JP5962702B2

JP5962702B2 - 画像形成装置、ウエブアプリケーションシステムおよびプログラム

Info

Publication number: JP5962702B2
Application number: JP2014098104A
Authority: JP
Inventors: 隆菅谷; 潤國岡; 博史岩本; 健日比野; 幸奈久田
Original assignee: Konica Minolta Inc
Current assignee: Konica Minolta Inc
Priority date: 2014-05-09
Filing date: 2014-05-09
Publication date: 2016-08-03
Anticipated expiration: 2034-05-09
Also published as: US9467497B2; JP2015215760A; US20150324159A1

Description

本発明は、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））などの画像形成装置およびそれに関連する技術に関する。

従来、ＭＦＰなどの画像形成装置内にウエブサーバを組み込んでおき、当該ウエブサーバに対して画像形成装置の外部の装置のウエブブラウザからアクセスすることによって、画像形成装置に関する情報の閲覧および変更等を行う技術が存在する。

このような画像形成装置においては、メモリ容量（ＲＡＭ容量等）の制限等に起因して、画像形成装置内のウエブサーバとの通信セッション数（換言すれば、ウエブサーバと通信セッションを確立することが可能な外部装置（あるいはウエブブラウザ）の数）に上限が設けられている。

これに対して、このように限られた数の通信セッションを有効に利用する技術が存在する（引用文献１等参照）。引用文献１では、或る通信セッションが確立された後、クライアントからサーバへ定期的に（一定間隔で）リクエストを送信して、通信セッションの存続要否を確認する技術が記載されている。この技術では、クライアントからサーバに対して一定期間（たとえば、１分〜数分）以内にリクエストが送信される場合には、当該通信セッションが存続され、当該一定期間よりも長い期間に亘ってリクエストが送信されないときには、当該通信セッションが終了される。

特開２００３−２３３５８５号公報

ところで、画像形成装置内のウエブサーバに対してアクセスする外部の装置（外部端末）としては、パーソナルコンピュータのみならず所謂タブレット端末等の装置も存在する。タブレット端末（特に、タブレット端末用のＯＳ（オペレーティングシステム））では、限られたハードウエアリソースを有効に利用するため様々な工夫が行われている。たとえば、ウエブブラウザの動作に関して、ウエブページ内に埋め込まれているスクリプトは、当該ウエブページがアクティブである期間（アクティブ期間）において動作するが、当該ウエブページがアクティブでない期間（非アクティブ期間）においては当該スクリプトは動作しない。

そのため、上述の技術（引用文献１）において、ウエブページ内に埋め込まれていたスクリプトを用いて定期的なリクエストがウエブブラウザからウエブサーバに送信される場合において、当該ウエブページが非アクティブになると、当該ウエブページ内の当該スクリプトが動作せず、定期的なリクエストは送信されない。そして、ウエブサーバは、当該ウエブブラウザがもはや利用されていないもの（通信セッション存続不要）と判定し、当該ウエブブラウザ（クライアント）との通信セッションを切断してしまう。その結果、当該ウエブブラウザの操作ユーザは、サーバとの通信セッションを再構築するための接続操作等を行うことを余儀なくされる。

このように、タブレット端末等で動作するブラウザによってウエブサーバにアクセスする際に、当該ブラウザにより表示されていた親ページから子ページが呼び出され、親ページが非アクティブになり且つ子ページがアクティブになると親ページのリクエストスクリプトが動作しないこと、に起因する問題が存在する。

なお、このような問題は、上記のように通信セッション接続維持のための定期的リクエスト送信用のスクリプトが親ページに含まれる場合のみならず、画像形成装置の装置情報を定期的に表示するスクリプトが親ページに含まれる場合等にも同様に生じ得る。たとえば、当該ウエブブラウザにより表示されていた親ページから子ページが呼び出され、親ページが非アクティブになり且つ子ページがアクティブになると親ページの装置情報更新用のスクリプトが動作せず、子ページの表示中には親ページの装置情報が更新されない、との問題が生じ得る。

そこで、この発明は、タブレット端末ＯＳ等で動作するブラウザによってウエブサーバにアクセスする際に、当該ブラウザにより表示されていた親ページから子ページが呼び出され、子ページがアクティブになり且つ親ページが非アクティブになると、親ページのリクエストスクリプトが動作しないこと、に起因する問題を解消することが可能な技術を提供することを課題とする。

上記課題を解決すべく、請求項１の発明は、ウエブサーバの機能を有する画像形成装置であって、第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、を備え、前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とする。

請求項２の発明は、請求項１の発明に係る画像形成装置において、前記第２のデータは、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データを読み込むための読込用スクリプトを有しており、前記送信手段は、前記新ページ呼出指令に応答して、前記第２のデータのうち前記読込用スクリプトを含むデータを前記外部装置に送信し前記読込用スクリプトを前記ブラウザに実行させることによって、前記第２のウエブページの前記第２の表示用データを前記ブラウザに読み込ませ前記第２の表示用データに基づく前記第２のウエブページを前記ブラウザに表示させることを特徴とする。

請求項３の発明は、請求項１の発明に係る画像形成装置において、前記第２のデータは、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データを読み込むための読込用スクリプトを有しており、前記第２の表示用データと前記読込用スクリプトとは、互いに異なるデータファイルに記述されており、前記送信手段は、前記新ページ呼出指令に対して、前記第２のデータが分散して記述された複数のデータファイルのうち前記読込用スクリプトが記述されたデータファイルであるベースファイルを前記外部装置に送信し、その後、前記ベースファイルに記述されている前記読込用スクリプトに基づいて前記外部装置から送信されてくる送信要求であって前記第２の表示用データを記述したデータファイルである表示用ファイルの送信要求に対して、当該表示用ファイルを前記外部装置に送信することを特徴とする。

請求項４の発明は、請求項３の発明に係る画像形成装置において、前記ベースファイルには前記第２のスクリプトに関する記述が存在し、前記受信手段は、前記ベースファイルが前記外部装置により受信された後において、前記ベースファイルにおける前記第２のスクリプトに関する記述に基づいて実行される前記第２の定期的リクエストを受信することを特徴とする。

請求項５の発明は、請求項１ないし請求項４のいずれかの発明に係る画像形成装置であって、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときには、前記ブラウザとの通信セッションを切断する動作制御手段、をさらに備え、前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが前記一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記ブラウザとの通信セッションを維持することを特徴とする。

請求項６の発明は、ウエブサーバの機能を有する画像形成装置であって、第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信する動作制御手段と、を備え、前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報を前記外部装置に送信することを特徴とする。

請求項７の発明は、請求項６の発明に係る画像形成装置において、そのウエブページデータが前記ウエブサーバに格納される複数組の親子ページのうち、前記第１のウエブページと前記第２のウエブページとで構成される第１の組の親子ページとは異なる特定の親子ページに関し、前記特定の親子ページのうちの親ページは、ハードウエア故障の有無を示すウエブページであり、且つ、前記特定の親子ページのうちの子ページは、前記ハードウエア故障に関連する内容を示すウエブページである場合において、前記送信手段は、前記親ページから前記子ページを呼び出すページ呼出指令であって前記外部装置から送信されてくるページ呼出指令に応答して、レスポンスデータを前記外部装置に送信し、前記レスポンスデータは、前記ブラウザから前記ウエブサーバへの定期的なリクエストを前記子ページの表示中に自動的に送信するスクリプト、を含まないことを特徴とする。

請求項８の発明は、ウエブサーバの機能を有する画像形成装置であって、第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定する動作制御手段と、を備え、前記送信手段は、前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると判定される場合には、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信することを特徴とする。

請求項９の発明は、ウエブアプリケーションシステムであって、ウエブサーバの機能を有する画像形成装置と、ブラウザを実行することが可能な外部装置と、を備え、前記ウエブサーバは、第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、を備え、前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記ブラウザは、前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信し、前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とする。
請求項１０の発明は、ウエブアプリケーションシステムであって、ウエブサーバの機能を有する画像形成装置と、ブラウザを実行することが可能な外部装置と、を備え、前記ウエブサーバは、第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信する動作制御手段と、を備え、前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記ブラウザは、前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信し、前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報を前記外部装置に送信することを特徴とする。
請求項１１の発明は、ウエブアプリケーションシステムであって、ウエブサーバの機能を有する画像形成装置と、ブラウザを実行することが可能な外部装置と、を備え、前記ウエブサーバは、第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、を備え、前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、前記ブラウザは、前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信し、前記ウエブサーバは、前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定する動作制御手段、をさらに備え、前記送信手段は、前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含む前記第２のデータを送信し、前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信することを特徴とする。
請求項１２の発明は、画像形成装置に内蔵されたコンピュータに、ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、ｃ）前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、を実行させるためのプログラムであって、前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とする。
請求項１３の発明は、画像形成装置に内蔵されたコンピュータに、ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、ｃ）前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信するステップと、ｄ）前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、を実行させるためのプログラムであって、前記ステップｃ）においては、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報が前記外部装置に送信されることを特徴とする。
請求項１４の発明は、画像形成装置に内蔵されたコンピュータに、ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、ｃ）前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定するステップと、ｄ）前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると前記ステップｃ）にて判定される場合には、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、ｅ）前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると前記ステップｃ）にて判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信するステップと、を実行させるためのプログラムであることを特徴とする。

