JP7094809B2

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

Info

Publication number: JP7094809B2
Application number: JP2018131012A
Authority: JP
Inventors: 哲也山田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2018-07-10
Filing date: 2018-07-10
Publication date: 2022-07-04
Anticipated expiration: 2038-07-10
Also published as: RU2719297C1; CN110704002A; US10917474B2; US20200021659A1; KR102378268B1; JP2020009260A; CN110704002B; KR20200006490A

Description

本発明は、ＨＴＴＰに従った要求を処理する情報処理装置、情報処理装置の制御方法、及びプログラム。

コピー機能やプリント機能を持つＭＦＰ（ＭｕｌｔＩ／ＦｕｎｃｔｉｏｎａｌＰｅｒｉｐｈｅｒａｌ）は、ネットワーク上の外部機器と通信して各種の処理を行うＷｅｂサーバー機能を有している。ＭＦＰは、Ｗｅｂサーバー機能を有することにより、外部機器からＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）に従った処理要求を受信し、受信した処理の要求に応じて処理を実行し、処理結果を外部機器へ送信することができる。一例として、ＭＦＰの処理状態（ジョブ実行中か否かなど）を取得する要求を外部機器から受信した場合、ＭＦＰは、自身の状態を外部機器へ応答する。または外部機器から、プリント処理の要求を受信した場合、受信した要求に応じてプリントを行い、その処理結果を外部機器へ応答する。

ＨＴＴＰサーバーで動作するアプリケーションは、一般に、Ｃｏｏｋｉｅを用いて外部機器との通信状態を識別する識別子を管理している。Ｃｏｏｋｉｅで管理する識別子は、一度要求を行った外部機器であるか否かを判断し、判断結果に応じて前回の要求に対する処理の続きを行うために利用したり、ユーザー認証が行われ有効期限内のセッションであるかの判断を行うための識別子として利用したりする。

例えば、ネットワーク上の外部機器がＨＴＴＰサーバーで動作するアプリケーションによる処理を要求した場合、Ｗｅｂサーバーは、外部機器を識別する識別子をセッションＩＤとして生成する。ＷｅｂサーバーはセッションＩＤをＣｏｏｋｉｅに付与し、外部機器を利用するユーザーへ認証を要求する。Ｗｅｂサーバーは、入力された認証情報の認証が成功した場合、ログインセッションＩＤを生成し、ＣｏｏｋｉｅにセッションＩＤ、ログインセッションＩＤを付与し外部機器に送信する。

外部機器は、再度ＨＴＴＰサーバーを介して動作するアプリケーションに処理を要求するときは、ＭＦＰから受信したセッションＩＤとともに処理要求を送信する。この結果、ＭＦＰは、同一の外部機器の処理要求であることを認識し、有効なセッションであることを確認して処理を実行する。

また、ＨＴＴＰサーバーにセキュリティ機能を付加したＨＴＴＰＳサーバー（ＴＬＳによりデータを暗号化してＨＴＴＰクライアントと通信するＨＴＴＰサーバー）で動作するアプリケーションが実装されているＭＦＰも一般的に知られている。ＨＴＴＰサーバーで動作するアプリケーションと、ＨＴＴＰＳサーバーで動作するアプリケーションを実装する際にそれぞれのアプリケーションで異なる識別子を使用するための識別子の管理方法は特許文献１で知られている。

特許第５６６９４９７号公報

Ｃｏｏｋｉｅには様々な属性を設定することが可能だが、セキュアでないＨＴＴＰ通信の場合、外部機器はｓｅｃｕｒｅ属性が設定されたＣｏｏｋｉｅを送信してはならないプロトコル仕様となっている。セキュリティ意識の観点から考えると、秘匿性の求められるＨＴＴＰＳ通信で送受信された情報を閲覧できる状態を情報漏えいと考え、ｓｅｃｕｒｅ属性の設定を要求仕様とするであろう。ここで１つ問題が起こる。

