JPWO2021005717A1 - 製造の管理を支援するシステム及び方法 - Google Patents

Abstract

製造システムに適用されている製造方式に関わらず、複数のリソース種類のいずれかに属するいずれかのリソースについて不具合が生じた要因をユーザが推定することを可能にする。支援システムは、製造システムの製造実績を表す管理情報を参照し、ガントチャートにダイヤグラムチャートが相対的に重ねられたオーバーレイチャートを表示する。ガントチャートは、第１のリソース種類についてのチャートであり、リソース軸と時間軸とを有する。ダイヤグラムチャートは、第２のリソース種類についてのチャートである。オーバーレイチャートにおいて、第２リソース（第２のリソース種類に属するリソース）に対応した複数の点を結んだ折れ線が、ガントチャート上にあり、各点は、工程の実施時刻と、当該工程とに関連した第１リソース（第１のリソース種類に属するリソース）とに対応した位置にプロットされている。

Description

本発明は、概して、製造の管理の支援のためのコンピュータ技術に関する。

製造管理の支援に関する技術として、特許文献１に開示の技術が知られている。

特許第６２８７０１８号明細書

特許文献１の可視化技術によれば、個々の製品について、製造時間や待ち時間が長いといった不具合が生じた製品を見つけることはできても、そのような不具合が生じた要因の推定は、特許文献１の可視化技術からはできない。

また、不具合の要因を推定できないという問題は、ライン製造方式よりも、異なる複数の品種の製品（完成品のベースとなる部品又は材料）が一部の工程を共有する製造方式（例えば、ジョブショップ製造方式、或いは、セル製造方式）での製造管理の方が生じ易いと考えられる。特許文献１の可視化技術は、ライン製造方式に有効であるが、ライン製造方式以外の製造方式には適用は困難である。

支援システムは、複数の工程を有する製造システムの製造実績を表す情報を含む管理情報を参照し、ガントチャートにダイヤグラムチャートが相対的に重ねられたチャートであるオーバーレイチャートを表示する。製造に関わる複数のリソース種類として、製造管理で言うところのいわゆる３Ｍ、すなわちMan（製造に関わる人）、Machine（製造に関わる設備（例えば装置））、Material（製造に関わる製品（又はその部品））について、これらのうちの２以上のリソース種類がある。管理情報は、複数のリソース種類の各々について、当該リソース種類に属するリソース毎に、当該リソースに関し実施された工程と、当該工程の実施時刻と、当該リソースが属するリソース種類とは異なる１以上のリソース種類にそれぞれ属し当該リソースに関連した１以上のリソースとを表す。ガントチャートは、複数のリソース種類のうちの第１のリソース種類について参照された管理情報を基に作成されたチャートであり、リソースに対応した軸であるリソース軸と、リソース軸と直交し時間に対応した軸である時間軸とを有する。ダイヤグラムチャートは、複数のリソース種類のうちの第２のリソース種類について上記参照された管理情報を基に作成されたチャートである。オーバーレイチャートにおいて、複数の第１リソース（第１のリソース種類に属する複数のリソース）の各々について、当該第１リソースの実施時間帯の少なくとも一部が表示対象期間（時間軸によりカバーされる期間）に含まれていれば、ガントチャートには、当該少なくとも一部の時間帯を表す帯である実施帯がある。オーバーレイチャートにおいて、複数の第２リソース（第２のリソース種類に属する複数のリソース）の各々について、当該第２リソースに対応した複数の点を結んだ折れ線が、ガントチャート上にあり、当該複数の点の各々は、当該第２リソースについて実施された工程の実施時刻と、当該第２リソースと当該工程とに関連した第１リソースとに対応した位置にプロットされている。

上述のオーバーレイチャートによれば、第１のリソース種類と第２のリソース種類のうちの一方のリソース種類に属するリソースの実績とそれらのリソース種類のうちの他方のリソース種類に属するリソースの実績との関係が分かり易い。このため、製造システムに適用されている製造方式に関わらず、一方のリソース種類に属するいずれかのリソースについて不具合が生じた要因をユーザが推定することを可能にできる。

一実施形態の概要を示す。 一実施形態に係る製造管理支援システムの構成を示す。 管理サーバにおいて実現される機能の一例を示す。 実施実績テーブル群の一例を示す。 実施計画テーブル群の一例を示す。 部品関連テーブル群の一例を示す。 リコメンド判定テーブルの一例を示す。 イベント実績テーブル群の一例を示す。 オーバーレイチャートの一例の概念を示す。 オーバーレイチャートの比較例の概念を示す。 オーバーレイチャート作成処理の流れの一例を示す。 第１の要因推定支援処理の流れの一例を示す。 第２の要因推定支援処理の流れの一例を示す。 イベントマッピングの一例を示す。 オーバーレイチャートの別の一例を示す。 オーバーレイチャートの別の一例を示す。 部品に関する情報の表示の一例を示す。

以下の説明では、「インターフェース部」は、１以上のインターフェースを含み、当該１以上のインターフェースは、ユーザインターフェース部と、通信インターフェース部とのうちの少なくとも１つを含んでよい。ユーザインターフェース部は、１以上のＩ／Ｏデバイス（例えば入力デバイス（例えばキーボード及びポインティングデバイス）と出力デバイス（例えば表示デバイス））と表示用計算機とのうちの少なくとも１つのＩ／Ｏデバイスを含んでもよいし、当該少なくとも１つのＩ／Ｏデバイスに対するインターフェースデバイスを含んでよい。通信インターフェース部は、１以上の通信インターフェースデバイスを含んでよい。１以上の通信インターフェースデバイスは、１以上の同種の通信インターフェースデバイス（例えば１以上のＮＩＣ（Network Interface Card））であってもよいし２以上の異種の通信インターフェースデバイス（例えばＮＩＣとＨＢＡ（Host Bus Adapter））であってもよい。

また、以下の説明では、「記憶部」は、１以上のメモリを含む。記憶部に関して少なくとも１つのメモリは、揮発性メモリでよい。記憶部は、主に、プロセッサ部による処理の際に使用される。記憶部は、メモリの他に、１以上の不揮発性の記憶デバイス（例えば、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive））を含んでもよい。

また、以下の説明では、「プロセッサ部」は、１以上のプロセッサを含む。少なくとも１つのプロセッサは、典型的には、ＣＰＵ（Central Processing Unit）のようなマイクロプロセッサであるが、ＧＰＵ（Graphics Processing Unit）のような他種のプロセッサを含んでもよい。１以上のプロセッサの各々は、シングルコアでもよいしマルチコアでもよい。プロセッサは、処理の一部または全部を行うハードウェア回路を含んでもよい。

また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ部によって実行されることで、定められた処理を、適宜に記憶部（例えばメモリ）及び／又はインターフェース部（例えば通信ポート）等を用いながら行うため、処理の主語がプロセッサとされてもよい。プログラムを主語として説明された処理は、プロセッサ部あるいはそのプロセッサ部を有する装置が行う処理としてもよい。また、プロセッサ部は、処理の一部又は全部を行うハードウェア回路（例えばＦＰＧＡ（Field-Programmable Gate Array）又はＡＳＩＣ（Application Specific Integrated Circuit））を含んでもよい。プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記録媒体（例えば非一時的な記録媒体）であってもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

また、以下の説明では、「ｘｘｘテーブル」といった表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ｘｘｘテーブル」を「ｘｘｘ情報」と言うことができる。また、以下の説明において、各テーブルの構成は一例であり、１つのテーブルは、２以上のテーブルに分割されてもよいし、２以上のテーブルの全部又は一部が１つのテーブルであってもよい。

また、以下の説明では、「製造管理支援システム」は、一以上の計算機で構成されてよい。具体的には、例えば、計算機が表示デバイスを有していて計算機が自分の表示デバイスに情報を表示する場合、当該計算機が製造管理支援システムでよい。また、例えば、第１計算機（例えば管理サーバ）が表示用情報を遠隔の第２計算機（表示用計算機（例えば管理クライアント））に送信し表示用計算機がその情報を表示する場合（第１計算機が第２計算機に情報を表示する場合）、第１計算機と第２計算機とのうちの少なくとも第１計算機が製造管理支援システムでよい。製造管理支援システムが、インターフェース部、記憶部及びそれらに接続されたプロセッサ部を有してよい。製造管理支援システムにおける計算機が「表示用情報を表示する」ことは、計算機が有する表示デバイスに表示用情報を表示することであってもよいし、計算機が表示用計算機に表示用情報を送信することであってもよい（後者の場合は表示用計算機によって表示用情報が表示される）。また、製造管理支援システムにおける管理サーバ及び製造管理支援システムのうちの少なくとも１つの機能は、少なくとも１つの物理的な計算機（例えばクラウド基盤における物理的な計算リソース）により実行される仮想的な計算機（例えばＶＭ（Virtual Machine））によって実現されてもよい。製造管理支援システムの少なくとも一部が、ソフトウェアディファインドでよい。

また、「製品」とは、一般に、製造された品物、すなわち、いわゆる完成品を意味するが、以下の説明において、「製品」とは、製造システムに投入される品物全般を意味する。従って、以下の説明において、「製品」とは、製造システムに投入される前の品物も、製造システム途中にある品物（いわゆる「半製品」）も、製造システムにおける該当の全ての工程を経て出荷可能な状態となった完成品のいずれでもよい。

また、以下の説明では、工程ｘ（ｘは自然数）の工程内のことを「工程ｘ内」と表記し、工程ｘから工程ｙへの工程間のことを「工程ｘ−ｙ間」と表記することがある。また、以下の説明では、設備Ｘ（Ｘは自然数）の設備内のことを「設備Ｘ内」と表記し、設備Ｘから設備Ｙへの設備間のことを「設備Ｘ−Ｙ間」と表記することがある。

図１は、一実施形態の概要を示す。なお、以下の説明では、工程要素として、工程に属する設備が例として採用されるが、工程要素としては、設備に代えて又は加えて、設備以外の工程要素、例えば作業者があり得る。また、以下の説明では、「ＵＩ」は、User Interfaceの略であるが、典型的にはＧＵＩ（Graphical User Interface）である。

