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

Abstract

【課題】表示状態を変更する際の処理コストを削減することを目的とする。【解決手段】検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を選択されたフォルダに対応付けて表示する表示制御手段と、出力ジョブに係るイベントを検知する検知手段と、を有し、表示制御手段は、検知手段によりイベントが検知された場合、複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に基づき再度、出力ジョブの検索を行い、検索結果をフォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わないことによって課題を解決する。【選択図】図８

Description

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

ＦＡＸの送信済みデータを管理するシステムがある。また特許文献１のようにデータベースに格納したデータの更新情報を通知するシステムがある。

特開２００２−１５７１６２号公報

しかしながら、特許文献１の技術では、管理データに対して何らかの更新があり、更新イベントにより表示状態を変更する場合、登録されている設定（フィルタ）毎に表示を更新すべきかどうかを再判断する必要があった。そのため、処理コストがかかってしまうという問題がある。

本発明は、表示状態を変更する際の処理コストを削減することを目的とする。

そこで、本発明の情報処理装置は、複数のフォルダのうち、ユーザによって選択されているフォルダに対応付けて設定されている検索条件に基づき前記フォルダに保存されている出力ジョブの検索を行い、検索結果をフォルダに対応付けて表示する表示制御手段と、前記出力ジョブに係るイベントを検知する検知手段と、を有し、前記表示制御手段は、前記検知手段により前記イベントが検知された場合、前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応付けて設定されている検索条件に基づき再度、前記フォルダに保存されている出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わない。

本発明によれば、表示状態を変更する際の処理コストを削減することができる。

システム構成の一例を示す図である。 情報処理装置のハードウェア構成の一例を示す図である。 情報処理装置のソフトウェア構成の一例を示す図である。 データ管理サーバのソフトウェア構成の一例を示す図である。 クライアントアプリのＵＩの一例を示す図である。 フィルタ設定ＵＩの一例を示す図である。 フィルタ条件が設定されたフォルダツリービューの詳細を表す図である。 クライアントアプリのＦＡＸ送信ＵＩの一例を示す図である。 ＦＡＸ送信履歴データの一例を模式的に示す図である。 情報処理の一例を示すフローチャートである。 ＦＡＸ送信履歴リストを表示するＵＩ及び関連するデータの内容の一例を示す図である。 ツリービューのツリー表示の表示制御の処理に係るフローチャートである。 ツリー表示の一例を示す図（その１）である。 ツリー表示の一例を示す図（その２）である。 Ｓ８１０の処理の一例を示すフローチャートである。 フォルダが展開されている一例を示す図である。 ６回の検索が実行される一例を示す図である。 イベントと総数が増えた場所との例を示す図である。

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

＜第１の実施形態＞
［システム構成］
本実施形態に係るシステムの構成を、図１Ａを用いて説明する。図１Ａは、システム構成の一例を示す図である。情報処理装置（コンピュータ）１０１は、ネットワークに接続されており、ネットワークを介してインターネットに接続されている。ネットワーク／インターネットにはデータ管理サーバ１１０及び画像形成装置１１１が接続されている。また本実施形態における情報処理装置１０１は、１台のみを示しているが、複数台であってもよい。また、ネットワーク、及びインターネットは、例えば、ＴＣＰ／ＩＰプロトコル等をサポートする通信回線網であり有線・無線は問わない。
更に、情報処理装置１０１は、各種のユニット（１０２〜１０７）を含んで構成される。

［ハードウェア構成］
図１Ｂを用いて情報処理装置１０１のハードウェア構成についてより具体的に説明する。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０２は、各種のプログラムを実行し、プログラムに従って様々な機能を実現するユニットである。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０４は、各種のプログラムやデータ等を記憶するユニットである。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３は、各種の情報を記憶するユニットである。また、ＲＡＭ１０３は、ＣＰＵ１０２の一時的な作業記憶領域としても利用されるユニットである。例えば、ＣＰＵ１０２は、ＲＯＭ１０４に記憶されているプログラムやデータをＲＡＭ１０３にロードしてプログラムを実行する。
Ｉｎｐｕｔ／Ｏｕｔｐｕｔインターフェース１０５は、情報処理装置１０１に接続されているディスプレイにデータを送信する他、ポインティングデバイスからデータを受信するユニットである。
ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１０６は、情報処理装置１０１をネットワークに接続するためのユニットである。上述したユニットは、バス１０７を介してデータの送受信を行うことが可能に構成されている。
ＣＰＵ１０２がＲＯＭ１０４に記憶されているプログラムをＲＡＭ１０３にロードし、ロードしたプログラムに基づき処理を実行することによって、後述する情報処理装置１０１のソフトウェア構成や情報処理装置１０１のフローチャートの処理が実現される。なお、情報処理装置１０１の機能及び後述するフローチャートに係る処理の全部又は一部については専用のハードウェアを用いて実現してもよい。他の装置においても同様である。

また、画像形成装置１１１は、上述したようなハードウェア構成に加え、ＦＡＸユニットを搭載しており、バスを介して各ユニットとデータを送受信することが可能である。ＦＡＸユニットは情報処理装置１０１より受けたファクス制御言語をイメージに展開し公衆回線、又はインターネットを介して他のファクス装置やＩＰ−ＦＡＸへ転送することができる。また、画像形成装置１１１は、その他に印刷ユニットやスキャナユニットを搭載している。印刷ユニットは、ラスタイメージを記録媒体に印刷することが可能なユニットである。また、スキャナユニットは、画像入力することが可能なユニットである。
画像形成装置１１１及びデータ管理サーバ１１０も情報処理装置１０１と同様にＣＰＵやＲＯＭ、ＲＡＭ、ＮＩＣ等を有し、各装置のＣＰＵが各装置のＲＯＭ等に記憶されているプログラムに基づき処理を実行することによって、各装置の機能等が実現される。例えば、データ管理サーバ１１０のＣＰＵがデータ管理サーバ１１０のＲＯＭ等に記憶されているプログラムに基づいて処理を実行することによって、後述するデータ管理サーバ１１０のソフトウェア構成等が実現される。
また、データ管理サーバ１１０は、ＨＤＤを有し、ＦＡＸに係る送信画像等をＨＤＤに記憶する。データ管理サーバ１１０のプログラムは、ＨＤＤに記憶されていてもよい。同様に、情報処理装置１０１がＨＤＤを有する場合は、プログラムはＨＤＤに記憶されていてもよい。

［ソフトウェア構成（全般）］
次に、情報処理装置１０１のソフトウェアの構成について図２Ａを用いて説明する。図２Ａは、情報処理装置１０１のソフトウェア構成の一例を示す図である。また、データ管理サーバ１１０のソフトウェアの構成について図２Ｂを用いて説明する。図２Ｂは、データ管理サーバ１１０のソフトウェア構成の一例を示す図である。

