(57)【要約】【課題】より多くの種類のクライアント端末において、画像形成装置の文書管理機能や文書印刷管理機能を実行することが可能となる画像形成装置を提供する。【解決手段】現在広く使用されている標準的技術（ＲＳＳ、ＨＴＴＰ、Basic認証）を用いて、電子文書データをネットワーク経由で保存できる機能、電子文書データの更新状況を、ＲＳＳを用いてユーザに知らせる機能、Ｗｅｂブラウザ経由で電子文書データの印刷を行う機能、を実現する。【選択図】図１
2009033731.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して所定のデータの通信を行う通信部と、
前記所定のデータを記憶する記憶部と、
ネットワークに接続された外部端末から前記通信部により受信した電子文書データを前記記憶部に保存する保存部と、
前記外部端末から、前記記憶部に保存した電子文書データの印刷指示を受信した場合、前記印刷指示の対象である電子文書データの印刷を行う印刷部と、を備え、
前記保存部は、前記電子文書データを初めて前記記憶部に保存する際に、前記電子文書データの更新状況を管理するための管理文書を生成して前記記憶部に保存することを特徴とする画像形成装置。
【請求項２】
前記記憶部に保存した電子文書データが更新された場合、前記管理文書に基づいて前記電子文書データの更新状況を前記外部端末へ通知する通知部
をさらに備えたことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記通知部は、前記電子文書データの更新状況を、ＲＳＳ（Rich Site Summary、RDF Site Summary、Really Simple Syndication）フィーダ機能を用いて前記外部端末に通知することを特徴とする請求項２に記載の画像形成装置。
【請求項４】
前記通知部は、前記外部端末で表示されるＷＥＢブラウザに前記更新状況を通知することを特徴とする請求項３に記載の画像形成装置。
【請求項５】
前記通知部は、さらに、前記外部端末に前記電子文書データの更新内容を表示することを特徴とする請求項３に記載の画像形成装置。
【請求項６】
前記通知部は、前記外部端末に、前記更新状況として前記電子文書データの更新内容を表示するアプリケーションを備えたことを特徴とする請求項５に記載の画像形成装置。
【請求項７】
前記通知部は、前記外部端末から前記更新状況を通知された前記電子文書データの利用者による印刷指示を受信した場合に、印刷指示があった前記電子文書データの印刷要求を前記印刷部に送信することを特徴とする請求項２に記載の画像形成装置。
【請求項８】
前記外部端末から前記画像形成装置にアクセスする利用者を認証するための利用者情報を予め登録した利用者情報記憶部と、
前記外部端末からアクセスされた場合に、前記利用者情報に基づいて前記外部端末の前記利用者を認証する認証部と、
をさらに備えたことを特徴とする請求項１記載の画像形成装置。
【請求項９】
画像形成装置で実行される文書管理方法であって、
前記画像形成装置は、所定のデータを記憶する記憶部と、
通信部は、ネットワークを介して前記所定のデータの通信を行う通信ステップと、
電子文書保存部が、前記ネットワークに接続された外部端末から受信した電子文書データを前記記憶部に保存する電子文書保存ステップと、
印刷部が、前記外部端末から、前記記憶部に保存した電子文書データの印刷指示を受信した場合、前記印刷指示の対象である電子文書データの印刷を行う印刷ステップと、
管理文書保存部が、前記電子文書データを初めて前記記憶部に保存する際に、前記電子文書データの更新状況を管理するための管理文書を生成して前記記憶部に保存する管理文書保存ステップと、
を含むことを特徴とする文書管理方法。
【請求項１０】
コンピュータを、
ネットワークを介して所定のデータの通信を行う通信部と、
前記所定のデータを記憶する記憶部と、
前記通信手段により外部端末から受信した電子文書データを前記記憶部に保存する保存部と、
前記外部端末から、前記記憶部に保存した電子文書データの印刷指示を受信した場合、前記印刷指示の対象である電子文書データの印刷を行う印刷部として機能させ、
前記保存部は、前記電子文書データを初めて前記記憶部に保存する際に、前記電子文書データの更新状況を管理するための管理文書を生成して前記記憶部に保存することを特徴とする文書管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、文書管理方法およびプログラムに関する。
【背景技術】
【０００２】
画像形成装置に関連する技術として、例えば、以下のものがある。例えば、サービス提供装置に設定情報を送信して利用登録する必要のあるサービスについて、利用登録が抹消された場合に、利用者を煩わせることなく、再度サービスの利用登録を行うことが可能な技術が知られている（例えば、特許文献１、２参照）。また、例えば、コンピュータにより複数台の複合機の通信履歴などの状況を迅速に知ることができるようにする技術が知られている（例えば、特許文献３参照）。
【０００３】
ここで、現在広く使われている標準的技術である、ＲＳＳ（Rich Site Summary、RDF Site Summary、Really Simple Syndication）、ＨＴＴＰ（HyperText Transfer Protocol）、Basic認証等を用いて、電子文書の更新状況をＲＳＳフィーダによりユーザに知らせる機能については、上記特許文献１及び２に開示されている。これらの技術や、Ｗｅｂブラウザ経由で文書の印刷を行う技術を用いることにより、より多くの種類のクライアント端末（ユーザ・利用者によって用いられる外部端末）で、画像形成装置の文書管理機能や文書印刷管理機能を実行することができる。また、ＲＳＳ機能を用いた画像形成装置の例としては、特許文献３に開示がある。
【０００４】
【特許文献１】特開２００６−１３４１１０号公報
【特許文献２】特開２００６−１３４１０９号公報
【特許文献３】特開２００６−５４７３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、これら特許文献１及び２の発明では、ＲＳＳのトラフィックを懸念して、独自のプロトコルを考案している。そのため、世間一般に流通しているＲＳＳリーダが使えず、別途独自プロトコルを有するクライアント端末を開発する必要がある。
【０００６】
このため、特許文献１及び２の発明では、メーカなど開発部門では、開発工数が増大し、コストがかかるという問題がある。また、ユーザは独自プロトコルをサポートするクライアント端末を用いることでのみサービスの状況を知ることができるので、使用できるクライアント端末の種類が限られてしまうという問題がある。
【０００７】
また、特許文献３の発明は、画像形成装置自体の運用管理、具体的にはトナー残量の通知をＲＳＳ機能を用いて実現しており、ユーザがネットワークを通じて画像を保存したり、状況を更新したりといった一般ユーザ向けの機能をサポートしていない。
【０００８】
本発明は、上記に鑑みてなされたものであって、オフィス等での電子文書管理を容易にし、より多くの種類のクライアント端末の利用を可能とするとともに、開発工数を削減することができる画像形成装置、文書管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述した課題を解決し、目的を達成するために、本発明の画像形成装置は、ネットワークを介して所定のデータの通信を行う通信部と、前記所定のデータを記憶する記憶部と、ネットワークに接続された外部端末から前記通信部により受信した電子文書データを前記記憶部に保存する保存部と、前記外部端末から、前記記憶部に保存した電子文書データの印刷指示を受信した場合、前記印刷指示の対象である電子文書データの印刷を行う印刷部と、を備え、前記保存部は、前記電子文書データを初めて前記記憶部に保存する際に、前記電子文書データの更新状況を管理するための管理文書を生成して前記記憶部に保存することを特徴とする。
【００１０】
また、本発明は、上記画像形成装置で実行される文書管理方法およびコンピュータを上記画像形成装置として機能させるプログラムである。
【発明の効果】
【００１１】
本発明によれば、広く使われている標準的技術を用いて、電子文書をネットワーク経由で保存可能とし、電子文書を画像形成装置に保存し、オフィスの文書を一元管理できる。また、本発明によれば、広く使われている標準的技術を用いて電子文書の更新状況をユーザに通知し、文書の印刷を行う機能を実現することにより、任意のユーザが電子文書のバージョンアップを漏れなく知ることが可能となり、携帯電話やシンクライアント等外部端末からの文書印刷が可能になる。これにより、本発明によれば、オフィス等での電子文書管理がより容易となり、より多くの種類のクライアント端末の利用が可能となり、さらに画像形成装置の利用層が広がることが期待できる。また、メーカなど開発部門では、開発工数を削減することができる。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明にかかる画像形成装置、文書管理方法およびプログラムの最良な実施の形態を詳細に説明する。
【００１３】
（実施の形態１）
図１は、実施の形態１の画像形成装置（複合機）の機能を示すブロック図である。本実施形態の画像形成装置１００は、プリンタ、コピー、ファクシミリ、スキャナなどの各装置の機能（アプリケーション。以下、アプリともいう）を一つの筐体に収納している。画像形成装置１００は、制御手段としてのソフトウェア群１０１ａ、１０１ｂと、画像形成装置起動部１５０と、ハードウェア資源１０３と、から構成される。
【００１４】
画像形成装置起動部１５０は、画像形成装置１００の電源投入時に最初に実行され、アプリケーション層１０４およびプラットフォーム１０６を起動する。
【００１５】
ハードウェア資源１０３は、Ｂ＆Ｗ  ＬＰ（白黒レーザプリンタ）１１２と、Ｃｏｌｏｒ  ＬＰ（カラーレーザプリンタ）１１３と、ネットワーク  Ｉ／Ｆ（インターフェース）１１４と、二次記憶装置１１５と、スキャナやファクシミリなどのその他ハードウェア１１１と、を含んでいる。
【００１６】
二次記憶装置１１５には、予め画像形成装置１００にアクセス可能な利用者のＩＤやパスワードからなる利用者情報が記録されている。また、二次記憶装置１１５には、電子文書データ（以下、「電子文書」という。）が記憶可能となっている。
【００１７】
ソフトウェア群１０１ａは、ＵＮＩＸ（登録商標）などの汎用ＯＳ１４１上に起動されるアプリケーション層１０４を含んで構成されている。アプリケーション層１０４は、プリンタ、コピー、ファクシミリ、スキャナなどの画像形成に関する機能に対して、それぞれ固有の処理を行うプログラムであり、プリンタ用のアプリケーションであるプリンタアプリ１２１と、コピー用のアプリケーションであるコピーアプリ１２２と、ファクシミリ用のアプリケーションであるファクックスアプリ１２３と、スキャナ用のアプリケーションであるスキャナアプリ１２４と、ネットワークファイル用のアプリケーションであるネットファイルアプリ１２５と、工程検査用のアプリケーションである工程検査アプリ１２６と、ＲＲＵ（Ｒｅｍｏｔｅ  ＲＯＭ  Ｕｐｄａｔｅ）用のアプリケーションであるＲＲＵアプリ１２７と、Ｗｅｂサーバ用のアプリケーションであるＷｅｂサーバアプリ１２８と、文書保存用のアプリケーションである文書保存アプリ１２９と、を含んで構成されている。また、汎用ＯＳ１４１は、ビデオドライバ１６１、ネットワークドライバ１６２、二次記憶ドライバ１６３などの各種ドライバを含んで構成される。
【００１８】
文書保存アプリ１２９は、ネットワークに接続されたクライアント端末から受信した電子文書を二次記憶装置１１５に保存するアプリケーションである。また、文書保存アプリ１２９は、電子文書を初めて二次記憶装置１１５に保存する際に、電子文書の更新状況を管理するための管理文書である利用者専用のＲＳＳ文書（利用者専用ＲＳＳ文書）および電子文書に個別のＲＳＳ文書（文書個別ＲＳＳ文書）を生成して二次記憶装置１１５に保存する。
【００１９】
Ｗｅｂサーバアプリ１２８は、二次記憶装置１１５に記憶された電子文書が更新された場合、利用者専用ＲＳＳ文書および文書個別ＲＳＳ文書を参照して電子文書の更新状況を、ＲＳＳフィーダ機能を用いてクライアント端末で動作するＷＥＢブラウザに通知する。
【００２０】
また、Ｗｅｂサーバアプリ１２８は、クライアント端末のＷＥＢブラウザから、二次記憶装置１１５に保存した電子文書の印刷指示の入力を受信し、印刷指示の対象である電子文書の印刷要求をプリンタアプリ１２１に行う。
【００２１】
また、Ｗｅｂサーバアプリ１２８は、クライアント端末のＷＥＢブラウザからアクセスされた場合に、後述する利用者情報に基づいてクライアント端末の利用者をBasic認証により認証する機能を有している。
【００２２】
ソフトウェア群１０１ｂは、ＵＮＩＸ（登録商標）などの汎用ＯＳ１４０上に起動されるプラットフォーム１０６と、このプラットフォーム１０６上で動作するＲＲＵアプリ１３０とを含んで構成されている。ＲＲＵアプリ１３０は、ＲＲＵアプリ１２７と同様に、ＲＲＵ（Ｒｅｍｏｔｅ  ＲＯＭ  Ｕｐｄａｔｅ）用のアプリケーションである。プラットフォーム１０６は、アプリケーション層１０４からの処理要求を解釈してハードウェア資源１０３の獲得要求を発生するコントロールサービス層１０５と、一つ以上のハードウェア資源１０３の管理を行ってコントロールサービス層１０５からの獲得要求を調停するＳＲＭ（システムリソースマネージャ）１３７と、ＳＲＭ１３７からの獲得要求に応じてハードウェア資源１０３の管理を行う汎用ＯＳ１４０と、を含み構成されている。
【００２３】
コントロールサービス層１０５は、ＮＣＳ（ネットワークコントロールサービス）１３１と、ＯＣＳ（オペレーションパネルコントロールサービス）１３２と、ＦＣＳ（ファクシミリコントロールサービス）１３３と、ＥＣＳ（エンジンコントロールサービス）１３４と、ＭＣＳ（メモリコントロールサービス）１３５と、ＳＣＳ（システムコントロールサービス）１３６と、を含み構成されており、一つ以上のサービスモジュールを含むものである。
【００２４】
また、プラットフォーム１０６は、あらかじめ定義されている関数により、アプリケーション層１０４からの処理要求を受信可能とするＡＰＩ（Application Program Interface）を介するよう構成されている。ＵＮＩＸ（登録商標）などの汎用ＯＳ１４０、１４１は、アプリケーション層１０４およびプラットフォーム１０６の各ソフトウェアをプロセスとして並列実行する。
【００２５】
ＮＣＳ１３１のプロセスは、ネットワークＩ／Ｏ（インプット／アウトプット）を必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信したりする際の仲介を行う。
【００２６】
例えば、ＮＣＳ１３１は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（hypertext transfer protocol daemon）により、ＨＴＴＰで制御する。ＯＣＳ１３２のプロセスは、利用者と本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。
【００２７】
また、ＦＣＳ１３３のプロセスは、アプリケーション層１０４からＩＳＤＮ（Integrated Services Digital Network）網などを利用したファクシミリの送受信や各種ファクシミリデータの登録および引用や読み取りやファクシミリ受信印刷などを行うためのＡＰＩを提供する。ＥＣＳ１３４のプロセスは、Ｂ＆Ｗ  ＬＰ１１２、Ｃｏｌｏｒ  ＬＰ１１３、その他ハードウェア１１１などのエンジン部の制御を行う。ＭＣＳ１３５のプロセスは、不図示のシステムメモリの領域の取得および解放や不図示の記憶装置の利用などの制御を行う。ＳＣＳ１３６のプロセスは、アプリケーションの管理、割り込みアプリケーション制御などの処理を行う。
【００２８】
ＳＲＭ１３７のプロセスは、ＳＣＳ１３６と共にシステムの制御およびハードウェア資源１０３の管理を行うものである。例えば、ＳＲＭ１３７のプロセスは、Ｂ＆Ｗ  ＬＰ１１２やＣｏｌｏｒ  ＬＰ１１３などのハードウェア資源１０３を利用する上位層からの獲得要求にしたがって調停を行い、実行制御する。具体的に、ＳＲＭ１３７のプロセスは、獲得要求されたハードウェア資源１０３が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源１０３が利用可能である旨を上位層に通知する。また、ＳＲＭ１３７のプロセスは、上位層からの獲得要求に対してハードウェア資源１０３を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作、システムメモリの領域確保、ファイル生成など）を直接実行する。
【００２９】
また、汎用ＯＳ１４１は、ハードウェア資源１０３のそれぞれの動作に必要な情報を提供するデバイスドライバ（ビデオドライバ１６１、ネットワークドライバ１６２、二次記憶ドライバ１６３などの各種ドライバ）を有しており、ネットワークインターフェースやＵＳＢインターフェースなどの通信インターフェースの制御ができる構成である。画像形成装置１００は、通信インターフェースを介して外部機器と接続されており、画像データの入出力を行う構成である。
【００３０】
次に、以上のように構成された本実施の形態の画像形成装置において、認証のための利用者追加の処理について説明する。以上のように構成された画像形成装置は、「電子文書を画像形成装置内の二次記憶装置にアップロード可能な利用者」を登録（追加）する機能を有する。
【００３１】
画像形成装置の利用者管理を行う者（管理者）は、画像形成装置において、図２に示す画面（ユーザ追加画面）から、利用者を一意に識別できる文字列（ＩＤ）と、利用者認証の際に必要なパスワードとを、利用者情報として登録する。
【００３２】
管理者が、ＩＤとパスワードとを入力して、図２に示す画面で「追加」ボタンを押下する。この操作により、二次記憶装置１１５内にＩＤとパスワードが保存される。これらＩＤとパスワード（利用者情報）は、後述するBasic認証（ＲＦＣ２６１７）で使用する。
【００３３】
また、以下のファイルもしくはディレクトリも併せて二次記憶装置１１５内に作成する。
１.利用者ＩＤと同一のＩＤをディレクトリ名に含むディレクトリ
２．１で作成されたディレクトリの中に利用者専用のＲＳＳ文書（以下、利用者専用ＲＳＳ文書という）を作成する。利用者専用ＲＳＳ文書は、文書の登録状況を知るために使用する。詳細は後述する。
【００３４】
図３は、利用者追加処理の手順を示すフローチャートである。図２に示すユーザ追加画面の入力欄に入力された、ＩＤとパスワードを取得し（ステップＳ１）、二次記憶装置１１５内のファイルシステム領域にユーザディレクトリを作成する（ステップＳ２）。作成したユーザディレクトリ内に利用者専用ＲＳＳ文書を作成し（ステップＳ３）、二次記憶装置１１５内に、ステップＳ１で取得したＩＤとパスワードを保存する（ステップＳ４）。
【００３５】
以上の処理により、二次記憶装置１１５内の領域の使用状態は、図４のようになる。
【００３６】
また、本実施の形態の画像形成装置は、上述した認証のための利用者追加処理において、登録された利用者が電子文書をアップロードできる機能を有する。図５は、文書アップロード処理の手順を示すシーケンス図である。
【００３７】
利用者は、クライアント端末（ネットワーク通信が可能な情報処理端末装置）のＷｅｂブラウザを使用して、画像形成装置にアクセスを行う（ステップＳ１１）。このアクセスは、画像形成装置において、ネットワークＩ／Ｆ１１４とネットワークドライバ１６２を介して、Ｗｅｂサーバアプリ１２８に至る。
【００３８】
上述した認証のための利用者追加処理で説明した利用者情報（ＩＤとパスワード）を用いて、利用者認証を実施する（ステップＳ１２）。認証方法はBasic認証（ＲＦＣ２６１７）によるものとする。このBasic認証は、ほぼ全てのＷｅｂブラウザでサポートされているため、多くのクライアント端末が接続可能であるという利点がある。
【００３９】
ステップＳ１２のBasic認証において、アクセスを試みる利用者が正当であると判断した場合、Ｗｅｂサーバアプリ１２８は、図６に示す文書アップロード用の画面をクライアント端末に送信する（ステップＳ１３）。
【００４０】
利用者は、クライアント端末のＷｅｂブラウザに表示された図６の画面において、パスを入力することで、アップロードの対象となる電子文書を指定し、「アップロード」ボタンを押下する（ステップＳ１４）。これにより、利用者は、指定した電子文書を画像形成装置にアップロードすることができる。
【００４１】
ステップＳ１４にてアップロードを実施すると、画像形成装置上のＷｅｂサーバアプリ１２８は、アップロードされた電子文書をＨＴＴＰプロトコルで受信する。そして、Ｗｅｂサーバ１２８は、電子文書の受信が完了すると、その電子文書を文書保存アプリ１２９に引き渡す（ステップＳ１５）。この引渡しは、共有メモリやソケットとして知られるプロセス間通信により行う。
【００４２】
文書保存アプリ１２９は、Ｗｅｂサーバアプリ１２８から電子文書の受け取りを完了すると、二次記憶ドライバ１６３を介し、受け取った電子文書を二次記憶装置１１５に保存する（ステップＳ１６）。
【００４３】
二次記憶装置１１５内に、アップロードされた電子文書と同名の電子文書が既に有る（保存されている）場合、その電子文書と１対１に対応したＲＳＳ文書（文書に対応したＲＳＳ文書。以下、文書個別ＲＳＳ文書という）を二次記憶装置１１５から読み出し（ステップＳ１７）、その文書個別ＲＳＳ文書の更新を実施し（ステップＳ１８）、更新した文書個別ＲＳＳ文書を再び二次記憶装置１１５に保存する（ステップＳ１９）。
【００４４】
二次記憶装置１１５内に、アップロードされた電子文書と同名の電子文書が無い場合、すなわち新規作成の場合は、二次記憶装置１１５内に、アップロードされた電子文書を保存するとともに、「文書個別ＲＳＳ文書」を新規に作成する。この場合は、図５には示していない。
【００４５】
上記文書個別ＲＳＳ文書は、電子文書の更新状況を知りたい利用者に対して、更新状況を通知する目的で作成される。この文書個別ＲＳＳ文書の詳細は、後述する、更新状況を知りたい文書の登録処理及び登録文書の更新状況の通知処理において説明する。
【００４６】
また、文書個別ＲＳＳ文書の使用目的は、文書の更新状況を利用者に通知することであるため、文書個別ＲＳＳ文書で管理するデータは、管理対象の電子文書の変更日付とファイル名のみとする。
【００４７】
このように、文書個別ＲＳＳ文書で管理する情報を必要最小限にすることにより、ＲＳＳリーダ（ブログやポッドキャスト、ブログ、ニュースサイトなどが配信するＲＳＳやAtomを取得・講読するためのソフトウェア。アグリゲーター（Aggregator）またはフィードリーダー（Feed Reader）とも呼ばれる）によるアクセス時に、ネットワークのトラフィックを軽減できる。
【００４８】
次ぎに、更新状況を知りたい文書の登録処理について説明する。利用者は、更新状況を知りたい電子文書を予め選択（指定）し、登録することができる。更新状況を知りたい文書の登録は、クライアント端末のＷｅｂブラウザに表示された図７の画面において行われる。以下、図８は、更新状況を知りたい文書の登録処理の手順を示すシーケンス図である。
【００４９】
利用者は、クライアント端末からアクセスを試みる（ステップＳ２１）。Basic認証が成功すると（ステップＳ２２）、Ｗｅｂサーバアプリ１２８は、図７の画面（文書登録用画面）をクライアント端末に送信する（ステップＳ２３）。結果として、クライアント端末上のＷｅｂブラウザに図７の画面が表示される。
【００５０】
利用者は、クライアント端末に表示された図７の画面において、更新状況を通知してほしい電子文書を選択、指定した上で、「登録」ボタンを押す。これによって、クライアント端末からＷｅｂサーバアプリ１２８に、指定された電子文書の名前が送信される（ステップＳ２４）。
【００５１】
Ｗｅｂサーバアプリ１２８は、指定された電子文書の名前を文書保存アプリ１２９に渡す（ステップＳ２５）。文書保存アプリ１２９は、利用者専用ＲＳＳ文書（ユーザに対応したＲＳＳ文書）に、指定された電子文書の文書個別ＲＳＳ文書をインクルード（include）する（ステップＳ２６〜Ｓ２８）。なお、ＲＳＳ文書内から他のＲＳＳ文書をインクルードするための方法は規格で決まっているため、ここでの説明は省略する。
【００５２】
次に、登録文書の更新状況の通知処理について説明する。利用者は、予め登録した更新状況を知りたい電子文書（登録文書）の更新状況を知ることができる。図９は、登録文書の更新状況の通知処理の手順を示すシーケンス図である。
【００５３】
利用者は、画像形成装置（二次記憶装置１１５）に保存されている電子文書の更新状況を知りたい場合、クライアント端末が有するＲＳＳリーダ経由で、一定時間ごとにＷｅｂサーバアプリ１２８を介して、二次記憶装置１１５内の利用者専用ＲＳＳ文書（ユーザに対応したＲＳＳ文書）にアクセスする（ステップＳ３１）。
【００５４】
Ｗｅｂサーバアプリ１２８は、Basic認証を行い（ステップＳ３２）、アクセスを試みる利用者が、利用者専用ＲＳＳ文書の所有者と一致した場合、二次記憶装置１１５内の利用者専用ＲＳＳ文書にアクセスして、その利用者専用ＲＳＳ文書を読み出し（ステップＳ３３）、さらに、読み出した利用者専用ＲＳＳ文書をクライアント端末へ送信する（ステップＳ３４）。
【００５５】
なお、利用者専用ＲＳＳ文書と文書個別ＲＳＳ文書の関係は、図１０に示すようになる。すなわち、利用者専用ＲＳＳ文書に対して、複数の文書個別ＲＳＳ文書がインクルード（include）される関係である。
【００５６】
次に、Ｗｅｂブラウザからの印刷処理について説明する。利用者は、画像形成装置（二次記憶装置１１５）に保存されている電子文書の印刷を、クライアント端末のＷｅｂブラウザから指示することができる。図１３は、Ｗｅｂブラウザからの印刷処理の手順を示すシーケンス図である。
【００５７】
利用者は、クライアント端末のＷｅｂブラウザを使って、図１１に示す印刷文書選択画面にアクセスを試みる（ステップＳ４１）。
【００５８】
Ｗｅｂサーバアプリ１２８は、Basic認証を行い（ステップＳ４２）、利用者が正当な権限を持っていると判断すると、図１１に示す印刷文書選択画面をクライアント端末に送信する（ステップＳ４３）。その結果、図１１の画面がクライアント端末に表示される。
【００５９】
利用者は、図１１の画面において、印刷したい電子文書を選択、指定し、「印刷」ボタンを押下する。これにより、印刷対象の電子文書の文書名を含む印刷指示が画像形成装置（Ｗｅｂサーバアプリ１２８）に通知される（ステップＳ４４）。
【００６０】
印刷指示を受信したＷｅｂサーバアプリ１２８は、印刷指示から印刷対象の電子文書の文書名を取得して、取得した文書名を含む印刷要求をプリンタアプリ１２１に通知する（ステップＳ４５）。印刷要求を受信したプリンタアプリ１２１は、印刷要求から印刷対象の電子文書の文書名を抽出し、二次記憶装置１１５内から、抽出した文書名の電子文書（すなわち、印刷対象の電子文書）を取得する（ステップＳ４６）。その後、印刷を実施するために、プリンタアプリ１２１は、ビデオドライバ１６１に、取得した電子文書を渡す（ステップＳ４７）。
【００６１】
ビデオドライバ１６１は、エンジンＩ／Ｆを介して、エンジン（Ｂ＆Ｗ  ＬＰ１１２又はＣｏｌｏｒ  ＬＰ１１３）に電子文書を引き渡す（ステップＳ４８）。
【００６２】
エンジンにて電子文書の印刷を終了した後、ビデオドライバ１６１は、プリンタアプリ１２１に対して、印刷処理が完了した旨を通知するための印刷完了通知を行う（ステップＳ４９）。
【００６３】
プリンタアプリ１２１は、Ｗｅｂサーバアプリ１２８に対して、同様に、印刷完了通知を実施し（ステップＳ５０）、Ｗｅｂサーバアプリ１２８は、文書印刷完了を通知するための画面をクライアント端末に送信する（ステップＳ５１）。その結果、クライアント端末において、例えば、図１２に示す画面が表示される。
【００６４】
以上説明したように、本実施の形態の画像形成装置によれば、二次記憶装置を備え、かつ、他の端末（クライアント端末）からデータ受信できるため、他の端末から受信した電子文書（電子文書データ）を二次記憶装置に保存できる。
【００６５】
また、本実施の形態の画像形成装置によれば、利用者情報（ＩＤとパスワード）を登録する機能を有するため、利用者を正当な権限を有する者に制限できる。
【００６６】
また、本実施の形態の画像形成装置によれば、アクセスする利用者の認証が実施できるため、利用者を正当な権限を有する者に制限できる。
【００６７】
また、本実施の形態の画像形成装置によれば、電子文書を二次記憶装置に保存する時に、文書個別ＲＳＳ文書を生成するので、利用者が電子文書の更新状況を知ることができる。
【００６８】
また、本実施の形態の画像形成装置によれば、二次記憶装置に保存されている電子文書を更新する時に文書個別ＲＳＳ文書が更新されるので、利用者によるＲＳＳアクセス時に利用者が電子文書の正確な更新状況を知ることができる。
【００６９】
また、本実施の形態の画像形成装置によれば、利用者が用いるクライアント端末のＷｅｂブラウザから、画像形成装置での印刷を指示することが可能なため、印刷のためのデバイスドライバが不要となり、多くのクライアント端末から画像形成装置での印刷を指示できる。
【００７０】
（実施の形態２）
図１４は、実施の形態２の画像形成装置（複合機）の機能を示すブロック図である。本実施形態の画像形成装置１４００は、実施の形態１と同様に、プリンタ、コピー、ファクシミリ、スキャナなどの各装置のアプリケーションを一つの筐体に収納している。画像形成装置１４００の基本的構成は、実施の形態１と同様であるが、実施の形態１の画像形成装置の構成に加えて、ＲＳＳアプリを備えている。すなわち、画像形成装置１４００は、制御手段としてのソフトウェア群１４０１ａ、１０１ｂと、画像形成装置起動部１５０と、ハードウェア資源１０３とから構成される。ソフトウェア群１４０１ａがＲＳＳアプリ１４２８を備えている点が実施の形態１と異なっている。
【００７１】
ＲＳＳアプリ１４２８は、標準機能としてのＲＳＳフィーダ機能を用いて、電子文書の更新状況をクライアント端末で動作するＲＳＳリーダに通知するアプリケーションである。なお、クライアント端末で動作するＲＳＳリーダは、専用のアプリケーションである他、実施の形態１と同様にＷｅｂブラウザ上で動作するものであってもよい。本実施の形態では、クライアント端末で動作するＲＳＳリーダは、専用のアプリケーションであるものとして説明する。
【００７２】
具体的には、ＲＳＳアプリ１４２８は、クライアント端末のＲＳＳリーダに、電子文書の更新状況として電子文書データの更新内容を表示する機能を備えている。ＲＳＳアプリは、クライアント端末から更新状況を通知された電子文書の利用者による印刷指示を受信した場合に、印刷指示があった電子文書の印刷要求をプリンタアプリ１２１に送信する。
【００７３】
図１５は、クライアント端末のＲＳＳリーダで表示される更新通知画面の一例を示す模式図である。ＲＳＳリーダの画面には、図１５に示すように、更新された電子文書の文書名と最終更新日時とを表示した一覧ウィンドウが表示される。そして、利用者は、この一覧ウィンドウで、更新内容を確認したい電子文書を選択してマウスでクリックすると、ＲＳＳリーダの画面に更新内容を表示したウィンドウ１５０１が表示される。さらに、利用者は、印刷したい電子文書を一覧ウィンドウで選択して、「印刷」ボタンをクリックすると、選択した電子文書が印刷される。
【００７４】
次に、以上のように構成された本実施の形態の画像形成装置１４００による電子文書の更新状況通知および印刷処理について説明する。図１６は、実施の形態２の電子文書の更新状況通知処理および印刷処理の手順を示すシーケンス図である。
【００７５】
二次記憶装置１１５に保存された電子文書が更新されると、ＲＳＳアプリ１４２８は、上述の更新状況を示す電子文書の文書名と最終更新日時を含む更新通知をクライアント端末に送信する（ステップＳ６１）。クライアント端末は、この更新通知を受信して、ＲＳＳリーダで図１５に示した更新通知画面を表示する。
【００７６】
利用者は、更新通知画面で所望の電子文書をマウスでクリックすると、クライアント端末はこの電子文書のクリック操作を受け付けて（ステップＳ６２）、クリックされた電子文書の文書名を画像形成装置１４００に送信する（ステップＳ６３）。
【００７７】
画像形成装置１４００では、ネットワークＩ／Ｆ１１４、ネットワークドライバ１６２を介してＲＳＳアプリ１４２８が、この文書名を受信し、二次記憶ドライバ１６３を介して二次記憶装置１１５から指定された電子文書を読み出す（ステップＳ６４）。そして、ＲＳＳアプリ１４２８は、読み出した電子文書の更新内容を抽出して、ネットワークドライバ１６２とネットワークＩ／Ｆ１１４を介して更新内容をクライアント端末に送信する（ステップＳ６５）。
【００７８】
クライアント端末では、この更新内容が図１５に示す態様でＲＳＳリーダの更新通知画面に表示される。利用者がこの文書または一覧ウィンドウ上に他の電子文書を選択した上で「印刷」ボタンをクリックすると、クライアント端末はかかる操作を印刷指示として受付け（ステップＳ６６）、選択された印刷対象の電子文書の文書名を含む印刷指示を画像形成装置１４００に送信する（ステップＳ６７）。
【００７９】
画像形成装置１４００では、ネットワークＩ／Ｆ１１４、ネットワークドライバ１６２を介してＲＳＳアプリ１４２８が、この印刷指示を受信し、印刷指示に含まれる文書名を含む印刷要求をプリンタアプリ１２１に送信する（ステップＳ６８）。印刷要求を受信したプリンタアプリ１２１は、印刷要求から印刷対象の文書名を抽出し、二次記憶装置１１５内から、抽出した文書名の電子文書（すなわち、印刷対象の電子文書）を取得する（ステップＳ６９）。その後、印刷を実施するために、プリンタアプリ１２１は、ビデオドライバ１６１に、取得した電子文書を渡す（ステップＳ７０）。
【００８０】
ビデオドライバ１６１は、エンジンＩ／Ｆを介して、エンジン（Ｂ＆Ｗ  ＬＰ１１２又はＣｏｌｏｒ  ＬＰ１１３）に電子文書を引き渡す（ステップＳ７１）。
【００８１】
エンジンにて電子文書の印刷を終了した後、ビデオドライバ１６１は、プリンタアプリ１２１に対して、印刷処理が完了した旨を通知するための印刷完了通知を行う（ステップＳ７２）。
【００８２】
プリンタアプリ１２１は、ＲＳＳアプリ１４２８に対して、同様に、印刷完了通知を実施し（ステップＳ７３）、ＲＳＳアプリ１４２８は、文書印刷完了を通知するための図１２と同様の画面をクライアント端末に送信する（ステップＳ７４）。その結果、クライアント端末において、例えば、図１２に示す画面が表示される。
【００８３】
なお、本実施の形態における利用者認証や更新通知を行う電子文書の登録は、実施の形態１と同様に行われるので説明を省略する。
【００８４】
このように実施の形態２の画像形成装置１４００では、ＲＳＳ専用のＲＳＳアプリ１４２８を設け、このＲＳＳアプリ１４２８によって、電子文書の更新状況の通知等を行っているので、Ｗｅｂサーバアプリ１２８でかかる更新状況の通知を行う実施の形態１に比べて、アプリケーションの機能的な切り分けが可能となり、アプリケーションの開発工程の削減を図ることができる。
【００８５】
また、実施の形態２の画像形成装置１４００では、ＲＳＳアプリ１４２８によって、電子文書の更新状況の通知の他、更新内容をクライアント端末に表示し、電子文書の印刷を可能としているので、クライアント端末では、更新内容を確認した上で印刷を行うことができ、利用者の便宜となる。
【００８６】
以上、本発明の実施形態について説明したが、上記実施形態の記載に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。
本発明は、他の端末装置から受信したデータを保存、更新する、装置・機器、システム、方法、プログラムに適用できる。
【図面の簡単な説明】
【００８７】
【図１】実施の形態１の画像形成装置の機能的構成を示すブロック図である。
【図２】利用者追加画面の一例を示す模式図である。
【図３】利用者追加処理の手順を示すフローチャートである。
【図４】利用者追加処理後における二次記憶装置内の領域の使用状態のイメージを示す説明図である。
【図５】電子文書アップロード時の処理の手順を示すシーケンス図である。
【図６】電子文書アップロード用画面の一例を示す模式図である。
【図７】更新状況通知の対象となる電子文書を登録する画面の一例を示す模式図である。
【図８】更新状況通知の対象となる電子文書を登録する処理の手順を示すシーケンス図である。
【図９】更新状況通知の処理の手順を示すシーケンス図である。
【図１０】利用者専用ＲＳＳ文書と文書個別ＲＳＳ文書との関係のイメージを示す説明図である。
【図１１】印刷対象となる電子文書を登録する画面の一例を示す模式図である。
【図１２】印刷完了の通知画面の一例を示す模式図である。
【図１３】クライアント端末から電子文書の印刷を指示する時の処理の手順を示すシーケンス図である。
【図１４】実施の形態２の画像形成装置の機能的構成を示すブロック図である。
【図１５】クライアント端末のＲＳＳリーダで表示される更新通知画面の一例を示す模式図である。
【図１６】実施の形態２の電子文書の更新状況通知処理および印刷処理の手順を示すシーケンス図である。
【符号の説明】
【００８８】
１００、１４００    画像形成装置
１０１ａ、１０１ｂ    ソフトウェア群
１０３    ハードウェア資源
１０４    アプリケーション層
１０５    コントロールサービス層
１０６    プラットフォーム
１１１    その他のハードウェア資源
１１２    Ｂ＆Ｗ  ＬＰ
１１３    Ｃｏｌｏｒ  ＬＰ
１１４    ネットワークＩ／Ｆ（通信手段の一部）
１１５    二次記憶装置（二次記憶手段）
１２１    プリンタアプリ
１２２    コピーアプリ
１２３    ファックスアプリ
１２４    スキャナアプリ
１２５    ネットファイルアプリ
１２６    工程検査アプリ
１２７、１３０    ＲＲＵアプリ
１２８    Ｗｅｂサーバアプリ（通信手段の一部）
１２９    文書保存アプリ
１３１    ＮＣＳ
１３２    ＯＣＳ
１３３    ＦＣＳ
１３４    ＥＣＳ
１３５    ＭＣＳ
１３６    ＳＣＳ
１３７    ＳＲＭ
１４０、１４１    汎用ＯＳ
１６１    ビデオドライバ
１６２    ネットワークドライバ（通信手段の一部）
１６３    二次記憶ドライバ
１４２８  ＲＳＳアプリ
【図１】
2009033731.tif 000003
【図２】
2009033731.tif 000004
【図３】
2009033731.tif 000005
【図４】
2009033731.tif 000006
【図５】
2009033731.tif 000007
【図６】
2009033731.tif 000008
【図７】
2009033731.tif 000009
【図８】
2009033731.tif 000010
【図９】
2009033731.tif 000011
【図１０】
2009033731.tif 000012
【図１１】
2009033731.tif 000013
【図１２】
2009033731.tif 000014
【図１３】
2009033731.tif 000015
【図１４】
2009033731.tif 000016
【図１５】
2009033731.tif 000017
【図１６】
2009033731.tif 000018