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

Description

本発明は、データ処理装置、データ処理方法、及びプログラムに関するものである。

従来から、データ処理装置、例えばファクシミリ装置（ファクス）を使用した受発注業務が行われている。仲介業者では案件／お客様ごとに、各メーカからファクス受信した見積書を１文書で管理するユースケースが存在する。

そして、仲介業者は、案件／お客様との交渉結果に応じて、各メーカヘ見積書をファクスで返信する。ファクス送信の技術としては、スキャンした原稿データのページ属性が同一のページをまとめてファクス送信する技術が存在する（特許文献１）。また、異なる形式の文書を１つにまとめてファクス送信する技術が存在する（特許文献２）。

特開平８−２４２３１８号公報 特開２０１１−１９１９７号公報

しかしながら、特許文献１の方法においては、複数原稿のファクス送信時に同一のページ属性の原稿データをまとめて送信する事ができるようになるが、前述したユースケースである各メーカから受信した原稿データを１つの文書にまとめて管理する技術に関しては記載がない。

特許文献２の方法においては、ファクス送信時に異なる形式の文書ファイルを１つの文書ファイルにまとめる事が可能になるが、まとめた文書ファイルを異なる宛先へ振り分けて返信する技術に関しては記載がない。

よって、前述した本件が解決したいユースケースでは、１つにまとめて管理した文書を、各メーカにファクス返信する場合に、各メーカに返信する部分をその都度指定しなければならず、手間のかかる作業となっていた。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、異なるあて先から受信した文書を１文書にまとめて管理して、且つまとめた文書を送信元のあて先へ自動的に振り分けながらファクス送信できる仕組みを提供することである。

上記目的を達成する本発明のデータ処理装置は以下に示す構成を備える。
結合すべき複数の文書情報を受け付ける受付手段と、当該受け付けた複数の文書情報それぞれについて各文書情報の送信先情報と関連付けた状態で、当該複数の文書情報を結合した結合文書を作成する作成手段と、前記作成手段で作成した前記結合文書を管理する管理手段と、前記管理手段で管理されている前記結合文書の送信指示を行う指示手段と、前記指示手段により前記結合文書の送信指示が為された場合、前記結合文書に結合されている複数の文書情報を、各文書情報に関連付けられている送信先情報毎に送信先を振り分けて送信する送信手段と、を備えることを特徴とする。

本発明によれば、異なるあて先から受信した文書を１文書にまとめて管理して、且つまとめた文書を送信元のあて先へ自動的に振り分けながらファクス送信できる。

データ処理システムの構成を示す図である。 図１に示したデータ処理装置のハードウェア構成を示す図である。 画像処理装置内のハードウェア構成を説明するブロック図である。 データ処理装置のソフトウェア構成を説明するブロック図である。 図４に示した文書管理ＵＩ部が表示する文書管理ＵＩの一例を示す図である。 図４に示した文書管理部が管理している文書データの属性情報を示す図である。 データ処理装置で扱う結合文書のデータ構造を示す図である。 文書構造データを示す図である。 ジョブ処理で表する結合文書ＵＩの一例を示す図である。 データ処理装置の制御方法を説明するフローチャートである。 データ処理装置の制御方法を説明するフローチャートである。 データ処理装置のＵＩ画面例を示す図である。 データ処理装置のソフトウエア構成を説明するブロック図である。 データ処理装置のＵＩ画面例を示す図である。 データ処理装置の制御方法を説明するフローチャートである。 データ処理装置の制御方法を説明するフローチャートである。 データ処理装置のＵＩ画面例を示す図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕

図１は、本発明の第１実施形態を示すデータ処理装置を含むデータ処理システムの構成を示す図である。本例は、データ処理装置と印刷やファクス送受信機能処理を実行可能な画像処理装置とがネットワークを介して通信可能なシステムであり、かつ、画像処理装置が公衆回線を介して他のファクス装置と通信可能なシステムである。なお、本実施形態に示すデータ処理装置は、文書情報を送受信するデータ処理装置を例とする。

図１において、１００−１及び１００−２はデータ処理装置であって、画像処理装置１０２に対して印刷およびファクス送信（以後、印刷とファクスを区別しない場合は、出力処理と記述する）を指示するユーザが使用するコンピュータである。１０２は複合機であって、プリンタ機能のほか、コピー機能、スキャナ機能、ファクス機能、ファイル送信機能等を備える。

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

ここで、特定の機能処理とは、文書処理、表計算処理、プレゼンテーション処理、画像処理、図形処理等が含まれ、各アプリケーションはそれぞれ独自のデータ構造（ファイル構造）を備える。さらに、ＯＳは、各ファイルの識別子を参照して対応するアプリケーションに印刷指示（以後、ＯＳや後述する結合アプリケーションの処理として、「印刷」と記述した場合には、補足しない限りファクス送信も同様である旨が含まれるものとする）を行える構成となっている。
また、本実施形態を示すデータ処理装置１００−１及び１００−２には、デスクトップ上の様々な機能を結合して管理する結合アプリケーションがインストールされている。

ここで、結合アプリケーションは、印刷やファクス業務を改善する機能処理、情報を結合管理する機能、印刷コストを削減する機能、紙の電子化業務を改善する機能、電子文書による承認業務のための機能、社内の情報を共有する機能を備えている。
印刷やファクス業務を改善する機能処理には、フォーマットの異なるアプリケーションデータをまとめて一括して出力処理を画像処理装置に指示する機能処理が含まれている。

