JP7422460B2 - アプリケーション、および当該アプリケーションがインストールされた画像形成装置 - Google Patents

Description

本発明は、アプリケーション、および当該アプリケーションがインストールされた画像形成装置に関する。

画像形成装置にインストールされるアプリケーションには、ある条件を満たしたタイミングで、外部装置から取得した印刷データに基づく印刷を実行するものがある。たとえば、特許文献１のように、ユーザが指定した日時になると、外部装置から取得した印刷データに基づき印刷を開始する画像形成装置が知られている。

上記のようなアプリケーションを画像形成装置にインストールしておくことで、ユーザが印刷を開始したいタイミングで印刷開始指示をしなくても、あらかじめ指定したタイミングで印刷を開始することができる。

特開２０１９－８９２８７号公報

ユーザにより設定された時刻やタイミングに処理を開始するアプリケーションは、通常、常にメモリに展開され、アプリケーション内の制御モジュールがユーザにより設定された時刻、タイミングを迎えたか否かを判定する。そして、アプリケーションは、時刻が設定された時刻になったことや、ユーザにより設定されたタイミングを迎えたことに基づき、処理を開始し、印刷を実行する。

上記のようなアプリケーションにおいては、データを印刷に関するプログラムは、常時動作しているものでないにも関わらず、常にメモリに展開されている。そのため、当該アプリケーションが印刷を行っていないタイミングであっても、印刷に関するプログラムがメモリを使ってしまうこととなる。そこで、本明細書に記載の画像形成装置は、印刷を行うか否かを判定し、印刷を行うときに印刷に関するプログラムを起動することで印刷を行っていないときのメモリの消費を抑えることを目的とする。

本明細書に記載の画像形成装置は、ユーザにより設定されたファイルの印刷に関する処理を実行するアプリケーションと、時刻情報に基づき前記アプリケーションを起動するかを判定する判定手段と、前記判定手段を所定時間ごとに起動する起動手段と、少なくとも前記判定手段による判定の間、前記画像形成装置が前記判定手段による判定の処理が終了される省電力状態に移行しないよう制御する制御手段と、を有することを特徴とする。

本明細書に記載の画像形成装置は、印刷を行うか否かを判定し、印刷を行うときに印刷に関するプログラムを起動することで印刷を行っていないときのメモリの消費を抑えることができる。

本実施形態における画像形成装置４０１のハードウェア構成の一例を示す図である。 本実施形態における画像形成装置４０１のソフトウェア構成の一例を示す図である。 本実施形態におけるソフトウェアモジュールの一例を示す図である。 本実施形態におけるシステム構成の一例を示す図である。 本実施形態において、画像形成装置４０１に拡張アプリケーションをインストールする処理を示すシーケンス図である。 本実施形態において、拡張アプリケーションの設定画面の一例を示す図である。 本実施形態において、拡張アプリケーションの設定に係る処理を示すシーケンス図である。 本実施形態において、拡張アプリケーションの設定データの一例を示す図である。 本実施形態において、拡張アプリケーションの印刷実行時の処理を示すシーケンス図である。 本実施形態における拡張アプリケーションのインストールデータ構成の一例を示す図である。 本実施形態における拡張アプリケーションのＭｅｔａ情報の一例を示す図である。 本実施形態におけるタイマー管理部３０７が管理するインターバル情報の一例を示す図である。 本実施形態におけるタイマーハンドラ処理の一例を示すシーケンス図である。 本実施形態における拡張アプリケーションのタイマー印刷時の処理を示すシーケンス図である。 本実施形態における拡張アプリケーションによる印刷処理時の各ページの処理状態を模式的に示す図である。 本実施形態において、拡張アプリケーションの操作画面の一例を示す図である。 本実施形態において、拡張アプリケーションが印刷を停止したときに表示される画面の一例を示した図である。 本実施形態の拡張アプリケーションにおいて、複数ファイル印刷時の各ページの処理状態を模式的に示す図である。 本実施形態の拡張アプリケーションにおいて、停止が指示されたときの処理を示すフローチャートである。 本実施形態の拡張アプリケーションが実行する印刷処理を示すフローチャートである。 本実施形態の拡張アプリケーションが実行するタイマーハンドラ処理を示すフローチャートである。 本実施形態の拡張アプリケーションにおける中断情報の一例を示す図である。 本実施形態におけるＭａｉｎスクリプト実行可能確認処理を示すフローチャートである。 本実施形態におけるハンドラ実行監視処理を示すフローチャートである。

以下、本願発明を実施するための最良の形態について図面を用いて説明する。

図１は、画像形成装置４０１の主要部の構成の例を示すブロック図である。画像形成装置４０１はコントローラユニット１００を含み、コントローラユニット１００には、画像入力デバイスであるスキャナ１７０や画像出力デバイスであるプリンタ１９５が接続されるとともに、操作部１１２が接続される。コントローラユニット１００は、スキャナ１７０で読み取られた画像データをプリンタ１９５により印刷出力するコピー機能を実現するための制御を行う。

ＣＰＵ１０１は、ＲＯＭ１０３に格納されているブートプログラムによりオペレーションシステム（ＯＳ）を立ち上げる。ＣＰＵ１０１は、このＯＳ上で、ストレージ１０４に格納されているプログラムを実行し、これによって各種処理を実行する。ＲＡＭ１０２はＣＰＵ１０１の作業領域として用いられる。ＲＡＭ１０２は、作業領域を提供するとともに、画像データを一時記憶するための画像メモリ領域を提供する。ストレージ１０４は、プログラムや画像データを格納する。

ＣＰＵ１０１には、システムバス１０７を介して、ＲＯＭ１０３およびＲＡＭ１０２が接続される。さらに、ＣＰＵ１０１には操作部Ｉ／Ｆ（インターフェース）１０６、ネットワークＩ／Ｆ（インターフェース）１１０、ＵＳＢホストＩ／Ｆ１１３、画像バスＩ／Ｆ（インターフェース）１０５が接続される。操作部Ｉ／Ｆ１０６は、タッチパネルを有する操作部１１２とのインターフェースであり、操作部１１２に表示すべき画像データを操作部１１２に対して出力する。また、操作部Ｉ／Ｆ１０６は、操作部１１２においてユーザにより入力された情報をＣＰＵ１０１に送出する。ネットワークＩ／Ｆ１１０は、画像形成装置をＬＡＮに接続するためのインターフェースである。

ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４と通信するインターフェース部である。ＵＳＢホストＩ／Ｆ１１３は、ストレージ１０４に格納されているデータをＵＳＢストレージ１１４に記憶させるための出力部である。また、ＵＳＢホストＩ／Ｆ１１３は、ＵＳＢストレージ１１４に格納されているデータを入力し、ＣＰＵ１０１にそれを伝える。ＵＳＢストレージ１１４は、データを格納する外部記憶装置であり、ＵＳＢホストＩ／Ｆ１１３に対して着脱可能である。ＵＳＢホストＩ／Ｆ１１３には、ＵＳＢストレージ１１４を含む複数のＵＳＢデバイスが接続可能である。

ＲＴＣ１１５は、現在時刻を制御する。このＲＴＣ１１５で制御する時刻情報はジョブ投入時間の記録などに利用される。

画像バスＩ／Ｆ１０５は、システムバス１０７と、画像データを高速で転送する画像バス１０８とを接続し、データ形式を変換するためのバスブリッジである。画像バス１０８は、ＰＣＩバスまたはＩＥＥＥ１３９４等によって構成される。画像バス１０８上には、デバイスＩ／Ｆ１２０、スキャナ画像処理部１８０、プリンタ画像処理部１９０が設けられる。デバイスＩ／Ｆ１２０には、スキャナ１７０およびプリンタ１９５が接続され、デバイスＩ／Ｆ１２０は、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部１８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部１９０は、プリント出力画像データに対してプリンタ１９５に応じた補正、解像度変換などを行う。

図２は、画像形成装置の拡張アプリケーションの実行環境を示すソフトウェアブロック図である。本実施例において、拡張アプリケーションとは、コピーやファクス、プリントといった画像形成装置の基本機能以外の機能を実現するためのアプリケーションである。たとえば、ユーザが指定した時刻にユーザにより設定されたアドレスやフォルダパス、ファイルパスにアクセスし、当該アドレスやフォルダパス、ファイルパスで特定されるデータをダウンロードして印刷する機能などである。

図２の各モジュールは、ＣＰＵ１０１がストレージ１０４に記憶されているプログラムをＲＡＭ１０２にロードし、プログラムを実行することで実現される。

オペレーティングシステムであるＯＳ２０１では、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブプログラム２１０が動作する。さらに、ＯＳ２０１では、拡張アプリケーションの実行環境である仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ：ＶＭ）２３０が動作する。ＶＭ２３０は、拡張アプリケーションを制御するプログラムを理解し実行するモジュールである。拡張アプリケーションは、ＶＭ２３０上で動作する。

