特許 6248448 情報処理装置及びそのデータ蓄積制御方法

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

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

(11)【特許番号】6248448

(24)【登録日】2017年12月1日

(45)【発行日】2017年12月20日

(54)【発明の名称】情報処理装置及びそのデータ蓄積制御方法

(51)【国際特許分類】

   G06F 12/00 20060101AFI20171211BHJP

【ＦＩ】

   G06F12/00 501B

   G06F12/00 545A

【請求項の数】8

【全頁数】14

(21)【出願番号】特願2013-153152(P2013-153152)

(22)【出願日】2013年7月24日

(65)【公開番号】特開2015-22735(P2015-22735A)

(43)【公開日】2015年2月2日

【審査請求日】2016年7月7日

(73)【特許権者】

【識別番号】000006747

【氏名又は名称】株式会社リコー

(74)【代理人】

【識別番号】100123881

【弁理士】

【氏名又は名称】大澤 豊

(74)【代理人】

【識別番号】100080931

【弁理士】

【氏名又は名称】大澤 敬

(72)【発明者】

【氏名】石倉 浩二

【審査官】 桜井 茂行

(56)【参考文献】

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

【文献】 特開平０７−０９３２０５（ＪＰ，Ａ）

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

【文献】 特開２０１２−１２８７０３（ＪＰ，Ａ）

【文献】 米国特許第０７０３９６２９（ＵＳ，Ｂ１）

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

Ｇ０６Ｆ １２／００

Ｇ０６Ｆ １７／３０

Ｇ０６Ｆ ３／０６

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

【請求項1】

データが蓄積されるネットワーク上のストレージ装置であるネットワークストレージと該ネットワークを介して接続され、ローカルストレージを内蔵又は接続した情報処理装置であって、
ユーザの認証を行うユーザ認証手段と、
前記ローカルストレージへのデータの蓄積を制御するデータ蓄積制御手段と、
前記ローカルストレージを用いる機能の利用要求があった場合に、前記ネットワークストレージに蓄積されている各データについて、そのデータにアクセスしたユーザの情報を含む利用履歴情報と前記ユーザ認証手段が認証したユーザの識別情報とに基づくデータを前記ネットワークストレージから取得する取得手段とを備え、
前記データ蓄積制御手段は、前記取得手段が取得したデータを前記ローカルストレージに格納することを特徴とする情報処理装置。

【請求項2】

前記ユーザ認証手段が認証したユーザの識別情報及び前記利用履歴情報に基づき、前記ユーザがアクセスする可能性が高いデータを予測する予測手段を備え、
前記取得手段は、前記予測手段が予測したアクセスする可能性が高いデータを前記ネットワークストレージから取得することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記利用履歴情報が、前記各データの蓄積者の識別情報を含み、
前記予測手段が、前記ユーザ認証手段が認証したユーザが蓄積したデータを、該ユーザがアクセスする可能性が高いデータであると予測することを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記利用履歴情報が、前記各データについてユーザごとの該データへのアクセス回数又は頻度の情報を含み、
前記予測手段が、前記ユーザ認証手段が認証したユーザがアクセスした回数又は頻度が所定値より多いデータを、該ユーザがアクセスする可能性が高いデータであると予測することを特徴とする請求項２に記載の情報処理装置。

【請求項5】

前記取得手段が、
前記ネットワークストレージからデータを取得する際に、前記ネットワークストレージに対して、取得するデータのデータサイズを問い合わせるとともに、
前記データサイズが前記ローカルストレージの空き容量以上の場合には、前記ローカルストレージから所定の条件に合致するデータを削除した上で、前記データの取得及び前記ローカルストレージへの格納を行うことを特徴とする、請求項１から４のいずれか一項に記載の情報処理装置。

【請求項6】

前記所定の条件とは、前記ユーザ認証手段が認証したユーザが該当のデータにアクセスした回数又は頻度が所定値より少ないという条件であることを特徴とする、請求項５に記載の情報処理装置。

【請求項7】

前記取得手段は、前記ネットワークストレージからデータを取得する場合に、前記ローカルストレージを検索し、すでに前記ローカルストレージに格納されているデータについては前記ネットワークストレージからの取得を行わないことを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。