ＨＴＴＰＳサーバーへのアクセスのために認証を行い、その後ＨＴＴＰサーバーにアクセスする場合、ｓｅｃｕｒｅ属性が設定されていると外部機器からＣｏｏｋｉｅが送信されず、情報処理装置はセッション切れと判定し、再度認証要求を行ってしまう。

そこで、本願発明の目的は、ＨＴＴＰＳサーバーへのアクセスのために認証を行った後ＨＴＴＰサーバーにアクセスした場合であっても、セッション切れと判定せずに外部機器からの要求を処理することを目的とする。

本発明の一実施形態に係る情報処理装置は、ＨＴＴＰサーバーとＨＴＴＰＳサーバーとアプリケーションとを備え、クライアント端末のＷｅｂブラウザーからそれら２つのサーバーの内の何れか１つへのアクセスを受け付けたことに応じて前記アプリケーションのコンテンツを提供する情報処理装置であって、前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーが未ログイン状態の前記Ｗｅｂブラウザーからアクセスを受け付けたことに応じて認証画面を提供し、前記認証画面を介して入力された認証情報を基に認証を行う認証手段と、前記認証手段による認証処理が成功したことで前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーにより生成されたセッション情報を管理する管理手段と、を有し、前記管理手段は、前記ＨＴＴＰＳサーバーが生成したセッション情報を管理する場合、前記セッション情報とは別に、前記Ｗｅｂブラウザーが前記ＨＴＴＰＳサーバーへのアクセスに伴う認証を受けたことを示す識別情報を管理し、前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記管理手段によって前記識別情報が管理されていることを確認した場合、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせ、かつ前記ＨＴＴＰＳサーバーは前記ＨＴＴＰサーバーに代わり前記アプリケーションのコンテンツを提供することを特徴とする。

ＨＴＴＰＳサーバーへのアクセスのために認証を行った後ＨＴＴＰサーバーにアクセスした場合であっても、セッション切れと判定せずに外部機器からの要求が処理される。

ＭＦＰ１０１に関連するシステム構成図ＭＦＰ１０１のハードウェアの構成を示すブロック図ＭＦＰ１０１のソフトウェアの構成を示すブロック図サーブレット管理部３３０の管理例セッション管理部３３１で管理される情報の例Ｗｅｂブラウザー３９０とＭＦＰ１０１の通信シーケンスＨＴＴＰサーバー３１０のリダイレクト処理に関わるフローチャートＨＴＴＰサーバー３１０／ＨＴＴＰＳサーバー３２０の要求受信処理のフローチャートサーブレットアプリケーションの画面例認証画面の例

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

本発明に係る第１の実施形態について説明する。

＜＜システム構成＞＞
図１は、ＭＦＰ１０１と関連するシステムの全体図である。ＬＡＮ１００にＭＦＰ１０１と複数の外部機器が接続される。本実施形態で接続される外部機器はＰＣ１０２，ＰＣ１０３としている。ＭＦＰ１０１は、スキャン機能、ファックス機能、プリント機能、電子メール機能、及びＷｅｂブラウザー機能、Ｗｅｂサーバー機能などの複数の機能を兼ね備えた装置である。

実施例１において、ＭＦＰ１０１は、Ｗｅｂサーバー機能を備えることでＰＣのＷｅｂブラウザーまたは専用のＷｅｂクライアントからの要求に従った処理を行い、処理結果を応答することができる。例えば、Ｗｅｂブラウザーからの要求がＭＦＰ１０１の状態を閲覧する要求であれば、ＭＦＰの状態情報を取得し、取得した結果をＷｅｂブラウザーへ送信する。また、Ｗｅｂブラウザーからの要求がＭＦＰ１０１のネットワーク設定をする要求であれば、その要求に含まれるパラメータに従ってネットワークの設定をすることができる。

