JP7141211B2 - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Description

本発明は、たとえばＷｅｂサーバから画面データを受信し、当該画面データに基づいて画面を表示するＷｅｂブラウザ等を備える情報処理装置、情報処理方法、及びプログラムに関する。

パーソナルコンピュータ（ＰＣ）などの情報処理装置がＷｅｂブラウザを備え、ネットワーク上のＷｅｂサーバにより提供される画面データ（例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）データ）に基づいて画面を表示することが知られている。情報処理装置のＷｅｂブラウザに表示される画面には、Ｗｅｂサーバが実行するＷｅｂアプリケーションを操作するための操作画面が含まれる。

既存のＷｅｂアプリケーションには、Ｗｅｂアプリケーションを使用するユーザを認証する機能を有するものがある。そのようなＷｅｂアプリケーションを使用する場合は、最初に、ユーザ情報を入力するためのフォームを含むＨＴＭＬデータがＷｅｂアプリケーションからＷｅｂブラウザに提供される。Ｗｅｂブラウザは、受信したＨＴＭＬデータに基づく画面を表示する。ユーザが表示された画面を介してユーザ名やパスワード等のユーザ情報を入力すると、Ｗｅｂブラウザは、Ｗｅｂアプリケーションにフォーム内容（入力済みのユーザ情報）を送信し、Ｗｅｂアプリケーション側でユーザ認証が行われる。

Ｗｅｂアプリケーションによるユーザ認証のために、Ｗｅｂブラウザに表示される画面にユーザ情報を入力する場合、ユーザは、Ｗｅｂアプリケーションを使用する毎に繰り返しユーザ情報を入力しなければならない。これに対して、ユーザが一度入力したユーザ情報を、ユーザ毎に区別してＷｅｂブラウザ内に保持しておき、Ｗｅｂブラウザで画面を表示する際に、保持しておいたユーザ情報を画面内に自動的に設定する技術（オートコンプリート）が知られている。

特許文献１では、ユーザ情報を入力する画面情報に第１スクリプトを含めておき、Ｗｅｂブラウザ上で第１スクリプトを実行し、第１スクリプトにより通知される画面情報のロードの完了を契機にして、ユーザが一度入力したユーザ情報を画面内に自動的に設定するための第２スクリプトを実行している。これにより、Ｗｅｂブラウザに表示された画面に対する、ユーザによる情報入力の手間を軽減するとともに、ユーザによる情報入力の手間を軽減する対象となるページをＷｅｂアプリケーションが指定することができる。

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

しかし、特許文献１では、オートコンプリート対象とするアプリケーションの画面情報に、予めスクリプトを含めておく必要がある。したがって、Ｗｅｂアプリケーションとは別ドメイン、かつ他のアプリケーションとの共用の画面に対してユーザ情報を入力するケースでは、画面情報にスクリプトを含めることができないため、オートコンプリートができないという課題がある。また、オートコンプリート対象とするアプリケーションの画面が信頼できないものであった場合にも、ユーザ情報が保存できてしまう為、ユーザ名やパスワードが流出してしまう危険性がある。

本発明は、Ｗｅｂブラウザに表示された画面に対する、ユーザによる情報入力の手間を軽減する対象となる、Ｗｅｂアプリケーションとは別ドメインのページを、Ｗｅｂアプリケーションが指定可能にする仕組みを提供することを目的とする。また、ユーザが信頼できる画面のみにオートコンプリートする仕組みを提供することを目的とする。

上記目的を達成するために本発明は以下の構成を有する。すなわち、
Ｗｅｂサーバと接続でき、Ｗｅｂブラウザを有する情報処理装置であって、
前記ユーザ識別情報を入力するための前記第１のユーザインタフェースで入力されたユーザ識別情報を、前記第１のユーザインタフェースで以前に入力された前記ユーザ識別情報として保存し、前記パスワード情報を入力するための前記第２のユーザインタフェースで入力されたパスワード情報を、前記第２のユーザインタフェースで以前に入力された前記パスワード情報として保存する保存手段と、
前記Ｗｅｂサーバにより要求される認証のために、ユーザのユーザ識別情報を入力するための第１のユーザインタフェースを示す第１のユーザインタフェース情報の所在を示す所在情報に基づいて前記第１のユーザインタフェース情報を受信し、前記ユーザのパスワード情報を入力するための第２のユーザインタフェースを示し、かつ、前記第１のユーザインタフェース情報とは異なる第２のユーザインタフェース情報の所在を示す所在情報に基づいて前記第２のユーザインタフェース情報を受信する受信手段と、
前記Ｗｅｂブラウザが、前記第１のユーザインタフェース情報を受信した場合、前記第１のユーザインタフェース情報に基づく前記第１のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのユーザ識別情報が前記保存手段により保存されていれば、前記保存されているユーザ識別情報を、前記第１のユーザインタフェースで入力されたユーザ識別情報として設定し、前記第２のユーザインタフェース情報を受信した場合、前記第２のユーザインタフェース情報に基づく前記第２のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのパスワード情報が前記保存手段により保存されていれば、前記保存されているパスワード情報を、前記第２のユーザインタフェースで入力されたパスワード情報として設定する設定手段とを有することを特徴とする。

本発明によれば、Ｗｅｂブラウザに表示された画面に対する、ユーザによる情報入力の手間を軽減する対象となる、Ｗｅｂアプリケーションとは別ドメインのページを、Ｗｅｂアプリケーションが指定することができる。また、ユーザ名とパスワードを入力する画面が別画面の場合でも、入力の手間を軽減することができる。さらに、信頼できる画面にのみオートコンプリートするため、ユーザ名やパスワードといったユーザ情報の流出を抑制することができる。

情報処理システムの全体図。 ＭＦＰ１０１の構成を示すブロック図。 Ｗｅｂサーバ１０２の構成を示すブロック図。 ＭＦＰ１０１のソフトウェア構成を示す図。 Ｗｅｂブラウザ４０５によりＨＴＭＬデータのロードが完了したことをＷｅｂブラウザ監視部４０８に通知するスクリプトの一例を示す図。 フォームデータ管理サーバ１０３のソフトウェア構成を示す図。 フォームデータ管理テーブルを示す図。 Ｗｅｂサーバ１０２および認証Ｗｅｂサーバ１０４のソフトウェア構成を示す図。 、 、 Ｗｅｂブラウザ監視部４０８の動作を説明するフローチャート。 情報処理システム全体の動作を説明するシーケンス図。 ＭＦＰ１０１の画面を示す図。 Ｗｅｂアプリケーション８１０が応答するＨＴＭＬデータの一例を示す図。(ユーザ名とパスワードを入力する画面が別画面の場合) Ｗｅｂアプリケーション８１０が応答するＨＴＭＬデータの一例を示す図。(ユーザ名とパスワードを入力する画面が同じ画面の場合) 認証Ｗｅｂアプリケーション８１４が応答するＨＴＭＬデータの一例を示す図。 、 ＭＦＰ１０１の画面を示す図。 Ｗｅｂブラウザ監視部４０８がＷｅｂブラウザ４０５に対してロードを指示するスクリプトの一例を示す図。 スクリプト応答部６１４が応答するスクリプトの一例を示す図。 フォームデータ保存処理のシーケンスを示す図。 ＭＦＰ１０１の管理者がＧＵＩボタンをメニュー管理部４０２に登録するときの動作を説明する図 メニュー管理部４０２が保持するメニュー画面ボタンＩＤ管理テーブルを示す図とボタンＩＤ記憶部４０９が保持するボタンＩＤ管理テーブルを示す図。 Ｗｅｂブラウザ監視部４０８の画面を示す図

以下、添付図面を参照して本発明の実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
＜情報処理システム＞
まず、図１を参照して、本実施形態における情報処理システムの構成例について説明する。情報処理システム１００には、情報処理装置の一例であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１、Ｗｅｂサーバ１０２、認証Ｗｅｂサーバ１０４及び外部装置の一例であるフォームデータ管理サーバ１０３が含まれる。情報処理システム１００に含まれるＭＦＰ１０１、Ｗｅｂサーバ１０２、認証Ｗｅｂサーバ１０４及びフォームデータ管理サーバ１０３は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１１０を介して互いに通信可能に接続される。なお、前述した装置以外の装置がＬＡＮ１１０上（ネットワーク上）に接続され、情報処理システム１００の一部を構成していてもよい。また、フォームデータ管理サーバの機能は、ＭＦＰ１０１に組み込まれてもよい。Ｗｅｂサーバ１０２と認証Ｗｅｂサーバ１０４はドメインが異なる。

＜情報処理装置の構成＞
次に、図２を参照して、情報処理装置であるＭＦＰ１０１の構成例について説明する。ＭＦＰ１０１は、制御部２１０、操作部２１９、プリンタ２２０、及びスキャナ２２１を備える。制御部２１０は、ＣＰＵ２１１、ＲＯＭ２１２、ＲＡＭ２１３、ＨＤＤ２１４、操作部Ｉ／Ｆ２１５、プリンタＩ／Ｆ２１６、スキャナＩ／Ｆ２１７、及びネットワークＩ／Ｆ２１８を備える。

ＣＰＵ２１１は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。これにより、ＭＦＰ１０１は、コピー／スキャン（送信）／プリント等の各種サービスを提供することができる。ＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラムを記憶する。
操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０を接続する。操作部２１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。プリンタＩ／Ｆ２１６は、プリンタ２２０と制御部２１０を接続する。プリンタ２２０で印刷すべき画像データはプリンタＩ／Ｆ２１６を介して制御部２１０から転送され、プリンタ２２０において記録媒体上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ２２１と制御部２１０を接続する。スキャナ２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に生成した画像データを入力する。ネットワークＩ／Ｆ２１８は、制御部２１０（ＭＦＰ１０１）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０上の装置（例えば、Ｗｅｂサーバ１０２やフォームデータ管理サーバ１０３）との通信を制御する。

＜Ｗｅｂサーバ＞
次に、図３を参照して、Ｗｅｂサーバ１０２の構成例について説明する。なお、認証Ｗｅｂサーバ１０４及びフォームデータ管理サーバ１０３もＷｅｂサーバ１０２と同様の構成である。制御部３１０は、ＣＰＵ３１１、ＲＯＭ３１２、ＲＡＭ３１３、ＨＤＤ３１４、及びネットワークＩ／Ｆ３１５を備える。制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラムを記憶する。ネットワークＩ／Ｆ３１５は、制御部３１０（Ｗｅｂサーバ１０２）をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

＜情報処理装置のソフトウェア構成＞
次に、図４を参照して、ＭＦＰ１０１のソフトウェア構成について説明する。図４に示す各機能部は、ＭＦＰ１０１のＨＤＤ２１４に格納されたプログラムを、ＭＦＰ１０１のＣＰＵ２１１が実行することによって実現される。なお、ＭＦＰ１０１には、図示した機能部以外にも、各種の機能部が備えられている。また、本実施形態においては、これに限定されず、以下で説明するソフトウェア構成がハードウェア構成、又は、ハードウェア構成とソフトウェア構成の組み合わせとして実現されてもよい。

