JP2000305837A

JP2000305837A - 情報処理装置および情報処理方法ならびに情報記録媒体

Info

Publication number: JP2000305837A
Application number: JP11115083A
Authority: JP
Inventors: Masaki Ishikawa; 真己石川
Original assignee: Seiko Epson Corp
Current assignee: Seiko Epson Corp
Priority date: 1999-04-22
Filing date: 1999-04-22
Publication date: 2000-11-02

Abstract

(57)【要約】【課題】クライアントの低コスト化、クライアントにお
ける高速再生、それに伴う通信費の低減および見栄えの
良い再生を可能とする。【解決手段】情報を取得する情報取得手段（＝データ制
御部１１）と、情報取得手段（＝データ制御部１１）が
取得した情報を、クライアント４が最適の再生条件で再
生可能な専用のファイル形式に変換した変換情報として
保持する変換情報保持手段（＝メモリ１２）と、変換情
報をクライアントに送出する情報送出手段（＝データ制
御部１１）とを備える情報処理装置、同装置における情
報処理方法、同方法を実行可能な情報記録媒体とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、種々のファイル形
式の情報を読み込んで、専用のファイル形式に変換した
後、その変換した情報をクライアントに送出する情報処
理装置および情報処理方法ならびに情報記録媒体に関す
る。

【０００２】

【従来の技術】従来から、画像データのファイル形式と
して、ＢＭＰ、ＧＩＦ（Graphics Interchange Forma
t）、ＪＰＥＧ（Joint Photographic coding experts G
roup）、ＺＩＰ、ＴＩＦＦ（Tag Image File Format）
等が知られている。インターネット上の情報に含まれる
画像情報（以後、画像データという）は、上記のように
様々なファイル形式でつくられている。このため、再生
側であるクライアントが、これらすべてのファイル形式
の画像データを再生するためには、再生側のクライアン
トにも各ファイル形式の画像データに対応して再生でき
る高度なハードおよび多種多様なソフトをそれぞれ準備
している。

【０００３】また、画像データ以外の、たとえば文字デ
ータあるいはサウンドデータについても同様である。す
なわち、インターネット上にある様々なフォントで記述
された文字データあるいは複数若しくは広域な周波数域
のサウンドデータを再生するためには、クライアント
は、これらに対応して再生するための高度なハードと多
種多様なソフトを備えている。

【０００４】このように、クライアント側に高度なハー
ドと多種多様なソフトを備える不都合を解消するための
サーバーとして、特開平１０−２４７１７９号公報に開
示されているサーバー（以後、「従来サーバー」とい
う）が知られている。この従来サーバーは、インターネ
ット、公衆電話回線、あるいはスキャナ等の複数の伝送
経路から複数種の受信データを受信すると、これらのデ
ータ形式を解析して保存形式を解析すると共に、その解
析結果に基づいて統一した処理形態で利用可能なデータ
に変換して格納するようにしている。そして、クライア
ントは、この従来サーバーを介すことによって、異種の
クライアントからのデータであっても、データのやりと
りができる。たとえば、スキャナで読みとったデータ
を、従来サーバーを介してインターネットに乗せると、
そのインターネットに接続するパソコンが、スキャナで
読みとったデータ等を再生することができる。

【０００５】ところで、ＧＩＦというファイル形式に
は、透明色処理という手法がある。透明色処理は、次の
ような複数の画像から構成される画像を作成するために
用いられている。すなわち、図１３に示すように、目的
の画像（以後、キャラクタ画像９１という）を、背景画
像９２に貼り付ける場合に、キャラクタ画像９１中のキ
ャラクタ領域９１ａ以外の余白領域９１ｂを透明色に変
換する。そして、背景画像９２の構成単位である背景タ
イル９２ａを、クライアントの表示エリア内に敷き詰め
る。次に、背景画像９２の上から、透明色処理をしたキ
ャラクタ画像９１を貼り付けて、一つの画像とする。こ
れによって、キャラクタ画像９１の余白領域９１ｂに背
景画像９２が表示され、見栄えの良い画像ができあが
る。

【０００６】

【発明が解決しようとする課題】しかし、上記の従来技
術には、次のような問題がある。まず、クライアント
に、種々のファイル形式の情報を再生するために高度な
ハードおよび多種多様なソフトを備えることは、クライ
アントの高コスト化を招くので、好ましくない。したが
って、クライアントに最小限のハードとソフトを備える
ことによって、多種多様なフォントで記述される文字デ
ータを表示させたり、クライアントの再生能力に応じた
画像データおよびサウンドデータを再生することが望ま
れる。

【０００７】また、特開平１０−２４７１７９号公報に
開示されている従来サーバーは、複数の伝送経路から受
信したデータを、ＷＷＷで利用可能なＨＴＭＬ文書また
はＨＴＭＬ文書が取り扱うＴＩＦＦ等の共通ファイル形
式に変換している。したがって、多種クライアントが接
続する環境下では、クライアントに高度なハードと多種
多様なソフトを備えずに済む点で、クライアントの高コ
スト化の防止につながる。

【０００８】しかし、従来サーバーを用いた場合、接続
している全てのクライアントが共通のファイル形式に変
換したデータを共有できても、各クライアントにおいて
最適の条件で再生できるとは限らない。このため、従来
サーバーに接続しているクライアントにおいて、画質が
悪い、再生に時間がかかるなどの問題が生じる。再生に
時間がかかれば、通信費が嵩むのみならず、このような
時間のかかる再生を中止せざるを得ない事態となる問題
がある。

【０００９】一方、クライアントが、従来の透明色処理
を行ったキャラクタ画像９１と背景画像９２とを貼り合
わせた画像を再生するには、背景タイル９２ａを敷き詰
める処理、透明色処理を行った余白領域９１ｂを認識す
る処理、キャラクタ画像９１の表示位置を計算して背景
画像９２に貼り付ける処理等の複数の処理を行う必要が
ある。したがって、画像データの符号量は少なくても、
クライアントは上記の処理を行うために多大な時間を要
する。このため、高度なハードを持たないクライアント
では、高速で再生することが困難となる。

【００１０】また、キャラクタ画像９１と背景画像９２
との位置関係は、クライアントの表示サイズあるいは表
示倍率によって、その都度変化するという問題がある。
これは、図１３に示すように、背景タイル９２ａを表示
サイズに敷き詰めるという処理と、キャラクタ画像９１
を表示の中心に貼り付けるという処理があるからであ
る。このため、キャラクタ画像９１と背景画像９２との
位置関係が同じ位置関係にならず、見栄えが悪いという
問題がある。

【００１１】そこで、本発明は、クライアントの低コス
ト化、クライアントにおける高速再生、それに伴う通信
費の低減および見栄えの良い再生を可能とする情報処理
装置および情報処理方法ならびに情報記録媒体を提供す
ることを目的とする。

