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

Abstract

【課題】データを処理する複数のモジュール間のデータの入出力を汎用的、かつ、効率よくすることを目的とする。
【解決手段】ストリーム形式のデータを入力する入力手段と、入力手段により入力されたストリーム形式のデータに基づきファイルを生成する生成手段と、生成手段により生成されたファイルを参照する参照情報を含むデータを出力する出力手段と、
を有することによって課題を解決する。
【選択図】図４

Description

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

複数のモジュールを連結して処理方法として、特許文献１が存在する。また、着脱可能、かつ、複数のモジュールを連結する処理方法として、モジュールをＦｉｌｔｅｒとして扱い、ＰｉｐｅｌｉｎｅでつないだＦｉｌｔｅｒ Ｐｉｐｅｌｉｎｅシステムがある。
Ｆｉｌｔｅｒ間のデータの受け渡し方法はＳｔｒｅａｍで順次データを送ったり、構造化文書の場合には後段のＦｉｌｔｅｒの要求に応じてパースされた部品を送ったり（Ｄｏｃｕｍｅｎｔ Ｉ／Ｆ）と様々な方法がある。従来のＭｉｃｒｏｓｏｆｔ（登録商標） ＸＰＳ Ｆｉｌｔｅｒ ＰｉｐｅｌｉｎｅではＳｔｒｅａｍとＤｏｃｕｍｅｎｔとをＦｉｌｔｅｒごとの入出力で指定できる。
Ｍｉｃｒｏｓｏｆｔ ＸＰＳ Ｆｉｌｔｅｒ Ｐｉｐｅｌｉｎｅでは扱うデータが限定されていたため、個々のＦｉｌｔｅｒでの入出力指定が可能であった。入力はＸＰＳで出力はＸＰＳ或いはＰＤＬとなっているため入出力の種類としてはＰＤＬ用の汎用のＳｔｒｅａｍ Ｉ／Ｆ、ＸＰＳ専用のＸＰＳ Ｄｏｃｕｍｅｎｔ Ｉ／Ｆの２種となる。
しかし様々な種類のＦｉｌｅ入出力を扱う場合、それぞれ専用のＤｏｃｕｍｅｎｔ Ｉ／Ｆを準備するのは手間であるため、Ｓｔｒｅａｍのみ準備して汎用的に使用するのが効率よい。
図１５は、データをＳｔｒｅａｍで受け渡しする概念図である。Ｓｔｒｅａｍで流れるデータは先頭からバイナリで順次送られる。

特開２００６−３３８５０７号公報

しかしながら、Ｓｔｒｅａｍ入出力だけで処理すると１つの入力に対して複数の出力があった場合のデータの渡し方やＦｉｌｔｅｒ内部でファイルを実体化しているのに再びＳｔｒｅａｍに戻す等の効率がよくない問題がある。

本発明はこのような問題点に鑑みなされたもので、データを処理するモジュールのデータの入出力を汎用的、かつ、効率よくすることを目的とする。

そこで、本発明は、ストリーム形式のデータを入力する入力手段と、前記入力手段により入力されたストリーム形式のデータに基づきファイルを生成する生成手段と、前記生成手段により生成されたファイルを参照する参照情報を含むデータを出力する出力手段と、を有する。

本発明によれば、データを処理する複数のモジュール間のデータの入出力を汎用的、かつ、効率よくすることができる。

情報処理システムの構成の一例を示す図である。 情報処理システムにおけるデータ処理の概要を説明するための図である。 情報処理装置の機能構成の一例を示す図である。 Ｆｉｌｔｅｒの機能構成の一例を示す図である。 データ処理の一例を示すフローチャートである。 Ｆｉｌｔｅｒ間のデータの受け渡しを示した図である。 Ｃｏｎｆｉｇファイルの一例を示す図である。 リストファイルでのＦｉｌｔｅｒ間のデータの受け渡しの一例を示した図である。 リストファイルの一例を示す図である。 複数ファイル出力時のリストファイルの一例を示す図である。 出力方法を判断する一例を説明するためのフローチャートである。 ＣｏｎｆｉｇファイルでＦｉｌｔｅｒ間のデータ形式をファイルかリストファイルかを指定する一例を示す図である。 リストファイルの効果を示すための図である。 ＯＣＲ処理の一例を示す図である。 添付つきＰＤＦ（ＰＤＦポートフォリオ）の一例を示す図である。 データをＳｔｒｅａｍで受け渡しする概念図である。

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