ＭＦＰ１０１はソフトウェア構成として以下を備える。すなわち、ボタン登録部４０１、メニュー管理部４０２、ログイン部４０３、ＨＴＴＰ通信部４０４、Ｗｅｂブラウザ４０５、スクリプト実行部４０６、ログインユーザ管理部４０７、Ｗｅｂブラウザ監視部４０８、ボタンＩＤ記憶部４０９、画像形成部４１０、出力部４１１である。ボタン登録部４０１は、後述するメニュー管理部４０２にＧＵＩボタンを登録する。メニュー管理部４０２にＧＵＩボタンが登録されることにより、メニュー画面に登録されたボタンが表示される。尚、ＧＵＩボタンの登録はＭＦＰ１０１を管理している管理者のみが行うものとし、管理者のユーザ情報は予め後述するログインユーザ管理部４０７に登録されているものとする。具体的な登録方法は、図１８を参照して説明する。前述した管理者がＭＦＰ１０１にログインし、Ｗｅｂブラウザ４０５を表示したときの画面を図１８（ａ）のログイン画面１８０１とする。ログイン画面１８０１には、管理者のみ利用できる管理者専用ツールバー１８０２があり、これには現在表示中の画面をお気に入り（ブックマーク）として登録することができるお気に入り登録ボタン１８０３を備える。尚、管理者以外のユーザの場合、管理者専用ツールバーは表示されないこととする。管理者がお気に入り登録ボタン１８０３を押下すると図１８（ｂ）の登録画面１８０４に遷移する。この登録画面１８０４へは、管理者専用ツールバー１８０２からではなく、管理者専用の別画面などからアクセスすることも可能とする。登録画面１８０４には、ログイン画面１８０１のＵＲＬが予めＵＲＬ１８０５として表示されていて、ボタン名を入力するためのテキストボックスコントロール１８０６も表示されている。管理者はテキストボックスコントロール１８０６にボタン名を入力し、ＯＫボタン１８０７を押下することで、図１１（ａ）のメインメニュー画面１１００にＧＵＩボタンを追加することができる。例えば、テキストボックスコントロール１８０６にＳｅｒｖｉｃｅ１と入力し、ＯＫボタン１８０７を押下した場合は、図１１（ｂ）のメインメニュー画面１１０４のように、ＧＵＩボタン１１０５が追加される。尚、キャンセルボタン１８０８を押下した場合は、お気に入り登録は行われず、ＧＵＩ画面１８０１に戻る。また、お気に入り登録した場合、図１９（ａ）のメニュー管理部４０２が保持するメニュー画面管理テーブル１９００に内容が追加される。メニュー画面管理テーブル１９００には、現在メインメニュー画面１１０４に表示されているＧＵＩボタンの内容が保持されている。列１９０１には、メインメニュー画面１１０４に表示されているＧＵＩボタンに対応したボタンＩＤが格納されている。尚、このボタンＩＤはボタンを識別するための一意の値（文字列）とし、お気に入り登録したボタンの場合、ＷｅｂＢｒｏｗｓｅｒ文字列の後にＷｅｂＢｒｏｗｓｅｒ０１、ＷｅｂＢｒｏｗｓｅｒ０２というように０１、０２といった識別子を付与する。この識別子はボタン登録する度にインクリメントするものとする。列１９０２には、メインメニュー画面１１０４に表示されているＧＵＩボタンに対応したボタン名が格納されている。列１９０３には、メインメニュー画面１１０４に表示されているＧＵＩボタンを押下したときに、起動するソフトウェアモジュールが格納されている。

メニュー管理部４０２は、ＭＦＰ１０１の各ソフトウェアモジュール（機能部）を起動するためのメニュー画面を表示するための機能部である。コピー画面や後述するＷｅｂブラウザの画面等の表示を指示するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）ボタンを一覧で表示する。また、ユーザによってボタンが操作（例えば、押下）されたことに応じて、対応するソフトウェアモジュール（機能部）を起動させる。

ログイン部４０３は、ＭＦＰ１０１を操作するユーザを識別するために、ＭＦＰ１０１の使用開始時にユーザからユーザ情報の入力を受け付けてユーザ認証を行う。なお、ここでのユーザ情報の入力は、後述するＷｅｂブラウザの画面ではなく、ＭＦＰ１０１内に保持されている画面データに基づいて操作部２１９に表示される画面で受け付ける。また、ユーザ情報の入力方法としては、操作部２１９に表示されたソフトウェアキーボードをユーザがタイプして入力する方法、或いは、ＩＣカードに格納されたユーザ情報を読み出して入力する方法等が用いられてよい。また、ユーザ情報の照合は、ログイン部４０３が行うものとするが、ユーザ情報のデータベースを管理する管理サーバを外部に別途設け、ユーザ情報の照合を管理サーバ側で行うようにしてもよい。ログイン部４０３は、ユーザ認証が成功した場合に、ユーザによるＭＦＰ１０１の使用を許可する。ログイン中のユーザ情報(少なくともユーザＩＤ)は、他のモジュールたとえばＷｅｂブラウザ管理部４０８などによって参照できてもよい。

ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信部４０４は、ネットワークＩ／Ｆ２１８を制御し、ＨＴＴＰに従った通信を実行する。Ｗｅｂブラウザ４０５は、ＨＴＴＰ通信部４０４を介してＷｅｂサーバ１０２と通信を行う。Ｗｅｂブラウザ４０５は、操作部２１９を介してユーザから指定されたＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を使用し、当該ＵＲＬに対応するＨＴＭＬデータを、Ｗｅｂサーバ１０２に備えられたＷｅｂアプリケーションに対して要求する。また、この要求に対する応答としてＷｅｂアプリケーションから送信されたＨＴＭＬデータ（画面情報）を受信し、受信したＨＴＭＬデータに基づく画面を操作部２１９に表示する。なお受信したＨＴＭＬデータに基づく画面は、ユーザに情報を提示し、ユーザが情報を入力するためのユーザインタフェースであるので、ＨＴＭＬデータをユーザインタフェース情報と呼ぶこともある。

スクリプト実行部４０６は、Ｗｅｂブラウザ４０５が読み込んだスクリプト（例えば、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ）を解釈し、実行可能であり、Ｗｅｂブラウザ４０５上に表示されるコンテンツを操作したり、ＨＴＴＰ通信部４０４による通信を実行させたりする。ログインユーザ管理部４０７は、ＭＦＰ１０１にログインしているユーザ（ログイン部４０３によって認証されたユーザ）のユーザ名やメールアドレス等のユーザ情報を管理する。また、ログインユーザ管理部４０７は、ログイン部４０３によって認証される各ユーザが使用可能なＭＦＰ１０１の機能を管理しており、認証されたユーザに応じて各機能の使用可否（実行可否）を判断することができる。本実施形態においては、ログインユーザ管理部４０７において、認証されたユーザ毎に、後述するＷｅｂブラウザのオートコンプリート機能（オートコンプリート処理）の使用可否が判断される。ここで、オートコンプリート機能とは、画面の中の任意のフォームに予め定義されたデータを反映した状態で表示する機能をいう。例えば、認証画面において、ＭＦＰ１０１を現在使用しているユーザに応じたユーザ名及びパスワードを入力した状態で表示することにより、ユーザ名及びパスワードに関するユーザ入力を省略することができる。

Ｗｅｂブラウザ監視部４０８は、メインメニュー画面１１０４でユーザがＧＵＩボタンを押下したとき、メニュー管理部４０２から通知を受ける。通知を受けたとき、押下されたＧＵＩボタンがＭＦＰ１０１の管理者によって登録されたＧＵＩボタンであるかどうかを判定する。判定した結果、管理者によって登録されたＧＵＩボタンの場合、オートコンプリート対象とし、管理者によって登録されたＧＵＩボタンではない場合、オートコンプリート対象としない。また、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５の動作を監視する。具体的に、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５によるＨＴＭＬデータのロードが完了したか否か、或いは、画面の表示が完了したか否かを判断する。また、Ｗｅｂブラウザ監視部４０８は、図１５で後述するスクリプトを予め保持しており、Ｗｅｂブラウザ４０５の動作に応じて自動的に、Ｗｅｂブラウザ４０５に対してそのスクリプトのロードを指示する。なお、本実施形態では、図５を用いて後述するスクリプト（第１のスクリプト）が実行され、ＨＴＭＬデータのロードが完了したことがＷｅｂブラウザ監視部４０８に通知される。Ｗｅｂブラウザ監視部４０８は、ＨＴＭＬデータのロードの完了の通知を受けた場合に、図１５に示すスクリプト（第２のスクリプト）のロードを指示するものとする。図５は、Ｗｅｂブラウザ４０５からのＨＴＭＬデータのロードが完了したことをＷｅｂブラウザ監視部４０８に通知するスクリプト（第１のスクリプト）の例である。図５に示すスクリプト（Ｊａｖａ（登録商標）スクリプト）は、Ｗｅｂブラウザ監視部４０８に通知することを定義している。したがって、後述するＷｅｂアプリケーション８１０は、Ｗｅｂブラウザ４０５からの要求に応答して送信するＨＴＭＬデータに当該スクリプトを埋め込む。そのＨＴＭＬデータに埋め込まれたスクリプトを実行することで、Ｗｅｂ」ブラウザ４０５からＷｅｂブラウザ監視部４０８へＨＴＭＬデータのロード完了を通知させることができる。このとき、Ｗｅｂブラウザ４０５は、スクリプトの実行によりＷｅｂブラウザ監視部４０８にロード完了とともに、スクリプトタグに付加された引数を通知する。つまり、Ｗｅｂアプリケーション８１０は、例えば、当該スクリプトをＨＴＭＬデータに埋め込むことで、オートコンプリート機能が必要に応じて実行されるように制御することができる。このように、スクリプトとは、本実施形態におけるスクリプト実行部４０６が行う、一連の処理手順が定義されているものである。

ボタンＩＤ記憶部４０９は、Ｗｅｂブラウザ監視部４０８が管理者によって登録されたＧＵＩボタンであるかどうかを判定するときに利用する図１９（ｂ）のボタンＩＤ管理テーブル１９０４を保持する。尚、ボタンＩＤ管理テーブル１９０４のデータは予め登録されているものとする。列１９０５には、Ｗｅｂブラウザ４０５を表示するためのＧＵＩボタンに対応するボタンＩＤ（ＷｅｂＢｒｏｗｓｅｒ）とＭＦＰ１０１の管理者が前述した方法で登録したＧＵＩボタンに対応するボタンＩＤ（ＷｅｂＢｒｏｗｓｅｒ０１、ＷｅｂＢｒｏｗｓｅｒ０２）が格納されている。また、列１９０６には、管理者が登録したボタンかどうかを判別するための値が格納されている。管理者が登録したボタンは、Ｙｅｓが格納されていて、管理者が登録していないボタンはＮｏが格納されている。尚、図１９（ｂ）のボタンＩＤ管理テーブル１９０４のデータは、図１９（ａ）のメニュー画面ボタンＩＤ管理テーブル１９００が更新されたタイミングと同時に更新されてもよい。画像形成部４１０は、画像を形成し、出力部４１１は、形成された画像をもとに出力する。

＜フォームデータ管理サーバのソフトウェア構成＞
次に、図６を参照して、フォームデータ管理サーバ１０３のソフトウェア構成について説明する。図６に示す各機能部は、フォームデータ管理サーバ１０３のＨＤＤ３１４に格納されたプログラムを、フォームデータ管理サーバ１０３のＣＰＵ３１１が実行することによって実現される。なお、フォームデータ管理サーバ１０３には、図示した機能部以外にも、各種の機能部が備えられている。フォームデータ管理サーバ１０３には、「ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ」というドメイン名を用いてアクセスすることが可能であるものとする。

