(57)【要約】【課題】  従来、ウェブサイトにより指示されたデータを所定の保存領域に対してローカルストレージデータとして格納する機能をもつウェブブラウザが動作する場合に、当該格納済みのローカルストレージデータを適切に削除するための手法が提供されていなかった。【解決手段】  そこで本発明では、ウェブブラウザの機能として、１以上の条件に従い、前記保存領域に格納されたローカルストレージデータの中から削除候補を抽出して、当該削除候補として抽出されたローカルストレージデータを前記保存領域から削除することを特徴とする。【選択図】  図６
2015215859.tif 000002
【特許請求の範囲】
【請求項１】
ウェブサイトの呼び出しに応じて、当該ウェブサイトにより指示されたデータを前記ウェブブラウザのための保存領域に対してローカルストレージデータとして格納する機能をもつウェブブラウザが動作する情報処理端末であって、
１以上の条件に従い、前記保存領域に格納されたローカルストレージデータの中から、削除候補を抽出する抽出手段と、
削除候補として抽出されたローカルストレージデータを含む画面を提示する提示手段と、
前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータを前記保存領域から削除する削除手段と、
を有することを特徴とする情報処理端末。
【請求項２】
ウェブサイトにより指示されたデータを、ローカルストレージデータとして前記保存領域に格納できるか否かを判断する第１判断手段を、さらに有し、
前記提示手段は、前記第１判断手段により前記保存領域に格納できないと判断された場合に、前記削除候補として抽出されたローカルストレージデータを含む画面を提示し、
前記削除手段は、前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータを前記保存領域から削除することを特徴とする請求項１に記載の情報処理端末。
【請求項３】
ウェブサイトにより指示されたデータを、ローカルストレージデータとして前記保存領域に格納する際に、前記保存領域におけるデータが格納された量が所定の閾値を超えるか否かを判断する第２判断手段を、さらに有し、
前記提示手段は、前記第２判断手段により前記所定の閾値を超えると判断された場合に、前記削除候補として抽出されたローカルストレージデータを含む画面を提示し、
前記削除手段は、前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータを前記保存領域から削除することを特徴とする請求項１または２に記載の情報処理端末。
【請求項４】
前記削除手段は、前記画面を介した選択指示に従い、当該選択指示に対応するローカルストレージデータを前記保存領域から削除することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理端末。
【請求項５】
前記抽出手段により抽出された削除候補を自動で削除する設定を行う設定手段を、さらに有し、
前記削除候補を自動で削除する設定が行われている場合には、前記提示手段による前記画面の提示が行われることなく、前記削除手段が前記削除候補として抽出されたローカルストレージデータを前記保存領域から削除することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理端末。
【請求項６】
前記削除候補を抽出するために利用される条件として、ローカルストレージデータの保存日時、ローカルストレージデータに対応するウェブサイトに関する閲覧回数、ローカルストレージデータに対応するウェブサイトに関する最終閲覧日時、ローカルストレージデータのデータサイズの少なくとも何れかが含まれることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理端末。
【請求項７】
前記削除候補を抽出するために利用される条件として、前記ウェブブラウザによる先読み処理に基づくページかつユーザーによる閲覧履歴が無いページを提供するウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の情報処理端末。
【請求項８】
前記削除候補を抽出するために利用される条件として、ユーザーによる前記ウェブブラウザを介した閲覧指示の対象となったページのドメインとは異なるドメインのウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１乃至７のいずれか１項に記載の情報処理端末。
【請求項９】
前記削除候補を抽出するために利用される条件として、一時的に前記保存領域に保存されているセッションストレージとしてのローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理端末。
【請求項１０】
前記削除候補を抽出するために利用される条件として、前記ウェブブラウザの管理するブックマークから削除されるページを提供するウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理端末。
【請求項１１】
前記削除手段は、前記ウェブブラウザの管理するブックマークからページの削除が行われる場合に、当該削除されるページを提供するウェブサイトにより格納が指示されたローカルストレージデータを前記保存領域から削除することを特徴とする請求項１乃至９のいずれか１項に記載の情報処理端末。
【請求項１２】
前記提示手段は、前記保存領域を拡張するための指示が可能な画面を提供し、
当該画面を介して前記保存領域を拡張するための指示がおこなわれた場合には、前記ウェブブラウザにより前記ウェブサイトにより指示されたデータが、拡張された保存領域に対してローカルストレージデータとして格納されることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理端末。
【請求項１３】
ウェブサイトの呼び出しに応じて、当該ウェブサイトにより指示されたデータを前記ウェブブラウザのために記憶装置に対して確保されている保存領域に対してローカルストレージデータとして格納する機能をもつウェブブラウザに基づく制御方法であって、
１以上の条件に従い、前記記憶装置に確保された前記保存領域に格納されたローカルストレージデータの中から、削除候補を抽出する抽出工程と、
削除候補として抽出されたローカルストレージデータを含む画面を提示する提示工程と、
前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータを前記記憶装置に確保された前記保存領域から削除する削除工程と、
を有することを特徴とする制御方法。
【請求項１４】
ウェブサイトにより指示されたデータを、ローカルストレージデータとして前記保存領域に格納できるか否かを判断する第１判断工程を、さらに有し、
前記提示工程では、前記第１判断工程で前記保存領域に格納できないと判断された場合に、前記削除候補として抽出されたローカルストレージデータを含む画面が提示され、
前記削除手段では、前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータが前記保存領域から削除されることを特徴とする請求項１３に記載の制御方法。
【請求項１５】
ウェブサイトにより指示されたデータを、ローカルストレージデータとして前記保存領域に格納する際に、前記保存領域におけるデータが格納された量が所定の閾値を超えるか否かを判断する第２判断工程を、さらに有し、
前記提示工程では、前記第２判断工程で前記所定の閾値を超えると判断された場合に、前記削除候補として抽出されたローカルストレージデータを含む画面が提示され、
前記削除工程では、前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータが前記保存領域から削除されることを特徴とする請求項１３または１４に記載の制御方法。
【請求項１６】
前記削除工程では、前記画面を介した選択指示に従い、当該選択指示に対応するローカルストレージデータが前記保存領域から削除されることを特徴とする請求項１３乃至１５のいずれか１項に記載の制御方法。
【請求項１７】
前記抽出工程で抽出された削除候補を自動で削除する設定を行う設定工程を、さらに有し、
前記削除候補を自動で削除する設定が行われている場合には、前記提示工程での前記画面の提示が行われることなく、前記削除工程で前記削除候補として抽出されたローカルストレージデータが前記保存領域から削除されることを特徴とする請求項１３乃至１５のいずれか１項に記載の制御方法。
【請求項１８】
前記削除候補を抽出するために利用される条件として、ローカルストレージデータの保存日時、ローカルストレージデータに対応するウェブサイトに関する閲覧回数、ローカルストレージデータに対応するウェブサイトに関する最終閲覧日時、ローカルストレージデータのデータサイズの少なくとも何れかが含まれることを特徴とする請求項１３乃至１７のいずれか１項に記載の制御方法。
【請求項１９】
前記削除候補を抽出するために利用される条件として、前記ウェブブラウザによる先読み処理に基づくページかつユーザーによる閲覧履歴が無いページを提供するウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１３乃至１８のいずれか１項に記載の制御方法。
【請求項２０】
前記削除候補を抽出するために利用される条件として、ユーザーによる前記ウェブブラウザを介した閲覧指示の対象となったページのドメインとは異なるドメインのウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１３乃至１９のいずれか１項に記載の制御方法。
【請求項２１】
前記削除候補を抽出するために利用される条件として、一時的に前記保存領域に保存されているセッションストレージとしてのローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１３乃至２０のいずれか１項に記載の制御方法。
【請求項２２】
前記削除候補を抽出するために利用される条件として、前記ウェブブラウザの管理するブックマークから削除されるページを提供するウェブサイトにより格納が指示されたローカルストレージデータを削除候補とする条件が含まれることを特徴とする請求項１３乃至２１のいずれか１項に記載の制御方法。
【請求項２３】
前記削除工程では、前記ウェブブラウザの管理するブックマークからページの削除が行われる場合に、当該削除されるページを提供するウェブサイトにより格納が指示されたローカルストレージデータが前記保存領域から削除されることを特徴とする請求項１３乃至２１のいずれか１項に記載の制御方法。
【請求項２４】
前記提示工程では、前記保存領域を拡張するための指示が可能な画面を提供し、
当該画面を介して前記保存領域を拡張するための指示がおこなわれた場合には、前記ウェブブラウザにより前記ウェブサイトにより指示されたデータが、拡張された保存領域に対してローカルストレージデータとして格納されることを特徴とする請求項１３乃至２３のいずれか１項に記載の制御方法。
【請求項２５】
前記提示工程では、前記ウェブブラウザに登録された複数のユーザーごとに、削除候補として抽出されたローカルストレージデータを含む画面が提示されることを特徴とする請求項１３乃至２４のいずれか１項に記載の制御方法。
【請求項２６】
請求項１３乃至２５のいずれか１項に記載の制御方法に含まれる各工程を実行するためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＨＴＭＬ５における新たなＷｅｂブラウザ用のデータストレージの仕組みを提供する際の技術に関する。
【背景技術】
【０００２】
Ｗｅｂ（ウェブ）アプリケーションの高機能化に伴い、ＨＴＭＬ５では各種機能拡張が検討されている。拡張機能の１つには、Ｗｅｂブラウザのための記憶領域に対して、Ｗｅｂサーバー上のファイルをキャッシュするアプリケーションキャッシュ機能がある。また、それ以外にも、Ｗｅｂブラウザのための記憶領域に対して、データを格納するためのＷｅｂＳｔｏｒａｇｅやＩｎｄｅｘｅｄＤＢ機能がある。
【０００３】
ＷｅｂＳｔｏｒａｇｅの場合、Ｗｅｂサイトが閲覧されたタイミングで、そのサイトを提供するＷｅｂサーバー側から、データをＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やスマートフォンなどの情報処理端末の記憶領域（ウェブブラウザのための記憶領域）に自動で格納することができる。このような拡張機能は、Ｗｅｂサイトを閲覧するＰＣやモバイル端末がネットワークに非接続のオフラインであっても、キャッシュしているデータを用いて、そのサイトが提供するサービスを利用可能とする。
【０００４】
一方で、従来から、Ｗｅｂブラウザのための記憶領域に対して、上記拡張機能に比べデータ量やデータの種類が少ないが、Ｗｅｂサイトが提供するコンテンツなどのキャッシュを行う技術などが存在する。また、一般的なＷｅｂブラウザの中には、そのキャッシュしたデータを削除する手段を提供するものがある。具体的には、Ｗｅｂブラウザの設定メニューから、キャッシュされたデータの一括削除をユーザーが手動で指示することが可能となっている。他にも、Ｗｅｂブラウザによっては、ユーザーにより選択されたＷｅｂサイトのドメインに対応するデータを削除する機能を提供しているものもある。
【０００５】
ここで、キャッシュされた不要なデータの削除を行う方法として、特許文献１に記載されるような従来技術がある。特許文献１の技術は、画像形成装置にＷｅｂアプリケーションを登録して、Ｗｅｂアプリケーション使用時に必要なファイルのキャッシュを行い、Ｗｅｂアプリケーションの登録情報の削除に際して、関連するキャッシュを一緒に削除するものである。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−１６８７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述したＨＴＭＬ５での機能拡張について、ＷｅｂＳｔｏｒａｇｅに保存可能なデータ容量は、オリジンと呼ばれるプロトコルとホスト名とポートの組み合わせ毎に制限値が設けられている。また、ＷｅｂＳｔｏｒａｇｅ全体でも容量制限が設けられている。ここで、ＨＴＭＬ５に係る正式な仕様としては、ローカルの記憶領域に格納したデータは時期的な期限が来たら削除するといった機能は無い。よって、データを格納させたＷｅｂサイト側による明示的な削除の手続きが発生しない限り、端末のローカルの記憶領域には、上述の拡張機能により格納されたデータが残り続ける。
【０００８】
ここで、上記仕様では、例えば、ユーザーが新たなＷｅｂサイトを閲覧時に、既に保存可能なＷｅｂＳｔｏｒａｇｅの容量を既に超えてしまっていた場合には、そのＷｅｂサイトにより提供されるサービスを正常に使用できないという問題がある。また、容量制限値に達していなくても、保存されているデータ量が増えると、ＷｅｂＳｔｏｒａｇｅからのデータ取得や新規データ保存が遅くなるという問題がある。また、モバイル端末などでストレージの容量が少ない場合、ＷｅｂＳｔｏｒａｇｅに保存されているデータで端末のストレージ容量全体を圧迫して、他のアプリケーションのデータ保存が出来ないなどの問題もある。
【０００９】
今後、ＷｅｂＳｔｏｒａｇｅなどのＷｅｂブラウザのための記憶領域に対してファイルやデータをＷｅｂサイト側から格納させるための上述の様々な拡張機能を利用することが一般的になると、そのデータ格納量が増加することが想定される。それにより上記問題が発生する可能性が高くなる。そのため、それら拡張機能を利用してＷｅｂブラウザのための記憶領域に対して格納されたデータを適切に削除する手法が必要となる。
【００１０】
上述の特許文献１に記載の技術では、ユーザーによりＷｅｂアプリケーションが削除された際に、そのＷｅｂアプリケーション自体が不要であると判断できるために関連するキャッシュデータを削除しても特に問題がなかった。
【００１１】
一方で、ＷｅｂＳｔｏｒａｇｅなどの上述した拡張機能によりローカルに格納されるファイルやデータは、Ｗｅｂ閲覧時に保存されるものである。ＷｅｂブラウザでのＷｅｂサイトを閲覧または閉じるといった作業は、Ｗｅｂアプリケーションの登録または削除（インストールまたはアンインストール）の作業とは大きく意図が異なるものであると考えられる。具体的には、ユーザーは、Ｗｅｂサイトを閲覧後、そのＷｅｂサイトを閉じたり、Ｗｅｂブラウザを一度終了したりしたとしても、次回、Ｗｅｂブラウザを利用した際に、再度、そのＷｅｂサイトを閲覧する可能性もある。つまり、ＷｅｂブラウザでＷｅｂサイトを閉じる、Ｗｅｂブラウザを終了する行為で、単純にそのＷｅｂサイトを今後使用しないと判断はできない。よって、ＷｅｂＳｔｏｒａｇｅなどの上述した拡張機能によりローカルに格納されるファイルやデータを、適切に削除するための制御は、上述の特許文献１に記載の技術を考慮したところで困難と言える。
【００１２】
本発明は、上記問題を解決するためになされたものであり、Ｗｅｂサイト側からの情報処理端末のローカルの記憶領域に各種データを保存するための機能について、その利便性を損なうことなく、適切にデータ削除を行うことが可能な手法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明の一例である情報処理端末は、ウェブサイトの呼び出しに応じて、当該ウェブサイトにより指示されたデータを前記ウェブブラウザのための保存領域に対してローカルストレージデータとして格納する機能をもつウェブブラウザが動作する情報処理端末であって、１以上の条件に従い、前記保存領域に格納されたローカルストレージデータの中から、削除候補を抽出する抽出手段と、削除候補として抽出されたローカルストレージデータを含む画面を提示する提示手段と、前記画面を介した指示に応じて、削除候補として抽出されたローカルストレージデータを前記保存領域から削除する削除手段と、を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、Ｗｅｂサイト側からの情報処理端末のローカルの記憶領域に各種データを保存するための機能について、その利便性を損なうことなく、適切にデータ削除を行うことが可能な手法を提供できる。
【図面の簡単な説明】
【００１５】
【図１】ネットワーク構成図
【図２】Ｗｅｂブラウザの構成を示すブロック図
【図３】ハードウェア構成図
【図４】ローカルストレージデータを削除する処理のフローチャート
【図５】マニフェストファイルの一例
【図６】ローカルストレージデータの削除を確認するＵＩの一例
【図７】ローカルストレージデータの削除を確認するＵＩの一例
【図８】ローカルストレージデータの削除を確認するＵＩの一例
【図９】ローカルストレージデータの削除候補を管理するためのテーブルの一例
【図１０】ローカルストレージデータの削除を確認するＵＩの一例
【図１１】ローカルストレージデータの削除を確認するＵＩの一例
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１７】
（実施例１）
図１は、本システムのネットワーク構成例を示す図である。
情報処理装置１０４は、光回線などでプロバイダ１０３と通信し、プロバイダ１０３を介してインターネット１０２と繋がるＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などである。情報処理端末１０７は基地局１０６と無線で通信し、コアネットワーク１０５を介してインターネット１０２と繋がる端末で、例えばタブレットやスマートフォンなどである。情報処理端末１０７には、デスクトップＰＣなども含まれる。Ｗｅｂサーバー１０１は、インターネット１０２を介し、各情報処理端末にＷｅｂサイトを提供するシステムである。
【００１８】
図２は、本発明を実施したＷｅｂブラウザ２０１の全体構成を示すブロック図である。
【００１９】
ユーザーインターフェース（ＵＩ）２０２は、ＵＲＬ表示や、ブックマーク表示、Ｗｅｂブラウザの設定メニュー表示などを含むＷｅｂブラウザのＵＩである。レンダリングエンジン２０４は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などの要求されたコンテンツの表示を行う。ブラウザエンジン２０３は、ＵＩ２０２とレンダリングエンジン２０４の間の処理を行う。ネットワーキング２０５は、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）リクエストなどのネットワークの呼び出しを受け付ける。ＪａｖａＳｃｒｉｐｔ（登録商標）インタープリタ（以下、ＪＳインタープリタ）２０６は、ＪａｖａＳｃｒｉｐｔ（登録商標）コードの解析と実行を行う。
【００２０】
データストレージ２０７は、クッキーやＨＴＭＬ５に係るストレージの仕様に基づくアプリケーションキャッシュ、ＷｅｂＳｔｏｒａｇｅ、ＩｎｄｅｘｅｄＤＢのデータを記憶装置に保存する制御を行う。以下では、これらのデータストレージ２０７が格納するデータを総称してローカルストレージデータと呼ぶ。データストレージ２０７によるデータ保存や削除などの操作は、ＪａｖａＳｃｒｉｐｔ（登録商標）に従い、制御可能である。
【００２１】
図３（ａ）は、情報処理装置１０４のハードウェア構成を示すブロック図である。
【００２２】
ＣＰＵ３０１は、ＲＡＭ３０３をワークメモリとして、ＲＯＭ３０２および記憶装置としてのハードディスクドライブ（ＨＤＤ）３０８に格納されたプログラムを実行し、システムバス３１２を介して後述する各構成を制御する。ＨＤＤ３０８は、オペレーティングシステム（ＯＳ）や各種プログラムやデータを格納する。ＣＰＵ３０１は、ディスクコントローラ（ＤＫＣ）３０６を介して、ＨＤＤ３０８およびディスクドライブ３０９にアクセスし、各種プログラム等をＨＤＤ３０８にインストールする。ＣＰＵ３０１は、ネットワークインタフェイスカード（ＮＩＣ）３０７を介して、ネットワーク３１３を介した他のコンピュータ等とも通信可能である。
【００２３】
ＣＰＵ３０１は、プログラムに従い、ビデオカード（ＶＣ）３０５を介してモニタ３１１にＵＩを表示する。ユーザーは、キーボード（ＫＢ）３１０やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行なう。ＣＰＵ３０１は、キーボードコントローラ（ＫＢＣ）３０４を介してユーザー指示や入力を受け付け、ユーザー指示や入力に応じて様々な処理を実行する。
【００２４】
図３（ｂ）は、Ｗｅｂブラウザ２０１が動作することが可能な情報処理端末１０７のハードウェア構成を示すブロック図である。
【００２５】
同図において、情報処理端末１０７は、アプリケーションプロセッサ（以下、ＡＰ）３２０、ＲＯＭ３１４、ＲＡＭ３１５、Ｆｌａｓｈ  ＳＳＤなどで構成される記憶装置３１６を備える。ＡＰ３２０は、ＲＯＭ３１４や記憶装置３１６に記憶されたソフトウェアを実行し、ＡＰ３２０に接続された各デバイスを総括的に制御する。ＲＡＭ３１５は、ＡＰ３２０の主メモリあるいはワークエリアなどとして機能する。記憶装置３１６は、オペレーティングシステム、Ｗｅｂブラウザ等の各種アプリケーション、データベースデータ、ユーザファイル等を記憶する。３２３は、タッチスクリーンコントローラであり、同コントローラに接続されたタッチスクリーン３２４を制御する。
【００２６】
３１７は無線ＬＡＮ制御部、３１８は移動体通信制御部、３１９は近距離無線通信制御部であり、それぞれ、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）などの無線ＬＡＮ通信、移動体通信（モバイル通信など）、近距離無線通信の制御を行う。さらに情報処理端末１０７において、３２１は電源制御部であり、充電池３２２への充電制御や電池残量の管理を行う。
【００２７】
図３（ｂ）は、本発明が適用可能な情報処理端末１０７の構成の一例である。従って、情報処理端末１０７に、図示以外のネットワーク接続を提供するためのハードウェアや、カメラなどのハードウェアなどを更に備えていても、また、例えば距離無線通信制御部３１９などの一部の構成が無くても、本発明に適用可能である。
【００２８】
図４は、情報処理端末で動作するＷｅｂブラウザ２０１によるローカルストレージデータの削除処理を説明するためのフローチャートである。ここでは、ユーザーによる新たなＷｅｂサイトが提供するページの閲覧時に、データストレージ２０７によるデータ格納ができないと判断された場合に、不要なローカルストレージデータを削除して、保存領域を空けるための処理になる。
【００２９】
ユーザーがＵＩ２０２を操作して、Ｗｅｂサイトが提供するページの表示を指示すると、Ｗｅｂサイト側から指示されたデータが、データストレージ２０７により保存されることになる。Ｗｅｂブラウザ２０１によるＷｅｂサイトが提供するページの閲覧ための制御と、データの格納制御とは並行して行われる。具体的には、Ｗｅｂブラウザ２０１がＷｅｂサイトに対して提供ページを要求した際に、データの格納制御が開始されることになる。Ｗｅｂブラウザ２０１が、データの格納を開始する前に、ユーザーに確認を求める通知を行うことも可能である。図４の詳細の説明に入る前に、Ｗｅｂサイト側からのデータがＷｅｂブラウザ２０１により保存される仕組みについて説明する。
【００３０】
この際に、ＨＴＭＬ５に係る拡張機能であるＷｅｂＳｔｒａｇｅの場合、Ｗｅｂブラウザ２０１がＷｅｂサイトを呼び出した（ページを要求した）際に、当該サイト内のＷｅｂページに実装されたＪａｖａＳｃｒｉｐｔ（登録商標）コードがＪＳインタープリタ２０６により実行される。このＪａｖａＳｃｒｉｐｔ（登録商標）コードの実行に従い、データストレージ２０７によりＷｅｂブラウザ２０１のための記憶領域に対して、そのＷｅｂサイトを提供するＷｅｂサーバーからダウンロードされたデータの格納が実行される。格納されたデータは、Ｗｅｂブラウザ２０１を介して情報処理端末がオフラインになっても使用することができ、その値を編集してさらに格納するようなこともできる。その場合、再度、情報処理端末がオンラインになった際に、編集した値を含むデータを、Ｗｅｂサイトを提供するＷｅｂサーバーに送信することも可能である。
【００３１】
アプリケーションキャッシュの場合は、Ｗｅｂサイトで用意されたマニフェストファイルの記述に従い、Ｗｅｂブラウザ２０１はＷｅｂサイトを提供するＷｅｂサーバーから必要なファイルやデータを取得して、自身の保存領域に対して保存しようとする。マニフェストファイルは、Ｗｅｂサイトを呼び出した（ページを要求した）際に、Ｗｅｂブラウザ２０１にダウンロードされる。
【００３２】
図５はマニフェストファイルの一例である。１行目には文字列「ＣＡＣＨＥ  ＭＡＮＩＦＥＳＴ」を記述する必要がある。
【００３３】
「ＣＡＣＨＥ：」ヘッダーの後に列挙したリソースは、Ｗｅｂサイトに初めてアクセスしてマニフェストファイルがダウンロードされた後に、明示的にＷｅｂブラウザ２０１の保存領域に保存される。
【００３４】
「ＮＥＴＷＯＲＫ：」ヘッダーの後に列挙するのは、Ｗｅｂサーバーへの接続を必要とするリソースである。Ｗｅｂブラウザはオフラインキャッシュではなく常にＷｅｂサーバー上のリソースを参照する。
【００３５】
「ＦＡＬＬＢＡＣＫ：」ヘッダーの後には、Ｗｅｂブラウザ２０１がリソースにアクセスできない場合に表示するページが記述される。
【００３６】
「＃」で始まる行はコメント行である。
【００３７】
アプリケーションキャッシュが更新されるのは、Ｗｅｂサイトを運営する管理者などによりマニュフェストファイル自身が変更された時だけである。そのため、画像ファイルをファイル名はそのままで編集した場合などは再キャッシュされない。その場合、コメント行に更新日付やバージョン番号などを記載して更新することにより、新しいファイルがキャッシュされるようになる。
【００３８】
ユーザーが、再度Ｗｅｂサイトを閲覧した際に、Ｗｅｂブラウザ２０１はマニフェストファイルに従って、キャッシュしたリソースを使用するように記述されているリソースは、Ｗｅｂサーバーから再度取得せずにキャッシュを使用するようになる。
【００３９】
このようにして、ネットワークがオフラインになった場合でも、Ｗｅｂサイト側で提供するサービスがＷｅｂブラウザ２０１で管理されるキャッシュデータで利用可能となったり、再びオンラインに戻った際にオフライン作業中のデータが当該Ｗｅｂサイト側に同期されたりすることが可能となる。
【００４０】
図４の処理の説明に戻る。
【００４１】
Ｓ４０１で、Ｗｅｂブラウザ２０１は、データ保存の可能容量を計算し、Ｗｅｂサイト側からのデータが格納可能か否かを判断する。ここで、データが格納可能な場合にはＳ４０６に遷移し、格納が不可能な場合にはＳ４０２に遷移する。
【００４２】
Ｓ４０２で、データの保存ができない場合、Ｗｅｂブラウザ２０１は、データストレージ２０７により格納されたローカルストレージデータの中から、削除候補のデータを抽出する。Ｓ４０３で、Ｗｅｂブラウザ２０１は、Ｓ４０２で抽出したローカルストレージデータを、ＵＩ２０２を介して表示する。
【００４３】
図６は、ユーザーに不要なローカルストレージデータの削除を促す画面の一例である。この画面上で、現在閲覧しているＷｅｂサイトにより格納しようとするデータが格納可能な容量を確保できるように、削除候補としてＳ４０２で抽出されたローカルストレージデータが提示され、削除可能となるよう表示される。削除候補の表示については、当該データの格納を指示したウェブサイト名やそのＵＲＬなどを用いて識別表示され、各削除候補についてそのサイズも併せて表示される。また、表示方法としては、例えば、削除優先度の高いものから順に表示することも可能である。ここで、削除優先度の一例として、削除候補として抽出されたローカルストレージデータを保存した日時が古い順に、優先度が高いと判断する。ユーザーは、Ｗｅｂブラウザ２０１が不要と予測したローカルストレージデータを認識して、削除することが可能となる。
【００４４】
Ｓ４０４で、Ｗｅｂブラウザ２０１は、ユーザーの判断結果の入力を待機する。ここで、Ｗｅｂブラウザ２０１は、図６で示す画面を介したユーザーによる削除ボタンの押下を受け付けると、Ｓ４０５で、該当するローカルストレージデータの削除を実行する。
【００４５】
Ｓ４０６で、Ｗｅｂブラウザ２０１は、ページ閲覧中のＷｅｂサイトが要求したデータ保存を実行する。具体的には、上述したように、データストレージ２０７がマニュフェストファイルの記述やＪａｖａＳｃｒｉｐｔ（登録商標）コードの実行などに従い、Ｗｅｂサイト側からダウンロードしたデータやファイルをＷｅｂブラウザ２０１のために用意された記録領域に格納する。
【００４６】
Ｓ４０４で、Ｗｅｂブラウザ２０１は、図６で示す画面を介したユーザーによるキャンセルボタンの押下を受け付けると、Ｓ４０７で、ページ閲覧中のＷｅｂサイトのデータが保存できない旨を表示し、処理を終了する。
【００４７】
図９（ａ）は、ローカルストレージデータの削除候補を管理するためのテーブルの一例である。
【００４８】
本発明では、データストレージ２０７がＷｅｂサイト側からダウンロードしたデータやファイルを格納する際に、Ｗｅｂサイトを識別する情報とともに、格納処理を行った日時を保存日時として図９（ａ）に示すテーブルに記録する。当該テーブルでは、サイト（オリジン）ごとにデータサイズも管理される。
【００４９】
Ｗｅｂブラウザ２０１は、上述したＳ４０２で、まず保存日時の古い順に、ローカルストレージデータを抽出する。Ｗｅｂブラウザ２０１は、抽出したデータのサイズの合計が、ページ閲覧中のＷｅｂサイトが要求している保存容量が確保できるサイズになるまで抽出を続け、抽出されたデータを削除候補とする。
【００５０】
（実施例１の応用例）
実施例１では、新たなｅｂサイトを呼び出した際に、当該サイトが提供するデータを格納できなかった場合に、削除候補を表示する例を説明した。その応用例として、そのタイミング以外で、ユーザーにより、Ｗｅｂブラウザにより不要と判断されるローカルストレージデータを削除させるための制御を行うことも可能である。
【００５１】
例えば、Ｗｅｂブラウザのための保存可能容量の中で、所定量（例えば、７割程度）まで、データが格納されることが判明した段階で、削除候補をユーザーに提供するといった制御を行うことが可能である。その場合には、Ｗｅｂブラウザ２０１においてその所定量を示す閾値を設定することになる。この制御により、実施例１に比べて、ユーザーに対して削除候補を早い段階で提供することが可能となり、不要なデータの削除をユーザーに対して早い段階で促せることになる。
【００５２】
また、ウェブサイトが提供するデータを格納できないと判断された場合と、本応用例に挙げるタイミングとの両方で、削除候補を抽出して、ユーザーに提示することもできる。
【００５３】
（実施例１の変形例）
ここまで説明した実施例については、Ｗｅｂブラウザが削除候補を判断する条件として保存日時を用いてきた。変形例として、それ以外の判断基準の例を説明する。
【００５４】
例えば、以下に『条件の例』として説明する条件のいずれか１つ、もしくは複数の組み合わせで削除候補を判断してもよい。また、Ｗｅｂブラウザ２０１が削除候補をユーザーに提供する際には、以下の条件に合致した全てのローカルストレージデータを削除候補として表示してもよいし、複数の条件に合致したデータを削除候補として表示するようにしてもよい。また、各条件に対して優先度を設けて、優先度が高いものから所定の件数のデータを削除候補として表示するようにしてもよい。
【００５５】
条件の例：
１．保存日時
データストレージ２０７により格納した日時がより古いローカルストレージデータを優先的に削除対象とする。ここでは、古い順に複数のローカルストレージデータを削除候補として決定してもよい。ＷｅｂＳｔｏｒａｇｅの場合、データの保存日時を記録する機能が無いため、データストレージ２０７は、ＷｅｂＳｔｏｒａｇｅの対象データを格納する領域とは別に、ローカルストレージデータと保存日時を紐付けて記録しておく。この処理により、Ｗｅｂブラウザ２０１が削除候補を判断可能となる。
【００５６】
２．閲覧回数
ローカルストレージデータの格納を指示したＷｅｂサイトのそれぞれについて、閲覧回数が少ないものから優先的に削除対象とする。
【００５７】
３．最終閲覧日時
ローカルストレージデータの格納を指示したＷｅｂサイトのそれぞれについて、最終閲覧日時が古いものから優先的に削除対象とする。
【００５８】
４．データサイズ
データサイズが大きいものから優先的に削除対象とする。
【００５９】
５．「先読みしたページ」かつユーザーの閲覧履歴が無いページに係るデータ
Ｗｅｂブラウザには、ユーザーが閲覧したＷｅｂサイトのページからリンクされている他のＷｅｂサイトのページを先読み処理（バックグランドでアクセス）する機能を持つものがある。先読み処理でアクセスしたページについても、ユーザーがそのページを実際に閲覧しなくても、ローカルストレージデータを保存される可能性がある。データストレージ２０７は、ローカルストレージデータを格納時に、先読み処理に従う格納データであることを追加で記録しておく。この記録は、上述した保存日時の記録と同様に記録されることになる。Ｗｅｂブラウザは削除候補の抽出時に、先読み処理に従う格納データに対応するＷｅｂサイトのページの閲覧履歴を確認して、閲覧履歴が無い場合には当該格納データを削除対象とする。
【００６０】
６．直接開いたページのドメインと異なるドメインに係るデータ
Ｗｅｂサイトの中には、ページ内にインラインフレームを設けて、別のドメインのページを表示するものがある。その場合、ユーザーが直接開いたページのドメイン以外のローカルストレージデータがデータストレージ２０７により保存されることがある。別ドメインのページは、例えば広告などユーザーが必要としない情報に関するページの可能性があるため、そのような別ドメインのページにより格納指示されたローカルストレージデータを優先的に削除対象とする。
【００６１】
７．ブックマークから削除されたページに係るデータ
ユーザーが、Ｗｅｂブラウザで管理されるブックマークから特定のＷｅｂサイトを削除した際に、Ｗｅｂブラウザは該Ｗｅｂサイトに対応するローカルストレージデータを削除候補となるよう記録する。この記録は、上述した保存日時の記録と同様に記録されることになる。
【００６２】
８．ｓｅｓｓｉｏｎＳｔｏｒａｇｅ（セッションストレージ）のデータ
ＷｅｂＳｔｏｒａｇｅには、２種類のデータの格納形態が存在する。Ｗｅｂブラウザを閉じても情報処理端末１０７のローカルの記憶領域にデータが残るｌｏｃａｌＳｔｏｒａｇｅと、一時的にデータをローカルの記憶領域に格納してＷｅｂブラウザを閉じた際に消去されるｓｅｓｓｉｏｎＳｔｏｒａｇｅがある。この条件では、一時的な格納データであるｓｅｓｓｉｏｎＳｔｏｒａｇｅを、優先的に削除対象とする。
【００６３】
ローカルストレージデータの削除候補の優先順位づけ方法として、上記条件を組み合わせて使用しても良い。例えば、上記条件１と条件８を組み合わせた場合、「先読みしたページ」かつユーザーの閲覧履歴が無いページのデータが複数ある場合、その中から保存日時が古いものを更に優先順位が高いと判断するようにしても良い。
【００６４】
また、Ｗｅｂブラウザが削除候補を判断する際に用いる条件や、表示の仕方については、該Ｗｅｂブラウザの設定画面を介して、ユーザーにより詳細に設定させることも可能である。また、削除候補の表示としては、オリジンごと、ウェブサイトごと、ウェブサイトが提供するページごとなど、ユーザーが把握しやすいように、柔軟に情報と提供することも可能である。
【００６５】
（実施例２）
実施例１では、Ｗｅｂブラウザ上に削除対象のローカルストレージデータの一覧を表示し、ユーザーは一括で削除するか否かを選択する例を説明した。本実施例では、ユーザーが削除候補の中から削除する対象を選択可能とする。
【００６６】
図７は、上述までの実施例の説明によりＷｅｂブラウザが判断し、抽出した削除候補を提示して、その中から実際に削除する対象をユーザーにより選択させるための画面の一例を示している。Ｗｅｂブラウザ２０１は、例えば上述したＳ４０５などのタイミングで、この画面上で選択指示されたデータのみを削除する。
【００６７】
図７で示すように、この画面上では、さらに、ローカルストレージデータを保存可能な領域を拡張する選択肢も設けている。ユーザーが削除候補を確認した結果、対象のローカルストレージデータが削除できないと判断し、かつ閲覧中のＷｅｂサイトを使用したい場合のための選択肢になる。『データ保存領域の拡張する』を選択された場合は、Ｗｅｂブラウザ２０１は指示したユーザーの権限において指定容量にデータの保存可能領域を拡張する。
【００６８】
図９（ｂ）は、図７で示すように、削除する対象を削除候補から選択可能とした場合の管理テーブルを示す。ユーザーにより削除対象として選択されなかったローカルストレージデータについては、データストレージ２０７が除外フラグを有効化して記録する。Ｗｅｂブラウザ２０１は、除外フラグが有効化されているデータについて、図７で示す画面上で削除候補として表示されないようにすることができる。
【００６９】
（実施例３）
実施例１では、ユーザーの削除指示によりローカルストレージデータを削除する例を説明した。本実施例では、ローカルストレージデータの保存可能領域を超える場合に、自動でローカルストレージデータを削除するような制御について説明する。
【００７０】
Ｗｅｂブラウザが提供する設定画面で、「自動削除」するか否かの選択を設ける。ユーザーにより「自動削除」が設定されていた場合、ローカルストレージデータの削除が必要となったタイミングで、Ｗｅｂブラウザは抽出したデータ削除候補の優先度順に必要な容量分だけ、ローカルストレージデータを自動で削除する。削除が必要となったタイミングとは、上述した通り、新たなサイトを閲覧した際に当該サイトに係る格納データにより保存可能容量を超えると判断された場合や、格納されたデータの量がＷｅｂブラウザに設定された所定の閾値を超えたと判断された場合である。また、Ｗｅｂブラウザによる削除候補の判断とその優先順の決定についても、上述した実施例の通りである。
【００７１】
（実施例４）
情報処理端末がモバイル端末である場合、モバイル端末の中には、ローカルストレージデータを保存可能な領域だけでなく、全体のデータ保存可能容量が少ない場合もある。本実施例では、そのような場合も考慮する。
【００７２】
具体的には、同一端末上で動作するＷｅｂブラウザ以外のアプリケーションが所望のデータを保存しようとした場合にも、Ｗｅｂブラウザがローカルストレージデータの削除候補を判断する。そして、上記実施例１〜３に記載の通り、ユーザーによる指示、または自動で、その削除候補となったローカルストレージデータを削除しても良い。つまり、本実施例では、Ｗｅｂブラウザがローカルストレージデータを保存しようとした時以外にも、ローカルストレージデータが削除されることになる。
【００７３】
（実施例５）
実施例１では削除候補の抽出する条件の一例として、ブックマークに含まれる特定のＷｅｂサイトの削除に関する例を説明した。本実施例では、ブックマークに含まれるＷｅｂサイトの削除の指示と同時に、当該Ｗｅｂサイトに対応するローカルストレージデータを、削除候補とはせず、一緒に削除する。
【００７４】
図８は、Ｗｅｂブラウザにより、ブックマークからの削除時にユーザーに提供される画面である。この画面上で、ユーザーにより、削除対象となるＷｅｂサイトに対応するローカルストレージデータも合わせて削除するか否かを選択させる。ローカルストレージデータも削除することを選択して、ブックマークの削除実行ボタンを押下された場合は、Ｗｅｂブラウザ２０１は該当するローカルストレージデータを削除する。
【００７５】
（実施例６）
Ｗｅｂブラウザには、ユーザー切り替え機能を持つものがある。例えば、複数人で同一の情報処理端末を共同で使用する場合などに使用する。Ｗｅｂブラウザは、ブックマークや保存パスワードなどの情報をユーザーごとに保存することで、同一の情報処理端末において、複数人が個人の設定に基づいてＷｅｂブラウザを使用することができる。また、単一のユーザーが情報処理端末を使用する場合においても、例えば仕事用のユーザーと私用のユーザーを作成し、用途によってユーザーを使い分けるといった使用方法もある。
【００７６】
本実施例では、実施例１〜実施例３のローカルストレージデータの削除方法において、削除候補を判断する条件として、ユーザー切り替えに対応した例を説明する。
【００７７】
複数ユーザーでＷｅｂブラウザを使用している場合、他のユーザーのローカルストレージデータでＷｅｂブラウザのローカルストレージを保存可能な容量もしくは情報処理端末全体のデータ保存可能容量がいっぱいになってしまう場合がある。
【００７８】
例えばログイン中のユーザーが日常的に使用しているユーザーであり、他のユーザーは例えばゲストユーザーのために作成したユーザーで１回しか使用していないようなユーザーである場合がある。その場合、ログイン中のユーザーではなく、ゲストユーザー用のユーザーのデータを優先的に削除することが望まれる。
【００７９】
図１０は、ユーザーに不要なローカルストレージデータの削除を促す画面の一例である。この画面上で、現在閲覧しているＷｅｂサイトにより格納しようとするデータが格納可能な容量を確保できるように、削除候補として抽出されたローカルストレージデータが提示され、削除可能となるよう表示される。
【００８０】
図１０は、ＷｅｂブラウザにＵｓｅｒＡがログインしている状態を示す。削除候補としてＵｓｅｒＡ自身のデータに加え、Ｗｅｂブラウザに登録された別ユーザーであるＵｓｅｒＢおよびＵｓｅｒＣのデータも合わせて提示している例を示している。
【００８１】
別ユーザーのデータの削除候補抽出方法として、例えばＷｅｂブラウザがユーザー毎のログイン履歴を保持する機能を持ち、別ユーザーのデータの中から、長期間ログインしていないユーザーのデータを削除候補とする。
【００８２】
実施例１の変形例に示した削除候補判断方法でログイン中のユーザーの削除候補のデータを抽出し、別ユーザーの削除候補の判断と優先度を設けて、優先度が高いものから順に、削除候補として提示するようにしてもよい。
【００８３】
図１０の例では、ログイン中のユーザーのデータと別ユーザーのデータを合わせて削除候補として表示する例を示したが、上述の削除候補抽出方法で抽出した別ユーザーのデータのみを削除候補として表示しても良い。
【００８４】
図１１は、更に、長期間ログインしていないユーザー自体を削除候補として提示する画面の一例である。ユーザーを選択して削除することで、ユーザー自体と、そのユーザーのローカルストレージデータが全て削除される。
【００８５】
（実施例６の応用例）
実施例６では、ローカルストレージデータの保存領域が不足していた場合にＷｅｂブラウザがローカルストレージデータを削除する制御方法について説明した。その応用例として、そのタイミング以外で、ユーザーにより、Ｗｅｂブラウザにより不要と判断されるローカルストレージデータを削除させるための制御を行うことも可能である。
【００８６】
Ｗｅｂブラウザの機能において、Ｗｅｂブラウザの設定メニューから、ローカルストレージデータを手動で削除する手段を提供するものがある。その場合、一般にログイン中のユーザーのデータのみが削除対象となる。
【００８７】
ログイン中のユーザーのデータを残して、他のユーザーのデータを消したい場合は、ユーザーを切り替えて、データの削除を行う必要がある。複数人で、共同で、情報処理端末を使用している場合は、他のユーザーのデータを削除してもよいのか判断が難しいという問題がある。単一のユーザーが複数ユーザーを切り替えて使用している場合でも、ユーザーを切り替えてユーザー毎に削除を行う必要があり、手間が掛かる。
【００８８】
従って、本用例では、Ｗｅｂブラウザの設定メニューから、ローカルストレージデータを手動で削除する手段においても同様に、ログイン中のユーザー以外のデータや、ユーザー自体も削除候補として表示するようにする。
【００８９】
（実施例７）
実施例６では、ユーザー切り替え機能を持つＷｅｂブラウザにおいてローカルストレージデータを削除する例を説明した。本実施例では、更にユーザーの属性により削除候補の抽出対象を制御する例を説明する。
【００９０】
本実施例では、以下に説明する条件のいずれか１つ、もしくは複数の組み合わせで削除候補の抽出対象を判断してもよい。
【００９１】
属性の一例として、ユーザーの権限を用いる。Ｗｅｂブラウザにおいて、ユーザー作成時に権限を付加する。権限は複数段階を用意する。実施例６におけるデータ削除候補抽出手段において、ログイン中のユーザーより下位権限のユーザーのみを削除候補抽出対象とする。
【００９２】
属性の一例として、ユーザーの監視関係を用いる。Ｗｅｂブラウザには、例えば親が子のＷｅｂブラウザ使用状況を確認するために、特定のユーザーを監視対象とする機能を有するものがある。ログイン中のユーザーの監視対象であるユーザーのみを削除候補抽出対象とする。
【００９３】
属性の一例として、デフォルト設定を用いる。最も良く使用するユーザーをデフォルトユーザーと設定する手段を持ち、ログイン中のユーザーに関わらず、デフォルトユーザー以外のユーザーのデータを優先的に削除候補とする。
【００９４】
（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。
【００９５】
ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。
【符号の説明】
【００９６】
１０４  情報処理装置
１０７  情報処理端末
２０１  Ｗｅｂブラウザ
２０７  データストレージ
【図１】
2015215859.tif 000003
【図２】
2015215859.tif 000004
【図３】
2015215859.tif 000005
【図４】
2015215859.tif 000006
【図５】
2015215859.tif 000007
【図６】
2015215859.tif 000008
【図７】
2015215859.tif 000009
【図８】
2015215859.tif 000010
【図９】
2015215859.tif 000011
【図１０】
2015215859.tif 000012
【図１１】
2015215859.tif 000013