【事件の表示】
　特願２００９−２８０９５５「情報処理装置、Ｗｅｂサーバ、それらの制御方法、及びプログラム」拒絶査定不服審判事件〔平成２３年　６月２３日出願公開、特開２０１１−１２３６７７〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
【第１】経緯  
　本願は，平成２１年１２月１０日の出願（特願２００９−２８０９５５号）であって，手続の概要は以下のとおりである。
　
　手続補正　　　　　　　　　：平成２４年１２月１０日
　拒絶理由通知　　　　　　　：平成２５年　８月１４日（起案日）
　意見書　　　　　　　　　　：平成２５年１０月１７日
　手続補正　　　　　　　　　：平成２５年１０月１７日
　拒絶理由通知　　　　　　　：平成２５年１０月３１日（起案日）
　意見書　　　　　　　　　　：平成２５年１２月２４日
　手続補正　　　　　　　　　：平成２５年１２月２４日
　拒絶査定　　　　　　　　　：平成２６年　１月２０日（起案日）
　拒絶査定不服審判請求　　　：平成２６年　４月２４日
　
　査定
　原審での査定の理由は，平成２５年８月１４付け拒絶理由通知書に記載した理由３とするものであり，概略，以下のとおりである。
　
　〈査定の理由の概略〉
　本願の請求項１〜３，５〜８，１０〜１８に係る発明は，下記の刊行物１に記載された発明，及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により，特許を受けることができない。
　　　　　記（刊行物一覧）
　刊行物１：特開２００８−３８３３号公報
　
【第２】本願発明
　本願の請求項１〜１８に係る各発明は，出願当初の特許請求の範囲，明細書及び図面の記載，及び，平成２４年１２月１０日付け，平成２５年１０月１７日付け，平成２５年１２月２４日付けの各手続補正書の記載からみて，それぞれ，平成２５年１２月２４日付け手続補正書の特許請求の範囲の請求項１〜１８に記載した事項により特定されるとおりのものと認められるところ，そのうち，請求項１，３に係る発明（以下，それぞれ，「本願発明１」，「本願発明３」という。）は，下記のとおりのものである。
　
　　　　　　記（本願発明１）
　【請求項１】
　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
　前記第２の要求手段は，前記イベントの発生に応じて，前記スクリプトを識別するためのＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うことを特徴とする情報処理装置。
　
　　　　　　記（本願発明３）
　【請求項３】
　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
　前記第２の要求手段は，前記イベントの発生に応じて，当該発生したイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて，前記第２の要求を行うことを特徴とする情報処理装置。
　
【第３】当審の判断  
 　 
［１］刊行物１に記載された発明（以下，「引用発明」という。）
　
（１）引用刊行物の記載 
　原査定の拒絶の理由に引用された，本願の出願前に頒布された刊行物である，特開２００８−３８３３号公報（以下，「刊行物１」という。）には，図面とともに，以下の事項（下線は，注目箇所を示すために当審で施したものである。）が記載されている。 
　
　〈技術分野，背景技術〉
【０００１】
  本発明は，Ｗｅｂページの取得に係る処理負荷を軽減すると共に，ローカルなＩＰアドレスを用いたネットワークにおいてもＷｅｂサービスへの処理要求を可能とする表示画面を提供する画像処理装置，情報処理装置，サーバ装置，表示制御システム，及び表示制御方法を提供するものである。
【背景技術】
【０００２】
  近年，プリンタ，コピー，ファクシミリ，スキャナなどの各装置の機能を１つの筐体内に収納した画像処理装置が一般的に知られている。このような複合型の画像処理装置は，１つの筐体内に表示部，印刷部および撮像部などを設けるとともに，プリンタ，コピーおよびファクシミリ装置にそれぞれ対応する３種類のアプリケーションを設け，アプリケーションの切り替えによって，当該装置をプリンタ，コピー，スキャナまたはファクシミリ装置として動作させるものである（例えば，特許文献１）。
【０００３】
  このような画像処理装置の操作パネルにＷｅｂブラウザが用いられるようになってきた。すなわち，画像処理装置に実装されているＷｅｂブラウザが取得したＷｅｂページが表示画面として表示される。
　
〈実施の形態〉
〈システム構成，コピー処理概要〉
【００２９】
  図１は，本発明の一実施例に係るシステム構成例を示す図である。図１に示すシステム１では，画像処理装置１と，サーバ装置２と，ＰＣ（Personal Computer）７とがＬＡＮ（Local Area Network）等のネットワーク３（有線又は無線の別は問わない。）によって相互に接続されている。システム１では，複数の画像処理装置１と複数のＰＣ７とが接続されていてもよい。
【００３０】
  画像処理装置１は，自身のハードウェアを制御してコピーを行う処理をＷｅｂサービスとして提供する（以下，コピーＷｅｂサービスという）。また，画像処理装置１は，操作パネルを備え，操作パネルを介してユーザからの入力を受け付け，ユーザに対して情報の提供を行う。画像処理装置１は，プリンタ，コピー，ファクシミリ及びスキャナ等の複数の機能を一台の筐体によって実現する電子機器であってもよい。
【００３１】
  サーバ装置２は，画像処理装置１の操作パネルに表示させる画面の表示制御を行う機能（プログラム）が実装されたコンピュータである。
【００３２】
  先ず，ユーザが画像処理装置１の操作パネルを操作して画像処理装置１でコピーする場合について説明する。
【００３３】
  画像処理装置１でユーザがメニュー画面からコピーボタンを押すと，画像処理装置１からサーバ装置２へとコピーボタンが押下されたことが通知され，画面フロー制御付きの画面ＨＴＭＬ（HyperText Markup Language）データがサーバ装置２から画像処理装置１へと送信される（ステップＳ１１）。この画面ＨＴＭＬデータには，画像処理装置１のコピーＷｅｂサービスが指定されている。画像処理装置１は，この画面ＨＴＭＬデータを受信後，この画面ＨＴＭＬデータを用いて自身で画面制御を行い操作パネルへ適宜画面を表示する。
【００３４】
  画像処理装置１は，コピーのスタートボタンがユーザによって押下されると，画面ＨＴＭＬデータに設定されているコピーＷｅｂサービスを内部的に呼び出して，コピー処理を開始する（ステップＳ１２）。
　
《画像処理装置の構成》
【００３８】
  図２は，本発明の一実施例に係る画像処理装置の構成図である。画像処理装置１は，ハードウェア資源１０，起動部２０，ソフトウェア群３０を含むように構成されている。
【００３９】
  ハードウェア資源１０は，操作パネル，プロッタ，スキャナ等のデバイス（ハードウェアリソース）を含む。ソフトウェア群３０は，ＵＮＩＸ（登録商標）などのＯＳ上で実行されているアプリケーション４０とプラットフォーム５０とを含む。起動部２０は画像処理装置１の電源投入時に最初に実行され，アプリケーション４０やプラットフォーム５０をＯＳ上に起動するものである。
【００４０】
  アプリケーション４０は，コピーアプリ，ＦＡＸアプリ，Ｗｅｂサービス実行アプリ等，画像処理装置１の各機能を制御し，また，画像処理装置１の各機能をＷｅｂサービスとして提供するための各種のアプリケーションを含む。プラットフォーム５０は，コントロールサービス５１，ＳＲＭ（システムリソースマネージャ）５２，ハンドラ層５３を含む。プラットフォーム５０は，ＡＰＩ（アプリケーションプログラムインターフェース）５４を含むように構成されている。
　
〈システムの機能構成〉
【００４５】
  図４は，本発明の一実施例に係るシステムにおける機能構成例を示す図である。図４において，画像処理装置１は，プログラムがＣＰＵによって処理されることにより実現される機能として，ネットワークＩ／Ｆ１０１，Ｗｅｂブラウザ１０２，Ｗｅｂサービスサーバ１０３，コピーＷｅｂサービス（ＷＳＦ：Web Service Function）１１３等を有し，ハードウェアとして操作パネル１２１，プロッタ１２４，スキャナ１２５等とを有する。
【００４６】
  ネットワークＩ／Ｆ１０１は，例えば，ＴＣＰ／ＩＰによる通信制御をサーバ装置２又はＰＣ７との間で行う。
【００４７】
  Ｗｅｂブラウザ１０２は，Ｗｅｂサービスクライアント１０ａ，ＨＴＭＬ解析部１０ｂ，スクリプト実行部１０ｃ，表示管理部１０ｄ等を有する。
【００４８】
  Ｗｅｂサービスクライアント１０ａは，画面ＨＴＭＬデータをサーバ装置２から取得する。ＨＴＭＬ解析部１０ｂは，画面ＨＴＭＬデータに含まれる画面形式を示す情報（以下，画面形式情報という）を解析して，表示管理部１０ｄは，操作パネル１２１にＷｅｂページとして表示させる。スクリプト実行部１０ｃは，画面ＨＴＭＬデータに埋め込まれているスクリプトで記述された画面フロー制御を実行して，操作パネル１２１に表示するＷｅｂページの画面フローを制御する。スクリプトは，例えば，Ｊａｖａ（登録商標）Ｓｃｒｉｐｔである。