フォームデータ管理アプリケーション６１０は、ＨＴＴＰ通信部６１１、フォームデータ応答部６１２、フォームデータ管理部６１３、及びスクリプト応答部６１４を備える。フォームデータ管理アプリケーション６１０は、ＬＡＮ１１０上の装置からの要求に応じて、フォームデータやスクリプトの応答を行う。フォームデータについては図７を用いて後述する。ＨＴＴＰ通信部６１１は、ＬＡＮ１１０を介してＨＴＴＰ要求を受信し、フォームデータ応答部６１２やスクリプト応答部６１４から受け取った情報をＨＴＴＰ応答として、ＨＴＴＰ要求を送信した装置に送信する。フォームデータは、ユーザインタフェースに含まれたフォーム（たとえば入力欄）に入力された値を、ＵＲＬ，ユーザ名、要素名などと関連づけたデータであり、本実施形態ではオートコンプリートのために使用することから補完情報とよぶこともある。

フォームデータ応答部６１２は、ＨＴＴＰ通信部６１１を介して受け取る外部からの要求に応じてフォームデータに関する処理を行う。具合的には、例えば「ｈｔｔｐｓ：／／ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｌｏａｄＳｅｒｖｉｃｅ」というＵＲＬにアクセスされた場合は、後述するフォームデータ管理テーブルに保存されているフォームデータを応答する。また、例えば「ｈｔｔｐｓ：／／ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｓａｖｅＳｅｒｖｉｃｅ」というＵＲＬにアクセスされた場合は、フォームデータをフォームデータ管理テーブルに新たに保存する。

スクリプト応答部６１４は、ＨＴＴＰ通信部６１１を介して受け取る外部からの要求に応じてスクリプトを応答する。具体的には、例えば「ｈｔｔｐｓ：／／ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｊｓ／ｍａｉｎ．ｊｓ」というＵＲＬにアクセスされた場合に、スクリプト応答部６１４が予め保持しているスクリプトを応答する。
＜フォームデータ管理テーブル＞
次に、図７を参照して、フォームデータ管理部６１３が保持するフォームデータ管理テーブル７００について説明する。フォームデータ管理テーブル７００には、複数のフォームデータが定義されている。列７０１には、ＭＦＰ１０１のＷｅｂブラウザ４０５がＨＴＭＬデータを受信するために使用するＵＲＬが格納されている。このＵＲＬによって、ＭＦＰ１０１のＷｅｂブラウザ４０５がアクセスするＷｅｂアプリケーション毎に区別して、フォームデータが管理されている。

列７０２には、ＭＦＰ１０１にログインするユーザのユーザ名が格納されている。当該ユーザは、ログイン部４０３によって認証される。このユーザ名によって、ＭＦＰ１０１を操作するユーザを区別して、フォームデータが管理されている。列７０３には、ＭＦＰ１０１のＷｅｂブラウザ４０５が受信するＨＴＭＬデータに含まれるフォームの要素名が格納されている。この要素名によって、ＭＦＰ１０１のＷｅｂブラウザ４０５が受信するＨＴＭＬデータに含まれるフォームの種類毎に区別して、フォームデータが管理されている。ここで、フォームとは、本実施形態において、ＨＴＭＬデータに基づいてＷｅｂブラウザ４０５が表示する画面内に含まれるユーザ入力が可能な入力フォームを示す。フォームは、例えば、後述する図１４Ａ（ａ）におけるユーザ名を入力するためのテキストボックスコントロール１４０２や、パスワードを入力するためのパスワードコントロール１４０３等に対応する。なお以下の説明では図１４Ａと図１４Ｂとをあわせて図１４と表記する。また、フォームは、図１４（ｃ）におけるユーザ名を入力するためのテキストボックスコントロール１４１６や、図１４（ｄ）におけるパスワードを入力するためのパスワードコントロール１４１８にも対応する。列７０４には、ＭＦＰ１０１のＷｅｂブラウザ４０５が受信するＨＴＭＬデータに含まれるフォームに対して入力すべき値（すなわちオートコンプリート機能によりフォームに充填される値）が格納されている。

図７において、「ｕｓｅｒ１」というユーザ名でＭＦＰ１０１にログインし、「ｈｔｔｐ：／／ａｕｔｈａｐｐｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｓｅｒｖｉｃｅ１／ｌｏｇｉｎ．ｈｔｍｌ」のＵＲＬを使用してＨＴＭＬデータを受信した場合を例として説明する。この場合、１行目のレコードに格納されている要素名「ｕｓｅｒｎａｍｅ」及び値「ｘｘｘ」、及び２行目のレコードに格納されている要素名「ｐａｓｓｗｏｒｄ」及び値「ｙｙｙ」がＷｅｂブラウザ４０５に応答される。したがって、Ｗｅｂブラウザ４０５は、ＨＴＭＬデータに含まれる「ｕｓｅｒｎａｍｅ」という要素名のフォームに対して、「ｘｘｘ」という値を設定した状態でＨＴＭＬデータに従った画面を操作部２１９に表示する。また、Ｗｅｂブラウザ４０５は、ＨＴＭＬデータに含まれる「ｐａｓｓｗｏｒｄ」という要素名のフォームに対して、「ｙｙｙ」という値を設定した状態でＨＴＭＬデータに従った画面を操作部２１９に表示する。この一連の処理により、オートコンプリート機能を実現することができ、ＭＦＰ１０１のユーザが「ｘｘｘ」、「ｙｙｙ」という値を手動で入力する手間を省くことができる。これに対して「ｕｓｅｒ２」というユーザ名については、要素名ｅｍａｉｌと要素名ｐａｓｓｗｏｒｄそれぞれについて異なるＵＲＬが設定されている。そのため、ｕｓｅｒ２がログインする場合には、アクセスされたＵＲＬごとに、それぞれに対応する要素名のフォームについて対応する値がＷｅｂブラウザ４０５に返され、それぞれのフォームに返された値が表示される。このようにフォームデータには、ユーザが以前に入力した情報が、入力したユーザ情報と関連付けて保存されている。

＜Ｗｅｂサーバ、認証Ｗｅｂサーバのソフトウェア構成＞
次に、図８（ａ）を参照して、Ｗｅｂサーバ１０２のソフトウェア構成について説明する。図８（ａ）に示す各機能部は、Ｗｅｂサーバ１０２のＨＤＤ３１４に格納されたプログラムを、Ｗｅｂサーバ１０２のＣＰＵ３１１が実行することによって実現される。Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション８１０と、ＨＴＴＰ通信部８１３を備える。Ｗｅｂアプリケーション８１０は、プレゼンテーション部８１１と、ロジック部８１２とを備える。

図８（ｂ）を参照して、認証Ｗｅｂサーバ１０４のソフトウェア構成について説明する。図８（ｂ）に示す各機能部は、認証Ｗｅｂサーバ１０４のＨＤＤ３１４に格納されたプログラムを、Ｗｅｂサーバ１０２のＣＰＵ３１１が実行することによって実現される。認証Ｗｅｂサーバ１０４は、認証Ｗｅｂアプリケーション８１４と、ＨＴＴＰ通信部８１７を備える。認証Ｗｅｂアプリケーション８１４は、プレゼンテーション部８１５と、ロジック部８１６とを備える。ＨＴＴＰ通信部８１７、プレゼンテーション部８１５と、ロジック部８１６は、それぞれ、ＨＴＴＰ通信部８１３、プレゼンテーション部８１１と、ロジック部８１２と同様の機能を有する。そこでここでは認証Ｗｅｂサーバ１０４については、Ｗｅｂサーバ１０２との相違点に限って説明する。

Ｗｅｂアプリケーション８１０は、Ｗｅｂブラウザ４０５からのＨＴＭＬデータのロードが完了したことをＷｅｂブラウザ監視部４０８に通知するスクリプト（第１スクリプト）をＨＴＭＬデータに埋め込むことができる。これにより、Ｗｅｂアプリケーション８１０は、オートコンプリート機能を適用するか否かを制御することもできる。Ｗｅｂアプリケーション８１０は、その他にも、ＭＦＰ１０１に対するユーザの指示を受け付ける画面を表示するためのＨＴＭＬデータや、ＭＦＰ１０１に対する画像処理の実行指示等を送信する。

認証Ｗｅｂアプリケーション８１４は、ＭＦＰ１０１のＷｅｂブラウザ４０５からの要求に対する応答として、ユーザを認証するために使用されるユーザ情報の入力を受け付けるユーザ情報入力画面を表示するためのＨＴＭＬデータをＭＦＰ１０１へ送信する。このＨＴＭＬデータには、上述したフォームの情報が含まれる。Ｗｅｂアプリケーション８１０は、図７の列７０１に定義されている特定のＵＲＬ（特定の画面情報）を指定することで、オートコンプリート機能を適用するか否かを制御することができる。Ｗｅｂアプリケーション８１０とは別のドメインの認証Ｗｅｂアプリケーション８１４のＵＲＬを指定することもできる。

プレゼンテーション部８１１は、ＨＴＴＰ通信部８１３を介して、ＭＦＰ１０１のＷｅｂブラウザ４０５にＨＴＭＬデータを提供する。また、プレゼンテーション部８１１は、ＨＴＴＰ通信部８１３を介して、Ｗｅｂブラウザ４０５から送信されてくるフォームデータを受け取る。ロジック部８１２は、プレゼンテーション部８１１を介して受け取ったフォームデータに関する処理を行う。本実施形態では、フォームデータとしてＷｅｂブラウザ４０５から送信されるユーザ情報（Ｗｅｂブラウザ４０５に表示された画面上で、ユーザが手動で入力したもの、或いは、オートコンプリート機能を用いて入力されたもの）に関する処理を行う。当該処理は、例えば、予めデータベースに管理しているユーザ情報との照合を行い、一致するものが存在する場合に、Ｗｅｂアプリケーション８１０の使用を許可する処理である。Ｗｅｂアプリケーション８１０の使用を許可する場合は、Ｗｅｂアプリケーション８１０の操作画面を表示するためのＨＴＭＬデータをＷｅｂブラウザ４０５に応答する。

＜監視処理＞
次に、図９Ａ乃至図９Ｃを参照して、ＭＦＰ１０１において、Ｗｅｂブラウザ監視部４０８がＷｅｂブラウザ４０５におけるＨＴＭＬデータのロード完了を監視し、Ｗｅｂブラウザ４０５に対してスクリプトのロードを指示する処理について説明する。なお図９Ａ乃至図９Ｃをまとめて図９と呼ぶことにする。図９のフローチャートは、ログイン部４０３によるＭＦＰ１０１のユーザ認証が成功し、オートコンプリート機能が許可されているユーザがＭＦＰ１０１の使用を開始したときに実行される。なお、図９のフローチャートに示す各動作（ステップ）は、図４に示すＭＦＰ１１０のソフトウェアモジュールにより実行されるが、これらはいずれもＭＦＰ１０１のＣＰＵ２１１がＨＤＤ２１４に記憶された制御プログラムを実行することにより実現される。以下の説明においてはソフトウェアを主体として記載する。ＭＦＰ１０１の使用とは、ＭＦＰ１０１からたとえばＷｅｂアプリケーションで提供される機能を使用することなどである。この場合にはＷｅｂアプリケーションの使用に対する認証を行い、その認証が成功した場合に初めてＷｅｂアプリケーションを使用できる。図９の手順はそのＷｅｂアプリケーションのための認証手続きの一例を示す。図９では認証手続きのみに焦点を当てているが、認証が成功したなら、ＭＦＰ１０１はＷｅｂアプリケーションにより提供されるサービスを利用することができる。

Ｓ９０１において、Ｗｅｂブラウザ監視部４０８は、ログインユーザ管理部４０７に対する問い合わせを行い、ＭＦＰ１０１を現在使用しているユーザが、オートコンプリート機能の使用が許可されたユーザであるか否かを判定する。ここで、ログインユーザ管理部４０７は、ユーザごとにオートコンプリート機能の使用が許可されているか否かを示す情報を管理しており、例えば、ＣＰＵ２１１から受信したユーザＩＤを用いて管理している情報を検索することにより判定する。判定の結果、オートコンプリート機能の使用が許可されたユーザである場合はＳ９０２に進み、オートコンプリート機能の使用が許可されたユーザでなければ処理を終了する。