ＭＦＰ１０１は、ＭＦＰの上述のスキャン機能やプリント機能をＷｅｂサービスとして提供するＷｅｂサーバーとしての機能を有する。具体的には、Ｗｅｂブラウザーや他の専用ＨＴＴＰクライアントからの要求に応じてスキャンやプリント、ネットワーク送信処理などを実行することが可能である。なお、図１ではＭＦＰは１台しか図示していないが、複数台のＭＦＰがＬＡＮ１００に接続されてもよい。

ＰＣ１０２は、Ｗｅｂブラウザーを有し、ＬＡＮ１００を介してＭＦＰ１０１のＷｅｂアプリケーションにＨＴＴＰ接続、またはＨＴＴＰＳ接続し、処理を要求することができるクライアント端末である。

＜＜ハードウェア構成＞＞
図２は、情報処理装置の１つであるＭＦＰ１０１の構成を示すハードウェアブロック図である。ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取や送信などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２０４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２０５は、操作部２０９と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ２１０と制御部２００とを接続する。プリンタ２１０で印刷すべき画像データはプリンタＩ／Ｆ２０６を介して制御部２００から転送され、プリンタ２１０において記録媒体上に印刷される。

スキャナＩ／Ｆ２０７は、スキャナ２１１と制御部２００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ネットワークＩ／Ｆ２０８は、制御部２００（ＭＦＰ１０１）をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０８は、ＬＡＮ１００上の外部装置との間で各種情報の送受信を行なう。

＜＜ソフトウェア構成＞＞
図３を用いて、ＭＦＰ１０１のソフトウェア構成について説明する。以下で説明するＭＦＰ１０１の各機能は、ＲＯＭ２０２またはＨＤＤ２０４に記憶されているプログラムをＣＰＵ２０１がＲＡＭ２０３にロードして実行することで実現される。ＰＣ１０２、１０３が有するＷｅｂブラウザー３９０は、ＨＴＴＰサーバー３１０またはＨＴＴＰＳサーバー３２０にアクセスして取得したＨＴＭＬコンテンツをＰＣ１０２の表示装置（不図示）に表示することができる。ＨＴＭＬコンテンツとは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）で記述されたデータのことである。ＰＣ１０３もＰＣ１０２と同等の機能を有する。

ＨＴＴＰサーバー３１０、ＨＴＴＰＳサーバー３２０は、Ｗｅｂブラウザー３９０からの要求を受信し、要求先のサーブレットアプリケーション（３４０～３４２、以降はサーブレット）にＨＴＭＬコンテンツやその他のサービスの提供を依頼し、要求元に返信する。

Ｗｅｂブラウザー３９０から「ｈｔｔｐ：／／ＭＦＰ１０１のＩＰアドレス：８０番ポート）／サーブレットのパス」の形式で要求された場合、ＨＴＴＰサーバー３１０で処理を行う。「サーブレットのパス」については後述する。また、「ｈｔｔｐｓ：／／ＭＦＰ１０１のＩＰアドレス：４４３番ポート）／サーブレットのパス」の形式で要求された場合、ＨＴＴＰＳサーバー３２０で処理を行う。ＨＴＴＰＳサーバー３２０は、ＴＬＳ（ＴｒａｎｓｐｏｒｔＬａｙｅｒＳｏｃｋｅｔ）を組み込むことで通信の暗号化やデータの改ざん防止、通信相手の認証を可能としている。ＭＦＰ１０１は、セキュリティを重視するユーザーのためにすべての通信をＴＬＳで行う「全通信ＴＬＳモード」を選択的に利用可能とする。

プリントサーブレット３４０は、Ｗｅｂブラウザー３９０からアップロードされた文書・画像をプリンタ２１０を利用して印刷する機能を持つ。図９（ａ）は画面である。ボックスサーブレット３４１は、ボックスと呼ばれるＨＤＤ２０４の所定の記憶領域に保存された文書をネットワークＩ／Ｆ２０８経由で送信したり、プリンタ２１０を利用して印刷したりする機能を持つ。図９（ｂ）は、作業を行うボックスを選択する画面である。アプリ管理サーブレット３４２は、Ｗｅｂブラウザー３９０からアップロードされたアプリケーションのインストールを可能とし、アプリケーションの開始、停止、アンインストール、一覧表示などの機能を持つ。図９（ｃ）は画面である。