［ソフトウェア構成（ＯＳ、ＦＡＸドライバー）］
ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）２１０について説明する。ＯＳ２１０は、公知の一般的なＯＳの機能（メモリ管理、リソース管理、アプリケーション管理等）を提供する。ＦＡＸドライバー２１１は、ＯＳ２１０にインストールされているアプリケーションの一つである。ＦＡＸドライバー２１１は、クライアントアプリ２００からＦＡＸドライバー２１１の機能を制御するためのＩＦを、ＦＡＸドライバー２１１のＳＤＫとして公開しており、クライアントアプリ２００との連携動作が保障されている。ここでの連携とは、例えば、データや命令のやり取りにより、それぞれが有する機能を提供して処理を実行することを指す。また、ＳＤＫは、Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔの略である。クライアントアプリ２００は、ＩＦを介し、ＦＡＸドライバー２１１との間の制御を行うことができる。また、クライアントアプリ２００は、ＯＳ２１０を介しＦＡＸドライバー２１１の機能を使用することが可能である。ＦＡＸドライバー２１１は、前記ＳＤＫ又はＯＳ２１０を介しクライアントアプリ２００の指示に従い処理を行う。クライアントアプリ２００よりＦＡＸ送信指示を受け付けると、ＦＡＸドライバー２１１は、出力指示にて指定された文書ファイルを画像形成装置１１１で解釈可能なファクス送信用のデータ形式（例えば、ラスターデータ等）に変換する。そして、ＦＡＸドライバー２１１は、変化したデータを、ネットワークを介して画像形成装置１１１へ送信する。

［ソフトウェア構成（クライアントアプリ）］
以下、クライアントアプリ２００におけるソフトウェアの構成について詳細に説明する。クライアントアプリ２００は、各種のモジュール（２０１〜２０５）を含んで構成される。
メイン制御部２０１は、クライアントアプリ２００を制御し、後述する各モジュール部に対する指示、管理を行う。情報表示部２０２は、メイン制御部２０１からの指示に従い、クライアントアプリ２００のＵＩをユーザに提供する。記憶部２０３は、クライアントアプリ２００の各種データを記憶、管理する。ＦＡＸ送信部２０４は、ＦＡＸドライバー２１１へ指示し、ＦＡＸ送信を実行する。ジョブ管理部２０５は、ＦＡＸドライバー２１１で保存されるＦＡＸ送信画像の画像ファイルや後述する図５で示すＦＡＸ書誌情報５７０の取得、また画像形成装置１１１のＦＡＸ送信ジョブの状態を取得する。イベント受信部２０６は、ＦＡＸ送信履歴がデータ管理サーバ１１０に追加、更新された場合にデータ管理サーバ１１０のイベント通知部２２５から追加、更新イベントを受信する。
ＦＡＸ送信ジョブは、出力ジョブの一例である。

［ソフトウェア構成（データ管理アプリ）］
以下、データ管理アプリ２２０におけるソフトウェアの構成について詳細に説明する。データ管理アプリ２２０は、各種のモジュール（２２１〜２２５）を含んで構成される。
メイン制御部２２１は、データ管理アプリ２２０を制御し、後述する各モジュール部に対する指示、管理を行う。情報表示部２２２は、メイン制御部２２１からの指示に従い、データ管理アプリ２２０のＵＩをユーザに提供する。記憶部２２３は、データ管理アプリ２２０の各種データを記憶、管理する。通信部２２４は、情報処理装置１０１と特定のプロトコルで情報をやり取りするための通信を行う。イベント通知部２２５は、ＦＡＸ送信履歴が追加、更新された場合にイベントを情報処理装置１０１に通知する。

図３Ａは、クライアントアプリ２００のＵＩの一例を示す図である。
メインＵＩ３０１は、ファイルをフォルダ階層に分け管理するフォルダツリービュー３０２を持つ。またメインＵＩ３０１は、フォルダ内のファイルを表示するファイルビュー３０３を持つ。図３Ａにおいて、フォルダツリービュー３０２は、ＦＡＸ送信用というフォルダがあり、ユーザによって選択されている。選択されているフォルダ内のファイルがファイルビュー３０３に表示されている。ファイルビュー３０３から、ＦＡＸ送信用フォルダには、送信先Ａ．ｘｘｘと、送信先Ｂ．ｘｘｘというファイルが存在していることが分かる。ファイル３０４は、ファイルビュー３０３内で選択されているファイルである。プレビュー３０５では、選択されているファイル３０４のプレビューを見ることができる。ファイルプロパティ３０６には、選択されているファイル３０４の情報が表示される。ファイルプロパティ３０６に表示される情報は、ファイル管理アプリケーションで管理される。ファイルプロパティ３０６に表示される情報は、ファイル３０４に関する情報であり、例えば、ファイル名や、種類、ファイルサイズ、作成日、更新日時である。
また、メインＵＩ３０１は、フォルダツリービュー３０９を持つ。フォルダツリービュー３０９は、検索ベースのツリービューである。フォルダツリービュー３０９には、ユーザが設定したＦＡＸ送信履歴データに対するフィルタ条件（フィルタリング条件、検索条件）がマッピングされている。つまり、フォルダは、フィルタ条件と対応付けられている。ユーザがフォルダを展開すると、検索が実行されてフィルタ条件に一致したＦＡＸ送信履歴の名前、及び結果総数がフォルダ名のサフィックスに表示される。また、ユーザは、フォルダ階層をたどることにより、詳細なフィルタ条件に一致した検索結果を表示させることができる。

図３Ｂは、フィルタ設定ＵＩ３２０の一例を示す図である。
フィルタ設定ＵＩ３２０は、フィルタ条件をユーザが設定するためのＵＩである。フィルタリング設定ＵＩでフィルタ条件が設定されると、フォルダツリービュー３０９にフィルタ条件がマッピングされたフォルダが追加される。選択できるフィルタ条件３２１には、ユーザが設定できるフィルタ条件の項目が羅列されている。ユーザは選択できるフィルタ条件３２１から項目を選び、追加ボタン３２２、又は削除ボタン３２３を選択（又は押下）することで、フィルタ条件を追加、又は削除することができる。追加されたフィルタ条件は、使用するフィルタ条件３２４に追加される。フィルタ条件は複数登録することができ、複数登録するとその順番でフォルダ階層とフィルタ条件とがマッピングされる。上ボタン３２５、下ボタン３２６は、登録順番を入れ替えるためのボタンである。
即ち、ＣＰＵ１０２は、フィルタ設定ＵＩ３２０を介したユーザの設定操作に応じて、フィルタ条件をマッピングしたフォルダを追加する。

