【事件の表示】
　特許第２９１４９５４号「システム障害管理方法」の請求項１ないし９に係る特許に対する特許異議の申立てについて、次のとおり決定する。
【結　論】
　特許第２９１４９５４号の請求項１ないし９に係る特許を維持する。
【理　由】
（１）本件発明
　本件特許第２９１４９５４号の請求項１ないし９に係る発明（平成１０年４月３日出願、平成１１年４月１６日設定登録。）は、その特許請求の範囲の請求項１ないし９に記載された事項により特定される次のとおりのものである。
　「【請求項１】　ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおけるシステム障害管理方法において、
　ＯＭＰでの初期画面構成時に、ＨＬＲシステムの全ての内部装置を構成できるようにフル実装されたグラフィックの情報を作成してデータベースに記憶する過程と、全ての装置を未実装状態の情報をもつように初期化した後、各システムから状態情報を受ける過程と、状態情報とそれに対応するデータベースの構成情報を用いて装置の障害状態をグラフィック表示し、かつ障害の状態を音で発生する過程と、を実施し、グラフィックが、全体状態を表示するメイン画面と、各システムの状態を体系的に見ることができるシステム画面と、前面及び後面に実装されたボードの状態を組み合わせて画面に表示するボード実装画面と、各システムで行われるプロセスのソフトウェア状態を組み合わせて表示するソフトウェア画面と、から構成されることを特徴とするシステム障害管理方法。
　【請求項２】　グラフィックは、メイン画面、システム画面、ボード実装画面及びソフトウェア画面の順で、トップダウン式に展開される請求項１記載のシステム障害管理方法。
　【請求項３】　障害状態のグラフィック表示は、障害等級別に異なる色で表示される請求項１記載のシステム障害管理方法。
　【請求項４】　障害の状態を音で発生する時、障害レベルによって異なる音が用いられる請求項１記載のシステム障害管理方法。
　【請求項５】　ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおける障害状態表示の補償方法において、
　システムの障害状態とＯＭＰによる障害グラフィック画面が不一致な場合、メイン画面上に備えられた再構成ボタンに従い障害グラフィック画面を初期化する過程と、システムの障害状態に対する情報を要求し、障害状態に対する情報から障害状態情報を再構成する過程と、再構成した障害状態情報を用いてメイン画面上に障害グラフィック画面を再表示する過程と、を実施することを特徴とする障害状態表示の補償方法。
　【請求項６】　ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおける障害イベント処理方法において、
　システム内の障害の生じた装置から送られる障害情報メッセージを受けてＯＭＰで該当装置に対応する内部障害詳細記憶部に状態情報をアップデートし、メイン画面内に表示された該当装置の上位画面に状態情報に基づいた障害レベルを組み合わせることにより作られる色を表示する過程と、該当装置に対応する詳細画面が表示されているかを判断する過程と、該当装置の詳細画面が表示されていると内部障害詳細記憶部にアップデートされた状態情報に基づいて該当装置の画面に状態情報の示す障害レベルの色を表現する過程と、内部障害詳細記憶部にアップデートされた状態情報の示す障害レベルの警報音を発生する過程と、を実施することを特徴とする障害イベント処理方法。
　【請求項７】　障害レベルの色は、異なった色で表示される請求項６記載の障害イベント処理方法。
　【請求項８】　警報音は手動でオフされる請求項６記載の障害イベント処理方法。
　【請求項９】　メイン画面上に、警報音をオン／オフするボタンを備える請求項６記載の障害イベント処理方法。」
                                     
（２）申立て理由の概要            
  申立人・エヌ・ティ・ティ移動通信網株式会社は、証拠として甲第１号証（特開平６−１４１０２９号公報）、甲第２号証（ＮＴＴ ＤｏＣｏＭｏテクニカル・ジャーナルＶｏｌ．４　Ｎｏ．１　Ａｐｒ．１９９６、Ｐ．２３〜２７）、甲第３号証（特開平６−２８２５２７号公報）、甲第４号証（ＮＥＣ技法Ｖｏｌ．４６　Ｎｏ．５−１９９３、Ｐ．４１〜５３）を提出し、本件の請求項１ないし４に係る発明は、甲第１、２、３号証に記載された発明から、本件の請求項５に係る発明は、甲第４号証に記載された発明から、本件の請求項６ないし９に係る発明は、甲第１号証に記載された発明からそれぞれ当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定に違反してなされたものであるから、特許を取り消すべき旨主張している。
