JP7250471B2 - 情報処理システム、画像形成装置、端末、情報処理方法、プログラム - Google Patents

Description

本発明は、携帯端末から画像形成装置の設定を行うための情報処理システムに関する。

画像形成装置であるＭＦＰやプリンタ等では、プリント、コピー、スキャンなどを行う際、タッチパネル等の操作部を介してユーザ操作を受付可能である。また、現在は、携帯端末が広く普及しており、携帯端末を画像形成装置の操作部の代わりとして用いることが可能になっている。

携帯端末から画像形成装置の設定操作を行う方法としては、画像形成装置がウェブサーバとなり、当該画像形成装置の設定を行うためのウェブページ（例えばＨＴＭＬ形式のデータ）を携帯端末に表示させ、該ウェブページを介して設定操作する方法がある。

また一方、画像形成装置の操作部においてよく使う設定を、カスタム設定として登録しておき、必要に応じて当該登録しておいたカスタム設定を呼び出して利用することができる。特許文献１には、ある一台の画像形成装置で設定したカスタム設定を、サーバを用いて、ネットワーク上の他の画像形成装置に同期させる方法が開示されている。

特開２０１６－５７６９７号公報

しかし、特許文献１に記載の技術では、複数の画像形成装置間でカスタム設定を共有する際に、画像形成装置の設定の同期を行うためのサーバを別途用意する必要がある。

上記課題を解決するために、本発明の情報処理システムは、画像形成装置と端末とを含む情報処理システムであって、前記画像形成装置は、前記画像形成装置が備える所定の機能に関する設定を受け付けるための第一のウェブページを前記端末に提供する第一の提供手段と、前記端末で表示された前記第一のウェブページ上でユーザから受け付けた第一の設定を反映した第二のウェブページを前記端末に提供する第二の提供手段と、前記端末からの要求に基づいて前記第一の設定で前記所定の機能を実行する実行手段と、を有し、前記端末は、前記第一の提供手段で提供される前記第一のウェブページを表示する第一の表示制御手段と、前記第一の表示制御手段で表示した前記第一のウェブページ上で前記ユーザから前記第一の設定を受け付けると前記第二のウェブページを前記画像形成装置に要求する第一の要求手段と、前記第一の要求手段による要求に基づいて前記第二の提供手段で提供される前記第二のウェブページを表示する第二の表示制御手段と、前記第二の表示制御手段で表示した前記第二のウェブページ上で前記ユーザから所定の操作を受け付けると、前記第一の設定で前記所定の機能を実行することを前記画像形成装置に要求する第二の要求手段と、前記第二のウェブページを要求するための情報を保存する保存手段と、前記保存手段で保存した情報に基づいて前記第二のウェブページを要求する第三の要求手段を有する、ことを特徴とする。

本発明によれば、ウェブページを表示可能な端末装置を利用することにより、複数の画像形成装置間でカスタム設定の共有を容易に行えるようになる。

情報処理システムの構成例を示す図である。 携帯端末１００のハードウェア構成を示す図である。 携帯端末１００のソフトウェア構成を示す図である。 画像形成装置のハードウェア構成を示す図である。 画像形成装置の機能ブロック図である。 実施例１の携帯端末１００の操作パネル２０５の表示例を示す図である。 実施例１の携帯端末１００の操作パネル２０５の表示例を示す図である。 実施例１の携帯端末１００の操作パネル２０５の表示例を示す図である。 実施例１の携帯端末１００が実行する処理（カスタム設定の登録・呼び出し・実行）の詳細を示すフローチャートである。 実施例１の画像形成装置により実行される、カスタム設定ＵＲＬの生成処理のフローチャートである。 実施例１の画像形成装置により実行される、カスタム設定ＵＲＬの受信処理のフローチャートである。 カスタム設定をＨＴＭＬ内に保持時のＪＳＯＮでの記述例である。

以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。なお、以下の実施形態において、ウェブページはＨＴＭＬ形式で記述されるデータ（ＨＴＭＬファイル）として説明するが、データ形式はＨＴＭＬ形式に限るものではない。

まず図１を用いて、本発明に係る情報処理システムの構成を説明する。本実施形態に係る情報処理システムは、携帯端末１００、画像形成装置１１０、１１１、１１２、有線ＬＡＮ１２０、無線アクセスポイント１３０とで構成される。画像形成装置１１０、１１１はカラー印刷機能を有する装置であり、画像形成装置１１２は白黒印刷機能を有しカラー印刷機能を有さない装置であるものとする。更に、画像形成装置１１０，１１１，１１２は、原稿を読み取って原稿画像を生成するスキャナ機能を有するものとする。画像形成装置１１０，１１１，１１２は、無線アクセスポイント１３０との間でＬＡＮケーブル等を用いた有線ＬＡＮ１２０で接続される。

携帯端末１００は、Ｗｉ－Ｆｉ等の無線通信機能を有し、無線アクセスポイント１３０に接続できる。そして、携帯端末１００は、無線通信で探索パケットを送信し、無線アクセスポイント１３０を介して有線ネットワーク上に存在する画像形成装置１１０，１１１，１１２を見つけることができる。携帯端末１００は、無線アクセスポイント１３０を介して所望の画像形成装置に印刷ジョブを送信してＰＲＩＮＴ機能の実行を指示したり、所望の画像形成装置に対してＣＯＰＹ機能やＳＥＮＤ機能の実行の指示をしたりすることができる。なお、ＰＲＩＮＴ機能は、受信した印刷ジョブに基づいて印刷する機能であり、ＣＯＰＹ機能は、原稿をスキャンして得た画像を印刷する機能であり、ＳＥＮＤ機能は、原稿をスキャンして得た画像をネットワークを介して外部に送信する機能である。携帯端末からの指示を受信した画像形成装置は、当該指示に対応する処理を実行する。

次に図２を用いて、携帯端末１００のハードウェア構成を説明する。なお、本実施形態の携帯端末１００はスマートフォンやタブレットＰＣ等の装置を想定しているが、アプリケーションを実行可能な情報処理装置であれば他の装置であってもよい。

ＣＰＵ２０１は、ＲＯＭ２０２が記憶している制御プログラムを読み出して実行することにより、携帯端末１００の動作を制御する。ＲＯＭ２０２は、コンピュータ実行可能な制御プログラム（後述するＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）３０２や画像形成装置用アプリケーション３０１など）を記憶している。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。フラッシュメモリ２０４は、写真や電子文書等の様々なデータを記憶する。なお、制御プログラムは、ＲＯＭ２０２ではなくフラッシュメモリ２０４に記憶するようにしても構わない。

