特許 7551700 Ｗｅｂブラウジングシステム、サーバおよびその制御方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-06

(45)【発行日】2024-09-17

(54)【発明の名称】Ｗｅｂブラウジングシステム、サーバおよびその制御方法

(51)【国際特許分類】

   H04N 1/00 20060101AFI20240909BHJP

   B41J 29/38 20060101ALI20240909BHJP

   G06F 3/12 20060101ALI20240909BHJP

   G06F 9/455 20180101ALI20240909BHJP

【ＦＩ】

H04N1/00 127A

B41J29/38 203

G06F3/12 303

G06F3/12 331

G06F3/12 365

G06F9/455 150

【請求項の数】 13

(21)【出願番号】P 2022109641

(22)【出願日】2022-07-07

(65)【公開番号】P2024008086

(43)【公開日】2024-01-19

【審査請求日】2023-06-06

(73)【特許権者】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】100126240

【弁理士】

【氏名又は名称】阿部 琢磨

(74)【代理人】

【識別番号】100223941

【弁理士】

【氏名又は名称】高橋 佳子

(74)【代理人】

【識別番号】100159695

【弁理士】

【氏名又は名称】中辻 七朗

(74)【代理人】

【識別番号】100172476

【弁理士】

【氏名又は名称】冨田 一史

(74)【代理人】

【識別番号】100126974

【弁理士】

【氏名又は名称】大朋 靖尚

(72)【発明者】

【氏名】池田 篤

【審査官】橋爪 正樹

(56)【参考文献】

【文献】特開２０２２－０７７１７５（ＪＰ，Ａ）

【文献】特開２０１１－１４１６１７（ＪＰ，Ａ）

【文献】特開２０１１－０６０２１５（ＪＰ，Ａ）

【文献】国際公開第２０１１／０５８６３５（ＷＯ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １／００

Ｂ４１Ｊ ２９／３８

Ｇ０６Ｆ ３／１２

Ｇ０６Ｆ ９／４５５

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

Ｗｅｂページをレンダリングするサーバと、前記レンダリングの結果に基づいて前記Ｗｅｂページの表示をおこなう通信端末と、を有するＷｅｂブラウジングシステムにおいて、
前記通信端末は、
識別情報とＷｅｂページのアドレス情報を前記サーバに送信する手段と、
前記Ｗｅｂページに対応するレンダリング画像を前記サーバから受信する手段と、を有し、
前記サーバは、
前記アドレス情報と前記識別情報を前記通信端末から受信する手段と、
前記識別情報を受け付け前記識別情報に対応するユーザを認証する手段と、
前記アドレス情報に基づいて前記Ｗｅｂページにアクセスし、前記Ｗｅｂページを解釈して認証された前記ユーザに基づくレンダリング画像を生成し、前記通信端末に送信する手段と、
前記Ｗｅｂページの解釈に伴ってユーザデータを取得し、前記識別情報に基づいて他のユーザデータと区別可能に管理する手段と、
前記アドレス情報を再度受け取った場合、前記ユーザの認証を経ず、認証された前記ユーザに基づく前記レンダリング画像を前記通信端末に送信する、
ことを特徴とするＷｅｂブラウジングシステム。

【請求項2】

前記識別情報は、ユーザを識別する情報であることを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項3】

前記識別情報は、前記通信端末を識別する情報であることを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項4】

前記識別情報に基づく認証処理を実行する手段を有することを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項5】

前記識別情報に基づく認証処理を外部のサイトに依頼する手段を有することを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項6】

前記識別情報に対応するトークンを取得する手段を有することを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項7】

前記識別情報に基づきフォルダを作成する手段を有し、前記フォルダ内に対応するユーザデータが格納されることを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項8】

前記ユーザデータに基づきフォルダを作成する手段を有し、前記フォルダ内に対応するユーザデータが格納されることを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項9】

前記通信端末はシートに画像を形成する画像形成装置であることを特徴とする請求項１に記載のＷｅｂブラウジングシステム。

【請求項10】

前記サーバは、前記トークンの期限内に再度前記アドレス情報を受け取った場合、前記ユーザの認証を経ず、認証された前記ユーザに基づく前記レンダリング画像を前記通信端末に送信する、ことを特徴とする請求項６に記載のＷｅｂブラウジングシステム。

【請求項11】

前記画像形成装置はさらに、プリント機能に対応するアイテムと、前記レンダリング画像を取得する機能に対応するアイテムと、を含む複数のアイテムを表示する、ことを特徴とする請求項９に記載のＷｅｂブラウジングシステム。

【請求項12】

Ｗｅｂページをレンダリングするサーバであって、前記レンダリングの結果に基づいて前記Ｗｅｂページの表示をおこなう通信端末と通信可能なサーバにおいて、
識別情報とアドレス情報を前記通信端末から受信する手段と、
前記アドレス情報に基づいて前記Ｗｅｂページにアクセスし、前記Ｗｅｂページを解釈してレンダリング画像を生成し、前記通信端末に送信する手段と、
前記Ｗｅｂページの解釈に伴ってユーザデータを取得し、前記識別情報に基づいて他のユーザデータと区別可能に管理する手段と、
を有することを特徴とするサーバ。

【請求項13】

Ｗｅｂページをレンダリングするサーバであって、前記レンダリングの結果に基づいて前記Ｗｅｂページの表示をおこなう通信端末と通信可能なサーバの制御方法であって、
識別情報とアドレス情報を前記通信端末から受信する工程と、
前記アドレス情報に基づいて前記Ｗｅｂページにアクセスし、前記Ｗｅｂページを解釈してレンダリング画像を生成し、前記通信端末に送信する工程と、
前記Ｗｅｂページの解釈に伴ってユーザデータを取得し、前記識別情報に基づいて他のユーザデータと区別可能に管理する工程と、
を有することを特徴とする制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ブラウザエンジンをクラウドにオフロードしたＷｅｂブラウジングシステムに関する。このＷｅｂブラウジングシステムを利用可能な通信端末としては、プリンタ、スキャナ、ＦＡＸおよびこれらの複合機をはじめとする画像処理装置の他、パーソナルコンピュータやモバイル端末など汎用の情報処理装置が挙げられる。

【背景技術】

【0002】

従来、Ｗｅｂブラウザ（以下、ブラウザと称する）を搭載し、ブラウザ上でＷｅｂページを閲覧できる機能を有する画像処理装置（情報処理装置）等の通信端末が知られている。Ｗｅｂブラウザを通して外部サービスのＷｅｂページにアクセスした通信端末は、外部サービスと連携することで機能を拡張することができる。

【0003】

昨今ではクラウドサーバ上でＷｅｂページの描画結果を生成する画像生成サーバを用いるクラウドブラウザと呼ばれる仕組みが検討されている。特許文献１では、通信端末と異なるネットワーク上にある仮想マシンにおいてＷｅｂページをレンダリングし、そのレンダリング結果を通信端末で表示するシステムが開示されている。そして、特許文献１では、仮想マシンのブラウザエンジンがＷｅｂページを解釈して処理を行う間に生成されるファイルを、クラウド上の任意の場所に保存し、他の仮想マシン上のブラウザエンジンと共有する技術について開示している。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２２－４１７１７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１は、Ｗｅｂページ処理時に生成されるクッキーなどのユーザデータファイルの管理方法について改善の余地がある。なぜならば、特許文献１は、複数ユーザが仮想マシンを共用することを想定しておらず、複数ユーザ分のユーザデータファイルを適切に管理する方法について検討がなされていないからである。

