(57)【要約】【課題】Ｗｅｂブラウザのタイムアウトを回避可能である情報処理装置、情報処理システム、制御方法、及びプログラムを提供する。【解決手段】Ｗｅｂサーバから提供される操作画面を表示するためのＷｅｂブラウザを備えた情報処理装置であって、Ｗｅｂブラウザに表示された操作画面からユーザにより指示された指示内容に従った第１の処理要求データをＷｅｂサーバに送信し、第１の処理要求データに基づく要求をＷｅｂサーバから受信し、該受信した応答データに従った処理を実行する。また、処理の実行が終了する前に、Ｗｅｂサーバから指定されたタイミングにおいて第２の処理要求データをＷｅｂサーバに送信し、Ｗｅｂサーバから受信する応答データに従って、実行する処理の状況を示す操作画面を表示する。【選択図】図４
2014146383.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと、前記Ｗｅｂサーバが提供する画面を表示するＷｅｂブラウザ及び前記Ｗｅｂサーバにサービスを提供するサービスプロバイダを備える画像処理装置とを含む画像処理システムであって、
前記画像処理装置は、
前記画面を介してユーザが機能の実行を指示したことに応じて、前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して当該機能の実行を要求させる第１の要求手段と、
前記第１の要求手段による要求を受けた前記Ｗｅｂサーバから送信される前記機能の実行要求を、前記サービスプロバイダに受信させる第１の受信手段と、
前記第１の受信手段が受信した実行要求に基づいて、前記機能を実行する実行手段と、
前記サービスプロバイダに、前記Ｗｅｂサーバからの前記機能の実行状況及び前記機能の更新された実行状況の問合せに対して応答させる応答手段と、
前記Ｗｅｂサーバから送信される前記機能の実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第２の受信手段と、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して前記機能の更新された実行状況を示す画面を要求させる第２の要求手段と、
前記第２の要求手段による要求を受けた前記Ｗｅｂサーバから送信される前記機能の更新された実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第３の受信手段と、を備え、
前記Ｗｅｂサーバは、
前記第１の要求手段による要求に応じて、前記機能の実行要求を前記サービスプロバイダに送信する第１の送信手段と、
前記サービスプロバイダに対する問合せを行い、前記機能の実行状況及び前記機能の更新された実行状況を取得する取得手段と、
前記取得手段が取得した前記機能の実行状況を示す画面を前記Ｗｅｂブラウザに送信する第２の送信手段と、
前記第２の要求手段による要求に応じて、前記取得手段が取得した前記機能の更新された実行状況を示す画面を前記Ｗｅｂブラウザに送信する第３の送信手段と、を備え、
前記第２の送信手段が送信する画面には、前記第２の要求手段が要求を行うタイミングが定義されており、前記第２の要求手段は、前記定義されたタイミングに従って前記Ｗｅｂブラウザに要求を行わせることを特徴とする画像処理システム。
【請求項２】
前記取得手段は、前記第２の要求手段による要求に応じて前記サービスプロバイダから前記機能の更新された実行状況を取得することを特徴とする請求項１に記載の画像処理システム。
【請求項３】
前記定義されたタイミングとは、前記第２の受信手段が画面を受信してから所定時間が経過するタイミングであることを特徴とする請求項１または２に記載の画像処理システム。
【請求項４】
前記機能は、原稿上の画像を読み取って生成した画像データを送信する機能であることを特徴とする請求項１乃至３のいずれか１項に記載の画像処理システム。
【請求項５】
前記実行状況は、前記機能の正常終了、キャンセル終了、及び実行中の少なくとも１つを含むことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理システム。 
【請求項６】
Ｗｅｂサーバであって、
前記Ｗｅｂサーバが提供する画面を表示するＷｅｂブラウザ及び前記Ｗｅｂサーバにサービスを提供するサービスプロバイダを備える画像処理装置と通信する通信手段と、
前記画面を介してユーザが機能の実行を指示したことに応じた、前記Ｗｅｂブラウザによる前記機能の実行の要求に応じて、前記機能の実行要求を前記サービスプロバイダに送信する第１の送信手段と、
前記サービスプロバイダに対する問合せを行い、前記機能の実行状況及び前記機能の更新された実行状況を取得する取得手段と、
前記Ｗｅｂブラウザによる前記機能の実行状況を示す画面の要求に応じて、前記取得手段が取得した前記機能の実行状況を示す画面を前記Ｗｅｂブラウザに送信する第２の送信手段と、
前記Ｗｅｂブラウザによる前記機能の更新された実行状況を示す画面の要求に応じて、前記取得手段が取得した前記機能の更新された実行状況を示す画面を前記Ｗｅｂブラウザに送信する第３の送信手段と、を備え、
前記第２の送信手段が送信する画面には、前記Ｗｅｂブラウザが前記機能の更新された実行状況を示す画面の要求を行うタイミングが定義されていることを特徴とするＷｅｂサーバ。
【請求項７】
前記取得手段は、前記Ｗｅｂブラウザによる前記機能の更新された実行状況を示す画面の要求に応じて前記サービスプロバイダから前記機能の更新された実行状況を取得することを特徴とする請求項６に記載のＷｅｂサーバ。
【請求項８】
前記定義されたタイミングとは、前記第２の送信手段が送信した画面を前記Ｗｅｂブラウザが受信してから所定時間が経過するタイミングであることを特徴とする請求項６または７に記載のＷｅｂサーバ。 
【請求項９】
前記機能は、原稿上の画像を読み取って生成した画像データを送信する機能であることを特徴とする請求項６乃至８のいずれか１項に記載のＷｅｂサーバ。
【請求項１０】
前記実行状況は、前記機能の正常終了、キャンセル終了、及び実行中の少なくとも１つを含むことを特徴とする請求項６乃至９のいずれか１項に記載のＷｅｂサーバ。 
【請求項１１】
Ｗｅｂサーバと、前記Ｗｅｂサーバが提供する画面を表示するＷｅｂブラウザ及び前記Ｗｅｂサーバにサービスを提供するサービスプロバイダを備える画像処理装置とを含む画像処理システムにおける画像処理方法であって、
前記画像処理装置において、
前記画面を介してユーザが機能の実行を指示したことに応じて、前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して当該機能の実行を要求させる第１の要求工程と、
前記第１の要求工程での要求を受けた前記Ｗｅｂサーバから送信される前記機能の実行要求を、前記サービスプロバイダに受信させる第１の受信工程と、
前記第１の受信工程で受信した実行要求に基づいて前記機能を実行する実行工程と、
前記サービスプロバイダに、前記Ｗｅｂサーバからの前記機能の実行状況及び前記機能の更新された実行状況の問合せに対して応答させる応答工程と、
前記Ｗｅｂサーバから送信される前記機能の実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第２の受信工程と、
前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して前記機能の更新された実行状況を示す画面を要求させる第２の要求工程と、
前記第２の要求工程での要求を受けた前記Ｗｅｂサーバから送信される前記機能の更新された実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第３の受信工程と、を備え、
前記Ｗｅｂサーバにおいて、
前記第１の要求工程での要求に応じて、前記機能の実行要求を前記サービスプロバイダに送信する第１の送信工程と、
前記サービスプロバイダに対する問合せを行い、前記機能の実行状況及び前記機能の更新された実行状況を取得する取得工程と、
前記取得工程で取得した前記機能の実行状況を示す画面を前記Ｗｅｂブラウザに送信する第２の送信工程と、
前記第２の要求工程での要求に応じて、前記取得工程で取得した前記機能の更新された実行状況を示す画面を前記Ｗｅｂブラウザに送信する第３の送信工程と、を備え、
前記第２の送信工程で送信する画面には、前記第２の要求工程で要求を行うタイミングが定義されており、前記第２の要求工程では、前記定義されたタイミングに従って前記Ｗｅｂブラウザに要求を行わせることを特徴とする画像処理方法。
【請求項１２】
Ｗｅｂサーバの制御方法であって、
前記Ｗｅｂサーバが提供する画面を表示するＷｅｂブラウザ及び前記Ｗｅｂサーバにサービスを提供するサービスプロバイダを備える画像処理装置と通信する通信工程と、
前記画面を介してユーザが機能の実行を指示したことに応じた、前記Ｗｅｂブラウザによる前記機能の実行の要求に応じて、前記機能の実行要求を前記サービスプロバイダに送信する第１の送信工程と、
前記サービスプロバイダに対する問合せを行い、前記機能の実行状況及び前記機能の更新された実行状況を取得する取得工程と、
前記Ｗｅｂブラウザによる前記機能の実行状況を示す画面の要求に応じて、前記取得工程で取得した前記機能の実行状況を示す画面を前記Ｗｅｂブラウザに送信する第２の送信工程と、
前記Ｗｅｂブラウザによる前記機能の更新された実行状況を示す画面の要求に応じて、前記取得工程で取得した前記機能の更新された実行状況を示す画面を前記Ｗｅｂブラウザに送信する第３の送信工程と、を備え、
前記第２の送信工程で送信する画面には、前記Ｗｅｂブラウザが前記機能の更新された実行状況を示す画面の要求を行うタイミングが定義されていることを特徴とする制御方法。
【請求項１３】
コンピュータを請求項１乃至５のいずれか１項に記載の画像処理システムの各手段として機能させるためのプログラム。
【請求項１４】
コンピュータを請求項６乃至１０のいずれか１項に記載のＷｅｂサーバの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバと、当該Ｗｅｂサーバから提供される画面を表示する画像処理装置とを含む画像処理システムに関する。
【背景技術】
【０００２】
パーソナルコンピュータ等の情報処理装置がネットワークを介してＷｅｂサーバに接続され、Ｗｅｂサーバから提供される操作画面を情報処理装置のＷｅｂブラウザに表示する技術が知られている。この場合、情報処理装置のＷｅｂブラウザがＷｅｂサーバに対して操作画面を要求（リクエスト）する。そして、Ｗｅｂサーバに格納されたＷｅｂアプリケーションがＷｅｂブラウザからの要求に応えて、Ｗｅｂブラウザに操作画面を表示させるためのＨＴＭＬデータをＷｅｂブラウザに応答（レスポンス）する。Ｗｅｂブラウザは、受信したＨＴＭＬデータを解析し、ＨＴＭＬデータの記述に基づいた操作画面を表示する。更に、Ｗｅｂブラウザに表示された操作画面を介してユーザが指示を入力すると、入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバのＷｅｂアプリケーションは、入力された指示に従って処理を実行する。
【０００３】
また、最近では、スキャナやプリンタ等を備えたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述のＷｅｂブラウザを備えるものがあり、ＭＦＰは、上記手順でＷｅｂサーバから提供される操作画面をＭＦＰのＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける（例えば、特許文献１）。そして、ユーザにより入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。この通知を受けたＷｅｂサーバは、ユーザから入力された指示内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全てのメニューデータをＭＦＰに保持しておく必要がなくなると共に、メニューデータの変更もＷｅｂサーバで容易に行うことが可能になる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１２７５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、ＭＦＰのＷｅｂブラウザに表示された操作画面を介して入力された指示に基づいてＷｅｂサーバのＷｅｂアプリケーションが処理を実行する場合、Ｗｅｂアプリケーションによる処理が終了したことに応じて、新たな操作画面がＷｅｂブラウザに表示される。つまり、Ｗｅｂサーバは、Ｗｅｂアプリケーションによる処理が終了した時に、処理の終了を通知する通知画面、或いは次の操作をユーザに行わせるための操作画面のＨＴＭＬデータを生成する。そして、生成したＨＴＭＬデータを、Ｗｅｂブラウザからのリクエストに対するレスポンスとしてＷｅｂブラウザに送信する。一方、ＰＣやＭＦＰ等の情報処理装置に搭載されるＷｅｂブラウザには、Ｗｅｂサーバに対してリクエストを送信してから、Ｗｅｂサーバからのレスポンスを受け取るまでの制限時間（タイムアウト時間）が設定されているものがある。そして、このタイムアウト時間内にＷｅｂサーバからのレスポンスがない場合、Ｗｅｂブラウザは送信したリクエストを無効化する処理（タイムアウト処理）を行う。当該タイムアウト処理により、例えば、送信したリクエストに対するレスポンスを待つことを止め、新たなリクエストの送信が可能な状態となる。このとき、セッション自体を破棄する処理を行って、Ｗｅｂブラウザのリソースを解放する場合もある。
【０００６】
上述の特許文献１では、ＭＦＰのＷｅｂブラウザに表示された操作画面を介してユーザが入力指示を行うと、Ｗｅｂブラウザは、その指示に基づくリクエストをＷｅｂサーバに送信する一方で、Ｗｅｂサーバは、このリクエストに対するレスポンスとしての処理結果（新たな処理要求）をＨＴＭＬデータでＷｅｂブラウザに送信する。
【０００７】
しかしながら、Ｗｅｂブラウザが操作画面を表示してから、ユーザによる指示が行われずに所定時間を経過すると自動的にタイムアウト処理が実行されてしまい、Ｗｅｂサーバから送信されるレスポンスがＭＦＰのＷｅｂブラウザで正常に受信できなくなる。これにより、ＭＦＰで実行した処理結果をユーザに通知することができなくなってしまう。
【０００８】
本発明は、上記問題点に鑑みてなされたものであり、機能の実行状況を適切に表示する仕組みを提供するものである。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る画像処理システムは、Ｗｅｂサーバと、前記Ｗｅｂサーバが提供する画面を表示するＷｅｂブラウザ及び前記Ｗｅｂサーバにサービスを提供するサービスプロバイダを備える画像処理装置とを含む画像処理システムであって、前記画像処理装置は、前記画面を介してユーザが機能の実行を指示したことに応じて、前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して当該機能の実行を要求させる第１の要求手段と、前記第１の要求手段による要求を受けた前記Ｗｅｂサーバから送信される前記機能の実行要求を、前記サービスプロバイダに受信させる第１の受信手段と、前記第１の受信手段が受信した実行要求に基づいて、前記機能を実行する実行手段と、前記サービスプロバイダに、前記Ｗｅｂサーバからの前記機能の実行状況及び前記機能の更新された実行状況の問合せに対して応答させる応答手段と、前記Ｗｅｂサーバから送信される前記機能の実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第２の受信手段と、前記Ｗｅｂブラウザに、前記Ｗｅｂサーバに対して前記機能の更新された実行状況を示す画面を要求させる第２の要求手段と、前記第２の要求手段による要求を受けた前記Ｗｅｂサーバから送信される前記機能の更新された実行状況を示す画面を、前記Ｗｅｂブラウザに受信させる第３の受信手段と、を備え、前記Ｗｅｂサーバは、前記第１の要求手段による要求に応じて、前記機能の実行要求を前記サービスプロバイダに送信する第１の送信手段と、前記サービスプロバイダに対する問合せを行い、前記機能の実行状況及び前記機能の更新された実行状況を取得する取得手段と、前記取得手段が取得した前記機能の実行状況を示す画面を前記Ｗｅｂブラウザに送信する第２の送信手段と、前記第２の要求手段による要求に応じて、前記取得手段が取得した前記機能の更新された実行状況を示す画面を前記Ｗｅｂブラウザに送信する第３の送信手段と、を備え、前記第２の送信手段が送信する画面には、前記第２の要求手段が要求を行うタイミングが定義されており、前記第２の要求手段は、前記定義されたタイミングに従って前記Ｗｅｂブラウザに要求を行わせることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、機能の実行状況を適切に表示する仕組みを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態１に係る情報処理システムの全体構成を示す図である。
【図２】ＭＦＰ１０１及びＷｅｂサーバ１０２のハードウェア構成を示す図である。
【図３】ＭＦＰ１０１及びＷｅｂサーバ１０２のソフトウェア構成を示す図である。
【図４】情報処理システムの処理手順を示す図である。
【図５】メニュー画面及び機能実行指示画面の一例を示す図である。
【図６】パラメータ及びＨＴＭＬデータの一例を示す図である。
【図７】Ｗｅｂアプリケーション４１０の処理手順を示す図である。
【図８】実施形態２に係るＷｅｂアプリケーション４１０の処理手順を示す図である。
【図９】ＨＴＭＬデータの一例を示す図である。
【図１０】実施形態４に係るＭＦＰ１０１及びＷｅｂサーバ１０２のソフトウェア構成を示す図である。
【図１１】情報処理システムの処理手順を示す図である。
【図１２】機能実行スクリプトの一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を詳細に説明する。なお、以下の実施形態は特許請求の範囲を限定するものでなく、また、実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１３】
＜実施形態１＞
本実施形態１に係る情報処理装置は、例えば、スキャナ機能やプリンタ機能等を備えたＭＦＰであり、Ｗｅｂサーバから提供される操作画面を表示するためのＷｅｂブラウザを備える。本実施形態１では、Ｗｅｂブラウザから定期的にＷｅｂサーバへアクセスを行うことで、Ｗｅｂブラウザのタイムアウトを防止する例を説明する。
【００１４】
［情報処理システムのハードウェア構成（図１、図２）］
本実施形態１に係る情報処理システムは、ＭＦＰ１０１と、ＭＦＰ１０１とＬＡＮ１１０等のネットワークで接続されたＷｅｂサーバ１０２とを備える。ＭＦＰ１０１とＷｅｂサーバ１０２とは、互いに通信可能に構成される。
【００１５】
（ＭＦＰ１０１のハードウェア構成（図２の２ａ））
ＭＦＰ１０１は、原稿画像を入力するためのスキャナ部２２１、画像を出力するためのプリンタ部２２０、ユーザが所望の操作を行うための操作部２１９及びＭＦＰ１１０全体の動作を制御する制御部２１０を備える。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４及び各種インターフェースを備える。
【００１６】
ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御等の各種制御を行う。ＲＡＭ２１３は、ＣＰＵ２１１のメインメモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９は、タッチパネル機能を有する液晶表示部やキーボード等を備える。
【００１７】
ＭＦＰ１０１は、後述するＷｅｂブラウザ機能を更に備え、このＷｅｂブラウザは、Ｗｅｂサーバ１０２から受信したＨＴＭＬデータを解析し、受信したＨＴＭＬデータの記述に基づく操作画面を操作部２１９の液晶表示部に表示する。
【００１８】
プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ部２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ部２２１と制御部２１０とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、ＭＦＰ１０１の制御部２１０をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信したりする。
【００１９】
（Ｗｅｂサーバ１０２のハードウェア構成（図２の２ｂ））
Ｗｅｂサーバ１０２は、Ｗｅｂサーバ１０２全体の動作を制御する制御部３１０を備える。制御部３１０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４及びネットワークＩ／Ｆ３１５を備える。
【００２０】
ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１のメインメモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。
【００２１】
［情報処理システムのソフトウェア構成（図３）］
（ＭＦＰ１０１のソフトウェア構成）
ＭＦＰ１０１は、Ｗｅｂブラウザ４４０及びサービスプロバイダ４５０を備える。各機能部は、ＭＦＰ１０１のＣＰＵ２１１が制御プログラムを実行することにより実現される。
【００２２】
Ｗｅｂブラウザ４４０は、通信部４４１、解析部４４２及び画面表示部４４３を有する。通信部４４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４４１は、Ｗｅｂブラウザ４４０で表示する操作画面をＷｅｂアプリケーション４１０に対して要求する。更に、通信部４４１は、Ｗｅｂブラウザ４４０で表示した操作画面を介してユーザが入力するための情報をＷｅｂアプリケーション４１０に対するリクエストとして送信する。また、通信部４４１は、Ｗｅｂアプリケーション４１０から送信されるレスポンス（処理結果）を受信する。
【００２３】
解析部４４２は、Ｗｅｂアプリケーション４１０から通信部４４１が受信したレスポンスを解析する。ＨＴＭＬデータには、ＨＴＭＬデータや、Ｗｅｂブラウザ４４０に表示すべき操作画面の内容を示す記述が含まれる。画面表示部４４３は、ＨＴＭＬデータの解析結果に基づいて、操作部２１９に操作画面を表示する。
【００２４】
サービスプロバイダ４５０は、通信部４５１及びジョブ生成部４５２を有する。通信部４５１は、後述のＷｅｂアプリケーション４１０のロジック部４１２から処理依頼を受け付ける。ジョブ生成部４５２は、通信部４５１が受け付けた処理依頼を受け取り、依頼された処理を実行するためのジョブを生成して実行する。
【００２５】
（Ｗｅｂサーバ１０２のソフトウェア構成）
Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４１０を有する。Ｗｅｂアプリケーション４１０は、Ｗｅｂサーバ１０２のＣＰＵ３１１が制御プログラムを実行することにより実現される。
【００２６】
Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０からリクエストとして送信される情報を受信し、受信した情報に基づいて処理を実行する。処理結果は、Ｗｅｂアプリケーション４１０からＷｅｂブラウザ４４０に対してレスポンスとして送信される。
【００２７】
Ｗｅｂアプリケーション４１０は、プレゼンテーション部４１１及びロジック部４１２を有する。プレゼンテーション部４１１は、ＭＦＰ１０１の通信部４４１と通信し、通信部４４１から送信されるリクエストを受信する。次に、プレゼンテーション部４１１は、受信したリクエストをロジック部４１２へ通知し、ロジック部４１２からの応答を待つ。ロジック部４１２からの応答データを受け取ったプレゼンテーション部４１１は、応答データの内容に従ってＭＦＰ１０１のＷｅｂブラウザ４４０で表示すべき操作画面に対応するＨＴＭＬデータをレスポンスとして送信する。ＭＦＰ１０１のＷｅｂブラウザ４４０に表示された操作画面を介して入力された情報は、リクエストとして通信部４４１から送信される。
【００２８】
ロジック部４１２は、プレゼンテーション部４１１から通知されるリクエストに応じて各種処理を実行すると共に、ＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ部２２０による印刷処理の実行や、スキャナ部２２１による読み取り処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を依頼する。
【００２９】
ＭＦＰ１０１に対して処理の実行を依頼する場合、ロジック部４１２は、ＭＦＰ１０１のサービスプロバイダ４５０の通信部４５１と通信する。そして、ロジック部４１２は、ＭＦＰ１０１により実行された処理結果をＭＦＰ１０１の通信部４５１から受信する。
【００３０】
［情報処理システムの処理手順（図４）］
まず、ＭＦＰ１０１のＷｅｂブラウザ４４０がユーザの操作により起動される。Ｗｅｂブラウザ４４０は、Ｗｅｂアプリケーション４１０に対してメニュー画面のリクエストを行う（Ｓ５０１）。リクエストを受けたＷｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０にメニュー画面のレスポンスを返す（Ｓ５０２）。
【００３１】
Ｗｅｂブラウザ４４０は、受信したメニュー画面（例えば、図５の６００）を表示する（Ｓ５０３）。図５において、６０１乃至６０４がＭＦＰ１０１のどの機能を利用するかをユーザが選択するためのボタンである。ユーザが利用すべき機能を選択すると、Ｗｅｂブラウザ４４０は、ユーザにより押下されたボタンに対応した機能画面のリクエストをＷｅｂアプリケーション４１０に対して行う（Ｓ５０４）。リクエストを受けたＷｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０に機能画面のレスポンスを返す（Ｓ５０５）。
【００３２】
次に、Ｗｅｂブラウザ４４０は、受信した機能実行指示画面（例えば、図５の７００）を表示する（Ｓ５０６）。図５の７００に示す機能実行指示画面は、ＭＦＰ１０１のスキャナ部２２１を用いて原稿上の画像を読み取ることにより生成した画像データをＬＡＮ１１０上のＦＴＰサーバに送信することを指示するためのものである。この例では、画像データをＰＤＦフォーマットで生成し、「ｔｅｓｔ．ｐｄｆ」というファイル名を付与することが設定された状態となっている。７０１は機能の実行を指示する実行ボタンである。
【００３３】
ユーザが実行ボタン７０１を押下することにより機能の実行を指示すると、Ｗｅｂブラウザ４４０（第１の送信手段）は、Ｗｅｂアプリケーション４１０に対して機能の実行をリクエストする（すなわち、第１の処理要求データを送信する）（Ｓ５０７）。リクエストを受け取ったＷｅｂアプリケーション４１０は、サービスプロバイダ４５０に対して機能の実行をリクエストする（Ｓ５０８）。Ｓ５０８では、例えば、図６の８０１に示すパラメータを用いて、サービスプロバイダ４５０に対して指示を行う。このパラメータは、実行機能として「ＦＴＰ送信」を、送信するファイル名には「ｔｅｓｔ．ｐｄｆ」、ファイル形式は「ＰＤＦ」とＳ５０６でＷｅｂブラウザ４４０に表示した機能事項指示画面を介して、ユーザにより入力指示された値がそれぞれ設定される。また、送信先にはＦＴＰサーバのアドレスとフォルダのパスが設定される。最後に、応答モードでは、Ｗｅｂアプリケーション４１０からのリクエストに対してサービスプロバイダ４５０が応答するタイミングを設定する。この例では、「即時」が設定されており、サービスプロバイダ４５０は、機能の実行が全て終了するのを待たずに即時にレスポンスを返すことになる。このパラメータで機能の実行を指示されたサービスプロバイダ４５０は、機能画面の表示を行う（Ｓ５０９）。
【００３４】
更に、サービスプロバイダ４５０は、パラメータ８０１に応じたジョブの生成を行い、ジョブを一意に識別するＩＤ（識別データ）を発行する（Ｓ５１０）。そして、サービスプロバイダ４５０は、発行したジョブＩＤをレスポンスとしてＷｅｂアプリケーション４１０に対して返す（Ｓ５１１）。なお、本レスポンスはＳ５０８で指定された通り、ジョブの実行完了を待たずに即座に実行する。
【００３５】
サービスプロバイダ４５０は、Ｗｅｂアプリケーション４１０にレスポンスを返した後も引き続き、Ｓ５１０で生成したジョブの処理を実行する（Ｓ５１２）。ここでは、例えば、スキャナ部等の機能制御、実行中画面やエラー画面、原稿セット等のユーザへの処理依頼画面の表示・更新、エラーリカバリー後の再開や原稿セット後のスキャン開始指示等のユーザ操作のジョブに関する一連の処理を全て実行する。更に、ジョブの処理が終了した後、Ｓ５０９で表示した機能画面を終了してブラウザの画面に戻す。
【００３６】
一方、Ｗｅｂアプリケーション４１０は、Ｓ５１１で取得したジョブＩＤを記録する（Ｓ５１３）。更に、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０にレスポンスを返す（Ｓ５１４）。
【００３７】
上記処理によれば、Ｗｅｂブラウザ４４０がＳ５０７で機能実行リクエストを行った後、Ｓ５１４で最初のレスポンスを受け取るまでの一連の処理が即座に実行される。これにより、Ｗｅｂブラウザ４４０は、ジョブの実行終了を待たずにレスポンスを得ることができるため、タイムアウトを防止することができる。しかし、これまでの処理だけではジョブの処理結果をＷｅｂブラウザ４４０に表示することによりユーザに提示することができない。これ以降の処理では、ジョブの処理結果をＷｅｂブラウザ４４０に表示するための処理に関して述べる。
【００３８】
図６の９０１、９０２は、Ｓ５１４でレスポンスするＨＴＭＬデータの一例である。ＨＴＭＬ９０１のｈｅａｄタグ内にｍｅｔａタグ９０３として、「＜ｍｅｔａ  ｈｔｔｐ−ｅｑｕｉｖ＝”ｒｅｆｒｅｓｈ”ｃｏｎｔｅｎｔ＝”５”＞」を埋め込んでいる。これは、５秒後に現在表示しているページを再読込するように指示するタグである。すなわち、このＨＴＭＬデータは、Ｓ５１４のレスポンスのタイミングを規定した設定データを含んでいる。
【００３９】
Ｗｅｂブラウザ４４０は、ＨＴＭＬ９０１を表示すると同時にｍｅｔａタグの解釈を行う（Ｓ５１５）。Ｗｅｂブラウザ４４０（第２の送信手段）は、ｍｅｔａタグの指示内容に従い、５秒後に画面更新のリクエスト（第２の処理要求データ）をＷｅｂアプリケーション４１０に送信する（Ｓ５１６）。９０４は画面に表示するコンテンツを記述する領域で、ジョブの処理状況に応じて任意の画面をＷｅｂアプリケーション４１０によって入れることができる。本例では「実行中です・・・」という表示を行う。
【００４０】
ＨＴＭＬ９０２のｂｏｄｙタグ９０５に「ｏｎｌｏａｄ＝“ｓｅｔＴｉｍｅｏｕｔ（‘ｌｏｃａｔｉｏｎ．ｒｅｌｏａｄ（）’，５０００；”」を埋め込んでいる。これはＨＴＭＬが読み込まれたときに実行されるＪａｖａ（登録商標）Ｓｃｒｉｐｔで、５秒後に現在表示しているページを再読込する処理である。９０６は、９０４と同様に、画面に表示するコンテンツを記述する領域で、ジョブの処理状況に応じて任意の画面をＷｅｂアプリケーション４１０によって入れることができる。本例では「実行中です・・・」という表示を行う。ＨＴＭＬ９０１とＨＴＭＬ９０２とは、互いに手法が異なるが同様の処理が実現される。
【００４１】
Ｓ５１６で画面更新のリクエストを受信したＷｅｂアプリケーション４１０は、Ｓ５１３で記録したジョブＩＤをパラメータとして、サービスプロバイダ４５０に対してジョブステータス取得要求を行う（Ｓ５１７）。サービスプロバイダ４５０（取得手段）は、渡されたジョブＩＤで示されるジョブのステータスを取得する。ジョブのステータスとは、例えば、実行中・正常終了・キャンセル終了等の処理状態を示すものである。ステータスを取得したサービスプロバイダ４５０（第３の送信手段）は、Ｗｅｂアプリケーション４１０に対して取得したステータスをレスポンスとして返す（Ｓ５１８）。
【００４２】
ジョブステータスを受信したＷｅｂアプリケーション４１０は、処理内容に応じてＷｅｂブラウザ４４０に返信する画面のＨＴＭＬデータを作成する。図７はその処理を示すフローチャートである。Ｗｅｂアプリケーション４１０は、取得したジョブ処理ステータスが上記３パターン（すなわち、実行中・正常終了・キャンセル終了）のいずれであるかをチェックする（Ｓ１００１）。ステータスが正常終了の場合には正常終了の画面生成を行う（Ｓ１００２）。ステータスがキャンセル終了の場合にはキャンセル終了の画面生成を行う（Ｓ１００３）。ステータスが実行中の場合は、実行中の画面生成を行う（Ｓ１００４）。Ｓ１００４で生成する実行中画面は、図６の９０１や９０２に該当する。
【００４３】
Ｓ５１９乃至Ｓ５２３の処理は、Ｓ１００４の実行中画面が生成された後の動作であり、Ｓ５１４乃至Ｓ５１６の処理手順と同様である。ジョブステータスが正常終了やキャンセル終了であった場合には、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０に終了画面ＨＴＭＬのレスポンスを返す（Ｓ５２４）。最後に、Ｗｅｂブラウザ４４０は、受信した終了画面を表示し（Ｓ５２５）、一連の処理を終了する。
【００４４】
Ｓ５１７乃至Ｓ５２５で説明したように、ＭＦＰ１０１がジョブを処理している間はＷｅｂブラウザ４４０からＷｅｂアプリケーション４１０に対して定期的に画面更新の要求を行うことでジョブの最新ステータスを取得することが可能となる。これにより、ジョブのステータスが終了になった段階でユーザに終了画面を提示することができる。
【００４５】
以上述べた通り、本実施形態１によれば、ＷｅｂブラウザでＭＦＰの操作を行っている際、タイムアウト処理が発生することを回避することができ、タイムアウトによりユーザの操作が継続できなくなることを回避することができる。
【００４６】
＜実施形態２＞
本実施形態２は、実施形態１に対してＷｅｂアプリケーション４１０の動作が一部異なる。実施形態１では、Ｗｅｂブラウザ４４０はＷｅｂアプリケーション４１０の指示内容に従って一定時間経過後にＷｅｂアプリケーション４１０に画面更新のリクエストを行う。このため、ジョブ処理終了からＷｅｂブラウザ４４０に処理終了結果を表示するまでの間に多少のタイムラグがある。また、実施形態１では、Ｗｅｂブラウザ４４０からのリクエスト頻度を増やすことによりタイムラグを小さくすることができるが、これは通信の負荷増大やＷｅｂアプリケーション４１０とサービスプロバイダ４５０の処理負荷の増大を招いてしまう。
【００４７】
これに対して、本実施形態２では、Ｗｅｂブラウザ４４０はＷｅｂアプリケーション４１０に対して即座にリクエストを行う。リクエストを受けたＷｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０のタイムアウトが発生しない時間の範囲でその応答を保留する。Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０へのレスポンスを保留している間に、サービスプロバイダ４５０に対して定期的に処理ステータスを問い合わせる。Ｗｅｂアプリケーション４１０は、ジョブの処理ステータスが終了に変化するか、保留時間が満了した場合にのみＷｅｂブラウザ４４０へのレスポンスを行う。上記処理により、タイムアウトの発生を防止するだけでなく、Ｗｅｂブラウザ４４０でジョブ終了結果の画面を即座に表示することが可能となる。
【００４８】
図８は、Ｗｅｂブラウザ４４０からＷｅｂアプリケーション４１０に対してＳ５１６と同様の画面更新のリクエストが送信された場合の、Ｗｅｂアプリケーション４１０の処理を示すフローチャートである。まず、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０のリクエストから一定時間経過したか否かを判定する（Ｓ１１０１）。なお、一定時間とは、Ｗｅｂブラウザ４４０のタイムアウトが発生しない時間である。すなわち、この時間は、タイムアウト時間よりも短く、かつ、タイムアウト時間内にＷｅｂサーバからの応答データを受信可能な範囲で定められる。例えば、Ｗｅｂブラウザ４４０のタイムアウト時間が５分の場合には、タイムアウト時間内である５分未満の時間にしておく。一定時間経過していなければ、Ｗｅｂアプリケーション４１０は、サービスプロバイダ４５０からジョブのステータスを取得して、取得したジョブ処理ステータスが上記３パターン（すなわち、実行中・正常終了・キャンセル終了）のいずれであるかをチェックする（Ｓ１１０２）。ジョブのステータスが実行中の場合には、Ｓ１１０１の処理に戻る。ステータスが正常終了の場合には、正常終了の画面生成を行う（Ｓ１１０３）。ステータスがキャンセル終了の場合には、キャンセル終了の画面生成を行う（Ｓ１１０４）。Ｓ１１０１でＷｅｂブラウザ４４０のリクエストから一定時間経過している場合には、実行中画面の生成を行う（Ｓ１１０５）。
【００４９】
図９の１２０１、１２０２は、Ｓ１１０５で生成される実行中画面のＨＴＭＬデータの一例である。ＨＴＭＬ１２０１のｈｅａｄタグ内にｍｅｔａタグ１２０３として、「＜ｍｅｔａ  ｈｔｔｐ−ｅｑｕｉｖ＝”ｒｅｆｒｅｓｈ”  ｃｏｎｔｅｎｔ＝”０”＞」を埋め込んでいる。これは０秒後に現在表示しているページを再読込するように指示するタグである。Ｗｅｂブラウザ４４０は、ＨＴＭＬ１２０１を表示すると同時にｍｅｔａタグの解釈を行い、即座に画面更新のリクエストをＷｅｂアプリケーション４１０に送信する。１２０４は９０４と同様である。
【００５０】
ＨＴＭＬ１２０２のｂｏｄｙタグ１２０５に「ｏｎｌｏａｄ＝“ｌｏｃａｔｉｏｎ．ｒｅｌｏａｄ（）”」を埋め込んでいる。これはＨＴＭＬが読み込まれたときに実行されるＪａｖａ（登録商標）Ｓｃｒｉｐｔで、現在表示しているページを再読込する処理である。１２０６は９０４と同様である。ＨＴＭＬ１２０１とＨＴＭＬ１２０２とは、互いに手法が異なるが同様の処理が実現される。
【００５１】
以上述べた通り、本実施形態２によれば、実施形態１の効果に加えて、ユーザに対して即座に処理結果を表示することが可能となる。
【００５２】
＜実施形態３＞
上記実施形態２では、Ｗｅｂブラウザ４４０からのリクエスト保留処理をＷｅｂアプリケーション４１０が行ったが、本実施形態３では、当該リクエスト保留処理をサービスプロバイダ４５０で実施する点で異なる。サービスプロバイダ４５０で保留処理を実施することで、Ｗｅｂアプリケーション４１０とサービスプロバイダ４５０との間の通信を減らすことが可能となる。更に、Ｗｅｂアプリケーション４１０は、保留処理の実装が不要となるため作成が容易になる。
【００５３】
本実施形態３では、Ｗｅｂアプリケーション４１０がサービスプロバイダ４５０に対してジョブステータス取得を行うＳ５１７及びＳ５２２（図４参照）において、パラメータに保留時間を設定し、リクエストを行う。ジョブステータス取得要求を受けたサービスプロバイダ４５０は、実施形態２（図８参照）と同様の処理を行う。サービスプロバイダ４５０は、リクエストを受けて設定された時間が経過するか、ジョブが終了するかのいずれかの終了条件を満たすまでジョブステータスを監視し、該終了条件を満たした場合にＷｅｂアプリケーション４１０にレスポンスを返す。
【００５４】
以上述べた通り、本実施形態３によれば、実施形態２の効果に加え、Ｗｅｂアプリケーション４１０とサービスプロバイダ４５０との間で行われるジョブステータスを取得するための通信を減らすことが可能となる。
【００５５】
＜実施形態４＞
上記実施形態１では、Ｗｅｂアプリケーション４１０がサービスプロバイダ４５０に対してリクエストを送信したが、本実施形態４では、Ｗｅｂブラウザ４４０へのレスポンスにサービスプロバイダ４５０への処理実行を指示するスクリプトを埋め込んで処理を実行させる点で異なる。
【００５６】
本実施形態４は、ファイヤウォールの設定によって、サービスプロバイダ４５０がＭＦＰ側で待ち受けポートを開いても、ファイヤウォールの外のＷｅｂアプリケーション４１０からコネクションが張れないような制限のある通信環境であっても、実現可能に構成される。
【００５７】
なお、本実施形態４では、Ｗｅｂブラウザ４４０が直接ＭＦＰ１０１の処理を実行するため、Ｗｅｂブラウザ４４０のタイムアウトは発生しない。しかし、この構成でもＷｅｂブラウザ４４０とＷｅｂアプリケーション４１０は定期的に通信を行う必要がある。
【００５８】
これは、一般的にＷｅｂアプリケーション４１０は、同一のＷｅｂブラウザからの一定時間内のリクエストは、一連の処理であるという関連付けを行っているためである。この関連付けにより、ジョブＩＤの記録による順次処理やリクエスト毎のログイン処理の省略を実現することができる。Ｗｅｂブラウザ４４０からＷｅｂアプリケーション４１０へのリクエストが一定時間無くなると、これらの関連付けが失われるため、処理を継続することができなくなってしまう。
【００５９】
［情報処理システムのソフトウェア構成（図１０）］
基本的な構成は、図４と同様であるため、図４と異なる点のみを説明する。まず、Ｗｅｂアプリケーション４１０のロジック部４１２は、実施形態１では、サービスプロバイダ４５０の通信部４５１と直接通信を行ってジョブの実行を行ったが、本実施形態４では、ジョブを実行する機能実行スクリプトを生成する処理を行う。生成された機能実行スクリプトは、Ｗｅｂアプリケーション４１０からＷｅｂブラウザ４４０にレスポンスとして返される。次に、Ｗｅｂブラウザ４４０にはスクリプト実行部１３０１が追加される。スクリプト実行部１３０１は、Ｗｅｂアプリケーション４１０から受信した機能実行スクリプトを解釈し、サービスプロバイダ４５０に対してジョブの実行指示を行う。
【００６０】
［情報処理システムの処理手順（図１１）］
Ｓ１４０１乃至Ｓ１４０７は、実施形態１のＳ５０１からＳ５０７までの処理（図４参照）と同様である。Ｓ１４０７で機能実行のリクエストを受信したＷｅｂアプリケーション４１０は、リクエストに応じた機能実行スクリプトを生成し、生成された機能実行スクリプトをＷｅｂブラウザ４４０に応答する（Ｓ１４０８）。
【００６１】
ここで、図１２の１５０１を用いて、Ｗｅｂアプリケーション４１０が生成した機能実行スクリプトの一例について説明する。＜ＳｃａｎＴｏＦｔｐ  ｒｅｓｐｏｎｓｅ＝“０”＞は、ＦＴＰ送信のジョブを即時応答モードで実行することを示す。＜Ｌｏｃａｔｉｏｎ＞タグではジョブを実行した後、ＪｏｂＩｄをパラメータとして＜ＧｅｔＵＲＬ＞タグのページへリクエストを送信するように設定している。＜Ｓｅｔｔｉｎｇｓ＞タグ以下は機能を実行するための設定であり、パラメータ８０１と同様である。
【００６２】
Ｗｅｂブラウザ４４０は、受け取った機能実行スクリプトを解析し、サービスプロバイダ４５０へ機能実行のリクエストを出す（Ｓ１４０９）。Ｓ１４１０乃至Ｓ１４１４は、実施形態１のＳ５０８からＳ５１２までの処理と同様である。
【００６３】
Ｓ１４１３で機能実行応答を受け取ったスクリプト実行部１３０１は、Ｗｅｂブラウザ４４０に応答する（Ｓ１４１５）。更に、Ｗｅｂブラウザ４４０は、図１２の１５０１の＜Ｌｏｃａｔｉｏｎ＞タグの設定に従い、Ｗｅｂアプリケーション４１０に画面更新のリクエストを行う（Ｓ１４１６）。
【００６４】
画面更新のリクエストを受信したＷｅｂアプリケーション４１０は、ジョブＩＤを記録する（Ｓ１４１７）。更に、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０にレスポンスを返す（Ｓ１４１８）。
【００６５】
上記処理によれば、Ｗｅｂアプリケーション４１０がＳ１４０８でＷｅｂブラウザ４４０に最後のレスポンスを行った後、Ｓ１４１６で次のリクエストを受け取るまでの一連の処理は即座に実行される。よって、Ｗｅｂアプリケーション４１０は、ジョブの実行終了を待たずにリクエストを得ることができるため、タイムアウトを防止することができる。
【００６６】
しかし、これまでの処理だけではジョブの処理結果をＷｅｂブラウザ４４０に表示し、ユーザに提示することができない。これ以降の処理では、ジョブの処理結果をＷｅｂブラウザ４４０に表示するための処理に関して述べる。
【００６７】
まず、図１２の１６０１を用いて、Ｓ１４１８でＷｅｂブラウザに送信される機能実行スクリプトの一例について説明する。＜ＧｅｔＪｏｂＳｔａｔｕｓ  ｒｅｓｐｏｎｓｅ＝“２０”＞は、ジョブのステータス取得を２０秒間の保留時間を持って実行することを示す。＜Ｌｏｃａｔｉｏｎ＞タグではジョブが終了した後、ＪｏｂＳｔａｔｕｓをパラメータとして＜ＧｅｔＵＲＬ＞タグのページへリクエストを送信するように設定されている。＜Ｓｅｔｔｉｎｇｓ＞タグ以下は、機能を実行するための設定であり、ステータスを取得するジョブのＪｏｂＩｄが指定される。
【００６８】
Ｓ１４１８では図１２で示す機能実行スクリプト１６０１をＷｅｂブラウザ４４０にレスポンスとして返す。Ｗｅｂブラウザ４４０は、受け取った機能実行スクリプトを解析し、サービスプロバイダ４５０へジョブステータス取得のリクエストを行う（Ｓ１４１９）。ジョブステータス取得のリクエストを受け取ったスクリプト実行部１３０１は、サービスプロバイダ４５０からジョブステータスを取得する（Ｓ１４２０、Ｓ１４２１）。スクリプト実行部１３０１は、図１２の１６０１で設定された２０秒間の保留時間の間か、ジョブが終了するまでジョブのステータス取得を繰り返し、Ｗｅｂブラウザ４４０へレスポンスを返す（Ｓ１４２２）。なお、本処理は実施形態２及び実施形態３で行った保留処理と同様である。Ｓ１４２２でジョブステータスを受け取ったＷｅｂブラウザ４４０は、図１２の１６０１の＜Ｌｏｃａｔｉｏｎ＞タグの設定に従い、Ｗｅｂアプリケーション４１０に画面更新のリクエストを送信する。Ｗｅｂアプリケーション４１０は、リクエストに含まれるジョブのステータスが終了でなければＳ１４１８乃至Ｓ１４２３と同様の処理をＳ１４２４乃至Ｓ１４２９で行う。ジョブのステータスが終了であった場合には、終了画面のＨＴＭＬデータをＷｅｂブラウザ４４０にレスポンスする（Ｓ１４３０）。Ｗｅｂブラウザ４４０は、受信した終了画面を表示し（Ｓ１４３１）、一連の処理を終了する。
【００６９】
Ｓ１４１８乃至Ｓ１４３１で説明したように、ＭＦＰ１０１でジョブが実行中の間はＷｅｂブラウザ４４０からＷｅｂアプリケーション４１０に対して定期的に画面更新の要求を行うことでジョブの最新ステータスを取得することが可能となる。これにより、ジョブのステータスが終了になった段階でユーザに終了画面を提示することができる。
【００７０】
以上述べた通り、本実施形態４によれば、他の実施形態１乃至３と同様にタイムアウト処理が発生することを回避することができ、タイムアウトによりユーザの操作が継続できなくなることを回避することができる。
【００７１】
＜他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014146383.tif 000003
【図２】
2014146383.tif 000004
【図３】
2014146383.tif 000005
【図４】
2014146383.tif 000006
【図５】
2014146383.tif 000007
【図６】
2014146383.tif 000008
【図７】
2014146383.tif 000009
【図８】
2014146383.tif 000010
【図９】
2014146383.tif 000011
【図１０】
2014146383.tif 000012
【図１１】
2014146383.tif 000013
【図１２】
2014146383.tif 000014
【手続補正書】
【提出日】平成26年6月6日(2014.6.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバと、当該Ｗｅｂサーバが提供する画面を表示する画像処理装置とを含む画像処理システムにおける制御方法であって、
前記画像処理装置が、前記画面を介してユーザが機能の実行を指示したことに応じて、当該機能の実行を前記Ｗｅｂサーバに要求する第１の要求工程と、
前記Ｗｅｂサーバが、前記第１の要求工程における要求に対する応答と、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を前記画像処理装置に送信する第１の送信工程と、
前記画像処理装置が、前記第１の送信工程で送信された前記応答と前記情報を前記Ｗｅｂサーバから受信する第１の受信工程と、
前記Ｗｅｂサーバが、前記第１の要求工程における要求に従って前記機能の実行要求を前記画像処理装置に送信する第２の送信工程と、
前記画像処理装置が、前記第２の送信工程で送信された前記機能の実行要求を受信する第２の受信工程と、
前記画像処理装置が、前記第２の受信工程で受信した実行要求に基づいて前記機能を実行する実行工程と、
前記画像処理装置が、前記第１の受信工程で受信された前記情報に基づいて、前記機能の実行状況を示す画面を前記Ｗｅｂサーバに要求する第２の要求工程と、
前記Ｗｅｂサーバが、前記第２の要求工程における要求に従って前記画像処理装置から前記機能の実行状況を取得する取得工程と、
前記Ｗｅｂサーバが、前記取得工程で取得された前記機能の実行状況を示す画面を前記画像処理装置に送信する第３の送信工程と、
前記画像処理装置が、前記第３の送信工程で送信された前記機能の実行状況を示す画面を受信する第３の受信工程と、
を有することを特徴とする制御方法。
【請求項２】
前記画像処理装置が、前記第３の受信工程で受信された前記機能の実行状況を示す画面を表示する表示工程をさらに有することを特徴とする請求項１に記載の制御方法。
【請求項３】
前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を取得するための情報は、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を取得するためのタイミングを示す情報であることを特徴とする請求項１または２に記載の制御方法。
【請求項４】
前記第３の送信工程では、前記取得工程で取得された前記機能の実行状況を示す画面と、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を送信することを特徴とする請求項１乃至３のいずれか１項に記載の制御方法。
【請求項５】
前記画像処理装置が、前記第３の受信工程で受信された前記情報に基づいて、前記機能の実行状況を示す画面を前記Ｗｅｂサーバに要求する第３の要求工程をさらに有することを特徴する請求項４に記載の制御方法。
【請求項６】
前記画像処理装置のＷｅｂブラウザが、前記第１の要求工程と、前記第１の受信工程と、前記第２の要求工程と、前記第３の受信工程とを実行し、
前記画像処理装置のサービスプロバイダが、前記第２の受信工程と、前記実行工程とを実行する
ことを特徴とする請求項１乃至５のいずれか１項に記載の制御方法。
【請求項７】
前記機能は、原稿の画像を読み取って生成した画像データを送信する機能であることを特徴とする請求項１乃至６のいずれか１項に記載の制御方法。
【請求項８】
前記実行状況は、前記機能の正常終了、キャンセルによる終了、及び実行中の少なくとも１つを含むことを特徴とする請求項１乃至７のいずれか１項に記載の制御方法。
【請求項９】
Ｗｅｂサーバと、当該Ｗｅｂサーバが提供する画面を表示する画像処理装置とを含む画像処理システムであって、
前記画像処理装置は、
前記画面を介してユーザが機能の実行を指示したことに応じて、当該機能の実行を前記Ｗｅｂサーバに要求する第１の要求手段と、
前記第１の要求手段による要求に応じて前記Ｗｅｂサーバから送信される前記第１の要求手段による要求に対する応答と前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を前記Ｗｅｂサーバから受信する第１の受信手段と、
前記第１の要求手段による要求に従って前記Ｗｅｂサーバから送信される前記機能の実行要求を受信する第２の受信手段と、
前記第２の受信手段によって受信された要求に従って前記Ｗｅｂサーバから送信される前記機能の実行要求に基づいて前記機能を実行する実行手段と、
前記第１の受信手段によって受信された前記情報に基づいて、前記機能の実行状況を示す画面を前記Ｗｅｂサーバに要求する第２の要求手段と、
前記第２の要求手段による要求に従って前記Ｗｅｂサーバから送信された前記機能の実行状況を示す画面を受信する第３の受信手段と、を有し、
前記Ｗｅｂサーバは、
前記第１の要求手段による要求に対する応答と、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を前記画像処理装置に送信する第１の送信手段と、
前記第１の要求手段における要求に従って前記機能の実行要求を前記画像処理装置に送信する第２の送信手段と、
前記第２の要求手段における要求に従って前記画像処理装置から前記機能の実行状況を取得する取得手段と、
前記取得手段によって取得された前記機能の実行状況を示す画面を前記画像処理装置に送信する第３の送信手段と、を有する
ことを特徴とする画像処理システム。
【請求項１０】
Ｗｅｂサーバによって提供される画面を介してユーザが機能の実行を指示したことに応じて、当該機能の実行を前記Ｗｅｂサーバに要求する第１の要求手段と、
前記第１の要求手段による要求に応じて前記Ｗｅｂサーバから送信される前記第１の要求手段による要求に対する応答を前記Ｗｅｂサーバから受信する第１の受信手段と、
前記第１の要求手段による要求に従って前記Ｗｅｂサーバから送信される前記機能の実行要求を受信する第２の受信手段と、
前記第１の要求手段による要求に従って前記Ｗｅｂサーバから送信される前記機能の実行要求に基づいて前記機能を実行する実行手段と、を有する画像処理装置と通信可能なＷｅｂサーバであって、
前記第１の要求手段による要求に対する応答と、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を前記画像処理装置に送信する第１の送信手段と、
前記第１の要求手段における要求に従って前記機能の実行要求を前記画像処理装置に送信する第２の送信手段と、
前記第１の送信手段によって送信された前記情報に基づいて前記画像処理装置が要求した前記機能の実行状況を示す画面の要求を受信する第３の受信手段と、
前記第３の受信手段によって受信された要求に従って前記画像処理装置から前記機能の実行状況を取得する取得手段と、
前記取得手段によって取得された前記機能の実行状況を示す画面を前記画像処理装置に送信する第３の送信手段と、
を有することを特徴とするＷｅｂサーバ。
【請求項１１】
コンピュータを請求項１０に記載のＷｅｂサーバの各手段として機能させるためのプログラム。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
上記課題を解決するため、本発明に係る画像処理システムにおける制御方法は、Ｗｅｂサーバと、当該Ｗｅｂサーバが提供する画面を表示する画像処理装置とを含む画像処理システムにおける制御方法であって、前記画像処理装置が、前記画面を介してユーザが機能の実行を指示したことに応じて、当該機能の実行を前記Ｗｅｂサーバに要求する第１の要求工程と、前記Ｗｅｂサーバが、前記第１の要求工程における要求に対する応答と、前記画像処理装置が前記Ｗｅｂサーバから前記機能の実行状況を示す画面を取得するための情報を前記画像処理装置に送信する第１の送信工程と、前記画像処理装置が、前記第１の送信工程で送信された前記応答と前記情報を前記Ｗｅｂサーバから受信する第１の受信工程と、前記Ｗｅｂサーバが、前記第１の要求工程における要求に従って前記機能の実行要求を前記画像処理装置に送信する第２の送信工程と、前記画像処理装置が、前記第２の送信工程で送信された前記機能の実行要求を受信する第２の受信工程と、前記画像処理装置が、前記第２の受信工程で受信した実行要求に基づいて前記機能を実行する実行工程と、前記画像処理装置が、前記第１の受信工程で受信された前記情報に基づいて、前記機能の実行状況を示す画面を前記Ｗｅｂサーバに要求する第２の要求工程と、前記Ｗｅｂサーバが、前記第２の要求工程における要求に従って前記画像処理装置から前記機能の実行状況を取得する取得工程と、前記Ｗｅｂサーバが、前記取得工程で取得された前記機能の実行状況を示す画面を前記画像処理装置に送信する第３の送信工程と、前記画像処理装置が、前記第３の送信工程で送信された前記機能の実行状況を示す画面を受信する第３の受信工程と、を有することを特徴とする。