JP2004062855A

JP2004062855A - 出力支援サーバ、出力支援方法、および出力支援システム

Info

Publication number: JP2004062855A
Application number: JP2002358917A
Authority: JP
Inventors: Shinji Makishima; 牧嶋　真二; Kazuyasu Ogura; 小倉　一泰
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2002-07-29
Filing date: 2002-12-11
Publication date: 2004-02-26
Anticipated expiration: 2022-12-11
Also published as: US20040017585A1; JP4133284B2

Abstract

【課題】応答時間を短縮する。
【解決手段】ネットワークを経由してクライアント端末側で行う各種出力を支援する出力支援サーバにおいて、前記クライアント端末からの要求に応じて前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積するテンプレート蓄積部から出力用テンプレートを読み出して送信するテンプレート応答部と、このテンプレート応答部によって送信した後、前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信する出力データ生成部とを備えたことを特徴とする。
【選択図】　図１

Description

【０００１】
【発明の属する技術分野】
本発明は出力支援システムに関し、例えば、予め用意されているテンプレートに基づいて、表示や印刷などの各種出力をクライアント端末側で行うことを支援する場合などに適用したものである。
【０００２】
また、出力支援サーバ及び出力支援方法に関するものである。
【０００３】
【従来の技術】
近年、各種業務処理をインターネット上に構築されたハイパーテキストシステムを利用して行うことができるサービスが増えてきている。従来のこの種のシステムとしては、下記の特許文献１に記載されたものがある。
【０００４】
特許文献１のシステムでは、クライアント端末上のＷｅｂブラウザへユーザが入力した情報をインターネット上のＷｅｂサーバが受け取り、この情報をもとにＷｅｂサーバ側で印刷データを編集し、Ｗｅｂサーバ側で印刷出力を行っている。また、必要ならば、Ｗｅｂサーバ側で編集した印刷データをＷｅｂブラウザに返送してクライアント端末側で印刷出力することもできる。
【０００５】
【特許文献１】
特開２０００−２８４９３７（Ｐ２０００−２８４９３７Ａ）号公報
【０００６】
【発明が解決しようとする課題】
一般的に、このようなハイパーテキストシステムを利用した業務処理サービスでは、Ｗｅｂサーバ側に多数のクライアント端末が同時にアクセスすることが多く、Ｗｅｂサーバ側の処理能力には大きな負荷がかかる反面、使い勝手のよい業務処理サービスを提供するためには、ユーザがＷｅｂブラウザ上で行った操作に対するＷｅｂサーバ側からの応答がＷｅｂブラウザへ返送されるまでに要する時間（応答時間）は十分に短縮する必要がある。
【０００７】
以上のような問題点に鑑み、本発明は、出力支援サーバ（例えば、Ｗｅｂサーバ）側における負荷軽減の効率的な実現法の１つを提案することを目的とする。
【０００８】
【課題を解決するための手段】
かかる課題を解決するために、第１の発明では、ネットワークを経由してクライアント端末側で行う各種出力を支援する出力支援サーバにおいて、前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積するテンプレート蓄積部と、前記クライアント端末からの要求に応じて当該テンプレート蓄積部から出力用テンプレートを読み出し、クライアント端末へ返送するテンプレート応答部と、前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて、前記出力データを生成し、当該出力データをクライアント端末側で出力させるために返送する出力データ生成部とを備えたことを特徴とする。
【０００９】
また、第２の発明では、ネットワークを経由して接続される出力支援サーバとクライアント端末が通信を行うことで、当該クライアント端末側で行う各種出力を支援する出力支援システムにおいて、前記出力支援サーバは、前記クライアント端末からの要求に応じて前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積するテンプレート蓄積部から出力用テンプレートを読み出し、クライアント端末へ送信するテンプレート応答部と、前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて、前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信する出力データ生成部とを備え、前記クライアント端末は、前記出力用テンプレートについて、前記各種出力のうちの１つである画面表示出力を実行するための表示部と、ユーザから前記構成変更操作を受けるための操作部とを備えたことを特徴とする。
【００１０】
さらに、第３の発明では、ネットワークを経由してクライアント端末側で行う各種出力を支援する出力支援方法において、テンプレート蓄積部を用いて、前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積しておき、前記クライアント端末からの要求に応じてテンプレート応答部が当該テンプレート蓄積部から出力用テンプレートを読み出してクライアント端末へ送信し、前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて、出力データ生成部が前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信することを特徴とする。
【００１１】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明にかかる実施形態について、添付図面を参照しながら説明する。
【００１２】
（Ａ−１）実施形態の構成
本実施形態にかかる通信システム１０の全体構成例を図３に示す。
【００１３】
図３において、当該通信システム１０は、ネットワーク１１と、Ｗｅｂサーバ１２と、通信端末１３、１４と、プリンタ装置１５，１６とを備えている。
【００１４】
このうちネットワーク１１は、Ｗｅｂサーバ１２と、通信端末１３（または１４）のあいだを接続するネットワークである。ネットワーク１１は、ＬＡＮ（ローカルエリアネットワーク）などであってもよいが、ここでは、インターネットであるものとする。
【００１５】
前記通信端末１３，１４は、ネットワーク１１を介してＷｅｂサーバ１２と通信する情報処理装置で、具体的には、例えば、ネットワーク機能を備えたパーソナルコンピュータなどであってよい。通信端末１３はユーザＵ１によって使用され、通信端末１４はユーザＵ２によって使用されるものとする。
【００１６】
当該プリンタ装置（例えば、１５）は、接続された通信端末（例えば、１３）からの要求に応じて印刷出力を実行する機能を有する。
【００１７】
プリンタ装置１５，１６などのプリンタ装置には大きく分けて２つのタイプがある。その１つは、通信端末（１３，１４）とは別個に自身でフォント（プリンタフォント）をＲＯＭなどに格納して搭載しているタイプであり、もう一つは、このようなプリンタフォントを自身では搭載していないタイプである。
【００１８】
自身でプリンタフォントを搭載していないタイプのプリンタ装置では、通常、文字の印刷出力と画像の印刷出力は区別なく処理されるのに対し、自身でプリンタフォントを搭載しているタイプのプリンタ装置では文字の印刷出力はプリンタフォントに基づいて処理され、画像の印刷出力と異なる処理が実行される。原理的に、プリンタフォントが通信端末側が搭載しているフォント（スクリーンフォント）と一致している必要はない。
【００１９】
フォントは、そのフォントを収容したファイル（フォントファイル）に付与されるフォント名によって一義的に識別することができる。
【００２０】
通信端末１３，１４の内部構成は、例えば、図２に示すとおりであってよい。
【００２１】
図２において、当該通信端末１３は、通信部２０と、制御部２１と、記憶部２２と、表示部２３と、操作部２４とを備えている。
【００２２】
このうち通信部２０は、前記ネットワーク１１を介してＷｅｂサーバ１２と通信するために必要な機能のほか、前記プリンタ装置１５と通信する機能も備えている。インターネット１１経由でＷｅｂサーバ１２と通信するためには、当該通信部２０は、ＯＳＩ参照モデルのネットワーク層でＩＰプロトコルに対応した通信を行い、トランスポート層でＴＣＰプロトコルに対応した通信を行い、プレゼンテーション層からアプリケーション層では、ＨＴＴＰプロトコルに対応した通信を行う必要があるため、各プロトコルの通信を行うためのモジュールが、この通信部２０内に設けられる。
【００２３】
制御部２１は、ハードウエア的には当該通信端末１３の中央処理装置（ＣＰＵ）に相当し、ソフトウエア的にはオペレーティングシステム（ＯＳ（このＯＳをＯＳ２１Ｂとする））に相当する部分である。
【００２４】
本実施形態において通信端末１３はＷｅｂページを閲覧するためのプログラムであるＷｅｂブラウザ２１Ａを搭載しているが、当該Ｗｅｂブラウザ２１Ａも、この制御部２１に該当し得る。ただしＷｅｂブラウザ２１Ａは、当該ＯＳ２１Ｂからみた場合、通信端末１３上に搭載され得る多数のアプリケーションのうちの１つである。
【００２５】
記憶部２２は、当該制御部２１の管理下にある記憶装置である。通信端末１３が通常のパーソナルコンピュータであれば、揮発性の記憶装置（ＲＡＭなど）とともに、不揮発性の記憶装置（ハードディスクなど）が当該記憶部２２に含まれる。
【００２６】
表示部２３はユーザＵ１に対して画面表示を行う部分で、例えば、前記Ｗｅｂサーバ１２が提供するＷｅｂページをＷｅｂブラウザ２１Ａで閲覧するとき、当該Ｗｅｂページの内容は、Ｗｅｂブラウザ２１Ａによって整形されてこの表示部２３に画面表示される。
【００２７】
操作部２４は、ユーザＵ１が通信端末１３に対して行う操作を受け付ける部分である。通信端末１３が通常のパーソナルコンピュータであれば、マウスやトラックボールなどのポインティングデバイスのほか、キーボードなども、この操作部２４に含まれる。
【００２８】
このような構成を有する通信端末１３や１４などと、前記ネットワーク１１を介して通信するＷｅｂサーバ１２の内部構成は、例えば、図１に示すようなものであってよい。通信端末１３がアクセスしてきた場合、当該Ｗｅｂサーバ１２は、同じＷｅｂサイト内に設置されたデータベース４０と通信して、Ｗｅｂページ（作業支援テンプレートＴＰなども含む）を通信端末１３へ返す機能を有する。
【００２９】
一般的なＷｅｂページの作成では、Ｗｅｂページ上でフォントを指定してもＷｅｂブラウザ側にそのフォントがインストールされていないと予期せぬ表示になってしまうためフォントの指定は行わないほうがよいとされているが、本実施形態でＷｅｂサーバ１２が提供するＷｅｂページ（特に、作業支援テンプレート）では、その性質上、フォントの指定を行うことが必要である。
【００３０】
図１において、当該Ｗｅｂサーバ１２は、通信部３０と、記憶部３１と、制御部３２と、提供データ作成部３３と、テンプレート変換部３４と、フォント適合性判定部３５と、検査要否判定部３６と、課金処理部３７と、認証部３８と、メール送信部３９とを備えている。
【００３１】
このうち通信部３０は、前記ネットワーク１１を介して前記通信端末１３の通信部２０と対向する部分で、前記ＩＰプロトコル、ＴＣＰプロトコル、ＨＴＴＰプロトコルに対応した通信を行うためのモジュールを備えている。当該通信部３０はまた、データベース４０と通信する機能も備えている。データベース（ＤＢＭＳを含む）３８との通信は、ベンダ固有のプロトコルによって行われるのが普通である。
【００３２】
データベース４０は、ハードウエア的にはハードディスクなどの記憶装置によって構成され、例えば、関係モデルに対応したＲＤＢＭＳなどのデータベース管理システムによって管理されている。
【００３３】
データベース４０にはＷｅｂサイトの運営や、顧客管理（ユーザ管理）などのデータも含め、種々のデータが蓄積され管理されているが、これらのデータのうち本実施形態において特徴的なデータは、作業支援テンプレート（例えば、ＴＰ）およびその管理のための管理テーブルＭＴ１〜ＭＴ３である。作業支援テンプレートの実体であるデータを収容したファイルは、フォルダの中に格納しておき、管理テーブルＭＴ１〜ＭＴ３はＲＤＢＭＳで管理するものであってよい。
【００３４】
各作業支援テンプレートは、様々な印刷物の標準的な構造を備え、ユーザ（例えば、Ｕ１）がその印刷物を構成し、取得する作業を容易化するとともに、印刷物の出力に際してＷｅｂサーバ１２の処理能力にかかる負荷の軽減を実現するためのデータである。まったく何も規定されていない状態からユーザＵ１がＷｅｂサーバ１２上で印刷物の編集作業を行う場合には、作業支援テンプレートを利用すれば、編集作業の自由度は制限されるものの、Ｗｅｂサーバ１２にかかる負荷を軽減することができる。
【００３５】
データベース４０内には複数種類の作業支援テンプレートを格納しておき、アクセスするときにユーザＵ１がＷｅｂブラウザ２１Ａに入力した情報（自然言語やＵＲＬ）により、いずれの作業支援テンプレートをユーザＵ１に返すかが決まる。
【００３６】
ユーザＵ１が、前記印刷物として、例えば、スーパーマーケットの折り込みチラシ等のための作業支援テンプレートであるＴＰを指す情報（選択情報）を入力してＨＴＴＰリクエストを送信した場合、このＨＴＴＰリクエストを受け取ったＷｅｂサーバ１２からは、ＨＴＴＰレスポンスとして作業支援テンプレートＴＰが、通信端末１３へ返される。
【００３７】
この作業支援テンプレートＴＰが前記通信端末１３に受信され、Ｗｅｂブラウザ２１Ａによって処理されると、一例として、図１１に示すような画面が、通信端末１３の表示部２３に画面表示され、この画面を利用して、ユーザＵ１による折り込みチラシの編集作業が行われる。
【００３８】
図１１において、当該作業支援テンプレートＴＰは、表示要素Ｐ１、Ｐ２，ボタンＢＴ１，ＢＴ２を備えている。表示要素Ｐ１とＰ２は、いわゆるフレームの機能を利用し、本来、別の文書であるものを１画面上に表示したものであってよい。
【００３９】
表示要素Ｐ１は、作業支援テンプレートＴＰの主要部で、後で実際に印刷出力される折り込みチラシの内容をシュミレートした領域である。
【００４０】
例えば、「お買い得！！」等のチラシのタイトルとなり得る文字Ｐ１１と、予め決定された絵や模様などの画像Ｐ１２と、選択された画像を配置する画像配置領域１３と、フィールドＰ１４とを備えている。
【００４１】
フィールドＰ１４内には、具体的に、どのような商品がどのような価格で買うことができるかを、スーパーマーケットの顧客などに伝える内容の自然言語を記述する。したがって、このような作業支援テンプレートＴＰを指す前記選択情報を入力するユーザＵ１は、通常、スーパーマーケットの当該業務担当者ということになる。
【００４２】
また、表示要素Ｐ２は、その内部に、内容の異なる６つの画像Ｐ２１〜Ｐ２６を備えている。
【００４３】
前記通信端末１３の表示部２３でこの作業支援テンプレートＴＰの画像を目視するユーザＵ１は、前記操作部２４に含まれるポインティングデバイスなどを用いて、６つの画像Ｐ２１〜Ｐ２６のなかから１つの画像（例えば、Ｐ２３）を選択し、「挿入」ボタンＢＴ１を操作すれば、選択した画像Ｐ２３が拡大されて画像配置領域Ｐ１３に配置（挿入）される。
【００４４】
画像Ｐ２１〜Ｐ２６の選択や挿入はこれと同様な操作を繰り返すことで何回でもやり直すことができる。
【００４５】
Ｗｅｂブラウザのなかには、Ｗｅｂページ上の文字のフォントを変更できる機能を持つものもあるが、Ｗｅｂブラウザ２１ＡがこのようなタイプのＷｅｂブラウザである場合には、もし必要ならば、編集作業の一部として、文字Ｐ１１のフォントを変更してもかまわない。
【００４６】
最終的に、画像配置領域Ｐ１３に配置する画像が決まり、フィールドＰ１４に記述する内容などが決まって、編集作業が終了し、折り込みチラシの内容が確定したとき、ユーザＵ１は「印刷」ボタンＢＴ２を操作すると、そのとき表示部２３に表示されている表示要素Ｐ１と同様な内容の折り込みチラシを、前記プリンタ装置１５から印刷出力させることができる。
【００４７】
本実施形態では、作業支援テンプレートＴＰを通信端末１３へ返送したあと、Ｗｅｂサーバ１２は、前記折り込みチラシを印刷出力するための処理にほとんど関与する必要はないため、Ｗｅｂサーバ１２の処理能力にかかる負荷は従来に比べて極めて低い。
【００４８】
図１に示すＷｅｂサーバ１２の制御部３２は、ハードウエア的には当該Ｗｅｂサーバ１２のＣＰＵに相当し、ソフトウエア的にはＯＳに相当する部分である。
【００４９】
ハイパーテキストシステムでは、１つのＨＴＴＰリクエストと、それに対する１つのＨＴＴＰレスポンス（すなわち、前記表示部２３に新しいＷｅｂページが１つ表示されるごとに）で通信端末１３とＷｅｂサーバ１２のあいだのセッションが切断されるから、制御部３２は、個々のユーザ（例えば、Ｕ１）からの一連のアクセス（一連のＨＴＴＰリクエスト）を識別して矛盾の無い応答（ＨＴＴＰレスポンス）を返すためにセッション管理を行う必要がある。
【００５０】
記憶部３１は、当該制御部３２の管理下にある記憶装置である。前記通信端末１３の場合と同様、通常、Ｗｅｂサーバ１２には、揮発性の記憶装置（ＲＡＭなど）とともに、不揮発性の記憶装置（ハードディスクなど）が搭載されるが、各記憶装置の記憶容量は、通信端末１３よりも大きいのが普通である。
【００５１】
制御部３２に接続されている構成要素３３〜３９は本実施形態において特徴的な機能を持つ部分である。
【００５２】
構成要素３３〜３９のうち検査要否判定部３６は、フォントの適合性（フォント適合性）に関する検査を行う必要があるか否かを判定する部分である。
【００５３】
フォント適合性とは、Ｗｅｂサーバ１２にアクセスしてきた通信端末（例えば、１３）のＷｅｂブラウザ（２１Ａ）が、Ｗｅｂサーバ１２からＷｅｂページとして提供する作業支援テンプレート（例えば、ＴＰ）を、例えば、前記「お買い得！！」などの文字Ｐ１１のフォントも含め、忠実に出力（画面表示出力や印刷出力）することができる性質を指す。
【００５４】
アクセスしてきた通信端末が、作業支援テンプレート中の文字のフォントにつき、フォント適合性がある場合には、そのまま当該作業支援テンプレートを提供することができるが、適合性がない場合には、そのまま作業支援テンプレートを提供した場合、通信端末１３側における画面表示出力や印刷出力がフォントに忠実に行われない。
【００５５】
その場合には、前記「お買い得！！」などの文字Ｐ１１はフォント付きの文字データとしてではなく、画像データとして提供される。もちろんそのためには、フォント付きの文字データを、そのフォントに忠実な形状や大きさを持つ画像データに変換する処理を施す必要があり、その変換処理を実行するのが、前記テンプレート変換部３４である。
【００５６】
当該テンプレート変換部３４により、標準的なデータ形式（例えば、ＪＰＥＧやＧＩＦなど）の画像データに変換すれば、インターネット上で利用されるほぼ全てのＷｅｂブラウザで画面表示可能である。
【００５７】
前記検査要否判定部３６を設けた理由は、折り込みチラシなどに限定せず、一般的な作業支援テンプレートを想定した場合、最初から、前記「お買い得！！」などのフォント付きの文字データを含まないテンプレートもあり得るからである。フォント付きの文字データを含まない作業支援テンプレートの場合、フォント適合性があるか否かを判定すること自体を省略可能である。
【００５８】
上述したフォント適合性があるか否かの判定に関わるのは、Ｗｅｂサーバ１２側では、前記フォント適合性判定部３５である。
【００５９】
場合によっては、前記ＨＴＴＰリクエストのヘッダ中に含まれているＷｅｂブラウザの名称やバージョンの情報を参照するだけでも、フォント適合性の有無を判定することは可能である。例えば、Ｗｅｂブラウザ２１Ａの名称やバージョンが分かればＯＳ２１Ｂの名称やバージョンも推測でき、そのＯＳ２１Ｂが予め搭載しているフォントも推測できるからである。ただし本実施形態では、より正確かつ詳細にこの判定を行うため、プラグインソフト（適合性検査プラグイン）ＣＨ１や適合性検査アプレットＡＰ１を利用する。
【００６０】
適合性検査プラグインＣＨ１は、アクセスしてきた通信端末１３に対し、Ｗｅｂサーバ１２側から前記ネットワーク１１経由で送信する独立したプログラムで、Ｗｅｂブラウザ２１Ａ側で、前記フォント適合性を検査し、その検査結果をＷｅｂサーバ１２側へ送信する機能を有する。
【００６１】
また、適合性検査アプレットＡＰ１はＷｅｂページとともにネットワーク１１経由で送信され、Ｗｅｂブラウザ２１Ａ上で動作して、前記フォント適合性を検査し、その検査結果をＷｅｂサーバ１２側へ送信する機能を有する。
【００６２】
フォント適合性を検査する際の適合性検査プラグインＣＨ１や、適合性検査アプレットＡＰ１の検査対象は、通信端末１３側のフォント管理の仕組みに依存して決まる。
【００６３】
例えば、通信端末１３の前記制御部２１に含まれるＯＳ２１Ｂが一元的に全てのフォントファイルを特定のフォルダ（フォントフォルダ）で管理しており、Ｗｅｂブラウザ２１Ａなどのアプリケーションが当該フォントフォルダ内のフォントファイルを共用する形のフォント管理が行われている場合ならば、このフォントフォルダ内に収容されている各フォントファイルのフォント名が検査対象となり得る。
【００６４】
また、Ｗｅｂブラウザ２１Ａの設定によって、Ｗｅｂブラウザ２１Ａが前記表示部２３で行う画面表示のフォントに影響が出る場合なら、Ｗｅｂブラウザ２１Ａの設定内容も、検査対象となり得る。
【００６５】
さらに、プリンタ装置１５が上述したプリンタフォントを搭載しているタイプである場合には、プリンタフォントについても検査対象とすることが望ましい。
【００６６】
なお、適合性検査プラグインＣＨ１や適合性検査アプレットＡＰ１が、プリンタ装置１５側に搭載されているプリンタフォントを直接、検査することが難しい場合には、通信端末１３側に当該プリンタ装置１５を駆動するために格納されているプリンタドライバなどを検査することをもって、プリンタフォントの検査に替えることができる可能性もある。
【００６７】
プリンタ装置１３がプリンタフォントを搭載していないタイプである場合には、通信端末１３がＷＹＳＩＷＹＧ方式の情報処理装置であれば、表示部２３に表示される画面表示用のフォントと、プリンタ装置１５から印刷される印刷用のフォントのあいだに実質的な差（画面表示と印刷の解像度の相違などにより、ドットフォントとアウトラインフォント程度の差が発生することはあるとしても）はないため、印刷用のフォントのために特別な検査を行う必要はないものと考えられる。
【００６８】
前記適合性検査アプレットＡＰ１の機能にはセキュリティ上の理由からの制約が設けられるが、適合性検査プラグインＣＨ１にはそのような制約はない。このため、適合性検査プラグインＣＨ１は、通信端末１３上で、通常のミドルウエアが実行可能なあらゆる処理（例えば、ハードディスク（記憶部２２）へのアクセスなども含む）を実行するように構成することができる。したがって一般的に検査の能力は、適合性検査プラグインＣＨ１のほうが、適合性検査アプレットＡＰ１よりも高いといえる。
【００６９】
Ｗｅｂサーバ１２側で適合性検査プラグインＣＨ１と適合性検査アプレットＡＰ１の双方を用意するか、いずれか一方だけを用意するかは自由に選択可能であるが、適合性検査プラグインＣＨ１だけを用意しておくと、そのインストールがユーザＵ１に拒否され場合に対応できなくなるため、少なくとも、適合性検査アプレットＡＰ１は用意しておくようにするとよい。
【００７０】
適合性検査プラグインＣＨ１や適合性検査アプレットＡＰ１で、フォント適合性の検査までは行わず、検査に必要な情報（基礎情報）を通信端末１３から収集してＷｅｂサーバ１２へ送信し、フォント適合性の検査は、当該基礎情報を利用してフォント適合性判定部３５で実行することも可能であるが、ここでは、フォント適合性の検査そのものを適合性検査プラグインＣＨ１や適合性検査アプレットＡＰ１が通信端末１３側で実行するものとした。できるだけ多くの処理を通信端末１３側で行わせるほうが、Ｗｅｂサーバ１２側にかかる負荷を軽減することになるからである。
【００７１】
したがって、本実施形態のフォント適合性判定部３５は、適合性検査プラグインＣＨ１や適合性検査アプレットＡＰ１が送信してきた検査結果を解釈し、解釈結果に応じて、テンプレート変換部３４や提供データ作成部３３を動作させる機能を持つだけで足りる。
【００７２】
前記提供データ作成部３３は、ユーザ（例えば、Ｕ１）へ提供するＷｅｂページを作成する部分で、例えば、前記作業支援テンプレート（例えば、ＴＰ）を通信端末（例えば、１３）側へ送信する際、必要に応じて、作業支援テンプレートを再構成し、作成する。
【００７３】
例えば、前記表示要素Ｐ１とＰ２をデータベース４０内で別個に管理している場合などには、ユーザＵ１が入力した前記選択情報にしたがって、当該提供データ作成部３３が、表示要素Ｐ１とＰ２を組合せて作業支援テンプレートＴＰを作成することになる。
【００７４】
また、前記テンプレート変換部３４が行った変換処理の結果を受けて作業支援テンプレートを再構成して、ユーザＵ１に提供する作業支援テンプレートを作成するのも、この提供データ作成部３３である。
【００７５】
前記課金処理部３７は、ユーザＵ１などに対する課金処理を実行する部分である。本実施形態ではＷｅｂサーバ１２は会員制を取り、予め会員登録を行ったユーザだけにサービスを提供するものとする。会員登録時に、各ユーザには、ユーザＩＤやパスワードが付与される。図８に示す管理テーブルＭＴ１中のユーザＩＤ、パスワードが、当該ユーザＩＤ、パスワードに対応する。
【００７６】
課金方式には様々なものがあり得るが、ここでは、１つの作業支援テンプレートに基づいた印刷出力を実行するするたびに課金する課金方式を採用するものとする。この場合、印刷出力が正常に行われた場合には確実に課金しなければならないし、その反対に、印刷出力が正常に行えなかった場合には、決して、課金してはならない。
【００７７】
しかしながら上述したように本実施形態では、印刷出力は通信端末（例えば、１３）側で実行されるため、Ｗｅｂサーバ１２側では、印刷出力が行われたか否か、あるいは、行われた場合でも、正常に（例えば、前記フォントに忠実に）行われたか否かを直接、認識することはできない。
【００７８】
そこで、本実施形態では、課金処理のためにも、プラグインソフトまたはアプレットを用いるものとする。課金処理のためのプラグインソフトを課金検査プラグインＣＨ２とし、アプレットを課金検査アプレットＡＰ２とする。
【００７９】
課金検査プラグインＣＨ２および課金検査アプレットＡＰ２は、通信端末１３側で作業支援テンプレートＴＰを用いた印刷出力が正常に行われたか否かを検査し、その検査結果をＷｅｂサーバ１２へ送信する機能を有する。
【００８０】
セキュリティ上の制約や検査能力などに関しては、課金検査プラグインＣＨ２は前記適合性検査プラグインＣＨ１と同じであり、課金検査アプレットＡＰ２は前記適合性検査アプレットＡＰ１と同じである。
【００８１】
必要ならば、ＣＨ２の機能は前記ＣＨ１に集約し、ＡＰ２の機能は前記ＡＰ１に集約するようにしてもよい。ＣＨ２とＣＨ１を集約すれば、ユーザＵ１はインストールの意思確認の回数が減って操作負担が軽減できる。また、ＣＨ２とＣＨ１を集約した場合もＡＰ２とＡＰ１を集約した場合も、Ｗｅｂサーバ１２側からはプラグインソフトやアプレットを送信する回数が減るため、負荷の軽減に有効である。さらに、通信トラフィック低減の点でもこれらを集約したほうが有利である。
【００８２】
上述した十分に短い応答時間を実現するためには、通信トラフィックがボトルネックになる可能性もあるから、通信トラフィックの低減にも配慮する必要がある。すなわち、前記応答時間は、伝送路における通信に要する時間とＷｅｂサーバ１２における処理に要する時間の和に相当するため、前記通信端末１３とＷｅｂサーバ１２のあいだの伝送路の通信帯域に比較して、通信トラフィックが十分に低くない場合には、Ｗｅｂサーバ１２による処理がいくら高速であっても応答時間を短縮することはできないからである。
【００８３】
課金検査プラグインＣＨ２や課金検査アプレットＡＰ２（ＣＨ１やＡＰ１も含む）を通信端末１３へ送信する場合に機能するのは、前記提供データ作成部３３であってよいが、課金検査プラグインＣＨ２や課金検査アプレットＡＰ２が、通信端末１３上から送信してきた検査結果を用いてユーザＵ１に対する課金処理を実行するのは、前記課金処理部３７である。
【００８４】
前記認証部３８は、Ｗｅｂサーバ１２にアクセスしてきたユーザに対してユーザ認証を実行する部分である。ユーザ認証は、会員登録時に付与された前記ユーザＩＤやパスワードを用いて実行される。
【００８５】
メール送信部３９は、前記課金処理部３７が行う課金処理の結果としてユーザＵ１に請求する金額をユーザに伝える電子メールを、ユーザＵ１に送信する部分である。この電子メールの宛先となるユーザＵ１の電子メールアドレスは、前記会員登録時などに、予め取得しておくことができる。図８に示す管理テーブルＭＴ１中のメールアドレスが、当該電子メールアドレスに対応する。
【００８６】
図示のように当該メール送信部３９をＷｅｂサーバ１２内に設ける場合、Ｗｅｂメールの機構を利用して当該電子メールを送信することができる。
【００８７】
図４および図６は通信端末（例えば、１３）側の動作を示すフローチャートで、図４はＳ４０１〜Ｓ４０５の各ステップから構成され、図６はＳ６０１〜Ｓ６１０の各ステップから構成されている。
【００８８】
図５および図７はＷｅｂサーバ１２側の動作を示すフローチャートで、Ｓ５０１〜Ｓ５１０の各ステップから構成され、図７はＳ７０１〜Ｓ７０３の各ステップから構成されている。
【００８９】
以下、上記のような構成を有する本実施形態の動作を、図４〜図６のフローチャートを用いて説明する。
【００９０】
（Ａ−２）実施形態の動作
Ｗｅｂサーバ１２には、ユーザＵ２なども含め、多数のユーザが同時にアクセスする可能性があるが、ここでは、前記ユーザＵ１が通信端末１３を用いてＷｅｂサーバ１２と通信し、前記作業支援テンプレートＴＰを取得する場合を例に取る。
【００９１】
ユーザＵ１が通信端末１３を操作してＷｅｂサーバ１２にアクセスすると、図４のステップＳ４０１で、例えば、図１２に示すようなログイン画面ＬＰが、前記表示部２３に画面表示される。当該ログイン画面ＬＰには、ユーザ名、パスワード、カテゴリ、詳細を記述するためのフィールドＦ１〜Ｆ４と、「送信」ボタンＢＴ３が設けられている。
【００９２】
フィールドＦ１のユーザ名やフィールドＦ２のパスワードは、前記会員登録の際にユーザＵ１に付与されたものを入力する。フィールドＦ３のカテゴリやフィールドＦ４の詳細は、その都度、ユーザＵ１が希望するものを入力する。カテゴリとは、前記作業支援テンプレート（例えば、ＴＰ）の属するカテゴリであり、詳細とは、あるカテゴリ内におけるさらに小さな分類の単位を指す。
【００９３】
ログイン画面ＬＰ中の各フィールドＦ１〜Ｆ４に対する記述内容が確定すると、ユーザＵ１はポインティングデバイス等を利用して「送信」ボタンＢＴ３を押下し、Ｗｅｂブラウザ２１Ａがその押下を検知する（Ｓ４０２）と、フィールドＦ１〜Ｆ４の記述内容をＷｅｂサーバ１２に送信する。
【００９４】
当該「送信」ボタンＢＴ３の押し下げ後、通信端末１３はＷｅｂサーバ１２からの応答を待つ受信待ちの状態となる（Ｓ４０３）。
【００９５】
一方、当該フィールドＦ１〜Ｆ４の記述内容を受信するＷｅｂサーバ１２側では、受信したフィールドＦ１とＦ２の記述内容を用いて図８に示す管理テーブルＭＴ１を検索することで、ユーザＵ１のユーザ認証を行う（Ｓ５０１，Ｓ５０２）。このとき、フィールドＦ１のユーザＩＤに一致するユーザＩＤを含み、なおかつ、フィールドＦ２のパスワードに一致するパスワードを含む行が管理テーブルＭＴ１中にあれば、認証結果はＯＫとなるが、無ければＮＧとなる。
【００９６】
認証結果がＮＧであればＷｅｂサーバ１２側の処理をここで停止するか、あるいは、所定のエラーメッセージを通信端末１３側へ返すものであってよい。このエラーメッセージには、会員登録を促す記述を含ませることができる。
【００９７】
認証結果がＯＫであれば、フィールドＦ１，Ｆ２とともに受信されたフィールドＦ３，Ｆ４の記述内容をもとに、前記データベース４０内に蓄積されている複数の作業支援テンプレートのなかから該当するテンプレートを抽出するステップＳ５０３の処理を実行する。
【００９８】
このとき、前記管理テーブルＭＴ２とＭＴ３を検索する。
【００９９】
この検索では、最初に、前記フィールドＦ３に記述されたカテゴリと、フィールドＦ４に記述された詳細（商品名、タイトル、季節）を検索キーとして管理テーブルＭＴ２を検索することで、検索結果として該当するファイルパスを取得し、次にそのファイルパスを用いて前記フォルダのなかから該当する作業支援テンプレートＴＰを取り出す。管理テーブルＭＴ２を検索すれば、当該ファイルパスと同時にインデックスも得ることができる。このインデックスは、索引順編成ファイルにおけるデータ（ここでは、作業支援テンプレートの構成要素）の格納場所を物理的に指定する識別子である。
【０１００】
なお、ファイル編成（すなわち、データベースの物理設計）は、ここで述べた索引順編成に限定する必要はないことは当然である。
【０１０１】
管理テーブルＭＴ２中のフォントは、前記フォント名に対応する値を格納しておく列を示す。したがって当該管理テーブルＭＴ２を検索すれば、前記ファイルパスやインデックスと同時に、指定された作業支援テンプレートＴＰのタイトルである文字（「お買い得！！」）Ｐ１１のフォント名を得ることができる。
【０１０２】
ここでは、作業支援テンプレートと画像Ｐ２１〜Ｐ２６の画像データを別に蓄積しているものとしているため、ステップＳ５０３につづくステップＳ５０４では当該画像データを取得している。
【０１０３】
次に、Ｗｅｂサーバ１２内の前記提供データ作成部３３が、前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１を通信端末１３へ送信して（Ｓ５０５）、ＣＨ１またはＡＰ１が検査結果を送信してくるのを待つことになる（Ｓ５０６）。通信端末１３へ送信する際には、前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１に、前記管理テーブルＭＴ２の検索で得られたフォント名を収容させることができる。
【０１０４】
これにより、前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１は、自身が収容しているフォント名と、通信端末１３側で検出したフォント名（例えば、前記フォントフォルダ中の各フォントファイルに付与されているフォント名）とを照合することで、フォント適合性を検査することが可能になる。
【０１０５】
上述したセッション管理は一定の時間だけ待っても検査結果が送信されてこない場合には、Ｗｅｂサーバ１２側から接続を切断するようにしてもよい。
【０１０６】
ステップＳ５０５でＷｅｂサーバ１２が送信した前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１を受信した通信端末１３では、前記ステップＳ４０３の受信待ちの状態にあるとき、ＣＨ１またはＡＰ１を受信する。
【０１０７】
したがって、前記ステップＳ４０２でログイン画面ＬＰの「送信」ボタンＢＴ３を押し下げてから、適合性検査プラグインＣＨ１を受信して、インストールの意思確認を行う画面が前記表示部２３に表示されるまで（または、適合性検査アプレットＡＰ１とともに送信されるＷｅｂページが前記表示部２３に表示されるまで）の時間が、ユーザＵ１にとって、上述した応答時間にあたる。
【０１０８】
この間、Ｗｅｂサーバ１２側では、前記ステップＳ５０１〜Ｓ５０５の処理など、負荷の軽い処理しか行っていないため、この応答時間は十分に短くすることができる。
【０１０９】
なお、前記ステップＳ５０４の画像Ｐ２１〜Ｐ２６は、フォント適合性と無関係であるため、処理の順番を変更して、ステップＳ５０４よりも先にステップＳ５０５を実行することもでき、これにより応答時間をいっそう短縮することが可能である。
【０１１０】
適合性検査プラグインＣＨ１や適合性検査アプレットＡＰ１が通信端末１３上で検査を開始したり、検査結果をＷｅｂサーバ１２へ送信したりする一連の動作は、ユーザＵ１の意思と関係なく自動的に行われるものであってもよいが、検査開始の可否や検査結果の送信の可否をユーザＵ１に問い合わせる画面を前記表示部２３に表示するようにしてもよい。
【０１１１】
検査が確実に短時間（例えば、前記３秒よりも十分に短い時間）で終了する場合はよいが、長時間（例えば、前記８秒以上）を要する可能性がある場合には、このような問い合わせを行うようにしたほうが望ましい。ユーザＵ１が検査中であること等を知らなければ、検査の時間が長いことは、前記応答時間が長い場合とほとんど同じ心理的なストレスを、ユーザＵ１に与えるものと考えられるからである。
【０１１２】
この適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１によるフォント適合性の検査が完了すると（Ｓ４０４）、検査結果は通信端末１３からＷｅｂサーバ１２へ送信される（Ｓ４０５）。
【０１１３】
Ｗｅｂサーバ１２側では、当該通信端末１３上の前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１から有効な検査結果が得られると（Ｓ５０６）、前記フォント適合性判定部３５がその検査結果を解釈し、解釈結果に応じた動作を行う（Ｓ５０７）。
【０１１４】
すなわち、検査結果がフォント適合性が有ることを示している場合には、ステップＳ５０７はＹＥＳ側に分岐して、前記提供データ作成部３３が、前記ステップＳ５０３、Ｓ５０４で得られたデータをもとに、作業支援テンプレートＴＰをそのまま通信端末１３に送信する（Ｓ５１０）が、フォント適合性がないことを示している場合には、ステップＳ５０７はＮＯ側に分岐する。
【０１１５】
ステップＳ５０７のＮＯ側につづくステップＳ５０８では、前記テンプレート変換部３４が前記「お買い得！！」などの文字Ｐ１１をフォント付きの文字データから、画像データに変換する変換処理を施す。
【０１１６】
次に、この変換処理後の画像データを用いて、前記提供データ作成部３３が作業支援テンプレートＴＰ（ただし、フォントを含まない）を再構成し、通信端末１３へ送信する。
【０１１７】
ユーザＵ１にとって、前記適合性検査プラグインＣＨ１または適合性検査アプレットＡＰ１による最後の問い合わせ（例えば、検査結果の送信の可否を意思確認する問い合わせ）に応えてから、当該作業支援テンプレートＴＰが表示部２３に表示されるまでが、もう１つの応答時間となる。この間も、Ｗｅｂサーバ１２側ではそれほど負荷の重い処理を実行していないため、この応答時間も十分に短くすることが可能である。
【０１１８】
なお、上述したＣＨ１とＣＨ２の集約あるいはＡＰ１とＡＰ２の集約を行わない場合には、ステップＳ５１０またはＳ５０９で作業支援テンプレートＴＰを送信するときに、Ｗｅｂサーバ１２は、前記課金検査プラグインＣＨ２や課金検査アプレットＡＰ２の送信も行うことになる。
【０１１９】
図１１に示すような作業支援テンプレートＴＰの画面が表示部２３に表示されると（Ｓ６０１）、ユーザＵ１は、この画面を目視しながら操作部２４に属するポインティングデバイスやキーボードを操作して、上述した編集作業を行うことになる。
【０１２０】
編集作業が終了してユーザＵ１が前記「印刷」ボタンＢＴ２を押し下げ、それをＷｅｂブラウザ２１Ａが検知すると（Ｓ６０２）、Ｗｅｂブラウザ２１ＡからＷｅｂサーバ１２にその事実が通知される（Ｓ６０３）。これとともに通信端末１３側では、編集作業後の表示要素Ｐ１の状態に忠実な印刷データが生成され（Ｓ６０４）、この印刷データがプリンタスプールに送信されて（Ｓ６０５）、印刷が実行される（Ｓ６０６）。
【０１２１】
この印刷が正常に行われた場合（すなわち、印刷成功の場合）には、ステップＳ６０７がＹＥＳ側に分岐して前記課金検査プラグインＣＨ２または課金検査アプレットＡＰ２の機能により、その旨の検査結果がＷｅｂサーバ１２へ送信される（Ｓ６０８）。
【０１２２】
図６に実線で示したフローチャートでは、この印刷が成功しなかった場合、ステップＳ６０７がＮＯ側に分岐してフォント変更検知が行われ（Ｓ６０９）、処理が、もう１度、ステップＳ６０２まで戻ることになっている。これは、ユーザＵ１が操作するＷｅｂブラウザ２１Ａが、Ｗｅｂページ上の文字のフォントを変更できる機能を持っている場合に対応した手順である。
【０１２３】
すなわち、ユーザＵ１がＷｅｂブラウザ２１Ａの機能によって文字Ｐ１１のフォントを変更し、その変更がＷｅｂブラウザ２１Ａによって検知されると処理がステップＳ５０２へ戻る。
【０１２４】
このステップＳ６０２，Ｓ６０３，Ｓ６０４，Ｓ６０５，Ｓ６０６，Ｓ６０７，Ｓ６０９によって構成されるループは、ユーザＵ１の希望に応じて、何回でも繰り返すことができる。
【０１２５】
ただし、Ｗｅｂブラウザ２１ＡがこのようにＷｅｂページ上の文字のフォントを変更できる機能を持たない場合には、実線のような手順は実行不可能となる。その場合には、例えば、図６に点線で示したように、課金検査プラグインＣＨ２または課金検査アプレットＡＰ２が、印刷が失敗した旨をＷｅｂサーバ１２へ通知し（Ｓ６１０）、Ｗｅｂサーバ１２から前記作業支援テンプレートＴＰと同等な作業支援テンプレートであって、文字Ｐ１１のフォントだけが相違するものを、再度、通信端末１３へ送信するようにしてもよい。このとき、ステップＳ６０１につづいて、前記ステップＳ６０１が処理され、以降は同様な処理が繰り返し実行可能となる。
【０１２６】
ただしこのような繰り返しはＷｅｂサーバ１２の負荷を増大させるため、文字Ｐ１１のフォントだけが相違する作業支援テンプレートＴＰの送信回数には一定の上限値を設定するようにしてもよい。
【０１２７】
通信端末１３側で印刷が成功し、前記ステップＳ６０８でその旨がＷｅｂサーバ１２に通知されると、図７に示すように、Ｗｅｂサーバ１２側では、その通知を受信し（Ｓ７０１）、前記課金処理部３７が前記管理テーブルＭＴ１のなかのユーザＵ１に対応する行の印刷終了数を１だけ増加し、請求金額を更新（増加）する（Ｓ７０２）。
【０１２８】
そして、前記メール送信部３９が、その増加後の請求金額を記述した電子メールを、前記管理テーブルＭＴ１のユーザＵ１に対応する行から得られるメールアドレスに宛てて送信する（Ｓ７０３）。
【０１２９】
これによって、ユーザＵ１に対する一連の処理は終了するが、図７のフローチャートも含め、すべてのフローチャートは、Ｗｅｂサーバ１２にアクセスしてくる各ユーザについて実行され得ることは当然である。
【０１３０】
（Ａ−３）実施形態の効果
以上の説明から明らかなように、本実施形態によれば、Ｗｅｂサーバ（１２）の処理能力にかかる負荷を効率的に軽減することができるため、コストを抑制しながら十分に短い応答時間を実現することが可能である。
【０１３１】
また、本実施形態のＷｅｂサーバ（１２）はサーバ負荷分散装置と併用できるため、必要に応じて、サーバ負荷分散装置を用いれば、コストは上昇するものの、さらなる応答時間の短縮が可能となる。
【０１３２】
（Ｂ）他の実施形態
なお、図６のフローチャートでは、ステップＳ６０３で、ユーザＵ１が前記「印刷」ボタンＢＴ２を押し下げたことをＷｅｂブラウザ２１ＡがＷｅｂサーバ１２に通知するようにしたが、このステップＳ６０３は省略可能である。
【０１３３】
さらに、上記実施形態では、フォント適合性が無い場合、前記「お買い得！！」などの文字Ｐ１１をフォント付きの文字データから、画像データに変換する変換処理を実行したが、この変換処理では、画像データではなく、フォント適合性のあるフォント付きの文字データに変換するようにしてもよい。
【０１３４】
フォント適合性の有無を検査せず、フォント付きの文字データ（Ｐ１１など）を直ちに画像データに変換して通信端末１３に提供すれば、図５のフローチャートから、ステップＳ５０５〜Ｓ５０７およびＳ５１０を省略したものになる。
【０１３５】
【発明の効果】
本発明によれば、応答時間を十分に短縮することが可能である。
【図面の簡単な説明】
【図１】実施形態に係るＷｅｂサーバの構成例を示す概略図である。
【図２】実施形態に係る通信端末の構成例を示す概略図である。
【図３】実施形態に係る通信システムの全体構成例を示す概略図である。
【図４】実施形態の動作を示すフローチャートである。
【図５】実施形態の動作を示すフローチャートである。
【図６】実施形態の動作を示すフローチャートである。
【図７】実施形態の動作を示すフローチャートである。
【図８】実施形態で使用するテーブルの構成例を示す概略図である。
【図９】実施形態で使用するテーブルの構成例を示す概略図である。
【図１０】実施形態で使用するテーブルの構成例を示す概略図である。
【図１１】実施形態で使用する作業支援テンプレートの画面構成例を示す概略図である。
【図１２】実施形態で使用するログイン画面の構成例を示す概略図である。
【符号の説明】
１０…通信システム、１１…ネットワーク、１２…Ｗｅｂサーバ、１３、１４…通信端末、１５，１６…プリンタ装置。

