JP2011203838A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ユーザーの印刷にかかる負荷を低減しつつ、ユーザーが所望する印刷データを印刷可能にすることを目的とする。
【解決手段】デバイスから予約ジョブの表示指示を受信する受信手段と、受信手段により表示指示が受信され、かつ、予約ジョブの印刷データと、印刷データを管理するアプリケーションの保存領域に保存されているデータと、が異なる場合、デバイスに提供する予約ジョブの表示画面に、予約ジョブの印刷データの印刷を指示する印刷ボタンと、保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する表示制御手段と、を有することによって課題を解決する。
【選択図】図１４

Description

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

近年、Ｗｅｂ技術の向上やメンテナンスの容易性からソフトウェアのＷｅｂシフトが加速している。その中でユーザーが必要な機能だけを登録可能なポータルシステムが、広く普及している。ポータルシステムは、ポータルと呼ばれるシステムフレームワークの中に、それぞれ機能的に独立したポートレットと呼ばれる着脱可能なユーザーインターフェースコンポーネントを各々関連付ける。それによってユーザーは各ポートレットに個別にアクセスせずとも、ポータルシステムにアクセスすることで全ての関連付けられたポートレットへ簡単にアクセスし、ポートレットを使用することができる。
このようなポータルシステムのデータを複合機（ＭＦＰ）から印刷する場合、操作性の良いＰＣブラウザから印刷データを選択、印刷予約し、複合機の操作部から印刷指示のみを行うことにより、簡便な印刷を可能にするシステムが提案されている。
例えば、特許文献１に記載の技術では、印刷予約時に特定のＵＲＬに存在するデータを保持し、印刷指示時の同ＵＲＬのデータを比較し、差異があれば、印刷指示時の最新データを印刷可能にするという方法を提供している。

特開２００４−３５１８０６号公報

しかし、従来技術においては、ＵＲＬに存在するデータの特性を無視し、常に最新のデータを印刷してしまうことになる。ポータルシステムにおいては、管理するデータは、複数のユーザーで共有、編集を行うデータが多数を占める。そのため、デバイスで印刷指示するまでに、データが更新されることにより、ユーザーが意図しない情報が印刷されてしまうという課題がある。また、各ポートレットはクライアントコンピュータで操作するようＵＩを最適化されており、ＭＦＰの操作部からでは複雑な操作になり、ＭＦＰを１人のユーザーが占有してしまうという課題もある。

本発明はこのような問題点に鑑みなされたもので、ユーザーの印刷にかかる負荷を低減しつつ、ユーザーが所望する印刷データを印刷可能にすることを目的とする。

そこで、本発明は、デバイスから予約ジョブの表示指示を受信する受信手段と、前記受信手段により前記表示指示が受信され、かつ、予約ジョブの印刷データと、前記印刷データを管理するアプリケーションの保存領域に保存されているデータと、が異なる場合、デバイスに提供する前記予約ジョブの表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する表示制御手段と、を有する。

本発明によれば、ユーザーの印刷にかかる負荷を低減しつつ、ユーザーが所望する印刷データを印刷可能にすることができる。

印刷システムのシステム構成の一例を示す図である。 画像形成装置のコントローラユニットのハードウェア構成を示す図である。 ポータルサーバーやポートレットサーバー群の各サーバー若しくはプリントサーバーのハードウェア構成図の一例を示す図である。 ポータルサーバーの機能構成の一例を示した図である。 ポートレットサーバー群、プリントサーバーの機能構成の一例を示した図である。 ポータルシステムの画面構成の一例を示す図である。 プリントポートレットにおける、印刷予約追加処理の一例を示すフローチャートである。 プリントポートレット−印刷予約ジョブリスト画面の一例を示す図である。 ポートレット種類定義テーブルの一例を示す図である。 印刷予約ジョブ表示／削除条件定義テーブルの一例を示す図である。 印刷予約ジョブリストの一例を示す図である。 プリントポートレット−印刷予約追加画面の一例を示す図である。 印刷予約ジョブリスト表示処理の一例を示すフローチャートである。 印刷予約ジョブリスト画面の一例を示す図である。 ジョブデータの一覧の一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。

