【事件の表示】
　特願２０１０−１１９３８７「情報処理装置及びその制御方法、プログラム、記憶媒体」拒絶査定不服審判事件〔平成２３年１２月　８日出願公開、特開２０１１−２４８５１１、請求項の数（６）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１．手続の経緯
　本願は、平成２２年５月２５日の出願あって、平成２６年３月２６日付けで拒絶理由が通知され、平成２６年６月２日付けで手続補正がなされたが、平成２６年１１月６日付けで拒絶査定がなされ、これを不服とし、平成２７年２月１２日に本件審判請求がなされると同時に手続補正がなされたものである。
　
第２．平成２７年２月１２日付け手続補正（以下、「本件補正」という）についての補正却下の決定
［補正却下の決定の結論］
　平成２７年２月１２日付けの手続補正を却下する。
［理由］
１．補正の内容
　本件補正は、補正前の特許請求の範囲の請求項１の記載を補正後の請求項１の記載とする補正（以下、「補正事項１」という）を含んでおり、それぞれの記載は次のとおりである。
　なお、補正後の請求項１の下線は、補正箇所を表している。また、該下線部における「ホットファルダ」は「ホットフォルダ」の誤記と考え、訂正して記載した。
　
（１）補正前の請求項１
「印刷データをホットフォルダに投入することにより、該ホットフォルダに設定された印刷設定を印刷データに適用し、該印刷データを印刷装置へ送信する情報処理装置において、
　第１のホットフォルダと、
　第２のホットフォルダと、
　前記第１のホットフォルダまたは前記第２のホットフォルダに対する印刷データの投入を検知する検知手段と、
　前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第１の投入順リストに登録する第１の記憶手段と、
　前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第２の投入順リストに登録する第２の記憶手段と、
　前記第１の投入順リストの先頭の印刷データに対応づけられた投入時刻と前記第２の投入順リストの先頭の印刷データに対応づけられた投入時刻とを比較して、投入時刻が古い方の印刷データから順に送信リストへ登録していくことによって、前記送信リストの登録順にしたがって前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段と
を有することを特徴とする情報処理装置。」
　
（２）補正後の請求項１
「印刷データをホットフォルダに投入することにより、該ホットフォルダに設定された印刷設定を印刷データに適用し、該印刷データを印刷装置へ送信する情報処理装置において、
　第１のホットフォルダと、
　第２のホットフォルダと、
　前記第１のホットフォルダまたは前記第２のホットフォルダに対する印刷データの投入を検知する検知手段と、
　前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第１の投入順リストに登録する第１の記憶手段と、
　前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第２の投入順リストに登録する第２の記憶手段と、
　前記第１の投入順リストの先頭の印刷データに対応づけられた投入時刻と前記第２の投入順リストの先頭の印刷データに対応づけられた投入時刻とを比較して、投入時刻が古い方の印刷データから順に送信リストへ登録していくことによって、前記送信リストの登録順にしたがって前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段と
、
し、
　
前記第１のホットフォルダまたは前記第２のホットフォルダへ印刷データが投入された順に印刷データを前記印刷装置へ送信する投入順優先モードと、前記第１のホットフォルダまたは前記第２のホットフォルダに複製が完了した印刷データから順に印刷データを前記印刷装置へ送信するスピード優先モードとを切り換え可能である
　
　なお、補正後の請求項１の下線部は、補正前の請求項２に記載されていた事項の一部と対応するが、補正前の請求項２に記載されていた事項の全部に対応するものではない。したがって、「補正後の請求項１は、補正前の請求項２を補正したもの」とはいえない。
　
２．補正の適否
　本件補正の補正事項１は、補正前の請求項１に、「前記第１のホットフォルダまたは前記第２のホットフォルダへ印刷データが投入された順に印刷データを前記印刷装置へ送信する投入順優先モードと、前記第１のホットフォルダまたは前記第２のホットフォルダに複製が完了した印刷データから順に印刷データを前記印刷装置へ送信するスピード優先モードとを切り換え可能であること」を付加するものである。
　この付加された事項の内容は、補正前の請求項１に記載した発明の、投入順に印刷データを送信する動作を「投入順優先モード」とし、それに「スピード優先モード」をさらに備えて、それらのモードを切り換え可能にするというものであり、補正前の請求項１に記載した発明を特定するために必要な事項を限定するものではないから、本件補正の補正事項１は、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当しない。さらに、同法同条同項第１号、第３号、第４号のいずれの目的とするものにも該当しない。
　したがって、本件補正は、特許法第１５９条第１項において読み替えて準用する同法第５３条の規定により却下すべきものである。
　
第３．本願発明について
１．本願発明
　平成２７年２月１２日付けの手続補正は上記のとおり却下されたので、本願の請求項１−６に係る発明は、平成２６年６月２日付けの手続補正で補正された特許請求の範囲の請求項１−６に記載された事項により特定されるものと認められるところ、その請求項１に係る発明（以下、「本願発明１」という）は、上記「第２．１．（１）補正前の請求項１」に記載したとおりのものである。
　
２．原査定の理由の概要
　平成２６年３月２６日付け拒絶理由通知書に記載した原査定の理由の概要は次のとおりである。
　
「この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項：　　１〜１０
・引用文献：　１〜２
・備考：
　引用文献１には、本願発明の請求項１〜２，５〜６，９〜１０に係る事項が開示されており、本願発明と引用文献１に開示される発明とを対比すると、以下の点で相違している。
　
（１）複製の完了順に送信順を登録するスピード優先モードが開示されていない点
（２）投入順優先モードと前記スピード優先モードを切り換え可能とする切換手段が開示されていない点
　
　上記相違点について検討する。
・相違点（１）（２）について
　引用文献２の１１９，１２１段落には、本願のスピード優先モードに相当する事項が開示されている。また、上記のように送信する順序を指定できるものであるのであるから、引用文献１に引用文献２を組み合わせる際に、それぞれのモードをそれぞれ切り換え可能とすることについても、当業者が容易に相当し得ることである。
　
　　　　　　　　　　　引　用　文　献　等　一　覧
１.特開２０１０−０９７２８７号公報
２.特開２００６−３４４１７２号公報」
　
３．刊行物の記載事項
（１）刊行物１
　原査定の拒絶の理由で引用された特開２０１０−０９７２８７号公報（以下、「刊行物１」という）には、図面とともに次の事項が記載されている（下線部は当審により付与した）。
　
「【発明の詳細な説明】
【技術分野】
【０００１】
  本発明は、
