JP6440792B2 - 情報処理装置、その制御方法、プログラム - Google Patents

Description

本発明は、情報処理装置、その制御方法、プログラムに関する。

ＰＣ等の情報処理装置がネットワーク上のＷｅｂサーバと接続され、そのＷｅｂサーバにより提供される操作画面を、その情報処理装置が備えるＷｅｂブラウザで表示することが知られている。またＷｅｂサーバ上のＷｅｂアプリケーションに対してユーザ認証を行うために、Ｗｅｂブラウザで表示した認証画面で認証を行うフォーム認証も知られている。この場合、ユーザが情報処理装置のＷｅｂブラウザに対してフォーム認証画面のＵＲＬを指示すると、Ｗｅｂブラウザは、Ｗｅｂアプリケーションに対して認証画面を要求（リクエスト）する。そして、Ｗｅｂアプリケーションがそのリクエストに応えて、Ｗｅｂブラウザにフォーム認証画面を表示させるためのＨＴＭＬファイルを、Ｗｅｂブラウザに応答（レスポンス）する。これによりＷｅｂブラウザは、その受信したＨＴＭＬファイルを解析し、ＨＴＭＬファイルの記述に基づいたフォーム認証画面を表示する。そしてユーザが、そのフォーム認証画面で認証情報を入力して、フォームの処理依頼（サブミット）をすると、ＷｅｂブラウザがＷｅｂサーバに対してフォームの内容を送信する。そして、この通知を受けたＷｅｂサーバ上のＷｅｂアプリケーションは、そのフォームの内容に基づいてユーザの認証を行う。

このようにＷｅｂサーバとＷｅｂブラウザを使用したシステムでは、このような認証情報をユーザが毎回入力する必要がある。この手間を省くために、Ｗｅｂブラウザが各Ｗｅｂアプリケーションのフォーム認証でユーザが入力した値を記憶しておくオートコンプリート機能（フォーム認証情報管理機能）が知られている。また、このように記憶された値は、サイト（ＵＲＬ）毎に管理されており、どのサイト（ＵＲＬ）に対してどのような情報が記憶されているかを一覧で確認することができる。

また、特許文献１に記載の発明のように、最近ではスキャナやプリンタを備えたＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザのオートコンプリート機能を備えているものがある。

特開２０１２−１８５６５１号公報

しかしながら、ＭＦＰで動作するような組み込みブラウザでは、通常のＰＣのＷｅｂブラウザとは異なり、ユーザにＵＲＬを意識させない運用が想定される。例えば、ブラウザのツールバーやアドレスバーを非表示にしておき、システム管理者が事前に設定したＷｅｂアプリケーションだけを一般ユーザに使わせるような運用である。そのような運用を行っている場合、ユーザは自分でアクセスしているページのＵＲＬを意識できない。このため、ＰＣのパスワード管理画面のように、ＵＲＬとそのＵＲＬ対応する認証情報をリスト表示しても、どの認証情報と画面とが対応しているか、一般ユーザには分かりにくいという問題があった。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、認証画面で入力された認証情報を、その認証画面に対応付けて管理し、その認証情報を表示するときに、ユーザが不要な情報を見て混乱するのを避ける技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
Ｗｅｂサーバから受信したＨＴＭＬデータに基づいて認証画面を表示する表示手段と、
前記認証画面を介して入力された認証情報を管理する管理手段と、
前記認証画面のタイトルが存在しない場合、前記認証画面の識別情報として前記ＨＴＭＬデータのアドレスを表示するか否かを設定する設定手段と、
前記認証情報の表示に際して前記認証画面のタイトルが存在しない場合、前記設定手段が前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定している場合は前記ＵＲＬを表示し、前記設定手段が前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定していない場合は前記ＵＲＬを表示しないように制御する制御手段と、を有することを特徴とする。

本発明によれば、一般ユーザに不要な情報を提示することを防止でき、ユーザが不要な情報を見て混乱するのを避けることができる。

本発明の実施形態１に係る通信システムの全体構成を示すブロック図。 実施形態１に係るＭＦＰのハードウェア構成を説明するブロック図。 実施形態に係るＷｅｂサーバのハードウェア構成を示すブロック図。 実施形態１に係るＭＦＰにおける通信処理を実行するソフトウェアモジュールの構成を説明する機能ブロック図。 実施形態１に係るＷｅｂサーバのソフトウェアモジュールの構成を説明する機能ブロック図。 実施形態１に係るＭＦＰの操作部に表示されるＷｅｂブラウザ画面の一例を示す図。 実施形態１に係るＭＦＰのＷｅｂブラウザによる表示設定画面の一例を示す図。 実施形態１に係るＭＦＰの操作部に、図６のＷｅｂブラウザ画面を表示するときのＨＴＭＬデータの一例を示す図。 実施形態１に係るＭＦＰのフォームデータテーブルで管理されるフォーム認証情報の一例を示す図。 実施形態１に係るＭＦＰにおいて、図６で示した画面を介してユーザ名及びパスワードが入力されてログインボタンが押下されたときに操作部に表示されるダイアログの一例を示す図。 実施形態１に係るＭＦＰにおいて、フォームデータテーブルに登録されたフォーム認証情報を表示する確認画面の一例を示す図。 実施形態１に係るＭＦＰにおいて、図１１の確認画面の表示設定を行う設定画面の一例を示す図。 実施形態１に係るＭＦＰによるフォーム認証情報の登録処理の一連の処理の流れを説明するシーケンス図。 実施形態１に係るＭＦＰのＷｅｂブラウザが、ＷｅｂアプリケーションからＨＴＭＬデータを受信した後にブラウザ画面を表示する際の処理を説明するフローチャート。 実施形態１に係るＭＦＰのフォームデータ管理部が、図１３のＳ１３０６でフォームデータを受信した後、Ｓ１３０７〜Ｓ１３１０で行う処理の詳細を説明するフローチャート。 実施形態１に係るＭＦＰにおいて、登録されているパスワードの確認画面のサイト名の表示欄へ表示する文字列を判定する処理を説明するフローチャート。 実施形態２に係るＭＦＰにおいて、登録されているパスワードの確認画面のサイト名の表示欄へ表示する文字列を判定する処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、この実施形態では、本発明に係る情報処理装置を複合機を例に説明するが、この情報処理装置は、ＰＣ等のコンピュータ機器、携帯端末等であっても良い。