【請求項8】

データが蓄積されるネットワーク上のストレージ装置であるネットワークストレージと該ネットワークを介して接続される情報処理装置のローカルストレージへのデータ蓄積制御方法であって、
前記ローカルストレージを用いる機能の利用要求があった場合に、前記ネットワークストレージに蓄積されている各データについて、そのデータにアクセスしたユーザの情報を含む利用履歴情報と認証したユーザの識別情報とに基づくデータを前記ネットワークストレージから取得し、その取得したデータを前記ローカルストレージに格納するように、前記ローカルストレージへのデータの蓄積を制御することを特徴とするデータ蓄積制御方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及びそのデータ蓄積制御方法に関する。

【背景技術】

【0002】

従来から、情報処理装置において、データの保存に、当該情報処理装置が専用で用いるローカルのストレージ装置（以下「ローカルストレージ」という。）だけでなく、ネットワークを介して接続されたネットワーク上のストレージ装置（以下「ネットワークストレージ」という。）を用いることが行われている。
例えば、コピー実行時やＦＡＸ受信時に形成されるスキャンデータを後の用途に供するためにローカルストレージに蓄積することができる、所謂、ドキュメントボックスという機能を搭載したＭＦＰ（Multi Function Peripheral）に関する技術が知られている（例えば、特許文献１参照）。

【0003】

またＭＦＰのローカルストレージではなく、ネットワーク上の記憶装置に画像データを記憶し、複数台の画像形成装置から再利用可能とするネットワークストレージ（ドキュメントサーバ）機能に関する技術も既に知られている（例えば特許文献２参照）。

【発明の概要】

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

【0004】

しかし、上述した従来の技術では、ユーザは、画像データの保存にあたって、それをドキュメントボックス（ローカルストレージ）またはネットワークストレージのいずれに蓄積すべきかについてその都度判断しなければならず、また、画像データの再利用にあたっては、所望のデータがドキュメントボックス（ローカルストレージ）またはネットワークストレージのいずれに保管されているのかを調べる必要があるなど、使い勝手が悪いという問題があった。

【0005】

かかる問題は、例えば、ローカルストレージ機能とネットワークストレージ機能を統合した上で、ネットワークストレージとローカルストレージを仮想的に１つの蓄積領域として扱うことで、解消可能である。
しかしながら、このような機能を実現した場合でも、ネットワークストレージに保存されている画像データは、利用する際にローカルストレージにダウンロードする必要があり、実際に利用できるまでに少々時間を要するという問題があった。

【0006】

また、コストダウン等の要求に応えるため、ローカルストレージに確保できる記憶容量を減らせば、ネットワークストレージに保存する必要のある画像データの割合が増え、この問題が顕著になると考えられる。
また、同様な問題は、画像データ以外のデータを扱う場合でも、また画像形成装置以外の情報処理装置においても、同様に発生するものである。

【0007】

この発明は、このような問題を解決し、ローカルストレージの記憶容量が少ない場合でも、ネットワークストレージとローカルストレージを併用してデータを蓄積し、これを快適に利用できるようにすることを目的とする。

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

【0008】

本発明による情報処理装置は、データが格納されるネットワーク上のストレージ装置であるネットワークストレージと該ネットワークを介して接続され、ローカルストレージを内蔵又は接続した情報処理装置であって、上記目的を達成するため、ユーザの認証を行うユーザ認証手段と、上記ローカルストレージへのデータの蓄積を制御するデータ蓄積制御手段と、上記ローカルストレージを用いる機能の利用要求があった場合に、上記ネットワークストレージに蓄積されている各データについて、そのデータにアクセスしたユーザの情報を含む利用履歴情報と上記ユーザ認証手段が認証したユーザの識別情報とに基づくデータを上記ネットワークストレージから取得する取得手段とを備え、上記データ蓄積制御手段は、上記取得手段が取得したデータを上記ローカルストレージに格納することを特徴とする。

【発明の効果】

【0009】

上記の構成によれば、ローカルストレージの記憶容量が少ない場合でも、ネットワークストレージとローカルストレージを併用してデータを蓄積し、これを快適に利用できるようになる。

