【事件の表示】
　特願２００６−２０７２００「ファイル構造データ提供システム、および、ファイル構造データを提供する方法」拒絶査定不服審判事件〔平成１９年　２月１５日出願公開、特開２００７−　４３７０３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　本願は、平成１８年７月２８日（パリ条約による優先権主張　２００５年　７月２９日　（ＵＳ）アメリカ合衆国　２００５年７月２９日　（ＵＳ）アメリカ合衆国　２００５年７月２９日　（ＵＳ）アメリカ合衆国）の出願であって、その請求項に係る発明は、特許請求の範囲の請求項に記載された事項により特定されるとおりのものであると認める。
　
　これに対して、平成２４年１月１７日付けで拒絶理由を通知し、期間を指定して意見書を提出する機会を与えたが、請求人からは何らの応答もない。
　
　なお、その拒絶理由の内容は以下のとおりのものである。
　
［理由］
　
『第１．はじめに
　本件拒絶理由通知と同日付けの補正却下の決定により、平成２２年８月２０日付けの手続補正は却下されることとなった。
　その補正の却下の決定の内容は以下のとおりのものである。
　
［理由］
 　
「１．手続の経緯
　本願は、平成１８年７月２８日（パリ条約による優先権主張２００５年７月２９日、米国）の出願であって、平成２２年１月２７日付けで拒絶理由通知がなされ、同年３月３０日付けで手続補正がなされたが、同年５月２４日付けで拒絶査定がなされ、これに対し、同年８月２０日に審判請求がなされ、同日付けで手続補正がなされたものである。そして、同年９月２７日付けで審査官から前置報告がなされ、平成２３年３月３日付けで当審より審尋がなされ、同年４月２５日付けで回答書が提出されたものである。
　
２．審判請求時の補正について
　平成２２年８月２０日付けの手続補正（以下、「本件補正」という。）の内容は、
　平成２２年３月３０日付けの手続補正により補正された特許請求の範囲の記載
「【請求項１】
 　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置と、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置とを備え、遠隔演算装置から画像処理装置へファイル構造データを提供するファイル構造データ提供システムであって、
　上記画像処理装置は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するファイル構造データ要求部とを備え、
　上記遠隔演算装置は、
　上記ファイル構造データの要求を受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式に変換し、上記画像処理装置に送信するファイル構造データ変換部を備え、
　上記画像処理装置は、
　上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、スキャン機能により作成した画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する指示を上記遠隔演算装置に行う指定部をさらに備え、
　上記遠隔演算装置は、
　上記指定部から受けた指示に従い、上記画像データを上記記憶部の指定されたフォルダに書き込む書込部をさらに備えることを特徴とするシステム。
　【請求項２】
　画像データで示される画像を用紙に印刷するプリント機能を有する画像処理装置と、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置とを備え、遠隔演算装置から画像処理装置へファイル構造データを提供するファイル構造データ提供システムであって、
　上記画像処理装置は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するファイル構造データ要求部とを備え、
　上記遠隔演算装置は、
　上記ファイル構造データの要求を受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式に変換し、上記画像処理装置に送信するファイル構造データ変換部を備え、
　上記画像処理装置は、
　上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、プリント機能により印刷する画像データのファイルを指定するとともに、指定したファイルの要求指示を上記遠隔演算装置に行う指定部をさらに備え、
　上記遠隔演算装置は、
　上記指定部から受けた要求指示に従い、上記記憶部の中から指定されたフォイルに読み出して、上記画像処理装置に送信する読出部をさらに備えることを特徴とするシステム。
　【請求項３】
　上記ファイル構造データ変換部は、フレームワークのＡＰＩを用いて、上記ファイル構造データを上記記憶部から読み出すことを特徴とする請求項１または２に記載のシステム。
　【請求項４】
　上記ファイル構造データ変換部は、オペレーティングシステムのＡＰＩを用いて、上記ファイル構造データを上記記憶部から読み出すことを特徴とする請求項１または２に記載のシステム。
　【請求項５】
　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置に対し、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置から、ファイル構造データを提供する方法であって、
　上記画像処理装置は、Ｗｅｂブラウザにより動作するユーザインターフェイス部を備えており、
　上記画像処理装置が、上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するファイル構造データ要求ステップと、
　上記遠隔演算装置が、上記ファイル構造データの要求を受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式に変換し、上記画像処理装置に送信するファイル構造データ変換ステップと、
　上記画像処理装置が、上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、スキャン機能により作成した画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する格納指示を上記遠隔演算装置に行う指定ステップと、
　上記遠隔演算装置が、上記格納指示に従い、上記画像データを上記記憶部の指定されたフォルダに書き込む書込ステップとを含むことを特徴とする方法。
　【請求項６】
　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置に対し、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置から、ファイル構造データを提供する方法であって、
　上記画像処理装置は、Ｗｅｂブラウザにより動作するユーザインターフェイス部を備えており、
　上記画像処理装置が、上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するファイル構造データ要求ステップと、
　上記遠隔演算装置が、上記ファイル構造データの要求を受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式に変換し、上記画像処理装置に送信するファイル構造データ変換ステップと、
　上記画像処理装置が、上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、プリント機能により印刷する画像データのファイルを指定するとともに、指定したファイルの要求指示を上記遠隔演算装置に行う指定ステップと、
　上記遠隔演算装置が、上記要求指示に従い、上記記憶部の中から指定されたフォイルに読み出して、上記画像処理装置に送信する読出ステップとを含むことを特徴とするシステム。」（以下、この特許請求の範囲に記載された請求項を「補正前の請求項」という。）を、
　
「【請求項１】
　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置と、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置とを備え、遠隔演算装置から画像処理装置へファイル構造データを提供するファイル構造データ提供システムであって、
　上記画像処理装置は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求部とを備え、
　上記遠隔演算装置は、
　上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換部を備え、
　上記画像処理装置は、
　上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、スキャン機能により作成した画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する指示を上記遠隔演算装置に行う指定部をさらに備え、
　上記遠隔演算装置は、
　上記指定部から受けた指示に従い、上記画像データを上記記憶部の指定されたフォルダに書き込む書込部をさらに備えることを特徴とするシステム。
　【請求項２】
 　画像データで示される画像を用紙に印刷するプリント機能を有する画像処理装置と、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置とを備え、遠隔演算装置から画像処理装置へファイル構造データを提供するファイル構造データ提供システムであって、