なお、携帯端末１００の場合、１つのＣＰＵ２０１が後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のＣＰＵが協働して、後述するフローチャートに示す各処理を実行するようにすることもできる。

操作パネル２０５は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳ３０２やアプリケーションが提供する各種画面を表示する。ユーザは操作パネル２０５にタッチ操作を入力することで、携帯端末１００に所望の操作指示を入力することができる。なお、携帯端末１００は不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いて携帯端末１００に操作指示を入力することもできる。

スピーカ２０６とマイク２０７は、ユーザが他の携帯端末や固定電話と電話をする際に使用される。

無線通信部２０８は、Ｗｉ－Ｆｉ等の無線通信を実行する。携帯端末１００は、無線通信部２０８から探索パケットを送信することで、無線アクセスポイント１３０経由や無線ダイレクト接続１１３で通信できる画像形成装置１１０，１１１，１１２を探索・発見することができる。なお、無線通信の方式は、Ｗｉ－Ｆｉに限るものではなく、その他の無線通信方式でもよい。

次に図３を用いて、携帯端末１００のソフトウェア構成を説明する。図３は、ＣＰＵ２０１がＲＯＭ２０２やフラッシュメモリ２０４に記憶されている制御プログラムを読み出し実行することで実現されるソフトウェアの機能ブロック図である。

ＯＳ３０２は、携帯端末１００全体の動作を制御するためのソフトウェアである。携帯端末１００には、後述する画像形成装置用アプリケーション３０１を含め、様々なアプリケーションをインストールすることができる。ＯＳ３０２はこれらのアプリケーションとの間で情報をやり取りし、アプリケーションから受けた指示に従って、操作パネル２０５に表示する画面を変更する。加えて、無線通信部２０８による無線通信を実行したりする。

画像形成装置用アプリケーション３０１は、携帯端末１００にインストールされたアプリケーションである。無線通信部２０８を用いて画像形成装置を検索したり、画像形成装置１１０，１１１，１１２に接続して印刷処理したりする。加えて、画像形成装置１１０，１１１，１１２から受信したウェブページ（ＨＴＭＬファイル）を表示する機能を持ち、そのウェブページ上でユーザ操作が為されると、その操作内容をＨＴＴＰプロトコルを用いて画像形成装置に送り、その操作内容に応じた処理を指示するアプリケーションである。

携帯端末１００には、画像形成装置用アプリケーション３０１の他に様々なアプリケーションがインストールされているが、説明は省略する。

図４は、画像形成装置１１０，１１１，１１２のハードウェア構成を示す図である。画像形成装置のコントローラユニット４０１は、紙文書を読み取って画像データを入力する画像入力デバイスとしてのスキャナ部４５１や、印刷を行う画像出力デバイスであるプリンタ部４５２と接続する。また、コントローラユニット４０１は、図１で示した携帯端末１００と無線アクセスポイント１３０を経由して通信を行う。

ＣＰＵ４１１は、画像形成装置内のシステム全体を制御する。ＲＡＭ４１２は、ＣＰＵ４１１が動作するためのシステムワークメモリであり、且つ画像データを一時記憶するための画像メモリである。ＲＯＭ４１５は、ブートＲＯＭであり、画像形成装置１１０のシステムのブートプログラムが格納されている。メモリ４１６は、図５に示すシステムソフトウェアやアプリケーションソフトウェア、画像データを格納する。また、メモリ４１６は、携帯端末１００から受信した印刷ジョブも格納する。

操作部Ｉ／Ｆ４１３は、操作部４０２とのインタフェース部であり、操作部４０２に表示する画像データを操作部４０２に対して出力する。また、操作部Ｉ／Ｆ４１３は、操作部４０２を介してユーザから入力された情報（操作内容）をＣＰＵ４１１に伝える機能を有する。

有線ネットワークＩ／Ｆ４１８は、有線ＬＡＮ１２０に接続されている。コントローラユニット４０１は、有線ネットワークＩ／Ｆ４１８、有線ＬＡＮ１２０、無線アクセスポイント１３０を経由して、携帯端末１００と情報の送受信を行う。

Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７は、データ構造を変換するバスブリッジであり、システムバス４２０及び画像データを高速で転送する画像バス４３７に接続されている。画像バス４３７は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。画像バス４３７上には、ラスターイメージプロセッサ（ＲＩＰ）４３２、デバイスＩ／Ｆ４３３、スキャナ画像処理部４３４、プリンタ画像処理部４３５、画像回転部４３６、及び画像圧縮伸張・密度変換部４３１の各デバイスが配置される。

ＲＩＰ４３２は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ４３３は、スキャナ４５１やプリンタ４５２とコントローラユニット４０１とを接続する。スキャナ画像処理部４３４は、スキャナ４５１より入力された画像データに対して補正、加工、及び編集を行う。プリンタ画像処理部４３５は、プリンタ４５２に出力する画像データに対して印刷補正、解像度変換等を行う。画像回転部４３６は、画像データの回転を行う。画像圧縮伸張・密度変換部４３１は、多値画像データをＪＰＥＧに変換したり、２値画像データに対してＪＢＩＧ、ＭＭＲ、又はＭＨの圧縮伸長処理をしたりする。

図５は、本発明を適用できる画像形成装置１１０、１１１、１１２のコントローラユニットのＣＰＵ４１１がメモリ４１６に格納されている制御プログラムを実行し、操作部やスキャナ４５１やプリンタ４５２などと協働することにより実現される各機能を示す機能ブロック図である。

ＣＯＰＹ機能部５０１は、スキャナ４５１を用いて紙文書を読み取り、ユーザの設定に従って両面であったり２ｕｐなどの画像処理を行い、その画像に対してプリンタ４５２を用いて紙に画像を形成したりする。

Ｓｅｎｄ機能部５０２は、スキャナ４５１を用いて紙文書を読み取り、二値または多値画像データに変換し、ユーザにより指定された宛先に送信する機能を有する。

Ｐｒｉｎｔ機能部５０３は、ネットワーク機能部５０５で受け取った印刷ジョブを画像データに変換し、該画像データに印刷用のコマンドを付加してプリンタ４５２に出力することで印刷処理を実行する機能を有する。

ジョブ制御機能部５０４は、ＣＯＰＹ機能部５０１やＳｅｎｄ機能部５０２から受信した画像データをジョブとしてキューイングする。そして、順次Ｐｒｉｎｔ機能部５０３や、後述するネットワーク機能部５０５に対して適宜出力する。

