JP7321788B2 - 閲覧管理サーバ、閲覧管理方法、および閲覧管理システム - Google Patents

Description

本発明は、ユーザによるＷｅｂページの閲覧を管理する閲覧管理サーバ、閲覧管理方法、および閲覧管理システムに関する。

記録装置などのユーザが使用可能なクライアント端末がネットワークに接続されている場合、ユーザは、ネットワークを介して提供されている各種のサービスを利用することができる。しかしながら、そのサービスにおいて、特定のＷｅｂページが表示できないことがあり、またその要因として種々のものがある。特許文献１には、ＨＴＭＬのフレームが使用されることによりコンテンツが表示できない場合についての技術が記載されている。また、特定のＷｅｂページに対応していないＷｅｂブラウザが搭載されていることにより、クライアント端末で該Ｗｅｂページを閲覧することができない場合もある。

特開２００２－３４２２２５号公報

上述のようなサービスにおいて、ある処理を実行中に特定のＷｅｂページを表示する必要があるにも関わらず、それが表示できない場合には、当該処理を継続して実行することができなくなる。

本発明は、上記課題に鑑みてなされたものであり、特定のＷｅｂブラウザにおいて閲覧できないＷｅｂページを、ユーザが閲覧できるようにすることを目的とする。

上記目的を達成するために、本発明は、閲覧管理サーバであって、第１の装置の第１のＷｅｂブラウザから、サービスサーバにアクセスするためのアクセス要求を受信する受信手段と、所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるか判定する判定手段と、前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと前記判定手段で判定した場合、ＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理する管理手段と、前記閲覧管理サーバにアクセスするための情報と前記管理手段により管理される前記ＩＤとを含むアクセス情報、ならびに、第２のＷｅｂブラウザを有する第２の装置により前記アクセス情報を用いたアクセス要求をさせるためのメッセージを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第１の表示制御手段と、前記第２の装置の前記第２のＷｅｂブラウザから、前記アクセス情報を用いて為されたアクセス要求を受け付ける受付手段と、前記受付手段で受け付けた前記アクセス要求で用いられた前記アクセス情報に含まれている前記ＩＤと関連付けられて前記管理手段により管理されている前記ＵＲＬに基づいて、前記第２の装置の前記第２のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御する第２の表示制御手段と、前記第２の表示制御手段により前記第２のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第３の表示制御手段と、を有することを特徴とする。

本発明によれば、特定のＷｅｂブラウザにおいて閲覧することができないＷｅｂページを、ユーザは、他のＷｅｂブラウザで閲覧することができるようになる。

本実施形態による閲覧管理システムの概略構成図。 中継サーバのハードウェア構成を示すブロック図。 クライアント端末のハードウェア構成を示すブロック図。 閲覧用アプリによる中継サーバの機能的構成を示すブロック図。 閲覧処理の処理内容を示すフローチャート。 代替表示しない場合の閲覧処理のシーケンス図。 ファイル表示画面の一例を示す図。 代替表示する場合の閲覧処理のシーケンス図。 アクセスＩＤと認証用ＵＲＬとからなるアクセスＵＲＬおよびその表示例を示す図。 代替表示する場合の変形例を示す閲覧処理のシーケンス図。 Ｗｅｂページ閲覧時にエラーが発生した場合の表示例を示す図。

以下、添付の図面を参照しながら、本実施形態による閲覧管理サーバ、閲覧管理方法、および閲覧管理システムの一例を詳細に説明する。本実施形態では、サービスを提供するサービス用サーバに第１のＷｅｂブラウザを搭載した第１のクライアント端末を通じてユーザがログインして、当該サービス用サーバで管理されるファイルの一覧を第１のＷｅｂブラウザ上に表示する場合を一例として説明する。このとき、第１のＷｅｂブラウザでは、サービス用サーバにログイン用のＷｅｂページを閲覧できない場合を一例として説明する。

（閲覧管理システムの構成）
図１は、本実施形態に係る閲覧管理サーバを含む閲覧管理システムの構成を示す図である。図１の閲覧管理システム１０は、Ｗｅｂブラウザ１２を搭載したクライアント端末１４と、Ｗｅｂブラウザ１６を搭載したクライアント端末１８とを備えている。また、閲覧管理システム１０は、クライアント端末１４、１８とネットワーク２４を介して接続される中継サーバ２０とサービス用サーバ２２とを備えている。

ネットワーク２４は、例えば、インターネットなどのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、電話回線、専用デジタル回線である。また、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）やフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線などである。あるいは、これらの組み合わせにより実現される、所謂、通信ネットワークなどである。

中継サーバ２０は、クライアント端末１４、１８からのアクセスに応じて、サービス用のアプリケーション２８（後述する）で提供されるサービスを利用するためのＷｅｂページのユーザによる閲覧を管理する閲覧管理サーバである。即ち、中継サーバ２０は、Ｗｅｂブラウザ１２、１６からのアクセスに応じて、Ｗｅｂブラウザ１２、１６におけるＷｅｂページの表示を制御することで、当該Ｗｅｂページのユーザによる閲覧を管理している。

中継サーバ２０には、クライアント端末１４、１８によるＷｅｂページの閲覧を管理するための閲覧管理用のアプリケーション２６が実装されている。以下、「閲覧管理用のアプリケーション」を、「閲覧用アプリ」と称する。なお、後述するように、クライアント端末に搭載されたＷｅｂブラウザによって、Ｗｅｂページがユーザに対して閲覧可能なように表示されるが、本明細書では、クライアント端末によってＷｅｂページが表示されると、簡略的に記載する場合もある。

中継サーバ２０では、閲覧用アプリ２６によって、Ｗｅｂブラウザ１２、１６でのユーザによるＷｅｂページの閲覧を管理する機能が実現される。閲覧用アプリ２６は、Ｗｅｂブラウザ１２、１６からのアクセスに応じて所定のＷｅｂページを送信する。所定のＷｅｂページには、サービス用サーバが提供する各種のサービスに関するＷｅｂページが含まれる。即ち、本実施形態では、クライアント端末が、サービス用サーバ２２が提供する各種情報に関するＷｅｂページをサービス用サーバ２２から直接的に取得して表示せず、閲覧用アプリ２６を通じて取得して表示する。つまり、クライアント端末は、閲覧用アプリ２６から提供されるＷｅｂページを表示することで、間接的にサービス用サーバ２２が提供する各種情報をユーザに対して閲覧可能とする。例えば、クライアント端末は、サービス用サーバ２２で管理されるファイルの一覧の情報を、閲覧用アプリ２６から提供されるＷｅｂページを表示して、当該情報をユーザに対して閲覧可能とする。なお、所定のＷｅｂページには、サービス用サーバ２２にクライアント端末からログインするためのサービスログインページが含まれる。なお、サービスログインページは、サービス用サーバ２２から提供されるＷｅｂページである。また、所定のＷｅｂページには、後述するアクセスＵＲＬを通知するためのＷｅｂページが含まれるようにしてもよい。また、中継サーバ２０には、データベース３０が備えられている。データベース３０は、例えば、閲覧用アプリ２６がアクセスＩＤ（後述する）を管理する際に使用される。

