特開 2023-66222 情報処理システム、情報処理装置、情報処理方法、プログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023066222

(43)【公開日】2023-05-15

(54)【発明の名称】情報処理システム、情報処理装置、情報処理方法、プログラム

(51)【国際特許分類】

   G06Q 10/20 20230101AFI20230508BHJP

   H04N 1/00 20060101ALI20230508BHJP

【ＦＩ】

G06Q10/00 300

H04N1/00 127Z

H04N1/00 C

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2021176819

(22)【出願日】2021-10-28

(71)【出願人】

【識別番号】000006747

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】白石 望

【テーマコード（参考）】

5C062

5L049

【Ｆターム（参考）】

5C062AA05

5C062AA13

5C062AA29

5C062AB17

5C062AB23

5C062AB38

5C062AB40

5C062AC02

5C062AC05

5C062AC34

5C062AF06

5L049CC15

(57)【要約】

【課題】ユーザーが実施しなかったタスクを再スケジューリングする情報処理システムを提供すること。
【解決手段】機器と、前記機器に関するタスクの登録を受け付ける情報処理装置とを有する情報処理システムであって、前記タスクが登録されたスケジュール情報を記憶するスケジュール情報記憶手段と、現在時刻を取得する現在時刻取得手段と、前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジューリングする再スケジュール手段と、を有することを特徴とする。
【選択図】図３

【特許請求の範囲】

【請求項1】

機器と、前記機器に関するタスクの登録を受け付ける情報処理装置とを有する情報処理システムであって、
前記タスクが登録されたスケジュール情報を記憶するスケジュール情報記憶手段と、
現在時刻を取得する現在時刻取得手段と、
前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジューリングする再スケジュール手段と、
を有することを特徴とする情報処理システム。

【請求項2】

前記現在時刻取得手段が取得した現在時刻に基づいて、日付が変更したと判断された場合、前記再スケジュール手段は、日付が変更する前に実行されるべき前記未実施のタスク、再スケジューリングすることを特徴とする請求項１に記載の情報処理システム。

【請求項3】

勤務終了時刻を記憶する勤務時間記憶手段を有し、
前記現在時刻が前記勤務終了時刻を過ぎた場合、前記再スケジュール手段は、前記スケジュール情報記憶手段に記憶されている、前記現在時刻が前記勤務終了時刻を過ぎる前に実行されるべき未実施のタスクを、再スケジューリングすることを特徴とする請求項１に記載の情報処理システム。

【請求項4】

前記再スケジュール手段は、前記未実施のタスクの推定所要時間より長い空き時間のうち、最も早く到来する前記空き時間に前記未実施のタスクを再スケジューリングすることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。

【請求項5】

前記再スケジュール手段は、複数の前記未実施のタスクがある場合、開始予定時刻が早い順に前記未実施のタスクを優先して、前記未実施のタスクの所要時間より長い空き時間のうち、最も早く到来する前記空き時間に前記未実施のタスクを再スケジューリングすることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。

【請求項6】

前記再スケジュール手段は、複数の前記未実施のタスクがある場合、開始予定時刻が早い順に前記未実施のタスクを優先して、
前記未実施のタスクの実施順を維持して、前記未実施のタスクの所要時間より長い空き時間のうち、最も早く到来する前記空き時間に前記未実施のタスクを再スケジューリングすることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。

【請求項7】

前記再スケジュール手段は、全ての前記未実施のタスクを、翌日の勤務開始時刻後の最初に再スケジューリングし、
再スケジューリングされた全ての前記未実施のタスクの推定所要時間と重複するタスクが登録されている場合、前記重複するタスクを、再スケジューリングされた全ての前記未実施のタスクの後に登録することを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。

【請求項8】

前記再スケジュール手段は、全ての前記未実施のタスクの推定所要時間の合計時間より長い空き時間のうち、最も早く到来する前記空き時間に全ての前記未実施のタスクを再スケジューリングすることを特徴とする請求項１～３のいずれか１項に記載の情報処理システム。

【請求項9】

前記スケジュール情報記憶手段では、再スケジューリングされたタスクに再スケジューリングされた旨が登録されており、
再スケジューリングされたタスクを再スケジューリングされていないタスクとは異なる態様で表示する画像表示手段を有することを特徴とする請求項１～８のいずれか１項に記載の情報処理システム。

【請求項10】

前記タスクは、前記機器の調整又はメンテナンスに関する作業であることを特徴とする請求項１～９のいずれか１項に記載の情報処理システム。

【請求項11】

前記画像表示手段は、前記スケジュール情報に登録されている前記タスクごとに、前記機器に対する調整動作を実行するための実行ボタンを表示することを特徴とする請求項９に記載の情報処理システム。

【請求項12】

機器に関するタスクの登録を受け付けるタスクの情報処理装置であって、
前記タスクが登録されたスケジュール情報を記憶するスケジュール情報記憶手段と、
現在時刻を取得する現在時刻取得手段と、
前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジューリングする再スケジュール手段と、
を有することを特徴とする情報処理装置。

【請求項13】

機器と、前記機器に関するタスクの登録を受け付ける情報処理装置とを有する情報処理システムが行う情報処理方法であって、
前記タスクが登録されたスケジュール情報記憶手段からスケジュール情報を取得するステップと、
現在時刻取得手段が、現在時刻を取得するステップと、
前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジュール手段が再スケジューリングするステップと、
を有することを特徴とする情報処理方法。

【請求項14】

機器に関するタスクの登録を受け付ける情報処理装置に、
前記タスクが登録されたスケジュール情報記憶手段からスケジュール情報を取得するステップと、
現在時刻取得手段が、現在時刻を取得するステップと、
前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジュール手段が再スケジューリングするステップと、
を実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

画像形成装置等の機器ではモータやクラッチなどが機械的な動作を行って色材で印刷を行うため、清掃や部品交換など各種のメンテナンスが必要になる場合がある。例えば大型の画像形成装置（商用プリンタなど）の場合、様々なメンテナンス作業が行われる。メンテナンス作業としてはユーザー等が画像形成装置に対して手作業で行うものもあるし、管理者が端末装置等から画像形成装置の設定値を変更するもの等もある。

【0003】

ＰＣ（Personal Computer）が表示するＷｅｂブラウザを管理者が操作して、画像形成装置の設定を行う仕組みが考案されている（例えば特許文献１参照。）。管理者は画像形成装置を直接、操作しなくても設定を変更できる。