【００４９】
  Ｗｅｂサービスサーバ１０３は，画像処理装置１におけるソフトウェアの機能を，ネットワーク３を介してＰＣ７などの外部機器から利用可能なＷｅｂサービスとして提供する。すなわち，Ｗｅｂサービスサーバ１０３は，ＳＯＡＰ（Simple Object Access Protocol）に基づく遠隔呼び出し（ＳＯＡＰリクエスト）を受信すると，ＳＯＡＰリクエストにおいて要求されている処理を対応する機能に実行させる。Ｗｅｂサービスサーバ１０３は，実行結果をこの機能から受け取ると，要求元の外部機器にＳＯＡＰレスポンスとして送信する。
【００５０】
  また，Ｗｅｂサービスサーバ１０３は，Ｗｅｂブラウザ１０２が内部的に発行したＳＯＡＰリクエストに対しても同様にＳＯＡＰレスポンスを送信する。この場合，ＳＯＡＰリクエスト及びＳＯＡＰレスポンスは，ネットワークＩ／Ｆ１０１を介して送受信される。
【００５１】
  コピーＷｅｂサービス（ＷＳＦ）１１３は，スキャナ１２５を制御して原稿を読み取り，プロッタ１２４を制御して用紙に原稿をコピーする。
【００５２】
  サーバ装置２は，Ｗｅｂアプリケーション２００，ネットワークＩ／Ｆ２１０等を有する。これらは，例えば，ＣＤ−ＲＯＭ等の記録媒体２５０からインストールされたプログラムがサーバ装置２の非図示のＣＰＵによって処理されることにより機能する。但し，プログラムは，ネットワーク３を介してダウンロードされてもよい。
【００５３】
  ネットワークＩ／Ｆ２１０は，画像処理装置１又はＰＣ７との間で，例えばＴＣＰ／ＩＰによる通信制御を実現する。
【００５４】
  Ｗｅｂアプリケーション２００は，画面フロー制御部２０１，画面構築部２０２，Ｗｅｂサーバ２０３，スクリプト生成部２３０等を含む。
【００５５】
  画面フロー制御部２０１は，画像処理装置１の操作パネル１２１に表示する画面の画面遷移を制御する。画面構築部２０２は，画面フロー制御部２０１の一部の機能として，画像処理装置１の操作パネル１２１の表示画面の構築（生成）を行う。上述したように，操作パネル１２１には，Ｗｅｂブラウザ１０２によってＷｅｂページが表示される。したがって，画面構築部２０２は，ＷｅｂページをＨＴＭＬで生成し，生成したＷｅｂページの画面フローを制御するためのスクリプトも生成する。
【００５６】
  Ｗｅｂサーバ２０３は，ＨＴＴＰリクエストを待ち受けているデーモンプロセスである。Ｗｅｂサーバ２０３は，画像処理装置１のＷｅｂブラウザ１０２からのＨＴＴＰリクエストを受信し，このＨＴＴＰリクエストに応じた処理を画面フロー制御部２０１，スクリプト生成部２３０等に実行させ，その処理結果として画像処理装置１に送信する画面ＨＴＭＬデータをＷｅｂブラウザ１０２にＨＴＴＰレスポンスとして返信する。
【００５７】
  ネットワークＩ／Ｆ７０１は，画像処理装置１又はサーバ装置２との間で，例えばＴＣＰ／ＩＰによる通信制御を実現する。
【００５８】
  Ｗｅｂブラウザ７０２は，Ｗｅｂサービスクライアント７０ａ，ＨＴＭＬ解析部７０ｂ，スクリプト実行部７０ｃ，表示管理部７０ｄ等を含む。
【００５９】
  Ｗｅｂサービスクライアント７０ａは，画面ＨＴＭＬデータをサーバ装置２から取得する。ＨＴＭＬ解析部７０ｂは，画面ＨＴＭＬデータに含まれる画面形式情報を解析して，表示管理部１０ｄは，表示ユニット７２１にＷｅｂページとして表示させる。スクリプト実行部１０ｃは，画面ＨＴＭＬデータにスクリプトで記述された画面フロー制御を実行して，表示ユニット７２１に表示するＷｅｂページの画面フローを制御する。
　
〈ユーザが画像処理装置１を操作してコピーを行う場合の処理シーケンス（図５，図６〜図１３）
　
《画面ＨＴＭＬデータに含まれるスクリプトによって制御される画面フロー》
【００６０】
  画面ＨＴＭＬデータに含まれるスクリプトによって制御される画面フローの例について図５で説明する。図５は，スクリプトによる画面フロー例を示す図である。図５中，メニュー画面３０１，コピー設定画面３０２，コピー中画面３０３，エラー画面３０３ｅ，コピー完了画面３０４は，Ｗｅｂページとしての表示画面である。
【００６１】
  図５において，ユーザが所定のメニュー画面３０１からコピーボタン３１を押下すると，スクリプトによってコピー設定画面３０２が表示される。ユーザがコピー設定を行ってstartボタン３２ｆを押下すると，スクリプトによってコピー中画面３０３が表示される。
【００６２】
  コピー中に紙詰まりエラーが発生すると，スクリプトによってエラー画面３０３ｅが表示される。エラー画面３０３ｅには，例えば，「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」などのメッセージが表示される。エラーが解消されると，スクリプトによってコピー中画面３０３が再度表示される。
【００６３】
  その後，コピー完了通知に応じて，スクリプトによってコピー完了画面３０４が表示される。ユーザが，メニューボタン３４を押下すると，スクリプトによってメニュー画面３０１が再度表示される。
【００６４】
  以下，ユーザが画像処理装置１を操作してコピーを行う場合について図６から図１３で説明する。先ず，コピーが正常に処理される場合の基本系の処理シーケンスについて図６及び図７で説明する。図６及び図７は，基本系の処理シーケンスを示す図である。図６と図７とによって一連の処理シーケンスが図示される。
　
《コピーが正常に処理される場合の基本系の処理シーケンス（図６，図７）》
【００６５】
  図６において，画像処理装置１のＷｅｂブラウザ１０２が初期状態として操作パネル１２１に表示してあるメニュー画面３０１から（ステップＳ１００），ユーザ５がコピーボタンを押下すると（ステップＳ１０１），Ｗｅｂブラウザ１０２は，コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信する（ステップＳ１０２）。
　・・・（中略）・・・
【００６９】
  画面フロー制御がコピーを開始させてからコピー中画面３０３を表示するようにスクリプトで記述されている場合，Ｗｅｂブラウザ１０２は，先ず，ＳＯＡＰ（Simple Object Access Protocol）によるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信する（ステップＳ１０８）。
【００７０】
  コピー開始要求を送信すべき宛先は，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに記述されており，例えば，内部のコピーＷｅｂサービスを指定するような「http://localhost/ws/copyservice」である。コピーＷｅｂサービス１１３は，スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始して，コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ１０９）。
【００７１】
  コピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信すると，Ｗｅｂブラウザ１０２は，コピージョブの状態を取得するためにＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１０）。
【００７２】
  コピーＷｅｂサービス１１３からステップＳ１１０でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１１），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ１１２）。
【００７３】
  図７において，Ｗｅｂブラウザ１０２は，所定時間経過後に再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１３）。
【００７４】
  コピーＷｅｂサービス１１３からステップＳ１１３でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１４），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ１１５）。
【００７５】
  Ｗｅｂブラウザ１０２は，更に所定時間経過後に再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ１１６）。
【００７６】
  コピーＷｅｂサービス１１３からステップＳ１１６でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ１１７），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように，Ｗｅｂブラウザ１０２は，所定時間間隔で，コピーＷｅｂサービス１１３からコピージョブの状態を取得する。
【００７７】
  そして，コピーＷｅｂサービス１１３でのコピーが終了した後に（ステップＳ４０１），Ｗｅｂブラウザ１０２がＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信すると（ステップＳ４０２），コピーＷｅｂサービス１１３からコピー完了を示す応答を受信する（ステップＳ４０３）。
【００７８】
  コピー完了に応じて，Ｗｅｂブラウザ１０２は，コピー完了を示す画面を要求するためにコピー完了画面要求をサーバ装置２へ送信する（ステップＳ４０４）。サーバ装置２は，コピー完了画面要求に応じて，コピー完了画面のＨＴＭＬデータを応答として画像処理装置１へ送信する（ステップＳ４０５）。
【００７９】
  Ｗｅｂブラウザ１０２は，サーバ装置２から受信したコピー完了画面を操作パネル１２１に表示する（ステップＳ４０６）。
　
《コピー中にエラーが発生した場合（図８，図９）》
【００８０】
  次に，コピー中にエラーが発生した場合について図８及び図９で説明する。図８及び図９は，コピー中にエラーが発生した場合の処理シーケンスを示す図である。図８と図９とによって一連の処理シーケンスが図示される。
【００８１】
  図８において，画像処理装置１のＷｅｂブラウザ１０２が初期状態として操作パネル１２１に表示してあるメニュー画面３０１から（ステップＳ２００），ユーザ５がコピーボタンを押下すると（ステップＳ２０１），Ｗｅｂブラウザ１０２は，コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信する（ステップＳ２０２）。
【００８２】
  サーバ装置２では，Ｗｅｂアプリケーション２００が，コピーボタン押下通知に応じて，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを画像処理装置へ送信する（ステップＳ２０３）。