【0006】

本発明は、以上を鑑みてなされるものであり、複数ユーザのユーザデータファイルをサーバ上で適切に管理可能なＷｅｂブラウジングシステムを提供することを目的とする。

【課題を解決するための手段】

【0007】

Ｗｅｂページをレンダリングするサーバと前記レンダリングの結果に基づいて前記Ｗｅｂページの表示をおこなう通信端末とを有するＷｅｂブラウジングシステムにおいて、前記通信端末は、Ｗｅｂページのアドレス情報と識別情報を前記サーバに送信する手段と、前記Ｗｅｂページに対応するレンダリング画像を前記サーバから受信する手段とを有し、前記サーバは、前記アドレス情報と前記識別情報を前記通信端末から受信する手段と、前記アドレス情報に基づいて前記Ｗｅｂページにアクセスし、前記Ｗｅｂページを解釈してレンダリング画像を生成し、前記通信端末に送信する手段と、前記Ｗｅｂページの解釈に伴ってユーザデータを取得し、前記識別情報に基づいて他のユーザデータと区別可能に管理する手段と、を有することを特徴とするものである。

【発明の効果】

【0008】

本発明によれば、複数ユーザのユーザデータファイルをサーバ上で適切に管理可能なＷｅｂブラウジングシステムを提供することができる。

【図面の簡単な説明】

【0009】

【図1】クラウドブラウザのシステム全体の構成を示す図である。

【図2】図２（ａ）はクラウドブラウザのシステムにおいて動作する仮想マシンのハードウェア構成例を示すブロック図である。図２（Ｂ）はクラウドブラウザのシステムにおいて動作する仮想マシンのソフトウェア構成を示す図である。

【図3】図３（ａ）はクラウドブラウザのシステムにおいて動作する画像形成装置のハードウェア構成を示す図である。図３（Ｂ）がクラウドブラウザのシステムにおいて動作する画像形成装置のソフトウェア構成を示す図である。

【図4】画像形成装置の操作部に表示されるホーム画面表示の一例を示す図である。

【図5】ブラウザ画面の一例を示す図である。

【図6】クラウドブラウザシステムにおける各ブロックの標準的なやり取りを示したシーケンス図である。

【図7】ブラウザ処理部におけるテンポラリ用データ保存領域の作成処理の流れを示すフローチャートである。

【図8】ブラウザ処理部におけるユーザ用データ保存領域の作成処理の流れを示すフローチャートである。

【図9】ｔｏｋｅｎ判定の処理の流れを示すフローチャートである。

【図10】その他の実施形態のクラウドブラウザシステムにおける各ブロックの標準的なやり取りを示したシーケンス図である。

【図11】ブラウザ処理部が発行するｂＴｏｋｅｎの一例を示す図である。

【図12】ユーザデータが保存されるフォルダ構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の実施するための形態について、実施例を挙げ図面を参照して具体的に説明する。なお、本発明の範囲は実施例に記載の構成には限定されない。同様の効果が得られる範囲において、構成の一部や処理の一部について均等物へ置き換えたり省略したりといった改変をおこなってもよい。

【0011】

（実施例）
＜クラウドブラウザシステム＞
図１は、クラウドブラウザシステムの全体の構成を示す図である。クラウドブラウザシステム１―００は、クラウド上でウェブコンテンツのレンダリングを行うＷｅｂブラウジングシステムである。クラウドブラウザシステム１―００は、複数の画像形成装置１－０１～１－０３と、これらの画像形成装置が接続する画像生成サーバ１－２０とを備える。また、クラウドブラウザシステム１―００は、Ｗｅｂページを提供するＷｅｂページ１－０５（Ｗｅｂコンテンツ提供サーバ）と、Ｐｒｏｘｙ１－０４と、認証サイト１－１０とを備えか、あるいは外部のサービスとして連携する。図１では、画像生成サーバ１－２０が１つであるのに対して画像形成装置１－０１～１－０３は３台が接続している例を示している。しかしながら、画像生成サーバ１－２０に接続させる画像形成装置の数は任意の数でよい。また、画像生成サーバ１－２０は複数の画像形成装置に対して並列または時分割でサービスを提供する構成である。そのため、クラウドブラウザシステム１―００内において、画像形成装置の数に対して画像生成サーバ１－２０の数は相対的に少ない。また、負荷を分散すること等を目的としてクラウドブラウザシステム１―００内に複数の画像生成サーバを配置してもよい。以降では、画像生成サーバ１－２０との関係について、複数の画像形成装置を代表して画像形成装置１－０１を例に説明をおこなう。

【0012】

画像生成サーバ１－２０は、ウェブコンテンツのレンダリングを代替するサービスを提供するクラウド上のシステムである。画像生成サーバ１－２０は、ゲートウェイ１－０６、仮想マシン１－０７、ストレージ１－０９を備える。詳細は後述するが、画像生成サーバ１－２０の仮想マシン１－０７上では、ソフトウェアモジュールであるブラウザエンジンが動作する。ブラウザエンジンは、画像形成装置１－０１から送信されたＷｅｂページ１－０５のＵＲＬを、ゲートウェイ１－０６を介して受信する。そして、ブラウザエンジンは、受信したＵＲＬに対応するＷｅｂページ１－０５にゲートウェイ１－０６を介してアクセスして、該Ｗｅｂページ１－０５からＨＴＭＬ等のＷｅｂコンテンツを受信する。その後、別途用意されたレンダリングを行うソフトウェアモジュールにより、受信したＷｅｂコンテンツのレンダリング結果を生成する。該レンダリング結果は、ゲートウェイ１－０６を介して画像形成装置１－０１に送信される。

【0013】

また、説明を簡単にするため、実施例１では、画像生成サーバ１－２０上に仮想マシン１－０７がひとつだけ存在するように構成した。しかし、例えば可用性や耐久性を向上させるため、複数の仮想マシンを備えてもよい。この場合は、ロードバランサーをゲートウェイ１－０６と仮想マシンの間に配置する。そして、負荷状況に応じて複数の仮想マシンの中からひとつを選択してブラウザエンジンを動作させつつ、ストレージ１－０９は複数の仮想マシンで共用するように構成するとよい。

【0014】

画像生成サーバ１－２０が備えるストレージ１－０９には、上記ブラウザエンジンがＷｅｂページ１－０５から受信したＷｅｂコンテンツを解釈することによって得られるクッキー等のユーザデータが格納される。加えて、画像形成装置１－０１等を利用しているユーザを特定するために、実施例１のクラウドブラウザのシステムは、認証サイト１－１０と通信できるように構成されている。画像生成サーバ１－２０は、画像形成装置１－０１等から送られるユーザ情報に基づいて、認証サイト１－１０と通信してユーザの認証を得る。そして、認証されたユーザごとに、ストレージ１－０９に格納されるユーザデータを管理する。詳細は後述する。

【0015】

画像形成装置１－０１は、シート（用紙）に画像形成（印刷）する機能、またはスキャンして生成した画像データを任意の宛先へと送信する機能などを持つ画像処理装置（情報処理装置、通信端末）である。画像形成装置１－０１は、ＭＦＰ、ＳＦＰのどちらの形式のプリンタであってもよい。また、画像形成装置１－０１の印刷方式は電子写真方式、インクジェット方式のどちらであってもよい。本実施例の画像形成装置１－０１は、画像生成サーバ１－２０を利用することで、インターネット上のＷｅｂコンテンツを閲覧、表示する点を特徴とする。詳細は後述する。