本実施形態では、上記フォーマットの異なるアプリケーションデータをまとめて一括して出力処理の実現手段として、結合される文書情報のファイル形式（データ構造）がＰＤＦ（Ｐｏｒｔａｂｌｅ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ）文書の例を示すが、結合管理可能な文書であれば、ファイル形式がＰＤＦ文書に限定されるものではない。また、各アプリケーションも特定のアプリケーションに限定されるものではない。

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

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

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

図２は、図１に示したデータ処理装置１００−１及び１００−２のハードウェア構成を示す図である。
図２において、データ処理装置１００−１及び１００−２には、ユーザによる操作入力を受信する入力デバイスであるキーボード２０５とポインティングデバイス２０６が設けられている。さらに、データ処理装置２００は、ユーザに視覚的な出力情報フィードバックを与える表示部２０２を備える。なお、表示部２０２には、後述するＵＩ画面を表示して、ユーザから分割ファクス送信確認指示や、章の情報入力を受け付けたり、警告情報をユーザに通知したりする。

さらに、データ処理装置１００−１及び１００−２には、本実施形態における各種プログラムや実行情報を保管する記憶デバイスとして、ＲＡＭ２０３，ＨＤＤ２０７，ＲＯＭ２０４，ＣＤ−ＲＯＭ２０８が設けられる。さらに、外部機器との通信を行うインタフェースデバイスＩ／Ｏ２０９を備え、プログラム実行を行うＣＰＵ２０１を備える。
なお、周辺機器との接続形態は有線／無線を問わない。データ処理装置１００−１及び１００−２は、この外部機器接続Ｉ／Ｆを介して画像処理装置１０２と接続しても良い。

図３は、図１に示した画像処理装置内のハードウェア構成を説明するブロック図である。なお、本例は、スキャナ機能と、プリンタ機能と、そしてファクス機能を有する複合機（ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ））の例を示す。

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

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

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

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

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

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

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

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

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

図４は、図１に示したデータ処理装置１００のソフトウェア構成を説明するブロック図である。
図４において、４０１は結合アプリケーションを示す。結合アプリケーションは本発明の各種処理を実行するためのユーザインタフェースを備え、ユーザからの要求を受け付けて、各種機能の実行を統括的に管理している。結合アプリケーション４０１は、データ処理装置１００−１のＨＤＤ２０７にインストールされ、ＲＡＭ２０３にロードされＣＰＵ２０１により実行される。後述するフローチャートの各処理ステップは、補足が無い限り結合アプリケーション４０１が実行することとする。
なお、結合アプリケーションは文書管理ＵＩ部４０２、文書管理部４０３、電話番号属性設定部４０４、結合文書ＵＩ部４０５、結合文書作成部４０６、結合文書送信部４０７、送信先判断部４０８、電話番号解析部４０９等から構成されている。なお、文書管理ＵＩ部４０２は、図５で示すユーザインタフェースの構築やユーザからの各種入力操作を受け付けて処理を行う。なお、文書管理部４０３は、各種形式の文書データの管理と、各文書データの属性情報の管理を行う。また、結合文書ＵＩ部４０５は、図９で示すユーザインタフェースの構築やユーザからの各種入力操作を受け付けて処理を行う。

結合文書送信部４０７は、結合文書をプリンタドライバ４１０もしくはファクスドライバ４１１に送信する処理を実行する。送信先判断部４０８は、結合文書の送信時に送信先がプリンタドライバかファクスドライバか否かを判断する処理を実行する。

４０９は電話番号解析部で、前述した文書データの属性情報（図６）の電話番号と．章属性の電話番号情報（図８に示す電話番号情報８０３、８０４）を解析する処理を実行する。４１０はプリンタドライバ、４１１はファクスドライバを示す。それぞれＨＤＤ２０７にシステムアプリケーションとしてインストールされ、通信可能な画像処理装置に印刷ジョブを送信する。結合アプリケーションは、結合文書ＵＩ部より結合文書の本文データをプリンタドライバもしくはファクスドライバに送信処理する。なお、本実施形態において、電話番号情報８０３、８０４を送信先情報として抽出することで、後述する結合すべき文書の処理を行う際に参照される。

図５は、図４に示した文書管理ＵＩ部４０２が表示部２０２に表示する文書管理ＵＩの一例を示す図である。
図５において、５０１はウインドウを示す。５０２はフォルダツリーを示す。５０３はフォルダ名（ｂｂｂ）を示す。５０４はファイルビューで、フォルダツリー５０２で指定されたフォルダ内に格納されている文書ファイル群を表示する。
５０５は文書ファイルを表すファイルアイコンを示す。５０６は文書ファイル名を示す。文書管理部４０３で管理される文書ファイルは、ファクス受信文書だけでなく一般的なファイルシステムで管理される文書ファイルでも構わない。
５０７は文書管理ＵＩの処理を実行するためのツールボタン群を示す。５０８は結合文書作成ボタンで、ファイルアイコン５０５を選択した後、結合文書作成ボタン５０８を押すと、ファイルアイコンに対応する文書データを結合した結合文書の作成を行う。作成した結合文書は文書管理部４０３で管理される。５０９は電話番号設定ボタンを示す。前述した自動設定でなくても、ファイルアイコン５０５を選択して電話番号設定ボタンを押すと、ファイルアイコンに対応する文書データの電話番号属性が設定可能である。電話番号属性設定部は、図６で示す文書データの属性情報の１つである電話番号の設定を行う。

