文書処理装置

トップ :: G 物理学 :: G06 計算;計数

【発明の名称】	文書処理装置
【発明者】	【氏名】岩田伸夫
【要約】	【課題】処理対象となる文書データとその処理内容を指示する指示データとを含む処理情報がメタ言語等によるものであっても、その処理情報を処理する際にメモリ容量を大量に消費してしまうことを回避する。【解決手段】文書データと指示データとを含む処理情報を取得した場合に、その処理情報を解析して所定形式の内部データに展開するとともに、その処理情報の中から文書データを抽出し、文書データを抽出した後の内部データを第一格納手段に格納し、抽出した文書データについては前記第一格納手段とは別の第二格納手段に格納する。

【特許請求の範囲】
【請求項１】処理対象となる処理対象データおよび当該処理対象データの処理内容を指示する指示データを含む処理情報を取得する取得手段と、前記取得手段が取得した処理情報を解析して所定形式の内部データに展開する展開手段と、前記取得手段が取得した処理情報の中から当該処理情報に含まれる処理対象データを抽出する抽出手段と、前記展開手段が展開した内部データ中に前記抽出手段が抽出した処理対象データとの関連付け情報を付加する関連付け手段と、前記抽出手段により処理対象データが抽出され、かつ、前記関連付け手段により関連付け情報が付加された後の内部データを格納する第一格納手段と、前記第一格納手段とは別に前記抽出手段により抽出された処理対象データを格納する第二格納手段とを備えることを特徴とする文書処理装置。
【請求項２】前記取得手段は、構造化された要素によって構成された処理情報を取得するものであり、前記抽出手段は、前記構造化された要素のうちのタグ情報またはタグに含まれる属性情報に基づいて処理対象データを抽出するものであることを特徴とする請求項１記載の文書処理装置。
【請求項３】前記取得手段が取得した処理情報に含まれる処理対象データのデータ量を認識するデータ量認識手段と、前記データ量認識手段での認識結果に基づいて当該処理情報に含まれる処理対象データを前記第一格納手段に格納させるか前記第二格納手段に格納させるかを選択する選択手段とを備えることを特徴とする請求項１または２記載の文書処理装置。
【請求項４】前記取得手段が構造化された要素によって構成された処理情報を取得する場合に、当該取得手段が取得した各要素のデータ量を計測するデータ量計測手段を備えるとともに、前記第二格納手段は、前記抽出手段により抽出された処理対象データのみならず、前記データ量計測手段により計測されたデータ量が所定量を超える要素をも格納するものであることを特徴とする請求項１，２または３記載の文書処理装置。