ユーザー認証部３５０は、ＭＦＰ１０１を利用可能なユーザーを管理し、ＨＴＴＰサーバー３１０／ＨＴＴＰＳサーバー３２０からの依頼を受けて認証画面を提供するユーザー認証サーブレット３５１を有する。ユーザー認証サーブレット３５１は、ＨＴＴＰサーバー３１０／ＨＴＴＰＳサーバー３２０からの依頼を受けて提供した認証画面を介して認証情報を受信し、一般的な認証技術によって認証処理を行いＷｅｂブラウザー３９０へのコンテンツ送信を制御する。

サーブレット管理部３３０は、ＨＴＴＰサーバー３１０及びＨＴＴＰＳサーバー３２０が処理対象とするサーブレットを管理する。図４は、サーブレット管理部３３０が管理する情報である。「パス」は、Ｗｅｂブラウザー３９０が対象のサーブレットアプリケーションに対して要求する際に指定する識別子となる。「常時ＴＬＳ」が”Ｙｅｓ”と設定されていた場合、ＨＴＴＰサーバー３１０への接続要求であってもリダイレクトを行いＨＴＴＰＳサーバー３２０で処理を行うようにする。各サーブレットアプリケーション（３４０～３４２）は、ＭＦＰ１０１の起動時の処理としてサーブレット管理部３３０に登録処理を行う。その際に、「パス」、「常時ＴＬＳ」といった情報は登録される。

セッション管理部３３１は、セッション（Ｗｅｂブラウザーとの通信開始からの一連の通信）の識別、状態管理を行う。図５は、セッション管理部３３１が管理するセッション情報である。「セッションＩＤ」は接続元の識別、「ログインセッションＩＤ」は有効なユーザー認証の識別のためのＣｏｏｋｉｅである。「使用日時」は、セッション情報を使用（参照）した日時である。「ＨＴＴＰＳ認証フラグ」は、ユーザーの認証をＨＴＴＰＳサーバー３２０での処理時を行ったかどうかをＹｅｓ／Ｎｏで格納する。ＨＴＴＰサーバー３１０／ＨＴＴＰＳサーバー３２０は、Ｗｅｂブラウザー３９０からの要求を受信すると、セッション管理部３３１に問い合わせを行い、有効なセッションかどうかを判断する。

＜＜シーケンス、処理フロー＞＞
図６は、本発明により実現することができるＷｅｂブラウザー３９０とＭＦＰ１０１との間の処理手順を特徴的に示すケースのシーケンス図である。まず、Ｓ６０１にて、Ｗｅｂブラウザー３９０は、「ｈｔｔｐｓ：／／ＭＦＰ１０１のＩＰアドレス（４４３番ポート）／ａｐｐ」のように明示的にＨＴＴＰＳを指定して、接続方法がＨＴＴＰＳである「アプリ管理」サーブレットの要求を行う。Ｓ６０２でＨＴＴＰＳサーバー３２０は、Ｗｅｂブラウザー３９０からのはじめての要求でログインセッションのＣｏｏｋｉｅが付与されていないことから判断してユーザー認証サーブレット３５１に認証処理を依頼する。はじめての要求とは、Ｗｅｂブラウザー３９０がログインセッションを未だ提供されていない、もしくは既に提供されたログインセッションが無効になった状態、すなわち、Ｗｅｂブラウザー３９０が未ログイン状態でアクセスし要求してきたことを指す。Ｓ６０３でユーザー認証サーブレット３５１は認証画面を生成し、ＨＴＴＰＳサーバー３２０経由で送信する。図１０が認証画面の例であり、ＵＲＬがｈｔｔｐｓであることが分かる。

Ｓ６０４でユーザー認証サーブレット３５１は、Ｗｅｂブラウザー３９０からのユーザーが入力した認証情報を受信し、認証処理を行う。Ｓ６０５で認証が成功した旨と具体的な認証処理結果を返された場合、Ｓ６０６でＨＴＴＰＳサーバー３２０はアプリ管理サーブレット３４２にコンテンツ提供を要求する。