【発明の概要】

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

【0004】

しかしながら、従来の技術は、ユーザーがスケジュール通りにタスクを実施しなかった場合、ユーザーが手動でタスクのスケジュールを登録し直す必要があるという問題があった。ユーザーが手動でタスクのスケジュールを登録し直さないと、ユーザーがタスクを実施し忘れるおそれがある。

【0005】

本発明は、上記課題に鑑み、ユーザーが実施しなかったタスクを再スケジューリングする情報処理システムを提供することを目的とする。

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

【0006】

上記課題に鑑み、本発明は、機器と、前記機器に関するタスクの登録を受け付ける情報処理装置とを有する情報処理システムであって、前記タスクが登録されたスケジュール情報を記憶するスケジュール情報記憶手段と、現在時刻を取得する現在時刻取得手段と、前記現在時刻取得手段が取得した現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、前記未実施のタスクを、再スケジューリングする再スケジュール手段と、を有することを特徴とする。

【発明の効果】

【0007】

ユーザーが実施しなかったタスクを再スケジューリングする情報処理システムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】タスクの一例を示す図である。

【図2】情報処理システムが表示するタスクのスケジュールの一例を示す図である。

【図3】タスクの再スケジューリングを説明する図である。

【図4】情報処理システムのシステム構成例を説明する図である。

【図5】ＤＦＥのハードウェア構成例を示す図である。

【図6】画像形成装置の概略構成を示す模式図である。

【図7】ＤＦＥが有する機能のうち、汎用的に使用される機能を説明する図である。

【図8】ＤＦＥが有する機能のうち、再スケジューリングに関する機能を示す図である。

【図9】勤務時間記憶手段に記憶されている勤務時間情報の一例を示す図である。

【図10】端末装置が表示する勤務終了時刻設定画面の一例を示す図である。

【図11】タスク情報記憶手段に記憶されているタスク情報の一例を示す図である。

【図12】スケジュール情報記憶手段に記憶されているスケジュール情報の一例を示す図である。

【図13】ユーザーからの操作に応じて、ＤＦＥが勤務時間情報を登録する手順又は動作を説明するフローチャート図の一例である。

【図14】ＤＦＥが日付の変更に伴って、未実施のタスクを再スケジューリングする手順又は動作を説明するフローチャート図の一例である。

【図15】ＤＦＥが勤務時間の終了に伴って、未実施のタスクを再スケジューリングする手順又は動作を説明するフローチャート図の一例である。

【図16】未実施のタスクの推定所要時間よりも長い空き時間のうち、最も早く到来する空き時間に再スケジューリングする方法を示す図である。

【図17】数の未実施のタスクがある場合に、未実施のタスクの順番を考慮せずに、最も早く到来する空き時間に再スケジューリングする方法を示す図である。

【図18】複数の未実施のタスクがある場合に、未実施のタスクの順番を考慮して、最も早く到来する空き時間に再スケジューリングする方法を示す図である。

【図19】複数の未実施のタスクがある場合に、未実施のタスクをまとめて翌日の勤務開始時刻後の最初に再スケジューリングする方法を示す図である。

【図20】複数の未実施のタスクがある場合に、未実施のタスクをまとめて翌日の空き時間に再スケジューリングする方法を示す図である。

【図21】スケジュール設定画面の一例を示す図である。

【図22】スケジュール表示画面の一例を示す図である。

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

【0009】

以下、本発明を実施するための形態の一例として、情報処理システムと情報処理システムが行う情報処理方法について説明する。

【0010】

＜概略＞
本実施形態では、各種メンテナンス作業を「タスク」として、管理者がスケジュールに登録することができる。タスクには設定変更のメンテナンスも含まれており、管理者はタスクのスケジュールを登録する画面から、画像形成装置の設定変更を行うタスクを登録することができる。

【0011】

図１はタスクの一例を示す図である。上記のように本実施形態では種々のメンテナンス作業に対応させたタスクを管理者が後述するＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）に登録する。画像形成装置では種々のメンテナンス作業が生じるが、図１のメンテナンス作業は「Head Cap Cleaning」である。管理しやすい粒度において１つのメンテナンス作業が、１つのタスク５１として扱われる。したがって、ユーザーが手作業で行う１つのメンテナンス作業が複数のタスクに分割されてもよい。

【0012】

また、タスク５１は１つ以上のタスク部品５２を有する。タスク部品５２はタスクを実現するために細分化されたより細かなメンテナンス作業である。「Head Cap Cleaning」というタスク５１は以下のタスク部品５２を有している。
１．Move to maintenance Md retreat position（30 seconds）
２．Remove the maintenance dome exterior cover(3 minutes)
３．Pull out the head array(2 minutes)
４．Clean the cap(30 seconds × 22 pieces)
５．Push back the head array
６．Remount the maintenance dome exterior cover(3 minutes)
７．Move to maintenance Md retreat position(30 seconds)
８．Cleaning competed
１つのタスクが含むタスク部品の数は任意である。このようなタスクを管理者がスケジュールに登録する。

【0013】

図２は、本実施形態の情報処理システムが表示するタスクのスケジュールの一例である。図２では、横軸が日付５３、縦軸が時間５４になっている。管理者は図１のようなタスクを日付と開始時刻を指定してスケジュールに登録できる。

【0014】

管理者が登録されたタスクを実行する場合、現在時刻に基づいてタスクをＤＦＥが端末装置に表示する。例えば、ＤＦＥは月、週、日等の表示形式に応じて、登録されているタスクを表示する。図２の表示形式は週表示である。タスクを実行する一般ユーザー（管理者がタスクを実行してもよい）はスケジュールからタスクを選択してタスクが有するタスク部品を表示する。タスク部品はこのタスク部品に対応するメンテナンスに必要な画面（設定変更などの画面を含む）を表示するので、一般ユーザーはメンテナンスに必要な画面を選択して表示させる必要がない。

【0015】

しかし、ユーザーがスケジュール通りにメンテナンスを実施ない場合がある。この場合、ユーザーが手動でメンテナンスのスケジュールを登録し直さないと、メンテナンスを実施し忘れるおそれがある。

【0016】

