(57)【要約】【課題】  クライアントの出力能力や記憶装置の残容量に応じたデータの出力を行うことを目的とする。【解決手段】  クライアント２は、ホスト３に格納されたデータの要求と、クライアント２の出力能力と、クライアント２の記憶装置の残容量情報をホストに送信し、ホスト３は、出力能力及び記憶装置の残容量情報に応じて、ビットマップデータのサイズを変換し、変換されたデータをクライアント２に送信する。【選択図】  図２
2005267243.tif 000002
【特許請求の範囲】
【請求項１】
データの出力を行うクライアントと、前記データを格納したホストからなるダウンロードデータ変換システムにおいて、
前記クライアントは前記ホストに格納された前記データの要求と、前記クライアントの出力能力とクライアントの記憶装置の残容量情報を前記ホストに送信する第１の送信手段と、
前記ホストは前記送信手段により送信されたデータ要求に応じて、前記出力能力及び記憶装置の残容量情報を検出する検出手段と、前記検出手段により検出された前記出力能力及び記憶装置の残容量情報に応じて、前記ホストのデータのサイズを変換する変換手段と、前記変換手段により変換されたデータを前記クライアントに送信する第２の送信手段を備えたことを特徴とするダウンロードデータ変換システム。
【請求項２】
前記ホストに格納されたデータは、ビットマップデータが内包されたＳＶＧファイルであり、前記変換手段は前記ビットマップデータのサイズを変換することを特徴とする請求項１に記載のダウンロードデータ変換システム。
【請求項３】
前記クライアントは前記ビットマップデータとＳＶＧデータをマージして出力することを特徴とする請求項２に記載のダウンロードデータ変換システム。
【請求項４】
前記クライアントはデータを表示する表示手段を備え、前記出力能力は前記表示手段の表示領域能力、及び拡大機能の能力であることを特徴とする請求項１に記載のダウンロードデータ変換システム。
【請求項５】
前記ホストは前記クライアントの出力能力及び記憶装置の残容量情報を前記クライアントに問い合わせる問い合わせ手段を備え、前記クライアントは前記問い合わせ手段による問い合わせに応じて、前記第１の送信手段により前記クライアントの出力能力及び記憶装置の残容量情報をホストに送信することを特徴とする請求項１に記載のダウンロードデータ変換システム。
【請求項６】
前記ホストの変換手段は、前記検出手段により検出された前記クライアントの記憶装置の残容量情報に基づき変換が出来ないと判断した場合は、データのサイズの変換を行わないことを特徴とする請求項１に記載のダウンロードデータ変換システム。
【請求項７】
前記ホストに格納されたデータは、ビットマップデータが内包されたＳＶＧファイルであり、前記ホストの変換手段がデータのサイズの変換を行わない場合は、第２の送信手段によりＳＶＧファイルのみ送信することを特徴とする請求項６に記載のダウンロードデータ変換システム。
【請求項８】
前記クライアントは、少なくとも携帯情報端末またはパーソナルコンピュータであることを特徴とする請求項１に記載のダウンロードデータ変換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアント及びホストの間でデータの送信及び管理を行うダウンロードデータ変換システムに関するものである。
【背景技術】
【０００２】
従来のダウンロードデータ変換システムにおいて、ホストに蓄積されたデータを携帯情報端末等のクライアントに送信して出力を行うシステムがあった。
【０００３】
また従来、ホストに蓄積されたデータをクライアントに転送するシステムとして、特許文献１においては、ホストに蓄積されたデータをクライアントであるプリンタに送信する際、プリンタの用紙サイズに応じてデータを変換して送信する装置が開示されている。
【特許文献１】特開２００１−３４４２３３
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来例では、クライアントの出力能力によっては、ホストに蓄積されたデータを出力できない欠点があった。
【０００５】
また、上記特許文献１に記載の装置においては、クライアントの記憶装置の残容量によりメモリ不足となる欠点があった。
【０００６】
本発明は、クライアントの出力能力や記憶装置の残容量に応じたデータの出力を行うことを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、請求項１に記載の発明は、データの出力を行うクライアントと、前記データを格納したホストからなるダウンロードデータ変換システムにおいて、前記クライアントは前記ホストに格納された前記データの要求と、前記クライアントの出力能力とクライアントの記憶装置の残容量情報を前記ホストに送信する第１の送信手段と、前記ホストは前記送信手段により送信されたデータ要求に応じて、前記出力能力及び記憶装置の残容量情報を検出する検出手段と、前記検出手段により検出された前記出力能力及び記憶装置の残容量情報に応じて、前記ホストのデータのサイズを変換する変換手段と、前記変換手段により変換されたデータを前記クライアントに送信する第２の送信手段を備えたことを特徴とするダウンロードデータ変換システム。
【発明の効果】
【０００８】
以上説明したように、クライアントに適正サイズのデータをダウンロードすることにより、ダウンロード時のメモリ不足の回避が可能になる効果がある。
【０００９】
また、クライアントの表示能力以上のデータサイズのダウンロードを回避する効果がある。
【発明を実施するための最良の形態】
【００１０】
以下に、本発明を実施するための最良の形態について、図を参照しながら説明する。
【００１１】
図１は本発明の「ダウンロードデータ  サイズ変換システム」の形態の全体構成図である。データの出力を行うクライアント２とデータ管理を行うホスト３がネットワーク１を介して接続されている。クライアント２は例えば携帯情報端末、パーソナルコンピュータ、ＡＶ機器等の情報家電が考えられる。一方、ホスト３は例えばアプリケーションサーバー、パーソナルコンピュータ、ＡＶ機器等の情報家電が考えられる。
【００１２】
図２は本発明の「ダウンロードデータ  サイズ変換システム」におけるクライアント２とホスト３のシステム構成ブロック図である。データダウンロードにおける一連の操作は全てアプリケーションＩ／Ｆ４を介して行われる。クライアント２は機器情報ファイルを格納している。またホスト３の要求に従い、機器情報ファイル６をホスト３に引き渡す機能を備えている。ホスト３はＳＶＧファイルの構成データを解析し、各ビットマップデータの数量およびその大きさを検知する機能を備える。またクライアント２の機器情報ファイル６を解析し、その情報をもとにビットマップデータ１１のサイズを変換する機能を備える。
【００１３】
図３はクライアント２に格納されホスト３の要求に応じてホスト３に引き渡される機器情報ファイル６の内容である。表示領域、ズーム機能、表示サイズ調整係数、記憶装置容量が含まれる。
【００１４】
図４はホスト３からクライアント２に送信されるダウンロードモード設定ＵＩの概念図である。ここでダウンロードモードの設定と「表示サイズ優先」モードを選択した時の「最低サイズ」を設定する。
【００１５】
図５はホスト３からクライアント２にＳＶＧファイルがダウンロードされた後、ダウンロードが完了したことを示すＵＩの概念図である。ビットマップが含まれている場合は、サイズ変換記録を表示する。
【００１６】
図６はホスト３から見た全体的なダウンロードの流れである。詳細を以下に説明する。
【００１７】
図６はホストからみたダウンロードの全体的な流れを示したものである。以下にその内容を説明する。
【００１８】
＜Ｓ０１＞
クライアント（図１−２）からネットワーク（図１−１）を通じてホスト（図１−３）へデータのダウンロードを要求。
【００１９】
＜Ｓ０２，０３＞
ダウンロードを要求されたホスト（図２−３）はクライアント（図２−２）へ。クライアント内部に持つ機器情報ファイル（図２−６）のアップロードを要求。ホスト（図２−３）により機器情報ファイル（図２−６）があるか否か判断。もしある場合は「Ｓ０４機器情報受信」へ、ない場合は「Ｓ０９」へ。
【００２０】
＜Ｓ０４＞
ホスト（図２−３）の要求に応じてクライアント（図２−２）は機器情報ファイル送信ツール（図２−５）を使い機器情報ファイル（図２−６）をアップロード、ホスト（図２−３）はこれを受信する。
【００２１】
＜Ｓ０５＞
クライアント（図２−２）からアップロードされた機器情報ファイルのデータ（図３−６）を読み取る。
【００２２】
＜Ｓ０６，０７＞
ホスト（図２−３）からクライアント（図２−２）へダウンロードする対象となるファイル（図２−１０）にビットマップデータ（図２−１１）があるか否か、またある場合は幾つあるか確認。もしビットマップデータ（図２−１１）が一つ以上ある場合は「Ｓ０８」へ、全くない場合は通常のダウンロードを実行。「Ｓ０９」へ。
【００２３】
＜Ｓ０８＞
機器情報ファイルのデータ（図３−６）とＳＶＧファイル情報をもとにビットマップデータ（図２−１１）のサイズ調整を実行。サイズ調整に関するステップは図７で説明。
【００２４】
＜Ｓ０９＞
ホスト（図１−３）が要求されたＳＶＧファイルをクライアント（図１−２）へダウンロード。
【００２５】
図７はホスト３から見たビットマップデータサイズ調整の流れである。詳細を以下に説明する。
【００２６】
＜Ｓ１０＞
機器情報ファイルのデータ（図３−６）から、クライアント機器の「基準サイズＳｉｚｅ１」を設定。
【００２７】
＜Ｓ１１，１２＞
ホスト（図２−３）からクライアント（図２−２）へアプリケーションインターフェイス（図２−４）を通じて、ダウンロードモードおよび詳細設定値（図４−４）を問合せ。クライアント（図２−２）から入力された値をホスト（図２−３）が受信し、選択されたダウンロードモードを実行。
【００２８】
＜Ｓ１３，１４＞
選択されたダウンロードモードが「ダウンロード優先モード」の場合、先ず機器情報ファイル中のクライアントの記憶装置残容量（図３−６）と「基準サイズＳｉｚｅ１」を比較。もし残容量（図３−６）のほうが大きい場合、ビットマップデータを「基準サイズＳｉｚｅ１」に調整、Ｓ２７へ。  「基準サイズＳｉｚｅ１」のほうが大きい場合はＳ１５へ。
【００２９】
＜Ｓ１５，１６＞
次に記憶装置残容量（図３−６）に対してファイルをダウンロードできるよう、ビットマップデータのサイズ調整が可能か否かを判断。可能な場合はダウンロード可能なサイズまでビットマップデータを縮小し「調整サイズＳｉｚｅ３」に調整、Ｓ２７へ。不可能な場合はＳ１７へ。
【００３０】
＜Ｓ１７，１８，１９＞
最後に記憶装置残容量（図３−６）に対してビットマップデータなしでダウンロードできるか否かを判断。ダウンロードが可能な場合は「ビットマップなしＳｉｚｅ４」に調整、Ｓ２７へ。不可能な場合はダウンロードを中止する。
【００３１】
＜Ｓ２０，２１＞
選択されたダウンロードモードが「サイズ優先モード」の場合、先ずビットマップデータの「オリジナルサイズＳｉｚｅ０」と「基準サイズＳｉｚｅ１」を比較する。「基準サイズＳｉｚｅ１」のほうが大きい場合、ビットマップデータは「オリジナルサイズＳｉｚｅ０」を選択。「オリジナルサイズＳｉｚｅ０」のほうが大きい場合はＳ２２へ。
【００３２】
＜Ｓ２２，２３，２４＞
次に「基準サイズＳｉｚｅ１」とクライアントから入力された「最低サイズＳｉｚｅ（図４−４）」を比較。「最低サイズＳｉｚｅ２（図４−４）」のほうが大きい場合はビットマップデータを「最低サイズＳｉｚｅ２（図４−４）」へ調整。「基準サイズＳｉｚｅ１」のほうが大きい場合はビットマップデータを「基準サイズＳｉｚｅ１」へ調整。
【００３３】
＜Ｓ２５，２６＞
最後に「調整された各サイズＳｉｚｅ０，１，２」と機器情報ファイル中のクライアントの記憶装置残容量（図．３−６）を比較。「調整された各サイズＳｉｚｅ０，１，２」のほうが大きい場合は打寸ロード中止。残容量（図３−６）のほうが大きい場合はＳ２７へ。
【００３４】
＜Ｓ２７＞
「調整された各サイズＳｉｚｅ０，１，２，３，４」とＳＶＧファイルをマージ、これをダウンロードファイルとする。
【００３５】
なお、クライアント機器情報（図３−６）としては、表示領域（ｄｏｔ）：ｗｌ＊ｈｌ、ズーム機能（倍）：ｔ、表示サイズ調整計数：ｋｌ、記憶装置残容量（ＫＢ）：ｃがあり、クライアント入力データとしては、モード：ダウンロード優先／サイズ優先、サイズ優先時の最低サイズ（ｄｏｔ）：ｗ２＊ｈ２があり、ホスト演算項目としては、データ容量演算計数：ｋ２、オリジナルサイズＳｉｚｅ０（ＫＢ）：ｗ３＊ｈ３＊ｋ２、基準サイズＳｉｚｅ１（ＫＢ）：ｗ１＊ｈ１＊ｔ＊ｋ１＊ｋ２、最低サイズＳｉｚｅ２（ＫＢ）：ｗ２＊ｈ２＊ｋ２、調整サイズＳｉｚｅ３（ＫＢ）：Ｓ１＊ｌ／ｎ、ビットマップなしＳ４（ＫＢ）：Ｓ１＊Ｑがある。
【図面の簡単な説明】
【００３６】
【図１】本発明の「ダウンロードデータ  サイズ変換システム」の形態の全体構成図である。
【図２】本発明の「ダウンロードデータ  サイズ変換システム」におけるクライアント２とホスト３のシステム構成ブロック図である。
【図３】クライアント２に格納されホスト３の要求に応じてホスト３に引き渡される機器情報ファイル６の内容の図である。
【図４】ホスト３からクライアント２に送信されるダウンロードモード設定ＵＩの概念図である。
【図５】ダウンロードが完了したことを示すＵＩの概念図である。
【図６】ホスト３から見た全体的なダウンロードの流れである。
【図７】ホスト３から見たビットマップデータサイズ調整の流れを表わす図である。
【符号の説明】
【００３７】
１  ネットワーク
２  クライアント
３  ホスト
【図１】
2005267243.tif 000003
【図２】
2005267243.tif 000004
【図３】
2005267243.tif 000005
【図４】
2005267243.tif 000006
【図５】
2005267243.tif 000007
【図６】
2005267243.tif 000008
【図７】
2005267243.tif 000009