JP2016207087A - 画像処理システム、および、コンピュータプログラム - Google Patents

Abstract

【課題】予定表を印刷するための画像を適切なフォーマットで表す画像データを生成する画像処理システムを提供する。【解決手段】画像処理サーバ１００は、定期的な処理日時を規定する処理日時情報に従って、予定表を管理するカレンダサーバ６００から、イベントと日時との対応関係を表すスケジュール情報を取得する。スケジュール情報に基づいて予定表を表す画像データを生成し、生成した画像データを複合機（印刷装置）５１０に供給して印刷させる。予定表は、第１の処理日時と第２の処理日時との間の時間間隔である対象間隔が、第１の対象間隔である場合と第２の対象間隔である場合とで異なるフォーマットで表わされる。あるいは、予定表は、第１種のイベントを第１の広さの領域で表すともに、第２種のイベントを第１の広さよりも大きい第２の広さの領域で表わされる。【選択図】図１

Description

本開示は、画像を印刷する技術に関する。

従来から、種々の画像が印刷されている。例えば、配信サーバが、コンテンツサーバから提供されるコンテンツを、プリンタに配信し、プリンタが、配信されたコンテンツを印刷するシステムが、提案されている。

特開２００９−８７２３７号公報 特開２００３−４８３５４号公報

ところが、印刷されるコンテンツのフォーマットが、コンテンツに対して不適切である場合があった。例えば、コンテンツのうちの重要ではない部分の用紙上のサイズが大きくなる場合があった。印刷されるコンテンツが予定表である場合にも、同様であった。

本開示は、予定表を印刷するための画像を適切なフォーマットで表す画像データを生成できる技術を開示する。

本開示は、例えば、以下の適用例を開示する。

［適用例１］画像処理システムであって、予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得部と、前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成部と、前記画像データを印刷部に供給する供給部と、を備え、前記処理日時情報によって規定される第１の処理日時に対応して取得される特定のスケジュール情報は、前記第１の処理日時と、前記処理日時情報によって規定される第２の処理日時であって前記第１の処理日時の次の第２の処理日時と、の間の日時に対応付けられたイベントを表し、前記生成部は、前記第１の処理日時と前記第２の処理日時との間の時間間隔である対象間隔が第１の間隔である場合に、特定のフォーマットにしたがって、前記第１の間隔以下の予定表を表す画像データを生成し、前記対象間隔が、前記第１の間隔よりも長い第２の間隔である場合に、前記特定のフォーマットとは異なるフォーマットにしたがって、前記第１の間隔よりも長く前記第２の間隔以下の予定表を表す画像データを生成する、画像処理システム。

この構成によれば、予定表を印刷するための処理の時間間隔に応じてフォーマットが異なるので、予定表を適切なフォーマットで表す画像データを生成できる。

［適用例２］
画像処理システムであって、予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得部と、前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成部と、前記画像データを印刷部に供給する供給部と、を備え、前記生成部は、第１種のイベントを第１の広さの領域で表し第２種のイベントを前記第１の広さよりも大きい第２の広さの領域で表す前記予定表を表す前記画像データを生成する、画像処理システム。

この構成によれば、イベントの種類に応じてイベントを表す領域の広さが異なるので、予定表を適切なフォーマットで表す画像データを生成できる。

なお、本明細書に開示の技術は、種々の態様で実現することが可能であり、例えば、画像処理方法および画像処理システム、それらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体（例えば、一時的ではない記録媒体）、等の形態で実現することができる。

実施例のネットワークシステム１０００を示す説明図である。 カレンダ情報６００ｅによって表される情報の一部の例を示す概略図である。 情報１３４、１３６、１３８の例を示す概略図である。 登録画面の例を示す概略図である。 処理計画の登録処理のフローチャートである。 「毎日」の処理計画が追加される様子を示す概略図である。 「毎週」の処理計画が追加される様子を示す概略図である。 印刷ジョブの制御処理のフローチャートである。 フォームデータによって表される画像の例を示す概略図である。 フォームデータによって表される画像の例を示す概略図である。 フォームデータによって表される画像の例を示す概略図である。 予定表に埋め込まれる情報を示す表である。 予定表の参考例を示す概略図である。 予定表の参考例を示す概略図である。

Ａ．実施例：
Ａ１．システムについて
図１は、実施例のネットワークシステム１０００を示す説明図である。ネットワークシステム１０００は、画像処理サーバ１００と、複合機５１０と、パーソナルコンピュータ５２０と、カレンダサーバ６００と、を有している。これらの装置１００、５１０、５２０、６００は、いずれも、ネットワークＮＴに接続されている。ネットワークＮＴは、例えば、いわゆるインターネットである。

複合機５１０は、プリンタ部を含む装置である。プリンタ部は、用紙（印刷媒体の一例）上に画像を印刷する装置である。本実施例では、プリンタ部は、シアンＣとマゼンタＭとイエロＹとブラックＫのそれぞれのインクを用いるインクジェット式の印刷装置である。なお、プリンタ部としては、他の方式（例えば、レーザ方式）の印刷装置を採用してもよい。後述するように、複合機５１０は、画像処理サーバ１００から受信した画像データに従って、画像を印刷する。

パーソナルコンピュータ５２０は、プロセッサ（例えば、ＣＰＵ）と記憶装置とを有するコンピュータである。

カレンダサーバ６００は、プロセッサ６００ａと、揮発性記憶装置６００ｂと、不揮発性記憶装置６００ｃと、を有するコンピュータである。プロセッサ６００ａは、データ処理を行う装置であり、例えば、ＣＰＵである。揮発性記憶装置６００ｂは、例えば、ＤＲＡＭであり、不揮発性記憶装置６００ｃは、例えば、ハードディスクドライブである。不揮発性記憶装置６００ｃには、プログラム６００ｄと、カレンダ情報６００ｅとが、格納されている。

図２は、カレンダ情報６００ｅによって表される情報の一部の例を示す概略図である。カレンダ情報６００ｅは、イベントと日時との対応関係（以下「スケジュール情報」とも呼ぶ）を表している。図中には、一人のユーザの一ヶ月分の情報が示されている。図中の下部には、１つのイベントを表す情報の例が示されている。本実施例では、１つのイベントの情報は、「日付」と「時間」と「タイトル」と「種類」と「参加者」と「詳細」との６個の項目を、表し得る。「時間」は、開始時刻と終了時刻とを示している。「種類」としては、予め決められた複数の種類（例えば、「会議」と「食事」と「勉強会」と「外出」）から、選択される。この代わりに、ユーザによって任意に入力された文字列が、「種類」として用いられてもよい。「タイトル」と「参加者」と「詳細」とのそれぞれとしては、ユーザによって任意に入力された文字列が用いられる。なお、「参加者」は、カレンダサーバ６００のユーザＩＤ（後述）から選択されてもよい。

カレンダサーバ６００のプロセッサ６００ａは、プログラム６００ｄに従って、このようなスケジュール情報を、ユーザを識別するユーザＩＤ毎に管理する。そして、プロセッサ６００ａは、ユーザの指示に応じて、スケジュール情報の追加と編集と削除とを行う。このように、プロセッサ６００ａは、スケジュール情報（すなわち、カレンダ情報６００ｅ）を管理することによって、各ユーザＩＤの予定表を管理している。ユーザの指示を受け付ける方法としては、任意の方法を採用可能である。本実施例では、プロセッサ６００ａは、スケジュール情報を操作するためのウェブページを、提供する。ユーザは、端末装置（例えば、パーソナルコンピュータ５２０）上で動作するウェブブラウザを用いて、ユーザＩＤとパスワードとを入力することによって、カレンダサーバ６００にログインする。そして、ユーザは、ログイン後にウェブブラウザに表示された画面を操作することによって、ユーザＩＤに対応付けられたスケジュール情報を、任意に決定し、そして、編集できる。例えば、ユーザは、図２に示す６個の項目を、任意に決定できる。