請求項１ないし請求項１４に記載の発明によれば、タブレット端末ＯＳ等で動作するブラウザによってウエブサーバにアクセスする際に、当該ブラウザにより表示されていた親ページから子ページが呼び出され、子ページがアクティブになり且つ親ページが非アクティブになると、親ページのリクエストスクリプトが動作しないこと、に起因する問題を解消することが可能である。

ウエブアプリケーションシステムの構成を示す概略図である。ＭＦＰの概略構成を示す機能ブロック図である。外部端末の概略構成を示す機能ブロック図である。本システムにおける動作を示す概念図である。本システムにおける動作を示す概念図である。本システムにおける動作例を示すタイミングチャートである。ＭＦＰ（ウエブサーバ）における通信セッションの管理動作を示すフローチャートである。新ページ呼出指令に応答して送信されるデータファイルを示す図である。親ページの一例を示す図である。子ページの一例を示す図である。変形例に係る動作を実行するデータファイルを示す図である。第２実施形態に係るシステムにおける動作を示す概念図である。第２実施形態に係るシステムにおける動作を示す概念図である。第２実施形態に係るシステムにおける動作例を示すタイミングチャートである。第２実施形態において新ページ呼出指令に応答して送信されるデータファイルを示す図である。ＭＦＰの状態を示すデータファイルを示す図である。第２実施形態に係る親ページの一例を示す図である。第２実施形態に係る子ページの一例を示す図である。比較例に係る動作を示す概念図である。比較例に係る動作を示す概念図である。比較例に係る動作例を示すタイミングチャートである。

以下、本発明の実施形態を図面に基づいて説明する。

＜１．第１実施形態＞
＜１−１．システム概要＞
図１は、遠隔操作システム１の構成を示す概略図である。

図１に示すように遠隔操作システム１は、画像形成装置１０と外部端末５０とを備えて形成されている。ここでは、画像形成装置１０として、ＭＦＰ（マルチ・ファンクション・ペリフェラル（Multi-Functional Peripheral））が例示される。

画像形成装置１０と外部端末５０とは、ネットワーク１０８を介して互いに接続される。ネットワーク１０８は、ＬＡＮ（Local Area Network）およびインターネットなどによって構成される。また、ネットワーク１０８に対する接続態様は、有線接続であってもよく、或いは無線接続であってもよい。たとえば、画像形成装置１０はネットワーク１０８に対して有線接続され、外部端末５０はネットワーク１０８に対して無線接続される。

遠隔操作システム１においては、画像形成装置１０に対する各種の操作を外部端末５０を用いて行うことが可能である。すなわち、外部端末５０は、画像形成装置１０を遠隔操作することが可能である。

画像形成装置１０は、ウエブサーバ３０としても機能する。外部端末５０のウエブブラウザ８０は、当該ウエブサーバ３０との間で各種の情報（ＭＦＰ１０に関する装置情報等）を授受し、当該各種の情報を表示することが可能である。また、ウエブブラウザ８０は、操作者からの各種の操作入力を受け付け、当該操作入力に応じた設定内容等をウエブサーバ３０に送信し、ＭＦＰ１０の設定内容等を変更することも可能である。

この遠隔操作システム１は、ウエブサーバ３０とウエブブラウザ８０とを用いて構築されるシステムであることから、ウエブアプリケーションシステムとも称される。

＜１−２．ＭＦＰの構成＞
図２は、ＭＦＰ１０の概略構成を示す機能ブロック図である。ＭＦＰ１０は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置（複合機とも称する）である。

また、ＭＦＰ１０は、ウエブサーバ３０としても機能する。ウエブサーバ３０の各種のウエブページデータ（詳細には、当該ウエブサーバ３０からウエブブラウザ８０に送信される各種のウエブページデータ（例えば、１１０，２１０，２３０（後述）））は、格納部５に格納されている。各ウエブページデータは、各種のページ記述言語（ＨＴＭＬ（HyperText Markup Language）等）およびスクリプト言語（JavaScript（登録商標）等）によって記述されている。

図２の機能ブロック図に示すように、ＭＦＰ１０は、画像読取部２、印刷出力部３、通信部４、格納部５、操作部６およびコントローラ９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

画像読取部２は、ＭＦＰ１０の所定の位置に載置された原稿を光学的に読み取って（すなわちスキャンして）、当該原稿の画像データ（原稿画像ないしスキャン画像とも称する）を生成する処理部である。この画像読取部２は、スキャン部であるとも称される。

印刷出力部３は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。なお、印刷出力部３は、各種の媒体上に画像を形成する画像形成部とも称される。

通信部４は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部４は、ネットワーク１０８を介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、ＭＦＰ１０は、所望の相手先（たとえば、外部端末５０）との間で各種のデータを授受することが可能である。通信部４は、各種データを送信する送信部４ａと各種データを受信する受信部４ｂとを有する。

格納部５は、ハードディスクドライブ（ＨＤＤ）等の記憶装置で構成される。格納部５は、各操作画面の画像データ等を記憶する。

操作部６は、ＭＦＰ１０に対する操作入力を受け付ける操作入力部６ａと、各種情報の表示出力を行う表示部６ｂとを備えている。

このＭＦＰ１０においては、略板状の操作パネル６ｃ（図１参照）が設けられている。また、操作パネル６ｃは、その正面側にタッチパネル２５（図１参照）を有している。タッチパネル２５は、操作入力部６ａの一部としても機能するとともに、表示部６ｂの一部としても機能する。タッチパネル２５は、液晶表示パネルに各種センサ等が埋め込まれて構成され、各種情報を表示するとともに操作者からの各種の操作入力を受け付けることが可能である。

コントローラ９は、ＭＦＰ１０に内蔵され、ＭＦＰ１０を統括的に制御する制御装置である。コントローラ９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ９は、ＣＰＵにおいて、ＲＯＭ（例えば、ＥＥＰＲＯＭ）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラム（詳細にはプログラムモジュール群）は、ＵＳＢメモリなどの可搬性の記録媒体、あるいはネットワーク１０８等を介してＭＦＰ１０にインストールされてもよい。

図２に示すように、コントローラ９は、上記プログラムの実行により、通信制御部１１と入力制御部１２と表示制御部１３と動作制御部１５とを含む各種の処理部を実現する。

通信制御部１１は、他の装置（外部端末５０等）との間の通信動作を制御する処理部である。たとえば、通信制御部１１は、通信部４等と協働して、外部端末５０におけるタッチパネル７５の表示用画像（詳細にはそのデータ）等を外部端末５０に送信する。

入力制御部１２は、操作入力部６ａ（タッチパネル２５等）に対する操作入力動作を制御する制御部である。たとえば、入力制御部１２は、タッチパネル２５に表示された操作画面に対する操作入力を受け付ける動作を制御する。

表示制御部１３は、表示部６ｂ（タッチパネル２５等）における表示動作を制御する処理部である。表示制御部１３は、ＭＦＰ１０を操作するための操作画面等をタッチパネル２５に表示させる。

動作制御部１５は、ウエブサーバ機能に関連する動作を制御する処理部である。たとえば、動作制御部１５は、ウエブブラウザ８０とのセッション（通信セッション）を管理する動作を制御する。また、動作制御部１５は、ウエブブラウザ８０からのリクエストに応じて、自装置（ＭＦＰ１０）の状態情報を取得し、当該状態情報をウエブブラウザ８０に送信する動作を制御する。

＜１−３．外部端末の構成＞
つぎに外部端末（遠隔操作装置とも称する）５０の構成について説明する。

外部端末５０は、他の装置との間でのネットワーク通信が可能な携帯式の情報入出力端末装置である。ここでは、外部端末５０として、タブレット型端末を例示する。ただし、これに限定されず、外部端末５０は、スマートフォンであってもよく、パーソナルコンピュータなどであってもよい。また、外部端末５０は、携帯式の装置であってもよく、据置型の装置であってもよい。

図３は、外部端末５０の概略構成を示す機能ブロック図である。

外部端末５０は、図３の機能ブロック図に示すように、通信部５４、格納部５５、操作部５６およびコントローラ５９等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。

通信部５４は、ネットワーク１０８を介したネットワーク通信を行うことが可能である。このネットワーク通信では、たとえば、ＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、外部端末５０は、所望の相手先（画像形成装置１０等）との間で各種のデータを授受することが可能である。通信部５４は、各種データを送信する送信部５４ａと各種データを受信する受信部５４ｂとを有する。

格納部５５は、不揮発性の半導体メモリ等の記憶装置で構成される。格納部５５には、ＭＦＰ１０から送信されてきた各種の画像データ（操作画面の表示用データ等）が一時的に格納される。

操作部５６は、外部端末５０に対する入力を受け付ける操作入力部５６ａと、各種情報の表示出力を行う表示部５６ｂとを備えている。この外部端末５０においては、液晶表示パネルに圧電センサ等が埋め込まれて構成されたタッチパネル７５（図１参照）が設けられている。詳細には、略板状の外部端末５０の正面側において、その周縁部（枠部）を除くほぼ全面にわたってタッチパネル７５が設けられている。このタッチパネル７５は、操作入力部５６ａの一部としても機能するとともに、表示部５６ｂの一部としても機能する。タッチパネル７５においては操作画面が表示され、当該操作画面に対する操作者（ユーザとも称する）からの操作入力が受け付けられる。

