JP7302344B2 - メンテナンス支援プログラム、メンテナンス支援方法及びメンテナンス支援装置 - Google Patents

Description

本発明は、メンテナンス支援プログラム、メンテナンス支援方法及びメンテナンス支援装置に関する。

近年、製造業ではお客様のニーズが多様化しており、メーカー側はマス・カスタマイゼーションへの対応が求められている。とりわけ工作機械や医療機器、精密機械、特殊車両といった個別受注生産形態をとるメーカーでは、製品仕様や制約条件が煩雑となり、営業業務の効率化や個別仕様の属人化が大きな課題となっている。そこで顧客要望に基づき、製品の仕様を決定する、コンフィグレータと呼ばれるツールを提供している。

例えば、コンフィグレータでは、製品の仕様、例えば構成部品や機能、オプションなどに関する項目ごとに選択肢の選択を受け付ける。各項目で選択を受け付ける選択肢は、他の項目で選択された選択肢によって制約を受ける場合がある。例えば、ある構成部品が選択された場合、当該構成部品のサイズや出力の限界によって他の構成部品が制約される。また、ある機能が選択された場合、当該機能に悪影響を与えるか、あるいは当該機能から悪影響を受ける他の機能や構成部品が制約される。このような製品の仕様のチェックを実現する側面から、コンフィグレータでは、ある項目における選択肢の選択が与える他の項目における選択肢の制約がルール化されたマスタが用いられる。

特開２０１４－２９６２８号公報 特開２００９－１２３０６３号公報

しかしながら、上記の技術では、マスタメンテナンスの作業支援を行うことが困難である側面がある。

すなわち、上記のマスタに定義されるルールは、製品の見積精度に直結する。このため、正しいルールの設定を維持管理する側面から、マスタメンテナンスの試行錯誤が重ねられる。

１つの側面では、本発明は、マスタメンテナンスの作業支援を行うことができるメンテナンス支援プログラム、メンテナンス支援方法及びメンテナンス支援装置を提供することを目的とする。

一態様では、メンテナンス支援プログラムは、製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する、処理をコンピュータに実行させる。

マスタメンテナンスの作業支援を行うことができる。

図１は、実施例１に係る見積業務支援システムの構成例を示す図である。 図２は、仕様入力画面の一例を示す図である。 図３は、選択肢の絞込制御の一例を示す図である。 図４は、実施例１に係るサーバ装置の機能的構成の一例を示すブロック図である。 図５は、マスタデータの一例を示す図である。 図６は、仕様入力画面の他の一例を示す図である。 図７は、実施例１に係るメンテナンス支援処理の手順を示すフローチャートである。 図８は、コンピュータのハードウェア構成例を示す図である。

以下に添付図面を参照して本願に係るメンテナンス支援プログラム、メンテナンス支援方法及びメンテナンス支援装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

［システム構成］
図１は、実施例１に係る見積業務支援システムの構成例を示す図である。図１に示す見積業務支援システム１は、製造業等における営業部門３のパフォーマンスを高める側面から、製品の見積業務を支援する各種の機能がパッケージ化された見積業務サービスを提供するものである。

図１に示すように、見積業務支援システム１には、サーバ装置１０と、クライアント端末３０Ａ～３０Ｂと、クライアント端末５０Ａ～５０Ｂとが含まれ得る。以下、クライアント端末３０Ａ～３０Ｂのことを「クライアント端末３０」と記載し、クライアント端末５０Ａ～５０Ｂのことを「クライアント端末５０」と記載する場合がある。

これらサーバ装置１０、クライアント端末３０及びクライアント端末５０は、ネットワークＮＷを介して通信可能に接続される。ネットワークＮＷは、有線または無線を問わず、インターネットやＬＡＮ（Local Area Network）などの任意の種類の通信網であってかまわない。

なお、図１には、見積業務支援システム１の構成例が模式的に示されたものに過ぎず、個別具体的な実装は図示の例に限定されない。例えば、サーバ装置１０に接続されるクライアント端末３０及びクライアント端末５０の数は、図示の例に限定されず、１つまたは３つ以上の任意の数であってかまわない。また、見積業務支援システム１には、ファイアウォールやロードバランサ、ファイルサーバ、データベースサーバなどが含まれることとしてもかまわない。

サーバ装置１０は、上記の見積業務支援サービスを提供するコンピュータである。サーバ装置１０は、メンテナンス支援装置の一例に対応する。

一実施形態として、サーバ装置１０は、パッケージソフトウェア又はオンラインソフトウェアとして、上記の見積業務支援サービスに対応する機能を実現する見積業務支援プログラムを任意のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１０は、上記の見積業務支援サービスに関する機能をオンプレミスに提供するサーバとして実装することができる。これに限定されず、サーバ装置１０は、ＳａａＳ（Software as a Service）型の業務アプリケーションとして実装することで、上記の見積業務支援サービスをクラウドサービスとして提供することとしてもかまわない。

このような見積業務支援サービスのあくまで一例として、営業部門３における見積精度向上や見積のリードタイム短縮などを実現する機能全般がパッケージで提供される例を挙げて以下の説明を行う。例えば、上記の見積業務支援サービスとしてパッケージ化される機能の例として、「商談引合管理」や「コンフィグレーション」、「見積管理」などの機能が挙げられる。この他、上記の見積業務支援サービスには、技術部門５におけるマスタメンテナンスの作業支援を実現する機能の一例として、マスタ作成ツールや支援機能が存在する。画面項目情報や制約条件をツールに記述し、マスタに取り込むことで容易にコンフィグレーション画面を生成できる。ゆえにマスタメンテナンス者はプログラムやマスタを直接変更することなく、マスタ作成ツールによりマスタメンテナンスを実施する。また支援機能を用いることで動的に画面とルールの動きを確認することができる。

クライアント端末３０及びクライアント端末５０は、いずれも上記の見積業務支援サービスの提供を受けるコンピュータの一例に対応する。クライアント端末３０及びクライアント端末５０には、デスクトップ型またはラップトップ型のパーソナルコンピュータなどが対応する。これらはあくまで例示に過ぎず、クライアント端末３０及びクライアント端末５０は、携帯端末装置やウェアラブル端末などの任意のコンピュータであってかまわない。

このように、クライアント端末３０及びクライアント端末５０の間でハードウェアの種類や構成に差がなくともかまわない。その一方で、クライアント端末３０及びクライアント端末５０の間では、ユーザの所属部門に応じて上記の見積業務支援サービスのアカウントに付与される権限が異なる。

例えば、クライアント端末３０は、営業部門３に属するユーザによって使用される。このように営業部門３に属するユーザが使用するクライアント端末３０により上記の見積業務支援サービスへのログインが行われた場合、クライアント端末３０には、一例として、上記の見積業務支援サービスのうち商談引合管理やコンフィグレーション、見積管理などの機能が開放される。これらの機能が開放される一方で、クライアント端末３０には、メンテナンス支援の機能は開放されずともかまわない。

