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

Description

本発明は、Ｗｅｂサーバと通信可能であり、当該Ｗｅｂサーバから供給される画像情報に基づいて操作画面を表示するＷｅｂブラウザを備えた情報処理装置及びその制御方法、プログラムに関する。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバと通信し、そのＷｅｂサーバより提供される画面情報に基づいて、操作画面を情報処理装置が備えるＷｅｂブラウザで表示することが知られている。

この場合、まず情報処理装置のＷｅｂブラウザが、Ｗｅｂサーバに対して画面情報を要求（リクエスト）する。そして、Ｗｅｂサーバ上のＷｅｂアプリケーションが、その要求に応えて、Ｗｅｂブラウザにより操作画面を表示させるためのＨＴＭＬデータを情報処理装置に応答（レスポンス）する。これにより情報処理装置のＷｅｂブラウザは、その受信したＨＴＭＬデータを解析し、そのＨＴＭＬデータの記述に基づいて操作画面を表示する。更に、そのＷｅｂブラウザにより表示された操作画面を介してユーザが指示を入力すると、その入力された指示をＷｅｂブラウザがＷｅｂサーバに対して通知する。そして、この通知を受けたＷｅｂサーバのＷｅｂアプリケーションは、入力された指示に従って処理を実行する。

一方、最近、スキャナやプリンタを備えた多機能処理装置（ＭＦＰ）の中にも、上述したＷｅｂブラウザを備えているものがある。そのようなＭＦＰでは、上述した手順によりＷｅｂサーバから提供される画面情報に基づいて、操作画面をＭＦＰのＷｅｂブラウザにより表示し、ユーザからの各種指示を受け付けることができる。

また更には、特許文献１のような技術も提案されている。特許文献１によれば、ＭＦＰが備える各機能を利用するための指示を入力するための操作画面を表示するための画面情報をＷｅｂサーバが提供する。そしてＭＦＰのユーザは、Ｗｅｂブラウザで表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、その入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバに通知される。この通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。そして、この依頼を受けたＭＦＰは、その依頼された処理を実行する。これにより、ＭＦＰを操作するための全てのメニューデータをＭＦＰに保持しておく必要がなくなり、またメニューデータの変更もＷｅｂサーバで容易に行うことができるようになる。

このようにメニューデータをＷｅｂサーバで保持すると、ユーザ毎にメニューを管理した場合、ユーザがメニューデータを表示するためには、ユーザを認証してＷｅｂアプリケーションにログインする必要がある。その場合、ＭＦＰで認証を行うと、ＭＦＰでの認証とＷｅｂアプリケーションでの認証の二重の認証が必要になる。このような二重の認証によるユーザの負担を軽減するために、特許文献２のような技術が考えられている。

特許文献２によれば、ＭＦＰの認証とＷｅｂアプリケーションの認証を連動させることによって、ユーザがＭＦＰへのログイン・ログアウトを行えば、自動的にＷｅｂアプリケーションへログイン・ログアウトが行えるようになる。しかしながら、特許文献２の方法では、ＭＦＰの認証データとＷｅｂアプリケーションの認証データとを紐付けるためのテーブルが必要になり、管理が煩雑になるという問題点がある。

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

上述した問題点を考慮すると、ＭＦＰで認証を行わず、Ｗｅｂアプリケーションでの認証のみを行うという方法が考えられる。ＷｅｂブラウザによりＭＦＰの初期画面を表示し、そこにＷｅｂアプリケーションの認証画面を表示する。この方法であれば、Ｗｅｂアプリケーションによる認証がＭＦＰの認証も兼ねる形になり、認証データがＷｅｂアプリケーションで一括管理できるようになる。しかしながら、この場合は、以下のような問題が考えられる。

ＭＦＰでの認証を行わずにＷｅｂアプリケーションでの認証のみを行う場合、ユーザはＭＦＰの使用を終えるときに、必ずＷｅｂアプリケーションからログアウトしなければならない。またユーザがＭＦＰの使用を終えたときにＷｅｂアプリケーションからログアウトしなかった場合は、次に、そのＭＦＰを使用するユーザは、以前のユーザがログインしている状態のままＭＦＰを使用できてしまうことになる。