＜実施形態１＞
図１は、情報処理システムの構成の一例を示す図である。
中央処理装置１は、プログラム及び関連データが記憶されているＦＤ、ＣＤ−ＲＯＭ、ＩＣメモリカード等の記憶媒体をシステムに接続された媒体読取装置６から読み込む。その後、中央処理装置１は、補助記憶装置３から主記憶装置２にロードされたシステムプログラム、アプリケーションプログラムによって、入力装置４から入力される情報を処理して、出力装置５や印刷装置７に出力する。なお、本実施形態では、出力装置５はディスプレイ等の表示装置とし、出力装置に含まれる印刷装置７と区別する。また、入力装置４は、キーボード、ポインティングデバイス等で構成されているものとする。更に補助記憶装置３は、ハードディスク、光磁気ディスクで構成されるものであってもよいし、これらの組み合わせで構成されるものであってもよい。また、それぞれの装置がネットワークを介して接続されていてもよい。
なお、本実施形態では、図１に示される印刷装置７以外の１〜８のハードウェアで情報処理装置が構成されているものとして以下、説明を行う。
図２は、情報処理システムにおけるデータ処理の概要を説明するための図である。補助記憶装置３等に格納されていたプログラムと関連するデータとが中央処理装置１に読み込まれ、入力装置４から印刷命令が入力されて、印刷装置７へデータが送られ、印刷が実行される。なお、アプリケーション（アプリケーションソフト）は、中央処理装置１で実行されるＯＳの制御下で機能する。

図３は、情報処理装置の機能構成の一例を示す図である。ＯＳ９は、情報処理装置全体を制御しているＯＳを示し、印刷装置７とはセントロニクス、ＵＳＢやローカルエリアネットワークインタフェースにより接続されている。アプリケーションソフト１０は、ＯＳ９上にて動作し、印刷装置７を制御する。
ユーザインタフェース部１１は、ユーザが印刷装置に対しての設定等、各種印刷設定等を入力したり、印刷開始を指示したりするためのインタフェースである。
印刷データ制御部１２は、ユーザインタフェース部１１から指定される入力データを受け、印刷装置７で処理できるデータを作成する。
Ｆｉｌｔｅｒ制御部１３は、様々なＦｉｌｔｅｒの順番や入出力等を制御する。
ファイルフォーマット変換Ｆｉｌｔｅｒ１４は、Ｆｉｌｔｅｒの一例で、例えばＯｆｆｉｃｅ（登録商標）文書からＰＤＦ等に変換する。
レイアウト処理Ｆｉｌｔｅｒ１５もＦｉｌｔｅｒの一例で、Ｎ−ｕｐ、製本やポスター印刷等のレイアウト処理を行う。
印刷データ生成Ｆｉｌｔｅｒ１６もＦｉｌｔｅｒの一例で、ＰＤＦ等の入力ファイルを印刷可能なＰＤＬ等に変換する。
データ送受信部１７は、ＯＳの機能の一部であり、セントロニクス、ＵＳＢやローカルエリアネットワーク接続により印刷装置７とのデータ送受信を行う。
印刷装置７は、接続された情報処理装置からの指示に応じた印刷処理等を行う。
上述したような複数のＦｉｌｔｅｒは、複数のモジュールの一例である。

図４は、Ｆｉｌｔｅｒの機能構成の一例を示す図である。
入力処理部４−１は、前段のＦｉｌｔｅｒの出力を入力データとしてＳｔｒｅａｍ（ストリーム）で受け取る。入力データとしてはファイルそのものか、ファイルを実体化した場所へのリンク情報が記述されたリストファイルである。つまり、入力処理部４−１は、ストリーム形式のデータを入力する。
Ｆｉｌｔｅｒ処理部４−２は、各々のＦｉｌｔｅｒの処理を行う。Ｆｉｌｔｅｒの処理としては、例えばファイルフォーマット変換であったり、レイアウト処理であったり、印刷データ生成であったりする。
出力方法判断部４−３は、リストファイルで出力するか、ファイル本体で出力するか、出力方法を判断する。
リストファイル生成部４−４は、出力方法判断部４−３においてリストファイルで出力すると判断された場合、ファイルへのリンク情報を記述したリストファイルを作成する。リンク情報は、参照情報の一例である。
出力処理部４−５は、出力方法判断部４−３における判断結果に応じて、Ｆｉｌｔｅｒ処理部４−２での結果を反映した出力データを出力する。