一方、クライアント端末５０は、設計や製造などの技術部門５に属するユーザによって使用される。このように技術部門５に属するユーザが使用するクライアント端末５０により上記の見積業務支援サービスへのログインが行われた場合、クライアント端末５０には、一例として、上記のメンテナンス支援機能が開放される。その一因は、マスタに定義されたルールの削除や追加、変更などを行うメンテナンス作業は、製品の仕様をチェックするナレッジを有する技術部門５向けの技能であることが挙げられる。例えば、メンテナンス作業には、既存の製品の仕様をルールとして整理し、整理された全てのパターンのルールをマスタに登録し、マスタに従ってコンフィグレータを動作させつつルールが正常に機能しているか否かを確認するといった技能が求められる。なお、クライアント端末５０にも、商談引合管理やコンフィグレーション、見積管理などの機能が開放されることとしてもかまわない。

［マスタ定義］
以下、あくまで一例として、ルールが適用される「条件」および条件を満たす場合に実行される「制御」を含むルールがマスタに定義される例を挙げる。

［マスタ改良］
本実施例では、マスタに定義するルールのスキーマの改良が図られている。

従来、マスタには、ｎ個の項目のうちｉ個の項目における選択肢の組合せに対応する条件と、残りｎ－ｉ個の項目で選択を受け付ける選択肢を絞り込む制御とを含むルールを定義するスキーマが採用される。ここで言う「ｎ」は、項目の総数に対応する任意の自然数を指し、例えば、ｎ個の項目の各々のラベルを項目１、項目２、・・・、項目ｎと記載することがある。また、「ｉ」は、ループカウンタを指し、ここでは、例えば、１からｎ－１までインクリメントされる。

このため、従来のマスタ定義では、ｉが１からｎ－１までインクリメントされるパターンごとにｎ－ｉ個の各項目で選択肢が絞り込まれる状況をさらに想定してルールを定義せねばならない故、マスタの定義作業が煩雑化する。

例えば、下記に説明する計算により、仕様に関する項目の数がｎ個である製品のマスタに定義するルールの総数を求めることができる。

例えば、ｎ個の項目のうち１個（ｉ＝１）の項目が選択済みであるパターンでは、下記３つのケースでルールが定義される。すなわち、項目１が選択済みであるとしたとき、マスタに定義されるルールの数は、残りの項目数（ｎ－１）×項目１の選択肢の総数となる。また、項目２が選択済みであるとしたとき、マスタに定義されるルールの数は、残りの項目数（ｎ－１）×項目２の選択肢の総数となる。同様に、項目１が選択済みであるとしたとき、マスタに定義されるルールの数は、残りの項目数（ｎ－１）×項目ｎの選択肢の総数となる。これら３つのケースのルールの数を小計することで、ｎ個の項目のうち１個（ｉ＝１）の項目が選択済みである場合にマスタへ定義されるルールの数が求まる。

次に、ｎ個の項目のうち２個（ｉ＝２）の項目が選択済みであるパターンでは、ｎ個の項目の中から２つの項目を選ぶ_ｎＣ_２の組合せに対応するケースでルールが定義される。すなわち、ｎ個の項目のうち項目１及び項目２が選択済みであるとしたとき、マスタに定義されるルールの数は、残りの項目数（ｎ－２）×項目１及び項目２で選択可能な選択肢の組合せとなる。ここで言う「選択可能な組合せ」とは、項目１の選択肢及び項目２の選択肢の間で仕様上の制約から絞り込まれた組合せを指し、項目１の選択肢及び項目２の選択肢の全ての組合せの中から仕様上の制約を満たさない組合せは除外できる。また、同様に、項目１及び項目３が選択済みであるとしたとき、マスタに定義されるルールの数は、残りの項目数（ｎ－２）×項目１及び項目３で選択可能な選択肢の組合せとなる。このような要領で_ｎＣ_２の組合せに対応するケースの数だけ繰り返して小計することで、ｎ個の項目のうち２個（ｉ＝２）の項目が選択済みである場合にマスタへ定義されるルールの数が求まる。

さらに、ｉ＝１やｉ＝２のパターンと同様にして、ｉ＝３～ｉ＝ｎ－１のパターンごとにルールの数の小計が求まる。その上で、ｉ＝１～ｉ＝ｎ－１の各パターンで求められたルールの数の小計を合計することで、ｉ＝１～ｉ＝ｎ－１の全てのパターンでマスタに定義されるルールの総数が求まる。

以上の計算から分かる通り、従来のマスタ定義では、項目や選択肢の数が多いほどマスタに定義されるルールの数も増大する。さらに、個別受注生産が行われる製造業では、顧客特有の仕様の入力や、見積情報だけでなく詳細な設計・生産工程で使用する情報の雛形を作成するため、マスタに定義させるルールの数も増加する。したがって、従来のマスタ定義では、技術部門５におけるマスタの定義作業の工数は膨大なものになる。

このことから、本実施例では、条件を定義するスキーマを簡略化する側面から、ｎ個の項目のうち１つの項目における選択肢の単位でルールを適用する条件を定義するスキーマを採用する。すなわち、本実施例では、１つの選択肢に対応する条件と、条件で指定された選択肢が属する項目を除く残りｎ－１個の各項目で選択を受け付ける選択肢を絞り込む制御とを含むルールをマスタに定義するスキーマが採用される。

このようなマスタ定義の改良と共に、本実施例では、操作対象とする項目の選択肢を制御する際、選択済みの選択肢ごとに当該選択肢の選択が該当する条件が定義されたルールをマスタから検索する動作をコンフィグレータに組み込む。さらに、本実施例では、検索がヒットするルールごとに当該ルールに定義された制御で絞り込まれる操作対象の項目の選択肢の集合の間でＡＮＤ条件を満たす選択肢を抽出する動作をコンフィグレータに組み込む。

これらマスタ定義及びコンフィグレータの改良によって、本実施例では、ｎ個の項目のうち１つの項目の選択肢単独でマスタの条件を定義できるので、条件の定義を簡略化することができる。例えば、本実施例では、従来のマスタ定義に比べて、選択済みの項目の個数ｉが２個以上である条件のパターン、すなわちｉが２～ｎ－１までの条件のパターンについてルールを定義せずともよい分、技術部門５におけるマスタの定義作業の工数を削減できる。

［課題の一側面］
このように、本実施例に係るマスタ定義によれば、技術部門５におけるマスタの定義作業を削減できる一面がある一方で、技術部門５におけるマスタメンテナンスの作業負荷が増加する一因になり得る一面もある。

すなわち、本実施例に係るマスタ定義が行われる場合、コンフィグレータは、製品の仕様を定める項目ごとに選択を受け付ける選択肢のうち選択済みの選択肢に対応するルールごとに絞り込まれる選択肢の集合の間でＡＮＤ条件を満たす選択肢を抽出する。この場合、マスタに定義されたルールの設定ミスが一因となって製品の仕様上の制約を満たす選択肢であっても非表示となる事例が発生し得る。

