JP5704800B2 - データ処理装置、データ処理処理方法、プログラム - Google Patents

Description

本発明は、画像処理装置に対してデータを送信するデータ処理装置及びそのデータ処理処理方法、プログラムに関する。

従来から、複合機デバイスのＦＡＸ機能を使用するため、データ処理装置のＦＡＸドライバを使用して作成したＦＡＸジョブを複合機デバイスに転送することで、ＦＡＸ送信を行うシステムが存在する。

特開２００５−３３３４４７号公報

しかしながら、データ処理装置にインストールされたアプリケーションが生成したファイル形式が異なる文書情報は、例えば共通のファイル形式に変換してＦＡＸ送信することは可能であった。ここで、共通のファイル形式とは、例えばＰＤＦ等が採用される場合がある。

このようなシステムにおいて、ユーザが異なるファイル形式の文書情報をＦＡＸ送信するには、それぞれのファイルを個別に指定してＦＡＸ送信しなければならない。具体的にユーザは煩雑なファイル選択指示と、ＦＡＸ送信指示とを繰り返さなければならず、大変不便であった。このことは、データ処理装置が扱えるアプリケーションの数が増えると、その煩雑さもさらに増大してしまう。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、データを画像処理装置に対して送信する際に、アプリケーション等における操作性を向上させることである。
また、各アプリケーションが生成するデータ構造が異なる文書情報をまとめて１ジョブで画像処理装置に送信できる仕組みを提供することがさらに別の目的とする。

上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
複数の文書を選択して一度にＦＡＸ送信指示する選択手段と、前記選択手段で選択された複数の文書をまとめて送信する第１送信方法および個別に送信する第２送信方法から、いずれかの送信方法を選択する送信方法選択手段と、前記複数の文書の選択を維持した状態で、前記複数の文書の順序を変更する変更手段と、前記第１送信方法が選択された場合、前記選択手段で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、描画情報をデータ構造が共通する共通文書情報へ変換するためのドライバを用いて当該生成された前記複数の文書それぞれの描画情報を共通文書情報に変換させ、前記変更手段で変更された順序を用いて前記複数の文書それぞれに対応する前記変換された共通文書情報を結合することによりバインダを生成し、ＦＡＸドライバを用いて当該生成されたバインダの描画情報を１つのＦＡＸ送信用のジョブに変換して送信することを指示し、前記第２送信方法が選択された場合、前記選択手段で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、前記ＦＡＸドライバを用いて当該生成された前記複数の文書それぞれの描画情報を個別にＦＡＸ送信用のジョブに変換して送信することを指示する送信指示手段と、を有することを特徴とする。

本発明によれば、各アプリケーションが生成するデータ構造が異なる文書情報まとめて１ジョブで画像処理装置に送信できる。

データ処理システムの構成を示す図である。 データ処理装置のハードウェア構成を示す図である。 画像処理装置内のハードウェア構成を説明するブロック図である。 データ処理装置のソフトウエアの構成を説明するブロック図である。 データ処理装置の文書処理例を説明する概念図である。 データ処理装置で表示可能なＵＩの一例を示す図である。 バインダのデータ構造を説明する図である。 データ処理装置で表示可能なＵＩの一例を示す図である。 データ処理装置で表示可能なＵＩの一例を示す図である。 データ処理装置のデータ処理手順を示すフローチャートである。 データ処理装置のデータ処理手順を示すフローチャートである。

次に本発明を実施するための最良の形態について図面を参照して説明する。
〔第１実施形態〕
図１は、本発明の一実施形態におけるデータ処理システムの構成を示す図である。本例は、データ処理装置とＦＡＸ送受信機能処理を実行可能な画像処理装置とがネットワークを介して通信可能なシステムであり、かつ、画像処理装置が公衆回線を介して他のＦＡＸ装置と通信可能なシステムである。

図１において、１００−１及び１００−２はデータ処理装置であって、画像処理装置１０２に対してＦＡＸ送信を指示するユーザが使用するコンピュータである。１０２は複合機（ＦＡＸ装置）（以後単に「複合機」とする。）であって、ＦＡＸ機能のほか、コピー機能、スキャナ機能、プリンタ機能、ファイル送信機能等を備える。

なお、データ処理装置１００−１及び１００−２には、所定のオペレーティングシステム（ＯＳ）がインストールされ、かつ、特定の機能処理を実行する各種のアプリケーションもインストールされている。

ここで、特定の機能処理とは、文書処理、表計算処理、プレゼンテーション処理、画像処理、図形処理等が含まれ、各アプリケーションはそれぞれ独自のデータ構造（ファイル構造）を備える。さらに、ＯＳは、各ファイルの識別子を参照して対応するアプリケーションに印刷指示を行える構成となっている。

また、本実施形態を示すデータ処理装置１００−１及び１００−２には、デスクトップ上の様々な機能を統合して管理する統合アプリケーションがインストールされている。
ここで、統合アプリケーションは、ＦＡＸ業務を改善する機能処理、情報を都合管理する機能、印刷コストを削減する機能、紙の電子化業務を改善する機能、電子文書による承認業務のための機能、社内の情報を共有する機能を備えている。

ＦＡＸ業務を改善する機能処理には、フォーマットの異なるアプリケーションデータをまとめて一括してＦＡＸ送信を画像処理装置に指示する機能処理が含まれている。
本実施形態では、上記フォーマットの異なるアプリケーションデータをまとめて一括してＦＡＸ送信の実現手段として、統合される文書情報のファイル形式（データ構造）がＰＤＦ（Portable Document Format）文書の例を示すが、統合管理可能な文書であれば、ＰＤＦ文書に限定されるものではない。