ファイル制御装置
【背景技術】
【０００２】
  印刷システムとして、例えば、社内の部門をクライアントとし、上記クライアントから発注された印刷物（マニュアル、顧客向け報告書等）の作成依頼を受注し、所望の印刷物を作成して上記クライアントに納品するような、所謂社内印刷システムがある。このような顧客から受け取ったファイルを簡易に印刷を実施する印刷システムとして、所謂ホットフォルダ機能を使用した印刷が実施されている。例えば、
ホットフォルダ機能を使用して印刷設定情報を指定して、印刷システムを構成する周知の画像形成装置が有する、出力された原稿用紙をフィニッシング装置で製本処理(ステイプル、穴あけ、中綴じ製本、包み製本等)を行う。
【０００３】
  以下、従来のホットフォルダ（以下、ＨＦとも記す）を使用したＰＯＤ(Print On Demand)システムにおける印刷ジョブ処理の一例を説明する。
【０００４】
  図２９Ａと図２９Ｂは、ＨＦにファイルが投入された順番に印刷されている一例を示す。図３０は、ＨＦクライアントアプリにファイルが投入されてから、ＨＦサーバアプリから印刷ジョブとして送信されるまでの一例を示す。
【０００５】
  図２９Ａは、従来例のＰＯＤシステムの全体構成を説明する図を使用して、ＨＦ（以下、ＨＦとも示す）にファイルが投入される順番を説明する図である。
【０００６】
  本従来例のＨＦクライアントＰＣは、ＨＦクライアントＰＣ２２と２３と４０とで構成されている。また、４６〜４８は、ＨＦクライアントＰＣ２２，２３，４０で動作するＨＦクライアント・アプリケーション（以下、ＨＦクライアントアプリと称す）である。ＨＦクライアント２２と２３と４０は、同一のＰＣ上で構成されても構わない。
４１から４３は、複数のオペレータから送られて来た印刷用のコンテンツデータファイルを示す。本従来例では、ＰＤＦファイルとし、第一番目にファイル４１がＨＦクライアントアプリ４６へ投入される。そして、第二番目にファイル４２が、ＨＦクライアントアプリ４６へ投入され、最後にファイル４３がＨＦクライアントアプリ４８へ投入されることを示している。
【０００７】
  
４ａは、ＨＦサーバＰＣ２０で動作するＨＦサーバ・アプリケーション（以下、ＨＦサーバアプリと称す）であり、その内部にカラーＭＦＰ３７等の印刷機器へ印刷データを転送する為の送信キュー４４を所持している。
【０００８】
  ４ｂは、カラーＭＦＰ３７に構築されているジョブ制御部であり、その内部にプリントキュー４５を所持している。プリントキュー４５にセットされた順番にカラーＭＦＰ３７で印刷処理がなされる。また、プリントキュー４５には、ＲＩＰ済の印刷ジョブがセットされ、カラーＭＦＰ３７の各種制限を受ける。４ｃは、カラーＭＦＰ３７に構築されているジョブ処理部であり、プリントキュー４５に記録されているジョブを印刷実行する。カラーＭＦＰ３６の４ｄと４ｅに関しては、４ｂと４ｃに同様である。なお、上記従来例では、プリントキューには、ＲＩＰ済の印刷ジョブがセットされるとしたが、以下の実施形態では、ＲＩＰ前の印刷ジョブがセットされても構わない。
【０００９】
  図２９Ｂは、図２９Ａの続きの処理を示している。ＨＦにファイルが投入された後、印刷されるまでの処理を説明する図である。なお、図２９Ａと同じ要素は同じ参照番号で示されている。
【００１０】
  図２９Ａの操作後、ＰＤＦファイル−１とＰＤＦファイル−２が、ＨＦアプリ４６上にコピーされている。また、ＰＤＦファイル−３は、ＨＦアプリ４７上にコピーされている。そして、ＨＦクライアントアプリ４６と４７は、コピーされたＰＤＦファイル−１、−２、−３を、順次にＨＦサーバアプリ４aに転送する。そして、ＨＦサーバアプリ４ａ上で印刷設定情報ファイルであるＪＤＦ(Job Definition Format)を付加し、印刷ジョブ５０〜５２に変換し、送信キュー４４上にセットしていく。印刷ジョブ５０がＰＤＦファイル−１に対応し、印刷ジョブ５１がＰＤＦファイル−２に対応し、印刷ジョブ５２がＰＤＦファイル−３に対応する。印刷ジョブ５０〜５２は、送信キュー４４にセットされた順番に、其々の印刷ジョブ５０〜５２のＪＤＦファイルに記述されているデバイス（カラーＭＦＰ３６，３７）に送信される。
【００１１】
  本従来例では、印刷ジョブ５０と５１はカラーＭＦＰ３７に送信され、印刷ジョブ５０はプリントキュー４５上にセットされ、印刷ジョブ５３として印刷中であることを示している。また、印刷ジョブ５１は、印刷ジョブ５０の後にＭＦＰ３７へ送信され、プリントキュー４５上で印刷待機中の印刷ジョブ５４であることを示している。印刷ジョブ５２もカラーＭＦＰ３７で印刷する指示がなされているが、カラーＭＦＰ３７の制限により、印刷ジョブ５３が終了するまで転送待ちとなっている。デバイス（カラーＭＦＰ３６，３７）の制限には、ＤＩＳＫ容量や、頁毎に異なる設定を行う例外設定数や、用紙の挿入を指示する挿入指示数等がある。詳細に関しては、実施形態において後ほど説明する。