ネットワーク機能部５０５は、ＴＣＰ／ＩＰ、ＨＴＴＰ、ＦＴＰ、ＬＤＡＰ、ＳＮＭＰ、ＳＭＴＰ、ＳＳＬ、ＳＭＢ等の各種ネットワークプロトコルを用いて、データを送受信する機能を有する。たとえば、有線ＬＡＮ１２０を経由して携帯端末１００からの印刷ジョブや操作指示を受信することができる。

ユーザインターフェース（ＵＩ）機能部５０６は、画像形成装置１１０の操作部において為されたユーザの操作内容を判定する。また、ＵＩ機能部５０６は、ネットワーク機能部５０５を経由して、携帯端末１００にＣＯＰＹやＳＥＮＤの操作画面をＨＴＭＬ形式のデータ（ＨＴＭＬデータ）で提供し、また携帯端末１００において為されたユーザの操作指示を受け取り他機能部に通知する。そして、ＵＩ機能部５０６は、他機能部からの携帯端末１００のユーザに対するメッセージをＨＴＭＬ形式のデータにして携帯端末１００に送る。

図６－１、図６－２、図６－３は、携帯端末１００の操作パネル２０５の表示の例を示している。各画面は、ＣＰＵ２０１が、画像形成装置用アプリケーション３０１を実行し、ＨＴＭＬデータを解釈することで作成される。

図６－１（Ａ）は、画像形成装置用アプリケーション３０１の起動時の基本画面６１１である。選択画像形成装置表示領域６１３の部分には、現在の連携対象として選択されている画像形成装置１１０に関する情報が表示される。図６－１（Ａ）の例では、画像形成装置１１０の名前「ＤＥＶＩＣＥ Ａ ＣＯＬＯＲ」とＩＰアドレス「１９２．１６８．２２．３」とが表示されている。この画面において、例えばユーザがＣＯＰＹボタン６１４を押下すると、携帯端末は、選択画像形成装置表示領域６１３に示されている画像形成装置のＩＰアドレス（またはＵＲＬ）を用いて画像形成装置にアクセスして、コピー機能に関する設定を行うためのＷｅｂページ（ＨＴＭＬファイル）を該画像形成装置から受信する。携帯端末は、該Ｗｅｂページに基づいて、コピー機能に関する設定を行うための画面（例えば図６－１（Ｂ）のようなＣＯＰＹの設定画面）を表示する。

また、図６－１（Ａ）のプリンタ追加ボタン６１２が押下されると、携帯端末は画像形成装置を検索し追加選択できる画面（図示せず）に遷移する。その画面では、無線通信部２０８を用いてブロードキャストパケットを送信して、無線アクセスポイント１３０を介して接続している有線ＬＡＮ１２０上の画像形成装置を検索し、検索結果の中からユーザにより指定された画像形成装置を選択することができる。選択すると、選択画像形成装置表示領域６１３の部分が当該選択した画像形成装置の情報の表示に切り替わる。例えば、図６－２（Ｆ）は画像形成装置１１１を選択した場合で、画像形成装置１１１の名称「ＤＥＶＩＣＥ Ｂ ＣＯＬＯＲ」に変わり、またＩＰアドレスも「１９２．１６８．２２．１３」に変わっている。また、画像形成装置１１２を選択した場合は、図６－３（Ｉ）のように選択画像形成装置表示領域が表示される。

図６－１（Ｂ）は、前述したように、ＣＯＰＹボタン６１４が押されたときに表示される画像形成装置１１０のＣＯＰＹ機能の初期画面である。この画面は後ほど示す図７のフローチャートの処理によって制御される。Ｓｔａｒｔボタン６２６が押下されることで、連携対象として選択中の、選択画像形成装置表示領域６２１に表示されている画像形成装置１１１に対して、ＣＯＰＹ処理を実行するように指示が送信される。図６－１（Ｂ）では、カラー自動状態６２２が黒に反転しており、カラー自動ボタン６２３が有効に設定されている状態であることを示している。

図６－１（Ｃ）は、図６－１（Ｂ）の画面で両面ボタン６２４がユーザにより押下された場合に表示される画面である。両面状態６３２が黒に反転している。ここで、カスタム設定追加ボタン６３３がユーザにより押下されると、画像形成装置用アプリケーション３０１は、図６－１（Ｄ）の画面に遷移し、カスタム設定の追加ダイアログ６４１を表示する。カスタム設定名入力領域６４２には、カスタム設定追加ボタン６３３押下時の有効な設定（図６－１（Ｃ）の例では「カラー自動」と「両面」とが有効設定）から自動生成したカスタム設定名称が自動的に表示される。なお、このカスタム設定名称は編集可能であり、ユーザ所望の名称に変更してもよい。キャンセルボタン６４３が押下されるとカスタム設定の追加を止める。ＯＫボタン６４４が押下されると、携帯端末は、当該カスタム設定追加ボタン６３３押下時の有効な設定に関する情報を、カスタム設定として追加登録し、図６－１（Ｃ）の画面に戻る。各処理の詳細は、図７のフローチャートを用いて後述する。

一方、図６－１（Ｂ）または（Ｃ）の画面で、カスタム設定呼び出しボタン６３４が押下されると、携帯端末に登録済みのカスタム設定（すなわち携帯端末１００上のフラッシュメモリ２０４に格納されたカスタム設定）を読み出し、図６－２（Ｅ）のように、登録済みのカスタム設定の一覧画面を表示する。カスタム設定ボタン６５１と６５２は、携帯端末１００のフラッシュメモリ２０４に格納されているカスタム設定の名称がリストアップされている。例えば、カスタム設定呼び出しボタン６５１が押下されると、カラー自動と両面とが有効に設定された図６－１（Ｃ）のような画面が表示される。また、カスタム設定一覧の中から選択されたカスタム設定を呼び出したあと、Ｓｔａｒｔボタン６３５が押下されると、携帯端末は、当該呼び出したカスタム設定で画像形成装置１１０に対してＣＯＰＹ機能を実行するように指示を行う。