図６は、図４に示した文書管理部４０３が管理している文書データの属性情報の―例を示す図である。
図６において、属性情報は、文書名（＜Ｎａｍｅ＞）、ファイルパス（＜ＦｉｌｅＰａｔｈ＞）、ファイルサイズ（＜Ｓｉｚｅ＞）や作成日（＜ＣｒｅａｔｅＤａｔｅ＞）、ファクス受信した際の送信元の電話番号（＜ＦａｘＮｕｍｂｅｒ＞）を含んでいる。ファクス受注業務に特化したシステムで受信したファクス文書の場合は、自動的に送信元の電話番号が電話番号属性設定部４０４により文書データの電話番号属性に設定されている。

図７は、本実施形態を示すデータ処理装置で扱う結合文書のデータ構造を示す図である。
図７において、７０１はヘッダで、後述するデータが紐付けされて管理される。７０２は結合文書の本文データで、複数の文書ファイルを結合して管理したデータである。複数の文書ファイルを結合した本文データ７０２に変換する方法は特許文献２で公知技術である。７０３はオリジナルデータで、結合文書の作成元の文書データある。そのため、オリジナルデータは複数文書で構成されて構わない。
７０４は文書構造データで、本文データ７０２のドキュメント、章、ページの情報や、章の属性情報を管理する。

図８は、図７に示した文書構造データ７０４の詳細を示す図である。
図８において、結合文書の本文データは、ドキュメント８０１、章８０２、ページ８０５の構成を持つ。ドキュメントは本文データ全体を示す。ページは本文データの１ページに対応する。章は１ページ以上のページを持ち、ドキュメントに１つ以上存在する。章には章属性が存在し、各章に電話番号情報８０３、８０４を持つ事が可能である。また、章属性の＜ＩｎｃｌｕｄｅＰａｇｅｓ＞は、その章に属するページＩＤを示している。

図９は、本実施形態を示すデータ処理で表する結合文書ＵＩの一例を示す図である。なお、本ＵＩは、結合文書ＵＩは文書管理部４０３から結合文書のオープン処理を受けると、指示を受けた結合文書をオープンし結合文書ＵＩとして表示する。
図９において、９０１はウインドウを示す。９０２は結合文書の文書名を示す。９０３は結合文書の章を示す。９０４は結合文書のページを示す。９０２〜９０４は図８で示した文書構造と対応している。

９０５は結合文書の本文データのサムネイル表示を示す。９０６は送信先ドライバ選択コントロールを示す。送信先ドライバ選択コントロール９０６は、ＨＤＤ２０７にインストールされたプリンタドライバ４１０とファクスドライバ４１１の一覧を選択肢として表示し、ユーザからの指示に応じて送信先ドライバを決定する。

９０７は送信ボタンを示す。送信ボタン９０７はユーザからの指示に応じて送信先ドライバヘ結合文書の本文データの送信処理を行う。
図１０は、本実施形態を示すデータ処理装置の制御方法を説明するフローチャートである。本例は、結合文書作成処理例を示す。以下、図９の結合文書ＵＩを用いて各処理ステップについて説明する。各ステップは、ＣＰＵ２０１がＲＡＭ２０３にロードする制御プログラム（図４に示したモジュール）を実行することで実現される。以下、各モジュールを制御主体として説明する。
Ｓ１００１で、結合元文書を受付る。結合元文書の受付には、結合元文書から新規に結合文書を作成するパターン（以後、新規作成パターン）と、作成済みの結合文書に結合元文書を追加するパターン（以後、追加パターン）がある。

具体的には、ユーザが前述した図５に示した文書管理ＵＩでファイルアイコン５０５を選択して、結合文書作成ボタン５０８を実行するパターンが新規作成パターンの一例である。
一方、結合文書ＵＩからファイル追加メニュー等を実行して、文書管理部４０３が管理する文書ファイルを指定するパターンが追加パターンの一例である。
ここで、新規作成パターンでは、文書管理ＵＩ部４０２がユーザからの新規作成指示に応答して、結合文書作成部４０６に結合元文書の属性情報（図６）を与える処理となる。追加パターンでは、結合文書ＵＩ部４０５がユーザからの追加指示に応答して、文書管理部４０３から結合元文書の属性情報を取得し、結合文書作成部４０６に渡す処理となる。

次に、Ｓ１００２で、電話番号解析部４０９が結合元文書の属性情報に電話番号が存在するか否かを判断する。具体的には、電話番号解析部４０９が結合文書作成部４０６から結合元文書の属性情報を取得し、電話番号属性が存在するか否かを解析する。
詳細には、図６で示した属性情報の＜ＦａｘＮｕｍｂｅｒ＞のタグが存在するか否かで判断する。電話番号解析部４０９は、＜ＦａｘＮｕｍｂｅｒ＞タグが存在すると電話番号解析部４０９が判断した場合は、Ｓ１００３へ進む。
一方、＜ＦａｘＮｕｍｂｅｒ＞タグが存在しないと電話番号解析部４０９が判断した場合、Ｓ１０１１へ進む。
Ｓ１００３は、電話番号解析部４０９が前述した＜ＦａｘＮｕｍｂｅｒ＞タグの属性値を取得する。