また、各アプリケーションも特定のアプリケーションに限定されるものではない。
１０４は上記装置が接続されているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であって、ＬＡＮ１０４を介して上記装置は情報の相互通信を行っている。１０５は公衆回線であって、画像処理装置１０２とＦＡＸ装置１０６とがこの公衆回線１０５を介してＦＡＸデータの送受信を行っている。１０６は外部に設置されているＦＡＸ装置であり、画像処理装置１０２から送信されたＦＡＸデータを受信する。

また、本実施形態に示す画像処理装置は、ＬＡＮ１０４を介して受信したインターネットＦＡＸデータを同じくＩＰ−ＦＡＸ１０７、１０８に転送可能に構成されている。ここで、インターネットＦＡＸ（ｉＦＡＸ）とは電子メールプロトコルに従って電子メールに添付されたＦＡＸ形式の画像データを送受信するものである（Ｔ．３７／Ｔ．３８プロトコル）。電子メールプロトコルとしては送信プロトコルとしてＳＭＴＰ、受信プロトコルとしてＳＭＴＰ、ＰＯＰ３を用いる。

ここで、Ｔ．３８プロトコルとは、ファックス信号をIPファックス・パケットへエンコードし、そしてその信号をIPネットワークを通して受け手側のゲートウエイへ送る。そして、受け手側のゲートウエイは、IPファックス・パケットをファックス信号へデコードし、反対側のファクシミリ装置にPSTNコールをする機能を提供するプロトコルである。

図２は、図１に示したデータ処理装置１００−１及び１００−２のハードウェア構成を示す図である。
図２において、ユーザ操作入力を受信する入力デバイスであるキーボード２０５とポインティングデバイス２０６が設けられている。さらに、データ処理装置２００は、ユーザに視覚的な出力情報フィードバックを与える表示部２０２を備える。

さらに、本実施形態における各種プログラムや実行情報を保管する記憶デバイスＲＡＭ ２０３，ＨＤＤ２０７，ＲＯＭ ２０４，ＣＤ−ＲＯＭ２０８が設けられる。さらに、外部機器との通信を行うインターフェイスデバイスＩ／Ｏ２０９を備え、プログラム実行を行うＣＰＵ２０１を備える。

なお、周辺機器との接続形態は有線／無線を問わない。データ処理装置１００−１及び１００−２は、この外部機器接続Ｉ／Ｆを介して画像処理装置１０２と接続しても良い。
図３は、図１に示した画像処理装置内のハードウェア構成を説明するブロック図である。なお、本例は、スキャナ機能と、プリンタ機能と、そしてＦＡＸ機能を有する複合機（ＭＦＰ（Multi Function Peripheral））の例を示す。

図３において、３０１はＩ／Ｏで、ネットワーク（ＬＡＮ）１０４などの通信媒介を介してデータ処理装置１００−１、１００−２と接続している。Ｉ／Ｏ３０１は複数の接続形態に対応するために複数個搭載されていてもよい。

このＩ／Ｏ ３０１を通して、画像処理装置１０２は、デバイスＩＤやスキャンイメージをデータ処理装置１００に渡す。またデータ処理装置１００−１、１００−２より、各種の制御コマンドを受けて処理を行う。

Ｉ／Ｆ制御部３０２は、画像処理装置１０２に搭載されているスキャナやプリンタやまたはＦＡＸなどの処理系に関してデバイスＩＤを発行する制御をおこなっている。ＲＡＭ３０３は、一次記憶装置で、Ｉ／Ｏ３０１で取得した制御コマンドなどの外部データや、スキャナエンジン３１３で読み取られたイメージを格納するに使用される。さらに、ＲＡＭ３０３は、プリンタコントローラ３１０で展開されたプリンタエンジン３０６に渡される前にイメージの格納などに使用される。

ＲＡＭ３０３の割り当て管理はＲＡＭ制御部３０４が行っている。画像データ調歩回路３０５は、プリンタコントローラ３１０やスキャナエンジン３１３によって取り込まれたＲＡＭ制御部３０４に展開されたイメージをプリンタエンジン３０６の回転にあわせて出力する装置である。

プリンタエンジン３０６は紙などの出力メディアにイメージを現像する装置である。メインコントローラ３０８は、エンジンＩ／Ｆ３０７によりプリンタエンジン３０６の各種制御を行う。

また、メインコントローラ３０８は、制御の要のモジュールであり、スキャナコントローラ３０９やプリンタコントローラ３１０やＦＡＸコントローラ３１１にＩ／Ｏ３０１経由でデータ処理装置１００−１，１００−２より受け取る制御言語の適切な振り分け処理を行う。さらに、メインコントローラ３０８は、それぞれのコントローラやユーザインタフェース３１２からの支持をうけてプリンタエンジン３０６やスキャナエンジン３１３の制御を行う。

メインコントローラ３０８と各種コントローラの間の制御インターフェイスを統一することにより、一つの周辺機器に複数種類の制御コマンドを処理可能な拡張ボードが搭載可能になる。また現在搭載されている拡張コントローラのデバイスＩＤを各コントローラより取得し管理するのもメインコントローラの役割である。

スキャンコントローラ３０９はデータ処理装置１００−１，１００−２より受けたスキャン制御コマンドをメインコントローラ３０８が解釈可能な内部実行命令に分解する。またスキャナエンジン３１３で読み取ったイメージをスキャン制御コマンドに変更する。

プリンタコントローラ３１０はデータ処理装置１００−１，１００−２より受けたページ記述言語をメインコントローラ３０８が解釈可能なページ記述言語の展開イメージなどを含む内部実行命令に分解する。展開イメージはプリンタエンジンまで運ばれ、用紙などの出力メディアに印刷される。