ユーザがＭＦＰを使用した後にログアウトしなければならないのは、ＭＦＰでの認証を行っている場合も同じだが、ＭＦＰには一定時間操作がない場合に、自動的にＭＦＰの状態をリセットするオートクリアという仕組みがある。このオートクリアは、ＭＦＰが一定時間操作されないとオートクリアイベントが発生し自動的にログアウトするもので、このオートクリアによって、一定のセキュリティを保っている。

これに対してＷｅｂアプリケーションでの認証のみの場合は、オートクリアイベントが発生しても、ＭＦＰはＷｅｂアプリケーションにログインしたままとなる。そのため、次に使用するユーザは、以前のユーザのログイン状態のままＭＦＰを使用できてしまう。これは、セキュリティの面で大きな問題となる。

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

本願発明の特徴は、情報処理装置で発生するイベントに基づいて、操作画面でユーザがその構成要素を操作した場合と同様の処理を実行させることにある。これにより例えば、一定時間の間にユーザによる操作がなかった場合に発生するイベントで、自動的にＷｅｂアプリケーションからログアウトする仕組みを提供できる。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
Ｗｅｂサーバと通信可能であり、当該Ｗｅｂサーバから供給される画面情報に基づいて操作画面を表示するＷｅｂブラウザを有する情報処理装置であって、
前記Ｗｅｂブラウザにより表示された操作画面を介したユーザの操作に基づいて、前記Ｗｅｂサーバにリクエストを送信する送信手段と、
前記操作画面を表示するのに使用されている前記Ｗｅｂサーバから供給された画面情報に基づいて、前記情報処理装置で発生したイベントに対応する構成要素を前記操作画面に表示された構成要素の中から特定する特定手段と、
前記イベントの発生に応じて、前記特定手段により特定した構成要素に対応するリクエストを前記Ｗｅｂサーバに送信するように制御する制御手段と、を有することを特徴とする。

本発明によれば、情報処理装置でイベントが発生すると、操作画面でユーザがそのイベントに対応する構成要素を操作した場合と同様の処理を実行させることができる。

本発明の実施形態に係る情報処理システムの全体構成を説明する図。 実施形態に係るＭＦＰの構成を説明するブロック図。 本実施形態に係るＷｅｂサーバの構成を説明するブロック図。 本実施形態に係る情報処理システムのソフトウェア構成を説明する図。 ＭＦＰのＷｅｂブラウザが実行する処理を説明するフローチャート。 ＷｅｂサーバのＷｅｂアプリケーションによる処理を説明するフローチャート。 ＭＦＰのサービスプロバイダの処理を説明するフローチャート。 ＭＦＰのＷｅｂブラウザによるイベント処理を説明するフローチャート。 ＭＦＰが有するイベントテーブルのデータ構成を説明する図。 本実施形態に係るＷｅｂブラウザにより表示される操作画面のソース（ＨＴＭＬデータ）の具体的な記述例を示す図。

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

図１は、本発明の実施形態に係る情報処理システムの全体構成を説明する図である。

ＭＦＰ１０１とＷｅｂサーバ１０２とは、ＬＡＮ１１０を介して互いに通信可能に接続されている。ここでＭＦＰ１０１は、プリント機能、スキャナ機能、ファクシミリ送受信機能、ストレージ機能などを有する多機能処理装置(multi function peripheral)である。ここでＭＦＰ１０１は、ＭＦＰ１０１が内蔵しているＷｅｂブラウザによりＵＲＬを指定することにより、Ｗｅｂサーバ１０２に対して操作画面の画面情報を要求する。これによりＷｅｂサーバ１０２は、その要求に応答して、ＷｅｂアプリケーションによりＷｅｂブラウザに表示させるためのＨＴＭＬデータを生成してＭＦＰ１０１に送信する。これによりＭＦＰ１０１は、その受信したＨＴＭＬデータをＷｅｂブラウザにより解析し、その解析に基づいてＨＴＭＬデータの記述に基づいた画面を操作部に表示する。ＭＦＰ１０１は、Ｗｅｂブラウザにより表示された画面に対するユーザによる情報の入力を受け付けると、その入力された情報をＷｅｂサーバ１０２に通知する。この通知を受けたＷｅｂサーバ１０２は、その入力された情報に従って処理を実行し、再びＨＴＭＬデータ（画面情報）をＭＦＰ１０１に送信する。これにより、その入力された情報に従った画面が操作部に表示されることになる。

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