【００８３】
  画像処理装置１のＷｅｂブラウザ１０２は，サーバ装置２から取得した画面フロー制御が埋め込まれている画面ＨＴＭＬデータを解析し（ステップＳ２０４），画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示する（ステップＳ２０５）。
【００８４】
  ユーザ５が操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定し（ステップＳ２０６），コピースタートボタンを押下する（ステップＳ２０７）。
【００８５】
  画面フロー制御がコピー中画面３０３を表示させてからコピーを開始するようにスクリプトで記述されている場合，Ｗｅｂブラウザ１０２は，先ず，コピー中画面を表示して（ステップＳ２０８），ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信する（ステップＳ２０９）。
【００８６】
  コピーＷｅｂサービス１１３は，スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始して，コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ２１０）。
【００８７】
  コピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信すると，Ｗｅｂブラウザ１０２は，コピージョブの状態を取得するためにＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２１１）。
【００８８】
  Ｗｅｂブラウザ１０２は，コピーＷｅｂサービス１１３からステップＳ１１０でのコピージョブ状態取得要求に対する応答を受信する（ステップＳ２１２）。その後，画像処理装置１で紙詰まりの発生によって（ステップＳ２１３），コピーＷｅｂサービス１１３によるコピーが中断される（ステップＳ２１４）。
【００８９】
  Ｗｅｂブラウザ１０２は，ステップＳ２１１のコピージョブ状態取得要求から所定時間経過後に再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２１５）。
【００９０】
  コピーＷｅｂサービス１１３からステップＳ２１５でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２１６），Ｗｅｂブラウザ１０２は，応答の内容を解析し，紙詰まりが示される場合，画面ＨＴＭＬデータに含まれるエラー画面３０３ｅの記述に従ってエラー画面３０３ｅを操作パネル１２１に表示する（ステップＳ２１７）。
【００９１】
  エラー画面３０３ｅには，例えば，「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」などのメッセージが表示される。このエラー画面３０３ｅによって，ユーザが画像処理装置１の紙詰まりを解除する（ステップＳ２１８）。
【００９２】
  図９において，紙詰まりが解除されたことが検知されると，コピーＷｅｂサービス１１３は，コピーを再開する（ステップＳ２１９）。
【００９３】
  コピーの再開の後，Ｗｅｂブラウザ１０２が，再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し（ステップＳ２２０），コピーＷｅｂサービス１１３からステップＳ２２０でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２２１），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２２２）。
【００９４】
  Ｗｅｂブラウザ１０２は，更に所定時間経過後に再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２２３）。
【００９５】
  コピーＷｅｂサービス１１３からステップＳ２２３でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２２４），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように，Ｗｅｂブラウザ１０２は，所定時間間隔で，コピーＷｅｂサービス１１３からコピージョブの状態を取得する。
【００９６】
  コピー終了（ステップＳ４０１）後のステップＳ４０２からＳ４０６による処理シーケンスは，図７の同一ステップ番号による処理シーケンスと同様であるので説明を省略する。
　
〈エラー種別に対応するエラー画面をサーバ装置２から動的に取得する場合（図１０，図１１）〉
【００９７】
  次に，エラー種別に対応するエラー画面をサーバ装置２から動的に取得する場合について図１０及び図１１で説明する。図１０及び図１１は，エラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスを示す図である。図１０と図１１とによって一連の処理シーケンスが図示される。図１０及び図１１中，図８及び図９と同一処理のステップには同一ステップ番号を付し，その説明を省略する。
【００９８】
  図１０において，ステップＳ２００からＳ２１６までは，図８の処理シーケンスと同様であり，ステップＳ２１６にてコピーＷｅｂサービス１１３から紙詰まりを示す応答を受信すると，画像処理装置１のＷｅｂブラウザ１０２は，スクリプトで記述される画面フロー制御に従って，エラー画面を取得するために，エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信する（ステップＳ２３７）。
【００９９】
  エラー画面取得要求に応じて，サーバ装置２は，紙詰まり用のエラー画面３０３ｅのＨＴＭＬデータを応答として画像処理装置１へ送信する（ステップＳ２３８）。Ｗｅｂブラウザ１０２は，エラー画面３０３ｅを操作パネル１２１に表示する（ステップＳ２３９）。
図１１において，エラー画面３０３ｅによって，ユーザが画像処理装置１の紙詰まりを解除する（ステップＳ２４０）。
【０１００】
  図１１において，紙詰まりが解除されたことが検知されると，コピーＷｅｂサービス１１３は，コピーを再開する（ステップＳ２４１）。
【０１０１】
  コピーの再開の後，Ｗｅｂブラウザ１０２が，再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し（ステップＳ２４２），コピーＷｅｂサービス１１３からステップＳ２４１でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２４３），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する（ステップＳ２４４）。
【０１０２】
  Ｗｅｂブラウザ１０２は，更に所定時間経過後に再度，ＳＯＡＰによるコピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信する（ステップＳ２４５）。
【０１０３】
  コピーＷｅｂサービス１１３からステップＳ２４５でのコピージョブ状態取得要求に対する応答を受信すると（ステップＳ２４６），Ｗｅｂブラウザ１０２は，応答の内容を解析し，コピー実行中が示される場合，画面ＨＴＭＬデータに含まれるコピー中画面３０３の記述に従ってコピー中画面３０３を操作パネル１２１に表示する。このように，Ｗｅｂブラウザ１０２は，所定時間間隔で，コピーＷｅｂサービス１１３からコピージョブの状態を取得する。
【０１０４】
  コピー終了（ステップＳ４０１）後のステップＳ４０２からＳ４０６による処理シーケンスは，図７の同一ステップ番号による処理シーケンスと同様であるので説明を省略する。
　
　〈画面ＨＴＭＬデータ（図１４から図２４）〉
【０１１７】
  次に，サーバ装置２から画像処理装置１へ送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータの例について図１４から図２４で説明する。
【０１１８】
  先ず，図６及び図７で説明した基本系の処理シーケンス及び図８及び図９で説明したコピー中にエラーが発生した場合の処理シーケンスにて送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図１４から図１６で説明する。図１４，図１５及び図１６は，画面ＨＴＭＬデータの第一の例を示す図である。図１４から図１６で一連の画面ＨＴＭＬデータの第一の例を示す。
【０１１９】
  画面ＨＴＭＬデータ５００において，図１４を参照すると，記述５０１が，画面フロー制御を記述するスクリプトの開始を示し，記述５０９が，そのスクリプトの終了を示している。
【０１２０】
  記述５０２は，コピー設定画面３０２，コピー中画面３０３，エラー画面３０３ｅの３つの画面を切り替えるためのswitch_page関数の処理を記述している。
【０１２１】
  記述５０３は，ＳＯＡＰによるコピー開始要求を生成する際に参照されるコピーＷｅｂサービス１１３のＵＲＬであり，例えば，そのＵＲＬは，「http://localhost/ws/copyservice」のように指定され，「endpoint」で参照される。
　・・・（中略）・・・
【０１２８】
  記述５１１から記述５１９までに切り換えて表示される画面のＨＴＭＬが記述される。先ず，記述５１１によってコピー設定画面３０２が表示されることが記述されている。
　・・・（中略）・・・
【０１３１】
  次に，図１０及び図１１で説明したコピー中に発生したエラーのエラー種別に対応するエラー画面をサーバ装置から動的に取得する場合の処理シーケンスにて送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図１７から図２０で説明する。図１７，図１８及び図１９は，画面ＨＴＭＬデータの第二の例を示す図である。図１７から図１９で一連の画面ＨＴＭＬデータの第二の例を示す。図１７から図１９中，図１４から図１６と同様の記述には同一符号を付し，その説明を省略する。
【０１３２】
  図１８において，記述５３６は，コピーＷｅｂサービス１１３に対してコピーを開始させ，定期的にポーリングでコピージョブの状態を取得するためのstart_copy関数の処理を記述している。
【０１３３】
  記述５０６ｂにおいて，コピージョブの状態が紙詰まりである場合，エラー画面ｅをサーバ装置２から取得して，switch_page関数をコールしてエラー画面３０３ｅに切り替える（記述５３６ｍ）。例えば，「http://server.address/copy/error_kamizumari」をアクセスすることによって取得したエラー画面３０３ｅの記述例は，例えば，図２０のような記述５３８である。
【０１３４】
  従って，図１９において，画面ＨＴＭＬデータの第一の例には含まれていた記述５１４は，実際には削除され画面ＨＴＭＬデータの第二の例には含まれない。ここでは，理解しやすくするために，記述５１４を消し線で示している。
　
〈画面ＨＴＭＬデータを段階的にサーバ装置２から取得する場合〉
【０１３５】
  更に，図１２及び図１３で説明した画面フロー制御を埋め込んだ画面ＨＴＭＬデータを段階的にサーバ装置２から取得する場合の処理シーケンスにて画面フロー制御を埋め込んだ画面ＨＴＭＬデータについて図２１から図２４で説明する。
【０１３６】
  図２１及び図２２は，最初の画面ＨＴＭＬデータの例を示す図である。図２１及び図２２中，図１４から図１９と同様の記述には同一符号を付し，その説明を省略する。