ＦＡＸコントローラ３１１は、データ処理装置１００−１，１００−２より受けたＦＡＸ制御言語をイメージに展開し公衆回線１０５、又はインターネット１０９を介して他のＦＡＸ装置１０６又はＩＰ−ＦＡＸ１０７，１０８へ転送する。ユーザインタフェースは、メインコントローラ３０８の各種設定や、スキャナ機能やプリンタ機能や、そしてＦＡＸ機能を直接画像処理装置１０２で実行する際に、ユーザによる指示の入出力手段として使用される。

スキャナエンジン３１３はメインコントローラ３０８の指示により光学装置を用いて印刷されたイメージを読み取り、電気信号に変換してメインコントローラ３０８に受け渡す。

図４は、図１に示したデータ処理装置１００−１、１００−２のソフトウエアの構成を説明するブロック図である。本例は、ＦＡＸドライバ４００が統合アプリケーション４０１による一括送信と、アプリケーション４０５〜４０７からの個別送信とを識別して、画像処理装置に送信すべきＦＡＸ送信を依頼するジョブを生成する。

４００はＦＡＸドライバで、ＨＤＤ２０７にシステムアプリケーションとしてインストールされている。なお、ＨＤＤ２０７には、通信可能な画像処理装置に印刷ジョブを送信するプリンタドライバと、ＦＡＸドライバ４００が一括送信ジョブを送信するＦＡＸドライバがインストールされている。統合アプリケーション４０１は、上述した各種の機能を実行するための各種のユーザインタフェースを備え、データ処理装置のデスクトップ上でユーザからの要求を受け付けて、各機能処理の実行を総括的に管理している。

４０３は送信方法フラグで、ユーザが統合アプリケーション４０１が提供するプロパティ画面であらかじめＦＡＸ送信方法を一括（まとめて送信）または個別送信のいずれかを選択可能に構成されている。そして、ユーザによる選択指示がまとめて送信であれば送信方法フラグ４０３は「１」を保持し、ユーザによる選択指示が個別送信であれば、送信方法フラグ４０３は「０」を保持する。なお、この送信方法フラグ４０３は、不揮発性の記憶装置で管理され、上記ＦＡＸドライバのプロパティ画面でいつでも選択された送信方法にしたがって書き換えられる。なお、直接的には、統合アプリケーション４０１が送信方法フラグ４０３の書き換え等を管理している。

４０４は選択された文書情報で、印刷指示とともに対応する各アプリケーション４０５〜４０７へＦＡＸＩＤとともに引き渡される。
ここで、アプリケーション４０５は、プレゼンテーションアプリケーションとし、各種の画像や文字、図形等を処理して、ユーザからの指示に基づいてスクリーンや表示装置に静止画として出力したり、表示した画面を印刷結果とするようなデータ処理を行う。また、ポインティングデバイス等の指示にしたがって、順次、かつ、可逆的にページを更新することが可能で、説明者の要求にしたがい、表示するページを更新可能に構成されている。

また、アプリケーション４０６はドキュメント編集アプリケーションで、いわゆるワードプロセッサとしての機能と、図形や、画像といったオブジェクトを貼り合わせた文書情報を作成可能に構成されている。

さらに、アプリケーション４０７は、表示されるセルに文字、数字等を入力して、表計算処理を実行する。また、アプリケーション４０７は、作成されたマクロを有効とすることで、作成された手順に従うプログラムを実行して、その結果を表示する処理も行えるように構成されている。

４０２は描画情報から共通文書情報への変換処理を実行するＰＤＦドライバで、上記送信方法フラグ４０３が「１」の場合に、各アプリケーション４０５、４０６、４０７が出力する描画情報をＰＤＦ形式の統合文書情報に変換する処理を実行する。なお、送信方法フラグ４０３が「０」の場合は、各アプリケーションが出力する描画情報（例えばＧＤＩコマンド）をＦＡＸドライバ４００に出力されるように制御される。

統合アプリケーション４０１は、送信方法フラグ４０３が「１」の場合に、ＰＤＦ生成ドライバ４０２が各アプリケーション４０５、４０６、４０７が出力する描画情報から生成したＰＤＦ文書情報を受け取る。そして、統合アプリケーション４０１は、１ジョブでＦＡＸドライバが一括してＦＡＸ送信可能なバインダに変換するために、バインダ変換処理を行う。ここで、ＰＤＦ生成ドライバ４０２が行う描画情報から共通文書情報へ変換する共通文書変換処理では、一例として描画情報（ＧＤＩ）をＰＤＦ文書情報へ変換する処理を実行する。そして、PDFからバインダ情報が形成される。例えば、コントロールやシフトを押しながら、ファイルをマウスでポイントすることで、複数ファイルを選択できる。

以下、この図４を用いてデータ処理装置１００−１，１００−２における統合アプリケーションの処理状態を説明する。
統合アプリケーション４０１において、図６に示すＵＩで複数のファイルをポインティングデバイス２０６などで囲んで複数選択し、一度にＦＡＸ送信アイコンＦＡＸＩへドロップすることで、印刷指示となる（１）。１回のドラッグアンドドロップにより複数のデータを選択し、ファックス送信、印刷指示が完結する。

次に、印刷指示（１）に応答して、統合アプリケーション４０１により、各種アプリケーション４０５〜４０７に対してそれぞれのアプリケーションフォーマットを持つファイルが入力される。それぞれのデータはＧＤＩ関数（描画情報）に変換される（２）。ここで、ファイルとは、表計算データ、ワープロアプリのドキュメントデータ、プレゼンテーション用ソフトウエアのデータが含まれる。