ＣＰＵ２１１を含む制御部２１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２１１は、ＲＯＭ２１２に記憶されたブートプログラムにより、ＨＤＤ２１４にインストールされているプログラムやＯＳを読み出してＲＡＭ２１３に展開する。そして、このＲＡＭ２１３に展開されたプログラムをＣＰＵ２１１が実行することにより、原稿の読取制御や送信制御等の各種制御処理や、後述する処理を実行する。更にＲＡＭ２１３は、ＣＰＵ２１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。

操作部Ｉ／Ｆ２１５は、操作部２１９と制御部２１０とを接続する。操作部２１９にはタッチパネル機能を有する液晶表示部やキーボードなどが備えられている。またＭＦＰ１０１には、後述するＷｅｂブラウザ機能が備えられており、ＭＦＰ１０１のＷｅｂブラウザは、Ｗｅｂサーバ１０２から受信したＨＴＭＬファイルを解析し、そのＨＴＭＬファイルの記述に基づく操作画面を操作部２１９の表示部に表示する。

プリンタＩ／Ｆ２１６は、プリンタ部２２０と制御部２１０とを接続する。プリンタ部２２０で印刷すべき画像データは、プリンタＩ／Ｆ２１６を介して制御部２１０からプリンタ部２２０に転送され、プリンタ部２２０において記録媒体（シート）上に印刷される。スキャナＩ／Ｆ２１７は、スキャナ部２２１と制御部２１０とを接続する。スキャナ部２２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２１７を介して制御部２１０に入力する。ネットワークＩ／Ｆ２１８は、ＭＦＰ１０１をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ２１８は、ＬＡＮ１１０を介して外部装置（例えば、Ｗｅｂサーバ１０２）に画像データや情報を送信したり、ＬＡＮ１１０上の外部装置から各種情報を受信する。

図３は、本実施形態に係るＷｅｂサーバ１０２の構成を説明するブロック図である。

ＣＰＵ３１１を含む制御部３１０は、Ｗｅｂサーバ１０２全体の動作を制御する。ＣＰＵ３１１は、ＲＯＭ３１２に記憶されたブートプログラムにより、ＨＤＤ３１４にインストールされている各種プログラムを読み出してＲＡＭ３１３に展開し、そのＲＡＭ３１３に展開されたプログラムに従って各種制御処理を実行する。ＲＡＭ３１３は、ＣＰＵ３１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ３１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。ネットワークＩ／Ｆ３１５は、Ｗｅｂサーバ１０２をＬＡＮ１１０に接続する。ネットワークＩ／Ｆ３１５は、ＬＡＮ１１０上の他の装置との間で各種情報を送受信する。

図４は、本実施形態に係る情報処理システムのソフトウェア構成を説明する図である。図４に示す各機能部は、ＭＦＰ１０１／Ｗｅｂサーバ１０２のそれぞれが有しているＣＰＵ２１１／ＣＰＵ３１１が制御プログラムを実行することにより実現される。