図３Ｃは、フィルタ条件が設定されたフォルダツリービュー３０９の詳細を表す図である。
例えば、図３Ｂのように使用するフィルタ条件３２４に「送信年月」「送信状況」の順で登録されているフィルタ条件がマッピングされたフォルダ階層が表示されたときを考える。「送信年月」「送信状況」のフィルタ条件がマッピングされたフォルダ３３１を展開すると、ＦＡＸ送信履歴データが「送信年月」でフィルタリング（検索）されて、その結果（検索結果）がフォルダに対応付けて表示される。フォルダ３３２は、２０１３年９月のＦＡＸ送信履歴が９２２５件あることを示している。またフォルダ３３３は、２０１３年８月のＦＡＸ送信履歴が８９７０件あることを示している。またフォルダ３３４は、２０１３年７月のＦＡＸ送信履歴が９４２６件あることを示している。フォルダ３３２を展開したフォルダ３３５は、２０１３年９月で、かつ、送信結果が「送信成功」であり、「ＯＫ」と表示されている。またサフィックスとして数値が表示されており、ＦＡＸ送信履歴が２３２７件あることが示されている。またフォルダ３３６は、２０１３年９月で、かつ、送信結果が「送信失敗」であり、「ＮＧ」と表示されている。またサフィックスとして数値が表示されており、ＦＡＸ送信履歴が２３３０件あることが示されている。

図３Ａの説明に戻り、ＦＡＸ送信ボタン３０７は、クライアントアプリ２００の機能のひとつである。ファイルを選択した状態でＦＡＸ送信ボタン３０７が押されることで、ＦＡＸ送信処理が行われる。又は、ＦＡＸ送信ボタン３０７に対してファイルがドラッグアンドドロップされることで、ＦＡＸ送信処理が行われるようにしてもよい。図３Ａでは、ファイル３０４が選択されているので、ＦＡＸ送信ボタン３０７が押されると、ファイル３０４がＦＡＸ送信されることになる。コンテキストメニュー３０８は、ＦＡＸ送信ボタン３０７にマウスカーソルを合わされることで、利用可能な操作を表示するメニューである。本実施形態では、ＦＡＸ送信ボタン３０７のコンテキストメニュー３０８に、ＦＡＸの送信と送信履歴の表示が含まれる。

図４は、クライアントアプリ２００のＦＡＸ送信ＵＩの一例を示す図である。ユーザがＦＡＸ送信ボタン３０７にファイルをドロップするか、又はコンテキストメニュー３０８からＦＡＸの送信を選択することで図４のＵＩが表示される。図４のＵＩは更に後述のＦＡＸ送信フローでも表示される。
ＦＡＸ送信ＵＩ４０１は選択されているファイル３０４をＦＡＸ送信しようとしたときに表示されるＵＩである。ＦＡＸ送信ＵＩ４０１は送信先アドレス４０２を持つ。送信先アドレス４０２はＦＡＸ送信時に設定値として使われる情報であり、ＦＡＸの宛先番号や宛先名が表示される。ＦＡＸ送信時の設定値としては、その他にＦＡＸ回線の種別等があってもよい。１つのファイルを複数の宛先に送る同報送信を行う場合は、クライアントアプリ２００は、複数の宛先情報を表示することもできる。アドレス追加ボタン４０３は、送信先アドレス４０２にＦＡＸの宛先情報を新規追加するためのボタンである。アドレス追加ボタン４０３が押されると、宛先追加ＵＩが表示され、ユーザは送信先アドレス４０２に追加する宛先情報を編集することができる。

アドレス削除ボタン４０４は、送信先アドレス４０２に追加した宛先情報を削除するためのボタンである。ＦＡＸ送信ボタン４０５は、送信先アドレス４０２に追加した宛先に対してＦＡＸ送信を実行するためのボタンである。ＦＡＸ送信ボタン４０５が押されることでＦＡＸ送信が行われる。ファイル管理アプリケーションからのＦＡＸ送信指示はＯＳ２１０を介しＦＡＸドライバー２１１によって行われる。キャンセルボタン４０６はＦＡＸ送信実行をキャンセルするためのボタンである。キャンセルボタン４０６が押されると、クライアントアプリ２００は、ＦＡＸ送信ＵＩ４０１を閉じる。アドレス編集ボタン４０８は送信先アドレス４０２に追加した宛先情報を編集するためのボタンである。アドレス編集ボタン４０８が押されるとアドレス編集ＵＩが表示され、ユーザは送信先アドレス４０２で選択中の宛先情報を編集することができる。

［データ構造（ＦＡＸ送信履歴リスト５００）］
図５はＦＡＸ送信履歴データの一例を模式的に示す図である。ＦＡＸ送信履歴リスト５００は、１又は複数のＦＡＸ送信履歴５０１と、１又は複数のＦＡＸ送信履歴サマリー５５０と、１又は複数のＦＡＸ書誌情報５７０と、１又は複数の宛先変更情報５９０と、により構成される。ＦＡＸ送信履歴リスト５００は、データ管理サーバ１１０の記憶部２２３にファイルとして保持されている。またＦＡＸ送信履歴リスト５００は、データ管理サーバ１１０のデータベースで管理されてもよい。
ＦＡＸ送信履歴５０１にはＦＡＸの送信内容及び送信結果が格納されている。送信履歴ＩＤ５０２はユーザにより行われたＦＡＸ送信単位で一意に付与されるＦＡＸ送信履歴を識別するためのＩＤである。オリジナル送信履歴ＩＤ５０３には、再送元の送信履歴ＩＤが格納される。送信ジョブＩＤ５０４はＦＡＸ送信時に、ＦＡＸドライバー２１１に通知され、ＦＡＸドライバー２１１により作成されるＦＡＸ書誌情報５７０とＦＡＸ送信履歴５０１とを関連付けするためのＩＤである。ドキュメント名５０５はＦＡＸ送信に使用されたドキュメントの名称である。ユーザ名５０６はＦＡＸ送信者の名称である。送信時刻５０７はＦＡＸ送信の日時である。送信画像情報５０８はＦＡＸ送信された画像を参照するための情報である。より具体的には、送信画像情報５０８にはＦＡＸ送信された画像ファイルへの参照ファイルパスが少なくとも格納されている。宛先情報５０９は、１又は複数の個別宛先情報５２０により構成される。個別宛先情報５２０は、宛先名５２１、宛先番号５２２、送信結果５２３により構成されている。宛先名はＦＡＸ送信先の名称である。宛先番号はＦＡＸ番号である。送信結果は宛先にＦＡＸ送信した送信結果である。送信結果５２３には、ＦＡＸを送信中の「処理中」ステータス、ＦＡＸを送信成功した場合の「送信成功」ステータス、ＦＡＸを送信失敗した場合の「送信失敗」ステータスがある。更に、送信結果５２３には、ユーザがＦＡＸ送信中に画像形成装置１１１でＦＡＸ送信ジョブをキャンセルした場合の「キャンセル」ステータス、送信ジョブＩＤの整合性が取れなくなった場合の「不明」ステータスが存在する。送信設定５１０は、ＦＡＸ送信に使用した設定が格納されている。例えば、前記設定には、カバーシートの有無等が存在する。