そこで、図３に示すように、本実施形態の情報処理システムは、現在時刻に基づいて、未だに実施されていない未実施のタスクがある場合、未実施のタスクを、再スケジューリングする。例えば、情報処理システムは、日付が変わった際、又は、勤務時間が終了した際、未実施だったタスクを自動的に空き時間にスケジュール登録し直す。図３は、タスクの再スケジューリングを説明する図である。図３（ａ）では、７月３日に３つのタスク７０１～７０３が登録されているが、３つめのタスク７０３が未実施のまま日付が変更するか、又は、勤務時間が終了した。そこで、情報処理システムは未実施のタスクの再スケジューリングを行う。図３（ｂ）に示すように、情報処理システムは、タスク７０３の推定所要時間から未実施のタスクを実施できる空き時間７０４を決定し、この空き時間７０４に未実施のタスクを再スケジューリングする。

【0017】

このように、本実施形態の情報処理システムは、日付が変わった際、又は、勤務時間が終了した際に未実施だったタスクを自動的に直近の空き時間にスケジュール登録し直すことで、ユーザーによるメンテナンスの実施のし忘れを防ぐことができる。

【0018】

＜用語について＞
メンテナンスとは、機械や構造物の維持、管理、保守、又は、これらに必要な作業である。

【0019】

タスクとは、任務や仕事という意味である。本実施形態では情報処理装置に登録される各種の調整やメンテナンスをタスクと称している。

【0020】

スケジュールとは、「予定」や「日程」という意味であり、スケジュール情報とはスケジュールが日時に沿って設定された情報をいう。スケジュール情報は通常、カレンダーの日にちと時刻に対応づけて登録される。

【0021】

未実施とは、いまだに実施していないことをいう。未実施かどうかの判断のタイミングは任意でよい。

【0022】

再スケジューリングとは、一度スケジューリングを行った結果を部分的に修正することをいう。

【0023】

＜システム構成例＞
図４は、本実施形態の情報処理システム１００のシステム構成例を説明する図である。情報処理システム１００は、図４（ａ）に示す端末装置１０１、図４（ｂ）に示すＤＦＥ１０２、及び、図４（ｃ）に示す画像形成装置１０３を有している。サーバ装置１０４については後述する。

【0024】

端末装置１０１とＤＦＥ１０２はネットワークＮを介して通信可能である。ネットワークは例えば画像形成装置１０３が配置されている施設内のＬＡＮを含み、ＤＦＥ１０２がインターネット上に配置されている場合は更にインターネットを含む。ＤＦＥ１０２と画像形成装置１０３は専用線で１対１に接続される場合もあるし、ネットワークを介して接続される場合もある。また、ＤＦＥ１０２と画像形成装置１０３は一体でもよいし、着脱可能でもよい。

【0025】

端末装置１０１ではＷｅｂブラウザが動作している。ＤＦＥ１０２が備えるサーバにＷｅｂブラウザがアクセスして、タスク作成、スケジュール登録、及び、タスク実行のそれぞれの入力操作画面を表示する。端末装置１０１は、入力画面に対するタスク作成、スケジュール登録、及び、タスク実行などの操作を管理者から受け付け、これらをＤＦＥ１０２に要求する。

【0026】

なお、管理者はＤＦＥ１０２にログインするため、ユーザーＩＤとパスワードを端末装置１０１に入力する。端末装置１０１はユーザーＩＤとパスワードをＤＦＥ１０２に送信するので、ＤＦＥ１０２による認証が成功すると、一般ユーザーか管理者か特定される。一般ユーザーか管理者に応じて表示される画面や入力可能な項目が異なってよい。なお、管理者の認証は認証サーバが行ってもよい。

【0027】

認証が成功し、管理者がログインした場合、タスク作成、スケジュール登録、及び、タスク実行へのアクセス権が与えられ、一般ユーザーの場合、タスク実行へのアクセス権が与えられる。

【0028】

端末装置１０１は、例えば、ＰＣ(Personal Computer)、スマートフォン、タブレット端末、ＰＤＡ(Personal Digital Assistant)、ウェアラブルＰＣ（サングラス型、腕時計型など）などである。ただし、通信機能を有しＷｅｂブラウザ又はＤＦＥ１０２に専用のアプリケーションソフトウェアが動作すればよい。例えば、カーナビ、ゲーム機、テレビ受像器なども端末装置１０１となりうる。

【0029】

なお、画像形成装置１０３でもＷｅｂブラウザが動作する場合、管理者は画像形成装置を操作してＤＦＥ１０２にタスク作成、スケジュール登録、及び、タスク実行を要求できる。

【0030】

また、ＤＦＥ１０２が自機のディスプレイに入力操作画面を表示し、キーボードからタスク作成、スケジュール登録、及び、タスク実行の処理を受け付けることも可能である。この場合、情報処理システム１００に端末装置１０１は不要になる。

【0031】

ＤＦＥ１０２は、本来、画像形成装置１０３が実行する印刷ジョブの受け付け、画像処理（ＲＩＰ：Raster Image Processer）、実行中の進捗管理、異常監視などを行う情報処理装置である。本実施形態では、ＤＦＥ１０２は、更に、メンテナンスに関する処理を受け付け、画像形成装置１０３に要求する。ＤＦＥ１０２は端末装置１０１からタスク作成、スケジュール登録、及び、タスク実行の処理を受け付ける。すなわち、ＤＦＥ１０２は、画像形成装置１０３を操作するユーザインタフェース（入力操作画面）を管理者に提供する。ＤＦＥ１０２は１台以上の情報処理装置を有している。

【0032】

ＤＦＥ１０２はＷｅｂブラウザが表示する画面の画面情報を生成する。画面情報は、ＨＴＭＬ、ＸＭＬ、スクリプト言語、及びＣＳＳ（cascading style sheet）等で記述されたプログラムであり、主にＨＴＭＬによりＷｅｂページの構造が特定され、スクリプト言語によりＷｅｂページの動作が規定され、ＣＳＳによりＷｅｂページのスタイルが特定される。また、クライアント側の画面情報とサーバ側のアプリやデータベースが連携して実現するアプリをＷｅｂアプリという。本実施形態でも、端末装置１０１とＤＦＥ１０２が協働してＷｅｂアプリを実行する。

【0033】

ＤＦＥ１０２は、端末装置１０１又は画像形成装置１０３からの要求に応じて、タスクやタスクのスケジュールのデータベースへの登録処理、及び、画像形成装置に対するタスク実行処理（機器設定の変更、操作の要求等）を行う。

【0034】