（３）甲各号証に記載された発明
　甲第１号証には、「本システムは、被管理体の通信網１０１、網管理表示システム１０２から成り、網管理表示システム１０２は、通信網１０１を構成する構成要素に関するアラーム情報の収集を行なう通信制御部１０３、アラーム情報や表示情報を格納するデータベース１０４、データベース１０４より必要な情報を検索して一時格納したり、障害部位画面／サーマリ画面の特定や警報音程を決定する処理のための演算領域及び結果を格納するワークメモリ１０５を備えている。」（段落【００１１】）、「網管理表示システム１０２は、さらに、プログラムメモリ１１０として、通信網からのアラーム情報の収集やデータベースへの登録・更新を管理する障害情報収集／管理部１０６、障害の発生、動的変化に応じて障害表示用画面を選定・更新する障害部位／サーマリ画面特定更新処理部１０７、発生障害数、重要度によりブザーの音程を決定する警報音程決定処理部１０８及び障害表示画面を含む表示画面の生成、消去、更新やブザーの鳴動タイミング／音程変更を制御するプレゼンテーション制御部１０９を備えている。」（段落【００１２】）、「このテーブルは、図３に示すような、地理的、物理的な視野の包含関係に従って階層化されたネットワークマップ画面群３００のデータ構造である。」（段落【００１３】）、「通信網１０１内で障害が発生した場合、通信網のアラーム情報（障害発生構成要素名称、障害重要度）が網管理表示システム１０２の通信制御部１０３に通知され、この通信制御部１０３は、アラーム情報受信を障害情報収集／管理部１０６に通知するステップ（６０１）。【００１６】障害情報収集／管理部１０６は、アラーム情報を表示情報データベース１０４に格納すると共にプレゼンテーション制御部１０９に障害表示要求を発行する（６０２）。この障害表示要求を受信したプレゼンテーション制御部１０９は、障害部位／サーマリ画面特定更新処理部１０７に対し、表示画面の選択決定要求を発行する（６０３）。【００１７】表示画面の選択決定要求を受信した障害部位／サーマリ画面特定更新処理部１０７は、図７に示すように、予め表示情報データベース１０４に格納されている図２に示すサイトマップ内定義表示要素と通信網の構成要素との対応テーブル２００（図２）と、発生アラーム情報内の構成要素名称とを参照し（７０５）、アラーム情報内の構成要素名称２０１に対応する表示要素ＩＤ２０２と、その表示要素を含んでいるマップ名２０３、マップ階層識別子２０４（障害部位画面）を全て抽出し、ワークメモリ１０５に格納する（７０６）。」（段落【００１５】【００１６】【００１７】）、「プレゼンテーション制御部１０９は、障害部位／サーマリ画面特定更新処理部１０７によってワークメモリ１０５に格納された障害部位マップ名及びサーマリマップ名を読み出し、表示情報データベース１０４より該当するマップ画面を取り出し、ＣＲＴ表示するようＩ／Ｏ制御部１１５に要求する。また障害部位マップ内障害対応表示要素ＩＤよりＣＲＴ表示においてマップ画面内の障害対応表示要素、サイトシンボルを色別表示（赤色）すること及び決定された音程でブザー鳴動装置１１４のブザー音を発報することをＩ／Ｏ制御部１１５に要求する（６０７）。」（段落【００２２】）、「該当シンボルの表示色は、下位障害の最も重要度の高いものの色により色別表示するようＩ／Ｏ制御部に要求する。例えば、実施例（１）に記載した障害発生時のサーマリ画面の場合、サイトシンボルＬ１は障害表示要素ＳＮ１（重要度＝Critical）とＳＮ８（重要度＝Warning）、サイトシンボルＬ２はＳＮ９（重要度＝Warning）を含んでいるため、予め重要度Critical＝赤色、Major＝赤色、Minor＝桃色、Indeterminete＝桃色、Warning＝黄色で色別表示することと設定された場合、図１４に示すようにＬ１の横に２が数値表示１１０１され、Ｌ１は赤色、Ｌ２は黄色で色別表示される。」（段落【００３３】）が記載されている。
  甲第２号証には、「ＦＳＶはサービスエリア／システム（無線ｃｈ）情報およびアラーム発生中パネルの架内実装位置情報を付加して通知する。・・・オペレータはＯＰＥ画面上で発生中のアラームが影響を及ぼすサービスエリア／システム名と、装置名・パネル名・アラーム項目名をリアルタイムに把握できる。画面上には、アラームの発生原因がパネルの故障か回線の故障かを切り分け、明確に表示する。さらに、アラーム発生中パネルの架内実装位置も表示する。これにより、オペレータは装置の架前面をイメージしながら、あたかも現地で作業しているように操作することが可能である。この位置情報はＯＳＥ−ＰＢにも収録され、運用履歴検索の結果に出力される。」（２５頁中欄１９行〜右欄２行）が記載されている。