Ｗｅｂブラウザ１２（第１のＷｅｂブラウザ）およびＷｅｂブラウザ１６（第２のＷｅｂブラウザ）はそれぞれ、Ｗｅｂページを表示するためのアプリケーションである。Ｗｅｂブラウザ１２、１６は、本実施形態では、閲覧用アプリ２６から送信されるＷｅｂページの表示を行う。また、Ｗｅｂブラウザ１２、１６は、サービス用サーバ２２に実装されたサービス用のアプリケーション２８が提供し、閲覧用アプリ２６から送信されるサービスログインページの表示を行う。なお、本実施形態では、当該サービスログインページの表示が可能ではない場合の処理を説明するものである。詳細は後述する。また、Ｗｅｂブラウザ１２、１６は、クライアント端末におけるユーザによる操作の受け付けなどを行う。本実施形態では、閲覧用アプリ２６から送信されるＷｅｂページとは、ＪａｖａＳｃｒｉｐｔ（登録商標）を含む、ＨＴＭＬやＸＨＴＭＬなどで記述された構造化文書である。また、Ｗｅｂブラウザ１２、１６は、このような構造化文書を解釈し、解釈した結果を表示する。Ｗｅｂブラウザ１２、１６によるＷｅｂページの表示は、ＪａｖａＳｃｒｉｐｔの実行処理および処理結果の表示を含む。

サービス用サーバ２２は、中継サーバ２０を介してクライアント端末１４、１８に対して、所定のサービスを提供する。サービス用サーバ２２には、クライアント端末１４、１８に対して所定のサービスを提供するためのアプリケーション２８が実装されている。以下、「所定のサービスを提供するアプリケーション」を、「サービス用アプリ」と称する。クライアント端末１４、１８では、中継サーバ２０を介して、サービス用アプリ２８により提供されるサービスが利用される。本実施形態では、サービス用アプリ２８は、例えば、ユーザの所有する画像データや文書ファイルなどのデータをサービス用サーバ２２上で管理し、Ｗｅｂブラウザ上で当該ファイルの閲覧を可能とするサービスを提供する。また、サービス用アプリ２８は、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介してファイル情報の提供を行うサービスを提供する。

なお、サービス用アプリ２８が提供するサービスについては、これに限定されるものではなく、公知の種々のサービスを提供するようにしてもよい。サービス用アプリ２８を利用するには、事前に登録したアカウント情報でのログインが必要となる。本実施形態では、ログインとは、一般的なアカウント情報の入力、認証および認証情報の取得を意味する。

本実施形態では、中継サーバ２０に実装された閲覧用アプリ２６は、Ｗｅｂページをクライアント端末１４、１８に送信することで、クライアント端末にＷｅｂページを表示させる。これによりユーザはクライアント端末に表示されたＷｅｂページを閲覧することができる。また、閲覧用アプリ２６は、表示されたＷｅｂページにおけるクライアント端末１４、１８上のユーザ操作を受けて、サービス用アプリ２８へのログイン処理を行うことができる。さらに、閲覧用アプリ２６は、ログイン処理後に認証情報を用いて、サービス用アプリ２８が提供するサービスに関する情報を取得し、当該サービスを利用可能なＷｅｂページを生成して、Ｗｅｂブラウザ１２、１６に送信する。このように、閲覧管理システム１０では、閲覧用アプリ２６を実装する中継サーバ２０と、サービス用アプリ２８を実装するサービス用サーバ２２とが通信して、その結果をＷｅｂブラウザ１２、１６に送信する。

クライアント端末１４、１８は、スマートフォン、タブレット、汎用のパーソナルコンピュータなどＷｅｂブラウザを搭載可能な端末であればどのような端末でもよい。例えばクライアント端末１４は、画像を用紙等の印刷媒体に印刷するプリンタ、または原稿を読み取るスキャナであってもよい。この場合、図４で後述するクライアント端末１４の構成図に、印刷部またはスキャン部が含まれることになる。または、クライアント端末１４は、印刷部およびスキャン部の両方を備える複合機（ＭｕｌｔｉＦｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）であってもよい。この場合、中継サーバ２０またはサービス用サーバ２２により提供されるＷｅｂサービスは、例えば、サービス用サーバ２２に記憶されている画像をクライアント端末１４の印刷部で印刷するクラウドプリントである。または、当該Ｗｅｂサービスは、クライアント端末１４が備えるスキャン部による原稿の読み取りで得られた画像が、サービス用サーバ２２にアップロードされるクラウドスキャンである。

なお、クライアント端末１８は、クライアント端末１４に比べて、搭載されているメモリ（ＲＡＭ）の容量が大きい。クライアント端末１４は、例えば、Ｗｅｂブラウザ１２が、サービス用アプリ２８により提供される所定のＷｅｂページの規格に対応しておらず、所定のＷｅｂページを表示できない。あるいは、メモリの容量が小さいため所定のＷｅｂページを表示することができないものとする。また、クライアント端末１８は、Ｗｅｂブラウザ１６により所定のＷｅｂページを表示できるものとする。所定のＷｅｂページとは、本実施形態では、サービス用サーバ２２へのアクセスの認証を受けるための認証用のＷｅｂページ（認証画面）、つまり、上記したサービスログインページとする。

（中継サーバのハードウェア構成）
次に、中継サーバ２０のハードウェア構成について説明する。図２は、中継サーバ２０のハードウェア構成を示す図である。中継サーバ２０は、中央処理装置（ＣＰＵ）３２と、ＲＡＭ３４と、ＲＯＭ３６と、記憶装置３８と、ＬＡＮインターフェース４０とがバス４１を介して接続されている。ＣＰＵ３２は、ＲＡＭ３４をワークエリアとしながら、ＲＯＭ３６に格納されたプログラムや各種パラメータに従って、演算、判断、および制御などを行う。記憶装置３８は、例えば、ハードディスクドライブ（ＨＤＤ）やフラッシュメモリが用いられ、オペレーティングシステム（ＯＳ：Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やアプリケーションなどの各種データを記憶する。ＬＡＮインターフェース４０は、ＬＡＮケーブルが接続されるインターフェースであり、ルータ（不図示）、ネットワーク２４を介してクライアント端末１４、１８、およびサービス用サーバ２２とのデータ通信に用いられる。なお、こうしたデータ通信は、例えば、無線に対応したインターフェースにより、無線で行われるようにしてもよい。

（クライアント端末のハードウェア構成）
次に、クライアント端末１４、１８のハードウェア構成について説明する。図３は、クライアント端末１４、１８のハードウェア構成を示す図である。なお、クライアント端末１４およびクライアント端末１８は、同様の構成であるため、以下の説明では、クライアント端末１４のハードウェア構成について説明し、クライアント端末１８についてはその説明を省略する。

クライアント端末１４は、ＣＰＵ４２と、ＲＡＭ４４と、ＲＯＭ４６と、表示装置４８と、入力装置５０と、記憶装置５２と、ＬＡＮインターフェース５４とがバス５６を介して接続されている。ＣＰＵ４２は、ＲＡＭ４４をワークエリアとしながら、ＲＯＭ４６に格納されたプログラムや各種パラメータに従って、演算、判断、および制御などを行う。ＲＯＭ４６は、各種処理のプログラムとともに、ＯＳ、Ｗｅｂブラウザおよびその他のアプリケーションを記憶している。

表示装置４８は、液晶ディスプレイとグラフィックコントローラとを含み、サーバからダウンロードしたＷｅｂページやグラフィカルユーザインターフェース（ＧＵＩ）などを表示する。Ｗｅｂページの表示は、Ｗｅｂブラウザ１２がサーバから送信されたＷｅｂページをＲＡＭ４４へダウンロードして、表示装置４８へ表示することで行う。入力装置５０は、ユーザが操作してクライアント端末１４に対して各種指示を与えるための装置であり、例えば、キーボードである。クライアント端末１４は、入力装置５０を介してユーザにより入力された指示に応じた処理を行う。本実施形態では、表示装置４８と入力装置５０とを別々の構成としているが、これに限定されるものではなく、表示装置と入力装置とが一体となったタッチパネルディスプレイを備えるようにしてもよい。