画像形成装置１０３はＤＦＥ１０２より受け付けた要求に応じて、印刷ジョブを実行する。また、本実施形態では、画像形成装置１０３は、メンテナンス作業を受け、例えば、タスクに応じて自機の機器設定の変更を行ったり、指定された操作を実行したりする。

【0035】

画像形成装置１０３は、画像を用紙に印刷する機能を有している。画像を形成する方式にはレーザプリンタ、又は、インクジェットプリンタ等がある。また、画像形成装置１０３は複合機（マルチファンクションプリンタ）、又は、ＭＦＰ（Multi－function Peripheral/Product/Printer)の機能を有していてもよい。画像形成装置１０３は、プリンタ、印刷装置などと呼ばれていてもよい。

【0036】

また、本実施形態の画像形成装置１０３は、いわゆる商用プリンタでもよい。商用プリンタは、社員等が社内的に使用する印刷物を印刷する機器ではなく、印刷物が商品となる商用印刷用の機器である。商用印刷では、画像形成装置１０３は、一般の企業や団体の事業活動に使われる印刷物を出力する。例えば、チラシ、パンフレット、ポスター、カタログ、会社案内、マニュアルなどを出力する場合がある。オフィス用の画像形成装置と商用の画像形成装置は、主に、印刷速度、画質、対応する用紙の種類・サイズなどが異なっている。

【0037】

また、本実施形態は、画像形成装置１０３以外の機器にも適用できる。画像形成装置１０３は、例えば、ＰＪ（Projector：プロジェクター）、電子黒板、テレビ会議端末、デジタルサイネージ、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、ゲーム機、ウェアラブルＰＣ又はデスクトップＰＣ等であってもよい。

【0038】

図４の説明では、ＤＦＥ１０２がメンテナンスに関する処理（Ｗｅｂアプリ）を受け持つと説明した。しかし、メンテナンスに関する処理はサーバ装置１０４であれば受け持つことができ、例えば、図４（ｄ）に示す独立のサーバ装置１０４がメンテナンスに関する処理を行ってもよい。図４（ｄ）の場合、サーバ装置１０４は画像形成装置１０３と通信して、タスクに応じて設定の変更を行ったり、指定された操作を実行したりする。

【0039】

また、画像形成装置１０３がメンテナンスに関する処理を行ってもよい。この場合、画像形成装置１０３がサーバ装置１０４の機能を有する。

【0040】

＜ハードウェア構成＞
＜＜ＤＦＥ＞＞
図５は、ＤＦＥ１０２のハードウェア構成例を示す図である。ＤＦＥ１０２はコンピュータと同様の構成を有している。ＤＦＥ１０２はＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、ＨＤＤ/ＳＳＤ２０４、Ｉ/Ｆ２０５、及び、操作部２０６を有している。

【0041】

ＣＰＵ２０１は、ＲＡＭ２０３を作業領域として使用し、ＲＯＭ２０２に格納されているプログラムを実行する。

【0042】

ＨＤＤ／ＳＳＤ２０４は、記憶部として使用され、タスクやスケジュールの情報を格納している。ＨＤＤ／ＳＳＤ２０４に格納されている情報は、ＣＰＵ２０１が読み出しプログラム実行時に使用することもある。

【0043】

Ｉ/Ｆ２０５は、画像形成装置１０３及び端末装置１０１との通信可能にするインターフェースである。

【0044】

操作部２０６は、タッチパネルを有し、画面上で画像形成装置の状態、タスクのスケジュール、タスクの内容などを表示する。また、操作部２０６は、タスクを実行するユーザー（管理者、一般ユーザー)や、タスク作成やスケジュール登録を行う管理者からの入力を受け付ける。

【0045】

＜＜画像形成装置＞＞
図６は、本実施形態における画像形成装置１０３の概略構成を示す模式図である。本画像形成装置１０３は、例えば、インクジェット方式の画像形成装置であり、主に、給紙部４０１、画像形成部３０６、乾燥部４０２、排紙部４０３、及び、制御装置４２３を有している。画像形成装置１０３は、給紙部４０１から給紙されるシート材としての記録材である用紙Ｐに対し、画像形成部３０６で画像形成用の液体であるインクにより画像を形成する。そして、画像形成装置１０３は、用紙上に付着したインクを乾燥部４０２において乾燥させた後、用紙を排紙部４０３から排紙する。

【0046】

給紙部４０１は、主に、複数の用紙Ｐが積載される給紙トレイ４１１と、給紙トレイ４１１から用紙を１枚ずつ分離して送り出す給送装置４１２と、用紙を画像形成部３０６へ送り込むレジストローラ対４１３とから構成されている。給送装置４１２には、ローラやコロを用いた装置や、エア吸引を利用した装置など、あらゆる給送装置を用いることが可能である。給送装置４１２により給紙トレイ４１１から送り出された用紙は、その先端がレジストローラ対４１３に到達した後、レジストローラ対４１３が所定のタイミングで駆動することにより、画像形成部３０６へ給紙される。なお、本実施形態において、給紙部４０１は、画像形成部３０６へ用紙Ｐを送り出すものであれば、その構成に制限はない。

【0047】

画像形成部３０６は、主に、給紙された用紙Ｐを受け取る受け取り胴３６１と、受け取り胴３６１によって搬送された用紙Ｐを外周面に担持して搬送する用紙担持ドラム３６２と、用紙担持ドラム３６２に担持された用紙Ｐに向けてインクを吐出するインク吐出部３６４と、用紙担持ドラム３６２によって搬送された用紙Ｐを乾燥部４０２へ受け渡す受け渡し胴３６５とから構成されている。給紙部４０１から画像形成部３０６へ搬送されてきた用紙Ｐは、受け取り胴３６１の表面に設けられた用紙グリッパによって先端が把持され、受け取り胴３６１の表面移動に伴って搬送される。受け取り胴３６１により搬送された用紙は、用紙担持ドラム３６２との対向位置で用紙担持ドラム３６２へ受け渡される。

【0048】

用紙担持ドラム３６２の表面にも用紙グリッパが設けられており、用紙の先端が用紙グリッパによって把持される。また、用紙担持ドラム３６２の表面には、複数の吸引孔が分散して形成されており、各吸引孔には吸引装置３６３によって用紙担持ドラム３６２の内側へ向かう吸い込み気流が発生する。受け取り胴３６１から用紙担持ドラム３６２へ受け渡された用紙Ｐは、用紙グリッパによって先端が把持されるとともに、吸い込み気流によって用紙担持ドラム３６２の表面に吸着して、用紙担持ドラム３６２の表面移動に伴って搬送される。