しかしながら、表示漏れの選択肢は、そもそも非表示であるが故、表示漏れの発生を認識すること自体が困難である。このような表示漏れの発生を認識するには、マスタに定義されたルールを個別に確認する作業を通じて設定ミスがあるルールを発見する必要がある。ところが、製品の仕様に関する項目およびその選択肢が多くなるほどルールの数も膨大となるので、マスタメンテナンスの作業負荷が増大してしまう。

［課題解決のアプローチの一側面］
そこで、本実施例では、製品の仕様を定める項目ごとに選択を受け付ける選択肢のうち選択済みの選択肢に対応するルールごとに絞り込まれる選択肢の集合の間のＡＮＤ条件から漏れる選択肢を表示するメンテナンス支援機能を提供する。このようなメンテナンス支援機能によって、ルールの設定ミスが一因となって生じ得る選択肢の表示漏れの発見を支援し、もってマスタメンテナンスの作業支援を行う。

あくまで一例として、上記のメンテナンス支援機能は、コンフィグレータが仕様入力画面などのウィンドウに出力する営業部門３のユーザ向けの表示には含まれない技術部門５のユーザ向けの表示をさらに表示する機能が含まれることとしてもよい。例えば、技術部門５のユーザ向けの表示の一例として、コンフィグレータが動作する内容が抽出されたログが挙げられる。このようなログは、仕様入力画面の一部に設定された表示エリアに表示させることとしてもよいし、あるいは仕様選定画面や見積画面などのウィンドウとは異なるウィンドウに表示させることとしてもかまわない。

図２は、仕様入力画面の一例を示す図である。図２には、あくまで一例として、技術部門５に所属するユーザのアカウントでログインされたクライアント端末５０に表示される仕様入力画面２００が示されている。図２に示すように、仕様入力画面２００には、ある製品の仕様に関する項目１「機種」、項目２「直径」および項目３「エンジン出力」の３つの項目ごとにプルダウンメニュー２１１～２１３が含まれ得る。これらプルダウンメニュー２１１～２１３のうちいずれかのプルダウンメニューに対する操作が行われた場合、当該操作が行われたプルダウンメニューの項目に表示する選択肢を絞り込む制御がマスタに定義されたルールにしたがって実行される。そして、プルダウンメニュー２１１～２１３を介して、項目１～項目３の３つの項目で３つの選択肢が選択された場合、３つの選択肢の組合せによって製品の仕様が決定される。この場合、クライアント端末５０の表示は、図２に示す仕様入力画面２００から製品の見積書を表示する不図示の見積画面へ遷移させることができる。なお、戻るボタン２２１に対する操作が行われた場合、クライアント端末５０の表示は、図２に示す仕様入力画面２００から見積対象とする製品を選択する製品選択画面に戻る。また、リセットボタン２２２に対する操作が行われた場合、プルダウンメニュー２１１～２１３の各選択肢の選択状態が選択済みの状態から未選択の状態へリセットされる。

ここで、コンフィグレータが動作する際、仕様入力画面２００には、技術部門５のユーザ向けのログ画面２４０の表示を呼び出すタグ２３０が含まれ得る。例えば、タグ２３０に対応する操作が行われた場合、図２に示すように、ログ画面２４０のウィンドウの左端の位置が座標Ｂ０から座標Ｂ１まで左方向へスライドされることによってログ画面２４０の表示が露出する。このログ画面２４０には、プルダウンメニュー２１１～２１３のうちいずれかで選択肢が選択される選択イベントが検出される度に、当該選択イベントの単位でコンフィグレータが動作する処理内容が抽出されたログが表示開始位置Ｈ０から下方向へ時系列に追加される。

図２に示す例で言えば、ログ画面２４０には、２つの選択イベントに関するログＬ１及びログＬ２が記述されている。これらログＬ１及びログＬ２には、選択イベントと、当該選択イベントで適用されたルールを識別するルール番号および当該ルールの適用により実行される選択肢の絞込制御とが記述される。

例えば、ログＬ１には、項目１～項目３の全ての項目で選択肢が未選択である状態から項目１「機種」で選択肢「機種Ａ」がプルダウンメニュー２１１を介して選択された際に記述された例が示されている。

より具体的には、ログＬ１によれば、選択イベントとして、項目１「機種」の選択肢「機種Ａ」の選択イベントが検出されたことが記述されている。さらに、選択イベントの検出を条件として適用されるルール番号「１」のルールで実行される初期化の内容が記述されている。すなわち、ルール番号「１」の適用により、項目１～項目３に対応するプルダウンメニュー２１１～２１３からコンフィグレータが参照するメモリの記憶領域へロードされた選択肢の値が初期化されたことが記述されている。このような初期化に伴って、プルダウンメニュー２１１から選択肢「機種Ａ」の値がロードされると共に、プルダウンメニュー２１２及び２１３からＮＵＬＬ値がロードされる。この結果、選択肢「機種Ａ」の選択を条件に適用されたルール番号「９」における選択肢の絞込制御の内容が記述されている。すなわち、ルール番号「９」が適用されることによって、項目２「直径」の選択肢を「500mm」、「650mm」、「800mm」、「1000mm」及び「1500mm」の集合から「500mm」、「650mm」、「800mm」及び「1000mm」の集合へ絞り込む制御が行われたことが記述されている。加えて、ルール番号「９」が適用されることによって、項目３「エンジン出力」の選択肢を「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」の集合から「0.4kw」、「0.75kw」、「1.5kw」及び「2.2kw」の集合へ絞り込む絞込制御が行われたことが記述されている。

さらに、ログＬ２には、項目１～項目３の３つの項目のうち項目１「機種」で選択肢「機種Ａ」が選択された状態でさらに項目２「直径」の選択肢「500mm」がプルダウンメニュー２１２を介して選択された際に記述された例が示されている。

より具体的には、ログＬ２によれば、選択イベントとして、項目２「直径」の選択肢「500mm」の選択イベントが検出されたことが記述されている。さらに、選択イベントの検出を条件として適用されるルール番号「２」のルールで実行される初期化の内容が記述されている。すなわち、ルール番号「２」の適用により、項目１～項目３に対応するプルダウンメニュー２１１～２１３からコンフィグレータが参照するメモリの記憶領域へロードされた選択肢の値が初期化されたことが記述されている。このような初期化に伴って、プルダウンメニュー２１１から選択肢「機種Ａ」の値がロードされ、プルダウンメニュー２１２から選択肢「500mm」の値がロードされると共に、プルダウンメニュー２１３からＮＵＬＬ値がロードされる。この結果、選択肢「機種Ａ」の選択を条件に適用されたルール番号「９」における選択肢の絞込制御の内容（上記のログＬ１と同様）が記述されている。