【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、例えばコンピュータ装置、プリンタ装置、ファクシミリ装置またはデータ格納装置のように、処理対象である文書データを受け取ってこれに所定処理を行う文書処理装置に関するものである。
【０００２】
【従来の技術】一般に、文字や画像を含む文書についての電子的な文書データは、その文書データの処理内容（例えば処理の方法）を指示する指示データと共に授受されることが多いが、これらを授受する手法としては以下の二つが広く知られている。
【０００３】一つは、画像ファイルの記録に使用されるフォーマットであるＴＩＦＦ（Tagged Image File Format）等に画像等を含む文書データ格納し、その付加情報に処理内容に関する指示データを格納するものである。例えば、ＴＩＦＦ形式の場合、付加情報は、ＩＦＤ（Image File Directory）に格納される。通常、ＩＦＤには、解像度や圧縮方法等の画像に関する属性が格納されるが、例えば印刷部数指定や両面印刷等の処理方法に関する情報を格納するために使用することも可能である。
【０００４】他の一つは、米国アドビシステムズ（Adobe Systems）社のポストスクリプト（PostScript）に代表されるページ記述言語（Page Description Language；ＰＤＬ）中に文書データを含めるものである。この場合には、印刷部数指定や両面印刷等の処理方法に関する情報も、画像等を含む文書データと同様に、ＰＤＬで表現される。
【０００５】ところで、近年では、情報機器間でデータを授受する汎用的な手段として、ＸＭＬ（eXtensible Markup Language）が普及し始めている。ＸＭＬは、言語を定義するための言語であり、一般にメタ言語と呼ばれている。メタ言語としては、ＳＧＭＬ（Standard Generalized Markup Language）と呼ばれるものが広く利用されているが、ＸＭＬはそのＳＧＭＬをより簡略化したものである。したがって、ＸＭＬに従って記述されたデータを処理することは、ＳＧＭＬに従って記述されたデータを処理することに比べて容易となる。例えば、インターネット文書の記述言語として広く普及しているＨＴＭＬ（Hyper Text Markup Language）はＳＧＭＬに準拠した言語であるが、近年では、その処理を容易化し、携帯電話等の処理能力の低い機器でインターネット文書を表示可能とすることを狙ったＸＨＴＭＬ（eXtensible Hyper Text Markup Language）も提案されている。このように、ＸＭＬは、処理が比較的簡単であるため、文書を表現する言語のためのメタ言語として使用されるにとどまらず、ＥＤＰ（Electronic Data Processing）と呼ばれる電子的手段によるデータ処理や、ＥＤＩ（Electronic Data Interchange）と呼ばれる電子取引で用いられる情報処理用のデータの表現手段等にも利用されつつある。
【０００６】以上のように、ＸＭＬが情報処理用のデータとして使用されるようになったため、コンピュータ装置等に対しては、ＸＭＬで表現されたデータを処理するためのＸＭＬパーザと呼ばれるソフトウェアが提供されている。ＸＭＬパーザとは、ＸＭＬで表現されたデータを、コンピュータ装置等で処理可能な形式の内部データに変換するものである。さらには、ＸＭＬパーザによって生成される内部データを参照または操作するために、ＤＯＭ（Document Object Model）と呼ばれるＡＰＩ（Application Program Interface）も提案されている。
【０００７】これらのことから、上述した文書データとその指示データとを併せて授受する手法についても、ＸＭＬを適用することが容易に想定される。しかも、ＸＭＬを適用した場合には、ＴＩＦＦ形式やＰＤＬ対応の場合に比べて、データ処理に対する汎用性が高まる。すなわち、ＴＩＦＦ形式やＰＤＬ対応の場合のように、処理すべきデータと処理を行う機種との間のマッチングが大きな問題になるといったこともない。この点からも、上述のようにＸＭＬの適用が広まることが予想される。
【０００８】
【発明が解決しようとする課題】しかしながら、文書データとその指示データとがＸＭＬで表現されている場合には、汎用的なＸＭＬパーザを使用して処理し内部データに変換するため、その内部データにデータ量の大きい画像部分等が含まれていると、その処理にあたって画像部分が大量にメモリ容量を消費してしまうことになる。特に、仮想記憶機能を搭載した装置では、このようなデータがメモリに出力されると、他のデータがディスクにスワップアウトされてしまうため、装置全体の処理効率の低下を招いてしまうおそれがある。
【０００９】つまり、従来の技術では、文書データとその指示データとがＸＭＬに代表される汎用性の高いメタ言語によるものであると、データ量の大きい画像部分等によって大量にメモリ容量を消費してしまう可能性があり、結果として装置コスト低下への障害や処理効率低下の要因等になってしまうおそれがある。
【００１０】そこで、本発明は、文書データとその指示データとが汎用性の高いメタ言語による場合であっても、画像部分等によって大量にメモリ容量を消費してしまうことのない文書処理装置を提供することを目的とする。
【００１１】
【課題を解決するための手段】本発明は上記目的を達成するために案出された文書処理装置で、処理対象となる処理対象データおよび当該処理対象データの処理内容を指示する指示データを含む処理情報を取得する取得手段と、前記取得手段が取得した処理情報を解析して所定形式の内部データに展開する展開手段と、前記取得手段が取得した処理情報の中から当該処理情報に含まれる処理対象データを抽出する抽出手段と、前記展開手段が展開した内部データ中に前記抽出手段が抽出した処理対象データとの関連付け情報を付加する関連付け手段と、前記抽出手段により処理対象データが抽出され、かつ、前記関連付け手段により関連付け情報が付加された後の内部データを格納する第一格納手段と、前記第一格納手段とは別に前記抽出手段により抽出された処理対象データを格納する第二格納手段とを備えることを特徴とする。
【００１２】上記構成の文書処理装置によれば、取得手段が取得した処理情報については、展開手段がその処理情報を解析して所定形式の内部データに展開するので、その内部データを基にすれば、処理情報が例えばメタ言語によるものであっても、その処理情報に含まれる処理対象データを指示データに従いつつ処理することが可能になる。しかも、その処理にあたって、抽出手段が処理情報から抽出した処理対象データについては、第一格納手段に格納される内部データとは別に、第二格納手段に格納される。ここで、第一格納手段としては、高速処理に適した記憶装置で、例えばコンピュータ装置等のメモリとして用いられるものが、また第二格納手段としては、第一格納手段とは異なる大容量の記憶装置が考えられる。したがって、例えば処理対象データがデータ量の大きい画像部分を含む文書データであっても、これを抽出手段が処理情報から抽出すれば、内部データを格納する第一格納手段の容量を大量に消費してしまうのを回避し得るようになる。
【００１３】
【発明の実施の形態】以下、図面に基づき本発明に係る文書処理装置について説明する。ただし、ここでは、本発明を文書データの印刷処理を行うプリンタ装置に適用した場合を例に挙げて説明する。
【００１４】先ず、本発明を適用したプリンタ装置が用いられるシステム構成について説明する。図１は、プリンタ装置が動作するシステム構成の概略図である。図例のように、本実施形態で説明するプリンタ装置１は、ＬＡＮ（Local Area Network）２を経由して、クライアント装置３と接続している。ただし、ＬＡＮ２は、例えばインターネット等の広域ネットワークであってもよい。また、クライアント装置３は、例えばコンピュータ装置からなり、プリンタ装置１に対して文書データの印刷要求を発行するものであるが、その印刷要求をＸＭＬに従って記述されたデータによって発行するものとする。したがって、プリンタ装置１では、ＬＡＮ２を介して、クライアント装置３から文書データを含む文書印刷要求（ＸＭＬ準拠のもの）を受信するとともに（図中矢印Ａ参照）、受信した文書印刷要求を解析してその受付応答結果をクライアント装置３へ返信し（図中矢印Ｂ参照）、その後に受信した文書印刷要求の内容に従って文書データを印刷出力するようになっている。
【００１５】次いで、以上のようなシステムにおいて用いられるプリンタ装置のハードウェア構成について説明する。図２は、本実施形態で説明するプリンタ装置のハードウェア構成を示すブロック図である。図例のように、プリンタ装置１は、少なくとも、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、ＬＡＮインタフェース１４と、ハードディスク部１５と、プリンタインタフェース１６とを備えている。
【００１６】このようなハードウェア構成により、プリンタ装置１では、電源投入後、ＣＰＵ１１がＲＯＭ１２に格納された所定プログラムを実行する。ここで実行される所定プログラムによって使用されるデータ領域は、ＲＡＭ１３上のアドレスに割り当てられており、初期化時にＲＡＭ１３上複写される。また、ここで実行される所定プログラムのスタックおよび作業データもＲＡＭ１３に割り当てられる。また、その所定プログラムは、ＬＡＮインタフェース１４を介して、ＬＡＮ２に接続された他のネットワーク機器（例えばクライアント装置３）と通信する。また、その所定プログラムは、通信により得られたコマンドに従い、受信したデータを一旦ハードディスク部１５にスプールする。さらにその所定プログラムは、スプールされたデータを読み出しながら画像形成（デコンポーズ）し、コマンドに従いプリンタインタフェース１６を介して図示しないプリンタエンジンに送出し、そのプリンタエンジンに印刷出力させる。つまり、プリンタ装置１では、ＣＰＵ１１がＲＯＭ１２内の所定プログラムを実行することにより、クライアント装置３からの文書印刷要求を処理する際に必要となる各機能が実現される。
【００１７】続いて、ＣＰＵ１１でのプログラム実行により実現されるプリンタ装置１の機能構成（ソフトウェア構成）について詳しく説明する。図３は、本実施形態で説明するプリンタ装置の機能構成を示すブロック図である。図例のように、プリンタ装置１は、通信部２１、ＸＭＬ解析部２２、内部データ格納部２３、文書データ格納部２４、展開部２５、ビットマップデータ格納部２６および出力部２７としての機能を備えている。
【００１８】通信部２１は、クライアント装置３からの文書印刷要求、さらに詳しくは、印刷出力の対象となる文書データおよびその文書データの処理内容（印刷部数、編集処理等）を指示する指示データを含む処理情報を、文書印刷要求として取得するものである。
【００１９】ＸＭＬ解析部２２は、通信部２１が取得した処理情報を解析し、所定形式の内部データ、すなわちプリンタ装置１内で処理可能な形式の内部データに展開するものである。さらに、ＸＭＬ解析部２２は、処理情報の解析結果に基づいて、その処理情報の中から文書データを抽出するものである。
【００２０】内部データ格納部２３は、ＸＭＬ解析部２２により展開された内部データを一時的に格納するものである。ただし、内部データ格納部２３では、内部データの格納を、例えばＲＡＭ１３を用いて行うようになっている。
【００２１】文書データ格納部２４は、ＸＭＬ解析部２２により抽出された文書データを一時的に格納するものである。ただし、文書データ格納部２４では、文書データの格納を、例えばハードディスク部１５を用いて行うようになっている。
【００２２】展開部２５は、ＸＭＬ解析部２２により抽出された文書データをビットマップデータに展開するものである。ただし、展開部２５は、文書データからビットマップデータへの展開を、ＸＭＬ解析部２２により展開された内部データを参照しつつ行うようになっている。これにより、展開部２５では、ビットマップデータへの展開にあたって、例えば、拡大／縮小、Ｎアップ（１ページの用紙に縮小した複数ページ分の画像を並べる）等の編集処理を行うことが可能となる。
【００２３】ビットマップデータ格納部２６は、展開部２５により展開されたビットマップデータを一時的に格納するものである。
【００２４】出力部２７は、展開部２５により展開されたビットマップデータを、プリンタインタフェース１６を介してプリンタエンジンに送出し、記録用紙上への画像形成（印刷出力）を行わせるものである。ただし、このとき、出力部２７は、ＸＭＬ解析部２２により展開された内部データを参照しつつ、プリンタエンジンに対する制御情報を得る。これにより、出力部２７では、プリンタエンジンでの印刷出力にあたって、用紙サイズの選択、両面印刷の有無指示、印刷部数の指定、ステープル処理等を行うことが可能となる。
【００２５】ここで、このような機能構成のうちの通信部２１が、クライアント装置３から取得する処理情報について詳しく説明する。クライアント装置３からは、ＬＡＮ２を経由して、印刷出力すべき文書データと、その文書データの処理内容（印刷部数、編集処理等）を指示する指示データとが、処理情報として送られてくる。ただし、その処理情報は、ＸＭＬに従って記述されたデータ（以下「ＸＭＬデータ」という）により表現されている。
【００２６】図４には、ＸＭＬデータの一具体例を示す。図例のように、ＸＭＬデータ３０は、“＜”で始まる開始タグと、“＜／”で始まる終了タグとが、入れ子状に構成されている。また、ＸＭＬデータ３０は、開始タグとこれに対応する終了タグとの間を一つの要素とすると、その構造化された要素の組み合わせによって構成されている。したがって、ＸＭＬデータ３０は、最も外側が一つのタグ（開始タグおよび終了タグ）で括られているとともに、要素によっては、開始タグと終了タグとの間に、別の要素またはコンテントと呼ばれる文字列を含んでいる。
【００２７】なお、通信部２１が取得するＸＭＬデータ３０には、クライアント装置３からの印刷要求（ジョブ）に関する指示データ３１と、そのジョブの状態通知に関する指示データ３２と、そのジョブによって印刷出力すべき文書データ３３と、が含まれているものとする。
【００２８】続いて、このようなＸＭＬデータ３０をＸＭＬ解析部２２が展開した後の内部データについて詳しく説明する。図５は、内部データの構造の一具体例を示す概念図である。図例のように、内部データ４０は、ＸＭＬデータ３０の入れ子構造に対応して、木構造を構成している。すなわち、ＸＭＬデータ３０における最も外側のタグが、内部データ４０における木構造の最上位の節に対応する。また、ＸＭＬデータ３０を構成する各要素は、図中における楕円部分に相当する。ただし、図中において、開始タグと終了タグとの間に位置する各コンテントは、「ＰＣＤＡＴＡ」と記した矩形によって表している。
【００２９】なお、内部データ４０には、ＸＭＬデータ３０と同様に、ジョブに関する指示データ４１と、そのジョブの状態通知に関する指示データ４２とが含まれているが、後述する理由により、そのジョブによって印刷出力すべき文書データ自体については含まれていない。
【００３０】次に、以上のように構成されたプリンタ装置１における処理動作例について説明する。特に、ここでは、ＸＭＬ解析部２２が行う処理動作を中心に説明を行う。図６は、本実施形態で説明するプリンタ装置での処理動作の一例を示すフローチャートである。
【００３１】プリンタ装置１では、通信部２１がクライアント装置３からＬＡＮ２を介して送られてきたＸＭＬデータを取得すると、ＸＭＬ解析部２２がそのＸＭＬデータについての解析を開始する。
【００３２】ＸＭＬデータの解析にあたっては、先ず、ＸＭＬ解析部２２は、内部データの木構造の階層レベルについて、現在の階層レベルを「０」、すなわち最上位を示す値に設定する（ステップ１０１、以下ステップを「Ｓ」と略す）。そして、通信部２１からＸＭＬデータを順次受け取って解析し（Ｓ１０２）、その受け取ったデータ部分が開始タグであるか否かを判定する（Ｓ１０３）。
【００３３】判定の結果、開始タグを検出すれば（Ｓ１０３：Ｙｅｓ）、ＸＭＬ解析部２２は、内部データ中における木構造の現在の階層レベルに、タグ情報に相当する要素を追加した後（Ｓ１０４）、その現在の階層レベルに「１」を加算する（Ｓ１０５）。つまり、ＸＭＬ解析部２２は、受け取ったＸＭＬデータのデータ部分を、内部データの木構造を構成する各要素（図５中の楕円部分）に展開する。
【００３４】このとき、処理した開始タグが文書データについてのもの、すなわち例えば“＜ｄｏｃｕｍｅｎｔ－ｄａｔａ＞”であった場合には（Ｓ１０６：Ｙｅｓ）、ＸＭＬ解析部２２は、その文書データを出力するファイルの格納箇所の割り当てを行う（Ｓ１０７）。つまり、その文書データを文書データ格納部２４に格納させるにあたっての格納箇所、例えばＵＲＬ（Uniform Resource Locator）を特定する。
【００３５】さらに、ＸＭＬ解析部２２は、割り当てたファイルを内部データ中の文書データタグに対応する要素に関連付ける（Ｓ１０８）。この関連付けは、内部データ中の文書データタグの要素として、文書データが出力されるファイル名に関する情報を付加することによって行う（図５中の４３参照）。ただし、文書データを識別し得る情報であれば、ファイル名に関する情報以外の他の識別情報（例えば個別ＩＤ）を付加するようにしてもよい。
【００３６】そして、ＸＭＬ解析部２２は、このような通信部２１からのＸＭＬデータの受け取りおよび解析を（Ｓ１０９）、コンテントが終了するまで、すなわち終了タグを検出するまで継続して行い、コンテントが終了すると（Ｓ１１０：Ｙｅｓ）、そのコンテント、すなわちＸＭＬデータに含まれる文書データ部分を、先に割り当てた文書データ格納部２４内の格納箇所へファイル出力する（Ｓ１１１）。
【００３７】ただし、受け取ったデータ部分が開始タグでなければ（Ｓ１０３：Ｎｏ）、ＸＭＬ解析部２２は、続いて、そのデータ部分が終了タグであるか否かを判定し、終了タグであれば（Ｓ１１２：Ｙｅｓ）、内部データの木構造の現在の階層レベルを「１」減算する（Ｓ１１３）。その結果、現在の階層レベルが「０」より大きければ（Ｓ１１４）、ＸＭＬ解析部２２は、さらに後続するＸＭＬデータについての読み出し処理を繰り返す（Ｓ１０２～Ｓ１１４）。一方、現在の階層レベルが「０」の場合には（Ｓ１１４：Ｎｏ）、最も外側のタグが閉じられたことになるので、処理を終了する。
【００３８】また、データ部分が開始タグでもなく（Ｓ１０３：Ｎｏ）、終了タグでもなかった場合には（Ｓ１１２：Ｎｏ）、ＸＭＬ解析部２２は、そのデータ部分を内部データの木構造中におけるコンテントとして内部データ格納部２３へ送出して格納させる（Ｓ１１５）。
【００３９】このような処理動作をＸＭＬ解析部２２が行うことによって、通信部２１が取得したＸＭＬデータについては、プリンタ装置１で処理可能な形式の内部データに展開されるので、その内部データを基にすれば、展開部２５がその内部データを参照しつつビットマップデータへの展開を行ったり、出力部２７がその内部データを参照しつつプリンタエンジンでの印刷出力を制御情報したりすることが可能となる。つまり、クライアント装置３から取得するのが例えばメタ言語によるＸＭＬデータであっても、そのＸＭＬデータに含まれる文書データを指示データに従いつつ印刷出力処理することが可能になる。
【００４０】また、例えばメタ言語によるＸＭＬデータを取得することから、ＸＭＬ解析部２２として、ＸＭＬパーザと呼ばれる汎用的なソフトウェアを用いることができ、その取得データを処理する上での汎用性が高まる。すなわち、ＴＩＦＦ形式やＰＤＬ対応の場合のように、処理すべきデータと処理を行う機種との間のマッチング、すなわちクライアント装置３とプリンタ装置１とのマッチングが大きな問題になるといったこともない。
【００４１】しかも、ＸＭＬ解析部２２が上述したような処理動作を行えば、取得したＸＭＬデータを処理するのにあたって、ＸＭＬデータに含まれる文書データについては、内部データ格納部２３に格納される内部データとは別に、文書データ格納部２４に格納される。ここで、内部データ格納部２３は高速処理に適したＲＡＭ１３を用いて内部データを格納する一方、文書データ格納部２４は大容量のハードディスク部１５を用いて文書データを格納する。そのため、文書データがデータ量の大きい画像部分等を含んでいても、ＲＡＭ１３の容量を大量に消費してしまうことがなくなる。つまり、ＲＡＭ１３の容量を大量に消費することによる弊害（例えば、装置コストの上昇や処理効率の低下等）を未然に回避し得るようになる。
【００４２】その上、文書データを内部データとは別に文書データ格納部２４に格納させる場合であっても、ＸＭＬ解析部２２は、その文書データをＸＭＬデータから抽出する際に、内部データ中に文書データとの関連付け情報を付加するので、文書データと内部データとの対応関係が不明確になってしまうことがない。つまり、ＲＡＭ１３の消費容量の削減を図りつつ、文書データの印刷出力制御の的確化が実現できるようになる。
【００４３】特に、ＸＭＬ解析部２２は、例えばタグ“ｄｏｃｕｍｅｎｔ－ｄａｔａ”といった、ＸＭＬデータを構成するタグの種類（タグ情報）に基づいて、そのＸＭＬデータ中に含まれる文書データであるか否かの判断を行い、その文書データの抽出を行っているので、その抽出を的確かつ確実に行うことができる。
【００４４】なお、以上に説明した処理動作例では、タグ“ｄｏｃｕｍｅｎｔ－ｄａｔａ”を判断し、そのタグ内の文書データを文書データ格納部２４に格納させるように判断したが、他のタグを判断するようにしても良い。また、タグ中の属性や属性値等を判断するようにしても良い。さらに、属性を判断する場合であれば、例えば＜ｄｏｃｕｍｅｎｔ－ｄａｔａｓｔｏｒｅ＞といったように、“ｓｔｏｒｅ”という属性が書かれていれば、文書データ格納部２４に格納させるようにしても良い。この場合、タグが“ｄｏｃｕｍｅｎｔ－ｄａｔａ”タグに限り、ｓｔｏｒｅ属性が書かれたタグのみを対象としても良いし、タグが“ｄｏｃｕｍｅｎｔ－ｄａｔａ”タグに限らず、ｓｔｏｒｅ属性が書かれたタグ全てを対象にするようにしても良い。また、＜ｄｏｃｕｍｅｎｔ－ｄａｔａｓｉｚｅ＝“２００００”＞のようなタグを入力し、ｓｉｚｅ属性に示された値を基に判断するようにしても良い。
【００４５】次に、ＸＭＬ解析部２２が行う処理動作の他の例について説明する。図７は、本実施形態で説明するプリンタ装置での処理動作の他の例を示すフローチャートである。
【００４６】ここで説明する他の例においても、ＸＭＬデータの解析にあたって、ＸＭＬ解析部２２は、先ず、内部データの木構造の現在の階層レベルを、最上位を示す値である「０」に設定する。さらに、ここでは、階層レベルの設定と同時に、内部データに出力済のコンテントのデータ量の計測値をゼロに設定する（Ｓ２０１）。その後、ＸＭＬ解析部２２は、通信部２１からＸＭＬデータを順次受け取って解析し（Ｓ２０２）、その受け取ったデータ部分が開始タグであるか否かを判定する（Ｓ２０３）。
【００４７】判定の結果、開始タグを検出すれば（Ｓ２０３：Ｙｅｓ）、ＸＭＬ解析部２２は、内部データ中における木構造の現在の階層レベルにタグ情報に相当する要素を追加した後（Ｓ２０４）、その現在の階層レベルに「１」を加算する（Ｓ２０５）。つまり、ＸＭＬ解析部２２は、受け取ったＸＭＬデータのデータ部分を、内部データの木構造を構成する各要素（図５中の楕円部分）に展開する。また、ＸＭＬ解析部２２は、内部データにおける出力済コンテントのデータ量の計測値を、「０」にリセットする（Ｓ２０６）。
【００４８】ただし、読み出した部分が開始タグでなく（Ｓ２０３：Ｎｏ）、終了タグであった場合には（Ｓ２０７：Ｙｅｓ）、ＸＭＬ解析部２２は、内部データ中の木構造の現在の階層レベルを「１」減算する（Ｓ２０８）。その結果、現在の階層レベルが「０」より大きければ（Ｓ２０９）、ＸＭＬ解析部２２は、さらに後続するＸＭＬデータについての解析処理を繰り返す（Ｓ２０２～Ｓ２０９）。一方、現在の階層レベルが「０」の場合には（Ｓ２０９：Ｎｏ）、最も外側のタグが閉じられたことになるので、処理を終了する。
【００４９】また、読み出した部分が開始タグでもなく（Ｓ２０３：Ｎｏ）、終了タグでもなかった場合には（Ｓ２０７：Ｎｏ）、ＸＭＬ解析部２２は、そのデータ部分を内部データの木構造中におけるコンテントとして内部データ格納部２３へ送出して格納させる（Ｓ２１０）。このとき、ＸＭＬ解析部２２は、送出したコンテントのデータ量を計測値に加算する（Ｓ２１１）。
【００５０】ここで、データ量の計測値が、予め設定されている基準値に達しなければ（Ｓ２１２：Ｎｏ）、ＸＭＬ解析部２２は、再び上述した解析処理を繰り返して行う（Ｓ２０２～Ｓ２１２）。
【００５１】ただし、データ量の計測値が基準値に達した場合には（Ｓ２１２：Ｙｅｓ）、ＸＭＬ解析部２２は、その計測値が基準値に達したデータ部分を出力するファイルの格納箇所の割り当てを行う（Ｓ２１３）。つまり、そのデータ部分を文書データ格納部２４に格納させるにあたっての格納箇所を特定する。
【００５２】さらに、ＸＭＬ解析部２２は、割り当てたファイルを内部データ中の対応する要素に関連付け（Ｓ２１４）、既に内部データ格納部２３へ送出済の該当コンテントを文書データ格納部２４に移動させる（Ｓ２１５）。なお、このときの関連付けは、先に説明した処理動作例の場合と同様にして行えばよい。
【００５３】その後、ＸＭＬ解析部２２は、このような通信部２１からのＸＭＬデータの受け取りおよび解析を（Ｓ２１６）、コンテントが終了するまで（Ｓ２１７）、すなわち終了タグを検出するまで継続して行い、そのコンテント、すなわちＸＭＬデータに含まれる文書データ部分を、先に割り当てた文書データ格納部２４内の格納箇所へファイル出力する（Ｓ２１８）。そして、コンテントが終了すると（Ｓ２１７：Ｙｅｓ）、ＸＭＬ解析部２２は、上述したステップ（Ｓ２０３）に戻る。ここで、コンテントが終了した場合、終了タグまたは開始タグが検出されることになるので、コンテントのデータ量の計測値はゼロにリセットされる（Ｓ２０６）。
【００５４】このような処理動作をＸＭＬ解析部２２が行うことによって、プリンタ装置１ででは、先に説明した処理動作例の場合と同様に、文書データによるＲＡＭ１３の容量の大量消費を抑制でき、その大量消費による弊害（例えば、装置コストの上昇や処理効率の低下等）を未然に回避し得るようになる。
【００５５】ただし、ここで説明した処理動作例においては、データ量が予め設定された基準値以上のデータ部分について、ＸＭＬ解析部２２がそのデータ部分を文書データ格納部２４に格納させている。つまり、ＸＭＬ解析部２２によるデータ量の認識結果に基づいて、一定のデータ量以上のものは文書データ格納部２４に格納されるが、文書データであっても一定のデータ量未満のものは内部データ格納部２３に格納されることになる。したがって、ＲＡＭ１３の容量の大量消費を招かない範囲で文書データもそのＲＡＭ１３内に格納されるので、より一層の処理効率の向上が期待できる。
【００５６】さらに、ここで説明した処理動作例においては、データ量と基準値との比較を行うべく、通信部２１から受け取ったＸＭＬデータの各データ部分のデータ量をＸＭＬ解析部２２が計測しているので、その計測結果が基準値以上のデータ部分については、文書データ格納部２４に格納されることになる。したがって、文書データ格納部２４には、文書データのみならず、データ量が基準値以上の要素（指示データ等）も格納されようになり、ＲＡＭ１３の容量の大量消費による弊害をより一層確実に回避し得るようになる。
【００５７】ただし、データ量の計測は必ずしも行う必要はなく、例えばタグ中の属性にデータ量に関する情報が含まれていれば、これを基にデータ量を認識することも考えられる。
【００５８】以上に説明した実施形態では、プリンタ装置１がＸＭＬデータを取得して、そのＸＭＬデータについての印刷出力処理を行う場合を例に挙げて説明したが、例えばＳＧＭＬに準拠したＨＴＭＬデータのように、文書データとその指示データとが汎用性の高いメタ言語によるものであれば、全く同様に適用することが可能である。
【００５９】また、上述した実施形態では、本発明をプリンタ装置１に適用した場合を例に挙げて説明したが、処理対象となる文書データを受け取ってこれに所定処理を行うものであれば、他の文書処理装置であっても、全く同様に適用することが可能である。他の文書処理装置としては、文書データの作成、編集、閲覧等を行うコンピュータ装置、文書データの送受信を行うファクシミリ装置、文書データの記憶蓄積および管理を行うデータ格納装置等が挙げられる。
【００６０】
【発明の効果】以上のように、本発明に係る文書処理装置は、処理情報に含まれる処理対象データを抽出し、これをその処理情報を展開した後の内部データとは別に格納するので、処理情報が例えばメタ言語による場合であっても適切な処理が可能であるのに加えて、その処理に必要となるメモリ容量を処理対象データが大量に消費してしまうことがなくなる。したがって、特に仮想記憶機能を搭載した装置においては、データのスワップアウトを抑制できるので、装置全体の処理効率の低下を抑えられる。また、メモリ容量の削減も可能になることから、装置コストの低減が容易となる。

【出願人】	【識別番号】０００００５４９６【氏名又は名称】富士ゼロックス株式会社
【出願日】	平成１２年１０月２７日（２０００．１０．２７）
【代理人】	【識別番号】１０００８６２９８【弁理士】【氏名又は名称】船橋國則
【公開番号】	特開２００２－１３２７５１（Ｐ２００２－１３２７５１Ａ）
【公開日】	平成１４年５月１０日（２００２．５．１０）
【出願番号】	特願２０００－３２７９７３（Ｐ２０００－３２７９７３）