ＦＡＸ送信履歴サマリー５５０には、オリジナル送信履歴が同一のＩＤのＦＡＸ送信履歴を集約した内容が格納されている。つまり、ＦＡＸ送信履歴サマリー５５０は、再送により生成されたＦＡＸ送信履歴と再送に使用された送信履歴とを集約した内容であり、図７に後述する送信履歴サマリー７００を表示するためのデータである。ＦＡＸ送信履歴サマリー５５０は、ＦＡＸ送信履歴５０１、宛先変更情報５９０から生成が可能なため、全て又は一部のデータをファイルとして保存してもよいし、ＲＡＭに保持してもよい。オリジナル送信履歴ＩＤ５５１は、再送元となる送信履歴ＩＤが格納されている。最新送信履歴ＩＤ５５２には、再送元となるＦＡＸ送信履歴を用いて最後にＦＡＸ送信したＦＡＸ送信履歴の送信履歴ＩＤが格納されている。サマリーステータス５５３は、再送により生成されたＦＡＸ送信履歴と再送に使用された送信履歴とを集約した送信結果である。ドキュメント名５５４はドキュメント名５０５と同一である。送信時刻５５５は、再送元となるＦＡＸ送信履歴を用いて最後にＦＡＸ送信した送信時刻である。宛先名５５６は、再送元となるＦＡＸ送信履歴を用いてＦＡＸ送信したＦＡＸ送信先の名称であり、宛先が複数存在する場合には複数存在するという旨の内容が格納されている。例えば、３件宛先が存在する場合には、宛先名５５６には３件といった内容が格納されている。宛先番号５５７はＦＡＸ送信先のＦＡＸ番号であり、宛先が複数存在する場合には複数存在するという旨の内容が格納されている。例えば、宛先番号５５７には同報送信といった内容が格納されている。宛先別表示情報リスト５５８は１つ又は複数の宛先別表示情報５５９により構成される。宛先別表示情報５５９は、最初に送信されたときの宛先及び表示に関する情報であるオリジナル宛先別表示情報５６１、１又は複数の再送時宛先及び表示に関する情報である再送宛先別表示情報５６２、により構成される。オリジナル宛先別表示情報５６１及び再送宛先別表示情報５６２には少なくとも宛先名、宛先番号、送信結果の情報が格納されている。それ以外にも、オリジナル宛先別表示情報５６１及び再送宛先別表示情報５６２は、送信時刻や送信ユーザ等を保持してもよい。

ＦＡＸ書誌情報５７０は、ＦＡＸ送信時にＦＡＸドライバー２１１により生成されるＦＡＸの送信内容に関する情報である。送信ジョブＩＤ５７１はＦＡＸ送信ジョブを識別するためのＩＤである。クライアントアプリ２００により送信ジョブＩＤが通知された場合には通知されたＩＤが格納される。クライアントアプリ２００により送信ジョブＩＤが通知されていない場合には、ＦＡＸドライバー２１１がＩＤを生成し格納する。ドキュメント名５７２はＦＡＸ送信に使用したドキュメントの名称である。ユーザ名５７３はＦＡＸ送信者の名称である。送信時刻５７４はＦＡＸ送信の日時である。送信画像情報５７５はＦＡＸ送信された画像を参照するための情報である。より具体的には、送信画像情報５７５には、ＦＡＸ送信された画像ファイルへの参照ファイルパスが少なくとも格納されている。送信設定５７６は、ＦＡＸ送信に使用した設定が格納されている。例えば、前記設定にはカバーシートの有無等が存在する。宛先情報５７７には、ＦＡＸ送信を実行した宛先名５７８と宛先番号５７９とが対で格納されている。

宛先変更情報５９０には、ＦＡＸの再送時に、宛先を変更して送信した場合、変更前の宛先と変更後の宛先とに関する内容が格納されている。オリジナル送信履歴５９１には、再送元となる送信履歴ＩＤが格納されている。宛先情報リスト５９２には１又は複数の元宛先情報５９３及び変更後宛先情報５９４が格納されている。元宛先情報５９３には、再送時の再送元となる個別宛先情報５２０が格納されている。変更後宛先情報５９４には、再送時のＦＡＸ送信履歴５０１の個別宛先情報５２０が格納されている。

［ＦＡＸ送信フロー］
情報処理装置１０１のクライアントアプリ２００におけるＦＡＸ送信処理について図６を用いて説明する。
図６は、クライアントアプリ２００におけるＦＡＸ送信の実行から、ＦＡＸドライバー２１１の生成するＦＡＸ送信画像及びＦＡＸ書誌情報、画像形成装置１１１における送信結果を取得し、ＦＡＸ送信履歴として保存する処理に係るフローチャートである。クライアントアプリ２００におけるＦＡＸ送信は、前述のようにユーザによってファイルビュー３０３上でファイルが選択され、ＦＡＸ送信ボタン３０７の押下等のＦＡＸ送信操作を契機として開始される。
ユーザによる送信指示を受け付けると、Ｓ６０１で、メイン制御部２０１は、以下の処理を実行する。即ち、メイン制御部２０１は、ファイルビュー３０３上で選択中のファイルとＦＡＸ送信ＵＩ４０１で指定されている送信設定を送信指示情報として、ＦＡＸ送信部２０４を介してＦＡＸドライバー２１１にＦＡＸ送信を指示する。ファイルビュー３０３上で選択中のファイル、及び、ＦＡＸ送信ＵＩ４０１で指定されている送信設定はメイン制御部２０１が情報表示部２０２に指示することで取得することができる。

Ｓ６０２で、ＦＡＸドライバー２１１は、クライアントアプリ２００によるＦＡＸ送信指示を受け付ける。
するとＳ６０３で、ＦＡＸドライバー２１１は、受信した送信指示情報を基に画像形成装置１１１でＦＡＸ送信を実行するためのＦＡＸ送信指示情報を生成する。より具体的には、ＦＡＸドライバー２１１は、指定されたＦＡＸ送信対象のファイルを画像形成装置１１１で処理可能なラスターデータ等のデータに変換する。また、ＦＡＸドライバー２１１は、指定された送信設定を画像形成装置１１１で解釈・実行可能な送信指示としてＦＡＸ送信指示情報を生成する。
Ｓ６０４で、ＦＡＸドライバー２１１は、Ｓ６０３で生成したＦＡＸ送信指示情報を画像形成装置１１１へネットワークを介して送信する。
Ｓ６０５で、ＦＡＸドライバー２１１は、画像形成装置１１１へ送信したＦＡＸ送信画像を保存する。より具体的には、ＦＡＸドライバー２１１は、データ変換した画像データを例えば、ＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）等の一般的な画像保存フォーマットのファイルとして保存する。また、ＦＡＸドライバー２１１は、送信指示情報をＦＡＸ書誌情報５７０として保存する。ＦＡＸ書誌情報５７０は例えば、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等の一般的な構造化テキストファイルの形式で保存される。
Ｓ６０６で、画像形成装置１１１は、ＦＡＸ送信指示を受け付ける。
すると、Ｓ６０７で、画像形成装置１１１は、受信したＦＡＸ送信指示情報を基に公衆回線、又はインターネットを介して他のファクス装置やＩＰ−ＦＡＸへ転送することでＦＡＸ送信を実行する。