コントローラ５９は、外部端末５０に内蔵され、外部端末５０を統括的に制御する制御装置である。コントローラ５９は、ＣＰＵおよび各種の半導体メモリ（ＲＡＭおよびＲＯＭ）等を備えるコンピュータシステムとして構成される。コントローラ５９は、ＣＰＵにおいて、記憶部（半導体メモリ等）内に格納されている所定のソフトウエアプログラム（以下、単にプログラムとも称する）を実行することによって、各種の処理部を実現する。なお、当該プログラムは、ＵＳＢメモリなどの可搬性の記録媒体、あるいはネットワーク１０８等を介して外部端末５０にインストールされるようにしてもよい。

当該プログラムは、たとえば、ウエブブラウザアプリケーションプログラム（以下、単に「ウエブブラウザ」あるいは「ブラウザ」とも称する）８０である。当該ウエブブラウザ８０は、各種のウエブサーバ（ＭＦＰ１０に内蔵されたウエブサーバ３０を含む）との間で各種のデータを授受し、各種の画面を外部端末５０のタッチパネル７５に表示する。

当該ウエブブラウザ８０は、レンダリングエンジンおよびスクリプトエンジンを備えており、ウエブサーバから送信されてきたＨＴＭＬデータおよびスクリプトデータ等に基づいて、各種の画面等を外部端末５０のタッチパネル７５に表示するとともに各種の処理を実行することが可能である。

＜１−４．比較例に係る動作＞
以下では、第１実施形態に係る動作について説明する前に、比較例に係る技術について図１９〜図２１を参照しながら説明する。

図１９および図２０は、比較例に係る動作を示す概念図であり、図２１は、比較例に係る動作例を示すタイミングチャートである。

まず、外部端末５０の操作者は、外部端末５０のタッチパネル７５（図１）に表示される表示画面（ウエブブラウザ８０の表示画面）に対してログイン情報を入力し、外部端末５０からＭＦＰ１０（ウエブサーバ３０）へと当該ログイン情報が送信される。ＭＦＰ１０は、外部端末５０からのログイン情報と正規のログイン情報との同一性を確認すると、外部端末５０の操作者のログインを許可する。このようにして、外部端末５０の操作者は、ＭＦＰ１０にリモートログインする。また、ＭＦＰ１０（ウエブサーバ３０）は、通信セッション管理情報を作成し、当該外部端末５０と自装置１０との通信セッションの制御動作を開始する。端的に言えば、ウエブサーバ３０とウエブブラウザ８０とのセッションが開始される。なお、後述するように、ＭＦＰ１０は、外部端末５０（ウエブブラウザ８０）から一定期間に亘ってリクエストが受信されないときには、当該外部端末５０（ウエブブラウザ８０）との通信セッションを切断する。

その後、外部端末５０は、ウエブページ１００（１０９）を表示するため、図２１の冒頭部分に示すように、ＭＦＰ１０に対してＨＴＴＰリクエスト（ウエブページ１００に関するデータ送信依頼とも称される）を送信する。具体的には、ＭＦＰ１０のウエブサーバ３０内の特定ＵＲＬ（Uniform Resource Locator）を指定して、ＨＴＴＰリクエストが送信される。当該特定ＵＲＬは、ウエブページ１００に関するホスト名、パス名およびファイル名（たとえば、「page0.html」）を有して構成される。

ＭＦＰ１０（ウエブサーバ３０）は、このＨＴＴＰリクエストに応答して、ウエブページ１０９のウエブページデータ（詳細にはデータファイル）１１９（「page0.html」）をＨＴＴＰレスポンスとして外部端末５０に送信する。

外部端末５０（ウエブブラウザ８０）は、ウエブサーバ３０から受信したウエブページデータ１１９に基づいて、ウエブページ１０９をタッチパネル７５に表示する。たとえば、後述する図９のウエブページ１００と同様のウエブページ１０９が、タッチパネル７５に表示される（図１９の左側参照）。

なお、このウエブページ１０９には、ポップアップページ（子ページ）を表示させるためのボタン１２０（１２９）（図１９）が配置されている。ウエブページ１０９に関するウエブページデータ１１９には、ボタン１２９を表示するためのデータ（ページ記述言語による記述）が含まれるとともに、当該ボタン１２９の押下に応答して呼び出されるべきポップアップページ（子ページ）２００のＵＲＬを示すデータが含まれている。また、ウエブページデータ１１９には、スクリプトＣ１も含まれている。

また、外部端末５０のウエブブラウザ８０は、ウエブページデータ１１９内に含まれているスクリプトＣ１（たとえば、JavaScript（登録商標）によるスクリプト）を実行する。このスクリプトＣ１は、ライブチェック用リクエスト（ウエブブラウザ８０が「生きている」（動作している）ことを通知するために利用されるリクエスト）を定期的にＭＦＰ１０に送信する機能を有するスクリプトである。ウエブブラウザ８０は、スクリプトＣ１を実行することによって、所定時間Δｔ１間隔でライブチェック用リクエストをＭＦＰ１０（ウエブサーバ３０）に送信する。

一方、ＭＦＰ１０（ウエブサーバ３０）の動作制御部１５は、図７に示すような通信セッションの管理動作を実行する。

具体的には、まずステップＳ１１においてタイマーによる計時が開始される。

次のステップＳ１２においては、ウエブブラウザ８０からのリクエスト（ライブチェック用リクエスト）が受信されたか否かが判定される。

当該リクエストが受信されたと判定されると、処理はステップＳ１４に進む。

ステップＳ１４ではタイマー値がリセットされ、処理は再びステップＳ１２に戻り、通信セッションが維持されたまま処理が継続される。

一方、当該リクエストが受信されていないと判定される場合には、処理はステップＳ１３に進む。ステップＳ１３では、タイマー値（タイマーによるカウント値）がタイムアウト値（Δｔ１（たとえば３０秒）に相当するカウント値）に到達したか否かが判定される。

タイマー値がタイムアウト値を超えていないと判定されると、再びステップＳ１２に戻る。

一方、タイマー値がタイムアウト値を超えていると判定されると、ステップＳ１５に進む。ステップＳ１５では、外部端末５０（ウエブブラウザ８０）とＭＦＰ１０（ウエブサーバ３０）との通信セッションが切断されるとともに、当該通信セッションに関するセッション管理情報が削除される。

このように、ＭＦＰ１０の動作制御部１５は、外部端末５０のウエブブラウザ８０からのリクエストを定期的に受信することによって、当該ウエブブラウザ８０が動作中であること（「生きていること」）を確認する。具体的には、ウエブブラウザ８０において、親ページ１００（ここではウエブページ１０９）がアクティブ状態で表示されている場合には、当該親ページ１００内のリクエスト用のスクリプトＣ１による定期的なリクエスト送信動作が継続される。この場合、ＭＦＰ１０動作制御部１５は、当該ウエブブラウザ８０が動作中であることを確認し、当該ウエブブラウザ８０（外部端末５０）との通信セッションを維持する。

一方、ウエブブラウザ８０が終了すると、当該スクリプトＣ１による定期的なリクエスト送信動作は停止される。ＭＦＰ１０動作制御部１５は、外部端末５０のウエブブラウザ８０からの定期的リクエストが一定期間受信されないときには、当該ウエブブラウザ８０が動作中ではないと判定し、当該ウエブブラウザ８０（外部端末５０）との通信セッションを切断する。

さて、その後、親ページ１００（ウエブページ１０９）内に配置されているボタン１２０（１２９）が操作者によって押下されると、ポップアップページ２００（２０９）が表示される（図１９の右側参照）。

具体的には、ボタン１２９が操作者によって押下されると、ウエブページデータ１１９（「page0.html」）内の記述に基づいて、ウエブサーバ３０内の別のＵＲＬを指定して、ＨＴＴＰリクエストがウエブブラウザ８０から送信される。当該別のＵＲＬは、ウエブページ２０９を表示するためのウエブページデータ（データファイル）２１９に関するホスト名、パス名およびファイル名（たとえば、「popup.html」）を有して構成される。

ＭＦＰ１０（ウエブサーバ３０）は、このＨＴＴＰリクエストに応答して、ウエブページ２０９のウエブページデータ２１９（「popup.html」）をＨＴＴＰレスポンスとして外部端末５０に送信する。

外部端末５０（ウエブブラウザ８０）は、受信したウエブページデータ２１９に基づいて、ウエブページ２０９をタッチパネル７５に表示する。たとえば、図１０のウエブページ２００と同様のウエブページがポップアップページ２０９としてタッチパネル７５に表示される（図１９の右側も参照）。

