画面制御装置、画像形成装置およびプログラム
【課題】定期的な処理の実行を行う場合に利用者が行う処理を減少させる。
【解決手段】画像形成装置１００で実行された処理に関する情報と、処理を実行したユーザを識別するユーザＩＤとを関連付けた履歴情報を格納する履歴格納部２１１と、履歴情報に基づいて、ユーザが実行する処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断部２１２と、ユーザが実行する処理が定期処理である場合に、定期処理が次に実行される予定の日時を算出する実行予定日時算出部２１３と、利用者と、定期処理と、算出された実行予定日時とを関連付けて管理する定期処理管理部２１４と、実行予定日時を含む予め定められた期間内に、ユーザによって画像形成装置１０が使用される場合に定期処理の実行の受付を可能にする画面を操作・表示部１０に表示させる表示制御部２１５と、を備える。
【解決手段】画像形成装置１００で実行された処理に関する情報と、処理を実行したユーザを識別するユーザＩＤとを関連付けた履歴情報を格納する履歴格納部２１１と、履歴情報に基づいて、ユーザが実行する処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断部２１２と、ユーザが実行する処理が定期処理である場合に、定期処理が次に実行される予定の日時を算出する実行予定日時算出部２１３と、利用者と、定期処理と、算出された実行予定日時とを関連付けて管理する定期処理管理部２１４と、実行予定日時を含む予め定められた期間内に、ユーザによって画像形成装置１０が使用される場合に定期処理の実行の受付を可能にする画面を操作・表示部１０に表示させる表示制御部２１５と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面制御装置、画像形成装置およびプログラムに関する。
【背景技術】
【０００２】
企業等においては、毎週や毎月など定期的に行われる定型業務が存在する。定型業務の中には、画像形成装置を使用する業務も存在する。近年、画像形成装置の多機能化・高機能化に伴い、画像形成装置に対する指示をユーザ（利用者）から受け付ける操作画面には、様々な設定を受け付ける多くのボタン等が配置されている。これに伴い、画像形成装置を使用した定型業務を行う場合にユーザに必要とされる画像形成装置に対する操作も複雑化・煩雑化している。
【０００３】
特許文献１には、入力手段により入力されたスケジュール情報のスケジュール時間と、情報蓄積手段に既に設定登録されたスケジュール情報のスケジュール時間との重なりを判定し、設定登録すべきスケジュール時間の重なりが存在するとき、設定登録すべきスケジュール情報の優先順位が既設定登録のスケジュール情報優先順位よりも高い場合にのみ、スケジュール情報を情報蓄積手段に設定登録するスケジュール管理装置が開示されている。
【０００４】
特許文献２には、タイマにスケジュール時刻を設定し、設定時刻がきたら自動的に所望の問題用紙を問題記憶手段から読み出し印字出力する画像処理装置が開示されている。
【０００５】
特許文献３には、時系列的に使用頻度を表す大量のデータから、データ条件入力部の指定する条件に適合するデータを取り出し、取り出されたデータを解析して使用頻度の時系列的傾向のパターンを抽出する使用頻度予測装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１８７３５１号公報
【特許文献２】特開平８−１６０８６号公報
【特許文献３】特開平８−２７２８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、定期的な処理の実行を行う場合に利用者が行う処理を減少させる画面制御装置、画像形成装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の画面制御装置は、画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、を備える。
【０００９】
請求項２に記載の画面制御装置は、画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行する処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間後に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、を備える。
【００１０】
請求項３に記載の画面制御装置は、請求項１又は２に記載の画面制御装置において、前記定期処理管理手段で管理される前記定期処理の内容は、前記履歴情報に格納された処理の内容に基づいて決定されることを特徴とする。
【００１１】
請求項４に記載の画像形成装置は、利用者からの操作入力を受け付ける操作画面を表示する表示装置と、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を前記表示装置に表示させる表示制御手段とからなる画面制御装置と、を備える。
【００１２】
請求項５に記載のプログラムは、記憶装置に格納された、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断ステップと、前記利用者が実行した処理が定期処理であると判断された場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出ステップと、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて記憶装置に記憶するステップと、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示ステップと、をコンピュータに実行させる。
【発明の効果】
【００１３】
請求項１に記載の画面制御装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
【００１４】
請求項２に記載の画面制御装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
【００１５】
請求項３に記載の画面制御装置によれば、定期処理の内容が履歴情報に基づいて決定される。
【００１６】
請求項４に記載の画像形成装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
させる。
【００１７】
請求項５に記載のプログラムによれば、定期的な処理の実行に係るユーザの利便性を向上する。
【図面の簡単な説明】
【００１８】
【図１】本発明が適用される画像形成装置の構成の一例を示す図である。
【図２】制御装置のハードウェア構成の一例を示す図である。
【図３】制御装置が備える機能の一例を示す機能ブロック図である。
【図４】履歴格納部に格納される履歴情報の一例を示す図である。
【図５】定期処理管理部に格納される情報の一例を示す図である。
【図６】制御装置が実行する処理の一例を示すフローチャートである。
【図７】定期処理か否かを判断する処理について説明するための図である。
【図８】表示制御部が実行する処理の一例を示すフローチャートである。
【図９】操作・表示部に表示される通常の操作画面の一例を示す図である。
【図１０】操作・表示部に表示される定期処理実行提案画面の一例を示す図である。
【図１１】定期処理管理部に格納される情報の別例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について、添付図面を参照しつつ説明する。
【００２０】
図１は、本発明が適用される画像形成装置の構成の一例を示す図である。画像形成装置１００は、操作・表示部（表示装置）１０、制御装置（画面制御装置）２０、画像読取装置３０、画像出力装置４０、及び通信制御装置５０を備える。画像形成装置１００としては、プリンタ、複写機、ファクシミリ、並びに、プリント、コピー及びファクス送信機能等のうち複数の機能を備えるいわゆる複合機等があげられる。
【００２１】
操作・表示部１０は、制御装置２０の制御に基づいて、画像形成装置１００に対する操作入力をユーザ（利用者）から受け付けるための操作画面を表示する。操作・表示部１０は、操作画面を介して、画像形成装置１００に対する指示をユーザから受け付ける。操作・表示部１０は、操作画面を介してユーザから受け付けた指示情報を、制御装置２０に出力する。
【００２２】
制御装置２０は、画像形成装置１００の動作全体を制御する。具体的には、制御装置２０は、操作・表示部１０を制御して、操作・表示部１０に操作画面を表示する。また、制御装置２０は、操作・表示部１０から画像形成装置に対する指示情報を受け付ける。
【００２３】
また、制御装置２０は、受け付けた指示情報に基づいて、画像形成装置１００が備える画像読取装置３０、画像出力装置４０、及び通信制御装置５０を制御する。例えば、操作・表示部１０から画像の読取（スキャン）を指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り、原稿画像を取得する。また、操作・表示部１０から、コピーを指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り原稿画像を取得する。そして、制御装置２０は、画像出力装置４０を制御して、取得した原稿画像を紙等の記録媒体に形成し出力する。
【００２４】
また、操作・表示部１０から、スキャン転送を指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り原稿画像を取得する。そして、制御装置２０は、通信制御装置５０を制御して、取得した原稿画像を不図示の情報処理装置へと送信する。また、操作・表示部１０から、ＦＡＸの送信を指示する指示情報を受け付けた場合、制御装置２０は、まず、画像読取装置３０を制御して、原稿台に置かれた送信対象の文書を読み取り文書画像を取得する。そして、制御装置２０は、通信制御装置５０を制御して、操作・表示部１０で指定された宛先に取得した文書画像を送信する。
【００２５】
また、制御装置２０は、通信制御装置５０から、画像データの印刷を指示する指示情報を受け付けた場合、画像出力装置４０を制御して、通信制御装置５０から受け付けた画像データに基づいた画像を記録媒体に形成し出力する。
【００２６】
画像読取装置３０は、例えば、スキャナであり、制御装置２０の制御に基づいて、原稿台に置かれた原稿を読み取り、読み取った原稿画像を制御装置２０に出力する。
【００２７】
画像出力装置４０は、制御装置２０の制御に基づいて、紙等の記録媒体上に画像を形成し、出力する。
【００２８】
通信制御装置５０は、制御装置２０の制御に基づいて、送信対象の文書画像等を、操作・表示部１０で指定された宛先に送信する。また、通信制御装置５０は、通信手段２００を介して画像形成装置１００と接続された情報処理装置（不図示）から、印刷指示を受け付ける。通信制御装置５０は、受け付けた印刷指示を制御装置２０に出力する。
【００２９】
次に、制御装置２０のハードウェア構成について説明する。図２は、制御装置２０のハードウェア構成の一例を示す図である。
【００３０】
制御装置２０は、入出力部２０１、ＲＯＭ（Read Only Memory）２０２、ＣＰＵ２０３、ＲＡＭ（Random Access Memory）２０４、及びＨＤＤ（ハードディスクドライブ）２０５を備える。
【００３１】
入出力部２０１は、操作・表示部１０、画像読取装置３０、画像出力装置４０、及び通信制御装置５０とデータの送受信を行う。ＲＯＭ２０２は、画像形成装置１００において定期的に実行される処理を判断するプログラム等を格納する。ＣＰＵ２０３は、ＲＯＭ２０２に格納されたプログラムを読み込んで実行する。ＲＡＭ２０４は、プログラムを実行する際に使用される一時的なデータを保存する。ＨＤＤ２０５は、画像形成装置１００が実行した処理の履歴情報、及びユーザ毎の定期処理情報等を格納する。
【００３２】
次に、制御装置２０が備える機能の一例について説明する。図３は、制御装置２０が備える機能の一例を示す機能ブロック図である。制御装置２０は、履歴格納部２１１、定期処理判断部２１２、実行予定日時算出部２１３、定期処理管理部２１４及び表示制御部２１５を備える。履歴格納部２１１及び定期処理管理部２１４は、例えば、ＨＤＤ２０５である。また、定期処理判断部２１２、実行予定日時算出部２１３及び表示制御部２１５は、ＲＯＭ２０２に格納されたプログラムのＣＰＵ２０３による演算によって実現される。
【００３３】
履歴格納部２１１は、画像形成装置１００が実行した処理の履歴情報を格納する。ここで、履歴格納部２１１が格納する履歴情報の一例について、図４を参照して説明する。
【００３４】
図４は、履歴格納部２１１が格納する履歴情報の一例を示す図である。本実施形態では、履歴情報は、項目として、「ジョブＩＤ」、「開始日時」、「終了日時」、「ユーザＩＤ」、「種別」、「宛先／給紙トレイ」、「ページ数」及び「部数」を有する。
【００３５】
「ジョブＩＤ」の項目は、画像形成装置１００によって実行された処理に対して自動的に採番される番号を格納する。「開始日時」は、ジョブＩＤで識別される処理が開始された日時を表す。「終了日時」は、ジョブＩＤで識別される処理が終了した日時を表す。「ユーザＩＤ」は、ジョブＩＤで識別される処理を実行したユーザを一意に識別する情報（利用者情報）である。
【００３６】
「種別」は、ジョブＩＤで識別される処理の種別を表す。「種別」において、「プリント」は印刷処理を表し、「ネット転送」は画像読取装置３０で読み取った画像を、通信手段２００を介して画像形成装置１００に接続された情報処理装置に転送する処理を表す。また、「メール」は、画像読取装置３０で読み取った画像の画像データを添付したメールを送信する処理を表し、「ファクス」は、画像読取装置３０で読み取った画像を宛先にファクス送信する処理を表す。
【００３７】
「宛先／給紙トレイ」の項目には、「種別」がプリント又はコピーの場合には、給紙を行ったトレイの情報が格納される。また、「種別」がネット転送、メール又はファクスの場合、画像読取装置３０で読み取った画像を送信した宛先の情報が格納される。「ページ数」には、ジョブＩＤで識別される処理で処理されたデータのページ数が格納される。「部数」の項目には、プリント、コピー、ネット転送又はファクス送信を行った部数が格納される。
【００３８】
図３に戻り、説明を続ける。定期処理判断部２１２は、履歴格納部２１１に格納された履歴情報に基づいて、ユーザ毎に、定期的に実行される定期処理を判断する。具体的には、操作・表示部１０を介して画像形成装置１００に対して指示された処理の実行後、定期処理判断部２１２は、履歴格納部２１１から履歴情報を取得する。そして、定期処理判断部２１２は、ユーザが指示した処理が、定期的に行われているか否か判定する。ユーザが指示した処理が定期的に行われている場合、定期処理判断部２１２は、ユーザが指示した処理を定期処理と判断する。定期処理判断部２１２は、決定した定期処理を実行するユーザのユーザＩＤ、定期処理が実行される間隔を含む定期処理に関する情報を実行予定日時算出部２１３に出力する。
【００３９】
実行予定日時算出部２１３は、定期処理判断部２１２から、定期処理を実行するユーザのユーザＩＤ、定期処理が実行される間隔を含む定期処理に関する情報を受け付ける。実行予定日時算出部２１３は、定期処理判断部２１２から受け付けた情報に基づいて、受け付けた定期処理が次回実行される実行予定日時を算出する。そして、実行予定日時算出部２１３は、ユーザＩＤ、ユーザＩＤで識別されるユーザが実行する定期処理、及び定期処理が次回実行されると考えられる日時を関連付けて定期処理管理部２１４に記憶させる。
【００４０】
定期処理管理部２１４は、ユーザごとに、ユーザが実行する定期処理と、該定期処理の次回実行予定日とを関連付けて管理する。具体的には、定期処理管理部２１４は、図５（Ａ）に示すイベント管理テーブルと、図５（Ｂ）に示すユーザ管理テーブルとを格納する。
【００４１】
イベント管理テーブルは、「イベントＩＤ」、「実行間隔」、「直近のジョブＩＤ」及び「実行予定日時」の項目を備える。「イベントＩＤ」は、定期処理を一意に識別するための識別番号である。「実行間隔」は、「イベントＩＤ」で識別される定期処理が実施される間隔を表す。「直近のジョブＩＤ」は、「イベントＩＤ」で識別される定期処理の最後に実行された処理に対して採番された番号を格納する。「実行予定日時」は、イベントＩＤで識別される定期処理が、次に実行される予定の日時を格納する。
【００４２】
図５（Ｂ）に示すユーザ管理テーブルは、項目として、「ユーザＩＤ」と、「イベントＩＤ」とを有する。「ユーザＩＤ」は、画像形成装置１００のユーザを一意に識別するための情報である。「イベントＩＤ」は、ユーザＩＤで識別されるユーザに関連付けられる定期処理を表すイベントＩＤを格納する。すなわち、ユーザ管理テーブルは、ユーザＩＤで識別されるユーザが、イベント管理テーブルに登録されている定期処理のうち、いずれの定期処理を実行するかを管理する。
【００４３】
例えば、図５（Ｂ）に示すユーザ管理テーブルにおいて、ユーザＩＤ“ＵＳＲ００３”に関連付けられたイベントＩＤは“２”である。これは、ユーザＩＤ“ＵＳＲ００３”で識別されるユーザが実行する定期処理は、図５（Ａ）に示すイベント管理テーブルのイベントＩＤ“２”で識別される処理であることを意味する。この場合、図５（Ａ）より、ユーザＩＤ“ＵＳＲ００３”で識別されるユーザは、１ヶ月間隔でイベントＩＤ“３”で識別される定期処理を実行し、その次回実行予定日時は２０１０年９月３０日であると判定できる。このようにして、定期処理管理部２１４は、ユーザごとに、ユーザが定期的に実行する定期処理と、該定期処理が次回実行される予定の実行予定日時とを関連付けて管理する。
【００４４】
表示制御部２１５は、操作・表示部１０から、画像形成装置１００を利用するユーザのユーザＩＤを取得する。表示制御部２１５は、定期処理管理部２１４のユーザ管理テーブルを参照して、取得したユーザＩＤと関連付けられた定期処理が存在するか否か判定する。取得したユーザＩＤと関連付けられた定期処理が存在する場合、表示制御部２１５は、イベント管理テーブルを参照する。表示制御部２１５は、現在日付が、実行予定日時を含む予め定めた期間内にある場合、操作・表示部１０に、定期処理の実行を提案する定期処理実行提案画面（定期処理の実行の受付を可能にする画面）を表示する。
【００４５】
次に、制御装置２０が実行する処理の一例を説明する。図６は、制御装置２０が実行する処理の一例を示すフローチャートである。
【００４６】
まず、操作・表示部１０が、ユーザから、画像形成装置１００を使用した処理を実行する際のパラメータ（設定）の指定を受け付ける（ステップＳ１１）。次に、画像読取装置３０、画像出力装置４０又は通信制御装置５０が、制御装置２０の制御に基づいて、ステップＳ１１で指定されたパラメータに基づき、指定された処理を実行する（ステップＳ１３）。
【００４７】
次に、定期処理判断部２１２は、ステップＳ１３で実行された処理が、定期処理実行提案画面から実行されたか否か判定する（ステップＳ１５）。ここで、定期処理実行提案画面とは、表示制御部２１５が、ユーザと関連付けられた定期処理の実行を提案する画面である。
【００４８】
ステップＳ１３で実行された処理が、定期処理実行提案画面から実行された場合（ステップＳ１５／ＹＥＳ）、実行予定日時算出部２１３は、定期処理管理部２１４に記憶されているイベント管理テーブルを更新する（ステップＳ２３）。具体的には、イベント管理テーブルの「直近のジョブＩＤ」を、今回、定期処理実行提案画面から実行した処理（ステップＳ１３で実行された処理）に対して採番されたジョブＩＤに更新する。
【００４９】
ステップＳ１３で実行された処理が、定期処理実行提案画面から実行されていない場合（ステップＳ１５／ＮＯ）、定期処理判断部２１２は、ステップＳ１３で実行された処理が、定期的に実行されているか否か判定する（ステップＳ１７）。具体的には、定期処理判断部２１２は、ステップＳ１３で実行された処理と、例えば、「ユーザＩＤ」、「種別」、及び「宛先／給紙トレイ」の項目値が同一であるレコードを、図４に示した履歴情報から抽出する。例えば、ステップＳ１３で実行された処理の「ユーザＩＤ」が“ＵＳＲ００３”、「種別」が“メール”、「宛先／給紙トレイ」が“ｆｗｄ００１＠ｘｘｘ．ｃｏ．ｊｐ”であったとする。この場合、定期処理判断部２１２は、図７（Ａ）に示すように、図４の履歴情報から「ユーザＩＤ」、「種別」及び「宛先／給紙トレイ」の項目値が、今回実行した処理と同一であるジョブＩＤ“５４２３”及び“５４７２”のレコードを抽出する。
【００５０】
次に、定期処理判断部２１２は、抽出した各処理の開始日時が周期性を有するか否か判定する。例えば、ステップＳ１３の処理の実行を開始した日時が、２０１０年９月５日であったとする。ここで、ジョブＩＤ“５４７２”の処理は、図７（Ａ）に示すように、１週間前の２０１０年８月２９日に実行されており、また、ジョブＩＤ“５４２３”の処理は、２週間前の２０１０年８月２２日に実行されている。つまり、ステップＳ１３で実行された処理が、１週間間隔で実行されている。この場合、定期処理判断部２１２は、抽出した各処理の開始日時が周期性を有するので、ステップＳ１３で実行した処理が定期処理であると判断する。なお、定期処理判断部２１２は、周期性の判定に終了日時を用いてもよい。
【００５１】
定期処理判断部２１２は、各処理が、ほぼ同一の周期で実行されていると認められている場合に、周期性があると判定してもよい。すなわち、定期処理判断部２１２は、各処理が実行される間隔にある程度の範囲（±Ｎ日）を設けて、周期性があるか否かを判定してもよい。例えば、図７（Ｂ）に示すように、ジョブＩＤ“５４７２”の処理は、今回実行した処理の８日前に実行されており、また、ジョブＩＤ“５４２３”の処理は、ジョブＩＤ“５４７２”の５日前に実行されていたとする。この場合、各処理は、１週間±２日の間隔で実行されている。そこで、定期処理判断部２１２は、各処理が、ほぼ１週間毎に実行されていると認められるので、周期性があると判定する。なお、この場合、定期処理判断部２１２は、定期処理の実行間隔を、各処理間の実行間隔の平均値から求めてもよい。つまり、上述の例では、今回実行した処理と前回実行した処理との間隔が８日間であり、前回実行した処理と前々回に実行した処理との間隔が５日間である。この場合、定期処理の実行間隔として、８日間と５日間の平均値（６．５日間）を四捨五入した７日間（１週間）が算出される。
【００５２】
なお、周期性の判定方法は、上述の方法に限られるものではない。
【００５３】
ステップＳ１３で実行された処理が、定期的に実行されていると判定された場合（ステップＳ１７／ＹＥＳ）、定期処理判断部２１２は、ステップＳ１３で実行された処理を定期処理であると判断する（ステップＳ１９）。定期処理判断部２１２は、ユーザ管理テーブルを更新する（ステップＳ２１）。具体的には、定期処理にイベントＩＤを付番し、ユーザ管理テーブルにおいて、ユーザＩＤとイベントＩＤとを関連付ける。
【００５４】
次に、実行予定日時算出部２１３は、ステップＳ１９で定期処理であると判断された処理が次回実行される予定の日時を算出する（ステップＳ２２）。具体的には、ステップＳ１３の処理を開始した日付と、ステップＳ１７で定期処理判断部２１２が算出する実行間隔とに基づいて定期処理が次回実行される予定の日時を算出する。
【００５５】
実行予定日時算出部２１３は、イベント管理テーブルを更新し（ステップＳ２３）、本処理を終了する。具体的には、ステップＳ２１で付番したイベントＩＤに対し、実行間隔、直近のジョブＩＤ、及び実行予定日時を更新する。実行予定日時算出部２１３は、「実行間隔」の項目に、実行予定日の算出に使用した実行間隔を格納する。実行予定日時算出部２１３は、「直近のジョブＩＤ」の項目に、ステップＳ１３で実行された処理に対して付番されたジョブＩＤを格納する。実行予定日時算出部２１３は、「実行予定日時」の項目に、ステップＳ２２で算出した実行予定日時を格納する。
【００５６】
ステップＳ１３で実行された処理が、定期的に実行されていないと判定された場合（ステップＳ１７／ＮＯ）、定期処理判断部２１２は、本処理を終了する。
【００５７】
次に、ユーザに定期処理実行提案画面を提示する処理の一例について説明する。図８は、表示制御部２１５が実行するユーザに定期処理実行提案画面を提示する処理の一例を示すフローチャートである。
【００５８】
表示制御部２１５は、操作・表示部１０から、画像形成装置１００の利用を開始したユーザＩＤ（利用者情報）を取得する（ステップＳ５１）。表示制御部２１５は、ユーザＩＤに関連付けられた定期処理が存在するか否か判定する（ステップＳ５３）。ユーザＩＤに関連付けられた定期処理が存在しない場合（ステップＳ５３／ＮＯ）、表示制御部２１５は、例えば、図９に示すような通常の操作画面を操作・表示部１０に表示し（ステップＳ５７）、処理を終了する。
【００５９】
ユーザＩＤに関連付けられた定期処理が存在する場合（ステップＳ５３／ＹＥＳ）、表示制御部２１５は、ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日（Ｍは予め定められた任意の整数）に、現在日時が含まれるか否か判定する（ステップＳ５５）。
【００６０】
ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日に現在日時が含まれない場合（ステップＳ５５／ＮＯ）、表示制御部２１５は、例えば、図９に示すような通常の操作画面を操作・表示部１０に表示し（ステップＳ５７）、処理を終了する。
【００６１】
ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日に現在日時が含まれる場合（ステップＳ５５／ＹＥＳ）、表示制御部２１５は、操作・表示部１０に定期処理の実行を提案する定期処理実行提案画面を表示し（ステップＳ５９）、処理を終了する。例えば、表示制御部２１５は、図１０（Ａ）に示す画面を、図９に示した通常の操作画面上に重畳して表示する。図１０（Ａ）では、実行が予定されている定期処理（ジョブ）として、メール送信と、ファクス送信とが表示されている。ここで、図１０（Ａ）に示されたジョブのうち、「メール」を選択すると、図１０（Ｂ）に示されるように、メール送信を実行するための画面が表示される。図１０（Ｂ）において表示されている設定情報は、「直近のジョブＩＤ」で識別される処理において設定された設定情報に基づく。「直近のジョブＩＤ」で識別される処理において設定された設定情報は、履歴情報から取得される。すなわち、履歴情報に基づいて、定期処理の内容（設定情報）は決定される。なお、図１０（Ａ）において、「メニューに戻る」を選択すると、図９で示した通常の操作画面が表示される。
【００６２】
以上の説明から明らかなように、上述の実施形態において、履歴格納部２１１は、実行開始日時等を含む画像形成装置１００で実行された処理に関する情報と、該処理を実行したユーザを識別するユーザＩＤとを関連付けた履歴情報を格納し、定期処理判断部２１２は、履歴情報に基づいて、ユーザごとに、今回実行した処理が定期的に実行される定期処理であるか否かを判断する。実行予定日時算出部２１３は、定期処理が次に実行される予定の日時を算出し、定期処理管理部２１４が、ユーザ毎に、定期処理と、算出された実行予定日時とを関連付けて管理する。表示制御部２１５は、定期処理管理部２１４が管理する情報に基づいて、実行予定日時を含む予め定められた期間、ユーザに対し、ユーザ及び実行予定日時と関連付けられた定期処理を実行するための画面を操作・表示部１０に表示させる。
【００６３】
画像形成装置の中には、頻繁に使用する処理を登録しておくことができる画像形成装置が存在する。しかしながら、そのような画像形成装置であっても、頻繁に実行する処理の登録はユーザが行わなければならない。また、登録した処理を実行する際には、ユーザが、操作画面を操作することによって登録した処理を呼び出さなければならない。本実施形態によれば、ユーザが定期的に実行する処理が、定期処理管理部２１４に自動的に登録される。また、実行予定日時を含む予め定めた期間内に（例えば、実行予定日時±Ｍ日。なお、実行予定日時−Ｎ日及び実行予定日時＋Ｍ日というように、実行予定日時の前後で期間が異なってもよい。）、ユーザによって画像形成装置が使用される場合に、定期処理の実行を可能にする画面（定期処理実行提案画面）が提供される。ユーザは、定期処理を実行する場合には、定期処理実行提案画面から定期処理を実行すればよいし、定期処理を実行しない場合には、通常の操作画面から処理を行えばよい。これにより、本実施形態の構成を有さない画像形成装置と比較して、定期的な処理の実行を行なう場合にユーザが行なう処理（操作）が減少する。また、本実施形態の構成を有さない画像形成装置と比較して、定期的な処理の実行に係るユーザの利便性が向上する。
【００６４】
なお、定期処理実行画面は、実行予定日時を含む予め定められた期間後に、ユーザによって画像形成装置が使用される場合に表示されてもよい。
【００６５】
また、本実施形態によれば、ユーザが画像形成装置１００で処理を実行するたびに、実行された処理が定期処理であるか否か判定される。これにより、ユーザに対して、画像形成装置を用いる周期的な定型業務等が新たに割り当てられた場合にも、ユーザが特別な操作を行うことなく新たな定型業務に対応する定期処理が登録される。
【００６６】
また、上記実施例において、定期処理提案画面において提案する定期処理の設定情報等を、履歴情報に基づいて決定していた。これにより、ユーザに対して、直近の処理で用いた設定情報が、定期処理の設定情報として提案される。
【００６７】
上述した実施の形態は、本発明の実施形態の一部である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００６８】
例えば、上述の実施形態では、定期処理管理部２１４は、ユーザ管理テーブルと、イベント管理テーブルとを用いて、ユーザごとに、定期的に実行される定期処理と、該定期処理が次回実行される予定の実行予定日時とを関連付けて管理していた。しかしながら、例えば、定期処理管理部２１４は、図１１（Ａ）に示すような、ユーザ管理テーブルとイベント管理テーブルとを統合したテーブルを用いて、ユーザ毎の定期処理を管理してもよい。
【００６９】
また、上述の実施形態では、「直近のジョブＩＤ」で識別される処理から、定期処理提案画面において提案する定期処理の設定情報等を取得していた。しかしながら、図１１（Ｂ）に示すように、定期処理毎に、直近のジョブＩＤではなく、各設定情報の値を格納してもよい。この場合、各設定情報の項目には、直近の処理で指定された設定情報を格納してもよいし、あるいは、各処理の履歴情報に基づき、設定値の平均値や、最も多く使用された設定情報を格納してもよい。これにより、ユーザに対して、利用頻度の高い設定情報が、定期処理の設定情報として提案される。
【００７０】
なお、上記の制御装置２０が有する機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータによって実現することができる。その場合、制御装置２０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００７１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【符号の説明】
【００７３】
１０…操作・表示部
２０…制御装置
１００…画像形成装置
２１１…履歴格納部
２１２…定期処理判断部
２１３…実行予定日時算出部
２１４…定期処理管理部
２１５…表示制御部
【技術分野】
【０００１】
本発明は、画面制御装置、画像形成装置およびプログラムに関する。
【背景技術】
【０００２】
企業等においては、毎週や毎月など定期的に行われる定型業務が存在する。定型業務の中には、画像形成装置を使用する業務も存在する。近年、画像形成装置の多機能化・高機能化に伴い、画像形成装置に対する指示をユーザ（利用者）から受け付ける操作画面には、様々な設定を受け付ける多くのボタン等が配置されている。これに伴い、画像形成装置を使用した定型業務を行う場合にユーザに必要とされる画像形成装置に対する操作も複雑化・煩雑化している。
【０００３】
特許文献１には、入力手段により入力されたスケジュール情報のスケジュール時間と、情報蓄積手段に既に設定登録されたスケジュール情報のスケジュール時間との重なりを判定し、設定登録すべきスケジュール時間の重なりが存在するとき、設定登録すべきスケジュール情報の優先順位が既設定登録のスケジュール情報優先順位よりも高い場合にのみ、スケジュール情報を情報蓄積手段に設定登録するスケジュール管理装置が開示されている。
【０００４】
特許文献２には、タイマにスケジュール時刻を設定し、設定時刻がきたら自動的に所望の問題用紙を問題記憶手段から読み出し印字出力する画像処理装置が開示されている。
【０００５】
特許文献３には、時系列的に使用頻度を表す大量のデータから、データ条件入力部の指定する条件に適合するデータを取り出し、取り出されたデータを解析して使用頻度の時系列的傾向のパターンを抽出する使用頻度予測装置が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平６−１８７３５１号公報
【特許文献２】特開平８−１６０８６号公報
【特許文献３】特開平８−２７２８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、定期的な処理の実行を行う場合に利用者が行う処理を減少させる画面制御装置、画像形成装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の画面制御装置は、画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、を備える。
【０００９】
請求項２に記載の画面制御装置は、画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行する処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間後に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、を備える。
【００１０】
請求項３に記載の画面制御装置は、請求項１又は２に記載の画面制御装置において、前記定期処理管理手段で管理される前記定期処理の内容は、前記履歴情報に格納された処理の内容に基づいて決定されることを特徴とする。
【００１１】
請求項４に記載の画像形成装置は、利用者からの操作入力を受け付ける操作画面を表示する表示装置と、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、前記履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を前記表示装置に表示させる表示制御手段とからなる画面制御装置と、を備える。
【００１２】
請求項５に記載のプログラムは、記憶装置に格納された、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断ステップと、前記利用者が実行した処理が定期処理であると判断された場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出ステップと、前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて記憶装置に記憶するステップと、実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示ステップと、をコンピュータに実行させる。
【発明の効果】
【００１３】
請求項１に記載の画面制御装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
【００１４】
請求項２に記載の画面制御装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
【００１５】
請求項３に記載の画面制御装置によれば、定期処理の内容が履歴情報に基づいて決定される。
【００１６】
請求項４に記載の画像形成装置によれば、定期的な処理の実行を行う場合に利用者が行う処理が減少する。
させる。
【００１７】
請求項５に記載のプログラムによれば、定期的な処理の実行に係るユーザの利便性を向上する。
【図面の簡単な説明】
【００１８】
【図１】本発明が適用される画像形成装置の構成の一例を示す図である。
【図２】制御装置のハードウェア構成の一例を示す図である。
【図３】制御装置が備える機能の一例を示す機能ブロック図である。
【図４】履歴格納部に格納される履歴情報の一例を示す図である。
【図５】定期処理管理部に格納される情報の一例を示す図である。
【図６】制御装置が実行する処理の一例を示すフローチャートである。
【図７】定期処理か否かを判断する処理について説明するための図である。
【図８】表示制御部が実行する処理の一例を示すフローチャートである。
【図９】操作・表示部に表示される通常の操作画面の一例を示す図である。
【図１０】操作・表示部に表示される定期処理実行提案画面の一例を示す図である。
【図１１】定期処理管理部に格納される情報の別例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態について、添付図面を参照しつつ説明する。
【００２０】
図１は、本発明が適用される画像形成装置の構成の一例を示す図である。画像形成装置１００は、操作・表示部（表示装置）１０、制御装置（画面制御装置）２０、画像読取装置３０、画像出力装置４０、及び通信制御装置５０を備える。画像形成装置１００としては、プリンタ、複写機、ファクシミリ、並びに、プリント、コピー及びファクス送信機能等のうち複数の機能を備えるいわゆる複合機等があげられる。
【００２１】
操作・表示部１０は、制御装置２０の制御に基づいて、画像形成装置１００に対する操作入力をユーザ（利用者）から受け付けるための操作画面を表示する。操作・表示部１０は、操作画面を介して、画像形成装置１００に対する指示をユーザから受け付ける。操作・表示部１０は、操作画面を介してユーザから受け付けた指示情報を、制御装置２０に出力する。
【００２２】
制御装置２０は、画像形成装置１００の動作全体を制御する。具体的には、制御装置２０は、操作・表示部１０を制御して、操作・表示部１０に操作画面を表示する。また、制御装置２０は、操作・表示部１０から画像形成装置に対する指示情報を受け付ける。
【００２３】
また、制御装置２０は、受け付けた指示情報に基づいて、画像形成装置１００が備える画像読取装置３０、画像出力装置４０、及び通信制御装置５０を制御する。例えば、操作・表示部１０から画像の読取（スキャン）を指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り、原稿画像を取得する。また、操作・表示部１０から、コピーを指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り原稿画像を取得する。そして、制御装置２０は、画像出力装置４０を制御して、取得した原稿画像を紙等の記録媒体に形成し出力する。
【００２４】
また、操作・表示部１０から、スキャン転送を指示する指示情報を受け付けた場合、制御装置２０は、画像読取装置３０を制御して、原稿台に置かれた原稿を読み取り原稿画像を取得する。そして、制御装置２０は、通信制御装置５０を制御して、取得した原稿画像を不図示の情報処理装置へと送信する。また、操作・表示部１０から、ＦＡＸの送信を指示する指示情報を受け付けた場合、制御装置２０は、まず、画像読取装置３０を制御して、原稿台に置かれた送信対象の文書を読み取り文書画像を取得する。そして、制御装置２０は、通信制御装置５０を制御して、操作・表示部１０で指定された宛先に取得した文書画像を送信する。
【００２５】
また、制御装置２０は、通信制御装置５０から、画像データの印刷を指示する指示情報を受け付けた場合、画像出力装置４０を制御して、通信制御装置５０から受け付けた画像データに基づいた画像を記録媒体に形成し出力する。
【００２６】
画像読取装置３０は、例えば、スキャナであり、制御装置２０の制御に基づいて、原稿台に置かれた原稿を読み取り、読み取った原稿画像を制御装置２０に出力する。
【００２７】
画像出力装置４０は、制御装置２０の制御に基づいて、紙等の記録媒体上に画像を形成し、出力する。
【００２８】
通信制御装置５０は、制御装置２０の制御に基づいて、送信対象の文書画像等を、操作・表示部１０で指定された宛先に送信する。また、通信制御装置５０は、通信手段２００を介して画像形成装置１００と接続された情報処理装置（不図示）から、印刷指示を受け付ける。通信制御装置５０は、受け付けた印刷指示を制御装置２０に出力する。
【００２９】
次に、制御装置２０のハードウェア構成について説明する。図２は、制御装置２０のハードウェア構成の一例を示す図である。
【００３０】
制御装置２０は、入出力部２０１、ＲＯＭ（Read Only Memory）２０２、ＣＰＵ２０３、ＲＡＭ（Random Access Memory）２０４、及びＨＤＤ（ハードディスクドライブ）２０５を備える。
【００３１】
入出力部２０１は、操作・表示部１０、画像読取装置３０、画像出力装置４０、及び通信制御装置５０とデータの送受信を行う。ＲＯＭ２０２は、画像形成装置１００において定期的に実行される処理を判断するプログラム等を格納する。ＣＰＵ２０３は、ＲＯＭ２０２に格納されたプログラムを読み込んで実行する。ＲＡＭ２０４は、プログラムを実行する際に使用される一時的なデータを保存する。ＨＤＤ２０５は、画像形成装置１００が実行した処理の履歴情報、及びユーザ毎の定期処理情報等を格納する。
【００３２】
次に、制御装置２０が備える機能の一例について説明する。図３は、制御装置２０が備える機能の一例を示す機能ブロック図である。制御装置２０は、履歴格納部２１１、定期処理判断部２１２、実行予定日時算出部２１３、定期処理管理部２１４及び表示制御部２１５を備える。履歴格納部２１１及び定期処理管理部２１４は、例えば、ＨＤＤ２０５である。また、定期処理判断部２１２、実行予定日時算出部２１３及び表示制御部２１５は、ＲＯＭ２０２に格納されたプログラムのＣＰＵ２０３による演算によって実現される。
【００３３】
履歴格納部２１１は、画像形成装置１００が実行した処理の履歴情報を格納する。ここで、履歴格納部２１１が格納する履歴情報の一例について、図４を参照して説明する。
【００３４】
図４は、履歴格納部２１１が格納する履歴情報の一例を示す図である。本実施形態では、履歴情報は、項目として、「ジョブＩＤ」、「開始日時」、「終了日時」、「ユーザＩＤ」、「種別」、「宛先／給紙トレイ」、「ページ数」及び「部数」を有する。
【００３５】
「ジョブＩＤ」の項目は、画像形成装置１００によって実行された処理に対して自動的に採番される番号を格納する。「開始日時」は、ジョブＩＤで識別される処理が開始された日時を表す。「終了日時」は、ジョブＩＤで識別される処理が終了した日時を表す。「ユーザＩＤ」は、ジョブＩＤで識別される処理を実行したユーザを一意に識別する情報（利用者情報）である。
【００３６】
「種別」は、ジョブＩＤで識別される処理の種別を表す。「種別」において、「プリント」は印刷処理を表し、「ネット転送」は画像読取装置３０で読み取った画像を、通信手段２００を介して画像形成装置１００に接続された情報処理装置に転送する処理を表す。また、「メール」は、画像読取装置３０で読み取った画像の画像データを添付したメールを送信する処理を表し、「ファクス」は、画像読取装置３０で読み取った画像を宛先にファクス送信する処理を表す。
【００３７】
「宛先／給紙トレイ」の項目には、「種別」がプリント又はコピーの場合には、給紙を行ったトレイの情報が格納される。また、「種別」がネット転送、メール又はファクスの場合、画像読取装置３０で読み取った画像を送信した宛先の情報が格納される。「ページ数」には、ジョブＩＤで識別される処理で処理されたデータのページ数が格納される。「部数」の項目には、プリント、コピー、ネット転送又はファクス送信を行った部数が格納される。
【００３８】
図３に戻り、説明を続ける。定期処理判断部２１２は、履歴格納部２１１に格納された履歴情報に基づいて、ユーザ毎に、定期的に実行される定期処理を判断する。具体的には、操作・表示部１０を介して画像形成装置１００に対して指示された処理の実行後、定期処理判断部２１２は、履歴格納部２１１から履歴情報を取得する。そして、定期処理判断部２１２は、ユーザが指示した処理が、定期的に行われているか否か判定する。ユーザが指示した処理が定期的に行われている場合、定期処理判断部２１２は、ユーザが指示した処理を定期処理と判断する。定期処理判断部２１２は、決定した定期処理を実行するユーザのユーザＩＤ、定期処理が実行される間隔を含む定期処理に関する情報を実行予定日時算出部２１３に出力する。
【００３９】
実行予定日時算出部２１３は、定期処理判断部２１２から、定期処理を実行するユーザのユーザＩＤ、定期処理が実行される間隔を含む定期処理に関する情報を受け付ける。実行予定日時算出部２１３は、定期処理判断部２１２から受け付けた情報に基づいて、受け付けた定期処理が次回実行される実行予定日時を算出する。そして、実行予定日時算出部２１３は、ユーザＩＤ、ユーザＩＤで識別されるユーザが実行する定期処理、及び定期処理が次回実行されると考えられる日時を関連付けて定期処理管理部２１４に記憶させる。
【００４０】
定期処理管理部２１４は、ユーザごとに、ユーザが実行する定期処理と、該定期処理の次回実行予定日とを関連付けて管理する。具体的には、定期処理管理部２１４は、図５（Ａ）に示すイベント管理テーブルと、図５（Ｂ）に示すユーザ管理テーブルとを格納する。
【００４１】
イベント管理テーブルは、「イベントＩＤ」、「実行間隔」、「直近のジョブＩＤ」及び「実行予定日時」の項目を備える。「イベントＩＤ」は、定期処理を一意に識別するための識別番号である。「実行間隔」は、「イベントＩＤ」で識別される定期処理が実施される間隔を表す。「直近のジョブＩＤ」は、「イベントＩＤ」で識別される定期処理の最後に実行された処理に対して採番された番号を格納する。「実行予定日時」は、イベントＩＤで識別される定期処理が、次に実行される予定の日時を格納する。
【００４２】
図５（Ｂ）に示すユーザ管理テーブルは、項目として、「ユーザＩＤ」と、「イベントＩＤ」とを有する。「ユーザＩＤ」は、画像形成装置１００のユーザを一意に識別するための情報である。「イベントＩＤ」は、ユーザＩＤで識別されるユーザに関連付けられる定期処理を表すイベントＩＤを格納する。すなわち、ユーザ管理テーブルは、ユーザＩＤで識別されるユーザが、イベント管理テーブルに登録されている定期処理のうち、いずれの定期処理を実行するかを管理する。
【００４３】
例えば、図５（Ｂ）に示すユーザ管理テーブルにおいて、ユーザＩＤ“ＵＳＲ００３”に関連付けられたイベントＩＤは“２”である。これは、ユーザＩＤ“ＵＳＲ００３”で識別されるユーザが実行する定期処理は、図５（Ａ）に示すイベント管理テーブルのイベントＩＤ“２”で識別される処理であることを意味する。この場合、図５（Ａ）より、ユーザＩＤ“ＵＳＲ００３”で識別されるユーザは、１ヶ月間隔でイベントＩＤ“３”で識別される定期処理を実行し、その次回実行予定日時は２０１０年９月３０日であると判定できる。このようにして、定期処理管理部２１４は、ユーザごとに、ユーザが定期的に実行する定期処理と、該定期処理が次回実行される予定の実行予定日時とを関連付けて管理する。
【００４４】
表示制御部２１５は、操作・表示部１０から、画像形成装置１００を利用するユーザのユーザＩＤを取得する。表示制御部２１５は、定期処理管理部２１４のユーザ管理テーブルを参照して、取得したユーザＩＤと関連付けられた定期処理が存在するか否か判定する。取得したユーザＩＤと関連付けられた定期処理が存在する場合、表示制御部２１５は、イベント管理テーブルを参照する。表示制御部２１５は、現在日付が、実行予定日時を含む予め定めた期間内にある場合、操作・表示部１０に、定期処理の実行を提案する定期処理実行提案画面（定期処理の実行の受付を可能にする画面）を表示する。
【００４５】
次に、制御装置２０が実行する処理の一例を説明する。図６は、制御装置２０が実行する処理の一例を示すフローチャートである。
【００４６】
まず、操作・表示部１０が、ユーザから、画像形成装置１００を使用した処理を実行する際のパラメータ（設定）の指定を受け付ける（ステップＳ１１）。次に、画像読取装置３０、画像出力装置４０又は通信制御装置５０が、制御装置２０の制御に基づいて、ステップＳ１１で指定されたパラメータに基づき、指定された処理を実行する（ステップＳ１３）。
【００４７】
次に、定期処理判断部２１２は、ステップＳ１３で実行された処理が、定期処理実行提案画面から実行されたか否か判定する（ステップＳ１５）。ここで、定期処理実行提案画面とは、表示制御部２１５が、ユーザと関連付けられた定期処理の実行を提案する画面である。
【００４８】
ステップＳ１３で実行された処理が、定期処理実行提案画面から実行された場合（ステップＳ１５／ＹＥＳ）、実行予定日時算出部２１３は、定期処理管理部２１４に記憶されているイベント管理テーブルを更新する（ステップＳ２３）。具体的には、イベント管理テーブルの「直近のジョブＩＤ」を、今回、定期処理実行提案画面から実行した処理（ステップＳ１３で実行された処理）に対して採番されたジョブＩＤに更新する。
【００４９】
ステップＳ１３で実行された処理が、定期処理実行提案画面から実行されていない場合（ステップＳ１５／ＮＯ）、定期処理判断部２１２は、ステップＳ１３で実行された処理が、定期的に実行されているか否か判定する（ステップＳ１７）。具体的には、定期処理判断部２１２は、ステップＳ１３で実行された処理と、例えば、「ユーザＩＤ」、「種別」、及び「宛先／給紙トレイ」の項目値が同一であるレコードを、図４に示した履歴情報から抽出する。例えば、ステップＳ１３で実行された処理の「ユーザＩＤ」が“ＵＳＲ００３”、「種別」が“メール”、「宛先／給紙トレイ」が“ｆｗｄ００１＠ｘｘｘ．ｃｏ．ｊｐ”であったとする。この場合、定期処理判断部２１２は、図７（Ａ）に示すように、図４の履歴情報から「ユーザＩＤ」、「種別」及び「宛先／給紙トレイ」の項目値が、今回実行した処理と同一であるジョブＩＤ“５４２３”及び“５４７２”のレコードを抽出する。
【００５０】
次に、定期処理判断部２１２は、抽出した各処理の開始日時が周期性を有するか否か判定する。例えば、ステップＳ１３の処理の実行を開始した日時が、２０１０年９月５日であったとする。ここで、ジョブＩＤ“５４７２”の処理は、図７（Ａ）に示すように、１週間前の２０１０年８月２９日に実行されており、また、ジョブＩＤ“５４２３”の処理は、２週間前の２０１０年８月２２日に実行されている。つまり、ステップＳ１３で実行された処理が、１週間間隔で実行されている。この場合、定期処理判断部２１２は、抽出した各処理の開始日時が周期性を有するので、ステップＳ１３で実行した処理が定期処理であると判断する。なお、定期処理判断部２１２は、周期性の判定に終了日時を用いてもよい。
【００５１】
定期処理判断部２１２は、各処理が、ほぼ同一の周期で実行されていると認められている場合に、周期性があると判定してもよい。すなわち、定期処理判断部２１２は、各処理が実行される間隔にある程度の範囲（±Ｎ日）を設けて、周期性があるか否かを判定してもよい。例えば、図７（Ｂ）に示すように、ジョブＩＤ“５４７２”の処理は、今回実行した処理の８日前に実行されており、また、ジョブＩＤ“５４２３”の処理は、ジョブＩＤ“５４７２”の５日前に実行されていたとする。この場合、各処理は、１週間±２日の間隔で実行されている。そこで、定期処理判断部２１２は、各処理が、ほぼ１週間毎に実行されていると認められるので、周期性があると判定する。なお、この場合、定期処理判断部２１２は、定期処理の実行間隔を、各処理間の実行間隔の平均値から求めてもよい。つまり、上述の例では、今回実行した処理と前回実行した処理との間隔が８日間であり、前回実行した処理と前々回に実行した処理との間隔が５日間である。この場合、定期処理の実行間隔として、８日間と５日間の平均値（６．５日間）を四捨五入した７日間（１週間）が算出される。
【００５２】
なお、周期性の判定方法は、上述の方法に限られるものではない。
【００５３】
ステップＳ１３で実行された処理が、定期的に実行されていると判定された場合（ステップＳ１７／ＹＥＳ）、定期処理判断部２１２は、ステップＳ１３で実行された処理を定期処理であると判断する（ステップＳ１９）。定期処理判断部２１２は、ユーザ管理テーブルを更新する（ステップＳ２１）。具体的には、定期処理にイベントＩＤを付番し、ユーザ管理テーブルにおいて、ユーザＩＤとイベントＩＤとを関連付ける。
【００５４】
次に、実行予定日時算出部２１３は、ステップＳ１９で定期処理であると判断された処理が次回実行される予定の日時を算出する（ステップＳ２２）。具体的には、ステップＳ１３の処理を開始した日付と、ステップＳ１７で定期処理判断部２１２が算出する実行間隔とに基づいて定期処理が次回実行される予定の日時を算出する。
【００５５】
実行予定日時算出部２１３は、イベント管理テーブルを更新し（ステップＳ２３）、本処理を終了する。具体的には、ステップＳ２１で付番したイベントＩＤに対し、実行間隔、直近のジョブＩＤ、及び実行予定日時を更新する。実行予定日時算出部２１３は、「実行間隔」の項目に、実行予定日の算出に使用した実行間隔を格納する。実行予定日時算出部２１３は、「直近のジョブＩＤ」の項目に、ステップＳ１３で実行された処理に対して付番されたジョブＩＤを格納する。実行予定日時算出部２１３は、「実行予定日時」の項目に、ステップＳ２２で算出した実行予定日時を格納する。
【００５６】
ステップＳ１３で実行された処理が、定期的に実行されていないと判定された場合（ステップＳ１７／ＮＯ）、定期処理判断部２１２は、本処理を終了する。
【００５７】
次に、ユーザに定期処理実行提案画面を提示する処理の一例について説明する。図８は、表示制御部２１５が実行するユーザに定期処理実行提案画面を提示する処理の一例を示すフローチャートである。
【００５８】
表示制御部２１５は、操作・表示部１０から、画像形成装置１００の利用を開始したユーザＩＤ（利用者情報）を取得する（ステップＳ５１）。表示制御部２１５は、ユーザＩＤに関連付けられた定期処理が存在するか否か判定する（ステップＳ５３）。ユーザＩＤに関連付けられた定期処理が存在しない場合（ステップＳ５３／ＮＯ）、表示制御部２１５は、例えば、図９に示すような通常の操作画面を操作・表示部１０に表示し（ステップＳ５７）、処理を終了する。
【００５９】
ユーザＩＤに関連付けられた定期処理が存在する場合（ステップＳ５３／ＹＥＳ）、表示制御部２１５は、ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日（Ｍは予め定められた任意の整数）に、現在日時が含まれるか否か判定する（ステップＳ５５）。
【００６０】
ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日に現在日時が含まれない場合（ステップＳ５５／ＮＯ）、表示制御部２１５は、例えば、図９に示すような通常の操作画面を操作・表示部１０に表示し（ステップＳ５７）、処理を終了する。
【００６１】
ユーザＩＤに関連付けられた定期処理の実行予定日時の前後Ｍ日に現在日時が含まれる場合（ステップＳ５５／ＹＥＳ）、表示制御部２１５は、操作・表示部１０に定期処理の実行を提案する定期処理実行提案画面を表示し（ステップＳ５９）、処理を終了する。例えば、表示制御部２１５は、図１０（Ａ）に示す画面を、図９に示した通常の操作画面上に重畳して表示する。図１０（Ａ）では、実行が予定されている定期処理（ジョブ）として、メール送信と、ファクス送信とが表示されている。ここで、図１０（Ａ）に示されたジョブのうち、「メール」を選択すると、図１０（Ｂ）に示されるように、メール送信を実行するための画面が表示される。図１０（Ｂ）において表示されている設定情報は、「直近のジョブＩＤ」で識別される処理において設定された設定情報に基づく。「直近のジョブＩＤ」で識別される処理において設定された設定情報は、履歴情報から取得される。すなわち、履歴情報に基づいて、定期処理の内容（設定情報）は決定される。なお、図１０（Ａ）において、「メニューに戻る」を選択すると、図９で示した通常の操作画面が表示される。
【００６２】
以上の説明から明らかなように、上述の実施形態において、履歴格納部２１１は、実行開始日時等を含む画像形成装置１００で実行された処理に関する情報と、該処理を実行したユーザを識別するユーザＩＤとを関連付けた履歴情報を格納し、定期処理判断部２１２は、履歴情報に基づいて、ユーザごとに、今回実行した処理が定期的に実行される定期処理であるか否かを判断する。実行予定日時算出部２１３は、定期処理が次に実行される予定の日時を算出し、定期処理管理部２１４が、ユーザ毎に、定期処理と、算出された実行予定日時とを関連付けて管理する。表示制御部２１５は、定期処理管理部２１４が管理する情報に基づいて、実行予定日時を含む予め定められた期間、ユーザに対し、ユーザ及び実行予定日時と関連付けられた定期処理を実行するための画面を操作・表示部１０に表示させる。
【００６３】
画像形成装置の中には、頻繁に使用する処理を登録しておくことができる画像形成装置が存在する。しかしながら、そのような画像形成装置であっても、頻繁に実行する処理の登録はユーザが行わなければならない。また、登録した処理を実行する際には、ユーザが、操作画面を操作することによって登録した処理を呼び出さなければならない。本実施形態によれば、ユーザが定期的に実行する処理が、定期処理管理部２１４に自動的に登録される。また、実行予定日時を含む予め定めた期間内に（例えば、実行予定日時±Ｍ日。なお、実行予定日時−Ｎ日及び実行予定日時＋Ｍ日というように、実行予定日時の前後で期間が異なってもよい。）、ユーザによって画像形成装置が使用される場合に、定期処理の実行を可能にする画面（定期処理実行提案画面）が提供される。ユーザは、定期処理を実行する場合には、定期処理実行提案画面から定期処理を実行すればよいし、定期処理を実行しない場合には、通常の操作画面から処理を行えばよい。これにより、本実施形態の構成を有さない画像形成装置と比較して、定期的な処理の実行を行なう場合にユーザが行なう処理（操作）が減少する。また、本実施形態の構成を有さない画像形成装置と比較して、定期的な処理の実行に係るユーザの利便性が向上する。
【００６４】
なお、定期処理実行画面は、実行予定日時を含む予め定められた期間後に、ユーザによって画像形成装置が使用される場合に表示されてもよい。
【００６５】
また、本実施形態によれば、ユーザが画像形成装置１００で処理を実行するたびに、実行された処理が定期処理であるか否か判定される。これにより、ユーザに対して、画像形成装置を用いる周期的な定型業務等が新たに割り当てられた場合にも、ユーザが特別な操作を行うことなく新たな定型業務に対応する定期処理が登録される。
【００６６】
また、上記実施例において、定期処理提案画面において提案する定期処理の設定情報等を、履歴情報に基づいて決定していた。これにより、ユーザに対して、直近の処理で用いた設定情報が、定期処理の設定情報として提案される。
【００６７】
上述した実施の形態は、本発明の実施形態の一部である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００６８】
例えば、上述の実施形態では、定期処理管理部２１４は、ユーザ管理テーブルと、イベント管理テーブルとを用いて、ユーザごとに、定期的に実行される定期処理と、該定期処理が次回実行される予定の実行予定日時とを関連付けて管理していた。しかしながら、例えば、定期処理管理部２１４は、図１１（Ａ）に示すような、ユーザ管理テーブルとイベント管理テーブルとを統合したテーブルを用いて、ユーザ毎の定期処理を管理してもよい。
【００６９】
また、上述の実施形態では、「直近のジョブＩＤ」で識別される処理から、定期処理提案画面において提案する定期処理の設定情報等を取得していた。しかしながら、図１１（Ｂ）に示すように、定期処理毎に、直近のジョブＩＤではなく、各設定情報の値を格納してもよい。この場合、各設定情報の項目には、直近の処理で指定された設定情報を格納してもよいし、あるいは、各処理の履歴情報に基づき、設定値の平均値や、最も多く使用された設定情報を格納してもよい。これにより、ユーザに対して、利用頻度の高い設定情報が、定期処理の設定情報として提案される。
【００７０】
なお、上記の制御装置２０が有する機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えるコンピュータによって実現することができる。その場合、制御装置２０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００７１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００７２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【符号の説明】
【００７３】
１０…操作・表示部
２０…制御装置
１００…画像形成装置
２１１…履歴格納部
２１２…定期処理判断部
２１３…実行予定日時算出部
２１４…定期処理管理部
２１５…表示制御部
【特許請求の範囲】
【請求項１】
画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、
を備える画面制御装置。
【請求項２】
画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行する処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間後に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、
を備える画面制御装置。
【請求項３】
前記定期処理管理手段で管理される前記定期処理の内容は、前記履歴情報に格納された処理の内容に基づいて決定されることを特徴とする請求項１又は２に記載の画面制御装置。
【請求項４】
利用者からの操作入力を受け付ける操作画面を表示する表示装置と、
画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を前記表示装置に表示させる表示制御手段とからなる画面制御装置と、
を備える画像形成装置。
【請求項５】
記憶装置に格納された、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断ステップと、
前記利用者が実行した処理が定期処理であると判断された場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出ステップと、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて記憶装置に記憶するステップと、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示ステップと、
をコンピュータに実行させるプログラム。
【請求項１】
画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、
を備える画面制御装置。
【請求項２】
画像形成装置で実行された処理の内容に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、前記利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行する処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間後に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示制御手段と、
を備える画面制御装置。
【請求項３】
前記定期処理管理手段で管理される前記定期処理の内容は、前記履歴情報に格納された処理の内容に基づいて決定されることを特徴とする請求項１又は２に記載の画面制御装置。
【請求項４】
利用者からの操作入力を受け付ける操作画面を表示する表示装置と、
画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報を格納する履歴格納手段と、
前記履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断手段と、
前記利用者が実行した処理が定期処理であると判断した場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出手段と、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて管理する定期処理管理手段と、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を前記表示装置に表示させる表示制御手段とからなる画面制御装置と、
を備える画像形成装置。
【請求項５】
記憶装置に格納された、画像形成装置で実行された処理に関する情報と、前記処理を実行した利用者を識別する利用者情報とを関連付けた履歴情報に基づいて、利用者が実行した処理が、定期的に実行される定期処理であるか否かを判断する定期処理判断ステップと、
前記利用者が実行した処理が定期処理であると判断された場合に、前記定期処理が次に実行される予定の日時を算出する実行予定日時算出ステップと、
前記利用者と、前記定期処理と、前記算出された実行予定日時とを関連付けて記憶装置に記憶するステップと、
実行予定日時を含む予め定められた期間内に、前記利用者によって前記画像形成装置が使用される場合に前記定期処理の実行の受付を可能にする画面を表示装置に表示させる表示ステップと、
をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−６０５７８（Ｐ２０１２−６０５７８Ａ）
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願番号】特願２０１０−２０４４６７（Ｐ２０１０−２０４４６７）
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２４年３月２２日（２０１２．３．２２）
【国際特許分類】
【出願日】平成２２年９月１３日（２０１０．９．１３）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]