ＭＦＰ１０１は、Ｗｅｂブラウザ４４０、サービスプロバイダ４５０、イベント処理モジュール４６０を備えている。Ｗｅｂブラウザ４４０は、通信部４４１、解析部４４２、画面表示部４４３、イベント処理部４４４、及びイベントテーブル４４５を有する。通信部４４１は、ＨＴＴＰプロトコルに従ってＷｅｂアプリケーション４１０のプレゼンテーション部４１１と通信する。より具体的には、通信部４４１は、Ｗｅｂブラウザ４４０で表示する操作画面の情報をＷｅｂサーバ１０２のＷｅｂアプリケーション４１０に要求する。更には、Ｗｅｂブラウザ４４０で表示した操作画面を介して入力する情報をＷｅｂアプリケーション４１０に対するリクエストとして送信する。また通信部４４１は、Ｗｅｂアプリケーション４１０から送信されるレスポンス（処理結果）を受信する。

解析部４４２は、Ｗｅｂサーバ１０２のＷｅｂアプリケーション４１０から受信したレスポンスを解析する。このレスポンスの中には、ＨＴＭＬデータが含まれる。ＨＴＭＬデータには、Ｗｅｂブラウザ４４０に表示すべき操作画面の内容を示す記述が含まれている。画面表示部４４３は、ＨＴＭＬデータの解析結果に基づいて、操作部２１９に操作画面を表示する。イベント処理部４４４は、イベント処理モジュール４６０からイベント発生通知を受け取り、イベントテーブル４４５を参照して、発生したイベントに対応する処理を行う。尚、ここでいうイベントとは、ＭＦＰ１０１に対して一定時間の間、操作がない場合に発生するオートクリアイベントや、ハードキーの押下によって発生するキー入力イベントなど、ＭＦＰ１０１で発生するあらゆる事象を含むものとする。

イベントテーブル４４５は、各種イベントに対応するキーワードを管理するためのテーブルである。このキーワードは、Ｗｅｂブラウザ４４０がＷｅｂサーバ１０２から受信するＨＴＭＬファイル等の画面情報に対応づけられている。尚、イベントテーブル４４５は、ＭＦＰ１０１の記憶部、例えば、ＨＤＤ２１４等に記憶されている。

サービスプロバイダ４５０は、通信部４５１、ジョブ生成部４５２及びイベント処理部４５３を有する。通信部４５１は、Ｗｅｂアプリケーション４１０のロジック部４１２から処理依頼を受け付ける。ジョブ生成部４５２は、通信部４５１が受け付けた処理依頼を受け取り、依頼された処理を実行するためのジョブを生成して実行する。イベント処理部４５３は、イベント処理モジュール４６０からイベント発生通知を受け取り、受け取ったイベントに応じて必要な処理を行う。イベント処理モジュール４６０は、ＭＦＰ１０１で発生したイベントを処理するモジュールである。また、必要に応じて、ＭＦＰ１０１で発生したイベントを、Ｗｅｂブラウザ４４０及びサービスプロバイダ４５０に通知する。

Ｗｅｂサーバ１０２は、Ｗｅｂアプリケーション４１０を有する。Ｗｅｂアプリケーション４１０はＷｅｂサーバ１０２が有しているＣＰＵ３１１がプログラムを実行することにより実現される。このＷｅｂアプリケーション４１０には、Ｗｅｂブラウザ４４０からリクエストとして送信される情報を受信し、受信した情報に基づいて処理を実行する。処理結果は、Ｗｅｂアプリケーション４１０からＷｅｂブラウザ４４０に対してレスポンスとして送信される。このＷｅｂアプリケーション４１０は、プレゼンテーション部４１１及びロジック部４１２を有する。プレゼンテーション部４１１は、通信部４４１と通信し、ＭＦＰ１０１から送信されるリクエストを受信する。次に、プレゼンテーション部４１１は、受信したリクエストをロジック部４１２へ通知し、ロジック部４１２からの応答を待つ。ロジック部４１２からの応答を受け取ったプレゼンテーション部４１１は、その応答内容に従ってＭＦＰ１０１のＷｅｂブラウザ４４０で表示すべき操作画面に対応するＨＴＭＬデータをレスポンスとして送信する。またＭＦＰ１０１のＷｅｂブラウザ４４０に表示された操作画面を介して入力された情報はリクエストとして通信部４４１から送信される。

