【事件の表示】
　平成４年特許願第２０６７２２号「文書処理方法及び文書処理装置」拒絶査定に対する審判事件［平成６年２月２５日出願公開、特開平６−５２１６１］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯、本願発明
　本願は、平成４年８月３日の出願であって、その請求項７に係る発明（以下「本願発明」という。）は、平成１４年６月２４日付けの手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項７に記載された次のとおりのものと認める。
　「【請求項７】　グラフ理論におけるグラフによって表現される１以上の文書若しくは文書部品に対して所定の処理を施す文書処理装置において、
　前記文書若しくは文書部品のデータ形式として前記グラフのノード位置を示す識別子がテキスト記述されたものを含んでテキスト記述された少なくとも１つの構成子からなる構成子記述列から、指定された第１の条件に適合する構成子に対応する識別子を第１の識別子列として取得して出力する第１の識別子列取得手段と、
　前記第１の識別子取得手段が出力した第１の識別子列を保持する識別子列保持手段と、
　前記識別子列保持手段に保持されている第１の識別子列を読み込んで、指定された第２の条件に適合する識別子を第２の識別子列として取得して出力する第２の識別子列取得手段と、
　前記第２の識別子列取得手段が出力した第２の識別子列を読み込んで、各識別子に対応する構成子を含む構成子記述列を出力する構成子記述列出力手段と
　を具備することを特徴とする文書処理装置。」
　
２．引用例に記載された発明
　これに対して、当審において平成１４年４月１２日付けで通知した拒絶の理由に引用された特開平３−１６１８６４号公報（以下「引用例１」という。）には、以下（ａ）〜（ｆ）の事項が記載されている。
（ａ）「複数階層の入れ物により、マルチメディア対応の文書を管理する機能を有するデータ処理システムにおいて、文書または文書要素間の論理的関係を、クラスと、クラス配下の複数のサブクラスと、クラスまたはサブクラス配下に接続される文書または文書要素に対応するエンティティとの結び付きからなる木構造の論理構造により管理する論理構造管理手段（１２）と、上記木構造について、少なくとも作成・更新・削除を含む操作を行う木構造操作手段（１１）と、上記木構造による論理構造を文書または文書要素の実際の物理的な格納場所を示す物理構造にマッピングするための格納構造を管理する格納構造管理手段（１３）とを備えたことを特徴とする文書管理処理方式。」（特許請求の範囲。第１頁左下欄第５行〜同頁右下欄第２行）
（ｂ）「本発明は…、文書または文書要素間の論理的関係を自由に操作し、長大文書の管理や版数管理、共用管理などの文書の管理を体系的に行うことができるようにすることを目的としている。」（第３頁右上欄第１９行〜同頁左下欄第４行）
（ｃ）「本発明では、…、第１図に示すように、ユーザービューとして論理構造を設け、さらに、格納構造、物理構造の３階層レイヤによる文書データベースによって、マルチメディア対応の文書または文書要素を管理する。」（第３頁左下欄第１５行〜同頁右下欄第３行）
（ｄ）「木構造操作手段１１は、論理構造管理手段１２が管理する木構造について、クラス単位またはサブクラス単位で、その作成・更新・削除などの操作を行う処理手段である。」（第４頁左上欄第１５〜１８行）
（ｅ）「第３図は、クラスの木構造を管理するリレーショナルデータベースによる部品展開型テーブルの例を示している。…「識別名」は、クラス、サブクラスまたはエンティティのいずれかを示し、システム生成の一意名である。−「所属名」は、サブクラスまたはエンティティが所属する識別名である。…「論理名」は、利用者が指定した名前である。サブクラス名、エンティテイ名は、クラス内で一意である。」（第５頁右上欄第２行〜同頁左下欄第４行）
（ｆ）第８図に示された文書データベースが動作するシステムの全体構成の説明として、「特に、文書管理サーバ４２は、構造管理ファイル５１に格納された木構造の論理構造に関する管理情報について、クラス単位またはサブクラス単位での作成・更新・削除・複写・移動・分離・結合などの操作処理機能を持つ。」（第７頁左上欄第１３〜１７行）
　上記の「識別名」は、木構造を構成するクラス、サブクラスまたはエンティティのいずれかを示す一意名であるから、木構造のノード位置に一意であることは明らかである。さらに、第３図をみると、管理テーブルの各レコードは「識別名」、「論理名」、「所属名」の他に「所属名１」、「所属名２」も含んで記述されており、「所属名」は「１レベル上の親」と説明され、「所属名１」は「２レベル上の親」と説明され、「所属名２」は「３レベル上の親」と説明されており、「所属名」が１レベル上の親の識別名を示し、「所属名１」が２レベル上の親の識別名を示し、「識別名２」が３レベル上の親の識別名を示していることが看取される。
　したがって、上記（ａ）〜（ｆ）の記載事項及び図面の記載から、引用例１には、
　「文書または文書要素間の論理関係を木構造により表現して、文書または文書要素間の論理的関係を操作処理する文書管理処理方式において、
　前記文書または文書要素のデータ形式として前記木構造のノード位置に一意な識別名とノードの１レベル上の親、２レベル上の親、３レベルの上の親の識別名を示す所属名、所属名１、所属名２と利用者が指定した名前である論理名とを含んで記述されたレコードからなる管理テーブルを用い、前記操作処理を行う文書管理処理方式。」
との発明（以下「引用例１に記載された発明」という。）が記載されていると認められる。
　そして、引用例１には、第７頁右上欄第１行〜同頁左下欄第１３行に、
　階層検索の場合の処理として、クライアントが階層名を指定し（Ｚ．Ｚ２）、階層検索を指示し（ＮＥＸＴ）、管理情報による検索を指示する（ＣＲＥＡＴＥＤＡＴＥ＞＝１９８９０８０１）と、システムが管理テーブルを検索して、検索結果を返却する（０　ＣＵＲＳＯＲ１　２　Ｚ．Ｚ２．Ｓ，Ｚ．Ｚ２．Ｔ）処理も記載されており、該階層検索の場合の処理は、引用例１に記載された発明の文書または文書要素間の論理的関係の操作処理の一例として理解される。
　同じく引用された特開平３−２１０６６８号公報（以下「引用例２」という。）には、以下（ｇ）〜（ｊ）の事項が記載されている。
（ｇ）「各メンバ間の関係を示すテーブルを用いて、階層構造を辿ることにより、階層構造をもつ文書の中から、その階層構造を用いて任意のメンバを参照できるようにすることを目的とする。」（第２頁左下欄第１１〜１５行）
（ｈ）「（１）大規模なドキュメント（ペーパマニュアル）を章、節、項というモジュールに分割し、メンバとして区分データセット（ファイル）に格納する。この場合、それぞれのメンバには、メンバの構造的位置を表すユニークな名前を付与し、メンバ間の階層関係を表すため、各メンバにインデクスポインタを持つ行を追加するか、あるいはインデクスポインタを持つ替わりに、階層関係を表わすテーブルを付加する。これにより、目次、索引から自由にドキュメントの検索を行う。」（第２頁右下欄第１４行〜第３頁左上欄第４行）
（ｉ）「また、各メンバのメンバ名をユニークに決めるため、次に示すようにメンバ名を付与する。（１）マニュアル本文のメンバの名前には、編番号、章番号、節番号、項番号を付与し、各メンバの名前がユニークになるようにする。すなわち、第６図（ａ）のように、本文のメンバ名を示す８桁は、マニュアル相互を区別するための名前（３桁）ｎ１ｎ２ｎ３と、マニュアルの本文であることを示す記号Ｇ、編番号ｍ１、章番号ｍ２、節番号ｍ３、項番号ｍ４から構成される。」（第５頁左下欄第３〜１２行）
（ｊ）「本実施例では、第２１図の＊次の項目＊にカーソルを当てて送信キーを押すと、マニュアル処理装置では、マニュアル区分データセット（第３図）の中にある第２２図のメンバ名ＥＴ１ＣＣＮＶのメンバが＊３の欄を走査して、現在表示中のメンバのメンバ名のＥＴ１Ｇ１１２のある行を捜す。それは、レベル番号が０５であるので、それよりも下に続く行で次に０５があるかを捜す。しかし、次の０５に当たる前に、メンバ名ＥＴ１Ｇ１２のレベル番号０４にぶつかる。これは、第１．１節の中の項としては、弟メンバがないことを示すので、何もせず、端末に入力指令を出して、次の指令を待つ。一方、＊前の項目＊にカーソルを当てて送信キーを押すと、マニュアル処理装置は、ＥＴ１Ｇ１１２の行よりも前へ、レベル番号０５を捜しに行く。その結果、直前の行に０５が見つかるので、ＥＴ１Ｇ１１１のメンバ名を持つ兄メンバを、マニュアル区分データセットから読み出して表示し、入力指令を端末に発行しておく。」（第８頁右上欄第１２行〜同頁左下欄第１１行）
　上記の「階層構造をもつ文書」は、図面第１図に示されるようにグラフ理論におけるグラフによって表現されるものであり、また、メンバの構造的位置を表すユニークな名前である「メンバ名」と階層関係を表す「レベル番号」とで、ノード間の親子関係と兄弟関係を示しており、グラフのノード位置を示す識別子として機能することは明らかである。
　したがって、上記（ｇ）〜（ｊ）の記載事項及び図面の記載から、引用例２には、
　グラフ理論におけるグラフによって表現される文書のメンバにグラフのノード位置を示す識別子を付与し、該識別子を利用してメンバの検索を行うこと
が記載されていると認められる。
　
３．本願発明と引用例に記載された発明との対比
　本願発明（以下「前者」という。）と引用例１に記載された発明（以下「後者」という。）とを対比すると、
（イ）後者の「文書管理処理方式」は、前者の「文書処理装置」に相当し、
（ロ）後者の「木構造」は、前者の「グラフ理論におけるグラフ」に相当し、
（ハ）後者の「文書要素」は、前者の「文書部品」に相当し、
（ニ）後者の「文書または文書要素間の論理的関係を操作処理する」は、前者の「文書若しくは文書部品に対して所定の処理を施す」に相当し、
（ホ）後者の「木構造のノード位置に一意な識別名」と「ノードの１レベル上の親、２レベル上の親、３レベルの上の親の識別名を示す所属名、所属名１、所属名２」とで、木構造のノード位置を識別するための木構造のノード位置に一意な識別子といえるから、前者の「グラフのノード位置を示す識別子」と、グラフのノード位置に一意な識別子として共通しており、
（ヘ）後者の「レコード」は、木構造のノードを記述しており、本願明細書の発明の詳細な説明において「グラフのノードを構成子として定義し」（段落【００４４】）ているのであるから、前者の「構成子」に相当し、
（ト）後者の「管理テーブル」は、引用例１図面第３図に示されるようにレコード（構成子）の記述列からなるといえるから、前者の「構成子記述列」に相当している。
　したがって、両者は、
　「グラフ理論におけるグラフによって表現される１以上の文書若しくは文書部品に対して所定の処理を施す文書処理装置において、
　前記文書若しくは文書部品のデータ形式として前記グラフのノード位置に一意な識別子が記述されたものを含んで記述された構成子からなる構成子記述列を用い、所定の処理を施すことを特徴とする文書処理装置。」
である点で一致し、以下の点で相違している。
［相違点１］
　前者の識別子が、グラフのノード位置を示すものであるのに対して、後者のグラフのノード位置に一意な識別子は、ノード間の親子関係を示しているがノード間の兄弟関係を示しておらず、グラフのノード位置を示すものとはいえない点。
［相違点２］
　前者の構成子が、識別子がテキスト記述されたものを含んでテキスト記述されたものであり、構成子記述列は少なくとも１つの該構成子からなるのに対して、後者の構成子は、識別子が記述されたものを含んでレコードとして記述されており、構成子記述列は該レコードからなる管理テーブルである点。
［相違点３］
　前者が、構成子記述列から、指定された第１の条件に適合する構成子に対応する識別子を第１の識別子列として取得して出力する第１の識別子列取得手段と、前記第１の識別子取得手段が出力した第１の識別子列を保持する識別子列保持手段と、前記識別子列保持手段に保持されている第１の識別子列を読み込んで、指定された第２の条件に適合する識別子を第２の識別子列として取得して出力する第２の識別子列取得手段と、前記第２の識別子列取得手段が出力した第２の識別子列を読み込んで、各識別子に対応する構成子を含む構成子記述列を出力する構成子記述列出力手段とを具備するのに対して、後者は、そのような手段を具備していない点。
　
４．当審の判断
　［相違点１］について検討する。
　引用例２に、グラフ理論におけるグラフによって表現される文書のメンバにグラフのノード位置を示す識別子を付与し、該識別子を利用してメンバの検索を行うことが記載されているから、後者において、グラフのノード位置に一意な識別子をグラフのノード位置を示すものとすることは、当業者が容易になし得たことである。
　［相違点２］について検討する。
　論理構造がグラフ理論におけるグラフによって表現される対象を記述するのに、グラフのノードをノード位置に一意な識別子がテキスト記述されたものを含んでテキスト記述し、該テキスト記述されたものからなる記述列により対象を記述することが周知であるから（例えば特開平２−１４０８４３号公報、特に、第２頁左下欄第１１行〜同頁右下欄第８行の記載参照。）、後者において、識別子が記述されたものを含んでレコードとして記述された構成子を識別子がテキスト記述されたものを含んでテキスト記述された構成子とし、構成子記述列をテキスト記述された少なくとも１つの構成子からなるものとすることは、当業者が容易になし得たことである。
　［相違点３］について検討する。
　引用例１には、第７頁右上欄第１行〜同頁左下欄第１３行に、後者の文書若しくは文書部品に対する所定の処理（文書または文書要素間の論理的関係の操作処理）の一例として、クライアントが階層名を指定し（Ｚ．Ｚ２）、階層検索を指示し（ＮＥＸＴ）、管理情報による検索を指示する（ＣＲＥＡＴＥＤＡＴＥ＞＝１９８９０８０１）と、システムが管理テーブルを検索して、検索結果を返却する（０　ＣＵＲＳＯＲ１　２　Ｚ．Ｚ２．Ｓ，Ｚ．Ｚ２．Ｔ）処理が記載されている。
　後者において、上記の所定の処理（文書または文書要素間の論理的関係の操作処理）を行うのに、構成子記述列（管理テーブル）の構成子（レコード）に含まれる識別子を利用することは自明であるから、構成子記述列（管理テーブル）から、指定された階層名に論理名が適合する構成子（レコード）に含まれる第１の識別子を取得し、該第１の識別子を基に、指定された階層検索に適合する第２の識別子を取得して、該第２の識別子に対応する構成子を得るようにし、そのために、構成子記述列から、指定された第１の条件に適合する構成子（指定された階層名に論理名が適合する構成子）に対応する識別子を第１の識別子列として取得して出力する第１の識別子列取得手段と、前記第１の識別子取得手段が出力した第１の識別子列を保持する識別子列保持手段と、前記識別子列保持手段に保持されている第１の識別子列を読み込んで、指定された第２の条件に適合する識別子（指定された階層検索に適合する第２の識別子）を第２の識別子列として取得して出力する第２の識別子列取得手段と、前記第２の識別子列取得手段が出力した第２の識別子列を読み込んで、各識別子に対応する構成子を含む構成子記述列を出力する構成子記述列出力手段とを具備するようにすることは、当業者が容易になし得たことである。
　そして、本願発明の効果も、引用例１、２に記載された発明及び周知の技術事項の効果から当業者が容易に予測し得た程度のものである。
　
５．まとめ
　以上のとおりであるので、本願発明は、引用例１、２に記載された発明及び周知の技術事項に基いて、当業者が容易に発明をすることができたものと認められるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。