JP2021107988A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】画像処理装置の機能の利用量が上限を超えるのを抑制するための利用方法を利用者に認識させる。【解決手段】情報処理装置は、利用量が上限を超えないよう制限された画像処理装置の機能の利用量の履歴を取得し、利用量の履歴を用いて決定された機能の予測利用量が上限を超える場合には、機能に対して予め定められた代替機能を示す情報を出力する。【選択図】図１１

Description

本発明は、情報処理装置及びプログラムに関する。

利用量に応じて装置の利用を制限する技術がある。この技術に関し、特許文献１には、印刷履歴から導出された印刷量が第１量を超えている場合には第１の通知を行い、印刷量が第２量を超えている場合には第２の通知を行うことが記載されている。

特開２０１０−１７０５５６号公報

利用量が上限に近づいたときに利用者に通知する構成を採用した場合、利用者は利用量が上限に近づいたことは認識できる。しかし、このような通知だけでは、利用量が上限を超えないために装置をどのように利用すればよいかまでは分からない。
本発明は、画像処理装置の機能の利用量が上限を超えるのを抑制するための利用方法を利用者に認識させることを目的とする。

請求項１に係る発明は、プロセッサを備え、前記プロセッサは、利用量が上限を超えないよう制限された画像処理装置の機能の利用量の履歴を取得し、前記利用量の履歴を用いて決定された前記機能の予測利用量が前記上限を超える場合には、前記機能に対して予め定められた代替機能を示す情報を出力することを特徴とする情報処理装置である。

請求項２に係る発明は、請求項１に記載の情報処理装置において、前記プロセッサは、基準利用量を取得し、前記予測利用量が前記上限を超える場合には、前記利用量の履歴と前記基準利用量との差から得られる許容利用量を出力することを特徴とする。

請求項３に係る発明は、請求項２に記載の情報処理装置において、前記基準利用量は、少なくとも一の利用者による前記機能の前記上限以下の利用量の履歴を用いて定められることを特徴とする。

請求項４に係る発明は、請求項１に記載の情報処理装置において、前記プロセッサは、前記予測利用量が前記上限を超える場合には、前記機能の利用を制限することを特徴とする。

請求項５に係る発明は、請求項４に記載の情報処理装置において、前記利用の制限は、前記機能の利用禁止又は前記機能の利用量の制限を含むことを特徴とする。

請求項６に係る発明は、請求項４又は５に記載の情報処理装置において、前記プロセッサは、第１時点における前記機能の第１の利用量の履歴と、前記第１時点より後の第２時点における第２の利用量の履歴とを取得し、前記第１の利用量の履歴を用いて決定された前記機能の第１予測利用量が前記上限を超えたことに応じて前記機能の利用が制限された後、前記第２の利用量の履歴を用いて決定された前記機能の第２予測利用量が前記上限以下になると、前記利用の制限を解除することを特徴とする。

請求項７に係る発明は、請求項１から６のいずれか１項に記載の情報処理装置において、前記プロセッサは、前記機能の利用量を予測する予測モデルを取得し、前記利用量の履歴と前記予測モデルとを用いて前記予測利用量を決定することを特徴とする。

請求項８に係る発明は、請求項７に記載の情報処理装置において、前記予測モデルは、少なくとも一の利用者による前記機能の利用量の履歴を用いて生成されることを特徴とする。

請求項９に係る発明は、コンピュータに、利用量が上限を超えないよう制限された画像処理装置の機能の利用量の履歴を取得するステップと、前記利用量の履歴を用いて決定された前記機能の予測利用量が前記上限を超える場合には、前記機能に対して予め定められた代替機能を示す情報を出力するステップとを実行させるためのプログラムである。

請求項１に係る発明によれば、画像処理装置の機能の利用量が上限を超えるのを抑制するための利用方法を利用者に認識させることができる。
請求項２に係る発明によれば、画像処理装置の機能の許容利用量を利用者に認識させることができる。
請求項３に係る発明によれば、利用者による画像処理装置の機能の利用の仕方を反映した許容利用量を得ることができる。
請求項４に係る発明によれば、画像処理装置の機能の利用量が上限を超えるのを抑制することができる。
請求項５に係る発明によれば、画像処理装置の機能の利用量が上限を超えるのを抑制することができる。
請求項６に係る発明によれば、画像処理装置の機能の利用が一旦制限されても、予測利用量が上限以下になったときは、この機能を制限されずに利用することができる。
請求項７に係る発明によれば、予測モデルを用いない場合に比べて、予測利用量の確度が高まる。
請求項８に係る発明によれば、利用者による画像処理装置の機能の利用の仕方を反映した予測利用量を得ることができる。
請求項９に係る発明によれば、画像処理装置の機能の利用量が上限を超えるのを抑制するための利用方法を利用者に認識させることができる。