ロジック部４１２は、プレゼンテーション部４１１から通知されるリクエストに応じて各種処理を実行するとともに、ＭＦＰ１０１に対して処理の実行を依頼する。具体的には、ＭＦＰ１０１のプリンタ部２２０による印刷処理の実行や、スキャナ部２２１による原稿の読み取り処理の実行、或いはネットワークＩ／Ｆ２１８を介した送信処理の実行を依頼する。ＭＦＰ１０１に対して処理の実行を依頼する場合、ロジック部４１２はＭＦＰ１０１が有するサービスプロバイダ４５０の通信部４５１と通信する。そして、ロジック部４１２は、ＭＦＰ１０１により実行された処理結果をＭＦＰ１０１から受信する。

次に、図５のフローチャートを参照して、Ｗｅｂブラウザ４４０による操作画面の要求処理について説明する。

図５は、ＭＦＰ１０１のＷｅｂブラウザ４４０が実行する処理を説明するフローチャートである。この処理は、ＭＦＰ１０１のＣＰＵ２１１が、ＲＡＭ２１３に展開されたプログラムを実行することによりＷｅｂブラウザ４４０によって実行される処理である。

まずＳ５０１で、Ｗｅｂブラウザ４４０は、ＭＦＰ１０１の操作部２１９の表示部に表示する操作画面の画面情報をＷｅｂサーバ１０２に対して要求するための要求を生成する。この要求は、Ｗｅｂブラウザ４４０のホームページ等として予め設定されているＵＲＬ、ユーザがＷｅｂブラウザ４４０のＵＲＬ入力欄に入力したＵＲＬ、又は、Ｗｅｂブラウザ４４０で表示した画面でユーザが選択したリンクのＵＲＬ等であってもよい。次にＳ５０２に進み、Ｗｅｂブラウザ４４０は、Ｓ５０１で生成した要求をＷｅｂサーバ１０２に対して送信する。

次にＳ５０３で、Ｗｅｂブラウザ４４０は、Ｓ５０２で送信した要求に対する応答として、Ｗｅｂサーバ１０２から操作画面の画面情報が送信されてきたか否かを判定する。尚、ここで実際には、操作画面をＷｅｂブラウザ４４０に表示するための画面情報として、ＨＴＭＬファイル等がＷｅｂサーバ１０２から送信される。Ｓ５０３で、操作画面の画面情報を受信するとＳ５０４に進み、受信していなければ画面情報を受信するまでＳ５０３で待機する。Ｓ５０４では、Ｗｅｂブラウザ４４０は、受信したＨＴＭＬファイルの記述に従って操作部２１９の表示部に操作画面を表示する。

次に、図６を参照して、Ｗｅｂブラウザ４４０からの要求に応答して、Ｗｅｂサーバ１０２によって行われる応答処理について説明する。

図６は、本実施形態に係るＷｅｂサーバ１０２のＷｅｂアプリケーション４１０による処理を説明するフローチャートである。この処理は、Ｗｅｂサーバ１０２のＣＰＵ３１１がＲＡＭ３１３に展開されたプログラムを実行することにより実現される。

まずＳ６０１で、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０から操作画面の画面情報の要求を受けたか否かを判定する。要求を受けた場合はＳ６０２に進み、要求を受けていない場合は要求を受信するまでＳ６０１で待機する。Ｓ６０２では、Ｗｅｂアプリケーション４１０は、Ｓ６０１で受信した要求を解析する。次にＳ６０３に進み、Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１に対する処理の実行が必要か否かを判定する。ＭＦＰ１０１に対する処理の実行が必要であると判定するとＳ６０４に進み、必要でないと判定するとＳ６０７に進む。

Ｓ６０４では、Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１に対する処理の実行依頼を生成する。そしてＳ６０５にすすみ、その処理の実行依頼をＭＦＰ１０１のサービスプロバイダ４５０に送信する。次にＳ６０６に進み、Ｗｅｂアプリケーション４１０は、ＭＦＰ１０１のサービスプロバイダ４５０から、その処理の実行依頼に基づく処理の結果を受信したか否かを判定する。処理の結果を受信した場合はＳ６０７に進み、そうでなければ処理実行結果を受信するまでＳ６０６で待機する。Ｓ６０７では、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４４０に対して、処理の結果に対する応答を送信する。実際には、この応答は、Ｗｅｂブラウザ４４０からの要求に基づいてＷｅｂブラウザ４４０により操作画面を表示するためのＨＴＭＬファイル等を含んでいる。