製造管理支援システム１００が、Ｉ／Ｆ（インターフェース）部１１０、記憶部１２０及びそれらに接続されたプロセッサ部１３０を有する。記憶部１２０が、管理情報２７２及び支援プログラム１５０を記憶する。

管理情報２７２は、複数の工程を有する製造システムの製造実績を表す情報を含む。具体的には、例えば、製造に関わる複数のリソース種類として、本実施形態では、いわゆる３Ｍ、具体的には、Man、Machine及びMaterialという３つのリソース種類があり、管理情報２７２は、３つのリソース種類の各々について、当該リソース種類に属するリソース毎に、当該リソースに関し実施された工程と、当該工程の実施時刻と、当該リソースが属するリソース種類とは異なる１以上のリソース種類にそれぞれ属し当該リソースに関連した１以上のリソースとを表す。工程の実施時刻は、工程の開始時刻から終了時刻までのうち所定の規則に従い選択された１以上の時刻でよいが、本実施形態では、開始時刻及び終了時刻の両方が採用されている。

支援プログラム１５０は、製造管理の支援の一つとして、製造の状況の可視化を行う。具体的には、支援プログラム１５０は、プロセッサ部１３０により実行されることで、管理情報２７２の分析結果に基づき、第１のリソース種類についてのガントチャート１７に第２のリソース種類についてのダイヤグラムチャート１８が相対的に重ねられたオーバーレイチャート１７０を作成し、当該オーバーレイチャート１７０を表示する。オーバーレイチャート１７０は、選択操作に応答して段階的に作成されてよい。例えば、まず、ガントチャート１７が作成され、その後に、ガントチャート１７にダイヤグラムチャート１８が重ねられてよい（例えば、ガントチャート１７の座標系に従いガントチャート１７上にダイヤグラム（図１の例では、作業者毎の折れ線２４）が描画されてよい）。「選択操作」は、いずれか１以上の対象を選択するユーザ操作であり、例えば、マウスによる範囲選択や、ＵＩ上のＧＵＩ部品の操作（例えば、ボタンの押下、プルダウンメニューからの選択）でよい。

ガントチャート１７は、Material（第１のリソース種類の一例）について管理情報２７２を基に作成されたチャートである。ガントチャート１７は、リソース（ここでは製品）に対応した軸であるリソース軸２１と、リソース軸２１と直交し時間に対応した軸である時間軸２２とを有する。ダイヤグラムチャート１８は、Man（第２のリソース種類の一例）について管理情報２７２を基に作成されたチャートである。オーバーレイチャート１７０において、複数の製品Ｘ〜Ｚ（複数の第１リソースの一例）の各々について、当該製品の実施時間帯の少なくとも一部が表示対象期間（時間軸によりカバーされる期間）に含まれていれば、ガントチャート１７には、当該少なくとも一部の時間帯を表す帯である実施帯２３がある。オーバーレイチャート１７０において、複数の作業者Ａ〜Ｃ（複数の第２リソースの一例）の各々について、当該作業者に対応した複数の点を結んだ折れ線２４が、ガントチャート１７上にあり、当該複数の点の各々は、当該作業者について実施された工程の実施時刻と、当該作業者と当該工程とに関連した製品に対応した位置にプロットされている。

オーバーレイチャート１７０によれば、Material及びManのうちの一方のリソース種類に属するリソースの実績とMaterial及びManのうちの他方のリソース種類に属するリソースの実績との関係（例えば、製品と作業者と工程の実施時間との関係）が分かる。このため、製造システムに適用されている製造方式に関わらず、Material及びManのうちの一方のリソース種類に属するいずれかのリソースについて不具合が生じた理由をユーザ（例えば、製造システムの管理者）が推定することを可能にできる。

以下、本実施形態を詳細に説明する。

図２は、製造管理支援システム１００の構成を示す。

製造管理支援システム１００は、管理サーバ２５０と、管理サーバ２５０に接続された１以上の管理クライアント２１０とを含む。管理サーバ２５０には、通信ネットワーク（例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）又はインターネット）２９０を介して、管理クライアント２１０及び製造システム２００が接続される。

製造システム２００は、異なる複数の品種の製品が投入されるようになっていて複数の工程のうちの２以上の工程の工程順が品種毎に異なる製造システム（例えば工場）であり、例えば、ジョブショップ製造システムやセル製造システムである。製造システム２００は、複数の工程のための複数の設備（装置）と、複数の工程に関し複数の計測項目について定期的に計測を行う複数のセンサと、複数のセンサにより定期的に得られた複数の計測値を格納し当該複数の計測値を管理サーバ２５０に送信するサーバといったような装置を有する。製造システム２００から、定期的に又は不定期的に、情報（例えば、製造動態データ、設備データ、品質計測データなどのような生データ）が、管理サーバ２５０に送信され管理サーバ２５０に格納される。当該情報は、例えば、製品について、製品ＩＤと、工程毎の開始時刻及び終了時刻とを含む。なお、製造システム２００は、上述の製造システム（例えば、ジョブショップ製造システムやセル製造システム）以外の製造システム、例えばライン製造システムでもよい。

管理クライアント２１０は、Ｉ／Ｆ部２１１、記憶部２１２及びそれらに接続されたプロセッサ部２１３を有する。

Ｉ／Ｆ部２１１は、Ｉ／Ｆ（通信ネットワーク２９０に接続される通信インターフェースデバイス）２２１、入力デバイス（例えば、ポインティングデバイス及びキーボード）２２２、及び、表示デバイス（情報が表示される物理画面を有するデバイス）２２３を含む。入力デバイス２２２及び表示デバイス２２３が一体となったタッチスクリーンが採用されてもよい。

記憶部２１２は、プロセッサ部２１３で実行されるコンピュータプログラム、及び、プロセッサ部２１３に使用される情報を記憶する。具体的には、例えば、記憶部２１２は、管理クライアントプログラム２３１及びＷｅｂブラウザ２３２を記憶する。管理クライアントプログラム２３１は、管理サーバ２５０と通信し、Ｗｅｂブラウザ２３２経由で、上述したＵＩを表示する。

管理サーバ２５０は、Ｉ／Ｆ部２５１、記憶部２５２及びそれらに接続されたプロセッサ部２５３を有する。

Ｉ／Ｆ部２５１は、Ｉ／Ｆ（通信ネットワーク２９０に接続される通信インターフェースデバイス）２６１を含む。

記憶部２５２は、プロセッサ部２５３で実行されるコンピュータプログラム、及び、プロセッサ部２５３に使用される情報を記憶する。具体的には、例えば、記憶部２５２は、管理サーバプログラム２７１及び管理情報２７２を記憶する。管理サーバプログラム２７１は、管理クライアントプログラム２３１と通信する。管理情報２７２は、製造システム２００に投入された製品毎の各工程の開始時刻及び終了時刻のような実績に関する情報を含んでよい。管理情報２７２は、上述した生データを含んでよい。また、管理情報２７２は、例えば、実績に関する情報の分析結果に基づき作成された情報と、種々の閾値とを含んでよい。

管理サーバプログラム２７１と、管理クライアントプログラム２３１と、Ｗｅｂブラウザ２３２との連携処理によって、ＵＩの表示が実現される。

図２が示す構成要素と図１が示す構成要素の関係は、例えば次の通りである。すなわち、Ｉ／Ｆ部２１１及び２５１のうちの少なくともＩ／Ｆ部２５１が、Ｉ／Ｆ部１１０に対応する。記憶部２１２及び２５２のうちの少なくとも記憶部２５２が、記憶部１２０に対応する。プロセッサ部２１３及び２５３のうちの少なくともプロセッサ部２５３が、プロセッサ部１３０に対応する。管理サーバプログラム２７１、管理クライアントプログラム２３１及びＷｅｂブラウザ２３２のうちの少なくとも管理サーバプログラム２７１が、支援プログラム１５０に対応する。

図３は、管理サーバ２５０において実現される機能の一例を示す。

管理サーバプログラム２７１がプロセッサ部２５３により実行されることで図示の機能、すなわち、入力部３０１、表示部３０２及び制御部３０３が実現される。言い換えれば、管理サーバプログラム２７１が、入力部３０１、表示部３０２及び制御部３０３を有する。

入力部３０１は、情報の入力のための機能である。入力部３０１は、ユーザ操作受付部３１１を含む。ユーザ操作受付部３１１は、ユーザ操作（画面に対してユーザが入力デバイスを使用して行う操作）を受け付けるための機能である。ユーザ操作受付部３１１は、期間受付部３２１及び選択受付部３２２を含む。期間受付部３２１は、表示対象期間の指定を受け付けるための機能である。選択受付部３２２は、上述の選択操作を受け付けるための機能である。

表示部３０２は、情報の表示のための機能である。表示部３０２は、表示作成部３３１及び表示実行部３３３を含む。表示作成部３３１は、ＵＩの表示作成をする（例えばメモリ部上に描画をする）ための機能である。表示実行部３３３は、表示作成されたＵＩの表示を実行するための機能である。

制御部３０３は、制御のための機能である。制御部３０３は、データ管理部３４１及び分析部３４２を含む。

データ管理部３４１は、管理情報２７２に含まれる情報、例えば、実施実績テーブル群３５１、実施計画テーブル群３５２、部品関連テーブル群３５３、リコメンド判定テーブル３５４及びイベント実績テーブル群３５５を管理する。例えば、データ管理部３４１は、製品、作業者及び設備の実績データを取得し当該実績データを基に管理情報２７２の少なくとも一部（例えば、実施実績テーブル群３５１及びイベント実績テーブル群３５５）を更新する。なお、「実績データ」は、製造の実績を表すデータであり、例えば、製品ＩＤ（例えば製品番号）、工程ＩＤ（例えば工程番号）、時刻（例えば、当該データの収集時刻、又は、当該工程の開始時刻及び終了時刻）、及び、ステータス（例えば、当該工程での処理中、又は、当該工程の終了）を含んだデータである。データ管理部３４１は、例えば、定期的に又は不定期的に、製造システム２００から実績データを収集し、収集した実績データを基に、管理情報２７２の少なくとも一部を更新する。