これらルール番号「１」及びルール番号「９」に関する記述は、ログＬ１及びログＬ２の間で共通する。その一方で、ログＬ２では、選択肢「500mm」の選択を条件に適用されたルール番号「１１」における選択肢の絞込制御の内容がさらに記述されている点が上記のログＬ１との相違点として現れる。

この場合、項目３「エンジン出力」については、ルール番号「９」だけでなく、ルール番号「１１」の選択肢の絞込制御が追加して行われる側面から、ルール番号「１１」の選択肢の絞込制御及びルール番号「９」の選択肢の絞込制御がＡＮＤ条件で適用される。なお、項目１「機種」については、ルール番号「９」では選択肢の絞込制御が行われないので、ルール番号「１１」の選択肢の絞込制御が単独で適用される。すなわち、ルール番号「１１」が適用されることによって、項目１「機種」の選択肢を「機種Ａ」、「機種Ｂ」、「機種ａ」、「機種ｂ」、「機種ｃ」、「機種ｄ」及び「機種ｅ」の集合から「機種Ａ」、「機種Ｂ」及び「機種ａ」の集合へ絞り込む絞込制御が行われたことが記述されている。

図３は、選択肢の絞込制御の一例を示す図である。図３には、ルール番号「９」及びルール番号「１１」における項目３「エンジン出力」の選択肢の絞込制御を模式化して示す。図３に示すように、ルール番号「９」は、項目３「エンジン出力」の選択肢を「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」を含む全体集合Ｕから「0.4kw」、「0.75kw」、「1.5kw」及び「2.2kw」の集合Ｒ９へ絞り込むルールである。また、ルール番号「１１」は、項目３「エンジン出力」の選択肢を「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」を含む全体集合Ｕから「0.75kw」、「1.5kw」、「2.2kw」及び「3.7kw」の集合Ｒ１１へ絞り込むルールである。

図３に示すように、項目３「エンジン出力」の選択肢は、ルール番号「９」のルールで絞り込まれた「0.4kw」、「0.75kw」、「1.5kw」及び「2.2kw」の集合Ｒ９から、集合Ｒ９及び集合Ｒ１１の和集合である「0.75kw」、「1.5kw」及び「2.2kw」へさらに絞り込まれる。

これら２段階の絞込制御が記述されたログＬ２によれば、項目３「エンジン出力」で選択を受け付ける選択肢は、ルール番号「９」で絞り込まれた選択肢の集合Ｒ９がルール番号「１１」のルールでさらに絞り込まれる過程および結果を提示できる。

つまり、ログＬ２の記述によれば、項目１「機種」の選択肢「機種Ａ」が選択された後に項目２「直径」の選択肢「500mm」が選択された場合、項目３「エンジン出力」の選択肢が集合Ｒ９及び集合Ｒ１１の和集合「0.75kw」、「1.5kw」及び「2.2kw」に制約される過程及び結果を明示できる。これら項目１「機種」の選択肢「機種Ａ」及び項目２「直径」の選択肢「500mm」の２つの選択による制約の結果は、プルダウンメニュー２１３に表示される選択肢の一覧からも確認できる。

その一方で、項目３「エンジン出力」において集合Ｒ９及び集合Ｒ１１のＡＮＤ条件を満たす選択肢が絞り込まれる過程及び結果が表示されるだけでは、項目２「直径」の選択肢「500mm」の選択イベントによって選択肢の表示漏れが発生しているかどうかまでは注意喚起することは困難である。すなわち、項目２「直径」の選択肢「500mm」の選択イベントが行われることが原因となって、ルール番号「９」のルールで絞り込まれた集合Ｒ９がルール番号「１１」のルールで集合Ｒ９及び集合Ｒ１１の和集合である「0.75kw」、「1.5kw」及び「2.2kw」へさらに絞り込まれることを提示するのが限界である。

このことから、ログＬ２に示す通り、ルール番号「９」で絞り込まれた選択肢の集合Ｒ９にルール番号「１１」のルールがさらに適用されることでＡＮＤ条件から漏れる選択肢を識別した上でＡＮＤ条件から漏れる選択肢が記述される。例えば、選択イベントに対応するルールで絞り込まれる集合Ｒ１１のうち、集合Ｒ９及び集合Ｒ１１の間でＡＮＤ条件を満たす和集合から漏れる選択肢「3.7kw」がログＬ２に記述される。

これによって、項目２「直径」の選択肢「500mm」の選択イベントに対応するルール番号「９」に設定ミスがある場合、ルール番号「９」の設定ミスによる選択肢「3.7kw」の表示漏れの発見を支援できる。

したがって、本実施例に係るメンテナンス支援機能によれば、項目２「直径」の選択肢「500mm」の選択イベントによって選択肢の表示漏れが発生しているかどうかを注意喚起できるので、マスタメンテナンスの作業支援を行うことが可能になる。

［サーバ装置１０の構成］
図４は、実施例１に係るサーバ装置１０の機能的構成の一例を示すブロック図である。図１に示すように、サーバ装置１０は、通信インタフェイス１１と、記憶部１３と、制御部１５とを有する。なお、図４には、データの授受の関係を表す実線が示されているが、説明の便宜上、最小限の部分について示されているに過ぎない。すなわち、各処理部に関するデータの入出力は、図示の例に限定されず、図示以外のデータの入出力、例えば処理部及び処理部の間、処理部及びデータの間、並びに、処理部及び外部装置の間のデータの入出力が行われることとしてもかまわない。

通信インタフェイス１１は、他の装置、例えばクライアント端末３０やクライアント端末５０との間で通信制御を行うインタフェイスである。

あくまで一例として、通信インタフェイス１１には、ＬＡＮカードなどのネットワークインタフェイスカードを採用することができる。例えば、通信インタフェイス１１は、クライアント端末３０やクライアント端末５０で動作するブラウザ等に表示される各種のウィンドウ、例えば仕様入力画面などに対する各種の操作情報を受け付ける。また、通信インタフェイス１１は、クライアント端末３０やクライアント端末５０からの操作情報に対するウィンドウの更新結果をクライアント端末５０へ送信したりする。

記憶部１３は、制御部１５で実行されるＯＳ（Operating System）を始め、各種プログラムに用いられるデータを記憶する機能部である。例えば、上記のプログラムには、上記の見積業務支援プログラムを始め、上記のコンフィグレーション機能がモジュール化されたコンフィグレータや上記のメンテナンス支援がモジュール化されたメンテナンス支援プログラムなどが対応し得る。

あくまで一例として、記憶部１３は、サーバ装置１０における補助記憶装置に対応する。例えば、ＨＤＤ（Hard Disk Drive）、光ディスクやＳＳＤ（Solid State Drive）などが補助記憶装置に対応する。この他、ＥＰＲＯＭ（Erasable Programmable Read Only Memory)などのフラッシュメモリも補助記憶装置に対応する。