次に図７を参照して、ＭＦＰ１０１のサービスプロバイダの処理について説明する。

図７は、実施形態に係るＭＦＰ１０１のサービスプロバイダ４５０の処理を説明するフローチャートである。この処理は、ＭＦＰ１０１のＣＰＵ２１１がＲＡＭ２１３に展開されたプログラムを実行することにより実現される、サービスプロバイダ４５０が実行する処理である。

まずＳ７０１で、サービスプロバイダ４５０は、Ｗｅｂサーバ１０２からの処理の実行依頼を受信したか否かを判定する。Ｗｅｂサーバ１０２から処理の実行依頼を受信した場合はＳ７０２に進み、そうでなければ依頼を受けるまで待機する。Ｓ７０２では、サービスプロバイダ４５０は、Ｓ７０１で受信した処理の依頼内容に従って処理を実行してＳ７０３に進む。具体的には、ジョブ生成部５５２が、Ｗｅｂサーバ１０２から依頼された処理を実行するためのジョブを生成して実行する。Ｓ７０３でサービスプロバイダ４５０は、その処理の実行結果をＷｅｂサーバ１０２に対して送信する。

次に図８を参照して、ＭＦＰ１０１でイベントが発生したときのＷｅｂブラウザ４４０の動作について説明する。

図８は、本実施形態に係るＭＦＰ１０１のＷｅｂブラウザ４４０によるイベント処理を説明するフローチャートである。この処理は、ＭＦＰ１０１のＣＰＵ２１１がＲＡＭ１２１３に展開された制御プログラムを実行することにより実現される。

まずＳ８０１で、Ｗｅｂブラウザ４４０は、イベント処理モジュール４６０からのイベント通知を受けたか否かを判定する。イベント通知を受けた場合はＳ８０２に進み、そうでなければイベント通知を受信するまでＳ８０１で待機する。イベント通知を受信するとＳ８０２にすすみ、Ｗｅｂブラウザ４４０は、その受信したイベント通知を解析する。そしてＳ８０３で、Ｓ８０２で解析されたイベント通知のイベントが、イベントテーブル４４５に登録されているかどうかを判定する。登録されていれば、対応するキーワードを取得してＳ８０４に進む。Ｓ８０４では、Ｗｅｂブラウザ４４０は、Ｗｅｂブラウザ４４０により表示中の画面（ＨＴＭＬファイル）に、Ｓ８０２で取得したイベントのキーワードが含まれているか否かを判断する。キーワードがある場合はＳ８０５へ進み、そうでなければＳ８０１へ戻る。尚、Ｓ８０３で、イベントテーブル４４５に登録されていないとき、またＳ８０４で、表示中の画面にキーワードが含まれていないときはＳ８０１に戻って次のイベント待ちとなる。

Ｓ８０５では、Ｗｅｂブラウザ４４０は、Ｗｅｂブラウザ４４０が表示中の画面情報を解析し、Ｗｅｂサーバ１０２に対する要求を生成する。この要求は、Ｗｅｂブラウザ４４０が表示中の画面において、Ｓ８０２で取得したキーワードに対応するリンクやボタンをユーザが選択した場合の要求に相当する。例えば、キーワードが「LOGOUT」で、表示中の画面に「LOGOUT」というリンクがあった場合は、表示中の画面の「LOGOUT」というリンクを選択した場合の要求を生成する。またキーワードが「LOGOUT」で、表示中の画面に「LOGOUT」というキャプションを持つボタンがあった場合は、表示中の画面の「LOGOUT」ボタンを押下した場合の要求を生成する。