【図面の簡単な説明】

【0010】

【図1】本発明の情報処理装置の一実施形態である画像形成装置を含む情報処理システムの構成について説明する図である。

【図2】図１に示した画像形成装置１０のハードウェア構成を示すブロック図である。

【図3】図２に示した画像形成装置１０の機能構成を示すブロック図である。

【図4】利用履歴情報テーブルの一例を示す図である。

【図5】画像形成装置１０の実施例１における処理の流れを示すシーケンス図である。

【図6】画像形成装置１０の実施例２における処理の流れを示すシーケンス図である。

【図7】画像形成装置１０の実施例３における処理の流れを示すシーケンス図である。

【図8】画像形成装置１０の実施例１乃至実施例３における変形例の処理の流れを示すシーケンス図である。

【図9】図８のステップＳ８０９における処理の詳細を示すシーケンス図である。

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

【0011】

以下、この発明を実施するための形態について、図面を用いて詳細に説明する。なお、この実施形態では、データが画像データであり、情報処理装置が画像形成装置である場合を例として説明する。

【0012】

図１は、本発明の情報処理装置の一実施形態である画像形成装置を含む情報処理システムの構成について説明する図である。図１に示す情報処理システムは、画像形成装置１０とネットワークストレージ２０がネットワーク３０を介して相互に通信可能に接続されている。
画像形成装置１０は、プリンタ、ファクシミリ、複写装置、これらの複合機（ＭＦＰ）等の画像形成処理（以下、印刷という。）に用いられる装置を指す。ここでは、プリント、スキャン、コピー、ファクシミリ通信、ネットワーク通信、文書蓄積等の機能を備えたデジタル複合機（ＭＦＰ）であるとする。

【0013】

ネットワークストレージ２０は、画像形成装置１０が印刷する画像データを記憶しているネットワーク３０に接続されたストレージ装置であり、ＮＡＳ（Network Attached Storage）等のファイルサーバが利用可能である。
なお、ネットワークストレージ２０の実体はコントローラとハードディスクから成るファイルサービス用コンピュータであり、ＯＳもファイルサービス用にチューニングまたは独自開発されたものである。しかし、ハードウェア構成としては、一般的なパーソナルコンピュータと基本的には同じであるのでハードウェア構成についての説明は省略する。

【0014】

なお、ネットワークストレージ２０は、ネットワーク３０に接続され、画像形成装置１０からアクセス可能な記憶装置であれば利用可能である。
ネットワーク３０は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）が利用可能である。また、ＬＡＮ又はＷＡＮは有線／無線の別を問わない。ネットワーク３０がインターネットであり、ネットワークストレージ２０が、いわゆるクラウド環境に設けられたデータストレージサービス装置であってもよい。なお、ネットワークストレージとは、該ストレージを使用する装置とネットワークを介して接続されたストレージである。

【0015】

図２は、画像形成装置１０のハードウェア構成を示すブロック図である。画像形成装置１０はハードウェアとしては公知のＭＦＰと同様な構成を適宜採用できる。
例えば、図２に示すように、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、通信Ｉ／Ｆ１０４、ＨＤＤ１０５、エンジンＩ／Ｆ（インタフェース）１０６、ＵＩ（ユーザインタフェース）部Ｉ／Ｆ１０７をシステムバス１０８により接続した構成とすることができる。また、エンジンＩ／Ｆ１０６にはエンジン部１０９を、ＵＩ部Ｉ／Ｆ１０７にはＵＩ部１１０をそれぞれ接続する。

【0016】

そして、ＣＰＵ１０１がＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０５に記憶されたプログラムを実行することにより、画像形成装置１０全体の動作を制御し、印刷を始めとする種々の機能を実現することができる。通信Ｉ／Ｆ１０４は、ＬＡＮ等のネットワーク３０を介して、ネットワークストレージ２０と通信するためのインタフェースである。

【0017】