ＬＡＮインターフェース５４は、上記したＬＡＮインターフェース４０と同様の構成のため、その説明は省略する。記憶装置５２は、例えば、ＨＤＤやフラッシュメモリが用いられる。クライアント端末１４がスマートフォンであれば、記憶装置５２は、フラッシュメモリが使用される。

（中継サーバの機能的構成）
次に、閲覧用アプリ２６の起動により実現する中継サーバ２０の機能的構成について説明する。図４は、閲覧用アプリ２６の起動時の中継サーバ２０の機能的構成を示す説明図である。中継サーバ２０は、閲覧用アプリ２６によって、下記の機能的構成を備えることとなる。

中継サーバ２０は、Ｗｅｂブラウザ１２、１６に送信するためのＷｅｂページを生成するとともに、Ｗｅｂブラウザ１２、１６へ、Ｗｅｂページを含む各種情報の送受信を行う送受信部６０を備えている。また、中継サーバ２０は、サービス用サーバ２２と通信を行う通信部６２と、Ｗｅｂブラウザ１２、１６へのＣｏｏｋｉｅの書き込み、読み込み、および削除を行うＣｏｏｋｉｅ管理部６４を備えている。なお、Ｃｏｏｋｉｅ管理部６４は、Ｃｏｏｋｉｅの書き込みおよび読み込み時には、値の暗号化および復号化を行う。さらに、中継サーバ２０は、アクセスＩＤ（後述する）を発行するＩＤ発行部６６と、発行されたアクセスＩＤを、データベース３０を用いて管理するＩＤ管理部６８とを備えている。

中継サーバ２０は、サービス用アプリ２８が提供する所定のＷｅｂページが、現在アクセスしているＷｅｂブラウザ１２で表示可能な否かを判定し、当該判定に基づいて他のＷｅｂブラウザで代替表示するか否かを判定する。即ち、判定部７０では、所定のＷｅｂページが、Ｗｅｂブラウザ１２で表示可能である判定されると、他のＷｅｂブラウザで代替表示しないと判定される。一方、所定のＷｅｂページが、Ｗｅｂブラウザ１２で表示できないと判定されると、他のＷｅｂブラウザで代替表示すると判定される。また、中継サーバ２０は、アクセスＩＤを用いてアクセスＵＲＬ（後述する）を作成する作成部７２を備えている。

（閲覧処理の流れ）
以上の構成において、閲覧管理システム１０において、クライアント端末１４から中継サーバ２０を介してサービス用サーバ２２にアクセスする場合について説明する。本実施形態では、サービス用アプリ２８としてファイルを管理するアプリケーションを利用する場合を一例として説明する。図５は、サービス用アプリ２８により提供されるファイル管理サービスを利用可能なＷｅｂページを表示して閲覧可能とする閲覧処理の詳細な処理内容を示すフローチャートである。この閲覧処理は、中継サーバ２０で行われる。なお、ユーザは、閲覧処理により閲覧可能となったＷｅｂページを利用して、サービス用アプリ２８により提供されるファイル管理サービスを利用することとなる。

ユーザがクライアント端末１４を操作して、サービス用アプリ２８により提供されるファイル管理サービスの利用開始をＷｅｂブラウザ１２に指示すると、閲覧管理システム１０において、閲覧処理が開始される。この閲覧処理では、まず、サービス用サーバ２２へのアクセス信号が中継サーバ２０に送信される。中継サーバ２０は、このアクセス信号の受信に応じて閲覧用アプリ２６を起動する（Ｓ５０２）。なお、既に閲覧用アプリ２６が起動済みの場合には、本ステップは省略される。

次に、中継サーバ２０は、サービス用サーバ２２にアクセスして、クライアント端末１４からサービス用サーバ２２へのアクセスの認証状態の確認を行う（Ｓ５０４）。即ち、Ｓ５０４では、閲覧用アプリ２６が、クライアント端末１４と中継サーバ２０との間のセッション情報を用いて、サービス用サーバ２２に対するクライアント端末１４からのアクセスを認証する認証情報が有効か否かを判定する。Ｓ５０４では、例えば、前回の認証情報が有効期限切れとなっている、あるいは、クライアント端末１４から初めてサービス用サーバ２２にアクセスする、つまり、認証情報が存在しない場合などには、認証情報が無効であると判定される。なお、判定方法については、これに限定されるものではない。即ち、クライアント端末１４に保存されたＣｏｏｋｉｅ情報を用いるなど、前回のクライアント端末１４からのアクセス時に行った認証が有効か否かを判定することができれば、どのような方法であってもよい。

認証情報が有効である場合には、中継サーバ２０は、有効な認証情報を用いてサービス用アプリ２８で提供するファイル管理サービスを利用するためのＷｅｂページをＷｅｂブラウザ１２に送信する（Ｓ５０６）。そして、この閲覧処理を終了する。即ち、Ｓ５０６では、通信部６２が、サービス用サーバ２２にアクセスし、認証情報を用いてファイル管理サービスに関する情報を取得する。次に、送受信部６０が、取得したファイル管理サービスに関する情報に基づいて、ファイル管理サービスを利用するためのＷｅｂページ（ファイル表示画面）を生成し、生成したＷｅｂページをＷｅｂブラウザ１２に送信する。これにより、Ｗｅｂブラウザ１２には、ファイル管理サービスを利用可能なＷｅｂページ（第１のＷｅｂページ）が表示され、ユーザが当該Ｗｅｂページを閲覧することができるようになる。その後、ユーザは、サービス用サーバ２２（所定のサーバ）で提供する当該Ｗｅｂページを利用して、ファイル管理サービスを利用することとなる。

一方、認証情報が無効である場合には、クライアント端末１４からのアクセスを認証させるために、サービス用アプリ２８が提供する認証用のＷｅｂページを表示して、認証処理を実行する必要がある。ここで、認証処理は、クライアント端末１４からのアクセスを認証させるものであるので、通常は、クライアント端末１４に搭載されたＷｅｂブラウザ１２上に認証用のＷｅｂページを表示する。しかしながら、Ｗｅｂブラウザ１２が認証用のＷｅｂページを表示する規格を満たしていない、あるいは、クライアント端末１４に搭載されたＲＡＭ４４の容量が小さい場合には、認証用のＷｅｂページをＷｅｂブラウザ１２において正常に表示できない。

そこで、本実施形態では、認証用のＷｅｂページを表示する際には、中継サーバ２０において判定部７０が認証用のＷｅｂページを、他のＷｅｂブラウザに代替表示するか否かの判定を行う（Ｓ５０８）。なお、本実施形態では、閲覧管理システム１０は、クライアント端末１４の他にクライアント端末１８のみを備えているため、Ｓ５０８では、実質的にクライアント端末１８におけるＷｅｂブラウザ１６により代替表示するか否かの判定を行うこととなる。Ｓ５０８における判定方法としては、例えば、閲覧用アプリ２６において、認証用のＷｅｂページを表示できないクライアント端末の種類やＷｅｂブラウザのバージョン情報などのリストを予め保持しておく。そして、Ｗｅｂブラウザ１２から閲覧用アプリ２６を起動する際に出力されるアクセス信号に含まれるＵｓｅｒ ＡｇｅｎｔなどのＷｅｂブラウザ／クライアント端末情報を用いて判定する。あるいは、Ｗｅｂブラウザ１２から判定のための情報を閲覧用アプリ２６に送信するようにしてもよい。従って、Ｗｅｂブラウザ／クライアント端末情報あるいは判定のための情報がリストになければ、認証用のＷｅｂページをＷｅｂブラウザ１２に表示可能であり、他のＷｅｂブラウザにより代替表示しないと判定される。また、Ｗｅｂブラウザ／クライアント端末情報あるいは判定のための情報がリストにあれば、認証用のＷｅｂページをＷｅｂブラウザ１２表示できず、Ｗｅｂブラウザ１６により代替表示すると判定される。