分析部３４５は、管理情報２７２の分析のための機能である。

以下、管理情報２７２に含まれるテーブルの一例を説明する。なお、製造システム２００が、上述したように、複数の工程のうちの２以上の工程の工程順が品種毎に異なる製造システムであり、故に、管理情報２７２は、図示しないが、品種毎に、当該品種に属する製品の製品ＩＤと、当該品種の工程順とを示す情報を含んでいてよい。

図４は、実施実績テーブル群３５１の一例を示す。

実施実績テーブル群３５１は、複数のリソース種類にそれぞれ対応した複数の実施実績テーブルである。本実施形態では、実施実績テーブル群３５１は、Material実績テーブル（Materialに対応した実施実績テーブル）４０１と、Man実績テーブル（Manに対応した実施実績テーブル）４０２と、Machine実績テーブル（Machineに対応した実施実績テーブル）４０３である。

Material実績テーブル４０１は、製品毎にレコードを有する。各レコードが、製品ＩＤ４１１、時刻４１２、工程ＩＤ４１３及びステータス４１４といった情報を格納する。１つの製品を例に取る（図４の説明において「注目製品」）。製品ＩＤ４１１は、注目製品のＩＤを表す。時刻４１２は、注目製品に対する工程の実施時刻（実施の開始時刻又は終了時刻）を表す。時刻の単位は、年月日時分秒の単位で表現されるが、時刻の単位は、それよりも粗くても細かくてもよいし、異なる単位でもよい。工程ＩＤ４１３は、注目製品に施される工程のＩＤを表す。ステータス４１４は、注目製品に施される工程のステータス（例えば、工程の“開始”、又は、工程の“終了”）を表す。

Man実績テーブル４０２は、作業者毎にレコードを有する。各レコードが、作業者ＩＤ４２１、時刻４２２、対象製品４２３、工程ＩＤ４２４及びステータス４２５といった情報を格納する。１人の作業者を例に取る（図４の説明において「注目作業者」）。作業者ＩＤ４２１は、注目作業者のＩＤを表す。時刻４２２は、注目作業者が製品に施す工程の実施時刻を表す。対象製品４２３は、注目作業者により工程が施される製品のＩＤを表す。工程ＩＤ４２４は、注目作業者により施される工程のＩＤを表す。ステータス４２５は、注目製品に施される工程のステータス（例えば、工程の“開始”、又は、工程の“終了”）を表す。

Machine実績テーブル４０３は、設備毎にレコードを有する。各レコードが、設備ＩＤ４３１、時刻４３２、対象製品４３３、工程ＩＤ４３４及びステータス４３５といった情報を格納する。１つの設備を例に取る（図４の説明において「注目設備」）。設備ＩＤ４３１は、注目設備のＩＤを表す。時刻４３２は、注目設備が製品に施す工程の実施時刻を表す。対象製品４３３は、注目設備により工程が施される製品のＩＤを表す。工程ＩＤ４３４は、注目設備により施される工程のＩＤを表す。ステータス４２５は、注目製品に施される工程のステータス（例えば、工程の“開始”、又は、工程の“終了”）を表す。

図５は、実施計画テーブル群３５２の一例を示す。

実施計画テーブル群３５２は、複数のリソース種類にそれぞれ対応した複数の実施計画テーブルである。本実施形態では、実施計画テーブル群３５２は、Material計画テーブル（Materialに対応した実施計画テーブル）５０１と、Man計画テーブル（Manに対応した実施計画テーブル）５０２と、Machine計画テーブル（Machineに対応した実施計画テーブル）５０３である。テーブル５０１〜５０３の構成は、それぞれ、テーブル４０１〜４０３と同様である。すなわち、テーブル５０１の各レコードが有する情報５１１〜５１４は、実績ではなく計画であるという点を除き、情報４１１〜４１４と同じである。テーブル５０２の各レコードが有する情報５２１〜５２５も、実績ではなく計画であるという点を除き、情報４２１〜４２５と同じである。テーブル５０３の各レコードが有する情報５３１〜５３５も、実績ではなく計画であるという点を除き、情報４３１〜４３５と同じである。

図６は、部品関連テーブル群３５３の一例を示す。

部品関連テーブル群３５３は、部品計画実績テーブル６０１と、部品テーブル６０２である。

部品計画実績テーブル６０１は、各部品の発注、納品及び配膳（当該部品を使用する工程の現場へ届いた状態）といった複数の状態に関し計画と実績とを表す。部品計画実績テーブル６０１は、各部品の発注、納品及び配膳（当該部品を使用する工程の現場へ届いた状態）といった複数の状態に関し計画と実績とを表す。具体的には、例えば、部品計画実績テーブル６０１は、部品毎にレコードを有する。各レコードが、部品ＩＤ６１１、発注予定日６１２、納品予定日６１３、配膳予定日６１４、発注日６１５、納品日６１６、配膳日６１７及びステータス６１８といった情報を格納する。１つの部品を例に取る（図６の説明において「注目部品」）。部品ＩＤ６１１は、注目部品のＩＤを表す。情報６１２〜６１４は、注目部品の計画に関する情報であり、情報６１５〜６１７は、注目部品の実績に関する情報である。発注予定日６１２は、注目部品の発注が予定される日を表す。納品予定日６１３は、注目部品の納品が予定される日を表す。配膳予定日６１４は、注目部品の配膳が予定される日を表す。発注日６１５は、注目部品が発注された日を表す。納品日６１６は、注目部品が納品された日を表す。配膳日６１７は、注目部品が配膳された日を表す。ステータス６１８は、注目部品のステータスを表す。

部品テーブル６０２は、各部品について、使用される製品及び工程を表す。具体的には、例えば、部品テーブル６０２は、部品毎にレコードを有する。各レコードが、部品ＩＤ６２１、使用工程６２２、品種６２３及び対象製品６２４といった情報を格納する。１つの部品を例に取る（図６の説明において「注目部品」）。部品ＩＤ６２１は、注目部品のＩＤを表す。使用工程６２２は、注目部品の配膳先の工程のＩＤを表す。品種６２３は、注目部品が搭載される製品が属する品種のＩＤを表す。対象製品６２４は、注目部品が搭載される製品のＩＤを表す。

図７は、リコメンド判定テーブル３５４の一例を示す。

リコメンド判定テーブル３５４は、リソース種類間の関係に関する１以上のリコメンド条件と、１以上のリコメンド条件の各々について当該リコメンド条件を満たす推定される要因とを表す。具体的には、例えば、リコメンド判定テーブル３５４は、リコメンド条件毎にレコードを有する。各レコードは、リコメンド条件７０１及び推定要因７０２といった情報を格納する。１つの部品を例に取る（図７の説明において「注目リコメンド条件」）。

リコメンド条件７０１は、リコメンド条件を表す情報である。リコメンド条件７０１は、第１の実績状況７１１及び第２の実績状況７１２といった情報を含む。

第１の実績状況７１１は、注目リコメンド条件に関わるリソース種類ペア（２つのリソース種類Ａ及びＢ）のうちのリソース種類Ａに属するリソースの実績状況を表す。第１の実績状況７１１は、リソース種類７６１、該当状況７６２及び閾値７６３といった情報を含む。リソース種類７６１は、リソース種類ＡのＩＤを表す。該当状況７６２は、リソース種類Ａに属するリソースの該当する状況（例えば、“直前の工程の終了時刻と次の工程の開始時刻との差が閾値以上”）を表す。閾値７６３は、当該状況に従う値（例えば、直前の工程の終了時刻と次の工程の開始時刻との差）と比較される閾値を表す。

第２の実績状況７２２は、注目リコメンド条件に関わるリソース種類ペア（２つのリソース種類Ａ及びＢ）のうちのリソース種類Ｂに属するリソースの実績状況を表す。第２の実績状況７２２は、リソース種類７７１、該当状況７７２及び閾値７７３といった情報を含む。リソース種類７７１は、リソース種類ＢのＩＤを表す。該当状況７７２は、リソース種類Ｂに属するリソースの該当する状況（例えば、“直前の工程の終了時刻と次の工程の開始時刻との差が閾値未満”）を表す。閾値７７３は、当該状況に従う値と比較される閾値を表す。

推定要因７０２は、注目リコメンド条件を満たす要因として推定される要因を表す。

リコメンド判定テーブル３５４によれば、例えば、下記が可能である。
・或る製品について或る工程が終了したにも関わらず次の工程が開始されないという停滞が生じていることと、当該次の工程を担当する作業員が忙しいということとが、関係していることの特定。
・当該製品の停滞の要因が当該作業員の忙しさにあるとの推定。

リコメンド判定テーブル３５４の１以上のレコードにおける少なくとも一部の情報は、ユーザから手動で入力された情報に従い追加又は変更された情報でもよいし、機械学習の結果として追加又は変更された情報でもよい。

以上のリコメンド判定テーブル３５４は、１以上の条件セットを表す情報であるパターン情報の一例である。各条件セットは、第１の条件と第２条件とのセットである。各条件セットについて、当該条件セットにおける第１の条件は、いずれかのリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、当該条件セットにおける第２の条件は、当該条件セットにおける第１の条件に対応したリソース種類とは別のリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件である。リコメンド条件７０１が、条件セットを表す情報の一例である。第１の実績状況７１１が、第１の条件を表す情報の一例である。第２の実績状況７１２が、第２の条件を表す情報の一例である。

図８は、イベント実績テーブル群３５５の一例を示す。

イベント実績テーブル群３５５は、複数のリソース種類にそれぞれ対応した複数のイベントイベントテーブルである。本イベント形態では、イベント実績テーブル群３５５は、Materialイベントテーブル（Materialに対応したイベント実績テーブル）８０１と、Manイベントテーブル（Manに対応したイベント実績テーブル）８０２と、Machineイベントテーブル（Machineに対応したイベント実績テーブル）８０３である。