Ｓ６０８で、クライアントアプリ２００は、ＦＡＸドライバー２１１によるＦＡＸ送信画像の保存を検知する。ＦＡＸ送信画像の保存の検知は、クライアントアプリ２００のジョブ管理部２０５がＦＡＸドライバー２１１からＦＡＸ送信画像の保存完了の通知を受け付けることで実現できる。又は、ＦＡＸ送信画像の保存の検知は、ジョブ管理部２０５がＦＡＸドライバー２１１のＦＡＸ送信画像の保存先のファイル生成を監視することで実現できる。ジョブ管理部２０５は、ＦＡＸ送信画像の保存を検知すると、メイン制御部２０１へ通知する。
Ｓ６０９で、クライアントアプリ２００のメイン制御部２０１は、Ｓ６０８で検知したＦＡＸ送信画像及びＦＡＸ書誌情報を取得する。より具体的には、メイン制御部２０１は、ＦＡＸ送信画像及びＦＡＸ書誌情報５７０のファイルをクライアントアプリ２００で管理する所定の場所へコピーし、ＦＡＸ書誌情報５７０を読み込み、ＦＡＸ送信履歴５０１を生成し、記憶部２０３に指示し保存する。ＦＡＸ送信履歴５０１は、データ管理サーバ１１０に保存され、複数のユーザでＦＡＸ送信履歴を共有し、履歴の閲覧や再送ができる。ＦＡＸ送信履歴５０１が保存されるとデータ管理サーバ１１０は、フォルダツリービュー３０９を表示している情報処理装置１０１に対して、イベント通知部２２５を通して、ＦＡＸ送信履歴が新規追加されたことをイベントで通知する。この際のイベント種別は新規追加イベントで、ＦＡＸ送信履歴の送信結果は、「処理中」ステータスである。フォルダツリービュー３０９を表示している情報処理装置１０１は、イベント受信部２０６でイベントを受け取ると、後述のツリー表示フローを実行する。
Ｓ６１０で、メイン制御部２０１は、Ｓ６０９で読み込んだＦＡＸ書誌情報に定義されている送信ジョブＩＤを参照する。送信ジョブＩＤは、ＦＡＸドライバー２１１によって実行された送信指示（ＦＡＸ送信ジョブ）を一意に識別するＩＤである。メイン制御部２０１は、送信ジョブＩＤをキーとして画像形成装置１１１へ問い合わせることでキーと一致するＦＡＸ送信ジョブの情報を取得できる。
Ｓ６１１で、メイン制御部２０１は、ジョブ管理部２０５へ指示し、Ｓ６１０で参照した送信ジョブＩＤを指定し、画像形成装置１１１へＦＡＸ送信ジョブの取得依頼を送信する。

Ｓ６１２で、画像形成装置１１１は、クライアントアプリ２００によるＦＡＸ送信ジョブの取得依頼を受け付ける。
すると、Ｓ６１３で、画像形成装置１１１は、指定の送信ジョブＩＤと一致するＦＡＸ送信ジョブの状態を確認する。ＦＡＸ送信ジョブの状態とは、画像データの展開処理中や相手先への発呼中等の送信中の状態や、送信完了や送信失敗等のジョブの処理が完了した完了状態を示す。画像形成装置１１１は、画像形成装置１１１のメモリ上の処理状態やＨＤＤ上に保存されたＦＡＸ送信ログ情報を参照することでＦＡＸ送信ジョブの状態を確認する。
Ｓ６１４で、画像形成装置１１１は、Ｓ６１３で確認したＦＡＸ送信ジョブの状態を依頼元の情報処理装置１０１へ送信する。

Ｓ６１５で、ジョブ管理部２０５は、画像形成装置１１１によるジョブ状態の応答を受信し、メイン制御部２０１へ通知する。
Ｓ６１６で、メイン制御部２０１は、受信したジョブの状態を確認し、ジョブの状態が完了状態か否かを判断する。ここでジョブか処理中の状態であった場合は、メイン制御部２０１は、所定時間経過後、Ｓ６１１の処理へ遷移し、再度、ジョブの状態取得を画像形成装置１１１へ依頼する。Ｓ６１６で、完了状態と判断される場合には、メイン制御部２０１は、Ｓ６１７の処理へ遷移する。なお、Ｓ６１６においてメイン制御部２０１は、画像形成装置にてＦＡＸ送信が規定回数リトライされることで送信失敗として終了したジョブ状態を受信した場合も完了として判定する。
Ｓ６１７で、メイン制御部２０１は、記憶部２０３に指示し、完了状態をＦＡＸ送信履歴５０１の送信結果に保存する。ＦＡＸ送信履歴５０１の送信結果が変更されるとデータ管理サーバ１１０は、フォルダツリービュー３０９を表示している情報処理装置１０１に対して、イベント通知部２２５を通して、ＦＡＸ送信履歴が変更されたことをイベントで通知する。この際のイベント種別は変更イベントで、ＦＡＸ送信履歴の送信結果は、ジョブが送信完了していれば、「送信成功」ステータスであり、ジョブが送信失敗していれば、「送信失敗」ステータスである。フォルダツリービュー３０９を表示している情報処理装置１０１は、イベント受信部２０６でイベントを受け取ると、後述のツリー表示フローを実行する。

［ＦＡＸ送信履歴の表示例］
図７は、ＦＡＸ送信履歴リストを表示するＵＩ及び関連するデータの内容の一例を示す図である。送信履歴サマリー７００はコンテキストメニュー３０８が押下されることにより表示される。送信ジョブ履歴７０１は、ユーザの送信処理単位で表示されるＦＡＸ送信の内容や状況を表示している。同報送信等を行った場合には、１つの送信ジョブ履歴として表示される。また、図７においては、送信ジョブ履歴７０１として、送信状況（状況）、ドキュメント名、送信時刻、宛先名、ファクス番号、送信者が表示されている。送信ジョブ履歴７０１は、送信サマリー７２０を基に表示される。送信サマリー７２０はＦＡＸ送信履歴サマリー５５０の例の１つである。例えば、送信履歴サマリー７００の状況は、送信サマリー７２０のサマリーステータスを基に表示され、送信失敗を意味する「送信失敗」のデータを基にＮＧが表示されている。
コンテキストメニュー７５０が押下されると送信ジョブ履歴７０１を用いたＦＡＸの再送処理が行われる。
送信履歴詳細７１０は、送信ジョブ履歴７０１の宛先ごとの送信状況や送信内容を表示するＵＩの一例である。本ＵＩにおいては、宛先ごとの最新の送信状況及び送信内容が表示されている。送信履歴詳細７１０は、送信履歴７４０を基に表示される。例えば、送信履歴詳細７１０において、宛先名Ｔｏｍの状況は、送信履歴７４０の宛先名がＴｏｍの送信成功を意味する送信結果「送信成功」を基にＯＫと表示されている。