画像処理システム１００の構成の一例を示す図である。 画像処理装置１１０の構成の一例を示す図である。 利用履歴１２１の一例を示す図である。 サーバ装置１３０の構成の一例を示す図である。 制限テーブル１３６の一例を示す図である。 代替テーブル１３８の一例を示す図である。 画像処理システム１００の動作の一例を示すシーケンスチャートである。 メニュー画面２００の一例を示す図である。 予測モデル１３７ａを用いた予測利用量の一例を示す図である。 予測モデル１３７ｂを用いた予測利用量の一例を示す図である。 代替機能を示す画面２３０の一例を示す図である。 許容利用量の算出方法の一例を示す図である。 許容利用量を示す画面２５０の一例を示す図である。 利用制限の実施を通知する画面２６０の一例を示す図である。

１．構成
図１は、画像処理システム１００の構成の一例を示す図である。画像処理システム１００は、画像を処理する機能を有する。ただし、この機能の利用は、その利用量によって制限される。画像処理システム１００は、画像処理装置１１０と、収集装置１２０と、サーバ装置１３０と、端末装置１４０とを備える。これらの装置は通信回線１５０を介して接続されている。

図２は、画像処理装置１１０の構成の一例を示す図である。画像処理装置１１０は、コピー機能、プリント機能、スキャン機能、ファクシミリ機能等の画像を処理する複数の機能を有する。画像処理装置１１０は、サーバ装置１３０により利用者毎に利用量が上限を超えないよう制限されている。画像処理装置１１０は、プロセッサ１１１と、メモリ１１２と、通信部１１３と、操作部１１４と、表示部１１５と、画像読取部１１６と、画像形成部１１７とを備える。これらの部位はバス１１８を介して接続されている。

プロセッサ１１１は、プログラムを実行することにより、画像処理装置１１０の各部を制御し又は各種の処理を行う。プロセッサ１１１には、例えばＣＰＵ（Central Processing Unit）が用いられてもよい。メモリ１１２には、プロセッサ１１１により実行されるプログラムが記憶される。メモリ１１２には、例えばＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）が用いられてもよい。通信部１１３は、通信回線１５０を介して接続された他の装置とデータ通信を行う。操作部１１４は、利用者による画像処理装置１１０の操作に用いられる。操作部１１４には、例えばタッチパネルとボタンとが用いられてもよい。表示部１１５は、各種の情報を表示する。表示部１１５には、例えば液晶ディスプレイが用いられてもよい。画像読取部１１６は、画像を読み取って画像データに変換する。画像読取部１１６には、例えばイメージスキャナが用いられてもよい。画像形成部１１７は、画像データに応じた画像を用紙等の媒体上に形成する。画像形成部１１７には、例えばプリンターが用いられてもよい。

図１に戻り、収集装置１２０は、画像処理装置１１０の利用履歴１２１を収集して格納する。例えば利用履歴１２１は、予め定められたタイミングで画像処理装置１１０から収集装置１２０に送信され、収集装置１２０に格納される。また、収集装置１２０は、利用履歴１２１を集計する機能を有する。

図３は、利用履歴１２１の一例を示す図である。利用履歴１２１には、ユーザＩＤと、日時と、利用量と、機能ＩＤとが含まれる。ユーザＩＤは、利用者を一意に識別する情報である。日時は、利用者が画像処理装置１１０を利用した日時を示す。利用量は、利用者が画像処理装置１１０を利用した量を示す。例えばコピー機能が利用された場合、この利用量にはコピーした枚数が用いられてもよい。スキャン機能が利用された場合、この利用量にはスキャンした枚数が用いられてもよい。機能ＩＤは、利用者に利用された画像処理装置１１０の機能を一意に識別する情報である。各ユーザＩＤには、そのユーザＩＤの利用者が画像処理装置１１０を利用した日時と、そのときの画像処理装置１１０の利用量と、そのときに利用された画像処理装置１１０の機能の機能ＩＤとが関連付けられている。

図４は、サーバ装置１３０の構成の一例を示す図である。サーバ装置１３０は、利用者毎に画像処理装置１１０の利用量が上限を超えないよう制限する。なお、サーバ装置１３０は、本発明に係る情報処理装置の一例である。サーバ装置１３０は、プロセッサ１３１と、メモリ１３２と、通信部１３３と、記憶部１３４とを備える。これらの部位はバス１３５を介して接続されている。

プロセッサ１３１は、プログラムを実行することにより、サーバ装置１３０の各部を制御し又は各種の処理を行う。プロセッサ１３１には、例えばＣＰＵが用いられてもよい。メモリ１３２には、プロセッサ１３１により実行されるプログラムが記憶される。メモリ１３２には、例えばＲＯＭ及びＲＡＭが用いられてもよい。通信部１３３は、通信回線１５０を介して接続された他の装置とデータ通信を行う。記憶部１３４には、各種のデータが記憶される。記憶部１３４には、例えばハードディスクドライブ又はＳＳＤ（Solid State Drive）が用いられてもよい。例えば記憶部１３４には、制限テーブル１３６と、複数の予測モデル１３７と、代替テーブル１３８と、複数の基準利用量１３９とが記憶されている。