Ｓ９０２において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５を操作部２１９に表示中であるか否かを判定する。この判定は、Ｗｅｂブラウザ４０５が起動中であるか否かに基づいて判定してもよいし、Ｗｅｂブラウザ４０５が操作部２１９の最前面に表示されているか否かに基づいて判定してもよい。判定の結果、Ｗｅｂブラウザ４０５が表示中である場合はＳ９０３に進み、Ｗｅｂブラウザ４０５が表示中でなければＳ９２９に進む。

Ｓ９０３において、Ｗｅｂブラウザ監視部４０８は、表示中のＷｅｂブラウザ４０５がＭＦＰ１０１を管理している管理者がメニュー管理部４０２に登録済みのＧＵＩボタンを押下して遷移したものかどうかを判定する。ユーザがＧＵＩボタンを押下したとき、メニュー管理部４０２からＷｅｂブラウザ監視部４０８に通知がされ、同時に押下されたＧＵＩボタンに対応するボタンＩＤが渡される。ここでＷｅｂブラウザ監視部４０８に渡されるボタンＩＤは、図１９（ａ）のメニュー管理部４０２が保持するメニュー画面ボタンＩＤ管理テーブル１９００に格納されているボタンＩＤ１９０１とする。Ｗｅｂブラウザ監視部４０８は、受け取ったボタンＩＤ１９０１をもとにボタンＩＤ記憶部４０９が保持する図１９（ｂ）のボタンＩＤ管理テーブル１９０４の列１９０５を参照し、同一のボタンＩＤがあるかどうかを照合する。一致するものが存在し、かつ、列１９０６の管理者が登録したボタンがＹｅｓの場合、Ｓ９０４に進む。列１９０５に一致するものが存在しない場合は、Ｓ９２９に進む。一致しない場合にはオートコンプリートを行わないためである。

Ｓ９０４において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５によるＨＴＭＬデータのロード完了通知があるかどうかを判定する。Ｗｅｂブラウザ４０５は、ボタンの押下に応じたＵＲＬにＨＴＴＰ要求を発行しており、Ｓ９０５ではそのＨＴＴＰ要求に対する応答であるＨＴＭＬデータのロードの完了を判定する。Ｗｅｂサーバ１０２からＷｅｂブラウザ４０５にダウンロードしたＨＴＭＬデータは、たとえば図１２Ａと図１２Ｂに示すＨＴＭＬデータである。このＨＴＭＬデータは、図１２Ａではスクリプトタグ１２０１、１２０２とリダイレクト指示１２０３を含む。このＨＴＭＬデータは、図１２Ｂではスクリプトタグ１２０４、１２０５とリダイレクト指示１２０６を含む。このＨＴＭＬをＷｅｂブラウザ４０５が処理すると、スクリプト１２０１または１２０４が実行されて、Ｗｅｂブラウザ監視部４０８にロード完了が通知される。判定の結果、ＨＴＭＬデータのロードが完了した場合はＳ９０５に進み、ＨＴＭＬデータのロードが完了していなければＳ９２９に進む。

Ｓ９０５において、Ｗｅｂブラウザ監視部４０８は、オートコンプリート対象の画面にユーザ名とパスワードの両方を入力するフォームが存在する場合は、スクリプト１２０４で指定した「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」を受け取る。また、ユーザ名とパスワードを入力するフォームが別画面である場合は、スクリプト１２０２で指定した「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」と「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」と「認証情報を保存するタイミング」とを受け取る。これらの情報は、スクリプト１２０１またはスクリプト１２０４の実行により通知されるロード完了とともに受信される。なおユーザ名とパスワードを入力するフォームが別画面である場合において、Ｗｅｂアプリケーション８１０は、前述した「認証情報を保存するタイミング」として文字列「ｕｓｅｒ」を設定することでユーザ名入力時にユーザ名を保存するための保存ボタンを画面に表示することができる。また、前述した「認証情報を保存するタイミング」として文字列「ｐａｓｓｗｏｒｄ」を設定することでパスワード入力時にユーザ名とパスワードの両方を保存するための保存ボタンを画面に表示することができる。これら情報はＷｅｂサーバ１０２からロードされるＨＴＭＬデータに記述されている。認証情報を保存するタイミングとして「ｕｓｅｒ」を指定した場合は後述する図１４（ｅ）にＧＵＩボタン１４２１が表示されユーザ名を保存することが可能となり、「ｐａｓｓｗｏｒｄ」を指定した場合は後述する図１４（ｆ）にＧＵＩボタン１４２５が表示されユーザ名とパスワードを保存することが可能となる。さらに、「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」、「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」、「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」、「認証情報を保存するタイミング」については後述するＷｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００から設定することも可能である。この場合には、これら情報をＷｅｂアプリから受け取らなくとも、この認証情報管理画面２０００からＷｅｂブラウザ監視部４０８は取得できる。

Ｓ９０６において、Ｓ９０５で受け取ったＵＲＬが１つかどうかを判定する。判定の結果、ＵＲＬが１つの場合は、ユーザ名とパスワードの入力が可能な入力フォームを含む画面が同じ画面とみなし、Ｓ９０７に分岐する。判定の結果、ＵＲＬが１つでない場合は、ユーザ名とパスワードの入力が可能な入力フォームを含む画面が別画面とみなし、Ｓ９１３に分岐する。

Ｓ９０７において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５にロードされているＨＴＭＬデータのＵＲＬが、Ｓ９０５で受け取った「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」と一致しているかどうかを判定する。尚、「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」は、図１２Ｂを参照して後述するｓｃｒｉｐｔタグ１２０５に記載されている。また、後述するＷｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００でも管理されている。判定の結果、一致している場合はＳ９０８に進み、一致していなければＳ９２９に進む。Ｓ９０４でロード完了と判定したＨＴＭＬデータには、たとえばＷｅｂサーバ１０２へのログインのための認証を行うためのＵＩ画面へのリダイレクト１２０６が含まれていてよい。このリダイレクトを実行することで、Ｗｅｂサーバ１０２へのログイン画面のＨＴＭＬデータがロードされる。このＨＴＭＬデータのＵＲＬが、Ｓ９０５で受信した「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬと一致していれば、Ｓ９０８に分岐する。なおＵＲＬはＨＴＭＬデータなどの所在を示す情報であるので、所在情報と呼ぶこともある。

Ｓ９０８において、Ｗｅｂブラウザ監視部４０８は、「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」が、フォームデータ管理サーバ１０３が管理する図７の管理テーブル７００に存在するかどうかを判定する。判定の結果、存在する場合はＳ９１２に進み、存在しない場合はＳ９０９に進む。ＵＲＬが管理テーブル７００に存在すると判定された場合とは、オートコンプリートに用いるユーザ名および／またはパスワードが管理テーブル７００に保存されている場合である。この判定は、たとえばＷｅｂブラウザ監視部４０８がフォームデータ管理アプリケーション６１０に依頼して行ってもよい。
Ｓ９０９において、Ｗｅｂブラウザ監視部４０８は、後述するオートコンプリート機能を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているスクリプトのロードをＷｅｂブラウザ４０５に指示し、ユーザ名とパスワードの保存を可能な状態にする。また、図１４（ｂ）のＧＵＩボタン１４１２を表示する。

Ｓ９１０において、Ｗｅｂブラウザ４０５は、ユーザにより図１４（ｂ）のＧＵＩボタン１４１２が押下されたかどうかを判定する。判定した結果、押下された場合はＳ９１１に進み、ユーザ名とパスワードを保存する。ユーザ名およびパスワードは、たとえば管理テーブル７００に、それぞれのＵＲＬおよびユーザ名および要素名と関連付けて保存される。押下されていない場合はＳ９２９に進む。ユーザ情報は、たとえばスクリプトの実行により、フォームデータ管理サーバ１０３のフォームデータ管理部６１３などに保存される。

Ｓ９１２において、Ｗｅｂブラウザ監視部４０８は、後述するオートコンプリート機能を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているスクリプトのロードをＷｅｂブラウザ４０５に指示することにより、図１４（ａ）のテキストボックスコントロール１４０２とテキストボックスコントロール１４０３にユーザ名「ｘｘｘ」とパスワード「ｘｘｘ」がオートコンプリート（プリセット）される。

Ｓ９１３において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５にロードされているＨＴＭＬデータのＵＲＬが、Ｓ９０５で受け取った「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」と一致しているかどうかを判定する。尚、「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」は、図１２Ａを参照して後述するｓｃｒｉｐｔタグ１２０２に記載されている第一引数である。また、後述するＷｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００でも管理されている。判定の結果、一致している場合はＳ９１４に進み、一致していなければＳ９２９に進む。Ｓ９０４でロード完了と判定したＨＴＭＬデータには、たとえばＷｅｂサーバ１０２へのログインのための認証を行うためのＵＩ画面へのリダイレクト１２０３が含まれていてよい。このリダイレクトを実行することで、Ｗｅｂサーバ１０２へのログイン画面のＨＴＭＬデータがロードされる。このＨＴＭＬデータのＵＲＬが、Ｓ９０５で受信した「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬと一致していれば、Ｓ９１４に分岐する。なおＵＲＬはＨＴＭＬデータなどの所在を示す情報であるので、所在情報と呼ぶこともある。
Ｓ９１４において、Ｗｅｂブラウザ監視部４０８は、「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」が、フォームデータ管理サーバ１０３が管理する図７の管理テーブル７００に存在するかどうかを判定する。判定の結果、存在する場合はＳ９１５に進み、存在しない場合はＳ９１６に進む。ＵＲＬまたはが管理テーブル７００に存在すると判定された場合とは、オートコンプリートに用いるユーザ名が管理テーブル７００に保存されている場合である。この判定は、たとえばＷｅｂブラウザ監視部４０８がフォームデータ管理アプリケーション６１０に依頼して行ってもよい。

Ｓ９１５において、Ｗｅｂブラウザ監視部４０８は、後述するオートコンプリート機能を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているオートコンプリートのためのスクリプト（第２のスクリプト）のロードをＷｅｂブラウザ４０５に指示する。この第２のスクリプトをダウンロードして実行することにより、図１４（ｅ）のテキストボックスコントロール１４２２にユーザ名「ｚｚｚ＠ｚｚｚ．ｃｏｍ」がオートコンプリート（プリセット）される。

Ｓ９１６において、Ｗｅｂブラウザ監視部４０８は、後述するフォームデータの保存処理を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているスクリプトのロードをＷｅｂブラウザ４０５に指示し、ユーザ名の保存を可能な状態にする。また、図１４Ｂ（ｅ）のＧＵＩボタン１４２１を表示する。

Ｓ９１７において、Ｗｅｂブラウザ監視部４０８は、Ｓ９０５で受け取った「認証情報を保存するタイミング」として設定された文字列がｕｓｅｒ（ユーザ名入力時に保存ボタンを表示する指定）かどうか判定する。判定した結果、ｕｓｅｒの場合はＳ９１８に進み、ｕｓｅｒでなかった場合はＳ９２０に進み、ユーザ名を一時保存する。その後Ｓ９２１に進む。

Ｓ９２１において、Ｗｅｂブラウザ監視部４０８は、Ｓ９０５で受け取った「認証情報を保存するタイミング」として設定された文字列がｐａｓｓｗｏｒｄ（パスワード入力時に保存ボタンを表示する指定）かどうか判定する。判定した結果、ｐａｓｓｗｏｒｄの場合はＳ９２２に進み、ｐａｓｓｗｏｒｄでなかった場合はＳ９２９に進む。