画像処理サーバ１００（図１）は、プロセッサ１１０と、揮発性記憶装置１２０と、不揮発性記憶装置１３０と、通信インタフェース１７０と、タイマ１８０と、を有している。これらの要素は、バスを介して互いに接続されている。

プロセッサ１１０は、データ処理を行う装置であり、例えば、ＣＰＵである。揮発性記憶装置１２０は、例えば、ＤＲＡＭであり、不揮発性記憶装置１３０は、例えば、ハードディスクドライブである。タイマ１８０は、現在日時を計測する装置である。

不揮発性記憶装置１３０は、プログラム１３２と、ユーザ情報１３４と、処理計画情報１３６と、ジョブ情報１３８と、デバイス情報１３９と、フォーマット情報１４０と、を格納している。プロセッサ１１０は、プログラム１３２を実行することによって、種々の機能を実現する（詳細は、後述）。プロセッサ１１０は、プログラム１３２の実行に利用される種々の中間データを、記憶装置（例えば、揮発性記憶装置１２０、不揮発性記憶装置１３０のいずれか）に、一時的に格納する。

画像処理サーバ１００のプロセッサ１１０は、プログラム１３２に従って、カレンダサーバ６００からスケジュール情報を取得し、取得したスケジュール情報に基づいて予定表を表す画像データ（「フォームデータ」とも呼ぶ）を生成し、生成したフォームデータを、印刷部（例えば、複合機５１０）に供給する。印刷部は、取得したフォームデータに従って、予定表を印刷する。予定表は、スケジュール情報によって表されるイベントと日時との対応関係を表している。以下、画像処理サーバ１００によるこのような処理を、「取得供給処理」とも呼ぶ。また、取得供給処理から予定表の印刷までの一連の処理を「印刷ジョブ」とも呼ぶ。情報１３４、１３６、１３８、１３９は、取得供給処理（すなわち、印刷ジョブ）の詳細と、取得供給処理（すなわち、印刷ジョブ）を定期的に実行するための計画と、を定めている。プロセッサ１１０は、情報１３４、１３６、１３８、１３９に従って、取得供給処理を自動的に実行する。

図３は、情報１３４、１３６、１３８の例を示す概略図である。図３（Ａ）は、ユーザ情報１３４を示し、図３（Ｂ）は、処理計画情報１３６を示し、図３（Ｃ）は、ジョブ情報１３８を示している。

ユーザ情報１３４（図３（Ａ））は、画像処理サーバ１００を利用するユーザを識別するユーザＩＤと、取得供給処理の計画を識別する計画ＩＤと、の対応関係を示している。画像処理サーバ１００のユーザＩＤは、カレンダサーバ６００のユーザＩＤとは独立に、決定される。処理計画情報１３６（図３（Ｂ））は、計画ＩＤと、取得供給処理の計画の詳細と、の対応関係を示している。取得供給処理の計画の詳細は、「計画日時」と、「印刷フォーマット」と、「時間幅」と、「カレンダサービス名」と、「カレンダサービスユーザＩＤ」と、「カレンダサービスのアクセストークン」と、「プリンタのデバイスＩＤ」と、で構成されている。

「計画日時」は、取得供給処理を行う日時を示している。本実施例では、「計画日時」は、「毎日の特定の時刻」と「毎週の特定の曜日の特定の時刻」との２種類の形式のうちのいずれかで、表される。「計画日時」は、取得供給処理（すなわち、印刷ジョブ）を実行する処理日時（「印刷日時」とも呼ぶ）を規定している。

「印刷フォーマット」は、予定表のフォーマットの種類を示している。本実施例では、「印刷フォーマット」は、「毎日」（すなわち、ｄａｉｌｙ）と「毎週」（すなわち、ｗｅｅｋｌｙ）とから選択される。「毎日」は、１日以下の予定表を示している。「毎週」は、１日より長く１週間以下の予定表を示している。本実施例では、「計画日時」が「毎日の特定の時刻」を示す場合、「印刷フォーマット」は「毎日」に設定される。「計画日時」が「毎週の特定の曜日の特定の時刻」を示す場合、「印刷フォーマット」は「毎週」に設定される。

「時間幅」は、予定表の時間幅を示している。１日（２４時間）のうち、一部の時間帯（例えば、夜中の時間帯）が、予定表から省略され得る。この場合、時間幅は、予定表の開始時刻と終了時刻（例えば、８時から２４時）を示している。また、「印刷フォーマット」が「毎週」である場合には、さらに、１週間（７個の曜日）のうち、一部の曜日が、予定表から省略され得る。この場合、時間幅は、予定表の開始曜日と終了曜日（例えば、月から金）と、予定表の開始時刻と終了時刻（例えば、６時から２４時）を示している。なお、後述するように、本実施例では、「時間幅」は、処理計画情報１３６に登録された計画に応じて、自動的に決定される。また、本実施例では、終了時刻は、開始時刻と同じ日の時刻であって、開始時刻よりも後の時刻に設定される。

「カレンダサービス名」は、スケジュール情報の取得先、すなわち、スケジュール情報を提供するサーバ（「カレンダサーバ」とも呼ぶ）を示している。図示を省略するが、「カレンダサービス名」には、カレンダサーバにアクセスするためのネットワーク上の位置を特定する情報（例えば、ＵＲＬ）が、対応付けられている。

「カレンダサービスのユーザＩＤ」は、カレンダサーバにアクセスする際に利用されるユーザＩＤを示している。「カレンダサービスのアクセストークン」は、カレンダサーバにアクセスする際に利用される認証用のデータである。プロセッサ１１０は、例えば、ユーザの指示に従って、ＯＡｕｔｈを用いて、カレンダサーバからアクセストークンを取得する。

「プリンタのデバイスＩＤ」は、フォームデータの送信先のプリンタ（例えば、複合機５１０）を識別する識別ＩＤである。図示を省略するが、デバイス情報１３９（図１）は、デバイスＩＤとプリンタとユーザＩＤとの対応関係を示している。プリンタを特定する情報としては、任意の情報を採用可能である。例えば、ネットワーク上の位置を表す情報（例えば、ＩＰアドレス）が採用される。

デバイスＩＤとプリンタとユーザＩＤとの対応関係を追加する方法としては、任意の方法を採用可能である。例えば、画像処理サーバ１００によって発行された認証コード（Ｐｉｎ（Personal Identification Number）とも呼ぶ）を用いる方法を採用可能である。本実施例では、画像処理サーバ１００のプロセッサ１１０は、上記対応関係の追加などの種々の処理を行うためのウェブページを提供する。ユーザは、端末装置（例えば、パーソナルコンピュータ５２０）上で動作するウェブブラウザを用いて、ユーザＩＤとパスワードとを入力することによって、画像処理サーバ１００にログインする。そして、ユーザは、ログイン後にウェブブラウザに表示される画面を操作することによって、認証コード（例えば、Ｐｉｎ（Personal Identification Number））の発行を、画像処理サーバ１００に指示する。画像処理サーバ１００は、ユーザの指示に応じて、認証コードを発行する。ユーザは、発行された認証コードを、プリンタ（例えば、複合機５１０）に入力する。プリンタは、認証コードを画像処理サーバ１００に送信して、登録を要求する。画像処理サーバ１００のプロセッサ１１０は、受信した認証コードが正当である場合に、要求元のプリンタと新たなデバイスＩＤとユーザＩＤとの対応関係を、デバイス情報１３９に追加する。認証コードの発行は、例えば、端末装置のウェブブラウザ上に認証コードを表示することによって、行われる。