図５は、制限テーブル１３６の一例を示す図である。制限テーブル１３６は、各利用者に対して定められた画像処理装置１１０の機能の利用量の上限を示す。制限テーブル１３６には、ユーザＩＤと、機能ＩＤと、利用量の上限とが含まれる。ユーザＩＤは、利用者を一意に識別する情報である。機能ＩＤは、画像処理装置１１０の機能を一意に識別する情報である。利用量の上限は、画像処理装置１１０の機能について単位期間に利用者が利用可能な利用量の上限を示す。この単位期間には、例えば１か月が用いられてもよい。各ユーザＩＤには、画像処理装置１１０の機能を識別する機能ＩＤと、そのユーザＩＤの利用者に対して定められたこの機能の利用量の上限とが関連付けられている。例えば図５に示されるように第１利用者に対して定められた第１機能の利用量の上限が１００である場合、第１利用者は、単位期間における第１機能の利用量が１００に到達するまでは第１機能を利用することができるが、この利用量が１００に到達した後は第１機能を利用できなくなる。

複数の予測モデル１３７は、画像処理装置１１０の過去の利用傾向に基づいて、利用者による画像処理装置１１０の利用量を予測するのに用いられる。複数の予測モデル１３７は、例えば利用履歴１２１のうち単位期間の利用量が上限以下となる互いに異なる部分を機械学習することにより生成される。利用履歴１２１の部分には、例えば各利用者の利用量の履歴、組織の各部門に所属する利用者の利用量の履歴、利用量が第１基準量より多い期間における利用量の履歴、利用量が第２基準量より少ない期間における利用量の履歴、利用量が第３基準量より多い利用者の利用量の履歴、及び利用量が第４基準量より少ない利用者の利用量の履歴が含まれていてもよい。複数の予測モデル１３７は、サーバ装置１３０が生成してもよいし、サーバ装置１３０とは異なる外部装置が生成してもよい。外部装置が複数の予測モデル１３７を生成する場合、これらの予測モデル１３７は予めサーバ装置１３０に提供される。

図６は、代替テーブル１３８の一例を示す図である。画像処理装置１１０は、一の機能を代替する他の機能を有する場合がある。代替テーブル１３８は、画像処理装置１１０の機能に対して予め定められた代替機能を示す。この代替機能は、必ずしも元の機能と全く同じ機能を実現しなくてもよい。代替機能は、元の機能の少なくとも一部を実現する機能や元の機能を間接的に実現可能な機能等、元の機能の少なくとも一部の代わりになる機能であればどのような機能であってもよい。代替テーブル１３８には、機能ＩＤと、代替機能ＩＤとが含まれる。機能ＩＤは、画像処理装置１１０の機能を一意に識別する情報である。代替機能ＩＤは、この機能を代替する機能を一意に識別する情報である。例えば、白黒コピーの代替機能はカラーコピーであってもよい。スキャンしたデータを特定のクラウドサーバ装置に送信する機能の代替機能は、スキャンしたデータを利用者の端末装置に送信する機能であってもよい。各機能ＩＤには、その機能ＩＤの機能を代替する機能の代替機能ＩＤが関連付けられている。なお、代替機能ＩＤは、本発明に係る代替機能を示す情報の一例である。

複数の基準利用量１３９は、画像処理装置１１０の機能について過去の単位期間当たりの理想的な利用量の推移を示す。複数の基準利用量１３９は、画像処理装置１１０の機能について利用者の許容利用量を算出するのに用いられる。この許容利用量は、利用が許容される利用量を示す。言い換えると、許容利用量は、理想的な利用ペースを示す。許容利用量に従って機能を利用すれば、単位期間において利用量が上限を超える可能性は低くなる。複数の基準利用量１３９は、例えば利用履歴１２１を集計することにより生成される。このとき、利用履歴１２１のうち単位期間の利用量が上限以下となる部分を用いるのが好ましい。例えば複数の基準利用量１３９には、各利用者の月別の利用量の履歴を日毎に累計したもの、組織の各部門に所属する利用者の利用量の履歴から得られる月別の一人当たりの平均利用量を日毎に累計したもの、及び全利用者の利用量の履歴から得られる月別の一人当たりの平均利用量を日毎に累計したものが含まれていてもよい。複数の基準利用量１３９は、収集装置１２０が生成してもよいし、サーバ装置１３０が生成してもよいし、収集装置１２０及びサーバ装置１３０とは異なる外部装置が生成してもよい。収集装置１２０又は外部装置が複数の基準利用量１３９を生成する場合、これらの基準利用量１３９は予めサーバ装置１３０に提供される。

端末装置１４０は、管理者により使用される。管理者は、端末装置１４０を用いてサーバ装置１３０に対してデータの入出力を行う。例えば管理者は、端末装置１４０を操作して制限テーブル１３６に含まれる利用量の上限を設定し又は変更してもよい。