【００１２】

【課題を解決するための手段】かかる目的を達成するた
めに、本発明に係る情報処理装置は、情報を取得する情
報取得手段と、情報取得手段が取得した情報を、クライ
アントが最適の再生条件で再生可能な専用のファイル形
式に変換した変換情報として保持する変換情報保持手段
と、変換情報をクライアントに送出する情報送出手段と
を備えるようにしている。これによって、他のサーバー
から取得した情報に、多種多様なファイル形式の情報が
含まれていても、クライアントは、クライアントにとっ
て最適なオリジナルフォーマットの情報を再生できるこ
とになる。

【００１３】また、他の発明に係る情報処理装置は、変
換情報を、情報取得手段が取得した情報よりも符号量が
少なくなるようにしている。これによって、クライアン
トは、情報処理装置からの変換情報を高速で読み込み、
これを再生できることになる。

【００１４】また、他の発明に係る情報処理装置は、情
報取得手段が取得した情報の中に、クライアントが再生
不可あるいは再生困難な不具合情報が有るか否かを解析
する情報解析手段と、不具合情報を変換情報に変換する
ファイル形式変換手段とを、さらに備えるようにしてい
る。これによって、他に情報変換を行うための装置を介
すことなく、オリジナルフォーマットに変換した変換情
報が、情報処理装置に保持されることになる。

【００１５】また、他の発明に係る情報処理装置は、変
換情報は、符号量を複数段階に変化させた情報とするよ
うにしている。これによって、情報処理装置に、情報処
理装置とクライアントとの間のトラフィックに応じて選
択可能な情報が保持されることになる。

【００１６】また、他の発明に係る情報処理装置は、変
換情報は、クライアントが再生できないフォントを画像
に変換した情報を含むようにしている。これによって、
取得した情報の中にクライアントが再生できないフォン
トがあっても、再生できることとなる。

【００１７】また、他の発明に係る情報処理装置は、変
換情報は、１つのフレームを構成する複数の画像情報を
１つの画像情報に合成した情報を含むようにしている。
これによって、クライアントは、複数の画像の位置を計
算して貼り付ける等の余分な処理をせずに、単純な処理
によって画像を表示できることとなる。

【００１８】また、他の発明に係る情報処理装置は、変
換情報は、リンク先の情報がクライアントに表示可能に
なるように、リンク先を指示する部分を変換した情報を
含むようにしている。これによって、取得した情報の中
にリンク情報があっても、クライアントにおいてリンク
操作が可能となる。

【００１９】また、他の発明に係る情報処理装置は、変
換情報は、情報取得手段が取得した情報と、その情報と
リンクしている他の情報とを１つのファイルにまとめた
情報とするようにしている。これによって、リンク情報
が複数あっても、情報の管理が容易となる。

【００２０】また、本発明に係る情報処理方法は、情報
を取得する情報取得工程と、取得した情報の中に、クラ
イアントが再生不可あるいは再生困難な不具合情報が有
るか否かを解析する情報解析工程と、不具合情報をクラ
イアントが最適の再生条件で再生可能な専用のファイル
形式の変換情報に変換するファイル形式変換工程と、変
換情報を保持する変換情報保持工程と、変換情報をクラ
イアントに送出する情報送出工程とを含むようにしてい
る。これによって、他のサーバーから取得した情報に、
多種多様なファイル形式の情報が含まれていても、クラ
イアントは、クライアントにとって最適なオリジナルフ
ォーマットの情報を再生できることとなる。

【００２１】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、取得した情報よりも符号量を少
なくするようにしている。これによって、クライアント
は、変換情報を高速で読み込み、これを再生できること
となる。

【００２２】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、符号量を複数段階に変化させる
ようにしている。これによって、サーバーに、トラフィ
ックに応じて最適な符号量の情報を選択可能な複数の情
報が保持されることになる。

【００２３】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、クライアントが再生できないフ
ォントを画像に変換するようにしている。これによっ
て、取得した情報の中にクライアントが再生できないフ
ォントがあっても、再生できることとなる。

【００２４】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、１つのフレームを構成する複数
の画像情報を１つの画像情報に合成するようにしてい
る。これによって、クライアントは、複数の画像の位置
を計算して貼り付ける等の余分な処理をせずに、単純な
処理によって画像を表示できることとなる。

【００２５】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、リンク先の情報がクライアント
に表示可能になるように、リンク先を指示する部分を変
換するようにしている。これによって、取得した情報の
中にリンク情報があっても、クライアントにおいてリン
ク操作が可能となる。

【００２６】また、他の発明に係る情報処理方法は、フ
ァイル形式変換工程は、取得した情報と、その情報とリ
ンクしている他の情報とを１つのファイルにまとめるよ
うにしている。これによって、リンク情報が複数あって
も、情報の管理が容易となる。

【００２７】また、本発明に係る情報記録媒体は、情報
を取得する情報取得ステップと、取得した情報を、クラ
イアントが最適な再生条件で再生可能な専用のファイル
形式に変換した変換情報として保持する変換情報保持ス
テップと、変換情報をクライアントに送出する情報送出
ステップとを含むプログラムを格納するようにしてい
る。したがって、この情報記録媒体に格納されるプログ
ラムを実行することによって、他のサーバーから取得し
た情報に、多種多様なファイル形式の情報が含まれてい
ても、クライアントは、クライアントにとって最適なオ
リジナルフォーマットの情報を再生できることとなる。

【００２８】また、他の発明に係る情報記録媒体は、変
換情報を、取得した情報よりも符号量が少なくするプロ
グラムを格納するようにしている。したがって、この情
報記録媒体に格納されるプログラムを実行することによ
って、クライアントは、変換情報を高速で読み込み、こ
れを再生できることとなる。

【００２９】また、他の発明に係る情報記録媒体は、取
得した情報の中に、クライアントが再生不可あるいは再
生困難な不具合情報が有るか否かを解析する情報解析ス
テップと、不具合情報を変換情報に変換するファイル形
式変換ステップとをさらに含むプログラムを格納するよ
うにしている。したがって、この情報記録媒体に格納さ
れるプログラムを実行することによって、他に情報変換
を行うためのプログラムを格納した情報記録媒体を使用
せずに、オリジナルフォーマットに変換した変換情報
が、サーバーに保持されることになる。

【００３０】また、他の発明に係る情報記録媒体は、変
換情報は、符号量を複数段階に変化させた情報とするプ
ログラムを格納するようにしている。したがって、この
情報記録媒体に格納されるプログラムを実行することに
よって、サーバーに、トラフィックに応じて選択可能な
情報が保持されることとなる。