図６の例では、＜ＦａｘＮｕｍｂｅｒ＞タグに囲まれた“１２３４５６７８９０"が属性値として取得される。Ｓ１００４は、電話番号解析部４０９がＳ１００３で取得した属性値が電話番号か否かを判断する。なお、電話番号には「０」から「９」までの数値および一部の記号とアルファベットが使用可能である。ここで、電話番号解析部４０９は、取得した属性値が、ＡＳＣＩＩ文字コードの「０ｘ２０」から「０ｘ７ｅ」までのコード範囲に含まれるか否かで判断を行う。

また、電話番号解析部４０９は、属性値のバイト長が、規定バイト数（仮に４５バイトとする）よりも長いか否かの判断も行う。属性値が全て前記文字コードの範囲に収まり、且つ規定バイト数以内の場合は、電話番号であると電話番号解析部４０９が判断して、Ｓ１００５へ進む。
一方、属性値のうち１文字でも文字コードの範囲から外れているものが存在すると電話番号解析部４０９が判断した場合は、電話番号ではないと判断して、Ｓ１０１１へ進む。
ここで、電話番号の判断基準は、前述した文字コードの範囲で行わなければいけないわけではない、システムの特性に合わせて文字コードの範囲を広げる（もしくは狭める）ことを行って構わない。

また、規定バイト数に関しても同様に、システムの特性に合わせて変更して構わない。 Ｓ１００５では、結合文書作成部４０６が結合文書の章属性の電話番号情報を取得する。具体的には、結合文書作成部４０６は、図８に示した章属性の電話番号情報８０３、８０４の値を取得する。電話番号情報８０３の例では“１２３４５８７８９０"がＣｈａｐｔｅｒ１の章属性の電話番号情報の値として取得される。

複数の章が存在する場合は、全ての章に対して取得を行う。前述した新規作成パターンの場合は図８で示す文書構造データが存在しないため、本処理ステップはスキップする。 Ｓ１００６では、電話番号解析部４０９は、結合元文書の電話番号が新規電話番号か否かを判断する。具体的には、電話番号解析部４０９は、Ｓ１００３で取得した結合元文書の電話番号と、Ｓ１００５で取得した結合文書の章属性の電話番号を比較する。そして、電話番号解析部４０９は、結合文書の各章の章属性の電話番号と結合元文書の電話番号が一致しないと判断した場合、新規電話番号と判断してＳ１００７に進む。

一方、電話番号解析部４０９は、結合文書の章の章属性の電話番号と結合元文書の電話番号が一致すると判断した場合は、既存の電話番号と判断してＳ１０１０へ進む。
その際に電話番号解析部４０９は、電話番号が一致した章の章属性タグの＜ＩＤ＞を結合文書作成部４０６に伝える。新規作成パターンの場合、結合文書の章属性が存在しないため、自ずとＳ１００７に進む事になる。Ｓ１００７は結合文書に新規章を作成する処理ステップである。結合文書作成部４０６は、結合元文書用に新規章を結合文書に作成する。

結合文書作成部４０６は、図８で示す文書構造データに新規で＜Ｃｈａｐｔｅｒ＞タグを作成し、＜Ｃｈａｐｔｅｒ＞の要素として章属性のタグ（＜ＩＤ＞、＜Ｎａｍｅ＞、＜ＩｎｃｌｕｄｅＰａｇｅｓ＞、＜ＦａｘＮｕｍｂｅｒ＞など）を作成する。新規作成パターンの場合、図８で示す文書構造データ自体を新規作成した上で、前述の処理を実行する。Ｓ１００８では、Ｓ１００７で、新規に作成した章に結合元文書を挿入する。結合文書作成部４０６は、結合元文書を結合文書の本文データに結合する。

そして、結合文書作成部４０６は、本文データ内の結合元文書の部分のページ番号を、Ｓ１００７で作成した章属性のタグ＜ＩｎｃｌｕｄｅＰａｇｅｓ＞に格納する。作成した章および挿入した結合元文書は、結合文書ＵＩ部４０５によって、結合文書ＵＩ（９０３、９０４、９０５）に表示される。
Ｓ１００９では、結合文書作成部４０６がＳ１００７で、新規に作成した章の章属性の電話番号情報に結合元文書の電話番号を格納する。具体的には、結合文書作成部４０６は、Ｓ１００７で作成した章の章属性の電話番号情報（＜ＦａｘＮｕｍｂｅｒ＞タグ）に、Ｓ１００３で取得した結合元文書の電話番号を格納する。

Ｓ１０１０では、結合文書作成部４０６が結合文書の既存の章に結合元文書を挿入する。具体的には、結合文書作成部４０６は、Ｓ１００６で電話番号解析部４０９から取得した章の章属性タグの＜ＩＤ＞で示される章に結合元文書を挿入する。さらに、結合文書作成部４０６は、結合元文書を結合文書の本文データに結合する。そして、結合文書作成部４０６は、本文データ内の結合元文書の部分のページ番号を、Ｓ１００６で電話番号解析部４０９から取得した章の章属性タグの＜ＩＤ＞で示される章の章属性タグ＜ＩｎｃｌｕｄｅＰａｇｅｓ＞に格納する。挿入した結合元文書は、結合文書ＵＩ部４０５によって結合文書ＵＩ（９０３、９０４、９０５）に表示される。
一方、Ｓ１０１１では、章属性が送信先情報でないと判断された場合なので、結合文書作成部４０６が結合文書に新規章を作成して、Ｓ１０１２で、結合文書作成部４０６がＳ１０１１で新規に作成した章に結合文書を挿入して、本処理を終了する。以上が、結合文書作成処理のフローの説明となる。