　甲第３号証には、「請求項１に記載のネットワーク管理システムにおいて、ネットワーク上の電子計算機及びネットワーク機器で定義された、ネットワーク上でセキュリティを確保した上で稼働を許諾する条件等の情報に基づき、指示されたネットワーク上の電子計算機及びネットワーク機器で現在稼働中であるプログラム及びコマンド群の中から前記条件に合致しないプログラム及びコマンド、合致していても外部からの侵入可能性のあるプログラム及びコマンド、内部での不正使用の可能性あるプログラム及びコマンドを随時、前記データベースに格納する手段と、前記ネットワーク構成図面に表示された電子計算機及びネットワーク機器等への指示操作に対し、前記データベースに格納したプログラム及びコマンドの動作状況を前記表示装置上に表示する手段とを設けることを特徴とするネットワーク管理システム。」（特許請求の範囲【請求項６】）が記載されている。
  甲第４号証には、「監視対象であるＮＥから発生した装置傷害警報、伝送路障害情報および接点監視アラームは，ＥＣまたはＲＭＴ−ＡＤＰ，ＲＭＴ−ＳＶによって収集します。収集された警報監視データはＥＣ内の発生中アラーム管理テーブルに書き込まれた後、管理名称を付与して履歴ファイルへの書込みおよびＷＳへのデータ送信が行われます。・・・ネットワーク図では装置の実装イメージ図をグラフィック表示しており、該当部分を色替表示することによって、障害位置の確認を可能としています。」（４８頁右欄２〜１３行）、「ＮＯＳは、アラーム再収集によりＮＥの発生中アラームとＥＣ内の管理テーブルを揃える現状要求機能、およびＥＣ内のアラーム管理テーブルとＷＳの色替状態を揃える現状アラーム合わせ機能を有しています。」（４９頁左欄１１〜１４行）が記載されている。