ここで、送信方法フラグ４０３がまとめてファックス送信するか否かを示す値が「１」であれば、ＰＤＦ生成ドライバ（ＰＤＦWriter）４０２にＧＤＩ（描画情報）が入力される。

そして、ＰＤＦ生成ドライバ４０２は、ＧＤＩ関数が呼び出されるのに応答して、前述の複数種類の各種ファイル（表計算etc）からＰＤＦ（共通文書情報）を生成する（３）。

そして、ＰＤＦ生成ドライバ４０２からＰＤＦ形式の共通文書情報（ＰＤＦデータ（４））を受け取った統合アプリケーション４０１は、図５に示すバインダ情報ＢＤを生成する。なお、ＰＤＦ生成ドライバ４０２には、PDF変換可能なアプリケーションを識別する情報が登録されており、各アプリケーションから取得するGDIをPDFに変換可能かどうかを判断する機能を備える。そして、統合アプリケーション４０１は、ＰＤＦ生成ドライバ４０２から通知されるエラー情報を図９に示すUI画面でユーザに通知する。

統合アプリケーション４０１は、ＰＤＦデータを、図８の（Ｃ）に示すＵＩ画面において指定した順番で、バインダ本文データに格納する。ＰＤＦ生成ドライバ４０２に対して入力前のアプリデータを図７に示すオリジナル文書情報７０３に格納する（この処理は省略しても良い）。なお、図８の（Ｃ）に示すＵＩ画面に表示される文書の初期順序は、図６のファイルリストで表示されているリスト順になる。例えば、ファイル名の辞書順の昇順で表示されている場合は、その順序で表示される。

また、統合アプリケーション４０１は、必要なアプリケーションが存在せず、ＰＤＦに変換できなかったアプリケーションのデータがある場合、図９に一例を示すメッセージを表示部２０２に表示する。ここで、統合アプリケーション４０１は、例えば必要なアプリケーション名を表示してもよい。

統合アプリケーション４０１に対して入力されたＰＤＦデータの印刷設定は、用紙サイズ「原稿サイズと同じ」、印刷方法「片面」、レイアウト「1up」が固定で統合アプリケーションにより固定的に設定される。

これらの固定的な設定を何するかは、統合アプリケーション４０１により事前に設定・変更され得る。
そして、この統合されたＰＤＦデータは、統合アプリケーション４０１により再びＧＤＩへ変換される。ここで、ＧＤＩ（描画情報）は、統合アプリケーション４０１により呼び出されたＦＡＸドライバ４００に対して入力され（５）、（６）でＦＡＸドライバ４００から画像処理装置１０２へ送信されるようにＣＰＵ２０１が一連の１ジョブ送信処理を制御する。
ＦＡＸドライバ４００は、受け取ったGDIに基づき、モノクロ2値のbitmapデータをMMR圧縮して画像データを生成する。そして、この画像データをジョブのスタートコマンド及びエンドコマンドにより定義されるジョブのデータ構造としてパッキングする。そして、このデータを画像処理装置１０２へ送信する。
画像処理装置１０２は、FAXドライバから送信されたジョブを、一旦、メモリに蓄積する。そして、発呼又はインターネットファックスのネゴシエーションを行った後、そのデータを、FAX送信時に取得したFAX受信機の能力に合わせて、画像データをJBIG、MH、MR、MMRのいずれかに変換（圧縮）して、FAXデータとして送信する。

一方、送信方法フラグ４０３が「０」である場合は、上記（２）で各アプリケーション４０５〜４０７を用いて変換されたＧＤＩはアプリケーション毎にＦＡＸドライバ４００に出力される。この場合は、（３）´の経路でＧＤＩがＦＡＸドライバ４００に出力される。すなわち、各種のアプリケーション４０５〜４０７から、それぞれ、直接にＦＡＸドライバ４００に対してＧＤＩを入力する。これにより、ＦＡＸドライバ４００は３回呼び出されるため、ＦＡＸ送信処理にかかる電話料金は３回分となる。

なお、経路（３）´においては、各種のアプリケーション４０５〜４０７は統合アプリケーション４０１からファックスドライバ名（ＦＡＸＩＤ）を獲得し、このＦＡＸＩＤに基づきＦＡＸドライバ４００を独自に呼び出す制御を実行している。

図５は、本実施形態を示すデータ処理装置の文書処理例を説明する概念図である。
図５において、Ｆ１〜Ｆ４は後述するユーザインタフェースを用いてユーザがＦＡＸ送信のために選択した文書情報で、それぞれファイル形式（データ構造）が異なる。なお、文書情報Ｆ４は、ＰＤＦ生成ドライバ４０２が生成するファイル形式と同一であり、このような文書情報Ｆ４は、ＰＤＦ生成ドライバ４０２による処理が省略され、直接統合アプリケーション４０１に引き渡される。

Ｃ１〜Ｃ３はファイル形式がすべてＰＤＦとなる共通文書情報で、ＰＤＦ生成ドライバ４０２により生成され、統合アプリケーション４０１に引き渡される。
ＣＣ１は結合文書情報で、統合アプリケーション４０１がＰＤＦ生成ドライバ４０２を介して各アプリケーションから引き渡される描画情報から生成した共通文書情報Ｃ１〜３およびファイル形式が一致する文書情報Ｆ４とを１つの文書情報に結合して生成される。そして、統合アプリケーション４０１が結合した結合文書情報ＣＣ１を１つのバインダ情報ＢＤに変換する。なお、ＰＤＦ生成ドライバ４０２は、各アプリケーションからの文書情報Ｆ１〜Ｆ３に印刷処理を実行することでＰＤＦ形式の共通文書情報Ｃ１〜Ｃ３に変換する。