Materialイベントテーブル８０１は、製品毎にレコードを有する。各レコードが、製品ＩＤ８１１、時刻８１２、工程ＩＤ８１３及びイベント８１４といった情報を格納する。１つの製品を例に取る（図８の説明において「注目製品」）。製品ＩＤ８１１は、注目製品のＩＤを表す。時刻８１２は、注目製品に対する工程について発生したイベントの発生時刻（例えば、イベントの開始時刻又は終了時刻）を表す。イベント８１４は、当該イベントの内容（例えば概要又は種類）を表す。

Manイベントテーブル８０２は、作業者毎にレコードを有する。各レコードが、作業者ＩＤ８２１、時刻８２２、対象製品８２３、工程ＩＤ８２４及びイベント８２５といった情報を格納する。１人の作業者を例に取る（図８の説明において「注目作業者」）。作業者ＩＤ８２１は、注目作業者のＩＤを表す。時刻８２２は、注目作業者が製品に施す工程について発生したイベントの発生時刻を表す。対象製品８２３は、注目作業者により工程が施される製品のＩＤを表す。工程ＩＤ８２４は、注目作業者により施される工程のＩＤを表す。イベント８２５は、注目製品に施される工程についてのイベントの内容を表す。

Machineイベントテーブル８０３は、設備毎にレコードを有する。各レコードが、設備ＩＤ８３１、時刻８３２、対象製品８３３、工程ＩＤ８３４及びイベント８３５といった情報を格納する。１つの設備を例に取る（図８の説明において「注目設備」）。設備ＩＤ８３１は、注目設備のＩＤを表す。時刻８３２は、注目設備が製品に施す工程について発生したイベントの発生時刻を表す。対象製品８３３は、注目設備により工程が施される製品のＩＤを表す。工程ＩＤ８３４は、注目設備により施される工程のＩＤを表す。イベント８２５は、注目製品に施される工程についてのイベントの内容を表す。

イベント実績テーブル群３５５の１以上のレコードにおける少なくとも一部の情報は、ユーザから手動で入力された情報に従い追加又は変更された情報でもよいし、上述の生データを基に追加又は変更された情報でもよい。また、少なくとも１つのリソース種類について、少なくとも１つのイベントに関し、イベントの発生時刻に代えて、当該イベントが生じていた期間を特定するための情報（例えば、イベントの開始時刻と終了時刻）が、イベント実績テーブルに格納されていてもよい。

図９は、本実施形態に係るオーバーレイチャートの一例の概念を示す。なお、以下の説明では、第ｎのリソース種類（ｎは自然数）に属するリソースを「第ｎリソース」と呼ぶことにする。

オーバーレイチャート１７０は、第１のリソース種類（例えばMaterial）のガントチャート１７に、第２のリソース種類（例えばMan）のガントチャート１９の変換後のダイヤグラムチャート１８が相対的に重ねられたチャートである。各リソース種類について、ガントチャートもダイヤグラムチャートも、当該リソース種類に属する複数のリソースの各々の実績を表す実績チャートに相当する。

第１のリソース種類の実績チャートとして、ガントチャートが採用される。１つのリソース種類について、当該リソース種類に属する各リソースについての実施（例えば、稼働又は作業）の時間帯を並べて見る場合には、第１の軸をリソース軸とし第２の軸（第１の軸と直交する軸）を時間軸とするガントチャートが、全リソースを俯瞰する上で視認性が良好である。そして、ガントチャートは、製造管理において一般的に利用されているチャートである。そのため、第１のリソース種類の実績チャートがガントチャートであれば、表示内容をユーザが理解し易いと考えられる。

ユーザは、第１のリソース種類について、ガントチャート１７から、実施帯２３（実施の時間帯を表す帯）の長さや、実施帯２３間の長さから、不具合が生じている第１リソース（例えば、実施帯２３間が十分に長いことが表す停滞が生じている第１リソース）を見つけることができる。なお、各第１リソースについて、表示対象期間（ガントチャート１７の時間軸によりカバーされる期間）に当該第１リソースの実施時間帯の少なくとも一部が含まれていれば、ガントチャート１７には、当該少なくとも一部の時間帯を表す実施帯２３がある。

同様に、ユーザは、第２のリソース種類についても、ガントチャート１９から、実施帯２８の長さや、実施帯２８間の長さから、不具合が生じている第２リソース（例えば、実施帯２８間が十分に短いことが表す高負荷が生じている第２リソース）を見つけることができる。

しかし、ガントチャート１７やガントチャート１９からは、不具合が生じているリソースを見つけることができても、その不具合の要因を推測することはできない。

そこで、第１のリソース種類のガントチャート１７と第２のリソース種類のガントチャート１９とを重ね合わせることを検討する。ガントチャート１７とガントチャート１９との重ね合わせの結果の一例として、図１０に示すオーバーレイチャート１０が考えられる。オーバーレイチャート１０によれば、第１のリソース種類（第１のリソース種類及び第２のリソース種類のうちベースとされた方のリソース種類の一例）に属する各第１リソースについて、実施帯２３の他に、当該第１リソースについての実施に関わる第２リソースについて、実施帯２８が描画される。

しかし、単純に２つのガントチャートを重ね合わせただけでは、ユーザが着目した第２リソースと第１リソースについての実施との関係（例えば、履歴及び流れ）を辿りづらく、前後工程の実施（例えば作業）の影響が分かりづらい。故に、リソースについて生じた不具合の要因を推測することは、困難である。

本実施形態では、図９に例示のオーバーレイチャート１７０の通り、各第２リソース（図９の例では各作業者）については、実施帯２８に代えて折れ線２４が採用される。具体的には、上述したように、オーバーレイチャート１７０において、各第２リソースについて、当該第２リソースに対応した複数の点を結んだ折れ線２４が、ガントチャート１７上にあり、当該複数の点の各々は、当該第２リソースについて実施された工程の実施時刻と、当該第２リソースと当該工程とに関連した第１リソース（図９の例では製品）とに対応した位置（座標）にプロットされている。このように、第１のリソース種類の実績チャートをガントチャート１７とし第２リソース種類の実績チャートをダイヤグラムチャート１８としガントチャート１７にダイヤグラムチャート１８を重ねることで、各第１リソースの実施帯２３に複数の第２リソースの複数の折れ線２４が関連付く。このため、ユーザが着目する第２リソースがいずれの第１リソースについて工程の実施を行ってきたかを辿ることが容易である。結果として、第１リソースに対する第２リソースの影響を把握し易く、故に、第１リソースについて生じた不具合の要因を推測できる。すなわち、単純に２つのガントチャート１７及び１９を重ね合わせることではユーザにとって不具合を推定することは困難であったが、本実施形態に係るオーバーレイチャート１７０からは、ユーザは不具合を推定し易い。例えば、図９に例示のオーバーレイチャート１７０によれば、ユーザは、次のことがわかる。すなわち、箇所（実施帯間）９０１によれば、製品Ｘの停滞が長く、箇所９０１に関連する箇所（線分）９０２によれば、作業者Ｃが高負荷の状況である。従って、ユーザは、製品Ｘの停滞の要因が、製品Ｘについて作業者Ｃによる工程開始待ちであることを、推定できる。そのように推定された要因に対する対処として、例えば、前工程のトラブル等の状況を確認したり、作業員の配置を変更したりすることが考えられる。

また、表示デバイスが有するディスプレイ画面の限られた表示範囲において、第１のリソース種類のガントチャート１７をベースとして第２のリソース種類の観点での前後工程のつながりについての視認性が向上する。

オーバーレイチャート１７０では、第２リソース毎に、折れ線２４の表示態様（例えば、色、太さ、線種）は異なっていてもよい。

また、オーバーレイチャート１７０において、第１のリソース種類のガントチャートには、２以上の第２のリソース種類にそれぞれ対応した２以上のダイヤグラムチャートが重ねられてもよい。

また、本実施形態では、管理サーバプログラム２７１が、実施実績テーブル群３５１とリコメンド判定テーブル３５４を基に、第１のリソース種類と第２のリソース種類についていずれかのリコメンド条件が満たされているか否かを判定してよい。当該リコメンド条件が見つかった場合、管理サーバプログラム２７１が、オーバーレイチャート１７０における、当該満たされているリコメンド条件に該当する箇所を、強調してよい。これにより、ユーザは、第１のリソース種類と第２のリソース種類との互いの影響に関し着目すべき状況を迅速に特定できる。なお、図９の例では、次の通りである。満たされたリコメンド条件に関し、第１のリソース種類についての条件は、“直前の工程の終了時刻と次の工程の開始時刻との差が閾値以上”であり、第２のリソース種類についての条件は、“直前の工程の終了時刻と次の工程の開始時刻との差が閾値未満”である。オーバーレイチャート１７０における該当箇所は、製品Ｘについての箇所９０１と、作業者Ｃについての箇所９０２である。箇所９０１及び９０２の各々が強調される。図９の例では、強調は、枠の表示や線を太くすることであるが、それに代えて、テキストの表示等の他の方法が採用されてよい。

以下、本実施形態で行われる処理の幾つかの例を説明する。

図１１は、オーバーレイチャート作成処理の流れの一例を示す。図１１の説明では、第１のリソース種類をMaterialとし、第２のリソース種類をManとする。

Ｓ１１０１では、管理サーバプログラム２７１は、Material実績テーブル４０１（図４参照）を参照し、表示対象期間に時刻（時刻４１２が表す時刻）が含まれる各製品について、ガントチャートを作成する。表示対象期間は、ユーザから指定された期間でよいが、管理サーバプログラム２７１により自動決定された期間でもよい。ガントチャートは、上述したように、リソース軸（例えば縦軸）と、リソース軸と直交する時間軸（例えば横軸）とを有する。リソース軸における座標を「リソース座標」と言い、「時間軸」における座標を「時間座標」と言うことができる。

Ｓ１１０２では、管理サーバプログラム２７１は、Ｎ個の実施帯の各々にインデックスｉを割り振る。Ｎは、ガントチャートにおける実施帯の数である。ｉは、自然数であり、１からの通し番号である。図１１の説明において、インデックスｉの実施帯を「実施帯ｉ」と言う。