ここにおいて、外部端末５０においては、タブレット端末用ＯＳ（オペレーティングシステム）が実装されており、ウエブブラウザ８０は当該タブレット端末用ＯＳ上で動作する。このタブレット端末用ＯＳ上で動作するウエブブラウザ８０においては、消費電力低減等の目的のため、複数のウエブページがオープンされる場合において、最も新しくオープンされた単一のウエブページのみが有効化され、他のウエブページは、非有効化される。換言すれば、単一のウエブページがアクティブページに設定され、他のウエブページは非アクティブページに設定される。

このような事情のため、ポップアップページ２０９が最新ページとして表示されると、ポップアップページ２０９がアクティブページに設定される一方、元のウエブページ１０９は非アクティブページに設定される。換言すれば、ポップアップウエブページ２０９がアクティブページとして表示されると、当該ポップアップウエブページ（子ページとも称する）を呼び出した呼出元のウエブページ１０９（親ページとも称する）は、非アクティブ状態に変更される。

その結果、ウエブページ１０９内のスクリプトＣ１の動作が停止する。すなわち、ライブチェック用リクエストの定期的な送信が停止する。上述のように、ＭＦＰ１０は、外部端末５０のブラウザ８０からの定期的なライブチェック用リクエストが一定期間受信されないときには、ブラウザ８０との通信セッションを切断する。詳細には、最後のライブチェック用リクエストの送受信時点から一定時間（たとえば、１分〜数分）が経過すると、外部端末５０とＭＦＰ１０との通信セッションが切断される。

外部端末５０とＭＦＰ１０との通信セッションが切断されてしまうと、外部端末５０とＭＦＰ１０との通信を再開するために、外部端末５０の操作者はログイン操作等を再度行うことを求められる。しかしながら、このような操作を再度行うことは煩わしく非効率的である。

そこで、この実施形態では、親ページ１００内のリクエストスクリプトＣ１が動作しないことに起因する上記のような問題を、次述するように、子ページ２００にて新たなリクエストスクリプトＣ２を動作させることなどによって解消する。なお、以下では、子ページ２００にて動作する新たなリクエストスクリプトＣ２は、子ページ２００の表示内容を記述したデータファイル２１０とは別のデータファイル２３０に記述される。すなわち、子ページ２００は複数のデータファイルを有して構成され、当該複数のデータファイルのいずれかに新たなリクエストスクリプトＣ２が記述される。そのような態様について例示する。

＜１−５．本実施形態に係る動作＞
つぎに、第１実施形態に係る本システム１の動作について、図４〜図１０を参照しながら説明する。図４および図５は、本システム１における動作を示す概念図である。図６は、本システム１における動作例を示すタイミングチャートであり、図７は、ＭＦＰ１０（ウエブサーバ３０）における通信セッションの管理動作を示すフローチャートである。図８は、ベースファイル２３０（後述）の一例を示す図である。ベースファイル２３０は、或るウエブページ１００から別のウエブページ２００が呼び出される際に、外部端末５０からＭＦＰ１０へのＨＴＴＰリクエストに応じて、ＭＦＰ１０から外部端末５０に送信されるデータファイル（ページ記述言語（ここではＨＴＭＬ）等で記述されたデータファイル）である。図９は、ウエブページ１００の一例を示す図であり、図１０は、ウエブページ２００の一例を示す図である。なお、ウエブページ２００は、ウエブページ１００に対するユーザ操作に応じて呼び出されポップアップ表示されるウエブページであり、ウエブページ１００は親ページ（あるいは呼出元ページ）などとも称され、ウエブページ２００は子ページ（あるいは呼出先ページ）などとも称される。

まず、上記比較例と同様にして、外部端末５０の操作者は、ＭＦＰ１０にリモートログインする。

その後、図６の冒頭部分に示すように、外部端末５０は、或るウエブページ１００（１０１）（図９）を表示するため、ＭＦＰ１０に対してＨＴＴＰリクエストを送信する。具体的には、ＭＦＰ１０（ウエブサーバ３０）内の特定ＵＲＬを指定して、ＨＴＴＰリクエストが外部端末５０から画像形成装置１０に送信される。当該特定ＵＲＬは、ウエブページ１００のウエブページデータ１１０（１１１）（図５も参照）に関するホスト名、パス名およびファイル名（たとえば、「page1.html」）を有して構成される。

ＭＦＰ１０（ウエブサーバ３０）は、このＨＴＴＰリクエストに応答して、ウエブページ１０１のウエブページデータ１１０（１１１）（「page1.html」）をＨＴＴＰレスポンスとして外部端末５０に送信する。

外部端末５０（ウエブブラウザ８０）は、受信したウエブページデータ（詳細にはデータファイル）１１１に基づいて、ウエブページ１０１をタッチパネル７５に表示する。たとえば、図９に示すようなウエブページ１０１がタッチパネル７５に表示される（図４の左側参照）。図９のウエブページ１０１は、「グループ宛先」の登録画面を有するウエブページであり、ＭＦＰ１０のスキャン動作（および／またはファクシミリ送信動作）における「グループ宛先」を外部端末５０を用いて登録する際などに利用される。

なお、このウエブページ１０１（図９）には、ポップアップページ２００（２０１）（図１０）を表示させるためのボタン１２０（１２１）（図４も参照）が配置されている。ウエブページ１００に関するウエブページデータ１１０には、ボタン１２０を表示するためのデータ（ページ記述言語による記述）が含まれるとともに、当該ボタン１２０が押下されたときに呼び出されるべきポップアップページ（子ページ）２００のＵＲＬを示すデータが含まれている。また、ウエブページデータ１１０には、スクリプトＣ１も含まれている。

また、外部端末５０のウエブブラウザ８０は、ウエブページデータ１１１内に含まれているスクリプトＣ１（たとえば、JavaScript（登録商標）によるスクリプト）を実行する。ウエブブラウザ８０は、スクリプトＣ１を実行することによって、所定時間Δｔ１間隔でライブチェック用リクエストをＭＦＰ１０に送信する。換言すれば、外部端末５０（ウエブブラウザ８０）は、スクリプトＣ１を受信した後、当該スクリプトＣ１に基づく定期的リクエストをウエブサーバ３０宛に自動的に送信する。

その後、親ページ１００（ここではウエブページ１０１）内に配置されているボタン１２０（１２１）が操作者によって押下されると、ポップアップページ２００（２０１）（図１０）が表示される（図４の右側参照）。図１０のポップアップページ（ウエブページ）２０１は、「短縮宛先一覧」の表示画面を有している。

具体的には、ボタン１２１が操作者によって押下されると、ウエブページデータ１１１（「page1.html」）内の記述に基づいて、外部端末５０は、ウエブサーバ３０内の別のＵＲＬを指定して、ＨＴＴＰリクエストを送信する（図６の中段付近参照）。当該別のＵＲＬは、別のウエブページに関するウエブページデータ（詳細にはデータファイル）２３０（２３１）（図８）に関するホスト名、パス名およびファイル名（ここでは、「base.html」）を有して構成される。この実施形態では、ウエブページ２００の表示内容が記述されたデータファイル２１０自身ではなく、データファイル２３０が先ず呼び出される。データファイル２３０は、ベースファイルあるいはベースデータファイルなどとも称される。

ＭＦＰ１０は、ブラウザから送信されてくる当該ＨＴＴＰリクエスト（換言すれば、新ページ呼出指令（ポップアップページ表示指令））に応答して、ウエブページデータ２３０（「base.html」）をウエブブラウザ８０に送信する。

この実施形態では、ポップアップページ２０１は、データファイル２１１（「popup.html」）とデータファイル２３０（２３１）（ここでは、「base.html」）との２つのデータファイル等を用いて構成される。

データファイル２１１は、ウエブページ２０１を表示するためのデータであり、ウエブページ２０１の表示内容が記述されたデータである。

一方、データファイル２３０（２３１）は、ウエブページ（親ページ）１０１とは別のウエブページ（子ページ）２０１に関するデータファイルであり、ページ記述言語（ＨＴＭＬ等）およびスクリプト（JavaScript（登録商標）等）によって記述されている。ただし、データファイル２３０は、ウエブページ２０１の表示内容自体を記述する記載を有していない。データファイル２３０は、ウエブページ２０１の表示内容に依拠しないデータファイルである。標準化（汎用化）されたデータファイル２３０を用いることによって、スクリプトＣ２を含む子ページを容易に構築することが可能である。

図５に示すように、このデータファイル２３０は、読込用スクリプトＢを有している。この読込用スクリプトＢを介して、ウエブページ２０１の表示内容を記述した本来のデータファイル２１１（ページ表示用のデータファイル）が読み込まれ、ウエブページ２０１が表示される。

具体的には、たとえば図８のページデータ１１０のスクリプト記述領域内の部分Ｐ１に記述された読込用スクリプトＢ、およびページデータ１１０の本体（ボディ）記述領域内の部分Ｐ２におけるインラインフレームに関する記述等に基づいて、変数popupURLに設定されたＵＲＬが、ウエブページ２０１の内部に表示されるデータとして読み込まれる。なお、ここでは、変数popupURLは、親ページ１０１のデータファイル１１１（図４）内において、データファイル２１１のＵＲＬを示す内容に設定されているものとする（具体的には、popupURL＝（ホスト名＋パス名＋）”popup.html”）。そして、データファイル２３０において当該変数popupURLの値（ＵＲＬ）が参照され、当該変数popupURLの値として設定されたデータファイル２１１「popup.html」の表示内容を含むウエブページ２０１が表示される。