［実施形態１］
図１は、本発明の実施形態１に係る通信システムの全体構成を示すブロック図である。

この通信システムは、ＭＦＰ１１０とＷｅｂサーバ１２０とを有し、これらはイーサネット（登録商標）等のＬＡＮ１００を介して接続されている。ＭＦＰ１１０は、図２を参照して後述するように、操作部、スキャナ部、プリンタ部を有する複合機である。Ｗｅｂサーバ１２０は、ＭＦＰ１１０のＷｅｂブラウザから利用するＷｅｂアプリケーションを実行しているサーバである。但し、本実施形態に係る通信システムを構成する機器は、図１に示す機器に限定されるものではない。

図２は、実施形態１に係るＭＦＰ１１０のハードウェア構成を説明するブロック図である。

ＭＦＰ１１０は、操作部２２１、画像入力装置であるスキャナ部２２２、画像出力装置であるプリンタ部２２３及びＭＦＰ１１０の制御を司るコントローラ２００を具備している。操作部２２１は、タッチパネルディスプレイ等を有し、ユーザに対して情報の表示や、ユーザからの入力を受け付ける機能を持つ。スキャナ部２２２は、原稿の画像の読み取り動作を行って画像データを作成する。プリンタ部２２３は、コントローラ２００から受け取った画像データを用紙（シート）上に画像として形成（印刷）する。コントローラ２００は操作部２２１、スキャナ部２２２、プリンタ部２２３と電気的に接続されている一方で、ＬＡＮ１００にもネットワークＩ／Ｆ２０６を介して接続されている。即ち、ＬＡＮ１００を経由して他の機器と接続されている。これによりＬＡＮ１００を介したＨＴＴＰプロトコルによる通信が可能となっている。

ＣＰＵ２０１は、ＨＤＤ２０４に記憶された制御プログラム等に従って、接続中の各種機器へのアクセス及び他の装置からのアクセスを統括的に制御する。それと共に、コントローラ２００内部で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。ＲＯＭ２０２には装置のブートプログラムが格納されている。ＲＡＭ２０３は、ＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。ＲＡＭ２０３は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持しておく領域と、電源オフ後には記憶した内容が消去されてしまう領域を備えている。ＨＤＤ２０４はハードディスクドライブであり、ＣＰＵ２０１により実行されるシステムソフトウェアや画像データを格納する。操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部２２１とを接続するためのインターフェース部である。操作部Ｉ／Ｆ２０５は、操作部２２１に表示するための画像データをシステムバス２１１から受け取って操作部２２１に出力すると共に、操作部２２１から入力された情報をシステムバス２１１へ出力する。ネットワークＩ／Ｆ２０６は、ＬＡＮ１００及びシステムバス２１１に接続され、ＬＡＮ１００を介した情報の入出力を行う。スキャナＩ／Ｆ２０７は、スキャナ部２２２から受け取った画像データに対して、補正、加工、及び編集を行う。尚、スキャナＩ／Ｆ２０７は、受け取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する機能を持つ。

画像処理部２０８は、画像データの方向変換、画像圧縮、伸張処理などを行う。また、ＨＤＤ２０４に保存されている画像データ同士を合成して一枚の画像にする画像処理も実行できる。プリンタＩ／Ｆ２０９は、画像処理部２０８から出力された処理済の画像データを受け取り、この画像データに付随している属性データを参照して、画像データを印刷データに変換する。こうして得られた印刷データは、プリンタ部２２３に出力されて記録媒体（シート）上に印刷される。尚、本実施形態１では、ＭＦＰ１１０は、ＵＩ表示を実行するネットワークＭＦＰであるが、汎用スキャナや汎用プリンタなどを接続した汎用コンピュータ等、これ以外の画像処理装置であってもよい。

図３は、実施形態に係るＷｅｂサーバ１２０のハードウェア構成を示すブロック図である。

Ｗｅｂサーバ１２０では、ＣＰＵ３０１，ＲＡＭ３０２，ＲＯＭ３０３、ネットワークＩ／Ｆ３０５、ハードディスクドライブ（ＨＤＤ）３０４がシステムバス３０６を介して互いに通信可能に接続されている。ＲＯＭ３０３或いはＨＤＤ３０４には、オペレーティングシステムやアプリケーション等の制御プログラムが格納されている。ＣＰＵ３０１は、この制御プログラムを必要に応じてＨＤＤ３０４からＲＡＭ３０２上に展開して実行することで、コンピュータとしての機能を発揮する。またＣＰＵ３０１は、ネットワークＩ／Ｆ３０５を介して接続されているＬＡＮ１００上の他の装置との通信を行う。

図４は、実施形態１に係るＭＦＰ１１０における通信処理を実行するソフトウェアモジュールの構成を説明する機能ブロック図である。これらソフトウェアモジュールは、ＭＦＰ１１０のＨＤＤ２０４に格納され、ＣＰＵ２０１が、これらソフトウェアモジュールをＨＤＤ２０４からＲＡＭ２０３に展開して実行することにより、対応する各機能が実現される。

メニュー管理部４０１は、ＭＦＰ１１０の各ソフトウェアモジュールを起動するためのメニュー画面を表示する。このメニュー画面は、コピー画面や後述のＷｅｂブラウザの画面等を表示するためのＧＵＩボタンを一覧で表示して、ユーザに所望の機能等を選択させる機能を持つ。ログイン部４０２は、ＭＦＰ１１０を利用するユーザを識別するためにログイン情報をユーザに入力させ、ユーザの認証を行ってログインユーザ情報を作成する。このログイン部４０２は、ＭＦＰ１１０を利用可能なユーザ情報を保持しており、このユーザ情報を使用してユーザの認証を行う。このログイン部４０２を使用したユーザのログイン方法は、操作部２２１に表示したソフトウェアキーボードにより、ユーザＩＤとパスワードを入力させる方法であっても良く、或いはＩＣカードを利用したものであってもよい。実施形態１では、ログイン部４０２はユーザ情報を保持しているが、入力された認証情報を外部ユーザ情報管理サーバに送信して認証させ、ログイン情報を受け取る構成としてもよい。