＜実施形態１＞
［システム構成］
図１は、印刷システムのシステム構成の一例を示す図である。
ポータルサーバー１０は、ポータルシステムを提供する。より具体的には、例えば図６のような複数のポートレットを含む画面を表示する。
ポートレットサーバー群５０は、アプリケーション機能を提供し、アプリケーションデータを保存する保存領域の一例であるストレージを備える。
クライアントコンピュータ３０は、ユーザーがポータルシステムへアクセスするために利用される。
情報処理装置の一例であるプリントサーバー２０は、ポートレットサーバー群５０の各サーバーと通信を行い、データを取得し、印刷予約を管理する。
ＭＦＰ４０は、印刷を行う画像形成装置である。
各構成要素は、それぞれＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤ等から構成されるコンピュータ、若しくは画像形成装置である。各装置の機能及び各装置の処理に係る後述するフローチャートの各処理は、各装置のＣＰＵが、ＨＤＤ等の記憶装置に記憶されているプログラムを実行することによって実現される。

［画像形成装置のハードウェア構成］
図２は、画像形成装置のコントローラユニットのハードウェア構成を示す図である。コントローラユニット１１２は、画像形成装置として機能するプリンター１１１と接続することで、画像データの印刷を行う。
ＣＰＵ１０１は、画像形成装置全体を制御するプロセッサである。
ＲＡＭ１０２は、書き換え可能な不揮発性メモリであり、システムを制御するための各種制御プログラムが記録される。
操作部Ｉ／Ｆ１０３は、操作部１０４とのインターフェース部で、操作部１０４に表示する画像データを出力する。また、操作部Ｉ／Ｆ１０３は、操作部１０４からユーザーが入力した情報を、ＣＰＵ１０１に伝える役割をする。
以上のデバイスがシステムバス１０５上に配置される。
イメージバスＩＭＡＧＥ ＢＵＳ Ｉ／Ｆ１０７は、システムバス１０５と画像データを高速で転送する画像バス１０９とを接続し、データ構造を変換するバスブリッジである。画像バス１０９は、ＰＣＩバス又はＩＥＥＥ１３９４で構成される。
画像バス１０９上には以下のデバイスが配置される。
プリンターＩ／Ｆ１１０は、プリンター１１１と接続し、画像データの印刷を行う。なお、画像データは、プリントサーバーにより送信された印刷データをＭＦＰにて展開することにより生成される。
操作部１０４は、ＬＣＤ表示部を有し、ＬＣＤ上にタッチパネルシートが貼られている。また、操作部１０４は、操作キーを有している。操作部１０４は、システムの操作画面を表示すると共に、表示してあるキーが押されるとその位置情報をＣＰＵ１０１に伝える。
ＬＡＮインターフェース１０６は、ＬＡＮに接続するための機能ユニットで、ＬＡＮを介してＰＣやサーバーから画像ファイルを受信したり、他のデバイスの情報を取得したりするために使用される。

［サーバーのハードウェア構成］
図３は、ポータルサーバー１０やポートレットサーバー群５０の各サーバー若しくはプリントサーバー２０のハードウェア構成図の一例を示す図である。各装置は、ハードウェアとして、ＣＰＵ２１、ＣＰＵ２１のワークエリアを提供するＲＡＭ２２、記憶装置２３、他機器とネットワークによる通信を行うネットワーク装置２４、メインバス２５により構成されている。

［ポータルサーバーの構成］
図４は、ポータルサーバー１０の機能構成の一例を示した図である。
通信制御部３０１は、ポータル制御部３０２の指示に従いネットワークを通じてポートレットサーバー群５０、プリントサーバー２０、クライアントコンピュータ３０、ＭＦＰ４０と情報のやりとりを行う。
ポータル制御部３０２は、通信制御部３０１、ポートレット制御部３０３、ユーザー制御部３０５を制御し、ポータルサーバーの処理を制御する。
ポートレット制御部３０３は、ポータル制御部３０２の指示に従い、ポートレット情報データベース３０４とやりとりを行い、ポートレットの取得や追加、削除等、ポートレット情報の制御を行う。
ユーザー制御部３０５は、ポータル制御部３０２の指示に従い、ユーザー情報データベース３０６とやりとりを行い、ログインユーザーごとのポートレット設定情報の取得や追加削除等、ユーザー情報の制御を行う。

［ポートレットサーバーの構成］
図５は、ポートレットサーバー群５０、プリントサーバー２０の機能構成の一例を示した図である。
通信制御部４０１は、ポートレット制御部４０２の指示に従いネットワークを通じてポータルサーバー１０と情報のやりとりを行う。
ポートレット制御部４０２は、通信制御部４０１、ＵＩ制御部４０３、データ制御部４０４を制御しポートレットサーバーの処理を制御する。
ＵＩ制御部４０３は、ポートレット制御部４０２の指示に従い、ＵＩの生成等のＵＩ制御を行う。
データ制御部４０４は、ポートレット制御部４０２の指示に従い、ポートレットデータベース４０５とやりとりを行い、ポートレットデータの格納、提供を行う。