【００１２】
  図３０は、図２９Ａと図２９Ｂにおける送信キュー４４からの送信までのＨＦサーバアプり４ａの処理を詳細に説明している。
【００１３】
  Ｐ１５０〜Ｐ１５５は、処理内容（プロセス）を示し、この番号順に処理される。Ｐ１５０で、ＰＤＦファイル−１（４１）をＨＦクライアントアプリ４６へDrag＆Dropする。本従来例では、ＨＦクライアントアプリ４６は、Ａ３用紙で中綴じ印刷を実施する設定が記録されている。ＨＦクライアントアプリ４６が、ＰＤＦファイル−１（４１）が投入されたことを検知すると、Ｐ１５１でＨＦクライアントアプリはＨＦサーバアプリ４ａにデータ処理の依頼を通知する。ＨＦサーバアプリ４ａはデータ処理用のＪＤＦジョブ生成スレッド１（１５８）を生成する。そして、ＨＦクライアント４６からＰＤＦファイル−１（４１）をＨＦサーバアプリ４ａへ転送する。Ｐ１５２では、ＨＦサーバアプリ４ａとカラーＭＦＰで処理可能なファイル種かどうかＰＤＦファイル−１（４１）のチェックを行う。そして、Ｐ１５３では、ＨＦクライアントアプリ４６に設定されている印刷設定情報が記録されている印刷指示書であるＪＦＤファイル１５０を生成する。Ｐ１５４では、ＰＤＦファイル−１（４１）とＪＦＤファイル１５０とをＭＩＭＥエンコーディングして、印刷ジョブ５０を生成する。そして、Ｐ１５５にて生成した印刷ジョブ５０を送信を制御する送信スレッド１５９上の送信キュー４４に転送する。この時の転送待ちの印刷ジョブ５０をジョブ１（５３）で示す。なお、１５６と１５７は、ＪＤＦジョブ生成スレッド１（１５８）とは別の、例えば、ＰＤＦファイル−２（４２），ＰＤＦファイル−３（４３）に対応するジョブ生成スレッド２，３である。」
　
「【発明が解決しようとする課題】
【００１５】
  しかしながら、上述した従来のＨＦによる印刷技術には、以下のような問題点がある。
【００１６】
  図３１は、上記従来の例において、投入した順番と異なる順番でカラーＭＦＰ３７のプリントキュー４５に印刷ジョブがセットされる例を示す。なお、図２９Ａ及び図２９Ｂと同じ要素は同じ参照番号で示されている。
【００１７】
  ＰＤＦファイル−１（４１），−２（４２），−３（４３）の順番でＨＦクライアントアプリ４６または４７に投入されたことは、図２９Ａ及び図２９Ｂの例と同じである。しかし、図３１では、送信キュー４４に、印刷ジョブ５０、５２、５１の順番でセットされていることが、図２９Ｂの例と異なる。送信キュー４４にセットされている順番が異なるため、カラーＭＦＰ３７のプリントキュー４５にセットされる印刷ジョブの順番もＰＤＦファイルを投入した順番と異なってしまっている。すなわち、ＰＤＦファイル−３（４３）に対応する印刷ジョブ５５が先にプリントキュー４５にセットされ印刷されることになる。
【００１８】
  このような順番の逆転は、次のような理由で発生する。例えば、図３０で説明したように、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入から、送信キュー４４へのセットまでには多数の工程を経る。従って、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生する。その結果、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番の、ＰＤＦファイルの投入の順番に対する逆転が発生する。
【００１９】
  また、図３２は、上記従来の例において、カラーＭＦＰ３７の制限により印刷ジョブ５２を転送できず、カラーＭＦＰ３７のプリントキュー４５に印刷待ちのジョブを作成出来ない例を示している。なお、図２９Ａ及び図２９Ｂと同じ要素は同じ参照番号で示されている。
【００２０】
  本従来例においては、印刷中の印刷ジョブ５４が終了するまで、次の印刷ジョブ５２を送信できず、印刷ジョブ５４が終了後にカラーＭＦＰ３７において印刷待ちが発生してしまい、パフォーマンスがダウンする例を示している。
【００２１】
  更に、複数のＨＦクライアントアプリからの同時処理時に異なるクライアントアプリからのジョブが混在するため、印刷後に各クライアントアプリ単位に印刷物の仕分けが必要になる。すなわち、印刷オペレータＡ(Ｘ社担当)と印刷オペレータＢ(Ｙ社担当)が、２つのＨＦクライアントアプリから同時に印刷処理を実行している場合には、異なる顧客(印刷設定)のジョブが混在して出力されることになる。そのため、各クライアントアプリ単位に印刷物の仕分けが必要となり、パフォーマンスがダウンする。特に、出力された印刷物をフィニッシング装置で製本処理(ステイプル、穴あけ、中綴じ製本、包み製本等)を行う場合には、パフォーマンスのダウンが著しい。
【００２２】
  以上のように、従来技術においては、次のような問題点があった。ＨＦクライアントアプリへの投入順に印刷されない場合がある。また、同じクライアントアプリに対する、他のＨＦクライアントアプリからの連続する印刷ジョブの投入と印刷処理が、印刷デバイスの制限でできない場合がある。更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在し、印刷物の仕分けが必要となる。
【００２３】
  本発明は、上記問題点に鑑みてなされたものであり、ＨＦクライアントアプリへの投入順に印刷されるよう制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。
【００２４】
  また、印刷デバイスの制限の下であっても、同じクライアントアプリに対する、他のＨＦクライアントアプリからの連続する印刷ジョブの投入と印刷処理が可能に制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。