本処理により、異なる電話番号を持つ結合元文書を自動的に電話番号ごとに章分割した結合文書が作成可能になる。本フローチャートでは、１つの結合元文書を結合文書に結合する処理であるが、同時に複数の結合元文書を結合処理する事も可能である。その場合は、前述した処理ステップを１結合元文書ごとに実行することで実現可能である。

図１１は、本実施形態を示すデータ処理装置の制御方法を説明するフローチャートである。本例は、データ処理装置による結合文書送信処理例である。以下、図９の結合文書ＵＩを用いて各処理ステップについて説明する。各ステップは、ＣＰＵ２０１がＲＡＭ２０３にロードする制御プログラム（図４に示したモジュール）を実行することで実現される。以下、各モジュールを制御主体として説明する。以下、本実施形態において、１つの文書情報に対して送信指示された場合、図８に示す章に対応づけられた送信先情報毎に送信先を振り分けて各章の文書情報を送信する処理を詳述する。
Ｓ１１０１では、結合文書ＵＩ部４０５が結合文書の送信処理を受け付ける。具体的には、結合文書ＵＩ部４０５は、ユーザからの送信指示に応答して結合文書の送信処理を受け付ける。結合文書ＵＩ部４０５は、結合文書の送信処理を受け付けると、結合文書送信部４０７に結合文書の送信処理を依頼する。ユーザがポインティングデバイス２０６で図９の送信ボタン９０７を押す操作が、結合文書の送信指示の一例である。
Ｓ１１０２では、送信先判断部４０８が結合文書の送信先がファクスドライバか否かを判断する。具体的には、送信先判断部４０８は、結合文書ＵＩ部４０５で送信先として指定されている送信先ドライバの情報を取得する。

そして、送信先判断部４０８は取得した送信先ドライバがプリンタドライバかファクスドライバか否かを判断する。ここで、送信先ドライバがファクスドライバであると送信先判断部４０８が判断した場合は、Ｓ１１０３へ進む。一方、送信先ドライバがファクスドライバではないと送信先判断部４０８が判断した場合は、Ｓ１１０９へ進み、章と送信の結果を表示して、本処理は終了する。Ｓ１１０３では、結合文書送信部４０７が結合文書の章属性を取得する。

具体的には、結合文書送信部４０７は、図８に示した各章に対応付けられた結合文書の章属性の電話番号情報８０３，８０４を取得する。次に、Ｓ１１０４では、結合文書ＵＩ部４０５は、Ｓ１１０３で取得した章属性の電話番号情報を図１２に示すＵＩ画面を用いてユーザに表示する。なお、本処理ステップは省略可能である。

図１２は、本実施形態を示すデータ処理装置のユーザインタフェース画面例を示す図である。本例は、章属性の電話番号情報をユーザに表示する分割ファクス送信確認のためのＵＩの一例を示している。
図１２において、１２０１はダイアログウインドウを示す。１２０２は章番号（章属性の＜ＩＤ＞タグ）と、それに対応する電話番号情報を表示するリストボックスを示す。１２０３は章番号列を示す。１２０４は電話番号情報列を示す。１２０５は送信有無列を示す。
なお、上記Ｓ１１０３において、電話番号情報が取得できなかった章は「送信しない」にセットされる。本ＵＩで各章がどの電話番号にファクス送信されるのかユーザが確認できる。本ＵＩでキャンセルボタン１２０６が指示することで送信処理のキャンセルが行われた場合は、本フローチャートの処理は終了となる。なお、ＯＫボタン１２０７を指示すると、本画面表示が消える。

また、本ＵＩの送信有無列１２０５で電話番号情報が取得できて「送信する」となった章を、ユーザが任意に「送信しない」に変更可能にしても良い。その場合、「送信しない」と指定した章は後続する処理ステップで送信対象外の章となる。なお、Ｓ１１０５〜Ｓ１１０８は各章ごとに処理が行われる。処理する順序は先頭の章から順でも任意の順でも構わない。
次に、Ｓ１１０５では、電話番号解析部４０９が送信対象の章の章属性に電話番号情報が存在するか否かを判別する第１の判別処理を行う。

具体的には、電話番号解析部４０９は、送信対象の章の章属性に電話番号情報が存在するか、否かを判別する。ここで、電話番号解析部４０９は、図８で示す章属性の電話番号情報８０３、８０４のタグが存在しなければ電話番号情報なしと判別する。また、図８で示す章属性の電話番号情報のタグが存在しても、電話番号情報の値が電話番号と判別できないと電話番号解析部４０９が判断した場合は、電話番号情報なしと判別する。
例えば図８に示した電話番号情報８０４で示されるような値が空の時、電話番号解析部４０９は、電話番号情報なしと判断する。電話番号情報の判断方法はＳ１００４で前述した方法と同様で良い。

次に、Ｓ１１０６では、結合文書送信部４０７が送信対象の章に属するページを別文書として生成する。具体的には、結合文書送信部４０７は送信対象の章の章属性＜ＩｎｃｌｕｄｅＰａｇｅｓ＞に含まれるページを本文データから抜き出して別の文書データとして生成する。なお、結合文書送信部４０７が生成した文書データは、結合文書送信処理中に一時的にＲＡＭ２０３上に作成され、送信処理終了後には削除される。

次に、Ｓ１１０７では、結合文書送信部４０７が生成した文書データをファクス送信する。具体的には、結合文書送信部４０７は、Ｓ１１０６で生成した文書データを、送信対象の章の章属性の電話番号へファクスドライバ４１１を用いてファクス送信する。
そして、Ｓ１１０８では、結合文書送信部４０７が結合文書のすべての章について送信処理が終了したか否かを判断する。

