(57)【要約】【課題】  オペレータが新規サービスをサービス提供装置に登録(プロビジョニング設定)する場合に、検索に必要な情報を全て電子化して共有化することにより、サービス開始までの時間を短縮するとともに、在庫不足や過剰在庫を無くし、更にはアラームが発生するパッケージを予測してアラーム状態を軽減したパッケージ在庫管理方法及び装置を提供する。【解決手段】  所望のサービス提供装置(5)に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベース(310)に予め設定された在庫情報から検索し、該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベース(320)に設定し、該検索されたパッケージが出庫されて該サービス提供装置(5)に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する。【選択図】図１
2005322051.tif 000002
【特許請求の範囲】
【請求項１】
所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに設定された在庫情報から検索する第1のステップと、
該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2のステップと、
該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3のステップと、
を備えたことを特徴とするパッケージ在庫管理方法。
【請求項２】
請求項１において、
特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
【請求項３】
請求項１において、
該サービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6のステップと、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7ステップと、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
【請求項４】
請求項１において、
入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
【請求項５】
請求項１において、
該実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
【請求項６】
所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに設定された在庫情報から検索する第1の手段と、
該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2の手段と、
該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3の手段と、
を備えたことを特徴とするパッケージ在庫管理装置。
【請求項７】
請求項６において、
特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
【請求項８】
請求項６において、
該サービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6の手段と、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7手段と、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
【請求項９】
請求項６において、
入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
【請求項１０】
請求項６において、
該実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パッケージ在庫管理方法及び装置に関し、特にネットワークを構成すると共にそのネットワークにおけるサービスを提供する伝送装置（NE）に実装されるパッケージの在庫管理を行う方法及び装置に関するものである。
【背景技術】
【０００２】
従来より、サービス提供装置としての伝送装置のパッケージ在庫管理システムは、各伝送装置を管理するネットワーク管理システム（NMS）とは別に存在し、伝送装置に対するネットワーク管理システムからのサービス登録情報とパッケージ在庫管理システムの入出庫情報は別々のデータベースで管理されている。なお、以下の説明では、「サービス登録」を「サービス設定」又は「サービスプロビジョニング設定」と称することがある。
【０００３】
そして、ネットワーク管理システムに新規サービスを登録するときには、オペレータがパッケージ在庫管理システムのデータベースから在庫パッケージを検索し、在庫パッケージが在る場合には出庫作業を行い、パッケージを伝送装置に実装した後にネットワーク管理システムから、その実装した伝送装置のパッケージに対しサービスプロビジョニング情報の設定を行っている。また、在庫パッケージが無い場合には、入庫作業を行い、パッケージ倉庫に入庫した時点でパッケージ在庫管理システムに入庫設定を行っている。
【０００４】
この他、通信サービス品目及びその部品であるノード設備、加入者線路設備、その他の論理、物理リソースの割付けと管理を行う電子計算機システム相互を階層的に結合し、各システムには、リソース要求手段、通信サービス品目及びリソースの在庫数量を管理するリソース在庫管理手段、及びリソース在庫情報データベースを配置し、リソース在庫管理手段には、必要なリソースの種類と数量を算出するシミュレーション手段を設けたサービスオーダオペレーションシステムがある（例えば、特許文献1参照。）。
【０００５】
更に、DSM（専用サービスモード装置）がポーリングによって自動的にパッケージの挿入状況、挿入された位置、種別を監視する機能を備え、在庫情報をネットワークエレメント−オペレーションシステム経由でネットワーク−情報端末に通知し、パッケージの収容位置情報と収容の有無により、装置全体の空き状況がネットワーク−情報端末上で可視化されてパッケージの種別で現在提供可能であるサービスの種別が判るようにした専用サービスノード装置を用いた在庫管理システム及び管理方法がある（例えば、特許文献2参照。）。
【特許文献１】特開平7-115477号
【特許文献２】特開2002-259512号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上記の従来技術においては、ネットワーク管理システムとパッケージ在庫管理システムが互いに必要な電子化情報を共有していないため、オペレータがネットワーク管理システムに新規サービスを登録する場合、ネットワーク管理システムのオペレータは、所望のサービスを提供するために伝送装置が必要とするパッケージをパッケージ在庫管理システムから検索し、この検索結果から出庫すべきパッケージを決定すると共に出庫されて当該伝送装置に実装されたパッケージに対してネットワーク管理システムからプロビジョニング情報を設定しているため、少なくとも2回のオペレータ作業が必要となり時間がかかっていた。
【０００７】
また、このようなパッケージ在庫管理システムは、パッケージの在庫数量と入出庫数量の管理を行うだけであり、ネットワーク管理システムにおけるサービスプロビジョニング設定情報に関連した正確なパッケージの入出庫数量の予測ができず、サービスプロビジョニング設定時に在庫パッケージ不足が発生し、サービスの開始時期に悪影響を及ぼしたり、大量の在庫パッケージを抱えてしまうという問題があった。更には、パッケージ倉庫にパッケージの在庫が無いときの処理を行っていないため、やはり、パッケージの在庫不足や過剰在庫を抱えてしまうという問題があった。
【０００８】
更には、伝送装置に実装されたパッケージにアラームが発生した場合、オペレータは影響が及ぶネットワークの運用保守を行うだけであり、同じ識別情報(例えば同じ型名)を有するパッケージを特定できず、同じ識別情報を有するパッケージに共通の問題があった場合に、パッケージアラームが多発し伝送装置における提供サービスに悪影響を及ぼすという問題が生じていた。
【０００９】
従って本発明は、オペレータが新規サービスをサービス提供装置に登録(プロビジョニング設定)する場合に、検索に必要な情報を全て電子化して共有化することにより、サービス開始までの時間を短縮するとともに、在庫不足や過剰在庫を無くし、更にはアラームが発生するパッケージを予測してアラーム状態を軽減したパッケージ在庫管理方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、本発明に係るパッケージ在庫管理方法は、所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに予め設定された在庫情報から検索する第1のステップと、該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2のステップと、該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3のステップと、を備えたことを特徴としている。
【００１１】
すなわち本発明においては、まず第1のステップの前提として、第1のデータベースには在庫情報が予め設定されている。そして、所望のサービス提供装置（例えば、伝送装置）に対するサービスのプロビジョニング設定要求（サービス登録要求）を、例えばネットワーク管理システムのオペレータから受けたとき、その所望のサービス提供装置に必要な機能を備えたパッケージを第1のデータベース中の在庫情報から検索する。
【００１２】
第2のステップにおいては、第1のステップで第1のデータベースから検索したパッケージの固有情報をプロビジョニング情報に含めて第2のデータベースに設定する。
【００１３】
そして、第3のステップにおいては、第1のステップにおいて検索されたパッケージが例えばオペレータによって出庫されてそのサービス提供装置に実装されたとき、第2のステップで第2のデータベースに設定されたプロビジョニング情報を、そのサービス提供装置に実装されたパッケージに設定する。
【００１４】
このようにして、例えばオペレータは、所望のサービス提供装置に対するサービスのプロビジョニング設定要求を行うだけで、そのサービス提供装置に必要なパッケージが検索され、且つ、その検索されたパッケージがそのサービス提供装置に実装されたときに、そのパッケージの固有情報をプロビジョニング情報に含めて実装パッケージに設定することができるので、新規サービスに対するプロビジョニング作業を迅速に行うことが可能となる。
【００１５】
また、上記の第1のステップは、該登録要求が自動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の最初に検索されたものを自動的に指定するステップを含むことができる。
【００１６】
これにより、オペレータは1回の入力作業で所望のサービス提供装置に対するサービスのプロビジョニング設定を行うことが可能となる。
【００１７】
或いは、上記の該第1のステップは、該登録要求が手動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の一つが指定できるように一覧表示するステップを含むものでもよい。
【００１８】
これによりオペレータは入力作業が1回増えるが、自分の希望するパッケージを選択することができる。
【００１９】
また、上記の第1のステップは、該検索の結果、該当するパッケージが無かったとき、そのパッケージの入庫予約情報を該第1のデータベースに設定するステップを含むことができる。
【００２０】
これにより、設定した入庫予約情報を基に例えば不足在庫パッケージを検索することができる。
【００２１】
また、上記の第3のステップは、該プロビジョニング情報を実装済に更新するとともに、該第1のデータベースから、該実装したパッケージの在庫情報を削除するステップを含むことができる。
【００２２】
これにより、第1のデータベース中には不要な在庫情報が無くなり、データベースの記憶容量を常に最適化することができる。
【００２３】
一方、不足在庫情報要求があったとき、上記の入庫予約情報が設定されているパッケージの情報を該第1のデータベースから読み出す第4のステップをさらに備えることができる。
【００２４】
すなわち、上記で設定した入庫予約情報を用いて、このように不足在庫情報を得ることができる。
【００２５】
また、本発明では、特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5のステップをさらに備えることもできる。
【００２６】
これにより、所定のサービスが不要となったサービス提供装置のパッケージからそのプロビジョニング設定情報を削除することになり、そのパッケージをパッケージ倉庫に戻すことが可能になると共に、そのパッケージが入庫予定であることを第1のデータベースに設定することができる。
【００２７】
なお、この“入庫予定”はサービス廃止後にパッケージ倉庫に入庫するまでの状態を指すが、上述した“入庫予約”は、パッケージ倉庫に無くて入庫させることが必要な状態を指している。
【００２８】
さらに、本発明では、上記のサービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6のステップと、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7ステップと、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8のステップをさらに備えることも可能である。
【００２９】
これにより、現在移動中のサービス提供装置に障害が起きた場合に備えて、そのサービス提供装置に実装されているパッケージと同じ識別情報(例えば、パッケージ型名)のパッケージを第1のデータベース中に予備品として登録しておくことができる。
【００３０】
さらに、本発明では、入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9のステップをさらに備えることも可能である。
【００３１】
すなわち、第1のデータベースを用いることにより、種々の統計データを算出できることはよく知られており、入庫予測読出要求を受けたとき、その統計データを出力することで、いろいろな在庫状況が分かる。
【００３２】
さらに、本発明では、上記の実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10のステップをさらに備えることもできる。
【００３３】
これにより、どのような識別情報のパッケージにアラームが発生しているかを判別することが可能となる。
【００３４】
上記の本発明に係るパッケージ在庫管理方法を実現するパッケージ在庫管理装置は、所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに予め設定された在庫情報から検索する第1の手段と、該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2の手段と、該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3の手段と、を備えたことを特徴としている。
【００３５】
また、上記の第1の手段は、該登録要求が自動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の最初に検索されたものを自動的に指定する手段を含むことができる。
【００３６】
また、上記の第1の手段は、該登録要求が手動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の一つが指定できるように一覧表示する手段を含むことができる。
【００３７】
また、上記の第1の手段は、該検索の結果、該当するパッケージが無かったとき、そのパッケージの入庫予約情報を該第1のデータベースに設定する手段を含むことができる。
【００３８】
また、上記の第3の手段は、該プロビジョニング情報を実装済に更新するとともに、該第1のデータベースから、該実装したパッケージの在庫情報を削除する手段を含むことができる。
【００３９】
また、本発明では、不足在庫情報要求があったとき、該入庫予約情報が設定されているパッケージの情報を該第1のデータベースから読み出す第4の手段をさらに備えることができる。
【００４０】
また、本発明では、特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5の手段をさらに備えることができる。
【００４１】
また、本発明では、上記のサービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6の手段と、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7手段と、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8の手段をさらに備えることができる。
【００４２】
また、本発明では、入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9の手段をさらに備えることができる。
【００４３】
また、本発明では、上記の実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10の手段をさらに備えることができる。
【発明の効果】
【００４４】
本発明によれば、オペレータが新規サービスを所望のサービス提供装置にプロビジョニング設定する場合には、1回又は2回の設定作業で済むため、プロビジョニング設定作業を迅速に行うことができる。
【００４５】
そして、サービス提供装置にパッケージを実装した時点でプロビジョニング情報をサービス提供装置に設定するため、サービス開始時間を大幅に早めることが可能となる。
【００４６】
またオペレータは、パッケージの不足状況や入庫数量予測の情報を元に正確な入庫予測が可能となり、以って過剰なパッケージや在庫不足を回避することが可能となる。更に、故障に備えて在庫中のパッケージを予備品パッケージとして管理することも可能となり、より効率的な在庫管理が実現できる。
【００４７】
更にパッケージアラームが発生した場合、同じ識別情報を有するパッケージに共通の問題があった場合、パッケージアラームが多発すること無く提供サービスに与える影響を最小限に留めることが可能となる。
【発明を実施するための最良の形態】
【００４８】
図1は、本発明に係るパッケージ在庫管理方法を実現するための装置の一実施例を示したものであり、NMSオペレータ1はNMSクライアント端末2に位置し、このクライアント端末2はNMSサーバ3に接続され、NMSサーバ3はパッケージ倉庫4に入庫作業W1により入庫されたパッケージの在庫状況をオペレータ1から情報提供されるようにクライアント端末2に接続されている。また、NMSサーバ3は、n個の伝送装置＃1〜＃nから成る伝送装置5に接続されており、この伝送装置5は、パッケージ倉庫4から出庫作業W2によって出庫されたパッケージを実装し、また必要無くなったパッケージを入庫作業W3によってパッケージ倉庫4に入庫させるものである。
【００４９】
また、NMSサーバ3は、パッケージ在庫管理処理部31とプロビジョニング処理部32とアラーム監視処理部33とを含んでおり、これらの処理部31〜33はクライアント端末2と直接接続されている。また、パッケージ在庫管理処理部31はパッケージ在庫管理データベース（DB）310を備えており、プロビジョニング処理部32はプロビジョニング情報データベース320を備えており、そしてアラーム監視処理部33はアラーム情報データベース330を備えている。パッケージ在庫管理処理部31はプロビジョニング処理部32とアラーム監視処理部33とにそれぞれ相互接続されている。なお、このNMSサーバ3は、本発明に係るパッケージ在庫管理装置に相当している。
【００５０】
以下、図1に示した本発明の実施例の動作を、図2以降に示した各処理を参照して説明する。なお、本発明の実施例における「サービス」とは、例えば伝送装置が光波長多重変調方式を採用している場合に、そのいずれの波長を選択してサービスを行うかという様な例を示している。また、上述した通り、「プロビジョニング」とは、このような提供サービスを、伝送装置5に実装されるパッケージに設定する処理を意味しており、実質的に「登録」又は「設定」と同義語である。
【００５１】
パッケージ入庫時の処理：図2
この処理は、パッケージ倉庫4にパッケージが入庫したときにその情報をパッケージ在庫管理データベース310に設定登録することにより、パッケージ倉庫4にどのようなパッケージが在庫しているかを示すデータベース310の生成過程を示したものである。
【００５２】
まず、同図（1）において、オペレータ1は、パッケージ倉庫4に入庫されたパッケージの情報をサーバ3におけるパッケージ在庫管理処理部31に与える（ステップS1）。この場合の設定情報は、図示のように、「パッケージ型名」、「提供サービス」、「入庫済」、「修理回数」、「修理作業情報」である。このようなパッケージ入庫情報を受けたパッケージ在庫管理処理部31は、データベース310に登録する（ステップT1）ことにより、同図（2）に示すようなパッケージ在庫管理データベースが得られることになる。この例では、5個のパッケージ（No.1〜5）がパッケージ倉庫4に入庫された状態aを示している。
【００５３】
このように、パッケージ入庫情報がデータベース310に登録されると、パッケージ在庫管理処理部31はその情報設定が完了した旨の応答（ACK）をクライアント端末2に返す（ステップS2）。
【００５４】
サービス設定時の処理：図3及び図4
この処理は、新規サービス登録時の在庫パッケージ検索処理とプロビジョニング設定処理のシーケンスを示したものである。
【００５５】
まず、オペレータ1は、クライアント端末2からサーバ3のプロビジョニング処理部32に対してサービス設定要求を行う（ステップS11）。これは、上述の如く、伝送装置5が必要とするパッケージにサービス情報をプロビジョニング設定するための要求であり、この例では、伝送装置ID（NE-ID）＝＃1、パッケージID（PKG-ID）＝2、提供サービス＝λ2、及びサービス開始日が設定要求される。また、この際、自動登録なのか手動登録なのかも併せて要求されることになる。なお、パッケージIDは、伝送装置に実装するパッケージの位置（スロット位置）を示しており、オペレータは、どの伝送装置のどのスロット位置にパッケージを実装・設定するかを要求することになる。
【００５６】
このように、クライアント端末2からサービス設定要求を受けたプロビジョニング処理部32は、このサービス設定要求情報の中から、在庫パッケージ検索をパッケージ在庫管理処理部31に対して行う（ステップS12）。この実施例では、提供サービス＝λ2に係るパッケージがデータベース310に登録されている在庫パッケージの中から検索されることになる（ステップT11）。このときのパッケージ在庫管理データベース310が図4（1）に状態aとして示されている。この状態aは図2（2）に示したパッケージ在庫管理データベースの状態aと同じである。ただし、この状態a等の各状態は以下の説明においてそれぞれ対応するものとなっている訳ではない。
【００５７】
このようなプロビジョニング処理部32からパッケージ在庫管理処理部31に対する在庫パッケージ検索の結果、提供サービス＝λ2のパッケージは図4（1）の状態aから判るように、パッケージNo.1及びNo.2が該当するので、パッケージ在庫管理処理部31は在庫パッケージ検索応答としてこれらパッケージNo.1及びNo.2のパッケージ型名、修理回数、及び修理情報をプロビジョニング処理部32に送る（ステップS13）。
【００５８】
このような在庫パッケージ検索応答を受けたプロビジョニング処理部32は、上記のステップS11において手動登録の要求情報を受けていたと仮定すると、図示の点線ステップT12で示すように、まずクライアント端末2に対して在庫パッケージの一覧表示を行う（ステップS14）。これは、上記のステップS13でパッケージ在庫管理処理部31から応答したものと同じ情報を送ることになる。このような在庫パッケージ一覧表示を受けたクライアント端末2は、その内から所望のパッケージを指定する（ステップS15）。この場合は、パッケージNo.2が指定されたものとする。
【００５９】
一方、ステップS11において自動登録が要求されている場合には、ステップS13からステップS16にスキップすることになる。ステップS15においてはパッケージNo.2が指定されているが、自動登録の場合には、在庫パッケージの中から最初に検索したパッケージに対して設定するものと仮定している（ステップT13）。したがって、結果としては同じパッケージNo.2が指定される。そして、ステップS16においては、パッケージ倉庫4からそのパッケージNo.2を出庫すべき設定を行う。
【００６０】
これと同時に、プロビジョニング処理部32は、ステップS11で受けたサービス設定要求情報の内の伝送装置ID＝＃1及びサービス開始日をパッケージ在庫管理処理部31に対して与える。尚、このような出庫設定は、パッケージ倉庫4に所望の在庫パッケージNo.2が在った場合を想定しており、この場合はパッケージ在庫管理処理部31はパッケージ在庫管理データベース310に対して“出庫予定”を設定する（ステップT14）。このときのデータベース310の状態bが図4（2）に示されており、パッケージNo.2に斜体文字で示す如く、サービス開始日は「2004/8/1」が設定され、入出庫状態は「出庫予定」が設定され、プロビジョニング状態としては「NMS内設定済」が設定され、伝送装置IDは「＃1」が設定されることになる。
【００６１】
パッケージ倉庫4に所望の在庫パッケージが無い場合は、そのパッケージの固有情報と“入庫予約”を設定することになる（ステップT14）。ただし、この例は、同図（2）のデータベース310（状態ｂ）には示されていない。そして、このような出庫設定又は入庫予約の応答を処理部31から処理部32に返す（ステップS17）。
【００６２】
この結果、プロビジョニング処理部32は、プロビジョニング情報データベース320を、同図（3）に示す状態aに設定する。すなわち、プロビジョニング設定を行うパッケージNo.1として、伝送装置ID＝＃1、パッケージID＝2、パッケージ型名＝AAA、実装状態＝未実装、プロビジョニング状態＝NMS内設定済、プロビジョニング（サービス）情報＝λ2、サービス開始日＝2004/8/1、修理回数＝1、及び修理作業情報＝光モジュール交換がデータベース320に登録されることになる。
【００６３】
このようにプロビジョニング情報がデータベース320に設定されると、プロビジョニング処理部32はクライアント端末2に対してサービス設定応答を返す（ステップS18）。この応答情報としては、出庫設定が行われた旨の情報を与えるだけでよい。但し、ステップS11において自動登録が選択されている場合には、オペレータ1はどのパッケージが指定されたのかが分からないので、パッケージ情報（パッケージNo.）も併せて応答されることになる。
【００６４】
このようなサービス設定応答を受けたオペレータ1は、出庫作業W2により上記の該当するパッケージを出庫してサービス設定要求を行った伝送装置＃1に対しパッケージID＝2のスロットにパッケージを実装する（ステップT15）。この結果、伝送装置5からは、実装通知がプロビジョニング処理部32に送られる（ステップS19）。この実装通知には、伝送装置ID＝＃1とパッケージID＝2と実装済の情報が含まれる。
【００６５】
このような実装通知を受けたプロビジョニング処理部32は、実装通知の対象となっている伝送装置ID＝＃1及びパッケージID＝2のプロビジョニング情報を図4（3）に示すプロビジョニング情報データベース320の状態aから読み出す（ステップT16）。この結果、伝送装置ID＝＃1に実装すべきパッケージID＝2のプロビジョニング情報（提供サービス情報）は“λ2”であり、その修理回数は“1”であり、修理作業は“光モジュール交換”であり、そのサービス開始日は“2004/8/1”であることが分かるので、プロビジョニング処理部32は、この伝送装置ID＝＃1に対してプロビジョニング情報の設定を行う（ステップS20）。このプロビジョニング情報を受けた伝送装置5はプロビジョニング設定を行い、その応答をプロビジョニング処理部32に返す（ステップS21）。
【００６６】
そして、このようなプロビジョニング情報設定応答を受けたプロビジョニング処理部32は、プロビジョニング情報データベース320に対して、図4（4）の状態bに示すように、実装状態を“実装済”とし、プロビジョニング状態を“NE設定済”に更新する。これとともに、プロビジョニング設定を行ったパッケージの固有情報は不要となるので、プロビジョニング処理部32はパッケージ在庫管理処理部31に対して在庫パッケージ情報の削除を要求し（ステップS22）、これを受けてパッケージ在庫管理処理部31はデータベース310を、図4（5）に示すように、同図（1）に示した状態aにおけるパッケージNo.2を削除した状態cに設定することになる。
【００６７】
不足在庫一覧表示処理：図5
この処理は、オペレータ1がパッケージ在庫管理データベース310において、どのようなパッケージが不足しているかを求めるシーケンスである。
【００６８】
このため、まずオペレータ1はクライアント端末2からサーバ3のパッケージ在庫管理処理部31に対して不足在庫情報の読出を行う（ステップS31）。この結果、パッケージ在庫管理処理部31は、データベース310に対して、入出庫状態が“入庫予約”となっているパッケージを読み出す（ステップT21）。この場合、同図（2）に示すパッケージ在庫管理データベース310の状態aにおいては、No.4及びNo.5のパッケージが“入庫予約”となっているので、これらのパッケージ情報を処理部31からクライアント端末2を介してオペレータ1に一覧表示する（ステップS32）。
【００６９】
尚、同図（2）に示すパッケージ在庫管理データベース310の状態aにおける“入庫予約”は、図3におけるステップS16で在庫パッケージが無かった場合に“入庫予約”を行ったことに伴ってデータベース310に設定されたものである。
【００７０】
サービス廃止時の処理：図6
この処理は、サービスが必要無くなったときのプロビジョニング情報の削除とパッケージ入庫処理を示したものである。
【００７１】
まず、オペレータ1は、クライアント端末2からサーバ3のプロビジョニング処理部32に対してサービス廃止要求を行う（ステップS41）。この要求情報には、例えば伝送装置ID＝＃1及びパッケージID＝2が含まれ、どの伝送装置のどのスロット位置のパッケージを廃止するかを要求している。
【００７２】
このような要求を受けたプロビジョニング処理部32は、プロビジョニング情報データベース320から対応するパッケージを検索する（ステップT31）。この場合のプロビジョニング情報データベース320は、図6（2）に示すような状態aに設定されているとすると、現在サービス状態にある伝送装置ID＝＃1に実装されたパッケージID＝2のパッケージが検索され、このパッケージが“実装済”であり、プロビジョニング状態が“NE設定済”となっていることが示されているので、プロビジョニング処理部32は、伝送装置5に対してこのプロビジョニング情報として提供サービス＝λ2の情報を削除する指示を行う（ステップS42）。これに伴い、伝送装置5は、プロビジョニング情報＝λ2のサービスを削除し、その応答をプロビジョニング処理部32に返す（ステップS43）。
【００７３】
これにより、プロビジョニング処理部32は、同図（3）に示すプロビジョニング情報データベース320の状態bに示すように、該当するパッケージのデータベースを全て削除する。そしてプロビジョニング処理部32は、パッケージ在庫管理処理部31に対して今削除したパッケージの固有情報をパッケージ在庫管理データベース310に設定するように要求を行う（ステップS45）。この結果、パッケージ在庫管理処理部31はデータベース310に対して、同図（4）に示すパッケージ在庫管理データベース310の状態aに示すように、パッケージNo.2のパッケージが入庫予定設定されることになる。
【００７４】
この結果、パッケージ在庫管理処理部31からパッケージ入庫予定設定の応答がプロビジョニング処理部32に返され（ステップS46）、プロビジョニング処理部32はクライアント端末2に対してサービス廃止応答を行う（ステップS47）。なお、この“入庫予定”はサービス廃止後にパッケージ倉庫4に入庫するまでの状態を指すが、上述した“入庫予約”は、パッケージ倉庫4に無くて入庫させることが必要な状態を指している。
【００７５】
在庫パッケージ予備品登録処理：図7
この処理は現在伝送装置に実装されているパッケージに故障が発生したときに備えて予備品を予め登録しておくためのシーケンスを示したものである。
【００７６】
まずオペレータ1は、クライアント端末2からサーバ3のプロビジョニング処理部32に対してパッケージ検索を行う（ステップS51）。これは、オペレータ1が知っている伝送装置ID＝＃1に関してのパッケージ検索を行うものとする。これを受けてプロビジョニング処理部32はプロビジョニング情報データベース320の中から、伝送装置ID＝＃1が登録されているパッケージの固有情報を検索して（ステップT41）、その応答をクライアント端末2に返す（ステップS52）。今、プロビジョニング情報データベース320は、図7（2）に示す状態aに登録されているものとすると、プロビジョニング処理部32からクライアント端末2に対しては、パッケージID＝2、パッケージ型名＝AAA、修理回数＝1、及び修理情報＝光モジュール交換の情報が与えられることになる。
【００７７】
このようなパッケージ検索応答を受けたオペレータ1は、同じパッケージ型名＝AAAに基づき、予備品登録を行うパッケージを指定する（ステップT42）。この例ではデータベース320にはNo.1のパッケージしか登録されていないのでこれが指定される。そして、この指定したパッケージと同じ型名のパッケージがデータベース310に登録されているかという予備品検索（パッケージ型名＝AAA）をパッケージ在庫管理処理部31に対して行う（ステップS53）。この結果、パッケージ在庫管理処理部31は、同図（3）に示すようにパッケージ在庫管理データベース320の状態aにおいて、パッケージ型名＝AAAのパッケージはパッケージNo.1であることを検索する（ステップT43）ので、このパッケージNo.1を予備品としてクライアント端末2に返答する（ステップS54）。
【００７８】
この結果、パッケージ在庫管理処理部31からクライアント端末2に対しては、パッケージNo.2、パッケージ型名＝AAA、修理回数＝0、修理情報＝光モジュール交換が与えられることとなるので、オペレータ1は、これに応答して予備品設定パッケージNo.予備品番号“1”をパッケージ在庫管理処理部31に対して行う（ステップS55）。これを受けてパッケージ在庫管理処理部31は、同図（4）のパッケージ在庫管理データベースの状態bに示すように、パッケージNo.1のパッケージに対して予備品IDに“1”を設定し、予備品であることを設定することになる。この結果、パッケージ在庫管理処理部31はパッケージ在庫管理データベース310に対して同図（4）に示す状態bを登録し、その設定応答をクライアント端末2に返す（ステップS56）。
【００７９】
このようにして、現在実装中のパッケージと同じパッケージ型名のパッケージを予備品としてパッケージ在庫管理データベース310に設定し、故障に備えることが可能となる。
【００８０】
パッケージ入庫数量予測処理：図8
この処理はパッケージの入庫数量予測処理を行うものであり、オペレータ1はクライアント端末2からサーバ3のパッケージ在庫管理処理部31に対して入庫予測読出を行う（ステップS61）。これにより、パッケージ在庫管理処理部31は、同図（2）に示すパッケージ在庫管理データベースの状態aに基づき、各パッケージ識別情報の各週・各月・各年毎の入庫量、出庫量、在庫数量、サービス登録量の履歴情報をパッケージ在庫データベース310から検索し、パッケージ識別情報毎に統計データの一覧及び作業月の入庫予測数量を求めて表示し（ステップT51）、クライアント端末2に応答することになる（ステップS62）。この場合、入庫予測数量は、周知の演算手法を用いることにより、現在の在庫数量、作業月にサービス開始日が設定されているパッケージ数量及び出庫数量の統計データから決定できる。
【００８１】
パッケージ故障診断処理：図9
このパッケージ故障診断処理においては、まず伝送装置5においてアラーム通知がサーバ3のアラーム監視処理部33に送られると、このアラーム監視処理部33が予めアラーム情報データベース330において同図（2）に示すような状態aとしてデータを蓄積しておく（ステップT61）。
【００８２】
このような状態において、オペレータ1はアラーム情報の要求をクライアント端末2からアラーム監視処理部33に対して行うと（ステップS71）、アラーム監視処理部33はアラーム情報データベース330から、アラームが頻発しているパッケージの型名を検索する（ステップT62）。この例では、パッケージ型名＝BBB、AAAがアラームを頻発させていることが示されている。
【００８３】
そこでアラーム監視処理部33は、このようなパッケージ型名“BBB”及び“AAA”に基づき、パッケージ在庫管理処理部31に対してパッケージ情報の読出を行う（ステップS72）。これに応答してパッケージ在庫管理処理部31は、パッケージ在庫管理データベース310から、該当するパッケージ型名“BBB”,“AAA”を有するパッケージを検索して（ステップT63）、アラーム監視処理部33へ応答する（ステップS73）。
【００８４】
その後、或いはこれと同時に、アラーム監視処理部33はプロビジョニング処理部32に対してやはり同じパッケージ型名“BBB”及び“AAA”に基づきパッケージ情報の読出を行い（ステップS74）、これに応答してプロビジョニング処理部32はプロビジョニング情報データベース320を参照して、該当するパッケージ型名“BBB”及び“AAA”を有するパッケージを検索して（ステップT64）、アラーム監視処理部33へ応答する（ステップS75）。
【００８５】
このようなパッケージ情報読出応答（ステップS73及びS75）を受けたアラーム監視処理部は、クライアント端末2に対してアラーム情報の応答を行う（ステップS76）。この応答には、アラームが頻発しているパッケージ型名と同型のパッケージがどこにあるのか（在庫、伝送装置、及びそのスロット位置）を一覧で表示し、オペレータに故障情報を表示し、予防効果を促すようにするものである（ステップT65）。
（付記１）
所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに設定された在庫情報から検索する第1のステップと、
該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2のステップと、
該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3のステップと、
を備えたことを特徴とするパッケージ在庫管理方法。
（付記２）付記１において、
該第1のステップは、該登録要求が自動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の最初に検索されたものを自動的に指定するステップを含むことを特徴としたパッケージ在庫管理方法。
（付記３）付記１において、
該第1のステップは、該登録要求が手動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の一つが指定できるように一覧表示するステップを含むことを特徴としたパッケージ在庫管理方法。
（付記４）付記２又は３において、
該第1のステップは、該検索の結果、該当するパッケージが無かったとき、そのパッケージの入庫予約情報を該第1のデータベースに設定するステップを含むことを特徴としたパッケージ在庫管理方法。
（付記５）付記２又は３において、
該第3のステップは、該プロビジョニング情報を実装済に更新するとともに、該第1のデータベースから、該実装したパッケージの在庫情報を削除するステップを含むことを特徴としたパッケージ在庫管理方法。
（付記６）付記４において、
不足在庫情報要求があったとき、該入庫予約情報が設定されているパッケージの情報を該第1のデータベースから読み出す第4のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
（付記７）付記１において、
特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
（付記８）付記１において、
該サービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6のステップと、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7ステップと、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
（付記９）付記１において、
入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
（付記１０）付記１において、
該実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10のステップをさらに備えたことを特徴とするパッケージ在庫管理方法。
（付記１１）
所望のサービス提供装置に対するサービスのプロビジョニング設定要求を受けたとき、該サービスを提供するために必要な機能を備えたパッケージを第1のデータベースに設定された在庫情報から検索する第1の手段と、
該検索したパッケージの固有情報をプロビジョニング情報として第2のデータベースに設定する第2の手段と、
該検索されたパッケージが出庫されて該サービス提供装置に実装されたとき、該プロビジョニング情報を、該実装されたパッケージに設定する第3の手段と、
を備えたことを特徴とするパッケージ在庫管理装置。
（付記１２）付記１１において、
該第1の手段は、該登録要求が自動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の最初に検索されたものを自動的に指定する手段を含むことを特徴としたパッケージ在庫管理装置。
（付記１３）付記１１において、
該第1の手段は、該登録要求が手動登録要求のとき、該検索の結果、該当するパッケージが複数あれば、それらのパッケージの内の一つが指定できるように一覧表示する手段を含むことを特徴としたパッケージ在庫管理装置。
（付記１４）付記１２又は１３において、
該第1の手段は、該検索の結果、該当するパッケージが無かったとき、そのパッケージの入庫予約情報を該第1のデータベースに設定する手段を含むことを特徴としたパッケージ在庫管理装置。
（付記１５）付記１２又は１３において、
該第3の手段は、該プロビジョニング情報を実装済に更新するとともに、該第1のデータベースから、該実装したパッケージの在庫情報を削除する手段を含むことを特徴としたパッケージ在庫管理装置。
（付記１６）付記１４において、
不足在庫情報要求があったとき、該入庫予約情報が設定されているパッケージの情報を該第1のデータベースから読み出す第4の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
（付記１７）付記１１において、
特定のパッケージに関してサービス廃止要求を受けたとき、該第2のデータベースから該特定のパッケージに対応したプロビジョニング情報を検索して対応するサービス提供装置からそのプロビジョニング情報を削除するともに該第2のデータベースからもそのプロビジョニング情報を削除し、該削除したパッケージについて入庫予定情報を該第1のデータベースに設定する第5の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
（付記１８）付記１１において、
該サービス提供装置のパッケージ予備品検索を受けたとき、該サービス提供装置に実装されているパッケージを該第2のデータベースから検索して表示する第6の手段と、これに応答して該実装パッケージと同じ識別情報のパッケージ検索を受けたとき、該第1のデータベースにおいて該識別情報のパッケージが登録されている場合には、該パッケージの固有情報を出力する第7手段と、これに応答していずれかのパッケージが指定されたとき、該第１のデータベースにおいてそのパッケージを予備品として登録する第8の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
（付記１９）付記１１において、
入庫予測読出要求を受けたとき、該第1のデータベースに基づき統計データを算出して応答する第9の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
（付記２０）付記１１において、
該実装パッケージからアラーム通知を受けたとき、第3のデータベースに該実装パッケージの情報をアラーム履歴情報として登録しておき、故障診断要求を受けたとき、該アラーム履歴情報と該第1及び第2のデータベースからアラームが発生しているパッケージの識別情報と同じ識別情報のパッケージの情報を出力する第10の手段をさらに備えたことを特徴とするパッケージ在庫管理装置。
【図面の簡単な説明】
【００８６】
【図１】本発明に係るパッケージ在庫管理方法及び装置を実現する一実施例を示したブロック図である。
【図２】本発明に係るパッケージ在庫管理方法及び装置におけるパッケージ入庫時の処理を説明するための図である。
【図３】本発明に係るパッケージ在庫管理方法及び装置においてサービス登録時（サービス・プロビジョニング設定時）の処理を示したシーケンス図である。
【図４】図3に示した処理シーケンスで用いられる各種のデータベースをその状態毎に示した図である。
【図５】本発明に係るパッケージ在庫管理方法及び装置における不足在庫一覧表示処理を示した図である。
【図６】本発明に係るパッケージ在庫管理方法及び装置においてサービス廃止時の処理を示した図である。
【図７】本発明に係るパッケージ在庫管理方法及び装置において在庫パッケージの予備品登録処理を示した図である。
【図８】本発明に係るパッケージ在庫管理方法及び装置においてパッケージ入庫数量予測処理を示した図である。
【図９】本発明に係るパッケージ在庫管理方法及び装置においてパッケージ故障診断処理を示した図である。
【符号の説明】
【００８７】
1  NMSオペレータ
2  NMSクライアント端末
3  NMSサーバ
31  パッケージ（PKG）在庫管理処理部
310  パッケージ在庫管理データベース（DB）
32  プロビジョニング処理部
320  プロビジョニング情報データベース
33  アラーム監視処理部
330  アラーム処理データベース
4  パッケージ倉庫
5，#1〜＃n  伝送装置
図中、同一符号は同一又は相当部分を示す。
【図１】
2005322051.tif 000003
【図２】
2005322051.tif 000004
【図３】
2005322051.tif 000005
【図４】
2005322051.tif 000006
【図５】
2005322051.tif 000007
【図６】
2005322051.tif 000008
【図７】
2005322051.tif 000009
【図８】
2005322051.tif 000010
【図９】
2005322051.tif 000011