JP2004133532A

JP2004133532A - 情報変換システム

Info

Publication number: JP2004133532A
Application number: JP2002294945A
Authority: JP
Inventors: Eiji Fujikawa; 藤川　英士; Katsunori Takahashi; 高橋　克則
Original assignee: Neu & Computing Inc
Current assignee: Neu & Computing Inc
Priority date: 2002-10-08
Filing date: 2002-10-08
Publication date: 2004-04-30

Abstract

【課題】画像情報および有リンク情報を有する内容情報を画像表示情報に基づいて容易に変換することができる情報変換システムを提供
【解決手段】１．ユーザは携帯電話９を利用して、所定のコンテンツにアクセスする。２．ユーザからのアクセスを受けたプロキシサーバ３は、ＷＷＷサーバ７に保持されているコンテンツを取得する。３．情報変換装置５は、アクセスを受けた携帯電話９の機種を判断する。４．情報変換装置５は、ＷＷＷサーバ７から取得したコンテンツを携帯電話９の機種に基づいて変換する。５．プロキシサーバ３は、情報変換装置５が変換したコンテンツ（変換コンテンツ）を携帯電話９へ送信する。６．携帯電話９は、変換コンテンツを表示する。これにより、携帯電話９の機種に応じたコンテンツの変換を容易に行うことができる。
【選択図】　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、情報変換システムに関するものであり、特に、携帯電話に画像を送信する場合の情報変換に関する。
【０００２】
【従来の技術】
図１５に従来の画像変換システムであるデジタル画像送信システム１００を示す。図１５において、ネットワーク１０２には、送信元端末装置として、パーソナルコンピュータ（ＰＣ）１０３やカメラ付移動体通信端末（カメラ付ＭＳ）１０４、メール配信装置１０５、画像変換装置１０６、および、受信先移動体通信端末（Ｒ−ＭＳ）１０７が接続されている。
【０００３】
ここで、画像変換装置１０６は画面サイズの最適化、データ形式変換、画質変換などの処理を実行する機能を有する。
【０００４】
「画面サイズの最適化」とは、ＰＣ１０３などから送信された元のデジタル画像データ（以下、オリジナル画像という）を、受信先移動体通信端末１０７のＬＣＤ１３３の画面サイズに合わせることをいい、例えば、変倍（サイズ変更；縮小または拡大を含む）こと等を含む。
【０００５】
「データ形式変換」とは、オリジナル画像のデータ形式（ファイル形式、圧縮符号化形式など）が受信先移動体通信端末１０７のＬＣＤ１３３に表示可能なデータ形式と異なる場合に、受信先に合わせてオリジナル画像を変換することをいう。
【０００６】
「画質変換」とは、オリジナル画像の画質（モノクロ／カラー、画素数、階調、色調など）とＬＣＤ１３３の表示画質（画面画素数、画面階調数、画面表示色調など）とに差がある場合それらの整合をとる必要があるので、オリジナル画像の画質情報（例えば、画素数情報、階調情報、色調情報など）を、ＬＣＤ１３３の画面画質に適合するように変換することをいう。
【０００７】
そして、画像変換装置１０６は、処理済画像を受信先移動体通信端末１０７へ送信する。
【０００８】
【特許文献】
特開２００２−１５２４５３
【発明が解決しようとする課題】
前述の従来の技術においては、画像を画像変換装置１０６から受信先移動体通信端末１０７へ送信している。しかし、今日においては、画像のみを送信する場合よりも、テキスト、画像等が復号したコンテンツを送信する機会が増えている。したがって、前述の従来の技術のように、画像を画像変換装置１０６から受信先移動体通信端末１０７へ送信することのみを前提としたシステムで、テキスト、画像等が復号したコンテンツを送信する処理に対応することには問題がある。
【０００９】
また、画像以外のコンテンツを有するコンテンツを送信する機会も増えており、この場合でも、前述のシステムで当該コンテンツを機種が豊富な携帯電話へ送信することに対応することは困難である。
【００１０】
そこで、本発明は、画像情報および有リンク情報を有する内容情報を画像表示情報に基づいて容易に変換することができる情報変換システムを提供することを目的とする。
【００１１】
【課題を解決するための手段および発明の効果】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報を要求する旨を示す要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成し、前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与える。
【００１２】
これにより、画像表示情報を変更するだけで、変換画像情報を容易に生成することができる。
【００１３】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像情報を変換して変換画像情報を生成する際に、前記画像表示情報として、前記要求情報に対応する情報要求装置が画像を表示することができる能力を用いる。
【００１４】
これにより、情報要求装置の画像を表示する能力が情報要求装置の種類毎に相違していても、情報要求装置の画像を表示する能力に応じた画像情報の変換を容易に行うことができる。
【００１５】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体において、前記画像表示情報は、前記情報要求装置として複数の種類が存在する場合に、各種類毎の情報要求装置が画像を表示することができる能力を有している。
【００１６】
これにより、画像表示情報を変更するだけで、情報要求装置に対応する情報変換を容易に行うことができる。
【００１７】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像表示情報は、前記情報要求装置における画像を表示することができる領域を示す情報である画像表示可能情報を含んでいる。
【００１８】
これにより、情報要求装置の画像表示領域に応じた画像変換を容易に行うことができる。
【００１９】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像表示情報は、前記情報要求装置における画像を表示する際のカラーモードを示す情報であるカラーモード情報を含んでいる。
【００２０】
これにより、情報要求装置のカラーモードに応じた画像変換を容易に行うことができる。
【００２１】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像表示情報は、前記情報要求装置における画像を表示する際の色数を示す情報である色数情報を含んでいる。
【００２２】
これにより、情報要求装置の色数に応じた画像変換を容易に行うことができる。
【００２３】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像表示情報は、前記情報要求装置における画像としてアニメーションを表示することができるか否かを示す情報であるアニメーション表示情報を含んでいる。
【００２４】
これにより、情報要求装置のアニメーション表示能力に応じた画像変換を容易に行うことができる。
【００２５】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記画像情報を変換して変換画像情報を生成する際に、前記画像表示情報として、前記内容情報に含まれる画像表示情報を用いる。
【００２６】
これにより、内容情報に画像表示情報を含ませることによって、画像情報を容易に意図するように変換することができる。
【００２７】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記内容情報に含まれる画像表示情報は、＜ＤＩＶ＞タグを用いて記述されている。
【００２８】
これにより、内容情報がブラウザによって表示される場合に、当該ブラウザにおける表示に影響を与えることなく、画像情報の変換を容易に意図するよう行うことができる。
【００２９】
本発明にかかる情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記内容情報に含まれる前記画像情報に関するリンクを有する有リンク情報において、当該リンクを前記変換画像情報に与えた変換ファイル名に基づくリンクに変換した変換有リンク情報を生成する。
【００３０】
これにより、画像情報のファイル名が変換されてたとしても、画像を正しく表示させる内容情報を生成することができる。
【００３１】
本発明にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体においては、前記変換有リンク情報もしくは前記変換画像情報のいずれか、もしくはその両者を保存する。
【００３２】
これにより、他の情報要求装置が同じ内容情報を要求した場合には、既に変換済みの変換有リンク情報および変換画像情報が用意されているので、短時間で当該変換有リンク情報および変換画像情報を提供することができる。
【００３３】
「画像情報」とは、いわゆる画像のみならず、主に表示画面にファイルの内容がそのまま文字として表示される情報以外の情報（プログラム等、）を含む概念である。
【００３４】
ここで、各請求項における構成要素と実施形態における構成要素との対応関係を示す。情報要求装置は携帯電話９に、情報変換装置は情報変換装置５に、それぞれ対応する。
【００３５】
また、内容情報はコンテンツに、要求情報はコンテンツ要求情報に、画像情報はコンテンツ画像ファイルに、画像表示情報は携帯電話プロファイルに、変換画像情報は変換コンテンツ画像ファイルに、有リンク情報はコンテンツＨＴＭＬファイルに、変換有リンク情報は変換コンテンツＨＴＭＬファイルに、変換内容情報は変換コンテンツに、それぞれ対応する。
【００３６】
さらに、要求情報に対応する情報要求装置が画像を表示することができる能力は、図７に示す携帯電話プロファイルに記述されている情報に対応する。
【００３７】
さらに、画像表示可能情報とは図７に示す携帯電話プロファイルの横サイズ記述領域Ａ１３および縦サイズ記述領域Ａ１４に記述されている情報に、カラーモード情報は図７に示す携帯電話プロファイルのカラーモード記述領域Ａ１５に記述されている情報に、色数情報は図７に示す携帯電話プロファイルの色数記述領域Ａ１７に記述されている情報に、アニメーション表示情報は図７に示す携帯電話プロファイルに示すアニメーションサポート記述領域Ａ１８に記述されている情報に、それぞれ対応する。
【００３８】
さらに、内容情報に含まれる画像表示情報は、図１３に示す＜ＤＩＶ＞タグを用いて記述されている情報に対応する。
【００３９】
さらに、「情報要求装置として複数の種類が存在する場合」とは、画像を表示することができる能力等が相違する情報要求装置が複数存在する場合を含む概念である。実施形態においては、ｉ−ｍｏｄｅ（エヌ・ティ・ティ移動通信網株式会社の商標）に複数の機種（Ｄ５０３ｉ、Ｆ５０３ｉ等）が存在することが対応する。
【００４０】
なお、「プログラム」とは、直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。また、プログラムによって実現される機能は、当該プログラム単独で実現されるのもであってもよく、他のプログラム（例えば、オペレーティング・システム）と共同して実現されるものであってもよい。
【００４１】
また、「記録媒体」とは、プログラムを記録したＲＯＭ、ＲΑＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。ＣＤ−ＲＯＭやメモリ等のような形態で記録を行うものだけでなく、通信回線、搬送波等のように、その状態を変化させながら記録内容を伝達するようなものも含む概念である。また、ＣＰＵに接続されて、記録されたプログラムが直接的に実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。
【００４２】
【発明の実施の形態】
［第１の実施形態］
１．　概要
本発明に係る情報変換システム１は、プロキシサーバ３、情報変換装置５、ＷＷＷサーバ７、ユーザが使用する携帯電話９を有している。
【００４３】
１．ユーザは携帯電話９を利用して、所定のコンテンツにアクセスする。
【００４４】
２．ユーザからのアクセスを受けたプロキシサーバ３は、ＷＷＷサーバ７に保持されているコンテンツを取得する。
【００４５】
３．情報変換装置５は、アクセスを受けた携帯電話９の機種を判断する。
【００４６】
４．情報変換装置５は、ＷＷＷサーバ７から取得したコンテンツを携帯電話９の機種に基づいて変換する。
【００４７】
５．プロキシサーバ３は、情報変換装置５が変換したコンテンツ（変換コンテンツ）を携帯電話９へ送信する。
【００４８】
６．携帯電話９は、変換コンテンツを表示する。
【００４９】
これにより、携帯電話９の機種に応じたコンテンツの変換を容易に行うことができる。
【００５０】
２．　ハードウェア構成
図２に示すように、情報変換システム１は、プロキシサーバ３、情報変換装置５、ＷＷＷサーバ７（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂサーバ７）および携帯電話９を有している。プロキシサーバ３、情報変換装置５、ＷＷＷサーバ７および携帯電話９は、ネットワークを構成している。プロキシサーバ３と携帯電話９とは、互いにデータの送受信が可能である。また、プロキシサーバ３、情報変換装置５およびＷＷＷサーバ７も、互いに送受信が可能である。
【００５１】
図３〜６を用いてプロキシサーバ３、情報変換装置５、ＷＷＷサーバ７および携帯電話９のハードウェア構成を説明する。
【００５２】
２．１．　プロキシサーバ３のハードウェア構成
次に、プロキシサーバ３のハードウェア構成を図３に基づいて説明する。プロキシサーバ３は、ＣＰＵ３１、メモリ３２、ハードディスク３３、キーボード３４、マウス３５、ディスプレイ３６、ＣＤ−ＲＯＭドライブ３７および通信ボード３８を備えている。
【００５３】
ＣＰＵ３１は、ハードディスク３３に記録されているプロキシサーバプログラムに基づいた処理を行う。メモリ３２は、ＣＰＵ３１に対して作業領域を提供する。ハードディスク３３は、プロキシサーバプログラムを記録保持する。
【００５４】
キーボード３４、マウス３５は、外部からの命令を受け付ける。ディスプレイ３６は、ユーザインターフェイス等の画像を表示する。ＣＤ−ＲＯＭドライブ３７は、プロキシサーバプログラムが記録されているＣＤ−ＲＯＭからプロキシサーバプログラムを読み取る。通信ボード３８は通信回路を有しており、外部の通信機器とデータのやり取りを行う。
【００５５】
２．２．　情報変換装置５のハードウェア構成
次に、情報変換装置５のハードウェア構成を図４に基づいて説明する。情報変換装置５は、ＣＰＵ５１、メモリ５２、ハードディスク５３、キーボード５４、マウス５５、ディスプレイ５６、ＣＤ−ＲＯＭドライブ５７および通信ボード５８を備えている。
【００５６】
ＣＰＵ５１は、ハードディスク５３に記録されている情報変換プログラムに基づいた処理を行う。メモリ５２は、ＣＰＵ５１に対して作業領域を提供する。ハードディスク５３は、情報変換プログラムを記録保持する。また、携帯電話に関する携帯電話プロファイル（後述）を保持する。
【００５７】
キーボード５４、マウス５５は、外部からの命令を受け付ける。ディスプレイ５６は、ユーザインターフェイス等の画像を表示する。ＣＤ−ＲＯＭドライブ５７は、情報変換プログラムが記録されているＣＤ−ＲＯＭから情報変換プログラムを読み取る。通信ボード５８は通信回路を有しており、外部の通信機器とデータのやり取りを行う。
【００５８】
２．３．　ＷＷＷサーバ７のハードウェア構成
次に、ＷＷＷサーバ７のハードウェア構成を図５に基づいて説明する。ＷＷＷサーバ７は、ＣＰＵ７１、メモリ７２、ハードディスク７３、キーボード７４、マウス７７、ディスプレイ７６、ＣＤ−ＲＯＭドライブ７７および通信ボード７８を備えている。
【００５９】
ＣＰＵ７１は、ハードディスク７３に記録されているＷＷＷサーバプログラムに基づいた処理を行う。メモリ７２は、ＣＰＵ７１に対して作業領域を提供する。ハードディスク７３は、ＷＷＷサーバプログラムを記録保持する。また、ハードディスク７３は、コンテンツを保持する。コンテンツは、ＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述されたＨＴＭＬファイルおよび画像ファイル等により構成される。
【００６０】
キーボード７４、マウス７７は、外部からの命令を受け付ける。ディスプレイ７６は、ユーザインターフェイス等の画像を表示する。ＣＤ−ＲＯＭドライブ７７は、ＷＷＷサーバプログラムが記録されているＣＤ−ＲＯＭからＷＷＷサーバプログラムを読み取る。通信ボード７８は通信回路を有しており、外部の通信機器とデータのやり取りを行う。
【００６１】
２．４．　携帯電話９のハードウェア構成
次に、携帯電話９のハードウェア構成を図６に基づいて説明する。携帯電話９は、ＣＰＵ９１、メモリ９２、キーボード９４、ディスプレイ９６および通信回路９８を備えている。
【００６２】
ＣＰＵ９１は、メモリ９２に記録されている携帯電話プログラムに基づいた処理を行う。メモリ９２は、携帯電話プログラムを記録保持する。また、ＣＰＵ９１に対して作業領域を提供する。
【００６３】
キーボード９４は、外部からの命令を受け付ける。ディスプレイ９６は、ユーザーインターフェイス等の画像および電子メールを表示する。通信ボード９８は、無線用の通信回路を有しており、外部の通信機器とデータのやり取りを行う。
【００６４】
なお、本実施形態においては、携帯電話９としてｉ−ｍｏｄｅ（エヌ・ティ・ティ移動通信網株式会社の商標）に対応したものを利用している。
【００６５】
３．　情報変換装置５が有する携帯電話プロファイル
図７を用いて情報変換装置５のハードディスク５３に保持されている携帯電話プロファイルについて説明する。図７は、情報変換装置５がハードディスク５３に保持している携帯電話９の機種に関するデータを示す携帯電話プロファイルの一例である。なお、図７においては、携帯電話の一部の機種についてのみ詳細なデータを記述している。
【００６６】
携帯電話プロファイルには、デバイスＩＤ記述領域Ａ１１、ユーザエージェント記述領域Ａ１２、横サイズ記述領域Ａ１３、縦サイズ記述領域Ａ１４、カラーモード記述領域Ａ１５、表示可能フォーマット記述領域Ａ１６、色数記述領域Ａ１７、アニメーションサポート記述領域Ａ１８、ＢＭＰ変換ルール記述領域Ａ２１、ＧＩＦ変換ルール記述領域Ａ２２、ＰＮＧ変換ルール記述領域Ａ２３、ＪＰＥＧ変換ルール記述領域Ａ２４が設定されている。
【００６７】
デバイスＩＤ記述領域Ａ１１には、各携帯電話の機種毎に付けられるＩＤが記述されている。図７においてはデバイスＩＤとしてＤ５０３ｉが記述されている。
【００６８】
ユーザエージェント記述領域Ａ１２には、各携帯電話に対応するユーザエージェントが記述される。ユーザエージェントとは、ＨＴＴＰにおいて携帯電話が情報の送信を要求する場合に、ＨＴＴＰヘッダにおいてユーザエージェント情報として記述される携帯電話の識別情報である。
【００６９】
横サイズ記述領域Ａ１３には、デバイスＩＤに対応する携帯電話において表示できる最大横幅がピクセル値で記述される。以下においては、横サイズ記述領域Ａ１３に記述されている値を対応する携帯電話の「最大表示可能横サイズ」とする。図７においては、１３２が記述されている。これは、対応する携帯電話の最大表示可能横サイズが１３２ピクセルであることを示している。
【００７０】
縦サイズ記述領域Ａ１４には、デバイスＩＤに対応する携帯電話において表示できる最大縦幅がピクセル値で記述される。以下においては、縦サイズ記述領域Ａ１４に記述されている値を対応する携帯電話の「最大表示可能縦サイズ」とする。図７においては、１６１が記述されている。これは、対応する携帯電話の最大表示可能縦サイズが１６１ピクセルであることを示している。
【００７１】
カラーモード記述領域Ａ１５には、対応する携帯電話において表示可能なカラーモードが記述される。本実施例においては、グレースケールの場合は「０」を、カラーの場合は「１」を記述することとしている。図７においては、「０」が記述されている。つまり、対応する携帯電話のカラーモードは、グレースケールであることを示している。
【００７２】
表示可能フォーマット記述領域Ａ１６には、
色数記述領域Ａ１７には、対応する携帯電話において表示可能な色数が記述される。本実施例においては、２色（２ビット）の場合は「２」を、２５６色（８ビット）の場合は「８」を、４０９６色（１２ビット）の場合は「１２」を、６５５３６色（１６ビット）の場合は「１６」を、１６７７７２１６色（２４ビット）の場合は「２４」を、それぞれ記述することとしている。図７においては、「１２」が記述されている。つまり、対応する携帯電話の色数は、４０９６色（１２ビット）であることを示している。
【００７３】
アニメーションサポート記述領域Ａ１８には、対応する携帯電話においてアニメーションがサポートされているか否かが記述される。本実施例においては、アニメーションがサポートされている場合には「１」を、サポートされていない場合には「０」を記述することとしている。図７においては、「１」が記述されている。つまり、対応する携帯電話においてはアニメーションがサポートとされていることを示す。
【００７４】
ＢＭＰ変換ルール記述領域Ａ２１には、変換前の元画像の画像フォーマットがＢＭＰ形式であった場合のデフォルトの変換フォーマットが記述される。ＧＩＦ変換ルール記述領域Ａ２２には、変換前の元画像の画像フォーマットがＧＩＦ形式であった場合のデフォルトの変換フォーマットが記述される。ＰＮＧ変換ルール記述領域Ａ２３には、変換前の元画像の画像フォーマットがＰＮＧ形式であった場合のデフォルトの変換フォーマットが記述される。ＪＰＥＧ変換ルール記述領域Ａ２４には、変換前の元画像の画像フォーマットがＪＰＥＧ形式であった場合のデフォルトの変換フォーマットが記述される。
【００７５】
本実施例においては、元画像の画像フォーマットをＢＭＰ形式に変換する場合には「Ｂ」を、ＧＩＦ形式に変換する場合には「Ｇ」を、ＰＮＧ形式に変換する場合には「Ｐ」を、ＪＰＥＧ形式に変換する場合には「Ｊ」を、それぞれ記述するものとしている。図７においては、ＢＭＰ変換ルール記述領域Ａ２１、ＧＩＦ変換ルール記述領域Ａ２２、ＰＮＧ変換ルール記述領域Ａ２３、ＪＰＥＧ変換ルール記述領域Ａ２４には、全て「Ｇ」が記述されている。つまり、元画像の画像フォーマットがＢＭＰ形式であれ、ＧＩＦ形式であれ、ＰＮＧ形式であれ、ＪＰＥＧ形式であれ、ＧＩＦ形式に変換することを示している。
【００７６】
なお、この携帯電話プロファイルは、情報変換装置５のハードディスクに保持されている。
【００７７】
４．　フローチャート
４．１．　コンテンツの要求〜情報変換装置５へのコンテンツの送信処理
図８〜１０を用いて、携帯電話９によるコンテンツの要求〜プロキシサーバ３から情報変換装置５へのコンテンツの送信までの処理を説明する。
【００７８】
図８に示すように、携帯電話９のユーザは所望のコンテンツのアドレスにアクセスする。携帯電話９のＣＰＵ９１は、コンテンツの送信を要求するコンテンツ要求情報をプロキシサーバ３に送信する（Ｓ１）。
【００７９】
なお、このコンテンツ要求情報は、詳細には、コンテンツを構成するＨＴＭＬファイル（以下、コンテンツＨＴＭＬファイルとする。）を要求する情報である。コンテンツを構成する画像（以下、コンテンツ画像ファイルとする。）については、コンテンツを表示するアプリケーションであるブラウザが、当該コンテンツＨＴＭＬファイルにコンテンツ画像ファイルに関するリンク（以下、画像リンクとする。）が存在するか否かを判断し、リンクが存在する場合には、改めてコンテンツ画像ファイルの送信を要求するからである。
【００８０】
図９に示すように、プロキシサーバ３のＣＰＵ３１は、コンテンツ要求情報を受信したか否かを判断している（Ｓ３）。ＣＰＵ３１は、コンテンツ要求情報を受信すると、受信したコンテンツ要求情報に対応するコンテンツＨＴＭＬファイルをＷＷＷサーバ７から取得すべくコンテンツ再要求情報をＷＷＷサーバ７へ送信する（Ｓ５）。
【００８１】
図１０に示すように、ＷＷＷサーバ７のＣＰＵ７１は、コンテンツ再要求情報を受信したと判断すると（Ｓ７）、当該コンテンツ再要求情報に対応するコンテンツＨＴＭＬファイルをハードディスク７３から取得する（Ｓ９）。そして、ＣＰＵ７１は、取得したコンテンツＨＴＭＬファイルをプロキシサーバ３へ送信する（Ｓ１１）。
【００８２】
図９に示すように、プロキシサーバ３のＣＰＵ３１は、コンテンツＨＴＭＬファイルを受信したと判断すると（Ｓ１３）、当該コンテンツＨＴＭＬファイルに画像リンクが存在するか否かを判断する（Ｓ１５）。そして、ＣＰＵ３１は、画像リンクが存在すると判断すると、ＷＷＷサーバ７に対してコンテンツ画像ファイルの送信を要求する旨の画像要求情報を送信する（Ｓ１７）。また、ＣＰＵ３１は、取得したコンテンツＨＴＭＬファイルをメモり３２へ保存する（Ｓ１９）。
【００８３】
図１０に示すように、ＷＷＷサーバ７のＣＰＵ７１は、画像要求情報を受信したと判断した場合には（Ｓ２１）、対応するコンテンツ画像ファイルをハードディスク７３から取得する（Ｓ２３）。そして、ＣＰＵ７１は、取得したコンテンツ画像ファイルをプロキシサーバ３へ送信する（Ｓ２５）。
【００８４】
図９に示すように、プロキシサーバ３のＣＰＵ３１は、コンテンツ画像ファイルを受信したと判断すると（Ｓ２７）、当該コンテンツ画像ファイルをメモり３２へ保存する（Ｓ２９）。そして、メモリ３２へ保存しているコンテンツＨＴＭＬファイルおよびコンテンツ画像ファイル、さらにコンテンツ要求情報を情報変換装置５へ送信する（Ｓ３１）。
【００８５】
４．２．　情報変換装置５における処理の概要
図１１を用いて、情報変換装置５における処理の概要を説明する。
【００８６】
情報変換装置５のＣＰＵ５１は、コンテンツ要求情報、コンテンツＨＴＭＬファイルおよびコンテンツ画像ファイルを受信したと判断すると（Ｓ４１、Ｓ４３）、コンテンツ要求情報からユーザエージェントを取得する（Ｓ４５）。ＣＰＵ５１は、取得したユーザエージェントに対応するプロファイルを図７に示す携帯電話プロファイルから取得する（Ｓ４７）。
【００８７】
そして、ＣＰＵ５１は、取得した携帯電話プロファイルに基づいて、コンテンツ画像ファイルの画像変換を行う（Ｓ４９）。なお、具体的な画像変換処理については、次項「４．３．　情報変換装置５における情報変換処理」において説明する。
【００８８】
ＣＰＵ５１は、コンテンツ画像ファイルの画像変換が終了すると、当該コンテンツ画像ファイルのファイル名の変換を行う（Ｓ５１）。なお、具体的なファイル名変換処理については、次次項「４．４．　情報変換装置５におけるファイル名変換処理」において説明する。
【００８９】
ファイル名の変換処理が終了すると、ＣＰＵ５１は、コンテンツＨＴＭＬファイルにおける画像リンクの変換を行う（Ｓ５３）。具体的には、ＨＴＭＬファイルにおける画像リンクのファイル名を変換後のファイル名に書き換える。この画像ファイル名が変換されたコンテンツＨＴＭＬファイルを変換コンテンツＨＴＭＬファイルとする。
【００９０】
ＣＰＵ５１は、画像リンクのファイル名が変換された変換コンテンツＨＴＭＬファイルおよび画像変換およびファイル名変換が行われた変換コンテンツ画像ファイル（以下、変換コンテンツ画像ファイルとする。）を、プロキシサーバ３へ送信する（Ｓ５５）。
【００９１】
４．３．　情報変換装置５における情報変換処理
ここで、図１２を用いて情報変換装置５における画像変換処理について説明する。情報変換装置５のＣＰＵ５１は、コンテンツＨＴＭＬファイルにおいてユーザが変換後の画像サイズを指定しているか否かを判断する（Ｓ７１）。本実施形態においては、ユーザはコンテンツＨＴＭＬファイルの中の＜ＤＩＶ＞タグによって変換後の画像サイズを指定することが可能である。したがって、情報変換装置５のＣＰＵ５１は、コンテンツＨＴＭＬファイル中に＜ＤＩＶ＞タグによる画像サイズの指定があるか否かを判断する。
【００９２】
ステップＳ７１において、コンテンツＨＴＭＬファイルに＜ＤＩＶ＞タグによる画像サイズの指定があると判断すると、ＣＰＵ５１は、＜ＤＩＶ＞タグ中においてユーザが指定する横サイズを変換後の画像の横サイズ（以下、変換横サイズとする）と判断する（Ｓ７３）。一方、ステップＳ７１において、＜ＤＩＶ＞タグによる画像サイズの指定がないと判断すると、ＣＰＵ５１は、コンテンツ画像ファイルにおける画像の横サイズを変換横サイズと判断する（Ｓ８３）。
【００９３】
次に、ＣＰＵ５１は、変換横サイズが携帯電話の最大表示可能横サイズより大きいかもしくは同じか否かを判断する（Ｓ７５）。
【００９４】
ＣＰＵ５１は、変換横サイズが最大可能横サイズより大きいかもしくは同じと判断した場合には、最大表示可能横サイズを変換横サイズと判断する（Ｓ７７）。これは、通常、携帯電話の表示画面においては、縦方向にはスクロールが可能である一方、横方向にはスクロールできない構造となっていることに起因する。つまり、最大表示可能横サイズより大きい横サイズを有する画像においては、横方向に関して画像が全て納まりきらず、全ての画像を閲覧することができないからである。
【００９５】
さらに、ＣＰＵ５１は、ユーザが＜ＤＩＶ＞タグにおいて指定している画像サイズのアスペクト比が維持されるように、変換後の画像の縦サイズ（以下、変換縦サイズとする）を決定する（Ｓ７９）。例えば、ユーザが＜ＤＩＶ＞タグにおいて変換横サイズ１５０ピクセル、変換縦サイズ１００ピクセルと定義しており、携帯電話の最大表示可能横サイズが１２０ピクセルであった場合、ＣＰＵ５１は、変換横サイズを１２０ピクセルと決定する。一方、変換縦サイズについては、ユーザが＜ＤＩＶ＞タグにおいて指定している画像サイズのアスペクト比（横：縦）は３：２であることから、変換横サイズを１２０ピクセルと決定した場合、ＣＰＵ５１は、変換縦サイズを８０ピクセルと決定する。
【００９６】
ステップＳ７７において、ＣＰＵ５１は、変換横サイズが最大可能横サイズより小さいと判断した場合には、ステップＳ７３もしくはステップＳ８３において判断した変換横サイズをそのまま利用する。また、ＣＰＵ５１は、変換縦サイズについても、ユーザが＜ＤＩＶ＞タグにおいて指定している画像の縦サイズもしくは元画像の縦サイズを変換縦サイズと判断する（Ｓ８９）。
【００９７】
例えば、ユーザが＜ＤＩＶ＞タグにおいて変換横サイズ８０ピクセル、変換縦サイズ６０ピクセルと定義しており、携帯電話の最大表示可能横サイズが１２０ピクセルであった場合、ＣＰＵ５１は、変換横サイズを８０ピクセルと決定する。また、ＣＰＵ５１は、ユーザが＜ＤＩＶ＞タグにおいて指定している変換縦サイズを６０ピクセルと決定する。
【００９８】
なお、ユーザが＜ＤＩＶ＞タグにおいて変換横サイズ８０ピクセル、変換縦サイズ２００ピクセルと定義しており、携帯電話の最大表示可能横サイズが１２０ピクセル、最大表示可能縦サイズが１００ピクセルであった場合、ＣＰＵ５１は、変換横サイズを８０ピクセルと決定する。この場合でも、ＣＰＵ５１は、ユーザが＜ＤＩＶ＞タグにおいて指定している変換縦サイズを２００ピクセルと決定する。このように変換すると、変換後の画像を携帯電話の表示画面で閲覧した場合、縦方向に関して画像が表示画面上に納まりきらないが、前述のように携帯電話においては縦方向にスクロールできることが一般的であるため、携帯電話のユーザは、画像を全て閲覧しようとする場合には、画像を縦方向へスクロールさせればよい。
【００９９】
ＣＰＵ５１は、このように決定した変換横サイズ及び変換縦サイズに基づいて、元画像を変換する。
【０１００】
４．４．　情報変換装置５におけるファイル名変換処理
次に、情報変換装置５のＣＰＵ５１が行うコンテンツ画像ファイルのファイル名変換処理について説明する。本実施例においては、画像変換後のファイルである変換コンテンツ画像ファイルのファイル名を「画像返還前のコンテンツ画像ファイルのファイル名．画像変換後の縦サイズ．画像変換後の横サイズ．カラーモードおよび色数．アニメーションサポートおよびアニメーションの画像クオリティ．変換後の画像フォーマット」で表すこととしている。このように変換後のコンテンツ画像ファイルのファイル名を変換するとしたのは、これにより唯一のファイル名として変換後の変換コンテンツ画像ファイルを特定することが容易になるからである。
【０１０１】
以下において、具体例をもって説明する。なお、以下においては、コンテンツ画像ファイルのファイル名は「ｔｅｓｔ．ｇｉｆ」であり、画像サイズは横：２００ピクセル、縦１００ピクセルであると仮定する。
【０１０２】
４．４．１．　ユーザが拡張タグにより画像変換の書式を指定している場合
図１３に示すように、ユーザは、前述の＜ＤＩＶ＞に関する拡張タグにより画像情報の表示指定を「横サイズは１００ピクセル、縦サイズは５０ピクセル、画像フォーマットはＪＰＥＧ形式、ＪＰＥＧ形式の画像クオリティは５０％」と設定してるものとする。
【０１０３】
図１３においては、コンテンツ画像ファイルの変換後の横サイズを”ｗｉｄｔｈ”で、縦サイズを”ｈｅｉｇｈｔ”で、変換後の画像フォーマットの種類を”ｔｙｐｅ”で、変換後の画像フォーマットがＪＰＥＧ形式である場合の画像クオリティを”ｑｕａｌｉｔｙ”で、それぞれ記述している。
【０１０４】
このように画像変換後の書式を＜ＤＩＶ＞タグにおいて規定することとしたのは、＜ＤＩＶ＞タグは＜ＤＩＶ＞〜＜／ＤＩＶ＞で囲まれた情報の属性を記述するものであることから、コンテンツ画像ファイルの変換後のサイズ等の属性を記述する際にも当該＜ＤＩＶ＞タグを利用することによって、変換後の画像の表示形式の設定において、コンテンツを作成するユーザに負担をかけることが内からである。
【０１０５】
この場合、変換コンテンツ画像ファイルのファイル名は、「ｔｅｓｔ．ｇｉｆ．１０００５００ｃｂ２．ｊｐｇ」となる。
【０１０６】
変換後のファイル名における最初の「ｔｅｓｔ，ｇｉｆ」は、返還前のコンテンツ画像ファイルのファイル名である。
【０１０７】
ファイル名「ｔｅｓｔ．ｇｉｆ」に続く「１００」は、ユーザが，＜ＤＩＶ＞に関する拡張タグにおいて指定した縦サイズを３桁で表したである。
【０１０８】
「ｔｅｓｔ．ｇｉｆ．１００」に続く「０５０」は、ユーザが，＜ＤＩＶ＞に関する拡張タグにおいて指定した横サイズを３桁で表したものである。
【０１０９】
「ｔｅｓｔ．ｇｉｆ．１０００５０」に続く「０ｃ」については、カラーモードと色数をＨＥＸ（１６進数）で表したものである。なお、本実施例においては、ユーザは＜ＤＩＶ＞に関する拡張タグにおいてカラーモードおよび色数を指定できない設定となっている。したがって、携帯電話プロファイルの値が使用される。まず、図７に示す携帯電話プロファイルにおけるカラーモード記述領域Ａ１５の値を１桁の２進数で、色数記述領域Ａ１７の値を７桁の２進数で表す。次に、カラーモード、色数の順で加えて８桁の２進数を生成する。そして、生成した８桁の２進数を１６進数で表現する。
【０１１０】
本実施例においては、デバイスＩＤ記述領域Ａ１１の値「Ｄ５０３ｉ」に対応するカラーモード記述領域Ａ１５の値は「０」、色数記述領域Ａ１７の値は「１２」である。したがって、カラーモード記述領域Ａ１５の値「０」を１桁の２進数で表現すると「０」、色数記述領域Ａ１７の値「１２」を７桁の２進数で表現すると「０００１１００」となる。両者をカラーモード、色数の順で加えて生成した８桁の２進数は「００００１１００」となる。これを１６進数で表現すると「０ｃ」となる。
【０１１１】
「ｔｅｓｔ．ｇｉｆ．１０００５００ｃ」に続く「ｂ２」については、アニメーションサポートとＪＰＥＧ形式の画像の画像クオリティをＨＥＸ（１６進数）で表したものである。まず、図７に示す携帯電話プロファイルにおけるアニメーションサポート記述領域Ａ１８の値を１桁の２進数で、画像クオリティの値を７桁の２進数で表す。次に、アニメーションサポート、画像クオリティの順で加えて８桁の２進数を生成する。そして、生成した８桁の２進数を１６進数で表現する。
【０１１２】
本実施例においては、デバイスＩＤ記述領域Ａ１１の値「Ｄ５０３ｉ」に対応するアニメーションサポート記述領域Ａ１８の値は「１」であり、また、画像クオリティは＜ＤＩＶ＞タグによって「５０」と設定されている。したがって、アニメーションサポート記述領域Ａ１８の値「１」を１桁の２進数で表現すると「１」、画像クオリティの値「５０」を７桁の２進数で表現すると「０１１００１０」となる。両者をアニメーションサポート、画像クオリティの順で加えて生成した８桁の２進数は「１０１１００１０」となる。これを１６進数で表現すると「ｂ２」となる。
【０１１３】
「ｔｅｓｔ．ｇｉｆ．１０００５００ｃｂ２」に続く「ｊｐｇ」については、変換後の画像がＪＰＥＧ形式であることを示している。
【０１１４】
４．４．２．　ユーザが拡張タグにより画像変換の書式を指定していない場合
ユーザは前述の＜ＤＩＶ＞に関する拡張タグにより、画像変換の書式を設定していないものとする。また、携帯電話の機種は「Ｄ５０３ｉ」であり、携帯電話プロファイルは、図７に示すものであるとする。
【０１１５】
この場合、画像変換後のファイル名は、「ｔｅｓｔ．ｇｉｆ．１６１０８１０ｃｅ４．ｇｉｆ」となる。
【０１１６】
まず、変換後のファイル名における最初の「ｔｅｓｔ，ｇｉｆ」は、返還前のファイル名である。
【０１１７】
変換後のファイル名「ｔｅｓｔ．ｇｉｆ」に続く「１６１」は、画像変換後の画像の縦サイズを３桁で表したである。「ｔｅｓｔ．ｇｉｆ．１６１」に続く「０８１」は、画像変換後の画像の横サイズを３桁で表したである。
【０１１８】
前述のように変換前の画像の横サイズ：２００ピクセルは、最大表示可能横サイズ：１６１ピクセルより大きいので、変換横サイズは最大表示可能横サイズである１６１ピクセルと設定される。さらに、変換縦サイズは、元画像のアスペクト比が維持されることから、変換縦サイズは８１ピクセル（厳密には８０．５ピクセルであるが四捨五入した値）と判断する。
【０１１９】
「ｔｅｓｔ．ｇｉｆ．１６１１３２」に続く「０ｃ」については、ユーザが拡張タグにより画像変換の書式を指定している場合と同様である。
【０１２０】
「ｔｅｓｔ．ｇｉｆ．１６１０８１０」に続く「ｅ４」については、前述のユーザが拡張タグにより画像変換の書式を指定している場合と同様に、アニメーションサポートとＪＰＥＧ形式の画像の画像クオリティをＨＥＸ（１６進数）で表したものである。
【０１２１】
ただし、この場合においては、デバイスＩＤ記述領域Ａ１１の値「Ｄ５０３ｉ」に対応するアニメーションサポート記述領域Ａ１８の値は「１」である。一方、ＪＰＥＧ形式の画像に関する画像クオリティについては、この例においてはＧＩＦ形式の画像への変換であるため必要ない。このように、変換形式によって画像クオリティを設定が必要ない場合、また、ＪＰＥＧ形式の画像への変換であっても画像クオリティが＜ＤＩＶ＞タグによって設定されていない場合等は、デフォルトの値として「１００」が設定される。したがって、アニメーションサポート記述領域Ａ１８の値「１」を１桁の２進数で表現すると「１」、画像クオリティの値「１００」を７桁の２進数で表現すると「１１００１００」となる。両者をアニメーションサポート、画像クオリティの順で加えて生成した８桁の２進数は「１１１００１００」となる。これを１６進数で表現すると「ｅ４」となる。
【０１２２】
「ｔｅｓｔ．ｇｉｆ．１６１０８１０ｃｅ４」に続く「ｇｉｆ」については、変換後の画像形式がＧＩＦ形式であることを示している。
【０１２３】
４．５．　情報変換装置５における変換処理後〜コンテンツの表示処理
図８および図１４を用いて、情報変換装置５における変換処理後からコンテンツの表示処理までのプロキシサーバ３および携帯電話９の処理を説明する。
【０１２４】
図１４に示すように、プロキシサーバ３のＣＰＵ３１は、変換コンテンツＨＴＭＬファイルおよび変換コンテンツ画像ファイル（以下、両者を併せて変換コンテンツとする。）を受信したと判断すると（Ｓ９１）、変換コンテンツをメモリ３２へ保存する（Ｓ９３）。そして、ＣＰＵ３１は、変換コンテンツを、携帯電話９へ送信する（Ｓ９５）。
【０１２５】
図８に示すように、携帯電話９のＣＰＵ９１は、変換コンテンツを受信したと判断する（Ｓ９７）、変換コンテンツをブラウザを用いてディスプレイ９６上へ表示する（Ｓ９９）。
【０１２６】
［その他の実施形態］
前述の実施形態においては、携帯電話９の種類としてｉ−ｍｏｄｅ（エヌ・ティ・ティ移動通信網株式会社の商標）に対応したＤ５０３ｉを例示したが、これに限定されない。Ｄ５０３ｉ以外の他の機種を利用してもよい。また、ｉ−ｍｏｄｅ（エヌ・ティ・ティ移動通信網株式会社の商標）に対応する携帯電話以外に、ＥＺｗｅｂ（ケイディーディーアイ株式会社の登録商標）に対応する携帯電話、ＪＳｋｙ（ジェイフォン東日本株式会社の登録商標）に対応する携帯電話等に対応した機種であってもよい。
【０１２７】
また、前述の実施形態においては、画像情報としてコンテンツ画像ファイルを例示したが、主に表示画面にファイルの内容がそのまま文字として表示される情報以外の情報であれば、これに限定されない。例えば、ＪＡＶＡ（サン・マイクロシステムズ・インコーポレーテッドの登録商標）プログラム等のプログラム等であってもよい。
【０１２８】
さらに、前述の実施形態においては、有リンク情報としてコンテンツＨＴＭＬファイルを例示したが、画像情報に対するリンクを有するものであればこれに限定されない。
【０１２９】
前述の実施形態においては、ユーザが＜ＤＩＶ＞タグにおいて画像表示の指定を行っているが、これに限定されない。例えば、＜ＤＩＶ＞タグ以外であってもよく、また、画像表示の指定を行うことができる新たなタグを設定するようにしてもよい。
【０１３０】
前述の実施形態においては、プロキシサーバ３と情報変換装置５とを別々のハードウェアとしたが、両者の機能を併せ持った一つのハードウェアとして構成するようにしてもよい。
【０１３１】
さらに、前述の実施形態においては、プロキシサーバ３がコンテンツおよび変換コンテンツを保存するものとしたが、これに限定されない。例えば、コンテンツのみを保存するようにしてもよい。また、変換コンテンツのみを保存するようにしてもよい。また、両者とも保存しないようにしてもよい。
【０１３２】
さらに、前述の実施形態においては、携帯電話プロファイルの構成要素として図７に示す項目を採用したが、これに限定されない。携帯電話プロファイルの構成要素としては、携帯電話が画像を表示することができる能力を示すものであればよい。また、図７に示す携帯電話プロファイルの構成要素を全て携帯電話プロファイルの構成要素として採用する必要もない。
【０１３３】
さらに、前述の実施形態においては、ファイル名を「画像返還前のコンテンツ画像ファイルのファイル名．画像変換後の縦サイズ．画像変換後の横サイズ．カラーモードおよび色数．アニメーションサポートおよびアニメーションの画像クオリティ．変換後の画像フォーマット」で表すこととしているが、これに限定されない。コンテンツ画像ファイルをどのように表示するのかを指定する情報であれば、他の構成要素を採用してもよい。さらに、前述の実施形態において示した変換ファイル名に採用した構成要素から特定のものを採用して変換ファイル名を生成するようにしてもよい。
【０１３４】
前述の実施形態においては、変換ファイル名は変換コンテンツ画像ファイルを唯一に特定するために利用しているが、これに限定されない。例えば、変換コンテンツ画像ファイル受け取った携帯電話９が当該ファイルを表示する際に、この変換ファイル名に基づいて画像を表示するようにしてもよい。具体的には、ユーザのコンテンツ画像ファイルを変換するための指定が、当該ファイルを要求してきた携帯電話の表示に適合しない場合（携帯電話のディスプレイより大きい画像サイズを指定している場合等）に、受信した変換コンテンツ画像ファイルの変換ファイル名から画像のサイズを判断し、コンテンツ画像ファイルの再送信を要求するようにしてもよい。
【０１３５】
さらに、前述の実施形態においては、携帯電話毎に変換コンテンツ画像ファイルを生成することとしていたが、これに限定されない。例えば、変換ファイル名として同じファイル名が既に存在する場合には、コンテンツ画像ファイルの変換を行わずに、既に変換されている変換コンテンツ画像を送信するようにしてもよい。これにより、画像の変換を行う必要がないので、画像変換装置５の処理負担を軽減することができる。
【０１３６】
前述の図１３においては＜ＤＩＶ＞タグ内においてｉ−ｍｏｄｅに対応した携帯電話についてのみ記述しているが、これに限定されない。ＥＺＷｅｂやＪＳｋｙ等に対応した携帯電話に関しての画像情報の表示指定を記述するようにしてもよい。この場合、図１３において、＜ＤＩＶ　ｔｅｒｍ＝”ｉｍｏｄｅ”＞の記述部分を＜ＤＩＶ　ｔｅｒｍ＝”ｅｚｗｅｂ”＞や＜ＤＩＶ　ｔｅｒｍ＝”ｊｓｋｙ”＞と記述すればよい。
【０１３７】
さらに、前述の実施形態においては、コンテンツを構成するファイルの一つとしてＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）で記述されたコンテンツＨＴＭＬファイルを例示したが、画像情報に関するリンクを有する情報であればこれに限定されない。例えば、ｃ−ＨＴＭＬ（ｃｏｍｐａｃｔ　ＨＴＭＬ）やＸＨＴＭＬ（Ｅｘｔｅｎｓｉｂｌｅ　ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等ので記述されたファイルであってもよい。
【図面の簡単な説明】
【図１】本発明における情報変換システムの概要を示した図である。
【図２】図１における情報変換システムのハードウェア構成を示した図である。
【図３】図２におけるプロキシサーバ３のハードウェア構成を示した図である。
【図４】図２における情報変換装置５のハードウェア構成を示した図である。
【図５】図２におけるＷＷＷサーバ７のハードウェア構成を示した図である。
【図６】図２における携帯電話９のハードウェア構成を示した図である。
【図７】図２における情報変換装置５のハードディスク５３に記録される携帯電話プロファイルの一例を示した図である。
【図８】図２における携帯電話９の処理を示したフローチャートである。
【図９】図２におけるプロキシサーバ３の処理を示したフローチャートである。
【図１０】図２におけるＷＷＷサーバ７の処理を示したフローチャートである。
【図１１】図２における情報変換装置５の処理の概要を示した図である。
【図１２】図２における情報変換装置５の画像変換処理を示した図である。
【図１３】＜ＤＩＶ＞タグによる変換画像サイズを指定したもの一例である。
【図１４】図２におけるプロキシサーバ３の処理を示したフローチャートである。
【図１５】従来技術を説明するための図である。
【符号の説明】
１・・・・・情報変換システム
３・・・・・プロキシサーバ
５・・・・・情報変換装置
７・・・・・ＷＷＷサーバ
９・・・・・携帯電話