【0016】

Ｐｒｏｘｙ１－０４は、画像形成装置１－０１が所属するネットワークとインターネットの間の通信を監視・制限するサーバである。Ｐｒｏｘｙ１－０４は、Ｗｅｂサイトへのアクセス制限をするＵＲＬフィルタリング（Ｗｅｂフィルタリング）をおこなう。

【0017】

＜仮想マシン＞
図２（Ａ）はクラウドブラウザのシステムにおいて動作する仮想マシンのハードウェア構成例を示すブロック図である。

【0018】

仮想マシン１－０７はＣＰＵ２－０１，内部ストレージ２－０２，ＲＡＭ２－０３，インターフェース２－０４，通信インターフェース２－０５を備える。各構成はバス２－０６を介して通信可能に接続されている。

【0019】

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２－０１は、仮想マシン１－０７各種制御を行う制御部である。ＣＰＵ２－０１は内部ストレージ２－０２に格納されているコンピュータプログラムやデータを用いて各種の処理を実行する。これによりＣＰＵ２－０１は、仮想マシン１－０７全体の動作制御を行うとともに、仮想マシン１－０７上で動作する後述の各処理を実行もしくは制御する。

【0020】

内部ストレージ２－０２には、仮想マシン１－０７の設定データ、仮想マシン１－０７の起動に関わるコンピュータプログラムやデータ、仮想マシン１－０７の基本動作に関わるコンピュータプログラムやデータ等が格納されている。

【0021】

ＲＡＭ２－０３は、内部ストレージ２－０２からロードされたコンピュータプログラムやデータ、通信インターフェース２－０５を介して外部装置から受信したデータなどを格納するためのエリアを有する。また、ＲＡＭ２－０３は、ＣＰＵ２－０１が各種の処理を実行する際に用いるワークエリアを有する。このように、ＲＡＭ２－０３は、各種のエリア（記憶領域）を適宜提供することができる。

【0022】

インターフェース２－０４は、ＣＰＵ２－０１による処理結果を画像や文字などでもって表示するための表示部、ユーザが各種の操作入力を行うために操作する操作部を含むインターフェースである。表示部は、液晶画面やタッチパネル画面を含む。操作部は、キーボード、マウス、タッチパネル画面などのユーザインターフェースを含む。

【0023】

通信インターフェース２－０５は、外部装置との間のデータ通信を行うためのインターフェースである。通信インターフェース２－０５としては、例えば、イーサネットに対応したネットワークインターフェースが用いられる。

【0024】

なお、図２（Ａ）に示した構成は、仮想マシン１－０７に適用可能な構成の一例に過ぎず、図２（Ａ）に示した構成に限定することを意図したものではない。例えば、図２（Ａ）に示した構成において、バス２－０６に更にメモリ装置を接続してもよい。メモリ装置としては、例えば、ハードディスクドライブ、ＵＳＢメモリ、磁気カード、光カード、ＩＣカード、メモリカード、ドライブ装置が挙げられる。

【0025】

また、仮想マシン１－０７は、いわゆる仮想化技術により構成され得るもので、コンピュータシステムを構成する様々な資源を、物理的な構成とは独立に論理的な単位に編成することが可能である。すなわち、複数の資源を統合して仮想マシン１－０７を構成したり、一つの資源を分割してその一つを仮想マシン１－０７として構成したりすることが可能である。クラウドを構成する情報処理システムの複数の資源（複数の装置により構成され得る）の少なくとも一部を用いて仮想マシン１－０７を構成することもできる。

【0026】

図２（Ｂ）は、クラウドブラウザのシステムにおいて動作する仮想マシンのソフトウェア構成を示す図である。図２（Ｂ）に示すように、仮想マシン１－０７は、ソフトウェアモジュールとして、ブラウザ処理部２－５０とＮＷ制御部２－５４を備える。

【0027】

ブラウザ処理部２－５０は、クラウド側で実行されるブラウザに関わる処理全般を受け持つモジュールであり、クラウドブラウザシステム１－００の主要部である。ブラウザ処理部２－５０は、全体制御部２－５１、ブラウザエンジン２－５２、描画制御部２－５３を備える。

【0028】

全体制御部２－５１は、仮想マシン１－０７上で動作するブラウザ処理部２－５０全体を制御するモジュールである。ユーザが画像形成装置１－０１を操作して閲覧したいＷｅｂページ１－０５の閲覧要求を入力すると、該Ｗｅｂページ１－０５のＵＲＬがＰｒｏｘｙ１－０４を経由して画像形成装置１－０１等から画像生成サーバ１－２０へ送信される。全体制御部２－５１は、これら画像形成装置１－０１等から送られる様々な要求を一括して受け付ける役割を持つ。また、受け付けた要求を、後述のブラウザエンジン２－５２や描画制御部２－５３へ適宜分配する役割も持つ。

【0029】

ブラウザエンジン２－５２は、全体制御部２－５１から渡されたＵＲＬに基づいて、後述のＮＷ制御部２－５４を介して図１記載のＷｅｂページ１－０５にアクセスし、そのＷｅｂコンテンツを取得する。なお、ブラウザエンジン２－５２は、Ｗｅｂコンテンツを取得するのに必要となるＨＴＴＰクライアントの機能を内包する。そして、ブラウザエンジン２－５２は、取得したＷｅｂコンテンツを解析し、クッキー等の情報を図１記載のストレージ１－０９へ適宜保存する。また、ブラウザエンジン２－５２は、ストレージ１－０９に事前に保存されているクッキー等の情報を参照する役割も持つ。加えて、ブラウザエンジン２－５２は、Ｗｅｂコンテンツの解析が完了したら、後述の描画制御部２－５３にレンダリング処理を要求する。

【0030】

描画制御部２－５３は、ブラウザエンジン２－５２からのレンダリング要求に基づいて、Ｗｅｅｂコンテンツをレンダリングする役割を持つ。また、レンダリング結果を、後述のＮＷ制御部２－５４を介して、ＵＲＬの要求元である画像形成装置１－０１等へ返す役割も持つ。

【0031】

ＮＷ制御部２－５４は、全体制御部２－５１、ブラウザエンジン２－５２、および、描画制御部２－５３にからの外部へのアクセス要求を受けて、通信を仲介するモジュールである。アクセス要求をおこなう外部とは、画像形成装置１－０１等やＷｅｂページ１－０５、認証サイト１－１０が挙げられる。また、ＮＷ制御部２－５４は、Ｗｅｂページ１－０５へのアクセスに必要となるＨＴＴＰ通信のプロトコルスタックなども備える。ＮＷ制御部２－５４が実際に通信を行う際は、図２（Ａ）記載の通信インターフェース２－０５を制御して、画像形成装置１－０１等、Ｗｅｂページ１－０５、認証サイト１－１０との通信を実現する。

【0032】

＜画像形成装置＞
図３（Ａ）は、クラウドブラウザのシステムにおいて動作する画像形成装置のハードウェア構成を示す図である。画像形成装置１－０１はコントローラユニット３－００、操作部３－１２、ＵＳＢストレージ３－１４、スキャナ３－７０、プリンタ３－９５を備える。
コントローラユニット３－００には、画像入力デバイスであるスキャナ３－７０や画像出力デバイスであるプリンタ３－９５が接続されるとともに、操作部３－１２が接続される。

【0033】