【０１３７】
  図２１において，最初の画面ＨＴＭＬデータ５４１は，画面フロー制御のスクリプトに，画面ＨＴＭＬデータ５００には含まれる画面を切り替えるためのswitch_page関数の処理を記述した記述５０２と，コピージョブの状態を取得するためのinvoke_ws_copy_job_state関数の処理を記述５０５とを含まない。
【０１３８】
  記述５４６−１は，図１５の画面ＨＴＭＬデータ５００の記述５０６のうち記述５０６ｂを含まず，invoke_ws_copy関数をコールしてジョブＩＤを取得し（記述５０６ａ），ブラウザ画面を自動更新してコピー中画面を表示するための処理を記述している。
【０１３９】
  図２２において，記述５５１から記述５５９までにコピー設定画面３０２の表示形式が記述される。
【０１４０】
  図２３及び図２４は，次の画面ＨＴＭＬデータの例を示す図である。図２３及び図２４中，図１４から図２０と同様の記述には同一符号を付し，その説明を省略する。
【０１４１】
  図２３において，次の画面ＨＴＭＬデータ５４２は，画面フロー制御のスクリプトに，最初の画面ＨＴＭＬデータ５４１に含まれていなかった画面を切り替えるためのswitch_page関数の処理を記述した記述５０２と，コピージョブの状態を取得するためのinvoke_ws_copy_job_state関数の処理を記述５０５とを含み，ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へ送信するための記述５０４を含まない。
【０１４２】
  記述５４６−２は，定期的にポーリングでコピージョブの状態を取得するためのstart_copy関数の処理を記述している。
【０１４３】
  図２４において，記述５６１から記述５６９までに切り換えて表示される画面のＨＴＭＬが記述される。　
　
　〈Ｗｅｂブラウザでの処理〉
【０１４４】
  次に，コピー設定画面３０２において，ユーザがstartボタン３２ｆを押下したときのＷｅｂブラウザ１０２が行う処理について図２５で説明する。ＰＣ７のＷｅｂブラウザ７０２においても同様の処理が行われる。
【０１４５】
  図２５は，Ｗｅｂブラウザでの処理を説明するためのフローチャート図である。図２５において，Ｗｅｂブラウザ１０２は，ユーザ５がコピーボタンを押下して，画面フロー制御を埋め込んだ画面ＨＴＭＬデータをサーバ装置２から受信すると，コピー開始処理を実行する（ステップＳ３０）。
【０１４６】
  ステップＳ３０でのコピー開始処理において，Ｗｅｂブラウザ１０２は，コピー設定画面３０２を表示して，ユーザ５が設定したコピー条件からコピーパラメータを取得する（ステップＳ３２）。
【０１４７】
  そして，コピーＷｅｂサービス１１３へコピー開始要求を行うために，コピーパラメータを含むコピー開始要求のＳＯＡＰメッセージを生成して（ステップＳ３４），そのＳＯＡＰメッセージをコピーＷｅｂサービス１１３へ送信する（ステップＳ３６）。
【０１４８】
  次に，コピーＷｅｂサービス１１３に対してコピージョブ状態取得処理を実行する（ステップＳ４０）。
【０１４９】
  ステップＳ４０でのコピージョブ状態取得処理において，Ｗｅｂブラウザ１０２は，コピージョブの状態の取得要求のＳＯＡＰメッセージを生成して（ステップＳ４２），そのＳＯＡＰメッセージをコピーＷｅｂサービス１１３へ送信する（ステップＳ４４）。
【０１５０】
  Ｗｅｂブラウザ１０２は，コピーＷｅｂサービス１１３からコピージョブ状態を受信すると，コピージョブ状態がコピー中，コピー完了，又は紙詰まりを示すかを判断する（ステップＳ５０）。
【０１５１】
  コピージョブ状態がコピー中を示す場合，Ｗｅｂブラウザ１０２は，コピー中画面３０３に切り替えて（ステップＳ５１），ステップＳ４０へ戻り上述同様の処理を繰り返す。コピージョブ状態がコピー完了を示す場合，Ｗｅｂブラウザ１０２は，サーバ装置２からＵＲＬを指定して次の画面に遷移する（ステップＳ５２）。コピージョブ状態が紙詰まりを示す場合，Ｗｅｂブラウザ１０２は，紙詰まりであることを表示するエラー画面３０３ｅに切り替えて（ステップＳ５３），ステップＳ４０へ戻り上述同様の処理を繰り返す。
【０１５２】
  サーバ装置２は，画像処理装置１とＰＣ７とから送信されるコピーボタン押下通知を解析して，画面ＨＴＭＬデータに埋め込む画面フロー制御のendpoint（記述５０３）を変更する必要がある。
　