図５は、データ処理の一例を示すフローチャートである。
入力処理部４−１は、Ｆｉｌｔｅｒ制御部１３からデータを受け取る（ステップ１１−１）。Ｆｉｌｔｅｒ処理部４−２は、ファイルフォーマット変換、レイアウト変換等のＦｉｌｔｅｒごとの処理を行う（ステップ１１−２）。出力方法判断部４−３は、リストファイルで出力するか、ファイル本体で出力するかを判断する（ステップ１１−３）。判断の結果、リストファイルで出力するとなれば、リストファイル生成部４−４は、リストファイルを作成する（ステップ１１−４）。出力処理部４−５は、作成されたリストファイルをＳｔｒｅａｍで出力する（ステップ１１−５）。一方、出力方法判断部４−３においてファイル本体で出力すると判断されると、出力処理部４−５は、ファイル本体をＳｔｒｅａｍで出力する（ステップ１１−６）。

図６は、Ｆｉｌｔｅｒ間のデータの受け渡しを示した図である。
Ｆｉｌｔｅｒ制御部１３は、Ｆｉｌｔｅｒの順序やデータの受け渡しを制御する。Ｆｉｌｔｅｒ制御部１３は、Ｆｉｌｔｅｒの順序や扱えるデータを示したＣｏｎｆｉｇファイルを読み込み、前段Ｆｉｌｔｅｒの出力が後段Ｆｉｌｔｅｒの入力となるようにＦｉｌｔｅｒの順序を制御する。
図７は、Ｃｏｎｆｉｇファイルの一例を示す図である。
Ｃｏｎｆｉｇファイルは、ＸＭＬ等で記述される。＜Ｆｉｌｔｅｒｓ＞要素の中に個々の＜Ｆｉｌｔｅｒ＞要素がつながれる順番に記述される。それぞれの＜Ｆｉｌｔｅｒ＞要素は入出力を記述した＜Ｉｎｐｕｔ＞要素、＜ｏｕｔｐｕｔ＞要素を持つ。図７のＣｏｎｆｉｇファイルは、ファイルフォーマット変換Ｆｉｌｔｅｒ、レイアウトＦｉｌｔｅｒ、印刷データ処理Ｆｉｌｔｅｒがこの順番で連結されていることを示している。また、ファイルフォーマット変換Ｆｉｌｔｅｒの入力はＯｆｆｉｃｅ Ｄａｔａ、出力はＰＤＦ、レイアウトＦｉｌｔｅｒの入力はＰＤＦ、出力もＰＤＦで、印刷データ処理Ｆｉｌｔｅｒの入力はＰＤＦ、出力はＰＤＬであることが記述されている。

一連のデータの流れを説明する。図３のユーザインタフェース部１１からの指定により印刷データ制御部１２にＯｆｆｉｃｅ Ｄａｔａが入力される。Ｏｆｆｉｃｅ Ｄａｔａは、Ｆｉｌｔｅｒ制御部１３に渡される。Ｆｉｌｔｅｒ制御部１３は、入力Ｏｆｆｉｃｅ ＤａｔａをひとつめのＦｉｌｔｅｒであるファイルフォーマット変換Ｆｉｌｔｅｒ１４にＳｔｒｅａｍで渡す。ファイルフォーマット変換Ｆｉｌｔｅｒ１４は、Ｏｆｆｉｃｅ ＤａｔａからＰＤＦに変換してファイルをＳｔｒｅａｍでＦｉｌｔｅｒ制御部１３に渡す。Ｆｉｌｔｅｒ制御部１３は、前段のＦｉｌｔｅｒの出力を後段のＦｉｌｔｅｒの入力としてつなぐ。よって後段のレイアウト処理Ｆｉｌｔｅｒ１５ではＰＤＦファイルが入力としてＳｔｒｅａｍで渡される。同様にレイアウト処理Ｆｉｌｔｅｒ１５は、レイアウト処理後にＰＤＦファイルを出力としてＳｔｒｅａｍでＦｉｌｔｅｒ制御部１３に渡す。Ｆｉｌｔｅｒ制御部１３は、後段の印刷データ生成Ｆｉｌｔｅｒ１６の入力ファイルとしてこのＰＤＦファイルをＳｔｒｅａｍで渡す。印刷データ生成Ｆｉｌｔｅｒ１６は、ＰＤＦファイルからＰＤＬファイルを生成し、ＳｔｒｅａｍでＦｉｌｔｅｒ制御部１３に渡す。Ｆｉｌｔｅｒ制御部１３は、このＰＤＬファイルをＦｉｌｔｅｒ群の出力として印刷データ制御部１２に渡す。印刷データ制御部１２は、データ送受信部１７によりＰＤＬファイルを印刷装置７に送信する。

