(57)【要約】【課題】クライアント端末装置からの要求に迅速に応えることができる技術を提供する。【解決手段】ファイルを保持する記憶部１２と、クライアント情報を取得する情報取得部１２０と、記憶部１２が保持するファイルの素材データについて記憶部１２が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成部１１６と、あるクライアント端末装置からの要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式では該当する素材データを記憶部１２が保持している場合に、クライアント情報に基づいてファイル生成部１１６にて要求ファイルを生成するかクライアント端末装置にて要求ファイルを生成するかを判断する判断部１１７と、判断部１１７が判断した結果に基づいてクライアント端末装置に対して送信するファイルの種類を決定する送信ファイル決定部１１８とを含む。【選択図】図３
2010073103.tif 000002
【特許請求の範囲】
【請求項１】
素材データを含むファイルを保持するファイル保持手段と、
通信可能なクライアント端末装置に関する情報であるクライアント情報を取得する情報取得手段と、
前記ファイル保持手段が保持するファイルの素材データについて当該ファイル保持手段が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成手段と、
あるクライアント端末装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記ファイル保持手段が保持している場合に、前記情報取得手段が取得するクライアント情報に基づいて前記ファイル生成手段にて当該要求ファイルを生成するか当該クライアント端末装置にて当該要求ファイルを生成するかを判断する判断手段と、
前記判断手段が判断した結果に基づいて前記クライアント端末装置に対して送信するファイルの種類を決定する送信ファイル決定手段と
を含むサーバ装置。
【請求項２】
前記判断手段は、前記要求ファイルを生成するのに要する時間と、前記クライアント端末装置へファイルを送信するのに要する時間とを考慮して判断する
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
前記送信ファイル決定手段は、前記判断手段が前記ファイル生成手段にて前記要求ファイルを生成すると判断した場合には、前記ファイル生成手段が生成したファイルを送信すると決定し、当該判断手段が前記クライアント端末装置にて当該要求ファイルを生成すると判断した場合には、前記ファイル保持手段が保持する他のファイル形式のファイルと当該他のファイル形式のファイルを当該要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定する
ことを特徴とする請求項１または２に記載のサーバ装置。
【請求項４】
前記判断手段は、前記ファイル生成手段にて前記要求ファイルを生成する時間と当該生成した要求ファイルを前記クライアント端末装置に送信するのに要する時間との合計時間と、前記実行ファイルを当該クライアント端末装置に送信するのに要する時間と当該クライアント端末装置にて当該要求ファイルを生成する時間との合計時間とを比較して判断する
ことを特徴とする請求項３に記載のサーバ装置。
【請求項５】
前記判断手段が前記ファイル生成手段にて前記要求ファイルを生成すると判断し、当該ファイル生成手段が当該要求ファイルを生成している間に、当該ファイル生成手段を有しサーバ装置全体を制御する制御手段の負荷が増大する場合には、
前記送信ファイル決定手段は、前記ファイル生成手段にて生成途中のファイルと前記他のファイル形式のファイルを前記要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定する
ことを特徴とする請求項３または４に記載のサーバ装置。
【請求項６】
前記送信ファイル決定手段は、前記ファイル保持手段が前記要求ファイルを保持している場合には、当該ファイル保持手段が保持しているファイルを送信すると決定する
ことを特徴とする請求項１から５のいずれか１項に記載のサーバ装置。
【請求項７】
記憶領域に素材データを含むファイルを保持し、通信可能な装置に関する情報を取得するコンピュータに、
前記記憶領域に保持するファイルの素材データについて当該記憶領域に保持するファイルの形式とは異なる形式のファイルを生成する機能と、
ある通信可能な装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記記憶領域に保持している場合に、前記装置に関する情報に基づいて前記ファイルを生成する機能にて当該要求ファイルを生成するか当該通信可能な装置にて当該要求ファイルを生成するかを判断する機能と、
前記判断する機能が判断した結果に基づいて前記通信可能な装置に対して送信するファイルの種類を決定する機能と
を実現させるためのプログラム。
【請求項８】
前記判断する機能は、前記要求ファイルを生成するのに要する時間と、前記通信可能な装置へファイルを送信する時間とを考慮して判断する
ことを特徴とする請求項７に記載のプログラム。
【請求項９】
前記決定する機能は、前記判断する機能が前記ファイルを生成する機能にて前記要求ファイルを生成すると判断した場合には、前記ファイルを生成する機能が生成したファイルを送信すると決定し、当該判断する機能が前記通信可能な装置にて当該要求ファイルを生成すると判断した場合には、前記記憶領域に保持する他のファイル形式のファイルと当該他のファイル形式のファイルを当該要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定する
ことを特徴とする請求項７または８に記載のプログラム。
【請求項１０】
素材データを含むファイルを保持するファイル保持手段と、
通信可能なクライアント端末装置に関する情報であるクライアント情報を取得する情報取得手段と、
前記ファイル保持手段が保持するファイルの素材データについて当該ファイル保持手段が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成手段と
を備えるサーバ装置におけるファイル送信方法であって、
あるクライアント端末装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記ファイル保持手段が保持している場合に、前記情報取得手段が取得するクライアント情報に基づいて前記ファイル生成手段にて当該要求ファイルを生成するか当該クライアント端末装置にて当該要求ファイルを生成するかを判断し、
判断結果に基づいて前記クライアント端末装置に対して送信するファイルの種類を決定し、
決定した種類のファイルを前記クライアント端末装置に対して送信する
ことを特徴とするファイル送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置、プログラムおよびファイル送信方法に関する。
【背景技術】
【０００２】
近年、デジタル複合機などの画像通信装置において、原稿の画像データを、受信端末が受信可能な形式に変換する技術が提案されている。
例えば、特許文献１では、次の技術が記載されている。すなわち、受信端末に対してデータ送信を行なう送信端末に、受信端末のデータ受信能力に関する情報に基づき、受信端末に閲覧させるべき送信データを受信端末が受信可能な形式に変換させる。また、変換された送信データを受信端末から閲覧可能なファイルサーバにアップロードさせる。
【０００３】
【特許文献１】特開２００３−１３１９８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ファイルを送受信するクライアント・サーバシステムにおけるサーバ装置およびクライアント端末装置は、装置毎に処理能力が異なる。また、サーバ装置に対して、複数のクライアント端末装置から同時に要求があった場合には、サーバ装置の負荷が高くなり迅速にクライアント端末装置の要求に応えられない場合がある。それゆえ、サーバ装置は、クライアント端末装置からの要求に迅速に応えるには、装置の処理能力や負荷状況を考慮してクライアント端末装置からの要求に応えることが望ましい。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、素材データを含むファイルを保持するファイル保持手段と、通信可能なクライアント端末装置に関する情報であるクライアント情報を取得する情報取得手段と、前記ファイル保持手段が保持するファイルの素材データについて当該ファイル保持手段が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成手段と、あるクライアント端末装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記ファイル保持手段が保持している場合に、前記情報取得手段が取得するクライアント情報に基づいて前記ファイル生成手段にて当該要求ファイルを生成するか当該クライアント端末装置にて当該要求ファイルを生成するかを判断する判断手段と、前記判断手段が判断した結果に基づいて前記クライアント端末装置に対して送信するファイルの種類を決定する送信ファイル決定手段とを含むサーバ装置である。
【０００６】
請求項２に記載の発明は、前記判断手段は、前記要求ファイルを生成するのに要する時間と、前記クライアント端末装置へファイルを送信するのに要する時間とを考慮して判断することを特徴とする請求項１に記載のサーバ装置である。
請求項３に記載の発明は、前記送信ファイル決定手段は、前記判断手段が前記ファイル生成手段にて前記要求ファイルを生成すると判断した場合には、前記ファイル生成手段が生成したファイルを送信すると決定し、当該判断手段が前記クライアント端末装置にて当該要求ファイルを生成すると判断した場合には、前記ファイル保持手段が保持する他のファイル形式のファイルと当該他のファイル形式のファイルを当該要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定することを特徴とする請求項１または２に記載のサーバ装置である。
【０００７】
請求項４に記載の発明は、前記判断手段は、前記ファイル生成手段にて前記要求ファイルを生成する時間と当該生成した要求ファイルを前記クライアント端末装置に送信するのに要する時間との合計時間と、前記実行ファイルを当該クライアント端末装置に送信するのに要する時間と当該クライアント端末装置にて当該要求ファイルを生成する時間との合計時間とを比較して判断することを特徴とする請求項３に記載のサーバ装置である。
請求項５に記載の発明は、前記判断手段が前記ファイル生成手段にて前記要求ファイルを生成すると判断し、当該ファイル生成手段が当該要求ファイルを生成している間に、当該ファイル生成手段を有しサーバ装置全体を制御する制御手段の負荷が増大する場合には、前記送信ファイル決定手段は、前記ファイル生成手段にて生成途中のファイルと前記他のファイル形式のファイルを前記要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定することを特徴とする請求項３または４に記載のサーバ装置である。
請求項６に記載の発明は、前記送信ファイル決定手段は、前記ファイル保持手段が前記要求ファイルを保持している場合には、当該ファイル保持手段が保持しているファイルを送信すると決定することを特徴とする請求項１から５のいずれか１項に記載のサーバ装置である。
【０００８】
請求項７に記載の発明は、記憶領域に素材データを含むファイルを保持し、通信可能な装置に関する情報を取得するコンピュータに、前記記憶領域に保持するファイルの素材データについて当該記憶領域に保持するファイルの形式とは異なる形式のファイルを生成する機能と、ある通信可能な装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記記憶領域に保持している場合に、前記装置に関する情報に基づいて前記ファイルを生成する機能にて当該要求ファイルを生成するか当該通信可能な装置にて当該要求ファイルを生成するかを判断する機能と、前記判断する機能が判断した結果に基づいて前記通信可能な装置に対して送信するファイルの種類を決定する機能とを実現させるためのプログラムである。
【０００９】
請求項８に記載の発明は、前記判断する機能は、前記要求ファイルを生成するのに要する時間と、前記通信可能な装置へファイルを送信する時間とを考慮して判断することを特徴とする請求項７に記載のプログラムである。
請求項９に記載の発明は、前記決定する機能は、前記判断する機能が前記ファイルを生成する機能にて前記要求ファイルを生成すると判断した場合には、前記ファイルを生成する機能が生成したファイルを送信すると決定し、当該判断する機能が前記通信可能な装置にて当該要求ファイルを生成すると判断した場合には、前記記憶領域に保持する他のファイル形式のファイルと当該他のファイル形式のファイルを当該要求ファイルに変換するプログラムとを結合した実行ファイルを送信すると決定することを特徴とする請求項７または８に記載のプログラムである。
【００１０】
請求項１０に記載の発明は、素材データを含むファイルを保持するファイル保持手段と、通信可能なクライアント端末装置に関する情報であるクライアント情報を取得する情報取得手段と、前記ファイル保持手段が保持するファイルの素材データについて当該ファイル保持手段が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成手段とを備えるサーバ装置におけるファイル送信方法であって、あるクライアント端末装置から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを前記ファイル保持手段が保持している場合に、前記情報取得手段が取得するクライアント情報に基づいて前記ファイル生成手段にて当該要求ファイルを生成するか当該クライアント端末装置にて当該要求ファイルを生成するかを判断し、判断結果に基づいて前記クライアント端末装置に対して送信するファイルの種類を決定し、決定した種類のファイルを前記クライアント端末装置に対して送信することを特徴とするファイル送信方法である。
【発明の効果】
【００１１】
本発明の請求項１によれば、本発明を採用しない場合に比べて、より迅速にクライアント端末装置からの要求に応えることができる。
本発明の請求項２によれば、本発明を採用しない場合に比べて、判断手段による判断をより精度高く実現できる。
本発明の請求項３によれば、本発明を採用しない場合に比べて、より迅速にクライアント端末装置からの要求に応えることができる。
【００１２】
本発明の請求項４によれば、本発明を採用しない場合に比べて、より精度高い判断が可能となる。
本発明の請求項５によれば、本発明を採用しない場合に比べて、より高精度に、クライアント端末装置からの要求に応えることができる。
本発明の請求項６によれば、本発明を採用しない場合に比べて、クライアント端末装置の利便性をより高めることができる。
【００１３】
本発明の請求項７によれば、本発明を採用しない場合に比べて、より迅速に通信可能な装置からの要求に応えることができる。
本発明の請求項８によれば、本発明を採用しない場合に比べて、より精度の高い判断が可能となる。
本発明の請求項９によれば、本発明を採用しない場合に比べて、より迅速にクライアント端末装置からの要求に応えることができる。
本発明の請求項１０によれば、本発明を採用しない場合に比べて、より迅速にクライアント端末装置にファイルを送信することができる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して、本発明を実施するための最良の形態（実施の形態）について詳細に説明する。
図１は、実施の形態に係るサーバ装置１０が適用されるネットワーク通信システム１の構成を示す図である。
図１に示すように、ネットワーク通信システム１は、ネットワーク３０を介して相互に通信可能に接続されるサーバ装置１０と、クライアント端末装置２０とを備えている。なお、ネットワーク３０としては、インターネット、ローカルエリアネットワーク（ＬＡＮ）等を例示することができる。
【００１５】
図２は、クライアント端末装置２０の概略構成を示す図である。
クライアント端末装置２０は、例えば、パーソナルコンピュータ（ＰＣ）２０ａ、携帯端末（ＰＤＡ）２０ｂなど、ネットワーク３０を介してサーバ装置１０との間で通信可能な装置である。
そして、クライアント端末装置２０は、装置全体の動作を制御する制御部２１と、データを記憶する記憶部２２と、操作メニューなどを表示する表示部２３と、ネットワーク３０を介して外部との間で行う通信を制御するＬＡＮアダプタなどからなるネットワーク接続部２４とを有する。
【００１６】
制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであり、クライアント端末装置２０全体の動作を制御する。また、制御部２１は、サーバ装置１０へのリクエスト情報を送信する処理や、サーバからのレスポンス情報を受信する処理等を行うブラウザ部２１ａを有する。このブラウザ部２１ａは、ＣＰＵが記憶領域（記憶部２２やＲＯＭ）からプログラムを読み込み実行することにより、つまり、ソフトウェアとハードウェア資源とが協働することにより実現される。
記憶部２２は、例えば、ハードディスクドライブ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、半導体メモリにて実現される。また、表示部２３は、例えば、ＬＣＤ（液晶ディスプレイ）などで実現され、操作メニューを表示してユーザから処理要求等の操作指示を受け付けたり、ユーザに対する選択情報や装置の動作状況等を表示したりする。
【００１７】
次に、サーバ装置１０について説明する。
図３は、サーバ装置１０の概略構成を示す図である。
サーバ装置１０は、サーバ装置１０全体の動作を制御する制御部１１と、データを含むファイルなどを記憶する記憶部１２と、ネットワーク３０を介してクライアント端末装置２０との間で行う通信を制御するＬＡＮアダプタなどからなるネットワーク接続部１３とを有している。
【００１８】
サーバ装置１０は、例えばファイルサーバ装置として機能し、記憶部１２には、クライアント端末装置２０などからアップロードされたファイルやスキャナ装置で生成されたファイルが格納されている。記憶部１２は、例えば、ハードディスクドライブ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）、半導体メモリにて実現される。
また、記憶部１２には、制御部１１により実行される処理プログラムが格納されており、サーバ装置１０の立ち上げ時等に、制御部１１がこの処理プログラムを読み込み実行することによりサーバ装置１０の動作制御が実行される。
【００１９】
また、記憶部１２には、登録されたクライアント端末装置２０に関する情報（以下では、「クライアント情報」という場合もある。）が格納されている。
クライアント情報には、以下の情報が含まれる。
（１）受信可能なファイルの情報
（ｉ）ｐｄｆ，ｘｄｗ，ｔｉｆｆ，ｍｐ３，ｗｍａ，ｗｍｖなどのファイルの形式、（ｉｉ）ファイルサイズの上限、（ｉｉｉ）動画像や静止画像の表示サイズ、（ｉｖ）動画像や音声のビットレート（ｋｂｂｓ）、（ｖ）文字コードやフォント、（ｖｉ）ファイルの実行形式（ＯＳ、アプリケーション、それらのバージョンなど）
（２）処理性能
（ｉ）画像変換性能（エンコード速度）、（ｉｉ）ＣＰＵ種別／クロック、（ｉｉｉ）通信速度
（３）ユーザが希望する変換条件
（ｉ）「画像劣化が低くなるように」、（ｉｉ）「再生の処理負荷が低くなるように」、（ｉｉｉ）「データサイズが小さくなるように」など
【００２０】
制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなるマイクロコンピュータであり、サーバ装置１０全体の動作を制御する。そして、制御部１１は、ネットワーク接続部１３を介してクライアント端末装置２０からのファイルリストの送信の要求を受け付ける受付部１１１と、受付部１１１がクライアント端末装置２０からファイルリストの要求を受け付けた場合に、このクライアント端末装置２０に対して送信するファイル名のリスト（一覧）を生成するリスト生成部１１２とを有する。また、制御部１１は、リスト生成部１１２が生成したリストをクライアント端末装置２０に送信するリスト送信部１１３を有している。そして、制御部１１は、リスト送信部１１３が送信したファイル名のリストの中からクライアント端末装置２０にて選択されたファイル名を取得するファイル名取得部１１４と、ファイル名取得部１１４が取得したファイル名のファイルをクライアント端末装置２０から要求されたファイル（要求ファイル）として認識する認識部１１５とを有している。
【００２１】
また、制御部１１は、ファイル保持手段としての記憶部１２が保持するファイルの素材データについて当該記憶部１２が保持するファイルの形式とは異なる形式のファイルを生成するファイル生成部１１６を有している。また、制御部１１は、あるクライアント端末装置２０から要求された要求ファイルの形式では該当する素材データを保持していないが、他のファイル形式ではこの該当する素材データを記憶部１２が保持している場合に、ファイル生成部１１６にて要求ファイルを生成するか、クライアント端末装置２０にて要求ファイルを生成するかを判断する判断部１１７を有している。判断部１１７は、かかる判断を行う場合には、記憶部１２に保持しているクライアント情報に基づいて判断する。また、制御部１１は、判断部１１７が判断した結果に基づいてクライアント端末装置２０に対して送信するファイルの種類を決定する送信ファイル決定部１１８と、送信ファイル決定部１１８が決定した種類のファイルをクライアント端末装置２０に対して送信するファイル送信部１１９とを有している。
また、制御部１１は、記憶部１２からこの記憶部１２に保持されているクライアント情報を取得する情報取得部１２０を有している。そして、上述した判断部１１７が判断を行うにあたっては、情報取得部１２０が取得したクライアント情報に基づいて判断する。
【００２２】
なお、上述した、受付部１１１、リスト生成部１１２、リスト送信部１１３、ファイル名取得部１１４、認識部１１５、ファイル生成部１１６、判断部１１７、送信ファイル決定部１１８、ファイル送信部１１９および情報取得部１２０は、ＣＰＵが記憶領域（記憶部１２やＲＯＭ）からプログラムを読み込み実行することにより実現される。
【００２３】
次に、上述したように構成されたサーバ装置１０の機能について、ネットワーク通信システム１におけるクライアント端末装置２０との間の通信を例示しつつ説明する。
図４は、サーバ装置１０とクライアント端末装置２０との間の通信を例示するシーケンス図である。
【００２４】
クライアント端末装置２０がサーバ装置１０にアクセスし、ファイルリストの要求を行った場合には（Ｓ１０１）、サーバ装置１０においては、受付部１１１にてその要求を受け付け、リスト生成部１１２がファイル名のリスト（一覧）を生成し、リスト送信部１１３が、生成したファイル名のリストを、要求を行ったクライアント端末装置２０へ送信する（Ｓ１０２）。
【００２５】
リスト生成部１１２は、ファイルリストの生成を以下のように行う。すなわち、リスト生成部１１２は、ファイルリスト要求を行なったクライアント端末装置２０のクライアント情報を記憶部１２に保持している場合には、クライアント情報に基づいて、サーバ装置１０において送信可能でありかつこのクライアント端末装置２０において受信可能なファイル形式をファイル拡張子として表したファイル名を含むリストを生成する。
【００２６】
例えば、サーバ装置１０に格納されたファイルの形式がｐｄｆ形式である場合であって、サーバ装置１０において送信可能でありかつクライアント端末装置２０において受信可能なファイル形式のファイルがｐｄｆ形式、ｘｄｗ形式、ｔｉｆｆ形式である場合には、これらの形式の拡張子をつけたファイル名、「ｓａｍｐｌｅ．ｐｄｆ」、「ｓａｍｐｌｅ．ｘｄｗ」、「ｓａｍｐｌｅ．ｔｉｆｆ」を含むリストを生成する。
また、リスト生成部１１２がリストを生成する際、クライアント情報に含まれる「ユーザが希望する変換条件」を基に、ファイル名に優劣をつけることが好適である。例えば、クライアント情報に「画質劣化が低くなるように」と登録されている場合には、画質劣化が低くなるファイル形式の順にファイル名を並べることが好適である。
【００２７】
一方、リスト生成部１１２は、ファイルリスト要求を行なったクライアント端末装置２０のクライアント情報を記憶部１２に保持していない場合には、サーバ装置１０において送信可能な全ての形式のファイル名を含むリストを生成する。例えば、サーバ装置１０に格納されたファイルの形式がｐｄｆ形式である場合であって、サーバ装置１０において生成（変換）可能なファイル形式がｘｄｗ形式、ｔｉｆｆ形式、ｘｐｓ形式である場合には、これらの形式の拡張子をつけたファイル名、「ｓａｍｐｌｅ．ｐｄｆ」、「ｓａｍｐｌｅ．ｘｄｗ」、「ｓａｍｐｌｅ．ｔｉｆｆ」、「ｓａｍｐｌｅ．ｘｐｓ」を含むリストを生成する。
【００２８】
その後、リスト送信部１１３は、リスト生成部１１２が生成したファイルリストをクライアント端末装置２０に対して送信する（Ｓ１０２）。
他方、クライアント端末装置２０においては、受信したリストから希望するファイル名を選択するための選択画面を表示部２３に表示する。そして、ユーザがファイル名を選択すると、クライアント端末装置２０は、ユーザにより選択されたファイル名をサーバ装置１０に送信する（Ｓ１０３）。
その後、サーバ装置１０においては、ファイル名取得部１１４がクライアント端末装置２０にて選択されたファイル名を取得し、認識部１１５が、ファイル名取得部１１４が取得したファイル名のファイルをクライアント端末装置２０から要求されたファイル（要求ファイル）として認識する。
【００２９】
その後、サーバ装置１０においては、クライアント情報を保持しているクライアント端末装置２０からの要求に対しては、以下のように処理する。すなわち、クライアント端末装置２０が選択（指定）したファイル名に応じて、またその時の負荷に応じて、クライアント端末装置２０に送信するファイルを決定し、決定したファイルをクライアント端末装置２０に送信する（Ｓ１０４）。
【００３０】
例えば、（１）サーバ装置１０の記憶部１２に格納されたファイルが「ｓａｍｐｌｅ．ｐｄｆ」であった場合であって、クライアント端末装置２０から「ｓａｍｐｌｅ．ｐｄｆ」の送信が要求された場合には（Ｓ１０３−１）、送信ファイル決定部１１８は「ｓａｍｐｌｅ．ｐｄｆ」をそのまま送信すると決定し、ファイル送信部１１９は「ｓａｍｐｌｅ．ｐｄｆ」をクライアント端末装置２０へ送信する（Ｓ１０４−１）。これにより、クライアント端末装置２０のユーザは、希望のファイルをダウンロードすることが可能となる。
【００３１】
（２）サーバ装置１０に格納されたファイルが「ｓａｍｐｌｅ．ｐｄｆ」であった場合であって、クライアントから「ｓａｍｐｌｅ．ｔｉｆｆ」の送信が要求された場合には（Ｓ１０３−２）、判断部１１７が、格納しているｐｄｆ形式のファイルを、サーバ装置１０側でｔｉｆｆ形式のファイルに変換するのか、つまりファイル生成部１１６にて要求されたファイルを生成するのか、あるいはクライアント端末装置２０側で生成させるのかを判断する。この判断は、そのときの制御部１１全体の負荷を考慮し、ネットワーク通信システム１のシステム全体で処理性能が高くなるように行う。
【００３２】
そして、判断部１１７がサーバ装置１０側でファイル形式が異なるファイル（要求ファイル）を生成すると判断した場合には、送信ファイル決定部１１８が「ｓａｍｐｌｅ．ｔｉｆｆ」をクライアント端末装置２０に送信するファイルとして決定する。そして、ファイル生成部１１６が「ｓａｍｐｌｅ．ｐｄｆ」の素材データについてｔｉｆｆ形式のファイルである「ｓａｍｐｌｅ．ｔｉｆｆ」を生成し、ファイル送信部１１９が生成後のファイルである「ｓａｍｐｌｅ．ｔｉｆｆ」をクライアント端末装置２０に送信する（Ｓ１０４−２）。これにより、クライアント端末装置２０のユーザは、希望のファイルをダウンロードすることが可能となる。
【００３３】
他方、判断部１１７がクライアント端末装置２０側で要求ファイルを生成すると判断した場合には、送信ファイル決定部１１８が「ｓａｍｐｌｅ．ｐｄｆ」とこのファイルをｔｉｆｆ形式のファイルに変換するための変換アプリケーション（プログラム）を結合した実行ファイルをクライアント端末装置２０に送信するファイルとして決定する。そして、ファイル生成部１１６がこの実行ファイルを生成するとともに生成した実行ファイルに「ｓａｍｐｌｅ．ｐｄｆ．ｃｏｎｖ．ｅｘｅ」というファイル名を付し、ファイル送信部１１９がこの実行ファイルを送信する（Ｓ１０４−３）。
クライアント端末装置２０のユーザは、この実行ファイルを受信後に、受信したファイルを実行することで「ｓａｍｐｌｅ．ｔｉｆｆ」を生成する。これによりユーザは、希望するファイルを得る。
【００３４】
なお、判断部１１７は、以下のように判断する。すなわち、サーバ装置１０自身の処理性能情報と保持しているクライアント情報に含まれるクライアント端末装置２０の処理性能情報などを使用して、記憶部１２が保持しているファイルの素材データについてこのファイルのファイル形式とは異なる形式のファイルをファイル生成部１１６にて生成するのに必要な処理時間の予測値を算出する。また、生成したファイルのデータサイズを予測し、サーバ装置１０からクライアント端末装置２０へ送信する時間を算出する。そして、「サーバ装置１０でファイル生成に要する時間＋生成したファイルを送信するのに要する時間」と、「実行ファイルを送信するのに要する時間＋クライアント端末装置２０でファイル生成に要する時間」とを比較し、合計時間が短い方の手段を選択する。
【００３５】
また、判断部１１７は、サーバ装置１０側で要求されたファイルの生成を行うと判断して、ファイル生成部１１６が生成処理を行なっている間に、サーバ装置１０の負荷が増大した場合は、継続してサーバ装置１０側で要求されたファイルの生成を行うか、残りはクライアント端末装置２０で生成するかを判断する。この判断は、上述したのと同様に、そのときの制御部１１全体の負荷を考慮し、ネットワーク通信システム１のシステム全体で処理性能が高くなるように行う。
【００３６】
そして、判断部１１７が継続してサーバ装置１０でファイル生成を行うと判断した場合には、生成後のファイルである「ｓａｍｐｌｅ．ｔｉｆｆ」をクライアント端末装置２０に送信する（Ｓ１０４−２）。
他方、判断部１１７が残りの部分はクライアント端末装置２０にて行うと判断した場合には、送信ファイル決定部１１８は、生成途中のファイルと残りの部分をｔｉｆｆ形式のファイルに変換するための変換アプリケーションを結合した実行ファイルをクライアント端末装置２０に送信するファイルとして決定する。そして、ファイル生成部１１６がこの実行ファイルを生成するとともに「ｓａｍｐｌｅ．ｐｄｆ．ｔｉｆｆ．ｃｏｎｖ．ｅｘｅ」というファイル名を付し、ファイル送信部１１９がこの実行ファイルを送信する（Ｓ１０４−４）。
クライアント端末装置２０のユーザは、この実行ファイルを受信後に、受信したファイルを実行することで「ｓａｍｐｌｅ．ｔｉｆｆ」を生成する。これによりユーザは、希望するファイルを得る。
【００３７】
なお、判断部１１７は、以下のように判断する。すなわち、サーバ装置１０の処理性能情報とクライアント端末装置２０の処理性能情報とを考慮して、ファイル生成処理に必要な時間を予測する。また、要求ファイルのデータサイズを予測し、サーバ装置１０からクライアント端末装置２０へ送信する時間を算出する。そして、「サーバ装置１０での残りのファイル生成に必要な時間＋生成後のファイルを送信するのに要する時間」と、「残りの部分をサーバ１０側で生成せずに実行ファイルを生成し、実行ファイルをクライアント端末装置２０へ送信するのに要する時間＋クライアント端末装置２０で残りの部分を生成するのに要する時間」とを比較し、合計時間が短い方の手段を選択する。
【００３８】
本実施の形態に係るサーバ装置１０においては、判断部１１７が、クライアント端末装置２０からの要求ファイルを記憶部１２が保持しておらず異形式ファイルを保持している場合に、ファイル生成部１１６にて要求ファイルを生成するか、クライアント端末装置２０にて要求ファイルを生成するかを判断する。そして、送信ファイル決定部１１８が、判断部１１７が判断した結果に基づいて、ファイル生成部１１６にて生成したファイルを送信するのか、クライアント端末装置２０にて生成させるべく異形式ファイルと変換アプリケーションとを結合した実行ファイルを送信するのか、あるいは生成途中のファイルとこのファイルの変換アプリケーションを結合した実行ファイルを送信するのかなど、クライアント端末装置２０に対して送信するファイルの種類を決定する。
【００３９】
また、サーバ装置１０は、クライアント情報を保持していないクライアント端末装置２０からの要求に対しては、以下のように処理する。すなわち、クライアント端末装置２０から要求されたファイルを格納している場合には、ファイル送信部１１９がそのファイルをクライアント端末装置２０に送信する。他方、要求されたファイルを格納していない場合には、ファイル生成部１１６にて要求されたファイルを生成し、ファイル送信部１１９が生成したファイルを送信する。
【００４０】
例えば、（１）サーバ装置１０に格納されたファイルが「ｓａｍｐｌｅ．ｐｄｆ」であった場合であって、クライアント端末装置２０から「ｓａｍｐｌｅ．ｐｄｆ」の送信が要求された場合には（Ｓ１０３−１）、サーバ装置１０は「ｓａｍｐｌｅ．ｐｄｆ」をそのまま送信する（Ｓ１０４−１）。
【００４１】
他方、（２）サーバ装置１０に格納されたファイルが「ｓａｍｐｌｅ．ｐｄｆ」であった場合であって、クライアントから「ｓａｍｐｌｅ．ｔｉｆｆ」の送信が要求された場合には（Ｓ１０３−２）、ファイル生成部１１６は、格納しているｐｄｆ形式のファイルの素材データについてサーバ装置１０でｔｉｆｆ形式のファイルを生成し、ファイル送信部１１９が生成したファイルをクライアント端末装置２０に送信する（Ｓ１０４−２）。
【００４２】
以下、フローチャートを用いて、上述した本実施の形態に係るサーバ装置１０の制御部１１が行うクライアント端末装置２０に対する応答処理について説明する。
図５、図６は、制御部１１が行う応答処理の手順を示すフローチャートである。
この処理はサーバ装置１０の制御部１１が、クライアント端末装置２０からファイル送信の要求を受信したことをトリガーとして行う。
【００４３】
先ず、要求してきたクライアント端末装置２０のクライアント情報を記憶部１２に保持しているか否かを判別する（Ｓ２０１）。この処理は、例えば、情報取得部１２０が記憶部１２から要求してきたクライアント端末装置２０のクライアント情報を取得可能か否かで判別することを例示することができる。そして、クライアント情報を保持していると判定した場合には、リスト生成部１１２は、サーバ装置１０において送信可能でありかつこのクライアント端末装置２０において受信可能なファイル形式をファイル拡張子として表したファイル名を含むリストを生成する。そして、リスト送信部１１３が、リスト生成部１１２が生成したリストをクライアント端末装置２０に送信する（Ｓ２０２）。
【００４４】
その後、ファイル名取得部１１４が、クライアント端末装置２０からクライアント端末装置２０にて選択されたファイル名を取得したら、認識部１１５が、取得したファイル名のファイルをクライアント端末装置２０から要求されたファイル（要求ファイル）として認識する（Ｓ２０３）。そして、要求ファイルを、記憶部１２にすでに保持しているか否かを判別する（Ｓ２０４）。そして、保持している場合には、送信ファイル決定部１１８が、保持しているファイルを、ファイルを要求したクライアント端末装置２０に対して送信するファイルとして決定し（Ｓ２０５）、ファイル送信部１１９が送信する（Ｓ２１１）。他方、Ｓ２０４にて保持していないと判定した場合には、判断部１１７が、要求された形式のファイルをサーバ装置１０側にて生成するのか、クライアント端末装置２０側で生成するのかを判断する（Ｓ２０６）。この判断は上述したようにシステム全体の効率を考慮して判断する。
【００４５】
そして、判断部１１７がサーバ装置１０側で生成すると判断したか否かを判別する（Ｓ２０７）。そして、肯定判定された場合、つまりサーバ装置１０側で生成すると判断した場合には、送信ファイル決定部１１８が、ファイル生成部１１６が生成した要求ファイルをクライアント端末装置２０に対して送信するファイルとして決定する。これにより、ファイル生成部１１６が生成処理を開始する（Ｓ２０８）。
【００４６】
その後、制御部１１全体の負荷が高くなったか否かを判別する（Ｓ２０９）。そして、否定判定された場合、つまり負荷が高くなっていないと判定した場合には、生成処理が終了したか否かを判別する（Ｓ２１０）。そして、生成処理が終了したと判定した場合には、ファイル送信部１１９が生成後のファイルをクライアント端末装置２０に対して送信する（Ｓ２１１）。他方、Ｓ２１０で否定判定された場合、つまり変換処理が終了していないと判定した場合にはＳ２０９以降の処理を行う。
【００４７】
Ｓ２０９にて肯定判定された場合、つまりサーバ装置１０の負荷が高くなったと判定した場合には、判断部１１７が、サーバ装置１０側で生成処理を完了するのか、クライアント端末装置２０側で生成するのかを判断する（Ｓ２１２）。この際、判断部１１７は、サーバ装置１０側で生成処理を完了してクライアント端末装置２０に送信する場合の時間とクライアント端末装置２０側で生成処理を行う場合の時間を考慮する。そして、判断部１１７がサーバ装置１０側で継続して生成すると判断したか否かを判別する（Ｓ２１３）。そして、肯定判定された場合には継続してサーバ装置１０側で生成処理を行い（Ｓ２１４）、Ｓ２１０以降の処理を行う。
【００４８】
Ｓ２１３にて否定判定された場合、つまりクライアント端末装置２０側で生成処理を行うと判断した場合には、送信ファイル決定部１１８が、生成途中のファイルと変換アプリケーションを結合した実行ファイルを送信するファイルとして決定する。これにより、ファイル生成部１１６が実行ファイルを生成し（Ｓ２１５）、ファイル送信部１１９が生成した実行ファイルをクライアント端末装置２０に送信する（Ｓ２１１）。
【００４９】
Ｓ２０７にて否定判定された場合、つまり、クライアント端末装置２０側で生成すると判断した場合には、送信ファイル決定部１１８が、要求されたファイルとは形式が異なるファイルとこのファイルを要求ファイルの形式に変換するための変換アプリケーション（プログラム）を結合した実行ファイルを送信するファイルとして決定する。これにより、ファイル生成部１１６が実行ファイルを生成し（Ｓ２１６）、ファイル送信部１１９が生成した実行ファイルをクライアント端末装置２０に送信する（Ｓ２１１）。
【００５０】
Ｓ２０１にて否定判定された場合、つまり要求してきたクライアント端末装置２０のクライアント情報を保持していないと判定した場合には、リスト生成部１１２は、サーバ装置１０において送信可能なファイル形式をファイル拡張子として表したファイル名を含むリストを生成し、リスト送信部１１３がクライアント端末装置２０に対して送信する（Ｓ２１７）。
【００５１】
その後、クライアント端末装置２０から、クライアント端末装置２０にて選択されたファイル名を受信したら、認識部１１５が、受信することにより取得したファイル名のファイルをクライアント端末装置２０から要求されたファイル（要求ファイル）として認識する（Ｓ２１８）。そして、要求ファイルを、記憶部１２にすでに保持しているか否かを判別する（Ｓ２１９）。そして、保持している場合には、ファイルを要求したクライアント端末装置２０に対して、保持しているファイルを送信するファイルとして決定し（Ｓ２２０）、ファイル送信部１１９が送信する（Ｓ２１１）。他方、Ｓ２１９にて保持していないと判定した場合には、ファイル生成部１１６が要求された形式のファイルを生成する（Ｓ２２１）。そして、ファイル送信部１１９が生成したファイルをクライアント端末装置２０に送信する（Ｓ２１１）。
【００５２】
このように構成されたサーバ装置１０を用いることにより、ユーザが希望するファイルをユーザにとって利便性の高い方法でダウンロードすることが可能となる。すなわち、ユーザが希望する形式のファイルをダウンロードすることが可能となる。また、ユーザがファイルのダウンロードを要求したときに、サーバ装置１０に対して多くのクライアント端末装置２０から同時にファイル送信の要求がなされているなどの理由でサーバ装置１０の負荷が高い場合においても、迅速に希望するファイルを得ることができる。
また、クライアント端末装置２０のユーザは、クライアント端末装置２０からサーバ装置１０にファイルをアップロードし、サーバ装置１０において希望する形式にファイル形式を変換して、希望する形式のファイルをダウンロードすることができる。
また、ＰＣ２０ａがアップロードしたファイルであっても、携帯端末２０ｂで受信可能なサイズのファイルの形でダウンロードすることができる。
【００５３】
なお、上述した実施の形態に係るサーバ装置１０においては、記憶部１２にクライアント情報を保持しているが、特にかかる態様に限定されない。クライアント情報は、例えば、クライアント管理サーバ（不図示）などの他の装置の記憶領域に格納されていてもよい。かかる場合には、制御部１１の情報取得部１２０は、当該クライアント管理サーバからクライアント情報を取得するようにする。
【００５４】
また、サーバ装置１０側でユーザが希望する形式のファイルを生成し、生成したファイルを送信する場合において、ユーザが要求したファイルが動画ファイルである場合には、形式の変換が済んだ部分のデータを逐次（ストリーミング）送信することが好適である。
【００５５】
なお、サーバ装置１０は、複写機能、ファクシミリ機能、スキャナ機能、プリンタ機能などの複数の機能を有する画像形成装置であってもよい。画像形成装置に備えられた制御部が、この画像形成装置内に備えられた、媒体上に画像を形成する画像形成部や、原稿の画像を読み取る画像読取部などを制御するなど装置全体の動作を制御するとともに上記サーバ装置１０の制御部１１と同様の機能を備えることで、画像形成装置に備えられたＨＤＤなどの記憶部に格納されたファイルを、他の形式のファイルに変換してクライアント端末装置２０に送信することができる。
【図面の簡単な説明】
【００５６】
【図１】実施の形態に係るサーバ装置が適用されるネットワーク通信システムの構成を示す図である。
【図２】クライアント端末装置の概略構成を示す図である。
【図３】サーバ装置の概略構成を示す図である。
【図４】サーバ装置とクライアント端末装置との間の通信を例示するシーケンス図である。
【図５】制御部が行う応答処理の手順を示すフローチャートである。
【図６】制御部が行う応答処理の手順を示すフローチャートである。
【符号の説明】
【００５７】
１…ネットワーク通信システム、１０…サーバ装置、１１…制御部、１２…記憶部、１３…ネットワーク接続部、２０…クライアント端末装置、２１…制御部、２２…記憶部、２３…表示部、２４…ネットワーク接続部、３０…ネットワーク、１１１…受付部、１１２…リスト生成部、１１３…リスト送信部、１１４…ファイル名取得部、１１５…認識部、１１６…ファイル生成部、１１７…判断部、１１８…送信ファイル決定部、１１９…ファイル送信部、１２０…情報取得部
【図１】
2010073103.tif 000003
【図２】
2010073103.tif 000004
【図３】
2010073103.tif 000005
【図４】
2010073103.tif 000006
【図５】
2010073103.tif 000007
【図６】
2010073103.tif 000008