操作部３－１２は、ユーザに情報を表示し、ユーザの入力を受け付ける操作部である。操作部３－１２は、例えば、ディスプレイ、タッチパネルセンサ、ハードキー等によって構成される。

【0034】

ＵＳＢストレージ３－１４は、ＵＳＢストレージ３－１４は、データを格納する外部記憶装置である。ＵＳＢストレージ３－１４は、ＵＳＢホストＩ／Ｆ３－１３に対して着脱可能である。

【0035】

スキャナ３－７０は、原稿から画像を読み取る画像読取部（画像読取デバイス、画像入力デバイス）である。

【0036】

プリンタ３－９５は、シート（用紙）に画像を形成する画像形成部（画像形成デバイス、画像出力デバイス）である。

【0037】

コントローラユニット３－００は、画像形成装置１－０１における各種制御をおこなうための構成を備えた制御部である。例えば、コントローラユニット３－００は、スキャナ３－７０で読み取られた画像データをプリンタ３－９５により印刷出力するコピー機能などを実現するための制御を行う。

【0038】

コントローラユニット３－００は、ＣＰＵ３－０１、ＲＡＭ３－０２、ＲＯＭ３－０３、ストレージ３－０４、画像パスＩ／Ｆ３－０５、を備える。これらの構成はシステムバス３－０７を介して通信可能に接続されている。

【0039】

また、コントローラユニット３－００は、操作部Ｉ／Ｆ３－０６、ネットワークＩ／Ｆ３－１０、ＵＳＢホストＩ／Ｆ３－１３、ＲＴＣ３－１５、デバイスＩ／Ｆ３－２０、スキャナ画像処理部３－８０、プリンタ画像処理部３－９０を備える。これらの構成及び画像パスＩ／Ｆ３－０５、画像パスを介して通信可能に接続されている。

【0040】

ＣＰＵ３－０１は、ＲＯＭ３－０３に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げる。ＣＰＵ３－０１は、このＯＳ上で、ストレージ３－０４に格納されているプログラムを実行し、これによって各種処理を実行する。

【0041】

このＣＰＵ３－０１の作業領域としてはＲＡＭ３－０２が用いられる。ＲＡＭ３－０２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。

【0042】

ストレージ３－０４は、プログラムや画像データを格納する。ストレージ３－０４としてはＨＤＤやＳＳＤ、ｅＭＭＣを用いることができる。

【0043】

ＣＰＵ３－０１には、システムバス３－０７を介して、ＲＯＭ３－０３およびＲＡＭ３－０２、操作部Ｉ／Ｆ（操作部インターフェース）３－０６、ネットワークＩ／Ｆ（ネットワークインターフェース）３－１０が接続される。また、ＵＳＢホストＩ／Ｆ３－１３、画像バスＩ／Ｆ（画像バスインターフェース）３－０５が接続される。

【0044】

操作部Ｉ／Ｆ３－０６は、操作部３－１２とのインターフェースであり、操作部３－１２に表示すべき画像データを操作部３－１２に対して出力する。また、操作部Ｉ／Ｆ３－０６は、操作部３－１２においてユーザにより入力された情報をＣＰＵ３－０１に送出する。

【0045】

ネットワークＩ／Ｆ３－１０は、画像形成装置をＬＡＮに接続するためのインターフェースである。

【0046】

ＵＳＢホストＩ／Ｆ３－１３は、ＵＳＢストレージ３－１４と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ３－１３は、ストレージ３－０４に格納されているデータをＵＳＢストレージ３－１４に記憶させるための出力部としても機能する。また、ＵＳＢホストＩ／Ｆ３－１３は、ＵＳＢストレージ３－１４に格納されているデータを入力し、ＣＰＵ３－０１にそれを伝える。

【0047】

ＵＳＢストレージ３－１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ３－１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ３－１３には、ＵＳＢストレージ３－１４を含む複数のＵＳＢデバイスが接続可能である。

【0048】

ＲＴＣ３－１５は、現在時刻を制御する。このＲＴＣ３－１５で制御する時刻情報はジョブ投入時間の記録などに利用する。

【0049】

画像バスＩ／Ｆ３－０５は、システムバス３－０７と、画像データを高速で転送する画像バス３－０８とを接続し、データ形式を変換するためのバスブリッジである。

【0050】

画像バス３－０８は、ＰＣＩバス等によって構成される。画像バス３－０８上には、デバイスＩ／Ｆ３－２０、スキャナ画像処理部３－８０、プリンタ画像処理部３－９０が設けられる。

【0051】

デバイスＩ／Ｆ３－２０には、スキャナ３－７０およびプリンタ３－９５が接続され、デバイスＩ／Ｆ３－２０は、画像データの同期系／非同期系の変換を行う。

【0052】

スキャナ画像処理部３－８０は、入力画像データに対し補正、加工、編集を行う。

【0053】

プリンタ画像処理部３－９０は、プリント出力画像データに対してプリンタ３－９５に応じた補正、解像度変換などを行う。

【0054】

図３（Ｂ）は、クラウドブラウザのシステムにおいて動作する画像形成装置のソフトウェア構成を示す図である。

【0055】

図３（Ｂ）において実線で示した各部は、ＣＰＵ３－０１がＲＡＭ３－０２にロードされたメインプログラムを実行することにより実現されるソフトウェアモジュールである。メインプログラムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）３－５１によって後述するそれぞれのモジュールの実行が管理・制御されている。

【0056】

ＵＩ制御部３－５２は操作部３－１２に画面を表示し、操作部Ｉ／Ｆ３－０６を通してユーザからの操作を受け付ける。また他モジュールへと通知を行い、他モジュールから描画指示を受けて画面更新を制御する機能を持つ。

【0057】

ジョブ実行制御部３－５３は、ＵＩ制御部３－５２からのジョブ実行指示を受けて、コピーやスキャン、プリントなどのジョブ処理を制御するモジュールである。

【0058】

ＮＷ制御部３－５４は、他モジュールからの通信要求を受けて、ネットワークＩ／Ｆ３－１０を制御し、外部装置との通信を制御する。また、外部装置からの通知を受けて、その通知の内容を他モジュールに通知する。

【0059】

ストレージ制御部３－５５はストレージ３－０４に記録された設定情報やジョブ情報を記録管理する。ＯＳの階層に位置する各モジュールは、ストレージ制御部３－５５にアクセスし、設定値の参照、ならびに設定を行う。

【0060】

ブラウザ制御部３－６０は、ＯＳ３－５１に内包されるひとつのサブモジュールで、後述するクラウドブラウザ特有の制御を行う。またＯＳが内包するサブモジュールの数は任意である。

【0061】

ブラウザ操作部３－６２は、ＵＩ制御部３－５２からユーザの操作の通知を受け付けると、ユーザ操作内容をコマンドＩＦ部またはＰｒｏｘｙ処理部３－６５へ通知する機能を持つ。

【0062】

Ｐｒｏｘｙ処理部３－６５は、ブラウザ操作部３－６２から通知を受け、ストレージ制御部３－５５へとＰｒｏｘｙ設定情報の取得要求を行う。取得したＰｒｏｘｙ設定情報に基づきＰｒｏｘｙ設定が有効の場合にはＮＷ制御部３－５４を介してＰｒｏｘｙ１－０４への通信要求を行う。さらにＮＷ制御部３－５４から前記通信要求のレスポンスを受け、そのレスポンスの内容を処理した結果をブラウザ表示部３－６３またはコマンドＩＦ部３－６４へ通知する機能を持つ。