Ｓ１１０３では、管理サーバプログラム２７１は、ｉ＝１の実施帯に着目する。

Ｓ１１０４では、管理サーバプログラム２７１は、実施帯ｉに対応する製品ＩＤ及び工程ＩＤを取得する。「実施帯ｉに対応する製品ＩＤ」は、実施帯ｉのリソース座標に対応した製品の製品ＩＤである。「実施帯ｉに対応する工程ＩＤ」は、実施帯ｉを表す時刻４１２及びステータス４１４に対応した工程ＩＤ４１３が表す工程ＩＤである。

Ｓ１１０５では、管理サーバプログラム２７１は、Ｓ１１０５で取得した製品ＩＤ及び工程ＩＤに対応するレコード（当該製品ＩＤを表す対象製品４２３と当該工程ＩＤを表す工程ＩＤ４２４とを格納したレコード）をMan実績テーブル４０２から取得する。

Ｓ１１０６では、管理サーバプログラム２７１は、Ｓ１１０６で取得したレコードから、ステータス４２５が“開始”又は“終了”である時刻４２２を特定し、特定した時刻４２２が表す時刻と対象製品４２３が表す製品ＩＤとに対応した位置（リソース座標及び時間座標）に点をプロットする。管理サーバプログラム２７１は、プロットした点に、Ｓ１１０６で取得したレコードにおける作業者ＩＤ４２１が表す作業者ＩＤを関連付ける。

Ｓ１１０７では、管理サーバプログラム２７１は、ｉ＝Ｎか否か、すなわち、Ｎ個の実施帯についてＳ１１０４〜Ｓ１１０６を行ったか否かを判定する。Ｓ１１０７の判定結果が偽の場合（Ｓ１１０７：Ｎｏ）、管理サーバプログラム２７１は、ｉを１インクリメントし（Ｓ１１０８）、Ｓ１１０４以降を行う。

Ｓ１１０７の判定結果が真の場合（Ｓ１１０７：Ｙｅｓ）、Ｓ１１０９で、管理サーバプログラム２７１は、Ｓ１１０６で関連付けられた作業者ＩＤ毎に、同じ作業者ＩＤに対応した点同士を時系列の順に線で結ぶ。

以上のようにして、MaterialのガントチャートにManのダイヤグラムチャートが相対的に重ねられたオーバーレイチャートが作成される。すなわち、Materialのガントチャートにおける座標系に従い、作業者毎に、当該作業者による実施の時刻と実施の対象の製品とに対応した座標に点がプロットされ、点同士が線で結ばれる。各製品について、点は、作業者による実施の時刻に依存するため、必ずしも、製品に対応した実施帯の両端にプロットされるとは限らない。例えば、実施帯間に点がプロットされることがあり得る。

本実施形態では、オーバーレイチャートに関わるリソース種類の選択は、ユーザにより行われてもよいし管理サーバプログラム２７１により行われてもよい。いずれのケースについても、不具合の要因の推定を支援する処理である要因推定支援処理が行われる。以下、それぞれのケースの一例を説明する。

＜ユーザによりリソース種類が選択されるケース＞

図１２は、第１の要因推定支援処理の流れの一例を示す。なお、図１２の例によれば、第１のリソース種類としてMaterialがユーザにより選択済であり、第２のリソース種類としてManがユーザにより選択済である。図１２に例示の第１の要因推定支援処理は、例えば、Material及びManが選択された後にユーザから所定の指示（例えば、製造実績のチェックの指示）を受け付けたときに開始されてよい。

Ｓ１２０１では、管理サーバプログラム２７１は、Materialについてのガントチャートのうち停滞箇所に対するユーザ指定（例えば、クリック又はタッチ）を受け付ける。停滞箇所とは、いずれかの製品について停滞の長いことを表す箇所（例えば、実施帯間が長い箇所）であり、ユーザが着目する箇所の一例である。ユーザ指定は、ユーザ操作の一例である。

Ｓ１２０２では、管理サーバプログラム２７１は、Ｓ１２０１で指定された停滞箇所の後ろに続く実施帯に対応する製品ＩＤ及び工程ＩＤを特定し、当該製品ＩＤ及び工程ＩＤをキーとして、Man実績テーブル４０２から、対応するレコードを取得する。

Ｓ１２０３では、管理サーバプログラム２７１は、Ｓ１２０２で取得されたレコードから作業者ＩＤを特定する。

Ｓ１２０４では、管理サーバプログラム２７１は、Ｓ１２０３で特定された作業者ＩＤをキーとして、Man実績テーブル４０２から、対応するレコードを取得する。ここでは、当該作業者ＩＤを表す作業者ＩＤ４２１を持つ全てのレコードが取得される。

Ｓ１２０５では、管理サーバプログラム２７１は、Ｓ１２０４で取得されたレコードを時系列順（時刻４２２が表す時刻の昇順）に並べる。管理サーバプログラム２７１は、その時系列順のレコードから、Ｓ１２０２でキーとした製品ＩＤ及び工程ＩＤに対応する作業（工程）の直前に実施した作業（工程）のステータス４２５“完了”を表すレコードを特定する。

Ｓ１２０６では、管理サーバプログラム２７１は、Ｓ１２０５で特定されたレコードが表す時刻（つまり前工程の終了時刻）と、Ｓ１２０２でキーとした製品ＩＤ及び工程ＩＤに対応するレコードが表す作業（工程）の開始時刻（ステータス４２５“開始”に対応した時刻４２２が表す時刻）との差を算出する。

Ｓ１２０７では、管理サーバプログラム２７１は、Ｓ１２０６で算出された差（Ｄ）が、リコメンド判定テーブル３５４における閾値７１５（“直前の工程の終了時刻と次の工程の開始時刻との差が閾値未満”に対応した閾値７１５）が表す閾値（Ｔｈ）未満か否かを判定する。

Ｓ１２０７の判定結果が真の場合（Ｓ１２０７：Ｙｅｓ）、Ｓ１２０８で、管理サーバプログラム２７１は、Ｓ１２０３で特定された作業者ＩＤが表す作業者を停滞の要因候補と判定する。

Ｓ１２０７の判定結果が偽の場合（Ｓ１２０７：Ｎｏ）、Ｓ１２０９で、管理サーバプログラム２７１は、Ｓ１２０３で特定された作業者ＩＤが表す作業者が停滞の要因がではなく要因は別に存在すると判定する。

以上が、第１の要因推定支援処理の流れの一例である。その処理の説明を、例えば下記のように総括することができる。

管理サーバプログラム２７１は、第１のリソース種類の選択をユーザから受け付け、管理情報２７２（例えば、第１のリソース種類に対応した実績テーブル）を基に第１のリソース種類のガントチャートを作成し、当該ガントチャートを表示してよい。管理サーバプログラム２７１は、表示されたガントチャートに、選択された第２のリソース種類に属する複数の第２リソースにそれぞれ対応した複数の折れ線を有するダイヤグラムチャートを重ねてよい。このように、ユーザが選択したリソース種類についてのガントチャートをベースに、オーバーレイチャートが作成されるので、ユーザにとって、着目するリソース種類について生じた不具合を特定することや、その不具合の要因を推定することが、容易であることが期待される。なお、第２のリソース種類の選択は、ユーザによって行われてもよいが、管理サーバプログラム２７１によって自動で行われてもよい。例えば、管理サーバプログラム２７１は、リコメンド判定テーブル３５４に基づき、第１のリソース種類により満たされる第１の実績状況７１１を含むリコメンド条件７０１における第２の実績状況７１２を満たすリソースが属するリソース種類を特定し、当該リソース種類を第２のリソース種類として選択してよい。これにより、ユーザが着目するリソース種類について生じた不具合の要因であり得るリソースが属するリソース種類が自動で特定されるので、不具合の要因を推定することに関しユーザを一層支援することができる。第１のリソース種類のガントチャート上には、特定された不具合の要因であり得るリソースについての折れ線のみが描画されてもよいし、選択された第２のリソース種類に属する各リソースの折れ線が描画されてもよい。

また、管理サーバプログラム２７１は、第２のリソース種類の選択をユーザから受け付け、管理情報２７２（例えば、第２のリソース種類に対応した実績テーブル）を基に第２のリソース種類のダイヤグラムチャートを作成し、当該ダイヤグラムチャートを表示してよい。管理サーバプログラム２７１は、表示されたダイヤグラムチャートの背面に、選択された第１のリソース種類のダイヤグラムチャートを重ねてもよい。すなわち、先にダイヤグラムチャートが表示されその後にそのダイヤグラムチャートがガントチャートに重ねられることでオーバーレイチャートが作成されてもよい。

＜管理サーバプログラム２７１によりリソース種類が選択されるケース＞

図１３は、第２の要因推定支援処理の流れの一例を示す。図１３に例示の第２の要因推定支援処理は、例えば、ユーザから所定の指示（例えば、製造実績のチェックの指示）を受け付けたときに開始されてよい。

Ｓ１３０１では、管理サーバプログラム２７１は、複数のリソース種類から第１のリソース種類を選択する。

Ｓ１３０２では、管理サーバプログラム２７１は、複数のリソース種類のうち第１のリソース種類以外のリソース種類から、第２のリソース種類を選択する。

Ｓ１３０３では、管理サーバプログラム２７１は、実施実績テーブル群３５１のうちの第１のリソース種類に対応した実績テーブルを参照し、停滞箇所を特定する。図１３において、「停滞箇所」とは、実施時間帯間の長さ（或る工程の開始時刻と直前の工程の終了時刻との差）が一定値以上である箇所を意味する。また、図１３において、「実施時間帯」とは、或る工程の開始時刻から当該工程の終了時刻までの時間帯を意味する。

Ｓ１３０４では、管理サーバプログラム２７１は、Ｓ１３０３で特定した停滞箇所の後ろに続く実施時間帯に対応する所定種類のＩＤ（例えば、製品ＩＤ、工程ＩＤ、作業者ＩＤ及び設備ＩＤのうちの少なくとも１つ）をキーとして、第２のリソース種類に対応する実績テーブルから、対応するレコードを取得する。