デバイスＩＤに対応付けられたプリンタとの通信方法としては、任意の方法を採用可能である。本実施例では、ＸＭＰＰ（Extensible Messaging and Presence Protocol）が用いられる。ＸＭＰＰでは、常時に確立された通信セッションが利用され得る。従って、プリンタがファイヤウォールに守られたネットワークに接続されている場合であっても、画像処理サーバ１００のプロセッサ１１０は、ファイヤウォールの外から、プリンタに、データを送信可能である。この代わりに、プリンタが、定期的に、画像処理サーバ１００に問い合わせを行ってもよい。

ジョブ情報１３８（図３（Ｃ））は、印刷ジョブの予定を示している。具体的には、ジョブ情報１３８は、印刷ジョブを識別する「印刷ジョブＩＤ」と、印刷ジョブ（すなわち、取得供給処理）を実行する予定時刻である「印刷日時」と、「計画ＩＤ」と、の対応関係を示している。本実施例では、１つの計画ＩＤに対応して１つの印刷ジョブが、ジョブ情報１３８に登録されている。登録されている印刷ジョブは、処理計画に従って繰り返される複数回の印刷ジョブ（すなわち、取得供給処理）のうち、各計画ＩＤのそれぞれにおいて最も早く実行される印刷ジョブである。

図４は、処理計画を登録するために表示される登録画面の例を示す概略図である。本実施例では、ユーザは、端末装置（例えば、パーソナルコンピュータ５２０）上で動作するウェブブラウザを用いて、ユーザＩＤとパスワードとを入力することによって、画像処理サーバ１００にログインする。そして、ユーザは、ログイン後にウェブブラウザに表示される画面を操作することによって、登録画面ＤＲを操作できる。ユーザは、登録画面ＤＲを操作することによって、ユーザＩＤに対応付けられた処理計画を、画像処理サーバ１００に登録できる。

登録画面ＤＲは、カレンダサービスを選択するための第１ボタン群ＢＧ１と、印刷曜日を選択するための第２ボタン群ＢＧ２と、印刷時刻を選択するためのドロップダウンリストＬ１と、プリンタを選択するためのドロップダウンリストＬ２と、入力した情報を登録するための登録ボタンＢＲと、登録済の処理計画の一覧を表示する一覧領域ＡＲと、を表している。カレンダサービスとしては、予め決められた複数のサービスから、１つを選択可能である。印刷曜日としては、７つの曜日と「毎日」との８個の選択肢から、１つを選択可能である。印刷時刻としては、好みの時間を選択可能である。印刷曜日と印刷時刻との組み合わせが、処理計画情報１３６（図３（Ｂ））の「計画日時」に対応している。プリンタとしては、デバイス情報１３９（図１）によって表されるデバイスＩＤから、１つを選択可能である。なお、本実施例では、デバイスＩＤの選択肢は、デバイス情報１３９によって表されるデバイスＩＤのうち、画像処理サーバ１００へログインしているユーザＩＤ（以下「現行ユーザＩＤ」とも呼ぶ）に対応付けられたデバイスＩＤである。一覧領域ＡＲには、現行ユーザＩＤに対応付けられた処理計画の一覧が、表示されている。なお、図４の実施例では、一覧領域ＡＲには、処理計画を削除するための削除ボタンも表示されている。

登録ボタンＢＲが操作された場合には、画像処理サーバ１００のプロセッサ１１０は、登録画面ＤＲを通じて入力された情報に従って、新しい処理計画を登録する。プロセッサ１１０は、登録ボタンＢＲが操作されたことに応じて、登録画面ＤＲを通じて入力された入力情報を表す入力データを記憶装置（例えば、揮発性記憶装置１２０）に格納する。そして、プロセッサ１１０は、処理計画を登録する処理において、記憶装置に格納された入力データを参照することによって、登録画面ＤＲを通じて入力された入力情報を特定する。図５は、処理計画の登録処理のフローチャートである。図５の処理は、図４の登録ボタンＢＲが操作されたことによって、開始する。以下、図中では、処理を示す符号として、文字「Ｓ」と、文字「Ｓ」に続く数字と、を組み合わせた符号を用いる。

Ｓ１００では、プロセッサ１１０は、印刷曜日が「毎日」と「特定の曜日（すなわち、毎週）」とのいずれであるのかを判断する。プロセッサ１１０は、記憶装置に格納された入力データを参照することによって、第２ボタン群ＢＧ２（図３）のうちの選択されたボタンが「毎日」と「毎週」とのいずれに対応しているのかを特定し、特定結果に基づいてＳ１００の判断を行う。まず、印刷曜日が「毎日」である場合を説明し、後に、印刷曜日が「毎週」である場合を説明する。

印刷曜日が「毎日」である場合、Ｓ１１０で、プロセッサ１１０は、情報１３４、１３６（図３（Ａ）、図３（Ｂ））を参照して、処理計画情報１３６に登録された処理計画から、現行ユーザＩＤに対応付けられた「毎日」の処理計画を抽出する。

図６は、「毎日」の処理計画が追加される様子を示す概略図である。図６（Ａ）は、図５のＳ１１０で抽出される処理計画の例を、示している。ここで、現行ユーザＩＤが「ｂｂｂ」であることとしている。図６（Ａ）の例では、計画ＩＤが「ｂｂｂ−１」の処理計画と、計画ＩＤが「ｂｂｂ−２」の処理計画とが、抽出されている。図中の左部の処理計画ＰＬ１は、新規に追加される処理計画を示している。ここでは、処理計画ＰＬ１の計画日時が「毎日の１３時」であることとしている。

図５のＳ１１５では、プロセッサ１１０は、Ｓ１１０で抽出された処理計画と、新規の処理計画とを、計画日時に従って、昇順に並べ替える。ここで、時刻の昇順は、０時から２４時の順と仮定する。図６（Ｂ）は、並べ替えられた後の処理計画を示している。「ｂｂｂ−１」の計画日時は、「毎日８時」であり、「ｂｂｂ−２」の計画日時は、「毎日２０時」であり、新規の処理計画ＰＬ１の計画日時は、「毎日１３時」である。従って、新規の処理計画ＰＬ１は、「ｂｂｂ−１」と「ｂｂｂ−２」との間に配置される。

図５のＳ１２０では、プロセッサ１１０は、新規の処理計画の１つ前の処理計画の時間幅の終了時刻を、新規の処理計画の計画日時の時刻に変更する。図６（Ｂ）の例では、「ｂｂｂ−１」の処理計画が、新規の処理計画ＰＬ１の１つ前の処理計画である。この「ｂｂｂ−１」の変更前の時間幅は、「８時から２０時」である。この終了時刻（２０時）が、新規の処理計画ＰＬ１の計画日時の時刻である「１３時」に、変更される。なお、新規の処理計画よりも前の処理計画がＳ１１０で抽出されていない場合には、Ｓ１２０は、省略される。