【0063】

コマンドＩＦ部３－６４はブラウザ操作部３－６２およびＰｒｏｘｙ処理部３－６５から通知を受け、ＮＷ制御部３－５４を通して画像生成サーバ１－２０との通信を要求する。このときの通信要求には通知された情報を含める場合がある。通知された情報には、テキスト入力、リンク押下、スクロール及びズームなどのユーザ操作がある。たとえばテキスト入力にはＵＲＬを含む。リンク押下の際には操作部３－１２上の押下座標、スクロール及びズームの際には各々に対応付けられた文字列などを含む。また、ＮＷ制御部３－５４を通して画像生成サーバ１－２０からの通信を受け付ける。受け付けた内容を処理し、画像データ取得部３－６１またはブラウザ表示部３－６３へ通知を行う。

【0064】

画像データ取得部３－６１はコマンドＩＦ部３－６４からレンダリング結果の完了通知を受ける。該通知を受けたら、画像データ取得部３－６１は画像生成サーバ１－２０に画像の取得を要求する。図２（Ｂ）で説明したように、画像取得要求は画像生成サーバ１－２０を構成する仮想マシン１－０７上で動作する描画制御部２－５３へ伝わり、同モジュールから画像が送出され、レンダリング結果が画像データ取得部３－６１へ返される。レンダリング結果を受け取った像データ取得部３－６１は、レンダリング結果である画像をブラウザ表示部３－６３へ転送する。

【0065】

ブラウザ表示部３－６３は、画像データ取得部３－６１から画像を受け取り、ＵＩ制御部３－５２に対して画像の描画を指示する。あるいは、コマンドＩＦ部３－６４およびＰｒｏｘｙ処理部３－６５からの通知を受けて、通知に対応するメッセージを表示するようＵＩ制御部３－５２に指示する。

【0066】

＜システム利用の流れ＞
図４は、画像形成装置の操作部３－１２に表示されるホーム画面表示の一例を示す図である。ホーム画面４００には、画像形成装置に関わる機能をユーザに実行指示させるための複数のボタンが表示される。ボタン４０１は、「クラウドＡ」機能に対応するボタンである。ボタン４０２は、「クラウドＢ」機能に対応するボタンである。ボタン４０３は、クラウドブラウザシステム１－００に対応したボタンである。ボタン４０４は、「定型プリント」機能に対応したボタンである。

【0067】

ユーザによってブラウザのボタン４０３が押下されると、図３（Ｂ）記載のブラウザ制御部３－６０が起動される。

【0068】

図５は、ブラウザ画面の一例を示す図である。

【0069】

図４で説明したように、ブラウザのボタン４０３が押下され、ブラウザ制御部３－６０が起動されると、画像形成装置１－０１等の操作部３－１２上に、図５のようなブラウザ画面５００が表示される。

【0070】

ブラウザ画面５００は、戻るボタン５０１、進むボタン５０２、アドレスバー５０３、設定ボタン５０４を含む。また、それらの下にはＷｅｂコンテンツのレンダリング結果を表示するコンテンツ領域５０５を備える。これらの役割は、既存のブラウザと同じである。

【0071】

ブラウザ制御部３－６０が起動されてから、ＵＲＬが入力されるまでの間、コンテンツ領域５０５には何も表示されないように構成されている。なお、既存のブラウザのように、アドレスバー５０３の中の項目でデフォルトのＵＲＬを登録できるようにして、起動と同時に該ＵＲＬのＷｅｂコンテンツをレンダリングした結果を表示するように構成しても構わない。図５では、ＵＲＬである”ｈｔｔｔｐｓ：／／＊＊＊．＊＊＊．＊＊＊．＊＊＊／”が指し示すＷｅｂページから取得された何らかのＷｅｂコンテンツをレンダリングした結果が表示されている例を示している。

【0072】

ユーザが画像形成装置１－０１を操作して閲覧したいＷｅｂページ１－０５の閲覧要求を入力すると、該Ｗｅｂページ１－０５のＵＲＬがＰｒｏｘｙ１－０４を経由して画像形成装置１－０１等から画像生成サーバ１－２０へ送信する。これを全体制御部２－５１が受け付け、それをブラウザエンジン２－５２に転送する。ＵＲＬを受けたブラウザエンジン２－５２は、そのＵＲＬで示されるＷｅｂコンテンツを取得するため、ＮＷ制御部２－５４に対してＵＲＬが指し示すＷｅｂページ１－０５へのアクセスを要求する。アクセス要求を受けたＮＷ制御部２－５４は、通信インターフェース２－０５を制御して、ゲートウェイ１－０６を介し、インターネット１－１１を経由してＷｅｂページ１－０５へアクセスする。そして、ＮＷ制御部２－５４は、Ｗｅｂページ１－０５からＷｅｂコンテンツを取得し、ブラウザエンジン２－５２へ転送する。ブラウザエンジン２－５２は、送られてきたＷｅｂコンテンツに基づき、必要に応じてストレージ１－０９との間でクッキー等のユーザデータをやり取りして、同Ｗｅｂコンテンツの解析を行う。

【0073】

また、ブラウザエンジン２－５２は、解析に応じてＷｅｂコンテンツのレンダリングを描画制御部２－５３へ依頼する。依頼を受けた描画制御部２－５３は、Ｗｅｂコンテンツのレンダリングを実行し、レンダリングが終わったことを全体制御部２－５１に伝える。全体制御部２－５１はレンダリングが終わったことを、ＮＷ制御部２－５４を介してＵＲＬ要求元の画像形成装置１－０１等へ返す。それを受けた画像形成装置１－０１等は、レンダリング結果の取得を画像生成サーバ１－２０へ要求する。同要求はＮＷ制御部２－５４を介して全体制御部２－５１に渡り、全体制御部２－５１によって描画制御部２－５３へ転送される。そして、レンダリング結果取得の要求を受けた描画制御部２－５３は、ＮＷ制御部２－５４介して、レンダリング結果を要求元の画像形成装置１－０１等へ返す。画像形成装置１－０１等は、レンダリング結果を表示する。このようにして、ユーザは画像形成装置１－０１を用いて所望のＷｅｂページ１－０５の内容を閲覧することができる。画像形成装置１－０１は、閲覧したＷｅｂページについて、印刷したり、画像として保存したりしてもよい。

【0074】

＜ユーザデータ管理＞
図６は、クラウドブラウザシステムにおける各ブロックの標準的なやり取りを示したシーケンス図である。

【0075】

シーケンス図では、画像形成装置１－０１等のソフトウェアモジュールであるブラウザ制御部３－６０、画像生成サーバ１－２０のソフトウェアモジュールであるブラウザ処理部２－５０、認証サイト１－１０、Ｗｅｂページ１－０５の間のやり取りを示す。

【0076】

シーケンス図のＳ６０１からＳ６１１までのやり取りは、ブラウザ制御部３－６０が画像生成サーバ１－２０に初めて接続するときに実行されるシーケンスである。２回目以降は、後述するｔｏｋｅｎが期限切れになるまでＳ６１１までをスキップし、Ｓ６１２以降のやり取りだけでＷｅｂページのＷｅｂコンテンツのレンダリング結果を操作部３－１２に表示することが可能である。

【0077】