Ｓ１３０５では、管理サーバプログラム２７１は、Ｓ１３０４で取得されたレコードから、第２のリソース種類について主となるＩＤ（典型的には、第２のリソース種類に属するリソースのＩＤ）を取得する。

Ｓ１３０６では、管理サーバプログラム２７１は、Ｓ１３０５で取得されたＩＤをキーとして、第２のリソース種類に対応する実績テーブルから、レコードを取得する。

Ｓ１３０７では、管理サーバプログラム２７１は、Ｓ１３０６で取得されたレコードを時系列順に並べ、その時系列順のレコードから、Ｓ１３０４でキーとしたＩＤに対応する工程の直前に実施された工程のステータス４２５“完了”を表すレコードを特定する。

Ｓ１３０８では、管理サーバプログラム２７１は、Ｓ１３０７で取得されたレコードが表す時刻（つまり前工程の終了時刻）と、Ｓ１３０４でキーとしたＩＤに対応するレコードが表す工程の開始時刻（ステータス４２５“開始”に対応した時刻４２２が表す時刻）との差を算出する。

Ｓ１３０９では、管理サーバプログラム２７１は、Ｓ１３０８で算出された差（Ｄ）が、リコメンド判定テーブル３５４における閾値７１５（“直前の工程の終了時刻と次の工程の開始時刻との差が閾値未満”に対応した閾値７１５）が表す閾値（Ｔｈ）未満か否かを判定する。

Ｓ１３０９の判定結果が真の場合（Ｓ１３０９：Ｙｅｓ）、Ｓ１３１０では、管理サーバプログラム２７１は、Ｓ１３０５で取得されたＩＤが表す第２リソースを停滞の要因候補と判定する。

Ｓ１３０９の判定結果が偽の場合（Ｓ１３０９：Ｎｏ）、Ｓ１３１１では、管理サーバプログラム２７１は、停滞の要因が別にあると判定する。

Ｓ１３１２では、管理サーバプログラム２７１は、第１のリソース種類以外の各リソース種類を第２のリソース種類として選択したか否かを判定する。

Ｓ１３１２の判定結果が偽の場合（Ｓ１３１２：Ｎｏ）、Ｓ１３１３で、管理サーバプログラム２７１は、第２のリソース種類として未選択のリソース種類のうちのいずれかを第２のリソース種類として選択する。その後、処理がＳ１３０３に戻る。

Ｓ１３１２の判定結果が真の場合（Ｓ１３１２：Ｙｅｓ）、Ｓ１３１４で、管理サーバプログラム２７１は、各リソース種類を第１のリソース種類として選択したか否かを判定する。

Ｓ１３１４の判定結果が偽の場合（Ｓ１３１４：Ｎｏ）、Ｓ１３１５で、管理サーバプログラム２７１は、第１のリソース種類として未選択のリソース種類のうちのいずれかを第１のリソース種類として選択する。その後、処理がＳ１３０２に戻る。

Ｓ１３１４の判定結果が真の場合（Ｓ１３１４：Ｙｅｓ）、Ｓ１３１６で、管理サーバプログラム２７１は、第１のリソース種類に関する停滞とその停滞の要因候補としての第２リソースとの組に関する情報の一覧を表示する。その一覧からいずれかの組がユーザにより指定された場合、管理サーバプログラム２７１は、指定された組に属する第１のリソース種類のガントチャートと、指定された組に属する第２のリソース種類のダイヤグラムチャートとが重ねられたオーバーレイチャートを作成して表示してよい。

以上が、第２の要因推定支援処理の流れの一例である。その処理の説明を、例えば下記のように総括することができる。

管理サーバプログラム２７１は、表示対象のオーバーレイチャートを決定する処理である表示対象決定処理を行ってよい。表示対象決定処理は、複数のリソース種類のうちの１以上のリソース種類の各々について、下記を含んでよい。
・当該リソース種類を前記第１のリソース種類として選択すること。
・当該選択した第１のリソース種類以外の１以上のリソース種類の各々を第２のリソース種類として選択すること。
・選択した第１のリソース種類と選択した第２のリソース種類とについていずれかの条件セットが満たされるか否かを、リコメンド判定テーブル３５４を基に判定すること。
・当該判定の結果が真であれば、選択した第１のリソース種類のガントチャートに選択した第２のリソース種類のダイヤグラムチャートが重ねられたオーバーレイチャートを候補に決定すること。

管理サーバプログラム２７１は、表示対象決定処理において１以上の候補が決定されている場合、当該１以上の候補のうちのいずれかの候補としてのオーバーレイチャートを表示してよい。これにより、ユーザは、リソース種類１つ１つを選択すること無しに（第１のリソース種類と第２のリソース種類のいずれも選択しなくても）、不具合が生じているリソースが属するリソース種類のガントチャート（又はダイヤグラムチャート）にその不具合の要因の可能性があるリソースが属するリソース種類のダイヤグラムチャート（又はガントチャート）が重ねられたオーバーレイチャートを見ることができる。このため、製造管理に関しユーザの作業負担が軽減することが期待される。

本実施形態では、管理サーバプログラム２７１は、第１のリソース種類と第２のリソース種類のうちの少なくとも１つの選択（指定）をユーザから受け付けることができるが、それに加えて、第３のリソース種類の選択（指定）を受け付けることもできる。例えば、管理サーバプログラム２７１は、第１のリソース種類を受け付けるＵＩ（例えばＧＵＩ部品）と、第２のリソース種類を受け付けるＵＩとのうちの少なくとも１つを提供できるが、それに加えて、第３のリソース種類を受け付けるＵＩを提供することもできる。第３のリソース種類がユーザ又は管理サーバプログラム２７１により選択された場合、管理サーバプログラム２７１は、第１のリソース種類のガントチャートと第２のリソース種類のダイヤグラムチャートとが重ねられたオーバーレイチャートに、第３のリソース種類のイベントマップを重ねることができる。具体的には、例えば、第３のリソース種類に対応したイベント実績テーブルが、当該第３のリソース種類に属する第３リソースについて表示対象期間に属する時刻にイベントが生じたことを表す情報を含んでいる場合、管理サーバプログラム２７１は、オーバーレイチャートにおいて、ガントチャート及びダイヤグラムチャートの少なくとも一つにおける、当該イベントが生じた時刻に対応した位置に、当該イベントを表すオブジェクト（例えばマーク）を重ねてもよい。これにより、第１のリソース種類と第２のリソース種類の少なくとも１つについて生じた不具合の要因をユーザにとって推定し易くなることが期待される。また、第３のリソース種類のイベントマップは、ガントチャート及びダイヤグラムチャートよりも情報量が少ないので、イベントマップが重ねられることでオーバーレイチャートの情報量が増えても、良好な視認性を維持することができる。なお、イベントオブジェクト（イベントを表すオブジェクト）は、当該イベントオブジェクトが表すイベントが生じた期間に応じた長さを有していてもよい。イベントオブジェクト１４０１の表示態様は、当該イベントオブジェクト１４０１が表すイベントの種類に依存してよい。

上述したように、イベントオブジェクトは、ガントチャート及びダイヤグラムチャートのいずれに重ねられてもよい。例えば、下記のうちの少なくとも１つが採用されてもよい。例えば、管理サーバプログラム２７１は、第３リソースについて生じたイベントが第１リソースと第２リソースのいずれに最も関連するかを判定し、関連すると判定された方のリソースが属するリソース種類に対応したチャートに、イベントオブジェクトを重ねてもよい。
・図１４（ａ）に例示するように、イベントオブジェクト１４０１がガントチャートに重ねられる。具体的には、イベントオブジェクト１４０１が、当該イベントオブジェクト１４０１が表すイベントが生じた第３リソースのＩＤに対応する第１リソースＩＤ（例えば、製品ＩＤ）と、当該イベントが生じた時刻とに対応した位置（座標）に重ねられる。図１４（ａ）の例で言えば、第１のリソース種類がMaterialであり、第２のリソース種類がManのため、第３のリソース種類はMachineである。従って、イベントオブジェクト１４０１が表すイベントは、設備について生じたイベントである。イベントオブジェクト１４０１は、例えば、時間軸方向に延びた矩形のオブジェクトであり、実施帯の表示範囲（帯状の範囲）の隣（リソース軸方向に沿っての隣）に重ねられる。イベントオブジェクト１４０１は、イベントを表すテキストを有してよい。
・図１４（ｂ）に例示するように、イベントオブジェクト１４０２がダイヤグラムチャートに重ねられる。具体的には、イベントオブジェクト１４０２が、当該イベントオブジェクト１４０２が表すイベントが生じた第３リソースのＩＤに対応する第２リソースＩＤ（例えば、作業者ＩＤ）と、当該イベントが生じた時刻とに対応した位置（座標）に重ねられる。

また、本実施形態では、管理サーバプログラム２７１は、第３のリソース種類がユーザから選択されたことに代えて、第１のリソース種類に属するリソースの実績と第２のリソース種類に属するリソースの実績との関係が所定の条件を満たさない場合に（例えば、リコメンド判定テーブル３５４が表すいずれのリコメンド条件を満たさない場合に）、第３のリソース種類に属するリソースについてのイベントを表すイベントオブジェクトを、ガントチャート及びダイヤグラムチャートの少なくとも一つに重ねてよい。例えば、イベントオブジェクトを重ねることは、図１２のＳ１２０９や図１３のＳ１３１１が行われたことを契機に行われてよい。これにより、第１のリソース種類の実績と第２のリソース種類の実績との関係からは不具合の要因の推測ができない場合にはイベントオブジェクトがマッピングされるので、当該不具合の要因を推測できる可能性を高めることができる。

上述の説明では、主に、一例として、第１のリソース種類としてMaterialが採用され、第２のリソース種類としてManが採用されるが、第１のリソース種類も第２のリソース種類も上述の例に限られない。例えば、図１５（ａ）に例示するように、第１のリソース種類がManであり、第２のリソース種類がMaterialでもよいし、図１５（ｂ）に例示するように、第１のリソース種類がMaterialであり、第２のリソース種類がMachineでもよい。