ＨＴＴＰ通信部４０３は、ネットワークＩ／Ｆ２０６を操作してＨＴＴＰプロトコルにより通信を行う。Ｗｅｂブラウザ４０４は、ＨＴＴＰ通信部４０３を介してネットワーク上の機器と通信を行う。Ｗｅｂブラウザ４０４は、指定されたＵＲＬに応じたＷｅｂアプリケーションに対してＨＴＭＬデータをリクエストする。またＷｅｂブラウザ４０４は、ＨＴＴＰ通信部４０４を介して受け取ったレスポンスに含まれるＨＴＭＬデータをレンダリングして操作部２２１に表示し、その操作部２２１に表示した操作画面に対する入力をリクエストとして送信する。スクリプト実行部４０５は、Ｗｅｂブラウザ４０４のＪａｖａＳｃｒｉｐｔ（登録商標）の実行部で、Ｗｅｂブラウザ４０４が読み込んだＪａｖａＳｃｒｉｐｔを解釈して、Ｗｅｂブラウザ上のコンテンツを操作したり、ＨＴＴＰ通信部４０３を利用して通信を行う。ログインユーザ管理部４０６は、ＭＦＰ１１０にログインしているユーザのＩＤやメールアドレス等のユーザ情報を保持及び管理している。

Ｗｅｂブラウザ監視部４０７は、Ｗｅｂブラウザ４０４の動作を監視しており、Ｗｅｂブラウザ４０４が表示しているＵＲＬの判断、ＨＴＭＬを読み込み中なのかどうかの判断、そしてＷｅｂブラウザ４０４が表示されているか等を判断する。またＷｅｂブラウザ監視部４０７は、Ｗｅｂブラウザ４０４からのフォーム送信を検出するとフォームデータ管理部４０８に通知する。フォームデータ管理部４０８は、送信されようとしているフォームデータを解析し、入力されたフォーム認証情報の管理を行う。フォームデータテーブル４０９は、フォーム認証情報を保持するデータベースである。設定管理部４１０は、Ｗｅｂブラウザ４０４の表示設定や動作設定等の各種設定値を管理する。実施形態１では、Ｗｅｂブラウザ４０４のツールバーやアドレスバーの表示／非表示を切り替える設定や、フォームデータ表示部４１１が表示する内容の設定値を管理している。フォームデータ表示部４１１は、フォームデータテーブル４０９に保存されたフォーム認証情報をユーザに提示するために、リスト形式で操作部２２１に確認画面（例えば図１１）を表示する機能を持つ。

図５は、実施形態１に係るＷｅｂサーバ１２０のソフトウェアモジュールの構成を説明する機能ブロック図である。

Ｗｅｂサーバ１２０には、Ｗｅｂアプリケーション５０１及びＨＴＴＰ通信部５０４が備えられている。これらソフトウェアは、Ｗｅｂサーバ１２０のＨＤＤ３０４に格納されており、ＲＡＭ３０２に展開されてＣＰＵ３０１により実行される。Ｗｅｂアプリケーション５０１は、ＭＦＰ１１０のＷｅｂブラウザ４０４からのリクエストに応じて、フォーム認証画面のＨＴＭＬデータ、ＭＦＰ１１０を制御するための操作画面のＨＴＭＬデータ、及び画像処理の指示等をレスポンスとして送信する。そのための構成として、Ｗｅｂアプリケーション５０１は、プレゼンテーション部５０２及びロジック部５０３を備える。プレゼンテーション部５０２は、ＨＴＴＰ通信部５０４を介して、Ｗｅｂブラウザ４０４からのＨＴＴＰリクエストを受信すると、それに応答して、表示すべき画面情報をレスポンスとして送信する。また、Ｗｅｂブラウザ４０４に表示された画面を介して入力されたフォームデータを、ＨＴＴＰ通信部５０４を介して受け取る。ロジック部５０３は、プレゼンテーション部５０２から渡されたフォームデータに対して処理を行う。例えば、ユーザが認証画面のフォームに入力した情報に応じてユーザの認証を行い、表示すべき画面を指示したり、ユーザが設定したフォームデータで入力した情報に応じて、ＭＦＰ１１０がデバイス機能を実行するためのジョブ定義情報を作成する。ＨＴＴＰ通信部５０４は、ネットワークＩ／Ｆ３０５を操作してＨＴＴＰプロトコルにより通信を行う。

図６は、実施形態１に係るＭＦＰ１１０の操作部２２１に表示されるＷｅｂブラウザ画面の一例を示す図である。

図６（Ａ）は、後述する図７に示す設定画面で、アドレスバー／ツールバーの表示を「する」に設定している場合のサービス１のログイン画面例を示す。タイトル表示領域６０１には、Ｗｅｂブラウザ４０４で表示されるＷｅｂページのタイトルが表示される。この例では「Service1ログイン」がタイトルである。コンテンツ表示領域６０２は、Ｗｅｂページの内容を表示している。この例では、フォーム認証画面を表示している。ツールバー表示領域６０３は左から、前に表示していたページに戻るためのボタン、次ページに進むためのボタン、ページを再読み込みするためのボタン、読み込み中の場合に停止するためのボタン、ブックマークリストを表示するためのボタンを表示している。アドレスバー表示領域６０４は、現在表示されているＷｅｂページのアドレス（ＵＲＬ）を表示している。

コンテンツ表示領域６０２において、ユーザ名入力フィールド６１１、パスワード入力フィールド６１２は、認証対象のユーザの名称とパスワードの入力エリアである。また６１３は、ユーザがログインを指示するためのボタンである。

図６（Ｂ）は、後述する図７の設定画面において、アドレスバー／ツールバーの表示を「しない」に設定した場合の画面例を示す。この場合は、図６（Ａ）に示すツールバー表示領域６０３及びアドレスバー表示領域６０４は表示されない。