記憶部１３は、制御部１５で実行されるプログラムに用いられるデータの一例として、マスタデータ１３Ａを記憶する。このマスタデータ１３Ａ以外にも、上記の見積業務支援プログラム、コンフィグレータ、あるいはメンテナンス支援プログラムによって参照または生成が行われるデータなどが記憶部１３に記憶されることとしてもかまわない。例えば、記憶部１３は、上記の見積業務支援サービスのアカウントや権限などを始め、製品の仕様に関する項目ごとに定められた選択肢のリストと、当該リストに対応する設計データ、例えば、２次元や３次元モデル出力のための雛形情報や構成情報などを記憶する。なお、マスタデータ１３Ａの説明は、マスタデータ１３Ａの参照または更新が行われる制御部１５の説明と合わせて行うこととする。

制御部１５は、サーバ装置１０の全体制御を行う機能部である。

一実施形態として、制御部１５は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などのハードウェアプロセッサにより実装することができる。ここでは、プロセッサの一例として、ＣＰＵやＭＰＵを例示したが、汎用型および特化型を問わず、任意のプロセッサにより実装することができる。この他、制御部１５は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによって実現されることとしてもかまわない。

制御部１５は、上記の見積業務支援プログラムを実行することにより、図示しない主記憶装置として実装されるＤＲＡＭ（Dynamic Random Access Memory）などのＲＡＭのワークエリア上に図４に示す処理部を仮想的に実現する。なお、ここでは、上記の見積業務支援サービスがパッケージ化されたパッケージソフトウェアが実行される例を挙げるが、サーバ装置１０上で動作するプログラムはこれに限定されない。例えば、上記の見積業務支援サービスとしてパッケージ化される各種の機能のうち任意の機能を抜粋することで、上記のコンフィグレータ、あるいは上記のメンテナンス支援プログラムをプログラムモジュールとして実行したり、あるいはライブラリとして参照されたりすることとしてもかまわない。

例えば、制御部１５は、図４に示すように、受付部１５Ａと、検索部１５Ｂと、絞込部１５Ｃと、識別部１５Ｄと、表示制御部１５Ｅとを有する。

受付部１５Ａは、クライアント端末３０やクライアント端末５０から操作を受け付ける処理部である。

一実施形態として、受付部１５Ａは、クライアント端末３０やクライアント端末５０で動作するブラウザ等に表示される各種のウィンドウ、例えば図２に例示された仕様入力画面２００などに対する各種の操作情報を受け付ける。

検索部１５Ｂは、各項目の選択状態に対応するルールを検索する処理部である。

一実施形態として、検索部１５Ｂは、製品の仕様を定める項目のうちいずれかの項目の選択肢を選択する選択イベントが発生する場合、未選択の項目が残っていることを条件に処理を起動することができる。例えば、検索部１５Ｂは、製品の仕様を定める項目のうち、選択済みの項目ごとに選択済みの選択肢を特定する。その上で、検索部１５Ｂは、記憶部１３に記憶されたマスタデータ１３Ａのルールのうち、選択済みの選択肢の選択がルールの適用条件に該当するルールを検索する。

ここで、マスタデータ１３Ａには、あくまで一例として、ルールが適用される条件の一例に対応する選択肢の選択イベントと、選択イベントに対応する選択肢が属する項目を除く残りの各項目で選択を受け付ける選択肢を絞り込む制御とを含むルールが定義される。

図５は、マスタデータ１３Ａの一例を示す図である。図５には、図２に示された仕様入力画面２００の項目１～項目３の３つの項目により仕様が決定される製品に関するマスタが例示されている。図５に示すように、マスタデータ１３Ａには、Ｎｏ、条件、制御１および制御２などが対応付けられたデータを採用できる。

ここで、上記の「Ｎｏ」とは、ルールの識別に用いられる番号、すなわちルール番号を指す。また、上記の「条件」とは、ルールが適用される条件を指す。さらに、上記の「制御１」及び上記の「制御２」とは、ルールを適応する条件を満たす場合に実行される制御を指す。

例えば、ルール番号「１」を例に挙げれば、項目１「機種」の入力値の変更が行われた場合、ルール番号「１」のルールが適用される条件を満たすことをコンピュータに識別させることができる。この場合、ルール番号「１」の制御１が実行されることにより、項目２及び項目３に対応するプルダウンメニュー２１２及び２１３からコンフィグレータが参照するメモリの記憶領域へロードされた選択肢の値がリセットされる。さらに、ルール番号「１」の制御２が実行されることにより、項目２「直径」及び項目３「エンジン出力」の各々で適用されるルールが参照される。また、ルール番号「２」を例に挙げれば、項目２「直径」の入力値の変更が行われた場合、ルール番号「２」のルールが適用される条件を満たすことをコンピュータに識別させることができる。この場合、ルール番号「２」の制御１が実行されることにより、項目１及び項目３に対応するプルダウンメニュー２１１及び２１３からコンフィグレータが参照するメモリの記憶領域へロードされた選択肢の値がリセットされる。さらに、ルール番号「２」の制御２が実行されることにより、項目１「機種」及び項目３「エンジン出力」の各々で適用されるルールが参照される。なお、ここで言う「入力値の変更」とは、項目で選択を受け付けるＧＵＩコンポーネントがプルダウンメニューである場合、選択肢の選択または再選択などが該当し得る。

さらに、ルール番号「４」～ルール番号「１０」には、項目１「機種」に設定された「機種Ａ」、「機種Ｂ」、「機種ａ」、「機種ｂ」、「機種ｃ」、「機種ｄ」及び「機種ｅ」の選択肢のうちいずれかを選択する選択イベントに関する条件と、選択イベントに対応する制御とが対応付けられたルールが定義されている。例えば、ルール番号「９」を例に挙げれば、項目１「機種」に入力される入力値が「機種Ａ」である場合、例えば項目１に対応するプルダウンメニュー２１１で選択肢「機種Ａ」を選択する選択イベントが発生する場合、ルール番号「９」のルールが適用される条件を満たすことをコンピュータに識別させることができる。この場合、ルール番号「９」の制御１が実行されることにより、項目２「直径」の選択肢の絞込制御として、「500mm」、「650mm」、「800mm」、「1000mm」及び「1500mm」の集合から「500mm」、「650mm」、「800mm」及び「1000mm」の集合へ絞り込む制御が行われる。また、ルール番号「９」の制御２が実行されることにより、項目３「エンジン出力」の選択肢の絞込制御として、「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」の集合から「0.4kw」、「0.75kw」、「1.5kw」及び「2.2kw」の集合へ絞り込む絞込制御が行われる。