ＶＭ２３０で動作するプログラムは、ＣＰＵ１０１で動作するコマンドとは異なり、ＶＭ２３０専用のコマンドで動作する。このコマンドをバイトコードと呼ぶ。一方でＣＰＵ専用のコマンドをネイティブコードと呼ぶ。ＶＭには、バイトコードをそのまま逐次解釈処理するタイプと、バイトコードをネイティブコードに変換して実行するタイプがある。この実施例のＶＭ２３０は前者のタイプであるが、後者のタイプであってもよい。一般的にＣＰＵの種別が異なると、他のＣＰＵで動作する命令を使うことができない様に、ＶＭでも異なるＶＭを動作させるための命令を使うことはできない。またこの実施例のＶＭ２３０は、ＣＰＵ１０１上で動作するソフトウェアモジュールであるが、ハードウェアモジュールであってもよい。

ネイティブプログラム２１０内には、プリンタやＦＡＸ、スキャナと言った画像処理ユニットを制御するためのネイティブスレッド２１４と、仮想マシン２３０を動かすためのＶＭスレッド２１５がある。ＶＭスレッドはＶＭ２３０の数に対応する数存在する。ここでは、２１１、２１２，２１３の３つのスレッドが生成されている。

ＶＭシステムサービス２２０は、拡張アプリケーションから共通利用されるユーティリティライブラリである。拡張アプリケーション２４０からＶＭシステムサービス２２０の機能を呼び出すことにより、拡張アプリケーションを開発する手間を省く、または画像形成装置の各モジュールへアクセスすることができる。ＶＭシステムサービス２２０には、ＶＭとして最低限動作させる標準ＶＭシステムサービス２２１と、画像形成装置の各モジュールにアクセスや、ＯＳの機能を提供する拡張ＶＭシステムサービス２２２がある。標準ＶＭシステムサービス２２１は、拡張アプリケーションをロードする機能も含む。ＶＭシステムサービス２２０は、ＶＭ２３０が拡張アプリケーション内のバイトコードで指示されているＡＰＩを実行することで、ＡＰＩに関連づけられているＶＭシステムサービス２２０が呼び出される。

ＶＭ２３０は、拡張アプリケーション２４０を実行する。ＶＭ２３０は、拡張アプリケーションのスレッド毎に生成される。この図では拡張アプリケーションＡ２４１で２つのスレッドを動かすためのＶＭ Ａ－１ ２３１と、ＶＭ Ａ－２ ２３２、拡張アプリケーションＢ２４２で１つのスレッドを動かすためのＶＭ Ｂ－１が生成されている。

なお、図２に示す拡張アプリケーションの起動は以下の方法でおこなわれる。画像形成装置のメインメニュー画面に表示された拡張アプリケーションのアイコンをユーザが選択したことを、操作部１１２を通じて操作部Ｉ／Ｆ１０６が検知する。そして、操作部Ｉ／Ｆ１０６が、拡張アプリケーションのアイコンが選択されたことをＣＰＵ１０１に通知する。ＣＰＵ１０１は、操作部Ｉ／Ｆ１０６からの通知に基づき、ユーザによって選択された拡張アプリケーションを起動する。

図３は、本実施例の画像形成装置のＣＰＵ１０１上で動作するソフトウェアモジュールの構成図である。図３に示すモジュールは、図２に示すネイティブスレッド２１４が実行する処理を行うモジュールである。

サーブレットサービス３０４は、ネットワークＩ／Ｆ１１０を通してＨＴＴＰアクセスされた際に、そのリクエストを受け付け、各モジュール（アプリケーション管理部３０２か標準機能制御部３０１）に処理を振り分けるモジュールである。

ＵＩ制御部３０３は、操作部１１２に画面を表示し、ユーザからの操作を受け付けて、その操作情報を適切なモジュール（アプリケーション管理部３０２か標準機能制御部３０１）に通知するモジュールである。

アプリケーション管理部３０２は、拡張アプリケーションのインストールや起動等の管理を行うモジュールである。

アプリケーション実行制御部３０５は、アプリケーション管理部３０２で起動されたアプリケーションの実行制御を行うモジュールである。具体的には、ＶＭスレッド２１５、ＶＭシステムサービス２２０、ＶＭ２３０、拡張アプリケーション２４０を制御する。

ストレージ制御部３０６は拡張アプリケーション２４０のプログラムや設定情報を記録するモジュールである。

アプリケーション実行制御部３０５は、ストレージ制御部３０６にアクセスして拡張アプリケーションのプログラムを読み出す。

各モジュールは、ストレージ制御部３０６にアクセスし、設定値の参照、設定を行う。

標準機能制御部３０１は、画像形成装置の標準機能であるコピーやＦＡＸの制御や、その他の画像成形装置に必要な制御（例えばＵＳＢホストパスＩ／Ｆ１１３の制御）を行うモジュールである。

タイマー管理部３０７は、ＲＴＣ１１５から現在時刻情報を取得し、規定の時刻が経過したことを検知し、アプリケーション管理部３０２に通知する。アプリケーション管理部３０２は、タイマー管理部３０７から通知を受け、アプリケーションのタイマー処理の実行をアプリケーション実行制御部３０５に依頼する。

図４は、本実施例の画像形成装置を含む印刷システムの構成の例を示す図である。この印刷システムは画像形成装置４０１、ホストＰＣ４０２、サーバ４０３、イーサネット（登録商標）４０４によって構成される。

画像形成装置４０１には、イーサネット４０４経由で、ホストＰＣ４０２から拡張アプリケーションがインストールされる。ホストＰＣ４０２は、拡張アプリケーションのインストールデータを有しており、画像形成装置４０１が提供する拡張アプリケーションのインストール手段を用いて画像形成装置４０１に拡張アプリケーションをインストールする。サーバ４０３は、印刷する画像データを有しており、画像形成装置４０１からの画像データ取得要求を受けて、画像データを画像形成装置４０１に送信する。

本実施例において、画像形成装置４０１にインストールされる拡張アプリケーションは、ユーザが指定した時刻にサーバ４０３の指定されたフォルダにアクセスし、印刷データを取得し、当該印刷データに基づく印刷を実行するアプリケーションである。なお、本アプリケーションによる印刷はユーザがメインメニューから当該拡張アプリケーションのアイコンを選択し、実行を指示した場合にも実行される。

初めに、画像形成装置４０１に拡張アプリケーションをインストールする手順を説明する。

図５は、ホストＰＣ４０２が有する拡張アプリケーションのインストールデータを、画像形成装置４０１にインストールする際の処理をしめすシーケンス図である。当該処理は、ホストＰＣ４０２が画像形成装置４０１にアクセスすることで開始される。

まずＳ５０１において、ホストＰＣ４０２は、画像形成装置に対して認証要求を送信する。ホストＰＣ４０２は、Ｗｅｂブラウザ機能等を利用し、画像形成装置４０１にアクセスする。そして、画像形成装置４０１が提供する認証画面に必要な情報（たとえば、ユーザＩＤ，パスワード）を入力し、送信する。これにより、認証要求と、認証に必要な情報が画像形成装置４０１に送信される。

Ｓ５０２で認証要求を受けたサーブレットサービス３０４は、受信した認証情報に基づく認証を行いホストＰＣ４０２に応答する。Ｓ５０２において、サーブレットサービス３０４は受信した認証情報を不図示の認証用モジュールに渡し、認証用モジュールから認証結果を受け取る。そして、サーブレットサービス３０４は、認証結果をホストＰＣ４０２に返す。この時、サーブレットサービス３０４は認証用モジュールが発行した認証許可を示す文字列（Ｔｏｋｅｎ）を認証結果とともにホストＰＣ４０２に返す。

認証許可を受けたホストＰＣ４０２はＳ５０３で、インストール開始要求を画像形成装置４０１に送信する。この時、ホストＰＣ４０２が有する拡張アプリケーションのデータとＳ５０２で取得したＴｏｋｅｎをサーブレットサービス３０４に送信する。

Ｓ５０４で、インストール開始要求を受けたサーブレットサービス３０４は、Ｔｏｋｅｎが正しいことを確認する。

そして、サーブレットサービス３０４は、アプリケーション管理部３０２に拡張アプリケーションのインストール要求を送信する。Ｓ５０４において、サーブレットサービス３０４は、ホストＰＣ４０２から受信した、拡張アプリケーションのインストール要求をアプリケーション管理部３０２に渡す。

インストール要求を受けたアプリケーション管理部３０２は、Ｓ５０５でストレージ制御部３０６にアプリケーションデータの書き込み要求を送信する。ストレージ制御部３０６は、アプリケーションデータ書き込み要求を受け、ストレージ１０４にアプリケーションデータを書き込む。

ストレージ制御部３０６は、ストレージ１０４へのアプリケーションデータの書き込み完了後、Ｓ５０６でアプリケーション管理部３０２に書き込みの完了を通知する。

Ｓ５０７でアプリケーション管理部３０２は、インストールデータに含まれるタイマー情報をタイマー管理部３０７に登録する。

Ｓ５０８において、タイマー管理部３０７がタイマーの登録を完了すると、タイマー管理部３０７はアプリケーション管理部３０２に登録の完了を通知する。タイマー情報については図１２にて後述する。Ｓ５０８まで完了すると、画像形成装置４０１への拡張アプリケーションのインストールが完了する。