図７は、実施形態１に係るＭＦＰ１１０のＷｅｂブラウザ４０４による表示設定画面の一例を示す図である。

この画面は、ＭＦＰ１１０の設定画面（不図示）の中のウェブブラウザ表示設定が選択されることにより表示される。選択ボタン７０１は、アドレスバー／ツールバーの表示を「する」「しない」の２つを排他的に選択するボタンであり、どちらかが必ず選択状態（押下状態）になる。即ち、一方のボタンを押下するとそのボタンが選択状態になり、他方のボタンは非選択状態になる。ＯＫボタン７０２は、設定ボタン７０１で選択した設定内容を確定するためのボタンである。キャンセルボタン７０３は、この設定画面による設定を行わずに、この設定画面から抜けるためのボタンである。選択ボタン７０１で設定内容を変更して、ＯＫボタン７０２を押下することで、Ｗｅｂブラウザのアドレスバーやツールバーの表示を、前述の図６（Ａ）（Ｂ）のように切り替えることができる。

図８は、実施形態１に係るＭＦＰ１１０の操作部２２１に、前述の図６のＷｅｂブラウザ画面を表示するときのＨＴＭＬデータの一例を示す図である。尚、図８では、スタイルシートの設定の記載等のように、実施形態の説明と直接関係ないものは省略している。

ｔｉｔｌｅ（タイトル）タグ８０１は、このＨＴＭＬデータで構成される画面のタイトルを示す要素で、図６に対応して「Service1ログイン」が設定されている。ｉｎｐｕｔタグ８０２は、Ｗｅｂアプリケーション５０１が管理するユーザ名を入力するための要素で、図６のユーザ名入力フィールド６１１の表示に対応している。ｉｎｐｕｔタグ８０３は、Ｗｅｂアプリケーション５０１が管理するパスワードを入力するための要素で、図６のパスワード入力フィールド６１２の表示に対応している。ｉｎｐｕｔタグ８０４は、Ｗｅｂアプリケーション５０１に、フォーム入力情報をサブミットするための要素で、図６のログインボタン６１３の表示に対応している。

図９は、実施形態１に係るＭＦＰ１１０のフォームデータテーブル４０９で管理されるフォーム認証情報の一例を示す図である。尚、このフォーム認証情報は、ＭＦＰ１１０にログイン可能なユーザ毎に保存される。

ｕｒｌ９０１は、フォーム認証画面のＵＲＬである。ｔｉｔｌｅ９０２は、フォーム認証画面のＨＴＭＬデータで定義されるｔｉｔｌｅタグの値である。ｔｉｔｌｅタグが存在しない場合は（ｎｕｌｌ）が保存される。ｉｄ９０３は、ｐａｓｓｗｏｒｄ９０４の直前に存在するｔｙｐｅ属性がｔｅｘｔのフォームに入力されている値で、ここではユーザの識別情報であるユーザ名に該当している。ｐａｓｓｗｏｒｄ９０４は、ｔｙｐｅ属性がｐａｓｓｗｏｒｄであるフォームに入力された値（例えばｉｎｐｕｔタグ８０３）である。ＨＴＭＬデータに複数のｐａｓｓｗｏｒｄがある場合は、最初に見つかった値が保存される。

例えば、図８のＨＴＭＬデータで、ユーザ名（ｉｎｐｕｔタグ８０２）に「ａｂｃ」、パスワード（ｉｎｐｕｔタグ８０３）に「ｘｙｚ」を入力してサブミット（ログインボタン６１３を押下）した場合は、行９０５に示すデータが保存される。

図１０は、実施形態１に係るＭＦＰ１１０において、図６で示した画面を介してユーザ名及びパスワードが入力されてログインボタンが押下されたときに操作部２２１に表示されるダイアログの一例を示す図である。

図１０（Ａ）は、図９のサイトのｕｒｌ９０１と、入力されたｉｄ９０３の組がフォームデータテーブル４０９に登録されていなかった場合に表示される画面例を示す。「はい」ボタン１００１は、サブミットされたフォーム認証情報をフォームデータテーブル４０９に保存するように指示するボタンである。この「はい」ボタンが１００１が選択されると、図６の画面を介して入力されたユーザ名とパスワードの組が、図９の行９０５に保存される。「いいえ」ボタン１００２は、サブミットされたフォーム認証情報を保存せずに処理を続行するように指示するボタンである。

図１０（Ｂ）は、フォームデータテーブル４０９に、このサイトのｕｒｌ９０１と、ｉｄ９０３の組は存在するが、ｐａｓｓｗｏｒｄ９０４がサブミットされたｐａｓｓｗｏｒｄと異なっている場合に表示される画面例を示す。「はい」ボタン１００３は、サブミットされたデータで、フォームデータテーブル４０９のｐａｓｓｗｏｒｄ９０４の情報を上書きして更新するためのボタンである。「いいえ」ボタン１００４は、サブミットされたデータを保存せずに、処理を続行するためのボタンである。もしフォームデータテーブル４０９に登録されている情報が、サブミットされたフォーム認証情報と完全に一致した場合は、図１０の画面は表示されずに処理が続行される。

図１１は、実施形態１に係るＭＦＰ１１０において、フォームデータテーブル４０９に登録されたフォーム認証情報を表示する確認画面の一例を示し、図９で示されるフォーム認証情報が保存されている場合に表示される画面例である。この確認画面では、ログイン画面のタイトル、或いはＷｅｂサーバ１２０のＵＲＬに関連付けてユーザ名が表示されている。

図１１（Ａ）は、後述する図１２の設定画面において、サイト名にＵＲＬを表示しない設定にしている（「しない」ボタンを選択）場合の画面例を示す。

図１１（Ｂ）は、図１２の設定画面において、サイト名にＵＲＬを表示する（「する」ボタンを選択）場合の画面例を示す。