エンジン部１０９は、画像形成エンジン等の、外部に対して通信及び表示以外の物理的な出力（例えば、印刷等）を行う手段を示す。エンジンＩ／Ｆ１０６は、エンジン部１０９とＣＰＵ１０１とを接続してエンジン部１０９をＣＰＵ１０１から制御可能とするためのインタフェースである。
ＵＩ部Ｉ／Ｆ１０７は、ＵＩ部１１０とＣＰＵ１０１とを接続してＵＩ部１１０をＣＰＵ１０１から制御可能とするためのインタフェースである。

【0018】

ＵＩ部１１０は、ユーザの操作を受け付けるための操作部や、ユーザに情報を提示するための表示部を含む操作受け付け手段である。外付けの操作部や表示部を用いてもよいことはもちろんである。
この実施形態では、ＨＤＤ１０５が本発明のローカルストレージとして機能するが、これに限定はされず、例えば、画像形成装置１０に外付けされたＨＤＤをローカルストレージとして利用してもよい。なお、ローカルストレージとは、該ストレージを使用する装置に内蔵されるか直接接続されたストレージである。

【0019】

次に、画像形成装置１０の機能構成について、図３を用いて説明する。
図３は、本実施形態における画像形成装置１０の機能構成を示すブロック図である。
画像形成装置１０は、ユーザ認証部２０１、ローカルストレージ２０２、画像蓄積制御部２０３、利用履歴情報記録部２０４、予測部２０５及び送受信部２０６の各部を備える。

【0020】

このうち、ユーザ認証部２０１は、画像形成装置１０において画像データを利用するユーザを識別し認証を行うユーザ認証手段としての機能を備える。
この機能は、上述のＵＩ部１１０をＣＰＵ１０１が所定のプログラムによって制御することによって実現する。
この実施形態では、ユーザの識別情報（ＩＤ）を記憶したＩＤカードを用いてユーザ認証を行うが、これには限られず、パスワードを用いた認証や、カメラを用いた顔認識などの手段を用いてもよい。

【0021】

ローカルストレージ２０２は、画像データを保存する記憶装置としての機能を備える。
画像蓄積制御部２０３は、本発明のデータ蓄積制御手段として機能する。
画像蓄積制御部２０３は、ユーザからの画像蓄積操作に基づき、図示しない入力手段から受け取った画像データをネットワークストレージ２０及びローカルストレージ２０２へ蓄積する機能を備える。また、画像蓄積制御部２０３は、ネットワークストレージ２０からダウンロードした所定の画像データをローカルストレージ２０２に蓄積する機能も備える。

【0022】

利用履歴情報記録部２０４は、ローカルストレージ２０２あるいはネットワークストレージ２０に蓄積した各画像データについて、その画像データにアクセスしたユーザの識別情報を含む利用履歴情報を記録する利用履歴情報記録手段として機能する。なお、アクセスとは、印刷等の利用だけではなく、蓄積自体も含む。また、画像形成装置１０による管理上の理由により同じデータをローカルストレージ２０２とネットワークストレージ２０の両方に蓄積する場合、それらのデータについて個別に利用履歴情報を作成する必要はない。それらのデータは同じデータであるとして、両データの利用履歴を統合した１つの利用履歴情報を作成すればよい。また、利用履歴情報は、ローカルストレージ２０２上から蓄積データが削除された際にも、そのデータがネットワークストレージ２０上に残っている場合には削除されない。
この実施形態では、画像形成装置１０ごとにそれぞれの利用履歴情報をデータベースとして例えばローカルストレージ２０２内に残すことを想定している。なお、複数の画像形成装置１０の利用履歴情報を全体としてまとめて記録する場合は、ネットワークストレージ２０内に記録するようにしてもよい。

【0023】

また、予測部２０５は、ユーザ認証部２０１が認証したユーザの情報及び利用履歴情報に基づき、ユーザがアクセスする可能性が高い画像データを予測する予測手段として機能する。
アクセスする可能性が高い画像データを予測するための条件としては、例えば、次の３通りが考えられる。

【0024】

第１に、ユーザが過去に一度でもアクセスしたものを、アクセスする可能性が高い画像データと予測する。
第２に、ユーザ自身が蓄積したものを、アクセスする可能性が高い画像データと予測する。
第３に、アクセスした回数又は頻度が所定の閾値以上のものをアクセスする可能性が高い画像データと予測する。回数とは蓄積した時から現在までの同一ユーザの累計アクセス回数を指し、頻度とは、例えば直近の所定期間内におけるアクセス回数で判定することができる。

