(57)【特許請求の範囲】
【請求項１】
プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、プリントイメージを生成する画像生成手段を備えた印刷処理システムにおいて、
ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成手段と、
前記作成されたプリント用データを、前記画像生成手段が処理可能なプリント用データに変換する変換手段とを備え、
前記画像生成手段は、前記変換後のプリント用データを基にプリントイメージを生成することを特徴とする印刷処理システム。
【請求項２】
前記作成手段は、前記制御命令および前記埋め込みデータに識別子を付することで、これらを対応付けることを特徴とする請求項１記載の印刷処理システム。
【請求項３】
前記変換手段は、前記画像生成手段が直接処理可能なプリント用データに含まれる前記埋め込みデータの前記フォームデータ上の場所を示す識別子と、前記画像生成手段が直接処理できないプリント用データに含まれる前記埋め込みデータの識別子とを一致させて変換することを特徴とする請求項１記載の印刷処理システム。
【請求項４】
前記変換手段は、前記制御命令と、前記画像生成手段が直接処理可能なプリント用データに含まれる前記フォームデータの指示および前記埋め込みデータの出現規則とを対応付けて変換することを特徴とする請求項１記載の印刷処理システム。
【請求項５】
前記制御命令は、同一のフォームデータと関連付けられるページの繰り返し指示を表現可能であることを特徴とする請求項１記載の印刷処理システム。
【請求項６】
前記変換手段は、前記フォームデータ上の前記埋め込みデータを重ねる場所に合わせて、変換前のプリント用データを書き換えることを特徴とする請求項１記載の印刷処理システム。
【請求項７】
プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、画像生成手段がプリントイメージを生成する印刷処理方法において、
ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成工程と、
前記作成されたプリント用データを、前記画像生成手段が処理可能なプリント用データに変換する変換工程とを有し、
前記画像生成手段は、前記変換後のプリント用データを基にプリントイメージを生成することを特徴とする印刷処理方法。
【請求項８】
前記作成工程では、前記制御命令および前記埋め込みデータに識別子を付することで、これらを対応付けることを特徴とする請求項７記載の印刷処理方法。
【請求項９】
前記変換工程では、前記画像生成手段が直接処理可能なプリント用データに含まれる前記埋め込みデータの前記フォームデータ上の場所を示す識別子と、前記画像生成手段が直接処理できないプリント用データに含まれる前記埋め込みデータの識別子とを一致させて変換することを特徴とする請求項７記載の印刷処理方法。
【請求項１０】
前記変換工程では、前記制御命令と、前記画像生成手段が直接処理可能なプリント用データに含まれる前記フォームデータの指示および前記埋め込みデータの出現規則とを対応付けて変換することを特徴とする請求項７記載の印刷処理方法。
【請求項１１】
前記制御命令は、同一のフォームデータと関連付けられるページの繰り返し指示を表現可能であることを特徴とする請求項７記載の印刷処理方法。
【請求項１２】
前記変換工程では、前記フォームデータ上の前記埋め込みデータを重ねる場所に合わせて、変換前のプリント用データを書き換えることを特徴とする請求項７記載の印刷処理方法。
【請求項１３】
前記制御命令は、ひとつのフォームを識別するためのフォーム識別子に対して複数の別名識別子を用意し、当該複数の別名識別子に対応する制御命令の属性として、埋め込みデータを設定する設定ステップをさらに有する請求項７に記載の印刷処理方法。
【請求項１４】
前記制御命令は、ひとつのフォームを識別するためのフォーム識別子に対して複数の別名識別子を用意し、当該複数の別名識別子に対応する制御命令の属性として、埋め込みデータを設定する設定手段をさらに備える請求項１に記載の印刷処理システム。
【請求項１５】
プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、プリントイメージを生成する画像生成手段を備えた印刷制御装置において、
ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成手段と、
前記作成されたプリント用データをもちいた印刷処理を制御する制御手段と、
を備える印刷制御装置。
【請求項１６】
前記制御命令は、ひとつのフォームを識別するためのフォーム識別子に対して複数の別名識別子を用意し、当該複数の別名識別子に対応する制御命令の属性として、埋め込みデータを設定する設定手段をさらに備える請求項１５に記載の印刷制御装置。
【請求項１７】
プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、画像生成手段がプリントイメージを生成する印刷制御方法において、
ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成ステップと、
前記作成されたプリント用データをもちいた印刷処理を制御する制御ステップと、
を有する印刷制御方法。
【請求項１８】
前記制御命令は、ひとつのフォームを識別するためのフォーム識別子に対して複数の別名識別子を用意し、当該複数の別名識別子に対応する制御命令の属性として、埋め込みデータを設定する設定ステップをさらに有する請求項１７に記載の印刷制御方法。
【請求項１９】
請求項７乃至１３のいずれかに記載の印刷処理方法を実現するためのコンピュータ読み取り可能なプログラムコードを保持する記憶媒体。
【請求項２０】
請求項７乃至１３のいずれかに記載の印刷処理方法を実現するためのコンピュータ読み取り可能なプログラムコードを有するプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、ネットワークを介して帳票などの印刷を行う印刷処理システム、印刷処理方法、プログラムおよび記憶媒体に関する。
【０００２】
【従来の技術】
近年、インターネットの急速な発展およびＷｅｂサーバの増加に伴い、業務処理のＷｅｂ化が推進されている。ネットワークに接続されたパーソナルコンピュータ上に、情報の表示および入力が可能なＷｅｂブラウザを搭載するだけで、Ｗｅｂブラウザ経由による業務処理が広く行われるようになってきた。
【０００３】
また、ブラウザによる業務を行うために、ネットワーク上にＷｅｂサーバが存在し、クライアントであるＷｅｂブラウザとの間で情報の交換が行われる。すなわち、ブラウザから入力された情報をサーバが受け取り、サーバ内で加工し、再びブラウザに送信して表示させる。このような動作を繰り返し行って結果を取得するという手順で、業務は遂行される。
【０００４】
このブラウザ経由で業務処理を行う際、問題となるのは、業務処理上欠かせないプリント処理に関する部分であり、特に帳票等では、フォーマットに従ったプリントを正確に行うことはできなかった。通常のブラウザには、プリント機能が提供されているものの、この機能は、ブラウザ上に表示されたイメージのハードコピーをプリンタに印刷するものである。このようなプリント方式では、用紙サイズを越えるイメージ、複数ページなどの印刷を行う際、ページ区切りの問題があり、所望の印刷結果が得られなかった。
【０００５】
これに対し、本願出願人は、ブラウザからの指示に応じてサーバ上でプリント用データを生成し、このデータをクライアントに配信する印刷処理システムを既に提案している（図９、図１０参照）。このようなプリント用データは、一般に、文字データとページ切り替え規則に関するデータとから構成されており、外部で作成される。そして、プリント用データを作成できるか否かの判断は、結果として生成されるプリントイメージを想像しながら、画像生成部の種類に依存する。
【０００６】
図９は上記印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。図において、１０１はＰＣ等の情報処理装置からなるクライアントである。１０２はサーバに対してデータの入出力を行うブラウザ（データ入出力部）である。１０３はブラウザ１０２からの指示に従って、ブラウザ１０２に表示されているイメージを標準的なプリント用データに変換するプリント出力部である。１０４は印刷装置（プリンタ）である。
【０００７】
また、１０５はサーバおよびクライアント間を接続するネットワークである。このネットワークの形態としては、ＬＡＮ、インターネット、無線など、Ｗｅｂ環境の通信手順に対応するものである限り、特に限定されない。
【０００８】
１０６は情報処理装置からなるＷｅｂサーバである。１０７は主としてＷｅｂサーバ１０６の役割を担うネットワーク通信制御部である。１０８は帳票プリントを行う際の帳票テンプレートを格納する帳票テンプレート格納部である。
【０００９】
１０９はデータベース等のデータ格納部である。データ格納部１０９には、各業務用データが格納されている。１１０はデータ処理部である。データ処理部１１０には、各業務に従ったアプリケーションロジックが格納されている。１１１は帳票イメージを決められた様式に従って作成する画像生成部である。１１２は画像生成部１１１で作成されたデータ（帳票イメージ）をプリンタが出力できる形式に変換するプリント出力部であり、一般にプリンタドライバと呼ばれる。１１３はプリンタである。
【００１０】
上記構成を有するネットワークプリントシステムにおいて、ブラウザからプリント指示を行う場合を示す。通常、ブラウザ１０２とサーバ上のデータ処理部１１０との間では、ブラウザ１０２からのデータの受付、解析、場合によっては、受付データに応じて、データ格納部１０９のデータ検索、その結果のブラウザ１０２への返信などの処理が行われる。このとき、ブラウザ１０２上には、一般的にボタンが表示され、ブラウザ１０２のユーザがボタンを押す等の操作をした場合、サーバ１０６への要求を行い、サーバ側で処理が行われ、ブラウザ１０２への応答となる。このように、この印刷処理システムでは、ブラウザ１０２のイメージ表示領域に印刷ボタンが設けられている。
【００１１】
図１０は一般的なブラウザにおける業務処理の状況を示す図である。図において、２０１はＰＣなどのモニタに表示されるブラウザのウインドウである。エリア２０２にタイトルが表示される。エリア２０３、２０４には、ブラウザ１０２に備わるコマンドが表示されている。また、このエリアには、通常、ブラウザに表示されている内容を印刷するためのコマンドも配置されている。
【００１２】
２０５は接続されるＷｅｂサーバのアドレスを入出力するテキストフィールドである。２０６および２０７はクライアントのユーザが選択するためのフィールドである。２０８は表示ボタンである。ここでは、このボタンが押されることにより、フィールド２０６、２０７で選択された内容がサーバ側に送信され、サーバ１０６からの応答を待つことになる。
【００１３】
表示ボタン２０８の押下により、フィールド２０６で選択された帳票名、およびフィールド２０７で選択された人名に基づき、帳票のイメージ２０９が表示される。また同時に、印刷ボタン２１０が表示される。図１０には人事システムの例が示されており、フィールド２０７で選択された人物の、当月の勤務状況に関するデータがデータ格納部１０９から検索され、表示用データに変換された後、このページのデータがクライアントに送信され、月次帳票が表示される。
【００１４】
【発明が解決しようとする課題】
しかしながら、上記印刷処理システムでは、以下に掲げる問題があった。すなわち、ページ遷移に関する情報（どのフォームがどのページに出現するかに関する情報）を、プリント用データの中で、明示的なフォームの指定と文字データの記述規則という複数種類で表現する形式の場合、結果として得られるプリントイメージを想像することが難しかった。このようなプリントイメージの想像の妨げによって、プリント用データの記述に負荷がかかっていた。
【００１５】
この解決策として、文字データとページ遷移に関するデータとを独立に表現する形式を策定した場合、それを画像形成部が処理可能な形式に変換する必要があった。
【００１６】
そこで、本発明は、プリントイメージを想像しながらプリント用データを容易に定義することができる印刷処理システム、印刷処理方法、プログラムおよび記憶媒体を提供することを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するために、本発明の印刷処理システムは、プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、プリントイメージを生成する画像生成手段を備えた印刷処理システムにおいて、ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成手段と、前記作成されたプリント用データを、前記画像生成手段が処理可能なプリント用データに変換する変換手段とを備え、前記画像生成手段は、前記変換後のプリント用データを基にプリントイメージを生成することを特徴とする。
【００１８】
本発明の印刷処理方法は、プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、画像生成手段がプリントイメージを生成する印刷処理方法において、ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成工程と、前記作成されたプリント用データを、前記画像生成手段が処理可能なプリント用データに変換する変換工程とを有し、前記画像生成手段は、前記変換後のプリント用データを基にプリントイメージを生成することを特徴とする。
本発明の印刷制御装置は、プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、プリントイメージを生成する画像生成手段を備えた印刷制御装置において、ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返しが記述されたプリント用データを作成する作成手段と、前記作成されたプリント用データをもちいた印刷処理を制御する制御手段と、を備える。
本発明の印刷制御方法は、プリント用データに含まれる、埋め込みデータと、当該埋め込みデータの配置を指示するフォームデータの指示を基に、画像生成手段がプリントイメージを生成する印刷制御方法において、ひとつのフォームデータに対応する相異なる識別情報を生成し、当該生成された複数の識別情報のそれぞれと、当該フォームデータに配置可能な埋め込みデータの数を上限とする複数の埋め込みデータを属性として指定できる制御命令が繰り返し記述されたプリント用データを作成する作成ステップと、前記作成されたプリント用データをもちいた印刷処理を制御する制御ステップと、を有する。
【００１９】
また、本発明は、上記印刷処理方法を実現するためのコンピュータ読み取り可能なプログラムコードを有するプログラム、およびこのプログラムを記憶した記憶媒体にある。
【００２０】
【発明の実施の形態】
本発明の印刷処理システム、印刷処理方法、プログラムおよび記憶媒体の実施の形態について、図面を参照しながら説明する。図１は実施の形態における印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。図において、符号３０１〜３１３は、前述した図９の符号１０１〜１１３と同一の構成要素を示す。すなわち、３０１はＰＣ等の情報処理装置からなるクライアントである。３０２はサーバに対してデータの入出力を行うブラウザ（データ入出力部）である。３０３はブラウザ３０２からの指示に従って、ブラウザ３０２に表示されているイメージを標準的なプリント用データに変換するプリント出力部である。３０４は印刷装置（プリンタ）である。
【００２１】
また、３０５はサーバおよびクライアント間を接続するネットワークである。このネットワークの形態としては、ＬＡＮ、インターネット、無線など、Ｗｅｂ環境の通信手順に対応するものである限り、特に限定されない。
【００２２】
３０６は情報処理装置からなるＷｅｂサーバである。３０７は主としてＷｅｂサーバ３０６の役割を担うネットワーク通信制御部である。３０８は帳票プリントを行う際の帳票テンプレートを格納する帳票テンプレート格納部である。
【００２３】
３０９はデータベース等のデータ格納部であり、データ格納部３０９には、各業務用データが格納されている。３１０はデータ処理部であり、データ処理部３１０には、各業務に従ったアプリケーションロジックが格納されている。３１１は帳票イメージを決められた様式に従って作成する画像生成部である。３１２は画像生成部３１１で作成されたデータ（帳票イメージ）をプリンタが出力できる形式に変換するプリント出力部であり、一般にプリンタドライバと呼ばれる。１１３はプリンタである。
【００２４】
また、３１４は、本実施形態の特徴として新規に追加されたデータ変換部である。データ変換部３１４は、画像生成部３１１の種類に応じて、プリントイメージが想像し易いプリント用データを、画像生成部３１１が直接処理可能な形式のデータに変換する、つまり変換前のプリント用データを書き換える役割を果たす。
【００２５】
尚、本実施形態では、データ処理部３１０、データ変換部３１４および画像生成部３１１は、Ｗｅｂサーバ内のＣＰＵによって実行されるプログラムによって実現されている。
【００２６】
図２はデータの変換を含むリクエスト処理手順を示すフローチャートである。まず、ブラウザ３０２からのリクエストを受け付ける（ステップＳ１）。そして、外部で作成された、画像生成部３１１が直接処理できない形式のプリント用データを、画像生成部３１１が直接処理可能な形式のプリント用データに変換する（ステップＳ２）。変換したプリント用データの処理を画像生成部３１１に依頼する（ステップＳ３）。画像生成部３１１で生成されたプリントイメージを獲得し（ステップＳ４）、サーバ内で処理を行い（ステップＳ５）、クライアントにその応答を返す（ステップＳ６）。この後、ステップＳ１の処理に戻る。
【００２７】
ここで、ステップＳ２で変換される前のプリント用データは、ユーザがテキストエディタなどを使用して作成したり、ユーザプログラムが出力して得られた結果であり、その作成プロセスは特に限定されない。
【００２８】
つぎに、ステップＳ２におけるデータ変換処理の前後で、データがどのように対応付けられるかを示す。図３は変換後における画像生成部３１１が直接処理可能な表現形式のプリント用データを示す図である。図４は変換前における表現形式のプリント用データを示す図である。
【００２９】
図３において、最初の行６０１の［Ｆｏｒｍ  Ｓｅｃｔｉｏｎ］は「ページを構成するフォームを宣言し、次に同じ宣言が行われるまで同じフォームが有効である」ことを意味する。次の行６０２の”ＦＯＲＭ＝ａ．ｆｃｐ”は「最初のページはフォームファイル”ａ．ｆｃｐ”を使用する」ことを意味する。行６０３の［Ｆｉｘｅｄ  Ｄａｔａ  Ｓｅｃｔｉｏｎ］は「識別子を伴う文字データを指定することを宣言し、重ね合わせる対象のフォームは直前の行６０２で指定したものである」ことを意味する。
【００３０】
行６０４の”ｎａｍｅ１＝東京都”は「フォーム上の識別子”ｎａｍｅ１”の場所に値”東京都”を与える」ことを意味する。行６０５の解釈は行６０４と同じである。行６０６の解釈は行６０１と同じである。行６０７の解釈は行６０２と同じである。
【００３１】
行６０８の［Ｂｏｄｙ  Ｄａｔａ  Ｓｅｃｔｉｏｎ］は「識別子を伴わない文字データを指定することを宣言し、重ね合わせる対象のフォームは直前の行６０７で指定したものである」ことを意味する。行６０９の”杉並区，，中野区，新宿区”は「重ね合わせるデータは１番目に”杉並区”を与えるだけで２番目は無指定である」および「直前と同じフォームであるが、ページを改め、データとして１番目に”中野区”、２番目に”新宿区”を与える」ことを意味する。ただし、行６０７で指定したフォームは、識別子を伴わない文字データを重ね合わせる場所を２箇所だけ有しており、決められた順に重ね合わせが起こる特性を有しているものとする。
【００３２】
行６１１の解釈は行６０６と同じである。行６１２の解釈は行６０７と同じである。行６１３の解釈は行６０３と同じである。行６１４の解釈は行６０４と同じであり、行６１５の解釈は行６０５と同じである。
【００３３】
行６１６の［Ｆｉｘｅｄ  Ｄａｔａ  Ｓｅｃｔｉｏｎ］は「直前の宣言が行６１３の種類であるので、直前と同じフォームであるが、ページを改める」ことを意味する。行６１７の解釈は行６１４と同じであり、行６１８の解釈は行６１５と同じである。
【００３４】
一方、図４において、最初の行７０１の＜ｐａｇｅ＞はプリントイメージを構成するフォームに関する情報の開始を意味する識別子である。行７０５の＜／ｐａｇｅ＞は同情報の終了を意味する識別子である。行７０６の＜ｄａｔａ＞は文字データおよびそれがどのフォームと重ね合わされるのかに関する情報の開始を意味する識別子である。行７１５の＜／ｄａｔａ＞は同情報の終了を意味する識別子である。行７０２の＜ｆｏｒｍ  ｉｄ＝１  ｏｒｄｅｒ＝“”＞ａ．ｆｃｐ＜／ｆｏｒｍ＞は「フォームＩＤ１（”ｉｄ＝１”）のフォーム（”ｆｏｒｍ”）であり、そのファイルは”ａ．ｆｃｐ”である」ことを意味する。行末の”／ｆｏｒｍ”は定義の終了を意味する文字列である。
【００３５】
行７０３の解釈は行７０２とほぼ同じであるが、行７０３に追加される（”ｏｒｄｅｒ”：ページ遷移識別子）は「遷移するページで使用されるフォームの順番は、文字データ定義内のｆｏｒｍＩＤの値に文字”ｍ”を有するフォーム、続いて”ｎ”を有するフォームの順である」ことを意味する。行７０４の解釈は行７０３と同じである。さらに、ページは行７０２、７０３、７０４の順に遷移する。
【００３６】
行７０７の＜ｆｉｘ  ｎａｍｅ＝ｎａｍｅ１  ｆｏｒｍＩｄ＝１．＞東京都＜／ｆｉｘ＞は「識別番号１のフォーム（”ｆｏｒｍＩｄ＝１．”）上の識別子”ｎａｍｅ１”（”ｎａｍｅ＝ｎａｍｅ１”）の場所に重ね合わせる文字データは”東京都”であり、”ｆｉｘ”は識別子を伴うことを表す」ことを意味する。行末の”／ｆｉｘ”は定義の終了を意味する文字列である。行７０８の解釈は行７０７と同じである。
【００３７】
行７０９の＜ｂｏｄｙ  ｆｏｒｍＩｄ＝２．ｎ＞中野区，新宿区＜／ｂｏｄｙ＞は「識別番号２のフォーム（”ｆｏｒｍＩｄ＝２．ｎ”）上に、先頭から順に重ね合わせる文字データは”中野区”、”新宿区”であり、遷移するページ”ｎ”（”ｆｏｒｍＩｄ＝２．ｎ”）は行７０３で指定した順に従い、”ｂｏｄｙ”は識別子を伴わないことを表す」ことを意味する。行７１０の解釈は行７０９と同じである。
【００３８】
この変換後の対応するデータは行６０９であるが、行６０９はページの遷移をデータ上で表現しているので、見通しの悪いものになっているが、行７０９および行７１０では、ページの遷移を意識せず、遷移に関してはその指定を行７０３に任せていることがわかる。
【００３９】
行７１１〜７１４の解釈は行７０３とほぼ同じであるが、行７１１〜７１４に追加される「遷移するページ”ｘ”（”ｆｏｒｍＩｄ＝３．ｘ”）は行７０４で指定した順に従う」ことを意味する。
【００４０】
この変換後の対応するデータは行６１４〜６１８である。行６１６は本来、「識別子を伴う文字データの開始」を宣言するものであり、これに「ページを改める」という別の意味も持たせてしまって、データとして見通しの悪いものになっている。これに対し、行７１１〜７１４では、ページ遷移に関する情報を持たず、ページ遷移は全て行７０４に任せていることがわかる。尚、上記文字列”ｐａｇｅ”、”ｄａｔａ”、”ｉｄ”、”ｆｏｒｍ”、”ｎａｍｅ”、”ｆｏｒｍＩｄ”、”ｆｉｘ”、”ｂｏｄｙ”は一例であり、文字列は特に制限されない。また、”＜”、”＞”によって上記文字列を囲む表現手段も一例であり、これに限定されるものではない。
【００４１】
つぎに、図４のデータを入力し、図３のデータに変換する処理を示す。図５はプリント用データ変換処理手順を示すフローチャートである。まず、図４の＜ｐａｇｅ＞と＜／ｐａｇｅ＞で囲まれたデータを抽出し、フォームＩＤ、フォーム名、ページ遷移識別子から構成されるリストを、行数分のリストとして抽出する（ステップＳ１１）。この結果、｛｛１，ａ．ｆｃｐ，””｝，｛２，ｂ．ｆｃｐ，”ｍ，ｎ”｝，｛３，ｃ．ｆｃｐ，”ｘ，ｙ”｝｝のようなリスト▲１▼を得る。
【００４２】
取得したリスト▲１▼の要素がゼロ（空）でないか否かを判別する（ステップＳ１２）。ゼロ（空）である場合、本処理を終了し、一方、ゼロ（空）でない場合、文字列”［Ｆｏｒｍ  Ｓｅｃｔｉｏｎ］”を出力する（ステップＳ１３）。先頭のリストからフォームＩＤ（ｉｄ）を削除したもの（リスト▲２▼）を生成する（ステップＳ１４）。
【００４３】
１番目の処理では、｛ａ．ｆｃｐ，””｝というリストを得る。＜ｄａｔａ＞と＜／ｄａｔａ＞で囲まれたデータから同フォームＩＤと同一のＩＤを検索し、ｆｏｒｍＩＤの”．”の直前の文字に持つデータを抽出し、そこからタイプを抽出する（ステップＳ１５）。ここでは説明を簡単にするために、１フォームＩＤには、１種類のタイプの文字データのみ対応すると仮定するとしたが、一般には、１フォームＩＤに複数のタイプの文字データを対応させてもよい。
【００４４】
同時に、識別子、値、フォームＩＤ（ｆｏｒｍＩｄ）をリスト化したもの（リスト▲３▼）を抽出する（ステップＳ１５）。１番目の処理では、｛｛ｎａｍｅ１，東京都，１．｝，｛ｎａｍｅ２，山梨県，１．｝｝というリストを得る。そして、タイプを判別する（ステップＳ１６、Ｓ１７）。ステップＳ１５で取得したリストを用い、タイプに応じた処理を継続する（ステップＳ１８、Ｓ１９）。このステップＳ１８、Ｓ１９の処理については、後述する図６、図７を用いて説明する。
【００４５】
ステップＳ１８またはＳ１９の処理を終了した後、またはステップＳ１７でＮｏである場合、リストの先頭を削除し（ステップＳ２０）、ステップＳ１２に戻って処理を継続する。
【００４６】
図６はステップＳ１８における文字データが識別子を有する場合の”ｆｉｘ”タイプに即した変換処理手順を示すフローチャートである。まず、フォーム名とページ遷移識別子のリストと、そのフォーム上に重ね合わせる対象の文字データ（値）、識別子およびｆｏｒｍＩｄのリスト▲３▼とを抽出する（ステップＳ３１）。行７０４および行７１１〜７１４の例では、｛ｃ．ｆｃｐ，”ｘ，ｙ”｝および｛｛ｎａｍｅ３，檜山，３．ｙ｝，｛ｎａｍｅ４，渡島，３．ｘ．｝，（ｎａｍｅ３，日高，３．ｘ），｛ｎａｍｅ４，空知，３．ｙ｝｝というリストを得る。
【００４７】
つづいて、ページ遷移識別子を構成する文字をリスト表現する（リスト▲４▼、ステップＳ３２）。上記例では、｛ｘ，ｙ｝を得る。ステップＳ３２で得たリスト▲４▼が空であるか否かを判別する（ステップＳ３３）。リスト▲４▼が空である場合、本処理を終了する。一方、リスト▲４▼が空でない場合、文字列”［Ｆｉｘｅｄ  Ｄａｔａ  Ｓｅｃｔｉｏｎ］”を出力し（ステップＳ３４）、ステップＳ３２で得たリスト▲４▼の先頭を抽出し（ステップＳ３５）、抽出して得た文字と合致するｆｏｒｍＩｄの”．”以降の文字を有するリスト▲３▼から、値とその識別子の組として全て抽出する（ステップＳ３６）。抽出して得た識別子と値の組を”識別子＝値”として出力する（ステップＳ３７）。そして、ステップＳ３２で得たリスト▲４▼の先頭を削除し（ステップＳ３８）、ステップＳ３３に戻って、本処理を継続する。
【００４８】
図７はステップＳ１９における文字データが識別子を有しない場合の”ｂｏｄｙ”タイプに即した変換処理手順を示すフローチャートである。まず、フォーム名、ページ遷移識別子のリストと、値、ｆｏｒｍＩｄのリスト▲３▼とを抽出する（ステップＳ４１）。行７０９、７１０の例では、｛ｂ．ｆｃｐ，”ｍ，ｎ”｝と、｛｛”中野区，新宿区”，２．ｎ｝，｛杉並区，２．ｍ｝｝となる。
【００４９】
ページ遷移識別子を構成する文字をリスト化する（リスト▲４▼、ステップＳ４２）。上記の例では、｛ｍ，ｎ｝となる。文字列”［Ｂｏｄｙ  Ｄａｔａ  Ｓｅｃｔｉｏｎ］”を出力する（ステップＳ４３）。ステップＳ４２で得たリスト▲４▼が空であるか否かを判別する（ステップＳ４４）。リスト▲４▼が空である場合、ステップＳ５３の処理に移行する。
【００５０】
一方、リスト▲４▼が空でない場合、リスト▲４▼の先頭の文字を抽出し（ステップＳ４５）、抽出して得た文字と合致するｆｏｒｍＩｄの”．”以降の文字を有するリスト▲３▼から値を全て抽出し（ステップＳ４６）、出力する（ステップＳ４７）。
【００５１】
そして、値に含まれる”，”文字の数を判定し、その数を、重ね合わせる場所の数ｎから引いた値Ｎを算出し（ステップＳ４８）、値Ｎの数だけ”，”を出力する（ステップＳ４９）。
【００５２】
重ね合わせる場所の数ｎが値０か否かを判別し（ステップＳ５０）、値０である場合、ステップＳ４２で得たリスト▲４▼の先頭を削除し（ステップＳ５１）、ステップＳ４４に戻って本処理を継続する。
【００５３】
一方、重ね合わせる場所の数ｎが値０よりも大きい場合、ｎ行のデータを変換前のデータに追加する処理（自動修正処理）を行う（ステップＳ５２）。この自動修正処理の詳細については、図８を用いて後述する。ステップＳ５１の処理後、ステップＳ４４でリスト▲４▼が空になったら、最後に出力した”，”を１つ削除し（ステップＳ５３）、本処理を終了する。
【００５４】
図８は変換前の記述が自動修正された結果を示す図である。例えば、行７０９の値が「中野区，新宿区，渋谷区，世田谷区，練馬区」（”，”の数が４個）であったとする。フォームが有する文字を重ねる場所の数ｎが値２であるので、行７０９の値を先頭から２個ずつ切り出して分割し、それぞれに同一フォーム内でユニークなｆｏｒｍＩｄを付加し、合計ｎ＋１行を再定義する。ユニーク性はｆｏｒｍＩｄの”．”の後ろの文字（図８では、ｐとｑで表す）で持たせる（行５０２、５０３、５０４）。同時に、行７０３を、行５０２、５０３、５０４と整合ある記述に変換する（行５０１）。
【００５５】
このように、本実施形態では、プリントイメージを想像しながらプリント用データを定義することができる。したがって、意図しないページ構成のプリントイメージが作成されてしまう機会を減らすことができる。
【００５６】
以上が本発明の実施の形態の説明であるが、本発明は、これら実施の形態の構成に限られるものではなく、特許請求の範囲で示した機能、または実施の形態の構成が持つ機能が達成できる構成であればどのようなものであっても適用可能である。
【００５７】
また、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムコードをシステムあるいは装置に供給することによって達成される場合、プログラムコード自体が本発明の新規な機能を実現することになり、そのプログラム自体およびそのプログラムを記憶した記憶媒体は本発明を構成することになる。
【００５８】
上記実施形態では、図２、図５〜図７のフローチャートに示すプログラムコードは記憶媒体であるＲＯＭに格納されている。プログラムコードを供給する記憶媒体としては、ＲＯＭに限らず、例えばフレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００５９】
【発明の効果】
本発明によれば、プリントイメージを想像しながらプリント用データを容易に定義することができる。したがって、意図しないページ構成のプリントイメージが作成されてしまう機会を減らすことができる。
【図面の簡単な説明】
【図１】実施の形態における印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。
【図２】データの変換を含むリクエスト処理手順を示すフローチャートである。
【図３】変換後における画像生成部３１１が直接処理可能な表現形式のプリント用データを示す図である。
【図４】変換前における表現形式のプリント用データを示す図である。
【図５】プリント用データ変換処理手順を示すフローチャートである。
【図６】ステップＳ１８における文字データが識別子を有する場合の”ｆｉｘ”タイプに即した変換処理手順を示すフローチャートである。
【図７】ステップＳ１９における文字データが識別子を有しない場合の”ｂｏｄｙ”タイプに即した変換処理手順を示すフローチャートである。
【図８】変換前の記述が自動修正された結果を示す図である。
【図９】先に提案した印刷処理システムとしてのネットワークプリントシステムの構成を示すブロック図である。
【図１０】一般的なブラウザにおける業務処理の状況を示す図である。
【符号の説明】
３０１  クライアント
３０６  Ｗｅｂサーバ
３１０  データ処理部
３１１  画像生成部
３１４  データ変換部
【図１】
0003958058.tif 000002
【図２】
0003958058.tif 000003
【図３】
0003958058.tif 000004
【図４】
0003958058.tif 000005
【図５】
0003958058.tif 000006
【図６】
0003958058.tif 000007
【図７】
0003958058.tif 000008
【図８】
0003958058.tif 000009
【図９】
0003958058.tif 000010
【図１０】
0003958058.tif 000011