サイト名表示領域１１０１は、サイト名を表示する領域で、図１２の設定画面による設定内容によって、図８のＨＴＭＬデータでｔｉｔｌｅタグがない場合の表示内容が変わる。この例では、図９に示すようにＵＲＬ「http://www.serverB.com/logon.html」がｔｉｔｌｅ属性を有していない。このため、図１１（Ａ）では所定文字列（“no title”）が表示され、図１１（Ｂ）ではｕｒｌが表示されている。尚、ＵＲＬを表示しない設定にした場合に表示する文字列は、図１１（Ａ）の例に限定されるものではなく様々な文字列を表示してもよい。

ユーザ名表示領域１１０２は、サイト名に対応するｉｄ９０３の内容を表示する領域である。削除ボタン１１０３は、保存されているフォーム認証情報を削除するためのボタンである。図１１のリスト表示された項目の中から削除したい項目の行を選択して削除ボタン１１０３を押下することにより、フォームデータテーブル４０９に保存されている情報を削除することができる。戻るボタン１１０４は、この画面を閉じて直前に表示していた画面に戻るためのボタンである。

図１２は、実施形態１に係るＭＦＰ１１０において、図１１の確認画面の表示設定を行う設定画面の一例を示す図である。

ＭＦＰ１１０の設定画面（不図示）の中のウェブブラウザ表示設定（登録パスワード確認画面）（不図示）を選択すると、図１２に示される画面が表示される。選択ボタン１２０１は、サイト名にＵＲＬを表示するか、しないかを排他的に選択するボタンで、「する」「しない」のどちらかが必ず選択状態（押下状態）になる。即ち、一方のボタンを押下するとそのボタンが選択状態になり、他方のボタンは非選択状態になる。ＯＫボタン１２０２は、選択ボタン１２０１で選択された内容を確定するためのボタンである。キャンセルボタン１２０３は、この画面を介した設定を行わずに、この設定画面から抜けるためのボタンである。選択ボタン１２０１で設定内容を変更してＯＫボタン１２０２を押下することで、図１１のサイト名表示領域１１０１に表示する内容を、ＵＲＬにするか、所定の文字列にするかを切り替えることができる。

図１３は、実施形態１に係るＭＦＰ１１０によるフォーム認証情報の登録処理の一連の処理の流れを説明するシーケンス図である。

ユーザがＭＦＰ１１０にログインした後、メニューからブラウザの機能ボタン（不図示）を押下すると、メニュー管理部４０１がユーザによるボタンの押下を検出する。メニュー管理部４０１はボタンの押下を検出すると、まずＳ１３０１で、Ｗｅｂブラウザ４０４に対してＷｅｂブラウザ画面を前面に表示するように指示し、そのボタンに紐づいたＵＲＬのロード指示を出す。次にＳ１３０２で、Ｗｅｂブラウザ４０４はメニュー管理部４０１からの指示に従って、Ｗｅｂアプリケーション５０１に対して、ＨＴＴＰのＧＥＴコマンドをリクエストする。これによりＳ１３０３でＷｅｂアプリケーション５０１が、Ｗｅｂブラウザ４０４からの要求に応答して、Ｗｅｂアプリケーション５０１を利用するためのフォーム認証のＨＴＭＬデータ（例えば図８のＨＴＭＬデータ）を応答する。これによりＳ１３０４でＷｅｂブラウザ４０４は、その受け取ったＨＴＭＬデータをレンダリングして、例えば図６に示すような画面を操作部２２１に表示する。尚、この時、前述の図７を参照して説明したアドレスバー／ツールバーの表示、非表示の設定に従って、図６（Ａ）或いは図６（Ｂ）のログイン画面が表示される。

そして、このログイン画面を介してユーザの操作が行われ、Ｗｅｂブラウザ４０４はサブミットボタンの押下を検知するとＳ１３０５でＷｅｂブラウザ４０４は、Ｗｅｂブラウザ監視部４０７に対してフォームデータ送信通知を送信する。Ｗｅｂブラウザ監視部４０７は、Ｗｅｂブラウザ４０４からフォームデータ送信通知を受信すると、Ｓ１３０６でフォームデータ管理部４０８に対してフォームデータの内容を送信する。これによりフォームデータ管理部４０８はＳ１３０７で、フォームデータを受信し、フォームデータテーブル４０９に保存されているフォーム認証情報と照合して確認ダイアログ表示すべきかどうかを判定する。即ち、新規のフォームデータか、或いはパスワードが変更されているかどうかを判定する。

ここで確認ダイアログを表示すべきと判定するとＳ１３０８で、例えば図１０（Ａ）又は図１０（Ｂ）に示すようなダイアログの表示指示をＷｅｂブラウザ４０４に送る。これによりＳ１３０９でＷｅｂブラウザ４０４は、Ｓ１３０８で指示された確認ダイアログ画面を表示してユーザの指示を受け、その結果をフォームデータ管理部４０８に通知する。これによりフォームデータ管理部４０８はＳ１３１０で、ユーザの指示結果を受けてフォームデータテーブル４０９のデータを更新する。そしてＳ１３１１でＷｅｂブラウザ４０４は、例えば、図６の画面でサブミットボタンが押下されるとＨＴＴＰ ＰＯＳＴリクエストをＷｅｂアプリケーション５０１に送信する。これにより、ユーザがログインした後のアプリケーション画面が表示される。

図１４は、実施形態１に係るＭＦＰ１１０のＷｅｂブラウザ４０４が、Ｗｅｂアプリケーション５０１からＨＴＭＬデータを受信した後にブラウザ画面を表示する際の処理を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２０４に記憶されており、このプログラムをＲＡＭ２０３に展開してＣＰＵ２０１が実行することにより実現される。よって、以下のフローチャートの説明では、各ステップの主体がＣＰＵ２０１であるとして説明する。