Ｓ６０７で、ＨＴＴＰＳサーバー３２０は、ログインセッションを生成し、Ｃｏｏｋｉｅにｓｅｃｕｒｅ属性を設定しかつログインセッションを識別するログインセッションＩＤも設定し、生成したコンテンツとともにＣｏｏｋｉｅをＷｅｂブラウザー３９０へ送信する。同時にセッション管理部３３１にセッションを登録し、登録したセッションの「ＨＴＴＰＳ認証フラグ」をＹｅｓとする。

なお、実施例１では、Ｗｅｂブラウザー３９０がＨＴＴＰＳサーバー３２０へのアクセスに伴う認証を受けた場合にフラグをＹＥＳとする方法を用いているが、認証を受けたことを示す情報を記憶する方法であっても良い。いずれにせよ、Ｗｅｂブラウザー３９０がＨＴＴＰＳサーバー３２０へのアクセスに伴う認証を受けたことを識別できるような識別情報であれば、どのような形態であっても良い。

図９（ｃ）は表示されたコンテンツの例で、ＵＲＬがｈｔｔｐｓであることが分かる。次にユーザー操作が図９（ｃ）の画面例の「プリント」のリンクを選択することにより、Ｗｅｂブラウザー３９０がＳ６０８で「ｈｔｔｐ：／／ＭＦＰ１０１のＩＰアドレス（８０番ポート）／ｐｒｉｎｔ」のようにＨＴＴＰでコンテンツ要求を行う。ここでログインセッションのＣｏｏｋｉｅにはｓｅｃｕｒｅ属性がついているため、Ｗｅｂブラウザー３９０はＣｏｏｋｉｅの送信を行わない。

後に説明する処理によりＨＴＴＰサーバー３１０は、Ｓ６０９でＨＴＴＰＳでリダイレクトするようにＷｅｂブラウザー３９０へ通知し、Ｓ６１０でＷｅｂブラウザー３９０はＨＴＴＰＳで再要求を行う。この際にログインセッションのＣｏｏｋｉｅはＨＴＴＰＳ接続なので送信される。

Ｓ６１１でＨＴＴＰＳサーバー３２０は、受信データのログインセッションのＣｏｏｋｉｅが有効であることを確認し、プリントサーブレット３４０にコンテンツ提供の要求を行う。Ｓ６１２でプリントサーブレット３４０はコンテンツを送信する。図９（ａ）は表示されたコンテンツの例で、ＵＲＬがｈｔｔｐｓである。

図６のシーケンスのＳ６０９でリダイレクト処理が行われる際、ＨＴＴＰサーバー３１０の判断フローを図７のフローチャートを利用して説明する。Ｓ７０１で、ＨＴＴＰサーバー３１０はＷｅｂブラウザー３９０からアクセス要求を受信する。次に、Ｓ７０２でＭＦＰ１０１に対して「全通信ＴＬＳモード」が設定されているか否かの確認をし、Ｙｅｓの場合Ｓ７０５でリダイレクト処理を行う。Ｎｏの場合、Ｓ７０３でサーブレット管理部３３０にサーブレットアプリケーションの設定を問い合わせる。

そして、問い合わせの結果に基づき、要求されたサーブレットアプリケーションが常時ＳＳＬのサーブレットであるか否かを確認し、Ｙｅｓの場合Ｓ７０５でリダイレクト処理を行う。Ｎｏの場合、Ｓ７０４でセッション管理部３３１に問い合わせ、現在のセッションがＨＴＴＰＳセッションで認証されたものかの確認をセッション管理部３３１に対し行い、Ｙｅｓの場合Ｓ７０５でリダイレクト処理を行う。なお、現在のセッションの識別は、Ｃｏｏｋｉｅを基に判断する。Ｎｏの場合、Ｓ７０６要求受信処理を行う。