なお、Ｓ５０８における判定方法は、上記した方法に限定されるものではない。例えば、Ｗｅｂブラウザ１２がアクセスした場合の認証用のＷｅｂページをＷｅｂブラウザ１６に表示するように予め設定しておき、当該設定に基づいて代替表示するか否かを判定するようにしてもよい。また、予め判定条件を保持しておくのではなく、Ｗｅｂブラウザ１２に認証用のＷｅｂページが正常に表示されているか否かを判定する判定装置を用いて判定し、正常に表示されていないと判定されたときに、他のＷｅｂブラウザで代替表示するように判定してもよい。

Ｓ５０８において、認証用のＷｅｂページを代替表示しないと判定されると、送受信部６０がＷｅｂブラウザ１２に対して認証用のＷｅｂページへアクセスするためのＵＲＬへリダイレクトさせる要求を送信する（Ｓ５１０）。以下の説明では、「認証用のＷｅｂページへアクセスするためのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｅｒ）」を、「認証用ＵＲＬ」と称する。その後、Ｗｅｂブラウザ１２に認証用のＷｅｂページが表示され、認証用のＷｅｂページにおいてユーザにより入力された情報に基づいて、認証処理を行い（Ｓ５１２）、認証されるとＳ５０６に進む。なお、認証されない場合には、例えば、認証されなかった旨の通知を送受信部６０からＷｅｂブラウザ１２へ送信して、クライアント端末１４に認証できなかった旨の通知を行い、閲覧処理を終了する。

Ｓ５０８において、認証用のＷｅｂページを代替表示すると判定されると、ＩＤ発行部６６が、アクセスＩＤを発行する（Ｓ５１４）。そして、ＩＤ管理部６８が、発行されたアクセスＩＤと認証用ＵＲＬ（所定のＷｅｂページの第１のアクセス情報）とを関連付けて、データベース３０に保存する（Ｓ５１６）。アクセスＩＤは、後述するアクセスＵＲＬに基づいてＷｅｂブラウザ１６から中継サーバ２０へのアクセスがあった際に、閲覧用アプリ２６が認証用ＵＲＬを取得するために用いるＩＤとなる。

次に、作成部７２が、他のＷｅｂブラウザ、つまり、Ｗｅｂブラウザ１６から中継サーバ２０にアクセスするためのＵＲＬをアクセスＩＤを用いて作成し、作成したＵＲＬを送受信部６０がＷｅｂブラウザ１２に送信する（Ｓ５１８）。以下の説明では、「アクセスＩＤを用いて作成された、Ｗｅｂブラウザ１６から閲覧用アプリ２６にアクセスするためのＵＲＬ」を、「アクセスＵＲＬ」と称する。Ｓ５１８では、送受信部６０は、具体的には、アクセスＵＲＬ（第２のアクセス情報）を表示するためのＷｅｂページを生成し、生成したＷｅｂページをＷｅｂブラウザ１２に送信することとなる。これにより、アクセスＵＲＬはＷｅｂブラウザ１２に表示され、ユーザがアクセスＵＲＬを閲覧可能となる。アクセスＵＲＬを表示するＷｅｂページでは、例えば、他のクライアント端末あるいは他のＷｅｂブラウザからアクセスＵＲＬを入力するように促す通知を行う。こうした通知は、Ｗｅｂページ上で表示してもよいし、音声ガイダンスとして流すようにしてもよく、通知方法は限定されない。本実施形態では、作成部７２と送受信部６０とが、Ｗｅｂブラウザ１２にアクセスＵＲＬを表示させる表示部として機能している。

その後、ユーザからのアクセスＵＲＬが入力されたか否かを判定する（Ｓ５２０）。即ち、Ｓ５１８における処理によりアクセスＵＲＬがＷｅｂブラウザ１２に表示されると、ユーザは、当該アクセスＵＲＬを別のＷｅｂブラウザ、つまり、Ｗｅｂブラウザ１６に入力することとなる。従って、Ｓ５２０では、送受信部６０において、他のＷｅｂブラウザ（本実施形態ではＷｅｂブラウザ１６）からアクセスＵＲＬが入力されたか否かを判定する。即ち、送受信部６０は、パラメータとしてアクセスＩＤを指定したアクセス要求があるか否かを判定する。このように、本実施形態では、送受信部６０が、Ｗｅｂブラウザ１６からアクセスＵＲＬを受け付ける受付部として機能している。

Ｓ５２０において、アクセスＵＲＬが入力されたと判定されると、送受信部６０が、入力されたアクセスＵＲＬからアクセスＩＤを取得する（Ｓ５２２）。即ち、上述のように、アクセスＵＲＬはアクセスＩＤから作成されたものであるため、送受信部６０は、当該アクセスに用いられたアクセスＵＲＬから、アクセスＩＤを取得することができる。次に、送受信部６０が、取得したアクセスＩＤに基づいて、ＩＤ管理部６８で管理され、かつ、Ｓ５１６における処理により当該アクセスＩＤが関連付けられている認証用ＵＲＬを取得する（Ｓ５２４）。そして、送受信部６０が、Ｗｅｂブラウザ１６に対して認証用ＵＲＬへリダイレクトさせる要求を送信する（Ｓ５２６）。その後、Ｗｅｂブラウザ１６に表示された認証用のＷｅｂページに入力された情報に基づいて、認証処理を行い（Ｓ５２８）、認証されるとＳ５０６に進む。なお、認証されない場合には、例えば、認証されなかった旨の通知を送受信部６０からＷｅｂブラウザ１２へ送信して、クライアント端末１４に認証できなかった旨の通知を行い、閲覧処理を終了する。本実施形態では、送受信部６０が、アクセスＩＤから認証用ＵＲＬを取得し、Ｗｅｂブラウザ１６に対して認証用ＵＲＬへのリダイレクト要求を送信することで、Ｗｅｂブラウザ１６を介してユーザに対して認証用ＵＲＬを通知する通知部として機能している。

（閲覧処理のシーケンス）
次に、Ｗｅｂブラウザ１２から中継サーバ２０を介してサービス用サーバ２２にアクセスして、Ｗｅｂブラウザ１２においてサービス用アプリ２８が提供するサービスを利用するためのＷｅｂページを閲覧可能とするまでの処理について説明する。まず、図６を参照しながら、Ｓ５０８において、認証用のＷｅｂページを他のＷｅｂブラウザで代替表示しないと判定された場合について説明する。図６は、認証用のＷｅｂページを他のＷｅｂブラウザで代替表示しないと判定した場合の閲覧処理のシーケンス図である。

クライアント端末１４のＷｅｂブラウザ１２が閲覧用アプリ２６へアクセスして（Ｓ６０２）、閲覧用アプリ２６を起動する（上記Ｓ５０２に相当）。次に、閲覧用アプリ２６が、サービス用アプリ２８に対して、保持されている認証状態の確認を行って（Ｓ６０４）、サービス用アプリ２８が、クライアント端末１４からのアクセスは認証されているか否かを判定する（上記Ｓ５０４に相当）。