　上記画像処理装置は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求部とを備え、
　上記遠隔演算装置は、
　上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換部を備え、
 上記画像処理装置は、
 上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、プリント機能により印刷する画像データのファイルを指定するとともに、指定したファイルの要求指示を上記遠隔演算装置に行う指定部をさらに備え、
　上記遠隔演算装置は、
　上記指定部から受けた要求指示に従い、上記記憶部の中から指定されたフォイルに読み出して、上記画像処理装置に送信する読出部をさらに備えることを特徴とするシステム。
　【請求項３】
　上記ファイル構造データ変換部は、フレームワークのＡＰＩを用いて、上記ファイル構造データを上記記憶部から読み出すことを特徴とする請求項１または２に記載のシステム。
　【請求項４】
　上記ファイル構造データ変換部は、オペレーティングシステムのＡＰＩを用いて、上記ファイル構造データを上記記憶部から読み出すことを特徴とする請求項１または２に記載のシステム。
　【請求項５】
　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置に対し、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置から、ファイル構造データを提供する方法であって、
　上記画像処理装置は、Ｗｅｂブラウザにより動作するユーザインターフェス部を備えており、
　上記画像処理装置が、上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求ステップと、
　上記遠隔演算装置が、上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換ステップと、
　上記画像処理装置が、上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、スキャン機能により作成した画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する格納指示を上記遠隔演算装置に行う指定ステップと、
　上記遠隔演算装置が、上記格納指示に従い、上記画像データを上記記憶部の指定されたフォルダに書き込む書込ステップとを含むことを特徴とする方法。
　【請求項６】
　原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置に対し、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置から、ファイル構造データを提供する方法であって、
　上記画像処理装置は、Ｗｅｂブラウザにより動作するユーザインターフェイス部を備えており、
　上記画像処理装置が、上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求ステップと、
　上記遠隔演算装置が、上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換ステップと、
　上記画像処理装置が、上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、プリント機能により印刷する画像データのファイルを指定するとともに、指定したファイルの要求指示を上記遠隔演算装置に行う指定ステップと、
　上記遠隔演算装置が、上記要求指示に従い、上記記憶部の中から指定されたフォイルに読み出して、上記画像処理装置に送信する読出ステップとを含むことを特徴とするシステム。」（以下、この特許請求の範囲に記載された請求項を「補正後の請求項」という。）
　に補正するものである。
　
３．補正の適否
３−１．新規事項の有無
　本件補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内においてなされており、特許法第１７条の２第３項の規定に適合する。
　
３−２．特許法第１７条の２第４項に規定する要件についての検討
　本件補正は、補正前の請求項１〜６が、それぞれ、補正後の請求項１〜６に対応するものである。
　そして、本件補正は、特許法第１７条の２第４項第２号の特許請求の範囲の限定的減縮（請求項に記載した発明を特定するために必要な事項を限定するものであって、その補正前の当該請求項に記載された発明とその補正後の請求項に記載された発明の利用分野及び解決しようとする課題が同一であるもの）を目的とするものである。
　
３−３．独立特許要件
　補正前の請求項１についてなされた補正により特定される発明、すなわち補正後の請求項１に係る発明（以下「補正後の発明」という。）が、特許出願の際独立して特許を受けることができるものであるか、以下に検討する。
　
（１）補正後の発明
　前記補正前の請求項１についてする補正により、補正後の発明は、前記「２．本件補正」の「補正後の請求項１」に記載された以下のものと認められる。
　
　「原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置と、上記画像処理装置とネットワークを介して通信し、記憶部を備えた遠隔演算装置とを備え、遠隔演算装置から画像処理装置へファイル構造データを提供するファイル構造データ提供システムであって、
　上記画像処理装置は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求部とを備え、
　上記遠隔演算装置は、
　上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換部を備え、
　上記画像処理装置は、
　上記遠隔演算装置から受けたファイル構造データを上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイル構造データの中から、スキャン機能により作成した画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する指示を上記遠隔演算装置に行う指定部をさらに備え、
　上記遠隔演算装置は、
　上記指定部から受けた指示に従い、上記画像データを上記記憶部の指定されたフォルダに書き込む書込部をさらに備えることを特徴とするシステム。」
　
（２）引用発明
［引用文献］
１．特開２００４−１０２３３４号公報
２．特開２００４−１８５５９７号公報
３．特開２００２−６３１０８号公報
　
　引用文献１における記載、
（ア）段落【０００１】における記載「この発明はデータ管理システムおよびデータ管理プログラムに関し、特にクライアントの指定した格納先にファイルを格納することができるデータ管理システムおよびデータ管理プログラムに関する。」、
（イ）段落【００１０】における記載「データ管理システムは、クライアントから文書管理装置に対してそのフォルダ構造を問合せるメールを送信する第１の送信部と、文書管理装置において、クライアントから送信されてきた問合せメールに応じて、自身のフォルダ構造をメールにてクライアントに送信する第２の送信部と、クライアントにおいて、文書管理装置から送信されてきたメールに応答する形式で、格納先のフォルダを指定するとともに、ファイルを添付して文書管理装置にメールを送信する第３の送信部と、文書管理装置において、クライアントから送信されてきたメールに応じて、指定された格納先のフォルダに、添付されたファイルを格納する格納部とを備える。」、
（ウ）段落【００１１】における記載「文書管理装置は、クライアントから送信されてきた問合せメールに応じて自身のフォルダ構造をメールにてクライアントに送信する。そして、クライアントは、文書管理装置から送信されたきたメールに応答する形式で、格納先のフォルダを指定するとともに、ファイルを添付して文書管理装置にメールを送信する。文書管理装置においては、指定された格納先のフォルダに添付されたファイルを格納する。」、
（エ）段落【００１２】における記載「第２の送信部は、自身のフォルダ構造をテキスト形式あるいはＨＴＭＬ形式にてクライアントに送信し、第３の送信部は、フォルダ構造がテキスト形式で送信されてきた際にはそのテキストを引用することにより格納先のフォルダを指定し、フォルダ構造がＨＴＭＬ形式で送信されてきた際には格納先のフォルダをクリックすることにより格納先のフォルダを指定する。」、
（オ）段落【００１３】における記載「フォルダの指定がテキストの引用またはフォルダのクリックにより行なわれる。これにより、より容易にファイルの格納先のフォルダを指定することができるデータ管理システムを提供することが可能となる。」、
（カ）段落【００２３】における記載「ＭＦＰ３００のスキャナにより読取られた画像データが一旦ハードディスクドライブ２３１に蓄積される。」、（キ）段落【００２４】における記載「ユーザは、自己のパーソナルコンピュータを操作することで、自己のユーザボックスから画像データを取出し、自己のパーソナルコンピュータやサーバのフォルダ内にそれを移動させることができる。」、
（ク）段落【００３４】における記載「以下の実施の形態における説明では、主にユーザのパーソナルコンピュータ１００ａ，１００ｂに格納されているファイルをサーバ２００にアップロードする場合について説明するが、本発明はこれに限られるわけではなく、接続された１つの機器から他の機器へファイルを送信し、そこにファイルを格納する場合に適用することが可能である。」、
（ケ）段落【００４３】における記載「ステップＳ１０３において、パーソナルコンピュータ１００ａからサーバ２００に対してツリー構造を要求するメールが送信される。」、
（コ）段落【００４４】における記載「ステップＳ１０７において、サーバ２００は特定されたユーザがアクセスすることができるサーバ２００内のフォルダを検索し、そのフォルダについてツリー構造を示すデータを作成する。」、
（サ）段落【００５９】における記載「フォルダについてツリー構造をテキスト形式で生成する」、
（シ）段落【０１３８】における記載「格納するファイルの種類は文書に限られることなく、画像、音声、音楽、図形などのあらゆるデータの格納に対して本発明を適用することができる。」、
（ス）段落【０１３９】における記載「上述の実施の形態においては、テキスト形式でサーバのフォルダ構造をユーザに伝えるようにしたが、これに代えてＨＴＭＬ形式でクライアントにフォルダ構造を伝えるようにしてもよい。この場合、ユーザは格納先のフォルダをクリックすることによりファイルの格納先を指定することができる。」
（セ）段落【０１４０】における記載「より具体的には、本実施の形態における共有文書管理システムは、テキスト表現のツリー構造を生成すると、これをＨＴＭＬファイルとし、各フォルダ名に図２３に示されるようなリンクを張る。このＨＴＭＬファイルをメールに添付するか、もしくはＨＴＭＬメールとしてユーザに送信する。」
（ソ）段落【０１４１】における記載「ユーザはツリー構造が記載されたＨＴＭＬメールをサーバより受信し、格納先フォルダ名に張られたリンクをクリックする。すると、メーラーが立上がり自動的に図２４に示されるようなサブジェクトと本文が記述される。ユーザはこのメールに格納するファイルを添付し、サーバに返信することでサーバにファイルを格納することができる。」等を参照すると、以下の発明（以下「引用発明１」という）が記載されていると解される。
　
　一つの機器と、上記一つの機器とネットワークを介して通信し、記憶部を備えたサーバとを備え、サーバから一つの機器へファイルツリー構造を提供する共有文書管理システムであって、
　上記一つの機器は、
　ユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイルツリー構造をサーバに要求する手段（以下、「ファイルツリー構造要求手段」という）とを備え、
　上記サーバは、
　上記ファイルツリー構造の要求を受け付けたとき、上記記憶部の中から読み出したファイルツリー構造を、上記ユーザインターフェイス部に適合する形式に変換し、上記一つの機器に送信する手段（以下、「ファイルツリー構造データ生成手段」という）を備え、
　上記一つの機器は、
　上記サーバから受けたファイルツリー構造を上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイルツリー構造の中から、スキャナにより読取られた画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する指示を上記サーバに行う手段（以下、「アップロード先指定手段」という）をさらに備え、
　上記サーバは、
　上記アップロード先指定手段から受けた指示に従い、上記画像データを上記記憶部の指定されたフォルダに格納する手段（以下、「格納手段」という）をさらに備えることを特徴とするシステム。
　
（３）対比・判断
　補正後の発明と引用発明１とを比較する。
　引用発明１の「サーバ」、「ファイルツリー構造」、「ファイルツリー構造データ生成手段」、「格納する」、「格納手段」、及び「共有文書管理システム」は、それぞれ、補正後の発明の「遠隔演算装置」、「ファイル構造データ」、「ファイル構造データ変換部」、「書き込む」、「書込部」、及び「ファイル構造データ提供システム」に相当する。
　引用発明１の「ファイルツリー構造要求手段」、「スキャナにより読取られた画像データ」及び「アップロード先指定手段」は、それぞれ、補正後の発明の「ファイル構造データ要求部」、「スキャン機能により作成した画像データ」及び「指定部」に相当する。
　引用発明１の「一つの機器」と補正後の発明の「画像処理装置」とは、ともに、クライアントである点で共通する。
　
　よって、補正後の発明と引用発明１とは、以下の点で相違している。
　
（相違点１）
　「クライアント」について、補正後の発明は、「原稿を読み取って画像データを作成するスキャン機能を有する画像処理装置」であって、「Ｗｅｂブラウザにより動作するユーザインターフェイス部」を備えているのに対して、引用発明１は、「一つの機器」であって、「ユーザインターフェイス部」を備えている点。
　
（相違点２）
　補正後の発明の「ファイル構造データ要求部」は「ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信する」のに対して、引用発明１の「ファイルツリー構造要求手段」は、ユーザインターフェイス部の形式に関するＵＩパラメータをサーバに送信するものでない点。
　それに伴い、補正後の発明の「ファイル構造データ変換部」は、「ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信する」のに対して、引用発明１の「ファイルツリー構造データ生成手段」は、ファイルツリー構造の要求を受け付けたとき、上記記憶部の中から読み出したファイルツリー構造を、上記ユーザインターフェイス部に適合する形式に変換し、上記一つの機器に送信するものである点。
　
　相違点１について検討する。
　引用文献２に、
「【０００１】
　本発明は、ファイル転送システム、ファイル管理サーバ、ファイル転送方法、その方法をコンピュータが実行するためのプログラム、画像形成システム、蓄積文書管理サーバおよび画像形成装置に関し、詳細には、ファイル送信用端末からファイル管理サーバにファイルをアップロードし、ファイル管理サーバにアップロードされたファイルをファイル受信用端末でダウンロードするファイル転送システム、ファイル管理サーバ、ファイル転送方法、およびその方法をコンピュータが実行するためのプログラムに関する。また、第1の画像形成装置から蓄積文書管理サーバに蓄積文書をアップロードし、蓄積文書管理サーバにアップロードされた蓄積文書を第2の画像形成装置でダウンロードする画像形成システム、蓄積文書管理サーバに関する。」、
「【００４１】
　この画像形成装置は、上記の、第1の画像形成装置の機能と第2の画像形成装置の機能を備えるので、一台で、蓄積文書の蓄積およびネットワークへの送出と、ネットワークからの蓄積文書の受信とパスワード応答の画像形成が可能である。すなわち、蓄積文書の送信側の機能および受信側の機能を持つので、ネットワーク上での利用価値が高い。」、
「【００４５】
　ファイル管理サーバ１０は、Ｗｅｂサーバとしての機能を備えている。ファイル送信用端末２０、ファイル受信用端末３０、および携帯端末４０は、Ｗｅｂブラウザアプリケーションソフトが搭載されており、ファイル管理サーバ１０が保持しているＷｅｂページを閲覧することが可能となっている。」、
「【００４６】
　ファイル管理サーバ１０は、ファイル転送サービスのＷｅｂページを保持しており、ＰＣ（パソコン）２０ａ、ノートＰＣ２０ｂ、複合機２０ｃ等のファイル送信用端末２０は、このファイル転送サービスのＷｅｂページにアクセスしてファイルのアップロードを行い、また、画像形成装置としての印刷装置３０ａ−１及び複合機３０ａ−２、ＰＣ（パソコン）３０ｂ等のファイル受信用端末３０は、このファイル転送サービスのＷｅｂページにアクセスして、ファイルのダウンロードを行う。また、ファイル送信用端末２０、ファイル受信用端末３０、携帯端末４０は、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ等のインターフェースを備えている。…ファイル管理サーバ１０へはＬＡＮ経由または電話回線を介して直接プロバイダ経由でアクセスする。」と記載されているように、Ｗｅｂブラウザでユーザーインタフェース処理を実行する複合機（画像形成装置）であって、サーバからのファイルのダウンロード（読み出し）だけでなく、当該複合機（画像形成装置）からサーバへファイルをアップロードする機能であって、当該複合機（画像形成装置）上のファイルをＷｅｂブラウザ上の操作で指定し、サーバに格納する複合機（画像形成装置）は、当業者にとって周知（以下「周知技術１」という）である。
　なお、複合機（画像形成装置）が、画像入力のためのイメージスキャナを備えることは、当業者にとって自明の事項である。
　してみると、引用発明１の「一つの機器」を画像入力のためのイメージスキャナと、Ｗｅｂブラウザでユーザーインタフェース処理を実行する（すなわち、Ｗｅｂブラウザにより動作するユーザインターフェイス部を備える）複合機（画像形成装置）とすることは、当業者であれば、適宜なし得たことである。
　よって、相違点１は格別のものではない。
　
　相違点２について検討する。
　引用文献３に、
「【００４４】…情報端末が、情報端末の画面サイズ等の表示能力を付随情報としてデータ取得要求情報を生成するＨＴＴＰ解析／生成部を備え、ゲートウエイサーバが、情報端末からのデータ取得要求から情報端末の表示能力を取得するＨＴＴＰ解析／生成部、Ｗｅｂサーバから受信したコンテンツの変換時に、情報端末の表示情報に従い、イメージデータを表示サイズに合わせて変換するコンテンツ変換部とを有することとしたものである。」と記載されているように、クライアントの画面サイズ等の表示能力を付随情報として（「ユーザインターフェイス部の形式に関するＵＩパラメータ」に相当）送信し、サーバ側で前記クライアントの画面サイズ等の表示能力に合わせて、表示データを互換性のある形式に変換し、上記クライアントに送信することは、当業者にとって周知（以下「周知技術２」という）である。
　してみると、引用発明１の「ファイルツリー構造要求手段」は、ユーザインターフェイス部の形式に関するＵＩパラメータをサーバに送信するように構成するとともに、引用発明１の「ファイルツリー構造データ生成手段」がファイルツリー構造の要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイルツリー構造を、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、送信するように構成することは、当業者であれば、容易に想到し得たことである。
　よって、相違点２は格別のものではない。
　 
　また、上記で検討したごとく相違点１及び相違点２は格別のものではなく、そして、補正後の発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　以上のように、補正後の発明は、上記引用発明１、周知技術１、及び周知技術２に基づいて、当業者が容易に発明できたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　
（４）小括
　本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において準用する同法第５３条第１項の規定により却下すべきものである。
　
４．結論
　本件補正は、本件補正後の特許請求の範囲の請求項１に記載された発明が特許出願の際独立して特許を受けることができないものであるから、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項の規定により準用する特許法第１２６条第５項の規定に適合していない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。」
　
第２．本願発明について
　平成２２年８月２０日付けの手続補正は上記のとおり却下されたので、本願に係る発明は、平成２２年３月３０日付けの手続補正の特許請求の範囲の請求項１〜６に記載された事項により特定されるものである。
　
第３．拒絶の理由
【理由１】この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　　　　　　　記（引用文献等については引用文献等一覧参照）
　
（１）引用文献
［引用文献］
１．特開２００４−１０２３３４号公報
２．特開２００４−１８５５９７号公報
３．特開２００２−６３１０８号公報
４．特開２００４−３８９６３号公報
　
（１−１）引用発明１について
　前記「第１．はじめに」の「［理由］」の「３．補正の適否」の「３−３．独立特許要件」の「（２）引用発明」において記載したとおり、引用文献１には、「引用発明１」が記載されている。
　
　一つの機器と、上記一つの機器とネットワークを介して通信し、記憶部を備えたサーバとを備え、サーバから一つの機器へファイルツリー構造を提供する共有文書管理システムであって、
　上記一つの機器は、
　Ｗｅｂブラウザにより動作するユーザインターフェイス部と、
　上記記憶部のファイル構造を示すファイルツリー構造をサーバに要求する手段（以下、「ファイルツリー構造要求手段」という）とを備え、
　上記サーバは、
　上記ファイルツリー構造の要求を受け付けたとき、上記記憶部の中から読み出したファイルツリー構造を、上記ユーザインターフェイス部に適合する形式に変換し、上記一つの機器に送信する手段（以下、「ファイルツリー構造データ生成手段」という）を備え、
　上記一つの機器は、
　上記サーバから受けたファイルツリー構造を上記ユーザインターフェイス部に表示し、ユーザ入力に従って、当該ファイルツリー構造の中から、スキャナにより読取られた画像データを格納するフォルダを指定するとともに、指定したフォルダに当該画像データを格納する指示を上記サーバに行う手段（以下、「アップロード先指定手段」という）をさらに備え、
　上記サーバは、
　上記アップロード先指定手段から受けた指示に従い、上記画像データを上記記憶部の指定されたフォルダに格納する手段（以下、「格納手段」という）をさらに備えることを特徴とするシステム。
　
（１−２）引用発明２について
　引用文献４における記載、
（タ）段落【０００１】における記載「本発明は、文書検索の方法及びシステムに係り、特に、安全かつ遠隔的に、電子文書を選択し、一方の装置から別の装置へ電子文書を送信させる方法及びシステムに関する。」、
（チ）段落【００１３】における記載「用語「送信元ＰＣ」は、希望の電子文書が記憶されているＰＣ（若しくは、その他の装置）を表す。文書は、例えば、このＰＣに取り付けられたハードディスク装置に保持されるか、又は、ＰＣがアクセス可能な（ネットワーク接続されたドライブ装置のような）別の記憶装置に保持される。用語「宛先」は、電子文書が送信される先のＰＣ（若しくは、その他の装置）を表す。用語「遠隔ＰＣ」及び「遠隔地」は、ユーザが電子文書を送信させる場所を表わす。」、
（ツ）段落【００２７】における記載「遠隔装置１０９は、遠隔コンピュータ、プリンタ、ファックス装置、多機能装置、ＰＤＡ（携帯情報端末）、或いは、その他の装置である。送信元パーソナルコンピュータ（ＰＣ）１０２は、ユーザ１０１がそこから文書を宛先パーソナルコンピュータ（ＰＣ）１１３へ送信することを望むコンピュータである。送信元ＰＣ１０２は、ユーザの自宅若しくはオフィスに設置された専用コンピュータであると想定できるが、送信元ＰＣ１０２は、コンピュータ、文書蓄積機器、サーバなどのようなものであり、…」、
（テ）段落【００２８】における記載「送信元ＰＣ１０２は、ハードディスク装置のような文書蓄積装置１０３を収容するか、又は、文書蓄積装置１０３に接続される。文書蓄積装置１０３は、従来技術において公知であるように、ディレクトリ１０８に応じて編成された文書を格納する。一実施例において、遠隔装置１０９と、送信元ＰＣ１０２と、宛先ＰＣ１１３は、各々、制御機能及びファイル管理機能を提供するグラフィカル・ユーザ・インタフェースを含むＭｉｃｒｏｓｏｆｔ　Ｗｉｎｄｏｗｓ（登録商標）ＸＰ、若しくは、ＵＮＩＸ（登録商標）のようなオペレーティングシステムを動かす。遠隔装置１０９、送信元ＰＣ１０２、及び、宛先ＰＣ１１３は、他の機能も備え、例えば、ワードプロセッサ、電子メール、表計算ソフト、及び、ウェブ・アプリケーションのような付加的なアプリケーションを実行する。」、
（ト）段落【００２９】における記載「遠隔装置１０９、送信元ＰＣ１０２、及び、宛先ＰＣ１１３は、ネットワーク通信及びインフラストラクチャーのための従来のプロトコル及び技術を使用して、インターネット、ローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）などのネットワーク（図示せず）に接続される。」、
（ナ）段落【００３６】における記載「遠隔装置１０９は、表現１０６をユーザ１０１へ提示する。一実施例において、遠隔装置１０９は、表示された表現１０６内のナビゲーションを可能にさせるユーザ・インタフェースを提供する。このように、ユーザ１０１は、様々な文書を一覧し、メタ情報、サムネイル画像、要約などを閲覧し、宛先１１３へ送信することを望む一つ以上の文書を選択することが可能である。」、
（ニ）段落【００４１】における記載「図３には、本発明に従って、遠隔的に、電子文書を選択し、プリンタ若しくは多機能装置２０１へ送信させるシステム２００のブロック図が示されている。図１２には、本発明に従って、プリンタ若しくは多機能装置を使用して実施されるような遠隔検索の一連の手順を説明するイベントトレース図が示されている。図３及び１２を参照するに、多機能装置２０１は、宛先１１３の代わりに示されている。本実施例の場合、ユーザ１０１は、遠隔装置１０９と相互作用することにより、送信元ＰＣ１０２から文書を選択し、送信元ＰＣ１０２から装置２０１へ文書を送信させる。装置２０１は、一例において、株式会社リコーから入手可能なグランド・ワールド（Ｇｒａｎｄ　Ｗｏｒｌｄ）多機能装置である。」、
 ヌ）段落【００４２】における記載「ユーザ１０１は、送信元ＰＣ１０２からの文書のディレクトリを要求するコマンドを遠隔装置１０９で開始する。」、