また、図６－２（Ｆ）のように画像形成装置１１１（ＤＥＶＩＣＥ Ｂ ＣＯＬＯＲ）を連携対象の画像形成装置として選択し、同様にＣＯＰＹボタン６６２が押下される場合を考える。その場合には、選択画像形成装置表示領域６６１に示されている画像形成装置のＩＰアドレス（またはＵＲＬ）を用いて画像形成装置１１１にアクセスして、コピー機能に関する設定を行うためのＷｅｂページ（ＨＴＭＬファイル）を該画像形成装置から受信する。携帯端末は、該Ｗｅｂページに基づいて、コピー機能に関する設定を行うための画面（図６－２（Ｇ）のようなＣＯＰＹの設定画面）を表示する。カスタム設定呼び出しボタン６７１が押下されると、携帯端末に登録済みのカスタム設定（すなわち携帯端末１００上のフラッシュメモリ２０４に格納されたカスタム設定）を読み出し、図６－２（Ｅ）のように、登録済みのカスタム設定の一覧画面を表示する。そして、例えば、カスタム設定呼び出しボタン６５１が押下されると、「カラー自動」と「両面」が有効になった、画像形成装置１１２（ＤＥＶＩＣＥ Ｂ ＣＯＬＯＲ）のコピー設定画面（図６－２（Ｈ）の画面）に移る。図６－２（Ｈ）の画面では、図６－２（Ｇ）と比較して分かるように、両面状態６８１が黒に反転しており、有効状態に設定されている。このように、図６－１（Ｃ）および（Ｄ）の画面を介して、画像形成装置１１０（ＤＥＶＩＣＥ Ａ ＣＯＬＯＲ）のＣＯＰＹ画面で指定された設定をカスタム設定として登録し、当該登録したカスタム設定を、別の画像形成装置１１１（ＤＥＶＩＣＥ Ｂ ＣＯＬＯＲ）に用いることができた。

また、同様に、白黒印刷のみに対応した画像形成装置１１２（ＤＥＶＩＣＥ Ｃ ＢＬＡＣＫ／ＷＨＩＴＥ）を操作対象とした後、カスタム設定呼び出しボタンを選択すると、図６－２（Ｅ）のようなカスタム設定の一覧画面が表示される。この一覧画面において、「カラー自動両面」のカスタム設定呼び出しボタン６５１が選択された場合は、図６－３（Ｉ）のような画面が表示されることになる。すなわち、画像形成装置１１２はカラー印刷機能を有さないため、設定画面に「カラー自動」の選択欄がそもそも無いので、呼び出したカスタム設定のうち「カラー自動」以外の設定内容が反映される。したがって、図６－３（Ｉ）の設定画面では、両面状態６９１のみが黒に反転した状態（有効な状態）となる。そして、この状態でＳｔａｒｔボタン６９２が押下された場合は、図６－３（Ｉ）のように設定された内容で、画像形成装置１１２に対してＣＯＰＹ機能の実行指示が為されることになる。

図７は、第一の実施例における、携帯端末が実行する処理（カスタム設定の登録・呼び出し・実行）の詳細を示すフローチャートである。図６のフローチャートに示す各ステップは、携帯端末のＣＰＵ２０１がＲＯＭ２０２等のメモリに格納された制御プログラム（アプリケーション３０１）をＲＡＭ２０３に展開して実行することによって処理される。

まず、ＣＰＵ２０１は、アプリケーション３０１を起動することにより、図６－１（Ａ）に示すような基本画面を表示する。この基本画面において、ユーザの操作に基づき連携対象として画像形成装置を選択した後、機能ボタン（ＣＯＰＹ、Ｓｅｎｄ、スキャン、プリントのボタン）のいずれかがユーザにより選択された場合の処理について説明する。図７では、ＣＯＰＹボタンが選択された場合を例として説明するが、他の機能が選択された場合も、カスタム設定の登録・呼び出し・実行に関わる処理は同様である。ＣＯＰＹボタンが押されると、連携対象として選択中の画像形成装置のＩＰアドレス（またはＵＲＬ）を用いてその画像形成装置にアクセスし、当該画像形成装置で作成されたＨＴＭＬ形式のデータ（Ｗｅｂページ）を受信する。そして、ｓ７０１において、当該受信したＨＴＭＬデータをパースし、操作パネル２０５に設定画面を描画する。具体的には、ＣＯＰＹボタン６１４が選択された場合は、図６－１（Ｂ）の設定画面が表示される。なお、図６－１の（Ｂ）や（Ｃ）、図６－２の（Ｇ）や（Ｈ）、図６－３の（Ｉ）は、画像形成装置から受信したＷｅｂページ（ＨＴＭＬデータ）に基づき表示される画面である。

次に、ｓ７０２において、ＣＰＵ２０１は、操作パネル２０５へのユーザによる操作を待ち受ける。ユーザが操作パネルを押下するとｓ７０３に進む。このとき、ユーザがボタンのいずれかを押下していた場合は、当該押下されたボタンにリンクとして組み込まれたＵＲＬが取得される。

ｓ７０３で、ＣＰＵ２０１は、ユーザにより操作パネル２０５で押下された箇所が、カスタム設定追加ボタン６３３であるか否かを判断する。

押下されたボタンに組み込まれたＵＲＬを取得し、当該取得したＵＲＬの文字列の中に、カスタム設定追加ボタンであることを示す所定の文字列（例えば、“ＭｏｂｉｌｅＵＩ？ｆｕｎｃ＝”）が含まれるかを判断する。例えば、図６－１（Ｃ）においてカスタム設定追加ボタンが押下された場合に当該押下されたボタンから取得されるＵＲＬの一例を以下に示す。なお、ｓ７４１～ｓ７４２で後述するように、ボタン６２３～６２５が操作されるたびに、画像形成装置が、カスタム設定追加ボタンに組み込まれるＵＲＬを変更したＷｅｂページを作成して携帯端末に送信するものとする。
ｈｔｔｐｓ：／／１９２．１６８．２２．３／ＭｏｂｉｌｅＵＩ？ｆｕｎｃ＝ｃｏｐｙ＆ｓｉｚｅ＝Ａ４＆２ｓｉｄｅ＝ｙｅｓ＆Ｃｏｌｏｒ＝Ａｕｔｏ＆Ｎａｍｅ＝カラー自動・両面

ｈｔｔｐ：／／の後ろからスラッシュより前の部分（上記の例では画像形成装置のＩＰアドレス部分（１９２．１６８．２２．３））を、以降ＦＱＤＮと記載する。また、上記ＵＲＬの？より後ろの部分をＵＲＬパラメータと以降記載する。ＵＲＬパラメータの内、ｆｕｎｃ＝は機能名を示し、ｃｏｐｙやｓｃａｎが入る。ｓｉｚｅ＝は用紙サイズを示し上記例ではＡ４サイズを示す。２ｓｉｄｅ＝は両面印刷の設定を示す。Ｃｏｌｏｒ＝はカラー機でカラー実行するかモノクロ実行するかを示す。最後のＮａｍｅ＝は別途説明するカスタム設定登録時に利用する文字列である。また、ＵＲＬパラメータ部の記載は上記以外であっても良い。ＣＰＵ２０１は、当該取得したＵＲＬの中に“ＭｏｂｉｌｅＵＩ？ｆｕｎｃ＝”が含まれている場合、つまりカスタム設定追加ボタンが押下されたと判断した場合にｓ７１１に進み、含んでいない場合には、ｓ７２１に移る。