詳細には、読込用スクリプトＢ等が動作することによって、ウエブブラウザ８０（外部端末５０）からウエブサーバ３０（ＭＦＰ１０）に対してリクエストが送信され、当該リクエストに応答して、データファイル２１１（「popup.html」）がレスポンスとして外部端末５０に送信される。そして、外部端末５０（ウエブブラウザ８０）は、受信したデータファイル２１１に基づいて、ウエブページ２０１をタッチパネル７５に表示する。たとえば、図１０のポップアップページ２０１がタッチパネル７５に表示される（図４の右側も参照）。この結果、上記比較例と同様にポップアップ画面２０１がオープンされる。

ここにおいて、図５に示すように、このデータファイル２３０（２３１）は、スクリプトＣ２（Ｃ２１）をも有している。そして、当該スクリプトＣ２（たとえば、JavaScript（登録商標）によるスクリプト）もが実行される。このスクリプトＣ２は、スクリプトＣ１と同様の機能を有するスクリプト（ライブチェック用スクリプト）であり、ライブチェック用リクエストを定期的にＭＦＰ１０に送信する機能を有する。より詳細には、当該スクリプトＣ２は、ウエブブラウザ８０からウエブサーバ３０への定期的なリクエストをポップアップウエブページの表示中に自動的に送信するスクリプトである。スクリプトＣ２による定期的リクエストは、スクリプトＣ１による定期的リクエストと同じ機能を有する。

ウエブブラウザ８０は、スクリプトＣ２を実行することによって、所定時間Δｔ１間隔でライブチェック用リクエストをＭＦＰ１０に送信する（図６の下段部分参照）。

より詳細には、図８における部分Ｐ３，Ｐ４，Ｐ５の記述に基づいて、ウエブページ２０１において、ライブチェック用スクリプトＣ２が定期的に動作する。具体的には、部分Ｐ３で定義された関数「LiveCheck」が、部分Ｐ５に記載されるように３０秒ごとに実行される。なお、図８の部分Ｐ４に記載されるように、より詳細には、データファイル２３０（「base.html」）から別データファイル（「livecheck_data.html」）が参照される。データファイル「livecheck_data.html」が定期的にリロード（部分Ｐ３参照）されることによって、外部端末５０（ウエブブラウザ８０）からＭＦＰ１０（ウエブサーバ３０）に対して定期的なリクエストが送信され、当該リクエストに対するレスポンスがＭＦＰ１０から外部端末５０に返信される。なお、図６では、当該リクエストに対するレスポンスの図示を省略している。

このようにして、外部端末５０は、スクリプトＣ２を受信した後、当該スクリプトＣ２に基づく定期的リクエストをウエブサーバ３０宛に自動的に送信する。換言すれば、子ページ（ウエブページ２０１）の表示中において、所定時間Δｔ１間隔で（スクリプトＣ１に代えて）スクリプトＣ２が実行され、ライブチェック用リクエストが定期的にＭＦＰ１０に送信される。

一方、ＭＦＰ１０の動作制御部１５は、上述の図７と同様の動作を実行する。

ここにおいて、この実施形態においては、上述のように、外部端末５０は、スクリプトＣ１の停止に起因してスクリプトＣ１による定期的リクエストを送信しないときであっても、スクリプトＣ２による定期的リクエストを定期的に送信する。その結果、ＭＦＰ１０は、スクリプトＣ１による定期的リクエストを受信しないときであっても、スクリプトＣ２による定期的リクエストを定期的に受信する。

そして、ＭＦＰ１０の動作制御部１５は、ウエブブラウザ８０からのスクリプトＣ１による定期的リクエストが一定期間受信されないときであっても、ウエブブラウザ８０からのスクリプトＣ２による定期的リクエストが一定期間内に受信されるときには、ウエブブラウザ８０との通信セッションを維持する。

したがって、親ページ１００（１０１）が非アクティブになり且つ子ページ２００（２０１）がアクティブになると親ページ１０１のリクエストスクリプトＣ１が動作しないことに起因して外部端末５０とＭＦＰ１０との通信セッションが切断されてしまう問題、を解消することが可能である。

また、上記実施形態においては、子ページ２００のスクリプトＣ２は、子ページ２００を表示するための表示用データ（ＨＴＭＬ文書の特定部分（特定領域））内において混在して記載されるのではなく、当該表示用データとは独立して記載されている。換言すれば、子ページ２００を表示するための表示用データと当該子ページ２００のスクリプトＣ２とは、それぞれブロック化され互いに独立した部分に記述されている。より具体的には、子ページ２００を表示するためのデータファイル２１１（「popup.html」）自体には新たなスクリプトＣ２は記述されておらず、当該新たなスクリプトＣ２はデータファイル２１１とは別のデータファイル２３０（２３１）に記述されている。

そして、ウエブサーバ３０は、子ページ２００の呼出指令（新ページ呼出指令）に対して、子ページ２００に関するデータが分散して記述された複数のデータファイル２１１，２３０等のうち、読込用スクリプトＢが記述されたデータファイル（ベースファイルとも称する）２３０をまずウエブブラウザ８０に送信する。その後、当該ベースファイル２３０に記述されている読込用スクリプトＢに基づいてウエブブラウザ８０から送信されてくる送信要求（データファイル２１１の送信要求）に対して、当該データファイル２１１をウエブブラウザ８０に送信する。そして、ウエブブラウザ８０は、当該データファイル２１１に規定されている内容に基づいて子ページ２００を表示する。すなわち、データファイル２３０に記述された読込用スクリプトＢにより表示用データファイル２１１が読み込まれることなどによって、表示用データファイル２１１に規定されている表示内容が子ページ２００の表示画面に表示される。

換言すれば、ウエブサーバ３０は、子ページ２００の呼出指令（新ページ呼出指令）に応じて、子ページ２００に関するデータのうち読込用スクリプトＢを含むデータをウエブブラウザ８０に送信し読込用スクリプトＢをウエブブラウザ８０に実行させる。ウエブサーバ３０は、読込用スクリプトＢをウエブブラウザ８０にて実行させることによって、表示用データファイル２１１（子ページ２００の表示用データファイル）をウエブブラウザ８０に読み込ませ（参照させ）当該表示用データファイル２１１に基づく子ページ２００をウエブブラウザ８０に表示させる。

特に、スクリプトＣ２，Ｂに関する追加部分は表示用データファイル２１１とは異なるデータファイル２３０等に記述されるため、表示用データファイル２１１には変更を加えずに済む。換言すれば、子ページ２００のデータに対する追加変更部分は、元の表示用データファイル２１１とは分離して設けられ、元のデータファイルに対する変更を最小限に留めることが可能である。なお、親ページ１００に関する変更は最小限の内容（呼出先ページを指定する変数値の追加等）に止まる。

このように、データファイル２３０においてスクリプトＣ２を追加することにより、子ページ２００の表示中に当該スクリプトＣ２による定期的リクエストの実行が実現され得る。また、データファイル２３０において読込用スクリプトＢを追加し当該読込用スクリプトＢを用いて表示用データファイル２１１を読み込むことにより、親ページ１００に関する変更を最小限の内容（変数値の追加等）に止めつつ且つ元の表示用データファイル２１１に変更を加えること無く、子ページ２００を表示することができる。

また、複数組の親子ページ（１００，２００）に関して、上記のような動作を行わせる場合において、上述のデータファイル２３０を利用することが好ましい。これによれば、複数の子ページの各表示用データファイル（上記データファイル２１１と同様の複数の表示用データファイル）自体には変更を加えること無く、複数の子ページのそれぞれに関して、スクリプトＣ２を容易に追加するともに各表示用データファイルに基づく表示を容易に行うことが可能である。特に、複数の子ページのそれぞれに関して共通の（同一の）データファイル２３０を利用することによって、各子ページを容易に変更（再構築）することが可能である。

＜１−６．変形例＞
上記第１実施形態においては、親ページ１００のボタン１２０が押下されると、新たなデータファイル「base.html」が常に読み込まれる態様が例示されている。換言すれば、親ページ１００は、外部端末５０のウエブブラウザ８０の種類に依拠することなく、常にファイル「base.html」を読み込む態様が例示されている。

しかしながら、本発明はこれに限定されない。たとえば、外部端末５０のウエブブラウザ８０の種類に応じて、読込対象のファイルが変更されるようにしてもよい。より詳細には、ウエブブラウザ８０がパーソナルコンピュータのブラウザであるかタブレット端末のブラウザであるかに応じて、元のデータファイル２１１（「popup.html」）が読み込まれるか、新たなデータファイル２３０（「base.html」）が読み込まれるかが変更されるようにしてもよい。

図１１は、このような変形例に係る動作を実行するデータファイル１１０（１１５）（「page1.html」）を示す図である。なお、ここでは、ウエブブラウザ８０が「ActiveX」をサポートするか否かに応じて、当該ウエブブラウザ８０がパーソナルコンピュータのブラウザであるか或いはタブレット端末のブラウザであるか、が判定されている。