図８は、リストファイルでのＦｉｌｔｅｒ間のデータの受け渡しの一例を示した図である。例えばファイルフォーマット変換Ｆｉｌｔｅｒ１４でＯｆｆｉｃｅ ＤａｔａからＰＤＦファイルに変換する際にハードディスクにＰＤＦファイルを実体化して格納したとすると、これを再度Ｓｔｒｅａｍに流すのは効率がよくない。格納したＰＤＦファイルへのリンク情報を記載したリストファイルのみを後段のＦｉｌｔｅｒにＳｔｒｅａｍで渡すことで、効率よくデータの受け渡しをすることができる。
図９Ａは、リストファイルの一例を示す図である。リストファイルは、ＸＭＬ等で記述される。＜Ｊｏｂ＞要素、＜Ｄｏｃ＞要素、＜Ｐａｇｅ＞要素、＜Ｆｉｌｅ＞要素があり、＜Ｆｉｌｅ＞要素に実ファイルへのリンク情報が記述される。
またレイアウト処理Ｆｉｌｔｅｒでは１つのＰＤＦファイルから複数のＰＤＦファイルを生成する事があるとすると、この場合も図９Ｂの様なリストファイルを使用することで複数ファイルを効率よく処理できる。図９Ｂは、複数ファイル出力時のリストファイルの一例を示す図である。例えば、＜Ｐａｇｅ＞要素内に＜Ｆｉｌｅ＞要素を複数記述することで複数ファイルあることを表すことができる。

以下、図１０のフローチャートを参照にしながら出力方法をファイル本体かリストファイルかを判断する方法について説明する。図１０は、出力方法を判断する一例を説明するためのフローチャートである。
入力処理部４−１は、Ｆｉｌｔｅｒ制御部１３からデータを受け取る（ステップ８−１）。Ｆｉｌｔｅｒ処理部４−２は、ファイルフォーマット変換、レイアウト変換等のＦｉｌｔｅｒごとの処理を行う（ステップ８−２）。処理の結果、データを実体化したならば（ステップ８−３）、リストファイル生成部４−４は、リストファイルを作成して（ステップ８−４）、出力処理部４−５は、リストファイルでデータをＦｉｌｔｅｒ制御部１３にＳｔｒｅａｍで渡す（ステップ８−５）。データを実体化しない場合も、データサイズが閾値を超えた場合や（ステップ８−６）、データが分割された場合（ステップ８−７）、リストファイル生成部４−４は、リストファイルを作成する（ステップ８−４）。そして、出力処理部４−５は、ＳｔｒｅａｍでリストファイルをＦｉｌｔｅｒ制御部１３に渡す（ステップ８−５）。それ以外の場合、出力処理部４−５は、ファイル本体をＳｔｒｅａｍでＦｉｌｔｅｒ制御部１３にデータを渡す（ステップ８−８）。
なお、図１０では、Ｓ８−３、Ｓ８−６、Ｓ８−７全てを判断する例を示したが、何れか１つのステップだけを判断し、リストファイルでデータを渡すか、ファイル本体でデータを渡すかを判断してもよい。また、Ｓ８−３、Ｓ８−６、Ｓ８−７のうち、任意のステップを組み合わせて前記判断をしてもよい。