一方で、画像形成装置４０１への拡張アプリケーションのインストール中のＳ５０９でホストＰＣ４０２は、インストール状況取得要求を画像形成装置４０１に通知する。この時、ホストＰＣ４０２はＳ５０２で取得したＴｏｋｅｎを使ってインストール状況取得要求を画像形成装置４０１に通知する。

サーブレットサービス３０４は受信したＴｏｋｅｎが正しいことを確認し、問題なければＳ５１０でアプリケーション管理部３０２にインストール状況を問い合わせる。インストール状況の問い合わせを受けたアプリケーション管理部３０２は、現在のインストール状況を返す。拡張アプリケーションのインストールが完了しておらず、インストール中のためＳ５１１においてアプリケーション管理部３０２はインストール中を返す。Ｓ５１２において、サーブレットサービス３０４は、アプリケーション管理部３０２から取得した状態をホストＰＣ４０２に通知する。

Ｓ５１３からＳ５１６で再度ホストＰＣ４０２からインストール状況の確認を行う。ここでは、インストールが完了しているため、インストール完了が通知される。なお、Ｓ５０９以降で実行されるインストール状況の確認は所定間隔で行われるポーリング処理である。インストールが完了するまでは、画像形成装置４０１からインストール中が通知され、インストールが完了した後にインストール完了がホストＰＣ４０２に通知される。

以上の処理により、ホストＰＣ４０２の有する拡張アプリケーションのインストールデータが、画像形成装置４０１にインストールされる。

ここで、画像形成装置４０１にインストールされる拡張アプリケーションのインストールデータの構成を説明する。図１０は、拡張アプリケーションのインストールデータの構成の一例を示す図である。

１００１はアーカイブである。このアーカイブは、拡張アプリケーションを構成するすべてのデータを１つに纏めたデータである。拡張アプリケーションを構成するファイルは、大きく３つに分けることができる。１つは拡張アプリケーションの動作をプログラム言語で記述したスクリプト（１００２～１００５）。２つ目は、アプリケーションで利用する画像データや表示メッセージなどを格納するリソースファイル（１００６～１００７）。３つ目は、アプリケーション名などを宣言するｍｅｔａファイル１００８である。なお、アーカイブは複数のスクリプトで構成される。たとえば、操作部１１２に表示されるアイコンが押下された時の動作を記載するＭａｉｎスクリプト１００２や、サーブレットサービス３０４の処理を行うサーブレットスクリプト１００３、タイマー処理を行うハンドラースクリプト１００４などである。さらに、アーカイブには、上記スクリプトが共通で利用する共通スクリプト１００５が記憶されている。拡張アプリケーションを実行する際、必要なスクリプトだけがメモリにロードされるため、無駄なメモリ消費を抑えることができる。

図１１は、アプリケーションを構成するｍｅｔａファイル１００８の一例である。１１０１はアプリケーションを識別するＩＤである。１１０２はアプリケーション名である。１１０３は定期的に起動するアプリケーションのハンドラ処理のインターバルを示す。図１１では、ＩＤが１の“ｐｒｉｎｔ ｆｏｒｍ”というアプリケーションが１０分毎に起動し、印刷を実行するか否かを判定することを示している。１１０３で示されるインターバルが、インストール処理のＳ５０７によってタイマー制御部に登録される。

図１２は、タイマー制御部に登録されているインターバル情報を管理するテーブルの一例を示す図である。図１２のｉｎｔｅｒｖａｌの単位は“分”とする。

１２０１は、アプリケーションのＩＤと、そのアプリケーションのインターバルを紐づける、インターバル情報を示す。１２０２は、アプリケーションＩＤ１のアプリケーションのインターバルが１０分であることを示す。１２０３は、アプリケーションＩＤ２のアプリケーションのインターバルが１０分であることを示す。１２０４は、アプリケーションＩＤ５のアプリケーションのインターバルが２０分であることを示す。すなわち、画像形成装置４０１は、ＩＤ１とＩＤ２のアプリケーションを１０分毎に起動し、ＩＤ５のアプリケーションを２０分毎に起動する。そして、起動されたアプリケーションは、アプリケーションのＭａｉｎスクリプトによる処理の実行を行うか否かを判定する。このように、あらかじめ決められた周期でタイマーハンドラを起動させることで、各拡張アプリケーションを常時起動していなくても、ユーザにより指定された時刻に拡張アプリケーションによる処理を実行することができる。

図６は、拡張アプリケーションの設定画面６０１の例を示す図である。図６に示す画面は、図５に示すシーケンスを終了し、画像形成装置４０１に拡張アプリケーションがインストールされた後、ホストＰＣ４０２から画像形成装置４０１にアクセスすることで、ホストＰＣ４０２のディスプレイに表示される。この設定画面は画像形成装置４０１とイーサネット４０４で接続されたホストＰＣ４０２上で動作するＷｅｂブラウザに表示される。

設定画面６０１は、基本設定としてボタン名６０４、ファイルのパス情報６０５、実行前確認画面表示６０６を設定することができる。

ボタン名６０４は、画像形成装置４０１の操作部１１２のメインメニュー画面に表示されるアイコンの名称を設定する領域である。

ファイルのパス情報６０５は、印刷対象のファイルのパス情報が設定される。ファイルのパス情報は、ファイルを特定するＵＲＬ情報であってもよいし、ファイルが格納されているフォルダのパスやファイルパスであってもよい。画像形成装置４０１は、指定されたＵＲＬ、フォルダパス、ファイルパス等にアクセスし、印刷データを取得する。

実行前確認画面表示６０６では、画像形成装置４０１の操作部１１２のメインメニュー画面に表示されるアイコンを押下した際に、実行確認画面を表示するか否かが設定される。なお、実行確認画面の表示が設定されていても、ユーザが指定した時刻に印刷を開始するスケジュール設定を利用した印刷では実行確認画面を表示しないとする。

設定画面６０１には、用紙サイズ、両面、カラーモード、部数、給紙部といったプリント設定６０７の項目も含まれる。設定画面６０１は、拡張アプリケーションが印刷を実行する際の印刷設定を設定する領域である。

さらに、設定画面６０１では、指定した曜日／時間に印刷を実行する為のスケジュール設定を行うことができる。設定６０８は、スケジュール設定を有効にするか否かの設定をすることができる。設定６０８にレ点が表示されている場合、設定６０９を設定することができるようになる。一方で、設定６０８にレ点が表示されていない状態では、設定６０９を設定することはできない。

設定６０９は、拡張アプリケーションによる印刷が実行される時刻を設定する領域である。ユーザは、拡張アプリケーションによる印刷を実行する曜日と時刻を設定する。たとえば、図６では、日曜日の午前１時３０分からと、月曜日の午後５時４５分から印刷が実行されることが設定されている。

設定画面６０１で「ＯＫ」ボタン６０２が押下されると、設定画面６０１の設定と紐付いたアイコンが画像形成装置４０１の操作部１１２のメインメニュー画面に表示される。設定画面６０１で「キャンセル」ボタン６０３が押下されると設定画面６０１の設定を破棄し、設定画面６０１が閉じられる。

図７は、図６に示す設定画面をホストＰＣ４０２に表示させ、拡張アプリケーションの設定を行うときの処理を示すシーケンス図である。ここでは拡張アプリケーションとして、ユーザが登録したフォーム画像データを印刷するアプリケーションを例に説明する。アプリケーションによって細かい処理内容は異なるが、基本的な処理はここで示すステップと同じ処理になる。

拡張アプリケーションの設定は、ホストＰＣ４０２上で動作するＷｅｂブラウザから画像形成装置４０１に接続し、Ｗｅｂブラウザを介して行われる。なお、画像形成装置４０１のＷｅｂブラウザから設定を行うとしてもよい。

まず、Ｗｅｂブラウザはサーブレットサービス３０４に対してアプリケーションを設定するための設定用ＵＲＬを通知し、当該ＵＲＬに対応する処理をリクエストする（Ｓ７０１）。

サーブレットサービス３０４は、Ｗｅｂブラウザから通知されたＵＲＬをアプリケーション管理部３０２に渡し、設定画面を表示するための処理をアプリケーション管理部３０２に依頼する（Ｓ７０２）。

アプリケーション管理部３０２は、リクエストされているＵＲＬから該当アプリケーションを特定し、該当アプリケーションのＶＭ起動処理を行う（Ｓ７０３）。

次にアプリケーション管理部３０２は、アプリケーションサーブレットを実行する。この時、アプリケーション管理部３０２は、Ｗｅｂブラウザから通知されたＵＲＬと情報を拡張アプリケーションに通知する（Ｓ７０４）。

拡張アプリケーションは、要求されたＵＲＬのリクエストに対するレスポンス処理を行う（Ｓ７０５）。ここでは、設定用ＵＲＬに対するＨＴＭＬリソースを返す準備を行う。このＨＴＭＬリソースには、フォーム印刷処理に必要な図８に示す情報を参照・設定するためのＨＴＭＬ ＦＯＲＭが記述されている。