また、ルール番号「１１」～ルール番号「１５」には、項目２「直径」に設定された「500m」、「650mm」、「800mm」、「1000mm」及び「1500mm」の選択肢のうちいずれかを選択する選択イベントに関する条件と、選択イベントに対応する制御とが対応付けられたルールが定義されている。例えば、ルール番号「１１」を例に挙げれば、項目２「直径」に入力される入力値が「500mm」である場合、例えば項目２に対応するプルダウンメニュー２１２で選択肢「500mm」を選択する選択イベントが発生する場合、ルール番号「１１」のルールが適用される条件を満たすことをコンピュータに識別させることができる。この場合、ルール番号「１１」の制御１が実行されることにより、項目３「エンジン出力」の選択肢の絞込制御として、「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」の集合から「0.75kw」、「1.5kw」、「2.2kw」及び「3.7kw」の集合へ絞り込む絞込制御が行われる。また、ルール番号「１１」の制御２が実行されることにより、項目１「機種」の選択肢の絞込制御として、「機種Ａ」、「機種Ｂ」、「機種ａ」、「機種ｂ」、「機種ｃ」、「機種ｄ」及び「機種ｅ」の集合から「機種Ａ」、「機種Ｂ」及び「機種ａ」の集合へ絞り込む絞込制御が行われる。

なお、ルール番号「１６」～ルール番号「２４」には、項目３「エンジン出力」に設定された「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」の選択肢のうちいずれかを選択する選択イベントに関する条件と、選択イベントに対応する制御とが対応付けられたルールが定義されている。

例えば、図２に示すように、項目１～項目３の３つの項目のうち項目１「機種」で選択肢「機種Ａ」が選択された状態でさらに項目２「直径」の選択肢「500mm」をプルダウンメニュー２１２を介して選択する選択イベントが行われた場合、次のような検索が行われる。この場合、検索部１５Ｂは、項目２「直径」の入力値の変更という条件に該当するルールをマスタデータ１３Ａから検索する。この結果、ルール番号「２」のルールがヒットする。このルール番号「２」のルールが適用される結果、項目１及び項目３に対応するプルダウンメニュー２１１及び２１３からコンフィグレータが参照するメモリの記憶領域へロードされた選択肢の値をリセットする制御が実行される。リセット後、項目１のプルダウンメニュー２１１から選択肢「機種Ａ」の値がロードされ、項目２のプルダウンメニュー２１２から選択肢「500mm」の値がロードされると共に、項目３のプルダウンメニュー２１３からＮＵＬＬ値がロードされる。

このように項目１のプルダウンメニュー２１１から選択肢「機種Ａ」の値がロードされるのに伴って、検索部１５Ｂは、項目１「機種」への入力値が「機種Ａ」であるという条件に該当するルールをマスタデータ１３Ａから検索する。この結果、マスタデータ１３Ａにおけるルール番号「９」のルールがヒットする。さらに、項目２のプルダウンメニュー２１２から選択肢「500mm」の値がロードされるのに伴って、検索部１５Ｂは、項目２「直径」への入力値が「500mm」であるという条件に該当するルールをマスタデータ１３Ａから検索する。この結果、マスタデータ１３Ａにおけるルール番号「１１」のルールがヒットする。

絞込部１５Ｃは、選択肢の絞込制御を実行する処理部である。

一実施形態として、絞込部１５Ｃは、製品の仕様に関する項目のうち選択済みでない未選択の項目を１つ選択する。続いて、絞込部１５Ｃは、検索部１５Ｂによる検索でヒットするルールごとに選択肢の絞込制御を実行する。そして、絞込部１５Ｃは、ルールごとに絞り込まれた選択肢の集合の間でＡＮＤ条件を満たす選択肢を抽出する。このようにＡＮＤ条件を満たす選択肢の抽出が全ての未選択の項目が選択されるまで繰り返される。

例えば、図２に示された仕様入力画面２００の例で言えば、未選択の項目である項目３「エンジン出力」の選択肢に関し、ルール番号「９」の選択肢の絞込制御と、ルール番号「１１」の選択肢の絞込制御とが行われる。すなわち、図３に示された通り、ルール番号「９」のルールが適用されることにより、項目３「エンジン出力」の選択肢は、「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」を含む全体集合Ｕから「0.4kw」、「0.75kw」、「1.5kw」及び「2.2kw」の集合Ｒ９へ絞り込まれる。また、ルール番号「１１」のルールが適用されることにより、項目３「エンジン出力」の選択肢は、「0.4kw」、「0.75kw」、「1.5kw」、「2.2kw」、「3.7kw」、「5.5kw」、「11kw」及び「15kw」を含む全体集合Ｕから「0.75kw」、「1.5kw」、「2.2kw」及び「3.7kw」の集合Ｒ１１へ絞り込まれる。その後、ルール番号「９」のルールで絞り込まれた選択肢の集合Ｒ９と、ルール番号「１１」のルールで絞り込まれた選択肢の集合Ｒ１１の間でＡＮＤ条件を満たす選択肢「0.75kw」、「1.5kw」及び「2.2kw」が抽出される。

識別部１５Ｄは、選択済みの選択肢に対応するルールごとに絞り込まれる選択肢の集合の間のＡＮＤ条件から漏れる選択肢を識別する処理部である。

一実施形態として、識別部１５Ｄは、ログ画面２４０の表示がＯＮ状態である場合、例えばログ画面２４０が仕様入力画面２００上に引き出されている場合、選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れた選択肢を識別する。図２に示された例で言えば、識別部１５Ｄは、ルール番号「９」で絞り込まれた選択肢の集合Ｒ９に選択イベントに対応するルール番号「１１」のルールがさらに適用されることでＡＮＤ条件から漏れる選択肢を識別する。例えば、選択イベントに対応するルールで絞り込まれる集合Ｒ１１のうち、集合Ｒ９及び集合Ｒ１１の間でＡＮＤ条件を満たす和集合から漏れる選択肢「3.7kw」が識別される。

表示制御部１５Ｅは、クライアント端末３０やクライアント端末５０で動作するブラウザ等に表示される各種のウィンドウに対する表示制御を行う処理部である。

１つの側面として、表示制御部１５Ｅは、図２に示された仕様入力画面２００における未選択の項目に対応するプルダウンメニューごとに絞込部１５Ｃにより抽出されたＡＮＤ条件を満たす選択肢をセットする。例えば、項目３「エンジン出力」の例で言えば、プルダウンメニュー２１３には、選択肢「0.75kw」、「1.5kw」及び「2.2kw」を選択可能な状態で保持させる。

他の側面として、表示制御部１５Ｅは、選択イベントと、選択イベントで適用されたルール番号およびルールの適用により実行される選択肢の絞込制御と、識別部１５Ｄにより選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れると識別された選択肢とを含むログをログ画面２４０に表示させる。例えば、図２に示されたログ画面２４０の例で言えば、ログＬ１の終了位置の後に項目２「直径」の選択肢「500mm」の選択イベントに対応するログＬ２が追加して表示される。この際、表示制御部１５Ｅは、ログの先頭をログ画面２４０の開始位置に合わせて表示することもできる。図６は、仕様入力画面の他の一例を示す図である。図６に示すように、仕様入力画面３００のログ画面３４０では、図２に示す仕様入力画面２００のログ画面２４０に比べて、ログＬ２の表示位置が異なる。すなわち、ログ画面３４０では、ログＬ２の先頭がログ画面３４０の開始位置Ｂ０に合わせて表示される。このように、選択イベントが発生する度に当該選択イベントに対応するログの先頭をログ画面３４０の開始位置Ｂ０に合わせて表示することで、複数のログの中から最新の選択イベントに対応するログを発見する作業を不要化できる。