【００３１】また、他の発明に係る情報記録媒体は、変
換情報は、クライアントが再生できないフォントを画像
に変換した情報とするプログラムを格納するようにして
いる。したがって、この情報記録媒体に格納されるプロ
グラムを実行することによって、取得した情報の中にク
ライアントが再生できないフォントがあっても、クライ
アントは再生できることとなる。

【００３２】また、他の発明に係る情報記録媒体は、変
換情報は、１つのフレームを構成する複数の画像情報を
１つの画像情報に合成した情報とするプログラムを格納
するようにしている。したがって、この情報記録媒体に
格納されるプログラムを実行することによって、クライ
アントは、複数の画像の位置を計算して貼り付ける等の
余分な処理をせずに、単純な処理によって画像を表示で
きることとなる。

【００３３】また、他の発明に係る情報記録媒体は、変
換情報は、リンク先の情報がクライアントに表示可能に
なるように、リンク先を指示する部分を変換した情報と
するプログラムを格納するようにしている。したがっ
て、この情報記録媒体に格納されるプログラムを実行す
ることによって、取得した情報の中にリンク情報があっ
ても、クライアントにおいてリンク操作が可能となる。

【００３４】また、他の発明に係る情報記録媒体は、変
換情報は、取得した情報と、その情報とリンクしている
他の情報とを１つのファイルにまとめた情報とするプロ
グラムを格納するようにしている。したがって、この情
報記録媒体に格納されるプログラムを実行することによ
って、リンク情報が複数あっても、情報の管理が容易と
なる。

【００３５】

【発明の実施の形態】以下、本発明における実施の形態
について図１から図１２に基づき説明する。

【００３６】この実施の形態では、情報処理装置は、図
１に示すローカルエリアネットワークであるＬＡＮ３と
インターネット２との間にあって、インターネット２を
介して他のサーバー５から情報を読み込んで、再生側の
クライアントであるネットワークディスプレイ４に情報
を供給するサーバー（以後、プロキシサーバー１とい
う）である。プロキシサーバー１は、インターネット２
を介して取得した情報を、ネットワークディスプレイ４
にて最適な再生条件で再生可能なオリジナルフォーマッ
トに変換することができる装置となっている。さらに、
選択によって、プロキシサーバー１は、それと接続され
ている多重化装置としてのパソコン６に、インターネッ
ト２を介して取得した情報を伝送する。そして、プロキ
シサーバー１は、パソコン６でオリジナルフォーマット
に変換させ、変換した情報を保持することも可能となっ
ている。

【００３７】なお、再生装置としては、表示手段の一部
を兼ねるネットワークディスプレイ４を使用している
が、他のパソコンを適用しても良い。また、インターネ
ット２とプロキシサ−バー１との接続、プロキシサ−バ
ー１とＬＡＮ３との接続等には、ＤＳＵ（デジタルサー
ビスユニット）、ターミナルアダプタ、モデム、ＩＰル
ータ等のネットワークへの接続手段が用いられる。

【００３８】プロキシサーバー１は、インターネット２
にある多種多様なファイル形式の情報を、クライアント
であるネットワークディスプレイ４用のオリジナルフォ
ーマットに変換する。具体的には、ネットワークディス
プレイ４で最適な再生条件で再生できるように、取得し
たデータを圧縮したり、不要なデータを削除したり、画
像の合成、文字データの画像化、サウンドデータから特
定の周波数域のみを取り出すリサンプリング等を行う。
これらの処理については、後述する。データの圧縮率、
サイズ、サウンドデータのリサンプリング周波数等は、
ネットワークディスプレイ４の表示能力、再生能力、デ
ータ転送能力に応じて任意に設定できる。また、プロキ
シサーバー１は、符号量を多段に変化させる多重化処理
を行う。ファイル形式の変換および多重化処理によっ
て、クライアントがハードおよびソフトを充実させる負
担が少なくなるとともに、トラフィックに応じて再生が
途切れる危険性がなく、かつできるだけ高精度な再生が
実現できる。

【００３９】符号量を減らして多重化する処理には、ス
ケーラビリティという手法が用いられる。スケーラビリ
ティとして、テンポラルスケーラビリティ、クォリティ
スケーラビリティ、スパーシャルスケーラビリティの３
種類の手法が採用されている。テンポラルスケーラビリ
ティとは、いわゆる画像の間引きによって符号量を変化
させることをいう。たとえば、正規には１秒間に３０枚
のフレームを再生する際に、１５フレーム／秒だけの再
生を行うことによって符号量を減少させることができ
る。また、クォリティスケーラビリティ（＝ＳＮＲスケ
ーラビリティ）とは、ＳＮ比すなわち画質を変化させて
符号量を変えることである。さらに、スパーシャルスケ
ーラビリティ（＝空間スケーラビリティ）とは、画像サ
イズを変化させて符号量を変えることである。

【００４０】図２は、プロキシサーバー１の回路構成を
示す図である。データ制御部１１は、インターネット２
を介して、他のサーバー５から情報を取得すると共に、
ネットワークディスプレイ４からの要求に応じて、デー
タを送出する。また、データ制御部１１は、データ解析
部１３に他のサーバー５から取得した情報を渡す。そし
て、データ制御部１１は、データ解析部１３でデータを
変換した後に、メモリ１２から変換情報を受け取る。こ
のように、データ制御部１１は、情報取得手段と情報送
出手段とを兼ねるものとなっている。

【００４１】メモリ１２は、解析したデータおよびネッ
トワークディスプレイ４用のオリジナルフォーマットに
変換したデータを保持しておく変換情報保持手段であ
り、ランダムアクセスメモリとなっている。メモリ１２
は、データ制御部１１からの要求によって、保持してい
る変換情報をデータ制御部１１に送出するようになって
いる。

【００４２】データ解析部１３は、データ制御部１１か
ら受け取ったデータを解析する。具体的には、データ中
のテキストデータを判別し、この中に、クライアントが
再生できるフォント以外のフォントで記述された文字デ
ータが有るか否かを解析する。また、画像データのファ
イル形式およびサウンドデータの周波数も解析し、ネッ
トワークディスプレイ４が再生する上で支障のあるデー
タ、あるいはネットワークディスプレイ４の能力からみ
て無駄なデータが有るか否かを調べる。

【００４３】データ変換部１４は、データ解析部１３で
解析した結果に基づいて、テキストデータ、画像データ
およびサウンドデータを、それぞれオリジナルフォーマ
ットに変換する。そして、次に、データ変換部１４は、
変換したデータの符号量を種々変えて多重化処理を行
う。データの変換とデータの多重化処理が終了すると、
データ変換部１４は、メモリ１２に多重化したデータを
送出する。