この処理は例えば、図１３のＳ１３０３でＷｅｂブラウザ４０４がＨＴＭＬデータを受信することにより開始される。まずＳ１４０１でＣＰＵ２０１は、受信したＨＴＭＬデータのフォームに、ｔｙｐｅ属性が「ｐａｓｓｗｏｒｄ」であるｉｎｐｕｔタグが含まれているか否かを判定する。もしｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグが含まれていないと判定した場合はＳ１４０６に進む。もしｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグを含んでいると判定した場合は、そのパスワードを取得してＳ１４０２に進みＣＰＵ２０１は、そのｉｎｐｕｔタグの前に存在するｔｙｐｅ属性が「ｔｅｘｔ」であるｉｎｐｕｔタグを探索する。もしｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグの前にｔｙｐｅ属性がｔｅｘｔのｉｎｐｕｔタグ（ユーザ名の入力タグ）が存在しなければＳ１４０６に進む。ｔｙｐｅ属性がｔｅｘｔであるｉｎｐｕｔタグが存在した場合は、そのユーザ名を取得してＳ１４０３に進みＣＰＵ２０１は、ＭＦＰ１１０のログインユーザに対応するフォーム認証情報のテーブル（図９）をフォームデータ管理部４０８を経由して取得する。次にＳ１４０４に進みＣＰＵ２０１は、ＨＴＭＬデータの送信元のＵＲＬに関する情報がフォームデータテーブル４０９に登録されているか否かを判定する。ここで登録されていないと判定した場合はＳ１４０６に進むが、登録されていると判定した場合はＳ１４０５に進む。Ｓ１４０５でＣＰＵ２０１は、フォームデータテーブル４０９の該当ＵＲＬに紐付けられているｉｄ及びｐａｓｓｗｏｒｄの情報を、Ｓ１４０１，Ｓ１４０２で取得したｉｎｐｕタグの初期値として設定してＳ１４０６に進む。ステップＳ１４０６でＣＰＵ２０１は、受信したＨＴＭＬデータをレンダリングして、例えば図６に示すような画面を描画する。

このような処理を行うことにより、ＨＴＭＬデータの送信元のＵＲＬに対応付けて、過去に入力したユーザ名やパスワードを含む認証フォーム情報を自動的に初期値として設定できる。

図１５は、実施形態１に係るＭＦＰ１１０のフォームデータ管理部４０８が、図１３のＳ１３０６でフォームデータを受信した後、Ｓ１３０７〜Ｓ１３１０で行う処理の詳細を説明するフローチャートである。尚、この処理を実行するプログラムはＨＤＤ２０４に記憶されており、このプログラムをＲＡＭ２０３に展開してＣＰＵ２０１が実行することにより実現される。よって、以下のフローチャートの説明では、各ステップの主体がＣＰＵ２０１であるとして説明する。

この処理はＷｅｂブラウザ４０４からフォームデータを受信することにより開始され、Ｓ１５０１でＣＰＵ２０１は、その受信したフォームデータが、ｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグを含んでいるか否かを判定する。そのようなｉｎｐｕｔタグが含まれていないと判定した場合は、この処理を終了する。ｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグを含んでいると判定した場合はＳ１５０２に進みＣＰＵ２０１は、そのフォームに入力されたパスワードをパスワード情報として記憶する。次にＳ１５０３に進みＣＰＵ２０１は、ｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグの前に存在するｔｙｐｅ性がｔｅｘｔであるｉｎｐｕｔタグ（ユーザ名）を探索する。もし、そのようなｉｎｐｕｔタグが存在しなければ処理を終了する。Ｓ１５０３でｔｙｐｅ属性がｔｅｘｔであるｉｎｐｕｔタグが存在すると判定した場合はＳ１５０４に進み、ｔｙｐｅ属性がｔｅｘｔであるフォームに入力された値をユーザ名をユーザＩＤとして取得して記憶する。次にＳ１５０５に進みＣＰＵ２０１は、ｔｉｔｌｅタグでマークされた値をタイトル情報として取得して記憶する。尚、ここでもしｔｉｔｌｅタグがなければタイトル情報が存在しないことを記憶しておく。

次にＳ１５０６に進みＣＰＵ２０１は、ログインしたユーザに対応するフォーム認証情報のテーブル（図９）をフォームデータテーブル４０９から取得する。次にＳ１５０７に進みＣＰＵ２０１は、フォームデータを送信する先のＵＲＬに関する情報及びＳ１５０４で記憶したユーザＩＤ情報の組み合わせが、既にフォームデータテーブル４０９に登録されているか否かを判定する。ここで登録されていないと判定するとＳ１５０８に進み、ＣＰＵ２０１は、Ｗｅｂブラウザ４０４に対して、例えば図１０（Ａ）に示すような登録確認ダイアログを表示するための表示指示を出す。そしてＳ１５０９に進みＣＰＵ２０１は、Ｗｅｂブラウザ４０４から、その画面を介したユーザによる操作結果を受け取り、ユーザの操作を判定する。ここで「はい」ボタン１００１が押下されたと判定した場合はＳ１５１０に進み、「はい」ボタン１００１押下以外の操作であると判定した場合は処理を終了する。Ｓ１５１０でＣＰＵ２０１は、Ｗｅｂアプリケーション５０１のＵＲＬとＳ１５０２，Ｓ１５０４，Ｓ１５０５で記憶したユーザＩＤ情報、パスワード情報、タイトル情報とを紐付ける。そしてこれらを、ログインユーザのフォームデータテーブル４０９に新規に登録して処理を終了する。

この処理により、ＭＦＰ１１０のユーザは、例えば図９のようなサービスログインの画面で入力したユーザ名、パスワードを、その画面の供給元であるＵＲＬ、画面のタイトルなどとともに登録することができる。

一方、Ｓ１５０７でＣＰＵ２０１は、ＵＲＬとユーザＩＤ情報の組み合わせが既に登録されていると判定した場合はＳ１５１１に進む。Ｓ１５１１でＣＰＵ２０１は、Ｓ１５０２で取得したパスワード情報と、フォームデータテーブル４０９に登録されているパスワードとが一致するかどうかを判定する。ここでパスワードが一致しないと判定した場合はＳ１５１２に進むが、一致していると判定した場合はＳ１５１５に進む。Ｓ１５１５でＣＰＵ２０１は、ログインユーザのフォームデータテーブル４０９のＷｅｂアプリケーション５０１のＵＲＬと紐付けられているタイトル情報を、Ｓ１５０５で取得して保存したタイトル情報に更新して処理を終了する。これにより、例えば図６に示すようなログイン画面を表示する度にタイトル情報を取得して、フォームデータテーブル４０９のタイトル情報９０２を更新することができる。