２．動作
図７は、画像処理システム１００の動作の一例を示すシーケンスチャートである。なお、以下の説明において、プロセッサ１１１又は１３１を処理の主体として記載する場合、これは、それぞれメモリ１１２又は１３２に記憶されたプログラムと、このプログラムを実行するプロセッサ１１１又は１３１との協働により、プロセッサ１１１又は１３１が演算を行い又は他のハードウェア要素の動作を制御することにより、処理が行われることを意味する。

図８は、画像処理装置１１０の表示部１１５に表示されるメニュー画面２００の一例を示す図である。メニュー画面２００には、それぞれ第１機能〜第５機能を選択する操作に用いられるボタン２０１〜２０５が含まれる。例えば利用者がこれらのボタン２０１〜２０５のいずれかを押す操作をすると、図７に示すステップＳ１１の処理が開始される。

ステップＳ１１において、画像処理装置１１０のプロセッサ１１１は、利用者の操作により選択された対象機能を起動する。例えば図８に示すメニュー画面２００においてボタン２０１を押す操作が行われた場合には、第１機能が対象機能となり起動される。

ステップＳ１２において、プロセッサ１１１は、ステップＳ１１において起動された対象機能を示す起動情報をサーバ装置１３０に送信する。この起動情報には、対象機能を識別する機能ＩＤが含まれる。画像処理装置１１０から起動情報を受信すると、サーバ装置１３０はステップＳ１３の処理に進む。

ステップＳ１３において、サーバ装置１３０のプロセッサ１３１は、収集装置１２０から利用者による単位期間における対象機能の利用量の履歴を取得する。具体的には、プロセッサ１３１は、収集装置１２０にこの利用量の履歴の取得要求を送信する。この取得要求には、例えば対象機能の機能ＩＤと、利用者のユーザＩＤと、単位期間とが含まれる。このユーザＩＤは、例えば利用者が画像処理装置１１０にログインしたときに入力されたものが用いられてもよい。収集装置１２０は、この要求に応じて、利用履歴１２１から利用者による単位期間における対象機能の利用量の履歴を抽出し集計してサーバ装置１３０に送信する。例えば対象機能の機能ＩＤが「第１機能」であり、利用者のユーザＩＤが「第１利用者」である場合、図３に示す利用履歴１２１から機能ＩＤ「第１機能」とユーザＩＤ「第１利用者」と単位期間に含まれる日時の組に関連付けられた部分が抽出され、日毎に累計されてサーバ装置１３０に送信される。収集装置１２０からこの利用量の履歴が送信されると、サーバ装置１３０はこの利用量の履歴を受信する。

ステップＳ１４において、プロセッサ１３１は、利用者に対して定められた対象機能の利用量の上限を制限テーブル１３６から取得する。例えば利用者のユーザＩＤが「第１利用者」であり、対象機能の機能ＩＤが「第１機能」である場合、図３に示す制限テーブル１３６からユーザＩＤ「第１利用者」と機能ＩＤ「第１機能」との組に関連付けられた利用量の上限「１００」が取得される。

ステップＳ１５において、プロセッサ１３１は、ステップＳ１３において取得された利用量の履歴と対象の予測モデル１３７とを用いて対象機能の予測利用量を決定する。このとき、プロセッサ１３１は、記憶部１３４に記憶された複数の予測モデル１３７の中から対象の予測モデル１３７を取得して使用する。この対象の予測モデル１３７は、例えば利用者の利用量の履歴を用いて生成された予測モデル１３７であってもよいし、利用者が所属する部門の利用量の履歴を用いて作成された予測モデル１３７であってもよい。或いは、対象の予測モデル１３７は、複数の予測モデル１３７の中から管理者が端末装置１４０を操作して予め選択した予測モデル１３７であってもよい。なお、利用者が所属する部門は、例えば記憶部１３４に予め記憶された各利用者が所属する部門を示すユーザ情報を用いて判定されてもよい。

図９は、予測モデル１３７ａを用いた場合の予測利用量の一例を示す図である。図９において横軸は時間を示し、縦軸は利用量を示す。実際の利用量２１０は、単位期間の開始日時Ｔ１から現在日時Ｔ２までの期間において利用者が実際に対象機能を利用した利用量の日毎の累計を示す。この実際の利用量２１０は、ステップＳ１３において取得された利用量の履歴から得られる。予測利用量２１１は、現在日時Ｔ２から単位期間の終了日時Ｔ１０までの期間において予測モデル１３７ａを用いて利用者による利用が予測される対象機能の利用量と実際の利用量２１０との日毎の累計を示す。この予測される利用量は、例えば予測モデル１３７ａに実際の利用量２１０を入力することにより得られる。図９に示す例では、現在日時Ｔ２より後の日時Ｔ３において利用者の予測利用量２１１が利用量の上限を超える。

図１０は、予測モデル１３７ｂを用いた場合の予測利用量の一例を示す図である。図９と同様に、図１０において横軸は時間を示し、縦軸は利用量を示す。予測利用量２２１は、現在日時Ｔ２から単位期間の終了日時Ｔ１０までの期間において予測モデル１３７ｂを用いて利用者による利用が予測される対象機能の利用量と実際の利用量２１０との日毎の累計を示す。この予測される利用量は、例えば予測モデル１３７ｂに実際の利用量２１０を入力することにより得られる。図１０に示す例では、図９に示す例と異なり、予測利用量２２１は単位期間を通して利用量の上限以下になっており、利用量の上限を超えない。