【0049】

本実施形態のインク吐出部３６４は、Ｃ（シアン）、Ｍ（マゼンタ）、Ｙ（イエロー）、Ｋ（ブラック）の４色のインクを吐出して画像を形成するものであり、インクごとに個別の液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋを備えている。液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋは、液体を吐出するものであれば、その構成に制限はなく、あらゆる構成のものを採用することができる。インク吐出部３６４は、必要に応じて、白色、金色、銀色などの特殊なインクを吐出する液体吐出ヘッドを設けたり、表面コート液などの画像を構成しない液体を吐出する液体吐出ヘッドを設けたりしてもよい。

【0050】

インク吐出部３６４の液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋは、画像情報に応じた駆動信号によりそれぞれ吐出動作が制御される。用紙担持ドラム３６２に担持された用紙Ｐがインク吐出部３６４との対向領域を通過する際に、液体吐出ヘッド３６４Ｃ，３６４Ｍ，３６４Ｙ，３６４Ｋから各色インクが吐出され、当該画像情報に応じた画像が形成される。なお、本実施形態において、画像形成部３０６は、用紙Ｐ上に液体を付着させて画像を形成するであれば、その構成に制限はない。

【0051】

乾燥部４０２は、主に、画像形成部３０６で用紙Ｐ上に付着したインクを乾燥させるための乾燥機構４２１と、画像形成部３０６から搬送されてくる用紙Ｐを搬送する搬送機構４２２とから構成されている。画像形成部３０６から搬送されてきた用紙Ｐは、搬送機構４２２に受け取られた後、乾燥機構４２１を通過するように搬送され、排紙部４０３へ受け渡される。乾燥機構４２１を通過する際、用紙Ｐ上のインクには乾燥処理が施され、これによりインク中の水分等の液分が蒸発し、用紙Ｐ上にインクが固着するとともに、用紙Ｐのカールが抑制される。

【0052】

排紙部４０３は、主に、複数の用紙Ｐが積載される排紙トレイ４３１から構成されている。乾燥部４０２から搬送されてくる用紙Ｐは、排紙トレイ４３１上に順次積み重ねられて保持される。なお、本実施形態において、排紙部４０３は、用紙Ｐを排紙するものであれば、その構成に制限はない。

【0053】

制御装置４２３は画像形成装置を制御する情報処理装置である。制御装置４２３は、例えばＣＰＵ、ＲＡＭ、ＲＯＭ、ＳＳＤ（ＨＤＤ）、通信装置等を有している。制御装置４２３はＤＦＥ１０２と通信して、タスクの実施に応じた設定値や操作の要求を受信する。

【0054】

＜機能について＞
図７は、ＤＦＥ１０２が有する機能をブロックに分けて説明する機能ブロック図である。図７の各手段はＤＦＥ１０２内のサーバ機能と端末装置１０１のＷｅｂブラウザが連携して実現するＷｅｂアプリケーションの機能である。まず、再スケジューリングに関係なく、汎用的に使用される機能を説明する。また、Ｗｅｂブラウザは端末装置１０１で動作しているものとする。ＤＦＥ１０２でＷｅｂブラウザが動作しても、管理者が直接、ＤＦＥ１０２を操作しても、ＤＦＥ１０２の処理は同様でよい。

【0055】

図７に示すように、ＤＦＥ１０２は入力取得手段１１、画像表示手段１２、情報更新手段１３、情報取得手段１４、及び、記憶手段２０を有する。ＤＦＥ１０２が有するこれらの機能は、ＤＦＥ１０２にインストールされた１以上のプログラムに含まれる命令をＣＰＵ２０１が実行することで実現される機能又は手段である。

【0056】

入力取得手段１１は、例えば端末装置１０１のＷｅｂブラウザが表示する画面に入力された情報を端末装置１０１から取得する。

【0057】

画像表示手段１２は入力取得手段１１が取得した操作に応じて画面情報を生成する。画像表示手段１２は、画面情報に含まれるＨＴＭＬと、JavaScript（登録商標）と、ＤＦＥ１０２側のサーバプログラムと、により実現され、Ｗｅｂブラウザへの入力に応じて画面の表示更新を行う。

【0058】

情報更新手段１３は記憶手段２０に対して、Ｗｅｂブラウザへの入力結果や処理結果を記憶する。情報取得手段１４はＷｅｂブラウザへ入力された要求対象の情報を記憶手段２０から取得する。

【0059】

＜＜再スケジューリングに関する機能＞＞
次に、図８を参照して、本実施形態におけるタスクの再スケジューリング機能について説明する。なお、図８において図７と同一の符号を付した構成要素は同様の機能を果たすので、主に本実施例の主要な構成要素についてのみ説明する場合がある。

【0060】

入力取得手段１１は、端末装置１０１からユーザーが入力した勤務終了時刻に関する情報を取得する。情報更新手段１３は、勤務時間記憶手段２１に、ユーザーが登録した勤務終了時刻を保存する。

【0061】

現在時刻取得手段１５は、ＲＴＣ（Real Time Clock）やネットワーク上の時刻管理サーバから現在時刻を取得する。現在時刻取得手段１５は現在時刻を再スケジュール手段１６に送信する。

【0062】

再スケジュール手段１６は、スケジュール情報記憶手段２２から当日の未実施スケジュールと明日以降のスケジュールを取得し、タスク情報記憶手段２３から各スケジュールに登録されたタスクの推定所要時間を取得する。再スケジュール手段１６は、当日の未実施スケジュールを明日のスケジュールの空き時間に追加することで未実施のタスクを再スケジューリングする。

【0063】

情報取得手段１４は、スケジュール情報記憶手段２２から再スケジューリングされたスケジュール情報を取得し、画像表示手段に送信する。画像表示手段は、情報取得手段１４から送信されたスケジュール情報を表示する画面情報を生成し、端末装置１０１に送信する。

【0064】

また、記憶手段２０には、勤務時間記憶手段２１、スケジュール情報記憶手段２２、及び、タスク情報記憶手段２３が構築される。

【0065】

図９は、勤務時間記憶手段２１に記憶されている勤務時間情報の一例を示す。図９に示すように勤務時間記憶手段２１には、勤務終了時刻が設定されている。勤務終了時刻は、ユーザーがＤＦＥ１０２に登録できる。

【0066】

