【事件の表示】
　特願２０１０−１１８７４７「クラウドコンピューティングシステム、クラウドコンピューティングシステムの制御方法」拒絶査定不服審判事件〔平成２３年　９月２９日出願公開、特開２０１１−１９２２５０〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本件審判請求に係る出願（以下，「本願」という。）は，平成２２年５月２４日（優先権主張平成２２年２月２２日（以下，「優先日」という。））の出願であって，その手続の経緯は以下のとおりである。
　　平成２５年　５月２３日　　　：出願審査請求書の提出
　　平成２６年　３月２０日付け　：拒絶理由の通知
　　平成２６年　５月２６日　　　：意見書，手続補正書の提出
　　平成２６年１１月２８日付け　：拒絶査定（同年１２月２日謄本発送）
　　平成２７年　３月　２日　　　：審判請求書の提出
２．本願発明
　本願の請求項１に記載された発明（以下，「本願発明」という。）は，上記平成２６年５月２６日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。
「画像処理装置，分散環境を提供するプラットフォームシステム，複数のタスクサービスを提供するウェブサービスから構成され，タスク処理の内容が異なる前記複数のタスクサービスを順次処理することでジョブ処理を行うクラウドコンピューティングシステムであって，
　前記画像処理装置は，
　ジョブを前記プラットフォームシステムへ送信する送信手段を有し，
　前記プラットフォームシステムは，
　要求受信プログラムの制御下にて，前記送信手段により送信されたジョブをキューに挿入する挿入手段と，
　バックエンド処理プログラムの制御下にて，前記キューに対し定期的にジョブの取得要求を行い，前記キューからジョブを取得できた場合に取得された前記ジョブの処理状況を基にして，前記複数のタスクサービスの中から次に実行すべきタスクサービスを選択し，選択されたタスクサービスに対してタスク処理の実行を指示する指示手段と，を有し，
　前記指示手段により指示されたタスクサービスは，
前記ジョブのタスク処理を実行する実行手段を有し，
　前記プラットフォームシステムは，
　前記バックエンド処理プログラムの制御下にて，前記ジョブが前記実行手段によりタスク処理された結果に関する情報を前記タスクサービスから受信する受信手段を有し，
　前記受信手段により受信された情報に基づき前記ジョブの処理が終了されたと判断した場合，前記要求受信プログラムの制御下にて，前記ジョブの処理の結果を前記画像処理装置が取得するために用いられる情報を前記画像処理装置へ送信することを特徴とするクラウドコンピューティングシステム。」
３．引用文献
（１）引用文献１に記載されている技術的事項及び引用発明
　本願優先日前に頒布され，原審の拒絶査定の理由である上記平成２６年３月２０日付けの拒絶理由通知（以下，「原審拒絶理由」という。）において引用された，特開２００４−１０２９３４号公報（平成１６年４月２日出願公開，以下，「引用文献１」という。）には，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ａ．「【００２６】
ネットワーク１０５は，インターネット，ローカルエリアネットワーク（ＬＡＮ），各種ケーブル，各種配線等のネットワークであり，有線，無線を問わない。
【００２７】
次に，図２〜図６を参照しながら本発明の実施の形態に係る自動処理汎用制御システムについて，より詳細に説明する。
図２は，本発明の実施の形態に係る自動処理汎用制御システム２００の概略構成を示す図である。
自動処理汎用制御システム２００は，コンピュータ２０１，コンピュータ２０３，コンピュータ２８１，コンピュータ２８２，コンピュータ２８３等がネットワーク２０５を介して接続されて構成される。
尚，自動処理汎用制御システム２００は，ＲＩＰ処理，変換処理，出力処理等の作業に係るソフトウェア処理を制御するものとして説明する。
【００２８】
コンピュータ２０１は，管理部２１１，ＲＩＰ処理を制御する制御部（ＲＩＰ）２３１，変換処理を制御する制御部（変換）２３２，出力処理を制御する制御部（出力）２３３等を有する。
コンピュータ２０３は，自動処理汎用制御システム２００に対してジョブの入力，投入，登録等を行うジョブ入力部２９１を有する。ジョブ入力部２９１は，定義テーブル９００，関連テーブル１０００等を保持する。ジョブ入力部２９１については，後述する。
コンピュータ２８１は，ＲＩＰ処理をソフトウェア（ＲＩＰ１）２７１により実行する実行部（ＲＩＰ１）２６１等を有する。
コンピュータ２８２は，ＲＩＰ処理をソフトウェア（ＲＩＰ２）２７２により実行する実行部（ＲＩＰ２）２６２等を有する。
コンピュータ２８３は，変換処理をソフトウェア（変換）２７３により実行する実行部（変換）２６３，出力処理をソフトウェア（出力）２７４により実行する実行部（出力）２６４等を有する。
・・・（中略）・・・
【００３２】
また，実行部は，制御部から実行依頼を受信した場合，実行部のソフトウェアの仕様等に応じて，パラメータの形式の変更等を行ってから，ソフトウェアを起動する。
また，実行部は，制御部に実行結果を送信する場合，実行部のソフトウェアの仕様等に応じて，書式，単位の変更等による実行結果の統一化等を行う。
【００３３】
図３は，登録テーブル２２１の概略構成図である。
ユーザは，自動処理汎用制御システムに対して，処理を施したい対象データに係る一連の作業をジョブとして登録し，処理させる。
ユーザは，ジョブ毎に，ジョブに係る一連の作業に関する情報（各作業の種類，各作業の処理に必要なパラメータ，対象データもしくはその参照ポインタ等），各作業の処理順序等を入力し，管理部は，ユーザが入力した情報を登録テーブルに登録，保持する。
図３に示す登録テーブル２２１は，ジョブ３０１，対象データ３０２，制御部３０３，パラメータ３０４，処理順序３０５等の各フィールドを有する。
・・・（中略）・・・
【００３６】
図４は，制御部管理テーブル２２２の概略構成図である。
管理部は，登録テーブルに基づいて，制御部に作業の処理依頼を行うと共に，ジョブの進捗状況をジョブ毎，制御部（作業の種類）毎に管理し，制御部管理テーブルに保持する。
図４に示す制御部管理テーブル２２２は，ジョブ４０１，制御部４０２，進捗４０３，処理順序４０４，開始日時４０５，終了日時４０６等の各フィールドを有する。
・・・（中略）・・・
【００３９】
図５は，キューテーブル２４１の概略構成図である。
制御部は，管理部からの作業処理依頼をキューテーブルに保持し，実行可能状態（依頼待ち）になった実行部に，順次，実行依頼を行う。
図５に示すキューテーブル２４１は，ジョブ５０１，パラメータ５０２等の各フィールドを有する。」
Ｂ．「【００４４】
まず，図７を用いて，管理部，制御部の動作について説明する。
図７は，管理部，制御部の動作を示すフローチャートである。
【００４５】
管理部２１１は，ジョブが入力されると，ジョブ毎に，各作業の種類及びの処理順序，各作業における処理に必要なパラメータ，処理の対象データ，対象データの参照ポインタ等を保持する。管理部２１１は，登録テーブル２２１（図３参照）を作成，登録する
管理部２１１は，登録テーブル２２１に基づいて，制御部管理テーブル２２２を作成する。管理部２１１は，制御部管理テーブル２２２の処理順序に従って，各作業毎に当該作業の種類に対応する制御部に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等を送信して作業処理依頼を行う。
各制御部２３１〜２３３は，管理部２１１から作業処理依頼を受信すると，作業毎に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等，作業処理依頼に係る情報をキューテーブル２４１〜２４３に保持する
【００４６】
制御部２３１〜２３３は，作業処理依頼に係る処理について，実行部に実行依頼を行う
管理部２１１は，制御部２３１〜２３３から作業処理開始の通知を受信すると，制御部管理テーブル２２２の進捗を「処理中」に更新し，開始日時を記録する（ステップ７０５）。
【００４７】
制御部２３１〜２３３は，実行部での実行処理が終了すると，管理部２１１に作業処理終了を通知する（ステップ７０６）。
管理部２１１は，制御部２３１〜２３３から作業処理終了の通知を受信すると，制御部管理テーブル２２２を更新する（ステップ７０７）。
【００４８】
全てのジョブについて，ジョブに属する全ての作業処理の進捗が終了するか，あるいは，ジョブに属するある作業処理においてエラー等が発生するまで（ステップ７０８のＹｅｓ），管理部２１１及び制御部２３１〜２３３は，ステップ７０２〜ステップ７０８の処理を繰り返す。
すなわち，あるジョブに属する作業処理の進捗が終了しておらず，当該ジョブに属する作業処理においてエラー等が発生していない場合（ステップ７０８のＮｏ），管理部２１１は，制御部管理テーブル２２２の処理順序に従って，次の作業に対応する制御部に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等を送信して作業処理依頼を行う
Ｃ．「【００７５】
ジョブ入力部２９１は，関連テーブル（手順×制御部）１０１０を参照して，選択された手順「印刷Ａ」（手順ＩＤ＝「Ｔ１」）に対応する制御部（作業の種類）
さらに，これらの制御部（作業の種類）の処理順序「１」「２」「３」「４」を抽出し（Ｓ１５０５），登録テーブル２２１の制御部フィールド３０３，処理順序フィールド３０５に記録する
・・・（中略）・・・
【００８１】
管理部，制御部，実行部，ジョブ入力部等の間で
対象データ，生成データ，実行結果等の参照ポインタを送信・受信するようにしてもよい。また，実行結果には，処理実行の成否，エラー発生，進捗についての情報，ソフトウェアからの返値に関する情報等を含ませるようにしてもよい。
【００８２】
管理部，制御部，実行部，ジョブ入力部は，コンピュータ等に設けられるが，１のコンピュータ等に管理部，制御部，実行部，ジョブ入力部を全て実装することもできるし，複数のコンピュータ等に分散して実装することもできる。
複数のコンピュータ等に分離して配置した場合は，これらのコンピュータ等をインターネット，ＬＡＮ（ローカルエリアネットワーク），有線，無線等のネットワーク，ケーブル等を介して接続することができる。
　ここで，上記引用文献１に記載されている事項を検討する。
ア．「自動処理汎用制御システム」の全体の構成について検討する。
（ア）上記Ａの段落【００２７】の「自動処理汎用制御システム２００は，コンピュータ２０１，コンピュータ２０３，コンピュータ２８１，コンピュータ２８２，コンピュータ２８３等がネットワーク２０５を介して接続されて構成される。」との記載，及び，
　上記Ａの段落【００２８】の「コンピュータ２０１は，管理部２１１，ＲＩＰ処理を制御する制御部（ＲＩＰ）２３１，変換処理を制御する制御部（変換）２３２，出力処理を制御する制御部（出力）２３３等を有する。
コンピュータ２０３は，自動処理汎用制御システム２００に対してジョブの入力，投入，登録等を行うジョブ入力部２９１を有する。ジョブ入力部２９１は，定義テーブル９００，関連テーブル１０００等を保持する。ジョブ入力部２９１については，後述する。
コンピュータ２８１は，ＲＩＰ処理をソフトウェア（ＲＩＰ１）２７１により実行する実行部（ＲＩＰ１）２６１等を有する。
コンピュータ２８２は，ＲＩＰ処理をソフトウェア（ＲＩＰ２）２７２により実行する実行部（ＲＩＰ２）２６２等を有する。
コンピュータ２８３は，変換処理をソフトウェア（変換）２７３により実行する実行部（変換）２６３，出力処理をソフトウェア（出力）２７４により実行する実行部（出力）２６４等を有する。」との記載からすると，
　「自動処理汎用制御システム」は，「ジョブ入力部を有するコンピュータ」，「管理部及び制御部を有するコンピュータ」，作業の種類の異なる「実行部」を有する「変換処理を実行する実行部を有するコンピュータ」及び「出力処理を実行する実行部を有するコンピュータ」がネットワークを介して接続されて構成されていることが読み取れる。
（イ）上記Ａの段落【００２６】の「ネットワーク１０５は，インターネット，ローカルエリアネットワーク（ＬＡＮ），各種ケーブル，各種配線等のネットワークであり，有線，無線を問わない。」との記載，及び
　上記Ｃの段落【００８２】の「複数のコンピュータ等に分離して配置した場合は，これらのコンピュータ等をインターネット，ＬＡＮ（ローカルエリアネットワーク），有線，無線等のネットワーク，ケーブル等を介して接続することができる。」との記載からすると，
　前記「ネットワーク」が，インターネットであって，前記「変換処理を実行する実行部を有するコンピュータ」及び前記「出力処理を実行する実行部を有するコンピュータ」は，インターネットを介して接続される構成が読み取れる。
（ウ）上記（ア）で検討したとおり，「管理部及び制御部を有するコンピュータ」には，作業の種類の異なる「実行部」を有する「変換処理を実行する実行部を有するコンピュータ」及び「出力処理を実行する実行部を有するコンピュータ」が接続されるところ，
　上記Ａの段落【００３３】の「ユーザは，ジョブ毎に，ジョブに係る一連の作業に関する情報（各作業の種類，各作業の処理に必要なパラメータ，対象データもしくはその参照ポインタ等），各作業の処理順序等を入力し，管理部は，ユーザが入力した情報を登録テーブルに登録，保持する。」との記載，及び，
　上記Ａの段落【００３６】の「管理部は，登録テーブルに基づいて，制御部に作業の処理依頼を行うと共に，ジョブの進捗状況をジョブ毎，制御部（作業の種類）毎に管理し，制御部管理テーブルに保持する。図４に示す制御部管理テーブル２２２は，ジョブ４０１，制御部４０２，進捗４０３，処理順序４０４，開始日時４０５，終了日時４０６等の各フィールドを有する。」との記載，及び，
　上記Ｂの段落【００４５】の「管理部２１１は，制御部管理テーブル２２２の処理順序に従って，各作業毎に当該作業の種類に対応する制御部に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等を送信して作業処理依頼を行う。」との記載，及び，
　上記Ｂの段落【００４６】の「制御部２３１〜２３３は，作業処理依頼に係る処理について，実行部に実行依頼を行う」，及び，
　上記Ｃの段落【００８２】の「管理部，制御部，実行部，ジョブ入力部は，コンピュータ等に設けられるが，１のコンピュータ等に管理部，制御部，実行部，ジョブ入力部を全て実装することもできるし，複数のコンピュータ等に分散して実装することもできる。」との記載からすると，
　「管理部及び制御部を有するコンピュータ」が有する前記管理部は，ジョブの処理順序及びジョブの進捗状況に基づいて，次の作業に対応する前記制御部を介して，次の作業に対応する処理を実行する前記実行部のいずれかに依頼しているから，
　前記「管理部及び制御部を有するコンピュータ」は，ジョブ中の各作業を，作業の種類の異なる複数の「実行部」に処理順序に従って分散して処理させることが読み取れる。
（エ）上記Ｃの段落【００７５】の「ジョブ入力部２９１は，関連テーブル（手順×制御部）１０１０を参照して，選択された手順「印刷Ａ」（手順ＩＤ＝「Ｔ１」）に対応する制御部（作業の種類）・・・（中略）・・・さらに，これらの制御部（作業の種類）の処理順序「１」「２」「３」「４」を抽出し（Ｓ１５０５），登録テーブル２２１の制御部フィールド３０３，処理順序フィールド３０５に記録する（Ｓ１５０６）。」との記載からすると，
　前記「ジョブ入力部」で入力されるジョブは，印刷ジョブを含むことが読み取れる。
（オ）したがって，引用文献１には，
“印刷ジョブを含むジョブを入力するジョブ入力部を有するコンピュータ，管理部及び制御部を有するコンピュータ，インターネットを介して接続される変換処理を実行する実行部を有するコンピュータ，出力処理を実行する実行部を有するコンピュータから構成され，前記管理部及び制御部を有するコンピュータが，作業の種類の異なる複数の実行部に，ジョブ中の各作業を処理順序に従って分散して処理させる自動処理汎用制御システム”が記載されていると解される。
イ．上記Ａの段落【００２８】の「コンピュータ２０３は，自動処理汎用制御システム２００に対してジョブの入力，投入，登録等を行うジョブ入力部２９１を有する。」との記載，及び，
　上記Ａの段落【００３３】の「ユーザは，ジョブ毎に，ジョブに係る一連の作業に関する情報（各作業の種類，各作業の処理に必要なパラメータ，対象データもしくはその参照ポインタ等），各作業の処理順序等を入力し，管理部は，ユーザが入力した情報を登録テーブルに登録，保持する。」との記載，及び，
　上記Ｂの段落【００４５】の「管理部２１１は，ジョブが入力されると，ジョブ毎に，各作業の種類及びの処理順序，各作業における処理に必要なパラメータ，処理の対象データ，対象データの参照ポインタ等を保持する。管理部２１１は，登録テーブル２２１（図３参照）を作成，登録する。」との記載からすると，
「ジョブ入力部を有するコンピュータ」が有する「ジョブ入力部」により入力されたジョブが，「管理部及び制御部を有するコンピュータ」に投入されることが読み取れるから，
　引用文献１には，
“前記ジョブ入力部を有するコンピュータは，前記管理部及び制御部を有するコンピュータにジョブを投入するジョブ入力部を有”することが記載されていると解される。
ウ．上記Ａの段落【００３３】の「ユーザは，ジョブ毎に，ジョブに係る一連の作業に関する情報（各作業の種類，各作業の処理に必要なパラメータ，対象データもしくはその参照ポインタ等），各作業の処理順序等を入力し，管理部は，ユーザが入力した情報を登録テーブルに登録，保持する。」との記載，及び，
　上記Ｂの段落【００４５】の「管理部２１１は，ジョブが入力されると，ジョブ毎に，各作業の種類及びの処理順序，各作業における処理に必要なパラメータ，処理の対象データ，対象データの参照ポインタ等を保持する。
・・・（中略）・・・
管理部２１１は，登録テーブル２２１に基づいて，制御部管理テーブル２２２を作成する。
・・・（中略）・・・
各制御部２３１〜２３３は，管理部２１１から作業処理依頼を受信すると，作業毎に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等，作業処理依頼に係る情報をキューテーブルに保持する」との記載からすると，
　引用文献１には，
“前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記ジョブ入力部を有するコンピュータから投入された前記ジョブの情報を，登録テーブル，制御部管理テーブル，キューテーブルに保持”することが記載されていると解される。
エ．上記ア．（ア）で検討したとおり，「管理部及び制御部を有するコンピュータ」には，作業の種類の異なる「実行部」を有する「変換処理を実行する実行部を有するコンピュータ」及び「出力処理を実行する実行部を有するコンピュータ」が接続され，
　上記ア．（ウ）で検討したとおり，「管理部及び制御部を有するコンピュータ」が有する前記管理部は，ジョブの処理順序及びジョブの進捗状況に基づいて，次の作業に対応する前記制御部を介して，次の作業に対応する処理を実行する前記実行部のいずれかに依頼しているところ，
　上記Ａの段落【００３６】の「管理部は，登録テーブルに基づいて，制御部に作業の処理依頼を行うと共に，ジョブの進捗状況をジョブ毎，制御部（作業の種類）毎に管理し，制御部管理テーブルに保持する。」との記載，及び，
　上記Ｂの段落【００４５】の「管理部２１１は，制御部管理テーブル２２２の処理順序に従って，各作業毎に当該作業の種類に対応する制御部に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等を送信して作業処理依頼を行う。」との記載，及び，
　上記Ａの段落【００３９】の「制御部は，管理部からの作業処理依頼をキューテーブルに保持し，実行可能状態（依頼待ち）になった実行部に，順次，実行依頼を行う。」との記載からすると，
　「管理部及び制御部を有するコンピュータ」が有する管理部及び制御部は，前記登録テーブル，前記制御部管理テーブル，前記キューテーブルを参照して動作することが読み取れる。
　上記Ｂの段落【００４８】の「すなわち，あるジョブに属する作業処理の進捗が終了しておらず，当該ジョブに属する作業処理においてエラー等が発生していない場合（ステップ７０８のＮｏ），管理部２１１は，制御部管理テーブル２２２の処理順序に従って，次の作業に対応する制御部に，ジョブ名，パラメータ，対象データ（あるいはその参照ポインタ等）等を送信して作業処理依頼を行う」との記載，及び，上記ア．（ウ）で検討した事項からすると，
　全てのジョブについて進捗が終了していない場合，前記ジョブの処理順序及びジョブの進捗状況に基づいて，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行うことが読み取れる。
　したがって，引用文献１には，
“前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記登録テーブル，前記制御部管理テーブル，前記キューテーブルを参照して動作し，全てのジョブについて進捗が終了していない場合，前記ジョブの処理順序及びジョブの進捗状況に基づいて，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行”うことが記載されていると解される。
オ．上記Ａの段落【００２８】の「コンピュータ２８１は，ＲＩＰ処理をソフトウェア（ＲＩＰ１）２７１により実行する実行部（ＲＩＰ１）２６１等を有する。
コンピュータ２８２は，ＲＩＰ処理をソフトウェア（ＲＩＰ２）２７２により実行する実行部（ＲＩＰ２）２６２等を有する。
コンピュータ２８３は，変換処理をソフトウェア（変換）２７３により実行する実行部（変換）２６３，出力処理をソフトウェア（出力）２７４により実行する実行部（出力）２６４等を有する。」との記載，及び，
　上記Ａの段落【００３２】の「また，実行部は，制御部から実行依頼を受信した場合，実行部のソフトウェアの仕様等に応じて，パラメータの形式の変更等を行ってから，ソフトウェアを起動する。」との記載，及び，
　上記Ａの段落【００３９】の「制御部は，管理部からの作業処理依頼をキューテーブルに保持し，実行可能状態（依頼待ち）になった実行部に，順次，実行依頼を行う。」との記載からすると，
　引用文献１には，
“前記実行依頼された実行部を有するコンピュータは，依頼された処理を実行する実行部を有”することが記載されていると解される。
カ．上記Ａの段落【００３２】の「また，実行部は，制御部に実行結果を送信する場合，実行部のソフトウェアの仕様等に応じて，書式，単位の変更等による実行結果の統一化等を行う。」との記載，及び，
　上記Ｂの段落【００４８】の「全てのジョブについて，ジョブに属する全ての作業処理の進捗が終了するか，あるいは，ジョブに属するある作業処理においてエラー等が発生するまで（ステップ７０８のＹｅｓ），管理部２１１及び制御部２３１〜２３３は，ステップ７０２〜ステップ７０８の処理を繰り返す。」との記載，及び，
　上記Ｃの段落【００８１】の「管理部，制御部，実行部，ジョブ入力部等の間で・・・（中略）・・・対象データ，生成データ，実行結果等の参照ポインタを送信・受信するようにしてもよい。また，実行結果には，処理実行の成否，エラー発生，進捗についての情報，ソフトウェアからの返値に関する情報等を含ませるようにしてもよい。」との記載からすると，
　引用文献１には，
“前記管理部及び制御部を有するコンピュータは，進捗についての情報や生成データや実行結果の参照ポインタを実行部から受信して，ジョブに属する全ての作業処理の進捗が終了したか判断”することが記載されていると解される。
　以上，（ア）乃至（カ）で検討した事項を踏まえると，引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
「印刷ジョブを含むジョブ入力部を有するコンピュータ，管理部及び制御部を有するコンピュータ，インターネットを介して接続される変換処理を実行する実行部を有するコンピュータ，出力処理を実行する実行部を有するコンピュータから構成され，前記管理部及び制御部を有するコンピュータが，作業の種類の異なる複数の実行部に，ジョブ中の各作業を処理順序に従って分散して処理させる自動処理汎用制御システムであって，
　前記ジョブ入力部を有するコンピュータは，前記管理部及び制御部を有するコンピュータにジョブを投入するジョブ入力部を有し，
　前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記ジョブ入力部を有するコンピュータから投入された前記ジョブの情報を，登録テーブル，制御部管理テーブル，キューテーブルに保持し，
　前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記登録テーブル，前記制御部管理テーブル，前記キューテーブルを参照して動作し，全てのジョブについて進捗が終了していない場合，前記ジョブの処理順序及びジョブの進捗状況に基づいて，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行い，
　前記実行依頼された前記実行部を有するコンピュータは，依頼された処理を実行する実行部を有し，
　前記管理部及び制御部を有するコンピュータは，進捗についての情報や生成データや実行結果の参照ポインタを実行部から受信して，ジョブに属する全ての作業処理の進捗が終了したか判断する自動処理汎用制御システム。」
（２）引用文献２に記載されている技術的事項及び引用発明
　本願優先日前に頒布され，原審拒絶理由において引用された，特開２００９−１２９３４０号公報（平成２１年６月１１日出願公開，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｄ．「【００３２】
　＜ジョブフローの実行フロー＞
　ジョブフローの実行ユーザ２０は，ジョブ処理装置またはクライアントＰＣ１３からジョブフローの実行を指示する。図８では，
複合機Ａ１６からジョブフローの実行を指示する例
ジョブフローの実行依頼は，ジョブ処理装置またはクライアントＰＣ１３を経由してジョブフロー管理サーバ１２に送られる
【００３３】
　＜ジョブの実行場所決定＞
　
ジョブフロー管理サーバ１２は
どのジョブ処理装置で実行するかを決定する。
この例では，「スキャン」と「ＰＤＦ化」，「署名」を複合機Ａ１６で実行し，「ＯＣＲ」「署名」「Ｆｉｌｅ保存」をジョブ処理サーバＡ１４で実行する。
Ｅ．「【００４０】
　
ジョブフロー管理サーバ１２は
ジョブフローの実行結果をジョブフローの実行を指示したジョブ処理装置またはクライアントＰＣ１３に送信し
　ここで，上記引用文献２に記載されている事項を検討する。
　引用文献２の上記Ｄの「複合機Ａ１６からジョブフローの実行を指示する例」，「ジョブフローの実行依頼は，ジョブ処理装置またはクライアントＰＣ１３を経由してジョブフロー管理サーバ１２に送られる」，「ジョブフロー管理サーバ１２は・・・（中略）・・・どのジョブ処理装置で実行するかを決定する。」，「この例では，「スキャン」と「ＰＤＦ化」，「署名」を複合機Ａ１６で実行し，「ＯＣＲ」「署名」「Ｆｉｌｅ保存」をジョブ処理サーバＡ１４で実行する。」との記載，及び，
　上記Ｅの「ジョブフロー管理サーバ１２は・・・（中略）・・・ジョブフローの実行結果をジョブフローの実行を指示したジョブ処理装置またはクライアントＰＣ１３に送信し」との記載からすると，
　引用文献２には，次の発明（以下，「引用発明２」という。）が記載されているものと認める。
「複合機は，ジョブフローの実行の指示をジョブフロー管理サーバに送信し，ジョブフロー管理サーバは，ジョブ処理サーバでのジョブフローの実行結果を複合機に送信する方法」
４．参考文献
（１）本願優先日前に頒布され，平成２６年１１月２８日付けの原審の拒絶査定（以下，「原審拒絶査定」という）において周知技術を示す文献として引用された，特開２００９−２９４８６３号公報（平成２１年１２月１７日出願公開，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｆ．「【００１８】
　以下，本発明の一実施形態によるイベントサービス振り分けシステムを図面を参照して説明する。図１は，本実施形態によるイベントサービス振り分けシステムの全体構成を示す概略ブロック図である。
イベントサービス振り分けシステムは，Ｗｅｂサービスを提供するサーバであるサービスコンポーネント７と，サービスコンポーネント７によるサービスを連携させる連携シナリオを実行するサーバとしてのネットワークサービスプラットフォーム２と，連携シナリオの実行契機となるイベントを通知するリクエスタ１１と
が，ネットワーク１を介して接続される。
（２）本願優先日前に頒布され，原審拒絶査定において周知技術を示す文献として引用された，特開２００７−１２２６５０号公報（平成１９年５月１７日出願公開，以下，「参考文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｇ．「【００１３】
　また，
従来のＷｅｂサービス同士を連携させる手法
Ｈ．「【００７２】
　
次に，集中管理方式によって連携する実行フローの生成手順を，具体例を用いて説明する。
【００７３】
　図８は，業務プロセスの例を示す図である。
業務プロセス５０には，複数のスイムレーン５０ａ，５０ｂ，５０ｃが設けられている。各スイムレーンは，業務を実現するために必要な機能毎に処理を分けたものである。例えば，Ｗｅｂ技術を用いた業務であれば，スイムレーン５０ａがＷｅｂサーバ機能に対応し，
【００７４】
　ここで，
スイムレーン５０ａに対応するサービスを「serviceA」とする。また，スイムレーン５０ｂに対応するサービスを「serviceB」とする。さらに，スイムレーン５０ｃに対応するサービスを「serviceC」とする。
（３）本願の優先日前に頒布された文献である，特開平１０−１９８６４３号公報（平成１０年７月３１日出願公開，以下，「参考文献３」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｉ．「【０００８】
【発明の実施の形態】以下，本発明の実施の形態について説明する。図１は本発明による分散計算機システムのジョブ配分処理部分を示すブロックを示している。
図１には分散計算機システムのジョブ制御ノード１と，このジョブ制御ノード１に接続されたジョブ実行ノード２が示されている。ジョブ制御ノード１は，ユーザからのジョブ実行要求を基に動作するジョブ配分制御部１１
を備えている。
【０００９】また，
ジョブ実行ノード２は，ジョブ制御ノード１側からの実行要求により起動するジョブ実行制御部２１
を備えている。
Ｊ．「【００１４】図２は図１に示したジョブ配分制御部１１の詳細を示すブロック図である。
ジョブ配分制御部１１は，ジョブ実行要求管理部１６，ジョブ実行要求キュー管理表１７，及びジョブ配分処理部１８を備えて構成されている。ジョブ実行要求管理部１６は，ユーザからジョブ実行要求を受けたときにジョブ実行要求をジョブ実行要求キュー管理表１７のキューに登録する。また，ジョブ配分処理部１８は，予め定義された周期毎
ジョブ実行要求キュー管理表１７からジョブ実行要求を取り出し
ジョブ実行ノードへの配分を実行する。
・・・（中略）・・・
【００１７】・・・（中略）・・・図２の
ジョブ実行要求管理部１６に相当するジョブ実行受付処理部
ジョブ実行要求キュー管理表１７に相当するジョブ管理テーブル
ジョブ配分処理部１８に相当するジョブディスパッチャ
（４）本願の優先日前に頒布された文献である，田中　慎司，“はてな流！システム管理のツボ　第１６回　ジョブキューシステムでＷｅｂサービスを高速化”，ＳｏｆｔｗａｒｅＤｅｓｉｇｎ，株式会社技術評論社，Ｎｏ．２２９，１７４乃至１７６頁，２００９年１１月１８日発行（以下，「参考文献４」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｋ．「はじめに
成長を続ける
Ｗｅｂサービスでは，
後回しにできる処理や特殊な処理を分離して実行させたり，非同期に実行させることが効果的です．今回は，このような処理を実現するジョブキューシステムについて解説します．
Ｌ．「ジョブキューシステムを使用する場合
　
ある程度の量の非同期処理を安定させるには，ジョブキューとワーカーがセットになったジョブキューシステムを使用することが一般的です．
ジョブキューに実行させたい処理（ジョブ）を登録し，ワーカーがキューからジョブを取り出して，実際に処理します。
Ｍ．「
ワーカーはループに入ると，定期的（デフォルトでは５秒ごと）にジョブキューにアクセスし，ｃａｎ＿ｄｏメソッドで登録された未処理のジョブが残っていないかを確認します．
（５）本願の優先日前に頒布された文献である，浅海　智晴，“［クラウド時代のモデリング技術］　クラウドモデリング”，ＵＮＩＸ　ｍａｇａｚｉｎｅ，株式会社アスキー・メディアワークス，Ｖｏｌ．２４，Ｎｏ．２，１００乃至１０１頁，２００９年４月１日発行（以下，「参考文献５」という。）には，関連する図面とともに，以下の技術的事項が記載されている。（当審注：下線は，参考のために当審で付与したものである。）
Ｎ．「
サービス利用の主力はメッセージである。
バックエンドのサービス群もメッセージによって連携
Ｐ．「一方，
メッセージキューを用いたメッセージングによるサービスの呼び出しは，設計が繁雑になるという問題はあるものの，非同期処理となるため応答時間の短縮とスケーラビリティの確保に大きく寄与する。
図２に示したように，
メッセージキューを媒介としてサービスを組み合わせたアプリケーションの構築
５．対比
　本願発明と引用発明とを対比する。
（１）引用発明の「印刷ジョブを含むジョブ入力部を有するコンピュータ，管理部及び制御部を有するコンピュータ，インターネットを介して接続される変換処理を実行する実行部を有するコンピュータ，出力処理を実行する実行部を有するコンピュータから構成され」る「自動処理汎用制御システム」と本願発明の「画像処理装置，分散環境を提供するプラットフォームシステム，複数のタスクサービスを提供するウェブサービスから構成され」る「クラウドコンピューティングシステム」とを対比する。
引用発明の「ジョブ入力部」は，外部装置にジョブを投入する，すなわち，装置間でジョブ送信しているといえるから，本願発明の「送信手段」に相当する。
　引用発明の「ジョブ入力部を有するコンピュータ」と本願発明の「画像処理装置」とは，前記「ジョブ入力部を有するコンピュータ」が，「前記管理部及び制御部を有するコンピュータにジョブを投入するジョブ入力部」を有し，前記「画像処理装置」が，「ジョブを前記プラットフォームシステムへ送信する送信手段」を有することから，両者は，後記する点で相違するものの，
　“ジョブを送信する装置”である点で一致している。
　引用発明の「管理部及び制御部を有するコンピュータ」は，投入されたジョブを複数の装置で作業の種類の異なる複数の実行部に，ジョブ中の各作業を処理順序に従って分散して処理させるものである，すなわち，分散処理を可能とする環境を提供するものであるから，「分散環境を提供するプラットフォームシステム」に相当する。
　引用発明の「インターネットを介して接続される変換処理を実行する実行部」及び「出力処理を実行する実行部」と本願発明の「複数のタスクサービスを提供するウェブサービス」とは，前記「実行部」は，インターネットを介して外部にその処理機能を提供しており，また，「ウェブサービス」が，インターネットを介して外部に機能を提供するものの一種であることが技術常識であるから，両者は，後記する点で相違するものの，
　“インターネットを介してタスクサービスを提供する実行部”である点で一致している。
　本願の「自動処理汎用制御システム」全体は，ネットワーク上に存在するサーバが提供するサービスを，それらのサーバ群を意識することなしに利用できるというコンピューティング形態であるから，「クラウドコンピューティングシステム」の一態様と言える。
　したがって，引用発明の前記「自動処理汎用制御システム」と本願発明の前記「クラウドコンピューティングシステム」とは，後記する点で相違するものの，
“ジョブを送信する装置と，分散環境を提供するプラットフォームシステムと，インターネットを介してタスクサービスを提供する実行部を有するコンピュータから構成されるクラウドコンピューティングシステム”である点で共通していると言える。
（２）引用発明の「前記ジョブ入力部を有するコンピュータは，前記管理部及び制御部を有するコンピュータにジョブを投入するジョブ入力部を有」することと，本願発明の「前記画像処理装置は，ジョブを前記プラットフォームシステムへ送信する送信手段を有」することを対比すると，
　上記（１）で検討したように，引用発明の「ジョブ入力部」は，外部装置にジョブを投入する，すなわち，装置間でジョブ送信しているといえるから，本願発明の「送信手段」に相当し，
　上記（１）で検討したように，引用発明の「管理部及び制御部を有するコンピュータ」は，投入されたジョブを複数の装置で作業の種類の異なる複数の実行部に，ジョブ中の各作業を処理順序に従って分散して処理させるものである，すなわち，分散処理を可能とする環境を提供するものであるから，「分散環境を提供するプラットフォームシステム」に相当し，
　引用発明の「ジョブ入力部を有するコンピュータ」と本願発明の「画像処理装置」とは，“ジョブを送信する装置”である点で一致していることから，
　両者は，後記する点で相違するものの，
“ジョブを送信する装置は，ジョブを前記プラットフォームシステムへ送信する送信手段を有”する点で共通していると言える。
（３）引用発明の「前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記ジョブ入力部を有するコンピュータから投入された前記ジョブの情報を，登録テーブル，制御部管理テーブル，キューテーブルに保持」することと，本願発明の「前記プラットフォームシステムは，要求受信プログラムの制御下にて，前記送信手段により送信されたジョブをキューに挿入する挿入手段」「を有」することを対比すると，
　上記（１）で検討したように，引用発明の「ジョブ入力部」は，外部装置にジョブを投入する，すなわち，装置間でジョブ送信しているといえるから，本願発明の「送信手段」に相当する。
　上記（１）で検討したように，引用発明の「管理部及び制御部を有するコンピュータ」は，投入されたジョブを複数の装置で作業の種類の異なる複数の実行部に，ジョブ中の各作業を処理順序に従って分散して処理させるものである，すなわち，分散処理を可能とする環境を提供するものであり，
　さらに，ジョブ入力部（送信手段）により送信されたジョブの情報を内部の登録テーブル，制御部管理テーブル，キューテーブルに保持するものであるから，「プラットフォームシステム」に相当する。
　引用発明の「登録テーブル」，「制御部管理テーブル」，「キューテーブル」は，送信されたジョブの情報を順次処理するために保持する手段であるから，本願発明の「キュー」と，「ジョブメモリ」である点で一致する。
　したがって，両者は，後記する点で相違するものの，
“前記プラットフォームシステムは，前記送信手段により送信されたジョブをジョブメモリに挿入する挿入手段を有”する点で共通していると言える。
（４）引用発明の「前記管理部及び制御部を有するコンピュータが有する管理部及び制御部は，前記登録テーブル，前記制御部管理テーブル，前記キューテーブルを参照して動作し，あるジョブに属する作業処理の進捗が終了していない場合，前記ジョブの処理順序及び進捗状況に基づいて，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行」うことと，本願発明の「バックエンド処理プログラムの制御下にて，前記キューに対し定期的にジョブの取得要求を行い，前記キューからジョブを取得できた場合に取得された前記ジョブの処理状況を基にして，前記複数のタスクサービスの中から次に実行すべきタスクサービスを選択し，選択されたタスクサービスに対してタスク処理の実行を指示する指示手段」を対比する。
　引用発明の「ジョブの進捗状況」は，本願発明の「ジョブの処理状況」に相当する。
　引用発明の「記管理部及び制御部」は，全てのジョブについて進捗が終了していない場合，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行うことから，
　登録テーブル等に終了していないジョブがある場合，すなわち，終了していないジョブを取得できた場合に，ジョブの進捗状況に基づいて，実行部を選択して依頼を行うものと言える。
　引用発明の「ジョブの進捗状況に基づいて，前記ジョブの次の作業の種類に対応する実行部に実行依頼を行」うことは，作業の種類に応じて選択した実行部に指示することと言えるから，
本願発明の「処理状況を基にして，前記複数のタスクサービスの中から次に実行すべきタスクサービスを選択し，選択されたタスクサービスに対してタスク処理の実行を指示する」ことに相当する。
　したがって，引用発明の前記「管理部及び制御部」と本願発明の前記「指示手段」とは，後記する点で相違するものの，
“前記ジョブメモリからジョブを取得できた場合に，取得された前記ジョブの処理状況を基にして，前記複数のタスクサービスの中から次に実行すべきタスクサービスを選択し，選択されたタスクサービスに対してタスク処理の実行を指示する指示手段”である点で共通しているといえる。
（５）引用発明の「前記実行依頼された前記実行部を有するコンピュータは，依頼された処理を実行する実行部を有」することと，本願発明の「前記指示手段により指示されたタスクサービスは，前記ジョブのタスク処理を実行する実行手段を有」することを対比すると，
　引用発明の「実行部」は，依頼された処理を実行するものであるから，本願発明の「実行手段」に相当するので，
　両者は，後記する点で相違するものの，
“前記指示手段により指示されたタスクサービスは，前記ジョブのタスク処理を実行する実行手段を有”する点で共通しているといえる。
（６）引用発明の「前記管理部及び制御部を有するコンピュータは，進捗についての情報や実行部から生成データや実行結果の参照ポインタを受信して，ジョブに属する全ての作業処理の進捗が終了したか判断」することと，
　本願発明の「前記プラットフォームシステムは，前記バックエンド処理プログラムの制御下にて，前記ジョブが前記実行手段によりタスク処理された結果に関する情報を前記タスクサービスから受信する受信手段を有」すること，及び，「前記受信手段により受信された情報に基づき前記ジョブの処理が終了されたと判断した場合，前記要求受信プログラムの制御下にて，前記ジョブの処理の結果を前記画像処理装置が取得するために用いられる情報を前記画像処理装置へ送信」することを対比すると，
　引用発明の「進捗についての情報や生成データや実行結果の参照ポインタ」は，本願発明の「タスク処理された結果に関する情報」，「受信された情報」に相当するので，
　両者は，後記する点で相違するものの，
“前記プラットフォームシステムは，前記ジョブが前記実行手段によりタスク処理された結果に関する情報を前記タスクサービスから受信する受信手段を有し，
　前記受信手段により受信された情報に基づき前記ジョブの処理が終了されたと判断”する点で共通していると言える。
　以上の（１）乃至（６）から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
（一致点） 
「ジョブを送信する装置と，分散環境を提供するプラットフォームシステムと，インターネットを介してタスクサービスを提供する実行部を有するコンピュータから構成されるクラウドコンピューティングシステムであって，
　ジョブを送信する装置は，
　ジョブを前記プラットフォームシステムへ送信する送信手段を有し，
　前記プラットフォームシステムは，
　前記送信手段により送信されたジョブをジョブメモリに挿入する挿入手段を有し，
　前記ジョブメモリからジョブを取得できた場合に，取得された前記ジョブの処理状況を基にして，前記複数のタスクサービスの中から次に実行すべきタスクサービスを選択し，選択されたタスクサービスに対してタスク処理の実行を指示する指示手段を有し，
　前記指示手段により指示されたタスクサービスは，前記ジョブのタスク処理を実行する実行手段を有し，
　前記プラットフォームシステムは，前記ジョブが前記実行手段によりタスク処理された結果に関する情報を前記タスクサービスから受信する受信手段を有し，
　前記受信手段により受信された情報に基づき前記ジョブの処理が終了されたと判断するクラウドコンピューティングシステム。」
（相違点１）
ジョブを送信する装置に関し，
本願発明では，「画像処理装置」であるのに対して，
引用発明では，「印刷ジョブを含むジョブ入力部を有するコンピュータ」である点。
（相違点２）
インターネットを介してタスクサービスを提供する実行部に関し，
本願発明では，「ウェブサービス」であるのに対して，
引用発明では，そのような点は特定されていない点。
（相違点３）
プラットフォームシステムの各手段に関し，
本願発明では，画像処理装置に係る処理は「要求受信プログラム」の制御下にて動作し，タスクサービスに係る処理は「バックエンド処理プログラム」の制御下にて動作するのに対して，
引用発明では，「ジョブ入力部を有するコンピュータ」と「インターネットを介してタスクサービスを提供する実行部を有するコンピュータ」のいずれに係る処理も「前記管理部及び制御部」の制御下にて動作で処理している点。
（相違点４）
ジョブメモリに関し，
本願発明では，「キューに対し定期的にジョブの取得要求を行」うのに対して，
引用発明では，ジョブメモリがキューである点や，ジョブの取得タイミングについて特定されていない点。
（相違点５）
ジョブの処理の結果の扱いに関し，
本願発明では，「ジョブの処理が終了されたと判断した場合」，「前記ジョブの処理の結果を前記画像処理装置が取得するために用いられる情報を前記画像処理装置へ送信する」に対して，
引用発明では，「ジョブの処理が終了されたと判断」した後に，「ジョブ入力部を有するコンピュータ」にジョブの処理の結果を送信するのか明示していない点。
６．当審の判断
　上記相違点１乃至５について検討する。
（１）相違点１及び５について
　引用発明では，「ジョブの処理が終了されたと判断」した後に，どのようにして「ジョブ入力部を有するコンピュータ」にジョブの処理の結果を送信するのか明示していないものの，
　何らかの方法で，ジョブを入力したユーザに処理結果を返信する構成は，当該技術分野の常とう手段であった。
　また，引用発明２では，複合機は，ジョブフローの実行を指示をジョブフロー管理サーバに送信し，ジョブフロー管理サーバは，ジョブ処理サーバでのジョブフローの実行結果を複合機に送信している。
　また，「複合機」が「画像形成装置」の一態様であることは技術常識である。
　ここで，引用発明及び引用発明２は，いずれも情報処理の技術分野に属し，引用発明の「管理部及び制御部を有するコンピュータ」と引用発明２の「ジョブフロー管理サーバ」とは，いずれもユーザ装置から入力されたジョブの処理を，外部装置に実行させてジョブを分散処理を行う共通の機能を備えるものである。
　してみると，引用発明に引用発明２を適用して，「印刷ジョブを含むジョブ入力部を有するコンピュータ」として「画像形成装置」を採用し，該「画像形成装置」に，ジョブの処理結果を送信するようにすること，すなわち，上記相違点１，５に係る構成とすることは，当業者が容易に想到し得たことである。
（２）相違点２について
　引用発明の「インターネットを介して接続される変換処理を実行する実行部」は，インターネットを介してタスクサービスを提供するものであるところ，
　サーバが，複数の外部のウェブサービスを連携させて分散処理を提供する技術は，例えば，参考文献１（上記Ｆ参照），参考文献２（上記Ｇ，Ｈ参照）等に記載されているように，本願の出願前には，情報処理の技術分野において普通に採用されていた周知技術であった。
　してみると，引用発明において，タスクサービスの分散処理を行う「実行部」を「ウェブサービス」として実装するように構成すること，すなわち，上記相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
（３）相違点３，４について
　引用発明では，「管理部及び制御部を有するコンピュータ」における「ジョブ入力部を有するコンピュータ」と「インターネットを介してタスクサービスを提供する実行部を有するコンピュータ」のいずれに係る処理も，「前記管理部及び制御部」の制御下にて登録テーブル，制御部管理テーブル，キューテーブルのジョブ情報に基づき処理しているところ，
　 ジョブの情報を順次処理するために保持する手段をキューと呼称することは，参考文献３（上記Ｊ），参考文献４（上記Ｋ，Ｌ，Ｍ参照）等に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用されていた周知技術であった。
　メモリやキューの前後に，ジョブ実行受付処理部やジョブディスパッチャ，ワーカー，サービスやバックエンドサービス等と呼称するモジュールを設けて管理する技術は，例えば，参考文献３（上記Ｉ，Ｊ参照），参考文献４（上記Ｋ，Ｌ，Ｍ参照），参考文献５（上記Ｎ，Ｐ参照）等に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用されていた周知技術であった。
　また，モジュールがキューから定期的にデータを取得することも，参考文献３（上記Ｊ参照），参考文献４（上記Ｍ参照）等に記載されているように，本願の優先日前には，情報処理の技術分野において普通に採用されていた周知技術であった。
　してみると，引用発明において，「管理部及び制御部」による「登録テーブル」等の管理において，その前後に，モジュールを独立して管理し，保持されたジョブの情報を定期的に読み出すように実装すること，すなわち，上記相違点３，４に係る構成とすることは，当業者が容易に想到し得たことである。
（３）小括
　上記で検討したごとく，相違点１乃至相違点５は格別のものではなく，そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，前記引用発明及び引用発明２，及び前記周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
７．むすび 
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　よって，結論のとおり審決する。