Ｓ９２２において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５にロードされているＨＴＭＬデータのＵＲＬがＳ９０５で受け取った「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」と一致しているかどうかを判定する。すなわちパスワードの入力が可能な入力フォームを含む画面が表示されているか判定する。尚、「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」は、後述する図１２Ａのｓｃｒｉｐｔタグ１２０２に記載されている第二引数である。また、後述するＷｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００でも管理されている。判定の結果、一致している場合はＳ９２３に進み、一致していなければＳ９２９に進む。

Ｓ９２３において、Ｗｅｂブラウザ監視部４０８は、「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」が図７の管理テーブル７００に存在するかどうかを判定する。判定の結果、存在する場合はＳ９２８に進み、存在しない場合はＳ９２４に進む。ＵＲＬが管理テーブルに存在しない場合とは、オートコンプリートのためのパスワードが保存されていない場合である。

Ｓ９２４において、Ｗｅｂブラウザ監視部４０８は、後述するフォームデータの保存処理を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているスクリプトのロードをＷｅｂブラウザ４０５に指示し、パスワードの保存を可能な状態にする。また、図１４（ｆ）の保存ボタン１４２５を表示する。

Ｓ９２５において、Ｗｅｂブラウザ４０５は、ユーザにより図１４（ｆ）の保存ボタン１４２５が押下されたかどうかを判定する。判定した結果、押下された場合はＳ９２６に進み、Ｓ９２０で一時保存したユーザ名とパスワードとをたとえばフォームデータ管理サーバ１０３の管理テーブル７００に保存する。押下されていない場合はＳ９２７に進み、Ｓ９２０で一時保存していたユーザ名を破棄する。

また、Ｓ９２３においてＵＲＬが管理テーブル７００に存在すると判定された場合には、Ｓ９２８において、Ｗｅｂブラウザ監視部４０８は、後述するオートコンプリート機能を行うために、Ｗｅｂブラウザ監視部４０８内に保持されているスクリプトのロードをＷｅｂブラウザ４０５に指示する。こうすることにより、ロードされたスクリプトが実行されて図１４（ｆ）のテキストボックスコントロール１４２６にパスワード「ｚｚｚｚｚｚｚ」がオートコンプリート（プリセット）される。上述したＳ９１５におけるスクリプトとはオートコンプリートの対象は異なるものの、オートコンプリートを行う点においてはこのスクリプトも同じである。

Ｓ９２９において、Ｗｅｂブラウザ監視部４０８は、ＭＦＰ１０１からユーザがログアウトしたか否かを判定する。ユーザがログアウトした場合は処理を終了し、ユーザがログアウトしていない場合はＳ９０２に戻る。
以上の手順によって、ユーザ名とパスワードの入力画面（ＵＲＬ）が同一であろうと別々であろうと、それぞれの入力画面が表示されていることを確認した上で、記憶された値をそれぞれのフォームに複製してオートコンプリートを行うことができる。また、オートコンプリートが許されている場合には、入力されたユーザ名およびパスワードなどのユーザ情報を記憶し、オートコンプリートのために利用できる。なお図９の手順ではオートコンプリートを行った際には、ユーザ名および／またはパスワードの保存はしていない。しかしながら、その場合にも管理テーブル７００に保存されたユーザ名および／またはパスワードを、入力されたそれぞれの値で更新してもよい。

＜オートコンプリート機能＞
次に、図１０を参照して、本実施形態におけるオートコンプリート機能について説明する。ユーザ（ユーザ名が「ｕｓｅｒ１」であり、オートコンプリートが許可されているユーザであるものとする）がＭＦＰ１０１にログインすると、最初は、メニュー管理部４０２によってメニュー画面が操作部２１９に表示される。図１１（ａ）は、メニュー管理部４０２によって表示されるメニュー画面１１００を示す。メニュー画面１１００には、コピーアプリケーションの利用を指示するためのＧＵＩボタン１１０１及びファクスアプリケーションの利用を指示するためのＧＵＩボタン１１０２及びＷｅｂブラウザ４０５の利用を指示するためのＧＵＩボタン１１０３が表示される。なお、コピーアプリケーション及びファクスアプリケーションは、ＭＦＰ１０１内に備えられているアプリケーションであって、これらのアプリケーションを使用する場合は、Ｗｅｂブラウザ４０５は使用されない。しかし、これらのアプリケーションについてもＷｅｂサーバ１０２が提供するＷｅｂアプリケーションとして動作することも可能である。

図１１（ｂ）のメニュー画面１１０４は、ＭＦＰ１０１を管理する管理者がメニュー画面１１００のＧＵＩボタン１１０３を押下し、Ｗｅｂブラウザ４０５を表示し、前述した方法でボタン登録部４０１に対してＧＵＩボタンを登録(お気に入り登録)したときの画面とする。尚、ボタン登録部４０１に対して登録したＧＵＩボタン名は、Ｓｅｒｖｉｃｅ１及びＳｅｒｖｉｃｅ２とする。ＧＵＩボタン１１０５及び１１０６は、それぞれＬＡＮ１１０上のＷｅｂサーバ１０２に備えられたＷｅｂアプリケーションの利用を指示するためのＧＵＩボタンである。ＧＵＩボタン１１０７は、ＷｅｂアプリケーションからユーザをログアウトさせるためのＧＵＩボタンである。ＧＵＩボタン１１０５及び１１０６には、それぞれ異なるＵＲＬが割り付けられている。ここでは、ＧＵＩボタン１１０５に、Ｗｅｂアプリケーション８１０に対応するＵＲＬが対応付けられているものとする。

ＧＵＩボタン１１０５が押下（操作）されると、図１０のＳ１００１において、メニュー管理部４０２は、Ｗｅｂブラウザ４０５を起動させるとともに、操作部２１９の最前面にＷｅｂブラウザ４０５を表示するように制御する。また、ＧＵＩボタン１１０５に関連付けられているＵＲＬを使用して、Ｗｅｂアプリケーション８１０に対するＨＴＭＬデータの要求を行うようにＷｅｂブラウザ４０５に指示する。

Ｓ１００２において、メニュー管理部４０２は、Ｗｅｂブラウザ監視部４０８に対して、ＧＵＩボタン１１０５が押下されたことを通知する。また、通知するときに前述したメニュー管理部４０２が保持するメニュー画面ボタンＩＤ管理テーブル１９００の列１９０１に格納されているボタンＩＤをＷｅｂブラウザ監視部４０８に渡す。このとき、ＧＵＩボタン１１０５のボタンＩＤはＷｅｂＢｒｏｗｓｅｒ０１とする。

Ｓ１００３において、Ｗｅｂブラウザ監視部４０８は、前記Ｓ９０３で説明した判定方法により、ＭＦＰ１０１を管理する管理者が登録したＧＵＩボタンから遷移したのかどうかを判定する。判定の結果、管理者が登録したＧＵＩボタンの場合は、後述するＳ１００５の処理後、Ｓ１００６に進む。管理者が登録したＧＵＩボタンではない場合は、後述するＳ１００６以降の処理を行わない。

Ｓ１００４において、Ｗｅｂブラウザ４０５は、メニュー管理部４０２からの指示に従って、Ｗｅｂアプリケーション８１０に対してＨＴＭＬデータを要求する。Ｓ１００５において、Ｗｅｂアプリケーション８１０は、Ｗｅｂアプリケーション８１０のトップ画面を表示するためのＨＴＭＬデータをＷｅｂブラウザ４０５へ応答（送信）する。

図１２Ａと図１２Ｂに、Ｓ１００５でＷｅｂアプリケーション８１０が応答するＨＴＭＬデータ（取得要求の応答データ）を示す。すなわち図のステップＳ９０４でロード完了が確認されるＨＴＭＬデータである。なお、本実施形態の画面データは、ＨＴＭＬ形式で記述されたものであるが、説明を簡略化するためにスタイルシートの設定等については省略する。

図１２Ａと図１２Ｂにおいて、ｓｃｒｉｐｔタグ１２０１またはｓｃｒｉｐｔタグ１２０４は、Ｗｅｂブラウザ４０５によりＨＴＭＬデータのロードが完了したことをＷｅｂブラウザ監視部４０８に通知する、図５で示したスクリプトである。ｓｃｒｉｐｔタグ１２０２は、ｓｃｒｉｐｔタグ１２０１のスクリプトのファンクションに、引数として第一引数として「ユーザ入力が可能な入力フォームを含む画面のＵＲＬ」を、第二引数として「パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」を、第三引数として「認証情報を保存するタイミング」を、ｓｃｒｉｐｔタグ１２０１のスクリプトのファンクションに渡し、ｓｃｒｉｐｔタグ１２０１のスクリプトを実行する。ここで「認証情報を保存するタイミング」とは、ユーザ名入力時に保存ボタンを画面に表示しユーザ名を保存可能にするか、パスワード入力時に保存ボタンを画面に表示しユーザ名とパスワードを保存可能にするかの指定のための情報である。図１２Ａの例では、ｓｃｒｉｐｔタグ１２０２には第三引数まで指定されている。また、ｓｃｒｉｐｔタグ１２０５は、ｓｃｒｉｐｔタグ１２０４のスクリプトのファンクションに、引数として「ユーザ入力とパスワード入力が可能な入力フォームを含む画面のＵＲＬ」を渡した上でｓｃｒｉｐｔタグ１２０４のスクリプトを実行するスクリプトである。すなわち、ユーザ名とパスワードを入力する画面が別画面の場合は図１２ＡのようなＨＴＭＬデータを、ユーザ名とパスワードを入力する画面が同じ画面の場合は図１２ＢのようなＨＴＭＬデータを利用する。

ｍｅｔａタグ１２０３は、「ユーザ入力が可能な入力フォームを含む画面のＵＲＬ」（リダイレクト先の認証Ｗｅｂサーバ）へリダイレクトするタグである。また、ｍｅｔａタグ１２０６は、「ユーザ入力とパスワード入力が可能な入力フォームを含む画面のＵＲＬ」（リダイレクト先の認証Ｗｅｂサーバ）へリダイレクトするタグである。尚、ｓｃｒｉｐｔタグ１２０２のスクリプトまたはｓｃｒｉｐｔタグ１２０５のスクリプトにある引数の情報は、Ｗｅｂブラウザ監視部４０８が提供する図２０（ａ）のような認証情報管理画面２０００（複合機の管理者のみがアクセス可能なＪａｖａサーブレットなどで構成された画面）から指定することも可能とする。欄２００１がサイト（ＵＲＬ）、欄２００２がユーザ名の入力フォーム（ＨＴＭＬデータ内のｉｎｐｕｔ要素のｔｙｐｅ属性）、欄２００３が認証情報の保存タイミングである。例として認証情報管理画面２０００では既に登録済みの情報である２レコード分が表示されている。既に登録済みの情報を編集したい場合は、対象レコードを選択した状態で編集ボタン２００４を押下することで遷移する図２０（ｂ）のような認証情報登録画面２００７で編集を行えることとする。既に登録済みの情報を削除したい場合は、対象レコードを選択した状態で削除ボタン２００５を押下することで削除する。新規で情報を登録したい場合は、登録ボタン２００６を押下することで遷移する図２０（ｂ）の認証情報登録画面２００７で登録を行えることとする。図２０（ｂ）の登録画面２００７では、スクリプトのパラメータとなるＵＲＬおよびタイプ属性の指定、保存タイミングを設定し、新たに登録できる。

