【事件の表示】
　平成　５年特許願第２６９２６８号「ファイリングシステムの制御装置および方法」拒絶査定不服審判事件〔平成　７年　５月１２日出願公開、特開平　７−１２１４２５、請求項の数（４）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
 １．手続の経緯・本願発明
本願は、平成５年１０月２７日の出願であって、その請求項１乃至４に係る発明は、平成１６年１２月６日付で補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１乃至４に記載されたとおりの次の事項により特定されるものである。（以下、前記特許請求の範囲に記載された請求項１乃至４に係る発明を、「本願発明」という。）
「【請求項１】　内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御装置において、
　前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
　前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、
　前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記登録要求の受け付けに際して、前記複数のスキーマのうち前記登録要求に係わるファイルの属性情報と整合するスキーマを選択するスキーマ管理手段と、
　前記スキーマ管理手段で選択したスキーマに基づき前記サーバの登録対象ファイルの内容データを格納すべき格納場所を決定し、該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバアクセス手段に指示するとともに、該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理するファイル操作手段と
　を備えたことを特徴とするファイリングシステムの制御装置。
　【請求項２】　内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御装置において、
　前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにて受け付けて応答を返すクライアントアクセス手段と、
　前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段と、
　前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを管理し、前記クライアントアクセス手段による前記クライアントからの前記取出要求の受け付けに際して、前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択するスキーマ管理手段と、
　ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルを有し、前記スキーマ管理手段で選択したスキーマに基づき前記管理テーブルから該取出要求に係わるファイルの格納場所を求め、該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバアクセス手段に指示するとともに、該格納場所から取り出されたファイルの内容データをクライアントに転送させるファイル操作手段と
　を備えたことを特徴とするファイリングシステムの制御装置。
　【請求項３】　内容データおよび属性情報からなるファイルについての登録要求をクライアントから受け付けて該登録要求に係わるファイルの内容データをサーバに登録するファイリングシステムの制御方法において、
　前記クライアントからの前記登録要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、
　前記クライアントアクセス手段で受け付けた前記登録要求から登録対象ファイルの属性情報と内容を抽出し、
　スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマのうち前記抽出したファイルの属性情報と整合するスキーマを選択し、
　該選択したスキーマに基づき登録対象ファイルの内容データを格納すべき前記サーバの格納場所を決定し、
　該決定した格納場所に前記登録対象ファイルの内容データを格納するよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
　該格納場所を該登録対象ファイルの属性情報に付加して管理テーブルで前記スキーマに対応して記憶管理する
　ことを特徴とするファイリングシステムの制御方法。
　【請求項４】　内容データおよび属性情報からなるファイルについての取出要求をクライアントから受け付けて、該ファイルをサーバから取り出すファイリングシステムの制御方法において、
　前記クライアントからの前記取出要求を該クライアントに対応する第１のプロトコルにてクライアントアクセス手段により受け付け、
　前記クライアントアクセス手段で受け付けた前記取出要求から取出対象ファイルの属性情報を抽出し、
　スキーマ管理手段で管理される前記ファイルの属性情報の項目をそれぞれ定義する複数のスキーマを前記抽出したファイルの属性情報と照合して該当するスキーマを選択し、
　該選択したスキーマに基づき、ファイルの格納場所をファイルの属性情報に付加して前記スキーマに対応して記憶管理する管理テーブルから該取出要求に係わるファイルの格納場所を求め、
　該ファイルの格納場所から該ファイルの内容データを取り出すよう前記サーバに対して該サーバに対応する第２のプロトコルにてアクセスするサーバアクセス手段に指示するとともに、
　該格納場所から取り出されたファイルの内容データをクライアントに転送する
　ことを特徴とするファイリングシステムの制御方法。」
　
２．原査定の理由
　原査定の拒絶の理由の概要は、次のとおりである。
「この出願は、明細書及び図面の記載が不備であり、特許法第３６条第４項に規定する要件を満たしていない。
備考
　請求項１の「前記ファイルの属性情報の項目を定義するスキーマのスキーマ情報を複数保持し、前記クライアントからの登録要求に基づき登録対象ファイルの属性情報の項目に適合するスキーマを選択するスキーマ管理手段と、前記スキーマ管理手段の各スキーマ情報に対応し前記ファイルの属性情報を記憶する管理テーブルと、」の文言、
　請求項２の「前記ファイルの属性情報の項目を定義するスキーマのスキーマ情報を複数保持し、前記クライアントからの取り出し要求に基づき取り出すべきファイルの属性情報に合致するスキーマ情報を選択するスキーマ管理手段と、前記スキーマ管理手段の各スキーマ情報に対応し前記ファイルの格納場所を含む属性情報を記憶する管理テーブルと、」の文言、
　請求項３の「内容データ及び属性情報からなるファイルの属性情報の項目を定義するスキーマのスキーマ情報を複数保持し、」、「前記受け付けた登録要求に基づき登録対象ファイルの属性情報の項目に適合するスキーマを前記保持したスキーマ情報から選択し、」及び「前記格納場所を前記登録対象ファイルの属性情報に付加して前記選択したスキーマ情報に対応する管理テーブルに記憶し」の文言、
　請求項４の「内容データおよび属性情報からなるファイルの属性情報の項目を定義するスキーマのスキーマ情報を複数保持し、」及び「前記受け付けた取り出し要求に基づき、取り出すべきファイルの属性情報に合致するスキーマ情報を選択し、前記選択されたスキーマ情報に対応する管理テーブルから前記取り出し要求に合致する属性情報を取り出し、」
の各文言に対応する発明の詳細な説明の記載について、登録要求及び取り出し要求に基づいて登録対象ファイルあるいは取り出すべきファイルの属性情報に合致するスキーマを選択する処理を実現することが可能か否か及び具体的な処理あるいは動作の内容を含め、該処理を実現するために必要な技術的事項が発明の詳細な説明に開示されているものとは認められない。
　なお、この点は、内容的に上記拒絶理由通知で理由２として指摘した内容に包含されるものであって意見を述べる機会は既に与えられており、その上で出願人は意見書においてこの点を含めて上記理由２について何ら意見を述べていないのであるから、あらためて拒絶理由通知をする必要はない。」
　
３．請求人の主張
　請求人は、審判請求書の請求の理由（平成１６年２月２３日に提出された手続補正書第５頁７行〜２６行）において、
「本願明細書の段落【００５８】の「また、スキーマ管理部１１ｂは、スキーマＢ１及びスキーマＢ２等の複数のスキーマを管理しており、例えばファイルを格納する場合には、ファイルの属性を参照し、該属性に適合するスキーマを選択することになる。なお、このスキーマの内容については後述する。」という記載、
　および段落【０１０２】の「ここで、スキーマＢ１は、年月日をタイプとする作成日と、文字列をタイプとする作成者と、数字をタイプとする文書形式を項目として有するスキーマ情報Ｂ１０により特徴付けられるものであり、スキーマＢ２は、年月日をタイプとする発行日と、数字をタイプとする伝票種別と、文字列をタイプとする得意先とを項目として有するスキーマ情報Ｂ２０により特徴付けられたスキーマである。」という記載、
　および段落【０１０８】の「図９に示すように、スキーマ管理部１１ｂが有するスキーマＢ１、Ｂ２毎に、ＷＳクライアントの画面上にはドロア９１、９２が表示されている。」という記載から明らかように、本願発明のスキーマ管理手段で管理する複数のスキーマは、図８に示すように、ファイルの属性情報の項目を定義するものであり、登録対象ファイルあるいは取り出すべきファイルの属性情報の項目をみれば、登録対象ファイルあるいは取り出すべきファイルの属性情報に整合するスキーマは容易に選択できるものである。」
と主張している。
　
４．当審判断
　スキーマとは、データベースの構造である。本願明細書及び図面にはスキーマについて、ファイルが文書ファイルである場合に、文書ファイルの有する属性データに基づいてスキーマが選択されるものであり、ファイルから属性が抽出され、それぞれのスキーマ管理構造に要する情報（スキーマ情報）と該ファイル属性との整合性を調べ、対応スキーマがない場合は、エラー終了通知され、あるいは該ファイルに対応するスキーマを新たに構築することもでき、該ファイルの属性に対応するスキーマが存在する場合は該スキーマを確定できるものであるから（段落【００３４】〜【００３６】、【００６８】〜【００６９】から抽出）、ファイルとスキーマは対応付けられており、３．の項で掲示された段落【００５８】、【０１０２】、【０１０８】における具体的では、スキーマＢ１が項目「作成日、作成者、文書形式」からなるスキーマ情報Ｂ１０で定義され、スキーマＢ２は、項目「発行日、伝票種別、得意先」からなるスキーマ情報Ｂ２０で定義されている。
　この場合、「前記複数のスキーマを前記取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択する」とは、スキーマＢ１の項目「作成日、作成者、文書形式」、スキーマＢ２の項目「発行日、伝票種別、得意先」を取出要求に係わるファイルの属性情報の項目と照合して該当するスキーマを選択することになる。
　そして、取出要求に係るファイルの属性情報の項目が「作成日、作成者、文書形式、・・・」であると、スキーマＢ１が選択され、また、取出要求に係るファイルの属性情報の項目が「発行日、伝票種別、得意先、・・・」であると、スキーマＢ２が選択されることになる。
　ここで、取出要求に係わるファイルの属性情報の項目と照合されるスキーマの照合対象は、スキーマ情報Ｂ１０およびスキーマ情報Ｂ２０で定義される全ての項目である。従って、スキーマＸが項目（Ａ，Ｂ，Ｃ）で定義され、スキーマＹが項目（Ａ，Ｂ，Ｄ）で定義され、取出要求に係わるファイルの属性情報の項目が（Ａ，Ｂ）であると、取出要求に係わるファイルの属性情報の項目が（Ａ，Ｂ）は、スキーマＸの項目（Ａ，Ｂ，Ｃ）およびスキーマＹの項目（Ａ，Ｂ，Ｄ）のいずれとも一致しないので、この場合、スキーマＸおよびスキーマＹは選択されないことになる。
　
　なお、原査定で指摘された、登録要求及び取り出し要求に基づいて登録対象ファイルあるいは取り出すべきファイルの属性情報に合致するスキーマを選択する処理を実現することが可能か否か及び具体的な処理あるいは動作の内容を含め、該処理を実現するために必要な技術的事項が発明の詳細な説明に開示されているものであるかについては、前記記載内容をみると、本願発明の詳細な説明には、当業者が容易にその発明の実施をすることができる程度に記載されているといえるものである。
　
５．むすび
　したがって、本願発明の詳細な説明には、当業者が容易にその発明の実施をすることができる程度に、その発明の目的、構成及び効果が記載されたものであるから、特許第３６条第４項に規定する要件を満たしていないとすることはできない。
　また、他に、本件出願について拒絶の理由を発見しない。
　よって、結論のとおり審決する。