図５のＳ１２５では、プロセッサ１１０は、新規の処理計画ＰＬ１を、情報１３４、１３６に追加（すなわち、登録）する。プロセッサ１１０は、新規の処理計画ＰＬ１に対応付けられた処理計画情報１３６（図３（Ｂ））の全ての項目の値を、以下のように、決定する。図６（Ｃ）は、処理計画ＰＬ１が登録された処理計画情報１３６の一部を示している。処理計画ＰＬ１の「時間幅」の開始時刻は、処理計画ＰＬ１の計画日時の時刻に設定される。「時間幅」の終了時刻は、処理計画ＰＬ１の次の処理計画の時間幅の開始時刻に設定される。図６（Ｃ）の例では、処理計画ＰＬ１の次の処理計画は、「ｂｂｂ−２」の処理計画である。従って、処理計画ＰＬ１の終了時刻は、次の「ｂｂｂ−２」の処理計画の開始時刻である「２０時」に設定される。新規の処理計画ＰＬ１の次の処理計画がＳ１１０で抽出されていない場合には、処理計画ＰＬ１の終了時刻は、所定の時刻（本実施例では、２４時）に設定される。「印刷フォーマット」は、図５のＳ１２５に示すように、「毎日」に設定される。また、他のパラメータは、図４の登録画面ＤＲに入力された情報に従って、決定される。計画ＩＤは、他の処理計画の計画ＩＤと重複しないように、自動的に決定される。

図５のＳ１３０では、プロセッサ１１０は、新規の処理計画の印刷ジョブを、ジョブ情報１３８（図３（Ｃ））に登録する。プロセッサ１１０は、現在日時と、新規の処理計画の計画日時と、を参照して、新規の印刷ジョブの印刷日時を決定する。プロセッサ１１０は、タイマ１８０からの信号を用いて、現在日時を特定可能である。印刷ジョブの印刷日時は、新規の処理計画の計画日時に従って印刷ジョブが繰り返される場合に、現在日時から見て最も早い印刷ジョブの印刷日時である。Ｓ１３０が終了したことに応じて、図５の処理が終了する。

印刷曜日が「毎週」である場合、図５のＳ１４０で、プロセッサ１１０は、情報１３４、１３６（図３（Ａ）、図３（Ｂ））を参照して、処理計画情報１３６に登録された処理計画から、現行ユーザＩＤに対応付けられた「毎週」の処理計画を抽出する。

図７は、「毎週」の処理計画が追加される様子を示す概略図である。図７（Ａ）は、図５のＳ１４０で抽出される処理計画の例を、示している。ここで、現行ユーザＩＤが「ｃｃｃ」であることとしている。図７（Ａ）の例では、計画ＩＤが「ｃｃｃ−１」の処理計画と、計画ＩＤが「ｃｃｃ−２」の処理計画とが、抽出されている。図中の左部の処理計画ＰＬ２は、新規に追加される処理計画を示している。ここでは、処理計画ＰＬ２の計画日時が「毎週水曜日の７時」であることとしている。

図５のＳ１４５では、プロセッサ１１０は、Ｓ１４０で抽出された処理計画と、新規の処理計画とを、計画日時の曜日に従って、昇順に並べ替える。ここで、曜日の昇順は、月曜日から日曜日の順と仮定する。図７（Ｂ）は、並べ替えられた後の処理計画を示している。「ｃｃｃ−１」の計画日時は、「毎週月曜日の６時」であり、「ｃｃｃ−２」の計画日時は、「毎週土曜日の１０時」であり、新規の処理計画ＰＬ２の計画日時は、「毎週水曜日の７時」である。従って、新規の処理計画ＰＬ２は、「ｃｃｃ−１」と「ｃｃｃ−２」との間に配置される。

図５のＳ１５０では、プロセッサ１１０は、新規の処理計画の１つ前の処理計画の時間幅の終了曜日を、新規の処理計画の計画日時の曜日の前の日の曜日に変更する。図７（Ｂ）の例では、「ｃｃｃ−１」の処理計画が、新規の処理計画ＰＬ２の１つ前の処理計画である。この「ｃｃｃ−１」の変更前の時間幅は、「月曜日から金曜日までの６時から２４時」である。この終了曜日（金曜日）が、新規の処理計画ＰＬ２の計画日時の「水曜日」の前の日の「火曜日」に変更される。なお、新規の処理計画よりも前の処理計画がＳ１４０で抽出されていない場合には、Ｓ１５０は、省略される。

図５のＳ１５５では、プロセッサ１１０は、新規の処理計画ＰＬ２を、情報１３４、１３６に追加（すなわち、登録）する。プロセッサ１１０は、新規の処理計画ＰＬ２に対応付けられた処理計画情報１３６（図３（Ｂ））の全ての項目の値を、以下のように、決定する。図７（Ｃ）は、処理計画ＰＬ２が登録された処理計画情報１３６の一部を示している。処理計画ＰＬ２の「時間幅」の開始曜日は、処理計画ＰＬ２の計画日時の曜日に設定される。「時間幅」の終了曜日は、処理計画ＰＬ２の次の処理計画の時間幅の開始曜日の前日の曜日に設定される。図７（Ｃ）の例では、処理計画ＰＬ２の次の処理計画は、「ｃｃｃ−２」の処理計画である。従って、処理計画ＰＬ２の終了曜日は、次の「ｃｃｃ−２」の開始曜日（土曜日）の前日の「金曜日」に設定される。新規の処理計画ＰＬ２の次の処理計画がＳ１４０で抽出されていない場合には、処理計画ＰＬ２の終了曜日は、予め決められた曜日（本実施例では、日曜日）に設定される。また、新規の処理計画ＰＬ２の「時間幅」の開始時刻は、処理計画ＰＬ２の計画日時の時刻に設定される。「時間幅」の終了時刻は、予め決められた時刻（本実施例では、２４時）に設定される。「印刷フォーマット」は、図５のＳ１５５に示すように、「毎週」に設定される。また、他のパラメータは、図４の登録画面ＤＲに入力された情報に従って、決定される。計画ＩＤは、他の処理計画の計画ＩＤと重複しないように、自動的に決定される。

図５のＳ１６０では、プロセッサ１１０は、新規の処理計画の印刷ジョブを、ジョブ情報１３８（図３（Ｃ））に登録する。プロセッサ１１０は、現在日時と、新規の処理計画の計画日時と、を参照して、新規の印刷ジョブの印刷日時を決定する。印刷ジョブの印刷日時は、新規の処理計画の計画日時に従って印刷ジョブが繰り返される場合に、現在日時から見て最も早い印刷ジョブの印刷日時である。Ｓ１６０の処理は、上述のＳ１３０の処理と、同様に行われる。Ｓ１６０が終了したことに応じて、図５の処理が終了する。

なお、処理計画が削除される場合、削除される処理計画の時間幅が、削除される処理計画の１つ前の処理計画の時間幅に、組み込まれる。削除される処理計画の１つ前の処理計画がＳ１１０、Ｓ１４０で抽出されない場合、時間幅の調整は、省略される。

図８は、印刷ジョブの制御処理のフローチャートである。図８の処理は、画像処理サーバ１００のプロセッサ１１０によって、自動的に実行される。Ｓ２００では、プロセッサ１１０は、ジョブ情報１３８（図３（Ｃ））を参照して、現在日時と同じ印刷日時の印刷ジョブが、ジョブ情報１３８に登録されているか否かを判断する。以下、印刷日時が現在日時と同じである印刷ジョブを「対象印刷ジョブ」または、単に「対象ジョブ」とも呼ぶ。対象ジョブが見つからない場合（Ｓ２００：Ｎｏ）、プロセッサ１１０は、時間が経過して、ジョブ情報１３８に登録された印刷ジョブのうちのいずれかが対象ジョブとして見つかるまで、Ｓ２００を繰り返す。すなわち、プロセッサ１１０は、現在日時が、ジョブ情報１３８に登録された印刷ジョブのうちのいずれかの印刷日時に達するまで、時間の経過を待つ。

対象ジョブが見つかった場合（Ｓ２００：Ｙｅｓ）、Ｓ２１０では、プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））を参照して、対象ジョブの処理計画の時間幅内のスケジュール情報を、カレンダサーバから取得する。ここで、時間幅は、現在日時を含む時間幅である。また、カレンダサーバへのアクセスに必要な情報は、処理計画情報１３６（図３（Ｂ））によって、特定される。