ｓ７１１で、ＣＰＵ２０１は、操作パネル２０５に登録追加ダイアログを表示する、具体的には図６－１（Ｄ）のカスタム設定の追加ダイアログを表示する。図６－１（Ｄ）のカスタム設定名入力領域６４２の初期文字列は、ＵＲＬパラメータのＮａｍｅ＝の部分から自動生成する。ここで、図６－１（Ｄ）で説明したようにカスタム設定名入力領域６４２はユーザが編集可能である。

ｓ７１２で、ＣＰＵ２０１は、カスタム設定の追加ダイアログ６４１を閉じてＯＫボタン６４４を押した場合にはｓ７１３へ、キャンセルを押した場合にはｓ７０２に戻る。

ｓ７１３で、ＣＰＵ２０１は、カスタム設定追加ボタン６３３から取得されたＵＲＬを、フラッシュメモリ２０４のブックマーク領域にカスタム設定名入力領域６４２に設定されたカスタム設定名（図６－１（Ｄ）の例だと、「カラー自動・両面」）と共に追加保存する。そして、ｓ７０２に戻る。

一方、ｓ７２１で、ＣＰＵ２０１は、カスタム設定呼び出しボタン６３４が押下されたかを判断する。ｓ７０３と同様、押下されたボタンから取得したＵＲＬの中に、カスタム設定呼び出しボタンであることを示す文字列（例えば“ＭｏｂｉｌｅＵＩ？ｅｘｅｃ＝”）が含まれるかを判断する。カスタム設定呼び出しボタンが押下されたと判断した場合には、ｓ７３１に、それ以外の押下の場合にはｓ７４１に移る。

ｓ７３１で、ＣＰＵ２０１は、フラッシュメモリ２０４に登録済みのカスタム設定を読み取り、操作パネル２０５に一覧表示する。図６－２（Ｅ）に、登録済みのカスタム設定の一覧画面の表示例を示す。次のｓ７３２では、ＣＰＵ２０１は、ユーザが操作パネル２０５への入力を判断する。Ｃａｎｃｅｌボタン６５３が押下されたと判断した場合には、図６－２（Ｅ）のカスタム設定選択画面を閉じてｓ７０１に戻る。一方、カスタム設定ボタン６５１，６５２のいずれかが選択されたと判断した場合には、ｓ７３３に移る。

ｓ７３３において、ＣＰＵ２０１は、ｓ７３２でユーザが選択したカスタム設定に対応するＵＲＬをフラッシュメモリ２０４のブックマーク領域から読み取り、読み取ったＵＲＬのＦＱＤＮを、画像形成装置用アプリケーション３０１で連携対象として選択されている画像形成装置のＦＱＤＮに書き換え、新たなＵＲＬを生成する。この連携対象の画像形成装置は、ｓ７１３でカスタム設定を保存したときの画像形成装置と異なる他の画像形成装置を選択できる。例えば、図６－２（Ｆ）のように、起動画面において、連携対象として画像形成装置１１１が選択され、その後、ＣＯＰＹボタン６６２が押下されると、図６－２（Ｇ）の画面が表示される。その後、カスタム設定呼び出しボタン６７１が押下されて図６－２（Ｅ）のカスタム設定選択画面が表示されている場合、連携対象の画像形成装置１１１のＦＱＤＮ（ＩＰアドレス）は１９２．１６８．２２．１３である。この場合、ｓ７３２でユーザが選択したカスタム設定に対応するＵＲＬを、連携対象の画像形成装置１１１のＦＱＤＮで書き換えると、以下の表記になる。
ｈｔｔｐｓ：／／１９２．１６８．２２．１３／ＭｏｂｉｌｅＵＩ？ｆｕｎｃ＝ｃｏｐｙ＆ｓｉｚｅ＝Ａ４＆２ｓｉｄｅ＝ｙｅｓ＆Ｃｏｌｏｒ＝Ａｕｔｏ＆Ｎａｍｅ＝カラー自動・両面

この生成されたＵＲＬは、ユーザの選択操作に基づいてメモリから読み出したカスタム設定を適用するように、当該連携対象として選択されている画像形成装置に対して要求するための情報として使用されることになる。

ｓ７３４において、ＣＰＵ２０１は、ｓ７３３で書き換えたＵＲＬを用いて画像形成装置１１１にアクセスして、画像形成装置で生成されるウェブページを取得し、ｓ７０１で当該取得したウェブページを描画する。

ｓ７４１で、ＣＰＵ２０１は、カラー自動６２３、両面６２４、ページ集約６２５といった設定ボタンが押下されたかをブラウザ上で判断する。各設定ボタンには、当該設定ボタンの設定内容を変更するためのＵＲＬが組み込まれており、ボタンが押下されたときに取得したＵＲＬに基づいて設定ボタンが押下されたかどうか判定することができるものとする。設定ボタンが押下されたと判断した場合にはｓ７４２へ進み、それ以外の押下の場合にはｓ７５１に移る。

ｓ７４２で、ＣＰＵ２０１は、ｓ７４１で取得したＵＲＬを用いて、連携対象として選択されている画像形成装置にアクセスすることで変更後の設定内容を送信し、当該変更された設定を反映した設定画面に関するウェブページを画像形成装置から取得して、ｓ７０１に戻る。

ｓ７５１で、ＣＰＵ２０１は、Ｓｔａｒｔボタンが押下されたかを判断する。Ｓｔａｒｔボタンには、設定画面で設定されている設定内容にしたがってコピー処理を開始するよう、連携対象として選択中の画像形成装置にリクエストするためのＵＲＬが組み込まれており、そのＵＲＬに基づいてＳｔａｒｔボタンが押下されたかどうか判定できるものとする。Ｓｔａｒｔボタンが押下されたと判断した場合にはｓ７５２へ、それ以外の場合にはｓ７０２に戻る。

ｓ７５２で、ＣＰＵ２０１は、ｓ７５１で取得したＵＲＬを用いてＣＯＰＹ実行を画像形成装置に指示する。