クライアント端末１４からのアクセスが認証されてないと判定されると（Ｓ６０６）、閲覧用アプリ２６は、サービス用アプリ２８で提供する認証用のＷｅｂページを他のＷｅｂブラウザで代替表示するか否かを判定する（上記Ｓ５０８に相当）。この判定において、代替表示しないと判定されると（Ｓ６０８）、閲覧用アプリ２６が、Ｗｅｂブラウザ１２に対して認証用ＵＲＬへのリダイレクト要求を送信する（Ｓ６１０、上記Ｓ５１０に相当）。

Ｗｅｂブラウザ１２は、受信したリダイレクト要求に従ってサービス用アプリ２８に対して認証リクエストを送信する（Ｓ６１２）。即ち、Ｓ６１２では、Ｗｅｂブラウザ１２から認証用ＵＲＬにアクセスする。これにより、サービス用アプリ２８からＷｅｂブラウザ１２に対して認証用のＷｅｂページが送信され、認証用のＷｅｂページがＷｅｂブラウザ１２に表示される（Ｓ６１４）。その後、認証用のＷｅｂページにおいて、ユーザがサービス用アプリ２８の利用の認証を受けるための情報（アカウントＩＤやパスワードなど）を入力すると、Ｗｅｂブラウザ１２は、入力された情報をサービス用アプリ２８に送信する（Ｓ６１６）。この入力された情報に基づいて、サービス用アプリ２８において認証されると、サービス用アプリ２８は、認証完了後のコールバックを閲覧用アプリ２６に送信する（Ｓ６１８）。Ｓ６１２～Ｓ６１８までの処理が上記Ｓ５１２の認証処理に相当する。

認証されると、閲覧用アプリ２６は、サービス用アプリ２８で管理しているファイルへアクセス可能となる。そして、閲覧用アプリ２６が、認証を行ったアカウントに関連付けられたファイルリストの取得要求をサービス用アプリ２８に送信する（Ｓ６２０）。その後、この取得要求に応じて、サービス用アプリ２８は閲覧用アプリ２６に対してファイルリストを送信する（Ｓ６２２）。そして、閲覧用アプリ２６は、受信したファイルリストに基づいて、ファイル管理サービスを利用するためのＷｅｂページとしてファイル表示画面２００（図７参照）を生成し、生成したＷｅｂページをＷｅｂブラウザ１２に送信する（Ｓ６２４）。なお、図７は、サービス用アプリ２８において管理しているファイルの一覧が表示されたＷｅｂページの一例を示す図である。これにより、Ｗｅｂブラウザ１２に、ファイル管理サービスを利用可能なＷｅｂページが表示される。Ｓ６２０～Ｓ６２４までの処理が上記Ｓ５０６の処理に相当する。

なお、Ｓ６０４の認証状態の確認を受けて、Ｓ６０６で、クライアント端末１４からのアクセスが認証されていると判定されると、Ｓ６０８～Ｓ６１８までの処理を省略して、Ｓ６２０以降の処理を実行する。

次に、図８を参照しながら、Ｓ５０８において他のＷｅｂブラウザで代替表示すると判定された場合について説明する。図８は、認証用のＷｅｂページを他のＷｅｂブラウザで代替表示すると判定した場合の閲覧処理のシーケンス図である。

クライアント端末１４のＷｅｂブラウザ１２が閲覧用アプリ２６へアクセスして（Ｓ８０２）、閲覧用アプリ２６を起動する（上記Ｓ５０２に相当）。次に、閲覧用アプリ２６が、サービス用アプリ２８に対して、保持されている認証状態の確認を行って（Ｓ８０４）、サービス用アプリ２８が、クライアント端末１４からのアクセスは認証されているか否かを判定する（上記Ｓ５０４に相当）。

クライアント端末１４からのアクセスが認証されてないと判定されると（Ｓ８０６）、閲覧用アプリ２６は、サービス用アプリ２８で提供する認証用のＷｅｂページを他のＷｅｂブラウザで代替表示するか否かを判定する（上記Ｓ５０８に相当）。この判定において、代替表示しないと判定されると（Ｓ８０８）、閲覧用アプリ２６がアクセスＩＤを発行する（Ｓ８１０、上記Ｓ５１４に相当）。次に、閲覧用アプリ２６は、発行したアクセスＩＤと認証用ＵＲＬとを関連付けてデータベース３０に保存する（Ｓ８１２、上記Ｓ５１６に相当）。また、閲覧用アプリ２６は、発行したアクセスＩＤを用いてアクセスＵＲＬを作成し、アクセスＵＲＬを通知するＷｅｂページ（通知画面）を生成して、当該ＷｅｂページをＷｅｂブラウザ１２に送信する（Ｓ８１４、上記Ｓ５１８に相当）。これにより、Ｗｅｂブラウザ１２には、アクセスＵＲＬを通知する通知画面１００が表示される。

図９（ａ）は、アクセスＩＤが関連付けられて作成されたアクセスＵＲＬを示す図であり、図９（ｂ）は、データベースにおいてアクセスＩＤと認証用ＵＲＬとが関連付けて記憶された情報を示す図である。図９（ｃ）は、Ｗｅｂブラウザ１２において表示される通知画面１００の一例を示す図である。本実施形態では、図９（ａ）のように、アクセスＵＲＬの末尾６桁が「ＡＢＣ１２３」がアクセスＩＤとなっている。アクセスＵＲＬのドメイン部分は、中継サーバ２０（閲覧用アプリ２６）を指し示すものである。アクセスＵＲＬのアクセスＩＤ部分は、閲覧用アプリ２６においてパラメータの一種として扱われる。また、データベース３０では、図９（ｂ）のように、アクセスＩＤと認証用ＵＲＬとが関連付けられて記憶される。また、図９（ｃ）のように、通知画面１００では、アクセスＵＲＬとともに、別のＷｅｂブラウザを用いてアクセスＵＲＬにアクセスするように促すコメントが通知される。

なお、アクセスＩＤは、一意なＩＤとして保障できるものであればどのような形式でもよい。また、セキュリティなどの観点から、アクセスＩＤに有効期限を設定してもよいし、一度しか使用できないワンタイムＩＤに設定してもよい。さらに、通知画面１００では、少なくともユーザがＷｅｂブラウザ１６から閲覧用アプリ２６にアクセスするための情報（アクセスＩＤを含む）が表示される。なお、このアクセスするための情報については、ユーザがＵＲＬ形式として確認可能な形態に限定されるものではなく、例えば、一次元コードあるいは二次元コードなどのように符号化された形態のものでもよく、公知の種々の技術を用いることができる。さらにまた、ユーザがアクセスＵＲＬをＷｅｂブラウザ１２とは異なるＷｅｂブラウザ１６に伝達することが可能であれば、Ｗｅｂブラウザ１２上で通知画面１００により通知する必要はない。この場合、例えば、クライアント端末１４に送信されたアクセスＵＲＬを、近距離無線通信技術などを用いてクライアント端末１８に送信するようにしてもよい。

次に、Ｗｅｂブラウザ１６においてユーザからアクセスＵＲＬが入力されると、Ｗｅｂブラウザ１６が閲覧用アプリ２６にアクセスＵＲＬを送信する（Ｓ８１６）。その後、閲覧用アプリ２６は、受信したアクセスＵＲＬからアクセスＩＤを取得する（上記Ｓ５２２に相当）。そして、取得したアクセスＩＤを用いて、当該アクセスＩＤが関連付けられた認証用ＵＲＬをデータベース３０から取得する（Ｓ８２０、上記Ｓ５２４に相当）。

