"端末装置との間で通信が可能でありウエブサーバ機能を内蔵する通信装置であって、端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得する取得手段と、前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定する決定手段と、所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成する生成手段と、前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信する送信手段と、を備えることを特徴とする通信装置。請求項1に記載の通信装置において、前記複数の形式のプログラムは、それぞれ、ウエブページを記述するデータから呼出可能な形式のプログラムであることを特徴とする通信装置。請求項1または請求項2に記載の通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が第i回目値iは自然数に実行される際には、前記送信手段は、前記第1形式のプログラムで前記所定の処理を実行すべき旨が記述された第1のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第1形式のプログラムによる実行所要時間である第1の所要時間を取得し、前記所定の処理が第j回目値jは自然数に実行される際には、前記送信手段は、前記第2形式のプログラムで前記所定の処理を実行すべき旨が記述された第2のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第2形式のプログラムによる実行所要時間である第2の所要時間を取得し、前記所定の処理が第k回目値kは自然数であり、k>i、且つ、k>jに実行される際には、前記決定手段は、前記第1の所要時間と前記第2の所要時間とに基づいて前記最適プログラム形式を決定し、前記生成手段は、前記最適プログラム形式で前記所定の処理を実行すべき旨が記述された第3のウエブページデータを生成し、前記送信手段は、前記ウエブブラウザからのページリクエストに応答して前記第3のウエブページデータを送信することを特徴とする通信装置。請求項1または請求項2に記載の通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が第i回目値iは自然数に実行される際には、前記送信手段は、前記第1形式のプログラムで前記所定の処理を実行すべき旨が記述された第1のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第1形式のプログラムによる実行所要時間である第1の所要時間を取得し、前記決定手段は、前記第1の所要時間が第1の基準時間よりも小さい場合には、前記第1形式を前記最適プログラム形式として決定し、前記第1の所要時間が前記第1の基準時間よりも大きい場合には、前記第1形式とは異なる第2形式を前記最適プログラム形式の候補として決定することを特徴とする通信装置。請求項4に記載の通信装置において、前記所定の処理が第j回目値jは自然数、且つ、j>iに実行される際において、前記送信手段は、前記第2形式のプログラムで前記所定の処理を実行すべき旨が記述された第2のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第2形式のプログラムによる実行所要時間である第2の所要時間を取得し、前記決定手段は、前記第1の所要時間が前記第1の基準時間よりも大きく且つ前記第2の所要時間が第2の基準時間よりも小さいことを条件として前記第2形式を前記最適プログラム形式として確定することを特徴とする通信装置。請求項1または請求項2に記載の通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が実際に実行される前において、前記送信手段は、前記第1形式のプログラムで第1のテスト処理を実行すべき旨と前記第2形式のプログラムで第2のテスト処理を実行すべき旨とが記述されたテスト用ウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記テスト用ウエブページデータに従って前記ウエブブラウザで実行された前記第1形式のプログラムによる実行所要時間である第1の所要時間と、前記テスト用ウエブページデータに従って前記ウエブブラウザで実行された前記第2形式のプログラムによる実行所要時間である第2の所要時間と、を取得し、前記決定手段は、前記第1の所要時間と前記第2の所要時間とに基づいて前記最適プログラム形式を決定し、前記所定の処理が実際に実行される際には、前記生成手段は、前記最適プログラム形式で前記所定の処理を実行すべき旨が記述された特定のウエブページデータを生成し、前記送信手段は、前記ウエブブラウザからのページリクエストに応答して前記特定のウエブページデータを送信することを特徴とする通信装置。a通信先装置である端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得するステップと、b前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定するステップと、c所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成するステップと、d前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信するステップと、をサーバコンピュータに実行させるためのプログラム。通信システムであって、ウエブサーバ機能を内蔵する通信装置と、前記通信装置との間で通信が可能な端末装置と、を備え、前記通信装置は、前記端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得する取得手段と、前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定する決定手段と、所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成する生成手段と、前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信する送信手段と、を有することを特徴とする通信システム。請求項8に記載の通信システムにおいて、前記通信装置は、画像形成装置であることを特徴とする通信システム。請求項8または請求項9に記載の通信システムにおいて、前記端末装置は、携帯式端末装置であることを特徴とする通信システム。ところで、たとえば、MFPなどの画像形成装置の中にも、ウエブサーバ機能を有し、情報通信端末と通信することが可能な装置が存在する。一方、当該装置の通信先である当該情報通信端末には、様々なブラウザが搭載されている。また、上記の各種形式のプログラムの実行速度は、情報通信端末に実装されたブラウザの種類によって異なる、という事情が存在する。具体的には、或るブラウザに関しては、Java商標の実行速度はFlash商標の実行速度よりも大きい高速である。一方、別のブラウザに関しては、逆に、Javaの実行速度はFlashの実行速度よりも小さい低速こともある。そのため、Javaの実行速度がFlashの実行速度よりも大きなブラウザに対して、常にFlashで所定の処理を実行することは効率的であるとは言えない。逆に、Javaの実行速度がFlashの実行速度よりも小さなブラウザに対して、常にJavaで所定の処理を実行することも効率的であるとは言えない。なお、上記特許文献1の技術は、このような問題を解決するものではない。そこで、この発明の課題は、端末装置のブラウザに適した形式のプログラムを用いて当該端末装置において効率的に処理を実行させることが可能な技術を提供することを課題とする。上記課題を解決すべく、請求項1の発明は、端末装置との間で通信が可能でありウエブサーバ機能を内蔵する通信装置であって、端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得する取得手段と、前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定する決定手段と、所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成する生成手段と、前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信する送信手段とを備えることを特徴とする。請求項2の発明は、請求項1の発明に係る通信装置において、前記複数の形式のプログラムは、それぞれ、ウエブページを記述するデータから呼出可能な形式のプログラムであることを特徴とする。請求項3の発明は、請求項1または請求項2の発明に係る通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が第i回目値iは自然数に実行される際には、前記送信手段は、前記第1形式のプログラムで前記所定の処理を実行すべき旨が記述された第1のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第1形式のプログラムによる実行所要時間である第1の所要時間を取得し、前記所定の処理が第j回目値jは自然数に実行される際には、前記送信手段は、前記第2形式のプログラムで前記所定の処理を実行すべき旨が記述された第2のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第2形式のプログラムによる実行所要時間である第2の所要時間を取得し、前記所定の処理が第k回目値kは自然数であり、k>i、且つ、k>jに実行される際には、前記決定手段は、前記第1の所要時間と前記第2の所要時間とに基づいて前記最適プログラム形式を決定し、前記生成手段は、前記最適プログラム形式で前記所定の処理を実行すべき旨が記述された第3のウエブページデータを生成し、前記送信手段は、前記ウエブブラウザからのページリクエストに応答して前記第3のウエブページデータを送信することを特徴とする。請求項4の発明は、請求項1または請求項2の発明に係る通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が第i回目値iは自然数に実行される際には、前記送信手段は、前記第1形式のプログラムで前記所定の処理を実行すべき旨が記述された第1のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第1形式のプログラムによる実行所要時間である第1の所要時間を取得し、前記決定手段は、前記第1の所要時間が第1の基準時間よりも小さい場合には、前記第1形式を前記最適プログラム形式として決定し、前記第1の所要時間が前記第1の基準時間よりも大きい場合には、前記第1形式とは異なる第2形式を前記最適プログラム形式の候補として決定することを特徴とする。請求項5の発明は、請求項4の発明に係る通信装置において、前記所定の処理が第j回目値jは自然数、且つ、j>iに実行される際において、前記送信手段は、前記第2形式のプログラムで前記所定の処理を実行すべき旨が記述された第2のウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記第2形式のプログラムによる実行所要時間である第2の所要時間を取得し、前記決定手段は、前記第1の所要時間が前記第1の基準時間よりも大きく且つ前記第2の所要時間が第2の基準時間よりも小さいことを条件として前記第2形式を前記最適プログラム形式として確定することを特徴とする。請求項6の発明は、請求項1または請求項2の発明に係る通信装置において、前記複数の形式のプログラムは、第1形式のプログラムと第2形式のプログラムとを含み、前記所定の処理が実際に実行される前において、前記送信手段は、前記第1形式のプログラムで第1のテスト処理を実行すべき旨と前記第2形式のプログラムで第2のテスト処理を実行すべき旨とが記述されたテスト用ウエブページデータを前記ウエブブラウザに向けて送信し、前記取得手段は、前記テスト用ウエブページデータに従って前記ウエブブラウザで実行された前記第1形式のプログラムによる実行所要時間である第1の所要時間と、前記テスト用ウエブページデータに従って前記ウエブブラウザで実行された前記第2形式のプログラムによる実行所要時間である第2の所要時間とを取得し、前記決定手段は、前記第1の所要時間と前記第2の所要時間とに基づいて前記最適プログラム形式を決定し、前記所定の処理が実際に実行される際には、前記生成手段は、前記最適プログラム形式で前記所定の処理を実行すべき旨が記述された特定のウエブページデータを生成し、前記送信手段は、前記ウエブブラウザからのページリクエストに応答して前記特定のウエブページデータを送信することを特徴とする。請求項7の発明は、a通信先装置である端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得するステップと、b前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定するステップと、c所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成するステップと、d前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信するステップとをサーバコンピュータに実行させるためのプログラムであることを特徴とする。請求項8の発明は、通信システムであって、ウエブサーバ機能を内蔵する通信装置と、前記通信装置との間で通信が可能な端末装置とを備え、前記通信装置は、前記端末装置に実装されたウエブブラウザ上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得する取得手段と、前記複数の形式のプログラムの中から、前記ウエブブラウザに応じた最適プログラム形式を、前記各実行所要時間に基づいて決定する決定手段と、所定の処理を前記最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータを生成する生成手段と、前記ウエブブラウザからのページリクエストに応答して前記ウエブページデータを送信する送信手段とを有することを特徴とする。請求項9の発明は、請求項8の発明に係る通信システムにおいて、前記通信装置は、画像形成装置であることを特徴とする。請求項10の発明は、請求項8または請求項9の発明に係る通信システムにおいて、前記端末装置は、携帯式端末装置であることを特徴とする。請求項1ないし請求項10に記載の発明によれば、端末装置のブラウザに適した形式のプログラムを用いて当該端末装置にて効率的に処理を実行させることが可能である。以下、本発明の実施形態を図面に基づいて説明する。<1.第1実施形態><1-1.構成概要>図1は、第1実施形態に係る通信システム11Aの構成を示す概略図である。図1に示すように、通信システム1は、通信装置10と複数の情報端末装置端末装置とも称する5050a,50b,とを備える。通信装置10と各端末装置50とは、互いにネットワークNWを介して通信を行うことが可能である。ネットワークNWは、LANLocalAreaNetworkおよびインターネットなどによって構成される。また、ネットワークNWに対する接続態様は、有線接続であってもよく、或いは無線接続であってもよい。通信装置10は、ウエブWebサーバ機能を有するサーバコンピュータあるいは単にウエブサーバとも称される。ここでは、通信装置10は、ウエブサーバ機能を有する画像形成装置10として構成されている。また、各端末装置50はウエブクライアント機能ウエブブラウザ機能を有している。各端末装置50は、それぞれ、ウエブブラウザアプリケーションソフトウエアプログラム単にウエブブラウザないしブラウザとも称するを実行することによって、ウエブサーバとしての画像形成装置10にアクセスし、画像形成装置10から各種のデータを受信し、当該受信データに基づく表示動作等を実行する。<1-2.画像形成装置の構成>ここでは、画像形成装置10として、MFPマルチファンクションペリフェラルMultiFunctionalPeripheralを例示する。MFP10は、スキャン機能、コピー機能、ファクシミリ機能およびボックス格納機能などを備える装置複合機とも称するである。具体的には、MFP10は、図1の機能ブロック図に示すように、画像読取部2、印刷出力部3、通信部4、格納部5、入出力部6およびコントローラ9等を備えており、これらの各部を複合的に動作させることによって、各種の機能を実現する。画像読取部2は、MFP10の所定の位置に載置された原稿を光学的に読み取ってすなわちスキャンして、当該原稿の画像データ原稿画像なしいスキャン画像とも称するを生成する処理部である。この画像読取部2は、スキャン部であるとも称される。印刷出力部3は、印刷対象に関するデータに基づいて紙などの各種の媒体に画像を印刷出力する出力部である。通信部4は、公衆回線等を介したファクシミリ通信を行うことが可能な処理部である。さらに、通信部4は、ネットワークNWを介したネットワーク通信を行うことも可能である。このネットワーク通信では、たとえば、TCP/IPTransmissionControlProtocolInternetProtocol等の各種のプロトコルが利用される。当該ネットワーク通信を利用することによって、MFP10は、所望の相手先端末装置50等との間で各種のデータを授受することが可能である。格納部5は、ハードディスクドライブHDD等の記憶装置で構成される。格納部5は、印刷ジョブに係るデータを記憶する。また、格納部5は、通信先である各端末装置に関する情報データテーブルTL1等をも記憶する。データテーブルTL1においては、後述するようにして決定された最適プログラム形式後述が、各端末装置50ブラウザBWと各ページのURLとの組合せごとに記憶される。入出力部6は、MFP10に対する入力を受け付ける操作入力部6aと、各種情報の表示出力を行う表示部6bとを備えている。コントローラ9は、MFP10に内蔵され、MFP10を統括的に制御する制御装置である。コントローラ9は、CPUおよび各種の半導体メモリRAMおよびROM等を備えるコンピュータシステムとして構成される。コントローラ9は、CPUにおいて、ROM例えば、EEPROM内に格納されている所定のソフトウエアプログラム以下、単にプログラムとも称するPG1を実行することによって、各種の処理部を実現する。なお、当該プログラムPG1は、USBメモリなどの可搬性の記録媒体、あるいはネットワークNW等を介してMFP10にインストールされるようにしてもよい。また、このプログラムPG1は、ウエブサーバプログラムであるとも表現される。具体的には、図1に示すように、コントローラ9は、通信制御部11と取得部13と決定部15と生成部17とを含む各種の処理部を実現する。通信制御部11は、端末装置50に実装されたウエブブラウザBWからのページリクエストHTTPHyperTextTransferProtocolリクエストRQを受信する。また、通信制御部11は、当該ページリクエストRQに応答して、指定されたウエブページ指定URL:UniformResourceLocatorのウエブページデータHTMLHyperTextMarkupLanguageデータ等DTをウエブブラウザBWに対して送信する。すなわち、通信制御部11は、ウエブブラウザBWからのデータ要求HTTPリクエストRQに対する応答動作HTTPレスポンスを実行する。このウエブページデータDTには、複数の形式のプログラムのうち、特定の形式のプログラムを実行するための記述が埋め込まれる。ウエブブラウザBWは、当該記述に基づいて、当該特定の形式のプログラムによる処理PR等を実行することができる。ここにおいて、複数の形式のプログラムは、それぞれ、ウエブページを記述するデータHTMLデータ等から呼出可能な形式のプログラムである。複数の形式のプログラムとしては、たとえば、JavaScriptジャバスクリプト等のスクリプトによるプログラム、およびAdobeアドビ社のFlashフラッシュなどのプログラムプラグインプログラム等が例示される。取得部13は、端末装置50に実装されたウエブブラウザBW上で複数の形式のプログラムのそれぞれを用いて処理が実行される際の各実行所要時間を取得する。決定部15は、複数の形式のプログラムの中から、当該ウエブブラウザBWに適したプログラム形式である最適プログラム形式を決定する。決定部15は、各実行所要時間等に基づいて最適プログラム形式を決定する。生成部17は、所定の処理PRを最適プログラム形式のプログラムを用いて実行するための記述が埋め込まれたウエブページデータDTを生成する。ウエブページデータDTは通信制御部11等によって端末装置50に返信され、当該端末装置50は当該ウエブページデータDTを用いて処理PRを実行する。処理PRとしては、たとえば、画像形成装置10ウエブサーバと通信して当該画像形成装置10内のジョブリスト情報を取得し、当該ジョブリスト情報を表示するための表示用データを作成する処理PR1が例示される。また、処理PRは、画像形成装置10ウエブサーバと通信して当該画像形成装置10における消耗品の状態を示す情報トナーカートリッジ使用回数情報等を取得し、当該情報を表示する表示用データを作成する処理PR2であってもよい。さらに、処理PRは、画像形成装置10ウエブサーバと通信して当該画像形成装置10の現時点での印刷設定内容情報を取得して印刷設定画面設定変更画面の表示用データを作成する処理PR3等であってもよい。<1-3.端末装置50の構成>端末装置50は、CPU等を備えるコンピュータシステムとして構成される。端末装置50は、たとえば携帯式の情報端末装置タブレット型端末等として構成される。なお、これに限定されず、端末装置50は、据え置き型の情報端末装置デスクトップコンピュータ等であってもよい。端末装置50は、図2に示すように、通信部54、操作部56およびCPU59等を備える。図2は、端末装置50の概略構成を示す機能ブロック図である。通信部54は、ネットワーク通信により画像形成装置10等との通信等を行う処理部である。操作部56は、たとえば、タッチスクリーンで構成される。当該タッチスクリーンは、各種の情報を表示するとともに、ユーザからの操作入力を受け付ける。CPU59は、所定のプログラムPG2具体的には、ブラウザ機能を有するアプリケーションソフトウエアプログラムを実行することによって、各種の処理部を実現する。具体的には、図2に示すように、端末装置50のCPU59にてプログラムPG2が実行されることにより、入出力制御部61,通信制御部63、処理実行部65および処理時間計測部67を含む各種の処理部が実現される。なお、当該プログラムPG2は、USBメモリなどの可搬性の記録媒体、あるいはネットワークNW等を介して端末装置50にインストールされればよい。入出力制御部61は、端末装置50の操作部56タッチスクリーン等に関する操作入力動作および表示出力動作を制御する。通信制御部63は、通信部54と協働して、画像形成装置10等とのネットワーク通信動作を制御する。処理実行部65は、画像形成装置10から送信されてきたウエブページデータDTにおいて指示された処理PR等を実行する。また、処理時間計測部67は、ウエブページデータDTの記述等に基づいて、処理PRの実行時間を計測する。計測された実行所要時間計測結果情報は、通信制御部63等によって、画像形成装置10に送信される。ここにおいて、処理PRは、複数の形式のプログラムを用いて実行され得る。ただし、上述のように、端末装置50のウエブブラウザにおいて、いずれの形式のプログラムで当該処理PRを実行するかに依拠して、当該処理PRの処理時間換言すれば、処理速度が異なる。この実施形態においては、後述するようにして、各端末装置50のウエブブラウザに適したプログラム形式最適プログラム形式が決定され、当該プログラム形式のプログラムを用いて当該処理PRが実行される。これによれば、処理PRに関する処理効率を向上させることが可能である。<1-2.動作>図3は、ウエブWEBサーバ機能を有する画像形成装置サーバとも称する10とウエブブラウザ機能を有する端末装置クライアントとも称する50との間の動作を示す図である。また、図4は、画像形成装置10サーバ側の装置の動作を中心に示すフローチャートである。図3に示すように、端末装置50は、特定のウエブページの表示指示ページクエストとも称するRQを画像形成装置10に対して送出する。ここでは、画像形成装置10は、通常モードで動作しているものとする。画像形成装置10は、当該ページリクエストRQに応答して、当該特定のウェブページのウエブページデータHTMLデータ等を準備する。より具体的には、画像形成装置10生成部17等は、実行実績等に応じた形式のプログラムを利用して処理PRを実行すべき旨が指示されたウエブページデータを作成する。そして、画像形成装置10は、当該ウェブページデータを端末装置50に返信する。端末装置50は、受信したウエブページデータに基づいて、処理PRを実行する。また、端末装置50は、処理PRの実行に要した時間実行所要時間を計測し、画像形成装置10に向けて当該実行所要時間詳細にはその情報を画像形成装置10に送信する。画像形成装置10は、受信した実行所要時間TMを保持する。この実施形態では、図3に示すように、破線で囲まれる処理が何度か繰り返して実行される。具体的には、第i回目値iは自然数ここでは、1回目の処理PRの実行時には第1形式のプログラムPM1が用いられ、第j回目値jは自然数であり、j>iここでは、2回目の処理PRの実行時には第2形式のプログラムPM2が用いられる。そして、両実行時における各処理PRの実行所要時間の大小に応じて、第k回目値kは自然数であり、k>i、且つ、k>jここでは、第3回目以降の処理PRの実行時に用いるプログラム形式最適プログラム形式が決定される。各回の処理PRの実行時においては、それぞれ、対応するウエブページデータDT1,DT2,DT3が画像形成装置10から端末装置50へと送信される。なお、処理PRが第3回目以降に実行される際には、処理PRに関する実行所要時間の計測動作および当該実行所要時間の通知動作は行われない。図4は、このような動作主にサーバ側の動作を示すフローチャートである。ステップS11,S12においては、特定の端末装置50のブラウザBWからのアクセスが何回目のものであるかに基づく分岐処理が行われる。当該アクセスが第1回目であると判定されると、ステップS11からステップS13に進む。当該アクセスが第2回目であると判定されると、ステップS12からステップS15に進む。また、ステップS12で当該アクセスが第3回目以降であると判定されると、ステップS17に進む。1処理PRが第1回目に実際に実行される際には、ステップS11からステップS13に進む。ステップS13においては、生成部17は、第1形式のプログラムPM1たとえば、JavaScript形式のプログラムで所定の処理PRを実行すべき旨が記述された第1のウエブページデータDT1を生成する。詳細には、複数の形式のプログラムに対応して予め準備された複数のデータ記述データの中から、第1の形式のプログラムに対応するデータが選択され、選択されたデータに基づいて第1のウエブページデータDT1が生成される。そして、通信制御部11は、第1のウエブページデータDT1を端末装置50のウエブブラウザBWに向けて送信する図3も参照。端末装置50は、受信したウエブページデータに基づいて、処理PRを実行するとともに、処理PRの実行所要時間を計測し、当該実行所要時間詳細にはその情報を画像形成装置10に送信する図3のステップB11参照。画像形成装置10は、受信した実行所要時間TMを保持する。具体的には、取得部13は、第1形式のプログラムPM1による実行所要時間である第1の所要時間TM1を取得し保持する図4のステップS14。2また、処理PRが第2回目に実際に実行される際には、ステップS12からステップS15に進む。ステップS15においては、生成部17は、第2形式のプログラムPM2たとえば、Flash形式のプログラムで所定の処理PRを実行すべき旨が記述された第2のウエブページデータDT2を生成する。詳細には、複数の形式のプログラムに対応して予め準備された複数のデータ記述データの中から、第2の形式のプログラムに対応するデータが選択され、選択されたデータに基づいて第2のウエブページデータDT2が生成される。そして、通信制御部11は、第2のウエブページデータDT2を端末装置50のウエブブラウザBWに向けて送信する図3も参照。端末装置50は、受信したウエブページデータに基づいて、処理PRを実行するとともに、処理PRの実行所要時間を計測し、当該実行所要時間詳細にはその情報を画像形成装置10に送信する図3のステップB12参照。画像形成装置10は、受信した実行所要時間TMを保持する。具体的には、取得部13は、第2形式のプログラムPM2による実行所要時間である第2の所要時間TM2を取得し保持する図4のステップS16。3その後、処理PRが第3回目以降に実際に実行される際には、ステップS12からステップS17に進む。ステップS17においては、決定部15は、第1の所要時間TM1と第2の所要時間TM2とに基づいて最適プログラム形式を決定する。具体的には、決定部15は、2つの所要時間TM1,TM2のうち小さい方に対応する形式比較的高速な形式を、最適プログラム形式として決定する。そして、生成部17は、最適プログラム形式で所定の処理PRを実行すべき旨が記述された第3のウエブページデータDT3を生成する。ここでは、第3のウエブページデータDT3は、第1のウエブページデータDT1および第2のウエブページデータDT2のいずれか一方と同一である。たとえば、時間TM1が時間TM2よりも短い、すなわち、第1形式のプログラムPM1の処理速度が第2形式のプログラムPM2の処理速度よりも大きい高速、と判定されると、ステップS17からステップS18に進む。ステップS18では、生成部17は、第1のウエブページデータDT1と同一のデータを第3のウエブページデータとして生成する。その後、通信制御部11は、決定された第3のウエブページデータDT3第1のウエブページデータDT1と同じデータを、ウエブブラウザBWからのページリクエストRQに応答して、端末装置50のウエブブラウザBWに向けて送信する。逆に、時間TM2が時間TM1よりも短い、すなわち、第2形式のプログラムPM2の処理速度が第1形式のプログラムPM1の処理速度よりも大きい高速、と判定されると、ステップS17からステップS19に進む。ステップS19では、生成部17は、第2のウエブページデータDT2と同一のデータを第3のウエブページデータとして生成する。その後、通信制御部11は、決定された第3のウエブページデータDT3第2のウエブページデータDT2と同じデータを、ウエブブラウザBWからのページリクエストRQに応答して、端末装置50のウエブブラウザBWに向けて送信する。端末装置50は、受信したウエブページデータに基づいて、処理PR等を実行する図3のステップB13参照。なお、処理PRが第3回目以降に行われる際には、処理PRに関する実行所要時間の計測動作を要しない。以上のような動作によれば、第3回目以降のウエブページアクセス時においては、複数の形式のプログラムの中から、端末装置50のウエブブラウザBWに応じた最適プログラム形式が、それ以前のアクセス時第1回目および第2回目のアクセス時における各実行所要時間TM1,TM2に基づいて決定される。そして、最適プログラム形式のプログラムを用いて所定の処理PRを実行するための記述が埋め込まれたウエブページデータDT3が生成され、当該ウエブページデータDT3がリクエスト元のウエブブラウザBWに向けて送信される。したがって、リクエスト元装置50のウエブブラウザに適した形式最適プログラム形式のプログラムによって処理PRが実行されるので、端末装置50における処理PRが効率的に実行される。また、最適プログラム形式は、処理PRの内容に依って異なることもある。そのため、上記のような動作を処理PRごとに実行することによって、最適プログラム形式が処理PRの内容種類ごとに決定されることが好ましい。詳細には、互いに異なる処理PRを伴う各ウエブページ各URLごとに、最適プログラム形式が決定されることが好ましい。また、決定された最適プログラム形式は、データテーブルTL1において、各端末装置50ブラウザBWと各ページのURLとの組合せごとに記憶されることが好ましい。ところで、近年、情報通信端末として、携帯式の情報通信端末が多用されるようになってきている。ただし、携帯式の情報通信端末の処理速度は、据え置き型の情報通信端末の処理速度よりも低速であることが多い。このような状況において、上記実施形態における端末装置50として携帯式の情報通信端末が用いられる場合には、当該端末装置50のブラウザBWに対する最適プログラム形式を用いて、端末装置50において処理PRが実行される。したがって、比較的処理能力が低い比較的低速の携帯式の情報通信端末においても、処理PRを効率的に実行し、処理の高速化を図ることが可能である。<2.第2実施形態>第2実施形態は、第1実施形態の変形例である。以下では、第1実施形態との相違点を中心に説明する。この第2実施形態においては、所定の処理PRが第i回目値iは自然数たとえば1回目に実際に実行される際に、通信制御部11は、第1形式のプログラムPM1で所定の処理PRを実行すべき旨が記述された第1のウエブページデータDT1を端末装置50のウエブブラウザBWに向けて送信する。また、取得部13は、第1形式のプログラムPM1による実行所要時間である第1の所要時間TM1を取得する。そして、決定部15は、第1の所要時間TM1が第1の基準時間TH1たとえば100msミリ秒よりも小さい場合には、第1形式を最適プログラム形式として決定する。一方、第1の所要時間TM1が第1の基準時間TM1よりも大きい場合には、決定部15は、第1形式とは別の第2形式を最適プログラム形式として仮決定する。この第2形式のプログラムは、次回以降のアクセス時に利用される。決定部15は、第2の所要時間TM2第2形式のプログラムPM2による実行所要時間が第2の基準時間TM2よりも小さいことを条件として、第2形式を最適プログラム形式として確定する。以下では、このような態様についてさらに詳細に説明する。図5は、第2実施形態に係る画像形成装置10の動作を示すフローチャートである。図5に示すように、ステップS21,S22においては、特定の端末装置50のブラウザからのアクセスが何回目のものであるかに基づく分岐処理が行われる。当該アクセスが第1回目であると判定されると、ステップS21からステップS13に進む。当該アクセスが第2回目であると判定されると、ステップS22からステップS24に進む。また、当該アクセスが第3回目以降であると判定されると、ステップS22からステップS26に進む。1詳細には、通常モードにおいて処理PRが第1回目に実際に実行される際には、ステップS21からステップS13に進む。ステップS13においては、生成部17は、第1形式のプログラムPM1たとえば、Java形式のプログラムで所定の処理PRを実行すべき旨が記述された第1のウエブページデータDT1を生成する。そして、通信制御部11は、第1のウエブページデータDT1を端末装置50のウエブブラウザBWに向けて送信する。端末装置50は、受信したウエブページデータに基づいて、処理PRを実行するとともに、処理PRの実行所要時間を計測し、当該実行所要時間詳細にはその情報を画像形成装置10に送信する。画像形成装置10は、受信した実行所要時間TMを保持する。具体的には、取得部13は、第1形式のプログラムPM1による実行所要時間である第1の所要時間TM1を取得し保持する図5のステップS14。次のステップS23においては、第1の所要時間TM1と第1の基準時間TH1との比較処理が実行される。第1の所要時間TM1が第1の基準時間TH1よりも小さい場合には、決定部15は、第1形式を最適プログラム形式として決定確定する。基準時間TH1は、処理PRの基準所要時間として予め定められた値たとえば100ミリ秒である。すなわち、2回目以降においても引き続き第1形式のプログラムを用いて処理PRを実行する旨が決定される。一方、第1の所要時間TM1が第1の基準時間TM1よりも大きい場合には、決定部15は、第1形式を最適プログラム形式として決定確定しない。この場合には、決定部15は、第2形式を最適プログラム形式の候補として決定する。2また、通常モードにおいて処理PRが第2回目に実際に実行される際には、ステップS22からステップS24に進む。ステップS24においては、最適プログラム形式が決定確定されているか否か詳細には、第1形式が最適プログラム形式として決定確定されているか否かが判定される。第1形式が最適プログラム形式として確定されている場合には、ステップS27に進む。ステップS27においては、ステップS13と同じ処理が実行される。なお、所要時間TM1の再計測は行われない。第1形式が最適プログラム形式として確定されていない場合には、ステップS24からステップS15に進む。ステップS15においては、生成部17は、第2形式のプログラムPM2たとえば、Flash形式のプログラムで所定の処理PRを実行すべき旨が記述された第2のウエブページデータDT2を生成する。そして、通信制御部11は、第2のウエブページデータDT2を端末装置50のウエブブラウザBWに向けて送信する。端末装置50は、受信したウエブページデータに基づいて、処理PRを実行するとともに、処理PRの実行所要時間を計測し、当該実行所要時間詳細にはその情報を画像形成装置10に送信する。画像形成装置10は、受信した実行所要時間TMを保持する。具体的には、取得部13は、第2形式のプログラムPM2による実行所要時間である第2の所要時間TM2を取得し保持するステップS16。次のステップS25においては、第2の所要時間TM2と第2の基準時間TH2との比較処理が実行される。第2の所要時間TM2が第2の基準時間TH2たとえば100ミリ秒よりも小さい場合には、決定部15は、最適プログラム形式の候補であった第2形式を最適プログラム形式として決定確定する。基準時間TH2は、処理PRの基準所要時間として予め定められた値であり、たとえば値TH1と同じ値である。すなわち、第2回目以降において第2形式を最適プログラム形式とする旨が決定される。一方、第2の所要時間TM2が第2の基準時間TM2よりも大きい場合には、決定部15は、第2形式をも最適プログラム形式として決定確定しない。3さらに、通常モードにおいて処理PRが第3回目以降に実際に実行される際には、ステップS22からステップS26に進む。ステップS26においては、最適プログラム形式が決定確定されているか否か等が判定される。第1形式が最適プログラム形式として確定されている場合には、ステップS26からステップS27に進む。ステップS27においては、ステップS13と同じ処理が実行される。なお、所要時間TM1の再計測は行われない。第2形式が最適プログラム形式として確定されている場合には、ステップS26からステップS28に進む。ステップS28においては、ステップS15と同じ処理が実行される。なお、所要時間TM2の再計測は行われない。最適プログラム形式が確定されていない場合には、ステップS26からステップS29に進む。ステップS29においては、決定部15は、第1形式と第2形式との双方が当該ブラウザBWには適合しない旨を決定する。そして、エラー処理ステップS29が行われる。たとえば、第1形式と第2形式との双方が当該ブラウザBWには適合しない旨のメッセージを含むウエブデータページが作成されて送信される。また、この場合には、基準時間TH1,TH2の再設定要求等も併せて行われることが好ましい。以上のような動作によれば、ウエブブラウザに応じた最適プログラム形式が、第i回目値iは自然数ここでは第1回目のアクセス時における実行所要時間TM1とその基準時間TH1との比較結果等に基づいて決定される。具体的には、第1の所要時間TM1が第1の基準時間TH1よりも小さい場合には、当該第1形式が最適プログラム形式として決定される。また、第1の所要時間TM1が第1の基準時間TM1よりも大きい場合には、第j回目のアクセス時値jは自然数、且つ、j>iすなわち次回以降のアクセス時において、第1形式とは別の第2形式のプログラムPM2による実行所要時間TM2が取得される。そして、第1の所要時間TM1が第1の基準時間TM1よりも大きく且つ第2の所要時間TM2が第2の基準時間TH2よりも小さい場合には、当該第2形式が最適プログラム形式として決定される。したがって、リクエスト元のウエブブラウザに適した形式最適プログラム形式のプログラムによって処理PRが実行されるので、端末装置50における処理PRが効率的に実行される。<3.第3実施形態>第3実施形態は、第1実施形態および第2実施形態の変形例である。以下では、第1実施形態との相違点を中心に説明する。上記第1実施形態においては、通常モードにおいて実際の処理PRが行われる際に、当該処理PRに関する実行所要時間が計測され、当該実行所要時間に基づいて最適プログラム形式が決定される態様が例示されている。この第3実施形態においては、通常モードにおいて実際の処理PRを実行する前において、テストモードにおけるテスト処理RTが実行され、当該テスト処理RTの結果に基づいて最適プログラム形式が決定される。そして、当該最適プログラム形式のプログラムを利用して、通常モードにおける実際の処理PRが実行される。図6は、第3実施形態に係る動作を示す図である。詳細には、実際の処理PRの実行通常モードにおける処理PRの実行に先立って、まず、テスト用のアクセス動作テストモードにおける処理RTの実行図6の上側の破線矩形領域内が実行される。たとえば、端末装置50のウエブブラウザBWから画像形成装置10内のテスト用のウエブページに対するアクセスが行われ、画像形成装置10のテストモードにおける処理RT等が実行される。このウエブページは、たとえば、テスト用のウエブページデータDT5図7および図8参照で構成される。図7は、テスト用のウエブページデータDT5の一例を示す図であり、図8は当該ウエブページデータDT5で利用されるFlash形式プログラムのソースコードコンパイル前のデータを示す図である。図7に示すように、ウエブページデータDT5においては、第1形式のプログラムPM1で第1のテスト処理RT1を実行すべき旨と第2形式のプログラムPM2で第2のテスト処理RT2を実行すべき旨とが記述されている。ここでは、第1のテスト処理RT1と第2のテスト処理RT2とは同一の処理である。より詳細には、ウエブページデータDT5のbody部の冒頭行においては、JavaScriptで記述された関数informserver1が呼び出されている。関数execution1は、図7の中央付近に記述されるように、テスト処理RT1の開始直前の時刻とテスト処理RT1の終了直後の時刻との差分値を返す関数、すなわちテスト処理RT1の実行所要時間TB1を計測して返す関数である。また、関数informserver1は、引数ここでは関数execution1の値=上記時間TB1をサーバに通知する関数である。この関数informserver1においては、JavaScriptによる処理が実行されることなども記載されている。なお、図7では、テスト処理RT1の詳細内容が省略されている。このように、ウエブページデータDT5のbody部には、第1形式のプログラムPM1JavaScriptによるプログラムで第1のテスト処理RT1を実行すべき旨が記述されている。また、ウエブページデータDT5のbody部の冒頭行の次においては、Flashによるオブジェクトコードflashobjectswfが呼び出されている。上述のように図8は、フラッシュオブジェクトflashobjectswfのソースコードである。図8に示されるように、関数execution2は、テスト処理RT2の開始直前の時刻とテスト処理RT2の終了直後の時刻との差分値を返す関数、すなわちテスト処理RT2の実行所要時間TB2を計測して返す関数である。また、関数informserver2は、引数ここでは関数execution2の値=上記時間TB2をサーバに通知する関数である。この関数informserver2においては、Flashによる処理が実行されることなども記載されている。なお、図8では、テスト処理RT2の詳細内容が省略されている。このように、ウエブページデータDT5のbody部には、第2形式のプログラムPM2Flashによるプログラムで第2のテスト処理RT2を実行すべき旨も記述されている。そして、画像形成装置10の通信制御部11は、このテスト用ウエブページデータDT5をリクエスト元の端末装置50のウエブブラウザBWに向けて送信する図6のステップS30参照。端末装置50は、受信したウエブページデータに基づいて、まず、テスト用処理RT1を実行するとともに、テスト用処理RT1の実行所要時間TB1を計測し、当該実行所要時間TB1を画像形成装置10に送信する図6のステップB31参照。実行所要時間TB1は、テスト用ウエブページデータDT5に従ってウエブブラウザBWで実行された第1形式のプログラムPM1によるテスト用処理RT1の実行所要時間であるとも表現される。そして、画像形成装置10の取得部13は、実行所要時間TB1を受信して取得するステップS31。つぎに、端末装置50は、受信したウエブページデータに基づいて、テスト用処理RT2を実行するとともに、テスト用処理RT2の実行所要時間TB2を計測し、当該実行所要時間TB2を画像形成装置10に送信する図6のステップB32参照。実行所要時間TB2は、テスト用ウエブページデータDT5に従ってウエブブラウザBWで実行された第2形式のプログラムPM2によるテスト用処理RT2の実行所要時間であるとも表現される。そして、画像形成装置10の取得部13は、実行所要時間TB2をも受信して取得するステップS32。また、決定部15は、第1の所要時間TB1と第2の所要時間TB2とに基づいて最適プログラム形式を決定するステップS33。たとえば、第1の所要時間TB1と第2の所要時間TB2とのうちの小さい方に対応する形式が最適プログラム形式であると判定される。その後、所定の処理PRが実際に実行される際には、ステップS33で決定された最適プログラム形式のプログラムが用いられるステップS40。具体的には、端末装置50のウエブブラウザBWから画像形成装置10内の特定ページにアクセスされ、ウエブブラウザBWからのページリクエストRQが画像形成装置10により受信されると、生成部17は、最適プログラム形式で所定の処理PRを実行すべき旨が記述された特定のウエブページデータDT6を生成する。最適プログラム形式が第1形式であるとステップS33で決定されている場合には、このウエブページデータDT6は、第1形式のプログラムPM1により処理PRを実行する旨が記述されたデータとして生成される。一方、最適プログラム形式が第2形式であるとステップS33で決定されている場合には、このウエブページデータDT6は、第2形式のプログラムPM2により処理PRを実行する旨が記述されたデータとして生成される。そして、通信制御部11は、ウエブブラウザBWからのページリクエストRQに応答して、このウエブページデータDT6を端末装置50のウエブブラウザBWに向けて送信する。端末装置50は、受信したウエブページデータDT6に基づいて、処理PRを実行する。すなわち、最適プログラム形式のプログラムによって処理PRが実行される。以上のような動作によれば、ウエブブラウザに応じた最適プログラム形式が、テストモード時における実行所要時間TM1,TM2の計測結果に基づいて決定される。したがって、通常モード時においては、リクエスト元のウエブブラウザに適した形式最適プログラム形式のプログラムによって処理PRが実行されるので、端末装置50における処理PRが効率的に実行される。<4.その他>以上、この発明の実施の形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。たとえば、上記第3実施形態においては、第1の所要時間TB1と第2の所要時間TB2とのうちの小さい方に対応する形式が最適プログラム形式として決定される場合が例示されているが、これに限定されない。具体的には、第1の所要時間TB1と第1の基準時間TH10との比VR1を算出するとともに、第2の所要時間TB2と第2の基準時間TH20との比VR2を算出し、両値VR1,VR2の大小関係に基づいて、最適プログラム形式が決定されるようにしてもよい。第1の基準時間TH10は、第1のテスト処理RT1に関する所要時間の基準値であり、第2の基準時間TH20は、第2のテスト処理RT2に関する所要時間の基準値である。両テスト処理RT1,RT2が互いに同等の処理内容である場合には、基準時間TH10,TH20は同じ値に設定されればよい。また、テスト処理RT1の処理負荷が他方のテスト処理RT2の処理負荷よりも10倍程度大きい場合には、基準時間TH10は基準時間TH20の10倍程度の値に設定されればよい。また、上記各実施形態等においては、端末装置50における処理PRの所要時間TM1,TM2が端末装置50側詳細には処理時間計測部67で算出される場合が例示されているがこれに限定されない。たとえば、第1および第2実施形態等において、端末装置50における処理PRの所要時間TM1,TM2が画像形成装置10側で算出されるようにしてもよい。より詳細には、画像形成装置10は、端末装置50への処理PRの実行開始指示の送信時刻を記憶するとともに、端末装置50からの処理完了通知の受信時刻とを記憶する。そして、画像形成装置10は、両時刻実行開始指示の送信時刻、および処理完了通知の受信時刻の差分を処理PRの実行所要時間として算出するようにしてもよい。"