【００４４】データ受送信部１５は、プロキシサーバー
１が、外部とのデータのやりとりを行う部分であり、イ
ンターネット２を介して他のサーバー５からデータを受
信して、データの変換および多重化処理を行う。また、
その後、プロキシサーバー１は、ネットワークディスプ
レイ４からの要求に応じて、データ受送信部１５を介し
て、ネットワークディスプレイ４にデータの送信を行
う。

【００４５】また、ソフトウェアとしての外部情報源１
６は、情報取得ステップ、情報解析ステップ、ファイル
形式変換ステップ、変換情報保持ステップおよび情報送
出ステップを含むプログラムを格納したＣＤ−ＲＯＭ等
の情報記録媒体である。この情報記録媒体に格納された
プログラムをコンピュータに読み込ませることによっ
て、読み込ませたコンピュータをプロキシサーバー１と
して作動させても良い。なお、多重化装置としてのパソ
コン６でデータのファイル形式の変換処理と多重化処理
を行う場合には、プロキシサーバー１に、情報取得ステ
ップ、変換情報保持ステップおよび情報送出ステップを
含むプログラムを格納したＣＤ−ＲＯＭ等の情報記録媒
体を読み込ませ、パソコン６に情報解析ステップとファ
イル形式変換ステップを含むプログラムを格納したＣＤ
−ＲＯＭ等の情報記録媒体を読み込ませるようにしても
良い。

【００４６】一方、クライアントであるネットワークデ
ィスプレイ４は、図３に示すように、中央の液晶からな
る表示部２１と、表示部２１の周辺に配置される操作部
２２と、音を出力するスピーカ部２３と、特定のウエブ
ページにアクセスできる磁気カードを挿入可能であっ
て、磁気カードを読み取る磁気カードリーダ部２４と、
電源ラインやホストとなるパソコンに接続される接続部
２５とから主に構成されている。

【００４７】表示部２１の左右の操作部２２は、１〜１
０の１０種類のメニュー釦２２があり、この各釦２２ａ
に近接した表示部２１に、対応する操作メニューの表示
がなされる。例えば、内部に保管されている各種の動画
像を含むデータ（以後、動画像データという）を、その
番号によって選択するようにする。すなわち、１番のメ
ニュー釦２２ａを押すと、１番の動画像データを再生す
るようにする。また、表示部２１の下側には、インター
ネット２上のホームページにアクセスしたときの各種の
操作釦部２２ｂが配置されている。また、磁気カードリ
ーダ部２４の近傍に、画面の操作矢印を上下左右に動か
すための指示操作部２２ｃが設けられている。

【００４８】ネットワークディスプレイ４の回路は、図
４に示すように、ＬＣＤ（液晶）からなる表示部２１
と、ＣＰＵ（＝中央演算処理装置）３１と、専用グラフ
ィックスＬＳＩ３２と、動画像データを取得するための
データ取得用情報を読み込んで記憶するためのメインメ
モリ３３と、外部情報源３４からの指示を受けＣＰＵ３
１に伝えたり、ＣＰＵ３１からの指示を外部に伝えるデ
ータ受送信回路３５と、専用グラフィックスＬＳＩ３２
に接続されるＶＲＡＭ（ビデオラム）３６と、外部のア
ンプやスピーカ部２３に音を供給するサウンド回路３７
と、表示部２１を駆動制御する表示制御部３８と、周辺
機器制御部３９とから主に構成される。

【００４９】ＣＰＵ３１と、専用グラフィックスＬＳＩ
３２と、メインメモリ３３と、データ受送信回路３５
と、周辺機器制御部３９とは、高速のホストバス４０に
よって接続されている。また、サウンド回路３７には、
マイク入力端子４１が接続され、外部音の入力が可能と
なっている。表示制御部３８は、ＭＩＭ型の液晶を駆動
するための第１駆動制御部３８ａと、アナログ処理され
たＲＧＢ値をＴＦＴ型の液晶で表示するための第２駆動
制御部３８ｂと、デジタル処理されたＲＧＢ値をＴＦＴ
型の液晶で表示するための第３駆動制御部３８ｃと、Ｃ
ＲＴを駆動するための第４駆動制御部３８ｄとを有し、
複数の表示体に対応できるようになっている。

【００５０】この実施の形態では、第３駆動制御部３８
ｃを利用している。

【００５１】周辺機器制御部３９には、操作部２２と、
磁気カードリーダ部２４とが接続され、それらから入力
されてくるデータを受け付けるようになっている。さら
に、周辺機器制御部３９には、ネットワークディスプレ
イ４に設けられるＬＥＤ表示部２６、例えば電源のＯ
Ｎ、ＯＦＦ表示（ＰＯＷＥＲ表示）、準備状態か否かの
表示（ＲＥＡＤＹ表示）、処理が混んでいるか否かの表
示（ＢＵＳＹ表示）が接続され、各表示が可能となって
いる。また、ＥＥＰＲＯＭからなるフラッシュメモリ２
７等が接続可能となっている。また、このネットワーク
ディスプレイ４には、画像・音声復号部２８が組み込ま
れている。外部からダウンロードしたデータが圧縮デー
タの場合には所定の復号化処理を行い、データを再生で
きるものとなっている。

【００５２】なお、外部情報源３４は、ネットワークデ
ィスプレイ４の外部にあって、ネットワークディスプレ
イ４に組み込まれる再生装置を大極的に制御するソフト
ウェアを含むものとなっている。

【００５３】専用グラフィックスＬＳＩ３２は、ＣＰＵ
３１によって各画面間のシーケンスの制御を受ける一方
で、各画面内での一連の画像やスプライトの表示につい
ては、メインメモリ３３中のシナリオやデータを見に行
ってそのシナリオやデータに基づいて、そのスプライト
等の一連の動きを制御するようになっている。さらに、
ＶＲＡＭ３６は、２画面分または４画面分を取り込める
ものとなっている。このように２画面または４画面とし
たのは、１画面または２画面分を表示用として、もう１
画面または２画面を書き込み用とすることができるため
である。この２画面または４画面方式により書き込み途
中のちらつきをなくし、画質を向上させている。また、
サウンド回路３７は、１６ビット、４４．１ＫＨｚ、１
チャンネルのものとなっているが、他の値のものを適宜
採用できる。

【００５４】ところで、プロキシサーバー１あるいは多
重化装置としてのパソコン６は、複数の圧縮又は非圧縮
の動画を中心に、音声や静止画の情報と、指定時刻にそ
れらを再生するための情報を含めて一つのファイルにま
とめる動作（これを、多重化という）を行う装置であ
る。多重化処理の結果、動画像データを取得するための
データ取得用情報、動画像データを再生するためのデー
タ再生用情報が作成され、そこに再生データが付加され
る。多重化された動画像データはプロキシサーバー１に
配置され、ネットワークディスプレイ４がプロキシサー
バー１のトラフィック状況に応じて種々データを選択し
て再生できるようになっている。

