(57)【要約】【課題】ウェブページにリンクされたオブジェクトが何れの種類の端末装置においても正常に出力されることを可能にする装置としてコンピュータを機能させるコンテンツ変換プログラムを、提供する。【解決手段】インターネットＮを介して端末装置１０へ送られるレスポンスメッセージのボディ内に、オブジェクトデータのＵＲＬが記述されていた場合には、そのボディ内の当該ＵＲＬの中の拡張子を、その端末装置１０が読み込み可能なファイル形式に対応する拡張子に書き換えるように、リバースプロキシサーバ装置２０を構成する。【選択図】    図１０
2004164447.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のコンピュータとの間でデータの送受信を可能にする端末装置，及び、前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を前記端末装置の種類を識別するための識別情報毎に記録した記録装置に繋がれるコンピュータに対し、
前記ネットワークを介して何れかの端末装置からリクエストメッセージを取得した場合には、前記リクエストメッセージに含まれる識別情報を保持させ、
マークアップ言語で記述されたウェブページデータを含む各種コンテンツを格納したレスポンスメッセージを、前記リクエストメッセージに応答するものとして取得した場合には、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されているか否かを判別させ、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、前記ボディ内のＵＲＬを、当該ＵＲＬが示すオブジェクトデータと同じオブジェクトについての当該端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬに書き換えさせる
ことを特徴とするコンテンツ変換プログラム。
【請求項２】
前記各オブジェクトデータは、何れも同じディレクトリ内に格納され、
前記記録装置が記録する情報は、前記端末装置が読み込み可能なファイル形式に対応する拡張子であり、
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させ、前記ボディ内のＵＲＬの中の拡張子を、当該端末装置が読み込み可能なファイル形式に対応する拡張子に書き換させる
ことを特徴とする請求項１記載のコンテンツ変換プログラム。
【請求項３】
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、そのＵＲＬにある前記オブジェクトデータを取得させ、
保持されていた前記識別情報に対応する前記記憶装置内の情報を参照させて、取得された前記オブジェクトデータを、当該端末装置が読み込み可能なファイル形式を持つオブジェクトデータにデータ変換させ、
前記ボディ内の当該ＵＲＬを、データ変換により得られたオブジェクトデータのＵＲＬに書き換えさせる
ことを特徴とする請求項２記載のコンテンツ変換プログラム。
【請求項４】
前記記録装置が記録する前記情報は、前記端末装置が読み込み可能なファイル形式に対応する拡張子であり、
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、そのＵＲＬにある前記オブジェクトデータを取得させ、
保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、取得した前記オブジェクトデータを、当該端末装置が読み込み可能なファイル形式を持つオブジェクトデータにデータ変換させ、
データ変換により得られたオブジェクトデータを、データ変換前の元のオブジェクトデータと同じディレクトリ内に記録させ、
前記ボディ内の当該ＵＲＬの中の拡張子を、前記端末装置が読み込み可能なファイル形式に対応する拡張子に書き換えさせる
ことを特徴とする請求項３記載のコンテンツ変換プログラム。
【請求項５】
前記コンピュータは、ウェブサーバ装置を代行して前記ネットワーク上の端末装置にウェブページデータを提供するリバースプロキシサーバ装置である
ことを特徴とする請求項１乃至４の何れかに記載のコンテンツ変換プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウェブページを表示可能な端末装置の種類に応じてレスポンスメッセージのボディ内のデータに変更を加える装置としてコンピュータを機能させるコンテンツ変換プログラムに、関する。
【０００２】
【従来の技術】
周知のように、携帯情報端末装置（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）やいわゆるデジタル家電（通信機能付きの小型コンピュータが組み込まれた家庭用電化製品）には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）の処理速度の遅さ，ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）の記録容量の少なさ，画面の小ささ，及び操作ボタン数の少なさ等のハードウエア上の制限やリアルタイム処理の必要性があるので、インターネット接続機能を付加するために搭載されるウェブブラウザには、デスクトップ型やノートブック型のパーソナルコンピュータに搭載されるウェブブラウザのように多機能なものではなく、小型の端末装置向けに機能が制限されたものが用いられている。
【０００３】
また、対応する通信プロトコルや利用する通信インフラやウェブページの表示形式や付加される機能が、端末装置の種類毎に異なっているので、これに対応して、上述したようなウェブブラウザに採用されているマークアップ言語やそのサブセットの仕様も、端末装置の種類毎に異なっていることが多い。
【０００４】
このような事情があったため、従来、或る種類の端末装置用に作成されたウェブページが、その他の種類の端末装置において正常に表示されない場合があった。このため、ウェブページ提供者は、何れの端末装置においても同一コンテンツのウェブページが表示されることを望む場合、ウェブページデータ（ウェブページのソースコード）を端末装置の種類毎に複数用意しておく必要があった。
【０００５】
ところが、近年では、同一コンテンツについてマークアップ言語やサブセットの異なる複数のウェブページデータを用意する場合、いわゆるコンテンツ変換用のソフトウエアが利用されている。このソフトウエアは、コンピュータに対し、フルセットのマークアップ言語にて記述されたウェブページデータを、各種類の端末装置のウェブブラウザが読み込めるマークアップ言語やサブセットにて記述されたウェブページデータへと、自動的に変換させる。このため、ウェブページ提供者は、一つのウェブページデータを作成した後に上記ソフトウエアを利用することにより、同一コンテンツについて複数のウェブページデータを作成する手間を、省くことができる。
【０００６】
また、最近では、上述したような端末装置からリクエストメッセージを受けた際に、事前に用意されたウェブページデータを、リアルタイムに、その端末装置の種類に合わせて書き換えて、そのウェブページデータをレスポンスメッセージのボディに組み込んでその端末装置に送信するというコンテンツ変換技術が、開発されている（例えば特許文献１を参照）。
【０００７】
【特許文献１】
特開平１１−２５０００９号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、上述したような端末装置（の対応するアプリケーションソフトウエアやハードウエア）が読み込むことのできるオブジェクトデータ（イメージデータやビデオデータやオーディオデータ）のファイル形式が、当該装置の種類毎に異なっていることが多い。
【０００９】
このため、上述したような従来のコンテンツ変換技術によって、レスポンスメッセージのボディ内のウェブページデータが、端末装置のウェブブラウザが読み込み可能なウェブページデータに書き換えられたとしても、そのウェブページにリンクされているオブジェクトのファイル形式が、その端末装置が読み込み可能なファイル形式と一致していなければ、その端末装置においてウェブページが表示されても、そのウェブページにリンクされたオブジェクトが出力されないこととなる。
【００１０】
本発明は、上述したような従来技術の有する問題点に鑑みてなされたものであり、その課題は、ウェブページにリンクされたオブジェクトが何れの種類の端末装置においても正常に出力されることを可能にする装置としてコンピュータを機能させるコンテンツ変換プログラムを、提供することにある。
【００１１】
【課題を解決するための手段】
上記の課題を解決するために、本発明によるコンテンツ変換プログラムは、以下のような構成を採用した。
【００１２】
すなわち、本発明によるコンテンツ変換プログラムは、ネットワーク上のコンピュータとの間でデータの送受信を可能にする端末装置，及び、前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を前記端末装置の種類を識別するための識別情報毎に記録した記録装置に繋がれるコンピュータに対し、前記ネットワークを介して何れかの端末装置からリクエストメッセージを取得した場合には、前記リクエストメッセージに含まれる識別情報を保持させ、マークアップ言語で記述されたウェブページデータを含む各種コンテンツを格納したレスポンスメッセージを、前記リクエストメッセージに応答するものとして取得した場合には、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されているか否かを判別させ、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、前記ボディ内のＵＲＬを、当該ＵＲＬが示すオブジェクトデータと同じオブジェクトについての当該端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬに書き換えさせることを、特徴としている。
【００１３】
このように構成されると、ネットワークを介して端末装置へ送られるレスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されている場合には、そのＵＲＬが、端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬへ書き換えられる。このため、このレスポンスメッセージを受信した端末装置は、そのボディ内のデータを解釈した際、このデータがウェブページを生成するためのテキストデータであって、そのデータにオブジェクトデータのＵＲＬが記述されていた場合には、そのＵＲＬを指定したリクエストメッセージを送信する。このときのＵＲＬは、その端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬであるので、このＵＲＬにあるオブジェクトデータをレスポンスとして受信した端末装置は、ウェブページを表示しつつ、オブジェクトデータに基づいて生成されるオブジェクトを正常に出力することができる。
【００１４】
なお、本発明によるコンテンツ変換プログラムにおいては、レスポンスメッセージのボディ内のオブジェクトデータのＵＲＬの中のうち、ＩＰアドレスとパス名を含む全てが書き換えられても良いし、パス名だけが書き換えられても良いし、拡張子だけが書き換えられても良い。但し、パス名だけが書き換えられる場合には、ウェブページデータにＵＲＬがマークアップされているオブジェクトデータ，及び、それと同じオブジェクトについての他のファイル形式のオブジェクトデータは、同じパス内に格納され、且つ、記録装置内に記録されるオブジェクトデータに関する情報は、パス名である必要がある。また、拡張子だけが書き換えられる場合には、ウェブページデータにＵＲＬがマークアップされているオブジェクトデータ，及び、それと同じオブジェクトについての他のファイル形式のオブジェクトデータは、同じディレクトリ内に格納され、且つ、記録装置内に記録されるオブジェクトデータに関する情報は、拡張子である必要がある。
【００１５】
また、本発明によるコンテンツ変換プログラムにおいては、端末装置は、携帯電話機や電子手帳やパームトップコンピュータ等の携帯情報端末装置であっても良いし、ネットワーク接続機能を有する多機能テレビジョンであっても良いし、テレビジョンに繋がれるとともにネットワーク接続機能を有する家庭用ゲーム機やビデオディスクレコーダ等であっても良いし、ネットワーク接続機能を有する電子レンジや冷蔵庫などであっても良い。つまり、端末装置は、何らかの要因によって機能が制限されているウェブブラウザを搭載したコンピュータ、或いは、読み込み可能なオブジェクトのファイル形式が何らかの要因によって制限されているコンピュータであれば何でも良い。
【００１６】
なお、上記何れの場合であっても、端末装置は、ネットワーク上のコンピュータとのデータの送受信を行うための通信機器を有する必要がある。そのような通信機器としては、モデムやターミナルアダプタやルータやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）ボードであっても良いし、通常の携帯電話機に組み込まれているパケット通信可能なラジオフリーケンシー回路であっても良いし、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）ケーブルを介して接続される携帯電話機であっても良いし、ＰＣカードスロットやコンパクトフラッシュ（米サンディスク社商標）スロットに直接接続可能な携帯電話機やアンテナ付きのカード型ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎ  Ｓｙｓｔｅｍ）端末装置であっても良い。
【００１７】
さらに、本発明によるコンテンツ変換プログラムにおいては、オブジェクトデータは、イメージデータであっても良いし、ビデオデータであっても良いし、オーディオデータであっても良い。
【００１８】
イメージデータのファイル形式は、ＢＭＰ（ＢｉｔＭａｐ：マイクロソフト社商標）形式，ＧＩＦ（Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｏｒｍａｔ：米コンピュサーブ社商標）形式，ＪＰＥＧ（Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ：）形式，ＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）形式，ＰＩＣＴ（米アップル社商標）形式，ＴＩＦＦ（Ｔａｇ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ：米アドビシステムズ社及び米マイクロソフト社商標）形式，ＥＰＳＦ（Ｅｎｃａｐｓｕｌａｔｅｄ  ＰｏｓｔＳｃｒｉｐｔ  Ｆｉｌｅ：米アドビシステムズ社商標）形式，Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  Ｉｍａｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ：富士写真フイルム社商標）形式，などとすることができる。
【００１９】
また、ビデオデータのファイル形式は、ＡＶＩ（Ａｕｄｉｏ  Ｖｉｄｅｏ  Ｉｎｔｅｒｌｅａｖｉｎｇ：マイクロソフト社商標）形式，モーションＪＰＥＧ形式，ＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔ  Ｇｒｏｕｐ）形式，Ｃｉｎｅｐａｋ（米デジタルオリジン社商標）形式，及びＤＶ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ）形式などとすることができる。
【００２０】
さらに、オーディオデータのファイル形式は、ＭＩＤＩ（Ｍｕｓｉｃａｌ  ＩｎｓｔｒｕｍｅｎｔＤｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）形式，ＡＩＦＦ（Ａｐｐｌｅ  Ｉｎｔｅｒｃｈａｎｇｅ  Ｆｉｌｅ  Ｆｏｒｍａｔ：米アップル社商標）形式，ＷＡＶＥ（米マイクロソフト社商標）形式，ＡＵ形式，ＭＰＥＧオーディオ形式，ＭＰ３（ＭＰＥＧ  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）形式，ｒａ（ＲｅａｌＡｕｄｉｏ：米リアルネットワークス社商標）形式などとすることができる。
【００２１】
【発明の実施の形態】
以下、図面に基づいて本発明の実施形態を説明する。
【００２２】
【実施形態１】
図１は、本発明の第１の実施形態であるコンピュータネットワークシステムを概略的に示す構成図である。このコンピュータネットワークシステムでは、インターネット接続機能を有する複数の端末装置１０と、これら端末装置１０に対してデータの送受信が可能な複数のウェブサーバ装置２０とが、インターネットＮを介して相互に接続されている。
【００２３】
但し、ウェブサーバ装置２０は、アクセス制限やウイルス遮断のため、外部ファイアーウォール及び内部ファイアーウォールを介してインターネットＮと繋がれたサブネットワークである非武装緩衝地帯（Ｄｅ−Ｍｉｌｉｔａｒｉｚｅｄ  Ｚｏｎｅ）内に設置されている。第１の実施形態では、内部ファイアーウォールの一部として、リバースプロキシサーバ装置３０が、上記ＤＭＺ内に設置されている。以下、端末装置１０，ウェブサーバ装置２０，及びリバースプロキシサーバ装置３０について、順に説明する。
【００２４】
＜端末装置＞
まず、端末装置１０について、説明する。以下の説明では、端末装置１０の一例として携帯電話機を用いる。図２は、携帯電話機である端末装置１０の内部を概略的に示す構成図である。
【００２５】
図２に示される端末装置１０は、ＣＰＵ１０ａ，表示装置１０ｂ，入力装置１０ｃ，ラジオフリーケンシー（ＲＦ）回路１０ｄ，ＳＲＡＭ１０ｅ，呼出音用メモリ１０ｆ，呼出音形成回路１０ｇ，呼出音用スピーカ１０ｈ，及びフラッシュメモリ１０ｉを、主要なハードウエアとして備えている。
【００２６】
ＣＰＵ１０ａは、各ハードウエア１０ｂ〜１０ｉを統合的に制御する中央処理装置である。表示装置１０ｂは、各種画面を表示するディスプレイや、そのディスプレイを制御するグラフィック制御回路などを、備える。入力装置１０ｃは、数字入力又は文字入力用のキーと数個の制御キーとを有する操作盤や、何れかのキーが押されたことを検出してそのキーに対応する電気信号を出力する入力制御回路などを、備える。
【００２７】
ＲＦ回路１０ｄは、最寄りの無線基地局（図示略）との間の電波の送受信を司る。なお、図示していないが、無線基地局は、地域局内のパケット交換機と繋がれており、そのパケット交換機は、電気信号とパケットとの変換を行うことにより、端末装置１０とインターネットＮとの間においてデータを中継する。ＳＲＡＭ１０ｅは、ＣＰＵ１０ａが利用するプログラムの一部や頻繁に利用するデータが一時的に記録される記憶装置である。
【００２８】
呼出音用メモリ１０ｆは、端末装置１０の所有者に対して着信を通知するための呼出音として利用される音楽や音声のオーディオデータが一時的に記録される記憶装置である。呼出音形成回路１０ｇは、呼出音用メモリ１０ｆ内のオーディオデータに基づいて電気信号を生成するシンセサイザである。呼出音用スピーカ１０ｈは、呼出音形成回路１０ｇからの電気信号を音波に変換する装置である。
【００２９】
フラッシュメモリ１０ｉは、各種のデータやプログラムを記録する記録装置である。なお、このフラッシュメモリ１０ｉに記憶されているプログラムには、ハードウエアとソフトウエアを総合的に管理するためのオペレーションシステムプログラム（図示略）や、ウェブブラウザ１１が、含まれる。
【００３０】
ウェブブラウザ１１は、入力装置１０ｃからユニフォームリソースロケータ（ＵＲＬ）が入力されると、ＣＰＵ１０ａに対し、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）に従って、ＵＲＬに含まれるドメイン名（又はＩＰアドレス）により示されるウェブサーバ装置へ、リクエストメッセージを送信させる。これにより、ウェブブラウザ１１は、ＵＲＬに含まれるパス名により示される位置にあるウェブページデータ（ウェブページのソースコード）の送信をウェブサーバ装置にリクエストする。
【００３１】
また、ウェブブラウザ１１は、このリクエストに応じたレスポンスメッセージを受信すると、ＣＰＵ１０ａに対し、そのレスポンスメッセージのボディ内に記述されているウェブページデータを読み込ませ、そのウェブページデータに基づいて生成されるウェブページを表示装置１０ｂに表示させる。
【００３２】
また、ウェブブラウザ１１は、レスポンスデータのボディ内にオブジェクトデータ（イメージデータ，ビデオデータ，又はオーディオデータ）のＵＲＬが記述されていた場合、ＣＰＵ１０ａに対し、ＨＴＴＰに従って、そのＵＲＬに含まれるドメイン名（又はインターネットプロトコルアドレス（ＩＰアドレス））により示されるウェブサーバ装置へ、リクエストメッセージを送信させる。これにより、ウェブブラウザ１１は、オブジェクトデータの送信をそのウェブサーバ装置にリクエストする。
【００３３】
さらに、ウェブブラウザ１１は、このリクエストに応じたレスポンスメッセージを受信すると、ＣＰＵ１０ａに対し、そのレスポンスメッセージのボディ内に記述されているオブジェクトデータを読み込ませ、そのオブジェクトデータに基づいて生成されるオブジェクトを出力させる。なお、ウェブブラウザ１１は、オブジェクトデータがイメージデータであれば、ＣＰＵ１０ａに対し、画像をウェブページ上に貼り付けさせ、オブジェクトデータがビデオデータであれば、ＣＰＵ１０ａに対し、動画をウェブページ上に映し出させ、オブジェクトデータがオーディオデータであれば、ＣＰＵ１０ａに対し、音楽や音声が呼出音用スピーカ１０ｈから出力されるように呼出音形成回路１０ｇを制御させる。
【００３４】
＜ウェブサーバ装置＞
次に、ウェブサーバ装置２０について、説明する。図３は、ウェブサーバ装置２０の内部を概略的に示す構成図である。ウェブサーバ装置２０は、一般に市販される通信機能付きのコンピュータであり、その内部に、ＣＰＵ２０ａ，ＲＡＭ２０ｂ，通信制御回路２０ｃ，及びハードディスクドライブ（ＨＤＤ）２０ｄ等の各種ハードウエアを、備えている。
【００３５】
ＣＰＵ２０ａは、各ハードウエア２０ｂ〜２０ｄを統合的に制御する中央処理装置である。ＲＡＭ２０ｂは、ＣＰＵ２０ａが利用するプログラムの一部や頻繁に利用するデータが一時的に記録される記録装置である。通信制御回路２０ｃは、上記ＤＭＺ内のＬＡＮに接続されたＬＡＮ接続ボードであり、ＬＡＮに接続されたコンピュータとの間のデータの送受信を司る。
【００３６】
ＨＤＤ２０ｄは、各種のデータやプログラムが読み書きされる記録装置である。このＨＤＤ２０ｄに記録されるデータには、インターネット上のコンピュータに送信され得るウェブページデータ２１が含まれるとともに、ウェブページにリンクされているオブジェクトのオブジェクトデータ２２が含まれる。
【００３７】
また、このＨＤＤ２０ｄに記録されるプログラムには、ハードウエアとソフトウエアを総合的に管理するためのオペレーションシステムプログラム（図示略）が含まれるとともに、ウェブサーバプログラム２３が含まれる。なお、このウェブサーバプログラム２３は、インターネットＮ上の端末装置１０からリクエストメッセージを受信すると、ＣＰＵ２０ａに対し、ＨＴＴＰに従って、そのリクエストメッセージに含まれるＵＲＬにあるデータを読み出させ、そのデータがボディに記述されたレスポンスメッセージを生成させ、そのレスポンスメッセージをその端末装置１０へ送信させるプログラムである。
【００３８】
さらに、ＨＤＤ２０ｄに記録されるデータには、上述したオブジェクトデータ２２と同じ内容を出力可能であるとともにファイル形式の異なる幾つかのオブジェクトデータ２４が、含まれている。例えば、ウェブページにリンクされているオブジェクトのオブジェクトデータ２２のファイル形式がＧＩＦ（米コンピュサーブ社商標）形式である場合、ＨＤＤ２０ｄには、ＧＩＦ形式のイメージデータに基づいて生成される画像と同じ画像を出力可能なビットマップ（Ｂｉｔｍａｐ：米マイクロソフト社商標）形式のイメージデータやＪＰＥＧ形式のイメージデータやＰＮＧ形式のイメージデータ等が、記録される。
【００３９】
なお、第１の実施形態では、オブジェクトデータ群２４には、オブジェクトデータ２２と同じファイル名が付されており、且つ、オブジェクトデータ２２とオブジェクトデータ群２４は、同じディレクトリ内に格納されている。従って、ＨＤＤ２０ｄには、ウェブページにリンクされた一つのオブジェクトにつき、拡張子だけが異なるＵＲＬを持つ複数のオブジェクトデータが、記録されていることになる。
【００４０】
＜リバースプロキシサーバ装置＞
次に、リバースプロキシサーバ装置３０について説明する。図４は、リバースプロキシサーバ装置３０の内部を概略的に示す構成図である。リバースプロキシサーバ装置３０は、一般に市販される通信機能付きのコンピュータであり、その内部に、ＣＰＵ３０ａ，ＲＡＭ３０ｂ，通信制御回路３０ｃ，フレキシブルディスクドライブ（ＦＤＤ）３０ｄ，コンパクトディスクドライブ（ＣＤＤ）３０ｅ，及びＨＤＤ３０ｆ等の各種ハードウエアを、備えている。
【００４１】
ＣＰＵ３０ａ，ＲＡＭ３０ｂ，及び通信制御回路３０ｃは、図３を用いて説明したウェブサーバ装置２０のＣＰＵ２０ａ，ＲＡＭ２０ｂ，及び通信制御回路２０ｃと同様の構成を有するものである。従って、これらハードウエア３０ａ〜３０ｃの説明を省略する。
【００４２】
ＦＤＤ３０ｄ及びＣＤＤ３０ｅは、コンピュータ可読媒体であるフレキシブルディスクＦＤやコンパクトディスクＣＤに格納されたデータやプログラムを読み出し、或いは、これらディスクＦＤ，ＣＤへデータやプログラムを書き込む装置である。
【００４３】
ＨＤＤ３０ｆは、各種のデータやプログラムが読み書きされる記録装置である。このＨＤＤ３０ｆに記録されるデータには、情報端末テーブル３１及びルール選択テーブル３２が、含まれる。また、ＨＤＤ３０ｆに記録されるプログラムには、ハードウエアとソフトウエアを総合的に管理するためのオペレーションシステムプログラム（図示略）が含まれるとともに、リバースプロキシプログラム３３が含まれる。以下、これらテーブル３１，３２，及びリバースプロキシプログラム３３について、順に説明する。
【００４４】
（端末情報テーブル）
端末情報テーブル３１は、端末装置１０の種類に関する情報が記録されるテーブルである。図５は、そのデータ構造を説明するために作成した論理的な表である。図５に示されるように、端末情報テーブル３１は、「キャリア名」，「ブラウザ名」，「ブラウザバージョン」，「表示可能色数」，「サポート画像形式」，「サポート動画形式」，「サポート音声形式」，「言語」，「縦ピクセル数」，及び「横ピクセル数」の項目欄（フィールド）からなるレコードを端末装置１０の種類毎に作成することによって、構成されている。
【００４５】
「キャリア名」には、独自の通信規格に適合した端末装置１０を市販するとともにその端末装置１０のユーザーに広域電気通信サービスを提供する電気通信事業者（キャリア）の名称（以下、キャリア名と表記する）が、記録される。「ブラウザ名」には、端末装置１０にインストールされているウェブブラウザ１１の名称（以下、ウェブブラウザ名と表記する）が、記録される。なお、端末装置１０は、同じキャリアのものであっても、その機種（製造会社）によって異なる仕様のウェブブラウザ１１を有している場合が多いので、実際には、一つのキャリア名に対して異なるウェブブラウザ名が対応付けられた複数のレコードが当該テーブル３１内に存在する。但し、図５では、その例を省略している。「ブラウザバージョン」には、機能向上などの改良に伴ってウェブブラウザ１１に付される世代名（バージョン）が、記録される。
【００４６】
「表示可能色数」には、端末装置１０の表示装置１０ｂが一画素に表現できる一色成分当たりのビット数が、記録される。なお、このビット数が例えば８であれば、一画素において２５６色を表現できることになる。「サポート画像形式」，「サポート動画形式」，及び「サポート音声形式」には、端末装置１０のＣＰＵ１０ａ，ウェブブラウザ１１，及び呼出音形成回路１０ｇが読み込むことのできるイメージデータ，ビデオデータ，及びオーディオデータのファイル形式が、それぞれ記録される。「言語」には、端末装置１０内のウェブブラウザ１１が扱える自然言語が、記録される。「縦ピクセル数」及び「横ピクセル数」には、端末装置１０の表示装置１０ｂに表示される画面の縦横の最大画素数が、記録される。
【００４７】
（ルール選択テーブル）
ルール選択テーブル３２は、端末装置１０へ送信すべきオブジェクトデータのファイル形式が記録されるテーブルである。図６は、そのデータ構造を説明するために作成した論理的な表である。図６に示されるように、ルール選択テーブル３２は、「キャリア名」，「変換後の画像形式」，「変換後の動画形式」，「変換後の音声形式」，及び「変換後の色数」の項目欄（フィールド）からなるレコードを端末装置１０の種類毎に作成することによって、構成されている。
【００４８】
「キャリア名」には、上述した電気通信事業者（キャリア）の名称（キャリア名）が、記録される。「変換後の画像形式」，「変換後の動画形式」，及び「変換後の音声形式」には、端末装置１０へ送信すべきイメージデータ，ビデオデータ，及びオーディオデータのファイル形式が、記録される。なお、端末装置１０によっては、同一のオブジェクトに対して幾つかのファイル形式をサポートしている場合がある（図５の“Ｔ−ＳＫＹ”のレコードを参照）。当該テーブル３２では、複数のファイル形式の中から選択された一つのファイル形式が、「変換後の画像形式」に記録される。「変換後の色数」には、端末装置１０へ送信すべきイメージデータ又はオーディオデータの一画素において表現される一色成分当たりのビット数が、記録される。
【００４９】
（リバースプロキシプログラム）
リバースプロキシプログラム３３は、ＤＭＺ内のウェブサーバ装置２０を代行して外部の端末装置２０にウェブページデータを提供するという本来の機能の他、ＣＰＵ２０ａに対し、端末装置１０へ送信されるレスポンスメッセージのボディ内のウェブページデータを、その端末装置１０の種類に対応したウェブページデータに変換させるプログラムである。
【００５０】
＜リバースプロキシサーバ装置の処理内容＞
以下、リバースプロキシサーバ装置３０が実行する処理の内容について、説明する。リバースプロキシサーバ装置３０のＣＰＵ３０ａは、主電源が投入されると、リバースプロキシプログラム３３をＨＤＤ３０ｆから読み込んで、リバースプロキシ処理の実行を開始する。図７は、リバースプロキシ処理の内容を示すフローチャートである。
【００５１】
リバースプロキシ処理の開始後、最初のＳ１０１では、ＣＰＵ３０ａは、何れかの端末装置１０からリクエストメッセージが送信されてくるのを待機する。そして、何れかの端末装置１０からリクエストメッセージを受信した場合には、ＣＰＵ３０ａは、処理をＳ１０２へ進める。
【００５２】
Ｓ１０２では、ＣＰＵ３０ａは、受信したリクエストメッセージの要求ヘッダ内のユーザエージェント行に記述されている識別情報を読み出す。なお、識別情報について図８を用いて説明する。図８は、リクエストメッセージの一例を示す説明図である。図８のリクエストメッセージは、リクエスト行（ＧＥＴ  ｈｔｔｐ：／／１０．１２３．１０７．１６０：８０／ｃｏｎｔｅｎｔｓ／ｆｏｒｍ２．ｈｔｍ  ＨＴＴＰ／１．１）と要求ヘッダ（Ａｃｃｅｐｔ：〜／Ｆ２１０ｊ）と汎用ヘッダ（Ｃｏｎｎｅｃｔｉｏｎ：〜−ｃａｃｈｅ）を有しており、そのうちの要求ヘッダは、ウェブサーバ装置２０のＩＰアドレスと、端末装置１０が対応可能なメディア形式，自然言語，及びエンコード方式と、端末装置１０の識別情報とを、有している。そして、図８に示されるように、ユーザエージェント行に記述された識別情報は、図５のブラウザ名とブラウザバージョンとが含まれる情報である。ＣＰＵ３０ａは、このような識別情報をリクエストメッセージから読み出した後、処理をＳ１０３へ進める。
【００５３】
Ｓ１０３では、ＣＰＵ３０ａは、受信したリクエストメッセージのリクエスト行に記述されているＩＰアドレスにあるウェブサーバ装置２０へ、当該リクエストメッセージを送信する。なお、このリクエストメッセージを受信したウェブサーバ装置２０は、そのリクエスト行に記述されているパス名にあるファイル内のデータを読み出し、そのデータをボディに組み込んだレスポンスメッセージをＨＴＴＰに従って生成し、そのレスポンスメッセージをリバースプロキシサーバ装置３０へ送信する。図９は、レスポンスメッセージのボディ内に記述されたデータの一例を示す説明図である。図９のデータは、ハイパーテキストマークアップ言語（ＨＴＭＬ）にて記述されたウェブページデータであり、幾つかのタグを有している。また、複数のタグのうちの一つであるＩＭＧタグのＳＲＣ属性には、イメージデータのパス名が記述されている。なお、ＩＭＧタグのＳＲＣ属性には、イメージデータのＵＲＬが記述されても良いが、ウェブページデータとイメージデータとが同じホスト内或いは同じディレクトリ内にある場合にイメージデータファイルのパス名或いはファイル名のみに省略することができるため、図９のＩＭＧタグのＳＲＣ属性には、パス名のみが記述されている。
【００５４】
次のＳ１０４では、ＣＰＵ３０ａは、そのウェブサーバ装置２０からレスポンスメッセージが送信されてくるのを待機する。そして、そのウェブサーバ装置２０からレスポンスメッセージを受信した場合には、ＣＰＵ３０ａは、処理をＳ１０５へ進める。
【００５５】
Ｓ１０５では、ＣＰＵ３０ａは、Ｓ１０２において読み出した識別情報に対応するキャリア名を、端末情報テーブル３１から読み出す。
【００５６】
次のＳ１０６では、ＣＰＵ３０ａは、拡張子変換サブルーチンを実行する。図１０は、拡張子変換サブルーチンの内容を示すフローチャートである。
【００５７】
拡張子変換サブルーチンの開始後、最初のＳ１１１では、ＣＰＵ３０ａは、Ｓ１０５において読み出したキャリア名に対応するファイル形式（拡張子情報）を、ルール選択テーブル３２の「変換後の画像形式」，「変換後の動画形式」，「変換後の音声形式」から読み出す。
【００５８】
次のＳ１１２では、ＣＰＵ３０ａは、Ｓ１０４において受信したレスポンスメッセージのボディ内にオブジェクトデータのＵＲＬ（又はパス名若しくはファイル名）が記述されているか否かを、判別する。そして、ＣＰＵ３０ａは、レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていなかった場合には、拡張子変換サブルーチンを終了して図７のメインルーチンにおけるＳ１０７へ処理を進め、そのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、処理をＳ１１３へ進める。
【００５９】
Ｓ１１３では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内から、最初のオブジェクトデータのＵＲＬを、処理対象として特定する。
【００６０】
Ｓ１１４では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内に記述された当該オブジェクトデータのＵＲＬの中の拡張子を、Ｓ１１１において読み出したファイル形式（拡張子情報）に対応する拡張子に書き換える。図１１及び図１２は、レスポンスメッセージのボディ内に記述されたオブジェクトデータのＵＲＬの中の拡張子が書き換えられた後の一例を、それぞれ示す。なお、図１１は、図９の例におけるｉｍａｇｅｓ／ｌｏｇｏ．ｇｉｆがｉｍａｇｅｓ／ｌｏｇｏ．ｐｎｇに書き換えられた例を示し、図１２は、図９の例におけるｉｍａｇｅｓ／ｌｏｇｏ．ｇｉｆがｉｍａｇｅｓ／ｌｏｇｏ．ｊｐｎに書き換えられた例を示している。ＣＰＵ３０ａは、レスポンスメッセージのボディ内に記述されているオブジェクトデータのＵＲＬの中の拡張子を書き換えた後、処理をＳ１１５へ進める。
【００６１】
Ｓ１１５では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内に未処理のオブジェクトデータのＵＲＬが存在するか否かを、判別する。そして、ＣＰＵ３０ａは、未処理のオブジェクトデータのＵＲＬが存在していた場合には、処理をＳ１１６へ進める。
【００６２】
Ｓ１１６では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内から、次のオブジェクトデータのＵＲＬを、処理対象として特定し、処理をＳ１１４へ戻す。
【００６３】
Ｓ１１４〜Ｓ１１６の処理ループの実行中に、当該レスポンスメッセージのボディ内に記述された全てのオブジェクトデータのＵＲＬについて拡張子の書き換えを終えた場合には、ＣＰＵ３０ａは、処理をＳ１１５から分岐させ、拡張子変換サブルーチンを終了する。そして、ＣＰＵ３０ａは、図７のメインルーチンにおけるＳ１０７へ処理を進める。
【００６４】
Ｓ１０７では、ＣＰＵ３０ａは、言語変換処理を実行する。なお、この言語変換処理は、一般的なものであるので、詳しく説明しないが、その概要としては、レスポンスメッセージのボディにウェブページデータが記述されていた場合に、そのウェブページデータを、Ｓ１０２において読み出した識別情報に対応するマークアップ言語又はそのサブセットにて記述されたウェブページデータに変換する。
【００６５】
次のＳ１０８では、ＣＰＵ３０ａは、リクエストメッセージを送信してきた端末装置１０へ当該レスポンスメッセージを送信し、処理をＳ１０１へ戻す。
【００６６】
＜第１の実施形態の機能＞
上述したようなリバースプロキシ処理が行われるので、ウェブサーバ装置２０から端末装置１０へ送られてきたレスポンスメッセージのボディ内に、オブジェクトデータのＵＲＬを含まないウェブページデータが記述されていた場合、そのボディ内のデータに上記言語変換処理が施され、レスポンスメッセージがその端末装置１０に送信される。
【００６７】
また、レスポンスメッセージのボディ内に、オブジェクトデータが格納されていた場合、そのレスポンスメッセージは、そのままその端末装置１０へ送信される。
【００６８】
さらに、レスポンスメッセージのボディ内に、オブジェクトデータのＵＲＬを含むウェブページデータが記述されていた場合、そのボディ内のオブジェクトデータのＵＲＬの中の拡張子が、その端末装置１０のウェブブラウザ１１が読み込み可能なファイル形式に対応する拡張子へ書き換えられるとともに、ボディ内のオブジェクトデータに上記言語変換処理が施されて、レスポンスメッセージがその端末装置１０へ送信される。
【００６９】
このため、レスポンスメッセージを受信した端末装置１０は、レスポンスメッセージのボディ内のデータを解釈した際、ボディ内のデータがウェブページを生成するためのテキストデータであれば、そのテキストデータに基づいてウェブページを生成し、ボディ内のデータがオブジェクトデータであれば、そのオブジェクトデータを読み込み、ボディ内のデータにオブジェクトデータのＵＲＬが記述されていれば、そのＵＲＬを指定したリクエストメッセージをウェブサーバ装置２０へ送信する。
【００７０】
このときのＵＲＬは、その端末装置１０が読み込み可能なファイル形式のオブジェクトデータのＵＲＬであるので、このＵＲＬにあるオブジェクトデータをレスポンスとして受信した端末装置１０は、ウェブページを表示しつつ、オブジェクトデータに基づいて生成されるオブジェクトを正常に出力することができる。
【００７１】
ところで、上述した第１の実施形態では、端末装置１０が携帯電話機である例を示したが、これに限定されるものではない。すなわち、インターネット接続機能を実現するための通信装置，ウェブブラウザが格納された記憶装置，各種画面を表示する表示装置，音楽や音声を出力するための音響装置，及び、操作ボタン若しくはタッチスクリーンを有する入力装置を備えたコンピュータであるなら何でも良く、或いは、そのようなコンピュータを搭載した機器であるなら何でも良い。例えば、インターネット接続機能を有する電子手帳及びパームトップコンピュータ等の携帯情報端末装置や多機能テレビジョンであっても良いし、テレビジョンに繋がれるとともにインターネット接続機能を有する家庭用ゲーム機やビデオディスクレコーダなどであっても良いし、インターネット接続機能を有する電子レンジや冷蔵庫などであっても良い。
【００７２】
なお、端末装置１０が携帯電話機ではない場合、端末装置１０には、キャリアが存在しないので、図７のフローチャートにおけるＳ１０５及び図１０のフローチャートにおけるＳ１１１において、キャリア名は使えない。この場合、図５に示した端末情報テーブル３１における「キャリア名」が削除され、図６のルール選択テーブル３２における「キャリア名」に、ブラウザ名及びブラウザバージョンからなる情報が格納され、この情報が、Ｓ１０５やＳ１１１においてキャリア名の代わりに用いられれば、携帯電話機以外の端末装置１０にも、本発明を適用することができる。
【００７３】
【実施形態２】
第２の実施形態は、第１の実施形態と比較すると、オブジェクトデータ群２４がウェブサーバ装置２０に事前に用意されない点と、これらオブジェクトデータ群２４がリバースプロキシ処理においてリアルタイムに生成される点とを除いては、第１の実施形態と同じ構成を有する。従って、以下では、第１の実施形態との相違点のみについて、説明する。
【００７４】
上述したように、第２の実施形態では、第１の実施形態とは相違して、ウェブサーバ装置（図３参照）２０には、オブジェクトデータ群２４が事前に用意されていない。また、第２の実施形態では、第１の実施形態とは相違して、リバースプロキシサーバ装置３０には、オブジェクトデータ用のデータ変換ソフトウエア（図示略）が、インストールされている。
【００７５】
さらに、第２の実施形態では、リバースプロキシサーバ装置３０において実行されるリバースプロキシ処理の内容は、第１の実施形態のそれと殆ど同じであるが、図７のＳ１０６にて実行される拡張子変換サブルーチンの内容が、若干異なっている。なお、図１３は、第２の実施形態の拡張子変換サブルーチンの内容を示すフローチャートである。
【００７６】
拡張子変換サブルーチンの開始後、最初のＳ１２１では、ＣＰＵ３０ａは、Ｓ１０５において読み出したキャリア名に対応するファイル形式（拡張子情報）を、ルール選択テーブル３２の「変換後の画像形式」，「変換後の動画形式」，「変換後の音声形式」から読み出す。
【００７７】
次のＳ１２２では、ＣＰＵ３０ａは、Ｓ１０４において受信したレスポンスメッセージのボディ内にオブジェクトデータのＵＲＬ（又はパス名若しくはファイル名）が記述されているか否かを、判別する。そして、ＣＰＵ３０ａは、レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていなかった場合には、拡張子変換サブルーチンを終了して図７のメインルーチンにおけるＳ１０７へ処理を進め、そのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、処理をＳ１２３へ進める。
【００７８】
Ｓ１２３では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内から、最初のオブジェクトデータのＵＲＬを、処理対象として特定する。
【００７９】
次のＳ１２４では、ＣＰＵ３０ａは、当該オブジェクトデータのＵＲＬの中の拡張子と、Ｓ１２１において読み出したファイル形式に対応する拡張子とに基づいて、上述したデータ変換ソフトウエアの機能を利用して、当該オブジェクトデータのファイル形式を、Ｓ１２１において読み出したファイル形式にデータ変換できるか否かを、判別する。そして、ＣＰＵ３０ａは、データ変換が可能でなかった場合には、処理をＳ１２８へ処理を進め、データ変換が可能であった場合には、処理をＳ１２５へ進める。
【００８０】
Ｓ１２５では、ＣＰＵ３０ａは、当該ＵＲＬにあるオブジェクトデータをウェブサーバ装置２０から読み込み、処理をＳ１２６へ進める。
【００８１】
Ｓ１２６では、ＣＰＵ３０ａは、上述したデータ変換ソフトウエアの機能を利用して、読み込んだオブジェクトデータを、Ｓ１２１において読み出したファイル形式にデータ変換する。
【００８２】
次のＳ１２７では、ＣＰＵ３０ａは、データ変換により生成されたオブジェクトデータを、Ｓ１２５において読み込んだオブジェクトデータと同じディレクトリ内に、保存する。従って、ウェブサーバ装置２０のＨＤＤ２０ｄには、ウェブページにリンクされた当該オブジェクトにつき、拡張子だけが異なるＵＲＬを持つ複数のオブジェクトデータが、記録されることになる。
【００８３】
次のＳ１２８では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内に記述された当該オブジェクトデータのＵＲＬの中の拡張子を、Ｓ１１１において読み出したファイル形式（拡張子情報）に対応する拡張子に書き換える。
【００８４】
次のＳ１２９では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内に未処理のオブジェクトデータのＵＲＬが存在するか否かを、判別する。そして、ＣＰＵ３０ａは、未処理のオブジェクトデータのＵＲＬが存在していた場合には、処理をＳ１３０へ進める。
【００８５】
Ｓ１３０では、ＣＰＵ３０ａは、当該レスポンスメッセージのボディ内から、次のオブジェクトデータのＵＲＬを、処理対象として特定し、処理をＳ１２４へ戻す。
【００８６】
Ｓ１２４〜Ｓ１３０の処理ループの実行中に、当該レスポンスメッセージのボディ内に記述された全てのオブジェクトデータのＵＲＬについて拡張子の書き換えを終えた場合には、ＣＰＵ３０ａは、処理をＳ１２９から分岐させ、拡張子変換サブルーチンを終了する。そして、ＣＰＵ３０ａは、図７のメインルーチンにおけるＳ１０７へ処理を進める。
【００８７】
＜第２の実施形態の機能＞
上述したようなリバースプロキシ処理が行われるので、ウェブサーバ装置２０から端末装置１０へ送られてきたレスポンスメッセージのボディ内に、オブジェクトデータのＵＲＬを含まないウェブページデータが記述されていた場合、そのボディ内のデータに上記言語変換処理（図７のＳ１０７）が施され、レスポンスメッセージがその端末装置１０に送信される。
【００８８】
また、レスポンスメッセージのボディ内にオブジェクトデータが格納されていた場合、そのレスポンスメッセージは、そのままその端末装置１０へ送信される。
【００８９】
さらに、レスポンスメッセージのボディ内に、オブジェクトデータのＵＲＬを含むウェブページデータが記述されていた場合、そのＵＲＬにあるオブジェクトデータが読み出され、読み出されたオブジェクトデータが、その端末装置１０が読み込み可能なファイル形式へデータ変換され、データ変換後のオブジェクトデータが、元のオブジェクトデータと同じファイル名を与えられつつ、元のオブジェクトデータと同じディレクトリ内に格納される。そして、このようにリアルタイムにオブジェクトデータが生成された後、そのボディ内のオブジェクトデータのＵＲＬの中の拡張子が、その端末装置１０が読み込み可能なファイル形式に対応する拡張子へ書き換えられ、ボディ内のオブジェクトデータに上記言語変換処理が施されて、レスポンスメッセージがその端末装置１０へ送信される。
【００９０】
このため、レスポンスメッセージを受信した端末装置１０は、レスポンスメッセージのボディ内のデータを解釈した際、ボディ内のデータがウェブページを生成するためのテキストデータであれば、そのテキストデータに基づいてウェブページを生成し、ボディ内のデータがオブジェクトデータであれば、そのオブジェクトデータを読み込み、ボディ内のデータにオブジェクトデータのＵＲＬが記述されていれば、そのＵＲＬを指定したリクエストメッセージをウェブサーバ装置２０へ送信する。
【００９１】
このときのＵＲＬは、その端末装置１０が読み込み可能なファイル形式のオブジェクトデータのＵＲＬであるので、このＵＲＬにあるオブジェクトデータをレスポンスとして受信した端末装置１０は、ウェブページを表示しつつ、オブジェクトデータに基づいて生成されるオブジェクトを正常に出力することができる。
【００９２】
（付記１）
ネットワーク上のコンピュータとの間でデータの送受信を可能にする端末装置，及び、前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を前記端末装置の種類を識別するための識別情報毎に記録した記録装置に繋がれるコンピュータに対し、
前記ネットワークを介して何れかの端末装置からリクエストメッセージを取得した場合には、前記リクエストメッセージに含まれる識別情報を保持させ、
マークアップ言語で記述されたウェブページデータを含む各種コンテンツを格納したレスポンスメッセージを、前記リクエストメッセージに応答するものとして取得した場合には、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されているか否かを判別させ、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、前記ボディ内のＵＲＬを、当該ＵＲＬが示すオブジェクトデータと同じオブジェクトについての当該端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬに書き換えさせる
ことを特徴とするコンテンツ変換プログラム。
【００９３】
（付記２）
前記各オブジェクトデータは、何れも同じディレクトリ内に格納され、
前記記録装置が記録する情報は、前記端末装置が読み込み可能なファイル形式に対応する拡張子であり、
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させ、前記ボディ内のＵＲＬの中の拡張子を、当該端末装置が読み込み可能なファイル形式に対応する拡張子に書き換させる
ことを特徴とする付記１記載のコンテンツ変換プログラム。
【００９４】
（付記３）
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、そのＵＲＬにある前記オブジェクトデータを取得させ、
保持されていた前記識別情報に対応する前記記憶装置内の情報を参照させて、取得された前記オブジェクトデータを、当該端末装置が読み込み可能なファイル形式を持つオブジェクトデータにデータ変換させ、
前記ボディ内の当該ＵＲＬを、データ変換により得られたオブジェクトデータのＵＲＬに書き換えさせる
ことを特徴とする付記２記載のコンテンツ変換プログラム。
【００９５】
（付記４）
前記記録装置が記録する前記情報は、前記端末装置が読み込み可能なファイル形式に対応する拡張子であり、
前記コンピュータに対し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、そのＵＲＬにある前記オブジェクトデータを取得させ、
保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、取得した前記オブジェクトデータを、当該端末装置が読み込み可能なファイル形式を持つオブジェクトデータにデータ変換させ、
データ変換により得られたオブジェクトデータを、データ変換前の元のオブジェクトデータと同じディレクトリ内に記録させ、
前記ボディ内の当該ＵＲＬの中の拡張子を、前記端末装置が読み込み可能なファイル形式に対応する拡張子に書き換えさせる
ことを特徴とする付記３記載のコンテンツ変換プログラム。
【００９６】
（付記５）
前記コンピュータは、ウェブサーバ装置を代行して前記ネットワーク上の端末装置にウェブページデータを提供するリバースプロキシサーバ装置である
ことを特徴とする付記１乃至４の何れかに記載のコンテンツ変換プログラム。
【００９７】
（付記６）
ネットワークを介して何れかの端末装置から送られてくるリクエストメッセージの中のＵＲＬに対応して、マークアップ言語で記述されたウェブページデータを含む各種コンテンツを格納したレスポンスメッセージを応答するコンピュータシステムにおけるコンテンツ変換方法であって、
前記ネットワークに繋がれる記録装置が、
前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を、前記端末装置の種類を識別するための識別情報毎に記録し、
前記リクエストメッセージ及び前記レスポンスメッセージを取得可能なコンピュータが、
前記リクエストメッセージを取得すると、前記リクエストメッセージに含まれる前記識別情報を保持し、
前記リクエストメッセージに対応するレスポンスメッセージを取得すると、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されているか否かを判別し、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持しておいた前記識別情報に対応する前記記録装置内の情報を参照して、前記ボディ内のＵＲＬを、当該ＵＲＬが示すオブジェクトデータと同じオブジェクトについての当該端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬに書き換える
ことを特徴とするコンテンツ変換方法。
【００９８】
（付記７）
ネットワーク上のコンピュータとの間でデータの送受信を可能にする端末装置，及び、前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を前記端末装置の種類を識別するための識別情報毎に記録した記録装置に繋がれるコンピュータに対し、
前記ネットワークを介して何れかの端末装置からリクエストメッセージを取得した場合には、前記リクエストメッセージに含まれる識別情報を保持させ、
マークアップ言語で記述されたウェブページデータを含む各種コンテンツを格納したレスポンスメッセージを、前記リクエストメッセージに応答するものとして取得した場合には、前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されているか否かを判別させ、
前記レスポンスメッセージのボディ内にオブジェクトデータのＵＲＬが記述されていた場合には、保持されていた前記識別情報に対応する前記記録装置内の情報を参照させて、前記ボディ内のＵＲＬを、当該ＵＲＬが示すオブジェクトデータと同じオブジェクトについての当該端末装置が読み込み可能なファイル形式のオブジェクトデータのＵＲＬに書き換えさせる
コンテンツ変換プログラム
を格納したことを特徴とするコンピュータ可読媒体。
【００９９】
（付記８）
ネットワーク上のコンピュータとの間でデータの送受信を可能にする端末装置，及び、前記端末装置が読み込み可能なファイル形式を有するオブジェクトデータに関する情報を前記端末装置の種類を識別するための識別情報毎に記録したコンピュータに対し、
前記端末装置からリクエストを取得した場合には、前記リクエストに含まれる前記端末装置の識別情報を保持させ、
前記リクエストされたデータを含むレスポンスメッセージを取得した際に、前記レスポンスメッセージ内にオブジェクトデータが含まれている場合には、保持されていた前記識別情報に対応する情報を参照させて、前記端末装置が読み込み可能なファイル形式のオブジェクトデータに書き換えさせる
ことを特徴とするコンテンツ変換プログラム。
【０１００】
【発明の効果】
以上に説明したように、本発明によれば、ウェブページにリンクされたオブジェクトが何れの種類の端末装置においても正常に出力され得る。
【図面の簡単な説明】
【図１】第１の実施形態のコンピュータネットワークシステムを概略的に示す構成図
【図２】端末装置を概略的に示す構成図
【図３】ウェブサーバ装置を概略的に示す構成図
【図４】リバースプロキシサーバ装置を概略的に示す構成図
【図５】端末情報テーブルを概念的に示す表
【図６】ルール選択テーブルを概念的に示す表
【図７】リバースプロキシ処理の内容を示すフローチャート
【図８】リクエストメッセージの一例を示す説明図
【図９】レスポンスメッセージのボディ内のデータの一例を示す説明図
【図１０】拡張子変換処理の内容を示すフローチャート
【図１１】レスポンスメッセージのボディ内のデータの一例を示す説明図
【図１２】レスポンスメッセージのボディ内のデータの一例を示す説明図
【図１３】第２の実施形態の拡張子変換処理の内容を示すフローチャート
【符号の説明】
１０    端末装置
１０ａ  ＣＰＵ
１０ｉ  フラッシュメモリ
１１    ウェブブラウザ
２０    ウェブサーバ装置
２０ａ  ＣＰＵ
２０ｄ  ハードディスクドライブ（ＨＤＤ）
２１    ウェブページデータ
２２    オブジェクトデータ
２３    ウェブサーバプログラム
２４    オブジェクトデータ
３０    リバースプロキシサーバ装置
３０ａ  ＣＰＵ
３０ｂ  ＲＡＭ
３０ｃ  通信制御回路
３０ｄ  フレキシブルディスクドライブ（ＦＤＤ）
３０ｅ  コンパクトディスクドライブ（ＣＤＤ）
３０ｆ  ＨＤＤ
３１    端末情報テーブル
３２    ルール選択テーブル
３３    リバースプロキシプログラム
【図１】
2004164447.tif 000003
【図２】
2004164447.tif 000004
【図３】
2004164447.tif 000005
【図４】
2004164447.tif 000006
【図５】
2004164447.tif 000007
【図６】
2004164447.tif 000008
【図７】
2004164447.tif 000009
【図８】
2004164447.tif 000010
【図９】
2004164447.tif 000011
【図１０】
2004164447.tif 000012
【図１１】
2004164447.tif 000013
【図１２】
2004164447.tif 000014
【図１３】
2004164447.tif 000015