ここで、統合アプリケーション４０１が変換生成したバインダ情報ＢＤは、ＦＡＸドライバ４００に引き渡され、画像処理装置に１ジョブのＦＡＸジョブとして送信される。
なお、ＦＡＸドライバ４００への印刷設定は、用紙サイズとして、「原稿サイズと同じ」、印刷方法「片面」、レイアウト「１ｕｐ」が固定設定される。
また、ファクシミリ送信先の設定は、ユーザがファクシミリアイコンを押下することを受け付けた場合、統合アプリケーション４０１が表示部２０２に送信設定ダイアログを表示することで、ユーザが送信先を指定、選択可能に構成されている。ここで、送信設定ダイアログの一例を図６に示す。

図６は、図１に示したデータ処理装置で表示可能なユーザインタフェースの一例を示す図である。
図６において、６００はブラウザ画面で、統合アプリケーション４０１が実行可能な機能に対応づけたユーザインタフェースをユーザによるアイコン選択操作を受け付けて切り替え表示する。本例は、ＦＡＸジョブ送信すべき文書情報をアイコンで一覧表示した状態である。各文書情報のアイコンは、アプリケーションを識別可能な特有の図形情報が付加され、かつ、ファイルの識別子も合わせて表示される。これにより、ユーザは、アプリケーションが異なる文書情報を認識しながら、必要な文書情報を選択することができる。

なお、上記送信方法フラグ４０３に保持される送信方法は、選択するプロパティ画面でユーザが選択した状態に従い、「１（一括送信）」又は「０（個別送信）」が保持される。

図７は、図４に示した統合アプリケーション４０１が生成するバインダのデータ構造を説明する図である。
図７において、７０１はヘッダで、後述するヘッダデータが紐付けされて管理される。７０２はバインダ本体データで、複数のアプリケーションデータ（オリジナル文書情報）からＰＤＦに変換されたデータを統合して管理したデータに対応する。

７０３はオリジナル文書情報で、表計算、ドキュメント編集アプリケーション、プレゼンテーション用アプリケーションの複数種類のデータ群で構成される。
７０４はサムネイル画像情報で、オリジナル文書情報７０３のスナップショットから生成されるサムネイルデータで構成される。
７０５はドキュメント構成ファイルで、バインダ本文データ７０２の章構造（Ｘページ目からＹページ目が第Ｚ章であるという定義など）の文書データ構造が格納されている。７０６は印刷設定情報で、上述した用紙サイズ「原稿サイズと同じ」、印刷方法「片面」、レイアウト「１ｕｐ」が設定されて保持される。

また、本実施形態におけるデータ処理装置は、上記１つのバインダを、全体を所定の圧縮形式（例えばＺＩＰ形式）のファイルに圧縮されて１ファイルで管理される。
図８は、図１に示したデータ処理装置で表示可能なユーザインタフェースの一例を示す図である。図８の（Ａ）はファクシミリ設定画面に対応し、図８の（Ｂ）はファクシミリ送信設定画面に対応し、図８の（Ｃ）は複数文書の順序を設定する順序設定画面に対応する。

図８の（Ａ）において、８０１はファクシミリを選択するデバイス名で、ネットワークで検出され、ＦＡＸドライバがインストールされた画像処理装置の名称が選択されて表示される。８０２はボタン名で、統合アプリケーションに対応付けられたボタン名称が表示される。

８０３は送信方法選択のためのチェックボックスで、このチェックボックス８０３がチェックされると、ユーザが図６に示したＵＩ上に表示されるファイルアイコンが選択された場合に、選択された複数の文書情報を送信方法として１つにまとめて送信するが選択される。これにより、送信方法フラグ４０３に「１」が設定された状態で管理される。なお、ユーザは、チェックボックス８０３のチェックを外すことで、各文書情報毎、各文書情報に関連付けられたアプリケーションでファクシミリ送信するモードにも切り替え可能に構成されている。

図８の（Ｂ）において、８１０はボタンで、当該ボタン８１０がユーザにより押下されたことを統合アプリケーション４０１が受け付けると、画像処理装置１０２で管理されるアドレス帳の情報が取得される。そして、ＣＰＵ２０１は画像処理装置１０２により取得したアドレス帳の情報に基づくアドレス帳一覧８１２を表示部２０２に表示する制御を実する。

８１１はボタンで、当該ボタン８１１がユーザにより押下されたことを統合アプリケーション４０１が受け付けると、ユーザが入力する情報に従い、宛先名と、ファクシミリ番号が送信先ドレス欄８１３に表示される。

図８の（Ｃ）において、８２１，８２３は選択された文書情報で、ボタン８２４、８２５をユーザが選択することで、選択された文書情報を結合する順序の変更指示を受け付け可能に構成されている。

つまり、図６に示したユーザインタフェース上で、ユーザが選択した文書情報を特定のルール、例えばファイル識別子順、ファイル日付順、ファイル選択順等に従い結合された文書情報の結合順序を自在に変更することができるように構成されている。

図９は、本実施形態を示すデータ処理装置で表示可能なユーザインタフェースの一例を示す図である。本例は、共通文書情報へのインポート処理がエラーであることをユーザに通知するためのダイアログに対応する。

図９において、９０１はエラーメッセージで、ＰＤＦ生成ドライバ４０２に対して、対応しない文書情報が含まれていることを示すメッセージに対応する。つまり、ＰＤＦ生成ドライバ４０２が備えるＰＤＦＷｒｉｔｅｒへ印刷できない形式の文書情報が含まれている場合に、エラーメッセージ９０１が表示される。その際、ＰＤＦ生成ドライバ４０２でインポートできなかった文書情報として、文書名９０２、状態９０３も合わせて表示される。つまり、印刷対象となったアプリケーションデータ（文書情報）を、PDFWriterに対して入力するべきGDIへ変換できるアプリケーションが存在しない場合に、インポートエラーとなり、その旨が表示される。この場合、ユーザは、その文書情報の処理を続行したい場合、そのアプリケーションを新規インストールし、再度同じことを行う必要がある。