次に、拡張アプリケーションは準備したＨＴＭＬリソースをアプリケーション管理部３０２に送信し、アプリケーションサーブレットを終了する（Ｓ７０６）。

アプリケーション管理部３０２は、受けたＨＴＭＬリソースをそのままサーブレットサービス３０４に送信する（Ｓ７０７）。

続いて、アプリケーション管理部３０２は、拡張アプリケーションから終了の通知受け、ＶＭ終了処理を行う（Ｓ７０８）。

サーブレットサービス３０４は、アプリケーション管理部３０２から受信したＨＴＭＬリソースをＷｅｂブラウザに送信する（Ｓ７０９）。ＷｅｂブラウザがＨＴＭＬリソースに基づく画面をホストＰＣ４０２のディスプレイに表示することで、図６に示す設定画面が表示される。

ユーザはＷｅｂブラウザに表示された画面を編集し、アプリケーションの設定を変更する（Ｓ７１０）。ここでは、新しく印刷フォームを登録したとする。

Ｗｅｂブラウザはユーザの操作によって設定情報登録リクエストをサーブレットサービス３０４に要求する（Ｓ７１１）。

サーブレットサービス３０４は、Ｗｅｂブラウザから受信した要求に基づき、アプリケーション管理部３０２に処理依頼する（Ｓ７１２）。アプリケーション管理部３０２は、サーブレットサービス３０４から設定情報登録リクエストを受信し、当該リクエストに対応するアプリケーションを特定し、当該アプリケーションを処理するためのＶＭを起動する（Ｓ７１３）。アプリケーション管理部３０２は、アプリケーションサーブレットを実行する（Ｓ７１４）。このとき、アプリケーション管理部３０２は、サーブレットサービス３０４から受信した設定情報登録リクエストと設定された情報を拡張アプリケーションに送信する。

拡張アプリケーションは、アプリケーション管理部３０２から受信した設定情報登録リクエストとその設定情報に基づき、設定情報の登録処理を行う（Ｓ７１５）。拡張アプリケーションは、設定情報の登録が完了すると、設定情報登録リクエストに対応する処理が完了したことを示す登録処理結果をアプリケーション管理部３０２に通知する。

アプリケーション管理部３０２は、拡張アプリケーションから受信した登録処理結果をそのままサーブレットサービス３０４に送信する（Ｓ７１７）。さらに、サーブレットサービス３０４は、アプリケーション管理部３０２から受信した登録処理結果をそのままＷｅｂブラウザに送信する（Ｓ７１８）。

アプリケーションは登録したフォームのアイコンを登録するために、アプリケーション管理部３０２にアイコン情報更新通知を送り、アプリケーションサーブレットを終了する（Ｓ７１９）。アプリケーション管理部３０２は、アプリケーションサーブレットの終了を受け、ＶＭ終了処理を実行する（Ｓ７２０）。アプリケーション管理部３０２は、アイコン更新処理を行う（Ｓ７２１）。アイコン更新処理とは、図６のボタン名６０４で設定された名称のボタンをメインメニュー画面に表示させるための処理である。アプリケーション管理部３０２はＵＩ制御部３０３を制御し、設定された拡張アプリケーションのボタンをメインメニュー画面に表示させる。ＵＩ制御部３０３は、ボタン画像を生成し、生成したボタン画像と起動するアプリケーションのアプリケーションＩＤを紐づけて記憶させる。これにより、ユーザが選択したアイコンがどの拡張アプリケーションに対応するアイコンかを識別することができるようになる。

図８は、拡張アプリケーションである、フォーム印刷アプリケーションが、Ｗｅｂブラウザに提供するＨＴＭＬリソースの一例を示す図である。図８はＨＴＭＬリソースの一例であり、これに限定するものではない。図８では、すでにボタン名やファイルのパス情報、印刷設定やスケジュール設定が設定された状態のＨＴＭＬリソースである。拡張アプリケーションで印刷設定が登録される前のＨＴＭＬリソースは、各設定値が記録されておらず、設定項目だけが記憶されたデータである。図７に記載のシーケンスが実行されることで、図８に示す設定がなされた状態のリソースが完成する。

設定データ８０１は、拡張アプリケーションの設定画面６０１で「ＯＫ」ボタン６０２が押下された際にストレージ１０４に書き込まれる。

８０２はボタン名、８０４は実行前確認画面を表示するか否かの設定値、８０５は印刷対象のファイルやフォルダのパス情報を示し、拡張アプリケーションの設定画面６０１中の６０４、６０５、６０６で設定された値が反映される。図８では、ボタン名称が「コンテンツ印刷」、実行前確認画面を表示することが設定されている。

また、８０６はそれぞれ用紙サイズ、両面、カラーモード、部数、給紙部の設定を示し、拡張アプリケーションの設定画面６０１中の６０７で設定された値が反映される。図８では用紙サイズがＡ４、両面印刷、カラーモードは自動判定、印刷部数は１部、給紙部はトレイ２と設定されている。

８０７はスケジュールの設定を行うか否かの設定値及び、各曜日におけるスケジュールの設定値を示す。ここでは、拡張アプリケーションの設定画面６０１の６０９のように、日曜日のＡＭ１：３０、月曜日のＰＭ５：４５にスケジュールを設定した際の設定データの例を示す。火曜日から土曜日についてはスケジュール設定がなされていないため、時刻情報がブランクになっている。

次に、図９を用いて、アプリケーションの実行に関する処理を説明する。図９は、ユーザが画像形成装置４０１の画面に表示される拡張アプリケーションのボタンを選択し、印刷を実行する際の処理を示すシーケンス図である。本実施例では、拡張アプリケーションをフォーム印刷アプリケーションと記載する。

操作部１１２は拡張アプリケーションのアイコンが選択されたことを検知する（Ｓ９０１）。

操作部１１２は拡張アプリケーション２４０に対しアプリケーション実行を指示する（Ｓ９０２）。操作部１１２はユーザにより選択されたアイコンに紐づく拡張アプリケーションに対してアプリケーションの実行指示を送信する。

拡張アプリケーション２４０は、アプリケーション実行指示を受信して、アイコンに紐付いたパス情報をもとにサーバ４０３に対し、ファイル情報取得要求を行う（Ｓ９０３）。

サーバ４０３は、拡張アプリケーション２４０からファイル情報取得要求を受けると、サーバ４０３内のファイルから対象のファイルの特定する（Ｓ９０４）。パス情報でファイルが指定されていた場合は設定されたパスのファイルが特定される。一方で、パス情報でフォルダが指定されていた場合はそのフォルダに含まれる複数のファイルが対象ファイルとして特定される。なお、ＵＲＬが指定されていた場合、当該ＵＲＬのＷｅｂページを印刷ファイルとして特定する。

次にサーバ４０３はＳ９０４で特定した対象ファイルの情報を拡張アプリケーション２４０に送信する（Ｓ９０５）。Ｓ９０５において送信される対象ファイルの情報とは、特定されたファイルの名称や当該ファイルの保存日時、ファイルのデータサイズなど、後述するＳ９０６で操作部１１２に表示される情報である。

拡張アプリケーション２４０はサーバ４０３から対象ファイル情報を受信すると、操作部１１２に対し確認画面と対象ファイルの表示指示を行う（Ｓ９０６）。

操作部１１２は拡張アプリケーション２４０から確認画面と対象ファイルの表示指示を受けると、設定画面６０１で設定したプリント設定と対象ファイルの情報を含む確認画面の表示を行う（Ｓ９０７）。操作部１１２に表示される確認画面には、特定された対象ファイルの名称や保存日時、データサイズなどが表示される。ユーザは確認画面を見ることで、どのファイルが印刷されるかを確認することができる。確認画面には、上記対象ファイルの情報に加え、「ＯＫ」ボタンが表示される。「ＯＫ」ボタンは、ユーザが選択した拡張アプリケーション２４０による印刷実行を指示するためのボタンである。さらに、確認画面には「キャンセル」ボタンが表示される。ユーザが「キャンセル」ボタンを選択することで、印刷を実行せずにメニュー画面に戻ることができる。

操作部１１２は確認画面で「ＯＫ」ボタンが選択されたことを検知する（Ｓ９０８）。

確認画面の「ＯＫ」ボタンが選択されたことを検知すると操作部１１２は拡張アプリケーション２４０に対し印刷要求を送信する（Ｓ９０９）。

拡張アプリケーション２４０は操作部１１２から印刷要求を受けると、操作部１１２に対し印刷中画面の表示を指示する（Ｓ９１０）。操作部１１２はＳ９１６で終了通知を受信するまで印刷中画面を表示する（Ｓ９１１）。図１６は、印刷中画面の一例を示す図である。ここで１６０１は、現在投入しているドキュメントの投入進捗状態を示す。１６０２は、印刷するファイル数と現在投入中のファイル番号を示す。この例では全部で５ファイルを印刷し、現在２番目のファイルを投入中であることを示す。１６０３は、ジョブの投入を中断してアプリケーションの終了を指示するボタンである。コンテンツ印刷アプリケーション実行中に、ユーザがスキャンしたり、別の印刷を行いたいというような場合にこのボタンを選択する。そのようにすることで、拡張アプリケーションによるジョブを停止してアプリケーションを終了し、ユーザはスキャンなど画像形成装置４０１を利用できる。