【００５５】次に、ファイル形式変換処理および多重化
処理の基本的な流れを、図５にしたがって説明する。な
お、ここでは、ファイル形式変換処理および多重化処理
ともに、プロキシサーバー１の内部で行う処理であるも
のとして説明する。

【００５６】プロキシサーバー１は、まず、動画像デー
タを情報記録媒体あるいは他のサーバー５から読み込ん
で取得する（ステップＳ１０１）。そして、プロキシサ
ーバー１は、ネットワークディスプレイ４が最適な再生
条件で再生可能なオリジナルフォーマットに変換する
（ステップＳ１０２）。この変換処理の詳細については
後述する。次に、プロキシサーバー１は、再生するデー
タに対して３種類のスケーラビリティ（すなわち、テン
ポラルスケーラビリティ、クォリティスケーラビリテ
ィ、スパーシャルスケーラビリティ）を施す（ステップ
Ｓ１０３）。

【００５７】次に、プロキシサーバー１は、再生データ
をその符号量が小さい順に配列させる（ステップＳ１０
４）。次に、プロキシサーバー１は、かかる再生データ
の配置を基にデータ取得用情報を作成する（ステップＳ
１０５）。データ取得用情報とは、どこからどこまでの
スケーラビリティステップを取得するかという情報、あ
るいはデータを取得する時間を設定している情報をい
う。

【００５８】次に、プロキシサーバー１は、再生データ
の配列を基にデータ再生用情報を作成する（ステップＳ
１０６）。具体的には、処理時間の早い方から遅い方に
フレーム情報を並べたり、復号及び再生の時間差情報を
フレーム毎に付与したりする。そして、データ再生用情
報の作成が終了すると、プロキシサーバー１は、符号量
を変化させた複数の再生データに、上記のデータ取得用
情報およびデータ再生用情報を付加してファイル化する
（ステップＳ１０７）。最後に、このファイルを保持し
て（ステップＳ１０８）、ネットワークディスプレイ４
からの要求を待つ状態となる。かかる一連の動作をもっ
て、ファイル形式変換処理および多重化処理が終了す
る。

【００５９】なお、上記のファイル形式変換処理および
多重化処理は、プロキシサーバー１が行う処理ではな
く、パソコン６が行う処理とすることもできる。かかる
場合には、プロキシサーバー１が、他のサーバー５から
データを取得してきて、これをパソコン６に転送する。
データを受けたパソコン６は、図５に示すフローチャー
トのステップＳ１０２からステップＳ１０７までの一連
の処理を行う。そして、パソコン６は、ファイル化した
データを、プロキシサーバー１に送出する。そして、プ
ロキシサーバー１は、パソコン６からの変換情報を保持
する。

【００６０】次に、図５のフローチャートのステップＳ
１０２に示すオリジナルフォーマットへのファイル形式
変換処理の流れについて、図６に基づいて説明する。プ
ロキシサーバー１は、他のサーバー５から受け取ったデ
ータの内、文字データを取得する（ステップＳ２０
１）。そして、プロキシサーバー１は、文字データをサ
ーチしていき、ネットワークディスプレイ４が再生でき
ないフォントで記述された文字データがあるか否かを調
べる（ステップＳ２０２）。ネットワークディスプレイ
４が再生できないフォントで記述された文字データがあ
れば、プロキシサーバー１は、この文字データを画像デ
ータに変換する（ステップＳ２０３）。一方、かかる文
字データがなければ、ステップＳ２０４にすすむ。

【００６１】次に、プロキシサーバー１は、画像データ
を取得する（ステップＳ２０４）。プロキシサーバー１
は、ＧＩＦ、ＴＩＦＦ等の種々のフォーマットで圧縮さ
れたデータを、オリジナルフォーマットに変換すること
によってさらに圧縮して、符号量を少なくする（ステッ
プＳ２０５）。この詳細については、後述する。

【００６２】次に、プロキシサーバー１は、サウンドデ
ータを取得する（ステップＳ２０６）。プロキシサーバ
ー１は、サウンドデータから、ネットワークディスプレ
イ４が再生するために必要な周波数域のサウンドデータ
のみをサンプリングする（ステップＳ２０７）。この実
施の形態では、ネットワークディスプレイ４は、モノラ
ルスピーカを内蔵しているため、ステレオの出力はでき
ない。したがって、出力できない不要なサウンドデータ
を削減できる。そして、プロキシサーバー１は、テキス
トデータの中にリンク情報が含まれているか否かを調べ
る（ステップＳ２０８）。その結果、リンク情報がある
と判断した場合には、プロキシサーバー１は、リンク情
報をオリジナルのリンク情報に変換する（ステップＳ２
０９）。次に、プロキシサーバー１は、リンク先の情報
についても同様に、ステップＳ２０１からステップＳ２
０７までの各処理を行う。

【００６３】そして、リンク先のファイルがなくなる
と、リンク先のファイルをまとめて１つのファイルとす
る（ステップＳ２１０）。次に、プロキシサーバー１
は、まとめたファイルを保持して（ステップＳ２１
１）、ネットワークディスプレイ１からのデータ要求を
待つ状態となる。かかる一連の動作をもって、オリジナ
ルファイルへの変換処理を終了する。

【００６４】図７は、プロキシサーバー１またはパソコ
ン６の多重化処理によって、プロキシサーバー１に保持
されたデータ構成の一部である。サウンドデータ（ｃｈ
０）と画像データ（ｃｈ１，ｃｈ２）とは、別のチャン
ネルに配置されている。スケーラビリティは、テンポラ
ル、クォリティおよびスパーシャルの３種を採用してい
る。画像データは、これら３種のスケーラビリティステ
ップを混在させて、表の上から下に向かって符号量の小
さい順に配置されている。たとえば、テンポラルスケー
ラビリティに着目すると、正規の画像データの再生が１
５フレーム／秒の場合に、１５フレーム／秒のデータを
ビデオＮｏ．６のスケーラビリティステップに配置し、
間引いたフレーム数が１０である５フレーム／秒のデー
タを、ビデオＮｏ．３のスケーラビリティステップに配
置する。

【００６５】そして、間引いたフレーム数が１２となる
３フレーム／秒のデータは、ビデオＮｏ．０のスケーラ
ビリティステップに配置されている。そして、サーバー
との間のトラフィックが混んできたときには、要求する
スケーラビリティステップをビデオＮｏ．６からビデオ
Ｎｏ．０の方向に遷移させて、符号量を減少させるよう
にしている。逆に、サーバーとの間のトラフィックに余
裕ができると、要求するスケーラビリティステップをビ
デオＮｏ．０からビデオＮｏ．６の方向へと遷移させ
る。これによって、トラフィックに応じて、再生が途切
れることなく、かつ可能な限り高精度な再生が可能とな
る。