［ツリー表示フロー］
情報処理装置１０１のクライアントアプリ２００におけるツリー表示の表示制御の処理について図８のフローチャート、及び図９Ａ及び図９Ｂを用いて説明する。図８は、クライアントアプリ２００のメインＵＩ３０１において、フォルダツリービュー３０９のツリー表示処理に係るフローチャートである。
Ｓ８０１では、クライアントアプリ２００は、メインＵＩ３０１において、フォルダツリービュー３０９に対してユーザ操作が行われたか否かを判断する。ユーザによりフォルダツリービュー３０９に対する操作が行われた場合は、クライアントアプリ２００は、Ｓ８０２に処理を進める。また、データ管理サーバ１１０のＦＡＸ送信履歴変更によりイベント受信部２０６が新規追加イベント、又は変更イベントを受信した場合は、クライアントアプリ２００は、Ｓ８１１に処理を進める。
Ｓ８０２では、クライアントアプリ２００は、ユーザの操作がアクティブツリーへの操作か否かを判断する。アクティブツリーとは、ユーザがフィルタを設定したノードをルートノードとしたツリー群の中で、ユーザが選択中のツリーのことを言う。逆にユーザが非選択のツリーのことを非アクティブツリーと言う。また、ユーザが選択したフォルダをアクティブフォルダ、ユーザが非選択のフォルダを非アクティブフォルダと言ってもよい。
図９Ａのツリー９０１はアクティブツリーの一例である。また、ツリー９０２は、非アクティブツリー群の一例である。ユーザがツリー９０１内の任意のフォルダへの操作を行った場合、クライアントアプリ２００は、アクティブツリー内への操作と判断する。
クライアントアプリ２００は、ユーザの操作がアクティブツリー内の操作の場合、Ｓ８０３へと処理を進め、非アクティブツリーへの操作の場合は、Ｓ８１２に処理を進める。

Ｓ８０３において、クライアントアプリ２００は、フォルダに関連付いたフィルタ条件の検索が未実施の場合、Ｓ８０４へと処理を進める。また、Ｓ８０３において、クライアントアプリ２００は、検索が実施済み、又はフィルタ条件が対応付けられていないフォルダである場合、Ｓ８１２へと処理を進める。フィルタ条件が対応付けられていない（設定されていない）フォルダとは、フィルタ条件が２つマッピングされている場合であれば、３階層目のフォルダのことを言う。
Ｓ８０４では、クライアントアプリ２００は、フォルダに対応付けられたフィルタ条件を基に検索を実行する。
Ｓ８０５では、クライアントアプリ２００は、実施した検索結果を基にフォルダ下に（フォルダに対応付けて）検索結果と検索結果総数とを表示する。例えば、図３Ｂのように使用するフィルタ条件３２４に「送信年月」「送信状況」の順で登録されているフィルタ条件がマッピングされた（対応付けられた）フォルダ９０３が選択されたときについて説明する。ＦＡＸ送信履歴データに対して「送信年月」というフィルタ条件がマッピングされた検索を実行する。その結果として、クライアントアプリ２００は、フォルダ９０４には、２０１３年９月のＦＡＸ送信履歴が９２２５件あり、またフォルダ９０５には、２０１３年８月のＦＡＸ送信履歴が８９７０件あるという表示を行う。また、クライアントアプリ２００は、フォルダ９０６には、２０１３年７月のＦＡＸ送信履歴が９４２６件あるという表示を行う。

Ｓ８０６では、クライアントアプリ２００は、選択されたツリーをアクティブツリー状態にする。
Ｓ８０７では、クライアントアプリ２００は、アクティブツリーから非アクティブツリーに変更された場合、ツリーのフォルダに表示している検索結果総数表示を非表示にする。
例えば、フォルダ９０３が選択状態にあり、そこからフォルダ９０７へと選択が変えられた場合、ツリー９０１とツリー９０２の一部とが図９Ｂのツリー９０９のように非アクティブツリーとなり、ツリー９０８がアクティブツリーとなる。
Ｓ８０８では、クライアントアプリ２００は、非アクティブツリーからアクティブツリーに変更されたツリーの各フォルダに検索結果総数のキャッシュ（表示を非表示にしたもの）が残っていれば、Ｓ８０９へ処理を進める。一方、クライアントアプリ２００は、キャッシュがなければ、Ｓ８１０へと処理を進める。
Ｓ８０９では、クライアントアプリ２００は、キャッシュを表示する。
Ｓ８１０では、クライアントアプリ２００は、展開されているフォルダにマッピングされているフィルタ条件を基に検索を全て実行する。Ｓ８１０の処理の詳細は、後述する図１０を用いて説明する。

Ｓ８１１では、クライアントアプリ２００は、非アクティブツリーの非表示にしてある検索結果総数をクリアする。
Ｓ８１２では、クライアントアプリ２００は、ユーザによりアプリケーション終了等でツリー表示を終了した場合、図８に示す処理を終了する。
Ｓ８１３では、クライアントアプリ２００は、ユーザによるフォルダツリービュー３０９に対する操作を検知、又はイベント受信部２０６が新規イベントを受信した場合、Ｓ８０１に処理を進め、そうでない場合、処理をステップＳ８１２に戻す。
以上のように、クライアントアプリ２００が、アクティブツリーなのか、非アクティブツリーなのかにより検索結果総数の表示を表示・非表示で切り替えることにより、イベント発生時の再検索を減らすことができる。更にクライアントアプリ２００は、非アクティブツリーでは、ユーザが選択するまで再検索を行わないことにより、最小限の検索に抑えることができる。

［検索フロー］
情報処理装置１０１のクライアントアプリ２００における検索処理（Ｓ８１０）について、図１０のフローチャート及び図１１Ａ〜図１１Ｃを用いて説明する。図１０は、クライアントアプリ２００のＳ８１０の処理の一例を示すフローチャートである。
Ｓ１００１では、クライアントアプリ２００は、再検索が必要なフィルタ条件をキューに積む。
Ｓ１００２では、クライアントアプリ２００は、キューに積まれたフィルタ条件の１番目を実行する。
Ｓ１００３では、クライアントアプリ２００は、各フォルダに検索結果総数がキャッシュされているかを判別する。クライアントアプリ２００は、キャッシュがあれば、Ｓ１００４に処理を進め、キャッシュがなければ、Ｓ１００９に処理を進める。
Ｓ１００４では、クライアントアプリ２００は、Ｓ１００２の実行結果とキャッシュされた検索結果とに差分があるかどうかを判別する。クライアントアプリ２００は、結果に差分があれば、Ｓ１００５に処理を進め、差分がなければＳ１００９に処理を進める。