【0025】

送受信部２０６は、画像蓄積制御部２０３が、画像データをネットワークストレージ２０にアップロードしたり、逆に、ネットワークストレージ２０からダウンロードしたりする際に、画像データの送受信を行う機能を備える。
なお、画像蓄積制御部２０３は、予測手段が予測したアクセスする可能性が高い画像データをネットワークストレージ２０から取得してローカルストレージ２０２に格納する取得手段としても機能する。

【0026】

図４は利用履歴情報の一例をテーブルの形で表したものである。この図に示すように、利用履歴情報は、蓄積されたデータ（ここでは画像データとする）を特定する画像ＩＤ、その画像データを蓄積したユーザの識別情報である蓄積者ＩＤ、その画像データの印刷履歴（利用履歴の一例である）等を含んでいる。また、印刷履歴には、印刷を行ったユーザの識別情報である印刷者ＩＤ及び印刷回数を含んでいる。さらに、印刷回数は、画像データの蓄積時から現在までの通算の印刷回数と、直近所定期間における印刷回数に分けられる。直近所定期間における印刷回数を、この明細書においては「頻度」と呼ぶこととする。

【0027】

なお、図４に示した利用履歴情報の例では、画像データを基準として構成しているが、ユーザを基準としたデータ構成でもよい。例えば、一つのユーザＩＤに対して、そのユーザが蓄積した画像データの画像ＩＤと、そのユーザが過去に印刷したことのある画像データの画像ＩＤ（及びその印刷回数や印刷時期）を紐付けて登録するようにしてもよい。

【実施例1】

【0028】

図５は、ネットワークストレージ２０から画像データを取得してローカルストレージ２０２に格納する画像形成装置１０及びそのデータ蓄積制御方法の実施例１における処理の流れを示したシーケンス図である。

【0029】

この処理は、ユーザ３００が画像形成装置１０を使用しようとして、画像形成装置１０にアクセスした時に開始される。
まず、ユーザ３００が画像形成装置１０のカードリーダ（不図示）に自分の識別情報（ＩＤ）が書き込まれたＩＤカードを読み込ませてユーザＩＤを入力し、ユーザ認証部２０１に対してユーザ認証を依頼する（Ｓ５０１）。なお、ここでは、ＩＤカードを用いてユーザＩＤを入力しているが、操作パネル（不図示）のキーボードから直接ＩＤを入力してもよい。

【0030】

すると、ユーザＩＤがユーザ認証部２０１に送られ、ユーザ認証部２０１がユーザの認証を行う（Ｓ５０２）。
ユーザ認証に成功すると、ユーザ認証部２０１は画像蓄積制御部２０３にユーザＩＤを送る。ユーザＩＤが画像蓄積制御部２０３に送られると、画像蓄積制御部２０３は予測部２０５に対して、ユーザ３００が印刷する可能性が高い画像データの予測を依頼する（Ｓ５０３）。

【0031】

画像蓄積制御部２０３からユーザＩＤを受け取って画像データの予測の依頼を受けた予測部２０５は、利用履歴情報記録部２０４から利用履歴情報を取得する（Ｓ５０４）。
利用履歴情報とは、上述の通り、ユーザ３００が過去にアクセスした履歴が蓄積されているものである。
次に、予測部２０５は、利用履歴情報を検索して、ユーザ３００が過去に一度でもアクセスしたことがあるという条件で予測する（Ｓ５０５）。
すなわち、利用履歴情報の中で、蓄積者ＩＤがユーザ３００のユーザＩＤと一致する画像データや、印刷履歴の印刷者ＩＤがユーザＩＤと一致する画像データをユーザ３００が印刷する可能性が高い画像データと予測するのである。

【0032】

この結果、利用履歴情報が図４に示したものであったとすると、ユーザＩＤが「００１」のユーザ３００の場合は、少なくとも画像ＩＤが「０００１０１」、「０００１０２」である画像データが、印刷する可能性が高い画像データであることになる。予測部２０５は、印刷する可能性が高いと予測した画像データ（以下「予測画像」ともいう）の画像ＩＤを画像蓄積制御部２０３に通知する（Ｓ５０６）。
画像蓄積制御部２０３は、ローカルストレージ２０２内を検索して、受けとった画像ＩＤに該当する画像データがローカルストレージ２０２に存在するか否かを確認する（Ｓ５０７）。