図８のＳ２１５では、プロセッサ１１０は、予定表を表すフォームデータを生成する。フォームデータによって表される予定表は、Ｓ２１０で取得されたスケジュール情報を表している。

図９、図１０、図１１は、フォームデータによって表される画像の例を示す概略図である。図９は、印刷ジョブの処理計画の印刷フォーマットが「毎日」である場合を示している。図９（Ａ）は、予定表の例を示し、図９（Ｂ）は、予定表とは別のシートに印刷されるイベントの情報の例を示している。図９は、図３（Ｂ）の「ｂｂｂ−１」の処理計画に従って生成されるフォームデータによって表される画像の例を示している。図９（Ａ）の予定表は、時刻とイベントとの対応関係を表している。左の列には、時刻が記載され、右の列には、イベントが記載されている。図９（Ａ）の予定表では、１行が、１時間に対応しており、１２時から２０時までを表す９行が、上から下に向かって並んでいる。図９（Ｂ）のシートは、種類が「会議」である１つのイベントに関連する情報を、表している。

図１０、図１１は、印刷ジョブの処理計画の印刷フォーマットが「毎週」である場合を示している。図１０、図１１は、図３（Ｂ）の「ｃｃｃ−１」の処理計画に従って生成されるフォームデータによって表される画像の例を示している。図１０、図１１の予定表は、月曜日から金曜日までの、６時から２４時までのイベントを表している。図１０、図１１の予定表では、１行が１時間に対応しており、６時から２４時までを表す１９行が、上から下に向かって並んでいる。また、最も左の列には、時刻が記載され、第２列から第６列は、「月」「火」「水」「木」「金」のイベントを、それぞれ表している。なお、図１１の予定表は、図１０の予定表と比べて、詳細な情報を表している。後述するが、実際には、図１０の予定表と図１１の予定表とから選択された一方が、印刷される。

なお、図９（Ａ）、図１０、図１１のそれぞれの予定表は、１枚のシートに印刷される。また、フォームデータのデータ形式としては、任意の形式を採用可能である。本実施例では、カラーの画像を表すＲＧＢのビットマップデータである。ただし、プリンタに固有なデータ形式（例えば、ハーフトーン処理済の印刷データ）が採用されてもよい。フォームデータによって表される画像の詳細については、後述する。

また、Ｓ２１０で取得されたスケジュール情報を用いてフォームデータを生成する方法としては、任意の方法を採用可能である。例えば、カレンダサーバから取得されるスケジュール情報は、イベント毎に設けられた１以上のイベント情報を含み得る。１つのイベント情報は、１つのイベントを表している。図２で説明したように、イベント情報は、「日付」などの複数の項目のそれぞれを表している。日時は、例えば、所定時間（１時間、３０分など）を単位として設定され得る。イベント情報のデータ形式は、例えば、ＪＳＯＮ（JavaScript Object Notation）である（ＪＡＶＡＳＣＲＩＰＴは、登録商標）。また、フォーマット情報１４０（図１）は、「毎日（daily）」に対応付けられた予定表のフォーマットと、「毎週（weekly）」に対応付けられた予定表のフォーマットと、をそれぞれ規定している。プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））を参照して対象ジョブの印刷フォーマット（「毎日」または「毎週」）を特定し、特定された印刷フォーマットに対応付けられた予定表のフォーマットを、フォーマット情報１４０を参照して特定する。プロセッサ１１０は、特定された予定表のフォーマットに従って、スケジュール情報を用いて、フォームデータを生成する。例えば、プロセッサ１１０は、スケジュール情報に含まれるイベント情報を参照して、予定表に記載される文字列（すなわち、イベントを表す文字列）を表すビットマップデータを生成する。また、プロセッサ１１０は、フォーマット情報１４０によって規定されるフォーマットと、イベントの時間と、に従って、イベントに適した予定表のフォーマットを決定する。例えば、予定表における各時刻のセルの幅が決定される。図９（Ａ）の例では、イベントの無い時刻のセルの幅は、幅Ｗ０に決定され、イベントを表すセルの幅は、幅Ｗ１またはＷ２に決定される。セルの幅（例えば、幅Ｗ０、Ｗ１、Ｗ１）の詳細については、後述する。そして、プロセッサ１１０は、決定したフォーマットに従って、イベントの文字列を表すビットマップデータを用いて、イベントの日時に対応するセルにイベントを表す文字列が記載された予定表を表すフォームデータ（例えば、ＲＧＢのビットマップデータ）を生成する。

図８のＳ２２０では、プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））とデバイス情報１３９（図１）とを参照して、対象ジョブに対応付けられたプリンタを特定し、Ｓ２１５で生成したフォームデータを、特定されたプリンタに供給する。Ｓ２２５では、フォームデータを受信したプリンタ（例えば、複合機５１０）は、受信したフォームデータに従って、画像を印刷する。これにより、予定表が印刷される。Ｓ２３０では、画像処理サーバ１００のプロセッサ１１０は、ジョブ情報１３８（図３（Ｃ））の対象ジョブの印刷日時を、次回の日時に更新する。例えば、印刷フォーマットが「毎日」である場合、日付に「１」が加算される。印刷フォーマットが「毎週」である場合、日付に「７」が加算される。そして、プロセッサ１１０は、Ｓ２００に戻り、図８の処理を繰り返す。このように、プロセッサ１１０は、情報１３４、１３６、１３８、１３９に従って、取得供給処理（すなわち、印刷ジョブ）を、実行する。

次に、図８のＳ２１５で生成されるフォームデータによって表される画像について説明する。本実施例では、プロセッサ１１０は、以下のルールＲ１〜Ｒ５に従って、フォームデータを生成する。
Ｒ１）ジョブの種類（印刷フォーマット）に応じて、情報が選択される。
Ｒ２）印刷フォーマットが「毎日」である場合、時間幅のうちの開始時刻（すなわち、計画日時の時刻）から最初のイベントの時刻（ここでは、開始時刻）までが省略される。
Ｒ３）イベントの種類が「会議」である場合、「タイトル」と「時間」と「参加者」とを含む詳細な情報が、予定表に埋め込まれる
Ｒ４）イベントの種類が「会議」である場合、そのイベントを表す別シートが生成される。
Ｒ５）イベントの種類に応じて、セルの幅が調整される。

図１２は、予定表に埋め込まれる（すなわち、予定表に記載される）情報を示す表である。図２で説明したように、イベントには、種々の情報が対応付けられている。図８のＳ２１５では、プロセッサ１１０は、図１２の表に従って、予定表に記載する情報を選択する。

図１２の実施例では、印刷ジョブの種類（すなわち、印刷フォーマット）が「毎日」である場合には、「時間」と「タイトル」と「詳細」と「参加者」とを含む詳細な情報が、予定表に記載される。印刷フォーマットが「毎日」である場合には、１枚のシートに印刷される予定表の時間幅が１日以下であるので、１枚のシートに１日を超える予定表が印刷される場合と比べて、各イベントに割り当て可能なシート上の領域を広げることができる。従って、各イベントの詳細な情報を、比較的大きな字で記載できる。図９（Ａ）の例では、１２時と１５時と１８時との３個のイベントのそれぞれに関して、詳細な情報が記載されている。なお、カレンダサーバから取得されたスケジュール情報に含まれていない項目については、記載が省略される。