拡張アプリケーション２４０は、サーバ４０３に対してファイル取得要求を行う（Ｓ９１２）。Ｓ９１２において、拡張アプリケーション２４０は当該拡張アプリケーションに設定されたパスへのアクセス要求をサーバ４０３に送信する。先にも説明したように、このパスは、あるファイルのパスであっても、フォルダパスであってもよい。

サーバ４０３は拡張アプリケーション２４０からファイルファイル取得要求を受けると、サーバ４０３は拡張アプリケーション２４０に対し、Ｓ９０４で特定したファイルのデータ送信を行う（Ｓ９１３）。ここでは、実際に印刷する画像データを取得する。

拡張アプリケーション２４０はサーバ４０３からファイルデータを受信する（Ｓ９１４）。そして、拡張アプリケーション２４０は、受信したファイルデータの印刷を実行する（Ｓ９１５）。対象のファイルが複数存在する場合は、Ｓ９１４、Ｓ９１５の処理が複数繰り返される。なお、複数のファイルを印刷する場合には、全部のファイルのデータ受信が完了する前であっても、逐次印刷を開始する。

また、Ｓ９１５で印刷実行が終了すると、拡張アプリケーション２４０は操作部１１２に対し終了通知を行う（Ｓ９１６）。

次に、ユーザがスケジュール設定により設定した時刻に印刷を実行するための処理を説明する。

図１３は、アプリケーションのタイマーハンドラ処理を実行するシーケンスを示す図である。本シーケンスは、画像形成装置４０１に拡張アプリケーションがインストールされて以降、実行されるシーケンスである。

タイマー管理部３０７は定期的にインターバルとして設定された時間が経過したか否かを確認する（Ｓ１３０１）。インターバルとして設定された時間とは、図１２に示すテーブルで管理されるインターバル情報である。

アプリケーションのハンドラを起動してからインターバルとして設定された時間が経過している場合、アプリケーションのハンドラ起動要求をアプリケーション管理部３０２に行う（Ｓ１３０２）。この時、ハンドラ起動要求には、どのアプリケーションのハンドラを起動するかを指定するアプリケーションＩＤを一緒に通知する。ここでは、アプリケーションＩＤ１、２で設定されたインターバルが経過したとする。

アプリケーション管理部３０２は、タイマー管理部３０７からハンドラ起動要求を受けてハンドラ開始処理を行う（Ｓ１３０３）。なお、アプリケーション管理部３０２は、タイマー管理部３０７から通知されたアプリケーションＩＤのアプリケーションについて一つずつハンドラを起動させる。ハンドラ開始処理は、アプリケーションハンドラ処理中に画像形成装置がスリープ状態に入り、アプリケーションハンドラ処理が中断されないように、スリープ移行制御を抑制するための処理である。

次にアプリケーション管理部３０２は、ハンドラ起動要求１３０２に含まれるアプリケーションＩＤで指定されているアプリケーションのハンドラの実行をアプリケーション実行制御部３０５に依頼する（Ｓ１３０４）。図１３では、アプリケーションＩＤ１の拡張アプリケーションに対してハンドラ実行を依頼する。

アプリケーション管理部３０２は、アプリケーション実行制御部で実行されるハンドラの実行を監視するハンドラ実行監視処理をＳ１３０５で行う。このハンドラ実行監視処理については図２４で後述する。

アプリケーション実行制御部３０５は、アプリケーションハンドラ実行要求を受け、指定されたアプリケーションハンドラ処理を実行する（Ｓ１３０６）。ここで、ハンドラは、時刻が指定された拡張アプリケーションのスケジュール設定で設定されたジョブの実行時刻を迎えたか否かを判定する。図１３では設定された時刻を迎えていない場合を例に説明する。

アプリケーション実行制御部３０５は、ハンドラ処理実行後、ハンドラ処理の終了をアプリケーション管理部３０２に通知する（Ｓ１３０７）。終了通知を受けたアプリケーション管理部３０２は、ハンドラ実行監視処理を終了し、ハンドラ起動要求１３０２に含まれる次のアプリケーションＩＤの実行制御を行う。図１３では、アプリケーション管理部３０２はアプリケーション２のハンドラを処理する。

アプリケーション管理部３０２は、アプリケーション実行制御部３０５に、アプリケーションＩＤ２のアプリケーションのハンドラ実行を指示する（Ｓ１３０８）。アプリケーション実行制御部３０５は、アプリケーション管理部３０２から指示されたアプリケーションＩＤの拡張アプリケーションのハンドラを起動する。アプリケーション管理部３０２が、ハンドラの実行監視処理を開始する（Ｓ１３０９）。一方で、起動されたハンドラは現在時刻がアプリケーション２のスケジュール設定で設定された時刻を迎えたか否かを判定する。図１３では、アプリケーションＩＤ２のアプリケーションについても、スケジュール設定で設定された時刻を迎えていないとする。

アプリケーション実行制御部３０５は、アプリケーション管理部３０２にハンドラ処理が完了したことを通知する（Ｓ１３１１）。アプリケーション管理部３０２は、Ｓ１３０９で開始したハンドラ実行管理処理を終了する（Ｓ１３１２）。ハンドラ実行監視処理が終了することで、画像形成装置のスリープ移行を可能にするため、スリープ移行制御が実行されるようになる。

Ｓ１３１３からＳ１３１７は定期的に行われるポーリング処理であり、タイマー制御部は定期的に経過時間を確認する。Ｓ１３１６までは経過時間がインターバル情報１２０１に登録されているアプリケーションのインターバル時間に満たないためハンドラの起動要求等の処理はおこなわない。

Ｓ１３１７からＳ１３３２までは、アプリケーション１、２と５のインターバル時間が経過した時の動作である。そのため、Ｓ１３１７以降では、アプリケーション１、２、５のハンドラが順番に起動されて、処理を行っている。Ｓ１３１９～Ｓ１３２３に記載の処理は、Ｓ１３０３～Ｓ１３０７に記載の処理と同様である。Ｓ１３２４～Ｓ１３２７に記載の処理は、Ｓ１３０８～Ｓ１３１１に記載の処理と同様である。

アプリケーション管理部３０２は、アプリケーション実行制御部３０５に対してアプリケーションＩＤ５のアプリケーションについてハンドラの実行を指示する（Ｓ１３２８）。そして、アプリケーション管理部３０２は、ＩＤ５のアプリケーションのハンドラの実行監視処理を開始する（Ｓ１３２９）。アプリケーション実行制御部３０５は、アプリケーションＩＤ５の拡張アプリケーションのハンドラを起動し、ハンドラ処理を実行する（Ｓ１３３０）。Ｓ１３３０で行われる処理もＳ１３０６やＳ１３１０と同様、拡張アプリケーションのスケジュール設定された時間を迎えたか否かを判定する処理である。ここでも、時刻はスケジュール設定された時刻を迎えていないものとして説明をする。アプリケーション実行制御部４０５はハンドラ処理の終了をアプリケーション管理部３０２に通知する（Ｓ１３３１）。アプリケーション管理部はハンドラの終了に必要な処理を実行する（Ｓ１３３２）。

このようにアプリケーションによる印刷を実行するか否かを判定するハンドラを定期的に実行することで、拡張アプリケーションを常駐させずとも、ユーザにより設定された時刻にアプリケーションのメイン処理を実行することができる。また、拡張アプリケーションをメモリ上に常駐させず所定時間が経過したときだけメモリ上に展開することで、拡張アプリケーションが展開されていない間の消費メモリを削減することができる。さらに、図１３では複数のアプリケーションのタイマーハンドラを同時に実行せず、逐次実行する。このようにすることで、複数同時にアプリケーションが実行されるのを防ぎ、一度に消費されるメモリ量を削減することができる。

ここで、アプリケーションハンドラを起動した際に、スケジュール設定された時刻を迎えていた場合の処理を説明する。図１４は、拡張アプリケーションのスケジュール印刷機能実行時の処理を示すシーケンス図である。

Ｓ１４０１からＳ１４０４は、図１３のＳ１３０１からＳ１３０４と同じである。

タイマー管理部３０７は、所定時間が経過したら、設定されたインターバル時間を経過したか否かを判定する（Ｓ１４０１）。設定されたインターバル時間を経過した場合、タイマー管理部３０７はアプリケーション管理部３０２にインターバル時間を経過した拡張アプリケーションのハンドラの起動を要求する（Ｓ１４０２）。アプリケーション管理部３０２は、ハンドラ開始処理を実行する（Ｓ１４０３）。これにより、拡張アプリケーションのハンドラ処理を実行している間に画像形成装置４０１がスリープ状態に移行するのを抑制することができる。アプリケーション管理部３０２は、タイマー管理部３０７から通知されたアプリケーションＩＤであるアプリケーションＩＤ１のアプリケーションハンドラの実行をアプリケーション実行制御部３０５に指示する（Ｓ１４０４）。アプリケーション管理部３０２はハンドラ実行監視処理を開始する（Ｓ１４０５）。