図８のフローチャートを利用して要求受信処理を説明する。図８のフローチャートはＳ７０６のＨＴＴＰサーバー３１０の処理に限らず、ＨＴＴＰＳサーバー３２０であってもＷｅｂブラウザー３９０が未ログイン状態であれば適用される。

Ｓ８０１で、ログインセッションのＣｏｏｋｉｅが存在するかを確認し、存在する場合はセッション管理部３３１に該当するＣｏｏｋｉｅが存在するか、かつ有効期限内かを確認する。確認の結果、セッションの有効性がされた場合、Ｓ８０７でコンテンツの提供処理を行う。有効でなければ、Ｓ８０２でユーザー認証サーブレット３５１により生成された認証画面をＷｅｂブラウザー３９０に送信し、Ｓ８０３でＷｅｂブラウザー３９０上で入力された認証情報を受信する。Ｓ８０４でユーザー認証部３５０により認証を行い、認証が失敗であれば再度認証画面を送信する。

認証が成功であれば、Ｓ８０５でログインセッションを生成し、Ｃｏｏｋｉｅに付与する。この際、ＨＴＴＰＳサーバー３２０による処理中であれば、ｓｅｃｕｒｅ属性を付与する。次に、Ｓ８０６でセッション管理部３３１にログインセッションの情報を登録もしくは更新を行う。この際、ＨＴＴＰＳサーバー３２０による処理であれば、ＨＴＴＰＳ認証フラグをＹｅｓとし、セッション管理部３３１はセッション情報を管理する。その後、Ｓ８０７で各サーブレットによるコンテンツ提供処理を行う。

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

１０１ＭＦＰ
１０２、１０３ＰＣ
３１０ＨＴＴＰサーバー
３２０ＨＴＴＰＳサーバー
３３１セッション管理部

Claims