図１２の実施例では、印刷フォーマットが「毎週」である場合には、プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））に現行ユーザＩＤの「毎日」の処理計画が登録されているか否かに応じて、フォーム（すなわち予定表）に埋め込むべき情報を選択する。「毎日」の処理計画が登録されている場合、「詳細」と「参加者」とが省略され、「時間」と「タイトル」とを含む簡素な情報が、予定表に記載される。簡素な情報のみが予定表に記載される理由は、詳細な情報（すなわち、「詳細」と「参加者」）は、「毎日」の印刷ジョブに従って印刷される予定表に記載されるからである。図１０は、印刷フォーマットが「毎週」であり、「毎日」の処理計画が登録されている場合の例を示している。図１０の予定表には、各イベントの簡素な情報が、記載されている。ただし、種類が「会議」であるイベントについては、詳細な情報が記載されている。

印刷フォーマットが「毎週」であり、かつ、「毎日」の処理計画が登録されていない場合、印刷フォーマットが「毎日」である場合と同様に、詳細な情報が予定表に記載される。詳細な情報が予定表に記載される理由は、「毎日」の印刷ジョブによる予定表の印刷が行われないからである。図１１は、印刷フォーマットが「毎週」であり、「毎日」の処理計画が登録されていない場合の例を示している。図１１の予定表には、各イベントの詳細な情報が、記載されている。なお、カレンダサーバから取得されたスケジュール情報に含まれていない項目については、記載が省略される。

また、プロセッサ１１０は、原則として、処理計画情報１３６（図３（Ｂ））の時間幅の予定表を表すフォームデータを生成する。例えば、図１０、図１１の例では、予定表は、図３（Ｂ）の「ｃｃｃ−１」の時間幅である「月曜日から金曜日の６時から２４時」を表している。印刷フォーマットが「毎日」である場合、プロセッサ１１０は、時間幅のうちの開始時刻から最初のイベントの時刻（ここでは、開始時刻）までを省略する。換言すれば、プロセッサ１１０は、印刷日時以降の最初のイベント（すなわち、時間幅内の最初のイベント）の日時を起点とする予定表を表すフォームデータを、生成する。例えば、図９（Ａ）の例では、図３（Ｂ）の「ｂｂｂ−１」の処理計画が示すように、時間幅は、８時から２０時である。また、図９（Ａ）の例では、８時以降の最初のイベントの開始時刻が１２時である。従って、８時から１２時が省略され、予定表の起点は、１２時である。このように、印刷日時から最初のイベントまでの間のイベントの無い時間が予定表から省略されるので、スケジュールを把握しやすいフォーマットで、予定表を表すフォームデータを生成できる。なお、プロセッサ１１０は、時間幅の一部が省略される場合には、時間幅の一部が省略されない場合と比べて、１つのイベントを表すセルの幅を大きくしてもよい。こうすれば、プロセッサ１１０は、イベントが見やすい予定表を表すフォームデータを、生成できる。

また、プロセッサ１１０は、図９（Ｂ）に示すように、種類が「会議」であるイベントについては、予定表とは別のシートにイベントの詳細な情報を印刷するように、フォームデータを生成する。ここで、１枚のシートには、１つのイベントの情報が記載される。Ｎ個（Ｎは１以上の整数）のイベントの種類が「会議」である場合には、Ｎ枚のシートにＮ個のイベントの情報がそれぞれ印刷されるように、フォームデータが生成される。従って、プロセッサ１１０は、「会議」に関連するイベントを容易に把握可能な画像を表すフォームデータを生成できる。また、１枚のシートに１つのイベントの情報が印刷されるので、シート上の空白の領域が広くなる。この結果、ユーザは、空白の領域に、自由にメモを記入できる。なお、このように１枚のシートに１つのイベントの詳細な情報を印刷する場合には、予定表における同じイベントに関連する情報として、詳細な情報のうちの一部（例えば、「日付」と「時間」と「タイトル」）のみが印刷されてもよい。この代わりに、予定表にも、別のシートに印刷される詳細な情報と同じ情報が、印刷されてもよい。また、別のシートに印刷される文字のサイズは、予定表の文字のサイズよりも、大きいことが好ましい。なお、印刷フォーマットが「毎週」である場合にも、図９（Ｂ）のように「会議」のイベントを表す別のシートが、印刷される。

また、図９（Ａ）、図１０、図１１には、セルの幅Ｗ０、Ｗ１、Ｗ２、Ｗ１０、Ｗ１１、Ｗ１１ａ、Ｗ１２が、示されている。これらのセルの幅は、予定表において、時刻の進む方向の幅である（図９（Ａ）、図１０、図１１中では、上から下に向かう方向の幅）。本実施例では、これらの幅Ｗ０、Ｗ１、Ｗ２、Ｗ１０、Ｗ１１、Ｗ１１ａ、Ｗ１２は、予め決められており、フォーマット情報１４０（図１）によって定められている。すなわち、予定表に記載されるイベントの文字数に拘わらずに、イベントを表す領域の広さが予め決められている。以下、これらの幅について説明する。

図９（Ａ）の例では、種類が「会議」であるイベントを表すセルの幅Ｗ２は、他の種類のイベントを表すセルの幅Ｗ１よりも広い。図１０、図１１の例でも、種類が「会議」であるイベントを表すセルの幅Ｗ１２は、他の種類のイベントを表すセルの幅Ｗ１１、Ｗ１１ａよりも広い。このように、「会議」のイベントを表す領域の広さは、「会議」とは異なる種類のイベントを表す領域の広さよりも、大きい。従って、プロセッサ１１０は、「会議」のイベントが見やすい予定表を表すフォームデータを、生成できる。なお、詳細な情報を表すための幅Ｗ１１ａは、簡素な情報を表すための幅Ｗ１１よりも、広い。

イベントを表す情報の量が多くて、対応する時刻のセル内に全ての情報を記載することができない場合には、プロセッサ１１０は、一部の情報を省略してもよい。これに代えて、プロセッサ１１０は、文字のサイズを小さくすることによって、全ての情報を記載してもよい

また、本実施例では、「会議」の幅Ｗ２、Ｗ１２は、詳細な情報を記載した上で、さらに余白が残るように、予め決定されている。従って、ユーザは、印刷された予定表の中の会議のイベントのセルに、さらに、メモを記入できる。

また、図９（Ａ）の例では、イベントの無いセルの幅Ｗ０は、イベントを表すセルの幅Ｗ１、Ｗ２のいずれよりも小さい。図１０、図１１の例でも、イベントの無いセルの幅Ｗ１０は、イベントを表すセルの幅Ｗ１１、Ｗ１１ａ、Ｗ１２のいずれよりも小さい。従って、プロセッサ１１０は、イベントが見やすい予定表を表すフォームデータを、生成できる。

図１３、図１４は、予定表の参考例を示す概略図である。図１３は、印刷フォーマットが「毎日」である場合を示し、図１４は、印刷フォーマットが「毎週」である場合を示している。これらの参考例では、イベントの有無に拘わらずに、時間幅の開始時刻から終了時刻までを均等に表すように、予定表が構成されている。図９（Ａ）、図１０、図１１の実施例では、図１３、図１４の参考例と比べて、イベントの無いセルが小さい。このように、プロセッサ１１０は、イベントが見やすい予定表を表すフォームデータを、生成できる。

以上のように、図８のＳ２１０では、プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））の「計画日時」に応じて決定される時間幅内のイベントを表すスケジュール情報を、取得する。具体的には、図６、図７で説明したように、処理計画の時間幅は、その処理計画に基づく印刷ジョブを実行する日時から、同じ種類の次の処理計画に基づく印刷ジョブを実行する日時までの範囲内である。図８のＳ２１０では、このような時間幅内のイベントを表すスケジュール情報が取得される。そして、図８のＳ２１５では、このような時間幅の予定表を表すフォームデータが生成される。

