(57)【要約】【課題】  汎用ファイル変換処理をネットワーク上の共通ファイル変換サーバとして提供する。【解決手段】  クライアント装置101が、接続されたプリンタ110の属性を管理する要素管理部108及び構成情報管理部103と、プリントファイル及びプリンタの属性をサーバ装置に送信し、サーバ装置からプリンタに好適なフォーマット変換が行なわれた変換ファイルを受信するネットワーク通信部107と、フォーマット変換済のファイルの出力を制御する出力管理部104とを有し、サーバ装置112が、クライアント装置からのプリンタの属性情報とファイルとを受信し、変換済ファイルをクライアント装置に送信するネットワーク通信部113と、属性情報を解析し、プリンタに好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択し、属性情報からフォーマット変換モジュールの変換属性を決定する変換管理部115と、変換属性に従ってフォーマット変換処理を行う変換エンジン118とを有する【選択図】      図１
2006133877.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続されたクライアント装置とサーバ装置からなるシステムにおいて、入力された複数種類のフォーマット形式の入力ファイルから複数種類のファーマット形式の出力ファイルを生成するフォーマット変換方法であって、
クライアント装置から入力ファイルと出力ファイルのフォーマット形式を示す情報とをサーバ装置に送信し、
サーバ装置は、受信した入力ファイルと出力ファイルのフォーマット形式を示す情報とに基づいて、搭載された複数のフォーマット変換モジュールから好適なフォーマット変換モジュールを選択し、
選択されたフォーマット変換モジュールにより入力ファイルをフォーマット変換して、出力ファイルとして前記クライアント装置に返送することを特徴とするフォーマット変換方法。
【請求項２】
前記クライアント装置は入力ファイルと出力ファイルのフォーマット形式を示す複数の異なる情報とをサーバ装置に送信し、
前記サーバ装置は、搭載された複数のフォーマット変換モジュールから前記複数の異なる情報に適用可能なフォーマット変換モジュールを選択することを特徴とする請求項１記載のフォーマット変換方法。
【請求項３】
前記出力ファイルのフォーマット形式は、前記サーバ装置に接続するプリンタのフォーマット形式であることを特徴とする請求項１又は２記載のフォーマット変換方法。
【請求項４】
前記フォーマット変換モジュールはプリンタドライバとして提供されることを特徴とする請求項３記載のフォーマット変換方法。
【請求項５】
ユーザのクライアント環境で動作するクライアント装置が、
該クライアント装置に接続されたデータ出力用の周辺機器の属性を取得する属性取得手段と、
データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信手段と、
前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得手段と、
取得したフォーマット変換済のファイルの出力を制御する出力制御手段とを有し、
前記サーバ装置が、
前記クライアント装置からの前記周辺機器の属性情報を取得する属性取得手段と、
前記クライアント装置から送信されたファイルを受信するファイル受信手段と、
前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、
前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定手段と、
前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、
変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とするファイル変換システム。
【請求項６】
前記クライアント装置が複数種類の周辺機器へのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の周辺機器に適用可能なフォーマット変換モジュールを選択することを特徴とする請求項５記載のファイル変換システム。
【請求項７】
前記データ出力用の周辺機器はプリンタであることを特徴とする請求項５又は６記載のファイル変換システム。
【請求項８】
ユーザのクライアント環境で動作する情報処理装置であって、
接続されたデータ出力用の周辺機器の属性を取得する属性取得手段と、
データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信手段と、
前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得手段と、
取得したフォーマット変換済のファイルの出力を制御する出力制御手段とを有することを特徴とする情報処理装置。
【請求項９】
クライアント装置のデータを管理するサーバとして機能する情報処理装置であって、
前記クライアント装置からのデータ出力用の周辺機器の属性情報を取得する属性取得手段と、
前記クライアント装置から送信されたファイルを受信するファイル受信手段と、
前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、
前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定手段と、
前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、
変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする情報処理装置。
【請求項１０】
前記クライアント装置が複数種類の周辺機器へのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の周辺機器に適用可能なフォーマット変換モジュールを選択することを特徴とする請求項９記載の情報処理装置。
【請求項１１】
前記データ出力用の周辺機器はプリンタであることを特徴とする請求項８乃至１０のいずれか１つに記載の情報処理装置。
【請求項１２】
ユーザのクライアント環境で動作するクライアント装置が、
該クライアント装置上で動作するアプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信手段と、
前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得手段とを有し、
前記サーバ装置が、
前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信手段と、
前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、
前記選択された変換属性に従ってフォーマット変換処理を行う変換手段と、
変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とするファイル変換システム。
【請求項１３】
前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択することを特徴とする請求項１２記載のファイル変換システム。
【請求項１４】
前記データ出力用の周辺機器はプリンタであることを特徴とする請求項１２又は１３記載のファイル変換システム。
【請求項１５】
ユーザのクライアント環境で動作する情報処理装置であって、
アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信手段と、
前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得手段とを有することを特徴とする情報処理装置。
【請求項１６】
クライアント装置のデータを管理するサーバとして機能する情報処理装置であって、
前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信手段と、
前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、
前記選択された変換属性に従ってフォーマット変換処理を行う変換手段と、
変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする情報処理装置。
【請求項１７】
前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択することを特徴とする請求項１５又は１６記載の情報処理装置。
【請求項１８】
ユーザのクライアント環境で動作する情報処理装置の制御方法であって、
接続されたデータ出力用の周辺機器の属性を取得する属性取得工程と、
データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信工程と、
前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得工程と、
取得したフォーマット変換済のファイルの出力を制御する出力制御工程とを有することを特徴とする情報処理装置の制御方法。
【請求項１９】
クライアント装置のデータを管理するサーバとして機能する情報処理装置の制御方法であって、
前記クライアント装置からのデータ出力用の周辺機器の属性情報を取得する属性取得工程と、
前記クライアント装置から送信されたファイルを受信するファイル受信工程と、
前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選工程段と、
前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定工程と、
前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、
変換済ファイルを前記クライアント装置に送信する送信工程とを有することを特徴とする情報処理装置の制御方法。
【請求項２０】
ユーザのクライアント環境で動作するクライアント装置の制御方法であって、
アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信工程と、
前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得工程とを有することを特徴とする情報処理装置の制御方法。
【請求項２１】
クライアント装置のデータを管理するサーバとして機能する情報処理装置の制御方法であって、
前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信工程と、
前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択工程と、
前記選択された変換属性に従ってフォーマット変換処理を行う変換工程と、
変換済ファイルを前記クライアント装置に送信する送信工程とを有することを特徴とする情報処理装置の制御方法。
【請求項２２】
前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択工程では、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択することを特徴とする請求項１９又は２１記載の情報処理装置の制御方法。
【請求項２３】
請求項１８乃至２２のいずれか１つに記載の制御方法を実現するコンピュータ実行可能なプログラム。
【請求項２４】
請求項２３記載のプログラムをコンピュータ読取可能に記憶する記憶媒体。
【請求項２５】
プリンタの構成情報を取得する取得手段と、
前記取得手段により取得したプリンタの構成情報に基づき変換エンジンを決定する決定手段と、
前記決定手段により決定された変換エンジンを用いてファイル変換処理を実行する実行手段とを有することを特徴とする情報処理装置。
【請求項２６】
前記決定手段は、プリンタ能力の低いものに合せて印刷属性を決定し、
前記実行手段は、前記決定手段により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行することを特徴とする請求項２５記載の情報処理装置。
【請求項２７】
プリンタの構成情報を取得する取得工程と、
前記取得工程により取得したプリンタの構成情報に基づき変換エンジンを決定する決定工程と、
前記決定工程により決定された変換エンジンを用いてファイル変換処理を実行する実行工程とを有することを特徴とする情報処理装置の制御方法。
【請求項２８】
前記決定工程では、プリンタ能力の低いものに合せて印刷属性を決定し、
前記実行工程では、前記決定工程により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行することを特徴とする請求項２７記載の情報処理装置の制御方法。
【請求項２９】
プリンタの構成情報を取得する取得工程と、
前記取得工程により取得したプリンタの構成情報に基づき変換エンジンを決定する決定工程と、
前記決定工程により決定された変換エンジンを用いてファイル変換処理を実行する実行工程とを有することを特徴とするコンピュータ読み取り可能なプログラム。
【請求項３０】
前記決定工程では、プリンタ能力の低いものに合せて印刷属性を決定し、
前記実行工程では、前記決定工程により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行することを特徴とする請求項２７記載のコンピュータ読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はファイル変換方法及びそのシステム、装置に関し、例えばインターネット等のネットワークを介して接続されたクライアント及びサーバを含むネットワークシステムにおいて、クライアントからのファイルフォーマット変換要求に基づいてサーバがファイル変換処理を行い、クライアントに最適な変換済データを提供するファイル変換方法及びそのシステム、装置に関するものである。
【背景技術】
【０００２】
近年、ネットワーク機器が一般に利用され、ネットワーク上に多数の情報処理装置やプリンタが接続されるようになった。このような印刷環境下で、複数のプリンタを対象にした分散印刷や同報印刷等が従来技術として知られているが、例えば、特許文献１に記載の印刷データ処理方法及び装置によれば、同じ印刷を複数のプリンタに同時印刷を行わせる同報印刷システムや複数のプリンタに所定部数づつの印刷を割り当てて、並行して処理させる分散印刷システム等が実現されている。
【０００３】
この特許文献１の印刷環境によれば、情報処理装置に接続された各々のプリンタを管理するグループプリンタ管理ユニットが各情報処理装置上に存在し、あるユーザデータを印刷制御モジュールが解釈可能な統一された汎用フォーマットに変換し、該汎用フォーマットを印刷制御モジュールが解釈して、所望のプリンタ群に印刷処理を行なうことで同報印刷等を実現している。
【特許文献１】特開2003-091385公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のグループプリンタ管理ユニットはすべて個々のユーザクライアント環境にインストールされ、例えば上記印刷システムをネットワーク上の複数の情報処理装置で実現する場合、汎用フォーマット変換処理はすべてのクライアント上で同様に行なわれることになる。即ち、もしも上記印刷システムを複数の情報処理装置に導入することを考えた場合、ユーザはすべての情報処理装置にグループプリンタ管理ユニットをインストールしなければならないという複雑さを生じることになる。
【０００５】
また、仮にグループプリンタ管理ユニットの最新版がリリースされた場合、すべての情報処理装置上のソフトウェアをアップデートしなければならないという管理上の複雑さも顕著になる。
【０００６】
さらに、個々の情報処理装置上でこれらのファイル変換処理を行なう必要があるため、すべての情報処理装置がファイル変換処理を実現する程度のスペックをあわせもつ必要があるという問題を生じていた。
【０００７】
一方、近年、インターネットの急速な発展とＷｅｂサーバの林立とに伴い、業務処理のＷｅｂ化が推進されている。Ｗｅｂサーバとは、ＨＴＴＰ(Hyper Text Transfer Protocol)やＦＴＰ(File Transfer Protocol)等をサポートするネットワークに接続されたコンピュータなどを指し、ＵＲＬ(Uniform Resource Locator)で指定された、ＨＴＭＬ(Hyper text Markup Language)などで記述された文書データファイル等を、要求に応じてネットワーク上のクライアントに送信することができる。
【０００８】
このようなWeb環境で構築された業務システムでは、サーバに処理が高速な情報処理装置を配置し、クライアントの情報処理装置自体はロースペックでも動作可能に構築されることが求められている。
【０００９】
これらの上記問題点は、印刷システムに限ることなく、文書編集アプリケーション等の通常のアプリケーションにもあてはまる。例えばアプリケーションのファイル保存機能において、アプリケーション間のファイル交換を実現するため、自身が管理するファイルフォーマット以外の様々なフォーマットで保存する技術が確立されているが、これらは同じフォーマットでの保存に関しても、おのおのすべてのアプリケーションが同じ処理を機能として実現することで、ユーザ環境に提供されてきている。
【００１０】
本発明は、上記の課題に鑑みてなされたもので、汎用ファイル変換処理をネットワーク上の共通ファイル変換サーバとして提供する。これにより、すべてのクライアントはこのサーバを特定するだけで、ファイル変換をサーバ上で一意に行うことを可能にする。以上の構成により、上記すべてのクライアントにファイル変換モジュールをインストールしなければならないという問題を解決する。また、同時にクライアントはまた、ファイル変換システム事態がアップデートされたときにはサーバを更新するだけですべてのネットワークシステムが更新され、システム管理を容易にする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するため、本発明のフォーマット変換方法は、ネットワークを介して接続されたクライアント装置とサーバ装置からなるシステムにおいて、入力された複数種類のフォーマット形式の入力ファイルから複数種類のファーマット形式の出力ファイルを生成するフォーマット変換方法であって、クライアント装置から入力ファイルと出力ファイルのフォーマット形式を示す情報とをサーバ装置に送信し、サーバ装置は、受信した入力ファイルと出力ファイルのフォーマット形式を示す情報とに基づいて、搭載された複数のフォーマット変換モジュールから好適なフォーマット変換モジュールを選択し、選択されたフォーマット変換モジュールにより入力ファイルをフォーマット変換して、出力ファイルとして前記クライアント装置に返送することを特徴とする。
【００１２】
ここで、前記クライアント装置は入力ファイルと出力ファイルのフォーマット形式を示す複数の異なる情報とをサーバ装置に送信し、前記サーバ装置は、搭載された複数のフォーマット変換モジュールから前記複数の異なる情報に適用可能なフォーマット変換モジュールを選択する。また、前記出力ファイルのフォーマット形式は、前記サーバ装置に接続するプリンタのフォーマット形式である。また、前記フォーマット変換モジュールはプリンタドライバとして提供される。
【００１３】
又、本発明のファイル変換システムは、ユーザのクライアント環境で動作するクライアント装置が、該クライアント装置に接続されたデータ出力用の周辺機器の属性を取得する属性取得手段と、データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信手段と、前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得手段と、取得したフォーマット変換済のファイルの出力を制御する出力制御手段とを有し、前記サーバ装置が、前記クライアント装置からの前記周辺機器の属性情報を取得する属性取得手段と、前記クライアント装置から送信されたファイルを受信するファイル受信手段と、前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定手段と、前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする。
【００１４】
ここで、前記クライアント装置が複数種類の周辺機器へのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の周辺機器に適用可能なフォーマット変換モジュールを選択する。また、前記データ出力用の周辺機器はプリンタである。
【００１５】
又、本発明の情報処理装置は、ユーザのクライアント環境で動作する情報処理装置であって、接続されたデータ出力用の周辺機器の属性を取得する属性取得手段と、データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信手段と、前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得手段と、取得したフォーマット変換済のファイルの出力を制御する出力制御手段とを有することを特徴とする。
【００１６】
又、クライアント装置のデータを管理するサーバとして機能する情報処理装置であって、前記クライアント装置からのデータ出力用の周辺機器の属性情報を取得する属性取得手段と、前記クライアント装置から送信されたファイルを受信するファイル受信手段と、前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定手段と、前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする。
【００１７】
ここで、前記クライアント装置が複数種類の周辺機器へのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の周辺機器に適用可能なフォーマット変換モジュールを選択する。また、前記データ出力用の周辺機器はプリンタである。
【００１８】
又、本発明のファイル変換システムは、ユーザのクライアント環境で動作するクライアント装置が、該クライアント装置上で動作するアプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信手段と、前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得手段とを有し、前記サーバ装置が、前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信手段と、前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、前記選択された変換属性に従ってフォーマット変換処理を行う変換手段と、変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする。
【００１９】
ここで、前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択する。また、前記データ出力用の周辺機器はプリンタである。
【００２０】
又、本発明の情報処理装置は、ユーザのクライアント環境で動作する情報処理装置であって、アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信手段と、前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得手段とを有することを特徴とする。
【００２１】
又、クライアント装置のデータを管理するサーバとして機能する情報処理装置であって、前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信手段と、前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択手段と、前記選択された変換属性に従ってフォーマット変換処理を行う変換手段と、変換済ファイルを前記クライアント装置に送信する送信手段とを有することを特徴とする。
【００２２】
ここで、前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択手段は、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択する。
【００２３】
又、本発明の情報処理装置の制御方法は、ユーザのクライアント環境で動作する情報処理装置の制御方法であって、接続されたデータ出力用の周辺機器の属性を取得する属性取得工程と、データ出力処理を行うファイル及び前記周辺機器の属性を、サーバ装置に送信する変換属性送信工程と、前記サーバ装置から前記ファイルから前記周辺機器に好適なフォーマット変換が行なわれた変換ファイルを取得する取得工程と、取得したフォーマット変換済のファイルの出力を制御する出力制御工程とを有することを特徴とする。
【００２４】
又、クライアント装置のデータを管理するサーバとして機能する情報処理装置の制御方法であって、前記クライアント装置からのデータ出力用の周辺機器の属性情報を取得する属性取得工程と、前記クライアント装置から送信されたファイルを受信するファイル受信工程と、前記取得した属性情報を解析し、前記周辺機器に好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選工程段と、前記属性情報からフォーマット変換モジュールの変換属性を決定する変換属性決定工程と、前記決定された変換属性に従ってフォーマット変換処理を行う変換手段と、変換済ファイルを前記クライアント装置に送信する送信工程とを有することを特徴とする。
【００２５】
又、ユーザのクライアント環境で動作するクライアント装置の制御方法であって、アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルとを、サーバ装置に送信する送信工程と、前記サーバ装置から前記入力ファイルに基づいてフォーマット変換が行なわれた出力ファイルを取得する取得工程とを有することを特徴とする。
【００２６】
又、クライアント装置のデータを管理するサーバとして機能する情報処理装置の制御方法であって、前記クライアント装置からの前記アプリケーションの入力フォーマットと出力フォーマットとのフォーマット情報、及び、入力ファイルを受信するファイル受信工程と、前記受信したフォーマット情報と入力ファイルとに基づいて、好適なフォーマット変換モジュールを複数のフォーマット変換モジュールから選択する変換モジュール選択工程と、前記選択された変換属性に従ってフォーマット変換処理を行う変換工程と、変換済ファイルを前記クライアント装置に送信する送信工程とを有することを特徴とする。
【００２７】
ここで、前記クライアント装置が複数種類の出力フォーマットでのデータ出力をする場合に、前記サーバ装置の変換モジュール選択工程では、複数のフォーマット変換モジュールから前記複数種類の出力フォーマットに適用可能なフォーマット変換モジュールを選択する。
【００２８】
更に、上記制御方法を実現するコンピュータ実行可能なプログラム、該プログラムをコンピュータ読取可能に記憶する記憶媒体を提供する。
【００２９】
又、本発明の情報処理装置は、プリンタの構成情報を取得する取得手段と、前記取得手段により取得したプリンタの構成情報に基づき変換エンジンを決定する決定手段と、前記決定手段により決定された変換エンジンを用いてファイル変換処理を実行する実行手段とを有することを特徴とする。ここで、前記決定手段は、プリンタ能力の低いものに合せて印刷属性を決定し、前記実行手段は、前記決定手段により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行する。
【００３０】
又、本発明の情報処理装置の制御方法は、プリンタの構成情報を取得する取得工程と、前記取得工程により取得したプリンタの構成情報に基づき変換エンジンを決定する決定工程と、前記決定工程により決定された変換エンジンを用いてファイル変換処理を実行する実行工程とを有することを特徴とする。ここで、前記決定工程では、プリンタ能力の低いものに合せて印刷属性を決定し、前記実行工程では、前記決定工程により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行する。
【００３１】
又、本発明のコンピュータ読み取り可能なプログラムは、プリンタの構成情報を取得する取得工程と、前記取得工程により取得したプリンタの構成情報に基づき変換エンジンを決定する決定工程と、前記決定工程により決定された変換エンジンを用いてファイル変換処理を実行する実行工程とを有することを特徴とする。ここで、前記決定工程では、プリンタ能力の低いものに合せて印刷属性を決定し、前記実行工程では、前記決定工程により決定された変換エンジンと印刷属性とを用いてファイル変換処理を実行する。
【発明の効果】
【００３２】
本発明により、クライアントにファイル変換モジュールをインストールしなければならないという問題を解決する。また、クライアント構成のファイル変換システム自体がアップデートされたときにはサーバ環境を更新するだけですべてのクライアントシステムが更新され、システム管理を容易にすることを可能にする。さらに、ファイル変換処理をサーバ管理で行うため、クライアントの情報処理装置がロースペックでよいという効果がある。
【発明を実施するための最良の形態】
【００３３】
以下、添付図面を参照して、本発明の好適な実施形態を詳細に説明する。
【００３４】
［実施形態１］
＜本実施形態のネットワークシステムのソフトウエア構成例＞
図１は、本実施形態に係るネットワークシステムのソフトウエア構成例を示す機能ブロック図である。
【００３５】
図１においては、サーバ装置、クライアント装置ともに各１台ずつ示しているが、通常１つのザーバ装置に複数のクライアント装置が接続されており、更に複数のサーバ装置を複数のクライアント装置が共有するシステムなども考えられる。
【００３６】
（クライアント装置１０１の機能ブロック例）
図１において、クライアント装置１０１は、パーソナルコンピュータ等の情報処理装置である（図２で更に説明）。クライアント装置１０１は、データベース１０９に蓄積されたクライアント情報のＩＤや秘密保護の認証などを管理するクライアント管理部１０２、クライアント装置１０１に接続される構成要素（本例ではプリンタ）の情報（仕様・属性など）を管理する構成情報管理部１０３、構成要素（本例ではプリンタ）への出力を管理する出力管理部１０４、出力するデータを管理するデータ管理部１０５、クライアント装置１０１を使用するユーザとのインタフェースを管理するUI管理部１０６、ネットワーク１１１を介して外部装置と通信するネットワーク通信部１０７、構成要素（本例ではプリンタ）の動作を制御する要素管理部１０８（本例ではプリンタドライバ）、上記クライアント情報やプリンタ情報、そしてプリントするデータを記憶・管理するデータベース１０９、本例ではプリンタである構成要素１１０等から構成される。
【００３７】
クライアント管理部１０２は、情報処理装置１０１上でユーザによって実行され、構成情報管理部１０３、出力管理部１０４、データ管理部１０５、UI管理部１０６を制御し、本発明にかかる変換システムを実行するクライアントメインモジュールである。
【００３８】
構成情報管理部１０３は、要素管理部１０８から構成要素１１０が保持する描画属性を取得し、管理するモジュールである。出力管理部１０４は、サーバ装置１１２から受信した本実施形態にかかる所定のデータフォーマットで記述されたデータを解釈可能で、要素管理部１０８を介して構成要素１１０に印刷処理等の描画動作を実行するモジュールである。要素管理部１０８は、構成要素１１０と双方向で通信し、構成要素１１０の属性を保持し、管理する。また、要素管理部１０８は出力管理部１０４から受けた所定のデータフォーマットの描画処理を構成要素１１０が解釈できるフォーマットに変換し、構成要素１１０に送信するモジュールである。
【００３９】
ネットワーク通信部１０７はクライアント装置１０１とサーバ装置１１２の通信プロトコルを制御し、インターネットやイントラネット、電話回線等のネットワーク１１１を介してサーバ装置１１２との通信を確立するもので、特にインターネットでいえばＨＴＴＰ等のプロトコルレイヤの処理を行う。
【００４０】
また、データ管理部１０５は本システムにて使用するファイルや属性テーブルをデータベース１０９に保持し、管理するモジュールである。データベース１０９は、本実施形態にかかるクライアント管理部がファイル変換を行うファイルや設定情報を格納する領域で、通常はメモリやハードディスク等の外部記憶装置上に存在する。
【００４１】
（ネットワーク１１１の例）
クライアント装置１０１とサーバ装置１１２とを接続するネットワーク１１１の形態としては、ＬＡＮ、インターネットあるいは無線等、双方向通信が可能であればその通信経路自体は問わない。
【００４２】
（サーバ装置１１２の機能ブロック例）
サーバ装置１１２は、クライアント装置１０１同様、ネットワーク上に接続されたサーバ機能を有する情報処理装置である。サーバ装置１１２は、好ましくはＨＴＴＰプロトコル等のインターネットプロトコルをサポートするサーバであるが、クライアント装置１０１とファイル転送等の通信経路が確立されればその実現手段は問わない。
【００４３】
サーバ装置１１２は、ネットワーク通信部１１３、サーバ管理部１１４、変換管理部１１５、データ管理部１１６、メインデータ１１７、変換エンジン１１８等から構成される。
【００４４】
ネットワーク通信部１１３は、サーバ装置１１２がネットワーク上のサーバとしてクライアント装置１０１と双方向通信するためのネットワークプロトコルを処理し、クライアント装置１０１、サーバ装置１１２間のファイル転送、情報転送等の通信を確立するモジュールである。また、サーバ管理部１１４は、サーバ装置１１２を構成する変換管理部１１５、データ管理部１１６等のサーバ装置１１２上で動作するモジュール群の制御を行うサーバメインモジュールである。
【００４５】
変換管理部１１５は、クライアントから受け取った変換元データを本サーバシステム中の変換エンジン１１８を用いて汎用フォーマット変換する際に、クライアントから送信された属性情報のコンフリクト結果から使用する変換エンジン１１８を一意に特定し、変換処理を行わせる等の制御を行う。
【００４６】
データ管理部１１６は、クライアント装置１０１から受信したデータ、及びクライアントに送信すべく変換済データをメインデータ１１７上に保存し、管理する。
【００４７】
変換エンジン１１８は、クライアント装置１０１から受け取った変換元データをクライアント装置１０１の出力管理部１０４が解釈可能な所定のフォーマットに変換する機能を有するモジュール群であり、少なくとも１つ以上のモジュールから構成されることを特徴とする。
【００４８】
本実施形態において、図１で示したクライアント装置１０１内の要素管理部１０８は後述するプリンタドライバと呼ばれるソフトウェアで構成され、クライアント装置１０１内の構成要素１１０はプリンタ機器から構成されることが望ましい。また、サーバ装置１１２内に示す変換エンジン１１８もプリンタドライバ形式のモジュールであることが望ましい。即ち、クライアントの要素管理部１０８がプリンタドライバ形式で構成され、構成要素１１０がプリンタ機器で構成され、また、変換エンジン１１８もプリンタドライバ形式で構成されたソフトウェア構成の例であり、以下、要素管理部１０８をプリンタドライバ、構成要素１１０をプリンタとする。
【００４９】
一般的に、プリンタドライバはプリンタドライバに接続されたプリンタ機器の描画能力や印刷設定値の情報（属性）を保持する。また、ユーザデータを両面印刷やN面印刷等の印刷設定を用いて、プリンタ機器が解釈可能な言語（PDL）に変換し、プリンタ機器に送信することで印刷機能を提供するソフトウェアである。  図１において、サーバ装置１１２内の変換エンジン１１８もまたプリンタドライバ形式のソフトウェアで構成され、中間ファイル変換エンジン２０１とイメージ変換エンジン２０２から構成されている。中間ファイル変換エンジンとはクライアント装置１０１から入力されたデータを中間ファイルフォーマットに変換する機能をもつプリンタドライバ形式のソフトウェアモジュールである。ここでいう中間ファイルとは例えばPDF(Portable Document Format)やＳVG(Scalable Vector Graphic)等の中間ファイルフォーマット等が考えられる。また、イメージ変換エンジンは入力データをTiffやDIB等の一般的なイメージフォーマットに変換する機能をもつプリンタドライバ形式のソフトウェアモジュールである。上記の中間フォーマットやイメージフォーマットは出力管理部１０４が解釈可能なフォーマットであれば本実施形態が実現できることはいうまでもない。以下、変換エンジンは中間フォーマット変換エンジン、イメージ変換エンジンとする。
【００５０】
＜本実施形態のネットワークシステムのハードウエア構成例＞
図２は、本実施形態におけるネットワークシステムのハードウエア構成例を示すブロック図である。
【００５１】
（クライアント装置）
クライアント装置１０１（１０１−１...１０１−ｎ）は、ＲＯＭ２０２やＲＡＭ２０３に格納されたプログラムに従って命令を実行する演算処理用のＣＰＵ２０１、本実施形態のプログラムやその他の制御に必要なプログラムやデータを格納したＲＯＭ２０２、一時的なデータを格納するＲＡＭ２０３、各種入出力装置とのインタフェースを実現する入出力インタフェース２０４、データベースあるいはアプリケーションプログラムを記憶するＨＤＤなどの外部記憶部１０９、ネットワークとの通信を行なうネットワーク通信部１０７とを有する。
【００５２】
本実施形態のＲＡＭ２０３は、ＣＰＵ２０１の演算処理中に一時使用されるデータ記憶領域と、ＣＰＵ２０１が実行する本実施形態のアプリケーションプログラムをＨＤＤなどの外部記憶装置１０９からロードするプログラムロード領域とを有する。
【００５３】
データ記憶領域は、各画像形成データに対応して、入力された画像データを記憶する変換前データ領域２０３ａ，２０３ｄと、サーバ装置１１２で画像形成されるプリンタに対応してフォーマット変換がなされた変換後データ領域２０３ｂ，２０３ｅ、画像形成するプリンタの種別や必要なパラメータなどを記憶する構成要素データ領域２０３ｃ，２０３ｆとを有する。又、プログラムロード領域には、外部記憶部１０９から、プログラムがロードされてＣＰＵ２０１により実行される。尚、外部記憶部１０９に無いプログラムはサーバ装置１１２からダウンロードされてもよい。
【００５４】
外部記憶部１０９は、図６に示すプリンタ仕様などの各種管理情報や画像データを蓄積するデータベース領域と、ＲＡＭ２０３にロードされてＣＰＵ２０１に実行されるプログラムを記憶するプログラム領域とを有する。プログラム領域には、図１のソフトウエア構成に対応する、クライアント管理モジュール１０２、構成情報管理モジュール１０３、出力管理モジュール１０４、データ管理モジュール１０５、UI管理モジュール１０６、ネットワーク通信モジュール１０７、プリンタドライバ１０８Ａ乃至１０８Ｎが記憶されている。尚、ＯＳ等の汎用プログラムは図示されていない。
【００５５】
入出力インターフェース２０４には、ユーザによる入力・指示にためのキーボード２０４ａ、ポインティングデバイスのマウス２０４ｂ、ユーザへの指示あるいは報知にための表示部２０４ｃ、本実施形態でクライアント装置１０１からの指示で画像を形成するプリンタ１１０Ａ，１１０Ｂ乃至１１０Ｎが接続されている。ここで、プリンタ１１０Ａ，１１０Ｂ乃至１１０Ｎはクライアント装置１０１と各々独立に接続されても、ＬＡＮなどを介して共通のインタフェースラインに接続されてもよい。
【００５６】
（サーバ装置）
サーバ装置１１２は、ＲＯＭ２１２やＲＡＭ２１３に格納されたプログラムに従って命令を実行する演算処理用のＣＰＵ２１１、本実施形態のプログラムやその他の制御に必要なプログラムやデータを格納したＲＯＭ２１２、一時的なデータを格納するＲＡＭ２１３、データベースあるいはアプリケーションプログラムを記憶するＨＤＤなどの外部記憶部１１７、ネットワークとの通信を行なうネットワーク通信部１１３とを有する。尚、図２には図示しないが、サーバ装置１１２にも入出力インタフェースを介して必要な周辺機器が接続される。
【００５７】
本実施形態のＲＡＭ２１３は、ＣＰＵ２１１の演算処理中に一時使用されるデータ記憶領域と、ＣＰＵ２１１が実行する本実施形態のアプリケーションプログラムをＨＤＤなどの外部記憶部１１７からロードするプログラムロード領域とを有する。
【００５８】
データ記憶領域は、各画像形成データに対応して、クライアント装置１０１から送信された画像データを記憶する変換前データ領域２１３ａ，２１３ｄと、画像形成されるプリンタに対応してフォーマット変換がなされた変換後データ領域２１３ｂ，２１３ｅ、クライアント装置１０１から送信された画像データのフォーマット情報と画像形成するプリンタの種別や必要なパラメータなどの情報から判断した変換方法を記憶する変換管理データ領域２１３ｃ，２１３ｆとを有する。又、プログラムロード領域には、外部記憶部１１７から、プログラムがロードされてＣＰＵ２１１により実行される。
【００５９】
外部記憶部１１７は、プリンタ仕様などの各種管理情報や、画像データのフォーマット変換のための情報、クライアント装置１０１から送信された画像データを保管するデータベース領域と、ＲＡＭ２０３にロードされてＣＰＵ２０１に実行されるプログラムを記憶するプログラム領域とを有する。プログラム領域には、図１のソフトウエア構成に対応する、ネットワーク通信モジュール１１３、サーバ管モジュール部１１４、変換管理モジュール１１５、データ管理モジュール１１６、中間ファイル変換エンジン２０１、イメージ変換エンジン２０２、その他の変換エンジンが記憶されている。尚、ＯＳ等の汎用プログラムは図示されていない。
【００６０】
＜プリンタドライバの構成例＞
以下に、前述した本実施形態にかかる一般的なオペレーティングシステムであるWindows（登録商標）印刷システムにおけるプリンタドライバの印刷フローの詳細を、図３のブロック図を用いて説明する。
【００６１】
なお、クライアント装置１０１で動作するプリンタドライバ１０８とサーバ装置１１２で動作する中間ファイル変換エンジン２０１、イメージ変換エンジン２０２は通常同じ構成をしているので、両者が同じ構成をとるものとして以下に説明する。
【００６２】
図２のように、通常、クライアント装置１０１、サーバ装置１１２を構成する情報処理装置は、マウス、キーボード等の入力デバイス、ディスプレイ・モニタを合わせた１つのコンピュータ・システムとして構成されている。ここでは、情報処理装置は、Windows（登録商標）2000,Meなどの基本ＯＳによって動作しているものとするが、勿論、ＯＳがこれら限るものではない。
【００６３】
情報処理装置において、本実施形態に関するプリンタドライバの機能的な部分にのみ注目し、基本ＯＳ上での機能を大きく分類すると、アプリケーションソフトウェア３０１、グラフィック・サブ・システム３０２に大別される。
【００６４】
アプリケーションソフトウェア３０１は、例えば、ワープロや表計算などの基本ソフトウェア上で動作する応用ソフトウェアを指すものであるが、印刷機能を有するアプリケーションであればその種別は問わない。
【００６５】
グラフィック・サブ・システム３０２は、基本ＯＳの機能の一部であるGraphic Device Interface（以後、ＧＤＩと記す）３０３とそのＧＤＩから動的にリンクされるデバイスドライバであるところのプリンタ・ドライバ３０４によって構成されている。アプリケーションがGDI３０３に論理描画したコマンドはプリンタドライバに通知され、その論理描画からプリンタドライバ３０４が変換した描画結果は、変換済フォーマットとしてGDI３０３に再度返されると、プリンタ機器、或いはディスクシステム上に送出される。
【００６６】
基本ＯＳによって、上述したこれらの名称や機能的な枠組みは若干異なる場合があるが、本実施形態で言う各技術的手段が実現できるモジュールであれば、それらの名称や枠組みは本発明にとってあまり大きな問題ではない。なお、一般的に、これらの各機能モジュールを含むホスト・コンピュータは、図２に示したハードウェアのもとで、基本ソフトと呼ばれるソフトウェアがその制御を司り、その基本ソフトの元で、それぞれの応用ソフト、サブ・システム・プロセスが機能モジュールとして動作するようになっている。
【００６７】
図３のソフトウェアブロック図において、クライアント装置１０１上においては、出力管理部（モジュール）１０４がアプリケーション３０１を示しており、変換管理部（モジュール）１１５の指示により変換エンジン１１８から生成された中間ファイルまたはイメージを解釈し、プリンタドライバへ１０８へのGDI描画を行なうことで印刷動作を行う。
【００６８】
また、サーバ装置１１２上においては、プリンタドライバは中間ファイル変換エンジン２０１、イメージ変換エンジン２０２に相当する。またアプリケーション３０１はサーバ装置１１２上のモジュール群において変換管理部（モジュール）１１５を示している。変換管理部（モジュール）１１５はクライアントから与えられたデータフォーマットをすべて解釈し、GDIへの論理描画として、中間ファイル変換エンジン２０１またはイメージ変換エンジン２０２に印刷処理を行なうことで、所望のフォーマット変換処理を実現する。
【００６９】
＜本実施形態のネットワークシステムの動作例＞
（クライアント装置の動作例）
次に、本実施形態におけるクライアント装置１０１の処理フローの概要を、図４に示すフローチャートを用いて説明する。
【００７０】
まず、ユーザはクライアント装置１０１において、クライアント管理部１０２を起動することで本発明の機能を使用することが可能となる（Ｓ４０１）。この起動処理は、オペレーティングシステムにより、表計算ソフトウェアや編集ソフトウェア等の一般アプリーションと同様に不図示のポインティングデバイスやキーボードからのアプリケーション実行手段としてユーザに提供されるものである。
【００７１】
（構成情報取得：Ｓ４０２）
次に、クライアント管理部１０２は、構成情報管理部１０３を介してプリンタ機器１１０の構成情報の取得を行う（Ｓ４０２）。なお、この構成情報取得時の処理の詳細は図５のフローチャートに示してある。
【００７２】
図５において、構成情報管理部１０３は、クライアント装置１０１にインストールされているプリンタドライバ１０８の総数をオペレーティングシステムより取得する（Ｓ５０１）。通常、プリンタドライバの総数はオペレーティングシステムが公開するAPI等を使用してシステムから取得することが可能である。例えば、クライアント装置１０１に３つのプリンタ及びプリンタドライバが存在しているとすれば、構成要素数N＝３となる。
【００７３】
次に、各々のプリンタドライバに対して、プリンタドライバ１０８の初期化を行う（Ｓ５０３）。この初期化処理を受けて、プリンタドライバ１０８は構成情報管理部１０３と情報通信を行うために必要なメモリ確保等の処理を行う。次に、構成情報管理部１０３は、プリンタ機器１１０の構成情報の取得要求をプリンタドライバに発行する（Ｓ５０４）。通常、プリンタドライバ１０８は接続されたプリンタ１１０の属性情報を静的或いは、プリンタドライバ自身のユーザインタフェイスからユーザにより動的に設定された属性情報を保持しているため、プリンタドライバ１０８は、構成情報管理部１０３から要求のあった属性を返答することが可能である。次に構成情報管理部１０３はプリンタドライバ１０８から取得した構成情報を属性テーブルへと書き込む（Ｓ５０５）。
【００７４】
（属性テーブル）
図６はこのときの属性テーブル６０１の例である。
【００７５】
図６において、６０２にはそれぞれのプリンタを識別するIDが格納される。６０３以降に、ID６０で示したプリンタ機器の個々の属性情報が記載される。この処理は全プリンタドライバに対して実行される。例えば、図６では、構成要素としてプリンタＡ,プリンタＢの２機種が接続され、その属性値として、PDL６０３,パス点最大値６０４、使用可能フォント６０５という３つの属性がある場合の属性テーブル６０１が図示されている。
【００７６】
PDL属性６０３には、プリンタ機器の能力が記載される。ここで、プリンタＡにはImageが記載されているが、このプリンタはイメージのような低レベルの描画処理のみを行うことができるということを示している。また、プリンタＢにはPDL1が記載されいているが、このPDL1は論理描画を処理する能力があることを示している。また、属性６０４には、プリンタが一度に描画することができるパス描画の点数の最大値が示され、また、使用可能フォント６０５には、プリンタが使用できるフォント数の最大値が記載されている。これらの属性は、サーバ装置１１２側で変換エンジンを決定するために使用されるが、サーバ装置１１２側の処理については後述する。尚、属性はこれに限定されず、サーバ装置１１２側で変換エンジンを決定するための情報が記載される。
【００７７】
図７は、上記のプリンタドライバ１０８から構成情報を取得するときの構成情報管理部１０３とプリンタドライバ１０８間の情報通信シーケンスの例である。
【００７８】
構成情報管理部１０３は、始めにプリンタドライバ１０８に対してInitPrinter命令７０１をコールする(Ｓ５０３)。次に、実際にプリンタ属性を取得するためのGetAttribute命令７０２をコールする（Ｓ５０４）。最後に、シーケンスの後処理を行うためのEndPrinter７０３をコールすることで処理を終了する。ここで、GetAttribute命令７０２でプリンタドライバ１０８からプリンタの属性値が構成情報管理部１０３に返される。
【００７９】
図４に戻って、次にクライアント管理部１０２はUI管理部１０６を介して、取得した構成情報テーブルの内容をユーザインタフェイスとしてユーザに表示する（Ｓ４０３）。
【００８０】
図８はこのとき表示するユーザインタフェースの例である。
【００８１】
図８において、８０１はユーザがクライアント装置１０１から印刷する方法を指定する領域、８０２は変換元のファイルを指定する領域、８０３が印刷開始を指示するボタン、８０４が図５に示す構成要素数分のプリンタが表示される領域、８０５が８０４のリストからユーザにより選択されたプリンタ機器である。ユーザは、このユーザインタフェースを介して、本実施形態の全体の動作を制御することが可能である。
【００８２】
ここで、印刷方法８０１では「同報印刷」（選択されたプリンタ群に同じ印刷を行う）が選択されている。変換元ファイル８０２はユーザが印刷したいデータを指定する領域で、「ｃ：\test.doc」が選択されている。選択可能プリンタ８０４は、クライアント装置１０１に接続されたプリンタのリストが表示される領域である。選択済プリンタ８０５は、ユーザにより選択された複数のプリンタが表示される領域である。また、追加ボタン８０６は、選択可能プリンタ領域８０４のひとつ以上のプリンタを選択し、押下することで選択済プリンタ８０５に設定することを可能とする追加ボタンである。また、削除ボタン８０７は、押下することで選択済プリンタ８０５から選択可能プリンタに移動する（選択を解除する）ことが可能な「削除」ボタンである。つまり、選択済プリンタ８０５に設定されたプリンタがユーザにより設定されたプリンタになる。
【００８３】
なお、本実施形態では図示及び説明省略するが、不図示の印刷部数等の様々な印刷設定を表示画面を通して行うことが可能である。
【００８４】
ユーザは、ステップＳ４０３にて表示されたユーザインタフェースを介して、構成要素であるプリンタ機器で印刷を実現するために、印刷元ユーザデータ（アプリケーションデータ）を変換元ファイル８０２に指定する（Ｓ４０４）。次に、ユーザは印刷開始ボタン８０３を押下する（Ｓ４０５）。
【００８５】
クライアント管理部１０２は、ステップＳ４０５においてユーザより印刷指示を受けると、サーバ装置１１２と通信を行うため、ネットワーク通信部１０７を通してサーバ装置１１２との通信が可能となるように通信の初期化処理を行う（Ｓ４０６）。 次に、Ｓ４０２にて構成情報管理部より取得した構成情報をサーバ装置１１２へと送信する（Ｓ４０７）。そして、Ｓ４０４にてユーザにより指定された変換元のデータをサーバ装置１１２に送信する（Ｓ４０８）。サーバ装置１１２での変換を待って、クライアント管理部１０２はサーバ装置１１２より変換済データを受信する（Ｓ４０９）。この間のサーバ装置１１２とのやり取りをサーバ装置１１２のフローチャート（図９）のステップに対応して示されている。
【００８６】
クライアント管理部１０２は、印刷管理部１０４を初期化し（Ｓ４１０）、データの印刷を依頼する（Ｓ４１１）。印刷管理部１０４は、取得したデータをプリンタドライバ１０８に印刷依頼を行う。その後、プリンタドライバ１０８は、図３に示した印刷フローを用いては同報印刷が設定されているため、印刷管理部１０４はサーバから受け取ったデータを解釈し、選択済プリンタ８０５で選択されたすべてのプリンタに対して印刷動作を実行する。
【００８７】
（サーバ装置の動作例）
次に、図９のフローチャートを用いて、クライアント装置１０１の処理である図４のフローチャートＳ４０６からＳ４０９までの動作に対応する、サーバ装置１１２の処理手順を説明する。図９には、各ステップに対応する図４のステップが図示されている。
【００８８】
まず、サーバ装置１１２はクライアント装置１０１からのステップＳ４０６におけるサーバ通信初期化命令を受ける（Ｓ９０１）。サーバ管理部１１２は、変換管理部１１３及びデータ管理部１４の初期化処理を行う。このとき、サーバ管理部１１２は、データ管理部１１６を通してＲＡＭ２１３あるいはデータベース１１７に図６に示したようなテーブル領域を確保する。このテーブル領域の説明はクライアント側の属性テーブルと同様である。サーバ装置１１２は、クライアント装置１０１からクライアント側の構成情報を受信してテーブル領域に記憶する（Ｓ９０２）。ここで受信した構成情報はクライアント側のテーブル情報（図６）に等しいので、データ管理部１１２により記憶されるテーブル領域には、図６に示すような値が格納される。
【００８９】
次に、サーバ装置１１２はクライアント装置１０１から変換元ファイルの受信を行う（Ｓ９０３）。この結果はデータ管理部１１６を通して、ＲＡＭ２１３あるいはデータベース１１７内に格納される。サーバ装置１１２はこのあと、受信した構成情報テーブルを解析し、変換エンジンを決定する（Ｓ９０５）。次に、サーバは変換エンジンの印刷属性を決定する（Ｓ９０６）。
【００９０】
（変換エンジンの決定：Ｓ９０５）
本実施形態にかかるステップＳ９０５、Ｓ９０６における変換エンジン決定方法（Ｓ９０５）及び、変換エンジンの印刷属性の決定方法（Ｓ９０６）を、図１０のフローチャートを用いて説明する。
【００９１】
図１０において、ステップＳ１００１にて、図６の属性領域６０３のPDL情報を参照する。このとき、PDL情報で、Imageというプリンタがひとつでもあれば、イメージ変換エンジンが決定される(Ｓ１００２)。ステップＳ１００１にて、すべての構成要素がPDLであれば、許容パス点数属性の最小値をとり、一番小さいものを選択する（Ｓ１００３）。次に、許容フォント数をとり、一番小さいものを選択する（Ｓ１００４）。そして、中間ファイル変換エンジンが選択される（Ｓ１００５）。これらはすべて、プリンタ能力の一番低いものにあわせることで、一貫した出力結果を得ることを保障するものである。これらの印刷属性は変換エンジンの起動に使用される。
【００９２】
図９に戻って、ステップＳ９０７にて、ステップＳ９０３で指定された入力ファイルに対して、ステップＳ９０５で決められた変換エンジンを使用し、ステップＳ９０６で決められて印刷属性を使用して、ファイル変換処理が実行される。変換後、変換済データはクライアント装置１０１へと送信される（Ｓ９０８）
図１１はこのときのクライアントとサーバの通信シーケンスの例を示した図である。
【００９３】
図１１において、１１０１は、ステップＳ４０６のサーバ初期化を示したCreateJob命令である。また、１１０２は、クライアントがステップＳ４０７にて構成情報の通知を示したときのPutAttribute命令である。また、１１０３は、ステップＳ４０７で示した入力ファイルの通知を行うPutData命令である。また、１１０４は、ステップＳ４０８にて示した変換後のファイルを受信するGetData命令である。
【００９４】
以上に説明したように、本実施形態１によれば、クライアント装置での汎用ファイルフォーマット変換をサーバサイドで実現し、すべてのクライアント装置にファイル変換モジュールをインストールしなければならないという問題を解決する。さらに、クライアント装置側の構成でファイル変換システム自体がアップデートされたときにも、サーバ環境を更新するだけですべてのクライアントシステムが更新され、システム管理を容易にすることを可能にする。さらに、ファイル変換処理をサーバ管理で行うため、クライアント装置の情報処理装置がロースペックであってもシステム構築が可能となる。
【００９５】
［実施形態２］
以下、図面を参照して本発明の好適な実施形態２について説明する。本実施形態は、クライアント装置側でのプリント等の処理を含まない、ファイルの保存処理に係る本発明の実施形態である。
【００９６】
＜本実施形態のネットワークシステムのソフトウエア構成例＞
図１２は、本実施形態に係るネットワークシステムのソフトウエア構成例を示すブロック図である。図１２においては、サーバ装置、クライアント装置ともに各１台ずつ示しているが、複数のクライアント装置が１つあるいは複数のサーバ装置を共有する構成であってよい。
【００９７】
（クライアント装置１１０１の機能ブロック例）
図１２において、クライアント装置１１０１は、パーソナルコンピュータ等の情報処理装置である。クライアント装置１１０１は、少なくとも１つ以上のアプリケーション１１０２、データベース１１０３及びネットワーク通信部１１０４から構成される。尚、図１２においても、図１のクライアント管理部など画必要であるが、図１２ではこれらをアプリケーション１１０２としてまとめて図示している。
【００９８】
アプリケーション１１０２Ａ乃至１１０２Ｎは、クライアント装置１１０１上でユーザによって実行される表計算ソフトや文書編集ソフト等の一般ユーザアプリケーションである。データベース１１０３は、本実施形態にかかるアプリケーション１０２の変換元ファイル、変換済ファイル等を格納する領域で、通常はメモリやハードディスク等の外部記憶装置上に存在する。
【００９９】
ネットワーク通信部１０４は、クライアント装置１１０１とサーバ装置１１２の通信プロトコルを制御し、インターネットやイントラネット、電話回線等のネットワーク１１１を介してサーバ装置１１２との通信を確立するもので、特にインターネットでいえばＨＴＴＰ等のプロトコルレイヤの処理を行う。
【０１００】
（ネットワーク１１１の例）
ネットワーク１１１はクライアント装置１０１とサーバ装置１１２とを接続するネットワークであり、その形態として、ＬＡＮ、インターネットあるいは無線等が可能であるが、双方向通信が可能な通信手段であればその実現方法は問わない。
【０１０１】
（サーバ装置１１２の機能ブロック例）
サーバ装置１１２は、基本的には図２に示した実施形態１と同様の構成である。サーバ装置１１２は、好ましくはＨＴＴＰプロトコル等のインターネットプロトコルをサポートするサーバであるが、クライアント装置１１０１とファイル転送等の通信経路が確立されればその実現手段は問わない。
【０１０２】
サーバ装置１１２は、ネットワーク通信部１１３、サーバ管理部１１４、変換管理部１１５、データ管理部１１６、データベース１１７、変換エンジン１１８等から構成される。
【０１０３】
ネットワーク通信部１１３は、サーバ装置１１２がネットワーク上のサーバとしてクライアント装置１１０１と双方向通信するためのネットワークプロトコルを処理し、クライアント装置１１０１、サーバ装置１１２間のファイル転送、情報転送等の通信を確立するモジュールである。また、サーバ管理部１１４はサーバ装置１１２を構成する変換管理部１１５、データ管理部１１６等のサーバ装置１１２上で動作するモジュール群の制御を行うサーバメインモジュールである。  変換管理部１１５は、クライアント装置１１０１から受け取った変換元データを本サーバシステム中の変換エンジン１１８を用いて汎用フォーマット変換する際に、クライアントから送信された属性情報から使用する変換エンジン１１８を一意に特定し、変換処理を行わせる等の制御を行う。
【０１０４】
データ管理部１１６は、クライアント装置１１０１から受信したデータ、及びクライアントに送信すべく変換済データをデータベース１１７上に保存し、管理する。
【０１０５】
変換エンジン１１８は、クライアント装置１１０１から受け取った変換元データを所定のフォーマットに変換する機能を有するモジュール群であり、少なくとも１つ以上のモジュールから構成されることを特徴とする。
【０１０６】
本実施形態において、図１２で示したサーバ装置１１２内の変換エンジン１１２は、前述したプリンタドライバ形式のモジュールであるとする（図３参照）。しかし、これがプリンタドライバ構成を有しなくとも、例えば圧縮機能を有するモジュール等のファイルフォーマット変換機能を持つものであれば本発明に適用できることはいうまでもない。
【０１０７】
本実施形態における好ましい構成、即ち変換エンジン１１８がプリンタドライバ形式で構成されたソフトウェア構成の例である。一般的にプリンタドライバは、プリンタ機器が解釈可能な言語（PDL）に変換し、プリンタ機器に送信することで印刷機能を提供するソフトウェアである。
【０１０８】
図１２において、サーバ装置１１２内の変換エンジン１１８はプリンタドライバ形式のソフトウェアで構成され、実施形態１と同様に、中間ファイル変換エンジン２０１とイメージ変換エンジン２０２から構成されている。
【０１０９】
＜本実施形態のネットワークシステムのハードウエア構成例＞
図１３は、本実施形態におけるネットワークシステムのハードウエア構成例を示すブロック図である。
【０１１０】
（クライアント装置）
クライアント装置１１０１（１１０１−１...１１０１−ｎ）は、ＲＯＭ１３０２やＲＡＭ１３０３に格納されたプログラムに従って命令を実行する演算処理用のＣＰＵ１３０１、本実施形態のプログラムやその他の制御に必要なプログラムやデータを格納したＲＯＭ１３０２、一時的なデータを格納するＲＡＭ１３０３、各種入出力装置とのインタフェースを実現する入出力インタフェース１３０４、データベースあるいはアプリケーションプログラムを記憶するＨＤＤなどの外部記憶部１１０３、ネットワークとの通信を行なうネットワーク通信部１０７とを有する。
【０１１１】
本実施形態のＲＡＭ１３０３は、ＣＰＵ１３０１の演算処理中に一時使用されるデータ記憶領域と、ＣＰＵ１３０１が実行する本実施形態のアプリケーションプログラムをＨＤＤなどの外部記憶装置１１０３からロードするプログラムロード領域とを有する。
【０１１２】
データ記憶領域は、各画像形成データに対応して、入力された画像データを記憶する変換前の送信データ領域２０３ａ，２０３ｃと、送信データを作成したアプリケーションの情報記憶領域２０３ｂ，２０３ｄとを有する。又、プログラムロード領域には、外部記憶部１１０３から、プログラムがロードされてＣＰＵ１３０１により実行される。尚、外部記憶部１１０３に無いプログラムはサーバ装置１１２からダウンロードされてもよい。
【０１１３】
外部記憶装置１１０３は、図１６に示すアプリケーション情報などの各種管理情報や画像データを蓄積するデータベース領域と、ＲＡＭ１３０３にロードされてＣＰＵ１３０１に実行されるプログラムを記憶するプログラム領域とを有する。プログラムロード領域には、図１２のソフトウエア構成に対応するネットワーク管理モジュール１０７、アプリケーション１１０２Ａ乃至１１０２Ｎが記憶されている。尚、ＯＳ等の汎用プログラムは図示されていない。
【０１１４】
入出力インターフェース１３０４には、ユーザによる入力・指示にためのキーボード１３０４ａ、ポインティングデバイスのマウス１３０４ｂ、ユーザへの指示あるいは報知にための表示部１３０４ｃ、オプションとして画像を形成するプリンタ１３０４ｄが接続されている。
【０１１５】
（サーバ装置）
サーバ装置１１２は、基本的に図２と同様であり、ＲＯＭ２１２やＲＡＭ２１３に格納されたプログラムに従って命令を実行する演算処理用のＣＰＵ２１１、本実施形態のプログラムやその他の制御に必要なプログラムやデータを格納したＲＯＭ２１２、一時的なデータを格納するＲＡＭ２１３、データベースあるいはアプリケーションプログラムを記憶するＨＤＤなどの外部記憶部１１７、ネットワークとの通信を行なうネットワーク通信部１１３とを有する。尚、図２には図示しないが、サーバ装置１１２にも入出力インタフェースを介して必要な周辺機器が接続される。
【０１１６】
本実施形態のＲＡＭ２１３は、ＣＰＵ２１１の演算処理中に一時使用されるデータ記憶領域と、ＣＰＵ２１１が実行する本実施形態のアプリケーションプログラムをＨＤＤなどの外部記憶部１１７からロードするプログラムロード領域とを有する。データ記憶領域の構成は、図２と同様であるので説明を省く。
【０１１７】
外部記憶部１１７は、プリンタ仕様などの各種管理情報や、画像データのフォーマット変換のための情報、クライアント装置１０１から送信された画像データを保管するデータベース領域と、ＲＡＭ２０３にロードされてＣＰＵ２０１に実行されるプログラムを記憶するプログラム領域とを有する。プログラム領域の構成は図２と同様なのでここでの説明は省く。
【０１１８】
＜本実施形態のネットワークシステムの動作例＞
（クライアント装置の動作例）
次に、本実施形態におけるクライアント装置１１０１のユーザ処理フローの概要を、図１４に示すフローチャートを用いて説明する。なお、サーバ側の処理については図１７に従って後述するが、図１４のステップに対応する図１７のステップが図示されている。
【０１１９】
まず、ユーザはクライアント装置１１０１において、アプリケーション１１０２を起動することで本実施形態の機能を使用することが可能となる（Ｓ１４０１）。この起動処理は、オペレーティングシステムにより、表計算ソフトウェアや編集ソフトウェア等の一般アプリーションと同様に不図示のポインティングデバイスやキーボードからのアプリケーション実行手段としてユーザに提供されるものである。
【０１２０】
次に、ユーザはアプリケーション１１０２が表示するユーザインタフェース等からフォーマット変換要求を出す（Ｓ１４０２）。例えばアプリケーションは図１５の(a)に示すようなユーザインタフェースを表示する。ここで、１５０１はアプリケーションが表示する領域、１５０２はユーザが変換要求を指示するメニューボタンで、本実施形態においてはファイルメニュー内の"ファイル保存"ボタンとして実現されている。このメニューボタン１５０２が押下されると、アプリケーション１１０２は、サーバ装置１１２に対して、変換時の入力ファイル、出力ファイルのサポート形式の問い合わせを行う（Ｓ１４０３）。この問い合わせの結果、サーバ装置１１２の変換エンジン１１２がファイル変換処理をサポートするファイルの入力形式、出力形式のリストが返される。
【０１２１】
（ファイル形式リスト例）
図１６の(a)がこのときサーバから返されたリストの例である。図６において、１６０１がサーバにおいてサポートされる変換エンジンが格納される領域、１６０２がサーバがサポートする入力ファイルフォーマットが記述される領域、１６０３がサーバがサポートする出力ファイルフォーマットが記載される領域で、図６の（a）においては、サーバは変換エンジンとしてファイル変換エンジンとイメージ変換エンジンをサポートし、また入力フォーマットとしてはファイル変換エンジンはappAフォーマット及びappBフォーマットをサポートしている。また、出力フォーマットとしてはファイル変換エンジンはPDF1.4及びPDF1.5,イメージ変換エンジンはImageをサポートしていることを示している。
【０１２２】
アプリケーション１１０２は、図１６の(a)のリストを受け、図１５の（ｂ）に示すようなファイル保存のダイアログを表示する。図１５の（ｂ）において、１５０３はユーザが保存先を特定する領域、１５０４がサーバ装置１１２からステップＳ４０３で返されたファイルリストが表示される領域である。つまり、アプリケーション１１０２はサーバ装置１１２から受けた出力フォーマットのリスト１６０３をリスト１５０４内に表示する（Ｓ１４０４）。次に、ユーザは図１５の(b)のユーザインタフェースにおいて、リスト１５０４の中から任意のファイルフォーマットを指定する。そして、ユーザは保存ボタン１５０５を押下し、変換処理を開始する（Ｓ１４０５）。
【０１２３】
次に、アプリケーション１１０２は、サーバ装置１１２にサーバ通信初期化処理を発行する（Ｓ１４０６）。次に、アプリケーション１１０２はサーバ装置１１２に変換させるための変換属性情報を送信する（Ｓ１４０７）。図６の(b)はこのときの属性情報の例である。図６の（b）は属性を管理するテーブルのフォーマットを示している。例えば、アプリケーションＡがこの属性テーブルを書き込む場合、その属性値として、図６の（b）のように記載する。図６の（b）において、アプリケーションID1１６０６にはアプリケーションＡが格納され、入力フォーマット属性１６０７にはアプリケーションＡが扱うappAフォーマット、出力フォーマット属性１６０８には変換後のフォーマットであるPDFが含まれている。また、PDFのバージョン属性１６０９にはバージョン1.4が記載され、変換解像度属性１６１０には600dpiが格納されている。図６の（b）の意味としては、アプリケーションＡが自身が管理しているappAファイルを入力ファイルを送信する。サーバは出力としてPDFバージョン1.4を出力する。その際の変換属性のひとつである解像度として、600dpiで変換データを作成するという内容を示している。属性は上記に限定されない。
【０１２４】
図１４に戻って、ステップＳ１４０８にて、アプリケーション１１０２が現在扱っている変換元のデータをサーバ装置１１２に送信する。この変換元データは、現在アプリケーションＡが扱っているappA形式のファイルであるとする。次に、アプリケーション１１０２はサーバ装置１１２より変換済データを受信し（Ｓ１４０９）、変換済データをデータベース１１０３上の図５の保存場所１５０３でユーザにより指定された領域に変換済みファイルを保存する。このとき受信するファイルフォーマットは、図１６の(b)で示した解像度600dpiで作成されたPDFバージョン1.4フォーマットのファイルとなる。
【０１２５】
（サーバ装置の動作例）
次に、前述したクライアント装置側の処理である図４のフローチャートに対応する、サーバ装置１１２側の処理を図１７のフローチャートに従って説明する。尚、図１７のステップには、クライアント装置１１０１の図１４の対応するステップが図示されている。
【０１２６】
まず、ステップＳ１７０１でクライアント装置１１０１からのステップＳ１４０３での問い合わせを待ち、問う合せがあると、サーバ装置１１２がサポートするサポート形式をファイルの入力形式、出力形式のリストで返信する。この内容が前述の図１６の(a)となる。
【０１２７】
次に、クライアント装置１１０１のステップＳ１４０６のサーバ通信初期化命令を受けて、サーバ管理部１０８は、ステップＳ１７０３で変換管理部１０９、データ管理部１１０の初期化処理を行う。次に、サーバ装置１１２はクライアント装置１１０１からクライアント側の構成情報を受信する（Ｓ１７０４）。ここで受信した構成情報は、クライアント装置側のテーブル情報（図１６（b））である。このテーブルはデータ管理部１１２がデータベースあるいはＲＡＭ上に格納し、参照可能となる。次に、サーバ装置１１２はクライアント装置１１０１から変換元ファイルの受信を行う（Ｓ１７０５）。本データもデータ管理部１１０を通して、データベース１１７内に格納される。
【０１２８】
サーバ装置１１２は、次に受信した構成情報テーブルを解析する（Ｓ１７０６）。このとき、図１６の(b)の入力フォーマット１６０７情報がサーバ装置１１２がサポートする形式か判定する（Ｓ１７０７）。本入力形式がサポートしていない形式であれば、ステップＳ１７１４でクライアント装置１１０１にエラーを返信する。本実施形態においては入力フォーマット形式にappAが格納されており、これは図１６の(a)の入力フォーマット６０２で示すようにサポート形式であるので、ステップＳ１７０８に進む。次に、ステップＳ１７０８にて図１６の(b)の出力ファイル形式１６０８情報がサーバがサポートする形式か判定する。ここで出力形式が自身がサポートしていない形式であれば、ステップＳ１７１４でクライアントにエラーを返信する。本実施形態においてはPDF、また、属性情報のバージョンが1.4が格納されており、これは出力フォーマット１６０３の通りサポート形式であるので、ステップＳ１７０９に進む。
【０１２９】
次に、Ｓ１７０９にて変換エンジンを決定する。ここでは、図６の（b）の出力フォーマット１６０８がPDFを示しているので、中間ファイル変換エンジンが変換エンジンとして決定される。次に、サーバ装置１１２は変換エンジンの属性、例えば印刷属性を決定する（Ｓ１７１０）。この値は本実施形態においては解像度１６１０に記載された６００dpiである。従ってこの印刷属性を用いて変換処理が実行される（Ｓ１７１１）。尚、上記例では印刷属性を指定したが、他のファイルフォーマットの変換に係る属性であればよく、限定されない。ファイルフォーマットの変換後、変換済データはデータ管理部１０７を通してデータベース１１７に格納され（Ｓ１７１２）、変換済みデータはクライアント装置１１０１へと送信される（Ｓ１７１３）。
【０１３０】
図１８は、一連のクライアント装置とサーバ装置間の通信シーケンスの例を示した図である。
【０１３１】
図１８において、１８０１はステップＳ１４０３でコールされたファイル変換のサポートフォーマットを返す例であるQuerySupportFomatである。この関数により、クライアント装置１１０１には図６の(a)のテーブルが返されることになる。また、１８０２はステップＳ１４０６のサーバ初期化を行う例であるCreateJob命令である。また、１８０３はクライアント装置がステップＳ１４０７にて構成情報の通知を示したときのPutAttribute命令である。この関数でクライアント装置１１０１はサーバに図６の(b)の属性を通知する。また、１８０４はステップＳ１４０８で示した入力ファイルの通知を行うPutData命令である。本命令において、クライアント装置１１０１は変換元ファイルをサーバ装置１１２に送信する。また、１８０５はステップＳ１４０９にて示した変換後のファイルを受信するGetData命令である。この命令においてクライアント装置１１０１はサーバ装置１１２から変換済ファイルを取得する。
【０１３２】
以上に説明したように、本実施形態２によれば、クライアントでの汎用ファイルフォーマット変換をサーバサイドで実現し、すべてのクライアントにファイル変換モジュールをインストールしなければならないという問題を解決する。さらに、クライアント構成のファイル変換システム自体がアップデートされたときにはサーバ環境を更新するだけですべてのクライアントシステムが更新され、システム管理を容易にすることを可能にする。さらにファイル変換処理をサーバ管理で行うため、クライアントの情報処理装置がロースペックでシステム構築が可能となる。以上のような構成により、最適なアプリケーションファイル交換環境を構築することが可能となる。
【０１３３】
尚、本実施形態のプログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ、ＤＶＤ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１３４】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３５】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１３６】
【図１】実施形態１のネットワークシステムのソフトウエア構成例を示す図である。
【図２】実施形態１のネットワークシステムのハードウエア構成例を示す図である。
【図３】本実施形態のプリンタドライバの構成例を示すブロック図である。
【図４】実施形態１のクライアント装置のアプリケーションの処理手順例を示すフローチャートである。
【図５】図４のＳ４０２の構成情報取得の処理手順例を示すフローチャートである。
【図６】実施形態１の変換属性を示すテーブルデータの例を示す図である。
【図７】実施形態１のプリンタ機器の構成情報を取得するコールシーケンスの例を示す図である。
【図８】実施形態１のクライアント装置のアプリケーションが表示するユーザインタフェースの例を示す図である。
【図９】実施形態１のサーバ装置のアプリケーションの処理手順例を示すフローチャートである。
【図１０】図９のＳ９０５及びＳ９０６のサーバ装置が変換エンジン／変換属性を決定する手順例を示すフローチャートである。
【図１１】実施形態１のクライアント/サーバ間のコールシーケンスの例を示す図である。
【図１２】実施形態２のネットワークシステムのソフトウエア構成例を示す図である。
【図１３】実施形態２のネットワークシステムのハードウエア構成例を示す図である。
【図１４】実施形態２のクライアント装置のアプリケーションの処理手順例を示すフローチャートである。
【図１５】実施形態２のクライアント装置のアプリケーションが表示するユーザインタフェースの例を示す図である。
【図１６】実施形態２の変換属性を示すテーブルデータの例を示す図である。
【図１７】実施形態２のサーバ装置のアプリケーションの処理手順例を示すフローチャートである。
【図１８】実施形態２のクライアント/サーバ間のコールシーケンスの例を示す図である。
【図１】
2006133877.tif 000003
【図２】
2006133877.tif 000004
【図３】
2006133877.tif 000005
【図４】
2006133877.tif 000006
【図５】
2006133877.tif 000007
【図６】
2006133877.tif 000008
【図７】
2006133877.tif 000009
【図８】
2006133877.tif 000010
【図９】
2006133877.tif 000011
【図１０】
2006133877.tif 000012
【図１１】
2006133877.tif 000013
【図１２】
2006133877.tif 000014
【図１３】
2006133877.tif 000015
【図１４】
2006133877.tif 000016
【図１５】
2006133877.tif 000017
【図１６】
2006133877.tif 000018
【図１７】
2006133877.tif 000019
【図１８】
2006133877.tif 000020