【００６６】図８は、複数のフォントで表された文字デ
ータの一部を示す図である。フォント５１は、ネットワ
ークディスプレイ４で再生可能なフォントであり、フォ
ント５２は、ネットワークディスプレイ４で再生できな
いフォントである。このような場合、プロキシサーバー
１は、文字データを解析して、フォント５１をテキスト
データとして保持する一方で、フォント５２を画像デー
タに変換する。すなわち、プロキシサーバー１は、文字
データの中にある、ネットワクディスプレイ４で再生で
きないフォントを選び出し、これを画像データとして持
つ。これによって、ネットワークディスプレイ４に多種
類のフォントをサポートするソフトを備えなくても、文
字データの再生が可能となる。文字データの一部を画像
データとして保持することは、文字データ自体で保持す
るよりも、符号量の点からみれば不利であるが、クライ
アント側のコストダウンを図る観点からは有利となる。

【００６７】次に、プロキシサーバー１が他のサーバー
５から透明色処理をした画像を含む画像データを取得し
て、これをネットワークディスプレイ４用のオリジナル
フォーマットの画像データに変換する処理について、図
９に基づいて説明する。

【００６８】プロキシサーバー１は、他のサーバー５か
ら、（Ａ）背景タイル６１の画像データと、（Ｂ）キャ
ラクタ画像６２の画像データと、（Ｃ）背景タイル６１
の画像データを表示サイズに合わせて敷き詰めるための
データと、（Ｄ）キャラクタ画像６２の余白領域に対し
て透明色処理を行うためのデータと、（Ｅ）キャラクタ
画像６２を背景画像の所定位置に貼り付けるためのデー
タとを取得する。プロキシサーバー１は、背景タイル６
１の画像を表示サイズに貼り付けた背景画像と、キャラ
クタ画像６２とを一つの画像に合成する。

【００６９】そして、プロキシサーバー１は、ネットワ
ークディスプレイ４の表示サイズに合わせて、サイズを
変更する。また、予めプロキシサーバー１と接続するネ
ットワークディスプレイ４の最大個数がわかっていれ
ば、すべてのネットワークディスプレイ４が接続したと
きのトラフィックがわかる。すべてのネットワークディ
スプレイ４が接続しても再生が中断しないように、プロ
キシサーバー１は、データの圧縮率を決定する。その
後、プロキシサーバー１は、ネットワークディスプレイ
４の再生能力等に合わせて、スケーラビリティを施し
て、多重化処理を行う。

【００７０】これによって、透明色処理を施した画像を
貼り付けた画像のデータであっても、ネットワークディ
スプレイ４は、背景タイル６１の画像を敷き詰めて、そ
の上から透明色処理を施したキャラクタ画像６２を、そ
の貼り付け位置を計算して合成する手間を省くことがで
き、単純に、一体化した画像６３として再生処理でき
る。なお、プロキシサーバー１が他のサーバー５から取
得する画像データ自体の符号量よりも、ネットワークデ
ィスプレイ４がプロキシサーバー１から取得する画像デ
ータ自体の符号量の方が大きくなる。しかし、データ全
体の符号量で比較すると、ネットワークディスプレイ４
用にサイズおよび圧縮率を決めてデータを変換している
ので、変換後の全データの符号量の方が、変換前の全デ
ータよりも小さくなる。これによって、ネットワークデ
ィスプレイ４における再生処理の負担が軽減される。

【００７１】また、上記の画像データの合成は、次のよ
うな優位性も持っている。図１０（Ａ）は、他のサーバ
ー５から取得した画像データ６７である。この画像デー
タ６７は、背景タイル６５ａを敷き詰めた背景画像６５
の上に、一部を透明色処理をしたキャラクタ画像６６を
貼り付けた画像データである。プロキシサーバー１が、
画像データ６７に対して何らの処理も施さずに、ネット
ワークディスプレイ４に送出すると、ネットワークディ
スプレイ１の表示部２１には、図１０（Ｂ）に示すよう
な画像が表示される。

【００７２】図１０（Ｂ）の画像は、表示部２１のサイ
ズに合わせて、背景タイル６５ａを敷き詰めて、その上
にキャラクタ画像６６が表示部２１の中心にくるように
貼り付けた画像である。図１０（Ａ）と図１０（Ｂ）と
を比較して明らかなように、図１０（Ｂ）における背景
画像６５とキャラクタ画像６６との位置関係は、図１０
（Ａ）のそれと異なる。具体的には、図１０（Ａ）で
は、キャラクタ画像６６の右側に背景タイル６５ａの境
界線があるが、図１０（Ｂ）では、キャラクタ画像６６
の左側に背景タイル６５ａの境界線がある。

【００７３】一方、図１０（Ｃ）は、プロキシサーバー
１が図１０（Ａ）に示す画像データ６７を、合成して一
つの画像データに変換した後に、ネットワークディスプ
レイ４の表示部２１に表示させた画像である。図１０
（Ｃ）におけるキャラクタ画像６６と背景画像６５との
位置関係は、図１０（Ａ）における位置関係と同一であ
る。なお、図１０（Ｃ）は、図１０（Ａ）の点Ａ１、点
Ａ２、点Ａ３および点Ａ４を順に結んだ点線の範囲６９
が表示されている。このように、画像の位置関係がずれ
ないので、背景画像６５とキャラクタ画像６６との位置
関係を重要視する画像データ６７の場合には、不自然な
表示とならない。

【００７４】また、他のサーバー５から取得したデータ
の中にサウンドデータが含まれている場合には、プロキ
シサーバー１は、サウンドデータをネットワークディス
プレイ４の再生能力に適したデータに変換する。ネット
ワークディスプレイ４に搭載しているスピーカはＣＤ音
質を再生できないので、１６ビット、４４．１ｋＨｚの
ステレオデータを、それ以下の符号量のデータに減らす
ようにしている。このように、プロキシサーバー１は、
ネットワークディスプレイ４で高精度に聞くことができ
ない周波数域は除外して、精度良く聞くことができる周
波数のみをサンプリングすることによって、データの符
号量を減少させることができる。

