特許 7551687 情報処理システム、制御方法、およびプログラム

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

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

(11)【特許番号】

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

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

(54)【発明の名称】情報処理システム、制御方法、およびプログラム

(51)【国際特許分類】

   H04L 67/06 20220101AFI20240909BHJP

   G06F 16/182 20190101ALI20240909BHJP

   H04L 67/02 20220101ALI20240909BHJP

   H04L 67/04 20220101ALI20240909BHJP

   H04N 21/24 20110101ALI20240909BHJP

   H04N 21/232 20110101ALI20240909BHJP

【ＦＩ】

H04L67/06

G06F16/182 100

H04L67/02

H04L67/04

H04N21/24

H04N21/232

【請求項の数】 11

(21)【出願番号】P 2022082529

(22)【出願日】2022-05-19

(65)【公開番号】P2023170635

(43)【公開日】2023-12-01

【審査請求日】2023-07-05

(73)【特許権者】

【識別番号】000001007

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

(74)【代理人】

【識別番号】100126240

【弁理士】

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

(74)【代理人】

【識別番号】100223941

【弁理士】

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

(74)【代理人】

【識別番号】100159695

【弁理士】

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

(74)【代理人】

【識別番号】100172476

【弁理士】

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

(74)【代理人】

【識別番号】100126974

【弁理士】

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

(72)【発明者】

【氏名】池田 睦

【審査官】白井 亮

(56)【参考文献】

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

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

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

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

【文献】米国特許出願公開第２０１９／０１５５８６８（ＵＳ，Ａ１）

【文献】吉川 裕章，携帯端末での閲覧に向けたＷｅｂコンテンツ自動変換，社団法人 情報処理学会 研究報告 IPSJ SIG Technical Report，2004年03月05日，Vol. 2004, No. 22，p. 217-222

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

Ｈ０４Ｌ ６７／０６

Ｇ０６Ｆ １６／１８２

Ｈ０４Ｌ ６７／０２

Ｈ０４Ｌ ６７／０４

Ｈ０４Ｎ ２１／２４

Ｈ０４Ｎ ２１／２３２

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

【請求項1】

画像生成システムと通信端末の間で、Ｗｅｂページに対応する画像データの送信が可能な情報処理システムであって、
前記画像生成システムは、前記通信端末の空き容量を問い合わせる空き容量問合せ手段と、
ダウンロード対象のファイルのサイズを問い合わせるファイルサイズ問合せ手段と、
前記通信端末の空き容量が前記ファイルのサイズより小さい場合、外部Ｗｅｂサーバから前記ダウンロード対象のファイルをダウンロードしないように制御する制御手段と、
を備えることを特徴とする情報処理システム。

【請求項2】

前記画像生成システムは、ユーザが押下した要素がファイルダウンロード要素である場合に、前記空き容量問合せ手段による問い合わせを行うことを特徴とする請求項１に記載の情報処理システム。

【請求項3】

前記画像生成システムは、ユーザが押下した要素がファイルダウンロード要素である場合に、前記ファイルサイズ問合せ手段による問い合わせを行うことを特徴とする請求項１に記載の情報処理システム。

【請求項4】

前記画像生成システムは、前記画像生成システムの空き容量を取得し、前記画像生成システムの空き容量が前記ダウンロード対象のファイルのサイズよりも大きい場合に、前記ダウンロード対象のファイルをダウンロードすることを特徴とする請求項１に記載の情報処理システム。

【請求項5】

前記画像生成システムは、前記ダウンロード対象のファイルをダウンロードした後、ダウンロードしたファイルが保存されている場所を示す保存先ＵＲＬを、前記通信端末に通知する通信手段を更に備えることを特徴とする請求項１に記載の情報処理システム。

【請求項6】

前記画像生成システムは、前記ダウンロード対象のファイルをダウンロードしない場合、ダウンロードが失敗したことを示す情報を、前記通信端末に送信する送信手段を更に備えることを特徴とする請求項１に記載の情報処理システム。

【請求項7】

前記通信端末は、前記画像生成システムから前記ダウンロードが失敗したことを示す情報を受信した場合、画面にダウンロードが失敗したことを示す情報を表示する表示手段を備えることを特徴とする請求項１に記載の情報処理システム。

【請求項8】

前記通信端末は、前記画像生成システムから保存先ＵＲＬを受信した場合、前記保存先ＵＲＬからファイルをダウンロードするダウンロード手段を備えることを特徴とする請求項１に記載の情報処理システム。

【請求項9】

前記通信端末は、前記保存先ＵＲＬからファイルをダウンロードした後、画面にダウンロードが成功したことを示す情報を表示する表示手段を備えることを特徴とする請求項８に記載の情報処理システム。

【請求項10】

画像生成システムと通信端末の間で、Ｗｅｂページに対応する画像データの送信が可能な情報処理システムの制御方法であって、
前記画像生成システムにおいて、
前記通信端末の空き容量を問い合わせる空き容量問合せ工程と、
ダウンロード対象のファイルのサイズを問い合わせるファイルサイズ問合せ工程と、
前記通信端末の空き容量が前記ファイルのサイズより小さい場合、外部Ｗｅｂサーバから前記ダウンロード対象のファイルをダウンロードしないように制御する制御工程と、
を備えることを特徴とする制御方法。