Ｓ６０１では、まずデバイス情報として、画像形成装置１－０１等に割り当てられたユニークな識別子をブラウザ処理部２－５０に通知する。本実施例では、識別子（識別情報）として画像形成装置１－０１等に割り当てられたＭＡＣアドレスを利用する。しかし、ユニークであればＭＡＣアドレスでなく、例えば画像形成装置１－０１等に割り当てられた装置のシリアル番号であってもよい。あるいは、シリアル番号とＭＡＣアドレスを組み合わせ、確実にユニークになるようにするとより好ましい。

【0078】

通知されたデバイス情報は、図２（Ｂ）で説明したようにブラウザ処理部２－５０のサブモジュールである全体制御部２－５１に引き渡される。全体制御部２－５１では、Ｓ６０２として、その識別子（識別情報）をキーに用いて、テンポラリ用のデータ保存領域６－０１を図１記載のストレージ１－０９上に確保する。その詳細は後述する。そして、確保された領域情報は、ブラウザ処理部２－５０のサブモジュールであるブラウザエンジン２－５２へ全体制御部２－５１から登録される。なお、確保される領域の構造を図１２に示す。詳細は後ほど説明する。

【0079】

続いて全体制御部２－５１は、Ｓ６０３として、暫定的なｔｏｋｅｎを生成する。

【0080】

そして、Ｓ６０４において、生成された暫定的なｔｏｋｅｎと、Ｓ６０１で通知されたＭＡＣアドドレスをクライアント情報として含む、クラウドブラウザシステム固有のＴｏｋｅｎ（以下ｂＴｏｋｅｎとする）を生成する。その一例を図１１（Ａ）に示す。生成されたｂＴｏｋｅｎはデバイスクレデンシャル通知の形でブラウザ制御部３－６０に返される。図１１（Ａ）は、Ｓ６０４でブラウザ処理部２－５０からブラウザ制御部３－６０へ通知されるｂＴｏｋｅｎの例を示す。ｂＴｏｋｅｎ １１－０１は、ｃｌｉｅｎｔＩｄ １１－０２とｔｏｋｅｎ １１－０３を含む。ｃｌｉｅｎｔＩｄ １１－０２には、Ｓ６０１で通知されたＭＡＣアドレスが設定される。また、ｔｏｋｅｎ １１－０３には、Ｓ６０３で生成されたｔｏｋｅｎが設定される。

【0081】

デバイスクレデンシャルの通知を受けたブラウザ制御部３－６０では、Ｓ６０５として、ブラウザ操作部３－６２およびブラウザ表示部３－６３を用い、ユーザ情報の入力をユーザに求める。該ユーザ情報は、一般的に、認証サイト１－１０で個人を特定する識別情報としてのユーザ名（ユーザＩＤ）およびパスワード情報である。

【0082】

入力されたユーザ情報は、Ｓ６０６において、ユーザ情報としてブラウザ制御部３－６０からブラウザ処理部２－５０へ通知される。

【0083】

通知されたユーザ情報は、ブラウザ処理部２－５０のサブモジュールである全体制御部２－５１に引き渡される。そして、全体制御部２－５１はブラウザエンジン２－５２に対して、認証サイト１－１０による通知されたユーザ情報によるユーザ認証を指示する。Ｓ６０７では、ブラウザエンジン２－５２が認証サイト１－１０に対して認証を要求する。なお、実施例１では、ＲＦＣ６７４９で定義されたＯＡｕｔｈ２．０認証フレームワークにしたがってユーザ認証を行うように構成する。しかしながら、認証方法はこれに限定されるものではない。例えば、画像生成サーバ１－２０内で簡易的にユーザ管理するように構成してもよい。

【0084】

認証サイト１－１０では渡されたユーザ情報に基づいてユーザ認証を実行し、Ｓ６０８として、認証結果のｔｏｋｅｎを返す。

【0085】

認証結果のｔｏｋｅｎを受けたブラウザ処理部２－５０のブラウザエンジン２－５２は、そのｔｏｋｅｎを全体制御部２－５１へ渡す。全体制御部２－５１は、Ｓ６０９として暫定的に確保したテンポラリ用のデータ保存領域６－０１を解放する。そしてＳ６１０として、Ｓ６０６で通知されたユーザ情報で識別される前記ユーザ用のデータ保存領域６－０２を確保する。詳細は後述する。さらに、確保された領域情報を、ブラウザエンジン２－５２へ登録する。

【0086】

Ｓ６１１では、受け取ったｔｏｋｅｎと、Ｓ６０６で受け取ったユーザ情報をクライアント情報として含む、ｂＴｏｋｅｎを生成する。そして、そのｂＴｏｋｅｎを、ブラウザ処理部２－５０の全体制御部２－５１からブラウザ制御部３－６０へ、をユーザのクレデンシャルとして通知する。クレデンシャル通知を受けたブラウザ制御部３－６０は、ストレージ制御部３－５５に制御を依頼し、受け取ったｂＴｏｋｅｎを画像形成装置１－０１等の内部にあるストレージ３－０４へ保存する。なお、ｂＴｏｋｅｎの一例を図１１（Ｂ）に示す。図１１（Ｂ）は、Ｓ６１１でブラウザ処理部２－５０からブラウザ制御部３－６０へ通知されるｂＴｏｋｅｎの例を示す。ｂＴｏｋｅｎ １１－０４は、１１－０１と同様に、ｃｌｉｅｎｔＩｄ １１－０５とｔｏｋｅｎ １１－０６を含む。ｃｌｉｅｎｔＩｄ １１－０５には、Ｓ６０６で通知されたユーザ情報のユーザ名が設定される。また、ｔｏｋｅｎ １１－０６には、Ｓ６０８で受け取ったｔｏｋｅｎが設定される。

【0087】

シーケンス図のＳ６１２以降のやり取りは、ユーザがアクセス先のＷｅｂページ１－０５のＵＲＬを入力してから、レンダリング結果（レンダリング画像）が画像形成装置１－０１等の操作部３－１２に表示される間に実行される代表的なものである。

【0088】

Ｓ６１２では、ユーザにアクセス先のＷｅｂページ１－０５のＵＲＬを入力させる。具体的には、図５記載のアドレスバー５０３にユーザがＵＲＬを入力する。これらの処理は、ブラウザ操作部３－６２およびブラウザ表示部３－６３によって実現される。本実施例ではＵＲＬを直接入力する例しか示していないが、既存ブラウザのように、アクセス先一覧を管理するいわゆるブックマークリストを保持し、その中からアクセス先を選択するように構成してもよい。あるいは、図４に記載のブラウザのボタン４０３とは別に、アクセス先の含む形のボタンを表示し、それを押下することで自動的にアクセス先が指定されるように構成してもよい。

【0089】

Ｓ６１３では、ブラウザ制御部３－６０からブラウザ処理部２－５０へ、入力されたＵＲＬへのアクセスが要求される。このとき、本実施例では、後段の処理でユーザ用データ保存領域を認可させるために、Ｓ６１１で通知されたｂＴｏｋｅｎを要求に含める。なお、後段の認可処理が実現できるならば、ｂＴｏｋｅｎである必要はない。例えば、ブラウザＳ６０１より前に、ブラウザ制御部３－６０とブラウザ処理部２－５０との間でポイント・ツー・ポイント通信できるようなトンネルを構築するようにし、このトンネル内通信はすべて認可の対象とするようにしてもよい。

【0090】

