【事件の表示】
　平成１１年特許願第　６０８５１号「ディレクトリサービスの実現方法」拒絶査定不服審判事件〔平成１２年　９月２２日出願公開、特開２０００−２５９４７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成１１年３月８日の出願であって、その請求項１に係る発明（以下、「本願発明」という。）は、平成１６年３月８日付けの手続補正書によって補正された明細書及び図面の記載からみて、本願の特許請求の範囲の請求項１に記載されたとおりの次のものと認める。
「データベース管理システムを用いたディレクトリサービスの実現方法において、
　前記データベース管理システム内にツリー構造情報を記憶し、
　前記ツリー構造情報を構成する各オブジェクト内に、該オブジェクトの上位及び下位のオブジェクトを関連付けるための相互参照ポインタを用いて相互にオブジェクトの保持する属性情報を参照する手続きを格納し、
　前記相互参照ポインタを用いた手続きに従い、下位から上位方向にオブジェクトを辿って下位オブジェクトが自身の上位オブジェクトの属性情報を参照し、この参照した属性情報を自分自身の属性情報として利用することを特徴とするディレクトリサービスの実現方法。」
　
２．引用例
　これに対し、原査定の拒絶の理由で引用された特開平４−３５７５３７号公報（平成４年１２月１０日出願公開、以下、「引用例」という。）には、図面とともに次の事項が記載されている。
　
（１）
「【０００２】
【従来の技術】ディレクトリ記憶装置は、オブジェクトの属性に関する情報のデータベース記憶装置であり、これらの情報に対する各種のアクセス機能を利用者に提供し、これらの情報のデータベースにおける実現形態である要素を、該オブジェクト間の包含関係を用いて木構造の形で構造化する記憶装置である。ディレクトリはディレクトリ記憶装置が記憶しているデータベースである。
図２に利用者からみたディレクトリの概念図を示す。利用者はオブジェクトに関する情報を、その名前を指定することによって得ることができる。ディレクトリシステムの技術については（ＪＩＳ原案ＤＩＳ９５９４）に述べられている。」
　
（２）
「【００２１】
【実施例】図１は請求項１の発明の全体構成図である。
図中１は共通の属性種を持つ要素を分類し、該共通属性種群をまとめたものである型の情報の記憶を行う型定義記憶装置であり、２は前記型定義記憶装置によって定義された型情報に基づいて要素の記憶を行う要素記憶装置であり、３は各要素間の包含関係を記憶する要素間包含関係記憶装置であり、４は要素間に共通に含まれる属性値がある場合にその属性値の参照関係を記憶する要素間参照関係記憶装置であり、５はこれらの記憶装置を制御する制御装置であり、６は利用者が用いる端末である。
【００２２】図１において、新しい要素をディレクトリ記憶装置に記憶する場合、利用者は、端末６から、該要素が属する型、該要素が持つ属性値、該要素を包含する要素、及び該要素と要素間参照関係において上位の要素を入力する。
【００２３】このとき、新規に型を記憶させる場合、制御装置５は端末６より型の定義情報を読みとり、型定義記憶装置１に該情報を記憶する。図６型定義記憶装置１における記憶方法の一例を示す図である。図中、型識別子の列は、制御装置が内部で用いるための識別子であり、利用者は型識別子を意識する必要はない。図中、型名の列は、利用者が定義する型の名前である。利用者は、この名前を指定して、型を指定する。値としては例えば“電話機Ａ”のような文字列で指定する。図中上位型の列は、型間継承関係を記憶するための列であり、型間継承関係における上位の型の識別子が入る。この列が“無し”であるときは、その行が定義する型は型間継承関係における最上位の型（図２におけるルート）であることを示す。図中、属性種の列は、該型が定義する属性種を列挙する列であり、属性種の名前を区切り子で区切って列挙する。図６の場合では、型１が属性種１、属性種２を定義している。型間継承関係において、型１の下位である型２は、それ自身で属性種３を定義しており、型間継承関係から、自動的に属性種１、属性種２も定義している。新しく型を定義する場合に、既存の型の中で、よく似た属性種を定義している型がすでに存在する場合は、その型を型間継承関係における上位に指定することにより、該型の記述量を減らすことができる。また、既存の型に似たものがない場合でも、共通の属性種を持つ複数の型を定義するときに、その共通の属性のみを定義する型を新たに定義し、その型を、定義しようとする型の型間継承関係における上位の型に指定することにより、型の記述量を減らすことができる。
【００２４】新しく要素を本ディレクトリ記憶装置に追加する場合、制御装置５により、型定義記憶装置１より該要素が属すると指定された型の情報が取り出され、この情報に基づき該要素が持つ属性種が決定され、この属性種に属する属性値を利用者が入力し、入力された属性値が要素記憶装置２に記憶される。このとき型定義記憶装置１における型の情報は、複数の属性種を持つと定義してあってもよく、この場合は該要素は複数の属性値を持つことになる。つまり、各要素は、該要素が属する型により、記憶する属性値の数や種類が違うことになる。
このため要素記憶装置を従来の関係データベースを用いて実現する場合は、型毎に関係データベースにおける表を定義し、要素を該要素が属する型に対応する表に記憶する必要がある。図７は要素記憶装置２を関係データベースを用いて実現する場合における、一つの型の対応する表の一例である。図中、識別子という名の列にある型２−１という記述は、型２に属する要素の内、その型に属する要素中で識別子が１であるものを示す識別子である。本ディレクトリ記憶装置の内部では、この識別子を、要素記憶装置に送ることにより、要素を指定して、読み書きを行うことができる。
【００２５】該要素に関する要素間包含関係は、制御装置５が、要素間包含関係記憶装置３に、該要素の識別子及び該要素の要素間包含関係における上位の要素の識別子の対を記憶させことにより、記憶される。図８は要素間包含関係記憶装置３における、記憶方法の一例を示す図である。図中第１行の記述は、型１−１という識別子を持つ要素が、型１−２という識別子を持つ要素を要素間包含関係において、包含していることを示す。新しい要素を本ディレクトリ記憶装置に追加する場合は、該要素の識別子を下位の列に、該要素を包含する要素の識別子を上位の列に記述した、新しい行を要素間包含関係記述装置３に追加する。
【００２６】該要素に関する要素間参照関係は、要素間参照関係記憶装置４に、該要素の要素間参照関係における上位の要素の識別子と該要素の識別子の対として記憶される。図９は要素間参照関係記憶装置４における、記憶方法の一例を示す図である。記憶の方法は、要素間包含関係記憶装置３における記憶方法と同様である。新しい要素を本ディレクトリ記憶装置に追加する場合は、該要素の識別子を下位の列に、該要素を参照する要素の識別子を上位の列に記述した、新しい行を要素間参照関係記述装置４に追加する。
【００２７】次に図１において、本ディレクトリ記憶装置からの要素の読みだしを説明する。
【００２８】ディレクトリ記憶装置から情報を読み出すときには、利用者は名前により要素を指定する。名前は要素間包含関係が形成する木において、ルートと該指定要素の間に含まれるすべてのオブジェクトの識別名の並びを指定することにより記述する。名前の一例として、｛“ルート”、“企業Ａ”、“部署Ｂ”、“電話機Ｃ”｝をあげる。このとき制御装置５は、該識別名の並びのルートの次の識別名に注目し、該識別名が表す要素の包含関係における下位の要素を、要素間包含関係記憶装置３から読みだす。この動作は、制御装置５が、図８において上位の列から、注目している識別名が表す要素の識別子を含む行を抽出し、それらの行の下位の列を調べることにより実現される。その中で指定された識別名を持つものがあれば、該識別名の並びに、いままで注目していた識別名の次の識別名を次の注目する識別名とする。
このとき指定された識別名を持つものがなければ要素の読み出しは失敗する。指定された識別名の並びに対して、順に上記動作を行い、指定された名前に対してすべて探索が終わったときに注目している識別名が表す要素が、指定された要素であり、制御装置５は、この要素を要素記憶装置２から読みだして端末６に表示する。
【００２９】該要素を読みだすとき、制御装置５は、要素間参照関係記憶装置４から要素間参照関係を読みだして要素間参照関係における上位の要素の識別子を読みだし、その識別子が示す要素の属性値を要素記憶装置２から読みだし、複数の属性種それぞれに対して、該要素及び該要素の要素間参照関係における上位の要素の持つ属性値を併せて端末６に表示する。該動作は要素間参照関係における一段階以上上位の要素についても同様に行う。」
　
（３）【図２】には「利用者からみたディレクトリの概念図」として、要素の階層構造が示されている
　
　これらの記載から引用例には、
　ディレクトリ記憶装置を用いた、要素の記憶及び要素の属性値の読みだしの実現方法において、
　前記ディレクトリ記憶装置内に要素の階層構造を記憶し、
　前記要素の階層構造を構成する格納される各要素の上位及び下位の要素を関連づける要素間参照関係を用いて、下位から上位方向に要素を辿って上位要素の属性値を読みだし、読みだした属性値を該要素自身のもつ属性値を併せて端末に表示する要素の記憶及び要素の属性値の読みだしの実現方法。
に関する発明が開示されているものと認める。（以下、これを「引用発明」という）
　
３．対比
　本願発明と引用発明とを比較する。
　引用発明はディレクトリを構成する要素を記憶するとともに、該要素の読みだしを実現するものであり、これは本願発明でいうところの「ディレクトリサービス」に相当する。
　また、引用発明の「ディレクトリ記憶装置」、「要素の階層構造」、「要素間参照関係」、「属性値」、「読みだし」は、本願発明の「データベース管理システム」、「ツリー構造情報」、「相互参照ポインタ」、「属性情報」、「参照し」に対応する。
　そして、引用発明における「要素」と、本願発明における「オブジェクト」は、ディレクトリの「ノード」である点で一致している。
　また、引用文献において、「読みだした属性値を該要素自身のもつ属性値を併せて端末に表示」することは、読みだした属性値を、要素自身の持つ属性値と同様に扱っていることから、本願発明における「参照した属性情報を自分自身の属性情報として利用」することに対応している。
　
　してみると本願発明と引用発明は、
　データベース管理システムを用いたディレクトリサービスの実現方法において、
　前記データベース管理システム内にツリー構造情報を記憶し、
　前記ツリー構造情報を構成する格納される各ノードの上位及び下位のノードを関連づける相互参照ポインタを用いて、下位から上位方向にノードを辿って上位ノードの属性値を参照し、この参照した属性情報を自分自身の属性情報として利用することを特徴とするディレクトリサービスの実現方法。
である点で一致し、
（相違点）本願発明では、「ツリー構造情報を構成する各オブジェクト内に、該オブジェクトの上位及び下位のオブジェクトを関連付けるための相互参照ポインタを用いて相互にオブジェクトの保持する属性情報を参照する手続きを格納」しているのに対し、引用発明ではこのような構成を有していない点
で相違する。
　
４．当審の判断
　上記相違点について検討する。
　ツリー構造を構成するオブジェクト内に、他のオブジェクトの保持する属性値（属性情報）を参照する手続を格納する構成については、出願人が本願明細書において従来の技術として引用し、本願出願のおよそ４年前に公開されている特開平７−１２９４５４号公報に見られるように本願出願前において周知技術と認められる。
　該周知技術がオブジェクト指向データベースを前提とする技術であるのに対し、引用発明は、リレーショナル型データベースシステムを前提とするものであるが、階層構造を取り扱うものであるからオブジェクト指向的であるといえ、かつ、技術常識を参酌すれば、オブジェクト指向データベースでは、階層構造の取り扱いが容易で効率的であるから、引用発明に該周知技術を適用して、オブジェクト指向データベースを採用するとともに、オブジェクト内に、他のオブジェクトの保持する属性値を参照する手続を格納することに格別の困難性は認められない。また、そのことによる効果も格別のものでない。
　
５．むすび
　したがって，本願発明は，引用例に開示された発明に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。