ＨＴＴＰサーバーとＨＴＴＰＳサーバーとアプリケーションとを備え、クライアント端末のＷｅｂブラウザーからそれら２つのサーバーの内の何れか１つへのアクセスを受け付けたことに応じて前記アプリケーションのコンテンツを提供する情報処理装置であって、
前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーが未ログイン状態の前記Ｗｅｂブラウザーからアクセスを受け付けたことに応じて認証画面を提供し、前記認証画面を介して入力された認証情報を基に認証を行う認証手段と、
前記認証手段による認証処理が成功したことで前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーにより生成されたセッション情報を管理する管理手段と、を有し、
前記管理手段は、前記ＨＴＴＰＳサーバーが生成したセッション情報を管理する場合、前記セッション情報とは別に、前記Ｗｅｂブラウザーが前記ＨＴＴＰＳサーバーへのアクセスに伴う認証を受けたことを示す識別情報を管理し、
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記管理手段によって前記識別情報が管理されていることを確認した場合、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせ、かつ前記ＨＴＴＰＳサーバーは前記ＨＴＴＰサーバーに代わり前記アプリケーションのコンテンツを提供することを特徴とする情報処理装置。
前記ＨＴＴＰＳサーバーは、前記セッション情報のログインセッションＩＤをＣｏｏｋｉｅに付与する他、Ｓｅｃｕｒｅ属性も付与し前記Ｃｏｏｋｉｅを前記Ｗｅｂブラウザーへ提供することを特徴とする請求項１に記載の情報処理装置。
前記ＨＴＴＰＳサーバーは、リダイレクトさせられた前記Ｗｅｂブラウザーからのアクセスを受け付けた場合、アクセスとともに受け付けた前記Ｃｏｏｋｉｅが有効であるか否かを確認し、有効である場合に前記コンテンツを提供することを特徴とする請求項２に記載の情報処理装置。
前記情報処理装置に対して常時ＴＬＳによる接続を行うか否かの設定を行う設定手段と、
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記情報処理装置に対して常時ＴＬＳによる接続を行うことが設定されている場合、前記管理手段によって前記識別情報が管理されているか否かに関わらず、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせることを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
前記設定手段は、前記アプリケーションに対して常時ＴＬＳによる接続を行か否かの設定を行い、
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記情報処理装置に対して常時ＴＬＳによる接続を行うことが設定されていないが要求先のアプリケーションに対して常時ＴＬＳによる接続を行うことが設定されている場合、前記管理手段によって前記識別情報が管理されているか否かに関わらず、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせることを特徴とする請求項４に記載の情報処理装置。
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記情報処理装置に対して常時ＴＬＳによる接続を行うことが設定されておらず、かつ要求先のアプリケーションに対して常時ＴＬＳによる接続を行うことが設定されていない場合、前記認証手段による認証を行うように制御することを特徴とする請求項５に記載の情報処理装置。
前記情報処理装置は、プリンタを含み、
前記アプリケーションとは、プリントサーブレット、またはボックスサーブレットであることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
前記情報処理装置は、複数の前記アプリケーションを備えており、
前記プリントサーブレット、または前記ボックスサーブレットは前記ＨＴＴＰサーバーを介してコンテンツを提供し、アプリ管理サーブレットは前記ＨＴＴＰＳサーバーを介してコンテンツを提供するように設定されていることを特徴とする請求項７に記載の情報処理装置。
ＨＴＴＰサーバーとＨＴＴＰＳサーバーとアプリケーションとを備え、クライアント端末のＷｅｂブラウザーからそれら２つのサーバーの内の何れか１つへのアクセスを受け付けたことに応じて前記アプリケーションのコンテンツを提供する情報処理装置の制御方法であって、
前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーが未ログイン状態の前記Ｗｅｂブラウザーからアクセスを受け付けたことに応じて認証画面を提供し、前記認証画面を介して入力された認証情報を基に認証を行う認証ステップと、
前記認証ステップにおいて認証処理が成功したことで前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーにより生成されたセッション情報を管理する管理ステップと、を含み、
前記管理ステップにおいては、前記ＨＴＴＰＳサーバーが生成したセッション情報を管理する場合、前記セッション情報とは別に、前記Ｗｅｂブラウザーが前記ＨＴＴＰＳサーバーへのアクセスに伴う認証を受けたことを示す識別情報を管理し、
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記管理ステップにより前記識別情報が管理されていることを確認した場合、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせ、かつ前記ＨＴＴＰＳサーバーは前記ＨＴＴＰサーバーに代わり前記アプリケーションのコンテンツを提供することを特徴とする制御方法。
ＨＴＴＰサーバーとＨＴＴＰＳサーバーとアプリケーションとを備え、クライアント端末のＷｅｂブラウザーからそれら２つのサーバーの内の何れか１つへのアクセスを受け付けたことに応じて前記アプリケーションのコンテンツを提供する情報処理装置で実行されるプログラムであって、
前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーが未ログイン状態の前記Ｗｅｂブラウザーからアクセスを受け付けたことに応じて認証画面を提供し、前記認証画面を介して入力された認証情報を基に認証を行う認証ステップと、
前記認証ステップにおいて認証処理が成功したことで前記ＨＴＴＰサーバーまたは前記ＨＴＴＰＳサーバーにより生成されたセッション情報を管理する管理ステップと、を含み、
前記管理ステップにおいては、前記ＨＴＴＰＳサーバーが生成したセッション情報を管理する場合、前記セッション情報とは別に、前記Ｗｅｂブラウザーが前記ＨＴＴＰＳサーバーへのアクセスに伴う認証を受けたことを示す識別情報を管理し、
前記Ｗｅｂブラウザーからアクセスを受け付けた前記ＨＴＴＰサーバーは、前記管理ステップにより前記識別情報が管理されていることを確認した場合、前記Ｗｅｂブラウザーを前記ＨＴＴＰＳサーバーにリダイレクトさせ、かつ前記ＨＴＴＰＳサーバーは前記ＨＴＴＰサーバーに代わり前記アプリケーションのコンテンツを提供することを特徴とするプログラム。