次にＳ８０６に進み、Ｗｅｂブラウザ４４０は、Ｓ８０５で生成した要求をＷｅｂサーバ１０２に対して送信する。その後、Ｓ８０７に進み、Ｗｅｂブラウザ４４０は、Ｓ８０６で送信した要求に応答として、Ｗｅｂサーバ１０２から操作画面の画面情報が送信されてきたか否かを判定する。そしてＷｅｂブラウザ４４０は、操作画面の画面情報を受信するとＳ８０８に進み、受信していなければ画面情報を受信するまで待機する。Ｓ８０８では、Ｗｅｂブラウザ４４０は、受信したＨＴＭＬファイルの記述に従って操作部２１９の表示部に操作画面を表示する。

次に、図９を参照して、イベントテーブル４４５について説明する。

図９は、本実施形態に係るＭＦＰ１０１が有するイベントテーブル４４５のデータ構成を説明する図である。

このイベントテーブル４４５は、ＭＦＰ１０１で発生するイベントに対応するキーワードを管理するためのテーブルである。尚、このキーワードは、Ｗｅｂブラウザ４４０がＷｅｂサーバ１０２から受信するＨＴＭＬファイル等の画面情報に対応付けられている。

例えば、９１０では、ＭＦＰ１０１が一定時間操作されなかった際にＭＦＰ１０１の状態をリセットするために発行されるイベント「AUTO CLEAR」がキーワード「LOGOUT」に紐付けられている。また、９１１では、同じくイベント「AUTO CLEAR」がキーワード「LOGOFF」に紐付けられている。そのためオートクリアのイベントが発生すると、図８のＳ８０３で、そのイベントに対応するキーワード「LOGOUT」と「LOGOFF」が得られる。そしてＳ８０４で、Ｗｅｂブラウザ４４０は、Ｗｅｂブラウザ４４０が表示中の画面の構成要素に「LOGOUT」又は「LOGOFF」というキーワードがあるか否かを判断する。キーワードがあると判断した場合はＳ８０５に進み、そのキーワードに対応するリンクやボタンをユーザが選択した場合と同様の要求を生成する。

尚、図９では、キーワードは固定文字列として表現しているが本発明はこれに限定されるものでなく、例えばワイルドカードや正規表現を用いて表現してもよい。また例えば、９０１及び９１１で示すキーワードは、正規表現を用いれば「LOG(OUT|OFF)」として１つのキーワードで表現できる。

次に図１０を参照して、キーワードにマッチするＨＴＭＬデータの例を説明する。

図１０は、本実施形態に係るＷｅｂブラウザ４４０により表示される操作画面のソース（ＨＴＭＬデータ）の具体的な記述例を示す図である。尚、以下で説明する例では、図９に示すように、ＭＦＰ１０１を休止状態にするために発行されるイベント「SLEEP」にキーワード「LOGOUT」が紐付けられているものとする。

Ｗｅｂブラウザ４４０により表示されている画面のソースが図１０（Ａ）に示すＨＴＭＬデータとする。ここで、SLEEPイベントが発生すると、Ｗｅｂブラウザ４４０はＵＲＬ「http://example.com/logout」に対してＨＴＴＰ要求を発行する。これは、キーワードの「LOGOUT」と同じ文字列を含んでいるためである。

またＷｅｂブラウザ４４０により表示されている画面のソースが図１０（Ｂ）に示すＨＴＭＬデータとする。この場合にSLEEPイベントが発生すると、Ｗｅｂブラウザ４４０はＵＲＬ「http://example.com/logout」に対してＨＴＴＰ要求を発行する。これは、キーワードの「LOGOUT」と、imgタグのalt属性とが一致するためである。

またＷｅｂブラウザ４４０により表示されている画面のソースが図１０（Ｃ）に示すＨＴＭＬデータとする。この場合、SLEEPイベントが発生すると、Ｗｅｂブラウザ４４０はＵＲＬ「http://example.com/logout」に対してＨＴＴＰ要求を発行する。これは、キーワードの「LOGOUT」と、submitボタン（input type=""submit"）のvalue属性とが一致するためである。