Ｗｅｂアプリケーション８１０からのＨＴＭＬデータをＷｅｂブラウザ４０５がロードし画面の表示が完了すると、Ｓ１００６を実行する。Ｓ１００６は、Ｗｅｂブラウザ４０５が、ロードしたＨＴＭＬデータに含まれたｓｃｒｉｐｔタグ１２０１及び１２０２に記載のスクリプトの実行をスクリプト実行部４０６に指示する。スクリプトタグ１２０１、１２０２のスクリプトを実行した結果、Ｓ１００７において、スクリプト実行部４０６は、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに対して図５に示すスクリプトタグ５０１を追記し、画面データを書き換える。スクリプトタグ５０１は、スクリプト１２０２によりその引数であるＵＲＬがクエリとして結合されたスクリプトタグであり、それがＨＴＭＬデータに埋め込まれる。ＨＴＭＬデータに埋め込まれたスクリプトは、Ｗｅｂブラウザ４０５により実行され、ＨＴＭＬデータのロード完了を監視部４０８に通知する。それと併せて、スクリプト１２０２により引き渡された引数（認証画面のＵＲＬ等）をＷｅｂブラウザ監視部４０８に渡す。このとき、ＭＦＰ１０１にログインしているユーザ情報も渡してもよい。具体的には、図５に示す文字列５０１をＨＴＭＬデータに追記する前に、ｓｃｒｉｐｔタグ１２０２から渡された引数、たとえば「ユーザ入力が可能な入力フォームを含む画面のＵＲＬ(第一引数)」を、文字列５０１に付加する。尚、Ｗｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００で管理されているＵＲＬを付加することも可能とする。Ｓ１００８において、Ｗｅｂブラウザ４０５は、ＨＴＭＬデータに埋め込まれたスクリプトを実行して、Ｗｅｂブラウザ監視部４０８に対してロード完了を通知する。

Ｓ１００９において、Ｗｅｂブラウザ４０５は、ｍｅｔａタグ１２０３に従って、Ｗｅｂアプリケーション８１０からリダイレクトする先の認証Ｗｅｂアプリケーション８１４に対してＨＴＭＬデータを要求する。Ｓ１０１０において、認証Ｗｅｂアプリケーション８１４は、ユーザを認証するために使用するユーザ情報の入力を受け付けるユーザ情報入力画面を表示するためのＨＴＭＬデータをＷｅｂブラウザ４０５へ応答（送信）する。

図１３に、Ｓ１０１０で認証Ｗｅｂアプリケーション８１４が応答するＨＴＭＬデータを示す。なお、ＨＴＭＬデータにパスワードを入力するフォームが存在せず、ユーザ名を入力するフォームのみが存在する場合は、図１３のｉｎｐｕｔタグ１３０２は記述されていない。また表示されるメッセージもユーザＩＤの入力を促すもののみとなる。また、本実施形態の画面データは、ＨＴＭＬ形式で記述されたものであるが、説明を簡略化するためにスタイルシートの設定等については省略する。

図１４（ａ）は、図１３に示すＨＴＭＬデータに基づいてＷｅｂブラウザ４０５に表示される画面を示す。ＧＵＩ画面１４０１には、ｉｎｐｕｔタグ１３０１に基づいてユーザ名を入力するためのテキストボックスコントロール１４０２が表示される。また、ｉｎｐｕｔタグ１３０２に基づいてパスワードを入力するためのパスワードコントロール１４０３が表示される。また、ｉｎｐｕｔタグ１３０３に基づいて、テキストボックスコントロール１４０２に入力されたユーザ名と、パスワードコントロール１４０３に入力されたパスワードとを用いてログインするためのＧＵＩボタン１４０４が表示される。なお、ユーザ名とパスワードを入力する画面が別画面で構成されている場合、パスワードの入力のために、図１４（ｃ）のＧＵＩ画面１４１５には、ｉｎｐｕｔタグ１３０１に基づいてユーザ名を入力するためのテキストボックスコントロール１４１６が表示される。また、図１４（ｄ）のＧＵＩ画面１４１７には、ｉｎｐｕｔタグ１３０２に基づいてパスワードを入力するためのパスワードコントロール１４１８が表示される。この場合、たとえば次のようにメッセージのやり取りが行われる。図１４（ｃ）の「次へ」ボタンを押下することで、入力されたユーザＩＤが認証Ｗｅｂサーバ１０４に引き渡される。併せて、ユーザＩＤの入力のためのＨＴＭＬデータで指定された、パスワードを入力するためのＵＲＬにＨＴＭＬデータを要求する。この要求に応じて返されたＨＴＭＬデータがパスワードを入力する画面であり、その中でパスワードが入力され、認証Ｗｅｂサーバなどの送信先に送られる。これらの入力において、該当するＵＲＬおよびユーザのユーザＩＤやパスワード等のデータがあれば、それを用いてオートコンプリートが行われる。

一方Ｗｅｂブラウザ監視部４０８は、Ｓ１００８のロード完了通知をトリガーとしてＳ１０１１を実行する。Ｓ１０１１において、Ｗｅｂブラウザ監視部４０８は、まず「現在Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータを受信するために使用したＵＲＬ」と「ユーザ入力が可能な入力フォームを含む画面のＵＲＬ（第一引数）」が一致しているかを判定する。これは図９のＳ９０６に相当する。「ユーザ入力が可能な入力フォームを含む画面のＵＲＬ（第一引数）」は、ｓｃｒｉｐｔタグ１２０２に含まれている「ユーザ名、パスワードの入力が可能な入力フォームを含む画面のＵＲＬ」または「ユーザ名の入力が可能な入力フォームを含む画面のＵＲＬ」であり、スクリプト１２０１の実行によりＷｅｂブラウザ監視部４０８に通知されているものとする。尚、Ｗｅｂブラウザ監視部４０８が提供する図２０（ａ）の認証情報管理画面２０００で管理されているＵＲＬを対象にしても良いこととする。判定の結果、一致している場合はＳ１０１２に進む。一致していない場合は、一定間隔の時間を空けてＳ１０１１の処理を繰り返す。Ｓ１０１１の処理を繰り返して、判定した結果、一致した場合には、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５に対して、図１５に例示するスクリプトのロードを指示する。

Ｓ１０１１において、Ｗｅｂブラウザ監視部４０８は、Ｗｅｂブラウザ４０５に対して、スクリプトのロードを指示すると、ステップＳ１０１２に進む。

図１５は、Ｗｅｂブラウザ監視部４０８がＷｅｂブラウザ４０５に対してロードを指示するスクリプトの例である。図１５は、説明を簡略化するために改行しているが、実際には改行やスペースのない文字列である。図１５に示すスクリプトは、スクリプトタグ１５０１のＵＲＬを外部スクリプトとしてＨＴＭＬデータに追加（画面データを書き換え）することを定義している。スクリプトタグ１５０１のＵＲＬは、「スクリプト応答部６１４のＵＲＬ」に、「現在Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータを受信するために使用したＵＲＬ」及び「現在ＭＦＰ１０１にログインしているユーザのユーザ名」をクエリとして結合したものである。

「スクリプト応答部６１４のＵＲＬ」は、Ｗｅｂブラウザ監視部４０８が予め保持している情報である。「現在Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータを受信するために使用したＵＲＬ」及び「現在ＭＦＰ１０１にログインしているユーザのユーザ名」は、ＭＦＰ１０１の状態に応じて動的に決定される情報である。これらの値は、たとえば、Ｓ１００８のロード完了通知と共に、Ｗｅｂブラウザ４０５からＷｅｂブラウザ監視部４０８に通知されてよい。なお、図１５に示すスクリプトに、同一のスクリプトを同一のＨＴＭＬデータに２回以上ロードしないようにするための記述を加えることが望ましい。

Ｓ１０１２において、Ｗｅｂブラウザ４０５は、Ｗｅｂブラウザ監視部４０８からロード指示されたスクリプトの実行を、スクリプト実行部４０６に対して指示する。この指示に応じて、スクリプト実行部４０６は、図１５のスクリプトを実行する。

図１５のスクリプトには、上述した通り、ＨＴＭＬデータの書き換えが定義されている。したがって、スクリプト実行部４０６がスクリプトを実行すると、Ｓ１０１４において、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに対してスクリプトタグ１５０１が追記され、画面データが書き換えられる。

Ｓ１０１５において、Ｗｅｂブラウザ４０５は、Ｓ１０１４におけるスクリプトタグの追記に応じて、フォームデータ管理アプリケーション６１０に対して、スクリプト（第２スクリプト）を要求する。この要求には、スクリプトタグ１５０１に示される通り、「現在Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータを受信するために使用したＵＲＬ」を示す情報及び「現在ＭＦＰ１０１にログインしているユーザのユーザ名」を示す情報が含まれている。

Ｓ１０１６において、フォームデータ管理アプリケーション６１０のスクリプト応答部６１４は、スクリプトをＷｅｂブラウザ４０５に応答する。このとき、スクリプト応答部６１４は、フォームデータ管理部６１３が保持するフォームデータ管理テーブルにアクセスし、クエリ文字列に含まれる「ＵＲＬ」及び「ユーザ名」に対応する行を決定する。例えば、図７に示す列７０１及び列７０２の情報である。

スクリプト応答部６１４は、決定した行（すなわちフォームデータ）にアクセスするためのＩＤを、フォームデータ管理部６１３に発行させる。ここではＩＤとして「０１２３４５６７８９」が発行されるものとする。このＩＤを用いることで、フォームデータ管理テーブル７００に含まれるフォームデータを取得することが可能となるが、フォームデータ管理テーブル７００に対するアクセスが所定時間以上ない場合は、ＩＤが無効化される。

図１６は、スクリプト応答部６１４がＳ１０１６で応答するスクリプトの例である。ファンクション１６０１は、オートコンプリートのためのフォームデータをフォームデータ管理アプリケーション６１０に対して要求し、Ｗｅｂブラウザ４０５にロードされたＨＴＭＬデータに含まれる要素に値を設定するファンクションｌｏａｄを示す。

スクリプト１６０２は、フォームデータ管理アプリケーション６１０から取得したフォームデータを、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに含まれる要素に設定するスクリプトである。スクリプト１６０３は、「ｈｔｔｐｓ：／／ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｌｏａｄＳｅｒｖｉｃｅ」のＵＲＬで示されるフォームデータ応答部６１２のフォームデータ取得サービスに対して、フォームデータを要求するスクリプトである。この要求には、フォームデータ管理部６１３が前もって発行した、フォームデータを特定するためのＩＤ（例えば「０１２３４５６７８９」）が含まれる。

ファンクション１６０４は、Ｗｅｂブラウザ４０５により表示された画面を介してユーザが入力したフォームデータ（ここでは、ユーザ情報）をフォームデータ管理アプリケーション６１０に送信し、保存させるためのファンクションｓａｖｅを示す。スクリプト１６０５は、ＨＴＭＬデータに含まれるフォームから、要素名及び値を読み取って、「ｒｅｑｄａｔａ」という変数に設定するスクリプトである。スクリプト１６０６は、「ｈｔｔｐｓ：／／ｆｏｒｍｄａｔａｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｓａｖｅＳｅｒｖｉｃｅ」のＵＲＬで示されるフォームデータ応答部６１２のフォームデータ保存サービスに対して前述の「ｒｅｑｄａｔａ」の保存を要求するスクリプトである。この要求には、フォームデータ管理部６１３が前もって発行したＩＤ「０１２３４５６７８９」が含まれる。