Ｓ１００５では、クライアントアプリ２００は、差分があったフォルダの表示内容を更新する。
Ｓ１００６では、クライアントアプリ２００は、差分があったフォルダ下が展開されているかどうかを判別する。クライアントアプリ２００は、展開されていれば、Ｓ１００７に処理を進め、展開されていなければ、Ｓ１００８に処理を進める。
Ｓ１００７では、クライアントアプリ２００は、差分があったフォルダ以外のフォルダのフィルタ条件をキューから削除する。
Ｓ１００８では、クライアントアプリ２００は、キューに残っているフィルタ条件を全て削除する。
Ｓ１００９では、クライアントアプリ２００は、キューに再検索が必要なフィルタ条件があるかを確認する。クライアントアプリ２００は、フィルタ条件があればＳ１００２に処理を進め、フィルタ条件がなければ図１０に示す処理を終了する。

以下、より具体的な例を用いて図１０に係る処理を説明する。図１１Ａのようにフォルダが展開され、フォルダ１１０１に「送信年月」と「ファックス番号」と「送信状況」とのフィルタ条件が設定されており、図１１Ａのようにフォルダが展開されているとする。このフォルダを展開した表示ＵＩを作成するために図１１Ｂに示すように、以下のフィルタ条件で計６回の検索が実行されている。即ち、
１回目の検索：「送信年月」というフィルタ条件を設定した検索１１０２
２回目の検索：「送信年月」が２０１３年１０月で、かつ、「送信日」というフィルタ条件を設定した検索１１０３
３回目の検索：「送信年月」が２０１３年１０月で、かつ、「送信日」が１０日で、かつ、「ファックス番号」というフィルタ条件を設定した検索１１０４
４回目の検索：「送信年月」が２０１３年１０月で、かつ、「送信日」が１０日で、かつ、「ファックス番号」０１２３−４５６７−８９８６というフィルタ条件を設定した検索１１０５
５回目の検索：「送信年月」が２０１３年１月で、かつ、「送信日」というフィルタ条件を設定した検索１１０６
６回目の検索：「送信年月」が２０１３年１月で、かつ、「送信日」が１６日で、かつ、「ファックス番号」というフィルタ条件を設定した検索１１０７
である。
Ｓ１００１では、この６個のフィルタ条件がツリーのルートから順に１１０２、１１０３、１１０４、１１０５、１１０６、１１０７の順にキューに積まれる。

図１１Ｃの例１は、Ａｄｄイベントが発生した場合であり、まずＳ１００２で図１１Ｂの１１０２のフィルタ条件による検索が実行される。Ｓ１００４で「送信年月」２０１４年１月に変更があり、結果に差分があると判断される。更にＳ１００５でフォルダの表示が更新され、Ｓ１００６でフォルダ下が展開されてないと判断され、Ｓ１００８に処理が進む。Ｓ１００８でキューに積まれたフィルタ条件を全て削除されるので、図１０に示す処理が終了する。結果として、再検索は１回で終わる。
図１１Ｃの例２は、Ａｄｄイベントが発生した場合であり、まずＳ１００２で図１１Ｂの１１０２のフィルタ条件による検索が実行される。Ｓ１００４で「送信年月」２０１３年１０月に変更があり、結果に差分があると判断される。更にＳ１００５でフォルダの表示が更新され、Ｓ１００６でフォルダ下が展開されていると判断され、Ｓ１００７に処理が進む。Ｓ１００７では、差分があったフォルダ以外のフォルダに係るフィルタ条件がキューから削除される。つまりは、１１０６と１１０７との検索に係るフィルタ条件が削除される。キューに１１０３、１１０４、１１０５の検索に係るフィルタ条件があるので、Ｓ１００９でＹｅｓと判断され、処理がＳ１００２に戻り、検索が実行される。結果として追加で１１０３、１１０４、１１０５の検索に係るフィルタ条件で検索が実行され、計４回の検索処理後に、図１０に示す処理が終了する。

図１１Ｃの例３は、Ａｄｄイベントが発生した場合であり、まずＳ１００２で図１１Ｂの１１０２のフィルタ条件による検索が実行される。Ｓ１００４で「送信年月」２０１３年１月に変更があり、結果に差分があると判断される。更にＳ１００５でフォルダの表示が更新され、Ｓ１００６でフォルダ下が展開されていると判断され、Ｓ１００７に処理が進む。Ｓ１００７では、差分があったフォルダ以外のフォルダに係るフィルタ条件がキューが削除される。つまりは、１１０３と、１１０４と、１１０５との検索に係るフィルタ条件が削除される。キューに１１０６、１１０７の検索に係るフィルタ条件があるので、Ｓ１００９でＹｅｓと判断され、処理がＳ１００２に戻り、検索が実行される。結果として追加で１１０６、１１０７の検索に係るフィルタ条件で検索が実行され、計３回の検索処理後に、図１０に示す処理が終了する。

図１１Ｃの例４は、Ｃｈａｎｇｅイベントが発生した場合であり、まずＳ１００２で図１１Ｂの１１０２のフィルタ条件による検索が実行される。Ｓ１００４で「送信年月」２０１３年１月に変更があり、結果に差分がないと判断される。そして、キューに１１０３、１１０４、１１０５の検索に係るフィルタ条件があるので、Ｓ１００９でＹｅｓと判断され、処理がＳ１００２に戻り、検索が実行される。結果として、順々に１１０３、１１０４、１１０５の検索に係るフィルタ条件で検索が実行され、Ｓ１００４で「送信状況」の結果に差分があると判断されて、Ｓ１００５で表示が更新される。そして、Ｓ１００６で展開するフォルダがないので、Ｓ１００８でキューのフィルタ条件を全て削除し、図１０に示す処理が終了する。
以上のように、イベントの種類と、総数表示の場所（総数が増えた場所、総数を表示する変化場所）と、に応じて、検索回数を省略することにより処理コストを削減することができる。

＜第２の実施形態＞
第１の実施形態では、情報処理装置１０１は、イベント毎に再検索を実行するように説明を行った。しかしながら、情報処理装置１０１は、再検索を実行せずに各イベントが各フィルタ条件に一致しているか否かを判別し、合計件数を増やすようにしてもよい。
つまり、本実施形態の情報処理装置１０１は、検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいてＦＡＸ送信ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する。また、本実施形態の情報処理装置１０１は、ＦＡＸ送信ジョブに係るイベントを検知する。そして、本実施形態の情報処理装置１０１は、前記イベントが検知された場合、前記ＦＡＸ送信ジョブが前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に合致するか否か判定を行う。そして、本実施形態の情報処理装置１０１は、判定の結果に応じて検索結果を前記フォルダに対応付けて表示するようにしてもよい。

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

以上、上述した各実施形態によれば、表示状態を変更する際の処理コストを削減することができる。

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