またリストファイルでデータを渡すか、ファイル本体でデータを渡すかは出力方法判断部４−３での内部の判断ではなく、Ｃｏｎｆｉｇファイル等で外部から指定してもよい。
図１１はＣｏｎｆｉｇファイルでＦｉｌｔｅｒ間のデータ形式をファイルかリストファイルかを指定する一例を示す図である。ファイルフォーマット変換Ｆｉｌｔｅｒへの入力は＜ＩｎｐｕｔＳｔｒｅａｍ＞Ｆｉｌｅ＜／ＩｎｐｕｔＳｔｒｅａｍ＞によりファイルとなる。出力は＜ＯｕｔｐｕｔＳｔｒｅａｍ＞Ｌｉｓｔ＜／ＯｕｔｐｕｔＳｔｒｅａｍ＞によりリストファイルとなる。後段のレイアウトフィルターへの入力はリストファイルとなり、出力は＜ＯｕｔｐｕｔＳｔｒｅａｍ＞Ｆｉｌｅ＜／ＯｕｔｐｕｔＳｔｒｅａｍ＞ によりファイルとなる。
最終段の印刷データＦｉｌｔｅｒは、入力はファイルとなり、出力は＜ＯｕｔｐｕｔＳｔｒｅａｍ＞Ｌｉｓｔ＜／ＯｕｔｐｕｔＳｔｒｅａｍ＞によりリストファイルとなる。このようにＣｏｎｆｉｇファイルに指定することで、最終的に生成されるＰＤＬが例え１つのファイルでもリストファイル形式で出力することが可能となる。

図１２は、リストファイルの効果を示すための図である。図１２では、前段Ｆｉｌｔｅｒと後段Ｆｉｌｔｅｒとの２つのＦｉｌｔｅｒの合計処理時間を比較している。「前段Ｆｉｌｔｅｒで実体化なしでファイル本体をＳｔｒｅａｍで処理した場合」を基準とする。前段Ｆｉｌｔｅｒ、後段Ｆｉｌｔｅｒ共、入力処理、Ｆｉｌｔｅｒ処理、出力処理から成る。
「前段Ｆｉｌｔｅｒで実体化ありでファイル本体をＳｔｒｅａｍで処理した場合」前段Ｆｉｌｔｅｒ出力処理にて一旦ハードディスク等に実体化されたファイル本体を読み込んでからそれをＳｔｒｅａｍに流すので、基準に比べて余分に時間が掛かっている。後段Ｆｉｌｔｅｒの処理時間は基準と同じであり、全体としては前段の出力処理時間の分だけ時間が掛かっている。
「前段Ｆｉｌｔｅｒで実体化ありでリストファイルをＳｔｒｅａｍで処理した場合」は前段Ｆｉｌｔｅｒ処理時間でリストファイルを作成するので基準に比べて少々時間が掛かっている。しかしハードディスク等から再度読み込む必要はないので「前段Ｆｉｌｔｅｒで実体化ありでＳｔｒｅａｍで処理した場合」に比べると処理時間は少ない。後段Ｆｉｌｔｅｒの入力処理はリストファイルを読み込むだけで既に実体化されたファイルを使用することができ、基準に比べて時間が掛からない。全体としては前段Ｆｉｌｔｅｒの出力部分の増加分よりも後段Ｆｉｌｔｅｒの入力処理の短縮分が大きいため、基準よりも処理時間が短くなる。

以上、本実施形態によれば、複数の出力ファイルも処理できる。また効率的に処理できるため処理時間が短くなる。
本実施形態の処理は、プリンタドライバではなく、プリンタ内で行なっても同様に成立する。つまり、図３のコントローラ部１９でも同様の処理が可能となる。また、ウェブサーバやクラウドコンピューティングでも同様の処理が可能となる。