図８は、画像形成装置のＵＩ機能部５０６が、カスタム設定ＵＲＬを作成する際の処理を示すフローチャートである。図８のフローチャートに示す各ステップは、画像形成装置のＣＰＵ４１１がメモリ４１６に格納された制御プログラムをＲＡＭ４１２に展開して実行することによって処理される。

まず、ＣＰＵ４１１は、携帯端末１００から設定情報を受信する（ｓ８０１）。これは、携帯端末１００で、図６－１（Ｂ）や図６－１（Ｃ）の画面を操作パネル２０５に表示しているときに、ユーザがカラー自動ボタン６２３、両面ボタン６２４、ページ集約ボタン６２５のいずれかを押下して設定が変わったときに、図７のｓ７４２にて携帯端末から送信される設定情報である。

次に、ｓ８０２で、ＣＰＵ４１１は、ｓ８０１で受信した設定に対応するカスタム設定用ＵＲＬを生成する。

例えば、図６－１（Ｂ）の画面において両面ボタン６２４が押下されると、両面設定がＯＮに変更された状態の設定情報が携帯端末から送信されてくるので、画像形成装置のＣＰＵ４１１は、当該受信した設定情報に基づき次に示すようなＵＲＬを生成する。
ｈｔｔｐｓ：／／１９２．１６８．２２．３／ＭｏｂｉｌｅＵＩ？ｆｕｎｃ＝ｃｏｐｙ＆ｓｉｚｅ＝Ａ４＆２ｓｉｄｅ＝ｙｅｓ＆Ｃｏｌｏｒ＝Ａｕｔｏ＆Ｎａｍｅ＝カラー自動・両面

そして、ｓ８０３で、ＣＰＵ４１１は、ｓ８０２で生成したＵＲＬをカスタム設定追加ボタン６３３に組み込んだ状態の設定画面（図６－１（Ｃ）の画面）のウェブページ（ＨＴＭＬ形式のデータ）を作成し、そのＨＴＭＬデータを携帯端末１００に送信する。

なお、図７のフローチャートでは、携帯端末１００でユーザが設定ボタン（６２３～６２５）を押下するたびに、携帯端末１００のＣＰＵ２０１が、ステップｓ７４２で画像形成装置に設定情報を送信する形態として説明したが、これに限るものではない。例えば、別な方法として、設定ボタン（６２３～６２５）がユーザにより押下された場合はカスタム設定追加ボタン６３３に組み込むＵＲＬを携帯端末１００上で動的に生成するようなＪａｖａＳｃｒｉｐｔ（登録商標）をウェブページ（ＨＴＭＬデータ）内に記述しておき、携帯端末のアプリケーション３０１のブラウザが該ＪａｖａＳｃｒｉｐｔを実行するようにしても良い。この場合、ｓ７４１で、設定ボタンが押下されたと判断した場合、ｓ７４２で変更後の設定情報を送信する代わりに、ＣＰＵ２０１は、ＪａｖａＳｃｒｉｐｔの記述にしたがって、当該押下された設定ボタンに基づきＵＲＬを生成して、カスタム設定追加ボタン６３３に関連づけるようにする。

図９は、携帯端末にてカスタム設定呼び出しボタンが押下されて登録済みのカスタム設定がユーザにより選択された場合に、画像形成装置のＵＩ機能部５０６が、携帯端末から受信したカスタム設定ＵＲＬをパースしてウェブページを作成する処理を示すフローチャートである。図９のフローチャートに示す各ステップは、ＣＰＵ４１１がメモリ４１６に格納された制御プログラムをＲＡＭ４１２に展開して実行することによって処理される。

まずｓ９０１において、画像形成装置のＣＰＵ４１１は、携帯端末１００から送信されたカスタム設定ＵＲＬを受信する。このカスタム設定ＵＲＬは、携帯端末１００で、図６－２（Ｅ）のカスタム設定選択画面において、カスタム設定ボタン６５１，６５２のいずれかが押下された時に、図７のｓ７３４にて携帯端末から送信されるＵＲＬである。

次に、Ｓ９０２で、ＣＰＵ４１１は、ｓ９０１で受信した、ＵＲＬのＵＲＬパラメータをパースし、ＵＲＬパラメータに含まれる複数の設定項目のパラメータのうち、未処理のパラメータの１つを取り出す。

ｓ９０３で、ＣＰＵ４１１は、ｓ９０２でパースした各設定が自機で有効な機能かを判断する。例えば、カラー印刷機能を有さない画像形成装置１１２の場合、カラー設定の「Ｃｏｌｏｒ＝」については関係ない（すなわち、設定が無効である）ため、ｓ９１２において当該パラメータを無視（スキップ）し、ｓ９２１に移る。一方、当該取り出したパラメータが有効な機能である場合（例えば、両面印刷を示す２ｓｉｄｅが有効である場合）は、ｓ９１１に移る。

ｓ９１１で、ＣＰＵ４１１は、当該取り出したパラメータが自機で有効な設定であるため、その設定を有効にし、ｓ９２１に移る。

ｓ９２１で、ＣＰＵ４１１は、ＵＲＬパラメータに含まれる複数の設定項目のパラメータすべてを処理したか判断する。すべて処理した場合にはｓ９３１に移る。まだ残りがある場合にはｓ９０２に戻って、未処理の設定項目のパラメータの処理を行う。

ｓ９３１で、ＣＰＵ４１１は、ｓ９１１で該当する設定を有効化した状態のＣＯＰＹ画面のウェブページ（ＨＴＭＬデータ）を作成する。

ｓ９３２では、ＣＰＵ４１１は、ｓ９３１で作成したＨＴＭＬデータを携帯端末１００に送信する。

以上によって、携帯端末側は、ＵＲＬという文字列だけでカスタム設定を保持することができ、画像形成装置の詳細な機能については特に意識する必要はなく、機能が異なる画像形成装置に対してもＦＱＤＮ部を書き換えるのみで以前のカスタム設定を流用できる。また、携帯端末側でカスタム設定に関する情報を保存する構成であるため、サーバを介して画像形成装置間でカスタム設定の共有設定をしていなくても、携帯端末さえ持ち歩けば、カスタム設定を利用することができる。

そして、携帯端末１００のアプリケーション３０１は、画像形成装置から提供される設定画面のウェブページを表示する場合には、ＷｅｂＶｉｅｗというＯＳ提供のＨＴＭＬ描画エンジンを利用し、ＷｅｂＶｉｅｗの基本的なＡＰＩのみを用いることで、ユーザ操作に基づいて上記ＵＲＬを容易に取得することができる。