具体的には、結合文書送信部４０７は、結合文書の全ての章について送信処理が終了したと判断した場合は、Ｓ１１０９へ進む。一方、結合文書送信部４０７は未処理の章が存在すると判断した場合は、Ｓ１１０５へ進み処理を繰り返す。
そして、Ｓ１１０９では、結合文書送信部４０７は、Ｓ１１０５〜Ｓ１１０８の送信結果をユーザに表示する。なお、本処理ステップは省略可能である。
結合文書送信部４０７は、Ｓ１１０７のファクス送信処理において送信エラーになった場合に、結合文書ＵＩ部４０５へ警告表示を指示する。以上が、結合文書送信処理のフローの説明となる。
これにより、結合文書のファクス送信において、自動的に電話番号ごとに本文データを分割して振り分けてファクス送信が可能になる。

本実施形態によれば、結合文書作成処理および結合文書送信処理により、異なる宛先からファクス送信される文書を１文書に結合して管理して、結合した文書を元の異なる宛先にファクス返信する作業が大幅に効率化される。また、電話番号属性が存在しない章はファクス送信から除外されるので、不用意に関係ないデータを送信することを防ぐことができるようになる。
なお、図６、図８で示した属性情報や文書構造データは、本明細書中はｘｍｌ形式を一例として示したが、同様な情報が保持可能であれば別の形式でもかまわない。
〔第２実施形態〕

以下、本発明の第２実施形態を実現するための最良の形態について図面を用いて説明する。
システム構成、ＰＣハードウェア構成、画像形成装置のハード構成に関しては第１実施形態と同様のため説明は省略する。

図１３は、本実施形態を示すデータ処理装置のソフトウエア構成を説明するブロック図である。なお、図中の４０１〜４１１は、第１実施形態と同様であるため説明は省略する。以下、本実施形態の結合アプリケーションのコンポーネントについて説明する。
図１３において、１３０１は結合文書編集部で、結合文書の本文データの章、ページを移動、削除などの編集処理を実行する。

図１４は、図１に示したデータ処理装置の表示部２０２に表示されるＵＩ画面の一例を示す図である。本例は、章属性設定ＵＩ例である。
図１４において、１４０１は章属性設定ＵＩのウインドウを示す。１４０２は電話番号情報入カコントロールを示す。１４０３はキャンセルボタンを示す。１４０４はＯＫボタンを示す。

図１５は、本実施形態を示すデータ処理装置の制御方法を説明するフローチャートである。本例は、結合文書の章属性変更処理例である。各ステップは、ＣＰＵ２０１がＲＡＭ２０３にロードする制御プログラム（図４に示したモジュール）を実行することで実現される。以下、各モジュールを制御主体として説明する。
Ｓ１５０１では、結合文書ＵＩ部４０５が結合文書の章属性の変更を受け付ける。具体的には、結合文書ＵＩ部４０５はユーザが図９の章９０３をポインティングデバイス２０６で選択して、章属性変更メニューを実行する操作に基づく指示に応答して章属性の変更を受け付ける。
そして、Ｓ１５０２では、結合文書ＵＩ部４０５が章属性設定ＵＩを表示する。具体的には、結合文書ＵＩ部４０５は、Ｓ１５０１の章属性の変更受付に応答して、章属性設定ＵＩを表示部２０２に表示する。

なお、結合文書編集部１３０１は、章属性設定ＵＩの表示の際に、結合文書ＵＩ部４０５から選択対象の章属性＜ＩＤ＞タグ情報（図８）を受け取り、章属性の＜ＩＤ＞タグ情報に対応する電話番号情報（＜ＦａｘＮｕｍｂｅｒ＞）を取得する。そして、結合文書編集部１３０１は、取得した電話番号情報を電話番号情報入カコントロール１４０２にセットする。この処理により、既に電話番号情報が設定されている章が選択対象の場合、電話番号情報入カコントロールに電話番号がセットされた状態で、章属性設ＵＩが表示される。
Ｓ１５０３では、結合文書ＵＩ部４０５が電話番号情報の変更を行う。具体的には、結合文書ＵＩ部４０５は、ユーザからの電話番号情報変更指示に応答して結合文書編集部１３０１に、選択対象の章の電話番号情報の変更を依頼する。

ユーザからの指示方法の一例としては、図１４に示した電話番号情報入カコントロール１４０２にキーボード２０５を用いて入力を行い、Ｅｎｔｅｒキーを押下する操作である。結合文書ＵＩ部４０５から電話番号情報変更処理の指示を受けると、結合文書編集部１３０１は、選択対象の章の章属性の電話番号情報（＜ＦａｘＮｕｍｂｅｒ＞）の値を、電話番号情報入カコントロール１４０２の値へ変更する。
Ｓ１５０４では、電話番号解析部４０９がＳ１５０３で変更した電話番号情報が結合文書内で既存か否かを判別する第２の判別処理を行う。具体的には、電話番号解析部４０９は、Ｓ１５０３で変更した電話番号情報と、結合文書の各章属性の電話番号情報を比較する。そして、電話番号解析部４０９は、結合文書の章の章属性の電話番号と、変更した電話番号が一致したと判断した場合は、既存の電話番号と判別してＳ１５０５へ進む。