【００７５】次に、他のサーバー５から取得したデータ
に、リンク情報が含まれている場合に、そのリンク情報
をオリジナルフォーマットに変換する処理について、図
１１に基づいて説明する。図１１（Ａ）に示すように、
特定の文字や画像を指定すると、別のファイルに飛ぶリ
ンク情報７１，７２には、リンク先が画像データであれ
ば、画像データのファイル名とそのファイル形式が記述
される。他のサーバー５から取得した段階では、ＧＩＦ
の画像データあるいはＺＩＰの画像データがリンク先に
ある。プロキシサーバー１がこのデータをオリジナルフ
ォーマットに変換すると、画像データは、ＧＩＦからそ
のオリジナルフォーマット（ここでは、「ＱＡＭ」とす
る）に変換される。したがって、画像データに合わせ
て、リンク情報も変換しなければ、正常にリンク先に飛
ぶことはできない。

【００７６】そこで、プロキシサーバー１は、図１１
（Ｂ）に示すように、リンク先の画像データをオリジナ
ルフォーマットに変換するとともに、リンク情報７１，
７２を検出して、オリジナルフォーマットに変換したフ
ァイルのあるリンク先に飛ぶことができるように、リン
ク情報を変換する。この例では、画像データの拡張子
を、ＧＩＦからＱＡＭに変更したリンク情報７３，７４
に変換するようにしている。これによって、取得した情
報の中にリンク情報が含まれていても、ネットワークデ
ィスプレイ４において、正常にリンク先へと飛ぶことが
できる。

【００７７】次に、リンク先のファイルを複数含めた１
つのファイルを作成する処理について、図１２に基づい
て説明する。１ページに、１つのｈｔｍｌファイル８１
ａと、画像データ８１ｂ，８１ｃ，８１ｄと、リンク先
８２ａ，８２ｂ，８２ｃ，８２ｄを示すドメイン名等が
含まれていると、ファイルの管理が大変である。そこ
で、プロキシサーバー１は、リンク先のページのファイ
ル８２ａ，８２ｂ，８２ｃ，８２ｄを複数集めて、当該
ページのファイル８２ｅと共に１つのファイル８３とす
るようにしている。これによって、リンク先の複数ペー
ジをアニメーションの複数フレームに対応させることが
できるので、ファイルの管理がしやすくなる。この結
果、画像を指示していくと、アニメーションのような動
画の再生が実現できることになる。

【００７８】データの圧縮率、データのサイズは、クラ
イアントの能力に応じて種々変更可能である。また、サ
ウンドデータのサンプリングを行う周波数域は、クライ
アントがステレオかモノラルかによって種々変更可能で
ある。

【００７９】また、上記の実施の形態において、情報解
析手段とファイル形式変換手段とは、共にプロキシサー
バー１あるいはパソコン６のいずれかに備えるようにし
ているが、それぞれの手段を、プロキシサーバー１とパ
ソコン６に分けて備えるようにしても良い。

【００８０】また、プロキシサーバー１は、予め他のサ
ーバー５からデータを取得して、これを変換している。
このため、ネットワークディスプレイ４に高度なＣＰＵ
を搭載しなくても、利用者の要求に即座に応答し、再生
できる。なお、プロキシサーバー１に高度なＣＰＵを搭
載せしめ、クライアントの要求に応じて、リアルタイム
でデータの取得およびデータの変換処理を行い、クライ
アントに送出するようにしても良い。

【００８１】また、図６に示すファイル形式変換処理
は、文字データ、画像データ、サウンドデータの順に取
得せずに、同時に取得して、かつ同時に変換処理しても
良い。さらに、プロキシサーバー１は、インターネット
２のようなオープンな世界と接続するようにしている
が、閉じた世界、たとえばイントラネットのサーバーと
して使用して、社内連絡に利用するようにしても良い。
また、情報記録媒体は、ＣＤ−ＲＯＭ以外に、フロピー
ディスク（ＦＤ）、光ディスク等の媒体を適用しても良
い。

【００８２】

【発明の効果】本発明によれば、クライアントの低コス
ト化、クライアントにおける高速再生、それに伴う通信
費の低減および見栄えの良い再生が可能となる。

【００８３】また、他の発明によれば、取得した情報よ
りさらに符号量を少なく保持できるので、より高速な再
生が可能となり、さらなる通信費の低減が可能となる。

【００８４】また、他の発明によれば、他の装置あるい
は他の情報記録媒体を用いなくても、データの取得、デ
ータの解析、データ形式の変換、データの保持およびデ
ータの送出といった全ての動作が、１つのサーバーのみ
で可能となる。したがって、データの伝送経路の単純化
およびそれに伴う高速処理を図ることができる。

【００８５】また、他の発明によれば、データの符号量
を複数段階に変化させた情報とするようにしているの
で、クライアントは、トラフィックに応じて、符号量の
異なるデータを取得でき、再生が途中でとぎれる危険性
がなく、かつできるだけ高精度な再生ができる。

【００８６】また、他の発明によれば、クライアントが
再生できないフォントが含まれた文字データであって
も、クライアントに多種多様なフォントをサポートする
ソフトを組み込まなくても、文字データの再生が可能と
なる。したがって、クライアントのさらなる低コスト化
を図ることができる。

【００８７】また、他の発明によれば、１つのフレーム
を構成する複数の画像情報を１つの画像情報に合成した
情報とするようにしているので、クライアントに透明色
処理を行った画像を再生するソフトを備えなくても、そ
の画像の再生が可能となる。したがって、クライアント
のさらなる低コスト化を図ることができる。

【００８８】また、他の発明によれば、リンク情報を含
むデータであっても、クライアントのオリジナルフォー
マットに適応したリンク動作が可能となる。さらに、リ
ンク先の複数ページを１つのファイルとして管理するこ
とにより、ファイル管理が容易となり、画像から画像へ
と飛び回り、動画を実現できる。

【図面の簡単な説明】

【図１】本発明の実施の形態である情報処理装置として
のプロキシサーバーが接続されるインターネットシステ
ムの概要を示す図である。

【図２】図１のプロキシサーバーの回路構成を示すブロ
ック図である。

【図３】図１のネットワークディスプレイの外観を示す
斜視図である。

【図４】図１のネットワークディスプレイの回路構成を
示すブロック図である。

【図５】図１のプロキシサーバーまたはパソコンが行う
ファイル形式変換処理および多重化処理の流れを示すフ
ローチャートである。

【図６】図５のファイル形式変換ステップ（ステップＳ
１０２）の手順をさらに詳しく示すフローチャートであ
る。

【図７】図１のプロキシサーバーまたはパソコンの多重
化処理によって、プロキシサーバーに保持されたデータ
構成の一例を示す図である。

【図８】図１のプロキシサーバーが他のサーバーから取
得したデータ中の複数フォントで記述された文字データ
の一部を示す図である。

【図９】図１のプロキシサーバーが、他のサーバーから
複数の画像データから構成される画像データを取得し
て、これを一体化せしめ、ネットワークディスプレイに
送出する様子を示す図である。