Ｓ６１３のアクセス要求は、ブラウザ処理部２－５０のサブモジュールである全体制御部２－５１からブラウザエンジン２－５２へ分配される。そして、ブラウザエンジン２－５２は、必要に応じて、Ｓ６１０で登録されたユーザ用のデータ保存領域６－０２からクッキー等のユーザデータを取得する。（Ｓ６１４およびＳ６１５）
続けてブラウザエンジン２－５２は、Ｓ６１６として、ＵＲＬで指示されたＷｅｂページ１－０５へｈｔｔｐリクエストを送出する。このとき、必要に応じてＳ６１５で取得されたクッキー等のユーザデータが使われる。

【0091】

リクエストを受けたＷｅｂページは、Ｓ６１７として、ｈｔｔｐレスポンスの形でＷｅｂコンテンツをブラウザエンジン２－５２へ返す。

【0092】

このとき、Ｓ６１８において、必要に応じてクッキー等のユーザデータがユーザ用データ保存領域６－０２へ上書き保存される。

【0093】

Ｗｅｂコンテンツを受けたブラウザエンジン２－５２は、描画制御部２－５３に受け取ったＷｅｂコンテンツのレンダリングを要求し、描画制御部２－５３はレンダリング処理を行う。（Ｓ６１９）
レンダリングが完了したら、描画制御部２－５３から全体制御部２－５１を介してブラウザ制御部３－６０へアクセス結果が通知される。（Ｓ６２０）
アクセス結果通知を受けたブラウザ制御部３－６０は、Ｓ６２１として、ブラウザ処理部２－５０へレンダリング結果取得を要求する。送られた該要求はブラウザ処理部２－５０の全体制御部２－５１から描画制御部２－５３へ分配され、レンダリング結果がブラウザ制御部３－６０へと返される。（Ｓ６２２）
そして、ブラウザ制御部３－６０では画像データ取得部３－６１およびブラウザ表示部３－６３によって、返されるレンダリング結果を受信して、操作部３－１２へレンダリング結果を表示する。（Ｓ６２３）
このようにして、要求されたアクセス先のＷｅｂページのＷｅｂコンテンツが、画像形成装置１－０１等の操作部３－１２へ表示されることになる。

【0094】

図６のＳ６０１からＳ６０３までの処理について詳しく説明する。図７は、ブラウザ処理部２－５０におけるテンポラリ用データ保存領域の作成処理の流れを示すフローチャートである。

【0095】

図７に対応する処理は、図６に記載のデバイス情報通知（Ｓ６０１）が画像生成サーバ１－２０に送られたときに起動される。また、同処理は、図２に記載の全体制御部２－５１を構成するプログラムの一部であって、図２に記載の仮想マシン１－０７のＣＰＵ２－０１によって実行される。

【0096】

Ｓ７－００１において、ＣＰＵ２－０１は、Ｓ６０１で通知されたＭＡＣアドレス情報からＴｏｋｅｎを生成する。

【0097】

Ｓ７－００２において、ＣＰＵ２－０１は、ＭＡＣアドレス情報からユニークなフォルダ名を生成する。

【0098】

Ｓ７－００３において、ＣＰＵ２－０１は、そのフォルダ名のフォルダが、既にストレージ１－０９上に存在するか否かを判定する。もし存在しているならば（Ｙ）、以降の処理をスキップしてテンポラリ用データ保存領域作成の処理を終了する。もし存在していないならば（Ｎ）、Ｓ７－００４に進む。

【0099】

Ｓ７－００４において、ＣＰＵ２－０１は、ストレージ１－０９上の予め定められた親フォルダの配下にＳ７－００２で生成したフォルダ名のフォルダを作成する。

【0100】

Ｓ７－００５において、ＣＰＵ２－０１は、そのフォルダパスをブラウザエンジン２－５２に登録して、処理を終了する。ブラウザエンジン２－５２にフォルダを登録することによって、Ｗｅｂコンテンツを解釈して処理を行う間に生成される、クッキーやローカルストレージなどのユーザデータファイルは、自動的に該フォルダ内に保存されるようになる。

【0101】

次に、図６のＳ６０６からＳ６１０までの処理を詳しく説明する。

【0102】

図８は、ブラウザ処理部２－５０におけるユーザ用データ保存領域の作成処理の流れを示すフローチャートである。このフローチャートに対応するプログラムは、図６に記載のユーザ情報通知（Ｓ６０６）が画像生成サーバ１－２０に送られたときに起動される。また、同処理は、図２記載の全体制御部２－５１およびブラウザエンジン２－５２を構成するプログラムの一部である。同処理は、図２記載の仮想マシン１－０７のＣＰＵ２－０１によって実行される。より詳しくは、Ｓ８－００２、Ｓ８－００３、Ｓ８－００４の処理は、ブラウザエンジン２－５２を構成するプログラムの一部であり、その他の処理は、全体制御部２－５１を構成するプログラムの一部である。

【0103】

Ｓ８－００１において、ＣＰＵ２－０１は、ユーザ情報であるユーザ名とパスワードを取得する。

【0104】

Ｓ８－００２において、ＣＰＵ２－０１は、取得したユーザ名とパスワードを使って認証サイト１－１０へ認証処理を要求する。

【0105】

Ｓ８－００３において、ＣＰＵ２－０１は、認証が成功したか否かを判定する。もし、認証が成功したならば（Ｙ）、Ｓ８－００４に進み、そうでなければ（Ｎ）、Ｓ８－００９に進む。

【0106】

Ｓ８－００４において、ＣＰＵ２－０１は、認証成功結果として、認証サイト１－１０からｔｏｋｅｎ（トークン）を取得する。

【0107】

Ｓ８－００５において、ＣＰＵ２－０１は、ユーザ情報であるユーザ名からユニークなフォルダ名を生成する。

【0108】

Ｓ８－００６において、ＣＰＵ２－０１は、そのフォルダ名のフォルダが、既にストレージ１－０９上に存在するか否かを判定する。もし存在しているならば（Ｙ）、以降の処理をスキップしてユーザ用データ保存領域の作成処理を終了する。もし存在していないならば（Ｎ）、Ｓ８－００７に進む。

【0109】

Ｓ８－００７において、ＣＰＵ２－０１は、ストレージ１－０９上の予め定められた親フォルダの配下にＳ８－００５で生成したフォルダ名のフォルダを作成する。

【0110】

そして、Ｓ８－００８において、そのフォルダパスをブラウザエンジン２－５２に登録して、処理を終了する。図７と同様、ブラウザエンジン２－５２にフォルダを登録することによって、クッキーやローカルストレージなどのユーザデータファイルは、自動的に該フォルダに保存されるようになる。

【0111】

一方、Ｓ８－００３で認証が失敗した場合には、Ｓ８－００９に進み、ブラウザの処理を打ち切って終了する。打ち切りを受けたブラウザ制御部３－６０では、サブモジュールのブラウザ表示部３－６３が認証失敗の旨のメッセージを操作部３－１２に表示して、エラーが発生したことをユーザに通知する。

【0112】

図９は、ｂＴｏｋｅｎ判定の処理の流れを示すフローチャートである。図９の処理は、ブラウザ処理部２－５０の全体制御部２－５１を構成するプログラムの一部である。同処理は、図６に記載のＳ６１３のアクセス要求のようにｂＴｏｋｅｎを伴う要求を受けたときに都度起動され、図２に記載の仮想マシン１－０７のＣＰＵ２－０１によって実行される。

【0113】

Ｓ９－００１では、受信したｂＴｏｋｅｎから、図８記載のＳ８－００５と同じロジックで、ユニークなフォルダ名を生成する。より具体的には、ｂＴｏｋｅｎに含まれる図１１記載のｃｌｉｅｎｔＩｄからフォルダ名を生成する。