図１０は、端末装置１０１が表示する勤務終了時刻設定画面７９０の一例を示す。勤務終了時刻設定画面７９０は後述するスケジュール表示画面から遷移する。勤務終了時刻設定画面７９０は、表示開始時刻欄７９１、表示終了時刻欄７９２、及び、更新タイミング欄７９３を有する。表示開始時刻欄７９１と表示終了時刻欄７９２はスケジュール表示画面において、スケジュールの表示範囲（何時から何時までのスケジュールを表示するか）を指定する。更新タイミング欄７９３には、勤務終了時刻が設定される。つまり、更新タイミング欄７９３には、未実施のタスクのスケジュールが更新される時刻が設定される。表示開始時刻欄７９１、表示終了時刻欄７９２、及び、更新タイミング欄７９３はいずれもプルダウンメニューであり、ユーザーが時刻を選択できる。

【0067】

図１１は、タスク情報記憶手段２３に記憶されているタスク情報を示す。タスク情報は、作成されたタスクのタスクＩＤと、タスク名と、タスクの実施内容と、タスク推定所要時間とを対応付けている。タスクの実施内容は、更に細かく分類されたタスク部品５２（図１参照）と実施順を有している。

【0068】

図１２は、スケジュール情報記憶手段２２に記憶されているスケジュール情報を示す。スケジュール情報は、タスクが実施されるタイムテーブル（時間割）である。スケジュール情報は、スケジュールＩＤ、実施するタスクＩＤ、タスクを実施する予定のタスク実施日、開始予定時刻、終了予定時刻、開始時刻、終了時刻、実施状況、及び、再スケジューリング済み、の各項目を有している。

【0069】

・スケジュールＩＤは、スケジュールの識別情報である。１つのスケジュールは１つのタスクに対応している。スケジュールＩＤは、スケジュールの登録で採番される。

【0070】

・実施するタスクＩＤは、スケジュールに登録され、実施されるタスクの識別情報である。

【0071】

・タスク実施日は、タスクが実施される予定の日にちである。管理者が登録する。

【0072】

・開始予定時刻は、タスクが開始される予定の時刻である。管理者が登録する。

【0073】

・終了予定事項は、タスクの実施が終了する予定の時刻である。タスクが有するタスク部品５２に要する時間が決まっているので、自動的に設定されてもよいし、管理者が設定してもよい。あるいは、開始時刻と終了時刻が記録されるので、その平均を用いて終了予定時刻が設定されてもよい。更に、実施予定者であるユーザーごとの平均を用いて終了予定時刻が設定されてもよい。

【0074】

・開始時刻は、タスクの実施が実際に開始された時刻である。

【0075】

・終了時刻は、タスクの実施が実際に終了された時刻である。

【0076】

・実施状況は、タスクが実施されか否かを示す。実施状況は「済み又は未」である。初期値は「未」で、ユーザーが実施済みボタンを押下すると「済み」となる。

【0077】

・再スケジューリング済みは、タスクが再スケジューリングされた場合に「Ｙｅｓ」、そうでない場合に「Ｎｏ」となる。これにより、再スケジューリングされたタスクであることがわかる。
＜動作手順＞
続いて、図１３、図１４を参照して、情報処理システム１００が行う処理又は動作の流れを説明する。

【0078】

まず、図１３を参照して勤務終了時刻の登録について説明する。図１３は、管理者からの操作に応じて、ＤＦＥ１０２が勤務終了時刻を登録する手順又は動作を説明するフローチャート図の一例である。端末装置１０１がＤＦＥ１０２と通信するか、画像形成装置１０３がＤＦＥ１０２と通信するか、又は、管理者がＦＥ１０２を直接操作する、ことで、管理者が勤務終了時刻をＤＦＥ１０２に設定する。図１３では管理者が端末装置１０１を操作する場合を説明する。

【0079】

管理者が端末装置１０１を操作して、端末装置１０１をＤＦＥ１０２に接続させる。端末装置１０１は図１０の勤務終了時刻設定画面７９０を表示する。管理者は勤務終了時刻設定画面７９０に勤務終了時刻を入力する（Ｓ１）。

【0080】

端末装置１０１の操作受付手段３２が入力を受け付け、通信手段３３が勤務終了時刻をＤＦＥ１０２に送信する（Ｓ２）。

【0081】

ＤＦＥ１０２の入力取得手段１１が勤務終了時刻を受信し、情報更新手段１３が勤務時間記憶手段２１の勤務終了時刻を、入力取得手段１１が取得した勤務終了時刻で更新する（Ｓ３）。

【0082】

情報取得手段１４は、勤務時間記憶手段２１から勤務終了時刻を取得し、画像表示手段１２に渡す（Ｓ４）。

【0083】

画像表示手段１２は、情報取得手段１４から渡された勤務終了時刻を表示する画面情報を生成し、端末装置１０１に送信する（Ｓ５）。端末装置１０１は更新後の勤務終了時刻を表示するので、管理者は入力した勤務終了時刻を確認できる。

【0084】

＜＜再スケジューリングの処理 その１＞＞
次に、図１４を参照して、タスクの再スケジューリングについて説明する。図１４は、ＤＦＥ１０２が日付の変更に伴って、未実施のタスクを再スケジューリングする手順又は動作を説明するフローチャート図の一例である。

【0085】

ユーザーがＤＦＥ１０２を起動する（Ｓ１１）。起動とは、スリープ状態からの復帰やシャットダウン状態からの電源オン等をいう。ユーザーが起動するのでなく、自動的に起動してもよい。

【0086】

現在時刻取得手段１５は、繰り返し、現在時刻を再スケジュール手段１６に通知する（Ｓ１２）。

【0087】

再スケジュール手段１６は、現在時刻に基づいて日付が変更したか否かを判断する（Ｓ１３）。日付が変更したとは、当日の２３時５９分５９秒が翌日の０時０分０秒になったことをいう。日付が変わる時刻が設定可能でもよい。日付が変更するまで、再スケジュール手段１６が待機する。

【0088】

現在時刻と勤務終了時刻が一致した場合（Ｓ１３のＹｅｓ）、再スケジュール手段１６はスケジュール情報記憶手段２２から当日の未実施のタスクを取得する（Ｓ１４）。

【0089】

また、再スケジュール手段１６はスケジュール情報記憶手段２２から翌日のスケジュール情報を取得する（Ｓ１５）。

【0090】