【００２５】
  更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在しないように制御されるファイル制御装置、印刷システム、及びそれらを制御するプログラムを提供する。」
　
「【００９９】
  ＜実施形態１のＰＯＤシステムの動作例＞
  図１２及び図１３は、実施形態１における、ＰＤＦファイルがＨＦクライアントアプリに投入された順番での印刷を可能とするＰＯＤシステムの動作例に関して説明する。
【０１００】
  （ＨＦクライアントアプリ４６とＨＦサーバアプリ４ａでの詳細動作例）
  図１２は、従来例の図３０に対応する実施形態１のＨＦクライアントアプリ４６とＨＦサーバアプリ４ａとの詳細な処理手順を示す図である。なお、以下の説明では、図３０からの変更点を中心に説明する。図３０と同じ要素や処理は同じ参照番号で示す。
【０１０１】
  
ＰＤＦファイル−１（４１）がＨＦクライアントアプリ４６にDrag＆Dropされると、ＨＦクライアントアプリ４６はＯＳからＰＤＦファイル−１が投入されたイベントを受け取る。ＨＦクライアントアプリ４６は、イベントを受信すると以下のデータを生成する。すなわち、ＨＦクライアントアプリ毎に事前にユニークに設定されているＨＦクライアントアプリ名称、ＨＦクライアントアプリ４６にファイルが投入される毎に＋１される投入ファイル番号、イベントを受け取った時間、を順序データとして生成する。この順序データは、図８のジョブ管理情報の対応する。そして、ＨＦクライアントアプリ４６は、投入されたＰＤＦファイル−１に付加する印刷指示書であるＪＤＦデータを生成する。処理Ｐ１６０は、このＪＤＦファイル１６２内に、順序データを埋め込む処理を示す。処理Ｐ１６１は、生成したＪＤＦファイル１６２と投入されたＰＤＦファイル−１（４１）をＨＦサーバ２０のＨＦサーバアプリ４ａに転送する処理を示す。
【０１０２】
  
次に、ＨＦサーバアプリ４ａでは、転送されたＪＤＦファイル１６２と投入されたＰＤＦファイル−１（４１）とから印刷ジョブ生成して、印刷ジョブ記憶部１０５ａ（図５参照）に保持する。ＨＦサーバアプリ４ａは、保持された印刷ジョブを、ＪＤＦファイル内に記録した順序データを使用して投入されたＨＦクライアントアプリ名称毎にソートする。また、ＨＦクライアントアプリ名称毎に投入された順序である投入ファイル番号を連番でソートする。
【０１０３】
  
ＪＤＦ内には、同じＨＦクライアントアプリ名称の投入ファイル番号は連番で記入されているので、上記ソートにより、同じＨＦクライアントアプリ名称のＰＤＦファイルはＨＦクライアントアプリへの投入順に並べられて、送信キュー４４に送られる。その結果、送信キュー４４からデバイス（カラーＭＦＰ）への印刷ジョブの送信順序は、ＰＤＦファイルのＨＦクライアントアプリへの投入順序に一致する。
【０１０４】
  なお、上記ソートは印刷ジョブの送信キュー４４への転送毎に行われてもよい。また、データを送信する送信スレッド１５９からの印刷ジョブデータの送信は、連番で次となる印刷ジョブが送信キューにない場合には、送信しないように処理することでも構わない。
【０１０５】
  （ＰＯＤシステムでの動作例）
  図１３は、上記図１２の処理に従うＰＯＤシステムでの動作例を説明する図である。なお、図１３は、図３１に従って課題の欄で説明したＨＦサーバアプリ４ａへのＰＤＦファイルの転送順序が、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入順序と異なる場合の実施形態１での処理を示している。ここでは、各クライアントアプリ４６〜４８であるホットフォルダ−１〜−３は、ＰＣ２０上に作成されたＨＦサーバアプリ４ａのフォルダをネットワーク共有することで実現している。なお、図４、図２９Ａ、図２９Ｂ、図３１及び図３２と同じ要素は同じ参照番号で示されている。
【０１０６】
  ＰＤＦファイル−１（４１），−２（４２），−３（４３）の順番でＨＦクライアントアプリ４６または４７に投入されたが、ＨＦサーバアプリ４ａへの転送順序がＰＤＦファイル−１，−３，−２となった状況は、図３１と同じである。
【０１０７】
  このような順番の逆転は、次のような理由で発生する。例えば、ＰＤＦファイルのＨＦクライアントアプリ４６，４７への投入から、送信キュー４４へのセットまでには多数の工程を経る。従って、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生する。その結果、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番の、ＰＤＦファイルの投入の順番に対する逆転が発生する。
【０１０８】
  図１３においては、図１２で説明したように、ＨＦクライアントアプリ４６または４７で投入されたＰＤＦファイルに対応する順序データを含むＪＤＦファイルが生成されて、ＰＤＦファイルとＪＤＦファイルの対としてＨＦサーバアプリ４ａへ転送される。例えば、ＰＤＦファイル−１（４１），−２（４２），−３（４３）には、生成された順次データを含むＪＤＦファイル−１（４１ａ），−２（４２ａ），−３（４３ａ）が付加されて、ＨＦサーバアプリ４ａへ転送される。ＰＤＦファイルとＪＤＦファイルの対は、図１３に５０ａ〜５２ａで示されている。
【０１０９】
  従って、ＪＤＦジョブ生成スレッド２に、ＰＤＦファイル−３（４３）とＪＤＦファイル−３（４３ａ）の対が転送された後に、ＰＤＦファイル−２（４２）とＪＤＦファイル−２（４２ａ）の対が転送される場合がある。この場合であっても、送信キュー４４には投入順に並べられる。