Claims

ネットワークを経由してクライアント端末側で行う各種出力を支援する出力支援サーバにおいて、
前記クライアント端末からの要求に応じて前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積するテンプレート蓄積部から出力用テンプレートを読み出して送信するテンプレート応答部と、
このテンプレート応答部によって送信した後、前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信する出力データ生成部とを備えたことを特徴とする出力支援サーバ。
請求項１の出力支援サーバにおいて、
前記クライアント端末側のフォントデータに関する処理能力であるフォント処理能力の詳細を検査してその検査結果を報告する機能を持つフォント処理能力検査プログラムを、当該クライアント端末に送信するフォント処理能力応答部と、
当該フォント処理能力検査プログラムがクライアント端末上から報告してきた前記フォント処理能力と、当該出力用テンプレートが含む文字データのフォントデータが適合するか否かを検査する適合性判断部と、
この適合性判断部によって、適合しないと判断された場合には、当該文字データをそのフォントデータに忠実な画像データに変換するように出力用テンプレートに変換処理を施すテンプレート変換部とを備え、
前記テンプレート応答部は、当該テンプレート変換部が変換処理を施したあとの出力用テンプレートをクライアント端末へ送信することを特徴とする出力支援サーバ。
ネットワークを経由して接続される出力支援サーバとクライアント端末が通信を行うことで、当該クライアント端末側で行う各種出力を支援する出力支援システムにおいて、
前記出力支援サーバは、
前記クライアント端末からの要求に応じて前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積するテンプレート蓄積部から出力用テンプレートを読み出し、クライアント端末へ送信するテンプレート応答部と、
前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて、前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信する出力データ生成部とを備え、
前記クライアント端末は、
前記出力用テンプレートについて、前記各種出力のうちの１つである画面表示出力を実行するための表示部と、
ユーザから前記構成変更操作を受けるための操作部とを備えたことを特徴とする出力支援システム。
ネットワークを経由してクライアント端末側で行う各種出力を支援する出力支援方法において、
テンプレート蓄積部を用いて、前記クライアント端末側で出力する出力データの標準的な構成を規定する出力用テンプレートを蓄積しておき、
前記クライアント端末からの要求に応じてテンプレート応答部が当該テンプレート蓄積部から出力用テンプレートを読み出してクライアント端末へ送信し、
前記ネットワーク経由で受け取った当該出力用テンプレートに対し前記クライアント端末側で行った構成変更操作に応じて、出力データ生成部が前記出力データを生成し、当該出力データをクライアント端末側で出力させるために送信することを特徴とする出力支援方法。
請求項４の出力支援方法において、
前記クライアント端末側のフォントデータに関する処理能力であるフォント処理能力の詳細を検査してその検査結果を報告する機能を持つフォント処理能力検査プログラムを、フォント処理能力応答部が当該クライアント端末に送信し、
適合性判断部によって、当該フォント処理能力検査プログラムがクライアント端末上から報告してきた前記フォント処理能力と当該出力用テンプレートが含む文字データのフォントデータが適合するか否かを検査し、適合しない場合には、テンプレート変換部が当該文字データをそのフォントデータに忠実な画像データに変換するように出力用テンプレートに変換処理を施し、
前記テンプレート応答部は、当該テンプレート変換部が変換処理を施したあとの出力用テンプレートをクライアント端末へ送信することを特徴とする出力支援方法。