（２）引用発明（刊行物１に記載された発明）の認定
　
　ア　刊行物１概要，引用発明の対象
　実施形態について，図１，【0029】〜【0037】には，そのシステム構成とコピー処理の概要が，図２，【0038】〜【0044】には，画像処理装置の構成が，図４，【0045】〜【0059】には，当該画像処理装置を含むシステムの機能構成が説明されており，これらによれば，
　「画像処理装置１」として，「プリンタ，コピー，ファクシミリ及びスキャナ等の複数の機能を一台の筐体によって実現する」図１にその外観が示される「電子機器」であって，ＬＡＮ（Local Area Network）等のネットワーク３によって，図１にその外観が示される「サーバ装置２」に接続されているものを認めることができる（段落【0029】【0030】）。
　　　　　　　　　　　　　　　　　　　　　　（→引用発明のｐ，ｒ）
　「画像処理装置１」は，「プログラムがＣＰＵによって処理されることにより実現される機能として，ネットワークＩ／Ｆ１０１，Ｗｅｂブラウザ１０２，Ｗｅｂサービスサーバ１０３」，「スキャナ１２５を制御して原稿を読み取り，プロッタ１２４を制御して用紙に原稿をコピーする」機能を有する「コピーＷｅｂサービス（ＷＳＦ：Web Service Function）１１３等を有し，ハードウェアとして操作パネル１２１，プロッタ１２４，スキャナ１２５等とを有する。」（【0045】【0051】）　　　　　（→引用発明のｒ）
　上記「サーバ装置２」は，図１，図４，【0031】【0052】〜【0054】【0056】によれば，「画像処理装置１の操作パネルに表示させる画面の表示制御を行う機能（プログラム）が実装された」図１にその外観が示されるコンピュータであって，「画面フロー制御部２０１，画面構築部２０２，Ｗｅｂサーバ２０３，スクリプト生成部２３０等を含む」「Ｗｅｂアプリケーション２００」，「ネットワークＩ／Ｆ２１０」等を有するものであって，
　　　　　　　　　　　　　　　　　　　　　　　　　（→引用発明のｑ）
　「Ｗｅｂサーバ２０３は，画像処理装置１のＷｅｂブラウザ１０２からのＨＴＴＰリクエストを受信し，このＨＴＴＰリクエストに応じた処理を画面フロー制御部２０１，スクリプト生成部２３０等に実行させ，その処理結果として画像処理装置１に送信する画面ＨＴＭＬデータをＷｅｂブラウザ１０２にＨＴＴＰレスポンスとして返信する」ものである。
　
　図５〜図１３及びその説明箇所である【0060】〜【0116】には，「画面ＨＴＭＬデータに含まれるスクリプトによって制御される画面フロー」，及び，「ユーザが画像処理装置１を操作してコピーを行う場合」の処理シーケンスが示されると共に，その際の「サーバ装置２から画像処理装置１へ送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータ」が，図１４〜図２４，【0117】〜【0143】に示され，
　その際の「画像処理装置１」が備える「Ｗｅｂブラウザでの処理フロー」が，図２５及び【0144】〜【0152】に示されている。
　
　上記「ユーザが画像処理装置１を操作してコピーを行う場合」の処理シーケンスは，「画像処理装置１」と「サーバ装置２」とで行われる一連の処理であるが，このうち，「画像処理装置１」側で行われる各処理ステップに着目すると共に，本願発明１，３が装置発明であることに鑑み，これらと対比する引用発明として，装置発明たる「画像処理装置１」として，引用発明を認定する。
　
　イ　「ユーザが画像処理装置１を操作してコピーを行う場合」の処理シーケンスにおいて，画像処理装置１のＷＥＢブラウザ１０２が行う処理の概要は，図２５，【0144】〜【0152】によれば，次のようである。
　画像処理装置１のＷｅｂブラウザ１０２は，ユーザ５がコピーボタンを押下して，画面フロー制御を埋め込んだ画面ＨＴＭＬデータをサーバ装置２から受信すると，コピー開始処理(コピー設定画面３０２を表示して，ユーザ５が設定したコピー条件からコピーパラメータを取得し，ＳＯＡＰメッセージを生成して，そのＳＯＡＰメッセージを画像処理装置１内部のコピーＷｅｂサービス１１３へ送信する）を実行し（ステプＳ３０），次に，コピーＷｅｂサービス１１３に対してコピージョブ状態取得処理し（ステップＳ４０），コピージョブ状態がコピー中，コピー完了，又は紙詰まりを示すかを判断し（ステップＳ５０），
　(a)コピージョブ状態がコピー中を示す場合，Ｗｅｂブラウザ１０２は，コピー中画面３０３に切り替え（ステップＳ５１），ステップＳ４０へ戻り，
　(b)コピージョブ状態がコピー完了を示す場合，Ｗｅｂブラウザ１０２は，サーバ装置２からＵＲＬを指定して次の画面に遷移し（ステップＳ５２），
　(c)コピージョブ状態が紙詰まりを示す場合，Ｗｅｂブラウザ１０２は，紙詰まりであることを表示するエラー画面３０３ｅに切り替えて（ステップＳ５３），ステップＳ４０へ戻る。
　
　これらの処理ステップの詳細については，
　(1)「コピーが正常に処理される場合の基本系の処理シーケンス」が図６〜図７，【0065】〜【0079】に，
　(2)上記(1)の基本系の処理シーケンスをベースとした「コピー中にエラーが発生した場合」の処理シーケンスが図８〜図９，【0080】〜【0096】に，
　(3)上記(2)をベースとした「エラー種別に対応するエラー画面をサーバ装置２から動的に取得する場合」の処理シーケンスが図１０〜図１１，【0097】〜【0104】）に示されており，エラー発生時の処理として，この(3)の場合の処理に着目し，この場合の処理を中心に据えて検討する。検討に際しては，この(3)の場合の処理と同じ処理については，上記(1)(2)の場合の処理の説明も適宜参照する。
　(4)更に，「画面ＨＴＭＬデータを段階的にサーバ装置２から取得する場合」の処理シーケンスが，図１２〜図１３，【0105】〜【0116】に示されている。
　また，「サーバ装置２から画像処理装置１へ送信される画面フロー制御を埋め込んだ画面ＨＴＭＬデータ」については，(1)(2)の場合のものは図１４〜図１６，【0117】〜【0130】に，(3)の場合のものは図１７〜図２０，【0131】〜【0134】に，(4)の場合のものは図２１〜図２４，【0135】〜【0143】に示されている。
　
　ウ　以下，上記(3)「エラー種別に対応するエラー画面をサーバ装置２から動的に取得する場合」における「画像処理装置１」側（特に，Ｗｅｂブラウザ１０２）で行われる各処理についてみてみる。
　図１０，図１１に示される(3)の場合の処理のうち，図１０のステップＳ２００からＳ２１６までは，(2)の場合の処理を示す図８の処理シーケンスと同じである（【0098】）。また，(2)の場合の図８のステップＳ２００〜Ｓ２０７は，(1)の場合のステップＳ１００〜Ｓ１０７（図６）と同じである。
　
　ウ-１　まず，図８，【0081】，図１０によれば，
　画像処理装置１のＷｅｂブラウザ１０２は，自身（Ｗｅｂブラウザ１０２）が初期状態として操作パネル１２１に表示してあるメニュー画面３０１からユーザ５がコピーボタンを押下すると，コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信する（ステップＳ２０２）。　　　　　　　　　　　　　　　　　　　　　（→引用発明のｓ）
　
　ウ-２　図８，【0082】【0083】，図１０によれば，
　画像処理装置１のＷｅｂブラウザ１０２は，上記コピーボタン押下通知を受信したサーバ装置２（サーバ装置のＷｅｂアプリケーション２００）からの，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを受信し解析して，当該画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示する（ステップＳ２０４）。
　　　　　　　　　　　　　　　　　　　　　　　　（→引用発明のｔ）
　ウ-３　図８，【0084】〜【0086】，図１０によれば，
　ユーザ５が画像処理装置１の操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定し，コピースタートボタンを押下する（ステップＳ２０６，Ｓ２０７）と，（画面フロー制御がコピー中画面３０３を表示させてからコピーを開始するようにスクリプトで記述されている場合，）
　画像処理装置１のＷｅｂブラウザ１０２は，先ず，コピー中画面を表示して（ステップＳ２０８），ＳＯＡＰによるコピー開始要求をコピーＷｅｂサービス１１３へと内部的に送信し（ステップＳ２０９），
　画像処理装置１のコピーＷｅｂサービス１１３は，スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始して，コピー開始要求に対する応答をＷｅｂブラウザ１０２へ送信する（ステップＳ２１０）。
　このとき，【0070】によれば，Ｗｅｂブラウザ１０２がコピー開始要求を送信すべき宛先は，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに記述されている，内部のコピーＷｅｂサービスを指定するような「http://localhost/ws/copyservice」（図１４，図１７の記述５０３）で与えられるものである。
　また，上記コピー中画面の表示も，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに従って行われるものである（【0061】，【0072】，【0093】）。
　すなわち，画像処理装置１のＷｅｂブラウザ１０２は，ユーザ５が画像処理装置１の操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定しコピースタートボタンを押下すると，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに従ってコピー中画面を表示すると共にコピーＷｅｂサービス１１３を宛先として指定してコピー開始要求を送信し，　　　　　　　　（→引用発明のｕ）
　画像処理装置１のコピーＷｅｂサービス１１３は，Ｗｅｂブラウザ１０２から，当該コピー開始要求を受信して，スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始する。
　　　　　　　　　　　　　　　　　　　　　　　　（→引用発明のｖ）
　ウ-４　図８，【0087】〜【0089】，図１０，図１１，【0097】〜【0100】，【0133】，図１７〜図２０によれば，
　画像処理装置１のＷｅｂブラウザ１０２は，画像処理装置１内部のコピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信するとコピージョブ状態取得要求を画像処理装置１内部のコピーＷｅｂサービス１１３へ送信し（ステップＳ２１１），コピーＷｅｂサービス１１３からコピージョブ状態取得要求に対するコピー実行中との応答を受信する（ステップＳ２１２，図８，図１０）。
　その後，画像処理装置１で紙詰まりの発生によって（ステップＳ２１３），コピーＷｅｂサービス１１３によるコピーが中断される（ステップＳ２１４）。
　画像処理装置１のＷｅｂブラウザ１０２は，ステップＳ２１１のコピージョブ状態取得要求から所定時間経過後に再度，コピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し（ステップＳ２１５），コピーＷｅｂサービス１１３からコピージョブ状態取得要求に対する紙詰まりとの応答を受信する（ステップＳ２１６，図８，図１０）。このステップＳ２１６までの処理は上記(2)の場合と同様であるが，(3)の場合は，エラー種別に対応するエラー画面をサーバ装置２から取得する（段落【0097】）。
　画像処理装置１のＷｅｂブラウザ１０２は，上記紙詰まりとの応答を受信すると，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトの記述５３６ｍ「http://server.address/copy/error_kamizumari」（【0133】，図１８））に従って，「エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信」して（ステップＳ２３７），これに対する「応答として」，サーバ装置２から，紙詰まり用のエラー画面３０３ｅのＨＴＭＬデータを受信し（ステップＳ２３８）て，「エラー画面３０３ｅを操作パネル１２１に表示する」（ステップＳ２３９）。　　　　　　　　　
　このとき，以下に示すように，サーバ装置２から取得する紙詰まり用のエラー画面３０３ｅのＨＴＭＬデータは，ブロックの表示情報であり，上記「コピー中画面」は，「Ｃｏｐｙｉｎｇ・・・」を表示するものでり，当該「コピー中画面」から「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」を表示するエラー画面３０３ｅに切り替えて操作パネル１２１に表示されるように遷移するものである。　　　　　（→引用発明のｗ）
　
　「切り替えて」表示されることは，（図５，【0120】，【0128】，【0143】）から明らかであり，ブロックの表示情報であることは，以下のことによる。
　すなわち，
　コピー中の画面には，上記ウ-２でサーバ装置２から取得した画面ＨＴＭＬデータ中の図１９に示される記述５１３
　「〈div　class=page id=now_copying〉
　　　〈p〉Ｃｏｐｙｉｎｇ・・・〈/p〉
  　〈div〉」
　中のブロック範囲を意味する〈div〉で囲まれたブロックの（パラグラフ〈ｐ〉の部分）「Ｃｏｐｙｉｎｇ・・・」が表示される。
　ステップＳ２３８でサーバ装置２から取得したエラー画面３０３ｅは，サーバ装置２の上記「http://server.address/copy/error_kamizumari」の記述５３８であって，図２０に示される
　「〈div　class=page id=error_kamizumari〉
　　　〈p〉紙詰まりです。本体カバーを開けて用紙を取り除いてください。〈/p〉
  〈div〉」であり，
　エラー画面３０３ｅには，ブロック範囲を意味する〈div〉で囲まれたブロック部分の（パラグラフ〈ｐ〉の部分）「紙詰まりです。本体カバーを開けて用紙を取り除いてください。」が表示される。
　上記記述５３８は，ブロックの表示情報である。
　
　そして，紙詰まりが解除されたことが検知されると，コピーＷｅｂサービス１１３は，コピーを再開する（ステップＳ２４１）。（→引用発明のｘ）
　
　エ　引用発明
　以上のことを総合勘案すれば，引用発明（刊行物１記載された発明）として，下記の発明を認めることができる（次項での対比の便宜上，構成要素毎にｐ〜ｕの符号を付した。）。
　
　　　　　　　記（引用発明）
ｐ　ＬＡＮ（Local Area Network）等のネットワーク３によって，サーバ装置２に接続されている画像処理装置１であって，
ｑ　サーバ装置２は，画像処理装置１の操作パネルに表示させる画面の表示制御を行う機能（プログラム）が実装された図１にその外観が示されるコンピュータであって，画面フロー制御部２０１，画面構築部２０２，Ｗｅｂサーバ２０３，スクリプト生成部２３０等を含むＷｅｂアプリケーション２００，ネットワークＩ／Ｆ２１０等を有するものであり，
ｒ　画像処理装置１は，プリンタ，コピー，ファクシミリ及びスキャナ等の複数の機能を一台の筐体によって実現する図１にその外観が示される電子機器であって，プログラムがＣＰＵによって処理されることにより実現される機能として，ネットワークＩ／Ｆ１０１，Ｗｅｂブラウザ１０２，Ｗｅｂサービスサーバ１０３，スキャナ１２５を制御して原稿を読み取り，プロッタ１２４を制御して用紙に原稿をコピーする機能を有するコピーＷｅｂサービス（ＷＳＦ：Web Service Function）１１３等を有し，ハードウェアとして操作パネル１２１，プロッタ１２４，スキャナ１２５等とを有し，
ｓ　画像処理装置１のＷｅｂブラウザ１０２は，自身（Ｗｅｂブラウザ１０２）が初期状態として操作パネル１２１に表示してあるメニュー画面３０１からユーザ５がコピーボタンを押下すると，コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信するものであり，
ｔ　画像処理装置１のＷｅｂブラウザ１０２は，上記コピーボタン押下通知を受信したサーバ装置２からの，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを受信し解析して，当該画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示するものであり，
ｕ　画像処理装置１のＷｅｂブラウザ１０２は，ユーザ５が画像処理装置１の操作パネル１２１に表示されたコピー設定画面３０２にコピー条件を設定しコピースタートボタンを押下すると，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに従ってコピー中画面を表示すると共にコピーＷｅｂサービス１１３を宛先として指定してコピー開始要求を送信するものであり，
ｖ　画像処理装置１のコピーＷｅｂサービス１１３は，Ｗｅｂブラウザ１０２から，当該コピー開始要求を受信して，スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始するものであり，
ｗ　画像処理装置１のＷｅｂブラウザ１０２は，画像処理装置１内部のコピーＷｅｂサービス１１３からコピー開始要求に対する応答を受信するとコピージョブ状態取得要求を画像処理装置１内部のコピーＷｅｂサービス１１３へ送信し，コピーＷｅｂサービス１１３からコピージョブ状態取得要求に対するコピー実行中との応答を受信し，
　その後，上記コピージョブ状態取得要求から所定時間経過後に再度，コピージョブ状態取得要求をコピーＷｅｂサービス１１３へ送信し，コピーＷｅｂサービス１１３から紙詰まりを示す応答を受信すると，サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトの記述５３６ｍ「http://server.address/copy/error_kamizumari」に従って，エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信して，これに対する応答として，サーバ装置２から，紙詰まり用のエラー画面３０３ｅのＨＴＭＬデータ（ブロック表示情報）を受信して，「Ｃｏｐｙｉｎｇ・・・」を表示する上記コピー中画面から，「紙詰まりです。本体カバーを開けて要旨を取り除いてください。」を表示するエラー画面３０３ｅに切り替えて操作パネル１２１に表示するものであり，
ｘ　そして，画像処理装置１のコピーＷｅｂサービス１１３は，紙詰まりが解除されたことが検知されると，コピーを再開するものである，
画像処理装置１。
　
［２］本願発明３について
　
　（１）本願発明３（構成要件の分説）
　
　本願発明３は，以下のように要件Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ１，Ｄ２に分説することができる。
　　　　　本願発明３（分説）
Ａ　　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
Ｂ　　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
Ｃ１　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
Ｄ１　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
Ｃ２　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
Ｄ２　前記第２の要求手段は，前記イベントの発生に応じて，当該発生したイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて，前記第２の要求を行うこと
Ａ　を特徴とする情報処理装置。
　
　（２）本願発明３と引用発明との対比（対応関係） 
　
　本願発明３の各構成要件について，引用発明と対比する。
　
　ア　要件Ａ「Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，」「を特徴とする情報処理装置」について
　
　ア-１　本願発明３の「Ｗｅｂサーバ」とは，図１，明細書の「（Ｗｅｂサーバ１２０のハードウェア構成）
  Ｗｅｂサーバ１２０は，ＣＰＵ３０１，ＲＡＭ３０２，ＲＯＭ３０３，入力装置３０４，ネットワークＩ／Ｆ３０５，ＨＤＤ３０６，表示装置３０７，ポインティングデバイス３０８を備え，それぞれがシステムバス３１０を介して互いに通信可能に接続される。」（段落【0030】），「（Ｗｅｂサーバ１２０のソフトウエア構成（図４））
  Ｗｅｂサーバ１２０は，Ｗｅｂアプリケーション５０１及びＨＴＴＰ通信部５０４を備える。Ｗｅｂアプリケーション５０１は，プレゼンテーション部５０２及びロジック部５０３を備える。これらのソフトウエアは，Ｗｅｂサーバ１２０のＨＤＤ３０６に格納され，ＣＰＵ３０１により実行される。」（段落【0037】）に照らせば，
　ソフトウエアとしてＷｅｂアプリケーション５０１を備えるコンピュータを含んでいうものと解されるところ，
　引用発明の「サーバ装置２」も，ｑで「画像処理装置１の操作パネルに表示させる画面の表示制御を行う機能（プログラム）が実装された図１にその外観が示されるコンピュータであって，画面フロー制御部２０１，画面構築部２０２，Ｗｅｂサーバ２０３，スクリプト生成部２３０等を含むＷｅｂアプリケーション２００，ネットワークＩ／Ｆ２１０等を有するもの」であるから，
　本願発明３でいう「Ｗｅｂサーバ」といい得るものである。
　
　ア-２　引用発明の「画像処理装置１」は，「情報処理装置」といい得るものであり，ｒで「Ｗｅｂブラウザ１０２」を有するとするものであるから，「Ｗｅｂブラウザを備えた情報処理装置」といい得るものである。
　そして，引用発明の「画像処理装置１のＷｅｂブラウザ１０２」は，ｓで「サーバ装置２からの，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを受信し解析して，当該画面ＨＴＭＬデータに含まれるコピー設定画面３０２の記述に従ってコピー設定画面３０２を操作パネル１２１に表示する」とするものであって，その「コピー設定画面３０２」は，「サーバ装置２（本願発明３の「Ｗｅｂサーバ」）から提供される操作画面」といい得るものである。
　そうすると，引用発明の「画像処理装置１」も，「Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置」といえ，要件Ａにおいて，本願発明３と引用発明とは相違しない。
　
　イ　要件Ｂ「前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，（を備え）」について
　
　引用発明の「画像処理装置１のＷｅｂブラウザ１０２」は，ｓで「自身（Ｗｅｂブラウザ１０２）が初期状態として操作パネル１２１に表示してあるメニュー画面３０１からユーザ５がコピーボタンを押下すると，コピーボタンが押下されたことを通知するコピーボタン押下通知をサーバ装置２へ送信」し，ｔで「上記コピーボタン押下通知を受信したサーバ装置２からの，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを受信し解析」するものであるところ，
　その「自身（Ｗｅｂブラウザ１０２）が初期状態として操作パネル１２１に表示してあるメニュー画面３０１」は，要件Ｂの「前記Ｗｅｂブラウザに表示された操作画面」といえ，
　その「メニュー画面３０１からユーザ５がコピーボタンを押下する」ことは，「メニュー画面を介して」ユーザが「コピーせよ」という「指示内容」を指示することといえ，
　その「コピーボタン押下通知をサーバ装置２へ送信する」ことは，
　サーバ装置２（本願発明３の「前記Ｗｅｂサーバ」）からのデータ（「画面フロー制御を埋め込んだ画面ＨＴＭＬデータ」）を要求することといえるから，本願発明３でいう「前記Ｗｅｂサーバに第１の要求を行う」ことに相当するということができ，
　そうすると，引用発明の「画像処理装置１」が備える「Ｗｅｂブラウザ１０２」は，本願発明３の要件Ｂの「前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う」手段としても機能するものである。
　すなわち，要件Ｂにおいても，本願発明３と引用発明とは相違しない。
　
　ウ　要件Ｃ１，Ｃ２，Ｄ１，Ｄ２について
　
　ウ-１　本願発明３の「画像処理」，「画像処理を実行するときに発生し得るイベント」の解釈
　引用発明との対比の前に，本願発明３の「画像処理」，「画像処理を実行するときに発生し得るイベント」について検討する。
　本願発明３の「画像処理」とは，要件Ｃ１，Ｃ２からすれば，
　(i)応答データに含まれるスクリプトに従って実行される処理であって，　(ii)当該応答データが，その処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含むようにされた処理であること
　は明らかであるところ，
　明細書には，上記(i)(ii)を満たしかつ画像処理」といい得る処理，及び，当該処理を実行するときに発生し得るイベントとして，スキャンジョブとスキャンジョブ実行中のスキャナの紙詰まりエラーが記載されている｛段落【0021】，【0036】，【0047】〜【0057】，【0076】等。特に，「原稿は原稿フィーダにセットされ，ユーザが操作部１１１から読み取り開始を指示すると，制御部２００からスキャナ部１１２に原稿読み取り指示が与えられる。スキャナ部１１２は，この指示を受信すると原稿フィーダから原稿を１枚ずつフィードして，原稿の読み取り動作を行う。」（段落【0021】），「 ”ＥｖｅｎｔＨａｎｄｌｅｒ”タグ９０１は，スクリプト実行中のイベントに対する処理について記載したものである。」（【0047】），「ジョブ管理部４０４は，スクリプト実行部４０３からの指示内容に基づいて，ジョブ情報を管理し，順次ジョブの実行をジョブ実行部４０５に指示する。ジョブ実行部４０５は，ジョブ設定に基づいて処理を実行するモジュールである。例えば，ジョブがスキャンジョブであれば，スキャナ部１１２を操作して紙原稿を読み取り，ＨＤＤ２０４に画像データを保存する。送信ジョブであれば，ネットワークＩ／Ｆ２０６を操作してＨＤＤ２０４内の画像データを送信するというジョブを実行する。」（【0036】），「つまり，タグ９０１は，ジョブスクリプトでスキャン（Ｓｃａｎ）を実行中にスキャナの紙詰まりエラー（ＳｃａｎｎｅｒＪａｍ）が発生した場合に，”ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｃｏｍ／ｓｃｒｉｐｔｅｒｒｏｒ．ｈｔｍ？ｉｄ＝０１２３＆ｊｏｂＴｙｐｅ＝Ｓｃａｎ＆ｅｒｒｏｒＥｖｅｎｔ＝ＳｃａｎｎｅｒＪａｍ”といったＵＲＬを生成し，Ｗｅｂブラウザ４０２から通信を行うことを意味する。」（【0049】）｝こと，
　【請求項４】の「前記発生したイベントはエラーであって，前記イベントの名称は発生したエラーが紙詰まりであることを示すことを特徴とする請求項３に記載の情報処理装置。」，
　【請求項５】の「前記実行手段が実行する画像処理は，原稿上の画像を読み取って画像データを生成する処理であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。」
　に照らせば，
　本願発明３でいう「画像処理」・「画像処理を実行するときに発生し得るイベント」とは，それぞれ，「画像入力処理であって，紙のフィード操作を含むスキャンジョブ」・「当該スキャンジョブ実行中に発生する紙詰まりエラー」を含んでいうものと解される。
　
　もっとも，請求項３には，スキャン（画像の読み取り）処理であるとか，画像入力処理であるとかを限定する記載は無いことからすれば，本願発明３でいう「画像処理」とは，同じく「紙詰まり」が発生し得る「紙のフィード操作を含む画像出力処理」もを含むと解するのが相当といえ，「画像処理を実行するときに発生し得るイベント」とは，「当該画像出力処理の実行中に発生する紙詰まりエラー」をも含むものと解される。
　
　そうすると，本願発明３でいう「画像処理」とは，「紙のフィード操作を含む，画像入力処理又は画像出力処理」を含んでいう画像処理と解され，
　本願発明３でいう「画像処理を実行するときに発生し得るイベント」とは，「そのような画像処理を実行するときに発生する紙詰まりエラー」も含むものと解される。
　
　ウ-２　要件Ｃ１「前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，（を備え）」について
　
　引用発明の「画像処理装置１のＷｅｂブラウザ１０２」は，ｔで「上記コピーボタン押下通知を受信したサーバ装置２からの，画面フロー制御を埋め込んだ画面ＨＴＭＬデータを受信し解析」するものであるところ，　その「画面フロー制御を埋め込んだ画面ＨＴＭＬデータ」は，本願発明３の要件Ｃ１の「前記第１の要求に対する応答データ」・「当該受信した応答データ」といえ，これをサーバ装置２（本願発明３でいう「前記Ｗｅｂサーバ」）から受信しているから，
　引用発明の「画像処理装置１」も，要件Ｃ１の「前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信」する手段を有しているということができる。
　
　引用発明の「画像処理装置１」が，ｔで「前記第１の要求に対する応答データ（「画面フロー制御を埋め込んだ画面ＨＴＭＬデータ」）を前記Ｗｅｂサーバから受信」しているといえることは上記ウ-１のとおりであり，
　続いて，ｕで「サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプトに従ってコピー中画面を表示すると共にコピーＷｅｂサービス１１３を宛先として指定してコピー開始要求を送信」し，ｖで「画像処理装置１のコピーＷｅｂサービス１１３」が（Ｗｅｂブラウザ１０２から，当該コピー開始要求を受信して）「スキャナ１２５及びプロッタ１２４を制御して，ユーザ５が設定した原稿のコピーを開始する」ものであるから，
　引用発明の「画像処理装置１」も，「サーバ装置２から取得した画面ＨＴＭＬデータに埋め込まれている画面フロー制御のスクリプト」（これが本願発明３の「当該受信した応答データに含まれるスクリプト」といえることは明らかである。）に従って「スキャナ１２５及びプロッタ１２４」を制御して「原稿のコピー」を実行している，ということができ，
　その「コピー」は，当然に，原稿上の画像を読み取って紙出力する処理，すなわち，「画像入力処理及び画像出力処理を含む処理」といえることは明らかであるし，ｗでコピー実行中に紙詰まりエラーが想定されていることから「紙のフィード操作を含む画像出力処理」をしていることも明らかである。
　そうすると，引用発明の「画像処理装置１」も，「当該受信した応答データに含まれるスクリプトに従って」，「画像入力処理」すると共に「紙のフィード操作を含む画像出力処理」を実行する実行手段を備えているということができる。
　
　以上のことからすれば，引用発明の「画像処理装置１」も，「前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理（紙のフィード操作を含む，画像入力処理又は画像出力処理を実行する実行手段」を備えているといえ，したがって，要件Ｃ１において，本願発明３と相違しない。
　
　ウ-３　要件Ｃ２「前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，」，
　要件Ｄ１「前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，」について
  　
　引用発明の「画像処理装置１」は，コピー開始後，ｗで，その「Ｗｅｂブラウザ１０２」が「コピーＷｅｂサービス１１３から紙詰まりを示す応答を受信すると，サーバ装置２から取得した画面ＨＴＭＬデータ（これが，本願発明３の要件Ｃ２の「前記Ｗｅｂサーバからの応答データ」に相当することは上記のとおりである）に埋め込まれている画面フロー制御のスクリプトの記述５３６ｍ「http://server.address/copy/error_kamizumari」に従って，エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信」するものであるところ，
　その「画面ＨＴＭＬデータ」に埋め込まれている「スクリプトの記述５３６ｍ「http://server.address/copy/error_kamizumari」は，「前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬ」といえ，
　また，「当該記述５３６ｍに従って，エラー種別として紙詰まりを示すエラー画面取得要求をサーバ装置２に送信」することは，「前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う」ことということができる。
　以上によれば，引用発明も，「前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含」んでいるといえ，
　また，引用発明の「画像処理装置１」は，「前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段」を備えているといえ，
　したがって，要件Ｃ２及び要件Ｄ１において，本願発明３と相違しない。
　
　ウ-４　要件Ｄ２「前記第２の要求手段は，前記イベントの発生に応じて，当該発生したイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて，前記第２の要求を行うこと」
　上記ウ-３で検討した「第２の要求手段」は，引用発明のｗから，「前記イベントの発生に応じて」「前記第２の要求を行う」ものといえる。
　したがって，引用発明は，要件Ｄ２のうちの「前記第２の要求手段は，前記イベントの発生に応じて，前記第２の要求を行うこと」という事項を備えている。
　
　（３）一致点，相違点 
　以上の対比結果によれば，本願発明３と引用発明との一致点，相違点は次のとおりであることが認められる。 
　
　［一致点］ 
Ａ　　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
Ｂ　　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
Ｃ１　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
Ｄ１　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
Ｃ２　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
Ｄ２’前記第２の要求手段は，前記イベントの発生に応じて，前記第２の要求を行うこと
Ａ　を特徴とする情報処理装置。
　
　［相違点］
　上記Ｄ２’の「前記第２の要求を行うこと」が，
　本願発明３では，「当該発生したイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて，前記第２の要求を行うこと」であるのに対して，
　引用発明では，そうではない点。
　
　（４）相違点等の判断
　
　ア　［相違点の克服］
　引用発明を出発点とし，
　引用発明の，「前記第２の要求を行うこと」を，「当該発生したイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて，前記第２の要求を行うこと」とすること（以下，［相違点の克服］という。）で，上記［相違点］は克服され，本願発明に到達する。
　
　イ　相違点についての判断（［相違点の克服］の容易想到性判断）　
　
　《常套技術》
　一般に，Ｗｅｂブラウザ（を備えるクライアント）の要求に応じてＷｅｂサーバから自身（Ｗｅｂブラウザ）に提供される画面表示情報が動的に異なるようにするために，Ｗｅｂブラウザが，ＵＲＬの末尾に？から始まるクエリ文字列を（問い合わせ情報，引数として）付加したものを用いて，Ｗｅｂサーバーにクエリ文字列に対応した表示情報を要求することは，当業者に周知慣用の常套技術である。　
　｛これには，例えば，以下のものが参照される。
(1)小泉修，「図解でわかる　Ｗｅｂ技術のすべて」，株式会社日本実業出版発行，２００１年４月２０日，第４刷発行，ｐ.５２−ｐ．５７，ｐ.１４４−ｐ．１４７
(2)田口景介，“第16回　ASP.NETにおけるページの遷移 (1/4)　連載 プログラミングASP.NET　―ASP.NETによるWebアプリケーション実践開発講座”，２００３年０４月０５日，［平成２７年３月１７日検索］，インターネット＜URL：http://www.atmarkit.co.jp/ait/articles/0304/05/news003.html＞ 
(3)特開２００４−３０３２１８号公報（請求項１，９，【0063】〜【0069】等参照。）
(4)特開２００９−８６８０５号公報（段落【0064】〜【0067】等参照）
(5)特開２００７−７２９５９号公報（要約等参照。）
(6)特開平１０−３０７７９５号公報（【0057】〜【0061】等参照。）｝
　
　《判断》
　引用発明において，（第２の要求手段が）前記イベントの発生に応じて第２の要求を行うのは，サーバ装置２（「前記Ｗｅｂサーバ」）から提供されるエラー画面３０３ｅのＨＴＭＬデータ（ブロック表示情報）を，当該発生したイベントに対応する（エラー画面の）表示情報とするためである。
　そして，刊行物１には，エラーイベントとして，コピー実行中の「紙詰まりエラー」しか記載していないものの，「エラー種別」としていて「エラー」にも「種別」があることが示唆されていることや，コピー実行中のエラーとして，他に，「用紙なしエラー」や「トナーなしエラー」もごく普通に想定されることから，刊行物に接した当業者は，異なる複数種のエラーについても，エラーの種別に対応したエラー画面の表示情報がサーバ装置２から提供されるようにすることをごく普通に想定する。
　これは，エラー種別に応じてサーバ装置２（Ｗｅｂサーバ）から自身（Ｗｅｂブラウザ）に提供される表示情報を動的に異なるようにすることであるところ，
　そのためには，発生したエラー種別に応じて異なるエラーイベントが識別できるように，エラー名称部分が異なるＵＲＬを用いて対応する異なる表示情報をサーバ装置２に対して要求することもできるが，上記周知慣用の常套技術からすれば，これに替えて，当業者は，発生したエラー種別に応じて異なるエラーイベントが識別できるエラーイベントの名称をクエリ文字列として前記ＵＲＬに付加したものを用いて対応する異なる表示情報をサーバ装置２に対して要求することもごく普通に想到する，というべきである。
　すなわち，引用発明を出発点として上記［相違点の克服］をすることは，当業者が容易に想到し得ることである。
　
　（５）まとめ（相違点等の判断　−本願発明３−）
　以上，引用発明を出発点として，上記［相違点の克服］をすることで，本願発明３の構成に達するところ，同克服は，刊行物１及び周知技術に基づいて当業者が容易になし得たことである。
　効果についてみても，上記［相違点の克服］に伴って予測し得ない格別顕著なものがあるとも認められない。
　
［３］本願発明１について
　
　（１）本願発明１（構成要件の分説）
　本願発明１は，以下のように要件Ａ，Ｂ，Ｃ１，Ｃ２，Ｄ１，Ｄ３に分説することができ，前述した本願発明３の要件Ｄ２が要件Ｄ３に置き換わったものであり，他は本願発明３と同じである。
　
　　　　　本願発明１（分説）
Ａ　　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
Ｂ　　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
Ｃ１　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
Ｄ１　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
Ｃ２　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
Ｄ３　前記第２の要求手段は，前記イベントの発生に応じて，前記スクリプトを識別するためのＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うこと
Ａ　を特徴とする情報処理装置。
　
　（２）一致点，相違点 
　前記［２］（２）でした本願発明３と引用発明の対比結果を踏まえれば，本願発明１と引用発明との一致点，相違点は次のとおりであることが認められる。 
　
　［一致点］ 
Ａ　　Ｗｅｂサーバから提供される操作画面を表示するＷｅｂブラウザを備えた情報処理装置であって，
Ｂ　　前記Ｗｅｂブラウザに表示された操作画面を介してユーザにより指示された指示内容に従って前記Ｗｅｂサーバに第１の要求を行う第１の要求手段と，
Ｃ１　前記第１の要求に対する応答データを前記Ｗｅｂサーバから受信し，当該受信した応答データに含まれるスクリプトに従って画像処理を実行する実行手段と，
Ｄ１　前記Ｗｅｂサーバからの応答データに基づいて，前記Ｗｅｂサーバに第２の要求を行う第２の要求手段と，を備え，
Ｃ２　前記Ｗｅｂサーバからの応答データは，前記実行手段が画像処理を実行するときに発生し得るイベントに対応付けられたＵＲＬを含み，
Ｄ３’前記第２の要求手段は，前記イベントの発生に応じて，前記第２の要求を行うこと
Ａ　を特徴とする情報処理装置。
　
　［相違点］
　上記Ｄ３’の「前記第２の要求を行うこと」が，
　本願発明１では，「前記スクリプトを識別するためのＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うこと」であるのに対して，
　引用発明では，そうではない点。
　　
　（３）相違点等の判断
　
　ア　［相違点の克服］
　引用発明の，「前記第２の要求を行うこと」を，「前記スクリプトを識別するためのＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うこと」とすること（以下，［相違点の克服］という。）で，上記［相違点］は克服され，本願発明に到達する。
　イ　相違点についての判断（［相違点の克服］の容易想到性判断）　
　
　《本願発明１の「スクリプトを識別するためのＩＤ」》
　上記要件Ｄ３の「前記スクリプトを識別するためのＩＤ」とは，
明細書の記載「そして，Ｗｅｂアプリケーション５０１のプレゼンテーション部５０２が，Ｓ３のリクエストに応じて，処理中画面のＨＴＭＬデータを生成する。また，ロジック部５０３がＳ３のＰＯＳＴコマンドに含まれる設定情報に基づいて，ＭＦＰでの処理実行のためのスクリプトデータを生成する。ロジック部５０３は，スクリプト生成の際に，スクリプトを識別するためのセッションｉｄ（識別データ）を生成する。なお，ＭＦＰにスクリプト処理を依頼した後に通信が切れた場合を想定して，セッションｉｄの保持時間（タイムアウト時間）を設定する。」（段落【0045】）に照らせば，
　「ｗｅｂサーバが生成したセッションｉｄ」を含んでいうものであることは明らかである。
　
　《常套技術》
　Ｗｅｂサーバーが，一連のＨＴＴＰ通信の最初に，セッションＩＤと呼ばれる識別子をＷｅｂクライアントに対して発行し，続くＨＴＴＰ通信の際にセッションＩＤをＷｅｂクライアントから受け取ることにより，複数のＨＴＴＰ通信が一連のものであることをＷｅｂサーバが認識できるようにしすること，および，セッションＩＤのやり取りをクエリ文字を用いて行うことは，当業者に周知慣用の常套技術である。　
　｛これには，例えば，以下のものが参照される。
　(1)特開２００８−９０６５３号公報（段落【0002】〜【0005】等参照。）
　(2)国際公開第２００６／０９２８４０号明細書（段落【0036】，【0052】〜【0053】等参照。）
　(3)野宗貴文，“セッション管理はなぜ必要なのですか？”，２００１年２月２日，［平成２７年３月２９日検索］，インターネット＜URL：http://www.atmarkit.co.jp/fjava/javafaq/session/session01.html＞ 
　
　《判断》
　引用発明においても，セキュリティや効率性等の観点から，サーバ装置２とＬＡＮで接続された特定の１の画像処理装置１間のＨＴＴＰ通信を一連のものとして管理して処理することができるように，これらの間でセッションＩＤのやり取りをすることは普通に想定されるところであり，その際，上記常套技術からすれば，刊行物１に接した当業者は，引用発明においても，「前記第２の要求を行うこと」を，「セッションＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うこと」とすることを容易に想到する，というべきである。
　そして，そのことは，上記《本願発明１の「スクリプトを識別するためのＩＤ」》の欄で言及した事項を踏まえると，引用発明において，「前記第２の要求を行うこと」を，「前記スクリプトを識別するためのＩＤをクエリ文字列として前記ＵＲＬに付加したものを用いて前記第２の要求を行うこと」とすることが，当業者にとって容易であったことを意味する。
　よって，引用発明を出発点として上記［相違点の克服］をすることは，当業者が容易に想到し得ることである。
　
　（４）まとめ（相違点等の判断−本願発明１−）
　以上，引用発明を出発点として，上記［相違点の克服］をすることで，本願発明１の構成に達するところ，同克服は，刊行物１及び周知技術に基づいて当業者が容易になし得たことである。
　効果についてみても，上記［相違点の克服］に伴って予測し得ない格別顕著なものがあるとも認められない。
　
【第４】むすび 
　
　以上のとおり，本願の請求項１及び請求項３に係る発明は，上記刊行物１に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 
　それ故，本願の他の請求項について検討するまでもなく，本願は拒絶すべきものである。
　
　よって，結論のとおり審決する。