Claims (23)

1. 検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御手段と、
   出力ジョブに係るイベントを検知する検知手段と、
   を有し、
   前記表示制御手段は、前記検知手段により前記イベントが検知された場合、前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に基づき再度、出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わない情報処理装置。
2. 前記表示制御手段は、前記複数のフォルダのうち、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わず、前記フォルダに対応付けて表示する検索結果は非表示とする請求項１記載の情報処理装置。
3. 前記表示制御手段は、ユーザによってフォルダの選択が変更された場合、変更される前に選択されていたフォルダに対応して表示していた検索結果を非表示とする請求項１又は２記載の情報処理装置。
4. 前記表示制御手段は、新たに選択されたフォルダに対応する検索条件に基づく検索結果が保存されていた場合、前記検索結果を前記フォルダに対応付けて表示する請求項３記載の情報処理装置。
5. 前記表示制御手段は、新たに選択されたフォルダに対応する検索条件に基づく検索結果が保存されていなかった場合、前記検索条件に基づき出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示する請求項３記載の情報処理装置。
6. 前記表示制御手段は、前記検索結果として前記検索条件に合致した出力ジョブの総数をフォルダに対応付けて表示する請求項１乃至５何れか１項記載の情報処理装置。
7. 前記表示制御手段は、前記検知手段により検知された前記イベントの種別と、前記総数を表示する変化場所と、に応じて、検索回数を省略する請求項６記載の情報処理装置。
8. 検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御手段と、
   出力ジョブに係るイベントを検知する検知手段と、
   を有し、
   前記表示制御手段は、前記検知手段により前記イベントが検知された場合、前記出力ジョブが前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に合致するか否か判定を行い、判定の結果に応じて検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に合致するか否かの判定を実行しない情報処理装置。
9. 複数のフォルダから選択されたアクティブフォルダを特定する特定手段と、
   更新イベントを検知した場合、前記更新イベントに関する出力ジョブが前記アクティブフォルダに対応する検索条件に一致するか否かを判定するが、前記更新イベントに関する出力ジョブが前記アクティブフォルダとは異なるフォルダに対応する検索条件に一致するか否かは判定しない判定手段と、
   前記判定手段により前記出力ジョブが前記アクティブフォルダに対応する検索条件に一致すると判定された場合、前記アクティブフォルダに対応付けられている出力ジョブの数を更新して表示する表示制御手段と、
   を有する情報処理装置。
10. フォルダに検索条件を対応付ける設定手段を更に有する請求項１乃至９何れか１項記載の情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御ステップと、
    出力ジョブに係るイベントを検知する検知ステップと、
    を含み、
    前記表示制御ステップでは、前記検知ステップにより前記イベントが検知された場合、前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に基づき再度、出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わない情報処理方法。
12. 情報処理装置が実行する情報処理方法であって、
    検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御ステップと、
    出力ジョブに係るイベントを検知する検知ステップと、
    を含み、
    前記表示制御ステップでは、前記検知ステップにより前記イベントが検知された場合、前記出力ジョブが前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に合致するか否か判定を行い、判定の結果に応じて検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わない情報処理方法。
13. 複数のフォルダから選択されたアクティブフォルダを特定する特定ステップと、
    更新イベントを検知した場合、前記更新イベントに関する出力ジョブが前記アクティブフォルダに対応する検索条件に一致するか否かを判定するが、前記更新イベントに関する出力ジョブが前記アクティブフォルダとは異なるフォルダに対応する検索条件に一致するか否かは判定しない判定ステップと、
    前記判定ステップにより前記出力ジョブが前記アクティブフォルダに対応する検索条件に一致すると判定された場合、前記アクティブフォルダに対応付けられている出力ジョブの数を更新して表示する表示制御ステップと、
    を含む情報処理方法。
14. コンピュータに、
    検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御ステップと、
    出力ジョブに係るイベントを検知する検知ステップと、
    を実行させ、
    前記表示制御ステップでは、前記検知ステップにより前記イベントが検知された場合、前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に基づき再度、出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わないプログラム。
15. 前記表示制御ステップでは、前記複数のフォルダのうち、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わず、前記フォルダに対応付けて表示する検索結果は非表示とする請求項１４記載のプログラム。
16. 前記表示制御ステップでは、ユーザによってフォルダの選択が変更された場合、変更される前に選択されていたフォルダに対応して表示していた検索結果を非表示とする請求項１４又は１５記載のプログラム。
17. 前記表示制御ステップでは、新たに選択されたフォルダに対応する検索条件に基づく検索結果が保存されていた場合、前記検索結果を前記フォルダに対応付けて表示する請求項１６記載のプログラム。
18. 前記表示制御ステップでは、新たに選択されたフォルダに対応する検索条件に基づく検索結果が保存されていなかった場合、前記検索条件に基づき出力ジョブの検索を行い、検索結果を前記フォルダに対応付けて表示する請求項１６記載のプログラム。
19. 前記表示制御ステップでは、前記検索結果として前記検索条件に合致した出力ジョブの総数をフォルダに対応付けて表示する請求項１４乃至１８何れか１項記載のプログラム。
20. 前記表示制御ステップでは、前記検知ステップにより検知された前記イベントの種別と、前記総数を表示する変化場所と、に応じて、検索回数を省略する請求項１９記載のプログラム。
21. コンピュータに、
    検索条件と対応付けた複数のフォルダのうち、ユーザによって選択されたフォルダに対応する検索条件に基づいて出力ジョブの検索を行い、検索結果を前記選択されたフォルダに対応付けて表示する表示制御ステップと、
    出力ジョブに係るイベントを検知する検知ステップと、
    を実行させ、
    前記表示制御ステップでは、前記検知ステップにより前記イベントが検知された場合、前記出力ジョブが前記複数のフォルダのうち、ユーザによって選択されているフォルダに対応する検索条件に合致するか否か判定を行い、判定の結果に応じて検索結果を前記フォルダに対応付けて表示し、ユーザによって選択されていないフォルダに対応する検索条件に基づいては出力ジョブの検索を行わないプログラム。
22. コンピュータに、
    複数のフォルダから選択されたアクティブフォルダを特定する特定ステップと、
    更新イベントを検知した場合、前記更新イベントに関する出力ジョブが前記アクティブフォルダに対応する検索条件に一致するか否かを判定するが、前記更新イベントに関する出力ジョブが前記アクティブフォルダとは異なるフォルダに対応する検索条件に一致するか否かは判定しない判定ステップと、
    前記判定ステップにより前記出力ジョブが前記アクティブフォルダに対応する検索条件に一致すると判定された場合、前記アクティブフォルダに対応付けられている出力ジョブの数を更新して表示する表示制御ステップと、
    を実行させるためのプログラム。
23. 前記コンピュータに、フォルダに検索条件を対応付ける設定ステップを更に実行させる請求項１４乃至２２何れか１項記載のプログラム。

Images