その後、閲覧用アプリ２６が、Ｗｅｂブラウザ１６に対して認証用ＵＲＬへのリダイレクト要求を送信する（Ｓ８２２、上記Ｓ５２６に相当）。Ｗｅｂブラウザ１６は、受信したリダイレクト要求に従ってサービス用アプリ２８に対して認証リクエストを送信する（Ｓ８２４）。即ち、Ｓ８２４では、Ｗｅｂブラウザ１６から認証用ＵＲＬにアクセスする。これにより、サービス用アプリ２８は、Ｗｅｂブラウザ１６に対して認証用のＷｅｂページを送信し、認証用のＷｅｂページがＷｅｂブラウザ１６に表示される（Ｓ８２６）。

次に、認証用のＷｅｂページにおいて、ユーザがサービス用アプリ２８の利用の認証を受けるための情報を入力すると、Ｗｅｂブラウザ１６は、入力された情報をサービス用アプリ２８に送信する（Ｓ８２８）。そして、サービス用アプリ２８において認証されると、サービス用アプリ２８は、認証完了後のコールバックを閲覧用アプリ２６に送信する（Ｓ８３０）。Ｓ８２２～Ｓ８３０までの処理が上記Ｓ５２８の認証処理に相当する。

認証されると、閲覧用アプリ２６は、サービス用アプリ２８で管理しているファイルへアクセス可能となる。そして、閲覧用アプリ２６が、Ｗｅｂブラウザ１２に対して認証が完了した旨の通知を送信する（Ｓ８３２）。閲覧用アプリ２６からＷｅｂブラウザ１２に対して、認証が完了した旨の通知を行う方法としては、例えば、Ｓ８１４においてアクセスＵＲＬを送信したＷｅｂブラウザを識別するＩＤを持つＷｅｂブラウザ１２に対して通知を行うようにする。また、Ｗｅｂブラウザ１２にアクセスＵＲＬを通知した時点から、Ｗｅｂブラウザ１２が閲覧用アプリ２６に対して定期的にアクセスしてＷｅｂブラウザ１６による処理状況を監視し、この監視結果に基づいて通知するようにしてもよい。この際、例えば、処理状況に応じてＷｅｂブラウザ１２上の表示を切り替えて、ユーザに対して処理状況を通知するようにしてもよい。他にも、例えばＳ８０２におけるアクセスにおいて、クライアント端末１４のデバイスＩＤが閲覧用アプリ２６に送信されてもよい。そして、閲覧用アプリ２６がＳ８１２において、そのデバイスＩＤとアクセスＩＤと認証用ＵＲＬを関連付けてデータベース３０に保存してもよい。そして、Ｓ８３２で閲覧用アプリ２６が、完了した認証で使用されたアクセスＩＤもしくは認証用ＵＲＬに関連付けられているデバイスＩＤより、クライアント端末１４を特定してもよい。そして、閲覧用アプリ２６が、特定されたクライアント端末１４に認証が完了した旨を通知してもよい。

その後、ユーザがＷｅｂブラウザ１２においてファイル管理サービスを利用するためのＷｅｂページとしてのファイル表示画面の要求を行うと、Ｗｅｂブラウザ１２が、ファイル表示画面の取得要求を閲覧用アプリ２６に送信する（Ｓ８３４）。閲覧用アプリ２６は、受信したファイル表示画面の取得要求に基づいて、認証されたアカウントに関連付けられたファイルリストの取得要求をサービス用アプリ２８に送信する（Ｓ８３６）。そして、この取得要求に応じて、サービス用アプリ２８は閲覧用アプリ２６に対してファイルリストを送信する（Ｓ８３８）。閲覧用アプリ２６は、受信したファイルリストに基づいて、ファイル管理サービスを利用するためのＷｅｂページとしてのファイル表示画面２００を生成し、生成したＷｅｂページをＷｅｂブラウザ１２に送信する（Ｓ８４０）。これにより、Ｗｅｂブラウザ１２に、ファイル管理サービスを利用可能なＷｅｂページが表示される。Ｓ８３４～Ｓ８４０までの処理が上記Ｓ５０６の処理に相当する。

なお、Ｓ８０４の認証状態の確認を受けて、Ｓ８０６でクライアント端末１４からのアクセスが認証されていると判定された場合には、Ｓ８０８～Ｓ８３４までの処理を省略して、Ｓ８３６以降の処理を実行する。また、サービス用アプリ２８により提供されるサービスが上述のクラウドプリントである場合、Ｓ８４０では、例えば上述のファイルリストに含まれるファイルが、印刷候補として表示されるＷｅｂページが送信される。そして、図８に示す処理の後、当該Ｗｅｂページでユーザにより選択されたファイルが、サービス用アプリ２８からプリンタまたは複合機としてのクライアント端末１４に送信される。そして、クライアント端末により、当該ファイルに含まれる文書または画像が印刷される。

以上において説明したように、閲覧管理システム１０では、Ｗｅｂブラウザ１２で表示できない認証用のＷｅｂページが、サービス用サーバ２２から中継サーバ２０送信されると、まず、中継サーバ２０でアクセスＩＤを発行する。次に、中継サーバ２０において、アクセスＩＤと認証用のＷｅｂページの認証用ＵＲＬとを関連付けて管理するとともに、アクセスＩＤを含み、かつ、Ｗｅｂブラウザ１６から中継サーバ２０へアクセス可能なアクセスＵＲＬを作成してＷｅｂブラウザ１２に送信する。その後、中継サーバ２０においてＷｅｂブラウザ１６からアクセスＵＲＬの入力を受け付けると、アクセスＵＲＬからアクセスＩＤを取得し、アクセスＩＤから認証用ＵＲＬ取得する。そして、中継サーバ２０は、取得した認証用ＵＲＬへのリダイレクト要求をＷｅｂブラウザ１６に送信し、Ｗｅｂブラウザ１６上に認証用のＷｅｂページを表示する。その後、認証用のＷｅｂページを用いた認証が終了すると、サービスを利用するためのＷｅｂページがＷｅｂブラウザ１２に表示さる。

これにより、Ｗｅｂブラウザが対応可能な規格やクライアント端末のメモリ容量などによって、アクセスしたＷｅｂブラウザ１２において所定のＷｅｂページが表示できなくても、他のＷｅｂブラウザ１６で所定のＷｅｂページを閲覧することができるようになる。また、Ｗｅｂブラウザ１６で所定のＷｅｂページを利用した処理が行われると、Ｗｅｂブラウザ１２においてサービスを利用するためのＷｅｂページが表示されることとなり、ユーザは提供されるサービスをＷｅｂブラウザ１２上において継続して実行できる。

なお、Ｗｅｂブラウザ１２上においてＷｅｂページの閲覧を継続していた場合に、再度Ｗｅｂブラウザ１２において特定のＷｅｂページが表示できなくなることが考えられる。例えば、図８のＳ８４０の処理により表示されたＷｅｂページにおいてリンクされている、サービス用アプリ２８が提供する別のＷｅｂページが表示されないことが考えられる。この場合、閲覧用アプリ２６は、図８で説明したシーケンスで再度Ｗｅｂブラウザ１６を利用した代替表示処理を行ってもよいが、Ｗｅｂブラウザ１２上にエラーメッセージを表示する方法をとってもよい。

例えば、Ｗｅｂブラウザ１２上において、ファイル管理サービスを利用するためのＷｅｂページである図７に示したファイル表示画面２００が表示されていたとする。そして、ユーザがクライアント端末１４を操作して「画像１」を選択して画像１の詳細情報を確認しようとした時に、その情報がファイル管理サービスから取得できなかったとする。即ち、サービス用サーバ２２が提供する、画像１の詳細情報を含むＷｅｂページ（第２のＷｅｂページ）がＷｅｂブラウザ１２により表示できなかったとする。この場合、閲覧用アプリ２６は、図１１（ａ）に示したようにファイルの取得に失敗したことを表すメッセージをＷｅｂブラウザ１２上に表示する。