Ｓ１４０６は拡張アプリケーションであるフォーム印刷アプリケーションのハンドラ処理である。アプリケーション実行制御部３０５は、拡張アプリケーションのハンドラを実行し、スケジュール設定された時刻を迎えたか否かを判定する（Ｓ１４０６）。

図１４では、画像形成装置４０１のＲＴＣ１１５から取得される時刻がスケジュール設定されている時刻を過ぎているとする。アプリケーション実行制御部３０５はフォーム印刷を行うためアプリケーション管理部３０２にＭａｉｎスクリプト起動依頼する（Ｓ１４０７）。そして、アプリケーション実行制御部３０５は、ハンドラ処理の終了をアプリケーション管理部３０２に通知する（Ｓ１４０８）。アプリケーション管理部３０２は、アプリケーション実行制御部３０５からの通知に基づき、ハンドラ処理を終了させる（Ｓ１４０９）。

Ｍａｉｎスクリプト起動依頼を受けたアプリケーション管理部３０２は、Ｍａｉｎスクリプト実行可能確認を行う（Ｓ１４１０）。これは、ユーザが画像形成装置を操作中に突然アプリケーションが起動することで、操作を妨げることを防ぐことを目的とし、Ｍａｉｎスクリプトの実行タイミングを調整するための処理である。例えば、Ｍａｉｎスクリプト実行可能確認において、ユーザが操作部１１２を操作しているか否かを判定する。ユーザが操作部１１２を操作している場合、アプリケーション管理部３０２は、無操作時間が所定時間経過するまでＭａｉｎスクリプトの実行指示を送信しない。また、Ｓ１４１０において、アプリケーション管理部３０２は、アプリケーション実行制御部３０５が他のアプリケーションのＭａｉｎスクリプトの実行中でないことを確認する。これは、複数のアプリケーションのＭａｉｎスクリプトが同時に実行されることを防ぐための処理である。

Ｍａｉｎスクリプトの実行可能確認は上記の方法以外の方法であってもよい。たとえば、画像形成装置４０１が印刷や原稿の読み取りを実行しているか、不図示の人感センサにより画像形成装置４０１の前に人がいることを検知しているかなどであってもよい。

Ｓ１４１０において、Ｍａｉｎスクリプトの実行が可能であると判定された場合、アプリケーション管理部３０２はアプリケーション実行制御部３０５にＭａｉｎスクリプト実行を依頼する（Ｓ１４１１）。アプリケーション実行制御部３０５は、Ｓ１４１２でＭａｉｎスクリプトを実行し、それにより図９のＳ９０９以降で示す印刷処理が行われる。Ｍａｉｎスクリプト処理が完了すると、アプリケーション実行制御部３０５はＭａｉｎスクリプトの実行終了をアプリケーション管理部３０２に通知する（Ｓ１４１３）。

このように制御することで、拡張アプリケーションのＭａｉｎスクリプトを常にメモリに展開してなくても、スケジュール設定により実行すると判定されたタイミングで展開すれば印刷を実行することができるようになる。

ここで、図１５の模式図を用いて、登録されたパスにより特定されるファイルを印刷する際の処理の流れを説明する。図１５は、複数ページドキュメントを印刷する際、各ページがどのように処理されるかの一例を示す図である。アプリケーションは登録されているサーバから、複数ページで構成されるドキュメントをダウンロードする（１５０１）。ダウンロード中のデータをプリント機能が参照するインターフェースに投入する（１５０２）。拡張アプリケーションはインターフェースに投入されたデータを、プリント機能の使用するメモリにスプールする（１５０３）。拡張アプリケーションは、スプール用のメモリの空きを確認し、データを渡す。プリント機能は、スプールされたデータを読み出してレンダリングし、ビットマップ画像を生成する（１５０４）。プリント機能はレンダリングにより生成されたビットマップ画像をプリントする（１５０５）。画像形成装置は、画像が印刷された用紙を排紙し処理が完了する（１５０６）。アプリケーションは、ダウンロードした全データの投入が終わった時点で終了する。アプリケーション終了後も、スプールされているデータの印刷は継続される。

以降、拡張アプリケーションを用いた印刷に係る処理の詳細についてフローチャートを用いて説明する。

図２１は、図１４のＳ１４０６で示すコンテンツ印刷アプリケーションのタイマーハンドラ処理を示すフローチャートである。本フローチャートに記載の処理は、図１０に示す拡張アプリケーションのインストールデータのＨａｎｄｌｅｒ Ｓｃｒｉｐｔ１００４に記載のプログラムをＣＰＵ１０１が実行することで実現される。

まずＳ２１０１において、ＣＰＵ１０１は中断情報が記憶されているか否かを判定する。中断情報は、図１９のＳ１９０６において記録される情報であり、拡張アプリケーションによる印刷が中断された場合に、いずれのファイルまで印刷が完了したかを示す情報である。

ここで、図２２を用いて中断情報について説明する。図２２は、中断情報の一例を示す図である。ここでは、ユーザにより設定されたパスのフォルダにｆｉｌｅ１．ｐｄｆ、ｆｉｌｅ２．ｐｄｆ、ｆｉｌｅ３．ｐｄｆの３つのファイルが格納されているとする。拡張アプリケーションは３つのファイルを順にダウンロードし、印刷する。ここで、拡張アプリケーションがｆｉｌｅ１．ｐｄｆ，ｆｉｌｅ２．ｐｄｆのファイルのダウンロードを完了し、ｆｉｌｅ１．ｐｄｆの印刷を完了し、ｆｉｌｅ２．ｐｄｆの印刷途中で停止指示がなされたとする。このとき、画像形成装置４０１は、ｆｉｌｅ２．ｐｄｆの印刷を完了しアプリケーションを終了する。中断情報には、図２２に示すように印刷が完了したｆｉｌｅ１．ｐｄｆ、ｆｉｌｅ２．ｐｄｆが記憶される。どのファイルの印刷が完了したかを中断情報として記憶することで、拡張アプリケーションの中断後、タイマーハンドラの起動時に、中断情報を参照し、いずれのファイルの印刷まで完了したかを確認することができる。

Ｓ２１０１において中断情報が記憶されていると判定された場合、ＣＰＵ１０１はＳ２１０３に記載の処理を実行する。中断情報が記憶されていなければ、ＣＰＵ１０１はＳ２１０２に記載の処理を実行する。

Ｓ２１０２において、ＣＰＵ１０１はＲＴＣ１１５から現在の曜日、時刻を取得し、前回タイマーハンドラが起動されてから、今回タイマーハンドラが起動されるまでの間に、ユーザにより設定された時刻を迎えたか否かを判定する。ユーザにより設定された時刻とは、図６に示す設定画面のスケジュール設定において、設定された時刻である。ＣＰＵ１０１は、ＲＴＣ１１５が取得した曜日と同じ曜日を指定した印刷のスケジュールが登録されているかを判定する。ＲＴＣ１１５が取得した曜日と同じ曜日を指定した印刷のスケジュールが登録されている場合、前回タイマーハンドラを起動してから今回タイマーハンドラが起動されるまでの間に設定された時刻を迎えたか否かを判定する。ＣＰＵ１０１は、ＲＴＣ１１５から取得した時刻よりもインターバルとして設定された時間だけ前の時刻から、ＲＴＣ１１５が取得した時刻までの間に設定された時刻を迎えたか否かを判定する。

設定された時刻を迎えている場合、ＣＰＵ１０１はＳ２１０３に記載の処理を実行する。一方で、設定されている時刻を迎えていない場合、ＣＰＵ１０１は図２１に記載の処理を終了する。

Ｓ２１０３では、ＣＰＵ１０１はＭａｉｎスクリプトの起動をアプリケーション管理部３０２に依頼し、処理を終了する。

図２１に示すように、タイマーハンドラの起動時に中断情報がある場合に、Ｍａｉｎスクリプトを起動するようにすることで中断した時の印刷処理を再度行うことができる。また、Ｓ２１０２の処理で、所定の時刻経過ではなく、外部情報装置と通信して印刷要求があることを確認するようにしてもよい。このようにすることで、外部情報装置と連動した印刷機能を提供することもできる。

次に、アプリケーション管理部３０２がアプリケーション実行制御部３０５から拡張アプリケーションのＭａｉｎスクリプトの実行を指示された場合に行われる、Ｍａｉｎスクリプトの実行が可能かを確認する処理について説明する。本処理は、図１４のＳ１４１０で実行される処理の詳細である。

図２３に記載の処理は画像形成装置４０１がネイティブのプログラムとして記憶しているプログラムをＣＰＵ１０１が実行することで実現される処理である。本処理は、実行が指示されたアプリケーションと異なるアプリケーションのＭａｉｎスクリプトの実行中や、ユーザが画像形成装置４０１を操作している間に拡張アプリケーションによる印刷を実行しないよう制御するためのものである。

まず、Ｓ２３０１において、Ｍａｉｎスクリプト起動依頼が来ているかどうかを調べる。起動依頼があればＳ２３０２に進み、無ければ図２３に記載の処理を終了する。