また、本実施形態では、管理サーバプログラム２７１は、第１のリソース種類及び第２のリソース種類の少なくとも１つについて、実施実績テーブル群３５１と実施計画テーブル群３５２とを基に、実績と計画との乖離が一定値以上の時間帯があるリソースを特定した場合、オーバーレイチャートにおいて、当該リソースの当該時間帯に対応した箇所を強調してよい。これにより、不具合の要因を推測できる可能性が高まることが期待される。なお、具体的には、例えば、下記のうちの少なくとも１つが採用されてよい。
・図１６（ａ）に示すように、第１のリソース種類について、第１リソース毎に、計画された実施時間帯を表すオブジェクトである計画帯１６０１が、例えば、実施帯２３の表示範囲（時間軸方向に延びた帯状の範囲）の隣に表示される。これにより、実施帯２３の表示を維持しつつ、計画帯１６０１の表示が可能である。そして、実際の実施時間帯との乖離が一定値以上の計画された実施時間帯があれば、当該計画された実施時間帯に対応した計画帯１６０１Ｘが強調される。
・図１６（ａ）に示すように、少なくとも１つの第２リソースについて、計画された実施時間帯との乖離が一定値以上の実際の実施時間帯があれば、符号１６０２が例示する通り、当該実施時間帯に対応した線分が、強調される。
・図示しないが、少なくともMaterialに対応した実施計画テーブルが表す計画は、標準タイム（ＳＴ）とリードタイム（ＬＴ）とを表していてもよい。ＳＴは、工程毎に設けられた基準となる作業実施時間である。ＬＴは、品種に対応した一連の工程の開始から終了までの基準となる作業実施時間である。管理サーバプログラム２７１は、Material実績テーブル４０１から、各製品について、実際のＳＴとＬＴとを算出してよい。算出された実際のＳＴとの乖離が一定値以上である計画されたＳＴがある場合、ガントチャート又はダイヤグラムチャートのうち当該ＳＴに対応した箇所が、管理サーバプログラム２７１により強調されてよい。また、算出された実際のＬＴとの乖離が一定値以上である計画されたＬＴがある場合、ガントチャート又はダイヤグラムチャートのうち当該ＬＴに対応した箇所が、管理サーバプログラム２７１により強調されてよい。

また、本実施形態では、時刻毎の滞留数を算出してよい。時刻毎の滞留数は、当該時刻に滞留している製品の数である。また、滞留数は、例えば、Material以外のリソース種類に属するリソース、例えば、設備毎又は作業者毎に算出されてよい。オーバーレイチャートにおいて、ガントチャート及びダイヤグラムチャートのうちの少なくとも一部の表示態様が、算出された滞留数に依存してよい。これにより、不具合の要因を推測できる可能性が高まることが期待される。なお、具体的には、例えば、下記のうちの少なくとも１つが採用されてよい。
・図１６（ｂ）に示すように、第１のリソース種類について、第１リソース毎に、時間軸に沿って長いヒートマップ１６１１が、例えば、実施帯２３の表示範囲（時間軸方向に延びた帯状の範囲）の隣に表示される。ヒートマップ１６１１は、時刻毎の滞留数を濃さで表現したマップである。ヒートマップ１６１１は、例えば、濃い程に滞留数が多い。これにより、実施帯２３の表示を維持しつつ、時刻毎の滞留数の把握が可能である。なお、第１リソースが製品の場合、ヒートマップ１６１１は、当該製品について工程を実施する第２リソース（又は他種のリソース）について算出された滞留数を表してもよい。第１リソースが作業者又は設備の場合、ヒートマップ１６１１は、当該作業者又は当該設備について算出された滞留数を表してよい。
・図１６（ｂ）に示すように、第２のリソース種類について、参照符号１６１２が示すように、折れ線のうち、滞留数が一定値以上の箇所が、強調される。

また、本実施形態では、第１のリソース種類がMaterialの場合、管理サーバプログラム２７１は、実施実績テーブル群３５１、実施計画テーブル群３５２及び部品関連テーブル群３５３（各製品の計画された工程と計画された実施時間帯とを表す情報と、製品と部品の関係を表す情報と、各部品の手配の計画と実績を表す情報の一例）を基に、Materialに属する製品のうち、実施時間帯が計画された実施時間帯よりも遅い製品について、Materialのガントチャートについて、下記のうちの少なくとも１つを行ってよい。なお、図１７（ａ）〜図１７（ｃ）のいずれにおいても、各製品について、白色の矩形オブジェクトが、計画された実施時間帯を表すオブジェクトであり、白色の矩形オブジェクトの下に配置されている灰色の矩形オブジェクトが、実際の実施時間帯を表すオブジェクトである。また、ここでの「Materialのガントチャート」は、オーバーレイチャートにおけるガントチャートでもよいし、オーバーレイチャートとは別のガントチャート（例えば、ダイヤグラムチャートが重ねられる前のガントチャート）でもよい。
・図１７（ａ）に示すように、現在時刻が、当該製品の計画された実施時間帯の開始時刻よりも後であり、当該現在時刻に当該製品の部品が少なくとも１つが所定の場所に未配膳であれば（符号１７０１は、現在時刻を表すオブジェクト）、管理サーバプログラム２７１は、部品不足を意味するオブジェクト１７０２を、Materialのガントチャートにおける、当該製品と前記現在時刻とに該当する位置又はその近傍に、重ねる。これにより、ユーザは、現在時刻において少なくとも一部の部品が配膳に至っていない製品を特定することができ、以って、不具合の要因を推測できる可能性が高まることが期待できる。
・図１７（ｂ）に示すように、当該製品の全ての部品が前記所定の場所に配膳されていれば、管理サーバプログラム２７１は、配膳完了を表すオブジェクト１７１１を、Materialのガントチャートにおける、当該製品と当該全ての部品の配膳が完了した時刻とに該当する位置又はその近傍に、重ねる。これにより、ユーザは、過去において、計画された実施開始時刻からどの程度遅れて全ての部品が配膳に至ったかがわかり、以って、不具合の要因を推測できる可能性が高まることが期待できる。
・図１７（ｃ）に示すように、計画された実施時間帯の開始時刻になっても未配膳の部品について配膳完了という最後の状態に至るまでの状態遷移と各状態での部品数と時刻との関係を示すオブジェクト（例えばヒートマップ）１７２１を、管理サーバプログラム２７１は、Materialのガントチャートにおける、当該製品と当該製品の実施時間帯の開始時刻よりも前の時刻とに該当する位置又はその近傍に、重ねる。これにより、ユーザは、過去において、各製品について、工程が終了し次の工程が開始されるまで、部品状態と部品数とがどのように遷移したかがわかり、以って、不具合の要因を推測できる可能性が高まることが期待できる。

以上、本発明の一実施形態を説明したが、これは本発明の説明のための例示であって、本発明の範囲をこの実施形態にのみ限定する趣旨ではない。本発明は、他の種々の形態でも実行することが可能である。

例えば、上述した実施形態では、複数のリソース種類として、Man、Machine及びMaterialのいわゆる３Ｍが採用されたが、３Ｍのうちの一つに代えて他のリソース種類が採用されてもよいし、３Ｍに加えて他のリソース種類（例えば、Money）が採用されてもよい。
また、例えば、本発明は、製造管理以外の管理の支援に応用されてもよい。具体的には、例えば、Man、Machine及びMaterialのうちのいずれのリソース種類も存在しない環境の管理の支援に本発明が応用されてよい。この場合、管理情報は、複数の工程を有する製造システムの製造実績を表す情報に代えて、Man、Machine及びMaterialの少なくとも１つとは別の複数のリソース種類に属する複数のリソースの実績を表す情報を含んでよい。各リソースの実績は、少なくとも、当該リソースについての実施の時刻を含んでよい。

１００…製造管理支援システム

Claims (12)

1. １以上のインターフェースを含むインターフェース部と、
   複数の工程を有する製造システムの製造実績を表す情報を含む管理情報を格納する、１以上のメモリを含んだ記憶部と、
   前記インターフェース部及び前記記憶部に接続されたプロセッサ部と
   を有し、
   製造に関わる複数のリソース種類として、Man、Machine及びMaterialのうちの２以上のリソース種類があり、
   前記管理情報は、前記複数のリソース種類の各々について、当該リソース種類に属するリソース毎に、当該リソースに関し実施された工程と、当該工程の実施時刻と、当該リソースが属するリソース種類とは異なる１以上のリソース種類にそれぞれ属し当該リソースに関連した１以上のリソースとを表し、
   前記プロセッサ部は、ガントチャートにダイヤグラムチャートが相対的に重ねられたチャートであるオーバーレイチャートを表示し、
   前記ガントチャートは、前記複数のリソース種類のうちの第１のリソース種類について前記プロセッサ部により前記管理情報を基に作成されたチャートであり、リソースに対応した軸であるリソース軸と、前記リソース軸と直交し時間に対応した軸である時間軸とを有し、
   前記ダイヤグラムチャートは、前記複数のリソース種類のうちの第２のリソース種類について前記プロセッサ部により前記管理情報を基に作成されたチャートであり、
   前記オーバーレイチャートにおいて、
   前記第１のリソース種類に属する複数のリソースである複数の第１リソースの各々について、前記時間軸によりカバーされる期間である表示対象期間に当該第１リソースの実施時間帯の少なくとも一部が含まれていれば、前記ガントチャートには、当該少なくとも一部の時間帯を表す帯である実施帯があり、
   前記第２のリソース種類に属する複数のリソースである複数の第２リソースの各々について、当該第２リソースに対応した複数の点を結んだ折れ線が、前記ガントチャート上にあり、当該複数の点の各々は、当該第２リソースについて実施された工程の実施時刻と、当該第２リソースと当該工程とに関連した第１リソースとに対応した位置にプロットされている、
   製造管理支援システム。