【請求項11】

コンピュータを請求項１乃至９のいずれか１項に記載の情報処理システムとして機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム、制御方法、およびプログラムに関する。

【背景技術】

【0002】

現在、Ｗｅｂブラウザ（以下、ブラウザ）を搭載し、そのブラウザ上でＷｅｂページを閲覧できる機能を有する通信端末が普及している。ブラウザを通して外部サービスのＷｅｂページを表示することにより、通信端末が外部サービスと連携できるようになる。

【0003】

ブラウザが実施する処理には、ユーザが外部のＷｅｂサービス上に保管しているファイルをダウンロードするための標準仕様も含まれる。Ｗｅｂサービスにおいてファイルのダウンロードは、ファイルダウンロード要素で実現される。本提案はファイルダウンロード要素に関わる。

【0004】

Ｗｅｂページにおいて、ファイルダウンロード要素は＜ａ ｈｒｅｆ＝［ＵＲＬ］ ｄｏｗｎｌｏａｄ＞という記述（以下、ファイルダウンロード要素）で実現される。ここでＵＲＬにはダウンロード対象のファイルが保存されているパスが記述される。

【0005】

ブラウザは、Ｗｅｂページ中にファイルダウンロード要素が存在する場合、Ｗｅｂページ中にファイルダウンロード用のボタンを表示する。ユーザがこのボタンを押下した場合、ブラウザはダウンロードダイアログを表示する。ユーザがダウンロードに同意した場合、ブラウザは任意のフォルダにファイルをダウンロードする。

【0006】

近年、ブラウザとブラウザ以外のプログラム（以下、他プログラム）を同時に利用する事例が増えている。事例の１つに、他プログラムで表示される領域の一部に、ブラウザによって表示される領域を埋め込む形態がある。ここで、ブラウザから他プログラムへ、ドラッグアンドドロップ処理でファイルをダウンロードする手法が提案されている（特許文献１）。

【先行技術文献】

【特許文献】

【0007】

【文献】特開２０１５－３２００２号公報

【発明の概要】

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

【0008】

特許文献１では、ブラウザの拡張プログラムが、ブラウザの表示する領域より外にオブジェクトがドロップされたか監視する。またドロップされた場合、拡張プログラムが外部サーバから該当コンテンツを取得する。これにより、ブラウザと他プログラムの間で、ドラッグアンドドロップ処理によりファイルをダウンロードすることができる。

【0009】

ところで、ブラウザの形態として、クラウドサーバ上でＷｅｂページの描画結果を生成するクラウドブラウザと呼ばれる形態がある。Ｗｅｂページの解析処理や実行処理といった計算負荷の高い処理をサーバ上で実行することにより、通信端末に計算負荷がかからなくなる。

【0010】

特許文献１では、ブラウザと他プログラムの間でドラッグアンドドロップ処理によってダウンロードする手法が提案された。しかしながら、クラウドブラウザのように通信端末と外部Ｗｅｂサービスの間に画像生成システムが存在した場合、通信端末の空き容量によって、外部Ｗｅｂサービスと画像生成システム間のダウンロードが無駄になってしまうという課題が生じる。

【0011】

このためクラウドブラウザにおいて、外部Ｗｅｂサービスからファイルをダウンロードする際に、無駄な通信を発生させない方法が望まれている。

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

【0012】

上記の課題を解決するために本発明の情報処理システムは、画像生成システムと通信端末の間で、Ｗｅｂページに対応する画像データの送信が可能な情報処理システムであって、前記画像生成システムは、前記通信端末の空き容量を問い合わせる空き容量問合せ手段と、ダウンロード対象のファイルのサイズを問い合わせるファイルサイズ問合せ手段と、前記通信端末の空き容量が前記ファイルのサイズより小さい場合、外部Ｗｅｂサーバから前記ダウンロード対象のファイルをダウンロードしないように制御する制御手段と、を備えることを特徴とする。

【発明の効果】

【0013】

本発明によれば、画像生成システムにおける無駄なダウンロードが発生することを回避することができる。

【図面の簡単な説明】

【0014】

【図1】仮想マシンのハードウェア図

【図2】本提案の画像生成システム、および通信端末の構成図

【図3】実施例１の画像生成システムの処理の流れを示したフローチャート

【図4】実施例１の通信端末の処理の流れを示したフローチャート

【図5】本提案の処理をプログラムで実装した例

【図6】ＨＴＴＰプロトコルのレスポンスの例

【図7】ファイルダウンロード要素とダウンロードダイアログの表示例

【図8】ダウンロード成功表示とダウンロード失敗表示の例

【図9】画像生成システムと通信端末の間で送受信するデータの例

【図10】ダウンロード成功の場合のシーケンス図

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

【0015】

以下、本発明の実施形態について、図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に関る本発明を限定するものではなく、また、本実施例の形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。なお、同一な構成については、同じ符号を付して説明する。

【実施例1】

【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】

２０１ 通信端末
２０３ 画像生成システム
２０５ 仮想マシンＡ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】