Ｓ２３０２で、ＣＰＵ１０１は既に他のＭａｉｎスクリプトが実行されているか否かを判定する。他のＭａｉｎスクリプトが実行されている場合ＣＰＵ１０１はＳ２３０２に処理を戻す。他のＭａｉｎスクリプトが実行されていなければ、ＣＰＵ１０１はＳ２３０３に処理を進める。Ｍａｉｎスクリプトが展開されるメモリ容量を抑えるため、他のＭａｉｎスクリプトの実行中はＳ２３０３の処理を行わないよう、Ｍａｉｎスクリプトが完了するまでＳ２３０２に記載の処理を繰り返し行う。

Ｓ２３０３で、ＣＰＵ１０１は一定時間内に操作部１１２を操作されたか否かを判定する。一定時間以内にユーザによる操作がなされている場合、ＣＰＵ１０１は処理をＳ２３０２に戻す。一定時間内に操作がなされていない場合、ＣＰＵ１０１は処理をＳ２３０３に進める。ユーザが最後に操作してから所定時間が経過していない場合、ユーザが画像形成装置４０１を操作していることが考えられる。そのため、ユーザによる画像形成装置４０１の操作が終わるまで、Ｓ２３０２、Ｓ２３０３を繰り返し行い、ユーザが画像形成装置４０１を使用し終わってからＭａｉｎスクリプトを実行する。

Ｓ２３０４では、ＣＰＵ１０１はアプリケーション管理部３０２を制御し、Ｍａｉｎスクリプト実行をアプリケーション実行制御部３０５に依頼する。

このように制御することで、ユーザ操作中にアプリケーションが起動してユーザ操作を妨げることを抑止することが出来、なおかつ、Ｍａｉｎスクリプトが複数実行されることを防ぐことで、消費するメモリを抑えることが出来る。

次に、拡張アプリケーションのＭａｉｎスクリプトが実行する処理を説明する。

図２０は、コンテンツ印刷アプリケーションのフォルダ印刷処理を示すフローチャートである。ＣＰＵ１０１が図１０に示す拡張アプリケーションのインストールデータに格納されるＭａｉｎスクリプト１００２を実行することで以下の処理が実現される。

まずＳ２００１において、ＣＰＵ１０１は設定されているパスで特定されるフォルダにあるファイルのリストを取得する。たとえば、設定されているパスで特定されるフォルダ内に“ｆｉｌｅ１．ｐｄｆ”、“ｆｉｌｅ２．ｐｄｆ”、“ｆｉｌｅ３．ｐｄｆ”の３つがある場合、それら３つのファイル名を取得する。

Ｓ２００２において、ＣＰＵ１０１は中断情報が記憶されているか否かを判定する。中断情報が記憶されている場合、拡張アプリケーションは、中断により実行されなかったフォルダの印刷を行うためＳ２００３以降の処理を実行する。一方で、中断情報がない場合、ＣＰＵ１０１はＳ２００６に処理を進める。

Ｓ２００３において、ＣＰＵ１０１は中断情報を読み込む。

Ｓ２００４において、ＣＰＵ１０１はＳ２００１で取得したファイルリストから、中断情報に含まれている印刷が終わったファイルリストに一致するファイルを除外する。たとえば、Ｓ２００１において“ｆｉｌｅ１．ｐｄｆ”、“ｆｉｌｅ２．ｐｄｆ”、“ｆｉｌｅ３．ｐｄｆ”のファイル名を取得したとする。一方で、Ｓ２００２において取得した中断情報に“ｆｉｌｅ１．ｐｄｆ”、“ｆｉｌｅ２．ｐｄｆ”が記憶されていたとする。この場合、Ｓ２００１で取得したリストに含まれる３つのファイル名のうち、“ｆｉｌｅ１．ｐｆｄ”、“ｆｉｌｅ２．ｐｄｆ”は印刷済みであることがわかる。そこで、Ｓ２００１で取得したファイル名のリストから“ｆｉｌｅ１．ｐｆｄ”、“ｆｉｌｅ２．ｐｄｆ”を削除する。これにより、“ｆｉｌｅ３．ｐｄｆ”のみが印刷するファイル名として残る。

Ｓ２００５において、ＣＰＵ１０１は中断情報をストレージから削除する。

Ｓ２００６において、ＣＰＵ１０１はファイルリストにファイルがあるか否かを判定する。ファイルがある場合、ＣＰＵ１０１はＳ２００７に処理を進め、印刷を実行する。一方で、印刷するファイルがない場合には、図２０に示す処理を終了する。ＣＰＵ１０１は、ユーザにより指定されたパスにあるファイルをダウンロードに、プリント機能が参照することのできるインターフェースへのデータの書き込みを完了すると、拡張アプリケーションのＭａｉｎスクリプトを終了する。

中断情報が記憶されていない場合、ＣＰＵ１０１はファイルリストの最初に記載されているファイル名のファイルから順にＳ２００７以降の処理を実行する。

Ｓ２００７において、ＣＰＵ１０１はファイルリストに記載されるファイルのデータを読み出す。たとえば、上記のようにファイルリストに“ｆｉｌｅ３．ｐｄｆ”が残っている場合、ＣＰＵ１０１はユーザにより指定されたフォルダパスの”ｆｉｌｅ３．ｐｄｆ”を読み出す。Ｓ２００７において、ＣＰＵ１０１は当該ファイルのダウンロードを開始する。

Ｓ２００８において、ＣＰＵ１０１はダウンロードしたファイルのデータと、ユーザにより設定された印刷設定に基づき印刷ジョブを生成する。そして、ＣＰＵ１０１は生成した印刷ジョブを画像形成装置の印刷機能を制御するアプリケーションに投入する。

上記のように制御することで、コンテンツ印刷アプリケーションのフォルダ印刷処理が一時停止された場合に、印刷済みのファイルを飛ばして続きから印刷することができる。

ここで、拡張アプリケーションにより画像データの印刷を行っているときに、ユーザが拡張アプリケーションの中断指示をした場合の処理について説明する。

図１７は、図１６の“Ｐａｕｓｅ”ボタン１６０３を押下し、拡張アプリケーションによる印刷の中断指示をした場合に表示される中断処理中画面の一例である。複数ページドキュメントのデータ投入中（図１５の１５０２）にアプリケーションを停止すると、ドキュメントの途中までが印刷された状態になってしまう。そこで“Ｐａｕｓｅ”ボタン１６０３が押下された時は、アプリケーションを即時中断するのではなく、途中までダウンロードしたファイルについて全データの投入が終わるのを待ってから終了する。

画像形成装置は印刷中のファイルの最後のページのデータをプリント機能のインターフェースに投入し、図１７に示す画面を非表示にする。中断処理中画面を非表示にしたあとは、コピー、プリント、スキャンなど複数の機能から使用する機能を選択するメインメニュー画面や、上記いずれかの機能の設定画面、ユーザ認証に必要な情報を受け付ける画面などが操作部１１２に表示される。

この画面の１７０１は、現在投入しているドキュメントの投入進捗状態を示す。この投入が終わった時点で、アプリケーションは終了する。“Ａｂｏｒｔ”ボタン１７０２は、途中までの印刷になってしまっても構わない場合に、即時停止を実行するボタンである。このボタンが選択された場合は、データ投入中であっても、アプリケーションが中断される。

拡張アプリケーションが中断された場合、印刷中のファイルを最終ページまで印刷して、拡張アプリケーションによる印刷を中止する。

図１８は、フォルダ内の２つのファイルを印刷している時に、各ページがどのように処理されるかを示す図である。最初にファイル１が投入され、ファイル１の投入が終わった時点でファイル２が投入される。この時、ファイル１はまだ印刷中で、ファイル２はスプールされているだけで、印刷を待つ状態にある。ファイル１の印刷中で、ファイル２のダウンロード中に中断指示がなされたとする。画像形成装置は、ファイル１を最後のページまで印刷し、ファイル２は印刷をしない。そして、画像形成装置は、ファイル１の印刷が完了したことを中断情報として記憶する。

図１９は、図１６の“Ｐａｕｓｅ”ボタン１６０３を押下した時の中断処理のフローを示す。本フローチャートに記載の処理は、拡張アプリケーションのＭａｉｎ Ｓｃｒｉｐｔ１００２に記載されたプログラムをＣＰＵ１０１が実行することで実現される。なお、本実施例では、拡張アプリケーションによって印刷されるファイルごとにジョブが生成されるとする。すなわち、ユーザによって設定されたパスで特定されるフォルダに複数のファイルがある場合、スケジュール設定で設定された時刻を迎えると、複数のジョブが順次生成され、順次印刷されるとする。

まず、Ｓ１９０１においてＣＰＵ１０１はジョブを投入中か否かを判定する。Ｓ１９０１において、ジョブの投入中とは、拡張アプリケーションがユーザにより設定されたパスにより特定されたフォルダをダウンロードし、プリント機能へのインターフェースに書き込んでいる状態を指す。たとえば、図１８においてファイル１８０１は画像形成装置４０１のプリント機能への投入が完了しているが、ファイル１８０２はダウンロードし、画像形成装置４０１のプリント機能への投入が完了していない。そのため、ＣＰＵ１０１はＳ１９０１においてジョブが投入中であると判定する。いずれのジョブも投入中でない場合、ＣＰＵ１０１はＳ１９０６に処理を進める。