ファンクション１６０７は、図１６のスクリプトが読み込まれたときに自動的に実行するファンクションを示す。スクリプト１６０８は、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに、ファンクション１６０１を呼び出すための表示オブジェクト（読込ボタン）を追加するスクリプトである。スクリプト１６０９は、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに、スクリプト１６０４のファンクションを呼び出すための表示オブジェクト（保存ボタン）を追加するスクリプトである。スクリプト１６１０は、ファンクション１６０１を呼び出すためのスクリプトである。

Ｓ１０１７において、Ｗｅｂブラウザ４０５は、フォームデータ管理アプリケーション６１０から応答された図１６のスクリプトの実行を、スクリプト実行部４０６に対して指示する。この指示に応じて、スクリプト実行部４０６は、図１６のスクリプトを実行する。Ｓ１０１８において、スクリプト実行部４０６は、スクリプト１６０８及び１６０９を実行する。これにより、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに、読込ボタンおよび保存ボタンを表示するためのデータを追加する。続いて、スクリプト実行部４０６は、スクリプト１６１０を実行することにより、ファンクション１６０１が呼び出され、スクリプト１６０３が実行される。

Ｓ１０１９において、スクリプト実行部４０６は、スクリプト１６０３を実行した結果として、フォームデータ管理アプリケーション６１０に対するフォームデータを要求する。この要求を受けたフォームデータ管理アプリケーション６１０は、Ｓ１０２０において、フォームデータ管理テーブル７００に含まれるフォームデータのうち、要求に含まれるＩＤに対応するフォームデータを、フォームデータ応答部６１２によって応答する。

図７の場合、ＩＤ＝０１２３４５６７８９に対応する要素名および値すなわち「ｈｔｔｐ：／／ａｕｔｈａｐｐｓｅｒｖｅｒ．ｘｘｘ．ｙｙｙ／ｓｅｒｖｉｃｅ１／ｌｏｇｉｎ．ｈｔｍｌ」及び「ｕｓｅｒ１」の２つのキーに一致する要素名と値が応答される。具体的には、「ｕｓｅｒｎａｍｅ」について「ｘｘｘ」、「ｐａｓｓｗｏｒｄ」について「ｙｙｙ」の情報が応答される。尚、ユーザ名とパスワードを入力する画面のＵＲＬが異なる場合は、それぞれのキーに一致する要素名と値が応答される。例えば、ユーザ名を入力するＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｅｒＢ．ｘｘｘ．ｙｙｙ／ｓｅｒｖｉｃｅ２／ｌｏｇｏｎｉｄ．ｈｔｍｌ」の場合、図７の「ｅｍａｉｌ」要素の「ｚｚｚ＠＠ｚｚｚ．ｃｏｍ」の値が応答される。スクリプト実行部４０６は、Ｓ１０２０でフォームデータ管理アプリケーション６１０からの応答を受け取った後、スクリプト１６０２を実行する。Ｓ１０２１では、スクリプト１６０２を実行した結果として、フォームデータ管理アプリケーション６１０から取得したフォームデータを、Ｗｅｂブラウザ４０５がロードしているＨＴＭＬデータに設定すべく、ＨＴＭＬデータを書き換える。尚、ユーザ名とパスワードを入力する画面のＵＲＬが異なる場合は、各ＵＲＬについてＳ１００９から１０２１の処理を繰り返すことにより、パスワードを入力する画面においてもＨＴＭＬデータを書き換えられることとする。

図１４（ｂ）は、Ｓ１０１８及びＳ１０２１の処理が行われた結果、Ｗｅｂブラウザ４０５に表示される画面を示す。ＧＵＩボタン１４１１及びＧＵＩボタン１４１２は、Ｓ１０１８におけるＨＴＭＬデータの書き換えによって追加される表示オブジェクトである。また、Ｓ１０２１の処理の結果として、１４１３及び１４１４に示す通り、テキストボックスコントロール１４０２及びパスワードコントロール１４０３にユーザ名「ｘｘｘ」及びパスワード「ｙｙｙ」がオートコンプリート（プリセット）される。なお、１４１４には実際には「ｙｙｙ」という値が設定されているが、内容がパスワードであるため画面上では「＊＊＊」と表示される。尚、図１４（ｅ）と図１４（ｆ）は、ユーザ名とパスワードを入力する画面のＵＲＬが異なる場合に表示される画面を示す。ＧＵＩボタン１４２０、ＧＵＩボタン１４２１、ＧＵＩボタン１４２４、ＧＵＩボタン１４２５は、Ｓ１０１８におけるＨＴＭＬデータの書き換えによって追加される表示オブジェクトである。また、Ｓ１０２１の処理の結果として、１４１９及び１４２３に示す通り、テキストボックスコントロール１４２２及びパスワードコントロール１４２６にユーザ名「ｚｚｚ＠ｚｚｚ．ｃｏｍ」及びパスワード「ｚｚｚｚｚｚｚ」がオートコンプリート（プリセット）される。なお、１４２６には実際には「ｚｚｚｚｚｚｚ」という値が設定されているが、内容がパスワードであるため画面上では「＊＊＊」と表示される。

図１４（ｂ）、図１４（ｅ）、図１４（ｆ）のようにユーザ情報がオートコンプリートされた状態から、ユーザが１４１３及び１４１４、または、１４２２及び１４２６の内容を誤って変更してしまったときは、ＧＵＩボタン１４１１、または、ＧＵＩボタン１４１０及びＧＵＩボタン１４２４を押下することにより、再度オートコンプリートの処理を実行させることができる。ユーザによってＧＵＩボタン１４１１または、ＧＵＩボタン１４２０及びＧＵＩボタン１４２４が押下されると、Ｗｅｂブラウザ４０５がスクリプト実行部４０６を呼び出し、１６０１のスクリプトが実行される。

＜フォームデータの保存処理＞
次に、図１７を参照して、Ｗｅｂブラウザ４０５によって表示されている画面にユーザが手動で入力したユーザ情報を次回以降のログイン処理のためにフォームデータ管理アプリケーション６１０に新たに保存する処理について説明する。つまり、当該保存処理は、新たなユーザ情報が入力された場合に、次回のログイン処理時にオートコンプリート機能を実行するためのユーザ情報を保存する。図１７に示すシーケンスは、図１４（ｂ）、または、図１４（ｅ）及び図１４（ｆ）に示す画面がＷｅｂブラウザ４０５によって表示されている状態で、ユーザが手動で情報入力した後、ＧＵＩボタン１４１２、または、ＧＵＩボタン１４２１及びＧＵＩボタン１４２５を押下すると開始される。

Ｓ１７０１において、Ｗｅｂブラウザ４０５は、スクリプト実行部４０６に対して、図１６の１６０４に示すスクリプトの実行を指示する。Ｓ１７０２において、スクリプト実行部４０６は、１６０４のスクリプトを実行し、その結果、フォームデータ管理アプリケーション６１０に対してフォームデータの保存を要求する。この要求には、フォームの要素名及び値、更に前もって発行されているＩＤが含まれる。フォームデータ管理アプリケーション６１０側では、スクリプト実行部４０６からの要求に応じて、フォームデータ管理テーブル７００の内容を更新する。

以上説明したように、本実施形態によれば、特定のＵＲＬを使用したＨＴＭＬデータの受信（及び画面の表示）が行われたときに、ＭＦＰ１０１の管理者が登録したＧＵＩボタンを押下して表示された画面に対してのみ、ＭＦＰ１０１外部のフォームデータ管理アプリケーション６１０に管理されているフォームデータがオートコンプリートされる。これにより、例えば、Ｗｅｂアプリケーション８００とは別のドメインの認証Ｗｅｂアプリケーション８１４にログインするためのユーザ情報入力画面に入力が必要なユーザ情報をユーザが入力する手間を省くことができる。また、新たなユーザ情報が入力された場合には、当該情報をフォームデータ管理アプリケーション６１０に通知して情報を更新することができる。また、ユーザ名を入力する画面とパスワードを入力する画面が異なる場合でも、認証Ｗｅｂアプリケーション８１４にログインするためのユーザ情報入力画面に入力が必要なユーザ情報をユーザが入力する手間を省くことができる。さらに、オートコンプリートする対象をＭＦＰ１０１の管理者が登録したＧＵＩボタンを押下した場合の画面に限定することにより、ユーザ名やパスワードといったユーザ情報の流出が抑制される。このように、本実施形態によれば、オートコンプリートに関する情報をＭＦＰ１０１等のクライアント装置で管理する必要がなく、サーバ装置であるフォームデータ管理サーバ１０３で管理することができる。したがって、本システムにおけるクライアント装置は、Ｗｅｂサーバ１０２及びフォームデータ管理サーバ１０３を利用することにより、自装置において各ユーザの情報を保持することなく、セキュアなオートコンプリート機能を実現することができる。また、本実施形態によれば、上述したように、Ｗｅｂアプリケーション８１０とは別のドメインの、ユーザによる情報入力の手間を軽減する対象となるページをＷｅｂアプリケーション８１０が指定することができる。したがって、情報処理システムの全てのクライアント装置をメンテナンスすることなくＷｅｂサーバ１０２をメンテナンスすることにより、オートコンプリート機能を容易にメンテナンスすることもできる。なお、本発明は、Ｗｅｂサーバ１０２及びフォームデータ管理サーバ１０３を統合したサーバを適用することもできる。

なお、ユーザ認証に使用されるユーザ情報をオートコンプリートする例を説明したが、オートコンプリートの対象とする情報はこれに限らず、例えば、検索キーワードや定型の挨拶文などを対象としてもよい。また、オートコンプリートの対象は、キーワードだけに限らず、プルダウンからの選択やチェックボックスに対するチェックの入力に応用することも可能である。

また、図１０のＳ１０１５、Ｓ１０１６、Ｓ１０１９、及びＳ１０２０では、スクリプト実行部４０６やＷｅｂブラウザ４０５がフォームデータ管理アプリケーション６１０と通信しているが、これをＷｅｂブラウザ監視部４０８が仲介するようにしてもよい。この場合は、フォームデータ管理アプリケーション６１０側がＨＴＴＰ以外の通信プロトコルに対応するものであってもよいという利点がある。
また、図１５に示すスクリプトをＷｅｂブラウザ監視部４０８が保持する例について説明したが、代わりに、Ｗｅｂブラウザ４０５がブックマークとして保持するようにしてもよい。この場合、図１０のＳ１０１１におけるスクリプトロード指示では、Ｗｅｂブラウザ監視部４０８がブックマークＩＤを指定し、Ｗｅｂブラウザ４０５は指定されたブックマークＩＤに対応するブックマーク情報（図１５のスクリプト）をロードする。

［その他の実施例］
なお、上記実施形態ではフォームデータ管理サーバ１０３を独立した機器としたが、他のサーバと同一の機器であってもよいし、またＭＦＰに内蔵された機能であってもよい。これは他のサーバについても同様である。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

なお本発明をまとめると以下のものということもできる。

画面情報を提供するＷｅｂサーバ及び認証Ｗｅｂサーバと、特定の画面情報に含まれるフォームの種類毎に入力すべき値を含むフォームデータを定義したテーブルを有する管理サーバと通信可能な情報処理装置（あるいは画像形成装置）であって、
前記Ｗｅｂサーバに前記画面情報を取得要求し、取得した画面情報をロードし、前記取得要求の応答に含まれる情報を用いて前記認証Ｗｅｂサーバへリダイレクトを行うＷｅｂブラウザと、
前記Ｗｅｂブラウザが表示している画面のＵＲＬと前記取得要求の応答に含まれる第一のＵＲＬまたは第二のＵＲＬが一致するかを判定し、前記Ｗｅｂブラウザが表示している画面のＵＲＬと前記取得要求の応答に含まれる第一引数のＵＲＬまたは第二引数のＵＲＬが一致すると判定され、かつ、前記情報処理装置を現在使用しているユーザがオートコンプリート機能を許可されているユーザである場合、かつ、前記Ｗｅｂブラウザが表示している画面が信頼できるものであった場合に、前記Ｗｅｂブラウザに対して、前記取得要求の応答に含まれる認証情報の保存部によって、第１のスクリプトをロードして実行するように指示する監視部とを有し、
前記第１のスクリプトを実行することによって、前記情報処理装置を現在使用しているユーザ及び前記画面情報に従ったフォームデータを前記管理サーバから取得し、前記画面情報及び前記フォームデータの前記入力すべき値を反映した画面を表示部に表示することを特徴とする。