［ポータルシステムの構成］
図６は、ポータルシステムの画面構成の一例を示す図である。
メイン画面２００は、ポータルシステムのメイン画面であり、クライアントコンピュータ３０からポータルサーバー１０にアクセスした場合に表示されるＵＩである。本ＵＩはポータルサーバー１０を経由し、ポートレットサーバー群５０、プリントサーバー２０で生成され、クライアントコンピュータ３０に表示される。表示される情報は、ログインしているユーザーごとに異なる設定が反映されたコンテンツであり、ユーザーや設定によって表示内容が異なる。
ポータルシステムのメイン画面２００は、幾つかのポートレットから構成される。図６のメイン画面は、ポートレット２０１から２０４を含む。
アプリケーションポートレット２０１−２０３は、ポートレットサーバー群５０で動作するソフトウェアである。それらのソフトウェアは、文書管理、メーラー、ニュースリーダーといった機能を提供する。ポートレットの種類や機能は本実施形態を制限するものではない。
プリントポートレット２０４は、ポータルサーバー１０と連携し、プリントサーバー２０で動作するソフトウェアである。プリントポートレット２０４は、印刷予約の追加削除、印刷データの管理といった機能を提供する。

［処理の流れ］
本実施形態における、処理の流れを説明する。
［印刷予約追加フローチャート］
図７は、プリントポートレット２０４における、印刷データの予約処理の一例を示すフローチャートである。
本処理は、クライアントコンピュータ３０からポータルシステムのメイン画面２００にアクセスすることによって開始される。なお、以下では説明の簡略化のため、プリントサーバー２０のＣＰＵがフローチャートの各ステップの処理を行うものとして説明を行う。
ステップＳ１００において、ＣＰＵは、印刷データの予約ジョブの追加要求の一例である印刷予約追加指示を受け取る。なお、印刷予約追加指示は、例えば、ユーザーが、図８（図６のプリントポートレット２０４）の印刷予約追加８００を選択することによりクライアントコンピュータ３０からプリントサーバー２０に送信される。又は印刷予約追加指示は、例えば、ユーザーが、図６に示される様な各ポートレットから文書リンクをプリントポートレットにドラッグアンドドロップ等することによりクライアントコンピュータ３０からプリントサーバー２０に送信される。例えば、ユーザーが図６のメールポートレットの「出張の計画について」を選択して、プリントポートレット２０４にドラッグアンドドロップすることにより印刷予約追加指示がプリントサーバーに送信される。
ステップＳ１０１において、ＣＰＵは、ステップＳ１００で受け取った印刷予約追加指示にデータを指定する指定情報の一例である特定のデータＵＲＬが指定されているか否かを判断する。ドラッグアンドドロップ操作により文書の印刷が予約された場合、ＣＰＵは、ステップＳ１０２へ移る。ユーザーが、特定のデータＵＲＬを選択せず、図８の印刷予約追加８００を選択した場合、印刷予約追加指示に特定のデータＵＲＬは指定されておらず、ＣＰＵは、ステップＳ１０５へ移る。

ステップＳ１０２において、ＣＰＵは、ステップＳ１０１で指定されたＵＲＬに対応するポートレット種別を特定し、ポートレット種別に対する情報を図９に示される様なポートレット種類定義テーブルから取得する。例えば、プリントサーバーは、ＵＲＬとポートレット種別の対応表を備えることで、Ｓ１０２の処理を実現する。
図９に示すポートレット種類定義テーブルには、ポートレット種別に対応付けて、予約時動作設定と印刷データの比較方法とが含まれる。予約時動作設定は、図７の処理実行時に指定されたＵＲＬに存在するデータのコピーを印刷データとしてプリントサーバー２０に保存するかどうかを示す設定である。比較方法は、指定されたＵＲＬに存在するデータと前記コピー設定に従ってコピーして保存された印刷データとを比較する際に使用される条件（条件情報）の一覧である。
文書管理ポートレットの場合、後述するように、ＣＰＵは、文書データを比較することになる。文書における、更新されたか否かを比較する方法としては、文書バージョンや更新日時、その他文書管理ポートレットが保持する文書プロパティを利用する等がある。また、文書に書かれている全てのテキスト情報による比較もある。
ニュースポートレットは、ＲＳＳ（ＲＤＦ Ｓｉｔｅ Ｓｕｍｍａｒｙ）等のデータフィード技術を利用し実現されている場合が多い。このようなポートレットであれば、ＣＰＵは、ニュース発行日やニュース本文のテキスト等によりデータが更新されたか比較する。
メールポートレットは、メールの特性上、特定のメールが受信後に更新されることはない。したがって、ＣＰＵは、更新されたか比較するのではなく、スレッド情報を利用し、スレッド内の最新のメールがあるかどうか判断することにより、新しい情報を印刷可能にする。また、メールのように印刷予約時データが将来にわたり更新されることがなければ、ＣＰＵは、予約時にデータをコピーする必要はない。