一方、パスワードが変更されているときはＳ１５１２に進みＣＰＵ２０１は、Ｗｅｂブラウザ４０４に対して、例えば図１０（Ｂ）に示すような情報更新確認ダイアログを表示するための表示指示を出す。そしてＳ１５１３に進みＣＰＵ２０１は、Ｗｅｂブラウザ４０４から、その画面を介したユーザによる操作結果を受け取りユーザの操作を判定する。ここでＣＰＵ２０１は、「はい」ボタン１００３が押下されたと判定した場合はＳ１５１４に進むが、「はい」ボタン１００３以外のボタンの操作であると判定した場合はＳ１５１５に進む。Ｓ１５１４でＣＰＵ２０１は、ログインしたユーザのフォームデータテーブル４０９のＷｅｂアプリケーション５０１のＵＲＬと紐付けられている情報を、Ｓ１５０２，Ｓ１５０５で取得したパスワード情報、タイトル情報に更新して処理を終了する。

以上説明したように、このフローチャートで示す処理によれば、例えば図９のようなサービスログインの画面で入力したパスワードが、既に登録されているパスワードと異なる場合は、そのパスワードを更新するかどうかどうかの確認画面を表示する。そして、その確認画面で更新が指示されると、既に登録されているパスワードを更新することができる。また、ログインしたユーザのフォーム認証情報が登録されていないときは、サービスログインの画面で入力したユーザ名、パスワードを、その画面の供給元であるＵＲＬ、画面のタイトルなどとともに、簡単に登録することができる。

図１６は、実施形態１に係るＭＦＰ１１０において、登録されているパスワードの確認画面のサイト名の表示欄１１０１へ表示する文字列を判定する処理を説明するフローチャートである。尚、この処理はフォームデータ管理部４０８で実行される。ここでは、例えば図１１に示すように、フォームデータ表示部４１１は、リストの各行を描画する際にフォームデータ管理部４０８にサイト名表示欄に表示すべき内容を問い合わせる。フォームデータ管理部４０８は、フォームデータ表示部４１１からの問い合わせに応じて以下の処理を行い、表示文字列を返す。尚、この処理を実行するプログラムはＨＤＤ２０４に記憶されており、このプログラムをＲＡＭ２０３に展開してＣＰＵ２０１が実行することにより実現される。よって、以下のフローチャートの説明では、各ステップの主体がＣＰＵ２０１であるとして説明する。

まずＳ１６０１でＣＰＵ２０１は、フォームデータ表示部４１１からＵＲＬ情報を受信する。次にＳ１６０２に進みＣＰＵ２０１は、ログインしたユーザのフォームデータテーブル４０９を探索して、受信したＵＲＬに紐付けられたタイトル情報が存在するかどうかを判定する。ここでタイトル情報が存在すると判定した場合はＳ１６０３に進み、ＣＰＵ２０１は、そのタイトル情報を示す文字列を返して処理を終了する。

一方、Ｓ１６０２でＣＰＵ２０１がタイトル情報がないと判定した場合はＳ１６０４に進む。Ｓ１６０４でＣＰＵ２０１は、例えば図１２に示す設定画面で設定されたＵＲＬ表示設定の内容を判定する。Ｓ１６０４でＣＰＵ２０１が、サイト名にＵＲＬを表示するように設定されていると判定した場合はＳ１６０５に進み、サイト名としてＵＲＬの文字列を表示するように設定して、この処理を終了する。またＳ１６０４でＣＰＵ２０１が、サイト名にＵＲＬを表示しない設定であると判定した場合はＳ１６０６に進み、所定文字列（例えば図１１の例では「no title」）を表示するように設定して、この処理を終了する。

以上説明したように実施形態１によれば、登録されたフォーム認証情報を表示する際に、タイトル情報がない場合の表示内容を、ＵＲＬにするか、それ以外の文字列にするかを切り替えることができる。これにより、一般ユーザがＵＲＬを認識できない環境で、ＵＲＬを表示する必要がなくなるため、ユーザを混乱させることがなくなり利便性が向上する。

［実施形態２］
上述の実施形態１では、フォーム認証情報を確認するための確認画面のサイト名に表示する内容をＵＲＬにするか、それ以外の文字列にするかを設定できる例を説明した。これに対して実施形態２では、Ｗｅｂブラウザのアドレスバーの表示設定に連動して動的に表示内容が切り替わる例を示す。実施形態１との違いは、図１２の設定画面の有無と、図１５のサイト情報として表示すべき文字列の決定処理だけであるため、システムの全体構成、ハードウェア構成、ソフトウェアモジュール構成等の説明は割愛する。

実施形態２では、Ｗｅｂブラウザ４０４のアドレスバー／ツールバー設定に連動して表示内容を切り替えるため、図１２で示したような設定画面は存在しない。

図１７は、実施形態２に係るＭＦＰ１１０において、登録されているパスワードの確認画面のサイト名の表示欄１１０１へ表示する文字列を判定する処理を説明するフローチャートである。尚、この処理はフォームデータ管理部４０８で実行される。ここでは、例えば図１１に示すように、フォームデータ表示部４１１は、リストの各行を描画する際にフォームデータ管理部４０８にサイト名表示欄に表示すべき内容を問い合わせる。フォームデータ管理部４０８は、フォームデータ表示部４１１からの問い合わせに応じて以下の処理を行い、表示文字列を返す。尚、この処理を実行するプログラムはＨＤＤ２０４に記憶されており、このプログラムをＲＡＭ２０３に展開してＣＰＵ２０１が実行することにより実現される。よって、以下のフローチャートの説明では、各ステップの主体がＣＰＵ２０１であるとして説明する。