１０１ ＭＦＰ、１０２ Ｗｅｂサーバ、１０３ フォーム管理サーバ、１０４ 認証Ｗｅｂサーバ、４０３ ログイン部、４０５ Ｗｅｂブラウザ、４０６ スクリプト実行部、４０７ ログインユーザ管理部、４０８Ｗｅｂブラウザ管理部

Claims (16)

1. Ｗｅｂサーバと接続でき、Ｗｅｂブラウザを有する情報処理装置であって、
   前記Ｗｅｂサーバにより要求される認証のために、ユーザのユーザ識別情報を入力するための第１のユーザインタフェースを示す第１のユーザインタフェース情報の所在を示す所在情報に基づいて前記第１のユーザインタフェース情報を受信し、前記ユーザのパスワード情報を入力するための第２のユーザインタフェースを示し、かつ、前記第１のユーザインタフェース情報とは異なる第２のユーザインタフェース情報の所在を示す所在情報に基づいて前記第２のユーザインタフェース情報を受信する受信手段と、
   前記ユーザ識別情報を入力するための前記第１のユーザインタフェースで入力されたユーザ識別情報を、前記第１のユーザインタフェースで以前に入力された前記ユーザ識別情報として保存し、前記パスワード情報を入力するための前記第２のユーザインタフェースで入力されたパスワード情報を、前記第２のユーザインタフェースで以前に入力された前記パスワード情報として保存する保存手段と、
   前記Ｗｅｂブラウザが、前記第１のユーザインタフェース情報を受信した場合、前記第１のユーザインタフェース情報に基づく前記第１のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのユーザ識別情報が前記保存手段により保存されていれば、前記保存されているユーザ識別情報を、前記第１のユーザインタフェースで入力されたユーザ識別情報として設定し、前記第２のユーザインタフェース情報を受信した場合、前記第２のユーザインタフェース情報に基づく前記第２のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのパスワード情報が前記保存手段により保存されていれば、前記保存されているパスワード情報を、前記第２のユーザインタフェースで入力されたパスワード情報として設定する設定手段と、
   を有することを特徴とする情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記Ｗｅｂブラウザはロードされたスクリプトを実行可能であり、
   前記設定手段は、前記第１のユーザインタフェースで以前に入力された、前記ユーザ識別情報が保存されていれば、前記ユーザ識別情報を設定させるためのスクリプトを前記Ｗｅｂブラウザにロードし、前記Ｗｅｂブラウザに実行させることで、前記Ｗｅｂブラウザにより表示された前記第１のユーザインタフェースで入力された前記ユーザ識別情報として前記保存されているユーザ識別情報を設定し、前記第２のユーザインタフェースで以前に入力された、前記パスワード情報が保存されていれば、前記パスワード情報を設定させるためのスクリプトを前記Ｗｅｂブラウザにロードし、前記Ｗｅｂブラウザに実行させることで、前記Ｗｅｂブラウザにより表示された前記第２のユーザインタフェースで入力された前記パスワード情報として前記保存されているパスワード情報を設定することを特徴とする情報処理装置。
3. 請求項１または２に記載の情報処理装置であって、
   前記Ｗｅｂブラウザが、前記Ｗｅｂサーバから前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報を受信し、
   前記受信手段は、前記Ｗｅｂブラウザを介して前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報を受信することを特徴とする情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記受信手段は、前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報とともに、前記保存手段による前記ユーザ識別情報及び前記パスワード情報の保存のタイミングを指定する情報を前記Ｗｅｂサーバからさらに受信することを特徴とする情報処理装置。
5. 請求項１または２に記載の情報処理装置であって、
   ユーザにより入力された前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報を管理する管理手段をさらに有し、
   前記受信手段は、前記管理手段から前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報を取得することを特徴とする情報処理装置。
6. 請求項５に記載の情報処理装置であって、
   前記管理手段は、前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報とともに、前記ユーザにより入力された、前記保存手段による前記ユーザ識別情報及びパスワード情報の保存のタイミングを指定する情報を管理することを特徴とする情報処理装置。
7. 請求項１乃至６のいずれか一項に記載の情報処理装置であって、
   前記保存手段は、前記ユーザ識別情報及び前記パスワード情報の保存のタイミングを指定する情報により、前記ユーザ識別情報の入力時を指定されている場合には、入力された前記ユーザ識別情報を前記ユーザ識別情報として保存し、前記パスワード情報の入力時を指定されている場合には、入力された前記ユーザ識別情報及び前記パスワード情報を前記ユーザ識別情報及び前記パスワード情報として保存することを特徴とする情報処理装置。
8. 請求項１乃至７のいずれか一項に記載の情報処理装置であって、
   前記受信手段は、前記ユーザ識別情報と前記パスワード情報とを入力するための第３のユーザインタフェースを示す第３のユーザインタフェース情報を受信し、
   前記設定手段は、前記ユーザ識別情報と前記パスワード情報の入力のための前記第３のユーザインタフェース情報を受信した場合に、前記第３のユーザインタフェース情報に基づく前記第３のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザの前記ユーザ識別情報及び前記パスワード情報が保存されていれば、前記ユーザ識別情報及び前記パスワード情報を、前記第３のユーザインタフェースで入力されたユーザ識別情報及びパスワード情報として設定することを特徴とする情報処理装置。
9. 請求項８に記載の情報処理装置であって、
   前記保存手段は、前記第３のユーザインタフェースで入力された前記ユーザ識別情報及び前記パスワード情報を、以前に入力された前記ユーザ識別情報及び前記パスワード情報として保存することを特徴とする情報処理装置。
10. 請求項１乃至９のいずれか一項に記載の情報処理装置であって、
    前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報は、接続された認証Ｗｅｂサーバにより提供されるユーザインタフェース情報であることを特徴とする情報処理装置。
11. 請求項１乃至１０のいずれか一項に記載の情報処理装置であって、
    前記ユーザ識別情報及び前記パスワード情報は、接続されたフォームデータ管理サーバにより保存されることを特徴とする情報処理装置。
12. 請求項２に記載の情報処理装置であって、
    前記受信手段は、前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報と前記ユーザ識別情報とを前記Ｗｅｂブラウザから受信するためのスクリプトを前記Ｗｅｂブラウザにロードし、実行させることで、前記Ｗｅｂブラウザが前記Ｗｅｂサーバから受信した前記第１のユーザインタフェース情報及び前記第２のユーザインタフェース情報と、前記ユーザ識別情報及び前記パスワード情報とを受信することを特徴とする情報処理装置。
13. 請求項１乃至１２のいずれか一項に記載の情報処理装置を、
    Ｗｅｂサーバと、
    認証Ｗｅｂサーバと、
    フォームデータ管理サーバと
    接続したことを特徴とする情報処理システム。
14. Ｗｅｂサーバと接続でき、Ｗｅｂブラウザを有するコンピュータを、
    前記Ｗｅｂサーバにより要求される認証のために、ユーザのユーザ識別情報を入力するための第１のユーザインタフェースを示す第１のユーザインタフェース情報の所在を示す所在情報に基づいて前記第１のユーザインタフェース情報を受信し、前記ユーザのパスワード情報を入力するための第２のユーザインタフェースを示し、かつ、前記第１のユーザインタフェース情報とは異なる第２のユーザインタフェース情報の所在を示す所在情報に基づいて前記第２のユーザインタフェース情報を受信する受信手段と、
    前記ユーザ識別情報を入力するための前記第１のユーザインタフェースで入力されたユーザ識別情報を、前記第１のユーザインタフェースで以前に入力された前記ユーザ識別情報として保存し、前記パスワード情報を入力するための前記第２のユーザインタフェースで入力されたパスワード情報を、前記第２のユーザインタフェースで以前に入力された前記パスワード情報として保存する保存手段と、
    前記Ｗｅｂブラウザが、前記第１のユーザインタフェース情報を受信した場合、前記第１のユーザインタフェース情報に基づく前記第１のユーザインタフェースで以前に入力された、情報処理装置にログインしているユーザのユーザ識別情報が前記保存手段により保存されていれば、前記保存されているユーザ識別情報を、前記第１のユーザインタフェースで入力されたユーザ識別情報として設定し、前記第２のユーザインタフェース情報を受信した場合、前記第２のユーザインタフェース情報に基づく前記第２のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのパスワード情報が前記保存手段により保存されていれば、前記保存されているパスワード情報を、前記第２のユーザインタフェースで入力されたパスワード情報として設定する設定手段として機能させるためのプログラム。
15. Ｗｅｂサーバと接続でき、Ｗｅｂブラウザと保存手段とを有する情報処理装置により実行される情報処理方法であって、
    前記Ｗｅｂサーバにより要求される認証のために、ユーザのユーザ識別情報を入力するための第１のユーザインタフェースを示す第１のユーザインタフェース情報の所在を示す所在情報に基づいて前記第１のユーザインタフェース情報を受信し、前記ユーザのパスワード情報を入力するための第２のユーザインタフェースを示し、かつ、前記第１のユーザインタフェース情報とは異なる第２のユーザインタフェース情報の所在を示す所在情報に基づいて前記第２のユーザインタフェース情報を受信し、
    前記ユーザ識別情報を入力するための前記第１のユーザインタフェースで入力されたユーザ識別情報を、前記第１のユーザインタフェースで以前に入力された前記ユーザ識別情報として前記保存手段により保存し、前記パスワード情報を入力するための前記第２のユーザインタフェースで入力されたパスワード情報を、前記第２のユーザインタフェースで以前に入力された前記パスワード情報として前記保存手段により保存し、
    前記Ｗｅｂブラウザが、前記第１のユーザインタフェース情報を受信した場合、前記第１のユーザインタフェース情報に基づく前記第１のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのユーザ識別情報が前記保存手段により保存されていれば、前記保存されているユーザ識別情報を、前記第１のユーザインタフェースで入力されたユーザ識別情報として設定し、前記第２のユーザインタフェース情報を受信した場合、前記第２のユーザインタフェース情報に基づく前記第２のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザのパスワード情報が前記保存手段により保存されていれば、前記保存されているパスワード情報を、前記第２のユーザインタフェースで入力されたパスワード情報として設定する
    ことを特徴とする情報処理方法。
16. 請求項１５に記載の情報処理方法であって、
    前記ユーザ識別情報と前記パスワード情報とを入力するための第３のユーザインタフェースを示す第３のユーザインタフェース情報をさらに受信し、
    前記ユーザ識別情報と前記パスワード情報の入力のための前記第３のユーザインタフェース情報を受信した場合に、前記第３のユーザインタフェース情報に基づく前記第３のユーザインタフェースで以前に入力された、前記情報処理装置にログインしているユーザの前記ユーザ識別情報及び前記パスワード情報が保存されていれば、前記ユーザ識別情報及び前記パスワード情報を、前記第３のユーザインタフェースで入力されたユーザ識別情報及びパスワード情報として設定することを特徴とする情報処理方法。

Images