また、図８のＳ２１５では、プロセッサ１１０は、処理計画情報１３６（図３（Ｂ））の「計画日時」によって規定される取得供給処理（印刷ジョブ）の処理日時の時間間隔に応じて異なるフォーマットで予定表を表すフォームデータを生成する。具体的には、時間間隔が１日以下である場合（すなわち、印刷フォーマット＝毎日）、図９（Ａ）に示すように、１日以下の予定表を表すフォームデータが生成される。時間間隔が１日を超える場合（すなわち、印刷フォーマット＝毎週）、図１０、図１１に示すように、１日より長く１週間以下の予定表を表すフォームデータが生成される。このように、プロセッサ１１０は、時間間隔に適したフォーマットで予定表を表すフォームデータを生成できる。

また、図６で説明したように、処理計画情報１３６（図３（Ｂ））の「計画日時」が複数の「毎日」の処理計画（すなわち、印刷ジョブ）を規定する場合には、「毎日」の処理計画を規定する複数の印刷ジョブの間で時間幅が異なり得る。すなわち、複数の印刷ジョブの間で、予定表によって表される時間幅が異なり得る（図示省略）。例えば、特定の印刷ジョブから次の印刷ジョブまでの時間間隔が短い場合には、時間間隔が長い場合と比べて、特定の印刷ジョブで印刷される予定表の時間幅が短くなり得る。このように、プロセッサ１１０は、時間間隔に適したフォーマットで予定表を表すフォームデータを生成できる。なお、処理計画情報１３６（図３（Ｂ））の「計画日時」が複数の「毎週」の処理計画（すなわち、印刷ジョブ）を規定する場合も、同様である。

なお、印刷ジョブと次の印刷ジョブとの間の時間間隔に拘わらずに、予定表のフォーマットが同じであってもよい。

また、図５で説明したように、プロセッサ１１０は、ユーザの指示に従って、処理計画情報１３６（図３（Ｂ））の「計画日時」を決定する（Ｓ１２５、Ｓ１５５）。従って、プロセッサ１１０は、ユーザの好みの日時に、フォームデータを生成できる。ただし、「計画日時」が、ユーザの指示に従って決定されるのではなく、予め決定されていてもよい。

また、図１２で説明したように、処理計画情報１３６（図３（Ｂ））の「計画日時」が、「毎日」の処理計画と「毎週」の処理計画との両方を規定している場合、「毎週」の処理計画に基づく取得供給処理（すなわち、印刷ジョブ）では、プロセッサ１１０は、簡素な情報が記載された予定表（図１０）を表すフォームデータを生成する。また、処理計画情報１３６の「計画日時」が、「毎日」の処理計画を規定せずに「毎週」の処理計画を規定している場合、「毎週」の処理計画に基づく取得供給処理では、プロセッサ１１０は、詳細な情報が記載された予定表を表すフォームデータを生成する（図１１）。このように、プロセッサ１１０は、「毎日」の処理計画が規定されている場合と規定されていない場合とのそれぞれに適したフォーマットで、予定表を表すフォームデータを生成できる。ただし、「毎日」の処理計画が規定されているか否かに拘わらずに、プロセッサ１１０は、「毎週」の処理計画に基づく取得供給処理では、予め決められた情報が記載された予定表を表すフォームデータを生成してもよい。

Ｂ．変形例：
（１）予定表の時間幅（すなわち、処理計画情報１３６（図３（Ｂ））の時間幅）の決定方法としては、上記の方法に代えて、他の種々の方法を採用可能である。例えば、図７の実施例において、終了曜日が、次の処理計画の開始曜日と同じであってもよい。すなわち、複数の処理計画の間で、時間幅の一部が重複してもよい。また、「毎週」の処理計画の時間幅からは、予め決められた曜日（例えば、土曜日と日曜日）が除かれることとしてもよい。

（２）図９（Ｂ）で説明した別シートに情報が印刷されるイベントの種類としては、「会議」に限らず、任意の種類を採用可能である。例えば、「勉強会」を採用してもよい。一般には、ユーザがメモを記入することが想定されるイベントの種類を示すイベント種類情報が予め記憶装置（例えば、不揮発性記憶装置１３０）に格納され、当該イベント種類情報によって特定される種類のイベントが予定表内に存在する場合に、別シートにその種類のイベントの情報が印刷されることが好ましい。例えば、図１の実施例では、イベント種類情報は、プログラム１３２の一部として、不揮発性記憶装置１３０に格納されている。また、予めユーザによって、別シートに情報を印刷すべきイベントの種類が選択されてもよい。また、別シートの印刷が、省略されてもよい。

（３）イベントの種類の特定方法としては、項目名が「種類」である情報を参照する方法に代えて、他の任意の方法を採用可能である。例えば、参加者が設定されている場合には、イベントの種類が「会議」であると判断してもよい。また、イベントの種類とキーワードとの対応関係を予め決めておき、「タイトル」に含まれるキーワードに応じてイベントの種類を特定してもよい。

（４）取得供給処理（すなわち、印刷ジョブ）を実行する処理日時を規定する情報である「計画日時」の形式としては、「毎日の特定の時刻」と「毎週の特定の曜日の特定の時刻」との２種類の形式に限らず、他の任意の種類を採用可能である。例えば、「２週間毎の特定の曜日の特定の時刻」、「毎月の特定の日の特定の時刻」などの種々の期間を表す形式を採用可能である。一般的には、処理日時を規定する情報としては、定期的に繰り返される処理日時を表す情報を、採用することが好ましい。このように、処理計画の種類としては、「毎日」と「毎週」との２種類に限らず、「２週間毎」、「毎月」などの任意の期間を採用可能である。いずれの場合も、印刷フォーマットとしては、「計画日時」によって特定される時間間隔と同程度の時間幅の予定表を表す種々のフォーマットを採用可能である。例えば、「計画日時」が毎月の日時を示す場合、プロセッサ１１０は、おおよそ１ヶ月分の予定表を表すフォームデータを生成することが好ましい。

（５）予定表のフォーマットとしては、上記の実施例のフォーマットに限らず、他の任意のフォーマットを採用可能である。例えば、予定表に記載される情報は、図１２の実施例に代えて、他の任意のルールに従って選択されてよい。例えば、処理計画情報１３６（図３（Ｂ））の「計画日時」によって規定される処理計画の種類に拘わらずに、同じ種類の情報が予定表に記載されてもよい。また、イベントの種類に拘わらずに、同じ種類の情報が予定表に記載されてもよい。

また、時間幅のうちの開始時刻（すなわち、計画日時の時刻）から最初のイベントの時刻までが、予定表から省略されなくてもよい。この場合、ユーザは、予定表を観察することで、時間幅の開始時刻から最初のイベントの時刻までの間に他のイベントが無いことを、容易に確認できる。

また、イベントの種類に拘わらずに、イベントを表す領域（例えば、セル）の大きさが同じであってもよい。また、予定表が、複数枚のシートに分割して印刷されるように、予定表のフォーマットが構成されていてもよい。

また、１行が、１時間とは異なる時間（例えば、３０分、２時間など）に対応していてもよい。また、予定表において、時刻の進む方向は、上から下に向かう方向とは異なる方向であってもよい（例えば、左から右に向かう方向）。

（６）イベントを表す情報としては、図２で説明した情報に限らず、任意の情報を採用可能である。例えば、「組織名」や「重要度」などが採用されてもよい。また、上記の複数の項目のうちの一部のみが採用されてもよい。例えば、「種類」が省略されてもよい。

（７）取得供給処理を実行する画像処理システムとしては、図１の画像処理サーバ１００に代えて、他の任意のシステムを採用可能である。例えば、複合機５１０が、取得供給処理を実行してもよい。また、ネットワークを介して互いに通信可能な複数の装置（例えば、コンピュータ）が、取得供給処理の機能を一部ずつ分担して、全体として、取得供給処理の機能を提供してもよい（これらの装置を備えるシステムが画像処理システムに対応する）。