また、電話番号解析部４０９は、電話番号が一致した章の章属性タグの＜ＩＤ＞を結合文書編集部１３０１に通知する。
一方、電話番号解析部４０９は、結合文書の各章の章属性の電話番号と、変更した電話番号が一致しないと判別した場合は、新規電話番号と判断して、本処理を終了する。
Ｓ１５０５では、結合文書編集部１３０１が章の結合処理を実行する。具体的には、結合文書編集部１３０１は、Ｓ１５０４で電話番号解析部４０９より取得した章の章属性タグ＜ＩＤ＞で示される章の＜ＩｎｃｌｕｄｅＰａｇｅｓ＞へ、選択対象の章の章属性タグ＜ＩｎｃｌｕｄｅＰａｇｅｓ＞のページ情報を追加する。
そして、結合文書編集部１３０１は選択対象の章（＜Ｃｈａｐｔｅｒ＞タグ）を削除する。以上が、章属性変更処理のフローの説明となる。
これにより、結合文書を作成した後でも章の電話番号情報の変更可能になる。さらに変更後に同じ電話番号が存在すれば自動的に章の結合が行われるため、同じ送信元の文書をまとめて管理する事が可能になる。
〔第３実施形態〕

以下、本発明の第３実施形態を実現するための最良の形態について図面を用いて説明する。

システム構威、ＰＣハードウェア構成、画像形成装置のハード構成に関しては第１実施形態と同様のため説明は省略する。また、ソフトウェア構成は、第２実施形態と同様のため説明は省略する。

図１６は、本実施形態を示すデータ処理装置の制御方法を説明するフローチャートである。本例は、結合文書のページ移動処理例である。各ステップは、ＣＰＵ２０１がＲＡＭ２０３にロードする制御プログラム（図４に示したモジュール）を実行することで実現される。以下、各モジュールを制御主体として説明する。
Ｓ１６０１では、結合文書ＵＩ部４０５が結合文書のページ移動を受け付ける。具体的には、結合文書ＵＩ部４０５がユーザからの指示に応答してページ移動を受け付ける。ユーザの指示方法の一例としては、表示部２０２に表示される図９のページ９０４をポインティングデバイス２０６で選択して、別のページ位置までドラッグしてドロップする操作である。結合文書ＵＩ部４０５は移働元ページのページ＜ＩＤ＞と移動先のページ＜ＩＤ＞を結合文書編集部１３０１に渡す。

Ｓ１６０２では、結合文書編集部１３０１が移動元および移動先の章の章属性を取得する。具体的には、結合文書編集部１３０１は章の章属性（＜ＩｎｃｌｕｄｅＰａｇｅｓ＞）を検索し、Ｓ１６０１で結合文書ＵＩ部４０５から取得した移動元ページのページ＜ＩＤ＞が含まれる章を特定する。そして、結合文書編集部１３０１は、特定した章の章属性の電話番号情報（＜ＦａｘＮｕｍｂｅｒ＞）を取得する。さらに、結合文書編集部１３０１は章の章属性（＜ＩｎｃｌｕｄｅＰａｇｅｓ＞）を検索し、Ｓ１６０１で結合文書ＵＩ部４０５から取得した移動先ページのページ＜ＩＤ＞が含まれる章を特定する。

そして、結合文書編集部１３０１は、特定した章の章属性の電話番号情報（＜ＦａｘＮｕｍｂｅｒ＞）を取得する。
Ｓ１６０３では、電話番号解析部４０９が移動元と移動先の電話番号情報が異なるか否かを判別する第３の判別処理を行う。具体的には、電話番号解析部４０９は、Ｓ１６０２で取得した移動元の電話番号情報と移動先の電話番号情報を比較し一致するか否かを判別する。ここで、電話番号が異なると電話番号解析部４０９が判別した場合は、Ｓ１６０４へ進む。

一方、電話番号が一致すると電話番号解析部４０９が判別した場合は、Ｓ１６０６へ進む。
Ｓ１６０４では、電話番号解析部４０９が異なる電話番号情報の章へ移動することを制限させるため、ユーザにその旨をアイコン等を用いて警告する。具体的には、結合文書編集部１３０１は、電話番号解析部４０９から電話番号が異なる判断を受信すると、異なる電話番号情報間のページ移動と判断し、結合文書ＵＩ部４０５へ警告表示を指示する。結合文書ＵＩ部４０５は、警告表示指示を受信すると、図１７で示すような警告メッセージを表示部２０２上に表示する。

Ｓ１６０５では、結合文書ＵＩ部４０５がページ移動を実行するか否かを判断する。具体的には、結合文書ＵＩ部４０５がＳ１６０４で表示した図１７の警告メッセージでユーザがボタン１７０１を指示したと判断した場合は、ページ移動を実行すると判断して、Ｓ１６０６へ進む。

一方、図１７の警告メッセージ画面において、ユーザがページ移動させないことを示すボタン１７０２を指示した場合は、結合文書ＵＩ部４０５がページ移動を実行しないと判断し、本フローチャートの処理は終了となる。
Ｓ１６０６では、結合文書編集部１３０１がページ移動を行う。具体的には、結合文書編集部１３０１は、移動元のページ＜ＩＤ＞と、移動先の章の章属性（＜ＩｎｃｌｕｄｅＰａｇｅｓ＞）に追加する。
以上が、結合文書のページ移動処理のフローの説明である。この処理により、電話番号情報が異なる章に不用意にページ移動が行われる事を防ぐ事が可能になる。本フローチャートでは警告表示を行い、ユーザの指示に応じてページ移動を可能にしたが、システムの特性に合わせて移動を不可能にしても良い。
本願では、上述したように送信先情報（電話番号情報）が含まれていると判断した場合、文書情報から抽出される異なる送信先情報（電話番号情報）に対応付けた章を作成し、これにより結合文書の操作性を向上させた。しかしながら、章に限る必要はなく、送信先情報単位で文書が識別できれば良く、例えば、異なる送信先情報に対応つけたグループを作成しても良い。