図１０は、本実施形態を示すデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、統合アプリケーションによるジョブ処理例である。より具体的には、ユーザが一覧画面上から選択した文書情報に対応するアプリケーションに対して印刷指示を行い、選択された文書情報をＰＤＦドライバを用いて共通文書情報（PDF）に変換し、さらに、共通文書情報を結合して１つのバインダに変換する処理例である。なお、Ｓ１〜Ｓ１８は各ステップを示し、ＣＰＵ２０１がＲＯＭ２０４、ＨＤＤ２０７に記憶された統合アプリケーション、ドライバ等をＲＡＭにロードして実行することで実現される。

また、本処理は、図６に示した統合アプリケーション４０１に対するユーザからの機能選択指示を受け付けて処理が実行されるものとする。
まず、Ｓ１で、表示部２０２に表示された統合アプリケーション４０１が提供する画面からユーザが選択したアイコンの機能種別を判定して、ユーザから受け付けた機能種別がＦＡＸ機能であるかどうかをＣＰＵ２０１が判断する。ここで、ユーザから受け付けた機能がＦＡＸ機能でないとＣＰＵ２０１が判断した場合は、Ｓ２へ進み、ＣＰＵ２０１は、ＣＰＵ２０１はユーザから受け付けた他の機能処理を実行して、本処理を終了する。

一方、Ｓ１で、ユーザから受け付けた機能種別がＦＡＸ機能であるとＣＰＵ２０１が判断した場合は、Ｓ３へ進む。そして、Ｓ３で、ＣＰＵ２０１は、統合アプリケーションが提供する送信文書を選択するための文書一覧画面を表示部２０２に表示する。なお、送信文書を選択するための文書一覧画面には、ＨＤＤ２０７等に確保されたＢＯＸ領域に保持される文書情報の属性を識別可能なアイコンと、その識別子を含むファイル名とを表示可能に構成されている。

そして、Ｓ４で、ユーザはポインティングデバイス等を操作して、文書一覧画面から送信したい文書情報を選択する。ここで、ユーザは、選択したい種別の異なる文書情報を同時に複数選択（例えばドラッグ操作）することが可能である。そして、選択した文書情報に対するFAX送信指示がなされるのを待つ。具体的には、ユーザが複数の文書情報をドラッグした状態で、図６に示すＦＡＸ送信アイコンＦＡＸＩにドロップする等の操作を統合アプリケーション４０１が受け付けることで、以後のFAX送信処理が実行される。

そして、Ｓ５で、あらかじめ図８の（Ａ）に示したユーザインタフェース上でユーザがチェックボックス８０３で選択した送信方法を特定する送信方法フラグが「１」であるか否かをＣＰＵ２０１が判断する。ここで、送信方法フラグが「１」であるとＣＰＵ２０１が判定した場合は、Ｓ６以降の処理を実行し、送信方法フラグが「０」であるとＣＰＵ２０１が判定した場合は、Ｓ１４以降の処理を実行する。なお、Ｓ１４以降の処理は、各アプリケーション毎にＧＤＩをＦＡＸドライバ４００に出力してＦＡＸ送信処理を実行する処理に対応する。また、Ｓ６以降の処理には、複数のアプリケーションが生成したＧＤＩをＰＤＦ生成ドライバ４０２が変換する処理と、各ＰＤＦデータを統合アプリケーション４０１が１つのＰＤＦファイルに結合する処理が含まれ。さらに、Ｓ６以降の処理には、結合したＰＤＦファイルをバインダに変換する処理と、当該変換されたＰＤＦデータから生成されるＧＤＩを１ジョブでＦＡＸ送信する処理とが含まれる。以下、Ｓ６以降の処理を詳述する。

そして、Ｓ６では、ＣＰＵ２０１は統合アプリケーション４０１を介して、ユーザにより選択された文書情報に対応する各アプリケーションにＦＡＸＩＤとともに印刷指示を行う。そして、ＣＰＵ２０１は各アプリケーションを実行して、当該文書情報からＦＡＸドライバ４００が送信可能なＧＤＩコマンド（描画情報）を生成する。

次に、Ｓ７で、各アプリケーションが生成したすべての描画情報をＰＤＦ生成ドライバ４０２にインポートできかたかどうかをＣＰＵ２０１が判断する。ここで、すべての描画情報をＰＤＦ生成ドライバ４０２にインポートできたとＣＰＵ２０１が判断した場合は、Ｓ９へ進み、いずれか１つの文書情報から生成した描画情報をインポートできないと判断した場合は、Ｓ８へ進む。なお、インポート可能かどうかについては、ＰＤＦ生成ドライバ４０２が各アプリケーションのＧＤＩをＰＤＦデータに変換可能かどうかを識別する情報とアプリケーションの属性等を参照して判断できる構成となっている。
そして、Ｓ８で、統合アプリケーション４０１が提供する図９に示したＵＩを表示部２０２に表示して、インポートエラーとなった文書情報をユーザに通知して、本処理を終了する。なお、ＰＤＦ生成ドライバ４０２に対して、インポートエラーとならなかったＧＤＩに関しては、Ｓ９以降の処理により１ジョブ送信処理が継続される。