ステップＳ１６において、プロセッサ１３１は、ステップＳ１５において決定された予測利用量がステップＳ１４において取得された利用量の上限を超えるか否かを判定する。例えば対象の予測モデル１３７が予測モデル１３７ｂである場合、図１０に示すように予測利用量２２１は利用量の上限を超えない（ステップＳ１６の判定がＮＯ）。この場合、プロセッサ１３１は、ステップＳ１７に進み、ステップＳ１６の判定結果を画像処理装置１１０に送信する。サーバ装置１３０からこの判定結果を受信すると、画像処理装置１１０はステップＳ１８の処理を行う。

ステップＳ１８において、画像処理装置１１０のプロセッサ１１１は、対象機能のトップ画面を表示部１１５に表示させる。この後、例えば利用者が各種の処理条件を設定する操作を行い、処理の開始を指示する操作を行うと、画像処理装置１１０において対象機能を実現する処理が実行される。

一方、例えば対象の予測モデル１３７が予測モデル１３７ａである場合、図９に示すように予測利用量２１１は利用量の上限を超える（ステップＳ１６の判定がＹＥＳ）。この場合、プロセッサ１３１は、ステップＳ１９の処理に進み、代替テーブル１３８から対象機能を代替する機能の代替機能ＩＤを取得する。例えば対象機能が第１機能である場合、図６に示す代替テーブル１３８から機能ＩＤ「第１機能」に関連付けられた代替機能ＩＤ「第６機能」が取得される。

ステップＳ２０において、プロセッサ１３１は、ステップＳ１９において取得された代替機能ＩＤを画像処理装置１１０に送信する。サーバ装置１３０からこの代替機能ＩＤを受信すると、画像処理装置１１０はステップＳ２１の処理を行う。

ステップＳ２１において、画像処理装置１１０のプロセッサ１１１は、受信した代替機能ＩＤにより識別される代替機能を画像処理装置１１０が有するか否かを判定する。画像処理装置１１０が代替機能を有する場合（ステップＳ２１の判定がＹＥＳ）、プロセッサ１１１はステップＳ２２に進む。ステップＳ２２において、プロセッサ１１１は、受信した代替機能ＩＤに応じて代替機能を示す画面２３０を表示部１１５に表示させる。

図１１は、代替機能を示す画面２３０の一例を示す図である。ここでは、対象機能は第１機能であり、代替機能は第６機能であるものとする。この画面２３０には、第１機能の利用量が上限を超える可能性があることを示すメッセージと、第１機能に代えて第６機能の利用を促すメッセージとが含まれる。また、画面２３０には、第６機能を起動する操作に用いられるボタン２３１が含まれる。利用者がこのボタン２３１を押す操作をすると、第６機能が起動され、第６機能のトップ画面が表示される。この後、例えば利用者が各種の処理条件を設定する操作を行い、処理の開始を指示する操作を行うと、画像処理装置１１０において第６機能を実現する処理が実行される。

一方、上述したステップＳ２１において画像処理装置１１０が代替機能を有しない場合（ステップＳ２１の判定がＮＯ）、プロセッサ１１１はステップＳ２３に進み、ステップＳ２１の判定結果をサーバ装置１３０に送信する。この判定結果を受信すると、サーバ装置１３０はステップＳ２４の処理に進む。

ステップＳ２４において、サーバ装置１３０のプロセッサ１３１は、ステップＳ１３において取得された利用量の履歴と対象の基準利用量１３９とを用いて許容利用量を算出する。このとき、プロセッサ１３１は、記憶部１３４に記憶された複数の基準利用量１３９から対象の基準利用量１３９を取得して使用する。対象の基準利用量１３９は、先月の利用者の利用量の履歴を集計して生成された基準利用量１３９であってもよいし、昨年の同じ月の利用者の利用量の履歴を集計して生成された基準利用量１３９であってもよいし、先月又は昨年の同じ月の利用者が所属する部門の利用量の履歴を集計して生成された基準利用量１３９であってもよい。また、対象の基準利用量１３９は、複数の基準利用量１３９の中から管理者が端末装置１４０を用いて予め選択した基準利用量１３９であってもよい。

図１２は、許容利用量の算出方法の一例を示す図である。図１２において横軸は時間を示し、縦軸は利用量を示す。基準利用量１３９は、単位期間における利用量の日毎の累計を示す。許容利用量は、実際の利用量２１０と基準利用量１３９との差２４１から得られる。例えば現在日時Ｔ２における基準利用量１３９から実際の利用量２１０を減ずることにより一日当たりの許容利用量が得られる。