次に、再スケジュール手段１６は、タスク情報記憶手段２３から当日未実施のタスクの推定所要時間を取得する（Ｓ１６）。

【0091】

再スケジュール手段１６は、明日のスケジュールの空き時間のうち、未実施のタスクの推定所要時間よりも長い空き時間を特定し、この空き時間に未実施のタスクを設定することで明日のスケジュール情報を作成する（Ｓ１７）。未実施のタスクの空き時間への再スケジューリングにはいくつかのバリエーションがあり、詳細は図１６から図２０にて説明する。一例としては、再スケジュール手段１６は、未実施のタスクの古いものを優先して、明日のスケジュールの空き時間に当てはめていく。明日のスケジュールに空き時間がない場合は、翌々日のスケジュールに対し、同様の処理を行う。

【0092】

情報更新手段１３が再スケジューリングされた明日のスケジュール情報を再スケジュール手段１６から受け取り、スケジュール情報記憶手段２２に登録する（Ｓ１８）。

【0093】

情報取得手段１４は、更新されたスケジュール情報をスケジュール情報記憶手段２２から取得し、画像表示手段１２に渡す（Ｓ１９）。

【0094】

画像表示手段１２は、再スケジューリングされたスケジュール情報で画面情報を生成し、端末装置１０１に送信する（Ｓ２０）。

【0095】

＜＜再スケジューリングの処理 その２＞＞
次に、図１５を参照して、勤務時間の終了に伴うタスクの再スケジューリングについて説明する。図１５は、ＤＦＥ１０２が勤務時間の終了に伴って、未実施のタスクを再スケジューリングする手順又は動作を説明するフローチャート図の一例である。なお、図１５の説明では主に図１４との相違を説明する。図１５の処理ではステップＳ１０１が追加され、Ｓ１３－２が図１４と異なっている。

【0096】

ＤＦＥ１０２が起動すると、当日の勤務が終了したか否かを判断するため、再スケジュール手段１６が勤務時間記憶手段２１から勤務終了時刻を取得する（Ｓ１０１）。

【0097】

現在時刻取得手段１５は、繰り返し、現在時刻を再スケジュール手段１６に通知する（Ｓ１２－２）。再スケジュール手段１６が現在時刻取得手段１５から現在時刻を取得してもよい。

【0098】

再スケジュール手段１６は、現在時刻と勤務終了時刻が一致したか否かを判断する（Ｓ１３－２）。現在時刻と勤務終了時刻が一致するまで、再スケジュール手段１６が待機する。一致とは完全一致までは要せず、現在時刻が勤務終了時刻を過ぎればよい。現在時刻が勤務終了時刻を過ぎた後の処理は、図１４と同様でよい。

【0099】

＜再スケジューリングのバリエーション＞
図１６～図２０を参照して、再スケジューリングのバリエーションを説明する。

【0100】

図１６は、未実施のタスクの推定所要時間よりも長い空き時間のうち、最も早く到来する空き時間に、未実施のタスクを再スケジューリングする方法を示す。図１６では、当日の未実施のタスク７１１の推定所要時間よりも長い２カ所の空き時間７１２，７１３が翌日にあるが、再スケジュール手段１６は、このうち最も早く到来する空き時間７１２に当日の未実施のタスク７１１を再スケジューリングする。

【0101】

図１７は、複数の未実施のタスクがある場合に、未実施のタスクの順番を考慮せずに、最も早く到来する空き時間に再スケジューリングする方法を示す。当日に２つの未実施のタスク７２１，７２２がある。翌日には２カ所の空き時間７２３、７２４がある。再スケジュール手段１６は、複数の未実施のタスク７２１，７２２のうち、開始予定時刻が早い未実施のタスクを優先して再スケジューリングする。

【0102】

再スケジュール手段１６は、開始予定時刻が最も早い未実施のタスク７２１の推定所要時間よりも長い空き時間のうち最も早く到来する空き時間７２４に該タスク７２１を再スケジューリングする。同様に、再スケジュール手段１６は、次に開始予定時刻が早い未実施のタスク７２２の推定所要時間よりも長い空き時間のうち最も早く到来する空き時間７２３に該タスク７２２を再スケジューリングする。したがって、この場合、図１７に示すように、未実施のタスク７２１，７２２の実施順が逆転する場合がある。

【0103】

図１８は、複数の未実施のタスクがある場合に、未実施のタスクの順番を考慮して、最も早く到来する空き時間に再スケジューリングする方法を示す。当日に２つの未実施のタスク７３１，７３２がある。翌日には２カ所の空き時間７３３，７３４がある。再スケジュール手段１６は、複数の未実施のタスク７３１，７３２のうち、開始予定時刻が早い未実施のタスク７３１を優先して再スケジューリングする。

【0104】

再スケジュール手段１６は、開始予定時刻が最も早い未実施のタスク７３１の推定所要時間よりも長い空き時間のうち最も早く到来する空き時間７３４に該タスク７３１を再スケジューリングする。一方、再スケジュール手段１６は、次に開始予定時刻が早い未実施のタスク７３２の推定所要時間よりも長い空き時間のうち、再スケジューリングされたタスク７３１よりも後に到来する空き時間７３４に当日の未実施のタスク７３２を再スケジューリングする。したがって、この場合、図１８に示すように、未実施のタスク７３１，７３２の実施順が逆転することがない。

【0105】

図１９は、複数の未実施のタスクがある場合に、未実施のタスクをまとめて翌日の勤務開始時刻後の最初に再スケジューリングする方法を示す。図１９（ａ）に示すように、当日に２つの未実施のタスク７４１，７４２がある。翌日には２カ所の空き時間７４３，７４４がある。しかし、空き時間７４３は２つの未実施のタスク７４１，７４２の推定所要時間の合計時間よりも短い。

【0106】

再スケジュール手段１６は、全ての未実施のタスク７４１，７４２を、翌日の勤務時間開始後の最初に再スケジューリングする。そして、図１９（ｂ）に示すように、再スケジューリングされた全ての未実施のタスクの推定所要時間と重複するタスク７４５が登録されている場合、重複するタスク７４５を、再スケジューリングされた全ての未実施のタスク７４１，７４２の後に登録する。

【0107】

こうすることで、未実施のタスクを優先して実施でき、未実施のタスクの順番が入れ替わることもない。

【0108】