【０１１０】
  また、投入されたＰＤＦファイルのサイズや生成するＪＤＦファイルの複雑さやサイズ、またＨＦサーバＰＣ３０上の環境によって、送信キュー４４にセットするまでの処理時間に差が発生した場合を想定する。この場合であっても、実施形態１の処理によって、送信キュー４４及びプリントキュー４５にセットされる印刷ジョブの順番はＰＤＦファイルの投入の順番に一致する。更に、異なるＨＦクライアントアプリ（異なる顧客(印刷設定)）から投入されたＰＤＦファイルが混在した場合を想定する。この場合であっても、ＰＤＦファイルはＨＦクライアントアプリ名称でソートされるので、送信キュー４４及びプリントキュー４５への印刷ジョブのセットにおいてＨＦクライアントアプリ（異なる顧客(印刷設定)）が混在することがない。
【０１１１】
  （実施形態１のジョブ管理アプリでのＨＦジョブリストの表示例）
  図１４Ａから図１４Ｄは、ＨＦサーバアプリ４ａからの印刷ジョブの送信順番変更が行われている例を、ジョブ管理アプリ４９上における表示を用いて説明する。なお、ジョブ４まであることを除いて、上記図１３と同じ状況の場合を示す。
【０１１２】
  図１４Ａにおいて、１７０はジョブ管理アプリ４９がＨＦサーバアプリ４ａ中の印刷ジョブのステータスを表示している画面である。１７１はＨＦ名称を示し、選択するとＨＦサーバアプリ４ａに転送された印刷ジョブから、選択されたＨＦクライアントアプリ名称から送信処理中のジョブのみが表示される。本例では、ＨＦ名称としてA3-中綴じHF１７２が選択され、A3-中綴じHFに投入されたＰＤＦファイルから生成された印刷ジョブのみが表示されている。
【０１１３】
  本ＨＦサーバアプリ４ａでは自動でＨＦ名称と投入された順番で印刷ジョブをソートすることとするが、ＨＦ名称を選択したことをトリガとして、印刷ジョブのソートを実行しても構わない。
【０１１４】
  １７４はＨＦサーバアプリ４ａに存在する、選択されたＨＦクライアントアプリ名称の印刷ジョブである。図１４Ａでは、１７４の１つだけが存在している。なお、１７３を選択すると、ＨＦ名称に関係なくＨＦサーバアプリ４ａに存在する全印刷ジョブが表示される。
【０１１５】
  図１４Ｂは、ＨＦサーバアプリ４ａに存在する、A3-中綴じHFに投入されて作成された印刷ジョブが１つ追加になっている状態を示している。１８０はA3-中綴じHFに３番目に投入されたＰＤＦファイルである。本例では、便宜上、ジョブ名に投入された順番の番号を付けて分かり易くしている。すなわち、図１４Ｂは、A3-中綴じHFに最初に投入されたＡ社ジョブ１の次に、A3-中綴じHFに３番目に投入されたＡ社ジョブ３がＨＦサーバアプリ４ａに転送された、あるいはＡ社ジョブ３が送信キューに移行したことを示している。
【０１１６】
  図１４Ｃは、更にＨＦサーバアプリ４ａに、A3-中綴じHFに投入されて作成された印刷ジョブが２つ追加になっている状態を示している。但し、１９０はA3-中綴じHFに投入された２番目のＰＤＦファイルであり、２００はA3-中綴じHFに投入された４番目のＰＤＦファイルである。
【０１１７】
  図１４Ｄは、実施形態１の順序データに基づくソートにより、ＨＦサーバアプリ４ａの印刷ジョブが、投入されたＨＦの名称毎、且つそのＨＦクライアントアプリに投入された順番でソートされた結果を示している。２番目にA3-中綴じHFに投入されたＰＤＦファイルの印刷ジョブ（Ａ社ジョブ２）１９０と、３番目にA3-中綴じHFに投入された印刷ジョブ（Ａ社ジョブ３）１８０との順番が投入順に変更されている。順番の変更には、ＪＤＦファイルに記録したＨＦクライナトアプリ名称と連番の投入ファイル番号とを使用して、ＨＦサーバアプリ４ａが実行する。
【０１１８】
  ＜実施形態１のＰＣの処理手順例＞
  図１５及び図１６は、実施形態１の処理を実現するための、ＨＦクライアントＰＣ及びＨＦサーバＰＣの処理手順例を示すフローチャートである。なお、図１５及び図１６は、実施形態１に特徴的な一部の手順のみを示している。かかるフローチャートは、図５のＣＰＵ１０１により実行される。
【０１１９】
  
図１５は、実施形態１のＨＦクライアントＰＣの処理手順例を示すフローチャートである。
【０１２０】
  
まず、ステップＳ１５１で、ＣＰＵ１０１は、ＰＤＦファイルのＨＦクライアントアプリへの投入を待機する。ＣＰＵ１０１は、ＰＤＦファイルの投入があればステップＳ１５２に進んで、クライアントアプリ名称、投入ファイル番号、イベント受取時刻を取得する。投入ファイル番号の取得は、ＨＦクライアントアプリからＨＦサーバアプリ４ａに要求することで行われる。ＣＰＵ１０１は、ステップＳ１５３で取得した情報から順序データとなるＪＤＦ管理情報を作成する。
【０１２１】
  
ステップＳ１５４では、ＣＰＵ１０１は、ステップＳ１５３で作成したＪＤＦ管理情報を含むＪＤＦファイルを作成する。ステップＳ１５５で、ＣＰＵ１０１は、このＪＤＦ管理情報を含むＪＤＦファイルと投入されたＰＤＦファイルとを対にして、ＨＦサーバのＨＦサーバアプリに転送する。
【０１２２】
  
ステップＳ１５６で、ＣＰＵ１０１は、同じクライアントアプリ名称への投入ファイル番号を１つ加算して、ステップＳ１５１に戻って次のＰＤＦファイルの投入を待つ。ＣＰＵ１０１は、ステップＳ１５７でＨＦクライアントアプリの終了指示があれば、処理を終了する。
【０１２３】
  
図１６は、実施形態１のＨＦサーバＰＣの処理手順例を示すフローチャートである。
【０１２４】
  
