(57)【特許請求の範囲】
【請求項１】
クライアント端末からファクシミリ機能とプリント機能とを備えたファクシミリサーバへの指示により、複数のファイルを用いたファクシミリ送信またはプリントを、前記ファクシミリサーバに実行させるシステムにおいて、
前記クライアントに、ファクシミリ送信かプリントかのジョブの種類と、前記複数のファイルの各々へのリンク情報と、前記ジョブでの前記複数のファイル間の処理の順序と、前記ジョブでの前記複数のファイルの各々の処理するページの範囲、とを属性情報として記述したジョブ構造化文書を作成するための構造化文書作成手段と、前記ジョブ構造化文書を前記ファクシミリサーバへ転送するための転送手段とを設けると共に、
前記ファクシミリサーバに、前記リンク情報に従って前記複数のファイルの各々へアクセスするためのアクセス手段と、前記複数のファイル間での処理の順序に従って前記複数のファイルの各々の処理するページの範囲を定め、かつ前記ジョブの種類に従って、前記ファクシミリサーバによりファクシミリ送信またはプリントするための処理手段とを設けたことを特徴とする、構造化文書の処理システム。
【発明の詳細な説明】
【０００１】
【発明の利用分野】
この発明は構造化文書に関し、特に複数のファイルを互いに関連付けて管理し操作するための、構造化文書の処理方法とそのプログラム、及び構造化文書とそのデータ構造に関する。
【０００２】
【従来技術】
JPEG（Joint Photographic Experts Group）やGIF（Graphic Interchange Format）などの規格では、画像イメージにページの概念がない。そこで複数の画像イメージを管理する場合、TIFF（Tag Image File Format）やPDF（Portable Document Format）などのページの概念のあるフォーマットに変換する必要がある。ところでTIFFやPDFにはページの概念があるが、一部のページのみを再加工しても、あるいは単に画像の順序を変えるだけでも、ファイルを上書きする必要がある。一般に画像ファイルは大きく重いファイルであるので、ファイルの変更は大変である。
【０００３】
【発明の課題】
この発明の課題は、複数のファイルを物理的には別々のファイルとしたままで、あたかも１つのファイルのように扱い得るようにすることにある。
この発明の課題はまた、複数のファイルを用いたジョブを簡単に指示できるようにすると共に、ジョブの指示側と被指示側との間の、ジョブ対象のファイルの転送を不要にし、被指示側では実行時までジョブ対象のファイルを記憶する必要をなくすようにすることにある。
【０００４】
【発明の構成】
この発明の構造化文書の処理システムは、クライアント端末からファクシミリ機能とプリント機能とを備えたファクシミリサーバへの指示により、複数のファイルを用いたファクシミリ送信またはプリントを、前記ファクシミリサーバに実行させるシステムにおいて、  前記クライアントに、ファクシミリ送信かプリントかのジョブの種類と、前記複数のファイルの各々へのリンク情報と、前記ジョブでの前記複数のファイル間の処理の順序と、前記ジョブでの前記複数のファイルの各々の処理するページの範囲、とを属性情報として記述したジョブ構造化文書を作成するための構造化文書作成手段と、前記ジョブ構造化文書を前記ファクシミリサーバへ転送するための転送手段とを設けると共に、
前記ファクシミリサーバに、前記リンク情報に従って前記複数のファイルの各々へアクセスするためのアクセス手段と、前記複数のファイル間での処理の順序に従って前記複数のファイルの各々の処理するページの範囲を定め、かつ前記ジョブの種類に従って、前記ファクシミリサーバによりファクシミリ送信またはプリントするための処理手段とを設けたことを特徴とする。
【０００５】
【発明の作用と効果】
この発明では、複数のファイルを物理的には別々のファイルとしたままで、構造化文書での記述により、所定の関連性を持たせて結びつける。このため以下の作用効果が得られる。
・ジョブ構造化文書の記述のみで複数のファイルを組み合わた処理を指定でき、ファイル自体は別々の場所に散在しても良い。
・ファイルのフォーマットを統一する必要がなく、テキストファイルとイメージファイルのように種類の異なるファイルでも、組み合わせることができる。
・ジョブ構造化文書の記述を変更すれば、ファイルの指定や組み合わせを容易に変更できる。
・一部のイメージファイルのようにページの概念のないファイルフォーマットでも、構造化文書を用いてファイル間の順序を与えて、画像を所定の順序で配置することができる。
・複数のファイルを物理的な１つのファイルにまとめずに、複数のファイルにアクセスして所定の順序に並べて利用できる。
・ジョブ構造化文書でリンク情報を記述し、処理を記述することにより、物理的に１つのファイルを構成せずに、記憶場所が散在しても、ファイルのフォーマットが異なっても、これらのファイルを組み合わせて処理することができる。
・ファイルの処理はファクシミリサーバで行い、クライアントからファクシミリサーバへ転送する必要があるのはジョブ構造化文書のみで、ファイル自体をクライアントからファクシミリサーバへ転送する必要がない。
・ファクシミリサーバでは、処理を実行するまでファイル自体を記憶する必要がない。
【０００６】
この発明ではさらに、ジョブ構造化文書に、ジョブの種類とジョブ内での実行の順序、各ファイルに対する処理範囲とを記述するので、ファクシミリサーバでの処理内容を指定できる。
【０００７】
この発明では、ジョブはファクシミリサーバでのファクシミリ送信とプリントとし、ファクシミリ送信やプリントの実行順序と処理するページ数とをジョブ構造化文書で記述するので、クライアントからファクシミリサーバにファクシミリ送信やプリントを指示できる。
【０００８】
【実施例】
図１〜図６に、実施例を示す。図１に、実施例の構造化文書２，４を示すと、これらは例えばXML（エクステンシブル・マークアップ・ランゲッジ）で記述され、構造化文書の言語の種類自体は任意であるが、例えばXML以上の拡張性（属性情報の定義の自由度）を持つものが好ましく、例えばHTMLは適用困難であるが、XHTMLであれば適用が可能である。構造化文書２は複数のファイルを管理するための管理用の構造化文書で、構造化文書４は複数のファイルに対してジョブを指定するための構造化文書である。構造化文書２で管理されるファイルは、複数のファイルで１つのブロックを成し、図１には例えば６〜８の３つのブロックを示す。そして一般に複数のブロックを１つの構造化文書２で管理するが、ブロックは少なくとも１つあればよい。また構造化文書２側から個々のファイルへのパスをツリー構造と見立てた場合に、構造化文書２と複数のブロックとの間にグループを設け、複数のブロックを１つのグループとして互いに関連付けても良い。
【０００９】
各ブロック内のファイルの種類は任意であるが、例えば画像ファイルを含むものとし、これ以外にテキストファイルや音声ファイルなどを伴っていても良い。またファイルの形式は任意で、画像ファイルの場合、JPEGファイルやPDFファイルあるいはTIFFファイルなどでもよい。１つのブロックには複数のファイルがあり、これらのファイルは、ブロック内で所定の順序にある、あるいはファイルとファイルとが関係しているなどの意味において、互いに関連付けられている。そして構造化文書２では、複数のファイルが互いに関連付けられて１つのブロックを成し、このようなブロックが１つ以上存在することを記述するため、例えばブロックのＩＤと、ブロックを構成する各ファイルのファイル名とリンク情報（ファイルにアクセスるためのアドレス）、並びにブロック内での各ファイルの位置付け（ファイル間の関連性）を、ブロックの属性情報として構造化する。また複数のブロックを１つのグループにまとめて互いに関連付ける場合、グループのＩＤ、並びにグループを構成する各ブロックの属性情報と、グループ内でのブロック間の順序などのブロック間の関連性を示す情報を、グループの属性情報として記憶する。
【００１０】
構造化文書２はこのようなデータ構造を持つので、次のような特徴がある。
・ブロック内の各ファイルは物理的には別ファイルである。このためブロックを構成する複数のフィアルをまとめて、１つの新たなファイルを作成したりする必要はない。
・ブロック内の各ファイルには関連性が指定されているので、これらは互いにバラバラなファイルではない。例えばファイル間の順序を指定し、あるいはファイルに対してページを割り当てることにより、文書ファイルや画像ファイルを用いて、大きな文書を構成できる。
・これらのファイルはブロック内でのファイル間の関連性により関連づけられているが、ブロックを構成するファイルの削除や追加などが容易にできる。
・ブロックを構成するファイルのフォーマットは任意であり、異種のフォーマットのファイルや、テキストファイルと画像ファイルの混在などを認めることができ、ファイルのフォーマットを統一する必要がない。
・ブロックの数が多い場合でも、グループを設けることにより容易にファイルの管理ができ、ブロックの関連性がグループの属性情報に記述されている。
【００１１】
構造化文書４は、構造化文書２で管理しているファイルに対してジョブを指定するための構造化文書である。構造化文書４の言語は例えばXMLとし、XHTMLなどのXMLと同様の拡張性のある言語が好ましく、HTML言語は好ましくない。構造化文書４ではジョブの種類を指定すると共に、各ジョブに用いるファイルと、そのジョブでのファイルの処理範囲、並びにジョブに用いる複数のファイルに対して、ファイル間の関連性、例えばファイルの処理順序を指定する。ジョブに用いるファイルは原則として複数であるが、１ファイルのみを処理するジョブでも良い。
【００１２】
図１の実線は構造化文書２と各ファイルとの関係を示し、破線は構造化文書４と各ファイルとの関係を示す。そして構造化文書４では、各ジョブに対してファイルを指定するため、そのリンク情報を指定すると共に、ジョブ内でのファイル間の関連性を記述する。また必要な場合、ジョブ終了後の処置やジョブ実行中のトラブルの発生などのイベントに対する処置を記述する。
【００１３】
このように構造化文書４では、ジョブの内容と、このジョブに用いるファイル名及びリンク情報、並びにジョブ内でのファイルの関連性を属性情報として構造化する。これ以外にジョブ実行後の処理やジョブ実行中のイベント発生に対する処理などを記述する場合、実行後の処理の内容を属性情報として記述し、またイベントとそれに対する処理の内容を属性情報として記述する。なお構造化文書２，４では、ファイル名を属性情報とすることとしたが、ファイル名自体は必ずしも必要なものではない。
【００１４】
構造化文書４でも、同様に複数のファイルをまとめて１つのブロックとしてジョブを指定し、複数のブロックをまとめて１つのグループとしてジョブを指定しても良い。この場合、ブロックの属性情報には、ブロックを構成する複数のファイルへのリンク情報と、ジョブでのファイル間の関連性、例えばそのジョブでファイルを処理する順序、などを記述する。またグループの属性情報には、グループ内のブロックの属性情報と、そのジョブでのブロック間の関連性、などを記述する。
【００１５】
構造化文書４を用いてジョブを指定すると、次のような作用が得られる。
・構造化文書２からジョブの対象としたいファイルをピックアップするなどにより、ジョブ対象のファイルを簡単に指定できる。
・複数のファイルを処理するジョブを指定する際に、実際に複数のファイルをまとめて１つのファイルを構成する必要がない。
・ファイル内での処理範囲を指定することにより、ジョブの内容を細かく指定できる。
・ジョブの処理を実行するサーバなどに対しては、構造化文書４のみを転送すれば良く、処理対象のファイル自体を転送する必要はない。
・ジョブを実行するサーバなどの側では、構造化文書４を入力されることにより、ジョブの予約がなされ、ジョブが実行可能な段階になって初めて必要なファイルを文書管理サーバなどから取得して実行すればよい。このため実行待ちの段階で大きなファイルを記憶しておく必要がない。
・多数のファイルを用いたジョブが複数ある場合でも、関連したファイルを１つのブロックにまとめて扱うことができ、しかもブロック内でのファイルをジョブでの必要性に応じて関連付けることができる。
・複数のブロックをグループにまとめて、ブロック間の関連性を記述できるので、大規模なジョブを効率的に管理できる。
【００１６】
図２に、図１の構造化文書２，４を用いるのに適したＬＡＮ１０の例を示す。１２は例えばメールサーバで、１４はファクシミリサーバで、Ｇ３ファクシミリなどの送受信を行うほか、メールサーバ１２などを介してインターネットファクシミリの送受信なども行う。ファクシミリサーバ１４は、ファクシミリ以外にプリンタ機能とコピー機能、並びにイメージスキャナ機能を備えた複合機で、ＬＡＮ１０に対する画像の入出力のサーバとして作用する。１６は文書管理サーバで、ファクシミリサーバ１４で処理した画像データは、例えば文書管理サーバ１６で管理される。１８はクライアント端末で、パーソナルコンピュータなどを用い、図示しないユーザの入力に従って図１の構造化文書２，４などを作成し、構造化文書２は文書管理サーバ１６などに記憶させ、構造化文書４は構造化文書２を参照して作成し、「ファクシミリ」、「プリント」などのジョブを指定して、ファクシミリサーバ１４などに実行させる。
【００１７】
この結果、図２の場合、ジョブをXML形式で記載した構造化文書は、クライアント端末１８で作成され、ジョブの実行を担当するファクシミリサーバ１４などに転送される。ファクシミリサーバ１４は、ジョブを実行可能な状態になると、例えば該当するジョブが待ち行列での先頭などに達すると、文書管理サーバ１６に対して、ジョブ管理用の構造化文書に記述されたリンク情報を送信し、該当するファイルの転送を要求する。これに対して文書管理サーブ１６は該当ファイルを転送し、ファクシミリサーバ１４はファクシミリやプリントなどのジョブを実行する。
【００１８】
図３に、ファイル管理用の構造化文書の作成アルゴリズムを示す。先ず１ブロック分のファイルに対してリンク情報と関連性とを記述し、このためブロックに加えるべきファイルを選択して、例えばそのファイル名を入力し（ステップ１）、続いてリンク情報を記述し（ステップ２）、ブロック内でのファイルの順序などの関連性を記述する（ステップ３）。該当するブロックに収容すべき他のファイルがあれば、同様の処理を行い（ステップ４）、１ブロック分のファイルの属性情報の入力が終了すると、ファイルブロックの作成のサブルーチンを終了する。
【００１９】
このようにして所要数のブロックについて、ファイル名とリンク情報並びにブロック内での関連性などの属性情報の入力を行い（ステップ５）、複数のファイルのブロックをグループ化する場合（ステップ６）、グループ化するブロックを例えばブロックＩＤで指定し、それらの関連性を記述する。ブロックＩＤの指定やそれらの関連性は、グループの属性情報となる。このようにしてグループの作成を終了すると（ステップ７，ステップ８）、図１の構造化文書２を作成できる。
【００２０】
図１の構造化文書４の作成例を図４に示す。最初のジョブのブロックを作成し、ステップ１１でジョブ毎にその種類を記述し、これをジョブの属性情報とする。次いでこのジョブで実行するファイルを選択し、具体的にはファイル名とリンク情報を記述し、ジョブとの関連性、例えばジョブ内での実行の順序や、そのジョブでそのファイルを処理する範囲などを記述する（ステップ１２）。このようにして１つのジョブに対して、少なくとも１個以上で原則として複数のファイルにつき、ファイル名とリンク情報並びに関連性を記述する。これらのデータはジョブブロックの属性情報となる（ステップ１３）。ジョブのブロックが複数ある場合同様の処置を各ジョブ毎に行う（ステップ１４）。ジョブのブロックをグループ化する場合（ステップ１５）、ステップ１６でグループ内の各ブロックの属性情報とブロック間の関連性をグループの属性情報として記述し、グループの作成が終わるまでグループの属性情報の作成を繰り返す（ステップ１７）。
【００２１】
グループ化が終了すると結合子１からステップ１８へ進み、ジョブ実行後の後処理などが必要な場合（ステップ１８）、ジョブの種類毎に後処理などの内容を記述し、これを後処理の属性情報とする（ステップ１９）。またジョブ実行中のトラブルなどのイベント発生に対して処置を記述する場合、イベントの種類とそれに対する処置を属性情報として記述する。このようにして図１の構造化文書４を作成すると、処理を実行するサーバへ構造化文書を転送する（ステップ２０）。この時、処理対象のファイル自体は転送する必要がなく、また処理対象のファイル自体は物理的にはバラバラで良く、１つにまとめたファイルを作成する必要もない。さらにどのファイルをどのように処理するかは適宜に指定して容易に変更することができ、ファイル内での処理範囲も容易に指定できる。
【００２２】
図１の構造化文書４の転送を受けたサーバ側では、該当するジョブへの実行の順番が来るのを待って、必要なファイルを取得し、実行する。このためサーバ側でジョブの指示を受けた後、実行までの間、大きな画像ファイルなどを保管する必要がない。
【００２３】
図５に、ファイル管理用の構造化文書の例を示す。この構造化文書はXML形式で記述され、画像データを中心とする３つのブロックがあり、それらのブロックＩＤは001〜003である。各ブロックに対して、ブロックを構成するファイルの名称とリンク情報が記述され、ここではファイル間の関連性として各ファイルが占めるページを記述してある。例えば<FileID>001での１ページには”file01234”が割り当てられ、そのフォーマットは”jpg”で、２〜４ページには”file01235”が割り当てられ、そのフォーマットは”tif”である。このようにファイルのフォーマットは任意であり、<FileID>002（ブロック２）での”file01239”のように画像ファイル以外のファイルが混在していても良い。
【００２４】
図５では、<FileID>001のブロック１と<FileID>003のブロック３とがグループ”G01”を構成し、そのグループに関する権限を有する端末のアドレスが指定され、ブロックとブロックとの関連性として、<FileID>001のブロックに続いて、<FileID>003のブロックが配置されることが指定されている。また<FileID>002のブロックは単独で１つのグループ”G02”を構成している。
【００２５】
図６に、このようなファイルに対する、Ｇ３ファクシミリとインターネットファクシミリを内容とするジョブを指定した構造化文書を示す。この構造化文書もXML言語で記載され、最初のジョブとして”SendFaxJob”が指定され、これはＧ３ファクシミリを送信することで、ブロック”001”の”file01234”から１ページ抽出してファクシミリし、”file01235”から２〜４ページを抽出してファクシミリし、”file01236”からは５ページ目を抽出してファクシミリすることが指定されている。なお各ファイルに対してその全ページをファクシミリ範囲として指定する必要はなく、ファイルの処理範囲の単位、ここでは例えばページ単位、で指定すればよい。そしてＧ３ファクシミリ送信の”SendFaxJob”とのジョブ指定では、ファイル名とそれらの順序が指定されている。ここではファイルの指定の前に、ブロックを指定しているが、ブロックの指定はなくても良い。
【００２６】
次のジョブはインターネットファクシミリを送信することで、ブロック”003”が指定され、”file01240”から１ページを抽出し、”file01241”から２〜１０ページを抽出して送信することが指定されている。”file01240”と”file01241”とではフォーマットが異なるが、このようなことは問題とならない。
【００２７】
ジョブ実行時の補助的な後処理として、トラブル発生時の対策に関するジョブが指定され、ファクシミリ送信に関しては、トラブル発生時にはレポートを指定された宛先へ送信することが指定されている。またインターネットファクシミリに対しては、リストのレポートを所定の形式で作成することが指定されている。
【図面の簡単な説明】
【図１】  実施例での、構造化文書により、複数のファイルをブロック化して管理し、かつこれらのファイルに対するジョブを指定することを示す図
【図２】  実施例での構造化文書をＬＡＮでのファイル管理に用いた例を示す図
【図３】  実施例でのファイル管理用の構造化文書の作成アルゴリズムを示すフローチャート
【図４】  実施例でのジョブ管理用構造化文書の作成アルゴリズムを示すフローチャート
【図５】  実施例でのファイル管理用構造化文書の例を示す図
【図６】  実施例でのジョブ管理用構造化文書の例を示す図
【符号の説明】
２，４        構造化文書
６〜８        ファイルのブロック
１０          ＬＡＮ
１２          メールサーバ
１４          ファクシミリサーバ
１６          文書管理サーバ
１８          クライアント端末
【図１】
0003997823.tif 000002
【図２】
0003997823.tif 000003
【図３】
0003997823.tif 000004
【図４】
0003997823.tif 000005
【図５】
0003997823.tif 000006
【図６】
0003997823.tif 000007