［処理の流れ］
図７は、実施例１に係るメンテナンス支援処理の手順を示すフローチャートである。この処理は、あくまで一例として、選択イベントが発生する場合に実行することができる。図７に示すように、選択イベントの発生時に未選択の項目が残っている場合（ステップＳ１０１ＹｅｓかつステップＳ１０２Ｙｅｓ）、検索部１５Ｂは、製品の仕様を定める項目のうち、選択済みの項目ごとに選択済みの選択肢を特定する（ステップＳ１０３）。

続いて、検索部１５Ｂは、ステップＳ１０３で特定された選択済みの選択肢ごとに当該選択肢の選択がルールの適用条件に該当するルールをマスタデータ１３Ａから検索する（ステップＳ１０４）。

そして、絞込部１５Ｃは、製品の仕様に関する項目のうち選択済みでない未選択の項目を１つ選択する（ステップＳ１０５）。続いて、絞込部１５Ｃは、ステップＳ１０４の検索でヒットするルールごとに選択肢の絞込制御を実行する（ステップＳ１０６）。そして、絞込部１５Ｃは、ステップＳ１０６でルールごとに絞り込まれた選択肢の集合の間でＡＮＤ条件を満たす選択肢を抽出する（ステップＳ１０７）。その上で、表示制御部１５Ｅは、仕様入力画面における未選択の項目に対応するプルダウンメニューごとにステップＳ１０７で抽出されたＡＮＤ条件を満たす選択肢をセットする（ステップＳ１０８）。

その後、全ての未選択の項目が選択されるまで（ステップＳ１０９Ｎｏ）、上記のステップＳ１０５から上記のステップＳ１０８までの処理を繰り返す。そして、全ての未選択の項目が選択された場合（ステップＳ１０９Ｙｅｓ）、識別部１５Ｄは、ログ画面の表示がＯＮ状態であるか否かを判定する（ステップＳ１１０）。

ここで、ログ画面の表示がＯＮ状態である場合（ステップＳ１１０Ｙｅｓ）、識別部１５Ｄは、選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れた選択肢を識別する（ステップＳ１１１）。そして、表示制御部１５Ｅは、選択イベントと、選択イベントで適用されたルール番号およびルールの適用により実行される選択肢の絞込制御と、ステップＳ１１１で選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れると識別された選択肢とを含むログの開始位置をログ画面の開始位置に合わせて表示し（ステップＳ１１２）、処理を終了する。

［効果の一側面］
上述してきたように、本実施例に係るサーバ装置１０は、製品の仕様を定める項目ごとに選択を受け付ける選択肢のうち選択済みの選択肢に対応するルールごとに絞り込まれる選択肢の集合の間のＡＮＤ条件から漏れる選択肢を表示するメンテナンス支援機能を提供する。このようなメンテナンス支援機能によって、ルールの設定ミスが一因となって生じ得る選択肢の表示漏れの発見を支援できる。したがって、本実施例に係るサーバ装置１０によれば、マスタメンテナンスの作業支援を行うことが可能である。

さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

［ＡＮＤ条件から漏れる選択肢］
上記の実施例１では、ＡＮＤ条件から漏れる選択肢の一例として、選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れた選択肢をログ画面に表示させる例を挙げたが、これに限定されない。例えば、選択イベントに対応するルール以外の他のルールの絞込制御でＡＮＤ条件から漏れた選択肢をログ画面に表示させることもできる。例えば、図３に示す例で言えば、集合Ｒ９及び集合Ｒ１１の間でＡＮＤ条件を満たす和集合から漏れる選択肢「0.4kw」をさらにログ画面に表示させることもできるし、当該選択肢「0.4kw」のみをログ画面に表示させることとしてもかまわない。

また、上記の実施例１では、ログの先頭を選択イベントとする例を挙げたが、選択イベント以外をログの先頭に表示させることもできる。例えば、選択イベントに対応するルールの絞込制御でＡＮＤ条件から漏れた選択肢をログの先頭としてログ画面の開始位置に合わせて表示させることもできる。

また、上記の実施例１では、ログの先頭をログ画面の開始位置に合わせて表示させる例を挙げたが、選択イベントの選択肢に対応する項目の位置、例えば高さ方向の座標と、ログの先頭の位置とを合わせて表示することもできる。

また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されておらずともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、受付部１５Ａ、検索部１５Ｂ、絞込部１５Ｃ、識別部１５Ｄまたは表示制御部１５Ｅをサーバ装置１０の外部装置としてネットワーク経由で接続するようにしてもよい。また、受付部１５Ａ、検索部１５Ｂ、絞込部１５Ｃ、識別部１５Ｄまたは表示制御部１５Ｅを別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のサーバ装置１０の機能を実現するようにしてもよい。また、記憶部１３に記憶されるマスタデータ１３Ａの全部または一部を別の装置がそれぞれ有し、ネットワーク接続されて協働することで、上記のサーバ装置１０の機能を実現するようにしてもかまわない。

［メンテナンス支援プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図８を用いて、上記の実施例と同様の機能を有するメンテナンス支援プログラムを実行するコンピュータの一例について説明する。

図８は、コンピュータのハードウェア構成例を示す図である。図８に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０～１８０の各部はバス１４０を介して接続される。

ＨＤＤ１７０には、図８に示すように、上記の実施例１で示した受付部１５Ａ、検索部１５Ｂ、絞込部１５Ｃ、識別部１５Ｄ及び表示制御部１５Ｅと同様の機能を発揮するメンテナンス支援プログラム１７０ａが記憶される。このメンテナンス支援プログラム１７０ａは、図４に示された受付部１５Ａ、検索部１５Ｂ、絞込部１５Ｃ、識別部１５Ｄ及び表示制御部１５Ｅ部の各構成要素と同様、統合又は分離してもかまわない。すなわち、ＨＤＤ１７０には、必ずしも上記の実施例１で示した全てのデータが格納されずともよく、処理に用いるデータがＨＤＤ１７０に格納されればよい。