上記各実施例において、ハードウェアによって実現されていた構成の一部をソフトウェアに置き換えるようにしてもよく、逆に、ソフトウェアによって実現されていた構成の一部あるいは全部をハードウェアに置き換えるようにしてもよい。例えば、図８の制御処理の機能を、専用のハードウェア回路によって実現してもよい。

また、本発明の機能の一部または全部がコンピュータプログラムで実現される場合には、そのプログラムは、コンピュータ読み取り可能な記録媒体（例えば、一時的ではない記録媒体）に格納された形で提供することができる。プログラムは、提供時と同一または異なる記録媒体（コンピュータ読み取り可能な記録媒体）に格納された状態で、使用され得る。「コンピュータ読み取り可能な記録媒体」は、メモリーカードやＣＤ−ＲＯＭのような携帯型の記録媒体に限らず、各種ＲＯＭ等のコンピュータ内の内部記憶装置や、ハードディスクドライブ等のコンピュータに接続されている外部記憶装置も含み得る。

以上、実施例、変形例に基づき本発明について説明してきたが、上記した発明の実施の形態は、本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明は、その趣旨並びに特許請求の範囲を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物が含まれる。

１００...画像処理サーバ、１１０...プロセッサ、１２０...揮発性記憶装置、１３０...不揮発性記憶装置、１３２...プログラム、１３４...ユーザ情報、１３６...処理計画情報、１３８...ジョブ情報、１３９...デバイス情報、１４０...フォーマット情報、１７０...通信インタフェース、１８０...タイマ、５１０...複合機、５２０...パーソナルコンピュータ、６００...カレンダサーバ、６００ａ...プロセッサ、６００ｂ...揮発性記憶装置、６００ｃ...不揮発性記憶装置、６００ｄ...プログラム、６００ｅ...カレンダ情報、１０００...ネットワークシステム、ＮＴ...ネットワーク、ＤＲ...登録画面、ＢＧ１...第１ボタン群、ＢＧ２...第２ボタン群、Ｌ１...ドロップダウンリスト、Ｌ２...ドロップダウンリスト、ＢＲ...登録ボタン、ＡＲ...一覧領域

Claims (10)

1. 画像処理システムであって、
   予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得部と、
   前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成部と、
   前記画像データを印刷部に供給する供給部と、
   を備え、
   前記処理日時情報によって規定される第１の処理日時に対応して取得される特定のスケジュール情報は、前記第１の処理日時と、前記処理日時情報によって規定される第２の処理日時であって前記第１の処理日時の次の第２の処理日時と、の間の日時に対応付けられたイベントを表し、
   前記生成部は、
   前記第１の処理日時と前記第２の処理日時との間の時間間隔である対象間隔が第１の間隔である場合に、特定のフォーマットにしたがって、前記第１の間隔以下の予定表を表す画像データを生成し、
   前記対象間隔が、前記第１の間隔よりも長い第２の間隔である場合に、前記特定のフォーマットとは異なるフォーマットにしたがって、前記第１の間隔よりも長く前記第２の間隔以下の予定表を表す画像データを生成する、
   画像処理システム。
2. 請求項１に記載の画像処理システムであって、
   前記処理日時情報を格納するための記憶装置と、
   ユーザの指示に従って前記処理日時情報を前記記憶装置に登録する処理日時登録部と、
   を備える、画像処理システム。
3. 請求項１または２に記載の画像処理システムであって、
   前記生成部は、
   前記第１の処理日時が毎日の特定の時刻を規定する前記処理日時情報によって規定される場合、１日以下の前記予定表を表す前記画像データを生成し、
   前記第１の処理日時が毎週の特定の曜日と特定の時刻とを規定する前記処理日時情報によって規定される場合、１日より長く１週間以下の前記予定表を表す前記画像データを生成する、
   画像処理システム。
4. 請求項１から３のいずれか１項に記載の画像処理システムであって、
   前記生成部は、
   前記処理日時情報が、毎日の特定の時刻と、毎週の特定の曜日と特定の時刻と、の両方を規定する場合、前記毎週の特定の曜日と特定の時刻とに対応して取得された前記スケジュール情報に基づいて、第１フォーマットで予定表を表す前記画像データを生成し、
   前記処理日時情報が、毎日の特定の時刻を規定せずに、毎週の特定の曜日と特定の時刻とを規定する場合、前記毎週の特定の曜日と特定の時刻とに対応して取得された前記スケジュール情報に基づいて、第２フォーマットで予定表を表す前記画像データを生成する、
   画像処理システム。
5. 請求項１から４のいずれか１項に記載の画像処理システムであって、
   前記生成部は、前記スケジュール情報によって表されるイベントのうちの前記スケジュール情報の取得に対応する前記処理日時以降の最初のイベントに対応付けられた日時を起点とする前記予定表を表す前記画像データを生成する、
   画像処理システム。
6. 請求項１から５のいずれか１項に記載の画像処理システムであって、
   前記生成部は、第１種のイベントを第１の広さの領域で表し第２種のイベントを前記第１の広さよりも大きい第２の広さの領域で表す前記予定表を表す前記画像データを生成する、
   画像処理システム。
7. 請求項１から６のいずれか１項に記載の画像処理システムであって、
   前記生成部は、前記予定表に特定の種類のイベントが含まれる場合に、前記特定の種類の１つのイベントに関連する情報を、前記予定表が印刷されるシートとは別の１枚のシートに印刷するための前記画像データを生成する、
   画像処理システム。
8. 画像処理システムであって、
   予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得部と、
   前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成部と、
   前記画像データを印刷部に供給する供給部と、
   を備え、
   前記生成部は、第１種のイベントを第１の広さの領域で表し第２種のイベントを前記第１の広さよりも大きい第２の広さの領域で表す前記予定表を表す前記画像データを生成する、
   画像処理システム。
9. 画像処理のためのコンピュータプログラムであって、
   予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得機能と、
   前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成機能と、
   前記画像データを印刷部に供給する供給機能と、
   をコンピュータに実現させ、
   前記処理日時情報によって規定される第１の処理日時に対応して取得される特定のスケジュール情報は、前記第１の処理日時と、前記処理日時情報によって規定される第２の処理日時であって前記第１の処理日時の次の第２の処理日時と、の間の日時に対応付けられたイベントを表し、
   前記生成機能は、
   前記第１の処理日時と前記第２の処理日時との間の時間間隔である対象間隔が第１の間隔である場合に、特定のフォーマットにしたがって、前記第１の間隔以下の予定表を表す画像データを生成し、
   前記対象間隔が、前記第１の間隔よりも長い第２の間隔である場合に、前記特定のフォーマットとは異なるフォーマットにしたがって、前記第１の間隔よりも長く前記第２の間隔以下の予定表を表す画像データを生成する、
   コンピュータプログラム。
10. 画像処理のためのコンピュータプログラムであって、
    予定表を表す画像を印刷するための処理を実行する定期的な処理日時を規定する処理日時情報に従って、現在日時が前記処理日時に達するごとに、予定表を管理するサーバから、イベントと日時との対応関係を表すスケジュール情報を取得する取得機能と、
    前記スケジュール情報に基づいて前記予定表を表す画像データを生成する生成機能と、
    前記画像データを印刷部に供給する供給機能と、
    をコンピュータに実現させ、
    前記生成機能は、第１種のイベントを第１の広さの領域で表し第２種のイベントを前記第１の広さよりも大きい第２の広さの領域で表す前記予定表を表す前記画像データを生成する、
    コンピュータプログラム。

Images