【0033】

予測した画像データが存在しなかった場合（Ｓ５０８のＮ）、画像蓄積制御部２０３は送受信部２０６に当該画像データの画像ＩＤを渡して、ネットワークストレージ２０からの画像データの取得を依頼する（Ｓ５０９）。
画像蓄積制御部２０３から依頼を受けた送受信部２０６は、ネットワークストレージ２０に画像ＩＤを渡して画像データの取得を依頼する（Ｓ５１０）。
次に、ネットワークストレージ２０から画像データを取得した送受信部２０６は、その画像データを画像蓄積制御部２０３に渡す。

【0034】

次に、画像蓄積制御部２０３は、受け取った画像データをローカルストレージ２０２に書き込んで保存する（Ｓ５１１）。
一方、予測した画像データがローカルストレージ２０２に存在している場合は（Ｓ５０８のＹ）、そのまま処理を終了する。
以上の処理は、ユーザ３００がユーザ認証を依頼した時にスタートして自動的に行ってもよいが、ローカルストレージ２０２を利用せずに単にコピーを行うだけの場合もあるため、ローカルストレージ２０２へのアクセス（ローカルストレージ２０２を用いる機能の利用要求）があった時にスタートするようにするとよい。

【0035】

なお、予測された画像データがローカルストレージ２０２内にあるか否かを確認するＳ５０７及びＳ５０８のステップは省略可能である。もし、予測画像がすでに存在している場合は上書き保存するような設定にしておけば、ローカルストレージ２０２の容量を圧迫するおそれがないからである。

【実施例2】

【0036】

図６は、ネットワークストレージ２０から画像データを取得してローカルストレージ２０２に格納する画像形成装置１０及びそのデータ蓄積制御方法の実施例２における処理の流れを示したシーケンス図である。
図５に示した実施例１の処理と異なる点は、予測部２０５における予測条件のみである。

【0037】

すなわち、本実施例では、ステップＳ６０５において、ユーザ３００自身が蓄積した画像データをユーザが印刷する可能性が高い画像データであると予測する。
すなわち、利用履歴情報の中で、蓄積者ＩＤがユーザ３００のユーザＩＤと一致する画像データのみをユーザ３００が印刷する可能性が高い画像データと予測するのである。
上記以外の処理は、すべて実施例１の場合と同じであるので説明を省略する。

【0038】

なお、ユーザ３００自身が画像データを蓄積する手順については、本発明とは直接関係がないので、特に図示はしないが、例えば、以下のような手順で行えばよい。
まず、ユーザ３００が画像形成装置１０の図示しない入力手段（例えば、スキャナ）から画像を入力する。入力された画像データは入力手段から画像蓄積制御部２０３に送られ、画像データを受け取った画像蓄積制御部２０３はローカルストレージ２０２に対して画像データを書き込む。

【0039】

次に、画像蓄積制御部２０３は、ネットワークストレージ２０へ画像データを蓄積するように送受信部２０６に依頼する。依頼を受けた送受信部２０６は、ローカルストレージ２０２に蓄積された画像データを読み出し、ネットワークストレージ２０に送信する。
そして、画像蓄積制御部２０３は、画像蓄積要求を行ったユーザ３００のユーザＩＤと蓄積した画像の画像ＩＤを利用履歴情報記録部２０４に書き込む。
このようにして、利用履歴情報記録部２０４に図４に示すような利用履歴情報が記録される。

【実施例3】

【0040】

図７は、ネットワークストレージ２０から画像データを取得してローカルストレージ２０２に格納する画像形成装置１０及びそのデータ蓄積制御方法の実施例３における処理の流れを示したシーケンス図である。
図５に示した実施例１の処理と異なる点は、予測部２０５における予測条件のみである。

【0041】