以上説明したように本実施形態によれば、ＭＦＰが、イベントとキーワードとを対応付けたテーブルを有し、ＭＦＰで何らかのイベントが発生した場合、そのイベントに対応するキーワードを取得する。そして、表示中の画面の画像情報にそのキーワードに対応する項目が含まれていると、その項目に対する要求をＷｅｂサーバに自動的に送信する。

これにより、例えば、テーブルでＭＦＰを一定時間操作しなかった場合に発生するイベントとログアウトとを対応付けておくことにより、そのイベントが発生すると自動的にＷｅｂアプリケーションからログアウトすることができる。

尚、上記実施形態では、一定時間操作しなかった場合に発生するイベントとログアウトとを対応付ける例で説明したが本発明はこれに限定されるものでない。例えば、一定時間操作しなかった場合に発生するイベントが発生すると、ユーザ切り替えなどの、新たにユーザを認証してログインするログイン画面を表示するようにしても良い。

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

Claims (5)

1. Ｗｅｂサーバと通信可能であり、当該Ｗｅｂサーバから供給される画面情報に基づいて操作画面を表示するＷｅｂブラウザを有する情報処理装置であって、
   前記Ｗｅｂブラウザにより表示された操作画面を介したユーザの操作に基づいて、前記Ｗｅｂサーバにリクエストを送信する送信手段と、
   前記操作画面を表示するのに使用されている前記Ｗｅｂサーバから供給された画面情報に基づいて、前記情報処理装置で発生したイベントに対応する構成要素を前記操作画面に表示された構成要素の中から特定する特定手段と、
   前記イベントの発生に応じて、前記特定手段により特定した構成要素に対応するリクエストを前記Ｗｅｂサーバに送信するように制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記情報処理装置で発生するイベントに対応するキーワードを記憶する記憶手段を更に有し、
   前記特定手段は、前記情報処理装置で発生したイベントに基づいて前記記憶手段から対応するキーワードを取得し、前記キーワードを含む前記構成要素を特定することを特徴とする請求項１に記載の情報処理装置。
3. 前記記憶手段は、前記情報処理装置を一定時間の間に操作しないときに発生するイベントと、前記Ｗｅｂサーバからのログアウトを示すキーワードとを対応付ける情報を含むことを特徴とする請求項２に記載の情報処理装置。
4. Ｗｅｂサーバと通信可能であり、当該Ｗｅｂサーバから供給される画面情報に基づいて操作画面を表示するＷｅｂブラウザを有する情報処理装置の制御方法であって、
   前記Ｗｅｂブラウザにより表示された操作画面を介したユーザの操作に基づいて、前記Ｗｅｂサーバにリクエストを送信する送信工程と、
   前記操作画面を表示するに使用されている前記Ｗｅｂサーバから供給された画面情報に基づいて、前記情報処理装置で発生したイベントに対応する構成要素を前記操作画面に表示された構成要素の中から特定する特定工程と、
   前記イベントの発生に応じて、前記特定工程で特定した構成要素に対応するリクエストを前記Ｗｅｂサーバに送信するように制御する制御工程と、
   を有することを特徴とする情報処理装置の制御方法。
5. コンピュータに、Ｗｅｂサーバと通信可能であり、当該Ｗｅｂサーバから供給される画面情報に基づいて操作画面を表示するＷｅｂブラウザを有する情報処理装置の制御方法を実行させるために、当該コンピュータに、
   前記Ｗｅｂブラウザにより表示された操作画面を介したユーザの操作に基づいて、前記Ｗｅｂサーバにリクエストを送信する送信工程と、
   前記操作画面を表示するに使用されている前記Ｗｅｂサーバから供給された画面情報に基づいて、前記情報処理装置で発生したイベントに対応する構成要素を前記操作画面に表示された構成要素の中から特定する特定工程と、
   前記イベントの発生に応じて、前記特定工程で特定した構成要素に対応するリクエストを前記Ｗｅｂサーバに送信するように制御する制御工程と、を実行させるためのプログラム。

Images