ステップＳ２５において、プロセッサ１３１は、ステップＳ２４において算出された許容利用量が有効であるか否かを判定する。例えば基準利用量１３９の生成に用いられた利用量の履歴のデータ数が最小数未満であり又は許容利用量が負の値である場合には、許容利用量が無効ではないと判定され、それ以外の場合には許容利用量が有効であると判定されてもよい。許容利用量が有効であると判定された場合（ステップＳ２５の判定がＹＥＳ）、プロセッサ１３１はステップＳ２６に進み、ステップＳ２４において算出された許容利用量を画像処理装置１１０に送信する。この許容利用量を受信すると、画像処理装置１１０はステップＳ２７の処理を行う。ステップＳ２７において、画像処理装置１１０のプロセッサ１１１は、受信した許容利用量を示す画面２５０を表示部１１５に表示させる。

図１３は、許容利用量を示す画面２５０の一例を示す図である。ここでは、対象機能は第１機能であり、許容利用量は５枚であるものとする。この画面２５０には、第１機能の利用量が上限を超える可能性があることを示すメッセージと、一日５枚の範囲内での利用を促すメッセージとが含まれる。また、画面２３０には、これらのメッセージを確認したことを示す操作に用いられるボタン２５１が含まれる。利用者がこのボタン２５１を押す操作をすると、対象機能のトップ画面が表示される。この後、例えば利用者が各種の処理条件を設定する操作を行い、処理の開始を指示する操作を行うと、画像処理装置１１０において対象機能を実現する処理が実行される。

一方、上述したステップＳ２５において、許容利用量が無効であると判定された場合（ステップＳ２５の判定がＮＯ）、プロセッサ１３１はステップＳ２８に進み、対象機能の利用を制限する。この利用の制限は、例えば対象機能の利用禁止であってもよい。具体的には、プロセッサ１３１は対象機能の利用を制限する指示を画像処理装置１１０に送信する。この指示を受信すると、画像処理装置１１０はステップＳ２９の処理を行う。ステップＳ２９において、画像処理装置１１０のプロセッサ１１１は、受信した指示に応じて利用制限の実施を通知する画面２６０を表示部１１５に表示させる。また、プロセッサ１１１は、対象機能の利用を制限する。

図１４は、利用制限の実施を通知する画面２６０の一例を示す図である。ここでは、対象機能は第１機能であるものとする。この画面２６０には、第１機能の利用量が上限を超える可能性があることを示すメッセージと、第１機能の利用を制限することを示すメッセージとが含まれる。また、画面２６０には、メニュー画面２００への遷移を指示する操作に用いられるボタン２６１が含まれる。利用者がこのボタン２６１を押す操作をすると、メニュー画面２００が表示される。この場合、対象機能のトップ画面に遷移されないため、対象機能を利用することができない。

ステップＳ２８において対象機能の利用が制限された後、再び対象機能が起動された際に、上述したステップＳ１６において予測利用量が上限以下になると、サーバ装置１３０のプロセッサ１３１は対象機能の利用の制限を解除してもよい。なお、対象機能の利用が制限されるときに行われる図７に示す一連の処理において、ステップＳ１３において取得された利用量の履歴、この利用量の履歴が取得された時点、ステップＳ１５において決定された予測利用量は、それぞれ本発明に係る第１利用量の履歴、第１時点、第１予測利用量の一例である。また、対象機能の利用が制限された後に行われる図７に示す一連の処理において、ステップＳ１３において取得された利用量の履歴、この利用量の履歴が取得された時点、ステップＳ１５において決定された予測利用量は、それぞれ本発明に係る第２利用量の履歴、第２時点、第２予測利用量の一例である。

以上説明した実施形態によれば、予測利用量が上限を超える場合には、代替機能を示す画面２３０、許容利用量を示す画面２５０、又は利用制限の実施を通知する画面２６０を表示することにより、対象機能の利用量が上限を超えるのを抑制するための利用方法を利用者に認識させることができる。そして、利用者が代替機能を利用し、対象機能を許容利用量の範囲内で利用し、又は対象機能を利用しないことにより、対象機能の利用量が抑えられる。その結果、利用者は単位期間の後半においても対象機能を利用し続けることが可能となる。

例えば代替機能を示す画面２３０を表示することにより、利用者に対象機能の代替機能を認識させることができる。利用者が代替機能を利用することにより、対象機能の利用量が抑えられる。また、許容利用量を示す画面２５０を表示することにより、利用者に許容利用量を認識させることができる。利用者が対象機能を許容利用量の範囲内で利用することにより、対象機能の利用量が抑えられる。許容利用量の算出に用いられる基準利用量１３９は利用者による画像処理装置１１０の利用量の履歴に基づいて算出されるため、利用者による画像処理装置１１０の機能の利用の仕方を反映した許容利用量が得られる。

さらに、対象機能の利用を制限することにより、画像処理装置１１０の機能の利用量が上限を超えるのが抑制される。対象機能の利用が一旦制限されても、その後予測利用量が上限以下になったときは、対象機能の利用の制限が解除されるため、対象機能を制限されずに利用することが可能となる。