まず、ステップＳ１６１で、ＣＰＵ１０１は、ＨＦクライアントアプリＰＣからのＰＤＦファイルとＪＤＦファイルとの対の転送を待機する。ＣＰＵ１０１は、ＰＤＦファイルとＪＤＦファイルとの対の転送があればステップＳ１６２に進んで、ＪＤＦジョブ生成スレッドを生成する。ＣＰＵ１０１は、ステップＳ１６３で転送されたＰＤＦファイルのコンテンツチェックを行う。ステップＳ１６４では、ＣＰＵ１０１は、ＰＤＦファイルとＪＤＦファイルとを含むＪＤＦジョブ（印刷ジョブ）を生成して格納する。ステップＳ１６５では、ＣＰＵ１０１は、ＰＤＦファイルの投入が更にあればステップＳ１６１に戻って、ＰＤＦファイルとＪＤＦファイルとの対の転送を待つ。
【０１２５】
  
ＰＤＦファイルの更なる投入が無ければ、ＣＰＵ１０１は、ステップＳ１６６で、ＪＤＦファイルの順序データであるクライアントアプリ名称と投入ファイル番号とで印刷ジョブをソートする。ソートしてＨＦクライアントアプリへの投入順に並んだ印刷ジョブを送信キューに移行する。
　
　以上の記載から、刊行物１には、次の発明（以下、「刊行物１発明」という）が記載されていると認められる。
　
［刊行物１発明］
　印刷用のコンテンツデータファイル（ＰＤＦファイル）を、ＨＦ（ホットフォルダ）クライアントアプリに投入することにより、該ホットフォルダに設定された印刷設定情報であるＪＤＦファイルを生成し、該ＪＤＦファイルを前記ＰＤＦファイルに付加して印刷ジョブに変換し、該印刷ジョブをデバイス（カラーＭＦＰ）へ送信するファイル制御装置において、
　ＨＦクライアントＰＣ２２のＨＦクライアントアプリ４６と、
　ＨＦクライアントＰＣ２３のＨＦクライアントアプリ４７と、
　前記ＨＦクライアントアプリ４６または４７に対するＰＤＦファイルの投入を待機し、ＰＤＦファイルの投入があれば、クライアントアプリ名称、投入ファイル番号、イベント受取時刻を取得し、取得した情報から順序データとなるＪＤＦ管理情報を作成して作成したＪＤＦ管理情報を含むＪＤＦファイルを作成し、このＪＤＦファイルと投入されたＰＤＦファイルとを対にして、ＨＦサーバ２０のＨＦサーバアプリ４ａに転送し、ＰＤＦファイルとＪＤＦファイルとを含むＪＤＦジョブ（印刷ジョブ）を生成して格納し、ＰＤＦファイルの更なる投入が無ければ、ＪＤＦファイルの順序データであるクライアントアプリ名称と投入ファイル番号とで印刷ジョブをソートしてＨＦクライアントアプリへの投入順に並んだ印刷ジョブを送信キュー４４に移行するファイル制御装置。
　
（２）刊行物２
　原査定の拒絶の理由で引用された特開２００６−３４４１７２号公報（以下、「刊行物２」という）には、図面とともに次の事項が記載されている。
　
「【０００５】
  ホットフォルダは、予めジョブチケットを関連づけておくことができるコマンド付きフォルダである。フォルダとは、階層化ファイル管理システムにおける一階層を示すノードであり、その下にフォルダやファイルを関連づけることができる。フォルダは、その中に他のフォルダやファイルを保存できる、と言い換えることもできる。複数のジョブチケット設定が必要な場合には、予め複数個のホットフォルダを準備しておいて、それぞれに相異なるジョブチケットを関連づけておく。それら複数のホットフォルダをジョブの用途に応じて使い分ける。そして、利用者により指定されたドキュメントが、ドラッグアンドドロップ操作やファイル検索などによりホットフォルダに投入される。ホットフォルダは、ホットフォルダを実現するためのプログラムにより予め決められた時間周期でポーリングされている。ポーリングによりホットフォルダにファイルが投げ込まれたことを知る。ファイルが投げ込まれた場合には、そのファイルは、予め定義されたジョブチケットを添えて画像形成装置側にジョブ（ドキュメントデータ＋ジョブチケットデータ）として送付される。ホットフォルダに投入された文書データを、ポーリングの都度繰返し印刷しないように制御する技術も提案されている（特許文献３等参照）。」
　
「【０００７】
  近年、デジタルカメラが普及している。ディジタルカメラで撮影された画像データの圧縮形式としてＪＰＥＧが選択されることが多い。ＪＰＥＧでは、一つの写真データが一つのＪＰＥＧファイルとして扱われる。そして、ディジタルカメラで撮影された写真は、一つまたは複数が一枚の紙に印刷されることが多い。ディジタルカメラで撮影した写真を印刷するためにホットフォルダを用いることもできる。ホットフォルダに投入（ドラッグアンドドロップ操作等による）された文書データは、その都度（あるいはポーリングされる都度）印刷ジョブとしてプリンタに送信される。そのため、複数個のＪＰＥＧファイルを選択して、一斉にホットフォルダに投げ込んだ（複数ファイルを選択して、ホットフォルダへとドラッグアンドドロップ操作）場合、印刷される順序は保証されない。これは下記の３つの要因による。