ステップＳ１０３において、ＣＰＵは、ステップＳ１０２で特定したポートレット種別が図１０に示す様な表示／削除条件定義テーブルに含まれるか否かを検索する。Ｓ１０２にて特定したポートレット種別が、表示／削除条件定義テーブルに含まれる場合、ＣＰＵは、ステップＳ１０４へ移る。ポートレット種別がない場合、ＣＰＵは、ステップＳ１０６へ移る。
図１０の表示／削除条件定義テーブルでは、ポートレット種別毎に印刷関連ボタンの表示条件と削除条件、削除関連ボタンの表示条件が管理されている。図１０の条件には、図９のポートレット種類定義テーブルの比較方法情報を使用することができる。本実施形態の表示／削除条件定義テーブルでは、［印刷］ボタン表示、［最新印刷］ボタン表示、［削除］ボタン表示、表示されたボタンの削除処理の条件を管理する。図１０に示されるように、表示条件、削除条件は、ポートレット種別と関連付けられて表示／削除条件定義テーブルに記憶されている。
ステップＳ１０４において、ＣＰＵは、ステップＳ１０３で見つかった表示／削除条件定義を図１２のプリントポートレット２０４の追加画面の一例である印刷予約追加ＵＩに反映し、表示する。
ステップＳ１０５において、ＣＰＵは、ステップＳ１０２で、ＵＲＬが指定されておらず、どのデータを印刷予約するか不明な場合、本ステップを実行し、予約すべき印刷データを指定する。ポートレットが選択されている場合、つまり、印刷予約追加指示に選択されたポートレットを示す選択情報が含まれている場合、ＣＰＵは、ステップＳ１０３へ移る。選択されていない場合、ＣＰＵは、ステップＳ１０６へ移る。ステップＳ１０５により、印刷データが指定されていなくても、印刷データの予約ジョブを追加できる。ＣＰＵがＳ１０５の処理を行うことによって、ユーザーは、将来作成される印刷データをチェック可能な比較条件を設定しておくことができ、データが作成された時点で印刷を予約できる。例えば、ユーザーは、ニュースポートレットにおいて、あるキーワードを登録することで、そのキーワードにマッチしたニュースが発行された時点で印刷を予約できる。
ステップＳ１０６において、ＣＰＵは、予約すべき印刷データが指定されていないため、図１０のプリントポートレット２０４の表示／削除条件定義にあるデフォルト値をＵＩに反映する。
また、ユーザーは、［条件変更］ボタン１２０２を用いることで、図１０の表示／削除条件定義にない条件を設定することも可能である。［予約］ボタン１２０１が押下されると、ＣＰＵは、設定に従い、指定ＵＲＬに存在するデータをプリントポートレット２０４にコピーし、前記データの予約ジョブを図１１の印刷予約ジョブリストに追加する。
図１１の印刷予約ジョブリストには、ジョブ名とその元データがあるポートレット、ＵＲＬ、予約追加日時、図１０の表示／削除条件定義へのキー、追加時にコピーした印刷データが保持される。

