(57)【要約】【課題】  サーバへの送信負荷を軽減し、かつ、効率的にサーバの文書データを利用することを目的とする。【解決手段】  ジョブ実行を指示し、ジョブ実行を行うための処理が、画像形成装置で処理可能かどうかを判定する。画像形成装置で処理可能でないと判定された場合、ジョブ実行を行うデータを、サーバに送信する。ジョブリストにジョブがないかを判定し、その判定結果と、ログアウトの検知結果とを用いて、サーバに送信したデータの削除要求をサーバに送信する。【選択図】  図４
2016083870.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置であって、
ジョブ実行を指示する指示手段と、
前記ジョブ実行を行うための処理が、前記画像形成装置で処理可能かどうかを判定する第１判定手段と、
前記第１判定手段で前記画像形成装置で処理可能でないと判定された場合、前記ジョブ実行を行うデータを、サーバに送信する送信手段と、
ログアウトを検知する検知手段と、
ジョブリストにジョブがないかを判定する第２の判定手段と、
前記検知手段のログアウトの検知結果と、前記第２判定手段の判定結果に基づいて、前記サーバに送信したデータの削除要求を前記サーバに送信する削除要求手段を有することを特徴とする画像形成装置。
【請求項２】
前記削除要求手段は、前記検知手段でログアウトを検知し、かつ、前記第２判定手段でジョブリストにジョブがないと判定された場合に、前記サーバに送信したデータの削除要求を前記サーバに送信することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記送信手段でサーバに送信したデータを表す送信リストを保持する保持手段を有することを特徴とする請求項１又は請求項２に記載の画像形成装置。
【請求項４】
前記送信リストに、前記検知手段でログアウトを検知したユーザがログイン状態で前記サーバに送信したデータがあるかを判定する第３の判定手段を有し、
前記削除要求手段は、前記検知手段でログアウトを検知し、かつ、前記第２判定手段でジョブリストにジョブがないと判定され、かつ、第３の判定手段でログアウトを検知したユーザのデータがあると判定された場合に、前記ユーザがログイン状態で前記サーバに送信したデータの削除要求を前記サーバに送信することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記検知手段は、ログインしているユーザがいるかどうかを検知し、
前記削除要求手段は、前記検知手段でログインしているユーザがいないと検知され、かつ、前記第２判定手段でジョブリストにジョブがないと判定された場合に、前記サーバに送信したデータの削除要求を前記サーバに送信することを特徴とする請求項１に記載の画像形成装置。
【請求項６】
前記指示されたジョブをジョブリストに登録する登録手段と、
前記ジョブ実行後に、前記ジョブリストから、実行後のジョブを削除する削除手段を有することを特徴とする請求項１乃至５の何れか１項に記載の画像形成装置。
【請求項７】
前記指示手段で指示されるジョブ実行は、印刷であることを特徴とする請求項１乃至６の何れか１項に記載の画像形成装置。
【請求項８】
前記送信手段は、さらに、前記データに対する処理内容を送信し、
前記サーバで前記処理内容に基づいて処理されたデータを受信する受信手段を有することを特徴とする請求項１乃至７の何れか１項に記載の画像形成装置。
【請求項９】
画像形成装置の制御方法であって、
指示手段が、ジョブ実行を指示する指示工程と、
第１判定手段が、前記ジョブ実行を行うための処理が、前記画像形成装置で処理可能かどうかを判定する第１判定工程と、
送信手段が、前記第１判定工程で前記画像形成装置で処理可能でないと判定された場合、前記ジョブ実行を行うデータを、サーバに送信する送信工程と、
検知手段が、ログアウトを検知する検知工程と、
第２の判定手段が、ジョブリストにジョブがないかを判定する第２の判定工程と、
削除要求手段が、前記検知工程のログアウトの検知結果と、前記第２判定工程の判定結果に基づいて、前記サーバに送信したデータの削除要求を前記サーバに送信する削除要求工程を有することを特徴とする画像形成装置の制御方法。
【請求項１０】
コンピュータを、請求項１乃至８の何れか１項に記載の画像形成装置が有する各手段として機能させるためのプログラム。
【請求項１１】
請求項１０に記載のプログラムを格納した、コンピュータが読み取り可能な記憶媒体。
【請求項１２】
画像形成装置とサーバとからなるシステムであって、
前記画像形成装置は、
ジョブ実行を指示する指示手段と、
前記ジョブ実行を行うための処理が、前記画像形成装置で処理可能かどうかを判定する第１判定手段と、
前記第１判定手段で前記画像形成装置で処理可能でないと判定された場合、前記ジョブ実行を行うデータを、サーバに送信する送信手段と、
ログアウトを検知する検知手段と、
ジョブリストにジョブがないかを判定する第２の判定手段と、
前記検知手段のログアウトの検知結果と、前記第２判定手段の判定結果に基づいて、前記サーバに送信したデータの削除要求を前記サーバに送信する削除要求手段を有し、
前記サーバは、
前記ジョブ実行を行うデータを受信する受信手段と、
前記データを保持する保持手段と、
前記データに対して、処理を行う処理手段と、
前記処理後のデータを前記画像形成装置に送信する手段と、
前記画像形成装置から受信したデータの削除要求に基づいて、前記保持手段からデータを削除する削除手段を有することを特徴とするシステム。
【請求項１３】
前記削除要求手段は、前記検知手段でログアウトを検知し、かつ、前記第２判定手段でジョブリストにジョブがないと判定された場合に、前記サーバに送信したデータの削除要求を前記サーバに送信することを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記指示手段で指示されるジョブ実行は、印刷であることを特徴とする請求項１２又は請求項１３に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一つ以上の画像形成装置及びサーバから構成される画像形成システムにおいて、ジョブの実行する際の技術に関する。
【背景技術】
【０００２】
従来、文書データの指定を受け印刷またはプレビューを行う画像形成装置が、画像形成装置内での変換が出来ない場合に、外部のサーバを利用することで印刷またはプレビューを可能にするといった技術が存在する。（特許文献１を参照）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１３１３８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載の技術を用いたシステムにおいて、一度サーバに処理依頼を行った文書データに対して、再度処理を行うユースケースが存在する。このユースケースにおいては、文書データをサーバに再送信すると、通信によるパフォーマンス劣化が生じる。したがって、サーバは一定期間文書データをキャッシュし、キャッシュされたデータを再利用することが考えられる。一方、サーバでキャッシュした文書データについてはサーバのリソースを効率的に活用するため、ユーザが操作している画像形成装置をログアウトしたタイミングで画像形成装置からサーバに対して削除要求を出すことが想定される。
【０００５】
この構成において、ジョブ実行したユーザが、その後早い段階でログアウトをしてしまうと、サーバでキャッシュされているデータを用いて、ジョブを完了する前に、サーバの文書データが削除されてしまう。したがって、効率よくサーバ上に存在する文書データのキャッシュを利用することが出来ない。
【０００６】
本発明は、上述の問題点に鑑みなされたものであり、サーバへの送信負荷を軽減し、かつ、効率的にサーバの文書データを利用することが可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記課題を解決するために、本発明の画像形成装置は以下の構成を備える。すなわち、ジョブ実行を指示する指示手段と、前記ジョブ実行を行うための処理が、前記画像形成装置で処理可能かどうかを判定する第１判定手段と、前記第１判定手段で前記画像形成装置で処理可能でないと判定された場合、前記ジョブ実行を行うデータを、サーバに送信する送信手段と、ログアウトを検知する検知手段と、ジョブリストにジョブがないかを判定する第２の判定手段と、前記検知手段のログアウトの検知結果と、前記第２判定手段の判定結果に基づいて、前記サーバに送信したデータの削除要求を前記サーバに送信する削除要求手段を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、サーバへの送信負荷を軽減し、かつ、効率的にサーバの文書データを利用することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】画像形成システムの構成を表す図。
【図２】サーバ１０５及び画像形成装置１０１の構成を表す図。
【図３】サーバ１０５及び画像形成装置１０１の機能ブロック図。
【図４】画像形成装置１０１におけるログインとジョブ実行時のフローチャート。
【図５】ログイン画面の一例。
【図６】（ａ）文書データ選択画面の一例、（ｂ）ジョブ実行中画面の一例。
【図７】第２の実施形態の変形例を表したフローチャート。
【図８】画像形成装置１０１で管理するテーブルの一例。
【図９】サーバ１０５におけるフローチャート。
【図１０】第１の実施形態におけるログアウト時のフローチャート。
【図１１】第１の実施形態の変形例を表したフローチャート。
【図１２】第２の実施形態におけるジョブキューが空になった時のフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１１】
［第１の実施形態］
図１は、本発明に係る画像形成システムの一例を表す構成図である。画像形成システムは画像形成装置１０１、１０２をはじめとする複数の画像形成装置と、情報処理端末１０３、１０４に加えてサーバ１０５から構成され、各々ネットワークにより接続されて、通信可能な状態である。以下、画像形成装置に関する説明は、代表して画像形成装置１０１について行う。なお、ここでいうネットワークはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、Ｉｎｔｅｒｎｅｔなど、画像形成システム内の装置が相互に通信できる方式であれば方法は問わない。
【００１２】
画像形成装置１０１は情報処理端末からの画像データの印刷依頼を受信して画像を印刷することや、装置に具備されているスキャナを用いて画像を読み取ること、読み取った画像を印刷することが可能である。また、画像形成装置１０１は、情報処理端末内のＳＭＢ（Ｓｅｒｖｅｒ  Ｍｅｓｓａｇｅ  Ｂｌｏｃｋ）共有フォルダや画像形成装置１０１に接続されたＵＳＢメモリの内容をユーザに提示する。そして、この中からユーザが選択した文書データを印刷することが可能である。加えて、画像形成装置１０１は、ネットワークＩ／Ｆ２２４を通じて情報処理端末から文書データをダイレクトに受信することも可能である。通信プロトコルについては、ＬＰＲ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）やＩＰＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｉｎｔｉｎｇ  Ｐｒｏｔｏｃｏｌ）などが挙げられるが、手段についてはこれ以外でも構わない。さらに、画像形成装置１０１は、自身で行うことのできない画像処理についてはサーバ１０５に依頼し処理を行わせることが可能である。
【００１３】
図２（ａ）は、サーバ１０５の構成の一例を表す構成図である。
【００１４】
サーバ１０５は、ＣＰＵ２０１、ＲＡＭ２０２、ＨＤＤ２０３、ネットワークＩ／Ｆ２０４から構成される。ＣＰＵ２０１は、装置全体の制御を司り、ＲＡＭ２０２、ＨＤＤ２０３、及びネットワークＩ／Ｆ２０４とのデータの授受を制御可能である。また、ＣＰＵ２０１はＨＤＤ２０３から読みだした制御プログラム（命令）をＲＡＭ２０２に展開し、ＲＡＭ２０２に記憶されている命令を実行する。
【００１５】
ＨＤＤ２０３には、ＣＰＵ２０１で実行可能な、画像処理を実現するための制御プログラム（命令）が格納されている。本明細において画像処理とは、様々なファイルフォーマットの入力文書データに対し、印刷データやプレビューデータを生成することを表すが、それ以外の画像処理でも構わない。そのほかにもＨＤＤ２０３には、サーバ１０５が処理可能なファイル形式に関する情報や、受信した変換処理内容や文書データを適宜保存することが可能である。
【００１６】
ＲＡＭ２０２は、ＨＤＤ２０３に記憶された命令やデータを展開してＣＰＵ２０１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。
【００１７】
ネットワークＩ／Ｆ２０４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ２０１に伝達することや、ＲＡＭ２０２上のデータをネットワークに送信することが可能である。
【００１８】
図２（ｂ）は、画像形成装置１０１の構成の一例を示す構成図である。
【００１９】
画像形成装置１０１は、コントローラ２１１と、プリンタ２１２、スキャナ２１３、操作部２１４から構成される。コントローラ２１１は、ＣＰＵ２２１、ＲＡＭ２２２、ＨＤＤ２２３、ネットワークＩ／Ｆ２２４、プリンタＩ／Ｆ２２５、スキャナＩ／Ｆ２２６、操作部Ｉ／Ｆ２２７、拡張Ｉ／Ｆ２２８から構成される。ＣＰＵ２２１はＲＡＭ２２２、ＨＤＤ２２３、ネットワークＩ／Ｆ２２４、プリンタＩ／Ｆ２２５、スキャナＩ／Ｆ２２６、操作部Ｉ／Ｆ２２７とデータを授受することが可能である。また、ＣＰＵ２２１はＨＤＤ２２３から読みだした命令をＲＡＭ２２２に展開し、ＲＡＭ２２２に記憶されている命令を実行する。
【００２０】
ＨＤＤ２２３には、ＣＰＵ２２１で実行可能な命令や、装置で使用する設定値、ユーザから依頼された処理に関するデータ等を記憶しておくことが可能である。
【００２１】
ＲＡＭ２２２は、ＨＤＤ２２３に記憶された命令を展開してＣＰＵ２２１から読みだし可能とし、命令の実行に必要な各種のデータを記憶しておくことが可能である。
【００２２】
ネットワークＩ／Ｆ２２４は、画像形成システム内の装置とネットワーク通信を行うためのＩ／Ｆであり、データ受信を行ったことをＣＰＵ２２１に伝達することや、ＲＡＭ２２２上のデータをネットワークに送信することが可能である。
【００２３】
プリンタＩ／Ｆ２２５は、ＣＰＵ２２１から送信された印刷データをプリンタ２１２に送信することや、プリンタ２１２から受信したプリンタの状態をＣＰＵ２２１に伝達することが可能である。スキャナＩ／Ｆ２２６は、ＣＰＵ２２１から送信された画像読み取り指示をスキャナ２１３に送信し、スキャナ２１３から受信した画像データをＣＰＵ２２１に伝達することや、スキャナ２１３から受信した状態をＣＰＵ２２１に伝達することが可能なＩ／Ｆである。操作部Ｉ／Ｆ２２７は、操作部２１４から入力されたユーザからの指示をＣＰＵ２２１に伝達することや、ユーザが操作するための画面情報を操作部２１４に伝達することが可能である。
【００２４】
プリンタ２１２は、プリンタＩ／Ｆ２２５から受信した画像データを用紙に印刷することや、プリンタの状態をプリンタＩ／Ｆ２２５に伝達することが可能である。スキャナ２１３は、スキャナＩ／Ｆ２２６から受信した画像読み取り指示に従って、スキャナに置かれた用紙を読み取りデジタルデータ化してスキャナＩ／Ｆ２２６に伝達することや、スキャナの状態をスキャナＩ／Ｆ２２６に伝達することが可能である。操作部２１４は、画像形成装置１０１をユーザから操作することが可能にする。例えばタッチパネルを有する液晶画面を具備し、ユーザに操作画面を提供すると共に、ユーザからの操作を受け付ける。
【００２５】
拡張Ｉ／Ｆ２２８は、画像形成装置１０１に外部機器を接続することを可能とするＩ／Ｆである。例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）形式のＩ／Ｆを具備し、例えばＵＳＢメモリなどの外部記憶装置を接続してデータの読み取り・書き込みを行うことが可能である。
【００２６】
図３（ａ）は、サーバ１０５の機能ブロック図である。送受信部３０１は、画像形成装置１０１などの外部装置から、データを送受信する。判定部３０２は、受信したデータが、文書ＩＤなのか、文書データなのかなどの種々の判定をする。保持部３０３は、文書データや文書ＩＤを保持する。画像処理部３０４は、文書データに対して、画像処理を行う。検索部３０５は、文書ＩＤを用いて、対応する文書データを検索する。制御部３０６は、削除依頼を受けた文書データを保持部３０３から削除するなどの制御を行う。
【００２７】
図３（ｂ）は、画像形成装置１０１の機能ブロック図である。送受信部３１１は、サーバ１０５などの外部装置から、データを送受信する。判定部３１２は、画像形成装置１０１で処理可能な画像処理であるかなどの種々の判定をする。保持部３１３は、文書データや、後述するテーブルを保持する。画像処理部３１４は、文書データに対して、画像処理を行う。ハッシュ処理部３１５は、文書データに対するハッシュ処理を行う。制御部３１６は、画像処理部で処理されたデータに対して、印刷やプレビューなどを行う。
【００２８】
図７は、画像形成装置１０１におけるログインと処理実行時のフローチャートである。
【００２９】
ログイン画面５０１を表示し、判定部３１２は、ログイン検知を行う（Ｓ４２０）。図５は、操作部２１４に表示するログイン画面５０１の一例である。ＣＰＵ２２１は本システムを利用するユーザからの、ユーザＩＤ５０２とパスワード５０３の入力後、ログインボタン５０５押下を検知することで、ログイン状態に移行する。またＣＰＵ２２１はキャンセルボタン５０４押下を検知することで、ログインを取りやめる。
【００３０】
操作部２１４に、保存されている文書データの一覧を表示画面に表示する（Ｓ４２１）。具体的には、画像形成装置１０１のＨＤＤ２２３、画像形成装置１０１に接続されたＵＳＢメモリ、情報処理端末内のＳＭＢ共有フォルダなどに保存された文書データの一覧を表示する。図６（ａ）は、操作部２１４に表示する文書データ選択画面６０１の一例である。文書データ選択画面６０１は、保持部３１３に保持されている文書データを選択する画面である。
【００３１】
制御部３１６が、表示された文書データの一覧から、文書データを選択する（Ｓ４２２）。例えば、図６（ａ）の例で、文書データ６０２に対する押下を検知した場合、文書データ６０２であるｄｏｃｕｍｅｎｔ２．ｄｏｃｘが選択されたとする。尚、文書データの一覧から、複数の文書データを選択してもよい。
【００３２】
制御部３１６が、選択された文書データに対する処理の実行指示をする（Ｓ４２３）。図６（ａ）の例では、実行指示は、文書データのプレビューの指示と文書データの印刷の指示である。プレビューボタン６０３の押下を検知すると、ＣＰＵ２２１は文書データのヘッダ情報にプレビュー処理の内容と、ログインしたユーザのユーザＩＤを書き込む。印刷ボタン６０４の押下を検知すると、ＣＰＵ２２１は文書データのヘッダ情報に印刷の内容、ログインしたユーザのユーザＩＤを書き込む。尚、文書データのヘッダ情報に、ログインしたユーザのユーザＩＤを書き込むタイミングは、Ｓ４２２で選択された後に行ってもよい。また、ユーザＩＤとは、ログイン画面５０１にて受信したユーザＩＤ５０２である。また、ユーザＩＤはユーザ固有のＩＤだけではなく、組織として管理している組織ＩＤや、管理者がログインするための管理者ＩＤなどでも構わない。さらに、Ｓ４２３で実行指示される処理として、印刷（プリント）、プレビューの例を説明するが、他の処理でもよく、例えば、ＦＡＸ、データ送信などでもよい。
【００３３】
制御部３１６が、Ｓ４２３で指示された実行に対するジョブをジョブリストに登録する（Ｓ４２４）。具体的には、実行指示された文書データのジョブを、ジョブリストに登録する。尚、ジョブ実行後、ジョブの実行が終了した時点で、終了したジョブを、ジョブリストから削除する。つまり、ジョブリストは、実行中、あるいは、実行待ちのジョブのリストである。
【００３４】
判定部３１２は受信した文書データが画像形成装置１０１で処理可能か否かを判断する（Ｓ４０２）。具体的には、Ｓ４０１で受信したヘッダ情報に含まれる文書データ対する処理内容が、画像形成装置１０１で処理できるか判定する。尚、ここでの処理とは、例えば、プレビュー用画像データ生成や、サムネイル用画像データ生成、印刷データ生成、文書データのフォーマット変換などを表し、Ｓ４１３でジョブを実行する上で必要な処理に相当する。
【００３５】
画像形成装置１０１のコントローラ２１１で処理が可能な場合は、画像処理部３１４が、画像処理を行い（Ｓ４０４）、制御部３１６が、Ｓ４２３で指示された処理を実行する（Ｓ４１３）。本実施形態の例では、印刷（プリント）、プレビューである。
【００３６】
画像形成装置１０１のコントローラ２１１で処理が可能ではない場合、判定部３１２は文書データがサーバ１０５に存在するか判断をする（Ｓ４０６）。なお、判断については、受信した文書データとを一旦スプールした上で文書ハッシュを計算し、テーブル８０１を比較することにより行う。
【００３７】
図８は、本実施形態における画像形成装置１０１で管理するテーブルの一例を示した図である。テーブル８０１はサーバ１０５へ送信済みの文書データを示すテーブル（送信リスト）である。サーバ１０５は、画像形成装置１０１から送られてきた文書データを保持する機能を有するため、テーブル８０１を用いることによって、画像形成装置１０１が受信した文書データがサーバ１０５で保持しているかを確認することが可能となる。またテーブル８０１は、文書ＩＤ８０２、文書ハッシュ８０３、ユーザＩＤ８０４、データサイズ８０５が含まれる。文書ＩＤ８０２とは、サーバ１０５で保持されている文書データを識別するためのＩＤである。文書ＩＤ８０２は、文書データを識別するためのものであればよいが、例えば、ＵＲＬなど、文書データにアクセスするための固有のＩＤでもよい。文書ハッシュ８０３は、文書データに対するハッシュ値である。ユーザＩＤ８０４は、サーバ１０５へ文書データを送信したユーザのＩＤである。データサイズ８０５は、文書データのデータサイズである。画像形成装置１０１のＣＰＵ２２１は、選択された文書データに対してハッシュ処理部３１５でハッシュを計算することにより、文書ハッシュを生成する。そして、選択した文書データのデータサイズと、ログインを検知したユーザＩＤを取得する。判定部３１２は、テーブル８０１に属性がすべて一致するものがあるか確認し、ある場合は文書データがサーバに存在すると判断し、ない場合は存在しないと判断する（Ｓ４０６）。ここでは、文書データのハッシュ、文書データのデータサイズ、ユーザＩＤを用いて、文書データがサーバ１０５に存在するか否かの判断を行う。しかし、他の手段を用いて、文書データがサーバに存在するかを判定してもよい。
【００３８】
Ｓ４０６にて判定部３１２が文書データがサーバに存在しないと判断した場合、送受信部３１１はサーバ１０５に対して文書データと生成したチケットを送信する（Ｓ４０７）。チケットとは、サーバが処理を実行するための設定を記述するためのデータである。例えばＪｓｏｎ（ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）やＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）などサーバ１０５が解釈可能な形式で記述する。また、内容としては、入力の文書データのフォーマットや画像処理内容など、サーバ１０５が画像処理を行うために必要な属性値が設定される。なお、チケットの形式および内容についてはこれ以外でも構わない。
【００３９】
画像形成装置１０１は送受信部３１１にて処理後データと、サーバ１０５の処理前のデータにアクセスするための文書ＩＤを受信する（Ｓ４０８）。受信した文書ＩＤ８０２、生成した文書ハッシュ８０３、ユーザＩＤ８０４、データサイズ８０５をテーブル８０１に設定し（Ｓ４１０）、ジョブを実行する（Ｓ４１３）。Ｓ４２３で指示された処理を実行する（Ｓ４１３）。本実施形態の例では、印刷（プリント）、プレビューである。
【００４０】
Ｓ４０６にて判定部３１２が文書データがサーバに存在すると判断した場合（Ｓ４０６）、テーブル８０１から対象の文書ＩＤ８０２を検索し、送受信部３１１は文書ＩＤ８０２とチケットをサーバ１０５に対して送信する（Ｓ４１１）。なお本フローおいてもサーバ１０５の処理は後述する。画像形成装置１０１は処理後データを受信すると（Ｓ４１２）、処理後データを用いて、Ｓ４２３で指示された処理を実行する（Ｓ４１３）。
【００４１】
尚、Ｓ４２２で複数の文書を選択された場合は、Ｓ４２４で、文書毎のジョブを、ジョブリストに登録し、Ｓ４０２以降の処理を、ジョブ毎に行うこととする。
【００４２】
図９は、サーバ１０５におけるフローチャートである。フローチャートを用いて画像形成装置１０１と接続するサーバ１０５の処理について説明する。送受信部３０１は、画像形成装置１０１から、データを受信する（Ｓ９０１）。続いて、判定部３０２は、受信したデータに文書ＩＤが含まれるか、すなわち、文書ＩＤを受信したかを判定する（Ｓ９０２）。文書ＩＤを受信したと判定した場合は、Ｓ９０３へ進み、文書ＩＤを受信していないと判定した場合は、Ｓ９０８へ進む。文書ＩＤを受信したと判定した場合、検索部３０５は文書ＩＤを用いて文書データを検索する（Ｓ９０３）。続いて判定部３０２は依頼内容を判断し（Ｓ９０４）、依頼内容が画像処理の場合、画像処理部３０４は、検索された文書データに対して画像処理を実行する（Ｓ９０４）。つづいて画像処理部３０４は、受信したチケットの内容を解析し、文書データに対して画像処理を実行する（Ｓ９０５）。送受信部３０１は、画像形成装置１０１に対して処理後データを送信する（Ｓ９０６）。一方Ｓ９０４にて依頼内容がデータ削除の場合、制御部３０６は、文書ＩＤが一致する文書データを、保持部３０３（ＨＤＤ２０３）から削除する（Ｓ９０７）。
【００４３】
Ｓ９０８において、判定部３０２が文書データを受信したと判定した場合は、Ｓ９０９へ進み、文書データを受信していないと判定された場合は終了する。Ｓ９０８において文書データを受信したと判定した場合、文書データを保持部３０３（ＨＤＤ２０３）に保存し、文書ＩＤ８０２を生成する（Ｓ９０９）。画像処理部３０４は受信したチケットの内容を解析し、文書データに対して画像処理を実行する（Ｓ９１０）。続いて送受信部３０１は、画像形成装置１０１に対して処理後データと文書ＩＤ８０２を送信する（Ｓ９１１）。
【００４４】
続いて、ユーザが処理実行後に表示する画面例について説明する。図６（ｂ）は、ジョブ実行中の画面の一例である。具体的には、図６（ａ）の文書データ選択画面６０１で印刷ボタン６０４の押下検知後、ジョブリストに登録されたジョブの処理開始後に、操作部２１４にジョブ実行中画面６０６を表示する。ＣＰＵ２２１は中止ボタン６０７の押下を検知すると、処理を開始していたジョブの処理を中止する。また、この段階でもユーザはログアウトボタン６０８を押下することが可能であり、ＣＰＵ２２１はログアウトボタン６０５の押下を検知すると、ログアウト状態に遷移させる。尚、図６（ａ）の文書データ選択画面６０１は、ログイン状態における文書データ選択画面を表しているが、ユーザはこの画面上のログアウトボタン６０５を押下することで、ログアウトすることもできる。
【００４５】
図１０は本実施形態におけるログアウト時のフローチャートである。本フローチャートを用いて、ログアウト時の画像形成装置１０１の処理について説明する。
【００４６】
判定部３１２は、ログアウトボタン６０５の押下を検知をする（Ｓ１００１）。なお、ログアウトボタン６０５は、ログイン状態において画像形成装置１０１の操作部２１４に常に表示され、ログインしたユーザは常時、ログアウトボタン６０５を押下することでログアウトすることが可能である。また、ログアウト検知（Ｓ１００１）は、ログアウトボタン６０５押下の検知のみならず、あらかじめＨＤＤ２０３のオートログアウト設定に応じて自動で実行されたログアウトを検知することも含む。なお、ログアウトについてはこれ以外の手段でも構わない。判定部３１２は画像形成装置１０１の保持部３１３で管理するジョブリストにログアウトしたユーザのジョブが存在するか否かを判定する（Ｓ１００２）。具体的にはログアウトしたユーザのユーザＩＤと、ジョブリストにある各ジョブのヘッダ情報にセットされたユーザＩＤ５０２とを比較し、一致するジョブが存在するか否かを判定する。Ｓ１００２にてログアウトしたユーザのジョブが存在する場合は、一定時間待ち（Ｓ１００３）、判定部３１２は、再度ジョブリストにログアウトしたユーザのジョブが存在するか否かを判定する（Ｓ１００２）。一定時間待つ処理については、ジョブリストが空になったタイミングでイベントを受信することを代替としてもよい。Ｓ１００２でジョブリストにジョブが存在しない場合、つまり実行中のジョブがない場合、判定部３１２はテーブル８０１に、ログアウトしたユーザのデータが存在するか否かを判断する（Ｓ１００４）。具体的には、ログアウトしたユーザのユーザＩＤとテーブル８０１で管理するユーザＩＤ８０４を比較し、一致するデータが存在するか否かを判断する。Ｓ１００４にてログアウトしたユーザのデータが存在しない場合は終了する。一方Ｓ１００４でログアウトしたユーザのデータが存在する場合、サーバ１０５へ、ログアウトしたユーザが送信したデータの削除指示を行う（Ｓ１００５）。具体的には、テーブル８０１からユーザＩＤが一致するデータに対応する文書ＩＤを取得し、文書ＩＤに対して削除の指示をサーバ１０５に送信する。なお、テーブル８０１にユーザＩＤが一致するデータが複数存在する場合については、ユーザＩＤが一致するデータすべてにおいて削除依頼を行うことを含める。制御部３１６が、テーブル８０１から、ログアウトしたユーザのデータを削除する（Ｓ１００６）。
【００４７】
本実施形態においてはＳ１００２にてジョブリストにログアウトしたユーザのジョブが存在するか否かにより処理を切り替える例を示した。しかしながら、これ以外にジョブリストにそもそもジョブが存在するか否かにより処理を切り替えるような構成であってもかまわない。
【００４８】
本実施形態によると、ジョブ実行中またはジョブ待ち状態で、ジョブ実行中画面６０６などからログアウトボタン６０５の押下を検知したとしても、サーバ１０５に対して、文書データの削除を行わない。つまり、ジョブ実行中にサーバの文書データに削除要求を出し、再度、同じ文書データをサーバへ送るということがなくなる。したがって、サーバへの送信負荷を軽減し、かつ、効率的にサーバの文書データを利用することが可能になる。
【００４９】
尚、上記実施形態では、ジョブ実行のための処理のうち、一部の処理である画像処理を、サーバで行う例を説明した。ジョブ実行のためのすべての処理をサーバで行うようにしてもよいし、画像形成装置で処理できない処理のみをサーバで行うようにしてもよい。
【００５０】
＜変形例＞
第１の実施形態では、ログアウトの検知後にジョブリストに対象のジョブがなくなった段階でサーバ１０５に対して文書データの削除依頼を送信する例を示した。第１の実施形態の変形例では、ログアウトの検知後にジョブリストに対象のジョブがなくなった段階で、さらにログインユーザを取得することで処理を切り替える例を示す。
【００５１】
図１１は、本実施形態の変形例を表したフローチャートである。Ｓ１１０１、Ｓ１１０２以外は、図１０の説明と同様のため説明を割愛する。Ｓ１００２にてジョブリストにログアウトしたユーザのジョブが存在しない場合、続いて判定部３１２はその時点でログインしているユーザがいるか否かを判断する（Ｓ１１０１）。Ｓ１１０１でログインユーザがいないと判断した場合、Ｓ１００４に移行する。Ｓ１１０１でログインユーザがいると判断した場合、続いて判定部３１２はその時点でログインしたユーザとＳ１００１にてログアウトしたユーザが等しいかどうかを判断する（Ｓ１１０２）。Ｓ１１０２ログインユーザとログアウトユーザで等しくないと判断した場合にはＳ１００４に移行し、等しいと判断した場合は処理を終了する。
【００５２】
本実施形態の変形例によると、ユーザのログアウト後にジョブリストにユーザのジョブがなくなるまで待っている途中に、再び同ユーザがログインした場合であってもキャッシュの利用をすることが可能となる。したがって、より効率的にサーバの文書データを利用することが可能となる。
【００５３】
［第２の実施形態］
第１の実施形態においては、ログアウト検知後にジョブリストの状態を取得することで、サーバ１０５に文書データ文書データの削除依頼を送信するタイミングを切り替える例を示した。第２の実施形態においては、ジョブリストが空になったことを検知後に、ログインユーザＩＤを取得することで、サーバ１０５に文書データの削除依頼を送信するタイミングを切り替える例を示す。
【００５４】
図１２は本実施形態におけるジョブリストが空になった時のフローチャートである。判定部３１２はジョブリストが空になったことを検知する（Ｓ１２０１）と、判定部３１２はログインしているユーザがいるかいないかを判断する（Ｓ１２０２）。Ｓ１２０２でログインユーザがいない場合、送受信部３１１はテーブルで管理しているすべてのデータに対する削除要求をサーバ１０５に対して行う（Ｓ１２０３）。そして、制御部３１６は、テーブル８０１からすべてのデータを削除する（Ｓ１２０６）。Ｓ１２０２でログインしているユーザがいる場合は、一定時間待ち（Ｓ１２０４）、その後、判定部３１２はジョブリストが空か否かを判断する（Ｓ１２０５）。一方で空の場合、再び判定部３１２はログインしているユーザがいるか否かを判断するフローに戻る（Ｓ１２０２）。
【００５５】
本実施形態を用いることで、ジョブリストが空になったことをトリガに削除処理を行うことができるため、例えば、第１の実施形態で示したようなログアウトのタイミングを検知出来ない画像形成装置であっても同機能の処理を実行することが可能となる。
【００５６】
＜変形例＞
第２の実施形態では、ジョブリストが空になり、さらにログインユーザがいないことを持って、テーブル８０１に存在するすべての文書データに対する削除依頼をサーバ１０５に対して送信する例を示した。第２の実施形態の変形例では、ログインしているユーザがいる場合に、さらにそのログインユーザＩＤから処理を切り替える例を示す。
【００５７】
図７は本実施形態の変形例を表したフローチャートである。Ｓ１３０１、Ｓ１３０２、Ｓ１３０３以外は、図１２で示した例と同様のため割愛する。Ｓ１２０２でログインしているユーザが存在する場合、続いて、ＣＰＵ２２１はログインしているユーザ以外の文書データがテーブル８０１に存在するか否かを調べる（Ｓ１３０１）。Ｓ１３０１においてログインしているユーザ以外の文書データが存在しない場合は、一定時間待つ（１２０４）。一方Ｓ１３０１においてログインしているユーザ以外の文書データが存在する場合、送受信部３１１はテーブルで管理しているログインユーザ以外の文書データに対する削除依頼をサーバ１０５に対して送信する（Ｓ１３０２）。制御部３１６は、テーブル８０１からログインしているユーザ以外のデータを削除する（Ｓ１３０３）。
【００５８】
本実施形態の変形例を用いることで、ジョブリストが空になった後さらにログインユーザがいる場合であっても、ログアウトユーザ以外の文書データは削除することが可能となる。したがって、よりサーバのリソースを有効に使うことが可能となる。
【００５９】
［その他の実施形態］
以上本発明にかかる実施形態を説明したが、画像形成装置は、装置上で動作するコンピュータプログラムで実現できるものである。よって、本発明はコンピュータプログラムをその範疇とすることは明らかである。また、通常、コンピュータプログラムは、ＣＤＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納されており、それをコンピュータの対応するドライブにセットしてシステムにコピーやインストール処理することで実行可能となる。よって、本発明は当然にそのようなコンピュータ可読記憶媒体をもその範疇とすることも明らかである。また、図４、７、１０、１１、１２のフローチャートは、ＨＤＤ２２３に格納されたプログラムに従って、画像形成装置１０１のＣＰＵ２２１が実行することによって実現してもよい。図９のフローチャートは、ＨＤＤ２０３に格納されたプログラムに従って、サーバ１０５のＣＰＵ２０１が実行することによって実現してもよい。
【００６０】
以上、説明した実施形態によれば、ログアウトの検知結果と、ジョブリストにジョブがないかなどの判定結果に基づいて、サーバに送信したデータの削除要求をサーバに送信する。それにより、サーバへの送信負荷を軽減し、かつ、効率的にサーバの文書データを利用することが可能となる。
【図１】
2016083870.tif 000003
【図２】
2016083870.tif 000004
【図３】
2016083870.tif 000005
【図４】
2016083870.tif 000006
【図５】
2016083870.tif 000007
【図６】
2016083870.tif 000008
【図７】
2016083870.tif 000009
【図８】
2016083870.tif 000010
【図９】
2016083870.tif 000011
【図１０】
2016083870.tif 000012
【図１１】
2016083870.tif 000013
【図１２】
2016083870.tif 000014