また、上記実施例では、ＣＯＰＹの動作について示したが、ＳｅｎｄについてもＳｅｎｄ用の別のカスタム設定領域を携帯端末１００のフラッシュメモリ２０４に用意して、各機能にブックマークの保存領域を持たせて良い。

本実施例１によれば、画像形成装置は、ユーザにより指定された設定に関するパラメータをＵＲＬ内に記述し、当該ＵＲＬを携帯端末に提供して、該携帯端末において簡単に保存できるようにする。携帯端末は、当該ＵＲＬをカスタム設定として保存可能であり、その保存したＵＲＬを容易に再利用できるようになる。

実施例１ではＵＲＬパラメータにカスタム設定を記載して携帯端末１００と画像形成装置１１０，１１１，１１２が連携する形態を示した。実施例２では、ＵＲＬパラメータのかわりにＨＴＴＰ通信のＣｏｏｋｉｅにカスタム設定を記載して連携する方法について述べる。

携帯端末１００や画像形成装置１１０，１１１，１１２の構成は、実施例１の図２～図５と同様の構成であるため、説明を省略する。

本実施例のＣｏｏｋｉｅとしては、例えば、以下のようなフォーマットを用いる。ただし、実際には、Ｃｏｏｋｉｅの仕様で許される文字列のみにするために、以下の文字列をＵＲＬエンコードを用いてＣｏｏｋｉｅに保存する。
ＣｕｓｔｏｍＳｅｔｔｉｎｇ＝“ｆｕｎｃ＝ｃｏｐｙ＆ｓｉｚｅ＝Ａ４＆２ｓｉｄｅ＝ｙｅｓ＆Ｃｏｌｏｒ＝Ａｕｔｏ＆Ｎａｍｅ＝カラー自動・両面”

加えて、実施例１の図７，８，９のフローチャートも以下に示す変更を行う。

図７のｓ７１３で、ＣＰＵ２０１は、ブックマークにＵＲＬを追加する処理の代わりに上記のＣｏｏｋｉｅ値をフラッシュメモリ２０４のブックマーク領域に追加する。

さらに、図７のｓ７３３～ｓ７３４の処理の代わりに、ＣＰＵ２０１は、フラッシュメモリ２０４に登録されているカスタム設定のＣｏｏｋｉｅ情報を読み出して、連携対象として選択されている画像形成装置のカスタム設定反映用ＵＲＬを用いて当該連携対象の画像形成装置にアクセスする際に利用する。

なお、カスタム設定反映用ＵＲＬは、例えば、以下のような形式で記述される。
ｈｔｔｐｓ：／／１９２．１６８．２２．３／ＭｏｂｉｌｅＵＩ／Ｃｕｓｔｏｍ－Ｓｅｔｔｉｎｇ

また、実施例１では図８でカスタム設定ＵＲＬを作成するようにしていたが、実施例２では、ｓ８０２で、ＣＰＵ４１１は、カスタム設定用Ｃｏｏｋｉｅを生成し、当該生成したカスタム設定用Ｃｏｏｋｉｅを含むＨＴＭＬデータを、ｓ８０３で携帯端末１００に送信するよう構成する。

また、実施例１では、図９のｓ９０２でカスタム設定ＵＲＬを受信しパースするようにしていたが、実施例２では、ＣＰＵ４１１は、携帯端末１００から送られてきたカスタム設定用Ｃｏｏｋｉｅをｓ９０２でパースするように構成する。

以上のＣｏｏｋｉｅを用いた方法でも、携帯端末１００側でカスタム設定を保存可能であり、簡単に再利用できるようになる。

実施例３では、ＵＲＬパラメータのかわりにＨＴＭＬデータの中にＪＳＯＮやＸＭＬの形式でカスタム設定を記載して連携する方法について述べる。具体的には、図１０のような形式でＨＴＭＬデータ内にＪＳＯＮでカスタム設定を記述する方法である。

加えて、実施例１の図７，８，９のフローチャートも以下に示す変更を行う。

図７のｓ７１１の登録ダイアログ表示処理の前に、ＣＰＵ２０１が、ＨＴＭＬデータ内をパースして現在のカスタム設定のＪＳＯＮの値を取得する処理が加わる。また、図７のｓ７１３で、ＣＰＵ２０１は、ブックマークにＵＲＬを追加する処理の代わりにパースして取得したＪＳＯＮをフラッシュメモリ２０４のブックマーク領域に追加する。

さらに、図７のｓ７３３～ｓ７３４の処理の代わりに、ＣＰＵ２０１は、フラッシュメモリ２０４に登録されているカスタム設定であるＪＳＯＮを読み出して、連携対象として選択されている画像形成装置のカスタム設定反映用ＵＲＬを用いて当該連携対象の画像形成装置にアクセスする際に、該ＪＳＯＮをＨＴＭＬの送信メソッドであるＰＯＳＴを用いて送信する。

カスタム設定反映用ＵＲＬは、例えば、以下のような形式で記述される。
ｈｔｔｐｓ：／／１９２．１６８．２２．３／ＭｏｂｉｌｅＵＩ／Ｃｕｓｔｏｍ－ＪＳＯＮ

また、実施例１では図８でカスタム設定ＵＲＬを作成するようにしていたが、実施例３では、ｓ８０２で、ＣＰＵ４１１は、カスタム設定用ＪＳＯＮを生成し、当該生成したＪＳＯＮをＨＴＭＬデータに加えて、ｓ８０３で携帯端末１００に送信する。

また、実施例１では、図９のｓ９０２でカスタム設定ＵＲＬを受信しパースするようにしていたが、実施例３では、ＣＰＵ４１１は、携帯端末１００から送られてきたカスタム設定用ＪＳＯＮをｓ９０２でパースするように構成する。

以上のように、ＨＴＭＬ内にＪＳＯＮを格納する方法でも、携帯端末１００側でカスタム設定を保存可能であり、簡単に再利用できるようになる。

〔その他の実施例〕
なお、上述した実施例１～３では端末の連携対象として印刷機能およびスキャナ機能を有する画像形成装置（複合機）を用いたが、複合機に限るものではなく、所定の機能を有する装置（情報処理装置）を用いてもよい。

また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (14)