さらに、予測モデル１３７を用いて予測利用量が決定されるため、予測モデル１３７を用いない場合に比べて、予測利用量の確度が高まる。また、予測モデル１３７は利用者による画像処理装置１１０の利用量の履歴を機械学習することにより生成されるため、利用者による画像処理装置１１０の機能の利用の仕方を反映した予測利用量が得られる。

３．変形例
上述した実施形態は、本発明の一例である。本発明は、上述した実施形態に限定されない。また、上述した実施形態が以下の例のように変形して実施されてもよい。このとき、以下の２以上の変形例が組み合わせて用いられてもよい。

上述した実施形態において、対象機能に対応する代替機能が複数ある場合、これらの代替機能に優先順位が付与されていてもよい。この場合、優先順位が高い順に画像処理装置１１０が代替機能を有しているか否かが判定される。そして、画像処理装置１１０が有する少なくとも１の代替機能のうち最も優先順位の高い代替機能を示す画面が表示されてもよい。他の例において、複数の代替機能を示す画面が表示されてもよい。

上述した実施形態において、代替機能を示す画面の表示に加えて又は代えて、画像処理装置１１０のプロセッサ１１１が対象機能を停止させ、利用者の操作を介さずに代替機能を起動してもよい。

上述した実施形態において、予測利用量が上限を超える場合には、画像処理装置１１０のプロセッサ１１１が表示部１１５に追加情報を表示させてもよい。この追加情報には、例えば単位期間の開始日時Ｔ１から現在日時Ｔ２までの利用者又は他人の利用量、この利用量に応じた利用金額、利用者の利用傾向、及び利用者の予測利用量が上限を超える日時のうち少なくとも一の情報が含まれてもよい。また、利用者の利用量又は利用金額と他人の利用量又は利用金額とがそれぞれ比較可能に表示されてもよい。これにより、利用者は、自分の利用量又は利用金額が他人の利用量又は利用金額と比べて大きいか否かが分かる。他人は、例えば利用者が所属する部門の利用者であってもよい。単位期間の開始日時Ｔ１から現在日時Ｔ２までの利用者の利用量には、例えば図９に示す実際の利用量２１０が用いられてもよい。単位期間の開始日時Ｔ１から現在日時Ｔ２までの他人の利用量には、単位期間の開始日時Ｔ１から現在日時Ｔ２までの期間において他人が実際に利用した利用量の一人当たりの平均利用量の日毎の累計が用いられてもよい。利用量に応じた利用金額には、予め定められた単位利用量当たりの利用金額を実際の利用量に乗じた値が用いられてもよい。利用者の利用傾向は、例えば利用者の利用量の履歴を解析することにより求められてもよい。例えば利用者の利用傾向は、利用量が増加する期間を示す情報であってもよいし、過去に上限を超えたときの利用者の利用量と実際の利用者の利用量との比較を示す情報であってもよい。これにより、利用者は、自分の利用傾向が分かる。利用者の予測利用量が上限を超える日時には、例えば図９に示す日時Ｔ３が用いられてもよい。これにより、利用者は、対象機能を予測利用量の通りに利用したときに対象機能を利用できなくなる日時が分かる。

上述した実施形態において、対象機能の利用を制限する場合、対象機能の利用を禁止する代わりに、対象機能の利用量が制限されてもよい。例えば対象機能の一日の利用量が制限量以下に制限されてもよい。この制限量は、例えば利用者が利用可能な一日当たりの対象機能の利用量を示す。したがって、利用者は、一日の利用量が制限量に到達すると対象機能を利用できなくなる。この制限量には、例えばステップＳ２４の処理において用いられた元の基準利用量１３９とは異なる他の基準利用量１３９を用いて有効な許容利用量が算出された場合には、この許容利用量が用いられてもよい。例えば元の基準利用量１３９が自分の利用量の履歴に基づいて生成された場合、他の基準利用量１３９には他人の利用量の履歴に基づいて生成された基準利用量１３９が用いられてもよい。この場合、利用制限の実施を通知する画面には、対象機能の一日の利用量が制限量までに制限されたことを示す情報が含まれる。これにより、利用者は一日に利用可能な対象機能の利用量が分かる。

上述した実施形態において、予測利用量が上限を超える場合にも、利用者が対象機能を利用できるようにしてもよい。例えば代替機能を示す画面、許容利用量を示す画面、及び利用制限の実施を通知する画面にそれぞれ対象機能のトップ画面への遷移を指示する操作に用いられるボタンが含まれてもよい。この利用者がこのボタンを押す操作をすると、対象機能のトップ画面が表示され、対象機能が利用可能となる。

上述した実施形態において、予測利用量が上限を超える場合において利用者が対象機能を利用したときは、対象機能の利用後に再び上述したステップＳ１３及びＳ２４〜Ｓ２７の処理が行われてもよい。この場合、利用者は対象機能の利用後の許容利用量が分かる。例えば対象機能の利用前における許容利用量が５であったが、対象機能の利用後における許容利用量が２である場合、利用者は許容利用量が減ったことが分かる。