このような環境の下、ＣＰＵ１５０は、ＨＤＤ１７０からメンテナンス支援プログラム１７０ａを読み出した上でＲＡＭ１８０へ展開する。この結果、メンテナンス支援プログラム１７０ａは、図８に示すように、メンテナンス支援プロセス１８０ａとして機能する。このメンテナンス支援プロセス１８０ａは、ＲＡＭ１８０が有する記憶領域のうちメンテナンス支援プロセス１８０ａに割り当てられた領域にＨＤＤ１７０から読み出した各種データを展開し、この展開した各種データを用いて各種の処理を実行する。例えば、メンテナンス支援プロセス１８０ａが実行する処理の一例として、図７に示す処理などが含まれる。なお、ＣＰＵ１５０では、必ずしも上記の実施例１で示した全ての処理部が動作せずともよく、実行対象とする処理に対応する処理部が仮想的に実現されればよい。

なお、上記のメンテナンス支援プログラム１７０ａは、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶されておらずともかまわない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にメンテナンス支援プログラム１７０ａを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体からメンテナンス支援プログラム１７０ａを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などにメンテナンス支援プログラム１７０ａを記憶させておき、コンピュータ１００がこれらからメンテナンス支援プログラム１７０ａを取得して実行するようにしてもよい。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する、
処理をコンピュータに実行させるメンテナンス支援プログラム。

（付記２）前記表示する処理は、前記選択済みの項目の選択肢のうち最後に選択を受け付けた選択肢に対応するルールの絞込条件で絞り込まれた選択肢の集合から漏れた選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記１に記載のメンテナンス支援プログラム。

（付記３）前記表示する処理は、製品の仕様を定める複数の項目ごとに選択を受け付けた選択肢の組合せに基づいて決定した製品の仕様に関する項目および前記項目の選択肢を表示するウィンドウとは異なる他のウィンドウに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記１に記載のメンテナンス支援プログラム。

（付記４）前記表示する処理は、前記選択済みの項目の選択肢に対応する絞込条件および前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を含むログを表示することを特徴とする付記３に記載のメンテナンス支援プログラム。

（付記５）前記表示する処理は、前記ログの先頭を前記他のウィンドウの開始位置に合わせて表示することを特徴とする付記４に記載のメンテナンス支援プログラム。

（付記６）前記表示する処理は、前記ログの先頭を前記ウィンドウで最後に選択を受け付けた選択肢に対応する項目の位置に合わせて表示することを特徴とする付記４に記載のメンテナンス支援プログラム。

（付記７）製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する、
処理をコンピュータが実行するメンテナンス支援方法。

（付記８）前記表示する処理は、前記選択済みの項目の選択肢のうち最後に選択を受け付けた選択肢に対応するルールの絞込条件で絞り込まれた選択肢の集合から漏れた選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記７に記載のメンテナンス支援方法。

（付記９）前記表示する処理は、製品の仕様を定める複数の項目ごとに選択を受け付けた選択肢の組合せに基づいて決定した製品の仕様に関する項目および前記項目の選択肢を表示するウィンドウとは異なる他のウィンドウに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記７に記載のメンテナンス支援方法。

（付記１０）前記表示する処理は、前記選択済みの項目の選択肢に対応する絞込条件および前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を含むログを表示することを特徴とする付記９に記載のメンテナンス支援方法。

（付記１１）前記表示する処理は、前記ログの先頭を前記他のウィンドウの開始位置に合わせて表示することを特徴とする付記１０に記載のメンテナンス支援方法。

（付記１２）前記表示する処理は、前記ログの先頭を前記ウィンドウで最後に選択を受け付けた選択肢に対応する項目の位置に合わせて表示することを特徴とする付記１０に記載のメンテナンス支援方法。

（付記１３）製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する表示制御部、
を有することを特徴とするメンテナンス支援装置。

（付記１４）前記表示制御部は、前記選択済みの項目の選択肢のうち最後に選択を受け付けた選択肢に対応するルールの絞込条件で絞り込まれた選択肢の集合から漏れた選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記１３に記載のメンテナンス支援装置。

（付記１５）前記表示制御部は、製品の仕様を定める複数の項目ごとに選択を受け付けた選択肢の組合せに基づいて決定した製品の仕様に関する項目および前記項目の選択肢を表示するウィンドウとは異なる他のウィンドウに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示することを特徴とする付記１３に記載のメンテナンス支援装置。

（付記１６）前記表示制御部は、前記選択済みの項目の選択肢に対応する絞込条件および前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を含むログを表示することを特徴とする付記１５に記載のメンテナンス支援装置。

（付記１７）前記表示制御部は、前記ログの先頭を前記他のウィンドウの開始位置に合わせて表示することを特徴とする付記１６に記載のメンテナンス支援装置。

（付記１８）前記表示制御部は、前記ログの先頭を前記ウィンドウで最後に選択を受け付けた選択肢に対応する項目の位置に合わせて表示することを特徴とする付記１６に記載のメンテナンス支援装置。

１ 見積業務支援システム
１０ サーバ装置
１１ 通信インタフェイス
１３ 記憶部
１３Ａ マスタデータ
１５ 制御部
１５Ａ 受付部
１５Ｂ 検索部
１５Ｃ 絞込部
１５Ｄ 識別部
１５Ｅ 表示制御部
３０，５０ クライアント端末

Claims (8)

1. 製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する、
   処理をコンピュータに実行させるメンテナンス支援プログラム。
2. 前記表示する処理は、前記選択済みの項目の選択肢のうち最後に選択を受け付けた選択肢に対応するルールの絞込条件で絞り込まれた選択肢の集合から漏れた選択肢を、前記絞込条件と関連付けて表示することを特徴とする請求項１に記載のメンテナンス支援プログラム。
3. 前記表示する処理は、製品の仕様を定める複数の項目ごとに選択を受け付けた選択肢の組合せに基づいて決定した製品の仕様に関する項目および前記項目の選択肢を表示するウィンドウとは異なる他のウィンドウに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示することを特徴とする請求項１または２に記載のメンテナンス支援プログラム。
4. 前記表示する処理は、前記選択済みの項目の選択肢に対応する絞込条件および前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を含むログを表示することを特徴とする請求項３に記載のメンテナンス支援プログラム。
5. 前記表示する処理は、前記ログの先頭を前記他のウィンドウの開始位置に合わせて表示することを特徴とする請求項４に記載のメンテナンス支援プログラム。
6. 前記表示する処理は、前記ログの先頭を前記ウィンドウで最後に選択を受け付けた選択肢に対応する項目の位置に合わせて表示することを特徴とする請求項４に記載のメンテナンス支援プログラム。
7. 製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する、
   処理をコンピュータが実行するメンテナンス支援方法。
8. 製品の仕様を定める項目ごとに選択を受け付ける選択肢と、前記選択肢が属する項目を除く残りの項目に対応する選択肢の中から選択を受け付ける選択肢を絞り込む絞込条件とが対応付けられたルールのうち、選択済みの項目の選択肢に対応するルールごとに前記ルールの絞込条件で絞り込まれる選択肢を表示可能に制御するとともに、前記絞込条件で絞り込まれた選択肢の集合から漏れる選択肢を、前記絞込条件と関連付けて表示する表示制御部、
   を有することを特徴とするメンテナンス支援装置。

Images