すなわち、本実施例では、ステップＳ７０５において、ユーザ３００が過去に利用した回数又は頻度が所定の値以上である画像データをユーザがアクセスする可能性が高い画像データと予測する。
すなわち、利用履歴情報の中で、印刷者ＩＤがユーザ３００のユーザＩＤと一致する画像データの中で、過去に印刷した回数又は頻度が所定の値以上である画像データをユーザ３００が印刷する可能性が高い画像データと予測するのである。

【0042】

「回数」は現在までの通算印刷回数で表し、「頻度」は直近所定期間における印刷回数で表すことができる。所定期間内で回数が多いということは頻度が高いことを意味する。
例えば、「所定の値」を、通算で５回、直近所定期間で３回と設定すると、ユーザＩＤが「００４」であるユーザ３００の場合は、画像ＩＤ「０００１０１」の画像データが予測画像に該当することになる。
これ以外の処理は、すべて実施例１の場合と同じであるので説明を省略する。

【実施例4】

【0043】

図８は、ネットワークストレージ２０から画像データを取得してローカルストレージ２０２に格納する画像形成装置１０及びそのデータ蓄積制御方法の実施例１乃至３の変形例における処理の流れを示したシーケンス図である。
それぞれ図５乃至図７に示した実施例１乃至３の処理と異なる点は、所定の条件で予測した画像データがローカルストレージ２０２に存在しなかった場合に（Ｓ８０８のＮ）、ネットワークストレージ２０から画像データを取得する際の処理である（Ｓ８０９）。

【0044】

すなわち、予測した画像の画像データサイズをネットワークストレージ２０に問い合わせ、画像データサイズがローカルストレージ２０２の空き容量以上であるときは、ローカルストレージ２０２から不要な画像データを削除する処理が追加されている。
ステップＳ８０１〜Ｓ８０８は、図５のＳ５０１〜Ｓ５０８と同様であるので説明は省略する。

【0045】

図８のステップＳ８０９における処理の流れを図９に基づいて説明する。図９は、図８のステップＳ８０９における処理の流れの詳細を示すシーケンス図である。
まず、画像蓄積制御部２０３は、予測画像の画像ＩＤを送受信部２０６に送り、ネットワークストレージ２０からダウンロードすべき画像データのサイズの取得を依頼する（Ｓ８０９１）。
送受信部２０６はネットワークストレージ２０に画像ＩＤを送り、画像データサイズの送信を依頼する（Ｓ８０９２）。
画像蓄積制御部２０３は、ローカルストレージ２０２の空き容量を確認するとともに、送受信部２０６を介して取得した画像データサイズとの比較を行う（Ｓ８０９３）。

【0046】

ダウンロードすべき画像データのサイズが、ローカルストレージ２０２の空き容量以上であるときは（Ｓ８０９４のＹ）、画像蓄積制御部２０３は、予測部２０５に対して非印刷画像予測依頼を行う（Ｓ８０９５）。すなわち、ローカルストレージ２０２内にある、ユーザ３００が印刷する可能性が極めて低い画像(非印刷画像)を予測して削除することにより、予測画像データの保存容量を確保するためである。
非印刷画像の予測条件としては、例えば、利用履歴情報を参照して、ユーザ３００が利用した回数及び頻度が所定値よりも少ない画像データを非印刷画像としたり、予測画像データ以外をすべて非印刷画像としたりすること等が考えられる。

【0047】

予測部２０５は上記のような条件で非印刷画像を予測し（Ｓ８０９６）、その画像ＩＤ（非印刷画像ＩＤ）を画像蓄積制御部２０３に通知する。
非印刷画像ＩＤの通知を受けた画像蓄積制御部２０３は、ローカルストレージ２０２内を検索し、非印刷画像ＩＤを持つ画像データを削除する（Ｓ８０９７）。
そして、画像蓄積制御部２０３は、送受信部２０６にＳ８０６で通知された予測画像データの画像ＩＤを渡して、ネットワークストレージ２０からの画像データの取得を依頼する（Ｓ８０９８）。

【0048】

