(57)【要約】【課題】ユーザが取得したリソースを記憶する記憶領域をユーザ毎に割り当てる情報処理装置において、記憶領域の全体量の低減を図る。【解決手段】同じＵＲＩが複数の専有キャッシュ記憶領域１５に記憶されていることを検出すると、そのＵＲＩ及び対応するリソースを共有キャッシュ記憶領域１４に書き込むことで記憶させると共に、当該ＵＲＩ及びリソースの組を、該当する専有キャッシュ記憶領域１５から削除することで当該リソースを共有化するリソース管理部１３と、ユーザにより指定されたＵＲＩにより特定されるリソースが共有キャッシュ記憶領域１４又は当該ユーザに割り当てられている専有キャッシュ記憶領域１５に記憶されている場合には、記憶されている記憶領域から、記憶されていない場合には、ユーザにより指定されたＵＲＩに基づいてウェブサーバ１から当該リソースを取得するブラウザ１２と、を有する。【選択図】図１
2015103184.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザにより参照されるリソースを記憶する共有記憶手段と、
ユーザ毎に割り当てられ、当該ユーザのみが利用するリソースを記憶する専有記憶手段と、
いずれかのユーザからのリソース取得要求に応じて、当該リソース取得要求により指定されたリソースが前記共有記憶手段若しくは当該ユーザに割り当てられた前記専有記憶手段に記憶されている場合には、記憶されているいずれかの前記記憶手段から当該リソースを取得し、いずれの前記記憶手段にも記憶されていない場合には、当該リソースを当該リソース取得要求により指定されたリソースの格納先から取得する取得手段と、
前記取得手段により取得されたリソースの属性情報に応じて当該リソースを前記共有記憶手段又は当該ユーザに割り当てられた前記専有記憶手段に記憶させるようリソースを管理するリソース管理手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記リソース管理手段は、同一リソースが複数の前記専有記憶手段に記憶されていることを検出すると、当該リソースを前記共有記憶手段のみに記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
複数の前記専有記憶手段それぞれに記憶された同一の各リソースに、同一となる共通部分とそうでない特有部分とが混在する場合、当該リソースを共通部分と特有部分とに分離する分離手段を有し、
前記リソース管理手段は、前記分離手段により分離された当該リソースの共通部分を前記共有記憶手段に記憶させ、また、当該リソースの特有部分を当該ユーザに割り当てた前記専有記憶手段それぞれに記憶させ、
前記取得手段は、いずれかのユーザからのリソース取得要求により指定されたリソースが前記共有記憶手段及び前記専有記憶手段に分離して記憶されている場合、前記共有記憶手段から当該リソースの共通部分を、当該ユーザに割り当てた前記専有記憶手段から当該リソースの特有部分を、それぞれ取り出し合成することで当該リソースを取得することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記リソース管理手段は、前記共有記憶手段及び前記専有記憶手段に分離して記憶されているリソースの特有部分が単一のユーザに割り当てた前記専有記憶手段のみに記憶されていることを検出すると、当該リソースの共通部分及び特有部分を合成して当該ユーザに割り当てた前記専有記憶手段に記憶させることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
複数のユーザにより取得されるリソースを記憶する共有記憶手段及びユーザ毎に割り当てられ、当該ユーザのみが利用するリソースを記憶する専有記憶手段を有するコンピュータを、
いずれかのユーザからのリソース取得要求に応じて、当該リソース取得要求により指定されたリソースが前記共有記憶手段若しくは当該ユーザに割り当てられた前記専有記憶手段に記憶されている場合には、記憶されているいずれかの前記記憶手段から当該リソースを取得し、いずれの前記記憶手段にも記憶されていない場合には、当該リソースを当該リソース取得要求により指定されたリソースの格納先から取得する取得手段、
前記取得手段により取得されたリソースの属性情報に応じて当該リソースを前記共有記憶手段又は当該ユーザに割り当てられた前記専有記憶手段に記憶させるようリソースを管理するリソース管理手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
ｐｒｏｘｙサーバのキャッシュ容量を削減する技術として、例えば特許文献１には、次のような技術が提案されている。
【０００３】
すなわち、第１クライアントからオブジェクトの格納先が指定された取得要求を受信すると、ｐｒｏｘｙサーバは、その取得要求に応じてオブジェクトを第１クライアントへ送信すると共に、格納先と第１クライアントのアドレスとを組にして記憶しておく。一方、第１クライアントは、ｐｒｏｘｙサーバから取得したオブジェクトをキャッシュに格納する。この状態において、第２クライアントから、第１クライアントが取得したオブジェクトの格納先が指定された要求を受け取ると、ｐｒｏｘｙサーバは、第１クライアントのアドレスを第２クライアントへ送信する。第２クライアントは、オブジェクトの取得要求を第１クライアントへ送信することで、オブジェクトを第１クライアントから取得する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１５４９０２号公報
【特許文献２】特開２００１−０３４５２５号公報
【特許文献３】特開２０００−１３７６４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、ユーザが取得したリソースを記憶する記憶領域をユーザ毎に割り当てる情報処理装置において、記憶領域の全体量の低減を図ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、複数のユーザにより参照されるリソースを記憶する共有記憶手段と、ユーザ毎に割り当てられ、当該ユーザのみが利用するリソースを記憶する専有記憶手段と、いずれかのユーザからのリソース取得要求に応じて、当該リソース取得要求により指定されたリソースが前記共有記憶手段若しくは当該ユーザに割り当てられた前記専有記憶手段に記憶されている場合には、記憶されているいずれかの前記記憶手段から当該リソースを取得し、いずれの前記記憶手段にも記憶されていない場合には、当該リソースを当該リソース取得要求により指定されたリソースの格納先から取得する取得手段と、前記取得手段により取得されたリソースの属性情報に応じて当該リソースを前記共有記憶手段又は当該ユーザに割り当てられた前記専有記憶手段に記憶させるようリソースを管理するリソース管理手段と、を有することを特徴とする。
【０００７】
また、前記リソース管理手段は、同一リソースが複数の前記専有記憶手段に記憶されていることを検出すると、当該リソースを前記共有記憶手段のみに記憶させることを特徴とする。
【０００８】
また、複数の前記専有記憶手段それぞれに記憶された同一の各リソースに、同一となる共通部分とそうでない特有部分とが混在する場合、当該リソースを共通部分と特有部分とに分離する分離手段を有し、前記リソース管理手段は、前記分離手段により分離された当該リソースの共通部分を前記共有記憶手段に記憶させ、また、当該リソースの特有部分を当該ユーザに割り当てた前記専有記憶手段それぞれに記憶させ、前記取得手段は、いずれかのユーザからのリソース取得要求により指定されたリソースが前記共有記憶手段及び前記専有記憶手段に分離して記憶されている場合、前記共有記憶手段から当該リソースの共通部分を、当該ユーザに割り当てた前記専有記憶手段から当該リソースの特有部分を、それぞれ取り出し合成することで当該リソースを取得することを特徴とする。
【０００９】
また、前記リソース管理手段は、前記共有記憶手段及び前記専有記憶手段に分離して記憶されているリソースの特有部分が単一のユーザに割り当てた前記専有記憶手段のみに記憶されていることを検出すると、当該リソースの共通部分及び特有部分を合成して当該ユーザに割り当てた前記専有記憶手段に記憶させることを特徴とする。
【００１０】
本発明に係るプログラムは、複数のユーザにより取得されるリソースを記憶する共有記憶手段及びユーザ毎に割り当てられ、当該ユーザのみが利用するリソースを記憶する専有記憶手段を有するコンピュータを、いずれかのユーザからのリソース取得要求に応じて、当該リソース取得要求により指定されたリソースが前記共有記憶手段若しくは当該ユーザに割り当てられた前記専有記憶手段に記憶されている場合には、記憶されているいずれかの前記記憶手段から当該リソースを取得し、いずれの前記記憶手段にも記憶されていない場合には、当該リソースを当該リソース取得要求により指定されたリソースの格納先から取得する取得手段、前記取得手段により取得されたリソースの属性情報に応じて当該リソースを前記共有記憶手段又は当該ユーザに割り当てられた前記専有記憶手段に記憶させるようリソースを管理するリソース管理手段、として機能させるためのものである。
【発明の効果】
【００１１】
請求項１に記載の発明によれば、ユーザが取得したリソースを記憶する記憶領域をユーザ毎に割り当てる情報処理装置において、記憶領域の全体量の低減を図ることができる。
【００１２】
請求項２に記載の発明によれば、リソースが複数の専有記憶手段に記憶されていることを検出したタイミングで当該リソースを共有化し、情報処理装置における記憶領域の全体量の低減を図ることができる。
【００１３】
請求項３に記載の発明によれば、情報処理装置における記憶領域の全体量を更に効果的に低減することができる。
【００１４】
請求項４に記載の発明によれば、リソースが単一のユーザのみ参照可能に記憶されていることを検出したタイミングで、分離して記憶されていたリソースを合成して当該ユーザに割り当てた専有記憶手段のみに記憶させることができる。
【００１５】
請求項５に記載の発明によれば、ユーザが取得したリソースを記憶する記憶領域をユーザ毎に割り当てる情報処理装置において、記憶領域の全体量の低減を図ることができる。
【図面の簡単な説明】
【００１６】
【図１】実施の形態１におけるネットワークシステムの全体構成及び画像形成装置のブロック構成を示す図である。
【図２】実施の形態１における画像形成装置のハードウェア構成図である。
【図３】実施の形態１における専有キャッシュ記憶領域に記憶されるデータの構成例を示す図である。
【図４】実施の形態１における共有キャッシュ記憶領域に記憶されるデータの構成例を示す図である。
【図５】実施の形態１におけるリソース取得処理を示したフローチャートである。
【図６】実施の形態１におけるリソース共有化処理を示したフローチャートである。
【図７】実施の形態１においてリソースを共有化する前の各キャッシュ記憶領域に記憶されたデータの内容例を示す図である。
【図８】図７に示したデータの状態からリソースを共有化した後の各キャッシュ記憶領域に記憶されたデータの内容例を示す図である。
【図９】実施の形態２におけるリソース共有化処理を示したフローチャートである。
【図１０】実施の形態２におけるリソース共有化処理により分離されたリソースの内容例を示す図である。
【図１１】実施の形態２においてリソースを分離した後の各キャッシュ記憶領域に記憶されたデータの内容例を示す図である。
【発明を実施するための形態】
【００１７】
以下、図面に基づいて、本発明の好適な実施の形態について説明する。
【００１８】
実施の形態１．
図１は、本実施の形態におけるネットワークシステムの全体構成及び画像形成装置のブロック構成を示す図である。図１には、ウェブサーバ１と画像形成装置１０とがネットワーク２にて接続された構成が示されている。各ウェブサーバ１には、画像形成装置１０により取得されるリソースが格納されている。ここでいう「リソース」というのは、参照可能な文書やファイルに留まらず、ブラウザによりウェブサーバ上の識別、参照、処理可能な様々なものの総称である。画像形成装置１０は、本発明に係る情報処理装置の一実施の形態を搭載した画像形成装置である。
【００１９】
図２は、本実施の形態における画像形成装置１０のハードウェア構成図である。画像形成装置１０は、コピー機能、スキャナ機能等各種機能を搭載した複合機であり、情報処理装置であるコンピュータを内蔵した装置である。図２において、ＣＰＵ２１は、ＲＯＭ２９に格納されたプログラムにしたがってスキャナ２４やプリンタエンジン２６等本装置に搭載された各種機構の動作制御を行う。アドレスデータバス２２は、ＣＰＵ２１の制御対象となる各種機構と接続してデータの通信を行う。操作パネル２３は、ユーザからの指示の受け付け、情報の表示を行うユーザインタフェース手段である。スキャナ２４は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２５等に蓄積する。ＨＤＤ２５は、スキャナ２４を使用して読み取った電子文書などを格納する。プリンタエンジン２６は、ＣＰＵ２１で実行される制御プログラムからの指示に従い出力用紙上に画像を印字する。ネットワークインタフェース（Ｉ／Ｆ）２７は、ネットワーク２を接続し、ブラウザを用いてウェブサーバ１へのアクセスなどに利用される。ＲＡＭ２８は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。ＲＯＭ２９は、本装置の制御や電子データの暗号、電子データの送受信に関する各種プログラムが格納されている。各種プログラムが実行されることで後述する各構成要素が所定の処理機能を発揮する。外部メディアインタフェース（Ｉ／Ｆ）３０は、ＵＳＢメモリ、フラッシュメモリ等の外部メモリ機器とのインタフェースである。
【００２０】
図１に戻り、本実施の形態における画像形成装置１０は、ユーザインタフェース（ＵＩ）部１１、ブラウザ１２、リソース管理部１３、共有キャッシュ記憶領域１４及び専有キャッシュ記憶領域１５を有している。なお、本実施の形態の説明に用いない構成要素については図１から省略している。
【００２１】
専有キャッシュ記憶領域１５は、専有記憶手段として設けられ、ユーザ毎に割り当てられた記憶領域であって、当該ユーザのみが利用するリソースをそれぞれ記憶する。図３は、本実施の形態における専有キャッシュ記憶領域１５に記憶されるデータの構成例を示す図である。専有キャッシュ記憶領域１５には、リソースを特定する情報としてのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）に、当該リソースを格納するリソース記憶領域が対応付けされている。なお、専有キャッシュ記憶領域１５は、ユーザ毎に割り当てられているので、図３に示したテーブル形式の記憶領域には、ユーザを特定する情報としてのユーザＩＤが対応付けされている。
【００２２】
共有キャッシュ記憶領域１４は、共有記憶手段として設けられ、複数のユーザにより参照されるリソースを記憶する。専有キャッシュ記憶領域１５には、各ユーザが個々に利用するリソースが記憶されるのに対し、共有キャッシュ記憶領域１４には、複数のユーザによって共有されるリソースが記憶される。図４は、本実施の形態における共有キャッシュ記憶領域１４に記憶されるデータの構成例を示す図である。共有キャッシュ記憶領域１４には、リソースを特定する情報としてのＵＲＩに、当該リソースを格納するリソース記憶領域が対応付けされている。
【００２３】
ユーザインタフェース部１１は、操作パネル２３と連携し、操作パネル２３から入力された情報を受け付け、また、リソースの内容やメッセージ等を操作パネル２３に表示する。ブラウザ１２は、ユーザインタフェース部１１と連携動作し、ユーザからのリソース取得要求に応じて、ウェブサーバ１から取得したリソースの表示等を行うブラウザ手段である。特に、本実施の形態におけるブラウザ１２は、取得手段として設けられ、いずれかのユーザからのリソース取得要求に応じて、当該リソース取得要求により指定されたリソースが共有キャッシュ記憶領域１４若しくは当該ユーザに割り当てられた専有キャッシュ記憶領域１５に記憶されている場合には、記憶されているいずれかのキャッシュ記憶領域１４，１５から当該リソースを取得し、いずれのキャッシュ記憶領域１４，１５にも記憶されていない場合には、当該リソースを当該リソース取得要求により指定されたＵＲＩにより特定されるウェブサーバ１から取得する。リソース管理部１３は、ブラウザ１２により取得されたリソースを、共有キャッシュ記憶領域１４又は専有キャッシュ記憶領域１５に書き込むことで保存し、また要求に応じてリソースを読み出すなどリソースの管理を行う。特に、本実施の形態におけるリソース管理部１３は、リソース管理手段として設けられ、ブラウザ１２により取得されたリソースの属性情報に応じて当該リソースを共有キャッシュ記憶領域１４又は当該ユーザに割り当てられた専有キャッシュ記憶領域１５に記憶させるようリソースを管理する。なお、本実施の形態では、リソース管理部１３をブラウザ１２とは別個の構成要素としたが、ブラウザ１２の一機能として構成してもよい。ユーザインタフェース部１１においても同様である。
【００２４】
画像形成装置１０における各構成要素１１〜１３は、画像形成装置１０に搭載されたコンピュータと、コンピュータに搭載されたＣＰＵ２１で動作するプログラムとの協調動作により実現される。また、各記憶領域１４，１５は、画像形成装置１０に搭載されたＨＤＤ２４あるいはＲＡＭ２３にて実現される。
【００２５】
また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵ２１がプログラムを順次実行することで各種処理が実現される。
【００２６】
次に、本実施の形態におけるリソース取得処理について図５に示したフローチャートを用いて説明する。
【００２７】
ユーザが操作パネル２３に表示された所定の画面から取得したいリソースを特定する情報を入力するなどして当該リソースの取得を要求すると、ユーザインタフェース部１１は、そのリソース取得要求を受け付ける（ステップ１０１）。リソース取得要求には、操作をしたユーザを特定する情報としてのユーザＩＤ及びリソースを特定する情報としてＵＲＩが含まれている。ユーザＩＤは、画像形成装置１０の操作開始時に入力させたり、当該ユーザが携帯するＩＣカードから読み取ることで指定させてもよい。
【００２８】
ブラウザ１２は、ユーザインタフェース部１１からリソース取得要求を受け取ると、ユーザにより指定されたＵＲＩにより特定されるリソースが共有キャッシュ記憶領域（以下、単に「共有キャッシュ」ともいう）１４に記憶されているかどうかを確認する。共有キャッシュ１４にリソースが記憶されている場合（ステップ１０２でＹ）、ブラウザ１２は、そのリソースを共有キャッシュ１４から取得する（ステップ１０３）。
【００２９】
続いて、ブラウザ１２は、ユーザにより指定されたＵＲＩにより特定されるリソースが当該ユーザに割り当てられている専有キャッシュ記憶領域（以下、単に「専有キャッシュ」ともいう）１５に記憶されているかどうかを確認する。ブラウザ１２は、リソース取得要求に含まれているユーザＩＤに対応付けされている専有キャッシュ１５のみを参照する。当該ユーザの専有キャッシュ１５にリソースが記憶されている場合（ステップ１０４でＹ）、ブラウザ１２は、そのリソースを専有キャッシュ１５から取得する（ステップ１０５）。なお、リソースの存在の確認は、共有キャッシュ１４より専有キャッシュ１５を先に行ってもよい。
【００３０】
ユーザにより指定されたＵＲＩにより特定されるリソースが共有キャッシュ１４にも専有キャッシュ１５にも記憶されていない場合（ステップ１０４でＮ）、ブラウザ１２は、ＵＲＩにより特定されるリソースを、該当するウェブサーバ１から取得する（ステップ１０６）。
【００３１】
ところで、ウェブサーバ１から取得したリソースに付加されるヘッダには、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）が規定するＣａｃｈｅ−Ｃｏｎｔｒｏｌヘッダがある。Ｃａｃｈｅ−Ｃｏｎｔｒｏｌヘッダは、キャッシュサーバの動作を指定するための情報が指定されており、その中に、複数のユーザ間でのリソースを共有可とする“ｐｕｂｌｉｃ”、リソースを共有させない“ｐｒｉｖａｔｅ”、キャッシュ機能を完全に無効化する“ｎｏ−ｃａｃｈｅ”などが指定可能である。
【００３２】
ブラウザ１２がウェブサーバ１からリソースを取得すると、リソース管理部１３は、当該リソースの属性情報の一つである、キャッシュサーバ用のＣａｃｈｅ−Ｃｏｎｔｒｏｌヘッダへの設定内容を参照して、取得したリソースの記憶先を決定する。すなわち、リソース管理部１３は、Ｃａｃｈｅ−Ｃｏｎｔｒｏｌヘッダに“ｐｕｂｌｉｃ”が設定されていれば、共有可能なリソースと判断して（ステップ１０７で「共有」）、そのリソースを共有キャッシュ１４に書き込むことで記憶させる（ステップ１０８）。また、リソース管理部１３は、Ｃａｃｈｅ−Ｃｏｎｔｒｏｌヘッダに“ｐｒｉｖａｔｅ”が設定されていれば、共有しないリソースと判断して（ステップ１０７で「専有」）、そのリソースを当該ユーザに割り当てられている専有キャッシュ１５に書き込むことで記憶させる（ステップ１０９）。なお、その他の設定がされていた場合は、キャッシュしないようにしてもよいし、いずれかのキャッシュに記憶させるようにしてもよい。
【００３３】
本実施の形態においては、以上のようにしてユーザにより指定されたリソースを取得すると、ブラウザ１２は、ユーザインタフェース部１１と連携して、取得したリソースを操作パネル２３に表示する。
【００３４】
ところで、以上のリソース取得処理が繰り返し実施されると、同じＵＲＩにより特定されるリソースが複数のユーザにより取得され、その結果、複数の専有キャッシュ１５に記憶される可能性が生じてくる。つまり、画像形成装置１０の記憶領域に同じリソースが複数記憶されていることになり、画像形成装置全体として記憶領域の使用効率上好ましくない。そこで、本実施の形態では、リソースの共通化を図るようにした。この本実施の形態におけるリソース共有化処理を図６に示したフローチャートを用いて説明する。なお、この処理は、図５に示したリソース取得処理に続けて実施してもよいし、リソース取得処理とは別個に定周期的など適当なタイミングで実施してもよい。
【００３５】
リソース管理部１３は、専有キャッシュ１５それぞれに記憶されているＵＲＩを参照し、比較する（ステップ１２１）。図７は、共有キャッシュ１４及び専有キャッシュ１５に記憶されているリソースの例を示した図である。この例では、ユーザＡ及びユーザＢにそれぞれ割り当てられている専有キャッシュ１５には、同じ“ｈｔｔｐ：：／ｗｗｗ．ｅ．ｊｐ／ｅｅｅ”というＵＲＩにより特定されるリソース４１ａ，４１ｂが記憶されている。同じＵＲＩの同一リソースが複数の専有キャッシュ１５に記憶されていることを検出すると（ステップ１２２でＹ）、リソース管理部１３は、そのＵＲＩ及び対応するリソースを共有キャッシュ１４に書き込むことで記憶させ（ステップ１２３）、更に当該ＵＲＩ及びリソースの組を、該当する専有キャッシュ１５から削除する（ステップ１２４）。
【００３６】
図７に例示した状態から、リソースを共有キャッシュ１４に書き込み、専有キャッシュ１５から削除するというリソースの移動処理を実行した後の共有キャッシュ１４及び専有キャッシュ１５の状態を図８に示す。この例のように、複数の専有キャッシュ１５個々に記憶されていたリソース４１ａ，４１ｂは、リソース４１ｃとして共有キャッシュ１４のみに記憶されることになる。
【００３７】
本実施の形態においては、このようにして複数のユーザにより取得されたリソースを共有キャッシュ１４に記憶させることで共有化する。図７と図８に例示した関係のように、２ユーザが同じリソースを個々に保持していた場合、リソースの共有化により１リソース分の記憶容量が削減されることになる。仮に５ユーザが同じリソースを保持していたなら、４リソース分の記憶容量が削減されることになる。なお、同じＵＲＩが複数の専有キャッシュ１５に記憶されていない場合（ステップ１２２でＮ）、リソース管理部１３は、前述したリソースの専有キャッシュ１５から共有キャッシュ１４への移動は行わない。
【００３８】
なお、本実施の形態では、リソースに付加され、中間サーバにおけるキャッシュ制御を行うために用いるＣａｃｈｅ−Ｃｏｎｔｒｏｌヘッダへの設定内容を、リソースの属性情報として有効利用するようにしたが、その他の情報を属性情報として利用してもよいし、本実施の形態のために属性情報を別途設定するようにしてもよい。
【００３９】
また、本実施の形態では、図５のステップ１０４において、リソース取得要求を発したユーザの専有キャッシュ１５のみを参照するようにしたが、当該ユーザの専有キャッシュ１５に当該リソースが記憶されていない場合、他のユーザの専有キャッシュ１５を参照し、存在していれば、そこから当該リソースを取得し、その後に共有キャッシュ１４に移動させるようにしてもよい。
【００４０】
実施の形態２．
常時実施の形態１では、リソースをリソース単位で共有化する場合について説明した。本実施の形態は、リソースの内容まで踏み込み、リソースの内容の共通部分とそうでない特有部分とに分離することによって、リソースを部分単位、すなわち共通部分を共有化するようにしたことを特徴としている。
【００４１】
本実施の形態における装置構成は、実施の形態１と同じでよいので説明を省略する。ただ、本実施の形態におけるリソース管理部１３は、分離手段としての機能を更に有し、複数の専有キャッシュ１５それぞれに記憶された、ＵＲＩが同一のリソースに、同一となる共通部分とそうでない特有部分とが混在する場合、当該リソースを共通部分と特有部分とに分離する。
【００４２】
以下、本実施の形態におけるリソース共有化処理を図９に示したフローチャートを用いて説明する。
【００４３】
リソース管理部１３は、専有キャッシュ１５それぞれに記憶されているＵＲＩを参照し、比較する（ステップ２２１）。ところで、複数のユーザが同じＵＲＩを指定してリソースを表示させる場合でもｃｏｏｋｉｅなどによって部分的に異なる情報が表示されることがある。図１０は、本実施の形態においてリソースを共通部分と特有部分とに分離する処理を示す概念図であるが、図１０における上方の位置には、ユーザＡ及びユーザＢそれぞれに割り当てられている専有キャッシュ１５に記憶されているリソースの表示例が示されているが、この例では、ユーザＡとユーザＢが “ｈｔｔｐ：：／ｗｗｗ．ｃ．ｊｐ／ｃｃｃ”という同じＵＲＩでも“Ａさん”、“Ｂさん”と、記述内容４２ａ，４２ｂが一部異なっている。つまり、同じＵＲＩでもリソースの内容が異なる場合がある。
【００４４】
同じＵＲＩが複数の専有キャッシュ１５に記憶されていることを検出すると（ステップ２２２でＹ）、リソース管理部１３は、それぞれのリソースの内容を分析、比較し、全てのリソース間で内容が同一かどうかを判断する（ステップ２２３）。全てのリソースの内容が同一であれば（ステップ２２４でＹ）、実施の形態１におけるステップ１２３，１２４と同様に、リソース管理部１３は、そのＵＲＩ及び対応するリソースを共有キャッシュ１４に書き込むことで記憶させ（ステップ２２５）、更に当該ＵＲＩ及びリソースの組を、該当する全ての専有キャッシュ１５から削除する（ステップ２２６）。
【００４５】
一方、全てのリソースの内容が同一でない場合（ステップ２２４でＮ）、リソース管理部１３は、全てのリソース間で同一となる共通部分とそうでない特有部分とに分離する（ステップ２２７）。そして、リソース管理部１３は、そのＵＲＩ及び対応するリソースのうち共通部分を共有キャッシュ１４に書き込むことで記憶させる。このとき、特有部分が挿入されていた位置を特定するための記号（図１０の例では“（１）”）４３ａをリソースに挿入する。一方、リソース管理部１３は、そのＵＲＩ及び対応するリソースのうち特有部分を該当するユーザの専有キャッシュ１５にそれぞれ書き込むことで記憶させる（ステップ２２８）。このとき、特有部分が挿入される共通部分の位置を特定するための記号（図１０の例では“（１）”）４３ｂ，４３ｃを特有部分の記述に付加して記憶する。そして、リソース管理部１３は、分離前の既存のリソースを各専有キャッシュ１５から削除する。
【００４６】
この分離した後の状態を図１０における下方の位置に示すと共に、共有キャッシュ１４及び専有キャッシュ１５に記憶されているリソースの例を図１１に示す。図１１は、本実施の形態においてリソースを分離した後の各キャッシュ記憶領域１４，１５に記憶されたデータの内容例を示す図である。共有キャッシュ１４には、リソースを特定する情報としてのＵＲＩに、当該リソースを格納するリソース記憶領域が対応付けされている。本実施の形態における共有キャッシュ１４のリソース記憶領域には、リソースを特定する情報としてのリソースＩＤと、リソースに含まれている共有部分の内容と、当該リソースの特有部分を記憶した専有キャッシュ１５に対応するユーザを特定するリンク情報と、が組にして構成される。リンク情報には、当該ユーザのユーザＩＤが設定される。専有キャッシュ１５には、リソースを特定する情報としてのＵＲＩに、当該リソースを格納するリソース記憶領域が対応付けされている。本実施の形態における専有キャッシュ１５のリソース記憶領域には、リソースを特定する情報としてのリソースＩＤと、リソースに含まれている特有部分の内容と、が組にして構成される。
【００４７】
以上のように、リソースが分離して記憶されている場合において、ブラウザ１２は、リソース取得要求により指定されたリソースが共有キャッシュ１４と専有キャッシュ１５とに分離して記憶されている場合、当該リソースのリソースＩＤを参照して、当該リソースの共通部分を共有キャッシュ１４から、当該リソースの特有部分をリソース取得要求に含まれているユーザＩＤから特定されるユーザの専有キャッシュ１５から、それぞれ取得し、合成することで当該リソースを取得する。ブラウザ１２は、このようにして取得したリソースをユーザインタフェース部１１と連携して操作パネル２３に表示する。
【００４８】
なお、リソースが分離して記憶されていない場合は、実施の形態１と同じでよいので説明を省略する。
【００４９】
ところで、取得したリソースが古くなるなどしてキャッシュ１４，１５から削除する場合がある。例えば、分離されたリソースを３ユーザ以上で共有している場合においてそのうち１ユーザのキャッシュから当該リソースを削除する場合、リソース管理部１３は、共有キャッシュ１４のリンク情報から当該ユーザのユーザＩＤを削除すると共に、当該ユーザの専有キャッシュ１５に記憶されている当該リソースの情報（ＵＲＩ、リソースＩＤ、特有部分リソース）を削除する。また、分離されたリソースを２ユーザで共有している場合においてそのうち１ユーザのキャッシュから当該リソースを削除する場合、リソース管理部１３は、分離の形態にてリソースを記憶しておく必要はないので、リソースＩＤにより関連付けられている、共有キャッシュ１４に記憶されている当該リソースの共通部分と、当該リソースを削除しないユーザの専有キャッシュ１５に記憶されている特有部分リソースと、を合成して、当該リソースを削除しないユーザの専有キャッシュ１５に記憶する。この合成、記憶に合わせて、分離されたリソースに関する情報、すなわち共有キャッシュ１４に記憶されている当該リソースの情報及び各ユーザの専有キャッシュ１５に記憶されている特有部分リソースに関する情報を削除する。
【００５０】
このように、本実施の形態におけるリソース管理部１３は、リソースが分離の形態を取る必要がないことを検出すると、当該リソースを合成して、該当するユーザの専有キャッシュ１５のみに記憶させる。なお、この合成処理は、常時監視、実施させても定周期的に実施させるようにしてもよい。
【００５１】
なお、上記各実施の形態におけるキャッシュデータ管理を行う情報処理装置は、画像形成装置１０に搭載されている場合を例にして説明したが、複数のユーザによりキャッシュデータの記憶領域が共有される装置であれば、上記各実施の形態を適用してもよい。
【符号の説明】
【００５２】
１  ウェブサーバ、２  ネットワーク、１０  画像形成装置、１１  ユーザインタフェース（ＵＩ）部、１２  ブラウザ、１３  リソース管理部、１４  共有キャッシュ記憶領域、１５  専有キャッシュ記憶領域、２１  ＣＰＵ、２２  アドレスデータバス、２３  操作パネル、２４  スキャナ、２５  ハードディスクドライブ（ＨＤＤ）、２６  プリンタエンジン、２７  ネットワークインタフェース（Ｉ／Ｆ）、２８  ＲＡＭ、２９  ＲＯＭ、３０  外部メディアインタフェース（Ｉ／Ｆ）。
【図１】
2015103184.tif 000003
【図２】
2015103184.tif 000004
【図３】
2015103184.tif 000005
【図４】
2015103184.tif 000006
【図５】
2015103184.tif 000007
【図６】
2015103184.tif 000008
【図７】
2015103184.tif 000009
【図８】
2015103184.tif 000010
【図９】
2015103184.tif 000011
【図１０】
2015103184.tif 000012
【図１１】
2015103184.tif 000013