一方で、ジョブの投入中であればＳ１９０２に処理を進める。Ｓ１９０２で、ＣＰＵ１０１は投入中のジョブがプリント中かどうかを判定する。たとえば、図１８の場合、投入中のジョブはファイル２を印刷するためのジョブである。しかし、印刷中のジョブはファイル１を印刷するためのジョブである。そのため、図１８のような場合、ＣＰＵ１０１は投入中のジョブをプリント中ではないと判定する。

投入中のジョブをプリント中の場合、ＣＰＵ１０１はＳ１９０４に記載の処理を実行し、投入中のジョブをプリント中でない場合、ＣＰＵ１０１はＳ１９０３に処理を進める。

Ｓ１９０３で、ＣＰＵ１０１は印刷が開始されていないファイルや、投入中のファイルの印刷をキャンセルし、Ｓ１９０６に処理を進める。たとえば、図１８のような場合には、ファイル２のダウンロードを中断する。なお、Ｓ１９０３では、投入中のファイルに加えて、投入後のファイルであっても印刷が開始されていないファイルがあればそのファイルの印刷をキャンセルする。

一方で、Ｓ１９０４で、ＣＰＵ１０１は“Ａｂｏｒｔ”ボタン１７０２が選択されたか否かを判定する。“Ａｂｏｒｔ”ボタン１７０２が選択された場合、ＣＰＵ１０１はＳ１９０８に処理を進める。“Ａｂｏｒｔ”ボタン１７０２が選択されていない場合、ＣＰＵ１０１は処理をＳ１９０５に進める。

Ｓ１９０５において、ＣＰＵ１０１はファイルデータの投入が終わったかどうかを判定する。ファイルデータの投入が終わったとは、拡張印刷アプリケーションがサーバから１ファイル分の画像データの取得を完了し、ネイティブアプリケーションであるプリンタ機能のインターフェースに当該データの投入を終えたことである。

ジョブの投入が終わっていない場合、ＣＰＵ１０１はＳ１９０４に処理を戻す。ジョブの投入が完了すると、ＣＰＵ１０１はＳ１９０６に処理を進める。

Ｓ１９０６で、ＣＰＵ１０１はコンテンツ印刷アプリケーションの中断情報として、ファイルデータの投入が終わったファイルリストをストレージに記録して終了する。Ｓ１９０６において、印刷が完了されるファイルのリストを中断情報として記憶することで、拡張アプリケーションは中断された後に、中断により印刷することのできなかった残りのデータを印刷することができる。

図２４は、図１３のＳ１３０５におけるハンドラ実行監視処理のフローを示す。図２４に示す処理を実行するためのプログラムは、ＲＯＭ１０３またはストレージ１０４に記憶されており、ＣＰＵ１０１が当該プログラムを実行することで処理が実現される。

ＣＰＵ１０１は当該処理を開始して所定の時間が経過したらＳ２４０１に示す処理を実行する。

Ｓ２４０１において、ＣＰＵ１０１はアプリケーション実行制御部３０５に依頼したハンドラの実行が終了したか否かを判定する。終了していない場合Ｓ２４０２に進み、終了している場合、図２４に示す処理を終了する。

Ｓ２４０２において、所定の時間経過してもハンドラ処理が終了していない場合、ＣＰＵ１０１はハンドラを強制終了させる。アプリケーション管理部３０２が、拡張アプリケーションのハンドラ実行を指示し、所定の時間が経過してもハンドラの実行が完了しない場合、ハンドラによる処理が正常に行われていない可能性がある。そこで、ＣＰＵ１０１は、ハンドラの実行を指示した後、ハンドラ実行監視処理を開始する。ハンドラ実行開始処理を開始して、所定の時間が経過してもハンドラの実行が完了しない場合、ハンドラを強制終了する。

このハンドラ実行監視処理により、いずれかのアプリケーションのハンドラの暴走によって、他のアプリケーションのハンドラの実行を妨げられることを防止することができる。

以上の処理により、拡張アプリケーションによる印刷がユーザにより停止された場合に、設定された時刻を待たずに、停止された印刷を再開することができる。

（その他の実施形態）
なお、上記の実施例では、ユーザがアプリケーションの実行中断を指示すると、拡張アプリケーションから画像形成装置４０１の印刷を実行するアプリケーションへのデータの投入が中断される場合を説明した。ユーザの中断指示に基づいて、実行中の印刷が中断されるとしてもよい。

たとえば、“ｆｉｌｅ１．ｐｄｆ”を１０部印刷する設定がされた拡張アプリケーションによる印刷の実行中、５部目の印刷中にユーザが印刷の中断を指示したとする。このとき、画像形成装置４０１は、５部目の印刷が完了すると、印刷を中断する。すなわち６部目以降が印刷されずに印刷が停止される。そして、いずれのファイルの何部目まで印刷が完了したかを、図１９のＳ１９０６で生成された中断情報に記憶をする。たとえば、上記の場合であれば、“ｆｉｌｅ１．ｐｄｆ”の５部目まで印刷が完了したことを記憶する。ＣＰＵ１０１は図２０のＳ２００１でフォルダ内のファイルリストに加え、ユーザが設定した印刷部数の情報を取得する。そして、Ｓ２００４において、ＣＰＵ１０１はファイルリストの情報と設定された印刷部数、中断情報で示されるファイル名と印刷済みの部数の情報から、どのファイルを何部印刷するかを決定する。その後、ＣＰＵ１０１はＳ２００７以降で、ファイルリストに記憶されたファイル名のファイルのデータをダウンロードし、ダウンロードされたデータとＳ２００４で決定した印刷部数に従って印刷を再開する。上記の場合は、ｆｉｌｅ１．ｐｄｆの６部目から印刷を再開する。

このようにすることで、あるファイルを複数部印刷するときに、途中で印刷の実行が停止された場合であっても、印刷が完了していない分の印刷から処理を再開することができる。

本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのコンピュータプログラム、及び該コンピュータプログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (14)

1. 画像形成装置であって、
   ユーザにより設定されたファイルの印刷に関する処理を実行するアプリケーションと、
   時刻情報に基づき前記アプリケーションを起動するかを判定する判定手段と、
   前記判定手段を所定時間ごとに起動する起動手段と、
   少なくとも前記判定手段による判定の間、前記画像形成装置が前記判定手段による判定の処理が終了される省電力状態に移行しないよう制御する制御手段と、を有することを特徴とする画像形成装置。
2. 前記所定時間は、アプリケーションの種類に基づく時間であることを特徴とする請求項１に記載の画像形成装置。
3. 前記判定手段は、現在の時刻情報とユーザにより指定された時刻情報とに基づく判定であることを特徴とする請求項１または２に記載の画像形成装置。
4. 前記判定手段が印刷を実行すると判定した場合に、前記画像形成装置が画像形成処理を行っているか否かを判定する他の判定手段をさらに有することを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
5. 前記画像形成装置が画像形成処理を行っていないと前記他の判定手段が判定したことに基づき、アプリケーションが起動されることを特徴とする請求項４に記載の画像形成装置。
6. 前記アプリケーションは、所定のユーザ操作に従って起動されるアプリケーションであることを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. 前記所定のユーザ操作は、前記画像形成装置の表示手段に表示されるボタンを選択する操作であることを特徴とする請求項６に記載の画像形成装置。
8. 前記アプリケーションは、サーバから前記ファイルを取得し、前記画像形成装置のプリント機能に提供する処理を行うことを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
9. 前記判定手段は、前回前記アプリケーションが起動されたときに印刷が中断されたファイルがある場合、前記時刻情報にかかわらず、前記アプリケーションを起動すると判定することを特徴とする請求項１乃至８のいずれか一項に記載の画像形成装置。
10. 前記アプリケーションは、ユーザにより設定された複数のファイルの印刷に関する処理を一括で実行するアプリケーションであることを特徴とする請求項１乃至９のいずれか一項に記載の画像形成装置。
11. 前記制御手段は、前記判定手段から判定結果を受け取ったことに従って、前記制御を終了することを特徴とする請求項１乃至１０のいずれか一項に記載の画像形成装置。
12. 前記制御手段は、所定の時間が経過しても前記判定手段による判定が完了していないことに従って、前記制御を終了することを特徴とする請求項１乃至１１のいずれか一項に記載の画像形成装置。
13. ユーザにより設定されたファイルの印刷に関する処理を実行するアプリケーションを有する画像形成装置の制御方法であって、
    時刻情報に基づき前記アプリケーションを起動するかを判定する判定工程と、
    前記判定工程を所定時間ごとに起動させる起動工程と、
    少なくとも前記判定工程における判定の間、前記画像形成装置が前記判定工程における判定の処理が終了される省電力状態に移行しないよう制御する制御工程と、を有することを特徴とする制御方法。
14. 請求項１３に記載の画像形成装置の制御方法を画像形成装置に実行させるためのコンピュータプログラム。

Images