（１） ホットフォルダにジョブが投入されたことを検知するには、ポーリングなどの周期的な検索方法が利用されているため、その周期の間に投入された複数のジョブ間で、順序が決められない。
（２） ポーリングは、ユーザがジョブを投げ込むタイミングとは非同期に行われるため、１つずつファイルを投げ込んでも順序どおりに画像形成装置に送られるとは限らない。
（３） ホットフォルダ内に複数のファイルが存在する場合、その複数個のファイル間で順序がつけられていないため、送信順序が一意に決まらない。」
　
「【０１１０】
  ［ホットフォルダへの複数ファイルの投入方法］
  図１５から図２０を用いて、ホットフォルダに文書データ（文書ファイル）を投入する方法を説明する。まず予めホットフォルダと印刷ファイル作成しておく。図１５から図２０においては、ＨｏｔＦｏｌｄｅｒ＿１という名前のホットフォルダと、Ｆｉｌｅ−Ａ、Ｆｉｌｅ−Ｂ、Ｆｉｌｅ−Ｃという名前の印刷ファイルを例として示している。図１５から図２０の操作は、作成されたホットフォルダを示すアイコン１５０１と、印刷しようとする文書データのアイコンとを、たとえばウインドウズ（登録商標）のエクスプローラを用いて表示したり、デスクトップに表示するなどした状態で行える。この画面はホットフォルダを利用するクライアントにおいて表示される。なお、本実施形態では、ホットフォルダはプリントサーバ１０１により提供されている。それに対して文書データはクライアントが有する場合が多い。そのため、ひとつの画面に表示されているとはいえ、ホットフォルダと文書データとは、物理的には相異なるコンピュータに存在している場合もある。図１８から図２０は、３つのファイルを１つずつ投入する方法を示す。
【０１１１】
  操作者はファイルＦｉｌｅ−Ａをクリックして選択し、ドラッグしてホットフォルダＨｏｔＦｏｌｄｅｒ＿１にドロップする（図１５）。次に操作者はファイルＦｉｌｅ−Ｂをクリックして選択し、ドラッグしてホットフォルダＨｏｔＦｏｌｄｅｒ＿１にドロップする（図１６）。最後に操作者はファイルＦｉｌｅ−Ｃをクリックして選択し、ドラッグしてホットフォルダＨｏｔＦｏｌｄｅｒ＿１にドロップする（図１７）。以上の操作により、文書データのアイコンに関連づけられた３つの文書データを、これもホットフォルダのアイコン１５０１に関連づけらホットフォルダＨｏｔＦｏｌｄｅｒ＿１に投入（すなわち移動または複製）することが出来る。この方法では、一つずつドラッグ＆ドロップの操作を行うので、最初のファイルの投入開始から最後のファイルの投入完了まで時間差が生じる。
【０１１２】
  図１８から図２０は、３つのファイルを一挙に投入する方法を示す。まず一挙に投入するファイルを選択する。図１８と図１９ではＦｉｌｅ−Ａ、Ｆｉｌｅ−Ｂ、Ｆｉｌｅ−Ｃを選択するところを示している。全部選択したなら、それらをまとめてＨｏｔＦｏｌｄｅｒ＿１にドロップする（図２０）。以上の操作により、３つのファイルを同時にホットフォルダＨｏｔＦｏｌｄｅｒ＿１に投入することが出来る。この方法では、投入の指示はまとめて行えるが、ファイルの移動やコピーはひとつずつ行われるため、最初のファイルの投入（移動または複製）開始から最後のファイルの投入（移動または複製）完了まで時間差が生じる。しかし、図１５から図１７で示した一つずつ投入する方法に比べると、時間差は少ない。
【０１１３】
  このようにしてホットフォルダに投入された文書データは、ホットフォルダを監視しているホットフォルダプログラムの動作によりＭＦＰに送信されて印刷される。」
　
「【０１１９】
  図２２は、選択されているホットフォルダに投入された文書データの画像形成装置への送信順序を設定する画面を示す。ホットフォルダの属性として、複数のファイルを後述する方法で同時に投げ込むことを許可するかどうかを設定するチェックボックス２２０１がある。これにチェックされていると（すなわち投入可能に設定されていると）、その下のチェックボックス２２０２が設定可能になる。なお、この説明では図２２に合わせてファイルという用語を用いる。「ファイル」は詳細な説明の冒頭付近でのべた文書データと同義であり、印刷対象であるデータファイル一般を指す。
【０１２０】
  さて、チェックボックス２２０２により、投げ込まれた複数ファイルの画像形成装置への送信順序を設定するかどうかが設定できるようになる。これがチェックされていると（順序を指定するに設定されていると）、その下の画像形成装置への送信順序指定のプルダウンメニュ２２０３が有効になる。プルダウンメニュ２２０３から複数ファイルの画像形成装置への送信順序を指定する。図２２においては、ファイル名順に送信、ファイルの日付順に送信、ユーザが指定した順序で送信の３つが示されている。「ユーザが指定した順序で送信」が選択されると、選択されているホットフォルダ内の個々のファイルについて、たとえばファイルリスト２２０４内で選択したファイルを移動するなどの操作を操作者が行って、ファイルの順序を指定する。「ファイル名順に送信」が選択されていると、ファイルの属性の一項目として各ファイルに与えられているファイル名をキーとしてソートした順序で、各ファイルに基づいて作成された印刷ジョブが画像形成装置に送信される。「ファイルの日付順に送信」についても、ソートキーが日付になる点を除いて同様である。
【０１２１】
  なお、図２２は指定メニューの一例であり、他の属性項目をキーとした指定例もありうる。たとえば、サイズやファイルの種類もキーとして指定できる。また、複数の属性項目をキーとして指定し、各属性項目の優先順位を指定することもできる。たとえば日付とファイル名とをキーとして指定し、日付の優先順位を最高順位とし、ファイル名の優先順位を２番目として指定されたとする。この場合、同一日付のファイルが複数あれば、同一日付のファイルの中で、ファイル名をキーとしてソートした順序で、各ファイルに対応する印刷ジョブが出力される。」
　