一方、Ｓ７で、すべての文書情報から生成した描画情報をＰＤＦ生成ドライバ４０２にインポートできたとＣＰＵ２０１が判断した場合は、Ｓ９へ進む。そして、Ｓ９で、すべての描画情報、あるいは、選択された複数の文書情報から生成した描画情報のうち、インポート可能と判断された描画情報はＰＤＦ生成ドライバ４０２にインポートされる。

そして、Ｓ１０で、ＣＰＵ２０１はＰＤＦドライバより変換された共通文書情報（ＰＤＦ）を統合アプリケーションに出力する。そして、Ｓ１１で、ＣＰＵ２０１は統合アプリケーション４０１を実行して、共通文書情報を１つの共通文書に結合する結合処理と、結合された共通文書情報をバインダに変換するバインダ変換処理を実行する。

そして、Ｓ１２で、ＣＰＵ２０１は統合アプリケーション４０１が生成したバインダに基づく描画情報をＦＡＸドライバ４００へ出力する。そして、Ｓ１３で、ＦＡＸドライバ４００が統合アプリケーション４０１から受信した１ジョブの描画情報を上記ＦＡＸＩＤに対応する画像処理装置１０２に送信して、本処理を終了する。

一方、Ｓ１４以降の処理は、アプリケーション毎のＦＡＸ送信処理であり、まず、ＣＰＵ２０１は統合アプリケーション４０１を介してユーザが選択した各文書情報に対応する各アプリケーション４０５〜４０７にＦＡＸＩＤを含む印刷指示を出力する。

次に、Ｓ１５で、ＣＰＵ２０１は、選択された文書情報に対応する各アプリケーションを実行して、描画情報を生成する。そして、Ｓ１６で、ＣＰＵ２０１は、各アプリケーション４０５〜４０７が生成した描画情報をＦＡＸＩＤとともに、ＦＡＸドライバ４００へ出力する。そして、Ｓ１７で、ＣＰＵ２０１は、ＦＡＸドライバ４００を介して、描画情報をアプリケーション毎のジョブとして画像処理装置１０２へ送信する。したがって、ユーザにより選択されたアプリケーションの種別の数が３つであれば、３回のジョブ送信処理を繰り返す異となる。

そして、Ｓ１８で、ＣＰＵ２０１は、ＦＡＸドライバ４００を介してすべてのアプリケーションの描画情報を画像処理装置１０２に送信する処理が完了したかどうかを判断する。ここで、アプリケーション毎による描画情報の送信が完了していないとＣＰＵ２０１が判断した場合は、Ｓ１７へ戻り、アプリケーション毎による描画情報の送信処理を繰り返す。

一方、Ｓ１８で、アプリケーション毎に描画情報の送信が全て完了しているとＣＰＵ２０１が判断した場合は、本処理を終了する。
なお、図１０のS5以降を、図１１のような処理に置換する実施形態について説明する。
〔第２実施形態〕
図１０では、１つのファイルでも変換エラーが生じた場合に、処理が終了している。
しかし、変換エラーが生じたファイル（文書データ）についてはその旨のエラー表示を行い、PDFには変換せず、アプリがGDIへ正常変換できたファイルについては、PDFへ変換し、上述の結合処理を統合アプリケーションで行ない、ファックスドライバを介して１ジョブでファックス送信することが考えられる。
図１１は、本実施形態を示すデータ処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、統合アプリケーションによるジョブ処理例であって、図１０のS5以降処理例である。なお、Ｓ１１１〜Ｓ１２１は各ステップを示し、ＣＰＵ２０１がＲＯＭ２０４、ＨＤＤ２０７に記憶された統合アプリケーション、ドライバ等をＲＡＭ２０３にロードして実行することで実現される。
まず、Ｓ１１１で、ＣＰＵ２０１は、各アプリケーションを実行して選択された文書情報を（ＧＤＩ）に変換する。そして、Ｓ１１２で、ＣＰＵ１１２で、各アプリケーションによるＧＤＩへの変換処理でエラーは発生したかどうかを判断する。ここで、エラーが発生していないとＣＰＵ１１２が判断した場合には、Ｓ１１４へ進む。
一方、Ｓ１１２で、エラーが発生しているとＣＰＵ１１２が判断した場合は、Ｓ１１３で、ＣＰＵ２０１は、ＲＡＭ２０３に確保されるエラーバッファにエラー情報を登録する。そして、Ｓ１１４で、ＣＰＵ１１２は、各アプリケーションがＧＤＩに変換できた場合には、その描画情報をＰＤＦ生成ドライバ４０２に出力する。
次に、Ｓ１１５で、ＣＰＵ２０１はＰＤＦドライバより変換された共通文書情報（ＰＤＦ）を統合アプリケーション４０１に出力する。そして、Ｓ１１６で、ＣＰＵ２０１は統合アプリケーション４０１を実行して、共通文書情報を１つの共通文書に結合する結合処理と、結合された共通文書情報をバインダに変換するバインダ変換処理を実行する。
次に、Ｓ１１７で、ＣＰＵ２０１は、全てのアプリケーションについてＧＤＩへの変換処理を終了しているかどうかを判断する。ここで、終了していないとＣＰＵ２０１が判断した場合は、Ｓ１１１に戻り、同様の処理を繰り返す。
一方、Ｓ１１７で、全てのアプリケーションについてＧＤＩ変換処理が終了しているとＣＰＵ２０１が判断した場合は、Ｓ１１８で、ＣＰＵ２０１は統合アプリケーション４０１が生成したバインダに基づく描画情報をＦＡＸドライバ４００へ出力する。そして、Ｓ１１９で、ＦＡＸドライバ４００が統合アプリケーション４０１から受信した１ジョブの描画情報を上記ＦＡＸＩＤに対応する画像処理装置１０２に送信する。
そして、Ｓ１２０で、ＣＰＵ２０１は、ＲＡＭ２０３のエラーバッファが空であるかどうかを判断する。ここで、エラーバッファが空であると判断した場合は、本処理を終了る。一方、Ｓ１２０で、エラーバッファが空でないとＣＰＵ２０１が判断した場合は、Ｓ１２１で、図９に示したエラー表示を行い、本処理を終了する。
本実施形態によれば、統合アプリケーション４０１が管理する種別の異なるアプリケーションを実行して作成した文書情報の一覧からユーザが同時に選択した複数のアプリケーションに対応する文書情報を１ジョブで画像処理装置に送信可能となる。
つまり、ユーザがＦＡＸ送信方法をまとめて送信するか、否かをあらかじめ統合アプリケーション４０２に登録することで、ユーザによる文書情報のＦＡＸ送信処理が大幅に軽減され、通信コストも軽減される。
また、統合アプリケーション上でユーザが行うべきＦＡＸ送信処理の実行指示は、ドラッグ＆ドロップといった簡単な操作であるため、ユーザの操作負担も軽減される。
なお、上記実施形態では、ＰＤＦ生成ドライバ４０２が生成したＰＤＦデータはそのまま統合アプリケーション４０１に出力される構成としたが、ＰＤＦデータをサムネイルあるいは一覧で表示するように構成してもよい。そして、さらに１つのＰＤＦファイルに変換する前に、変換された各頁のＰＤＦデータをプレビューで確認し、必要であれば、結合したＰＤＦファイルからユーザが選択したページのＰＤＦデータを削除できるように構成してもよい。
さらに、結合されたページにさらに、既に登録されているＰＤＦデータを挿入できるように編集機能を付加してもよい。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

