(57)【要約】【課題】設定対象機器で作成されたWebページを受信して表示し、表示画面上で前記設定対等機器の設定を行う機器設定装置において、設定に要する時間を短縮する。【解決手段】Webブラウザエミュレーション装置からなる設定装置101が設定対象の機器102であるＭＦＰに機器証明書を導入する際、ユーザがブラウザを使って実施するために必要な処理S1〜S16の内、最低限必要なのはS1、S2、S5、S15、S16のみであり、それ以外は、人間の操作ミスを想定した冗長なデータ及び処理であるため不要である。これらの不要な処理を省略することで、処理時間を短縮する。【選択図】図３
2010211474.tif 000002
【特許請求の範囲】
【請求項１】
設定対象機器で作成されたWebページを受信して表示し、表示画面上で前記設定対等機器の設定を行う機器設定装置であって、
前記設定対象機器に対して所定のWebページをレスポンスとして要求するリクエストを送信するリクエスト送信手段と、前記リクエストに応じて、前記設定対象機器から送信されるレスポンスを受信するレスポンス受信手段と、前記リクエスト又はレスポンスの少なくとも一方が必要か否かを判断する要否判断手段とを有することを特徴とする機器設定装置。
【請求項２】
請求項１に記載された機器設定装置において、
処理判断情報が記憶されている記憶装置にアクセスするアクセス手段を有し、要否判断手段は、前記アクセス手段が前記記憶装置から読み出した処理判断情報に基づいて判断を行うことを特徴とする機器設定装置。
【請求項３】
請求項１に記載された機器設定装置において、
ネットワーク上の機器との通信により取得した情報から処理判断情報を生成する処理判断情報生成手段を有し、要否判断手段は、前記処理判断情報生成手段により生成された処理判断情報に基づいて判断を行うことを特徴とする機器設定装置。
【請求項４】
請求項２に記載された機器設定装置において、
ネットワーク上の機器との通信により取得した情報から処理判断情報を生成する処理判断情報生成手段と、記憶装置に記憶されている処理判断情報を前記処理判断情報生成手段により生成された処理判断情報により書き換える手段を有することを特徴とする機器設定装置。
【請求項５】
請求項３又は４に記載された機器設定装置において、
ネットワーク上の機器との通信により取得した情報が、リクエスト又はレスポンスに含まれているヘッダ情報であることを特徴とする機器設定装置。
【請求項６】
請求項３又は４に記載された機器設定装置において、
ネットワーク上の機器との通信により取得した情報が、リクエストに含まれるパラメータであることを特徴とする機器設定装置。
【請求項７】
請求項３又は４に記載された機器設定装置において、
ネットワーク上の機器との通信により取得した情報が、その機器のログであることを特徴とする機器設定装置。
【請求項８】
請求項２又は４に記載された機器設定装置を複数有するとともに、それらの機器設定装置が記憶装置上の処理判断情報を共有することを特徴とする機器設定システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された機器を遠隔設定する機能を有する機器設定装置に関する。
【背景技術】
【０００２】
ネットワークに接続された機器に対し、遠隔からの設定・更新・状態把握・操作などを行いたいという要望がある。このような要望に応じたシステムとして、設定対象機器内で生成されたWebページを設定装置から呼び出し、設定装置のディスプレイに表示されたWebページ上で設定情報を入力するようにしたシステムがある（特許文献１参照）。
【０００３】
特許文献に記載されたものではないが、図１７及び図１８は、前述したようなシステムにおける機器設定手順の一例を示すシーケンス図及び設定装置のディスプレイに表示される画面を示す図である。
【０００４】
この手順は、Webブラウザエミュレーション装置からなる設定装置101が設定対象の機器102であるＭＦＰ（Multi Function Peripheral）に機器証明書を導入する際にユーザがブラウザを使って実施するために必要な手順である。この手順は、グラフィカルなユーザインタフェースを想定しており、会話形式で操作をしていくための処理が含まれている。以下、これらの図を参照して説明する。
【０００５】
まず、ユーザが設定装置101のブラウザから機器102のアドレスを指定すると、設定装置101は機器102のウェブページのトップページのリクエストを送信する（S1）。このリクエストは機器102で受信され、機器102はトップページのレスポンスを送信する（S2）。このレスポンスは設定装置101で受信される。これにより、設定装置101のディスプレイにはトップページ201が表示される。
【０００６】
次に、ユーザがトップページ201中のログインボタンを押下すると、設定装置101はログインページのリクエストを送信する（S3）。このリクエストは機器102で受信され、機器102はログインページのレスポンスを送信する（S4）。このレスポンスは設定装置101で受信される。これにより、設定装置101のディスプレイにはログインページ202が表示される。
【０００７】
次いで、ユーザがログインページ202中のユーザ名とパスワードの入力欄に値を入れ、OKボタンを押下すると、設定装置101はリクエストを送信する（S5）。このリクエストは機器101で受信され、機器102はログインOKのレスポンスを送信する（S6）。
【０００８】
このレスポンスは設定装置101で受信され、設定装置101はトップページのリクエストを送信する（S7）。このリクエストは機器102で受信され、機器102はトップページのレスポンスを送信する（S8）。これにより、設定装置101のディスプレイにはトップページ203が表示される。
【０００９】
次に、ユーザがトップページ203中の設定ボタンを押下すると、設定装置101は設定ページのリクエストを送信する（S9）。このリクエストは機器102で受信され、機器102は設定ページのレスポンスを送信する（S10）。これにより、設定装置101のディスプレイには設定ページ（設定一覧画面）204が表示される。
【００１０】
次に、ユーザが設定ページ204中の機器証明書メニューを押下すると、設定装置101は機器証明書のリクエストを送信する（S11）。このリクエストは機器102で受信され、機器102は機器証明書のレスポンスを送信する（S12）。これにより、設定装置101のディスプレイには機器証明書一覧画面205が表示される。
【００１１】
次いで、ユーザが機器証明書一覧画面205中の証明書１を選択し、作成ボタンを押下すると、設定装置101は証明書項目内容入力のリクエストを送信する（S13）。このリクエストは機器102で受信され、機器102は証明書項目内容入力のレスポンスを送信する（S14）。これにより、設定装置101のディスプレイには証明書項目内容入力画面206が表示される。
【００１２】
次いで、ユーザが証明書項目内容入力画面206にて、機器証明書１に必要な情報を入力後、ＯＫボタンを押下すると、設定装置101は設定のリクエストを送信する（S15）。のリクエストは機器102で受信され、機器102は設定結果（機器の再起動）のレスポンスを送信する（S17）。これにより、設定装置101のディスプレイには機器102が再起動中であることを示す画面207が表示される。
【００１３】
しかしながら、図１７及び図１８に示す手順では、人間の操作ミスを想定した冗長なデータ及び処理を採用しているため、処理に時間がかかるという問題がある。即ち人間が操作すること前提としたウェブユーザインターフェースを自動的に操作するWebブラウザエミュレーション装置は、冗長な処理や冗長なデータを解析する必要があるため、処理に時間がかかる。この結果、設定対象機器が多い場合には処理に長時間を要するという問題がある。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は、このような問題を解決するためになされたものであり、その目的は、設定対象機器で作成されたWebページを受信して表示し、表示画面上で前記設定対等機器の設定を行う機器設定装置において、設定に要する時間を短縮することである。
【課題を解決するための手段】
【００１５】
本発明は、設定対象機器で作成されたWebページを受信して表示し、表示画面上で前記設定対等機器の設定を行う機器設定装置であって、前記設定対象機器に対して所定のWebページをレスポンスとして要求するリクエストを送信するリクエスト送信手段と、前記リクエストに応じて、前記設定対象機器から送信されるレスポンスを受信するレスポンス受信手段と、前記リクエスト又はレスポンスの少なくとも一方が必要か否かを判断する要否判断手段とを有することを特徴とする機器設定装置である。
【００１６】
［作用］
本発明によれば、設定対象機器に対して所定のWebページをレスポンスとして要求するリクエスト、又は前記設定対象機器から送信されるレスポンスの少なくとも一方について、それが必要か否かを判断し、不要の場合は送信を行わない。このため、不要なリクエスト又はレスポンスがある場合は、それらの送受信、作成・解析に要する時間が短縮される。
【発明の効果】
【００１７】
本発明によれば、設定対象機器内で生成された、設定情報入力画面を有するWebページを受信してディスプレイに表示し、その画面上で設定情報を入力することにより、設定対象機器の設定を行う機器設定装置において、設定に要する時間を短縮することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態の機器設定装置の機能ブロック図である。
【図２】本発明の実施形態の機器設定システムの構成を示す図である。
【図３】本発明の実施形態の機器設定装置による機器設定手順の一例を示すシーケンス図である。
【図４】本発明の実施形態の機器設定装置における標準処理手順のリストを示す図である。
【図５】本発明の実施形態の機器設定装置の設定対象である機器のリストを示す図である。
【図６】本発明の実施形態の機器設定装置におけるリクエスト、レスポンスの基本的な処理手順を示すシーケンス図である。
【図７】本発明の実施形態の機器設定装置がリクエスト、レスポンスの要・不要の判断に用いる判断表を示す図である。
【図８】本発明の実施形態の機器設定システムにおいて、１台の機器に対する設定を実施した後に更新された判断表を示す図である。
【図９】本発明の実施形態の機器設定装置におけるリクエスト、レスポンスの省略がある場合の処理手順の一例を示すシーケンス図である。
【図１０】本発明の実施形態の機器設定システムにおいて、１台目の機器に対する処理結果を基に判断表を更新し、２台目の機器に対する処理に適用する場合の処理手順を示すシーケンス図である。
【図１１】本発明の実施形態の機器設定装置におけるリクエスト、レスポンスの要・不要の判断処理を示すフローチャートである。
【図１２】本発明の実施形態の機器設定装置における判断表の更新処理を示すフローチャートである。
【図１３】図１２におけるヘッダからの判断の手順を示すフローチャートである。
【図１４】図１２におけるパラメータからの判断の手順を示すフローチャートである。
【図１５】図１２におけるログからの判断の手順を示すフローチャートである。
【図１６】本発明の実施形態の機器設定システムにおける二台の機器設定装置の連携動作を示すシーケンス図である。
【図１７】従来の機器設定装置による機器設定手順を示すシーケンス図である。
【図１８】図１７に示す手順で機器設定装置に表示される画面を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態について、図面を参照して説明する。
〈Webブラウザエミュレーション装置の構成〉
図１は、本発明の実施形態の機器設定装置であるWebブラウザエミュレーション装置のブロック図である。このWebブラウザエミュレーション装置１は、ＭＦＰ（Multi Function Peripheral）のWebインタフェースをWebブラウザエミュレーション装置により、一括して設定するシステムに適用したものである。ここでは、対向の機器（設定対象機器）をＭＦＰとしているが、Webインタフェースを備えていればＭＦＰでなくてもよい。
【００２０】
図示のように、Webブラウザエミュレーション装置１は、ユーザインタフェース２、処理管理部３、処理要否判断部４、記憶装置５、及び送受信部６を備えている。
【００２１】
ユーザインタフェース２は、ユーザの入力した情報を処理管理部３に伝え、また処理結果をユーザに伝える。処理管理部３は、Webブラウザエミュレーション装置１の処理を管理する。処理要否判断部４は、外部の機器へのリクエスト処理、レスポンス処理が必要かどうかを記憶装置５に蓄積された情報や、通信によって受けた情報により判断する。また、判断結果を記憶装置５に記憶させる。送受信部６は、主にWebインタフェースへのリクエストの送信とレスポンスの受信をする。また、外部Webインタフェースとの通信以外にも、ログの取得のために機器外部と通信する。
【００２２】
記憶装置５は、処理のための手順（処理手順リスト）を格納したり、処理が必要かどうかの判断のための情報（処理判断表）を蓄積したりすることができる。
【００２３】
ここでは、各部が同一装置内に配置されているが、実際にはそれぞれが別の装置の上で動作することもできる。特に記憶装置５は遠隔配置された別の装置が同一情報を共有することができる。
【００２４】
〈機器設定システムの構成〉
図２は、本発明の実施形態の機器設定システムの構成を示す図である。この図は、物理的に離れている複数（ここでは２つ）のサイトＡ，ＢにあるＭＦＰを管理する場合の配置を示している。
【００２５】
サイトＡでは、２台のWebブラウザエミュレーション装置11，12と、２台のＭＦＰ13，14と、ルータ15とがバス10に接続されるとともに、ルータ15がＶＰＮ（Virtual Private Network）などのネットワーク30に接続されている。サイトＢでは、４台のＭＦＰ21〜24と、ルータ25とがバス20に接続されるとともに、ルータ25がネットワーク30に接続されている。Webブラウザエミュレーション装置11，12は、図１に示すWebブラウザエミュレーション装置１と同じ構成を持っている。
【００２６】
ここでは、Webブラウザエミュレーション装置をサイトＡに２台配置したが、勿論１台でもよく、サイトＡ，Ｂの両方に配置してもよい。この２台のWebブラウザエミュレーション装置11，12は協調して動作することもできるし、単独で動作することもできる。また、ここでは簡略のため、機器（ＭＦＰ）の数が少ないが、実際には数千台規模のＭＦＰを管理することができる。
【００２７】
〈機器設定手順〉
図３は、Webブラウザエミュレーション装置による機器設定手順の一例を示すシーケンス図である。この図において、図１７の同じ手順には図１７と同じ参照符号を付した。また、図２のWebブラウザエミュレーション装置11，12は図１のWebブラウザエミュレーション装置１と同じ構成を有するので、以下の説明では、一台のWebブラウザエミュレーション装置による設定については、Webブラウザエミュレーション装置11が設定するものする。また、設定対象機器はＭＦＰ21とする。
【００２８】
図３に示す手順は、図１７に示す手順から冗長な処理を省略したものである。即ち、ブラウザでの処理のうち最低限必要な処理は下記の手順だけである。
S1：Webブラウザエミュレーション装置11からＭＦＰ21のアドレスを指定してリクエストを送信する。
S2：トップページのレスポンスを受信する(クッキー：Cookieを設定する)。
S5：ログインページにあるユーザ名とパスワードの入力欄に値をいれてＯＫボタンを押下してリクエストを送信する。
S13：証明書作成画面にて、機器証明書に必要な情報を入力後、OKボタンを押下してリクエストを送信する。
【００２９】
つまり図３において点線で囲んだ処理であるS3，S4，S7〜S14はリクエスト不要であり、S6はレスポンスの受信が不要である。これらの不要な処理には、もともと人間の操作のために警告する処理や、全て記憶しなくてよいように冗長な処理が含まれている。そこで、本実施形態では、これらの不要な処理を自動的に省略することで、時間を短縮することができる。この処理の省略は、設定を実施する対向の機器の数が多くなる程効果が大きくなる。
【００３０】
〈標準処理手順及び設定対象機器〉
図４は、標準処理手順のリストを示す図であり、図５は、設定対象の機器のリストを示す図である。
【００３１】
図４に示す標準処理手順のリストは記憶装置５に記憶されている。ここでは表によるリストを示しているが、階層的な手順でもよく、例えばＸＭＬ（eXtensible Markup Language）を利用することもできる。ここには、トップページを取得してから機器証明書を導入するまでの基本的な処理が記載されている。また、ここには予め処理要否が記載されていない、勿論この表内に処理要否の情報があってもよい。さらに、ここではパス、メソッド、パラメータ１から３まで記載されているが、パラメータの数は３に限定されない。通常、省略がなければ、この表の上から順に実施する。この処理手順リストを図５に示す機器リストに従って、複数の機器に対して処理する。対象の機器毎に値を変えることもできる。
【００３２】
〈リクエスト、レスポンスの基本シーケンス〉
図６は、本発明の実施形態のWebブラウザエミュレーション装置におけるリクエスト、レスポンスの最も基本的な処理を示すシーケンス図である。この処理手順は省略する処理が無い場合の例である。
【００３３】
ユーザがユーザインタフェース２に対して処理の実行を指示すると（S101）、ユーザインタフェース２は処理管理部３に対して処理の実行を指示する（S102）。処理管理部３は記憶装置５から実施手順を取得し（S103）、その手順を元に処理を開始する。
【００３４】
ここで、処理管理部３は、手順の内の一つの処理を取り出して、リクエスト処理、レスポンス処理が必要かどうかを処理要否判断部４に問い合わせる（S104）。処理要否判断部４は、記憶装置５に蓄積されている予め定められている判断表（後述する図７）や、以前実施した際の実行結果による判断表(後述する図８)などを取得して判断し、判断結果を処理管理部３に応答する（S105、S106）。
【００３５】
ここで、図７及び図８について説明する。
図７は予め定められている判断表である。事前に要否が分かっている場合(特に共通的な部分)については、処理の要否を明示することもできる。ここでは、パスと、そのリクエスト処理、レスポンス受信処理が必要か不要か記載されている。
【００３６】
図８は、１台の機器（ＭＦＰ）への処理を実施した後の処理要否判断表である。この処理要否判断表は、処理リストに従って実施した後の実施結果に基づく判断が処理要否判断部４により記憶装置５に書き込まれたものである。ここでは、リクエストする対象のパスと、メソッド、パラメータの数と実施したときに出力されるログと、それらの情報をもとに最終的に判断された要否の結果が記載されている。
【００３７】
図６の説明に戻る。処理管理部３は判断結果により、リクエスト処理と、レスポンス処理が必要であるという結果を得たため、両方の処理を省略せずに実施する。即ち、処理管理部３は、送受信部６に対して、リクエスト処理の要求と、それに対するレスポンス処理を省略せずに実施するように指示し（S107）、送受信部６からのレスポンスを受け取る（S108）。
【００３８】
次の手順も同様に実施し、繰り返す（S109、S110）。全ての処理が完了したら（S111、S112、S113、・・・）、実施結果をユーザインタフェース２に表示し、完了する（S114、S115）。このとき、実施結果を記憶装置５に記憶することもできる。
【００３９】
〈リクエスト、レスポンスに省略がある場合のシーケンス〉
図９は、リクエスト、レスポンスの省略がある場合の処理手順の一例を示すシーケンス図である。この図において、図６と同じ処理には図６と同じ参照符号を付けた。この図の手順は最も処理の省略が多い場合のものである。
【００４０】
ユーザがユーザインタフェース２から処理の実行を指示してから（S110）、処理要否判断部４が判断結果を処理管理部に応答するまでは図６と同じである。ただし、ここでは、リクエスト処理が必要であり、レスポンス処理は必要でないという結果を応答している（S106a）。
【００４１】
処理管理部３は判断結果により、リクエスト処理が必要であり、レスポンス処理は必要でないという結果を得たため、レスポンス受信処理を省略する。即ち、処理管理部３は、送受信部６に対して、リクエスト処理の要求と、それに対するレスポンス処理の省略を指示し（S107）、レスポンスの受信を省略する。このため、リクエストを送信したときに、処理を次に進められることから、レスポンスを受信する分の時間を短縮できる。なお、このとき、ＭＦＰ（設定される機器）側はレスポンスを返却しているので、受信せずに、タイムアウト処理をして、処理を止めている。
【００４２】
次に、処理管理部３は手順の内の一つの処理を取り出して、リクエスト処理、レスポンス処理が必要かどうかを処理要否判断部４に問い合わせる（S109）。処理要否判断部４は、記憶装置５に蓄積されている情報を取得して判断し、判断結果を処理管理部３に応答する（S110、S111a）。
【００４３】
処理管理部３は、リクエスト処理が必要ない（そのため、レスポンス処理も必要ない）という判断結果を得たため、レスポンス受信処理を省略する。また、処理管理部３は、送受信部６に対して処理を要求しない。このため、リクエスト送信、レスポンス受信の両方の処理が省略でき、時間を短縮できる。全ての処理が完了したら、実施結果をユーザインタフェース２に表示し、完了する（S114、S115）。
【００４４】
〈１台目の機器に対する処理結果を基に判断表を更新し、２台目の機器に対する処理に適用する場合の処理手順〉
図１０は、Webブラウザエミュレーション装置11が１台目の機器（ここではＭＦＰ21）に対する処理結果を基に処理の要否を判断し、記憶装置５に蓄積されている判断表を更新し、２台目の機器（ここではＭＦＰ22）に対する処理に適用する場合の処理手順を示すシーケンス図である。
【００４５】
図示のように、手順S201〜S205は図６の手順S101〜S105と同様である。最初に、処理要否判断部４は全てのリクエストが必要との判断をするため、処理管理部３はそれに従って、リクエストを実施する（S206〜S214）。そのリクエストとレスポンスの関係から、本当にその処理が必要だったかどうか判断する（S215）。その判断には、ＨＴＴＰのヘッダと送信したパラメータ、ログを用いている。
【００４６】
これらの情報を用いて判断した結果を基に、処理要否判断部４が記憶装置５にある処理要否判断表を更新する（S216）。ここでは、リクエストが必要、レスポンスが不要になっている。この更新された判断表は次のＭＦＰ22に対して処理するときに利用できる（S217〜S221）。全ての処理が完了したら、実施結果をユーザインタフェース２に表示し、完了する（S222、S223）。
【００４７】
〈処理要否判断部４の処理要否判断のフロー〉
図１１は、処理要否判断部４の処理要否判断の流れを示すフローチャートである。この処理では、事前判断表に手順がある場合には（ステップST1：Yes）、その事前判断表を元に要否を応答する（ST2）。もし、事前判断表になく、判断表にある場合には(ST1：No→ST3：Yes)、判断表に基づき、要否を応答する。どちらの表にも記載がなければ（ST1：No→ST3：No）、まずは要で応答する（ST5）。これは、判定結果の書き込みのときに、要否判断をするためである。ここで、事前判断表がある場合は、その表の値を応答しているが、この値と他の条件を同列に扱ったり、重みを付けたりして決定することもできる。
【００４８】
〈処理要否判断部４の判断結果書き込み処理〉
図１２は、処理要否結果部３による判断結果書き込み処理のフローを示すフローチャートである。図示のように、ヘッダからの判断（ST11）、パラメータからの判断（ST12）、ログからの判断（ST13）の結果の和を判断表に書き込んでいる（ST14）。ここでは、三つの値の和を書き込んでいるが、判断ロジックは、多数決、重みを付けての判断など、どのようなものであってもよい。
【００４９】
図１３は、図１２のST11（ヘッダから判断）の詳細（サブルーチン）を示すフローチャートである。ヘッダからは、リクエストメソッド（GET、POSTなど)が読み取れるほか、レスポンスのエラーを読み取ることができる。
【００５０】
ここでは、まず、レスポンス結果が正常応答かエラーかで判断し（ST111）、エラーであれば（ST111：Yes）、この処理は不要であることを応答する（ST114）。一方、エラーでない場合は（ST111：No）、リクエストメソッドにPOSTを使っているかどうか判断し（ST112）、使っている場合（ST112：Yes）は必要、使っていない場合（GETの場合）は（ST112：No）不要を応答する。
【００５１】
ただし、これは一例であって、レスポンスのエラーコードによって細分化してもよく、リクエストのメソッドで細分化してもよい。また、ヘッダに含まれるその他の値から処理の要否を判断してもよい。
【００５２】
図１４は、図１２のST12（パラメータから判断）の詳細を示すフローチャートである。ここでは、パラメータの個数の閾値を決めて、それ以上の場合には処理が必要と判断し(ST121:Yes→ST122)、それ未満の場合には処理が不要と判断としている(ST121:No→ST123)。ただし、これは一例であって、例えば、パラメータ名をキーワード検索し、ヒットした場合には、処理必要と判断するなどの手順も採用できる。
【００５３】
図１５は、図１２のST13（ログから判断）の詳細を示すフローチャートである。ここでは、処理をしたときのログに所定のキーワード（例えばSucceed）が含まれているかどうか検索し（ST131）、含まれている場合（ST131：Yes）は、処理必要を応答し（ST132）。含まれていない場合（ST131：No）は、処理不要を応答する（ST133）。
【００５４】
ただし、これは一例であって、逆に、Shownを含まないときだけ必須と判断するように処理することもできる。また、ＭＦＰ側にそもそも処理が必須かどうかのログを書かせることで、それに応じた処理をすることもできる。
【００５５】
〈２台のWebブラウザエミュレーション装置の連携動作〉
図１６は、Webブラウザエミュレーション装置11、12の連携動作のシーケンス図である。ここでは、１台目のWebブラウザエミュレーション装置12の内部ブロックの処理を省略したが、１台目と同様に処理する。
【００５６】
手順S301〜S312では、図１０の手順S201〜S215と同様に、１台目のWebブラウザエミュレーション装置11は、１台目のＭＦＰ21に対する処理結果を記憶装置５に書き込む。２台目のWebブラウザエミュレーション装置12は、１台目のWebブラウザエミュレーション装置11の記憶装置５から、処理結果を直接読み込む（S313、S314）。次いでユーザによる処理の実行の指示（S315）に応じて、処理を開始し、各手順の処理の要否判断をする(S316、S317)。
【００５７】
１台目のＭＦＰ21に対する処理結果、２台目のＭＦＰ22に対する処理結果は、個別にそれぞれのユーザインタフェースからユーザに提示され(S318→S319、S320)、処理が完了する。
【００５８】
ここでは、２台目のWebブラウザエミュレーション装置12が、１台目のWebブラウザエミュレーション装置11の記憶装置５に直接アクセスしているが、直接アクセスせずに、１台目の装置が２台目の装置に処理判断表を送ってもよく、共有できればどのような手段でもかまわない。
【符号の説明】
【００５９】
１，11，12・・・Webブラウザエミュレーション装置、２・・・ユーザインタフェース、３・・・処理管理部、４・・・処理要否判断部、５・・・記憶装置、６・・・送受信部、13，14，21〜24・・・ＭＦＰ。
【先行技術文献】
【特許文献】
【００６０】
【特許文献１】特開２００２−７０９５号公報
【図１】
2010211474.tif 000003
【図２】
2010211474.tif 000004
【図３】
2010211474.tif 000005
【図４】
2010211474.tif 000006
【図５】
2010211474.tif 000007
【図６】
2010211474.tif 000008
【図７】
2010211474.tif 000009
【図８】
2010211474.tif 000010
【図９】
2010211474.tif 000011
【図１０】
2010211474.tif 000012
【図１１】
2010211474.tif 000013
【図１２】
2010211474.tif 000014
【図１３】
2010211474.tif 000015
【図１４】
2010211474.tif 000016
【図１５】
2010211474.tif 000017
【図１６】
2010211474.tif 000018
【図１７】
2010211474.tif 000019
【図１８】
2010211474.tif 000020