図１１の冒頭部分（特に第１行〜第５行）に示すように、ウエブブラウザ８０がパーソナルコンピュータのブラウザであるかタブレット端末のブラウザであるかに応じて、互いに異なる値が変数popupURL2に設定され、当該変数popupURL2に設定されたページデータに基づくページがオープンされる。

具体的には、ウエブブラウザ８０がタブレット端末のブラウザ（タブレット端末用ＯＳ（「アンドロイド（Android）」（登録商標）等）で実行されるブラウザ）であると判定されるときには、変数popupURL2に「base.html」が設定され、新ページ呼出指令の後に、データファイル「base.html」が呼び出され、上記第１実施形態と同様の動作が実現される。これにより、上記第１実施形態と同様の効果を得ることが可能である。

一方、ウエブブラウザ８０がパーソナルコンピュータのブラウザ（パーソナルコンピュータ用ＯＳ（「ウインドウズ（Windows）」（登録商標）等）で実行されるブラウザ）であると判定されるときには、変数popupURL2に「popup.html」が設定され、新ページ呼出指令の後に、データファイル「popup.html」が呼び出される。具体的には、新ページ呼出指令に応答して、スクリプトＣ２を含まないデータ（データファイル２１１のみを含むデータ）が（上述のスクリプトＣ２を含むデータに代えて）ウエブサーバ３０からウエブブラウザ８０に送信される。そして、データファイル２１１に基づいてウエブページ２０１がウエブブラウザ８０に表示される。端的に言えば、上記比較例と同様の動作が実現される。ただし、ウエブブラウザ８０はパーソナルコンピュータのブラウザであるため、子ページがポップアップ表示された後も親ページ内のスクリプトＣ１は継続して実行可能であり、上述のような問題は発生しない。換言すれば、データファイル２３０（「base.html」）により呼び出されるスクリプトＣ２が定期的に実行されなくても、元のスクリプトＣ１が定期的に実行されるため、通信セッションの接続は継続される。すなわち、通信セッションは（意に反して）切断されずに済む。また、子ページのスクリプトＣ２と親ページのスクリプトＣ１との双方が動作する場合に比べて、通信トラフィックを抑制することも可能である。

＜２．第２実施形態＞
上記第１実施形態においては、ライブチェック用リクエストがウエブサーバ３０への定期的なリクエストとして送信される態様が例示されている。

この第２実施形態においては、ＭＦＰ１０の装置状態情報を要求するリクエストがウエブサーバ３０への定期的なリクエストとして送信される態様を例示する。以下、第１実施形態との相違点を中心に説明する。

図１２および図１３は、第２実施形態に係るシステム１（１Ｂとも称する）における動作を示す概念図である。図１４は、本システム１Ｂにおける動作例を示すタイミングチャートである。図１５は、データファイル２３０（２３２）（「base2.html」）を示す図である。データファイル２３２は、或るウエブページ（親ページ）１００（１０２）から別のウエブページ（子ページ）２００（２０２）が呼び出される際に、外部端末５０からＭＦＰ１０へのＨＴＴＰリクエストに応じて、ＭＦＰ１０から外部端末５０に送信されるデータファイルである。図１６は、ＭＦＰ１０によって随時更新されるデータファイル（「status.html」）を示す図である。図１７は、ウエブページ１０２の一例を示す図であり、図１８は、ウエブページ２０２の一例を示す図である。ここでは、ウエブページ１０２は、ＭＦＰ１０の装置状態情報を表示する親ページであり、ウエブページ２０２は、その一部の詳細情報を表示する子ページである。

以下、第２実施形態に係る本システム１の動作について、図１２〜図１８を参照しながら説明する。

まず、上記第１実施形態等と同様にして、外部端末５０の操作者は、ＭＦＰ１０にリモートログインする。

その後、図１４の冒頭部分に示すように、外部端末５０は、或るウエブページ１００（１０２）（図１７）を表示するため、ＭＦＰ１０に対してＨＴＴＰリクエストを送信する。具体的には、ＭＦＰ１０のウエブサーバ３０内の特定ＵＲＬを指定して、ＨＴＴＰリクエストが外部端末５０から画像形成装置１０に送信される。当該特定ＵＲＬは、ウエブページ１０２のデータファイル１１０（１１２）（図１３も参照）に関するホスト名、パス名およびファイル名（たとえば、「page21.html」）を有して構成される。なお、図１７のウエブページ１０２は、ＭＦＰ１０の装置状態情報を表示するウエブページであり、ＭＦＰ１０の装置状態を確認する際などに利用される。

ＭＦＰ１０（ウエブサーバ３０）は、このＨＴＴＰリクエストに応答して、ウエブページ１０２のデータファイル１１２（「page21.html」）をＨＴＴＰレスポンスとして外部端末５０に送信する。

外部端末５０（ウエブブラウザ８０）は、受信したデータファイル１１２に基づいて、ウエブページ１０２（図１７）をタッチパネル７５に表示する。なお、このウエブページ１０２（図１７）には、ポップアップページ２００（２０２）（図１８）を表示させるためのボタン１２０（１２２）（図１２も参照）が配置されている。

また、外部端末５０のウエブブラウザ８０は、データファイル１１２内に含まれているスクリプトＣ２１を実行する。このスクリプトＣ２１は、ＭＦＰ１０の装置状態情報を要求するリクエスト（状態情報更新用リクエストとも称する）を定期的にＭＦＰ１０に送信する機能を有するスクリプトである。ウエブブラウザ８０は、スクリプトＣ２１を実行することによって、所定時間Δｔ１間隔で状態情報更新用リクエストをＭＦＰ１０に送信する。当該状態情報更新用リクエストに応答して、ウエブサーバ３０はウエブブラウザ８０に対して、自装置（ＭＦＰ）１０の装置状態情報（トナーの残量情報および用紙の有無等に関する情報等）を送信する。ウエブブラウザ８０は、ウエブサーバ３０から受信した情報に基づき、ウエブページ１０２における装置状態表示部分（ウエブページ１０２のボタン１２２内に設けられた装置状態情報欄（「用紙有無」欄）等を含む）の内容を更新する。このような更新動作は、ウエブページ１０２の表示期間中において、所定時間Δｔ１間隔で繰り返し実行される。

その後、親ページ１０２内に配置されているボタン１２２が操作者によって押下されると、子ページ２０２（図１８）が表示される（図１２の右側参照）。図１８の子ページ（ポップアップページ）２０２は、ＭＦＰ１０の「給紙トレイ」の状態（各トレイの用紙サイズ、用紙種別および用紙残量等）を詳細に示す表示部分（表示領域）を有している。

具体的には、ボタン１２２が操作者によって押下されると、データファイル１１２（「page21.html」）内の記述に基づいて、外部端末５０は、ウエブサーバ３０内の別のＵＲＬを指定して、ＨＴＴＰリクエストを送信する。当該別のＵＲＬは、別のウエブページに関するデータファイル２３０（２３２）に関するホスト名、パス名およびファイル名（ここでは、「base2.html」）を有して構成される。

ＭＦＰ１０は、ブラウザから送信されてくる当該ＨＴＴＰリクエスト（換言すれば、新ページ呼出指令（ポップアップページ表示指令））に応答して、データファイル２３２をウエブブラウザ８０に送信する。

この実施形態では、ウエブページ（子ページ）２０２は、データファイル２１２（「popup2.html」）とデータファイル２３２（「base2.html」）との２つのデータファイル等を用いて構成される。

データファイル２１２は、ウエブページ２０２を表示するためのデータであり、ウエブページ２０２の表示内容が記述されたデータである。

一方、データファイル２３２は、ウエブページ（親ページ）１０２とは別のウエブページ（子ページ）２０２に関するデータであり、ページ記述言語（ＨＴＭＬ等）およびスクリプト（JavaScript（登録商標）等）によって記述されている。ただし、データファイル２３２は、上述のデータファイル２３１と同様に、ウエブページ２０２の表示内容自体を記述する記載を有していない。データファイル２３２は、ウエブページ２０２の表示内容に依拠しないデータである。

図１３に示すように、このデータファイル２３２は、読込用スクリプトＢ２を有している。この読込用スクリプトＢ２を介して、ウエブページ２０２の表示内容を記述した（本来の）データファイル２１２が読み込まれ、ウエブページ２０２が表示される。

具体的には、たとえば図１５のページデータ１１２内の部分Ｐ２１に記述された読込用スクリプトＢ２、およびページデータ１１２の本体（ボディ）記述領域内の部分Ｐ２２におけるインラインフレームに関する記述等に基づいて、変数popupURLに設定されたＵＲＬが、ウエブページ２０２の内部に表示されるデータとして読み込まれる。なお、ここでは、変数popupURLは、親ページ１０２のデータファイル１１２（図１３）内において、データファイル２１２のＵＲＬを示す内容に設定されているものとする（具体的には、popupURL＝（ホスト名＋パス名＋）”popup2.html”）。そして、データファイル２３２において当該変数popupURLの値（ＵＲＬ）が参照され、当該変数popupURLの値として設定されたデータファイル２１２「popup2.html」の表示内容を含むウエブページ２０２が表示される。