（４）対比・判断
（請求項１に係る発明について）
　本件の請求項１に係る発明と甲１、２、３号証に記載された発明とを対比すると、甲１、２、３号証のいずれにも、本件の請求項１に係る発明を特定するために必要と認める事項である「ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおけるシステム障害管理方法」を備えておらず、本件の請求項１に係る発明は、その必要と認める事項に「ＯＭＰでの初期画面構成時に、ＨＬＲシステムの全ての内部装置を構成できるようにフル実装されたグラフィックの情報を作成してデータベースに記憶する過程と、全ての装置を未実装状態の情報をもつように初期化した後、各システムから状態情報を受ける過程と、状態情報とそれに対応するデータベースの構成情報を用いて装置の障害状態をグラフィック表示し、かつ障害の状態を音で発生する過程と、を実施し、グラフィックが、全体状態を表示するメイン画面と、各システムの状態を体系的に見ることができるシステム画面と、前面及び後面に実装されたボードの状態を組み合わせて画面に表示するボード実装画面と、各システムで行われるプロセスのソフトウェア状態を組み合わせて表示するソフトウェア画面と」を設けることにより、「システム構成が変わった場合でも容易に障害管理画面の構成変更ができ、また、システムに障害は発生した際にも障害内容を分かりやすく表示でき、信頼性が高くなる。」という顕著な効果を生じるものである。
　したがって、本件の請求項１に係る発明が、甲１、２、３号証のいずれかに記載された発明であるとも、また甲１、２、３号証に記載された発明から当業者が容易に発明をすることができたものといえない。
（請求項２ないし４に係る発明について）
　本件の請求項２ないし４に係る発明は、本件の請求項１に係る発明を更に限定したものであるから、上記請求項１に係る発明についての判断と同様の理由により、甲１、２、３号証のいずれかに記載された発明であるとも、また甲１、２、３号証に記載された発明から当業者が容易に発明をすることができたものといえない。
（請求項５に係る発明について）
　本件の請求項５に係る発明と甲４号証に記載された発明とを対比すると、甲４号証のいずれにも、本件の請求項５に係る発明を特定するために必要と認める事項である「ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおける障害状態表示の補償方法において、システムの障害状態とＯＭＰによる障害グラフィック画面が不一致な場合、メイン画面上に備えられた再構成ボタンに従い障害グラフィック画面を初期化する過程と、」を備えておらず、本件の請求項５に係る発明は、その必要と認める事項に「システムの障害状態に対する情報を要求し、障害状態に対する情報から障害状態情報を再構成する過程と、再構成した障害状態情報を用いてメイン画面上に障害グラフィック画面を再表示する過程と」を設けることにより、「システム構成が変わった場合でも容易に障害管理画面の構成変更ができ、また、システムに障害は発生した際にも障害内容を分かりやすく表示でき、信頼性が高くなる。」という顕著な効果を生じるものである。
　したがって、本件の請求項５に係る発明が、甲４号証のいずれかに記載された発明であるとも、また甲４号証に記載された発明から当業者が容易に発明をすることができたものといえない。
（請求項６に係る発明について）
　本件の請求項６に係る発明と甲１号証に記載された発明とを対比すると、甲１号証のいずれにも、本件の請求項６に係る発明を特定するために必要と認める事項である「ハードウエア障害の監視及び報告を行うＦＳ(Fault Sender)、ソフトウエア障害の監視及び報告を行うＳＭ(Stack Manager)、そしてデータ送受信のためのＴＭＭ(Transmission Management Module)からなる障害関連ソフトウエア構成をもつＦＥＰ(Front End Processor)と、ハードウエア障害の監視及び報告を行うＦＳ、ソフトウエア障害の監視及び報告を行うＯＡＨＢ(Operator Access Handling Block)、そしてデータ送受信のためのＴＭＭからなる障害関連ソフトウエア構成をもつＢＥＰ(Back End Processor)と、ＦＥＰ及びＢＥＰの構成データ管理と障害の監視及び報告を行うＣＦＭ(Configuration Fault Management)、各装置のシステム状態をグラフィック表示するＦＷＭ(Fault Window Module)、全プロセス管理及びプロセス状態報告を行うＯＭＰＭ(OMP Manager)、データ送受信のためのＴＭＭ、そしてデータベースからなる障害関連ソフトウエア構成をもつＯＭＰ(Operation and Maintenance Processor)と、を備えたＣＤＭＡのＨＬＲシステムにおける障害イベント処理方法」を備えておらず、本件の請求項６に係る発明は、その必要と認める事項に「システム内の障害の生じた装置から送られる障害情報メッセージを受けてＯＭＰで該当装置に対応する内部障害詳細記憶部に状態情報をアップデートし、メイン画面内に表示された該当装置の上位画面に状態情報に基づいた障害レベルを組み合わせることにより作られる色を表示する過程と、該当装置に対応する詳細画面が表示されているかを判断する過程と、該当装置の詳細画面が表示されていると内部障害詳細記憶部にアップデートされた状態情報に基づいて該当装置の画面に状態情報の示す障害レベルの色を表現する過程と、内部障害詳細記憶部にアップデートされた状態情報の示す障害レベルの警報音を発生する過程と」を設けることより、「システム構成が変わった場合でも容易に障害管理画面の構成変更ができ、また、システムに障害は発生した際にも障害内容を分かりやすく表示でき、信頼性が高くなる。」という顕著な効果を生じるものである。
　したがって、本件の請求項６に係る発明が、甲１号証のいずれかに記載された発明であるとも、また甲１号証に記載された発明から当業者が容易に発明をすることができたものといえない。
（請求項７ないし９に係る発明について）
　本件の請求項７ないし９に係る発明は、本件の請求項６に係る発明を更に限定したものであるから、上記請求項６に係る発明についての判断と同様の理由により、甲１号証のいずれかに記載された発明であるとも、また甲１号証に記載された発明から当業者が容易に発明をすることができたものといえない。
（５）申立人の主張
　申立人・エヌ・ティ・ティ移動通信網株式会社は、異議申立書において、「請求項１に記載された発明は、障害を収集して表示する方法に関するものであり、この収集方法および表示方法自体（すなわち、構成要件Ｂ〜Ｄに相当する部分）は、ＣＤＭＡのＨＬＲシステムに特有の障害を対象とするものでもなく、また、ＣＤＭＡのＨＬＲシステムの資源を用いなければ実施することができないような方法でもない。従って、本件特許発明がＣＤＭＡのＨＬＲシステムへの適用を前提としたとしても、そのことが請求項１に記載された発明の進歩性を肯定する根拠となるものではない。」（１８頁８〜１５行）と主張している。
　しかし、上記申立人の主張は、証拠に基づく見解でなく異議申立人の独断的見解であるので、上記申立人の主張を採用することができない。
（６）むすび
　したがって、特許異議申立ての理由及び証拠によっては、本件の請求項１ないし９に係る発明の特許を取り消すことはできない。
　また、他に本件の請求項１ないし９に係る発明の特許を取り消すべき理由を発見しない。
　よって、結論のとおり決定する。
【異議決定日】
平成１２年１２月５日（２０００．１２．５）