Claims

情報要求装置と情報変換装置との間で、画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報のやりとりを行うことができる情報変換システムにおいて、
前記情報要求装置は、
内容情報を要求する旨を示す要求情報を送信し、
前記情報変換装置は、
前記要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成し、
前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与え、
前記内容情報に含まれ、かつ、前記画像情報に関するリンクを有する有リンク情報において、当該リンクを前記変換画像情報に与えた変換ファイル名に基づくリンクに変換した変換有リンク情報を生成し、
生成した変換有リンク情報および変換画像情報に基づく変換内容情報を送信すること、
を特徴とする情報変換システム。
画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報を要求する旨を示す要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成し、
前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与えること、
を特徴とする情報変換装置。
コンピュータを情報変換装置として実行させるための情報変換プログラムにおいて、
前記コンピュータに、
画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報を要求する旨を示す要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成させ、
前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与えさせる処理、
を実行させる情報変換プログラム。
請求項３にかかる情報変換プログラムを記録した記録媒体。
請求項１にかかる情報変換システム、請求項２にかかる情報変換装置、請求項３にかかる情報変換プログラムおよび請求項４にかかる情報変換プログラムを記録した記録媒体において、
前記画像情報を変換して変換画像情報を生成する際に、前記画像表示情報として、
前記要求情報に対応する情報要求装置が画像を表示することができる能力を用いること、
を特徴とするもの。
請求項５にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記画像表示情報は、
前記情報要求装置として複数の種類が存在する場合に、各種類毎の情報要求装置が画像を表示することができる能力を有していること、
を特徴とするもの。
請求項５もしくは請求項６にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記画像表示情報は、
前記情報要求装置における画像を表示することができる領域を示す情報である画像表示可能情報を含んでいること、
を特徴とするもの。
請求項５〜７にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記画像表示情報は、
前記情報要求装置における画像を表示する際のカラーモードを示す情報であるカラーモード情報を含んでいること、
を特徴とするもの。
請求項５〜８にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記画像表示情報は、
前記情報要求装置における画像を表示する際の色数を示す情報である色数情報を含んでいること、
を特徴とするもの。
請求項５〜９にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記画像表示情報は、
前記情報要求装置における画像としてアニメーションを表示することができるか否かを示す情報であるアニメーション表示情報を含んでいること、
を特徴とするもの。
請求項１にかかる情報変換システム、請求項２にかかる情報変換装置、請求項３にかかる情報変換プログラムおよび請求項４にかかる情報変換プログラムを記録した記録媒体において、
前記画像情報を変換して変換画像情報を生成する際に、前記画像表示情報として、
前記内容情報に含まれる画像表示情報を用いること、
を特徴とするもの。
請求項１１にかかる情報変換システム、情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記内容情報に含まれる画像表示情報は、
＜ＤＩＶ＞タグを用いて記述されていること。
を特徴とするもの。
請求項２〜１２にかかる情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記内容情報に含まれる前記画像情報に関するリンクを有する有リンク情報において、当該リンクを前記変換画像情報に与えた変換ファイル名に基づくリンクに変換した変換有リンク情報を生成すること、
を特徴とするもの。
請求項１にかかる情報変換システムもしくは請求項１２にかかる情報変換装置、情報変換プログラムおよび情報変換プログラムを記録した記録媒体のいずれかにおいて、
前記変換有リンク情報もしくは前記変換画像情報のいずれか、もしくはその両者を保存すること、
を特徴とするもの。
情報要求装置と情報変換装置との間で画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報のやりとりを行うことができる情報変換システムにおいて、
前記情報要求装置は、
内容情報を要求する旨を示す要求情報を送信し、
前記情報変換装置は、
前記要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成し、
前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与え、
前記内容情報に含まれ、かつ、前記画像情報に関するリンクを有する有リンク情報において、当該リンクを前記変換画像情報に与えた変換ファイル名に基づくリンクに変換した変換有リンク情報を生成し、
生成した変換有リンク情報および変換画像情報に基づく変換内容情報を送信すること、
を特徴とする情報変換方法。
画像情報および当該画像情報に関するリンクを有する有リンク情報を有する内容情報を要求する旨を示す要求情報を受信すると、画像情報をどのように表示するのかを指定する画像表示情報に基づいて、前記内容情報に対応する画像情報を変換して変換画像情報を生成し、
前記画像表示情報に基づいたファイル名を当該変換画像情報に対して変換ファイル名として与えること、
を特徴とする情報変換方法。