詳細には、読込用スクリプトＢ２等が動作することによって、ウエブブラウザ８０（外部端末５０）からウエブサーバ３０（ＭＦＰ１０）に対してリクエストが送信され、当該リクエストに応答して、データファイル２１２（「popup2.html」）がレスポンスとして外部端末５０に送信される。そして、外部端末５０（ウエブブラウザ８０）は、受信したデータファイル２１２に基づいて、ウエブページ２０２（図１８）をタッチパネル７５に表示する。

ここにおいて、図１３に示すように、このデータファイル２３２は、スクリプトＣ２（Ｃ２２）をも有している。そして、子ページ２０２の表示中において当該スクリプトＣ２２が実行される。このスクリプトＣ２２は、ＭＦＰ１０の装置状態情報の送信要求（状態情報更新用リクエスト）を定期的にＭＦＰ１０に送信する機能を有するスクリプトである。ウエブブラウザ８０は、スクリプトＣ２２を実行することによって、所定時間Δｔ１間隔で状態情報更新用リクエストをＭＦＰ１０に送信する。

より詳細には、図１５における部分Ｐ２３，Ｐ２４，Ｐ２５，Ｐ２６の記述に基づいて、ウエブページ２０２において、状態情報取得用スクリプトＣ２２が定期的に動作する。具体的には、部分Ｐ２３で定義された関数「StatusUpdate」が、部分Ｐ２５に記載されるように３０秒ごとに実行される。

図１５の部分Ｐ２６に記載されるように、データファイル２３２（「base2.html」）から別のデータファイル（「status.html」）が呼び出される。当該データファイル「status.html」は、ＭＦＰ１０の装置状態（トナーの残量情報および用紙の有無等に関する情報等）が記述されたファイルであり、ＭＦＰ１０によって別途に随時更新されている。図１６は、当該データファイル「status.html」の一例を示す図である。図１６に示すように、当該データファイル「status.html」の中には、用紙の有無に関する要素「<div id="child_status">用紙無し</div>」（部分Ｐ３１参照）等が記述されている。なお、「用紙無し」と記載されている部分には、ＭＦＰ１０の用紙状態に応じて、「用紙有り」および「用紙無し」のいずれかが記述される。

また、親ページのデータファイル１１２においては、たとえば「用紙の有無」に関する要素「parent_status」を定義する記述（<div id="parent_status">用紙あり</div>）が存在する。

さらに、図１５の部分Ｐ２４に示すように、親ページ内の当該要素「parent_status」に対して、データファイル「status.html」内の要素「child_status」の内容が反映される。このような状態で、さらに図１５の部分Ｐ２３で定義された関数「StatusUpdate」が、部分Ｐ２５に記載されるように３０秒ごとに実行される。

このようにして、所定時間Δｔ１間隔でスクリプトＣ２２が実行され、状態情報更新用リクエストが定期的にＭＦＰ１０に送信される。

一方、ＭＦＰ１０の動作制御部１５は、ウエブブラウザ８０からの定期的リクエスト（状態情報更新用リクエスト）に応答して、ＭＦＰ１０の状態情報をウエブブラウザ８０に送信する。具体的には、ＭＦＰ１０の状態情報を含むデータファイル「status.html」がウエブサーバ３０からウエブブラウザ８０に送信される。

このようにして、ウエブブラウザ８０（外部端末５０）は、ＭＦＰ１０の状態情報を定期的に（所定時間Δｔ１間隔で）受信する。

そして、ウエブブラウザ８０は、受信したデータファイル「status.html」をリロードする。また、ウエブブラウザ８０は、図１５の部分Ｐ２４に示されるように、データファイル「status.html」内の要素「child_status」に記述された状態情報（「用紙の有無」（換言すれば「用紙切れの有無」）に関する情報）を、親ページの要素「parent_status」の表示内容に反映する。これにより、親ページ１０２のボタン１２２内の表示内容は、定期的に適切に更新される。なお、ここでは、親ページ１０２のボタン１２２内の表示内容の更新について説明しているが、これに限定されず、親ページ１０２内の他の要素も同様にして更新されるようにしてもよい。

ここにおいて、親ページにて「用紙切れ」の有無に関する情報の表示領域が設けられている場合において、仮に、当該表示領域の表示内容を定期的に更新するスクリプトが親ページのみに設けられているときには、次のような問題が生じる。すなわち、ウエブブラウザにより表示されていた親ページから子ページが呼び出され、子ページがアクティブになり且つ親ページが非アクティブになると親ページの装置情報更新用のスクリプトが動作せず、子ページの表示中には親ページの装置情報が更新されない、との問題が生じ得る。より詳細には、たとえば親ページから呼び出された子ページが親ページに並べて配置される場合において、非アクティブ状態の親ページはユーザにより視認され得るにもかかわらず、当該親ページに表示された状態情報は更新されず最新の状態情報を反映できない。この結果、親ページ内の装置情報欄は、最新の状態（現在の状態）とは異なる内容を表示してしまう。

これに対して、上記第２実施形態においては、親ページ２０２から子ページ１０２を呼び出す新ページ呼出指令（ポップアップページ表示指令）がウエブブラウザ８０からウエブサーバ３０に送信されると、当該新ページ呼出指令に応答して、上述のデータファイル２３２を含むデータがウエブサーバ３０からウエブブラウザ８０に送信される。このデータファイル２３２は、ウエブブラウザ８０からウエブサーバ３０への定期的なリクエストを子ページ１０２の表示中に自動的に送信するスクリプトＣ２２、を含む。スクリプトＣ２２は、送信先のウエブブラウザ８０において動作し、当該スクリプトＣ２２に従って定期的リクエスト（状態情報更新用リクエスト）がウエブブラウザ８０からウエブサーバ３０に送信される。ウエブサーバ３０は、状態情報更新用リクエストに応答して、ＭＦＰ１０の装置状態情報を含むデータをレスポンスとしてウエブブラウザ８０に送信する。また、ウエブブラウザ８０は、ウエブサーバ３０から受信した装置状態情報に基づいて、親ページの装置情報表示領域の表示内容を最新の内容に更新する。なお、図１４においては、状態情報更新用リクエストに対するレスポンスの図示を省略している。

特に、ウエブサーバ３０は、ウエブブラウザ８０からの親ページ１０２による定期的リクエスト（スクリプトＣ２１による状態情報更新用リクエスト）が一定期間受信されないときであっても、ウエブブラウザ８０からの子ページ２０２による定期的リクエスト（スクリプトＣ２２による状態情報更新用リクエスト）が当該一定期間内に受信されるときには、子ページのスクリプトＣ２２による状態情報更新用リクエストに応答してＭＦＰ１０の状態情報をウエブブラウザ８０に送信する。また、ウエブサーバ３０は、ウエブブラウザ８０からの状態情報更新用リクエストに応答してＭＦＰ１０の状態情報を受信し、当該状態情報に基づいて、親ページ１０２の表示内容を更新する。

したがって、ウエブブラウザにより表示されていた親ページから子ページが呼び出され、子ページがアクティブになり且つ親ページが非アクティブになったときであっても、（親ページ内の装置情報更新用スクリプトは動作しないものの、）子ページに埋め込まれた装置情報更新用スクリプトが動作する。その結果、親ページがアクティブでないときであっても親ページの装置情報を更新することが可能である。

このように、第２実施形態によれば、上述のような問題を解消することが可能である。

なお、親ページから呼び出される全ての子ページに関して、上記と同様の動作が行われるようにしてもよいが、これに限定されない。具体的には、親ページから呼び出される全ての子ページのうちの一部のページに関しては、子ページによる定期的リクエストを自動的に送信するスクリプトＣ２が実行されないようにしてもよい。

換言すれば、そのウエブページデータがウエブサーバ３０に格納される複数組の親子ページ（１００，２００）のうち、上記のようなウエブページ１０２，２０２で構成される１組の親子ページとは異なる特定の親子ページに関しては、当該スクリプトＣ２が実行されないようにしてもよい。たとえば、当該特定の親子ページのうちの親ページは、ハードウエア故障の有無を示すウエブページであり、且つ、当該特定の親子ページのうちの子ページは、当該ハードウエア故障に関連する内容を示すウエブページである場合に、当該スクリプトＣ２が実行されないようにしてもよい。具体的には、ウエブサーバ３０は、親ページから子ページを呼び出すページ呼出指令（ウエブブラウザ８０から送信されてくる子ページ呼出指令）に応答して、次述するようなレスポンスデータをウエブブラウザ８０に送信すればよい。当該レスポンスデータは、ウエブブラウザ８０からウエブサーバ３０への定期的なリクエスト（状態情報更新用リクエスト）を当該子ページの表示中に自動的に送信するスクリプト、を含まないように構成されればよい。

ハードウエア故障の場合には、復旧までに比較的長い時間を要するため、比較的早期に装置状態が変更される可能性は低い。そのような場合には、状態更新を行うスクリプトＣ２２を実行しないことによって、余分な通信トラフィックの発生を回避することが可能である。また、ＭＦＰ１０（および外部端末５０）のリソースを浪費することも回避することが可能である。