1. 画像形成装置と端末とを含む情報処理システムであって、
   前記画像形成装置は、
   前記画像形成装置が備える所定の機能に関する設定を受け付けるための第一のウェブペ
   ージを前記端末に提供する第一の提供手段と、
   前記端末で表示された前記第一のウェブページ上でユーザから受け付けた第一の設定を
   反映した第二のウェブページを前記端末に提供する第二の提供手段と、
   前記端末からの要求に基づいて前記第一の設定で前記所定の機能を実行する実行手段と
   、
   を有し、
   前記端末は、
   前記第一の提供手段で提供される前記第一のウェブページを表示する第一の表示制御手
   段と、
   前記第一の表示制御手段で表示した前記第一のウェブページ上で前記ユーザから前記第
   一の設定を受け付けると前記第二のウェブページを前記画像形成装置に要求する第一の要
   求手段と、
   前記第一の要求手段による要求に基づいて前記第二の提供手段で提供される前記第二の
   ウェブページを表示する第二の表示制御手段と、
   前記第二の表示制御手段で表示した前記第二のウェブページ上で前記ユーザから所定の
   操作を受け付けると、前記第一の設定で前記所定の機能を実行することを前記画像形成装
   置に要求する第二の要求手段と、
   前記第二のウェブページを要求するための情報を保存する保存手段と、
   前記保存手段で保存した情報に基づいて前記第二のウェブページを要求する第三の要求手段を有する
   ことを特徴とする情報処理システム。
2. 前記第二のウェブページを要求するための情報はＵＲＬ情報であることを特徴とする請
   求項１に記載の情報処理システム。
3. 前記第三の要求手段は、前記保存手段で保存した情報に基づいて前記第二のウェブペー
   ジを前記画像形成装置とは異なる他の画像形成装置に要求するためのＵＲＬを生成し、当該ＵＲＬを用いて前記第二のウェブページを前記他の画像形成装置に要求することを特徴とする請求項１または２に記載の情報処理システム。
4. 前記第三の要求手段は、ＵＲＬに含まれる宛先情報を前記他の画像形成装置の情報に書
   き換えることで前記第二のウェブページを前記他の画像形成装置に要求するためのＵＲＬ
   を生成することを特徴とする請求項３に記載の情報処理システム。
5. 前記他の画像形成装置の情報はＩＰアドレスであることを特徴とする請求項４に記載の
   情報処理システム。
6. 前記所定の機能はプリント機能、スキャン機能、コピー機能の少なくともいずれかであ
   ることを特徴とする請求項１から５のいずれか一項に記載の情報処理システム。
7. 前記画像形成装置は、前記端末で表示された前記第一のウェブページ上でユーザから受
   け付けた操作に応じて異なるウェブページを提供することを特徴とする請求項１から６の
   いずれか一項に記載の情報処理システム。
8. 前記ＵＲＬ情報には前記第一の設定を示す文字列が含まれることを特徴とする請求項２または請求項２に従属する請求項３から７のいずれか一項に記載の情報処理システム。
9. 前記第一の設定は、コピー機能、スキャン機能、プリント機能のうち少なくとも一つの機能に関する設定であることを特徴とする請求項１乃至８のいずれか一項に記載の情報処理システム。
10. 前記保存手段は、前記第二の表示制御手段で表示した前記第二のウェブページ上で前記ユーザから特定の操作を受け付けると、前記第二のウェブページを要求するための情報を保存することを特徴とする請求項１乃至９のいずれか一項に記載の情報処理システム。
11. 所定の機能を有する情報処理装置と通信する端末であって、
    前記情報処理装置から提供される第一のウェブページを表示する第一の表示制御手段と
    、
    前記第一の表示制御手段で表示した前記第一のウェブページ上でユーザから第一の設定
    を受け付けると、第二のウェブページを前記情報処理装置に要求する第一の要求手段と、
    前記第一の要求手段による要求に基づいて前記情報処理装置から提供される前記第二の
    ウェブページを表示する第二の表示制御手段と、
    前記第二の表示制御手段で表示した前記第二のウェブページ上で前記ユーザから所定の
    操作を受け付けると、前記第一の設定で前記所定の機能を実行することを前記情報処理装
    置に要求する第二の要求手段と、
    前記第二のウェブページを要求するための情報を保存する保存手段と、
    前記保存手段で保存した情報に基づいて前記第二のウェブページを要求する第三の要求手段を有する
    ことを特徴とする端末。
12. 画像形成装置と端末とを含む情報処理システムが実行する情報処理方法であって、
    前記画像形成装置は、
    前記画像形成装置が備える所定の機能に関する設定を受け付けるための第一のウェブページを前記端末に提供する第一の提供工程と、
    前記端末で表示された前記第一のウェブページ上でユーザから受け付けた第一の設定を
    反映した第二のウェブページを前記端末に提供する第二の提供工程と、
    前記端末からの要求に基づいて前記第一の設定で前記所定の機能を実行する実行工程と
    、
    を有し、
    前記端末は、
    前記第一の提供工程で提供される前記第一のウェブページを表示する第一の表示制御工
    程と、
    前記第一の表示制御工程で表示した前記第一のウェブページ上でユーザから第一の設定
    を受け付けると第二のウェブページを前記画像形成装置に要求する第一の要求工程と、
    前記第一の要求工程による要求に基づいて前記第二の提供工程で提供される第二のウェ
    ブページを表示する第二の表示制御工程と、
    前記第二の表示制御工程で表示した前記第二のウェブページ上で前記ユーザから所定の
    操作を受け付けると、前記第一の設定で前記所定の機能を実行することを前記画像形成装
    置に要求する第二の要求工程と、
    前記第二のウェブページを要求するための情報を保存する保存工程と、
    前記保存工程で保存した情報に基づいて前記第二のウェブページを要求する第三の要求
    工程を有する
    ことを特徴とする情報処理方法。
13. 所定の機能を有する情報処理装置と通信する端末が実行する制御方法であって、
    前記情報処理装置から提供される第一のウェブページを表示する第一の表示制御工程と
    、
    前記第一の表示制御工程で表示した前記第一のウェブページ上でユーザから第一の設定
    を受け付けると、第二のウェブページを前記情報処理装置に要求する第一の要求工程と、
    前記第一の要求工程による要求に基づいて前記情報処理装置から提供される前記第二の
    ウェブページを表示する第二の表示制御工程と、
    前記第二の表示制御工程で表示した前記第二のウェブページ上で前記ユーザから所定の
    操作を受け付けると、前記第一の設定で前記所定の機能を実行することを前記情報処理装
    置に要求する第二の要求工程と、
    前記第二のウェブページを要求するための情報を保存する保存工程と、
    前記保存工程で保存した情報に基づいて前記第二のウェブページを要求する第三の要求
    工程を有する
    ことを特徴とする制御方法。
14. 請求項１から１１のいずれか１項に記載の各手段としてコンピュータを実行させるためのプログラム。

Images