上述した実施形態において、予測利用量が上限を超える場合には、サーバ装置１３０から端末装置１４０に利用量の上限の引き上げを依頼する情報が送信されてもよい。この情報には、例えば利用者のユーザＩＤが含まれてもよい。この情報の送信は、例えば電子メールを利用して行われてもよい。例えば管理者は、端末装置１４０を用いてこの情報を見て、制限テーブル１３６に含まれる利用者の利用量の上限が高くなるように変更してもよい。

上述した実施形態において、予測利用量の決定には必ずしも予測モデル１３７が用いられなくてもよい。例えば近似曲線等の数式を用いて実際の利用量から予測利用量が算出されてもよい。

上記実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU： Central Processing Unit、等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。

また上記実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

上述した実施形態において、画像処理システム１００において行われる処理の主体は、図７に示す例に限定されない。例えばサーバ装置１３０において行われる処理の少なくとも一部が画像処理装置１１０において行われてもよい。この場合、代替機能ＩＤや許容利用量は、画像処理装置１１０内で取得又は算出され表示されてもよい。すなわち、これらの情報の出力には、送信だけでなく表示も含まれ得る。また、画像処理装置１１０において行われる処理の少なくとも一部がサーバ装置１３０において行われてもよい。例えば代替機能を有するか否かを判定する処理は、サーバ装置１３０において行われてもよい。この場合、サーバ装置１３０には画像処理装置１１０が有する機能を示す情報が予め記憶されており、この情報に基づいて画像処理装置１１０が代替機能を有するか否かを判定する。

上述した実施形態において、画像処理システム１００の構成は図１に示す例に限定されない。例えばサーバ装置１３０の機能と収集装置１２０の機能とが一つの装置により実現されてもよい。この場合、収集装置１２０は設けられなくてもよい。また、画像処理装置１１０が、サーバ装置１３０の機能と収集装置１２０の機能とを備えていてもよい。この場合、サーバ装置１３０と収集装置１２０とは設けられなくてもよい。また、画像処理装置１１０は、コピー機能、プリント機能、スキャン機能、ファクシミリ機能等の複数の機能を有する装置に限定されない。例えば画像処理装置１１０は、これらの機能のうち少なくとも一の機能を有する装置であってもよい。

本発明は、画像処理装置１１０及びサーバ装置１３０のそれぞれにおいて実行されるプログラムとして提供されてもよい。なお、画像処理装置１１０及びサーバ装置１３０は、それぞれ本発明に係るコンピュータの一例である。このプログラムは、インターネットなどの通信回線を介してダウンロードされてもよいし、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１００：画像処理システム、１１０：画像処理装置、１１１：プロセッサ、１１２：メモリ、１１３：通信部、１１４：操作部、１１５：表示部、１１６：画像読取部、１１７：画像形成部、１２０：収集装置、１３０：サーバ装置、１３１：プロセッサ、１３２：メモリ、１３３：通信部、１３４：記憶部、１４０：端末装置

Claims (9)

1. プロセッサを備え、
   前記プロセッサは、
   利用量が上限を超えないよう制限された画像処理装置の機能の利用量の履歴を取得し、
   前記利用量の履歴を用いて決定された前記機能の予測利用量が前記上限を超える場合には、前記機能に対して予め定められた代替機能を示す情報を出力する
   ことを特徴とする情報処理装置。
2. 前記プロセッサは、
   基準利用量を取得し、
   前記予測利用量が前記上限を超える場合には、前記利用量の履歴と前記基準利用量との差から得られる許容利用量を出力する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記基準利用量は、少なくとも一の利用者による前記機能の前記上限以下の利用量の履歴を用いて定められる
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記プロセッサは、前記予測利用量が前記上限を超える場合には、前記機能の利用を制限する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記利用の制限は、前記機能の利用禁止又は前記機能の利用量の制限を含む
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記プロセッサは、
   第１時点における前記機能の第１の利用量の履歴と、前記第１時点より後の第２時点における第２の利用量の履歴とを取得し、
   前記第１の利用量の履歴を用いて決定された前記機能の第１予測利用量が前記上限を超えたことに応じて前記機能の利用が制限された後、前記第２の利用量の履歴を用いて決定された前記機能の第２予測利用量が前記上限以下になると、前記利用の制限を解除する
   ことを特徴とする請求項４又は５に記載の情報処理装置。
7. 前記プロセッサは、
   前記機能の利用量を予測する予測モデルを取得し、
   前記利用量の履歴と前記予測モデルとを用いて前記予測利用量を決定する
   ことを特徴とする請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記予測モデルは、少なくとも一の利用者による前記機能の利用量の履歴を用いて生成される
   ことを特徴とする請求項７に記載の情報処理装置。
9. コンピュータに、
   利用量が上限を超えないよう制限された画像処理装置の機能の利用量の履歴を取得するステップと、
   前記利用量の履歴を用いて決定された前記機能の予測利用量が前記上限を超える場合には、前記機能に対して予め定められた代替機能を示す情報を出力するステップと
   を実行させるためのプログラム。

Images