【事件の表示】
　特願２００４−５６９９９７「様々なタイプおよび様々な物理位置からのアイテムを表示するためのファイルシステム」拒絶査定不服審判事件〔平成１６年１１月１１日国際公開、ＷＯ２００４／０９７６８０、平成１８年　９月２１日国内公表、特表２００６−５２１５９２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、２００３年５月１６日（パリ条約による優先権主張外国庁受理２００３年３月２７日、米国）を国際出願日とする出願であって、平成２１年２月９日付けで拒絶理由通知がなされ、同年５月１３日付けで手続補正がなされたが、同年７月８日付けで拒絶査定がなされ、これに対し、同年１１月１０日に拒絶査定不服審判の請求がなされるとともに、同日付けで手続補正がなされたものである。
　
２．本願発明
　本願の請求項１に係る発明は、平成２１年１１月１０日付けの手続補正書により補正された特許請求の範囲の請求項１に記載されたとおりの次のものと認める。（以下、「本願発明」という。）
「アイテムに対するエンティティとして使用される少なくとも１つのイメージをコンピュータの表示デバイスの表示画面に表示する方法であって、前記コンピュータは前記表示デバイス（４７）、複数の前記アイテムを記憶する第１の記憶デバイス（３９）、前記複数の各々に関連する複数のプロパティをデータベースの形態で記憶する第２の記憶デバイス（３９）、入力デバイス（４０または４２）、ポインティングデバイス（４２）およびプロセッサ（２１）を有し、
　前記入力デバイスによりクエリーを入力するステップと（３０２）、
　前記プロセッサにより、前記クエリーに合致する、前記アイテムのプロパティを前記データベース上で検索することにより、１つの検索条件を満足する少なくとも１つのアイテムを検出するステップと（３０４、３０６）、
　当該検出された少なくとも１つのアイテムを１つの仮想的なグループとみなし、前記プロセッサにより、該グループに対応する仮想フォルダ（６５１）を作成するステップと（３０８）、
　当該作成された仮想フォルダを前記プロセッサにより前記表示画面上に表示するステップと（３０８）、
　前記ポインティングデバイスにより、表示されている仮想フォルダを選択するステップと（３０８）、
　当該選択された仮想フォルダの中に含まれるアイテムのイメージ（７５１―７５８）を、前記プロセッサにより前記表示画面に表示するステップと（３０８）
　を備え、
　前記仮想フォルダ内のアイテムのイメージの表示を該アイテムが実際に含まれる物理フォルダの表示（８５１−８５７）に切り替え可能であることを特徴とすることを特徴とする方法。」
　
３．引用例及び周知例
　原査定の拒絶の理由に引用された特開２００１−１８８７０２号公報（以下、「引用例」という。）、及び原査定の備考欄において周知例として引用された特開平５−８９１７３号公報（以下、「周知例」という。）には、それぞれ、図面とともに次の事項が記載されている。
　
（引用例）
Ａ．「【特許請求の範囲】
【請求項１】　サーバのファイルシステムと異なるファイルシステムを持つクライアントとサーバとをネットワークにより接続して構成される分散ファイルシステムにおいて、前記クライアントは、前記サーバが持つ階層構造を持たないデータにより構成されるファイル内のデータを、階層構造により表わした階層情報として管理する階層情報保持手段と、該階層情報保持手段内の情報と前記サーバ内のファイルのデータとの対応情報を保持する対応情報保持手段と、サーバ内のファイルに対する操作が指示されたとき、前記階層情報及び対応情報に基づいて前記サーバのファイルをサーバのファイルシステムを介して操作する操作変換機構とを有する仮想ファイルシステムを備えて構成されることを特徴とする分散ファイルシステム。
　・・・（中略）・・・
【請求項３】　前記クライアントは、表示機構を備え、該表示装置にクライアントの仮想ファイルシステムが持つサーバのファイルの対応情報を、自クライアントのファイルシステムのファイルと同一の形式で表示させ、クライアントのファイルシステムからサーバのファイルを自クライアントのファイルを操作する方法と同一の方法により操作することを特徴とする請求項１または２記載の分散ファイルシステム。」
　
Ｂ．「【００２４】図１は本発明の第１の実施形態による分散ファイルシステムの構成例を示すブロック図である。図１において、２００はクライアント、２０１は対応情報保持機構、２０２は階層情報保持機構、２０３は表示機構、２０４は入力受付け機構、２０５は操作変換機構、２０６はクライアントのファイルシステム、２０７はクライアントのファイル、２０８はサーバのファイルシステム、２０９はサーバのファイル、２１０はサーバ、２１１は仮想ファイルシステムである。
【００２５】本発明の第１の実施形態は、ＰＣによるクライアント２００と汎用機によるサーバ２１０とが図示しなすネットワークを介して接続されて構成されている。そして、クライアント２００の内部には、クライアントのファイルシステム２０６と本発明による仮想ファイルシステム２１１とが備えられ、クライアントのファイルシステム２０６にはクライアントのファイル２０７が接続されている。また、サーバ２１０の内部には、サーバのファイルシステム２０８が備えられ、サーバのファイルシステム２０８にはサーバのファイルが接続されている。そして、本発明により設けられたクライアント２００内の仮想ファイルシステム２１１は、対応情報保持機構２０１、階層情報保持機構２０２、表示機構２０３、入力受け付け機構２０４、操作変換機構２０５を備えている。なお、以下では、説明の便宜上、２０１、２０２はそれらを保持する機構だけでなく情報そのものも指示する符号として使用する。
【００２６】図１に示す本発明の実施形態は、クライアント２００をＰＣであるとしているので、クライアント２００のファイルシステム２０６は、フォルダ及びファイルによる階層構造によりファイル２０７を管理している。このため、図示実施形態は、ネットワークを介して多数接続されているサーバ上のデータセットやメンバの中から、クライアント側で参照・更新したいサーバ上のデータセット・メンバに対し、これらをクライアント側で参照するとき、互いを識別するための便宜的な名称を持つ仮想的なファイルを備える仮想ファイルシステムをクライアント２００内に用意している。そして、この仮想的なファイルをグループ化するための仮想的な構造として、仮想フォルダを用意する。この仮想フォルダは、他の仮想フォルダ及び仮想ファイルを含むことが可能であるため、仮想フォルダ及び仮想ファイルを用いて階層構造を表すことができる。この仮想フォルダ、仮想ファイルの名称（サーバ上のデータセット及びメンバのクライアント側での便宜的な名称）及び階層構造を記述する情報を、本発明の実施形態では階層情報と呼び、この情報を階層情報保持機構２０２の中に保持して、サーバ上のデータセット・メンバによるファイルを管理するために使用する。
【００２７】対応情報保持機構２０１は、階層情報２０２に記載されている仮想フォルダ及び仮想ファイルと、サーバのデータセット及びメンバとの対応関係を記述する対応情報を保持している。これにより、クライアント２００は、サーバのファイル２０９をクライアントのファイルシステム２０６と同様の方法で管理することができる。また、表示機構２０３は、階層情報２０２に記載されている仮想フォルダ・ファイル及びその関係情報を表示することにより、サーバのファイルの情報をクライアントのファイルシステム２０６と同様に、仮想フォルダと仮想ファイルとの階層構造として表示することができる。」
　
Ｃ．「【００２８】図２は仮想ファイル及び仮想フォルダとファイルとの対応の例を説明する図、図３は図２に示す例における階層情報２０２の記述例を説明する図、図４は図２に示す例における対応情報２０１の記述例を説明する図である。
【００２９】図２において、３０１は階層情報２０２に記載されている仮想フォルダ及び仮想ファイルの階層関係の情報を表示機構２０３に表示したイメージであり、サーバ内の２つの区分データセットのそれぞれを仮想的な階層として表示させたものである。階層情報２０２は、図３に示すように、仮想フォルダと仮想ファイルとの階層構造を、それぞれの名称と“（）”（カッコ）との組み合わせで示すように構成されている。カッコ内の情報は、カッコ外に記載された仮想フォルダの下に位置することを示している。すなわち、階層情報２０２の一部である“Folder1(File11、File12)”は、Folder1の下にFile11、File12があることを示しており、図２に示す表示イメージ３０１の中で、仮想フォルダ及び仮想ファイル３０４〜３０６として表示される構造を示している。
【００３０】図１の対応情報２０１には、階層情報２０２とサーバのファイル２０９との対応付けが記載されている。図２に示す対応情報２０１は、仮想フォルダFolder1３０４とサーバの区分データセットUSR.DATA1 ３０７とを対応させ、仮想ファイルFile11 ３０５と区分データセットUSR.DATA1 ３０７のメンバMEMBER1 ３０８とを対応させている。同様に、対応情報２０１は、仮想フォルダFolder2 ３０９とサーバの区分データセットUSR.DATA2 ３１０とを、仮想ファイルFile21 ３１１と区分データセットUSR.DATA2 ３１０のメンバMEMBER1 ３１２をそれぞれ対応させている。このような対応付けを行うことにより、クライアント２００は、サーバ側のデータセットをあたかも自クライアント上のファイルであるかのように仮想的に表示することが可能になる。
【００３１】図４に示す対応情報２０１の記述例において、対応情報２０１は、仮想フォルダ・仮想ファイル名４０１、対応する汎用機のデータセット・メンバの種別４０２、対応する汎用機のデータセット・メンバの名前４０３、属性情報４０４の組により構成されている。汎用機のデータセット・メンバの種別４０２は、サーバマシン（汎用機）のデータセット DATASETと、サーバマシン（汎用機）のデータセットのメンバ MEMBER とを含んでいる。汎用機のデータセット・メンバの名前４０３は、データセット・メンバのサーバ側のファイルシステム上の実際の名称を示す。また、属性情報４０４は、データセット種別（区分データセットか順データセットか等）、レコード形式（レコードが可変長か固定長か等）等のデータセットの属性情報が記述している。この属性情報４０４は、仮想フォルダの情報にのみ記載される。仮想フォルダの情報にデータセット名称４０３及び属性情報４０４が記載されていない場合、その仮想フォルダにはまだサーバ上のデータセットが対応付けられていないことを示す。」
　
Ｄ．「【００３７】さて、図１に戻り、入力受け付け機構２０４は、表示機構２０３が表示した仮想的なファイル構成（異種のファイルシステムを持つクライアント及びサーバ上のファイルを混在表示する）に対する操作を受け付ける機構である。図２に示している表示の例において、入力受け付け機構２０４は、仮想フォルダや仮想ファイルに対してマウスによるドラッグ＆ドロップ等の操作を受け付ける。また、操作変換機構２０５は、入力受付け機構２０４が受け付けた操作を、クライアントのファイルシステム２０６またはサーバのファイルシステム２０８に投入するコマンドに変換する機能を有する。」
　
　ここで、上記Ｃ．の記載及び図１，２を見ると、図１の「サーバのファイル２０９」に図２の「区分データセットUSR.DATA1 ３０７」及び「区分データセットUSR.DATA2 ３１０」のデータが記憶されている例が示され、図４の「対応情報２０１の記述例」を見ると、「区分データセットUSR.DATA1 ３０７」に含まれるメンバには「USR.DATA1 (MEMBER1)」及び「USR.DATA1 (MEMBER2)」、「区分データセットUSR.DATA2 ３１０」に含まれるメンバには「USR.DATA2 (MEMBER1)」及び「USR.DATA2 (MEMBER2)」というように、それぞれ、メンバが属する区分データセット名「USR.DATA1」、「USR.DATA2」が対応して記憶されていると解され、その記憶の態様は、いわゆるデータベースの形態ということもできるものであると解される。
　また、明示されていなくても、図１において、クライアント２００がプロセッサを有していることは明らかである。
　
　よって、上記Ａ．〜Ｄ．の記載及び関連する図面を参照すると、引用例には、実質的に、次の発明が記載されているものと認められる。（以下、「引用例記載の発明」という。）
「分散ファイルシステムにおけるサーバ上のデータセットのメンバに対応する少なくとも１つの仮想ファイルを前記分散ファイルシステムにおけるクライアント側の表示機構の表示画面に表示する方法であって、前記分散ファイルシステムは前記表示機構、複数の前記データセットのメンバを記憶するサーバのファイル、前記複数の各々に関連する複数の区分データセット名をデータベースの形態で記憶する対応情報保持機構、マウスおよびプロセッサを有し、
　或る区分データセット名を有するデータセットの少なくとも１つのメンバを１つの仮想的なグループとみなし、前記プロセッサにより、該グループに対応する仮想フォルダを作成するステップと、
　当該作成された仮想フォルダ及び該仮想フォルダの中に含まれるメンバに対応する仮想ファイルを、前記プロセッサにより前記表示画面に表示するステップと
　を備える方法。」
　
（周知例）
Ｅ．「【００２４】図２は、本発明に係る構造化文書の検索のモデルを図示化したものであり、同図において、検索フォルダ２１０は検索式を持つフォルダであり、その検索式は「検索対象」、「検索条件」、「分類属性」の組みから構成されている。「検索対象」はフォルダ名であり、フォルダ内の全ての文書を検索対象としていることを意味する。「検索条件」は論理式であり、「構造要素名  演算子  値」を用いて記述する。「分類属性」は構造要素名であり、対応する構造化文書の構造要素の内容別に分類する。
【００２５】例えば、検索対象２２０で表されるフォルダ名が「検索対象」という検索対象フォルダ２３０に存在する文書集合中、この場合は、検索対象フォルダ２３０内に存在する文書集合２３１、検索フォルダ２３０に存在するフォルダ２３２の下位に存在する文書集合２３３、２３４の各文書集合中、検索条件２４０に適合している文書だけが検索（選択）され、更に検索された文書は、分類属性２５０で表される構造要素の内容に応じて部分集合２６０、２７０に分類される。この分類された部分集合はそれぞれ仮想フォルダ２８０、２９０内に表示される。仮想フォルダ２８０、２９０はフォルダの実体が存在せず、検索／分類結果をフォルダの形で表現したビューである。
【００２６】すなわち、この実施例では、検索フォルダ２１０の検索式を評価することで、検索フォルダ２１０の下位に、検索及び分類結果としての部分集合（文書集合）２６０、２７０を見せるためのビューである仮想フォルダ２８０、２９０が生成される。このため、検索及び分類結果をユーザに提示するためのデータ構造は、図２に示すように、根（ルート）である検索フォルダの下位に仮想フォルダが位置し、その仮想フォルダの下位に文書が位置している構造（以下、この実施例では分類構造という）になっている。なお、検索フォルダ、仮想フォルダはそれぞれ文書を分類して表示するためのオブジェクトである。このため、表示方式が変更されれば他のオブジェクトを導入することになる。
【００２７】ここで、検索フォルダと仮想フォルダとの違いは、前者はユーザが定義／作成する実態であり、後者は検索毎に更新されるビューである。また前者は分類構造の根であり、後者は分類構造の中間位置に存在する（分類構造の末端は文書である）。
【００２８】なお、従来のファイルシステムとのインタフェースを同じにするために、ここでは分類の道具として「仮想フォルダ」を導入している。この「仮想フォルダ」とは、検索式を持ち、その検索条件に合う文書集合があたかもその仮想フォルダの中にあるように見せるものである。仮想フォルダを生成することによって、ユーザの目的に合わせた一定の条件に合う文書の分類を実現することができる。このように本発明では、従来の階層ファイルシステム上にユーザの目的に合わせて多量の文書を自動的に分類してユーザに見せることができるようにしたものである。
【００２９】図１は発明に係る構造化文書分類装置の第１の実施例を機能ブロック図で示したものである。
【００３０】同図において、構造化文書格納手段１１０には文書（構造化文書）や複数の文書を所有するフォルダが格納される。構造化文書格納手段１１０からは、格納された文書やフォルダを識別子や名前で取り出すことができる。
【００３１】検索条件指定手段１２０は、検索時に必要な情報、具体的には、構造化文書格納手段１１０に格納された複数の構造化文書やフォルダ（検索対象）と検索条件とを指定する（上記検索式内の「検索対象」と「検索条件」とを指定する）。その指定され情報は、構造化文書検索手段１３０に入力される。
【００３２】構造化文書検索手段１３０は、構造化文書格納手段１１０内から、検索条件指定手段１２０で指定された文書の内容を検索して、検索条件に合う文書を検索する。例えば図２においては、検索対象２２０で指定された検索対象フォルダ２３０内に存在する文書集合２３１、２３３、２３４から、検索条件２４０に適合する部分集合２６０、２７０を有する部分集合群（この場合は、図２に示す部分集合２６０、２７０のように分類されておらず、ランダムな文書の集合になっている）を検索する。
【００３３】分類属性指定手段１４０は、分類に必要な情報である構造要素名（分類属性）を指定する（上記検索式内の「分類属性」を指定する）。その指定された情報は構造化文書分類手段１５０に入力される。なお、分類属性の指定は１つであっても良いし、複数であっても良い。
【００３４】ここで１つの分類属性が指定された場合は、１つの構造要素に注目して、それを分類属性として、検索時に文書集合を分類して、分類構造を生成する。
【００３５】また複数の分類属性が指定された場合は、複数の構造要素名に対応する構造要素に対応付けられた文書の内容による分類を繰り返し、階層的な部分構造を生成する。つまり、複数存在する分類属性を順に１つずつ評価して再帰的に分類を続けて、分類構造を階層化して生成する。
【００３６】なお、分類構造を生成しなければ、分類された文書を表示できないというものではないので、分類構造を生成しなくても良い。しかし、この実施例では、分類構造を生成するものとして説明する。なお分類構造を生成しない場合の表示については後述する。
【００３７】構造化文書分類手段１５０は、構造化文書検索手段１３０によって検索された文書を、分類属性指定手段１４０で指定された構造要素名に対応付けられた文書の内容別に分類するとともに、その分類された文書を基に分類構造を生成する。例えば図２においては、分類属性２５０に従って、部分集合群を、部分集合２６０と、部分集合２７０とに分類するとともに、仮想フォルダ２８０、２９０を生成して分類構造を生成する。」
　
Ｆ．「【００４２】この実施例では、検索／分類に関する操作はデスクトップ環境で行えるようになっており、アイコン表示されたフォルダ（フォルダアイコン）をマウスボタンでダブル・クリックすると、そのフォルダアイコンに対応するフォルダ内の文書や他のフォルダ（例えば仮想フォルダ）を見ることができる。」
　
Ｇ．「【００４４】上述した構成において、構造化文書分類装置の処理動作を図３のフローチャートを参照して説明する。
【００４５】最初に、検索条件指定手段１１０によって、文書集合（検索対象）および検索条件を入力するとともに、分類属性指定手段１４０によって、構造要素名（分類属性）を入力することにより、検索／分類に必要な検索式を入力する（ステップ３０１）。その検索対象及び検索条件は構造化文書検索手段１３０に入力され、構造要素名（分類属性）は構造化文書分類手段１５に入力される。
【００４６】すると、構造化文書検索手段１３０は、得られた検索対象及び検索条件を評価し実行する。すなわち構造化文書格納手段１１０に格納されている検索対象の文書集合から、検索条件に適合する文書を検索して（ステップ３０２）、その検索結果としての文書を構造化文書分類手段１５０に渡す。
【００４７】一方、構造化文書分類手段１５０は、検索式に分類属性が指定されているか否かを判断する（ステップ３０３）。ここで、分類属性（構造要素名）が指定されていれば、その分類属性と、検索された文書集合中の当該分類属性に対応する文書内容とに基づいて、その文書集合を分類し（ステップ３０４）、その後、分類構造を生成する（ステップ３０５）。更に、分類された文書集合を分類構造として文書表示手段１６０に出力する（ステップ３０６）。なお、ステップ３０３において分類属性が指定されていない場合は、検索された文書を文書表示手段１６０に出力する。」
　
Ｈ．「【００５２】図５は、「検索対象」、「検索条件」、「分類属性」からなる検索式を指定するための検索フォルダのプロパティ・シート５００を示したものであり、プロパティ・シート５００には、構造化文書を検索するために必要な「検索対象」および「検索条件（式）」を指定するための各フィールド５１０、５２０と、文書を自動的に分類するたの分類項目として「分類属性」を指定するためのフィールド５３とが設けられており、更に「検索条件」に対応して、複数の条件式が指定された場合に、その複数の条件式の「論理和」かあるいは「論理積」のいずれかを選択するボタン５２０Ａが設けられている（これは、条件式は複雑な式を許しても良いが、ユーザ・インタフェースを簡単にするために簡単な表現形式にしている。）ここで、「検索対象」の指定に際しては、フォルダ名をフィールド５１０に指定する。これは、指定されたフォルダ名に対応するフォルダ内にある全ての文書を要素とする文書集合が検索対象となることを意味している。また「検索条件」の指定に際しては、「検索対象」で示された文書集合のうち、目的の文書に必要な条件式を、フィールド５２０に記述する。複数の条件式を設定した場合には、ボタン５２０Ａ内の「ＡＮＤ」あるいは「ＯＲ」のいずれかの領域上にカーソルを移動してマウスボタンをクリックすることにより、「論理和」かあるいは「論理積」のいずれかを選択する。
【００５３】上記条件式のフォーマットは「（構造要素名  演算子  値）」である。条件式の評価は、「条件式の構造要素名」に文書の構造要素の内容が代入されて演算子が評価される。条件式は論理式であり、真となった文書が選択される。
【００５４】最後に「分類属性」の指定に際しては、「検索対象」と「検索条件」とを指定することにより得られた文書集合を分類するために必要な分類項目、つまり分類属性を、フィールド５３０に記述する。「分類属性」で指定される構造要素の内容別に文書が分類され、部分集合に分けられる。更にその部分集合に対応する仮想フォルダが自動的に作成される。
【００５５】ここで、ユーザが、図５に示すように、フィールド５１０内にフォルダ名として「日米特許フォルダ」を指定し、フィールド５２０内に条件式として（国際特許分類＝G06F 15/20）を記述し、またボタン５２０Ａの「ＯＲ」を指示し、更にフィールド５３０内に構造要素名（分類属性）として「出願人」を記述したとする。
【００５６】このようにして検索式が指定されると、構造化文書検索手段１３０は、フィールド５１０内に指定されたフォルダ名に対応する「日米特許フォルダ」を構造化文書格納手段１１０から検索するとともに、その「日米特許フォルダ」内の構造化文書集合から、フィールド５２０内に指定された条件式「国際特許分類＝G06F15/20」に適合する文書を検索する。このとき、指定された条件式「国際特許分類＝G06F 15/20」と同一の構造要素名に対応する構造要素を有している構造化文書のみが検索される。例えば、図４に示す構造化文書の構造要素４０４に対応する文書内容４０４Ａを参照することで、当該文書が、検索対象の文書であるか否かを判定することができる。ここでは複数の文書が検索されるものとする。その検索された各構造化文書は構造化文書分類手段１５０に伝送される。
【００５７】すると、構造化文書分類手段１５０は、フィールド５３０に指定された「出願人」という分類属性に従って渡された各構造化文書を分類して、各部分毎に部分集合にする。このとき、指定された「出願人」と同一の構造要素名で表された構造要素に対応する文書内容に従って分類することになる。例えば、図４に示す構造化文書の構造要素４０２に対応する文書内容４０２Ａを参照することにより、細分類することができる。又、分類された各部分集合に対応して仮想フォルダを生成し、その後、部分集合と仮想フォルダとに基づいて分類構造を生成する。その分類構造の一例を図６に示す。
【００５８】図６に示す例では、ルートである検索フォルダ６１０の下位に「ＡＡ会社」、「ＢＢ会社」、「ＣＣ会社」の各出願人毎にそれぞれ対応して分類された各部分集合６２０Ａ、６３０Ａ、６４０Ａを表示すべくビューとしての各仮想フォルダ６２０、６３０、６４０が生成されている。
【００５９】この図に示した状態が内部状態であって、検索／分類処理が終了した状態でもある。このとき、文書表示手段１６０には、例えば、検索フォルダ６１０に対応するウィンドウ内に、例えば、仮想フォルダ６２０、６３０、６４０をそれぞれ示す各仮想フォルダアイコンと、対応する出願人「ＡＡ会社」、「ＢＢ会社」、「ＣＣ会社」とが表示されることとなる。」
　
Ｉ．「【００７１】ここで、もう少し具体的に説明すると、検索フォルダ（／動的分類フォルダ）をダブル・クリックすると、ウインドウが開いて、出願人毎に分類された部分集合を表示すべく仮想フォルダに対応する仮想フォルダアイコンが表示される。その表示状態の一例を図１０に示す。
【００７２】更に、例えば出願人「ＣＣ会社」に対応する仮想フォルダ（／動的分類フォルダ／ＣＣ会社）に対応する仮想フォルダアイコン１０００をダブル・クリックすると、公開年毎に分類された部分集合を表示すべく仮想フォルダに対応する仮想フォルダアイコンが表示される。その表示状態の一例を図１１に示す。
【００７３】そして、例えば「１９８７年」に対応する仮想フォルダアイコン１１００をダブルクリックすると、出願人が「ＣＣ会社」であって、公開年が「１９８７年」である部分集合（つまり構造化文書）のリストが文書表示手段１６０の表示画面上に表示される。そのリストの中から所望の構造化文書の項目を指定することにより、その文書の内容が表示されることとなる。
【００７４】また構造化文書がどのようにして分類されたかを知るためには、仮想フォルダアイコンをダブル・クリックして、仮想フォルダのプロパティ・シートをオープンすべき旨の指示をすれば良い。例えば図１０に示す「ＣＣ会社」の仮想フォルダアイコン１０００をダブル・クリックして、仮想フォルダのプロパティ・シートをオープンすべき旨の指示をすることにより、細分類可能な仮想フォルダのプロパティ・シートが表示される。その表示状態を図１２に示す。プロパティ・シート１２００からは、検索対象として「検索フォルダ（動的分類フォルダ）」が、検索条件として「出願人＝ＣＣ会社」が、分類属性として「公開年」がそれぞれ指定されていることが分かる。
【００７５】また、図１１に示す「１９８７年」の仮想フォルダアイコン１１００をダブルクリックして、仮想フォルダのプロパティ・シートをオープンすべき指示をすることにより、もう分類しない仮想フォルダのプロパティ・シートが表示される。その表示状態の一例を図１３に示す。プロパティ・シート１３００からは、検索対象として「仮想フォルダ（／動的分類フォルダ／ＣＣ会社）」が、検索条件として「公開年＝１９８７年」がそれぞれ指定されていることが分かる。
【００７６】上述したように階層的な関係になっている仮想フォルダを順次指示してオープンすることにより、目的とする文書の内容を見ることができる。」
　
　ここで、上記Ｉ．の段落【００７６】に、「上述したように階層的な関係になっている仮想フォルダを順次指示してオープンすることにより、目的とする文書の内容を見ることができる。」と記載されていることから、最終的に「目的とする文書の内容を見る」段階の一つ前の段階では、「文書」に対応する何らかのアイコンが表示されるものと解される。
　
　よって、上記Ｅ．〜Ｉ．の記載及び関連する図面を参照すると、周知例には、次の技術が記載されているものと認められる。（以下、「周知例記載の技術」という。）
「仮想フォルダ内の文書を表示する方法において、
　入力デバイスにより検索／分類に必要な検索式を入力するステップと、
　前記検索／分類に必要な検索式に合致する、前記文書の属性を構造化文書格納手段上で検索することにより、１つの検索／分類条件を満足する少なくとも１つの文書を検出するステップと、
　当該検出された少なくとも１つの文書を１つの仮想的なグループとみなし、該グループに対応する仮想フォルダを作成するステップと、
　当該作成された仮想フォルダを表示画面上に表示するステップと、
　マウスボタンにより、表示されている仮想フォルダを選択するステップと、
　当該選択された仮想フォルダの中に含まれる文書に対応するアイコンを前記表示画面に表示するステップと
　を備えること。」
　
４．対比
　本願発明と引用例記載の発明とを対比すると、次のことがいえる。
　
（あ）引用例記載の発明における「分散ファイルシステム」を構成する「サーバ」及び「クライアント」は、いずれもコンピュータにより構成されていると解されるから、引用例記載の発明における「サーバ」及び「クライアント」からなる「分散ファイルシステム」全体は、本願発明における「コンピュータ」に相当する構成であるということができる。
　
（い）引用例記載の発明において、「分散ファイルシステムにおけるサーバ上のデータセットのメンバ」は、本願発明における「アイテム」に相当するものである。そして、上記「メンバ」は、上記サーバ上において、エンティティ（実体）を持つものである。
　また、引用例の図２の、仮想フォルダ及び仮想ファイルの階層関係の情報を表示機構２０３に表示した「イメージ３０１」における「File11 ３０５」や「File12 ３０６」で示される「仮想ファイル」は、本願発明における「イメージ」に相当するものである。
　よって、引用例記載の発明における「分散ファイルシステムにおけるサーバ上のデータセットのメンバに対応する少なくとも１つの仮想ファイル」は、本願発明における「アイテムに対するエンティティとして使用される少なくとも１つのイメージ」に相当するということができる。
　
（う）引用例記載の発明における「クライアント側の表示機構」、「サーバのファイル」は、それぞれ、本願発明における「表示デバイス」、「第１の記憶デバイス」に相当する。
　
（え）引用例記載の発明における「区分データセット名」、「対応情報保持機構」は、本願発明における「プロパティ」、「第２の記憶デバイス」に相当する。
　
（お）引用例記載の発明における「マウス」は、本願発明における「ポインティングデバイス」に相当する。
　また、本願発明における「入力デバイス」には、「（４０または
４２
４２
　仮に、「入力デバイス」が、「ポインティングデバイス」以外の入力デバイスを指すとしても、引用例記載の発明において、「マウス」以外の、例えば「キーボード」等は、コンピュータシステムとしてごく普通に備える構成であると解されることから、引用例記載の発明においても、「マウス（ポインティングデバイス）」以外の入力デバイスをごく普通に備えていると解される。
　
（か）引用例記載の発明においては、「或る区分データセット名」を有する「データセットの少なくとも１つのメンバ」を「１つの仮想的なグループ」とみなし、プロセッサにより、該グループに対応する「仮想フォルダ」を作成するようにしている。
　一方、本願発明においては、入力デバイスにより入力された「クエリー」に合致する「アイテムのプロパティ」をデータベース上で検索することにより、１つの検索条件を満足する「少なくとも１つのアイテム」を検出し、当該検出された「少なくとも１つのアイテム」を「１つの仮想的なグループ」とみなし、プロセッサにより、該グループに対応する「仮想フォルダ」を作成している。
　ここで、上記「少なくとも１つのアイテム」（引用例記載の発明における「データセットの少なくとも１つのメンバ」に相当）は、入力デバイスにより入力されたクエリーに合致する或る「プロパティ」（引用例記載の発明における「区分データセット名」に相当）を有することには変わりないから、本願発明と引用例記載の発明とは、ともに、「或るプロパティを有する少なくとも１つのアイテムを１つの仮想的なグループとみなし、プロセッサにより、該グループに対応する仮想フォルダを作成するステップ」を備える点において、共通するということができる。
　
（き）上記（い）で述べたように、引用例記載の発明における「メンバ」、「仮想ファイル」は、それぞれ、本願発明における「アイテム」、「イメージ」に相当するものである。
　そして、本願発明においては、「仮想フォルダ」を表示画面上に表示してから、表示されている該「仮想フォルダ」を選択した後に、当該選択された仮想フォルダの中に含まれる「アイテムのイメージ」を表示画面に表示するようにしているが、「仮想フォルダ」と「該仮想フォルダの中に含まれるアイテムのイメージ」の両方を表示画面に表示することには変わりない。
　よって、本願発明と引用例記載の発明とは、ともに、「仮想フォルダ及び該仮想フォルダの中に含まれるアイテムのイメージを、プロセッサにより表示画面に表示するステップ」を備える点において、共通するものであるということができる。
　
　上記（あ）〜（き）の事項を踏まえると、本願発明と引用例記載の発明とは、次の点で一致し、また、相違するものと認められる。
　
（一致点）
　本願発明と引用例記載の発明とは、ともに、
「アイテムに対するエンティティとして使用される少なくとも１つのイメージをコンピュータの表示デバイスの表示画面に表示する方法であって、前記コンピュータは前記表示デバイス、複数の前記アイテムを記憶する第１の記憶デバイス、前記複数の各々に関連する複数のプロパティをデータベースの形態で記憶する第２の記憶デバイス、入力デバイス、ポインティングデバイスおよびプロセッサを有し、
　或るプロパティを有する少なくとも１つのアイテムを１つの仮想的なグループとみなし、前記プロセッサにより、該グループに対応する仮想フォルダを作成するステップと、
　前記仮想フォルダ及び該仮想フォルダの中に含まれるアイテムのイメージを、前記プロセッサにより前記表示画面に表示するステップと
　を備える方法。」
である点。
　
（相違点）
　相違点１：本願発明は、「入力デバイスによりクエリーを入力するステップ」と「プロセッサにより、クエリーに合致する、アイテムのプロパティをデータベース上で検索することにより、１つの検索条件を満足する少なくとも１つのアイテムを検出するステップ」とを備えるものであり、「或るプロパティを有する少なくとも１つのアイテムを１つの仮想的なグループとみなし、プロセッサにより、該グループに対応する仮想フォルダを作成するステップ」が、「（前記検出するステップにより）当該検出された少なくとも１つのアイテムを１つの仮想的なグループとみなし、プロセッサにより、該グループに対応する仮想フォルダを作成するステップ」であるのに対し、引用例記載の発明は、そのようなものではない点。
　
　相違点２：本願発明は、「当該作成された仮想フォルダをプロセッサにより前記表示画面上に表示するステップ」と「ポインティングデバイスにより、表示されている仮想フォルダを選択するステップ」とを備えるものであり、「仮想フォルダの中に含まれるアイテムのイメージを、プロセッサにより表示画面に表示するステップ」が、「当該選択された仮想フォルダの中に含まれるアイテムのイメージを、前記プロセッサにより前記表示画面に表示するステップ」であるのに対し、引用例記載の発明は、そのようなものではない点。
　
　相違点３：本願発明は、「仮想フォルダ内のアイテムのイメージの表示を該アイテムが実際に含まれる物理フォルダの表示に切り替え可能である」のに対し、引用例記載の発明は、そのようなものではない点。
　
５．当審の判断
　そこで、上記相違点１〜３について検討する。
　
（相違点１，２について）
　上記周知例記載の技術における「検索／分類に必要な検索式」、「文書」、「文書の属性」、「構造化文書格納手段」、「検索／分類条件」、「マウスボタン」、「文書に対応するアイコン」は、それぞれ、本願発明における「クエリー」、「アイテム」、「アイテムのプロパティ」、「データベース」、「検索条件」、「ポインティングデバイス」、「アイテムのイメージ」に相当する構成である。
　してみれば、仮想フォルダ内のアイテムを表示するという引用例記載の発明と共通の技術分野に属する上記周知例記載の技術を引用例記載の発明に対して適用することにより、「入力デバイスによりクエリーを入力するステップ」、「プロセッサにより、クエリーに合致する、アイテムのプロパティをデータベース上で検索することにより、１つの検索条件を満足する少なくとも１つのアイテムを検出するステップ」、「当該検出された少なくとも１つのアイテムを１つの仮想的なグループとみなし、プロセッサにより、該グループに対応する仮想フォルダを作成するステップ」、「当該作成された仮想フォルダをプロセッサにより前記表示画面上に表示するステップ」、「ポインティングデバイスにより、表示されている仮想フォルダを選択するステップ」、及び「当該選択された仮想フォルダの中に含まれるアイテムのイメージを、前記プロセッサにより前記表示画面に表示するステップ」を備えるようにすることは、当業者が容易に想到し得ることである。
　
（相違点３について）
　一般に、ファイル管理システムにおいて、ファイルが実際に含まれる物理フォルダを表示するような表示形式は、例えば、特開２００２−１４０２１６号公報の段落【００２３】及び図３に「通常表示」形式として記載されているような、ごく一般的な表示形式にすぎない。
　また、上記特開２００２−１４０２１６号公報に見られるように、そのような「通常表示」形式とそれ以外の表示形式とを切り替え可能とすることも、ごく普通に行われていることである。
　してみれば、引用例記載の発明において、「仮想フォルダの中に含まれるメンバに対応する仮想ファイル（仮想フォルダ内のアイテムのイメージ）」の表示を、ごく一般的な「アイテムが実際に含まれる物理フォルダの表示」に切り替え可能であるように構成することは、当業者が容易に想到し得ることである。
　
（本願発明の作用効果について）
　そして、本願発明の構成によってもたらされる効果も、引用例記載の発明及び上記周知例記載の技術から当業者が容易に予測することができる程度のものであって、格別のものとはいえない。
　
６．むすび
　以上のとおり、本願発明は、引用例記載の発明及び上記周知例記載の技術に基いて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、他の請求項について検討するまでもなく、拒絶されるべきものである。
　よって、結論のとおり審決する。