まずＳ１７０１でＣＰＵ２０１は、ＵＲＬ情報を受信する。次にＳ１７０２に進みＣＰＵ２０１は、ログインしたユーザのフォームデータテーブルを探索して、受信したＵＲＬに紐付けられたタイトル情報が存在するかどうかを判定する。ここでＣＰＵ２０１が、タイトル情報が存在すると判定した場合はＳ１７０３に進み、タイトルを示す文字列を表示するように設定して、この処理を終了する。

一方Ｓ１７０２でＣＰＵ２０１が、タイトル情報がないと判定した場合はＳ１７０４に進む。Ｓ１７０４でＣＰＵ２０１は、例えば図７に示す設定画面によるアドレスバーの表示設定の内容を判定する。ここでアドレスバーを表示する設定であると判定した場合はＳ１７０５に進み、ＵＲＬの文字列を表示するように設定して処理を終了する。またＳ１７０４でＣＰＵ２０１は、アドレスバーを表示する設定でないと判定した場合はＳ１７０６に進み、所定文字列（例えば、図１１の例では「no title」）を表示するように設定して処理を終了する。

以上説明したように実施形態２によれば、登録されたフォーム認証情報を表示する際に、Ｗｅｂブラウザのアドレスバーの表示／非表示の設定に連動して、タイトル情報がない場合の表示内容をＵＲＬにするか、別の文字列にするかを切り替えることができる。これにより、一般ユーザがＵＲＬを認識できない環境で、ＵＲＬを表示しないようにすることが実現可能となり、ユーザの利便性がさらに向上する。

［他の実施形態］
上記実施形態１，２では、タイトルが存在しない場合にＵＲＬもしくは所定文字列のどちらかを表示していた。しかしながら、ＨＴＭＬデータ内の別のタグや所定の場所に存在する文字列を保存しておき、これらの情報をタイトルがない場合の代替情報としてサイト名に表示するような構成としてもよい。例えばｔｙｐｅ属性がｐａｓｓｗｏｒｄであるｉｎｐｕｔタグを含むｆｏｒｍタグの直後に含まれる文字列を保存しておき、タイトル情報がない場合にその文字列を表示するなどとしてもよい。これにより、よりユーザの利便性を向上させることが可能となる。

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

１１０…ＭＦＰ，１２０…Ｗｅｂサーバ、２０１…ＣＰＵ、２２１…操作部、４０４…Ｗｅｂブラウザ、４０２…ログイン部、４０６…ログインユーザ管理部、４１０…設定管理部、５０１…Ｗｅｂアプリケーション

Claims (8)

1. Ｗｅｂサーバから受信したＨＴＭＬデータに基づいて認証画面を表示する表示手段と、
   前記認証画面を介して入力された認証情報を管理する管理手段と、
   前記認証画面のタイトルが存在しない場合、前記認証画面の識別情報として前記ＨＴＭＬデータのアドレスを表示するか否かを設定する設定手段と、
   前記認証情報の表示に際して前記認証画面のタイトルが存在しない場合、前記設定手段が前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定している場合は前記ＵＲＬを表示し、前記設定手段が前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定していない場合は前記ＵＲＬを表示しないように制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. Ｗｅｂサーバから受信したＨＴＭＬデータに基づいて認証画面を表示する表示手段と、
   前記認証画面を介して入力された認証情報を管理する管理手段と、
   前記認証画面でアドレスバーを表示するか、非表示にするかを設定する設定手段と、
   前記認証情報の表示に際して前記認証画面のタイトルが存在しない場合、前記設定手段が前記アドレスバーを表示するように設定している場合は前記ＨＴＭＬデータの供給元であるＵＲＬを表示し、前記設定手段が前記アドレスバーを表示するように設定していない場合は前記ＨＴＭＬデータの供給元であるＵＲＬを表示しないように制御する制御手段と、
   を有することを特徴とする情報処理装置。
3. 前記認証情報は、前記認証画面ごとに、前記ＨＴＭＬデータの供給元であるＵＲＬ、ユーザ名、及びパスワードを含むことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記管理手段は、前記認証画面を介して入力された認証情報のＵＲＬとユーザ名が同じである認証情報を既に登録していて、パスワードが変更されている場合に、当該認証情報のパスワードを更新することを特徴とする請求項３に記載の情報処理装置。
5. 前記管理手段は、前記認証画面を介して入力された認証情報のＵＲＬとユーザ名が同じである認証情報を既に登録していて、パスワードが変更されている場合に、当該認証情報のパスワードを更新するかどうかを確認するための確認画面を表示し、当該確認画面を介したユーザの指示に応じて前記パスワードを更新するかどうかを判断することを特徴とする請求項３に記載の情報処理装置。
6. Ｗｅｂサーバから受信したＨＴＭＬデータに基づいて認証画面を表示する情報処理装置を制御する制御方法であって、
   前記認証画面を介して入力された認証情報を管理する管理工程と、
   前記認証画面のタイトルが存在しない場合、前記認証画面の識別情報として前記ＨＴＭＬデータの供給元であるＵＲＬを表示するか否かを設定する設定工程と、
   前記認証情報の表示に際して前記認証画面のタイトルが存在しない場合、前記設定工程で前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定されている場合は前記ＵＲＬを表示し、前記設定工程で前記ＨＴＭＬデータの供給元であるＵＲＬを表示するように設定していない場合は前記ＵＲＬを表示しないように制御する制御工程と、
   を有することを特徴とする情報処理装置の制御方法。
7. Ｗｅｂサーバから受信したＨＴＭＬデータに基づいて認証画面を表示する情報処理装置を制御する制御方法であって、
   前記認証画面を介して入力された認証情報を管理する管理工程と、
   前記認証画面でアドレスバーを表示するか、非表示にするかを設定する設定工程と、
   前記認証情報の表示に際して記認証画面のタイトルが存在しない場合は、前記設定工程が前記アドレスバーを表示するように設定している場合は前記ＨＴＭＬデータの供給元であるＵＲＬを表示し、前記設定工程が前記アドレスバーを表示するように設定していない場合は前記ＨＴＭＬデータの供給元であるＵＲＬを表示しないように制御する制御工程と、
   を有することを特徴とする情報処理装置の制御方法。
8. コンピュータを、請求項１乃至５のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。

Images