４．本願発明１と刊行物１発明との対比
　刊行物１発明の「印刷用のコンテンツデータファイル（ＰＤＦファイル）」、「ＨＦ（ホットフォルダ）クライアントアプリ」、「デバイス（カラーＭＦＰ）」、「ファイル制御装置」、「ＨＦクライアントアプリ４６」、「ＨＦクライアントアプリ４７」は、それぞれ、本願発明１の「印刷データ」、「ホットフォルダ」、「印刷装置」、「情報処理装置」、「第１のホットフォルダ」、「第２のホットフォルダ」に相当するものである。
　
　刊行物１発明では、ＨＦクライアントアプリ４６または４７に対するＰＤＦファイルの投入を待機し、ＰＤＦファイルの投入があれば、ＪＤＦ管理情報を作成するから、刊行物１発明は、本願発明１の「前記第１のホットフォルダまたは前記第２のホットフォルダに対する印刷データの投入を検知する検知手段」に相当する構成を有していることは明らかである。
　
　刊行物１発明は、ＨＦクライアントアプリ４６または４７に対するＰＤＦファイルの投入があれば、クライアントアプリ名称、投入ファイル番号、イベント受取時刻を取得し、取得した情報から順序データとなるＪＤＦ管理情報（図８の８５）を作成して作成したＪＤＦ管理情報を含むＪＤＦファイルを作成し、このＪＤＦファイルと投入されたＰＤＦファイルとを対にして、ＨＦサーバ２０のＨＦサーバアプリ４ａに転送するものであり、これは、「検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付け」ること、「検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付け」ることといえる。
　したがって、本願発明１と刊行物１発明は、「前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付け、前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付け」る点では共通するものであるといえる。
　
　刊行物１発明は、ＪＤＦファイルの順序データであるクライアントアプリ名称と投入ファイル番号とで印刷ジョブをソートしてＨＦクライアントアプリへの投入順に並んだ印刷ジョブを送信キュー４４に移行するものである。
　ここで、該印刷ジョブは、ＨＦクライアントアプリ４６、４７に投入されたＰＤＦファイルの印刷ジョブであり、また、送信キュー４４は、「印刷装置への送信順を決定する登録手段」といえるから、本願発明１と刊行物１発明とは、「前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段」を有するといえる点で共通するものである。
　
　よって、本願発明１と刊行物１発明の一致点、相違点は次のとおりである。
　
［一致点］
　印刷データをホットフォルダに投入することにより、該ホットフォルダに設定された印刷設定を印刷データに適用し、該印刷データを印刷装置へ送信する情報処理装置において、
　第１のホットフォルダと、
　第２のホットフォルダと、
　前記第１のホットフォルダまたは前記第２のホットフォルダに対する印刷データの投入を検知する検知手段と、
　前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付け、
　前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付け、
　前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段と
を有することを特徴とする情報処理装置。
　
［相違点］
　本願発明１は、
「前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第１の投入順リストに登録する第１の記憶手段と、
　前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第２の投入順リストに登録する第２の記憶手段と、
　前記第１の投入順リストの先頭の印刷データに対応づけられた投入時刻と前記第２の投入順リストの先頭の印刷データに対応づけられた投入時刻とを比較して、投入時刻が古い方の印刷データから順に送信リストへ登録していくことによって、前記送信リストの登録順にしたがって前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段と」
　を有するのに対し、
　刊行物１発明は、「前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付け、」「前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付け、」「前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段」は有するものの、
「前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第１の投入順リストに登録する第１の記憶手段と、
　前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第２の投入順リストに登録する第２の記憶手段と、
　前記第１の投入順リストの先頭の印刷データに対応づけられた投入時刻と前記第２の投入順リストの先頭の印刷データに対応づけられた投入時刻とを比較して、投入時刻が古い方の印刷データから順に送信リストへ登録していくことによって、前記送信リストの登録順にしたがって前記第１のホットフォルダに投入された印刷データと前記第２のホットフォルダに投入された印刷データの前記印刷装置への送信順を決定する登録手段と」
　を有さない点。
　
５．当審の判断
　相違点について検討する。
　刊行物１発明は、発明の詳細な説明の【００２３】に記載されているように、ＨＦクライアントアプリへの投入順に印刷されるよう制御されるファイル制御装置を提供することを目的とするものであり、また、【００２５】に記載されているように、更に、複数のＨＦクライアントアプリからの同時処理時に異なる顧客(印刷設定)の印刷ジョブが混在しないように制御されるファイル制御装置を提供することも、他の目的とするものであるから、あるＨＦクライアントアプリと他のＨＦクライアントアプリとの間の投入順を考慮して投入順に印刷を行うことは、そもそも想定していないものである。
　したがって、刊行物１発明には、本願発明１の「前記検知手段により検知された前記第１のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第１の投入順リストに登録する第１の記憶手段」と、「前記検知手段により検知された前記第２のホットフォルダに投入された印刷データを投入時刻と対応付けた状態で、投入順にしたがって第２の投入順リストに登録する第２の記憶手段」を有し、「前記第１の投入順リストの先頭の印刷データに対応づけられた投入時刻と前記第２の投入順リストの先頭の印刷データに対応づけられた投入時刻とを比較」するという構成に対応する構成を採用することに対する動機付けは存在しない。
　この点は、拒絶の理由で引用された他の刊行物２、平成２６年１１月６日付けの拒絶査定や平成２７年３月１０日付けの前置報告書で提示された特開２００３−３１６５６０号公報にも記載乃至示唆はされていないし、周知の技術であるともいえないから、刊行物１発明において、相違点を克服することが容易に想到し得るものであるとする理由はない。
　したがって、本願発明１は、刊行物１発明に基づいて当業者が容易に発明をすることができたものとすることはできない。
　また、請求項１を引用する請求項２、単に発明のカテゴリーの異なるものを対象とした請求項３、５、６、及び請求項３を引用する請求項４に係る発明も、同様の理由により、刊行物１発明に基づいて当業者が容易に発明をすることができたものとすることはできない。
　
６．むすび
　以上のとおり、本願の請求項１−６に係る発明は、当業者が刊行物１発明に基づいて当業者が容易に発明をすることができたものではないから、原査定の理由によっては、本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。