なお、上記実施形態において、結合文書に対して送信指示がされた場合に、章属性に送信先情報が設定されている各ページを送信する場合について説明した。しかしながら、各章の最新ページ、あるいはユーザが選択した任意のページ、あるいはページ指定されたページ等を抽出して振り分け送信するように構成してもよい。また、送信履歴においても、各章毎ではなく、振り分け送信した履歴を管理してレポート印刷できるように構成してもよい。
本発明の各工程は、ネットワーク又は各種記憶媒体を介して取得したソフトウエア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。

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

１００−１，１００−２ データ処理装置
１０２ 画像処理装置
１０６ ファクス装置
４０１ 結合アプリケーション

Claims (10)

1. 結合すべき複数の文書情報を受け付ける受付手段と、
   当該受け付けた複数の文書情報それぞれについて各文書情報の送信先情報と関連付けた状態で、当該複数の文書情報を結合した結合文書を作成する作成手段と、
   前記作成手段で作成した前記結合文書を管理する管理手段と、
   前記管理手段で管理されている前記結合文書の送信指示を行う指示手段と、
   前記指示手段により前記結合文書の送信指示が為された場合、前記結合文書に結合されている複数の文書情報を、各文書情報に関連付けられている送信先情報毎に送信先を振り分けて送信する送信手段と、
   を備えることを特徴とするデータ処理装置。
2. 結合すべき複数の文書情報を受け付ける受付手段と、
   当該受け付けた複数の文書情報それぞれについて各文書情報の送信先情報と関連付けた状態で、当該複数の文書情報を結合した結合文書を作成する作成手段と、
   前記作成手段で作成した前記結合文書を管理する管理手段と、
   を備え、
   前記作成手段は、前記送信先情報それぞれに対応する章を前記結合文書内に作成し、前記複数の文書情報それぞれを、各文書情報の送信先情報に対応する章に挿入することにより、前記結合文書を作成することを特徴とするデータ処理装置。
3. 前記作成手段は、同一の送信先情報に関連付けるべき文書情報を、当該同一の送信先情報に対応する１つの章に挿入することにより、前記結合文書を作成することを特徴とする請求項２記載のデータ処理装置。
4. 前記送信先情報は、前記受付手段で受け付けた複数の文書情報それぞれの属性情報に設定されている情報であることを特徴とする請求項１乃至３のいずれか１項に記載のデータ処理装置。
5. 前記文書情報をファクス受信したときのファクス送信元の番号が、前記文書情報の属性情報として設定されることを特徴とする請求項４記載のデータ処理装置。
6. 前記結合文書内の章の１つに対応づけられている送信先情報を編集する編集手段と、
   前記編集手段により前記送信先情報が編集された場合、当該編集された送信先情報が、前記結合文書内の他の章に対応づけられている送信先情報に一致するかどうかを判別する判別手段と、
   前記編集された送信先情報が前記他の章に対応づけられている送信先情報に一致すると前記判別手段で判別した場合、前記編集された章の文書情報を当該送信先情報が一致する章に結合する結合手段と、
   を有することを特徴とすることを特徴とする請求項２記載のデータ処理装置。
7. 前記結合文書内のページの移動を指示する移動指示手段と、
   いずれかの文書情報のページが他の章への移動が指示された場合、移動先の章に設定された前記送信先情報に一致するかどうかを判別する第２の判別手段と、
   前記移動先の章に設定された前記送信先情報に一致しないと判別した場合、指示された文書情報が指示された章への移動が制限されている状態であることを警告する警告手段と、
   を有することを特徴とする請求項２記載のデータ処理装置。
8. コンピュータを、請求項１乃至７のいずれか１項に記載のデータ処理装置の各手段として機能させるためのプログラム。
9. 結合すべき複数の文書情報を受け付ける受付工程と、
   当該受け付けた複数の文書情報それぞれについて各文書情報の送信先情報と関連付けた状態で、当該複数の文書情報を結合した結合文書を作成する作成工程と、
   前記作成工程で作成した前記結合文書を管理する管理工程と、
   前記管理工程で管理されている前記結合文書の送信指示を行う指示工程と、
   前記指示工程により前記結合文書の送信指示が為された場合、前記結合文書に結合されている複数の文書情報を、各文書情報に関連付けられている送信先情報毎に送信先を振り分けて送信する送信工程と、
   を備えることを特徴とするデータ処理方法。
10. 結合すべき複数の文書情報を受け付ける受付工程と、
    当該受け付けた複数の文書情報それぞれについて各文書情報の送信先情報と関連付けた状態で、当該複数の文書情報を結合した結合文書を作成する作成工程と、
    前記作成工程で作成した前記結合文書を管理する管理工程と、
    を備え、
    前記作成工程では、前記送信先情報それぞれに対応する章を前記結合文書内に作成し、前記複数の文書情報それぞれを、各文書情報の送信先情報に対応する章に挿入することにより、前記結合文書を作成することを特徴とするデータ処理方法。

Images