(57)【要約】多数の照明手段の動作をプランニングするためのシステム、方法及びコンピュータプログラムにつき記述する。例えば、デパートには、多数の異なるタイプの照明手段、例えば白熱灯、放電灯、蛍光灯が配置される。これらの照明手段はいずれも所定の寿命があり、いずれは取り換えなければならない。本発明によるシステム、方法及びコンピュータプログラムは、照明手段を交換する保守事象において、特定期間内での総費用を最少にする交換スケジュールを自動的に決定する。ユーザは、照明手段の各グループに対し、そのグループ内の照明手段の個数、タイプ、価格及び/又は寿命値、及び照明手段の動作時間を含む複数のパラメータ並びに準備費用に対する第1の経費パラメータ及び交換費用に対する第２の経費パラメータを入力する。最適交換スケジュールは、異なるグループに対する交換時点が同じである場合に、第１パラメータの計上を一度だけとするようにして算出する。
2007505384.tif 000002
【特許請求の範囲】
【請求項１】
多数の照明手段の動作を自動的にプランニングするシステムであって、当該システムが、同じ場所における同じタイプの照明手段を各々が含む複数グループに対する複数のパラメータを入力し、且つ記憶するように構成した入力兼記憶手段を具え、各グループのパラメータは少なくとも：当該グループにおける照明手段の個数、照明手段のタイプ及び/又は照明手段の価格と寿命値、照明手段の動作時間、前記場所での照明手段の交換準備費用を表す第1の経費パラメータ、及び照明手段の交換費用を表す第２の経費パラメータを含み、前記システムがさらに、個々のグループの全照明手段を交換する交換時点を伴う交換スケジュールを算出すべく構成した計算手段も具え、前記交換スケジュールは、所定期間内において、全てのグループに対する総費用が最少になるように算出され、前記計算手段は、各グループに対して、前記期間内に照明手段を取り替えるためのグループ費用を算出するように構成され、且つ異なるグループに対する交換時点が同じである場合には、前記第1の経費パラメータの計上を一度だけとする、多数照明手段の動作自動プランニングシステム。
【請求項２】
前記システムがさらに、多数の照明手段のタイプを記憶すべく構成したデータベース手段も具えて、各タイプの照明手段に対して、少なくとも当該タイプの照明手段の価格及び寿命値を記憶する、請求項１記載のシステム。
【請求項３】
前記システムがさらに、前記グループのうちの、少なくとも1つのグループにおける現行タイプの照明手段に対し、少なくとも1つの代替照明手段のタイプを決定するための置換手段も具え、前記計算手段は、前記所定期間に対する総費用が、交換しない場合よりも安くなる場合に、前記交換スケジュールが現行照明手段を前記代替タイプのものとの交換を含むように、該交換スケジュールを算出すべく構成される、請求項２記載のシステム。
【請求項４】
前記データベース手段は、各タイプの照明手段の電力消費値を記憶すべく構成され、且つ前記計算手段は、電力消費値に対する費用を考慮して、前記所定期間に対する総費用を算出すべく構成される、請求項３記載のシステム。
【請求項５】
多数のプロジェクトを記憶する記憶手段を設け、各プロジェクトは、１箇所に配置される複数グループの照明手段を含む、請求項1〜４のいずれか一項に記載のシステム。
【請求項６】
前記入力兼記憶手段は、複数のデフォルトパラメータに対してユーザに問い合わすべく構成され、プロジェクト内の各照明手段のグループに対して、前記デフォルトパラメータはコピーされるも、ユーザによっては上書きできない、請求項５記載のシステム。
【請求項７】
前記入力兼記憶手段はネットワークインタフェースを具え、前記システムがさらに、前記ネットワークインタフェースを介して少なくとも前記交換スケジュールを出力する出力手段を具える、請求項1〜６のいずれか一項に記載のシステム。
【請求項８】
前記システムがさらに、前記交換スケジュールを記憶するための記憶手段及び照明手段の交換を気付かせるメッセージを自動的に送信するメッセージ手段も具える、請求項1〜７のいずれか一項に記載のシステム。
【請求項９】
多数の照明手段の動作をプランニングする方法であって、共通の場所における類似の照明手段を含む複数グループに対する複数のパラメータを記憶し、各グループのパラメータは少なくとも：当該グループにおける照明手段の個数、照明手段のタイプ、及び/又は照明手段の価格と寿命値、照明手段の動作時間、照明手段の交換準備費用を表す第1の経費パラメータ、及び照明手段の交換費用を表す第２の経費パラメータを含み、個々のグループの全照明手段を交換する交換時点を伴う交換スケジュールを、所定期間内において、全てのグループに対する総費用が最少になるように算出し、各グループに対して、前記期間内に照明手段を交換して取り替えるためのグループ費用を算出し、且つ異なるグループに対する交換時点が同じである場合に、前記第1の経費パラメータの計上を一度だけとする、多数照明手段の動作プランニング方法。
【請求項１０】
多数の照明手段の動作をプランニングするためのコンピュータプログラムであって、或る場所における同様な照明手段の複数グループに対するパラメータを入力すると共に記憶する入力兼記憶ルーチンを有し、各グループのパラメータは少なくとも：当該グループにおける照明手段の個数、照明手段のタイプ、及び/又は照明手段の価格と寿命値、照明手段の動作時間、照明手段の交換準備費用を表す第1の経費パラメータ、及び照明手段の交換費用を表す第２の経費パラメータを含み、且つ前記プログラムがさらに、個々のグループの全照明手段を交換する交換時点を伴う交換スケジュールを決定するための計算ルーチンも具え、該計算ルーチンは、所定期間内において、全てのグループに対する総費用が最少になるように交換スケジュールを算出し、各グループに対して、前記期間内に照明手段を交換して取り替えるためのグループ費用を算出し、且つ異なるグループに対する交換時点が同じである場合には、前記第1の経費パラメータの計上を一度だけとする、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、多数の照明手段の動作をプランニングする方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
多くの施設においては、タイプの異なる多数の照明手段が共通の場所、例えば同じ建物の中で用いられている。例えば、デパートには、白熱灯、放電灯及び蛍光灯のような多数の、種々のタイプの照明手段が設置されている。これらの照明手段はいずれも所定の寿命があり、いずれは取り換えなければならない。
【０００３】
一方において、こうした取り換え作業は、照明手段が故障した後に１つずつしか交換することができない。しかしながら、単一照明手段のこのような交換には多数の欠点がある。照明手段の交換費用はかなりかかり、これには、準備費用（例えば、交換部品を調べる時間と作業や、サービス要員をその場所に向ける時間や、梯子又は他の道具を手配する時間）及び実際の交換費用（壊れたランプを交換するのに費やされる作業及び時間）が含まれる。
【０００４】
全グループの照明手段の交換、例えば１つの部屋内で約５％のランプが故障したら、その部屋内の全てのランプを交換することによって費用を削減することができる。しかし、この方法にも幾つかの欠点がある。ランプの現在の状態を常に観察していなければならない。ランプの交換中には施設内での通常の作業を中断することになり、特に、これに伴う費用の計画をたてることはできない。
【０００５】
ＵＳ−Ａ１-２００２/０１４３４２１には、機械設備、電気機器、データ処理システム、電子機器、又は光学機器として特定されるような機器を予知保全するのに用いられるデータ処理システムが開示されている。このデータ処理システムは、コンポーネント用のデータベース及び保守要員用のデータベースを具えている。スケジューラは機器のコンポーネントに対する保守のスケジュールを立てる。そのスケジュールは、データベース、経過時間、及びコンポーネントの保守費用を推定し得る保全係数に基づくものである。上述したデータ処理システムは、機器のオペレータと、コンポーネントの供給業者又は修理サービスのような取引相手との間で電子商取引又は企業間取引をすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述したようなデータ処理システムは一般に、必要な保守事象及び費用を概観することができるも、複数の照明手段の動作に特に適合する動作をプランニングするシステム及び方法が依然必要である。そこで、本発明の目的は、複数の照明手段の動作を最も費用効率良く作動させるようにプランニングするためのシステム、方法及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
この目的は請求項１に記載のシステム、請求項９に記載の方法及び請求項１０に記載のコンピュータプログラムによって達成される。
【０００８】
本発明によれば、多数の照明手段の動作を自動的にプランニングするシステムに、照明手段を作動させる複数のパラメータを入力して記憶するための入力兼記憶手段と、照明手段に対する交換スケジュールを算定するための計算手段とを設ける。
【０００９】
入力兼記憶手段は、１つ以上のデジタルコンピュータを具えているデータ処理システムによって用立てるのが好適である。入力手段は、例えば、キーボード、マウス、タッチスクリーン等のように、コンピュータに直接接続されるデバイスで構成することができる。入力手段はネットワークインタフェースによって提供することもできる。同様に、記憶手段も、磁気ディスク、ランダムアクセメモリ、光デバイス等のように、デジタルコンピュータに関連する既知の任意タイプの記憶手段で構成することができる。この記憶手段もコンピュータネットワークによって提供することができる。
【００１０】
本発明によるシステムは、作動させる照明手段を評する多数のパラメータの入力を受け入れる。一箇所における照明手段は複数のグループに分けられ、各グループは同じタイプの照明手段を含んでいる。各グループに対して、そのグループにおける照明手段の個数、タイプ及び/又は価格と寿命期待値、照明手段の動作時間を示すパラメータを記憶する。
【００１１】
さらに、第1及び第2の経費パラメータを記憶する。第1の経費パラメータは、特定の場所での照明手段の交換準備費用を表すのに対し、第2の経費パラメータは、照明手段の実際の交換に対する費用を表す。照明手段についてもっと多くの情報を提供するために、さらなるパラメータを用いることもできる。
【００１２】
計算手段は、これらのパラメータを用いて、照明手段に対する交換スケジュールを算出する。本発明によれば、この交換スケジュールを、所定の期間（最適化期間）内において、全てのグループに対する総費用が最少となるように算出する。本発明によれば、特定箇所での照明手段の交換準備費用を考慮し、その準備費用が、たった1個の照明手段又は幾つかのグループの照明手段を交換するか否かに関係なく、同じである場合に１グループの全ての照明手段を同時に交換することにより費用効率の高い運用を達成することができる。
【００１３】
斯かる後者の達成のために、計算手段は各グループに対する照明手段の交換及び取り換え用のグループ費用を算出し、異なるグループに対する交換時点が同じである場合には、交換準備費用を表す第1の経費パラメータの計上を1回だけとする。従って、費用最適化交換スケジュールでは、こうした場合に、グループの異なる照明手段に対する交換時点を同じとする。特定の場所での照明手段の交換準備を一度だけ（例えば、その場所に保守要員が到達するまでの費用/時間、その場所に交換する照明手段を運送するための費用/時間、その場所に必要な機器を用意する費用/時間）とすることは、実際の寿命期待値を超える前に照明手段を交換することによってこうむる追加費用を高め、これは結局、最適期間内での交換個数を増やすことになる。
【００１４】
本発明によるシステム、方法及びコンピュータプログラムでは、複数の照明手段のオペレータにこれらの照明手段を効率的に動作させるプランを立てさせ、且つ費用を最少に低減させるべく交換時点をスケジューリングする手段が提供される。
【００１５】
本発明の好適例によれば、多数の照明手段のタイプを記憶するデータベース手段を設けるようにする。各タイプの照明手段に対して多数のパラメータ、例えば、その照明手段のコンポーネントに対する価格及び期待寿命値を記憶することができる。このようなデータベース手段を用いることによって、ユーザにとってシステムへのパラメータ入力が容易になる。その理由は、或る製品の価格及び寿命のようなパラメータは、オペレータが提供しなければならないと云うよりもむしろ、データベースにて調べることができるからである。最新の製品情報は照明手段の製造業者が提供することができる。
【００１６】
本発明のさらに他の好適例によれば、少なくとも1グループの現行タイプの照明手段に対する少なくとも1つの代替タイプの照明手段を決定する置換手段を設ける。この代替タイプの照明手段は実際の照明手段の代わりに用いることができ、従って例えば同一のソケットを有し、しかも同じ色及び光量を発生する（公差内で）も、価格、寿命値、及び/又は電力消費量は現行タイプの照明手段とは相違する。交換によって、交換しない場合よりも総費用が下がる場合には、算出される最適化交換スケジュールがその交換を含むようにする。これは、交換によって節約できる費用を示す提案形式にてユーザに提示することができる。
【００１７】
上述した照明手段のタイプの変更は、その照明手段の寿命及び価格を考慮して行なうだけでも有効である（その理由は、例えば、異なる照明手段は費用がかかるも、交換スケジュールに良好にフィットするから）が、電力消費の費用も考慮する場合にさらに有利になる。費用最適交換スケジュールの算出は、例えば、節電ランプに対する高めの単価が所定グループの照明手段にとって正当であるか、否かを明らかにする。
【００１８】
多数のプロジェクトを記憶するデータ記憶手段を設けるのが好適である。各プロジェクトは一箇所に配置される複数グループの照明手段を含む。本発明のシステムには、各人が1つ以上のプロジェクトを管理する多数の人がアクセスし得るのが好適である。本システムはコンピュータネットワークによりアクセス可能で、そのネットワークを通して入力を受け、且つ直接出力することができる。最も好ましくは、システムをクライアント／サーバアプリケーションとして用立て、ネットワークに接続されたサーバコンピュータが、同じくネットワークに接続された多数のクライアントに対するアプリケーションを提供し得るようにする。
【００１９】
本発明の好適例では、算出した交換スケジュールを（通常はユーザの確認を取った後に）記憶しておく。システムはメッセージ手段を具えており、これにより照明手段の近づきつつある交換を催促するメッセージを送ることができる。これらのメッセージは前もって予定した時点に送って、サービス要員及び予定した時点に正しい場所にて利用するのに必要な材料の調達をすることができる。
【００２０】
本発明によるコンピュータプログラムは複数の照明手段の動作をプランニングすることができる。コンピュータプログラムは磁気又は光記憶媒体に記憶させることができる。このプログラムはコンピュータ又はコンピュータのクラスタで実行することができる。プログラムはクライアント/サーバの構成に適合させ、クライアントが、特にコンピュータネットワークを介してアクセスすることができるサーバコンピュータにてプログラムそのものが実行するようにするのが好適である。
【００２１】
プログラムのユーザインタフェース部分（入力ルーチン）に対しては、html又はxmlコードを用いるのが好適である。データベース内のパラメータ記憶用記憶ルーチン及び交換スケジュール算出用計算ルーチンは、任意のコンピュータ実行可能形式にて提供することができる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の好適な実施例を、添付図面を参照して詳細に説明する。
【００２３】
図１は、多数の照明手段の動作をプランニングするためのシステムの主要コンポーネントを記号的に示した図である。このシステムは、ユーザ側に、ネットワーク１２に接続されるクライアントコンピュータ１０を具えている。このシステムはさらに、サーバ側に、データベース１６を有し、同じネットワーク１２に接続されるサーバコンピュータ１４も具えている。
【００２４】
クライアントコンピュータ１０は、一般に、プロセッサ、メモリ、及び入力/出力デバイス(図示せず)を具えている通常のＰＣとすることができる。コンピュータ１０はネットワークインタフェースも具えている。オペレーティングシステムをコンピュータ１０で実行させて、入力デバイス（例えば、キーボード、マウス）から入力を受け入れて、出力デバイス（例えば、モニタ）を駆動する。好適実施例におけるクライアントコンピュータ１０は、ウィンドウズ（登録商標）のオペレーティングシステムを実行することができ、且つネットワーク１２上のhtml/xmlコンテンツにアクセスするためのhttpクライアントプログラム（ブラウザ）がインストールされている。好適実施例では、ブラウザプログラムが、ジャバ・スクリプト言語で命令を実行することができる。ネットスケープナビゲータ又はマイクロソフト社のインターネットエキスプローラの適当なバージョンのプログラムを用いることもできる。
【００２５】
コンピュータネットワーク１２は、ＬＡＮ、ＷＡＮ、又は他の任意タイプのコンピュータネットワークとすることができる。ネットワーク１２には多数のコンピュータを接続することができる。好適実施例では、ネットワーク１２をインターネットとし、クライアントコンピュータ１０とサーバコンピュータ１４とがＴＣＰ/ＩＰプロトコルを用いて互いに通信する。
【００２６】
サーバコンピュータ１４は、慣例のＰＣを含む任意タイプのコンピュータとすることができる。好適実施例では、コンピュータ１４がネットワーク１２によりhttpサービスを提供するhttpサーバソフトウェアを含むようにする。サーバコンピュータ１４は、サーバ側にてPHP4言語で命令を実行する。このシステムが多数のユーザを巻き込み、且つ数値の最適化計算がサーバにて実行されることはいずれ明らかになるであろう。従って、一般に大規模な計算を高速に実行し得るようにするサーバコンピュータ１４には、できればマルチプロセッサシステム又は幾つかのサーバコンピュータのクラスターを用いるべきであることは明らかである。
【００２７】
図２は或る施設２０内に設置された照明手段を記号的示した図である。施設２０は、例えば工場、オフィスビル、デパート等のような或る場所における任意タイプの施設とすることができる。
【００２８】
施設２０内の照明手段は数種類のタイプのものとする。例えば、施設２０は、いくつもの放電灯が天井の下に配置されるデパートとすることができる。これらの照明手段は第１グループＬ１を成す。さらに、デパート内の多数箇所には他の照明手段がある。いくつかの箇所には慣例の白熱灯を配置することができ、これらの照明手段を第２グループＬ２と称する。さらに、デパートのディスプレイケースには、第３グループＬ３を成すハロゲンランプが用いられたりする。
【００２９】
図１によるシステムは、施設２０内における照明手段の動作用スケジュールを作成して、このスケジュールを実行するのに用いられる。その目的は、施設２０の稼動費用効率を、例えば数ヶ月から数年までの期間とし得る特定期間に亘って最善にすることにある。
【００３０】
以下詳述するシステムにて、施設管理者は施設内の照明手段を交換しなければならない時点を指示する交換スケジュールを作成することができる。
【００３１】
ユーザにはさらなる働きがあるが、これらについてはここでは詳述しない。例えば、施設管理者は照明手段の交換要員を管理し、また問屋から必要部品の見積もりを得ることができる。他方、問屋はシステムにログインして、照明手段の見積もりに対する要求を受取って、それ相当の見積もりを提供することができる。
【００３２】
本システムは、好適実施例では、httpプロトコルによりネットワーク１２を介してアクセスすることのできるサーバコンピュータ１４に実行させるコンピュータプログラムとして実施される。多数のユーザは、彼等のクライアントコンピュータからネットワーク１２、好ましくはインターネットによってサーバコンピュータ１４にアクセスする。サーバコンピュータ１４は関連するデータベース１６に入力された全てのデータを記憶し、且つ情報を入力したり、検索したりするインタフェースでユーザにデータを提供する。
【００３３】
サービスを利用できるのは登録したユーザだけである。各ユーザに対して、多数のプロジェクトを記憶することができる。図３は多数のプロジェクト・パートP1a，P1b，．．．から成るプロジェクト“デパート01”の構成を記号的に示した図である。各パートには、共通の場所に配置された多数のグループの照明手段についての情報が記憶される。図３のプロジェクトにおけるパートP1aは、いずれも施設２０内に配置されている照明手段のグループL1，L2及びL3を有する図２の施設２０を示す。
【００３４】
上述したように、ユーザはブラウザプログラムによりサーバコンピュータ１４にアクセスする。サーバコンピュータ１４はクライアントコンピュータ１０に表示させるhtmlページを動的に生成する。これらのページは、ボタン、ドロップ-ダウン-リスト、入力-フィールド等のような多数の制御要素を有している。ページは互いにリンクされて、制御要素を用いることにより、ユーザがページ間をナビゲートするようになっている。
【００３５】
これらのページ構成を図１０〜図１７に線図形式にて示してある。これらの図では、各ページを四角で示してある。場合によっては、その概要を分かりやすくするために幾つかのページは楕円形にて示してある。ページ間の矢印は、或るページから他のページへの可能なナビゲーションを示している。
【００３６】
サーバコンピュータ１４のデータベース１６は、ユーザデータ、顧客データ、要員データ、ページ内容及びアクセス許可データを記憶する。データベース１６はクライアントによって入力されたプロジェクトデータも記憶する。さらにデータベース１６は、多量の照明手段のデータも記憶する。
【００３７】
データベース１６内の照明手段のデータは、様々な種類の多数の異なるランプについての情報を含んでいる。各ランプに対して、製造業者、製品群、製品ラベル、出力、光の色、寿命値等のような情報を含む多数のデータベースフィールドが記憶される。好適例では、各ランプに対する次のような寿命値を記憶する。即ち、lifetime_conv_5：通常の給電で５％のランプが故障するまでの総点灯時間、lifetime_conv_10：通常の給電で10％のランプが故障するまでの総点灯時間、lifetime_elect_5：電子的な給電で５％のランプが故障するまでの総点灯時間、lifetime_elect_10：電子的な給電或るレベルの電力供給で１０％ランプが故障するまでの総点灯時間。
【００３８】
図１０はユーザのログインモジュールの構成を示す。最初、ユーザにはスタートページ0.1が提示される。このスタートページから、システムをユーザに案内するフラッシュアニメーション0.9を選択することができる。スタートページから、既に登録済みのユーザはログインスクリーン0.2にアクセスすることができる。前もって登録していないユーザは登録ページ0.3で登録することができ、ここでユーザにページ0.5におけるサービスの期間及び条件を示す。首尾よく登録できた後に（0.6）、ユーザはサービスにログインすることができる。パスワードを首尾よく送った後には主フレーム0.4が提示される。
【００３９】
図４は、クライアントコンピュータ１０によって表示される際の主フレームを示す。スクリーンは、図示のように、頂部領域Ｔ、左領域Ｌ及び主領域Ｍの3つの領域に分けられる。ページはこれら３つの各領域にロードすることができる。
【００４０】
主フレーム0.4の頂部領域Ｔ内には、主ナビゲーションページ0.7がロードされる。この主ナビゲーションページによってユーザは種々のモジュール、“プロジェクト”、“プロファイル”、“顧客”、“要員”、“報告”及び“ウォッチリスト”にアクセスすることができる。
【００４１】
図１１〜図１４は、プロジェクトモジュールの構成を示す。ページ1.0のプロジェクトナビゲーションは主フレームの位置Ｌにロードされ、これはモジュール内のナビゲーションに仕える。モジュール内で、各ユーザは彼自身のプロジェクトにアクセスし得るだけである。ユーザは、新規プロジェクトの生成（1.1）、既存プロジェクトの編集（1.2）又は交換スケジュールの提示（1.3）を選定することができる。
【００４２】
図１２は、新規プロジェクトを如何にして生成するかの構成を示す。ページ1.1の生成新プロジェクトは、主フレームの位置Ｍにロードされる。このページはユーザに既存プロジェクトの概要を提示する。新規プロジェクトを生成する場合、ユーザは対応するウィザード（1.1.1）か、手動生成（1.1.2）かのいずれかを選択することができる。ユーザは既存プロジェクトのコピー（1.1.3）を選択することもでき、その後ユーザは特定の注意を払うべき警告を受けてから、コピーしたプロジェクトを編集可能(1.2)になる。
【００４３】
次に、ウィザード（1.1.1）を用いて行なう際の新規プロジェクトの生成につき説明する。これは、図１２から明らかなように、手動（1.1.2）で行なうこともできる。
【００４４】
ウィザードは主フレーム内の位置Ｍにおけるグリーティングページ1.1.1.1で開始する。次いで、ウィザードはユーザを生成プロセスへと案内する。
【００４５】
先ず、ユーザは入力及び生成プロジェクト・パート（1.1.1.2，1.1.1.2.1）及びプロジェクト・サブパート（1.1.1.3，1.1.1.3.1）によってプロジェクト構成を入力することができる。各プロジェクトを個々に調整し得るようにする設定の仕方は多数ある。
【００４６】
各プロジェクトに対して、次のようなデータ、即ち、プロジェクトの名前、そのプロジェクトが関連する顧客名、ｋＷｈ当たりのプロジェクトの電気料金表、プロジェクト箇所までの保守要員の旅費、数週間に及ぶ最適化期間などのデータがユーザによって入力されて、データベース１６に記憶される。
【００４７】
最適化期間は、照明手段の動作及び保守が最適に保たれる期間とする。この最適化期間は10年までとすることができる。
【００４８】
各プロジェクトは顧客名に関連付けることができる。特定ユーザの顧客リストはデータベース１６記憶し、これには別の顧客データを記憶することもできる。
【００４９】
さらに、ユーザは、プロジェクトを所定設定するためのデフォルト値、即ち、（ａ）照明手段の週当たりの平均点灯時間、或いは（ｂ）週当たりの営業日数及び営業日当たりの平均点灯時間、（ｃ）プロジェクトから個々の照明手段を変更するのに要する時間（分単位）、（ｄ）プロジェクトから照明手段を廃棄する費用、（e）汎用ランプの代わりに節電ランプの使用がyes/noか？（ｆ）電子的な給電か、通常の給電を使用するのか？のデータを入力する必要がある。
【００５０】
なお、これらの値は既定値に過ぎない。多くの場合に、これらの値は同じプロジェクト内の種々のランプに対して相違する。例えば、異なるランプグループに対する平均点灯時間は全く異なることがある。しかしながら、これらのデフォルト値は、これらがプロジェクトの基体（root）からその関連パート及びサブパートへと下方に階層構成により受け継がれる方法で用いられる。この階層構成内でデフォルト設定を上書きすることができる。プロジェクト・パート及びサブパートがエンティティと同じ設定を用いる場合、これらは、その設定がユーザによる繰り返し入力を必要としないで、継承によって予め満たされるように関連付ける。例えば、デフォルトパラメータ（ａ）を週当たりの営業平均時間数に設定する場合、生成される全てのグループは最初同じ値（ａ）を有する。殆どのグループの照明手段にとってこの値は妥当である。その理由は、照明手段は営業時間中にしか点灯されないからである。異なる値を必要とするグループには、デフォルト値（ａ）を上書きすることができる。
【００５１】
いずれ明らかとなるように、パラメータ（ａ）〜（ｄ）は最適化に当たり直接用いられる。パラメータ値（ｅ）は、汎用ランプを節電ランプと交換できる場合に、ユーザに手動選定させる。この判定はユーザにしかできない。その理由は、対応する節電ランプの形状及び外観によってランプを交換できるかどうかはユーザにしか分からないからである。給電タイプに依存する蛍光灯の寿命を決めるのにはパラメータ値（Ｆ）を用いる。
【００５２】
各プロジェクト・パート及びプロジェクト・サブパートに対して、ユーザはそのパート/サブパートの名前及びプロジェクト・パート又はプロジェクト基体に対するサブパートの関連性を与える。さらに、各パート/サブパートに対して、パラメータ（ａ）〜（ｆ）を関連するエンティティから受け継がせるが、これらのパラメータはユーザが上書きすることができる。例えば、ユーザが施設の異なる領域に対して異なるプロジェクト・サブパートを生成する選択をする場合に、彼は個々のランプを交換するのに必要とされる時間に対するデフォルト値（ｃ）を変えることができる。後に明らかとなるように、この値（ｃ）もデフォルト値として用いられるだけで、これは個々のグループのランプに対して上書きすることができる。
【００５３】
ページ1.1.1.1.1の取得プロトコルはユーザにより表示させ、且つプリントアウトすることができる。プリントアウトした用紙は、管理する施設内の全照明手段の目録を作るためにユーザ用のテンプレートとして仕える。このようにしてユーザは、プロジェクト・パート/サブパート及び対応するランプグループにとって必要とされる情報を供給するのに後に必要とされるデータを収集する。
【００５４】
ページ1.1.1.1.5では、個々のグループの照明手段に関するデータを入力する。各グループに対して、ユーザは次のようなパラメータ、即ち、グループ名、プロジェクト・パート/サブパートとの関連性、グループ内の照明手段の個数を与える必要がある。
【００５５】
さらに、各グループはパラメータ（ａ）〜（ｆ）を引き継ぎ、これらのパラメータは、これらがプロジェクトのデフォルト値とは異なる場合に、グループ毎に個々に調整することができる。
【００５６】
さらに、各グループに対して、ユーザはそのグループ内の照明手段のタイプを特定する必要がある。対応するページを図１３に示してある。
【００５７】
データベース１６に記憶させる照明手段のデータについては上述した通りである。この情報に基づいてユーザはページ1.1.5.1で特定グループの照明手段を特定することができる。図５は対応するページの一例を示しており、ここでユーザはドロップ・ダウン・リストから探索基準の製造業者、タイプ、出力、色を選択することができる。次いで、“探索開始”ボタンを用いて、これらの仕様に整合するランプをサーバコンピュータ１４によってデータベース１６から探索する。
【００５８】
図６は対応する探索結果（ページ1.1.1.5.2）の一例を示し、これからユーザは対応する“選択”ボタンを押すことによって現行ランプグループのタイプを選択することができる。
【００５９】
図１２に戻って、全てのプロジェクト・パート、サブパート及び対応するランプグループを入力した後には、ユーザにページ1.1.1.6が提示され、ここでユーザは彼の入力を完了するか、個別編集入力に戻るか（図示せず）を選定することができる。
【００６０】
図１１に戻り、プロジェクトナビゲーションページ1.0から、ユーザは特定プロジェクトの編集を選定することができる。これに対応する構成を図14に示してある。この図14から明らかなように、プロジェクトの編集中にユーザはプロジェクト・パート、サブパート又はランプグループの編集又は追加を選定することができる。ユーザがプロジェクトデータ（例えば、プロジェクト名、顧客、電気料金表、旅費）又はプロジェクトのデフォルト値の１つを編集することもできることは勿論である。この場合に、ユーザはプロジェクト（1.2.1）の更新を選定することができる。この更新中に、プロジェクトの状態に応じて再度の計算が必要になることがある。また、以前に入力した変更がプロジェクトの状態に影響を及ぼすことも有り得る（例えば、新規の照明手段を導入する場合に、そのための見積もりを得る必要がある）。ユーザにはこのような変更については処理前に通知される。
【００６１】
ユーザがグループを編集することを選定する場合には、ページ1.2.3.1で、新たに入力された照明手段のタイプをデータベース内で識別することができるかどうかをチェックする。
【００６２】
ページ1.2.4の状態選定によってユーザはプロジェクトの状態を選定することができる。プロジェクトは次のような状態を取り得る。即ち：
１．  データ取得
領域、サブ領域及びランプグループの規定はまだ終了していない。
２．  データ取得終了
データ取得は完了したが、まだ照明手段に対する見積もりが必要なため、交換スケジュールをまだ生成することができない。
３．  製品管理の起動
この状態ではまだ交換スケジュールを生成すべきでない。しかしながら、データベース内の変更が、ユーザによって選択されたランプに関して行なわれる場合に、ユーザは対応するシステムメッセージの受信を望むようにする。
４．  交換スケジュールモニタリングの起動
交換スケジュールが生成されたら、システムは次回の変更日をモニタする。差し迫った変更日（変更日前のｘ日）に対しては、注意メッセージが出され、これは以下説明するウォッチリストで見ることになる。さらに、ユーザは次回変更日を伝える電子メールを受取る。
５．  保管
プロジェクトが完了したら、それを保管する旨を宣言する。さらなる変更はできないが、プロジェクトデータは見ることができる。
【００６３】
ユーザは、種々の施設を管理している彼等の顧客に関するデータをシステムに入力することができる。照明手段を交換する要員を雇っているユーザは、システム内の彼等の人材も管理することができる。システムはこの情報を用いて、例えば照明手段の交換が、十分な要員を確保できない時間に予定される場合に、警告を発することができる。さらに、システムは照明手段の見積もりを得るのにユーザが用いることができる。問屋はシステムにログインして見積もりの要求を受取って、斯様な見積もりを提供することができる。こうしたことはシステムにとっては極めて有効なことではあるが、本発明の要部を成すものではないので、詳しい説明は省略する。
【００６４】
図１５は計算モジュールの構成を示す。ページ5.0の“計算ナビゲーション”は、主フレームの位置Lにロードされる。ページ5.1の計算概要は主フレームの位置Mにロードされる。ページ5.1の計算概要はユーザに全プロジェクトのリストを提示し、各プロジェクトに対しては、最適化の実行を勧めるか、計算チャートを引き出すようにする。さらに、ページ5.3では各プロジェクトに対して、時間当たりの労賃、推定価格の増分比率（パーセントp.a.）、問屋から前もって得た照明手段の価格、寿命に対する公差レベル（５％又は１０％、即ち、照明手段の交換に失敗する割合）、寿命調整ファクタ（デフォルト値１００％）及び最適化が現在の照明手段を新たな照明手段と取り替えるべきとするかどうかの選択を含む多数のオプションを設定することができる。
【００６５】
上述した寿命調整ファクタによってユーザは、管理施設の特殊な環境に応じて照明手段の寿命値を調整するファクタを入力することができる。データベース内の寿命値は標準環境におけるIEC規格に従って決定される。しかしながら、実際の施設では、種々の影響（周囲温度、衝撃/振動、供給電圧の変動等）によって、施設内で稼動する照明手段の実際の寿命が影響されることになる。こうした影響を考慮するために、ユーザは過去の経験に基づいてそれ相当の寿命調整ファクタを入力するのが良い。例えば、ユーザが彼の施設内で、特定の照明手段に与えられたIECの規格値よりも約１０％早く平均並みの照明手段が故障したことを観測した場合には、ユーザは９０％の寿命調整ファクタを入力するのが良い。
【００６６】
オプションの設定後には、ページ1.3.1.1で実際の最適化を行なうことができる。
【００６７】
最適化の目的は所定期間に対する費用を最少にすることにある。この最適化期間内の総費用はプロジェクト内における個々のグループの費用和、即ち、
ＣTotal＝ＣGroup（１）＋ＣGroup（２）＋．．．＋ＣGroup（ｉ）
として計算される。
【００６８】
１つのグループに対する費用ＣGroupは、照明手段の価格ＣLamp、旅費ＣTravel、人件費ＣPersonnel、廃棄費用ＣDisposal及びエネルギー費ＣEnergyから計算される。即ち、
ＣGroup＝ＣLamps＋ＣTravel＋ＣPersonnel＋ＣDisposal＋ＣEnergy
【００６９】
個々のランプグループに対する交換個数ＮChangesは、最適化期間内の総点灯時間（これは、週当たりの平均点灯時間に最適化間内における週の数を乗じることによりパラメータ（ａ）又は（ｂ）から計算される）と、ユーザが選択する寿命公差（５％又は１０％）及び蛍光灯については、通常の電源か、電子的な電源を使用するかどうかの情報を考慮してのランプの妥当な寿命値ＴLifetimeとから計算される。即ち、
ＮChanges=TBum/TLifetime
【００７０】
なお、上記ＮChangesの値は概算値に過ぎず、これは、点灯時間が予期した寿命時間を越えた後に直ちにその照明手段を交換する場合にのみ有効である。従って、ＮChangesの値は最適化における出発値として仕えるに過ぎない。後に詳述する最適化の過程では、種々の交換スケジュールを評価し、次いで、実際の交換個数を用いて総費用を再計算する。
【００７１】
各グループに対する照明手段の費用は、問屋から前もって得た単価CUnit、グループ内のランプの個数NLamps及び最適化期間内での交換個数ＮChangesから計算される。即ち、
CLamps＝NLamps*CUnit*ＮChanges
【００７２】
旅費ＣTravelは往復の費用（２*ＣRoute）から計算される。同じ日に２つ以上のグループにおける照明手段を交換する場合、旅費はその日に同時に変更する数によって割った値にする。即ち、
ＣTravel＝((ＣRoute*2)/Nsame_change_time 1)+((ＣRoute*2/Nsame_change_time 2)＋
．．．+((ＣRoute*2)/Nsame_change_time i)
【００７３】
或る特定グループに対する交換要員の人件費Cpersonnel_per_changeは、そのグループのパラメータ（ｃ）（１個のランプを交換するのに必要な分単位の時間）、グループ内のランプの個数及び単位時間当たりの平均人件費から計算される。
【００７４】
人件費は、交換当たりの人件費Cpersonnel_per_changeと、最適期間内での交換個数ＮChangesとから計算される。即ち、
CPersonnel＝CPersonnel_per_change*ＮChanges
【００７５】
各グループに対する廃棄費用CDisposalは、グループ内の照明手段の数NLamps、ランプの廃棄費用CDisposal_per_lamp及び期間内での交換個数NChangesら計算される。即ち、
CDisposal＝NLamps*CDisposal_per_lamp*NChanges
【００７６】
エネルギー費用CEnergyは、既知の電気料金表CkWh、最適化期間内での照明手段の総点灯時間TBum、各照明手段の個々の電力消費量PLamp、及びグループ内の照明手段の数NLampsから計算される。即ち、
CEnergy＝CkWh*TBum*PLamp*NLamps
【００７７】
最適化の過程では、最適化期間内における上記計算した総費用CTotalを最少にする交換スケジュールを生成する。最適化は数値最適化アルゴリズムを用いて行なわれる。好適実施例に用いる最適化アルゴリズムは、既知の“閾値受諾”法の変形であり、これは“擬似アニーリング”法の変形法である。閾値受諾法の一般的な構成を図９に示してある。最適化は開始構成X0から開始する。本例の場合、この開始構成は、例えば、各グループの照明手段が所定公差に対する既知の寿命時間を越えた後に、これらの照明手段を即座に交換する場合に、直観的に選定されることになるような、現在のプロジェクトに対する交換スケジュールとする。
【００７８】
次のステップでは、閾値Tを数値として決定する。
【００７９】
次に、開始構成とは僅かに異なる新規の構成Yを選定する。所定の最適化問題に対し、このことは、この新規の構成Yでは、交換時を現在の構成Xにおける交換時とは僅かに異なる時点に選定する。通常、個々のグループに対する交換時を遅らせることはできないから（その理由は、この場合に、照明手段の故障率が受諾閾値以上に増えてしまうからである）、交換構成Yは、一般に１つのランプグループに対して、開始構成X０におけるよりも早い少なくとも１日早い交換日を有することになる。
【００８０】
次のステップでは、双方の構成X及びYに対する費用関数CTotalを評価し、その差を計算し、閾値Tと比較する。その差がT以下か、それに等しい場合には、新規構成Yが現在の構成になる。そうでない場合には、アルゴリズムが前のステップに戻って、新規の交換構成Ｙを選定する。
【００８１】
旧と新の構成との費用差が閾値以下になることが分かったら、その都度Tの値を予定値ｘだけ下げる。アルゴリズムは、妥当な代替値（CTotal(Y)‐CTotal(X)≦T）が予定反復回数で見つからなくなるまで繰り返される。
【００８２】
なお、上述したアルゴリズムは最適化の一例に過ぎず、他の方法も可能である。許容応答時間内にサーバコンピュータ１４にて行なうことのできる計算回数に応じ、“ブルートフォース（brute force）”法（全てのシナリオを計算して、最少費用の構成を選定する）を用いて絶対的な最少費用を計算することもできる。他の多数の最適化戦略及び当業者に既知のアルゴリズムを用いることもできる。
【００８３】
上述した最適化は、最適化期間内に、照明手段の全グループが託される場合の時間を最適化するだけである。しかしながら、ユーザは交換スケジュールそのものを最適化するだけでなく、ランプの交換も考慮する拡張最適化を選択することもできる。データベース１６は多数の入手可能なランプのデータを包含している。拡張最適化（図９及びその対応する上述した説明に従って行なうことができる）中には、データベース１６から代替タイプの照明手段を決定する。これらの照明手段は、実際の照明手段と同じソケットにフィットし、（予定した公差内で）等価の光量を発生し、光の色が同じになるなどのようにしなければならない。代替照明手段は、現在の照明手段の電力消費量及び寿命値とは相違することがあり（例えば通常の白熱ランプに対する節電ランプ）、従って、費用関数CTotalの値に重要な影響がある。照明手段を代替タイプのものと交換することは、最適化の各反復ステップでの新規構成Yを決定することの一部である。
【００８４】
図１５に戻って、ユーザはページ5.1の計算概要でオプション計算チャートを選定することができる。対応するページの計算チャート5.2が示すチャートによって、施設管理者は最適期間内の費用を決定することができる。このチャートでの費用は、集合関数として時間亘って示され、或る所定時点における値は、その時点までかかった全ての費用の和に相当する。
【００８５】
このような計算チャートの例を図8に示してあり、これについては後に最適化の例について詳細に説明する。
【００８６】
月ぎめ料金で照明手段に対する保守サービスを提供するサービスプロバイダとして働くユーザに対して、計算チャートは、総収入を示す第２曲線を提示する。これによりユーザは妥当な月ぎめ料金を算出することができる。
【００８７】
図１６は報告モジュールを示す。ここで、ユーザは、変更プラン、照明手段の情報、費用線図等の如きあらゆる種類の情報についてシステムに問い合わせることができる。
【００８８】
ページ6.0の出力ナビゲーションは主フレームの位置Lにロードされ、これはユーザに、6.1の取得プロトコル、6.2のプロジェクト概要、6.3のダウンロードランプ情報及び6.4のデータ転送を選ばせるナビゲーションとして仕える。
【００８９】
6.1の取得プロトコルは、施設内の全ての照明手段についての情報を収集するのに用いることのできる取得フォームをプリントアウトする。
【００９０】
6.2のプロジェクト概要は、主フレームの位置Mにロードされる。このページは現行ユーザの全てのプロジェクトを示し、且つこれらのプロジェクトに関するオプションを提供する。
【００９１】
図７はこのようなプロジェクト概要の一例を示す。各プロジェクトに対しては次のスケジュールの変更が示される。詳細な交換スケジュールは、ページ6.2.1にて対応するリンクを選択した後に示される。別のリンクによって、ユーザに費用線図（図8）を示すページ6.2.2に繋がる。さらに他のリンクによって、プロジェクト内の照明手段に対する問屋から得られ、ページ6.2.3.1でプリントアウトすることのできる料金表の詳細を与えるページ6.2.3に繋がる。プロジェクトに対する照明手段の注文リストはページ6.2.4で見ることができる。
【００９２】
ページ6.3のダウンロード照明手段情報はページ6.0の出力概要からアクセスすることができる、このページでは、利用可能な照明手段のパンフレットをユーザがダウンロードすることができる。
【００９３】
ページ6.0の出力ナビゲーションでの他のオプションはデータのエキスポートである。この対応ページ6.4によってユーザは見積もりに対する彼の要求、既に得ている見積もり及び詳細な注文リストをエキスポートすることができる。可能な転送フォーマットは、マイクロソフトエクセル、マイクロソフトアクセス、又は他のデータベースプログラムにてインポートできるcsv-ファイルか、将来多数のプログラムによってサポートされることになるxml-ファイルとする。
【００９４】
図17は、ウォッチリストモジュールを示す。ページ7.0のウォッチリストは、主ナビゲーションページ1.0からアクセスすることができる（図１０参照）。ページ7.0のウォッチリストは、全てのプロジェクトと、対応する次の交換日を示す。さらに、別のグループでは、全てのプロジェクトを示し、交換スケジュールは、次の３０日以内の交換日を含む。
【００９５】
ページ7.0.1のウォッチリスト/システムメッセージは、登録ユーザのログイン後に主フレームの位置Mに直接ロードされる。このページは次の３０日以内の交換日をもつ全てのプロジェクトのリストを示す。また、ユーザの関連するシステムメッセージも示す。
【００９６】
次に、図２の施設２０を本システムで管理する例につき説明する。なお、説明目的のために僅か３つのグループのみを有する模範的な簡単な例を選定したに過ぎないことに留意すべきである。実際には、プロジェクトにもっとかなりの数のグループが含まれることになる。簡単な構成の施設２０に対しては、プロジェクトをパートとサブパートに分ける必要がないことは勿論である。しかしながら、例証目的のために、図３に示したプロジェクト構成を選定した。
【００９７】
関連ユーザは施設２０の施設管理者とする。このユーザは彼のクライアントコンピュータ１０を用いて、htmlクライアントプログラム、例えば、マイクロソフト社のインターネットエキスプローラでサーバコンピュータ１４にアクセスする。サーバへの接続後、彼は先ず登録及びログイン処置（図１０）へと進む。次いで彼は主ナビゲーションページ0.7から、“プロジェクトナビゲーション”を選定し、そして対応するページ1.0から彼のプロジェクトへ入れるオプションの“新規プロジェクトの生成”を選択する。
【００９８】
ユーザはプロジェクト・パートP1a及びランプグループL1,L2及びL3を有する図３のようなプロジェクト構成を入力することによってプロジェクトの生成（図１２）に進む。ユーザはデフォルトパラメータ（ａ）〜（ｆ）を入力し、必要に応じ、個々のランプグループに対するこれらのパラメータ値を上書きする。次いでユーザは、プロジェクトの状態を１（データ取得）から２（データ取得完了）に変える。
【００９９】
次のステップでは、ユーザは見積もり要求をして、システム内で対応できる問屋からプロジェクトに使用する照明手段に対する見積もりを得る。この見積もりを得た後にユーザは、ページ1.0のプロジェクトナビゲーションで、プロジェクトに対するオプション“交換スケジュールの提示”を選択し、ページ1.3.1の“好みの設定”で彼の好みを入力し、そしてシステムの最適化をスタートさせる。
【０１００】
次いで、システムは入力されたデータを受取って、上述したような最適な交換スケジュールを決定する。施設２０の例に対して、交換スケジュールはサーバにより次のように最適化することができる。
プロジェクト：デパート01
パート：P1a
グループL1
グループL2
グループL3
*代替なし*
交換スケジュール：
スタート：    1.1.2004
20.3.2004      交換L2
1.5.2004        交換L1,L2,L3
20.8.2004      交換L2
・・・
【０１０１】
この例の交換スケジュールは照明手段の代替タイプを考慮することなく決定した。交換スケジュールは2004年の1月1日に開始する。約80日後にグループL2の白熱灯を交換する必要がある。普段は、グループL2のランプは、第２時点に対するさらに８０日後に交換すべきことになる。その代わりに、最適交換スケジュールはその日にちよりも前の2004年の5月1日に3つの全ランプグループのランプ交換を計画している。これだと、グループL2の照明手段は、これらが実際の期待寿命終了時に達する前に交換されることになるが、それでも総費用は安くなる。これは、ランプグループを様々な日に交換する場合に旅費CTravelが何倍にもなる代わりに、2004年の5月1日の一日分だけで済むからである。
【０１０２】
図８は時間に対する累積総費用CTotalに相当する費用チャートを示す（実線にて示す）。
交換日間で費用が直線的に増大しているのは、電力消費量のためである。最初の交換日にはグループL2のランプを交換するだけであるため、負担費用に相当するステップは比較的小さい。第２交換日には３つの全てのグループL1,L2及びL3のランプを交換するためにステップはかなり大きくなる。
【０１０３】
施設２０に対する別の例では、システムが照明手段の代替タイプを考慮することをユーザが選択した。最適交換スケジュールの例は次のようなる。
プロジェクト：デパート01
パート：P1a
グループL1
グループL2
グループL3
*代替タイプを考慮*
交換スケジュール：
スタート：    1.1.2004
20.3.2004      交換L2、フィリップス社との交換
マスターPL
１８W
1.5.2004      交換L1,L2,L3
1.10.2004    交換L1,L2,L3
・・・
【０１０４】
照明手段のタイプの交換をするか、しないかでの上記交換スケジュールを比較した場合に、ランプグループL2に対する2004年3月20日の第1交換事象が同じであることは明らかである。しかしながら、第2の場合には、グループL2の白熱灯を、光の色、ソケットのタイプ等がグループL2の白熱灯に対応する節電ランプに取り替えられるのである。これらの節電ランプは電力消費量が低く、しかも従来の白熱灯よりも寿命が長い。
【０１０５】
しかし、第２の交換スケジュールでも３つの全てのランプグループL1,L2,L3を2004年５月１日に交換するが、ここでもランプグループL2は寿命期限に達していない。しかし、2004年５月１日に３つの全グループL1,L2,L3の交換を一緒にすることによって、３つのグループの交換間隔がこの際同じになるため、これら３つのグループに対するその後の交換を同じ時点に行なうことができ、従って、その後のあらゆる交換費用を大いに節約できる。
【０１０６】
図８には関連する費用チャートを点線にて示してある。第１の交換事象では、グループL2の照明手段を節電ランプと交換する。この点での費用ステップは図８の対応するステップよりもかなり大きくなる。しかし、この第１の交換事象後には、電力消費量のために、交換事象間にて増大している費用ステップは、新規に設置した節電ランプの消費電力が低いために、少なくなる。第２交換事象では、ランプグループL1,L2及びL3を同時に交換するために、費用ステップがかなり高くなる。しかし、ここでも、旅費CTravelの負担は一度で済む。
【０１０７】
図８から明らかなように、このような代替交換スケジュールによって図示の期間内における総費用は低下する。
【０１０８】
このようにしてユーザは妥当な交換スケジュールを立てて、それを見た後に、システムにログアウトすることができる。ユーザは最適化期間内における必要な保守事象の完全な概要を有し、それ相当の処置をすることができる。ユーザはこの期間に対する傾向を詳細に予測することのできる。
【０１０９】
ユーザがその後システムにログインすれば、彼は彼のウォッチリスト及びシステムメッセージをもつページ7.0.1を見ることになる。ウォッチリストは、プロジェクトの交換事象の満期が次の30日以内であることを示す。また、システムへのユーザのログインに無関係に、彼はシステムにより電子メールにて、近付きつつある交換事象を知らせる報告メッセージを受取ることになる。
【０１１０】
ユーザが交換スケジュールに従って施設２０を運用する場合に、最適化期間内に負担する総費用は最少になる。
【０１１１】
なお、上述したシステムは本発明の好適実施例を示したに過ぎず、本発明を種々のやり方で実施し得ることは当業者に明らかである。
【０１１２】
可能な変更は、交換スケジュールを生成して、表示するだけの代わりに、システムが照明手段交換状態を積極的にモニタし得るようにすることを含む。実行した保守事象（照明手段の交換）をシステムに入力する。システムの推奨に拘わらず、早いか、又は遅い日に交換を行なうこともできる。実際の交換日を入力した後に、システムによって最適化を再開して、異なる交換時点が、その後の異なる交換時点の交換スケジュールを推奨することになるかどうかをチェックすることもできる。
【図面の簡単な説明】
【０１１３】
【図１】多数の照明手段の動作を自動的にプランニングするシステムを記号的に示した図である。
【図２】種々の照明手段を有する施設を記号的に示した図である。
【図３】プロジェクトの構成を記号的に示した図である。
【図４】主フレームの構成を示す図である。
【図５】データベース探索用の探索ページを示す図である。
【図６】データベースを探索した結果のページを示す図である。
【図７】プロジェクト概要テーブルを示す図である。
【図８】累積総費用を時間で見た費用グラフの2つの例を示す図である。
【図９】“閾値受諾”最適化法のフローチャートを示す図である。
【図１０】ログイン及び登録モジュールの構成を示す線図である。
【図１１】プロジェクトモジュールの概要構成を示す線図である。
【図１２】図１１におけるモジュールの一部の構成を詳細に示した線図である。
【図１３】図１２におけるモジュールの一部の構成を詳細に示した線図である。
【図１４】図１１におけるモジュールの一部の構成を詳細に示した線図である。
【図１５】計算モジュールの構成を示した線図である。
【図１６】出力モジュールの構成を示した線図である。
【図１７】メッセージモジュールの構成を示した線図である。
【図１】
2007505384.tif 000003
【図２】
2007505384.tif 000004
【図３】
2007505384.tif 000005
【図４】
2007505384.tif 000006
【図５】
2007505384.tif 000007
【図６】
2007505384.tif 000008
【図７】
2007505384.tif 000009
【図８】
2007505384.tif 000010
【図９】
2007505384.tif 000011
【図１０】
2007505384.tif 000012
【図１１】
2007505384.tif 000013
【図１２】
2007505384.tif 000014
【図１３】
2007505384.tif 000015
【図１４】
2007505384.tif 000016
【図１５】
2007505384.tif 000017
【図１６】
2007505384.tif 000018
【図１７】
2007505384.tif 000019
【国際調査報告】
2007505384.tif 000020
2007505384.tif 000021