(57)【特許請求の範囲】
【請求項１】
複数の階層の各々に属する複数のメニュー項目を記憶するメニュー記憶部と、
前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する、実データと管理限界判定値とを記憶するデータ記憶部と、
前記複数の階層内のある階層の立上げを指定する入力部と、
前記入力部の指定に応じて、少なくとも前記ある階層と前記ある階層から数えて１つ下位の階層とに属する前記複数のメニュー項目と、少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを、それぞれ前記メニュー記憶部及び前記データ記憶部から読み出し、少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成・出力する実行部と、
前記アラーム信号に基づき前記危機管理対象メニュー項目を危機管理対象として表示する表示部とを備えることを特徴とする、
管理限界判定システム。
【請求項２】
請求項１記載の管理限界判定システムにおいて、
前記実行部は、前記入力部の指定に応じて前記ある階層と前記ある階層から１つ下位の階層とにのみ属する前記複数のメニュー項目と、前記ある階層から１つ下位の階層にのみ属する前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを読み出し、前記ある階層から１つ下位の階層にのみ属する前記複数のメニュー項目の各々毎の前記比較・判定処理及び前記抽出処理を行い、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を前記危機管理対象メニュー項目として特定して前記アラーム信号の生成・出力を行うことを特徴とする、
管理限界判定システム。
【請求項３】
請求項１記載の管理限界判定システムにおいて、
前記実行部は、前記入力部の指定に応じて前記ある階層から最下位の階層までに属する全ての階層の前記複数のメニュー項目と、前記ある階層から数えて１つ下位の階層から前記最下位の階層に属する全ての階層の前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを読み出し、前記ある階層から数えて１つ下位の階層から前記最下位の階層に属する全ての階層の前記複数のメニュー項目の各々毎の前記比較・判定処理及び前記抽出処理を行い、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を前記危機管理対象メニュー項目として特定して前記アラーム信号の生成・出力を行うことを特徴とする、
管理限界判定システム。
【請求項４】
請求項３記載の管理限界判定システムにおいて、
前記入力部は、
表示された前記危機管理対象メニュー項目を選択するメニュー選択部を更に備え、
前記実行部は、
前記メニュー選択部の選択に応じて、抽出された全ての前記危機管理対象メニュー項目を表示するための信号を生成して当該表示信号を前記表示部へ出力する表示信号生成部を更に備えることを特徴とする、
管理限界判定システム。
【請求項５】
複数の階層内のある階層の立上げを指定する信号に応じて、前記ある階層と前記ある階層から数えて１つ下位の階層とにのみ属する、それぞれの複数のメニュー項目と、前記ある階層から数えて１つ下位の階層にのみ属する前記複数のメニュー項目の各々に対する実データ及び管理限界判定値とを、前記複数の階層の各々に属する前記複数のメニュー項目を記憶するメニュー記憶装置と、前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する前記実データと前記管理限界判定値とを記憶するデータ記憶装置とから、それぞれ読み出す機能と、
前記ある階層から数えて１つ下位の階層にのみ属する前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成し、前記アラーム信号を表示装置に出力する機能とを、
コンピュータに実現させるためのプログラムを記録したコンピュータ読取り可能な記録媒体。
【請求項６】
複数の階層内のある階層の立上げを指定する信号に応じて、前記ある階層から最下位の階層までに属する全ての階層に属する複数のメニュー項目と、前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層の前記複数のメニュー項目の各々に対する実データ及び管理限界判定値とを、前記複数の階層の各々に属する前記複数のメニュー項目を記憶するメニュー記憶装置と、前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する前記実データと前記管理限界判定値とを記憶するデータ記憶装置とから、それぞれ読み出す機能と、
前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層の前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成し、前記アラーム信号を表示装置に出力する機能とを、
コンピュータに実現させるためのプログラムを記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、様々なシステムにおいて、定型ないし静的データや動的データに対して、▲１▼管理すべき情報の危険管理レベルを定義し、▲２▼管理すべき情報のレベルを自動算出し、▲３▼管理すべき情報のレベルに応じてアラームを発砲ないし出力して、システム側からユーザに対して情報の確認を促すためのシステム技術及びプログラミング技術に関する。
【０００２】
【従来の技術】
定型データ検索システムにおいては、各種定型データがメニュー化されており、ユーザーがメニューを逐一選択・実行することで、希望する定型検索データを得、これらの取得したデータから逐一危機管理情報を取得している。現在、各ユーザーは、本システムを用いてデータを取得し、日々の生産活動のデータを収集している。
【０００３】
図１７に従来の定型データ検索システムのハードウェア構成を、図１８にそのシステムのフローチャートを示す。
【０００４】
その他、従来のデータの管理・表示システムとしては様々な方式が提案されており、例えば、特開平７−２１０６６号公報や特開平５−１９７７０９号公報や特開平３−１７５５７１号公報や特開昭６３−１３８４５９号公報に開示されたものがある。
【０００５】
【発明が解決しようとする課題】
しかし、従来の定型データ検索システムを用いた危機管理判定方法では、メニュー数、従って、管理すべき定型検索データ数が増えると、ユーザーは全ての定型検索データ数を日々確認することが現実的に不可能な状態に陥ちいる。
【０００６】
即ち、従来の定型データ検索システムにおいては、ユーザーが各メニュー項目を逐一選択・実行していく中で、計画値等の管理限界値に対して当該メニュー項目の実績データ等が下回っていることを見出したときに始めて、それを改善するためのアクションをおこしている。このため、ユーザーが各メニュー項目を開いてデータを取得しない限りは、上記のような管理限界値に対する減少情報（危機管理情報）を取得することができないのである。ところが、管理すべきメニュー項目は、日々の活発な生産活動の拡大に伴い増加する一方である。例えば、商品の各月の売上げや受注や仕入れや在庫数等を管理する場合を考えると、品種別、生産拠点別、地域別、支店別、特約店別毎にデータの管理が必要となってくる。特に生産活動が全国レベルでの展開となると、特約店別の管理情報は莫大なものとなることは容易に理解されるところである。このようなメニュー項目の増大化の状態で従来のシステムを用いると、ユーザー側で逐一メニュー項目を聞いて情報を管理しなければならないので、そのようなメニュー項目を選択・実行する処理だけで、半日以上も時間がかかるという状態に陥ってしまうのである。
【０００７】
このような問題点は、上記のような静的データないし定型データを扱う検索システムにおいてのみならず、例えば、トランスファマシーンというような生産ラインシステムにおける各工程の装置の稼動状態等の危機管理や、自動車の各部、例えばエンジンの特性（温度、ベアリング、回転軸、回転抵抗、オイル等々）の管理といったような、動的データの危機管理システムについても生じうる問題点であると言える。
【０００８】
ところが、従来より提案されている数々の技術では、例えば既述した各公報に記載の発明では、専らＣＰＵにおいて算出・判定した結果自体をどのように表示するかという点について着眼・改善するのみであり、上記のような新たな問題点を解決するだけの技術を呈示しきれていないのである。
【０００９】
この発明はかかる問題点に鑑みなされたものであり、ユーザーがメニュー項目を選択・実行することなく、現在のメニュー画面状態において、ユーザーに対して短時間で危機管理情報を明示しうる、管理限界判定システム及びそれを実行するためのプログラムを記録した記録媒体を提供しようとするものである。
【００１０】
【課題を解決するための手段】
請求項１に係る発明は、管理限界判定システムであって、複数の階層の各々に属する複数のメニュー項目を記憶するメニュー記憶部と、前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する、実データと管理限界判定値とを記憶するデータ記憶部と、前記複数の階層内のある階層の立上げを指定する入力部と、前記入力部の指定に応じて、少なくとも前記ある階層と前記ある階層から数えて１つ下位の階層とに属する前記複数のメニュー項目と、少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを、それぞれ前記メニュー記憶部及び前記データ記憶部から読み出し、少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより少なくとも前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成・出力する実行部と、前記アラーム信号に基づき前記危機管理対象メニュー項目を危機管理対象として表示する表示部とを備えることを特徴とする。
【００１１】
請求項２に係る発明は、請求項１記載の管理限界判定システムにおいて、前記実行部は、前記入力部の指定に応じて前記ある階層と前記ある階層から１つ下位の階層とにのみ属する前記複数のメニュー項目と、前記ある階層から１つ下位の階層にのみ属する前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを読み出し、前記ある階層から１つ下位の階層にのみ属する前記複数のメニュー項目の各々毎の前記比較・判定処理及び前記抽出処理を行い、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を前記危機管理対象メニュー項目として特定して前記アラーム信号の生成・出力を行うことを特徴とする。
【００１２】
請求項３に係る発明は、請求項１記載の管理限界判定システムにおいて、前記実行部は、前記入力部の指定に応じて前記ある階層から最下位の階層までに属する全ての階層の前記複数のメニュー項目と、前記ある階層から数えて１つ下位の階層から前記最下位の階層に属する全ての階層の前記複数のメニュー項目に対する前記実データ及び前記管理限界判定値とを読み出し、前記ある階層から数えて１つ下位の階層から前記最下位の階層に属する全ての階層の前記複数のメニュー項目の各々毎の前記比較・判定処理及び前記抽出処理を行い、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を前記危機管理対象メニュー項目として特定して前記アラーム信号の生成・出力を行うことを特徴とする。
【００１３】
請求項４に係る発明は、請求項３記載の管理限界判定システムにおいて、前記入力部は、表示された前記危機管理対象メニュー項目を選択するメニュー選択部を更に備え、前記実行部は、前記メニュー選択部の選択に応じて、抽出された全ての前記危機管理対象メニュー項目を表示するための信号を生成して当該表示信号を前記表示部へ出力する表示信号生成部を更に備えることを特徴とする。
【００１４】
請求項５に係る発明は、複数の階層内のある階層の立上げを指定する信号に応じて、前記ある階層と前記ある階層から数えて１つ下位の階層とにのみ属する、それぞれの複数のメニュー項目と、前記ある階層から数えて１つ下位の階層にのみ属する前記複数のメニュー項目の各々に対する実データ及び管理限界判定値とを、前記複数の階層の各々に属する前記複数のメニュー項目を記憶するメニュー記憶装置と、前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する前記実データと前記管理限界判定値とを記憶するデータ記憶装置とから、それぞれ読み出す機能と、前記ある階層から数えて１つ下位の階層にのみ属する前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより前記ある階層から数えて１つ下位の階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成し、前記アラーム信号を表示装置に出力する機能とを、コンピュータに実現させるためのプログラムを記録したコンピュータ読取り可能な記録媒体である。
【００１５】
請求項６に係る発明は、複数の階層内のある階層の立上げを指定する信号に応じて、前記ある階層から最下位の階層までに属する全ての階層に属する複数のメニュー項目と、前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層の前記複数のメニュー項目の各々に対する実データ及び管理限界判定値とを、前記複数の階層の各々に属する前記複数のメニュー項目を記憶するメニュー記憶装置と、前記複数の階層の各々に属する前記複数のメニュー項目の各々に関する前記実データと前記管理限界判定値とを記憶するデータ記憶装置とから、それぞれ読み出す機能と、前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層の前記複数のメニュー項目の各々毎にその実データと対応する前記管理限界判定値との比較・判定処理を実行し、これにより前記ある階層から数えて１つ下位の階層から前記最下位の階層までに属する全ての階層に属する前記複数のメニュー項目中でその実データが対応する前記管理限界判定値を下回っているメニュー項目を抽出し、抽出した前記メニュー項目が属する、前記ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成し、前記アラーム信号を表示装置に出力する機能とを、コンピュータに実現させるためのプログラムを記録したコンピュータ読取り可能な記録媒体である。
【００１６】
【発明の実施の形態】
この発明に係る（危機）管理限界判定システムでは、各種データを階層化されたメニュー（複数のメニュー階層）に登録し、各メニュー階層内の各メニュー項目別に、実績データ値あるいは実測データ値がある条件（ロジック）に基づき対応する管理限界値を下回ったか否かを判断し、ユーザーが当該メニュー階層を表示するメニュー画面を開いた時に、そのメニュー画面表示と合わせて、その判断結果（危機管理対象と判断されたメニュー項目の抽出結果）を危機管理対象と判断されなかった他のメニュー項目と区別しつつ表示する点に、特徴がある。
【００１７】
以下では、この発明の上述の機能を用いた適用例として、定型検索データシステムについて説明する。本システムにおける技術的思想は、実施の形態１で具現化される「階層別管理限界判定機能」と、実施の形態２で具現化される「メニュー項目別管理限界判定機能」とに大別される。
【００１８】
（実施の形態１）
先ず、本システムのハードウェア構成について概観する。
【００１９】
図１は、本システムのハードウェア構成図（機能図）である。同図１において、本システムの中核をなすのは実行部Ｂであり、それはＣＰＵ等から構成される。実行部Ｂの様々な機能中、中心的な部分は管理限界判定部Ｂ−２である。実行部Ｂの動作は、制御プログラム記憶部（記憶媒体）Ａ−７が記憶する制御プログラムによりコントロールされる。
【００２０】
記憶部ＡとデータベースＤはメモリ装置やディスク装置等より構成される部分であり、記憶部Ａは種々の記憶部（Ａ−１）〜（Ａ−７）で構築され、データベースＤは、メニュー項目毎の実績データ（実データとも称す）を格納する実績データベースＤ−１と、メニュー項目毎の計画値データを格納する計画値データベースとより成る。計画値データは、個々のメニュー項目の管理限界判定方法によっては、管理限界値として用いられたりする。
【００２１】
尚、上記メニュー記憶部Ａ−１を「メニュー記憶装置」と、データベースＤ及び上記記憶部（Ａ−２）〜（Ａ−３）より成る装置を「データ記憶装置」とも呼ぶ。
【００２２】
ユーザーインターフェイス部Ｃは、大別して、マウスやキーボード等より成る入力装置（部）と、ＣＲＴディスプレイやプリンタ等より成る表示部Ｃ−１とより成り、同入力部は、メニュー選択部Ｃ−２，管理限界方法入力部Ｃ−３及び制御プログラム起動指令部Ｃ−４等より成る。この内、入力部の各部Ｃ−２，Ｃ−４は、複数の階層中のある階層の立上げを指令する指令信号を実行部Ｂ側へ入力する部分であり、特に制御プログラム起動指令部Ｃ−４は、最初の階層（後述する例では階層（０））を起動して最初の階層のメニュー画面を表示部Ｃ−１に表示させるように、実行部Ｂへ指令を発する部分である。これに対して、メニュー選択部Ｃ−２は、後述の例では、階層（１）以下の各階層中のあるメニュー項目を選択（ないしはクリップ）する部分であり、従って、階層（１）以下の各階層のメニュー画面表示のための処理を立上げる指令を生成・入力する部分である。
【００２３】
各部Ａ，Ｂ，Ｃ，Ｄは、システムバスＥを介して連結されている。
【００２４】
次に、階層別管理限界判定方法における基本的な考え方を、複数のメニュー階層が、図２のように定義されている場合を例にして説明する。
【００２５】
先ず、ユーザーが、メニュー画面（図２の例ではメニュー階層（０））を開いた場合に、つまり、図１の入力部Ｃ−４によって制御プログラムを起動させ、「ある階層」として階層（０）を立上げた場合に、図１の実績部Ｂは、その１つ下位の階層（ここではメニュー階層（１））の各メニュー項目の実績データ、即ち、各地域別売上データの内で、１地域でもその実績値が対応する管理限界値を下回っている場合には、メニュー画面（図３の例ではメニュー階層（０））上にその情報（危機管理情報）を表示するためのアラーム信号を生成・出力（発砲）し、そのアラーム信号に応じて、図１の表示部Ｃ−１が、メニュー階層（０）中、危機管理対象メニュー項目と判断されたメニュー項目を、そうでない他のメニュー項目と区別する態様（例えば、色別表示や、ＮＧ又はＯＫという文字表示等）で表示する。この点を、図３に一例として示す。
【００２６】
次に、ユーザーが当該階層中の危機管理対象メニュー項目として区別されたメニュー項目を図１の選択部Ｃ−２を介して選択し、当該メニュー項目（図４の例では今月の売上）を実行すると、図１の実行部Ｂは、メニュー階層（１）から数えて１つ下位の階層（２）に属する各メニュー項目の実績データとそれに対応する管理限界値との大小比較から、管理限界値を下回るメニュー項目を抽出し、抽出したメニュー項目が属する、メニュー階層（１）中のメニュー項目（…地区）を危機管理対象メニュー項目として表示するためのアラーム信号を生成し、それを表示部Ｃ−１へ出力する。これにより、本システム側からユーザーに対して、どの地区の実績が管理限界値を下回ったか否かの危機管理情報が一目瞭然として即座に表示される。一例として、近畿地区が危機管理対象メニュー項目として表示された場合を、図４に示す。
【００２７】
更に、管理限界値を下回ったメニュー項目（本例では、近畿地区）を実行すると、図５に示すように、その▲１▼実績値，▲２▼判定内容，▲３▼その１つ下位の階層、図２では階層（３）の各メニュー項目の実績データ、即ち、兵庫支点管轄区域内の販売店別売上の実績データ値が管理限界値を下回ったか否かの判断結果を、表示する。尚、上記▲１▼，▲２▼の表示は任意である。
【００２８】
このような動作が、各メニュー毎に行なわれる。
【００２９】
以上の通り、本方法では、ある階層のあるメニューが実行された場合に、その１つ下位の階層に属するメニュー項目のみが管理限界判定の対象とされる。この方法によれば、全てのメニュー項目について個別の危機管理を必要とせずに、各階層毎に危機管理をすれば足りるというような場合（例えば、図２〜図３の例では、各販売店や各支社ではその実績が管理限界値を下回っていたとしても、各地区毎で見たときに実績が管理限界値を下回っていなければ良しとするような場合）に、ユーザーに対して必要な危機管理情報を整理した上で適格迅速に表示することができる。それは、メニュー項目数が増加しても、容易に対処可能である。
【００３０】
以上において述べた管理限界値は、上記の計画値の他、目標値や、ある条件であっても良い。
【００３１】
次に、図１の記憶部Ａ−７に格納されている制御プログラムによってコントロールされる、本システムの動作手順を、既述の図１〜図５を参照しつつ、図６〜図８のフローチャートに従って説明する。
【００３２】
先ず、入力部Ｃ−４によって本システムが起動されると、メニュー階層（０）の画面表面のための処理が立上げられる（ステップＳ１）。
【００３３】
ステップＳ２では、実行部Ｂは、立上げ指令のあった階層（０）よりも１つ下位の階層（１）の各メニュー項目に関する情報を与える信号を、メニュー記憶部Ａ−１より取り出す。ここで、同部Ａ−１は、全ての階層に属する全メニュー項目名をデータとして保有している。
【００３４】
ステップＳ３では、実行部Ｂは、階層（１）の各メニュー項目の実績情報の検索条件（データベースＤ−１へのアクセス条件：プログラム言語のパラメータ）を検索条件記憶部Ａ−２から取得し、更に、階層（１）の各メニュー項目についての管理限界判定方法を与える信号を管理限界判定方法記憶部Ａ−３から取得する。
【００３５】
ステップＳ４では、実行部Ｂ（データ検索部Ｂ−１）は、上記ステップＳ３で取得したデータを基に、管理限界判定に必要な情報をデータベースＤより取得する。この場合、制御プログラムが管理限界値として計画値データを指定しているときには、実行部Ｂは計画値データを取得する。それに対して、制御プログラムが所定の目標値等の数値を予め管理限界値として指定しているときには、実行部Ｂは記憶部Ａ−３自体より管理限界値を取得する。
【００３６】
ステップＳ５では、実行部Ｂの管理限界判定部Ｂ−２が、ステップＳ４で得た情報とステップＳ３で得た管理限界判定方法の情報とに基づいて、既述した階層（１）の各メニュー項目の判定を行い、管理限界値を下回ったメニュー項目（例えば、図２の「近畿地区」）が属する階層（０）のメニュー項目（図３では「今月の売上」）を、危機管理対象メニュー項目（判定結果）として抽出する。
【００３７】
ステップＳ６では、実行部Ｂは、ステップＳ５の判定結果を第１管理限界判定結果記憶部Ａ−４に格納する。
【００３８】
ステップＳ７では、実行部Ｂは、第１管理限界判定結果記憶部Ａ−４に格納されている判定結果と、メニュー記憶部Ａ−１に格納されているメニュー階層（０）のメニュー項目名に関する情報（データ）とに基づいて、図３に例示したようなメニュー画面表示を与える表示信号（ないしアラーム信号）を生成し、それを表示部Ｃ−１へ出力する。これにより、表示部Ｃ−１は、メニュー階層（０）の各メニュー項目を示す表示と、各メニュー項目の区別（例えば、色違いによる区別や、ＮＧ，ＯＫといったような文字表示による区別）を示す表示とを、視覚情報としてユーザーに与える。この表示により、ユーザーは、メニュー階層（０）の立上げとその画面表示とによって、危機管理対象の階層（０）中のメニュー項目を一目瞭然に確認することが可能となる。
【００３９】
以後のステップは、階層（０）よりも下位の各階層について、その立上げとそれに応じてなされる当該階層に属する各メニュー項目の管理限界判定手順とに関するものであり、それは各階層に共通するので、以降の説明では、立上げ指令のあった「ある階層」を階層（ｉ＋１）（０≦ｉ≦ｎの整数）として一般化する（０→ｉ）。
【００４０】
ステップＳ８では、ユーザーは、既に画面表示されている階層（ｉ）のメニュー項目中、危機管理対象メニュー項目とされたメニュー項目を、メニュー選択部Ｃ−２によって選択し、その実行指令（立上げ）を実行部Ｂへ送信する（図３では、階層（０）の「今月の売上」が選択されている）。これに応じて、実行部Ｂは、階層（ｉ）から数えて１つ下位の階層、即ち、ある階層（ｉ＋１）のメニュー画面表示処理の実行を開始する。
【００４１】
ステップＳ９では、実行部Ｂは、ステップＳ８におけるメニュー選択によってその画面表示処理の実行が立上げられるある階層（ｉ＋１）から数えて更に１つ下位の階層（ｉ＋２）の各メニュー項目（図３，図４の例では、上記メニュー項目は階層（２）の支社別売上げ）の実績情報の検索条件を、検索条件記憶部Ａ−２から読み出し、更に上記各メニュー項目に対応する管理限界判定方法に関するデータを管理限界判定方法記憶部Ａ−３から読出して取得する。
【００４２】
ステップＳ１０では、ステップＳ９の情報（データ）を基に、実行部Ｂ（Ｂ−１）は、メニュー階層（ｉ＋２）の各メニュー項目の実績データがその管理限界値を下回ったか否かを判定するのに必要な情報を、データベースＤより取得する。
【００４３】
ステップＳ１１では、実行部Ｂ（Ｂ−２）は、ステップＳ１０で得た情報と管理限界判定方法とを基に、階層（ｉ＋２）の各メニュー項目についての上記比較・判定処理を実行して、ある階層（ｉ＋１）のメニュー項目中、管理限界値を下回った危機管理対象メニュー項目を抽出する（ＮＧ又はＯＫか）。
【００４４】
ステップＳ１２では、実行部Ｂは、ステップＳ１１で得た判定結果を上記記憶部Ａ−４に格納する。
【００４５】
次に、ステップＳ１３で、ユーザーが画面表示された階層（ｉ）中の危機管理対象メニュー項目についての実績値とその判定結果との表示をも必要と判断するときには、それらのデータの算出・表示処理を実行部Ｂへ行わせるための指令を入力部を通じて入力する。これに応じて、実行部Ｂは、ステップＳ１４において、それらのデータを取得して記憶部Ａ−６に格納する。
【００４６】
次にステップＳ１５では、実行部Ｂによるアラーム信号ないし表示信号の生成・出力と、表示部Ｃ−１による表示とが、行われる。即ち、実行部Ｂは、上記記憶部Ａ−４より階層（ｉ＋１）の各メニュー項目別の管理限界判定結果（この場合には、メニュー項目毎の危機管理対象メニュー項目の有無（ＮＧ又はＯＫ）のデータのみ）を読み出し、更にメニュー記憶部Ａ−１からあるメニュー階層（ｉ＋１）の各メニュー項目名に関するメニュー情報データを読み出し、これらのデータに基づいて、メニュー階層（ｉ＋１）の各メニュー項目の表示とそれらのメニュー項目が危機管理対象メニュー項目か否かの区別を示す表示（例えば、色違い表示による区別）とを与える第１表示信号ないしアラーム信号を生成（発砲）する。
【００４７】
又、上記ステップＳ１３，Ｓ１４で選択されたメニュー項目の実績値とその判定結果の表示をも行うときには、実行部Ｂは、選択されたメニュー項目のデータを上記記憶部Ａ−６から取得し、かつ、選択されたメニュー項目の管理限界判定結果を上記記憶部Ａ−５から取得し、これらの内容を表示する第２表示信号を生成する。そして、実行部Ｂは第１及び第２表示信号を表示部Ｃ−１へ出力し、表示部Ｃ−１は、例えば図５に示すような画面表示▲１▼〜▲３▼をユーザーに明示する。
【００４８】
これにより、ユーザーは、ある階層（ｉ＋１）のメニュー項目を示す画面表示を与えられると共に、その画面表示の中で、当該階層（ｉ＋１）のメニュー項目の中に危機管理対象となるものがあるか否かの情報を与えられ、しかも、その情報に加えて、前階層（ｉ）中の危機管理対象メニュー項目に関する実績値とその判定結果とに関する管理情報をも同時に確認することができる。
【００４９】
次に、ステップＳ１６で、ユーザーは、メニュー階層（ｉ＋１）の画面表示中、危機管理対象メニュー項目に該当するものとして、他のメニュー項目とは区別して表示されたメニュー項目を、メニュー選択部Ｃ−２によって選択し、その実行指令を実行部Ｂへ入力すると、その指令を受けて、実行部Ｂは更に１つ下位の階層（ｉ＋２）の画面表示処理の実行を立上げる。図７のフローチャート上では、かかる機能を（ｉ＋１→ｉ）として表わしており、この時点で画面表示されている当該階層（ｉ）が最下位の階層（ｎ）よりも１つ下位の階層（ｎ−１）に該当するまで、上記ステップＳ８〜Ｓ１６が続行される。
【００５０】
尚、ステップＳ１４の詳細を図８に示す。
【００５１】
次に、メニュー項目毎に設定される管理限界値の登録・修正の手順について説明する。この場合、各メニュー項目毎に同一の管理限界値を登録しても良いし、各メニュー項目毎に異なる管理限界値を登録したり修正するようにしても良い。ここでは、説明の便宜上、後者の場合の手順を、図９のフローチャートと図１０の模式図とに基づき説明する。
【００５２】
先ず、ステップＴ１において、ユーザーは、図１の管理限界方法入力部Ｃ−３を用いて、メニュー項目毎の管理限界判定方法の登録ないし修正を行うためのプログラムの実行指令を、実行部Ｂへ入力する。
【００５３】
これを受けてステップＴ２では、実行部Ｂは、記憶部Ｃ−４に格納された登録・修正実行プログラムによる制御の下、メニュー項目名の全情報をメニュー記憶部Ａ−１から読出し、且つ、メニュー項目毎の管理限界判定方法の全データを読み出した上で、それらの表示データを生成し、それを表示部Ｃ−１へ出力する。これにより、ステップＴ３では、表示部Ｃ−１は図１０の（ａ）に例示するような画面表示を表示する。
【００５４】
ステップＴ４で、ユーザーは、上記入力部Ｃ−３を用いて、管理限界判定方法を登録ないし修正したいメニュー項目を選択し、そのメニュー項目の管理限界判定方法の登録データないし修正データを入力する。
【００５５】
続いてステップＴ５では、上記入力部Ｃ−３が上記ステップＴ４で入力された管理限界判定方法の登録ないしは修正のためのデータを実行部Ｂへ引渡し、ステップＴ６では、実行部Ｂはそのデータを上記記憶部Ａ−３に格納する。
【００５６】
例えば、図１０の（ｂ）では、ユーザーは近畿地区のメニュー項目を選択し、その管理限界判定方法を計画値（売上）に登録ないし修正している。又、図１０の（ｃ）の例では、ユーザーは兵庫支社のメニュー項目を選択し、その管理限界判定方法を５００万円という目標値に登録ないし修正している。
【００５７】
以上の管理限界判定方法のデータの登録ないしは修正のための手順ないしは機能とそのための制御プログラムを有する記憶媒体とを本システムは備えているので、ユーザーは、メニュー項目単位で、管理限界判定方法を臨機応変に自由に変更することができる。
【００５８】
（実施の形態２）
本実施の形態に係る管理限界判定システムでは、メニュー項目別の管理限界判定方式を採用している。この方式は、ある階層よりも下位の全階層に属する全てのメニュー項目毎に情報の危機管理を行う必要がある、又はそれをユーザーが希望する場合に好適なものである。先ず、メニュー項目別の管理限界判定方式の基本的考え方を以下に概観する。
【００５９】
先ず、ユーザーが、ある階層（ｉ）のメニュー画面表示（図１１の例では、メニュー階層（０））を開こうとした場合には、メニュー階層（０）の各メニュー項目毎に、そのメニューの階層（ｉ）よりも下位に属する全ての階層（ｉ＋１），…，階層（ｎ）（０≦ｉ≦ｎ）に属する全てのメニュー項目の各々に対して、それぞれのメニュー項目が対応する管理限界判定値を下回ったか否かを判定し、下回ったメニュー項目が１つ以上あれば、その下回ったメニュー項目が属する、ある階層（ｉ）の当該メニュー項目が危機管理対象メニュー項目であることを示す情報をユーザーに表示する。図１１の例では、「今月の売上」が区別して表示されている。
【００６０】
又、ユーザーが危機管理対象として区別表示されたメニュー項目（図１１では今月の売上）を選択して実行すると、そのメニュー項目の下位に属する全てのメニュー項目と、それぞれのメニュー項目に対する判定結果（危機管理対象か否かを示す結果）が表示される（図１２参照）。
【００６１】
更に、ユーザーは、その判定結果が表示されている画面表示から、詳細な判定結果や実績値を見たいと希望するメニュー項目を選択すると、選択されたメニュー項目について、管理限界判定値を下回ったデータを取得することができる。図１３の例では、ユーザーがメニュー階層（１）のメニュー項目（近畿地区）を選択した結果、その実績値とその判定結果とが画面表示されている。
【００６２】
以上の通り、本方法によれば、ある階層（上記の例では初めの階層（０））のメニュー画面の表示時において、その下位の階層に属する全てのメニュー項目についての管理限界判定結果を基に、管理限界判定値を下回ったメニュー項目が少なくとも１つ存在しているか否かの判断が行なわれる。
【００６３】
本実施の形態のシステムのハードウェア構成も図１に示された通りである。
【００６４】
次に、図１４〜図１５のフローチャート及び図１に基づき、本実施の形態のシステムの動作手順を説明する。
【００６５】
先ず、ステップＳＡ１において、ユーザーが図１の入力部Ｃ−４を通じて本システムを起動させると、実行部Ｂは、記憶部Ａ−７の制御プログラムによるコントロールの下、ある階層（ｉ）、ここでは最初の階層（０）の画面表示処理の実行を開始する。
【００６６】
ステップＳＡ２において、実行部Ｂは、階層（０）属する任意のメニュー項目ｊ（ｉ≦ｊ≦ｍ）について、当該階層（０）よりも下位の全階層（１）〜（ｎ）（ｉ≦ｉ≦ｎ）の各メニュー項目の情報データをメニュー記憶部Ａ−１より読出す。
【００６７】
更にステップＳＡ３において、実行部Ｂは、上記階層（１）〜（ｎ）の各メニュー項目の実績情報の検索条件のデータを上記記憶部Ａ−２から読出し、各メニュー項目に割り当てられた管理限界判定方法のデータを上記記憶部Ａ−３から読出す。
【００６８】
ステップＳＡ４において、実行部Ｂ（Ｂ−１）は、ステップＳＡ３で得た情報を基に、判定に必要な情報データをデータベースＤより取得する。
【００６９】
そして、ステップＳＡ５において、実行部Ｂ（Ｂ−２）は、ステップＳＡ４で得た情報とステップＳＡ３で得た管理限界判定方法のデータとを基に、階層（１）〜（ｎ）の各メニュー項目毎に、その実績データが対応する管理限界判定方法よりも下回ったか否かを逐一判定し、１つでも下回ったメニュー項目が存在するときには、下回ったメニュー項目自体を危機管理対象メニュー項目として判定すると共に、この下回ったメニュー項目が属する元のメニュー項目ｊをここで表示すべき危機管理対象メニュー項目として抽出する。
【００７０】
ステップＳＡ６では、実行部Ｂは、ステップＳＡ５で得た判定結果を記憶部Ａ−４に格納する。
【００７１】
ステップＳＡ７では、実行部Ｂは、メニュー階層（０）に属する他のメニュー項目（ｊ＋１）（ｊ＋１→ｊ）についても、上記のステップＳＡ２〜ＳＡ６を実行する。
【００７２】
その後、ステップＳＡ８において、実行部Ｂは、上記の記憶部Ａ−４に格納された判定結果のデータとメニュー階層（０）の全てのメニュー項目（ｊ＝１〜ｍ）の情報データとに基づいて、ある階層（０）に属するメニュー項目の表示のための信号と、それらのメニュー項目（ｊ＝１〜ｍ）中、抽出された危機管理対象メニュー項目をそうでない他のメニュー項目と区別して表示するためのアラーム信号（例えば色による区別表示を与える信号）を、表示信号として生成・出力し、これにより、表示部Ｃ−１は、図１１に示すような階層（０）のメニュー画面表示を与える。
【００７３】
次に、ステップＳＡ９において、ユーザーは、メニュー選択部Ｃ−２を用いて、危機管理対象とされた（例えば色により区別された）メニュー項目の選択・実行を実行部Ｂへ指令する。
【００７４】
ステップＳＡ１０において、実行部Ｂは、記憶部Ａ−４より、選択されたメニュー項目の下位に属する全ての階層（１）〜（ｎ）の全メニュー項目についての上記判定結果のデータのみを読出して、これらのデータを記憶部Ａ−５に格納する。
【００７５】
そして、ステップＳＡ１１において、実行部Ｂは上記の記憶部Ａ−５から上記データを取得し、危機管理対象メニュー項目と判定されたメニュー項目をそれが属する階層の他のメニュー項目と区別するためのアラーム信号（例えば色による区別表示や、ＮＧやＯＫという文字表示）を、メニュー項目を画面表示するための信号と共に、表示信号として生成・出力する。その結果、表示部Ｃ−１は、図１２に例示するようなメニュー項目別判定結果の画面表示をユーザーに明示する。
【００７６】
次に、任意の機能として、ユーザーが危機管理対象メニュー項目として区別表示されたメニュー項目中の１つについての実績データとその詳細な判定結果とを参照したいと考えるときには、ステップＳＡ１２の動作を実行部Ｂ及び表示部Ｃ−１に行わせる。これにより、表示部Ｃ−１は、図１３に例示するような、特定の危機管理対象メニュー項目に関する実績値とその判定結果とを画面表示する。ステップＳＡ１２の詳細を図１６に示す。
【００７７】
本システムにおいても、ユーザーは各メニュー項目の管理限界判定値を図１の入力部Ｃ−３を用いて自由に登録・修正することができる。その登録・修正プログラムの内容は、実施の形態１のシステムで説明したもの（図９〜図１０）と同一である。
【００７８】
（まとめ）
以上の通り、実施の形態１，２で述べた本システムによれば、システム側からメニュー階層別に又は個々のメニュー項目別に適格な危機管理情報が短時間でユーザーに提示されるので、ユーザー自らが危機管理情報を入手するために各種定型データを検索する必要がなくなるという、利点が得られる。
【００７９】
このようなシステムは、上述した静的データを扱う定型データの検索システムに応用できるのみならず、時々刻々と取得される動的データを扱って情報の危機管理を行うシステムにも、その基本的な思想をそのまま適用することが可能である。例えば、トランスファマシーンというような自動化生産ラインシステムにおいて、各工程における生産装置のトラブルやメンテナンスの状態を管理したり、ロット管理をするためのシステムにも適用可能である。又、各地区毎のプラントの稼動状態をコントロールする際の情報の危機管理の判定にも、本発明を適用できる。又、車等の機械の特性を管理する際にも、本発明を適用できる。これらの場合には、「実データ」は実測データである。
【００８０】
又、実施の形態１の方式と実施の形態２の方式とを組み合わせて情報を管理することも可能であり、実施の形態１の方式に従って順次に階層毎の危機管理を行っていく中で、途中のある階層についてメニュー項目別の危機管理方式へと展開することは可能である。その意味で、実施の形態２のように最初の階層（０）が「ある階層」となる場合もあれば、途中の任意の階層（ｉ）が「ある階層」になるケースもありうる。
【００８１】
以上説明した観点から両実施の形態１，２で述べられた図１の実行部Ｂの機能を包括的に捉えるならば、実行部Ｂは、「入力部の指定に応じて、少なくともある階層とある階層から数えて１つ下位の階層とに属する複数のメニュー項目と、少なくともある階層から数えて１つ下位の階層に属する複数のメニュー項目に対する実データ及び管理限界判定値とを、それぞれメニュー記憶部及びデータ記憶部から読み出し、少なくともある階層から数えて１つ下位の階層に属する複数のメニュー項目の各々毎にその実データと対応する管理限界判定値との比較・判定処理を実行し、これにより少なくともある階層から数えて１つ下位の階層に属する複数のメニュー項目中でその実データが対応する管理限界判定値を下回っているメニュー項目を抽出し、抽出したメニュー項目が属する、ある階層に属するメニュー項目を危機管理対象メニュー項目として表示するためのアラーム信号を生成・出力するという機能を有する部分」であると、言える。
【００８２】
【発明の効果】
請求項１の発明によれば、ユーザーが入力部を介して「ある階層」の立上げを実行部に対して指定すると、当該実行部は自動的に「ある階層」に属する複数のメニュー項目中、危機管理対象にあるメニュー項目を導出し、その危機管理対象メニュー項目をユーザーに対して表示することが可能となる。これにより、ユーザーは、毎回システムを立上げて個別の階層毎に且つ個別のメニュー項目毎に実データを管理していく必要がなくなり、システムの「ある階層」の立上げに応じて即座にシステム側から危機管理情報を得ることができる。その結果、ユーザーは、メニュー数の増大化にも拘わらず、効率良く且つ短時間で莫大な実データの中から危機管理すべきメニュー項目の情報に接して、それを確認することが可能となる。即ち、本発明により、危機管理対象のデータの検索時間の格段の短縮化と、そのような危機管理情報の効率的な整理とを実現しうるという効果が得られる。
【００８３】
請求項２及び５の発明によれば、「ある階層」の立上げ指令が入力部より入力されると、実行部は「ある階層」から数えて１つ下の階層に属するメニュー項目のみを対象として管理限界判定機能を実行するので、ユーザーは階層別毎に危機管理対象となったメニュー項目の情報をシステム側から得ることが可能となり、階層別に実データを短時間で危機管理することができるという効果が得られる。
【００８４】
請求項３及び６の発明によれば、「ある階層」の立上げ指令が入力部より入力されると、実行部は「ある階層」の下位に属する全ての階層の全てのメニュー項目について管理限界判定機能を実行しうるので、ユーザーはメニュー項目毎に危機管理の有無に関する情報をシステム側から受け取ることができ、ある階層の下位に属する全てのメニュー項目について短時間で危機管理を行うことができるという効果が得られる。
【００８５】
請求項４の発明によれば、メニュー選択の指令に応じて実行部及び表示部が全ての危機管理対象メニュー項目をユーザーに表示するので、ユーザーはある階層よりも下位の全てのメニュー項目の判定結果に一度に接することが可能となり、その判定結果の表示から更に見たいメニュー項目を選択して管理限界を下回った実データを取得することも可能となるという効果を奏する。
【図面の簡単な説明】
【図１】  この発明のシステムのハードウェア構成を示す図である。
【図２】  この発明の実施の形態１において、登録されているメニュー階層を示す図である。
【図３】  この発明の実施の形態１において、あるメニュー階層の画面表示を示す図である。
【図４】  この発明の実施の形態１において、ある階層よりも１つ下位の階層の画面表示を示す図である。
【図５】  この発明の実施の形態１において、ある階層よりも１つ下位の階層の実績・判定結果と、その階層から更に１つ下位の階層の判定結果とを与える、画面表示を示す図である。
【図６】  実施の形態１におけるシステムの動作を示すフローチャートである。
【図７】  実施の形態１におけるシステムの動作を示すフローチャートである。
【図８】  実施の形態１におけるシステムの動作を示すフローチャートである。
【図９】  この発明のシステムの管理限界判定方法登録機能を示すフローチャートである。
【図１０】  この発明の管理限界判定方法の入力イメージを示す図である。
【図１１】  この発明の実施の形態２における、最初の階層のメニュー画面を示す図である。
【図１２】  この発明の実施の形態２における、メニュー項目別判定結果の画面表示を示す図である。
【図１３】  この発明の実施の形態２における、実績・判定結果を与える画面表示を示す図である。
【図１４】  この発明の実施の形態２のシステムの動作を示すフローチャートである。
【図１５】  この発明の実施の形態２のシステムの動作を示すフローチャートである。
【図１６】  この発明の実施の形態２のシステムの動作を示すフローチャートである。
【図１７】  従来の定型データ検索システムの構成を示す図である。
【図１８】  従来の定型データ検索システムの動作を示すフローチャートである。
【符号の説明】
Ａ  記憶部、Ｂ  実行部、Ｃ  ユーザーインターフェイス部、Ｄ  データベース。
【図１】
0003881434.tif 000002
【図２】
0003881434.tif 000003
【図３】
0003881434.tif 000004
【図４】
0003881434.tif 000005
【図５】
0003881434.tif 000006
【図６】
0003881434.tif 000007
【図７】
0003881434.tif 000008
【図８】
0003881434.tif 000009
【図９】
0003881434.tif 000010
【図１０】
0003881434.tif 000011
【図１１】
0003881434.tif 000012
【図１２】
0003881434.tif 000013
【図１３】
0003881434.tif 000014
【図１４】
0003881434.tif 000015
【図１５】
0003881434.tif 000016
【図１６】
0003881434.tif 000017
【図１７】
0003881434.tif 000018
【図１８】
0003881434.tif 000019