また、この第２実施形態に関しても、第１実施形態に対する改変と同様の改変が行われても良い。たとえば、外部端末５０のウエブブラウザ８０の種類に応じて、読込対象のファイルが変更されるようにしてもよい。

＜３．変形例等＞
以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。

たとえば、上記各実施形態においては、子ページ２００用のデータファイルとして、子ページ２００の表示内容を記述したデータファイル２１０とは別にデータファイル２３０がさらに設けられ、当該データファイル２３０に定期的スクリプトＣが記述される態様が例示されているが、本発明はこれに限定されない。

具体的には、子ページ２００の表示内容を記述したデータファイル２１０自体に、上述の定期的スクリプトＣと同様の機能を有するスクリプトが記述されるようにしてもよい。ただし、標準化の観点からは、上記各実施形態のように、データファイル２１０とは別のデータファイル２３０を設け、当該データファイル２３０に定期的スクリプトＣが記述されることが好ましい。換言すれば、子ページ２００は、複数のデータファイルによって構成されてもよく、単一のデータファイルによって構成されてもよい。また、子ページ２００に関する当該複数のデータファイルは、新ページ呼出指令に応答して順次に（非同時に）送付されるようにしてもよく、あるいは、新ページ呼出指令に応答して同時に送付されるようにしてもよい。なお、親ページ１００に関しても同様である。

１遠隔操作システム（ウエブアプリケーションシステム）
１０ＭＦＰ（画像形成装置）
３０ウエブサーバ
５０外部端末
８０ウエブブラウザ
１００，１０１，１０２親ページ（ウエブページ）
２００，２０１，２０２子ページ（ウエブページ）
１１０，１１１，１１２親ページ表示用のデータファイル
２１０，２１１，２１２子ページ表示用のデータファイル
２３０ウエブページデータ
Ｂ，Ｂ２読込用スクリプト
Ｃ，Ｃ２，Ｃ２１，Ｃ２２定期的スクリプト

Claims

ウエブサーバの機能を有する画像形成装置であって、
第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
を備え、
前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とする画像形成装置。
請求項１に記載の画像形成装置において、
前記第２のデータは、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データを読み込むための読込用スクリプトを有しており、
前記送信手段は、前記新ページ呼出指令に応答して、前記第２のデータのうち前記読込用スクリプトを含むデータを前記外部装置に送信し前記読込用スクリプトを前記ブラウザに実行させることによって、前記第２のウエブページの前記第２の表示用データを前記ブラウザに読み込ませ前記第２の表示用データに基づく前記第２のウエブページを前記ブラウザに表示させることを特徴とする画像形成装置。
請求項１に記載の画像形成装置において、
前記第２のデータは、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データを読み込むための読込用スクリプトを有しており、
前記第２の表示用データと前記読込用スクリプトとは、互いに異なるデータファイルに記述されており、
前記送信手段は、前記新ページ呼出指令に対して、前記第２のデータが分散して記述された複数のデータファイルのうち前記読込用スクリプトが記述されたデータファイルであるベースファイルを前記外部装置に送信し、その後、前記ベースファイルに記述されている前記読込用スクリプトに基づいて前記外部装置から送信されてくる送信要求であって前記第２の表示用データを記述したデータファイルである表示用ファイルの送信要求に対して、当該表示用ファイルを前記外部装置に送信することを特徴とする画像形成装置。
請求項３に記載の画像形成装置において、
前記ベースファイルには前記第２のスクリプトに関する記述が存在し、
前記受信手段は、前記ベースファイルが前記外部装置により受信された後において、前記ベースファイルにおける前記第２のスクリプトに関する記述に基づいて実行される前記第２の定期的リクエストを受信することを特徴とする画像形成装置。
請求項１ないし請求項４のいずれかに記載の画像形成装置であって、
前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときには、前記ブラウザとの通信セッションを切断する動作制御手段、
をさらに備え、
前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが前記一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記ブラウザとの通信セッションを維持することを特徴とする画像形成装置。
ウエブサーバの機能を有する画像形成装置であって、
第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信する動作制御手段と、
を備え、
前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報を前記外部装置に送信することを特徴とする画像形成装置。
請求項６に記載の画像形成装置において、
そのウエブページデータが前記ウエブサーバに格納される複数組の親子ページのうち、前記第１のウエブページと前記第２のウエブページとで構成される第１の組の親子ページとは異なる特定の親子ページに関し、前記特定の親子ページのうちの親ページは、ハードウエア故障の有無を示すウエブページであり、且つ、前記特定の親子ページのうちの子ページは、前記ハードウエア故障に関連する内容を示すウエブページである場合において、
前記送信手段は、前記親ページから前記子ページを呼び出すページ呼出指令であって前記外部装置から送信されてくるページ呼出指令に応答して、レスポンスデータを前記外部装置に送信し、
前記レスポンスデータは、前記ブラウザから前記ウエブサーバへの定期的なリクエストを前記子ページの表示中に自動的に送信するスクリプト、を含まないことを特徴とする画像形成装置。
ウエブサーバの機能を有する画像形成装置であって、
第１のウエブページに関するデータ送信依頼を外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定する動作制御手段と、
を備え、
前記送信手段は、
前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると判定される場合には、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信することを特徴とする画像形成装置。
ウエブアプリケーションシステムであって、
ウエブサーバの機能を有する画像形成装置と、
ブラウザを実行することが可能な外部装置と、
を備え、
前記ウエブサーバは、
第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
を備え、
前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記ブラウザは、
前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、
前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信し、
前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とするウエブアプリケーションシステム。
ウエブアプリケーションシステムであって、
ウエブサーバの機能を有する画像形成装置と、
ブラウザを実行することが可能な外部装置と、
を備え、
前記ウエブサーバは、
第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信する動作制御手段と、
を備え、
前記送信手段は、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記ブラウザは、
前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、
前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信し、
前記動作制御手段は、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報を前記外部装置に送信することを特徴とするウエブアプリケーションシステム。
ウエブアプリケーションシステムであって、
ウエブサーバの機能を有する画像形成装置と、
ブラウザを実行することが可能な外部装置と、
を備え、
前記ウエブサーバは、
第１のウエブページに関するデータ送信依頼を前記外部装置から受信する受信手段と、
前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記ウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信する送信手段と、
前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定する動作制御手段と、
を備え、
前記送信手段は、
前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると判定される場合には、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信し、
前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信し、
前記ブラウザは、
前記第１のデータに含まれる前記第１のスクリプトを受信した後、当該第１のスクリプトに基づいて前記第１の定期的リクエストを前記ウエブサーバ宛に自動的に送信するとともに、
前記第２のデータに含まれる前記第２のスクリプトを受信した後、当該第２のスクリプトに基づいて前記第２の定期的リクエストを前記ウエブサーバ宛に自動的に送信することを特徴とするウエブアプリケーションシステム。
画像形成装置に内蔵されたコンピュータに、
ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、
ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、
ｃ）前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、
を実行させるためのプログラムであって、
前記第２の表示用データと前記第２のスクリプトとは、互いに異なるデータファイルに記述されていることを特徴とするプログラム。
画像形成装置に内蔵されたコンピュータに、
ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、
ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、
ｃ）前記ブラウザからの前記第１の定期的リクエストに応答して前記画像形成装置の状態情報を送信するステップと、
ｄ）前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、
を実行させるためのプログラムであって、
前記ステップｃ）においては、前記ブラウザからの前記第１の定期的リクエストが一定期間受信されないときであっても、前記ブラウザからの前記第２の定期的リクエストが前記一定期間内に受信されるときには、前記第２の定期的リクエストに応答して前記画像形成装置の状態情報が前記外部装置に送信されることを特徴とするプログラム。
画像形成装置に内蔵されたコンピュータに、
ａ）第１のウエブページに関するデータ送信依頼を外部装置から受信するステップと、
ｂ）前記第１のウエブページを前記外部装置のブラウザにて表示するための第１の表示用データと、前記第１のウエブページから第２のウエブページを呼び出すためのデータと、前記ブラウザから前記画像形成装置におけるウエブサーバへの定期的なリクエストである第１の定期的リクエストを自動的に送信するための第１のスクリプトとを含む第１のデータを、前記データ送信依頼に応答して前記外部装置に送信するステップと、
ｃ）前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであるかタブレット端末用ＯＳで実行されるウエブブラウザであるかを判定するステップと、
ｄ）前記ブラウザがタブレット端末用ＯＳで実行されるウエブブラウザであると前記ステップｃ）にて判定される場合には、前記第１のウエブページから前記第２のウエブページを呼び出す新ページ呼出指令であって前記外部装置から送信されてくる新ページ呼出指令に応答して、前記第２のウエブページを前記ブラウザにて表示するための第２の表示用データと前記ブラウザから前記ウエブサーバへの定期的なリクエストである第２の定期的リクエストを前記第２のウエブページの表示中に自動的に送信する第２のスクリプトとを含む第２のデータを、前記外部装置に送信するステップと、
ｅ）前記ブラウザがパーソナルコンピュータ用ＯＳで実行されるウエブブラウザであると前記ステップｃ）にて判定される場合には、前記新ページ呼出指令に応答して、前記第２のスクリプトを含まないデータを前記第２のデータに代えて送信するステップと、
を実行させるためのプログラム。