画像蓄積制御部２０３から依頼を受けた送受信部２０６は、ネットワークストレージ２０に画像ＩＤを渡して画像データの取得を依頼する（Ｓ８０９９）。
次に、ネットワークストレージ２０から画像データを取得した送受信部２０６は、その画像データを画像蓄積制御部２０３に渡す。
次に、画像蓄積制御部２０３は、受け取った画像データをローカルストレージ２０２に書き込んで保存する（Ｓ８１００）。

【0049】

一方、予測した画像の画像データサイズが、ローカルストレージ２０２の空き容量未満であるときは（Ｓ８０９４のＮ）、すぐに画像データの取得を依頼する（Ｓ８０９８）。ローカルストレージ２０２の空き容量に余裕があるため、非印刷画像データを削除する必要がないからである。

【0050】

また、上記の実施形態では、画像データの蓄積の際、その画像データをローカルストレージ２０２とネットワークストレージ２０の両方に保存しているが、画像データの保存はネットワークストレージ２０だけでもよい。あるいは、一旦、ローカルストレージ２０２に保存した後、適当なタイミングでネットワークストレージ２０に移動あるいはコピーしてもよい。

【0051】

以上説明してきた画像形成装置及びそのデータ蓄積制御方法によれば、ユーザＩＤに基づいて、ユーザが印刷する可能性の高い画像を予測して、その画像をネットワークで接続されたネットワークストレージから取得してローカルストレージに格納するので、印刷開始までの待機時間が少なく、快適に利用できる。すなわち、ユーザが印刷する可能性の高い画像のデータを、実際に印刷指示を行う前の、認証等のタイミングでローカルストレージにダウンロードするので、初めからローカルストレージに保存されていたかのように、速やかに印刷開始できる。
なお、認証は、ユーザが装置を使う意思を示したという点で、その後ユーザが画像データを利用する蓋然性が高く、ネットワークストレージからデータのダウンロードを開始するタイミングとして好適である。しかし、他のタイミングでダウンロードを開始してもよい。

【0052】

また、ユーザが印刷する可能性の高い画像を、予めローカルストレージに保存しておく必要がないため、ローカルストレージの容量が少なくても済むという効果がある。極端に言えば、長期的な保存はすべてネットワークストレージで行うようにしたとしてもかまわない。この場合、画像データはネットワークストレージだけに残っていればよいので、ローカルストレージは必ずしも不揮発性メモリで構成する必要はなく、揮発性メモリ（ＲＡＭ）でもよい。

【0053】

また、実施例４のように、予測画像の画像データサイズがローカルストレージの空き容量を超えているときは、ローカルストレージ内の非印刷画像データを削除するように構成すれば、ローカルストレージの記憶容量が少ない場合でも、必要な画像データを確実にローカルストレージにダウンロードすることができる。
また、ネットワークストレージ２０からデータを取得する場合に、ローカルストレージ２０２を検索し、すでにローカルストレージ２０２に格納されているデータについてはネットワークストレージ２０からの取得を行わないようにするとよい。このようにすれば、ダウンロードに要する時間を短縮し、画像データを利用するタイミングまでにダウンロードが完了しないといった事態を防止することができる。

【0054】

本発明は、上述した実施の形態に限定されるものではなく、本発明の主旨を損なわない範囲で変更することが可能である。
上述の実施形態の説明では、データが画像データであり、その利用形態を「印刷」である場合を例として説明したが、本発明はこれに限定されないことは言うまでもない。

【0055】

たとえば、データが音楽データ、映像データ又は文書データであったりしてもよい。さらには、機械加工データ等であってもよく、要するに、後で再利用する可能性のある電子データであれば、本発明が適用可能である。利用も、データの性質に応じた任意の形態で構わない。
この発明は、これらのデータを扱う任意の情報処理装置に適用可能である。
さらに、以上説明した各実施形態、動作の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることはもちろんである。

【符号の説明】

【0056】

１０：画像形成装置、２０：ネットワークストレージ、３０：ネットワーク、２０１：ユーザ認証部、２０２：ローカルストレージ、２０３：画像蓄積制御部、２０４：利用履歴情報記録部、２０５：予測部、２０６：送受信部、３００：ユーザ

【先行技術文献】

【特許文献】

【0057】

【特許文献1】特開２００６−２６１８０２号公報

【特許文献2】特開２００４−３１０３５７号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】