【図１０】図９において、プロキシサーバーが取得した
画像データをそのままネットワークディスプレイに表示
させた場合と、オリジナルフォーマットに変換後にネッ
トワークディスプレイに表示させた場合とを比較して示
す図であり、（Ａ）は、他のサーバーから取得した画像
データを、（Ｂ）は、（Ａ）の画像をネットワークディ
スプレイに表示させた画像を、（Ｃ）は、（Ａ）の画像
データを一体化させてからネットワークディスプレイに
表示させた画像を示す。

【図１１】図１のプロキシサーバーが他のサーバーから
取得したリンク情報を含む情報と、それをオリジナルフ
ォーマットに変換した変換情報とを比較して示す図であ
り、（Ａ）は、他のサーバーから取得した情報を、
（Ｂ）はオリジナルフォーマットに変換した後の情報を
示す。

【図１２】図１のプロキシサーバーが、他のサーバーか
ら取得した情報に含まれるリンク先の複数のページを１
つのファイルにまとめて管理する様子を示す図である。

【図１３】従来技術において、透明色処理を施した画像
を、背景画像に貼り合わせた画像を示す図である。

【符号の説明】

１プロキシサーバー（情報処理装置）４ネットワークディスプレイ（クライアント）６パソコン１１データ制御部（情報取得手段と情報送出手段
とを兼ねる）１２メモリ（変換情報保持手段）１３データ解析部（情報解析手段）１４データ変換部（ファイル形式変換手段）

Claims

【特許請求の範囲】

【請求項１】情報を取得する情報取得手段と、上記情報取得手段が取得した情報を、クライアントが最
適の再生条件で再生可能な専用のファイル形式に変換し
た変換情報として保持する変換情報保持手段と、上記変換情報を上記クライアントに送出する情報送出手
段と、を備えることを特徴とする情報処理装置。
【請求項２】前記変換情報は、前記情報取得手段が取得
した情報よりも符号量が少ないことを特徴とする請求項
１記載の情報処理装置。
【請求項３】前記情報取得手段が取得した情報の中に、
前記クライアントが再生不可あるいは再生困難な不具合
情報が有るか否かを解析する情報解析手段と、前記不具合情報を前記変換情報に変換するファイル形式
変換手段と、をさらに備えることを特徴とする請求項１
または２記載の情報処理装置。
【請求項４】前記変換情報は、符号量を複数段階に変化
させた情報であることを特徴とする請求項１、２または
３記載の情報処理装置。
【請求項５】前記変換情報は、前記クライアントが再生
できないフォントを画像に変換した情報を含むことを特
徴とする請求項１、２、３または４記載の情報処理装
置。
【請求項６】前記変換情報は、１つのフレームを構成す
る複数の画像情報を１つの画像情報に合成した情報を含
むことを特徴とする請求項１、２、３、４または５記載
の情報処理装置。
【請求項７】前記変換情報は、リンク先の情報が前記ク
ライアントに表示可能になるように、リンク先を指示す
る部分を変換した情報を含むことを特徴とする請求項
１、２、３、４、５または６記載の情報処理装置。
【請求項８】前記変換情報は、前記情報取得手段が取得
した情報と、その情報とリンクしている他の情報とを１
つのファイルにまとめた情報であることを特徴とする請
求項７記載の情報処理装置。
【請求項９】情報を取得する情報取得工程と、取得した情報の中に、クライアントが再生不可あるいは
再生困難な不具合情報が有るか否かを解析する情報解析
工程と、上記不具合情報を、上記クライアントが最適の再生条件
で再生可能な専用のファイル形式の変換情報に変換する
ファイル形式変換工程と、上記変換情報を保持する変換情報保持工程と、上記変換情報を上記クライアントに送出する情報送出工
程と、を含むことを特徴とする情報処理方法。
【請求項１０】前記ファイル形式変換工程は、取得した
情報よりも符号量を少なくすることを特徴とする請求項
９記載の情報処理方法。
【請求項１１】前記ファイル形式変換工程は、符号量を
複数段階に変化させることを特徴とする請求項９または
１０記載の情報処理方法。
【請求項１２】前記ファイル形式変換工程は、前記クラ
イアントが再生できないフォントを画像に変換すること
を特徴とする請求項９、１０または１１記載の情報処理
方法。
【請求項１３】前記ファイル形式変換工程は、１つのフ
レームを構成する複数の画像情報を１つの画像情報に合
成することを特徴とする請求項９、１０、１１または１
２記載の情報処理方法。
【請求項１４】前記ファイル形式変換工程は、リンク先
の情報が前記クライアントに表示可能になるように、リ
ンク先を指示する部分を変換することを特徴とする請求
項９、１０、１１、１２または１３記載の情報処理方
法。
【請求項１５】前記ファイル形式変換工程は、取得した
情報と、その情報とリンクしている他の情報とを１つの
ファイルにまとめることを特徴とする請求項１４記載の
情報処理方法。
【請求項１６】情報を取得する情報取得ステップと、取得した情報を、クライアントが最適の再生条件で再生
可能な専用のファイル形式に変換した変換情報として保
持する変換情報保持ステップと、上記変換情報を上記クライアントに送出する情報送出ス
テップと、を含むプログラムを格納することを特徴とす
る情報記録媒体。
【請求項１７】前記変換情報は、取得した情報よりも符
号量が少ないことを特徴とする請求項１６記載の情報記
録媒体。
【請求項１８】取得した情報の中に、前記クライアント
が再生不可あるいは再生困難な不具合情報が有るか否か
を解析する情報解析ステップと、上記不具合情報を前記変換情報に変換するファイル形式
変換ステップと、をさらに含むプログラムを格納するこ
とを特徴とする請求項１６または１７記載の情報記録媒
体。
【請求項１９】前記変換情報は、符号量を複数段階に変
化させた情報であることを特徴とする請求項１６、１７
または１８記載の情報記録媒体。
【請求項２０】前記変換情報は、前記クライアントが再
生できないフォントを画像に変換した情報を含むことを
特徴とする請求項１６、１７、１８または１９記載の情
報記録媒体。
【請求項２１】前記変換情報は、１つのフレームを構成
する複数の画像情報を１つの画像情報に合成した情報を
含むことを特徴とする請求項１６、１７、１８、１９ま
たは２０記載の情報記録媒体。
【請求項２２】前記変換情報は、リンク先の情報が前記
クライアントに表示可能になるように、リンク先を指示
する部分を変換した情報を含むことを特徴とする請求項
１６、１７、１８、１９、２０または２１記載の情報記
録媒体。
【請求項２３】前記変換情報は、取得した情報と、その
情報とリンクしている他の情報とを１つのファイルにま
とめた情報であることを特徴とする請求項２２記載の情
報記録媒体。