＜実施形態２＞
図１３は、ＯＣＲ処理の一例を示す図である。
ＯＣＲ処理Ｆｉｌｔｅｒへの入力は、Ｉｍａｇｅファイル（イメージファイル）となる。ＯＣＲ処理ＦｉｌｔｅｒではＯＣＲ処理によりＴｅｘｔ（テキストファイル）や特定Ｉｍａｇｅを抽出する。またＯＣＲ処理Ｆｉｌｔｅｒでは入力Ｉｍａｇｅ全体をＰＤＦファイルに変換する処理等を行う。複数ファイルが生成されるのでＯＣＲ処理Ｆｉｌｔｅｒの出力としては各ファイルへのリンク情報を記載したリストファイルとなる。ＯＣＲ処理Ｆｉｌｔｅｒが最終段のＦｉｌｔｅｒの場合はリストファイルが最終出力となる。

＜実施形態３＞
図１４は、添付つきＰＤＦ（ＰＤＦポートフォリオ）の一例を示す図である。
ＰＤＦにはＰＤＦポートフォリオというＯｆｆｉｃｅやイメージ等の添付する形式が存在する。ＰＤＦポートフォリオの処理方法を説明する。ＰＤＦポートフォリオを処理するにはプリフライト処理Ｆｉｌｔｅｒを用いる。プリフライト処理Ｆｉｌｔｅｒとは後段のＦｉｌｔｅｒが問題なく処理できるかの事前チェックを行うＦｉｌｔｅｒである。ＰＤＦポートフォリオが入力された場合、プリフライト処理Ｆｉｌｔｅｒは、添付ファイル形式を確認する。プリフライト処理Ｆｉｌｔｅｒは、添付ファイル形式がＰＤＦ以外の場合、Ｏｆｆｉｃｅ文書変換モジュール等を使用して添付ファイルをＰＤＦに変換する。印刷データ処理ＦｉｌｔｅｒではＰＤＦポートファイルが入力されても添付ファイルは全てＰＤＦなので、通常のＰＤＦ同様な処理が可能となる。添付されたＰＤＦ毎にＰＤＬを作成することも、ＰＤＦをまとめてひとつのＰＤＬを作成することもできる。

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

以上、上述した各実施形態によれば、データを処理する複数のモジュール間のデータの入出力を汎用的、かつ、効率よくすることができる。

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

Claims (11)

1. ストリーム形式のデータを入力する入力手段と、
   前記入力手段により入力されたストリーム形式のデータに基づきファイルを生成する生成手段と、
   前記生成手段により生成されたファイルを参照する参照情報を含むデータを出力する出力手段と、
   を有するデータ処理装置。
2. 前記データ処理装置は、複数のフィルタを有し、
   前記フィルタの１つが前記入力手段、前記生成手段、及び前記出力手段を有する請求項１記載のデータ処理装置。
3. 前記生成手段は、前記入力手段により入力されたストリーム形式のデータに基づき複数のファイルを生成する請求項１記載のデータ処理装置。
4. 前記複数のファイルは、イメージファイルとイメージファイルから抽出されたテキストファイルとを含む請求項３記載のデータ処理装置。
5. 前記複数のファイルは、添付つきファイルから生成される請求項３記載のデータ処理装置。
6. データ処理装置が実行するデータ処理方法であって、
   ストリーム形式のデータを入力する入力ステップと、
   前記入力ステップにより入力されたストリーム形式のデータに基づきファイルを生成する生成ステップと、
   前記生成ステップにより生成されたファイルを参照する参照情報を含むデータを出力する出力ステップと、
   を含むデータ処理方法。
7. 前記データ処理装置は、複数のフィルタを有し、
   前記フィルタの１つが前記入力ステップ、前記生成ステップ、及び前記出力ステップを実行する請求項６記載のデータ処理方法。
8. 前記生成ステップでは、前記入力ステップにより入力されたストリーム形式のデータに基づき複数のファイルを生成する請求項６記載のデータ処理方法。
9. 前記複数のファイルは、イメージファイルとイメージファイルから抽出されたテキストファイルとを含む請求項８記載のデータ処理方法。
10. 前記複数のファイルは、添付つきファイルから生成される請求項８記載のデータ処理方法。
11. コンピュータに、
    ストリーム形式のデータを入力する入力ステップと、
    前記入力ステップにより入力されたストリーム形式のデータに基づきファイルを生成する生成ステップと、
    前記生成ステップにより生成されたファイルを参照する参照情報を含むデータを出力する出力ステップと、
    を実行させるためのプログラム。

Images