【0114】

Ｓ９－００２では、そのフォルダ名のフォルダが、既にストレージ１－０９上に存在するか否かを判定する。もし存在するならば（Ｙ）、Ｓ９－００３で有効と判定し、そうでなければ（Ｎ）、Ｓ９－００４で無効と判定する。

【0115】

無効と判定された場合、ブラウザ処理部２－５０はブラウザ制御部３－６０に内部エラーが発生した旨を通知する。そして、ブラウザ制御部３－６０では、サブモジュールのブラウザ表示部３－６３が内部エラーの旨のメッセージを操作部３－１２に表示して、ユーザにエラーが発生したことを知らしめる。

【0116】

以上で説明したように、本実施例ではユーザ情報がユーザ単位のフォルダで管理される。図１２は、ユーザデータが保存されるフォルダ構成の一例である。

【0117】

本実施例では、親フォルダ１２－０１の配下に、子フォルダ１２－０２から子フォルダ１２－０５のように個別のフォルダが配置される。このような構成により、個人または装置の情報を各々独立したパスで管理することができる。

【0118】

子フォルダ１２－０２は、図７に記載のＳ７－００２で生成されるものの一例である。子フォルダ１２－０２は、ＭＡＣアドレスに基づき、ＭＡＣアドレスの文字列をｂａｓｅ６４でエンコーディングした文字列となっている。

【0119】

一方、子フォルダ１２－０３から１２－０５は、図８記載のＳ８－００５で生成されるものの一例である。子フォルダ１２－０３から１２－０５は、ユーザ情報のユーザ名をｂａｓｅ６４でエンコーディングした文字列となっている。図１２では、それぞれ、ｐｏｏｈさん、ｔｉｇｇｅｒさん、ｐｉｇｌｅｔさんのユーザ情報から生成された子フォルダ名を示している。

【0120】

なお、実施例１では、子フォルダ名の文字列を得るためにｂａｓｅ６４エンコーディングするように構成するが、文字列を得る方法は他の方法であっても構わない。

【0121】

以上で説明したように、本実施例によれば、ユーザまたは装置毎のユーザデータファイルをクラウド上に保持することができる。すなわち、複数ユーザ、複数装置分のユーザデータファイルを区別可能に管理することができる。そのため、クラウドブラウザシステムを利用するユーザは、ユーザまたは装置毎に最適化されたＷｅｂブラウジングを行うことができる。例えば、クラウドブラウザシステム１－００を利用して、ログインを必要とする外部のクラウドサービスにアクセスした際に、利用中のユーザに適したＩＤやパスワード等の認証情報を自動入力することができる。また、クラウドブラウザシステム１－００を利用して、ショッピングサイト等にアクセスした際に、利用中のユーザの住所、年齢、性別、電話番号、メールアドレス等の個人情報を自動入力することができる。

【0122】

（その他の実施例）
本発明は上記実施例に限定されるものではなく、趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを範囲から除外するものではない。

【0123】

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

【0124】

本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。例えば、ソフトウェアモジュールの一部を外部サーバで実行するように構成し、外部サーバで処理された結果を取得することで、機能を実現してもよい。

【0125】

実施例１では、クラウドブラウザシステムを利用しているユーザ毎にユーザデータファイルをクラウド上に保持・管理できるように構成した。しかしながら、ひとつの画像形成装置を一人、または、ごく限られたユーザのみが利用する環境ならば、ユーザ毎でなく装置毎に保持・管理するように構成しても同様な効果が得られる。図１０にそのシーケンスの一例を示す。図１のＳ１００１からＳ１００４の処理では、図６のＳ６０１からＳ６０４と同様の処理が行なわれる。ただし、Ｓ１００１からＳ１００４はユーザの介在無しで実行することができるので、Ｓ６０１からＳ６０４のように初回のみ実行するような制約がなくても、ユーザに与えるデメリットはない。Ｓ１００５からＳ１０１６は、図６に記載のＳ６１２からＳ６２３と略同一である。違いを明記するならば、Ｓ１００５において実行される図９に記載のｔｏｋｅｎ判定のＳ９－００１である。ここでは、図８記載のＳ８－００５ではなく、図７記載のＳ７－００２と同じロジックを用いる。このように構成すれば、ユーザ毎に管理する必要がなくなるので、認証サイト１－１０は不要となる。

【0126】

また、上述実施例では、図９に示すようにｂＴｏｋｅｎの有効性判定を非常に簡易的な構成で実現した。しかしながら、例えばｂＴｏｋｅｎに署名を付与するように構成してもよい。あるいは、ストレージ１－０９上のユーザ用データ保存領域６－０２に対して認可されたもののみがアクセスできるように、画像生成サーバ１－２０内部でｔｏｋｅｎとの紐づけを管理するように構成してもよい。このような構成であれば、ユーザデータのセキュリティレベルをより強固にすることができる。

【0127】

また、上述実施例では、図６のＳ６０５において、ユーザ情報の入力をユーザに都度求めるように構成した。しかしながら、例えば入力されたユーザ情報をブラウザ制御部３－６０がストレージ制御部３－５５に依頼してストレージに３－０４に保持するように構成し、一度入力されたユーザデータは、次回以降はリストから選択できしてもよい。このような構成であれば、利便性をより向上させることができる。

【0128】

また、上述実施例では、ブラウザ処理部２－５０のサブモジュールであるブラウザエンジン２－５２への登録が容易に行えるように、ユーザ用のデータ保存領域６－０２等についてネットワークファイルシステムと等価に見えるように構成した。しかしながら、画像生成サーバ１－２０上のストレージ１－０９は、ネットワークファイルシステムと等価に見えるものでなくてもよい。具体的には、クラウドサービス提供業者が提供するＢｌｏｂストレージサービス上でデータ保存領域を構成してもよい。

【0129】

なお、実施例中の各略称の意味は次の通りである。

【0130】

ＡＳＩＣとは、ＡＳＩＣとは、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔのことである。

【0131】

ＣＰＵとは、ＣＰＵとは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔのことである。

【0132】

ＥＭＭＣとは、ｅｍｂｅｄｄｅｄ ＭｕｌｔｉＭｅｄｉａＣａｒｄのことである。

【0133】

ＦＡＸとは、Ｆａｃｓｉｍｉｌｅのことである。

【0134】

ＨＤＤとは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅのことである。

【0135】

ＨＴＴＰとは、ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌのことである。

【0136】

ＩＥＥＥとは、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓのことである。

【0137】

ＬＡＮとは、Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋのことである。

【0138】

ＭＦＰとは、Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌのことである。

【0139】

ＯＳとは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍのことである。

【0140】

ＰＣとは、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒのことである。ＱＲコード（登録商標）
ＲＡＭとは、Ｒａｎｄｏｍ‐Ａｃｃｅｓｓ Ｍｅｍｏｒｙのことである。

【0141】

ＲＯＭとは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙのことである。

【0142】

ＳＦＰとは、Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ
ＳＳＤとは、Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅのことである。

【0143】

ＵＩとは、Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅのことである。

【0144】

ＵＲＬとは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒのことである。

【0145】

ＵＳＢとは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓのことである。

【符号の説明】

【0146】

１－００ クラウドブラウザシステム（Ｗｅｂブラウジングシステム）
１－０１ 画像形成装置（通信端末）
１－０５ Ｗｅｂページ
１－２０ 画像生成サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】