（ネ）段落【００４３】における記載「送信元ＰＣ１０２は、電子メールメッセージ１０５を受信し、ユーザを認証する。ユーザが認証されると、送信元ＰＣ１０２は、電子メールを用いて、ディレクトリ１０８の表現１０６（若しくは、その部分集合）を遠隔装置１０９へ送信する。遠隔装置１０９は、表現１０６をユーザ２０１へ提示する。ユーザ１０１は、自分が装置２０１へ送信したい一つ以上の文書を選択し、…。遠隔装置１０９は、次に、ユーザ１０１によって要求された文書を指定し、宛先装置２０１を識別し、文書が印刷可能フォーマットで与えられることを更に要求する電子メールメッセージを送信元ＰＣ１０２へ送信する。このメッセージに応答して、送信元ＰＣ１０２は、蓄積装置１０３から指定された文書を検索し、検索された文書を、装置２０１に適したアプリケーション・ソフトウェア２０２及びプリンタドライバ２０３を使用して印刷可能フォーマットに変換（印刷可能フォーマットでレンダリング）し（ステップ１２０１）、文書を暗号化し（ステップ１２０２）、印刷用にレンダリングされている暗号化された文書を添付物として含む電子メールメッセージ１０７Ａを装置２０１へ送信する。」、
（ノ）段落【００４４】における記載「装置２０１は、電子メールメッセージ１０７Ａを受信したとき、添付文書を復号化し（ステップ１２０３）、印刷する（ステップ１２０４）。」、
（ハ）段落【００５７】における記載「ディレクトリ表現１０６は、ソフトウェア１１１によって解読可能な任意の希望のフォーマットに従って与えることができる。一実施例では、送信元ＰＣ１０２は、ＪａｖａＳｃｒｉｐｔ、又は、拡張マークアップ言語（ＸＭＬ）で表現１０６を作成し、ユーザ・インタフェース１１０は、従来のメカニズムに従ってディレクトリ表現１０６を見て回る機能を提供する。ディレクトリ表現１０６のＪａｖａＳｃｒｉｐｔ版若しくはＸＭＬ版は、一実施例では、マイクロソフト　ウィンドウズ（登録商標）のようなオペレーティングシステムによって与えられるような通常の階層的ディレクトリデータから、ソフトウェア１０４を用いて作成される。」等を参照すると、以下の発明（以下「引用発明２」という）が記載されていると解される。
　
　遠隔装置である多機能装置と、電子文書を印刷する機能を有する宛先装置である多機能装置とネットワークを介して通信し、記憶部を備えたサーバとを備え、サーバから遠隔装置である多機能装置へ文書ディレクトリ情報を提供するシステムであって、
　上記遠隔装置である多機能装置は、
　ユーザ・インタフェースと、
　上記記憶部の文書のディレクトリを示す文書ディレクトリ情報をサーバに要求する手段（以下、「文書ディレクトリ情報要求手段」という）とを備え、
　上記サーバは、
　上記文書ディレクトリ情報の要求を受け付けたとき、上記記憶部の中から読み出した文書ディレクトリ情報を、上記ユーザ・インタフェースに適合する形式に変換し、上記遠隔装置である多機能装置に送信する手段（以下、「文書ディレクトリ情報作成手段」という）を備え、
　上記遠隔装置である多機能装置は、
　上記サーバから受けた文書ディレクトリ情報を上記ユーザ・インタフェースに表示し、ユーザ入力に従って、当該文書ディレクトリ情報の中から、プリント機能により印刷する電子文書を指定するとともに、指定した電子文書の要求指示を上記サーバに行う手段（以下、「電子文書指定手段」という）をさらに備え、
　上記サーバは、
　上記電子文書指定手段から受けた要求指示に従い、上記記憶部の中から指定された電子文書に読み出して、上記宛先装置である多機能装置に送信する手段（以下、「電子文書読出手段」という）をさらに備えることを特徴とするシステム。
　
（２）請求項１に係る発明について
　請求項１に係る発明は、前記「第１．はじめに」の「［理由］」の「３．補正の適否」の「３−３．独立特許要件」の「（１）補正後の発明」に記載した「補正後の発明」の発明特定事項「上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するとともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信するファイル構造データ要求部」から「とともに、上記ユーザインターフェイス部の形式に関するＵＩパラメータを遠隔演算装置に送信する」を削除し「上記記憶部のファイル構造を示すファイル構造データを遠隔演算装置に要求するファイル構造データ要求部」にするとともに、発明特定事項「上記ファイル構造データの要求および上記ＵＩパラメータを受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式に変換し、上記画像処理装置に送信するファイル構造データ変換部」から「および上記ＵＩパラメータ」及び「であり、受け付けたＵＩパラメータで規定される上記ユーザインターフェイス部と互換性のある形式」を削除し「上記ファイル構造データの要求を受け付けたとき、上記記憶部の中から読み出したファイル構造データを、上記ユーザインターフェイス部に適合する形式に変換し、上記画像処理装置に送信するファイル構造データ変換部」としたものである。
　そうすると、請求項１に係る発明の構成要件を全て含み、さらに特定の構成要件に限定要件を付加したものに相当する補正後の発明が、前記「第１．はじめに」の「［理由］」の「３．補正の適否」の「３−３．独立特許要件」の（３）対比・判断に記載したとおり、引用発明１、周知技術１、及び周知技術２に基づいて、当業者が容易に発明できたものであるから、請求項１に係る発明も、同様の理由により、引用発明１、周知技術１、及び周知技術２に基づいて、当業者が容易に発明をすることができたものである。
（備考１）なお、平成２３年４月２５日付けで回答書で、補正案として「上記画像処理装置の上記ユーザインターフェイス部にアクセスできるアプリケーションとして登録されているアプリケーションに対するファイル構造データの要求である場合に限り、」を追加しているが、引用文献１においても、「一つの機器」からの「ファイルツリー構造の要求」を受けつけるのは「データ管理プログラム」の場合に限っており、そうすることで、セキュリティを担保していることは、明らかであるから、補正案についても引用発明１、引用文献１記載の事項、周知技術１、及び周知技術２に基づいて、当業者が容易に発明をすることができたものである。
　
（３）請求項２に係る発明について
　請求項２に係る発明と引用発明２とを比較する。
　引用発明２の「サーバ」、「電子文書」、「文書のディレクトリ」、「文書ディレクトリ情報」、「文書ディレクトリ情報作成手段」、「電子文書読出手段」、及び「システム」は、それぞれ、請求項２に係る発明の「遠隔演算装置」、「画像データのファイル」、「ファイル構造」、「ファイル構造データ」、「ファイル構造データ変換部」、「読出部」、及び「ファイル構造データ提供システム」に相当する。
　引用発明２の「文書ディレクトリ情報要求手段」、「ユーザ・インタフェース」及び「電子文書指定手段」は、それぞれ、請求項２に係る発明の「ファイル構造データ要求部」、「ユーザインターフェイス部」及び「指定部」に相当する。
　引用発明２の「遠隔装置である多機能装置」及び「宛先装置である多機能装置」と請求項２に係る発明の「画像処理装置」とは、ともに、画像処理装置である点で共通する。
　
　よって、請求項２に係る発明と引用発明２とは、以下の点で相違している。
　
（相違点１）
　請求項２に係る発明は、「画像データのファイルを指定するとともに、指定したファイルの要求指示」をした「画像処理装置」に「指定されたファイル」が送信されるのに対して、引用発明２は、「電子文書を指定するとともに、指定した電子文書の要求指示」をした「遠隔装置である多機能装置」と、「指定された電子文書」が送信される「宛先装置である多機能装置」とが同一の多機能装置であるかどうか不明な点。
　
（相違点２）
　請求項２に係る発明の「ユーザインターフェイス部」は「Ｗｅｂブラウザにより動作する」のに対して、引用発明２の「ユーザ・インタフェース」は、Ｗｅｂブラウザにより動作するかどうか不明な点。
　
　相違点１及び相違点２について検討する。
　引用文献２に、
「【０００１】
　本発明は、ファイル転送システム、ファイル管理サーバ、ファイル転送方法、その方法をコンピュータが実行するためのプログラム、画像形成システム、蓄積文書管理サーバおよび画像形成装置に関し、詳細には、ファイル送信用端末からファイル管理サーバにファイルをアップロードし、ファイル管理サーバにアップロードされたファイルをファイル受信用端末でダウンロードするファイル転送システム、ファイル管理サーバ、ファイル転送方法、およびその方法をコンピュータが実行するためのプログラムに関する。また、第1の画像形成装置から蓄積文書管理サーバに蓄積文書をアップロードし、蓄積文書管理サーバにアップロードされた蓄積文書を第2の画像形成装置でダウンロードする画像形成システム、蓄積文書管理サーバに関する。」、
「【００４１】
　この画像形成装置は、上記の、第1の画像形成装置の機能と第2の画像形成装置の機能を備えるので、一台で、蓄積文書の蓄積およびネットワークへの送出と、ネットワークからの蓄積文書の受信とパスワード応答の画像形成が可能である。すなわち、蓄積文書の送信側の機能および受信側の機能を持つので、ネットワーク上での利用価値が高い。」、 
「【００４５】
　ファイル管理サーバ１０は、Ｗｅｂサーバとしての機能を備えている。ファイル送信用端末２０、ファイル受信用端末３０、および携帯端末４０は、Ｗｅｂブラウザアプリケーションソフトが搭載されており、ファイル管理サーバ１０が保持しているＷｅｂページを閲覧することが可能となっている。」、
「【００４６】
　ファイル管理サーバ１０は、ファイル転送サービスのＷｅｂページを保持しており、ＰＣ（パソコン）２０ａ、ノートＰＣ２０ｂ、複合機２０ｃ等のファイル送信用端末２０は、このファイル転送サービスのＷｅｂページにアクセスしてファイルのアップロードを行い、また、画像形成装置としての印刷装置３０ａ−１及び複合機３０ａ−２、ＰＣ（パソコン）３０ｂ等のファイル受信用端末３０は、このファイル転送サービスのＷｅｂページにアクセスして、ファイルのダウンロードを行う。また、ファイル送信用端末２０、ファイル受信用端末３０、携帯端末４０は、無線ＬＡＮやＢｌｕｅｔｏｏｔｈ等のインターフェースを備えている。…ファイル管理サーバ１０へはＬＡＮ経由または電話回線を介して直接プロバイダ経由でアクセスする。」と記載されているように、Ｗｅｂブラウザでユーザーインタフェース処理を実行する複合機（画像形成装置）であって、サーバからのファイルのダウンロード（読み出し）だけでなく、当該複合機（画像形成装置）からサーバへファイルをアップロードする機能であって、当該複合機（画像形成装置）上のファイルをＷｅｂブラウザ上の操作で指定し、サーバに格納する複合機（画像形成装置）は、当業者にとって周知（以下「周知技術１」という）である。
　なお、複合機（画像形成装置）が、画像入力のためのイメージスキャナを備えることは、当業者にとって自明の事項である。
　してみると、引用発明２の「遠隔装置である多機能装置」と、「指定された電子文書」が送信される「宛先装置である多機能装置」とを同一の多機能装置とし、「ユーザ・インタフェース」が、Ｗｅｂブラウザにより動作するよう構成することは、当業者であれば、適宜なし得たことである。
　よって、相違点１及び相違点２は格別のものではない。
　
　また、上記で検討したごとく相違点１及び相違点２は格別のものではなく、そして、補正後の発明の構成によってもたらされる効果も、当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　
　よって、請求項２に係る発明は、引用発明２及び周知技術１に基づいて、当業者が容易に発明をすることができたものである。
　
（４）請求項３に係る発明及び請求項４に係る発明について
　ファイル構造をよみだすのに、フレームワーク／オペレーティングシステム／プログラミング言語のＡＰＩを用いることは、当業者にとって自明の事項である。
　
（５）請求項５に係る発明及び請求項６に係る発明について
　請求項５に係る発明及び請求項６に係る発明は、それぞれ、請求項１に係る発明及び請求項２に係る発明を方法の観点で記載したものであるから、請求項１に係る発明及び請求項２に係る発明と同様の理由により、当業者が容易に発明をすることができたものである。
（調査した技術分野）
　Ｇ０６Ｆ１３／００
　Ｇ０６Ｆ１２／００
　Ｇ０６Ｆ１５／００
　
　
【理由２】この出願の下記の請求項の記載は、特許法第３６条第６項第２号に規定する要件を満たしていない。
　
 　　　　　　　　　　　　　記
　
 （１）請求項６は、「…画像処理装置に対し、…遠隔演算装置から、ファイル構造データを提供する方法であって、
　…ファイル構造データ要求ステップと、
　…ファイル構造データ変換ステップと、
　…指定ステップと、 
　…読出ステップとを含むことを特徴とするシステム。」と記載されており、請求項６に係る発明は、方法の発明であるのか、システムの発明であるのか、不明であり、明確でない。』
　
　そして、上記の拒絶理由は妥当なものと認められるので、本願は、この拒絶理由によって拒絶すべきものである。
　
　よって、結論のとおり審決する。