ただし、このメッセージは一時的なネットワーク障害やファイル管理サービス側の原因によるエラー、もしくは原因不明のエラーなどの際の汎用的なメッセージとして表示される。しかし、原因が分かっていてユーザの操作により解決可能なエラーの場合は、図１１（ａ）の汎用的なメッセージに加えて、より詳細なメッセージが追加で表示されることが望ましい。ここで、上述のファイル取得に失敗した原因が、ファイル管理サービスのユーザアカウント状態によるもので、ユーザがファイル管理サービスに一度ログインすれば解決するようなエラーが発生しているとする。例えば、ファイル管理サービスにおける利用規約が改定されたことにより、ユーザの再同意が必要になったなど、このようなエラーが起こり得る。この場合、閲覧用アプリ２６は、ユーザにファイル管理サービスへのログインを促すメッセージを追加で表示する。ただし、Ｗｅｂブラウザ１２ではファイル管理サービスのログイン画面の表示ができない可能性があるため、図１１（ｂ）に示したように、別の端末でログインすることを促すメッセージを表示する。即ち、Ｗｅｂブラウザ１２に、Ｗｅｂブラウザ１６によるサービス用サーバ２２へのアクセスを促す表示を行うこととなる。

これにより、例えば、Ｗｅｂブラウザ１６でログインを行って利用規約への再同意など必要な操作を行った後に、再度Ｗｅｂブラウザ１２上でファイル表示画面２００における「画像１」を選択すると、ユーザ所望のように画像１の詳細情報を確認できるようになる。

また、上述の例ではファイル管理サービスを利用するためのＷｅｂページでファイル一覧を表示する例を示したが、表示するＷｅｂページはこれに限定されるものではない。即ち、例えば、印刷およびスキャンの機能を有する上述のような複合機と連携して印刷やスキャンの指示を出すことが可能なサービスであってもよい。この場合に、印刷の指示や、スキャンしたファイルをログインしたサービスに対してアップロードする指示の際にエラーが発生した場合に、図１１（ｂ）に示したようなメッセージが表示されてもよい。

（他の実施形態）
なお、上記実施形態は、以下の（１）乃至（５）に示すように変形してもよい。

（１）上記実施形態では、認証完了後に、Ｗｅｂブラウザ１２にファイル管理サービスを利用するためのＷｅｂページを表示するようにしたが、これに限定されるものではない。即ち、認証完了後に、Ｗｅｂブラウザ１６にファイル管理サービスを利用するためのＷｅｂページを表示するようにしてもよい。以下、図１０を参照しながら、詳細に説明する。図１０は、ファイル管理サービスを利用するためのＷｅｂページをＷｅｂブラウザ１６に表示する場合の閲覧処理のシーケンス図である。なお、この場合には、サービス用アプリ２８が、閲覧用アプリ２６に対して認証完了後のコールバックを送信するまで、つまり、Ｓ１００２～Ｓ１０３０までは、上記Ｓ８０２～Ｓ８３０で説明した内容と同じであるので、その説明は省略する。

Ｓ１０３０においてサービス用アプリ２８が認証完了後のコールバックを送信すると、閲覧用アプリ２６が、認証を行ったアカウントに関連付けられたファイルリストの取得要求をサービス用アプリ２８に送信する（Ｓ１０３２）。次に、この取得要求に応じて、サービス用アプリ２８が閲覧用アプリ２６に対してファイルリスト送信する（Ｓ１０３４）。その後、閲覧用アプリ２６は、受信したファイルリストに基づいて、ファイル管理サービスを利用するためのＷｅｂページとしてのファイル表示画面２００を生成し、生成したファイル表示画面２００をＷｅｂブラウザ１６に送信する（Ｓ１０３６）。

この場合、閲覧用アプリ２６から送信されるＷｅｂページを表示できない独自のＯＳでクライアント端末１４が動作するものであっても、ユーザはクライアント端末１８により、サービス用アプリ２８が提供するサービスを利用することができるようになる。

（２）上記実施形態では、閲覧管理システム１０において、クライアント端末１４に搭載されたＷｅｂブラウザ１２とクライアント端末１８に搭載されたＷｅｂブラウザ１６とを備えるようにしたが、これに限定されるものではない。即ち、閲覧管理システム１０では、１つのクライアント端末のみ設けられるようにし、このクライアント端末にＷｅｂブラウザ１２とＷｅｂブラウザ１６とを搭載するようにしてもよい。また、閲覧管理システム１０では、認証用のＷｅｂページを表示できないＷｅｂブラウザ１２と、認証用のＷｅｂページを表示できるＷｅｂブラウザ１６とをそれぞれ１つ設けるようにしたが、これに限定されるものではない。即ち、Ｗｅｂブラウザ１２およびＷｅｂブラウザ１６の少なくとも一方を複数備えるようにしてもよい。さらに、上記実施形態では、閲覧管理システム１０において、サービス用サーバ２２を１つ備えるようにしたが、これに限定されるものではなく、サービス用サーバ２２を複数備えるようにしてもよい。この場合、サービス用サーバ２２は、例えば、互いに異なるサービスを提供する。

（３）本実施形態は、上記実施形態の１以上の機能を実現するプログラムを、記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。なお、上記プログラムは、ネットワークを介してシステムまたは装置に供給されるようにしてもよい。また、プログラムを供給する記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

さらに、上記実施形態の１以上の機能を実現するために、例えば、読み出したプログラムに基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行うようにしてもよい。あるいは、読み出したプログラムを、コンピュータに挿入された機能拡張ボードに備えられたメモリに書き込んだ後に、このプログラムの指示に基づき、機能拡張ボードに備えられたＣＰＵなどが実際の処理の一部または全部を行うようにしてもよい。なお、この場合、機能拡張ボードを、コンピュータに接続された機能拡張ユニットとしてもよい。

（４）上記実施形態では、Ｗｅｂブラウザ１６で代替表示するか否かを判定するために、中継サーバ２０に、認証用のＷｅｂページを表示できないクライアント端末の種類、Ｗｅｂブラウザのバージョン情報のリストを保持させたが、これに限定されるものではない。即ち、中継サーバ２０に対して、クライアント端末１４、１８からＷｅｂブラウザ１２で表示できないＷｅｂページを登録し、判定部７０では登録されたＷｅｂページ情報に基づいて判定するようにしてもよい。

（５）上記実施形態および上記した（１）乃至（４）に示す各種の形態は、適宜に組み合わせるようにしてもよい。

２０ 中継サーバ
６０ 送受信部
６２ 通信部
６６ ＩＤ発行部
６８ ＩＤ管理部
７２ 作成部

Claims (15)

1. 閲覧管理サーバであって、
   第１の装置の第１のＷｅｂブラウザから、サービスサーバにアクセスするためのアクセス要求を受信する受信手段と、
   所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるか判定する判定手段と、
   前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと前記判定手段で判定した場合、ＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理する管理手段と、
   前記閲覧管理サーバにアクセスするための情報と前記管理手段により管理される前記ＩＤとを含むアクセス情報、ならびに、第２のＷｅｂブラウザを有する第２の装置により前記アクセス情報を用いたアクセス要求をさせるためのメッセージを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第１の表示制御手段と、
   前記第２の装置の前記第２のＷｅｂブラウザから、前記アクセス情報を用いて為されたアクセス要求を受け付ける受付手段と、
   前記受付手段で受け付けた前記アクセス要求で用いられた前記アクセス情報に含まれている前記ＩＤと関連付けられて前記管理手段により管理されている前記ＵＲＬに基づいて、前記第２の装置の前記第２のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御する第２の表示制御手段と、
   前記第２の表示制御手段により前記第２のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第３の表示制御手段と、を有することを特徴とする閲覧管理サーバ。