［印刷予約ジョブリスト表示フローチャート］
図１３は、図１４の印刷予約ジョブリストをＭＦＰに表示するための処理の一例を示すフローチャートである。
ＭＦＰ４０は、ポータルシステム経由でプリントポートレット２０４にアクセス（印刷予約ジョブの表示指示を発行する）する。プリントポートレット２０４は、ＭＦＰ４０からアクセスされた場合、図１４の印刷予約ジョブリストＵＩをＭＦＰ４０に表示させる以下の処理を実行する。以下、プリントサーバー２０のＣＰＵがフローチャートの各ステップの処理を実行するものとして説明を行う。
ＣＰＵは、ステップＳ２００からステップＳ２０７までを、図１１の印刷予約ジョブリストに存在する全ての予約ジョブについて繰り返し実行する。
ステップＳ２０１において、ＣＰＵは、表示／削除条件が設定されているか確認を行う。例えば、図１１の[ＸＸ仕様書．ｄｏｃ]が処理対象である場合、図１１の表示／削除条件に条件ＩＤが設定されているため、ＣＰＵはＳ２０１にＹｅｓと判定する。
ステップＳ２０２において、ＣＰＵは、印刷対象ＵＲＬが示すアドレスに印刷可能なデータが存在するか否か確認する。例えば、図１１の[ＸＸ仕様書．ｄｏｃ]が処理対象である場合、図１１の印刷対象ＵＲＬにデータの保存場所が記述されているので、ＣＰＵは、存在すると判定する。一方、図１１の[Ａ製品の発売]が処理対象である場合、図１１の印刷対象ＵＲＬにデータの保存場所が記述されていないので、ＣＰＵは、存在しないと判定する。
ＣＰＵは、ステップＳ２０３からステップＳ２０６までを、［印刷］ボタン表示、［最新印刷］ボタン表示、［削除］ボタン表示の各ボタンについて繰り返し実行する。
ステップＳ２０４において、ＣＰＵは、表示／削除条件に設定されている比較処理を実行する。
Ｓ２０４の比較結果に従い、ステップＳ２０５において、ＣＰＵは該当ボタンをＵＩ（表示画面）に表示（表示制御）する。
ステップＳ２０６において、全てのボタンについて処理を実行した場合、ＣＰＵは、ステップＳ２０７へ移る。未処理のボタンがある場合、ＣＰＵは、ステップＳ２０３へ移る。

ステップＳ２０７において、全ての予約ジョブについて処理を実行した場合、ＣＰＵは、本フローチャートの処理を終了する。未処理の予約ジョブがある場合、ＣＰＵは、ステップＳ２００へ移る。
一方、Ｓ２０２においてＵＲＬにデータが存在しないと判定された場合、ステップＳ２０８において、ＣＰＵは、印刷予約時の印刷対象データがコピーされているか否かをチェックする。なお、このチェック処理は図１１の印刷バイナリの項目をチェックすることにより実現される。コピーされていれば、ＣＰＵは、ステップＳ２０９へ移る。コピーされていなければ、ＣＰＵは、ステップＳ２１０に移る。
ステップＳ２０９において、ＣＰＵは、表示／削除条件を特定することができなかったため、図１０の表示／削除条件定義にあるデフォルト設定に従ってボタンをＵＩに表示する。
ステップＳ２１０において、ＣＰＵは、印刷データが存在しないため、印刷不可状態としてＵＩに表示する。

図１１の予約ジョブリストに対して、図１３の処理を実行することにより図１４のＵＩが表示される例について説明する。なお、予約した時点における予約ジョブリストの各データの情報と図１３の処理を実行する時点における図１１の予約ジョブリストの各データの情報とを図１５に示す。例えば、[ｘｘ仕様書．ｄｏｃ]は、予約した時点から図１３の処理を実行する時点においてバージョンが更新されていることが分かる。
図１５の状態において図９、図１０を用いて処理することにより、プリントサーバー２０のＣＰＵは、図１４の様な予約ジョブリストＵＩを生成する。
具体的には、プリントサーバーのＣＰＵは、［ｘｘ仕様書．ｄｏｃ］のポートレットの種別が[文書管理]であることをＵＲＬから特定する。そして、ＣＰＵは、図１０においてポートレット種別が[文書管理]の[表示条件]を参照すると、[印刷ボタン]は"常に表示"と設定されていることを認識する。そのため、図１４に示すように[ｘｘ仕様書．ｄｏｃ]に対して［印刷］ボタン（印刷ボタン）５００が表示される。一方、図１０では、ポートレット種別が[文書管理]である場合、[最新印刷]ボタンの表示条件として[バージョン＞印刷予約時バージョンもしくは全文テキストが異なる]が設定されている。ここで、図１５を参照すると現在のバージョンが予約時のバージョンよりも新しいため、図１４に示すように[ｘｘ仕様書．ｄｏｃ]に対して［最新印刷］ボタン５０１が表示される。同様の処理により、[ｘｘ仕様書．ｄｏｃ]に対して［削除］ボタン５０２が表示される。なお、削除ボタンが指示された場合、対象の予約ジョブの印刷データがプリントサーバーから削除される。また、印刷ボタンが指示された場合、プリントサーバーに保存されている印刷データに基づく印刷物が出力される。つまり、文書が更新されたとしても予約時点での文書が印刷される。また。最新印刷ボタンが指示された場合、ボタンが指示された時点の文書が印刷される。つまり、印刷予約時から文書が更新されていた場合、更新後の文書が印刷される。
また、ＣＰＵは、［出張の計画について］に関しても同様の処理を実行することにより［印刷］ボタン５０３と［最新印刷］ボタン５０４とを表示する。一方、［出張の計画］に対する［削除］ボタンの表示条件は、"一度印刷後表示"に設定されているため印刷した後表示される。
また、［Ａ製品の発売］に対する［印刷］ボタンの表示条件は、[データが存在する]であるため、［Ａ製品の発売］に関するニュースが発行されるまで図１４のように［印刷］ボタンは表示されない。
本実施形態によれば、データの更新頻度が高いポータルシステムにおいて、ユーザーの所望するデータを印刷することが可能となる。また、複雑な操作を使いなれたクライアントコンピュータから印刷予約を可能にすることによって、ＭＦＰにおけるユーザーの印刷操作を簡便化することができ、ＭＦＰでの滞在時間を短縮することが可能となる。

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