2. 前記プロセッサ部が、
   前記第１のリソース種類の選択をユーザから受け付け、前記管理情報を基に前記第１のリソース種類の前記ガントチャートを作成し、当該ガントチャートを表示し、
   前記表示されたガントチャートに、選択された第２のリソース種類に属する複数の第２リソースにそれぞれ対応した複数の折れ線を有する前記ダイヤグラムチャートを重ねる、
   請求項１に記載の製造管理支援システム。
3. 前記管理情報が、１以上の条件セットを表す情報であるパターン情報を含み、
   各条件セットは、第１の条件と第２条件とのセットであり、
   各条件セットについて、
   当該条件セットにおける第１の条件は、いずれかのリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   当該条件セットにおける第２の条件は、当該条件セットにおける第１の条件に対応したリソース種類とは別のリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   前記選択された第２のリソース種類は、前記プロセッサ部により自動で前記パターン情報に基づき選択されたリソース種類であり、前記第１のリソース種類が満たす第１の条件を含む条件セットにおける第２の条件を満たすリソース種類である、
   請求項２に記載の製造管理支援システム。
4. 前記管理情報が、１以上の条件セットを表す情報であるパターン情報を含み、
   各条件セットは、第１の条件と第２条件とのセットであり、
   各条件セットについて、
   当該条件セットにおける第１の条件は、いずれかのリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   当該条件セットにおける第２の条件は、当該条件セットにおける第１の条件に対応したリソース種類とは別のリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   前記プロセッサ部は、
   前記第１のリソース種類と前記第２のリソース種類についていずれかの条件セットが満たされるか否かを、前記管理情報を基に判定し、
   判定の結果が真であれば、前記オーバーレイチャートのうち、いずれかの条件セットを満たす情報に対応する箇所を、強調する、
   請求項１に記載の製造管理支援システム。
5. 前記管理情報が、１以上の条件セットを表す情報であるパターン情報を含み、
   各条件セットは、第１の条件と第２条件とのセットであり、
   各条件セットについて、
   当該条件セットにおける第１の条件は、いずれかのリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   当該条件セットにおける第２の条件は、当該条件セットにおける第１の条件に対応したリソース種類とは別のリソース種類について工程間の時刻と工程内の時刻とのうちの少なくとも１つについての条件であり、
   前記プロセッサ部は、表示対象のオーバーレイチャートを決定する処理である表示対象決定処理を行い、
   前記表示対象決定処理は、前記複数のリソース種類のうちの１以上のリソース種類の各々について、
   当該リソース種類を前記第１のリソース種類として選択することと、
   当該選択した第１のリソース種類以外の１以上のリソース種類の各々を前記第２のリソース種類として選択することと、
   前記選択した第１のリソース種類と前記選択した第２のリソース種類とについていずれかの条件セットが満たされるか否かを、前記管理情報を基に判定することと、
   当該判定の結果が真であれば、前記選択した第１のリソース種類のガントチャートに前記選択した第２のリソース種類のダイヤグラムチャートが重ねられたオーバーレイチャートを候補に決定することと
   を含み、
   前記プロセッサ部は、前記表示対象決定処理において１以上の候補が決定されている場合、当該１以上の候補のうちのいずれかの候補としてのオーバーレイチャートを表示する、
   請求項１に記載の製造管理支援システム。
6. 前記管理情報が、第３のリソース種類に属するリソースについて前記表示対象期間に属する時刻にイベントが生じたことを表す情報を含んでいる場合、前記オーバーレイチャートにおいて、前記ガントチャート及び前記ダイヤグラムチャートの少なくとも一つにおける、当該イベントが生じた時刻に対応した位置に、当該イベントを表すオブジェクトが重ねられている、
   請求項１に記載の製造管理支援システム。
7. 前記プロセッサ部は、前記第１のリソース種類に属するリソースの実績と第２のリソース種類に属するリソースの実績との関係が所定の条件を満たさない場合に、前記第３のリソース種類に属するリソースについてのイベントを表すオブジェクトを、前記ガントチャート及び前記ダイヤグラムチャートの少なくとも一つに重ねる、
   請求項６に記載の製造管理支援システム。
8. 前記管理情報は、前記複数のリソース種類の各々について、当該リソース種類に属する各リソースについての実施の計画を表す情報を含み、
   前記プロセッサ部は、前記第１のリソース種類及び前記第２のリソース種類の少なくとも１つについて、前記管理情報を基に、実績と計画との乖離が一定値以上の時間帯があるリソースを特定した場合、前記オーバーレイチャートにおいて、当該リソースの当該時間帯に対応した箇所を強調する、
   請求項１に記載の製造管理支援システム。
9. 前記プロセッサ部は、時刻毎の滞留数を算出し、
   各設備について、時刻毎の滞留数は、当該時刻に滞留している製品の数であり、
   前記オーバーレイチャートにおいて、前記ガントチャート及び前記ダイヤグラムチャートのうちの少なくとも一部の表示態様が、算出された滞留数に依存する、
   請求項１に記載の製造管理支援システム。
10. 前記管理情報は、各製品の計画された工程と計画された実施時間帯とを表す情報と、製品と部品の関係を表す情報と、各部品の手配の計画と実績を表す情報とを含み、
    前記第１のリソース種類は、Materialであり、
    前記プロセッサ部は、Materialに属する製品のうち、実施時間帯が計画された実施時間帯よりも遅い製品について、Materialのガントチャートについて、下記のうちの少なくとも１つを行う、
    ・現在時刻が、当該製品の計画された実施時間帯の開始時刻よりも後であり、当該現在時刻に当該製品の部品が少なくとも１つが所定の場所に未配膳であれば、部品不足を意味するオブジェクトを、Materialのガントチャートにおける、当該製品と前記現在時刻とに該当する位置又はその近傍に、重ねる、
    ・当該製品の全ての部品が前記所定の場所に配膳されていれば、配膳完了を表すオブジェクトを、Materialのガントチャートにおける、当該製品と当該全ての部品の配膳が完了した時刻とに該当する位置又はその近傍に、重ねる、
    ・計画された実施時間帯の開始時刻になっても未配膳の部品について配膳完了という最後の状態に至るまでの状態遷移と各状態での部品数と時刻との関係を示すオブジェクトを、Materialのガントチャートにおける、当該製品と当該製品の実施時間帯の開始時刻よりも前の時刻とに該当する位置又はその近傍に、重ねる、
    請求項１に記載の製造管理支援システム。
11. 複数の工程を有する製造システムの製造実績を表す情報を含む管理情報を参照し、
    ガントチャートにダイヤグラムチャートが相対的に重ねられたチャートであるオーバーレイチャートを表示し、
    製造に関わる複数のリソース種類として、Man、Machine及びMaterialのうちの２以上のリソース種類があり、
    前記管理情報は、前記複数のリソース種類の各々について、当該リソース種類に属するリソース毎に、当該リソースに関し実施された工程と、当該工程の実施時刻と、当該リソースが属するリソース種類とは異なる１以上のリソース種類にそれぞれ属し当該リソースに関連した１以上のリソースとを表し、
    前記ガントチャートは、前記複数のリソース種類のうちの第１のリソース種類について前記参照された管理情報を基に作成されたチャートであり、リソースに対応した軸であるリソース軸と、前記リソース軸と直交し時間に対応した軸である時間軸とを有し、
    前記ダイヤグラムチャートは、前記複数のリソース種類のうちの第２のリソース種類について前記参照された管理情報を基に作成されたチャートであり、
    前記オーバーレイチャートにおいて、
    前記第１のリソース種類に属する複数のリソースである複数の第１リソースの各々について、前記時間軸によりカバーされる期間である表示対象期間に当該第１リソースの実施時間帯の少なくとも一部が含まれていれば、前記ガントチャートには、当該少なくとも一部の時間帯を表す帯である実施帯があり、
    前記第２のリソース種類に属する複数のリソースである複数の第２リソースの各々について、当該第２リソースに対応した複数の点を結んだ折れ線が、前記ガントチャート上にあり、当該複数の点の各々は、当該第２リソースについて実施された工程の実施時刻と、当該第２リソースと当該工程とに関連した第１リソースとに対応した位置にプロットされている、
    製造管理支援方法。
12. 複数の工程を有する製造システムの製造実績を表す情報を含む管理情報を参照し、
    ガントチャートにダイヤグラムチャートが相対的に重ねられたチャートであるオーバーレイチャートを表示する、
    ことをコンピュータに実行させ、
    製造に関わる複数のリソース種類として、Man、Machine及びMaterialのうちの２以上のリソース種類があり、
    前記管理情報は、前記複数のリソース種類の各々について、当該リソース種類に属するリソース毎に、当該リソースに関し実施された工程と、当該工程の実施時刻と、当該リソースが属するリソース種類とは異なる１以上のリソース種類にそれぞれ属し当該リソースに関連した１以上のリソースとを表し、
    前記ガントチャートは、前記複数のリソース種類のうちの第１のリソース種類について前記参照された管理情報を基に作成されたチャートであり、リソースに対応した軸であるリソース軸と、前記リソース軸と直交し時間に対応した軸である時間軸とを有し、
    前記ダイヤグラムチャートは、前記複数のリソース種類のうちの第２のリソース種類について前記参照された管理情報を基に作成されたチャートであり、
    前記オーバーレイチャートにおいて、
    前記第１のリソース種類に属する複数のリソースである複数の第１リソースの各々について、前記時間軸によりカバーされる期間である表示対象期間に当該第１リソースの実施時間帯の少なくとも一部が含まれていれば、前記ガントチャートには、当該少なくとも一部の時間帯を表す帯である実施帯があり、
    前記第２のリソース種類に属する複数のリソースである複数の第２リソースの各々について、当該第２リソースに対応した複数の点を結んだ折れ線が、前記ガントチャート上にあり、当該複数の点の各々は、当該第２リソースについて実施された工程の実施時刻と、当該第２リソースと当該工程とに関連した第１リソースとに対応した位置にプロットされている、
    コンピュータプログラム。

Images