2. 前記第３の表示制御手段は、前記第２の表示制御手段により前記第２のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された前記所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための前記第１のＷｅｂページを生成し、当該生成した第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御することを特徴とする請求項１に記載の閲覧管理サーバ。
3. 前記アクセス情報は、前記閲覧管理サーバにアクセスするための前記閲覧管理サーバのドメインの情報と、前記ＩＤとを含むＵＲＬの形式の情報であり、
   前記第１の表示制御手段は、前記ＵＲＬの形式のアクセス情報と前記メッセージとを前記第１の装置の前記第１のＷｅｂブラウザに送信することにより、前記第１の装置の前記第１のＷｅｂブラウザに前記アクセス情報と前記メッセージとを表示させるように制御することを特徴とする請求項１または２に記載の閲覧管理サーバ。
4. 前記アクセス情報は、前記閲覧管理サーバにアクセスするための前記閲覧管理サーバのドメインの情報と、前記ＩＤとを含む一次元コードまたは二次元コードの形式の情報であり、
   前記第１の表示制御手段は、前記一次元コードまたは前記二次元コードの形式の前記アクセス情報と前記メッセージとを前記第１の装置の前記第１のＷｅｂブラウザに送信することにより、前記第１の装置の前記第１のＷｅｂブラウザに前記アクセス情報と前記メッセージとを表示させるように制御することを特徴とする請求項１または２に記載の閲覧管理サーバ。
5. 前記ＩＤは、有効期限が設けられている、ことを特徴とする請求項１から４のいずれか１項に記載の閲覧管理サーバ。
6. 前記ＩＤは、ワンタイムＩＤである、ことを特徴とする請求項１から４のいずれか１項に記載の閲覧管理サーバ。
7. 前記判定手段は、前記第１のＷｅｂブラウザのバージョン情報、あるいは、予め登録されたＷｅｂページ情報に基づいて、前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるかを判定し、
   前記判定手段により前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと判定された場合に、前記管理手段は、前記ＩＤを発行して、当該発行したＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理することを特徴とする請求項１から６のいずれか１項に記載の閲覧管理サーバ。
8. 前記第２のＷｅｂブラウザを搭載した前記第２の装置は、前記第１のＷｅｂブラウザを搭載した前記第１の装置よりもメモリの容量が大きい、ことを特徴とする請求項１に記載の閲覧管理サーバ。
9. 前記判定手段は、前記第１のＷｅｂブラウザのバージョン情報、予め登録された前記所定のＷｅｂページ情報、あるいは、前記第１の装置の種類に基づいて、前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるかを判定し、
   前記判定手段により前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと判定された場合に、前記管理手段は、前記ＩＤを発行して、当該発行したＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理することとを特徴とする請求項１に記載の閲覧管理サーバ。
10. 前記第２の表示制御手段は、前記受付手段で受け付けた前記アクセス要求で用いられた前記アクセス情報に含まれている前記ＩＤと関連付けられて前記管理手段により管理されている前記ＵＲＬを前記第２のＷｅｂブラウザに通知することで、前記第２の装置の前記第２のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御することを特徴とする請求項１から９のいずれか１項に記載の閲覧管理サーバ。
11. 前記所定の処理は、認証処理であり、
    前記第３の表示制御手段は、前記認証処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための前記第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御することを特徴とする請求項１から１０のいずれか１項に記載の閲覧管理サーバ。
12. 前記第１の装置はプリンタである、ことを特徴とする請求項１から１１のいずれか１項に記載の閲覧管理サーバ。
13. 前記閲覧管理サーバは、前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうると前記判定手段で判定した場合、前記第１の装置の前記第１のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御する第４の表示制御手段を、更に有し、
    前記第３の表示制御手段は、前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうると前記判定手段で判定した場合、前記第４の表示制御手段により前記第１のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための前記第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御することを特徴とする請求項１から１２のいずれか１項に記載の閲覧管理サーバ。
14. 閲覧管理サーバの閲覧管理方法であって、
    第１の装置の第１のＷｅｂブラウザから、サービスサーバにアクセスするためのアクセス要求を受信する受信工程と、
    所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるか判定する判定工程と、
    前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと前記判定工程で判定した場合、ＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理する管理工程と、
    前記閲覧管理サーバにアクセスするための情報と前記管理工程で管理される前記ＩＤとを含むアクセス情報、ならびに、第２のＷｅｂブラウザを有する第２の装置により前記アクセス情報を用いたアクセス要求をさせるためのメッセージを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第１の表示制御工程と、
    前記第２の装置の前記第２のＷｅｂブラウザから、前記アクセス情報を用いて為されたアクセス要求を受け付ける受付工程と、
    前記受付工程で受け付けた前記アクセス要求で用いられた前記アクセス情報に含まれている前記ＩＤと関連付けられて前記管理工程で管理されている前記ＵＲＬに基づいて、前記第２の装置の前記第２のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御する第２の表示制御工程と、
    前記第２の表示制御工程により前記第２のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための第１のＷｅｂページを、前記第１の装置の前記第１のＷｅｂブラウザに表示させるように制御する第３の表示制御工程と、を有することを特徴とする閲覧管理方法。
15. 第１のＷｅｂブラウザを備える第１の装置と、閲覧管理サーバとを含む閲覧管理システムであって、
    前記閲覧管理サーバは、
    第１の装置の第１のＷｅｂブラウザから、サービスサーバにアクセスするためのアクセス要求を受信する受信手段と、
    所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されうるか判定する判定手段と、
    前記所定のＷｅｂページが前記第１のＷｅｂブラウザで表示されえないと前記判定手段で判定した場合、ＩＤと前記所定のＷｅｂページのＵＲＬとを関連付けて管理する管理手段と、
    前記閲覧管理サーバにアクセスするための情報と前記管理手段により管理される前記ＩＤとを含むアクセス情報、ならびに、第２のＷｅｂブラウザを有する第２の装置により前記アクセス情報を用いたアクセス要求をさせるためのメッセージとを、前記第１の装置に送信することにより、前記第１の装置の前記第１のＷｅｂブラウザに前記アクセス情報と前記メッセージとを表示させるように制御する第１の表示制御手段と、
    前記第２の装置の前記第２のＷｅｂブラウザから、前記アクセス情報を用いて為されたアクセス要求を受け付ける受付手段と、
    前記受付手段で受け付けた前記アクセス要求で用いられた前記アクセス情報に含まれている前記ＩＤと関連付けられて前記管理手段により管理されている前記ＵＲＬに基づいて、前記第２の装置の前記第２のＷｅｂブラウザに前記所定のＷｅｂページを表示させるように制御する第２の表示制御手段と、
    前記第２の表示制御手段により前記第２のＷｅｂブラウザに表示された前記所定のＷｅｂページに基づいて実行された所定の処理の完了に応じて、前記サービスサーバにより提供されるサービスを使用するための第１のＷｅｂページを前記第１の装置に送信することにより、前記第１の装置の前記第１のＷｅｂブラウザに前記第１のＷｅｂページを表示させるように制御する第３の表示制御手段と、を有し、
    前記第１の装置は、前記第１の表示制御手段により送信された前記アクセス情報と前記メッセージとを受信した場合は、当該受信した前記アクセス情報と前記メッセージとを表示し、前記第３の表示制御手段により送信された前記第１のＷｅｂページを受信した場合は、当該受信した第１のＷｅｂページを表示する表示手段を有する、ことを特徴とする閲覧管理システム。

Images