１００−１，１００−２ データ処理装置
１０２ 画像処理装置
１０６ ＦＡＸ装置

Claims (7)

1. 複数の文書を選択して一度にＦＡＸ送信指示する選択手段と、
   前記選択手段で選択された複数の文書をまとめて送信する第１送信方法および個別に送信する第２送信方法から、いずれかの送信方法を選択する送信方法選択手段と、
   前記複数の文書の選択を維持した状態で、前記複数の文書の順序を変更する変更手段と、
   前記第１送信方法が選択された場合、前記選択手段で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、描画情報をデータ構造が共通する共通文書情報へ変換するためのドライバを用いて当該生成された前記複数の文書それぞれの描画情報を共通文書情報に変換させ、前記変更手段で変更された順序を用いて前記複数の文書それぞれに対応する前記変換された共通文書情報を結合することによりバインダを生成し、
   ＦＡＸドライバを用いて当該生成されたバインダの描画情報を１つのＦＡＸ送信用のジョブに変換して送信することを指示し、前記第２送信方法が選択された場合、前記選択手段で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、前記ＦＡＸドライバを用いて当該生成された前記複数の文書それぞれの描画情報を個別にＦＡＸ送信用のジョブに変換して送信することを指示する送信指示手段と、
   を有することを特徴とするデータ処理装置。
2. 前記複数の文書のプレビュー画像を含む画面を表示するプレビュー表示手段を有し、
   前記選択手段は、前記画面を介して入力された指示に従って前記複数の文書を選択することを特徴とする請求項１に記載のデータ処理装置。
3. 送信設定画面を表示する設定画面表示手段を更に有し、
   前記送信設定画面においてアドレス帳取得が指示された場合、画像形成装置から取得されたアドレス帳が前記送信設定画面に表示されることを特徴とする請求項１に記載のデータ処理装置。
4. 前記プレビュー画像を含む画面には、ＦＡＸ送信アイコンが含まれ、
   前記選択手段は、前記複数の文書が前記ＦＡＸ送信アイコンへ一度にドラッグアンドドロップされることにより、前記複数の文書を選択して一度にＦＡＸ送信指示することを特徴とする請求項２に記載のデータ処理装置。
5. 選択対象文書をリスト表示するリスト表示手段と、
   前記選択された複数の文書の順序変更を受け付ける順序画面を表示する順序画面表示手段を有し、
   前記順序画面に表示される前記選択された複数の文書の表示順は、前記リスト表示の順序であることを特徴とする請求項２に記載のデータ処理装置。
6. 複数の文書を選択して一度にＦＡＸ送信指示する選択工程と、
   前記選択工程で選択された複数の文書をまとめて送信する第１送信方法および個別に送信する第２送信方法から、いずれかの送信方法を選択する送信方法選択工程と、
   前記複数の文書の選択を維持した状態で、前記複数の文書の順序を変更する変更工程と、
   前記第１送信方法が選択された場合、前記選択工程で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、描画情報をデータ構造が共通する共通文書情報へ変換するためのドライバを用いて当該生成された前記複数の文書それぞれの描画情報を共通文書情報に変換させ、前記変更工程で変更された順序を用いて前記複数の文書それぞれに対応する前記変換された共通文書情報を結合することによりバインダを生成し、
   ＦＡＸドライバを用いて当該生成されたバインダの描画情報を１つのＦＡＸ送信用のジョブに変換して送信することを指示し、前記第２送信方法が選択された場合、前記選択工程で選択された複数の文書それぞれに対応する複数のアプリケーションに対して前記複数の文書それぞれの印刷指示を行って前記複数の文書それぞれの描画情報を生成させ、前記ＦＡＸドライバを用いて当該生成された前記複数の文書それぞれの描画情報を個別にＦＡＸ送信用のジョブに変換して送信することを指示する送信指示工程と、
   を有することを特徴とするデータ処理装置のデータ処理方法。
7. 請求項１乃至５のいずれか１項に記載の手段としてコンピュータを機能させることを特徴とするプログラム。

Images