図２０は、複数の未実施のタスクがある場合に、未実施のタスクをまとめて翌日の空き時間に再スケジューリングする方法を示す。当日に２つの未実施のタスク７５１，７５２がある。翌日には２カ所の空き時間７５３，７５４がある。しかし、空き時間７５３は２つの未実施のタスク７５１，７５２の推定所要時間の合計時間よりも短い。

【0109】

再スケジュール手段１６は、全ての未実施のタスク７５１，７５２の推定所要時間の合計時間より長い空き時間のうち、最も早く到来する空き時間７５４に全ての未実施のタスクを再スケジューリングする。

【0110】

こうすることで、既存のタスクのスケジュールを変更することなく、未実施のタスクの順番が入れ替わることもない。

【0111】

＜スケジュール情報の表示例＞
図２１は、スケジュール設定画面６４０の一例を示す図である。以下、スケジュール設定画面６４０が有する項目について説明する。
・タスク名６４１は、タスクのタスク名である。プルダウンメニューで管理者がタスクを選択できてもよい。
・所要時間６４２は、タスク情報記憶手段２３に登録されているタスク推定所要時間である。ユーザー欄６４６にタスク実施予定ユーザーが設定され、このユーザーの該タスクの平均所要時間が平均所要時間情報に登録されている場合、ユーザーの該タスクの平均所要時間が表示される。
・実施計画日６４３は、カレンダーなどから管理者がタスクを実行する日付を設定する項目である。
・開始時刻６４４は、タスクの実行を開始する予定の時刻を管理者が設定する項目である。
・繰り返し期間６４５は、当該タスクが繰り返し実行するタスクの場合、繰り返し実行する期間を管理者が設定する項目である。繰り返し実行されるタスクが多いため、このような設定があることで管理者の作業負荷を低減できる。
・ユーザー欄６４６は、ユーザー情報に登録済みのユーザーのリストがプルダウンメニュー等で表示される。
・スケジュール欄６４７は、登録されたタスクがカレンダー上に表示される欄である。

【0112】

管理者がＯＫボタン６４８を押下すると、スケジュール欄６４７と同様のスケジュールが表示され、このスケジュールに新たに登録されたタスクが表示される。なお、実施計画日６４３と開始時刻６４４がリアルタイムにスケジュール欄６４７に反映されてもよい。

【0113】

図２２は、スケジュール表示画面６５０の一例を示す図である。スケジュール表示画面６５０はタスクの実行を受け付けることもでき、タスク実行画面とも言える。スケジュール表示画面６５０が有する項目について説明する。

【0114】

・スケジュール欄６５１は、スケジュール情報に登録されているタスクが表示される欄である。ユーザーは、月、週、日のいずれかでタスクのスケジュールを表示できる。画像表示手段１２は、表示設定（月、週、日）と現在時刻に応じて、タスクを表示する。例えば、スケジュール欄６５１は、現在時刻を含む１ヶ月分、１週間、１日などのタスクを表示する。図２２では、スケジュール欄６５１は、日表示である。一般ユーザーが表示設定を切り替えると、画像表示手段１２は、表示設定(日、週、月)で表示範囲に含まれるタスクをスケジュール情報から取得し、このタスクのタスク情報を取得し、スケジュール表示を更新する。スケジュール欄６５１に表示されるタスクは、該タスクの実行に関する画面と関連付けられている。スケジュール欄６５１に表示されるタスクの１つがタスク欄６５２に表示される。

【0115】

スケジュール欄６５１には、２つのタスク７６１，７６２が表示されているが、そのうち１つめのタスク７６１が再スケジューリングされたタスクである。再スケジューリングされたタスク７６１は、赤色など実施済みのタスクとは異なる態様で表示される。

【0116】

・タスク欄６５２は、現在時刻に対し、直近のタスクが表示される。タスク欄６５２には、現在までに未実施のタスク５９（「Paper feeding belt cleaning」）が最上段に表示される。つまり、前日から再スケジューリングされたタスクが最上段に表示される。タスク５９も赤色など実施済みのタスクとは異なる態様で表示される。

【0117】

図２２では、未実施のタスク５９とは別に、スケジュール欄６５１で選択された日に実施予定の、３つのタスク、「Web cleaner replacement」「Channel plate cleaning」「Head cap cleaning」がある。図２２では、そのうち「Head cap cleaning」の内容が表示されている。

【0118】

各タスク部品はボタン６５３を有しており、管理者がボタン６５３を押下するとボタン６５３の状態が以下のように変化する。例えば、ボタン６５３は、実行→実行中タスク表示→終了タスク表示、と変化してもよい。「実行」の状態で押下されたボタン６５３は、実行ボタンとしてタスクの実行を受け付け、画像形成装置１０３に対する調整動作を実行する。ボタン６５３は「実行」でなく「調整開始」のように表示されてもよい。ＤＦＥ１０２が実行できる調整やメンテナンスは、例えば転写ベルトの自動清掃、印刷位置の位置合わせ、ノズルのクリーニング等である。「実行」又は「調整開始」ボタンが押下された後、ボタン６５３の横に「完了」などの文字が表示される。

【0119】

＜主な効果＞
以上説明したように、本実施形態の情報処理システムは、日付が変わった際、又は、勤務時間が終了した際に未実施だったタスクを自動的に空き時間にスケジュール登録し直すことで、ユーザーがメンテナンスを実施し忘れを防ぐことができる。

【0120】

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

【0121】

例えば、本実施形態では端末装置１０１が汎用的なＷｅｂブラウザを使用しているが、ＤＦＥ１０２に専用のアプリを使用してもよい。

【0122】

また、図７、図８などの構成例は、端末装置１０１、ＤＦＥ１０２、及び、画像形成装置１０３による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置１０１、ＤＦＥ１０２、及び、画像形成装置１０３の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

【0123】

また、実施例に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、ＤＦＥ１０２は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

【0124】

更に、ＤＦＥ１０２は、開示された処理ステップ、例えば図１３～図１５のフローチャートを様々な組み合わせで共有するように構成できる。例えば、所定のユニットによって実行されるプロセスは、ＤＦＥ１０２が有する複数の情報処理装置によって実行され得る。また、ＤＦＥ１０２は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。

【0125】

上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（Digital Signal Processor）、FPGA（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。

【符号の説明】

【0126】

１０１ 端末装置
１０２ ＤＦＥ
１０３ 画像形成装置
１０４ サーバ装置

【先行技術文献】

【特許文献】

【0127】

【特許文献1】特開２００１‐２２５５３１号公報

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】