以上、上述した各実施形態によれば、ユーザーの印刷にかかる負荷を低減しつつ、ユーザーが所望する印刷データを印刷可能にすることができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims (7)

1. デバイスから予約ジョブの表示指示を受信する受信手段と、
   前記受信手段により前記表示指示が受信され、かつ、予約ジョブの印刷データと、前記印刷データを管理するアプリケーションの保存領域に保存されているデータと、が異なる場合、デバイスに提供する前記予約ジョブの表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する表示制御手段と、
   を有する情報処理装置。
2. 前記表示制御手段は、予約ジョブの印刷データと、前記保存領域に保存されたデータと、のバージョン又は更新日時が異なる場合、前記表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する請求項１記載の情報処理装置。
3. デバイスから予約ジョブの表示指示を受け取ると、前記予約ジョブの印刷対象データを管理するアプリケーションに対して設定されている前記予約ジョブの表示画面に表示されるボタンの表示条件を取得する取得手段を更に有し、
   前記表示制御手段は、前記予約ジョブの印刷データ、及び前記保存領域に保存されているデータが前記表示条件を満たす場合、デバイスに提供する前記予約ジョブの表示画面に、前記印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されたデータの印刷を指示する印刷ボタンと、を表示するよう制御することを特徴とする請求項１又は２記載の情報処理装置。
4. 情報処理装置が実行する情報処理方法であって、
   デバイスから予約ジョブの表示指示を受信する受信ステップと、
   前記受信ステップにより前記表示指示が受信され、かつ、予約ジョブの印刷データと、前記印刷データを管理するアプリケーションの保存領域に保存されているデータと、が異なる場合、デバイスに提供する前記予約ジョブの表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する表示制御ステップと、
   を有する情報処理方法。
5. 前記表示制御ステップでは、予約ジョブの印刷データと、前記保存領域に保存されたデータと、のバージョン又は更新日時が異なる場合、前記表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する請求項４記載の情報処理方法。
6. デバイスから予約ジョブの表示指示を受け取ると、前記予約ジョブの印刷対象データを管理するアプリケーションに対して設定されている前記予約ジョブの表示画面に表示されるボタンの表示条件を取得する取得ステップを更に有し、
   前記表示制御ステップでは、前記予約ジョブの印刷データ、及び前記保存領域に保存されているデータが前記表示条件を満たす場合、デバイスに提供する前記予約ジョブの表示画面に、前記印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されたデータの印刷を指示する印刷ボタンと、を表示するよう制御することを特徴とする請求項４又は５記載の情報処理方法。
7. コンピュータを、
   デバイスから予約ジョブの表示指示を受信する受信手段と、
   前記受信手段により前記表示指示が受信され、かつ、予約ジョブの印刷データと、前記印刷データを管理するアプリケーションの保存領域に保存されているデータと、が異なる場合、デバイスに提供する前記予約ジョブの表示画面に、前記予約ジョブの印刷データの印刷を指示する印刷ボタンと、前記保存領域に保存されているデータの印刷を指示する印刷ボタンと、を表示するよう制御する表示制御手段と、
   して機能させるプログラム。

Images