JP3901126B2 - データ変換装置、データ変換装置を備えたネットワークシステム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、入力されたデータのサイズ等を変換して出力する変換装置に係り、特に、複数の種類の伝送媒体中を伝送する画像、音声データ等のマルチメディア・データを中継する中継器として機能するデータ変換装置、データ変換装置を備えたネットワークシステムおよびデータ伝送方法に関する。
【０００２】
【従来の技術】
一般に、ネットワークシステムにおいては、ネットワークに接続される複数の情報処理装置同士の間で、サービスの提供が行われる。
【０００３】
この場合、通常、サービスを要求する側の情報処理装置はクライアントと称し、一方、サービスを提供する側の情報処理装置をサーバと称している。
【０００４】
図３に、マルチメディアネットワークシステムの一構成例を示す。図３において、１０１は、サーバ、１０２、１０４は、ネットワーク、１０５は、クライアント、３０１は中継装置である。
【０００５】
このように、サーバ１０１は、ネットワーク１０２を介して、中継装置３０１に接続され、さらに、中継装置３０１は、ネットワーク１０４を介して、クライアント１０５に接続されている。
【０００６】
クライアント１０５からサーバ１０１へのサービス要求に対して、サーバ１０１は、クライアント１０５に対してサービスの提供を行なう。この際、サーバ１０１とクライアント１０５間での各種の情報の送受信は、ネットワーク１０２、中継装置３０１、ネットワーク１０４を介して行なわれる。
【０００７】
そして、中継装置３０１は、情報を受信し、所望の送信先に情報を送信する機能を有する。この際、中継装置３０１は、情報の送受信を定められた通信手順にしたがって行なっているのみあり、情報の加工、特に、情報量の制御等を行なうようには、なっていなかった。
【０００８】
なお、ネットワークシステム上には、通常、多数の情報処理装置が存在するが、同図では、サーバ１０１とクライアント１０５の間の情報伝送に直接関係しない情報処理装置は、省略している。なお、情報処理装置としては、ワークステーション、パーソナルコンピュータ（以下適宜「パソコン」と略記）、家庭用ゲーム機、家庭用情報端末、個人情報管理端末装置、ケーブルテレビ送信機、テレビ受信機等が挙げられる。
【０００９】
ところで、サーバがクライアントに対してサービスを提供する際には、サーバとクライアントの間では各種のデータの送受信が行われる。特に、「マルチメディア・データ」の受け渡しを考慮してたネットワークシステムは、「マルチメディアネットワークシステム」と称されている。
【００１０】
本明細書においては、「マルチメディア・データ」とは、以下に述べるような複数種類のデータのうちの少なくとも１つ含むデータと定義する。
【００１１】
そして、前記複数種類のデータ例として、テキスト・データ、音声データ、ベクトルピクチャデータ、静止画像データ、動画像データ、音楽トラックデータ、ハイパーテキストデータ、マルチメディアスクリプトデータ、バーチャルリアリティデータ等が挙げられ、これらのうちいずれかを含むデータがマルチメディア・データとなる。
【００１２】
さて、従来の情報処理装置が扱ってきたデータは、テキストデータやプログラムソフトウェアのデータが大半を占めており、これらのデータは、１ビットのデータの違いも許されない。すなわち、１ビットでもデータの違いが生じれば、思い通りにプログラムが動作しないことになってしまう。
【００１３】
一方、近年、情報処理装置の処理能力の向上により、比較的データサイズの大きい、画像データや音声データ扱う場合が増加している。これらのデータの特徴は、本質的に冗長性を有していることであり、データが多少不完全であっても、データとしての役割を果たすことが可能なデータであると言える。
【００１４】
例えば、静止画像の解像度を低下させたり、音声データのサンプリングレートを小さくすることによってデータサイズを減少させ、所望のデータサイズにしても、静止画像や音声データとして機能する。
【００１５】
このような事情を鑑み、これらのデータの品質を制御するという概念が生まれた。
【００１６】
このようなデータを多く含むマルチメディア・データを伝送することを想定した場合、クライアント側が高品質のデータを受信する性能を有していない場合等には、サーバ側が高品質なデータを出力することが不可能であり、始めから、低品質で小サイズのデータをクライアントに送信するほうが、送信時間を短縮でき、ネットワークのトラフィックを減少させるため、データ伝送上効率が良い場合がある。なお、例えば、低品質とは、ある画素数を有する静止画像（高品質なデータ）の画素数を間引いて、画質を落したデータ等が挙げられる（この場合同時に、データサイズが小さくなっている）。
【００１７】
また、サーバ・クライアント間を接続する伝送媒体は、各種各様の媒体が存在し、クライアントが高性能であっても、伝送媒体の伝送能力が低い場合には、データの伝送時間が長くなってしまい、実用的なシステムを実現することができない場合がある。さらにユーザが、プレビュー等による、マルチメディア・データの概要観察を望む場合もある。
【００１８】
そこで、ネットワークの伝送能力やクライアントの性能等を考慮し、ユーザの要求に適したデータをサーバが提供するための技術として、メディア変換サーバに関する技術が提案されている。この技術では、サーバが有する高品質なデータをクライアントに提供するときに、データサイズ等を調節し、即ち、データサイズを変化させることによって、トラフィックやクライアントの性能を考慮した、好適なデータを伝送することが可能である。
【００１９】
広域ネットワーク・システムでは、サーバは、不特定のクライアントとの接続を許容する場合が多い。「インターネット・マガジン１９９５年２月号（ソフトバンク株式会社発行）」の３５頁から６１頁には、多数の不特定クライアントにサービスを提供する、マルチメディアネットワークシステムに関する技術が記載されている。
【００２０】
【発明が解決しようとする課題】
ところで、前述したメディア変換サーバ技術は、このようなシステムに対して、適用することが困難であるといえる。
【００２１】
その理由としては、（１）クライアントのユーザと、サーバの管理組織との間には、伝送データのサイズ等に関し、何らの契約関係も存在しないことが多く、クライアント側の要望を満たすように、サーバを機能させることが困難な場合が多い。
【００２２】
（２）サーバ側から、クライアントの接続環境や性能（接続回線の伝送能力等）を判断することが困難であり、サーバ側の能力に適合したデータを提供することが可能であるかを調べることが困難である等が挙げられる。
【００２３】
つまり、マルチメディアネットワークシステムでは、クライアントが受信するデータの、データ量等を制御することが必要とされているものの、広域ネットワーク環境では、サーバ側にデータ量を制御する手段を設けることは、現実的に困難である。
【００２４】
そこで、本発明の目的は、サーバの仕様を変更せずに、サーバから送信されるデータを、クライアントの性能、クライアントに接続する伝送媒体等を考慮したデータに変換し、前記データを前記クライアントに受信させるデータ変換装置、データ変換装置を備えたネットワークシステムおよびデータ伝送方法を提供することにある。
【００２５】
また、本発明の他の目的は、クライアントのユーザが、マルチメディア・データの変換処理の制御を行なう指示を行ない、該指示にしたがったデータ変換処理を行うことを可能とするデータ変換装置、データ変換装置を備えたネットワークシステムおよびデータ伝送方法を提供することにある。
【００２６】
【課題を解決するための手段】
上記目的を解決するために、以下の手段が考えられる。
【００２７】
すなわち、１種類以上のデータを含む入力情報を受け付ける情報入力手段と、該入力情報を構成する各データの種類を調べ、データ量の変換処理を行なうデータである変換対象データとして予め定められたデータであると判断した場合、当該データを前記入力情報から抽出するデータ解析手段と、抽出したデータのデータ量を、データの種類に対して予め定めた規則に従って変換処理する制御手段と、前記入力情報のうち、変換処理されたデータを、変換処理前のデータと置き換えて、入力情報を再構成する情報構成手段と、再構成された情報を出力する情報出力手段とを有して構成される装置である。
【００２８】
また、以下の示すような態様も考えられる。
【００２９】
すなわち、前記情報入力手段は、特定データのサイズを特定の変換率で変換する旨のコマンド（拡張コマンド）を、受け付ける機能を有した構成にし、さらに、受け付けた拡張コマンドの内容を解析し、前記特定データのサイズを、前記特定の変換率で変換したデータを、前記情報構成手段が扱う前記変換処理されたデータとして与える機能を有する処理手段とを備えた装置である。
【００３０】
さらに、以下に示すような手段も考えられる。
【００３１】
すなわち前記情報入力手段は、主に文字列によって文字列以外のデータを参照するマルチメディア情報を受け付け、該入力情報を記述を分類し、構成する各記述を調べ、データ量の変換処理を行なうデータである変換対象データとして予め定められたデータを参照している記述である場合、当該記述を前記入力情報から抽出するデータ解析手段と、抽出したデータの参照方法を、データの種類に対して予め定めた規則に従って複製をつくり、変換する制御手段と、前記入力情報のうち、変換処理されたデータを、変換処理前のデータと置き換えて、入力情報を再構成する情報構成手段と、再構成された情報を出力する情報出力手段と、を備えた装置である。
【００３２】
また、以下に示すような手段も考えられる。
【００３３】
すなわち前記情報入力手段は、主に文字列によって文字列以外のデータを参照するマルチメディア情報を受け付け、該入力情報を記述を分類し、構成する各記述を調べ、データ量の変換処理を行なうデータである変換対象データとして予め定められたデータでを引用している記述である場合、当該記述を前記入力情報から抽出するデータ解析手段と、抽出したデータの参照方法を、データの種類に対して予め定めた規則に従って変換する制御手段と、前記入力情報のうち、変換処理されたデータを、変換処理前のデータと置き換えて、入力情報を再構成する情報構成手段と、再構成された情報を出力する情報出力手段と、を有する装置である。
【００３４】
情報入力手段は、１種類以上のデータを受け付け、さらに、データ解析手段は、該入力情報を構成する各データの種類を調べ、データ量の変換処理を行なうデータである変換対象データとして予め定められたデータであると判断した場合、当該データを前記入力情報から抽出する。
【００３５】
制御手段は、抽出したデータのデータ量を、データの種類に対応して予め定めた規則に従って変換処理し、さらに、情報構成手段は、前記入力情報のうち、変換処理されたデータを、変換処理前のデータと置き換えて、入力情報を再構成する。
【００３６】
そして、情報出力手段は、再構成された情報を出力する。
【００３７】
これにより、入力されたデータの、データ量の調整を自動的に行なうことを可能にする。
【００３８】
また、前記入力手段によって、特定データのサイズを特定の変換率で変換する旨のコマンドを、受け付ける。
【００３９】
そして、処理手段は、受け付けたコマンドの内容を解析し、前記特定データのサイズを前記特定の変換率で変換したデータを、前記情報構成手段が扱う前記変換処理されたデータとして与える。
【００４０】
これにより、ユーザが、マルチメディア・データの変換処理の制御を行なう指示を行ない、該指示にしたがったデータ変換処理を行うことを可能とする。
【００４１】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照しつつ説明する。
【００４２】
まず、本発明の第１実施の形態を、図１〜図１９を参照して説明する。
【００４３】
（第１実施の形態）
図１は、本発明にかかる第１実施の形態の構成図である。
【００４４】
図１に示すように、第１実施の形態のシステムは、サーバ１０１と、ネットワーク１０２、１０４と、マルチメディアデータ量制御中継装置１０３と、クライアント１０５とを、有して構成されている。
【００４５】
接続携帯は従来のマルチメディア・ネットワーク・システムと同様である。尚、サーバ１０１とクライアント１０５との間では、マルチメディア・データの通信が行なわれており、この際、マルチメディアデータ量制御中継装置１０３は、データ量の制御を行なっている。
【００４６】
なお、サーバ１０１が、クライアント１０５以外にもサービス提供を行うことは可能であるが、説明を簡単に行なうため、図１では、１つのクライアント１０５のみについて図示している。
【００４７】
また、ネットワーク１０２とネットワーク１０４の伝送能力が異なるようにしたシステム構成にしておくと、本マルチメディアデータ量制御中継装置１０３は、その効果を多いに発揮する。
【００４８】
異なるネットワーク１０２、１０４に接続して、本マルチメディアデータ量制御中継装置１０３をゲートウェイとして構成することも好ましい。
【００４９】
なお、ネットワーク１０２、ネットワーク１０４は、それぞれ、複数のネットワークから構成されていても良い。
【００５０】
図２は、図１に示したマルチメディアデータ量制御中継装置１０３の構成図である。
【００５１】
図２に示す装置１０３は、所定の処理を行なうＣＰＵ２０１と、該ＣＰＵ２０１を動作させるプログラムを含む、必要な情報を記憶するための記憶装置２０２と、ネットワーク１０２、１０４と本装置との間でのデータ通信の制御を行なう通信制御部２０３と、補助記憶装置２０５とを有して構成され、各構成要素は、互いに情報伝送が可能なように、バス２０４にて接続されている。
【００５２】
さて、マルチメディアデータ量制御中継装置１０３の動作について説明する。
【００５３】
なお、記憶装置２０２、通信制御部２０３、補助記憶装置２０５、通信制御部２０６は、ＣＰＵ２０１がバス２０４を介して送る命令やデータにより、制御されるものとする。また、マルチメディアデータ量制御中継装置１０３の主たる機能は、ＣＰＵ２０１が予め定められたソフトウェアにしたがって動作することによって実現される。
【００５４】
まず、図５を参照して、本実施の形態において制御対象となるマルチメディア・データの構成を示す。
【００５５】
図５において、５０１は、ｎ個のデータを有して構成されるマルチメディア・データであり、５０２は１番目のデータ、５０３は２番目のデータ、…、５０４はｎ番目のデータである。各データは夫々、データ番号、データ種類、およびデータ内容を有する。具体的に述べると、５０５はデータ５０２のデータ番号、５０６はデータ５０２のデータ種類、５０７はデータ５０２のデータ内容である。
【００５６】
同様に、５０８はデータ５０３のデータ番号、５０９はデータ５０３のデータ種類、５１０はデータ５０３のデータ内容であり、さらに、５１１はデータ５０４のデータ番号、５１２はデータ５０４のデータ種類、５１３はデータ５０４のデータ内容である。
【００５７】
図５に示すような構成を有するマルチメディア・データが制御対象となる。
【００５８】
図４は、図２に示すＣＰＵ２０１が、予め定められたソフトウェアにしたがって動作することによって実現される機能を図式化した、機能ブロック図である。
【００５９】
本機能ブロック図の構成要素について説明し、その動作を説明する。
【００６０】
通信制御部２０３、２０６は、図２に示したものと同一であり、夫々、サーバ側のネットワーク１０２、クアイアント側のネットワーク１０４に接続されている。
【００６１】
データ量制御部４０１は、変換対象（制御対象）マルチメディア・データ４０９と制御情報４０８とを入力して、制御情報４０８に基づいて、変換対象となるマルチメディア・データ４０９を構成するデータに対して、各データに応じた変換を行ってデータ量の制御を行い、それを変換済みマルチメディア・データ４１０として出力する処理を行なう。
【００６２】
抽出部４０２は、マルチメディア・データ４０７と抽出情報４１２とを入力し、データ量の制御対象となるデータ群を、マルチメディア・データから抽出し、それを変換対象マルチメディア・データ４０９として出力する処理を行なう。また、拡張対象となるデータ群を、マルチメディア・データから抽出し、それを拡張対象マルチメディア・データ４１６として出力する機能も有する。
【００６３】
拡張部４０３は、拡張対象マルチメディア・データ４１６と拡張方策情報４１８とを入力して、拡張方策情報４１８に基づいて、拡張対象マルチメディア・データ４１６を拡張処理し、それを拡張済みマルチメディア・データ４１３として出力する処理を行なう。なお、「拡張」の概念については、後に説明する。
【００６４】
格納処理部４０４は、マルチメディア・データ４０７、変換済みマルチメディア・データ４１０、拡張済みマルチメディア・データ４１３を入力し、マルチメディア・データ４０７の一部のデータを変更し、変換済みマルチメディア・データ４１０を、対応する変換前のデータと入れ替え、また、拡張済みマルチメディア・データ４１３を新たに挿入し、それを変換拡張済みマルチメディア・データ４１１として出力する。なお、拡張処理が行なわれないときには、マルチメディア・データ４０７への拡張済みマルチメディア・データ４１３の挿入は行なわれない。
【００６５】
解釈部４０５は、クライアント側から送られてくるコマンド４１４と、拡張方策情報４１８とを入力し、コマンド４１４が、データ量の制御処理を行なうことを指示する拡張コマンドである場合には、拡張方策情報４１８をもとに、拡張される以前のコマンドに変換して、それを解釈済みコマンド４１５として出力し、さらに、拡張コマンドに対応する制御パラメータ４１９を出力する処理を行なう。一方、コマンド４１４が拡張コマンドでない場合には、コマンド４１４は変換されずにそのまま解釈済みコマンド４１５として出力される。前記拡張コマンドについても後に説明する。
【００６６】
制御テーブル４０６は、データ量制御部４０１が変換可能なデータの種類と、各データの変換時のパラメータを、少なくとも記憶しておく手段である。
【００６７】
拡張テーブル４１７は、拡張部４０３が行なうマルチメディア・データの拡張処理の拡張方法を示す拡張方策情報４１８が格納されている。
【００６８】
なお、本発明において、通信制御部２０３と２０６を併せて、１つの通信制御部によってマルチメディアデータ量制御中継装置１０３の機能を実現することも可能である。
【００６９】
この場合、以下の３つの構成のいずれかによって、図１で示されるシステムと同様の機能を実現可能である。
【００７０】
（１）ネットワーク１０２にサーバ１０１、マルチメディアデータ量制御中継装置１０３、クライアント１０５を接続する構成である。（２）図３のシステムに対して、ネットワーク１０２にマルチメディアデータ量制御中継装置１０３を接続する構成である。（３）図３のシステムに対して、ネットワーク１０４にマルチメディアデータ量制御中継装置１０３を接続する構成である。
【００７１】
次に、具体的な動作例について説明する。
【００７２】
まず、図３に示す従来のマルチメディア・ネットワーク・システムにおいて、本発明を適用しない場合の動作について説明する。これについては、従来技術において若干説明したが、本発明の特徴を明確にするために具体的に説明する。
【００７３】
図３において、３０１は、ネットワーク１０２とネットワーク１０４との間のデータの受け渡しを行う機能を有する中継装置である。
【００７４】
サーバ１０１は、図６に示すマルチメディア・データＡと、図７に示すマルチメディア・データＢ７０１を保有しているものとする。そして、システムの起動後は、クライアントから発信される、これらのデータの転送要求コマンドを受け付け、要求に応じてデータをクライアントに転送する。
【００７５】
図６において、６０１は、３つのデータを有して構成されるマルチメディア・データＡであり、６０２、６０３、６０４は、マルチメディア・データＡ６０１を構成するデータである。
【００７６】
６０５はデータ６０２のデータ番号、６０６はデータ６０２がテキストデータであることを示すデータ種類、６０７はデータ６０２のデータ内容であり、テキスト・データが格納されている。同様に、６０８は、データ６０３のデータ番号、６０９はデータ６０３が静止画像データであることを示すデータ種類、６１０はデータ６０３のデータ内容であり、静止画像データＡが格納されている。
【００７７】
さらに、６１１はデータ６０４のデータ番号、６１２はデータ６０４がボタンデータであることを示すデータ種類、６１３はデータ６０４のデータ内容であり、ボタンデータが格納されている。ここで「ボタンデータ」とは、クライアント側の表示装置において、ユーザが、選択可能なボタンを表示し、ユーザが、表示されたボタンを選択することによって、ボタンに対応するコマンドを、サーバに発信可能とする処理を行なうためのデータである。
【００７８】
なお、データ６０４には、サーバに対して、マルチメディア・データＢ７０１の転送を要求するコマンドを発信することを可能とするためのボタンデータが格納されている。また、図示はしないがボタンデータは、ボタン名というデータを有しており、ここでは、ボタンデータ６０４のボタン名を「走行風景」とする。
【００７９】
次に、図７において、７０１は、１つのデータからなるマルチメディア・データＢであり、７０２は、７０１を構成するデータである。
【００８０】
７０３はデータ番号、７０４はデータ７０２が静止画像データであることを示すデータ種類、７０４はデータ７０２のデータ内容であり、静止画像データＢが格納されている。
【００８１】
なお、ネットワーク１０４に接続されるクライアント１０５は、少なくともマルチメディア・データを解釈する手段、ディスプレイ、ポインティング・デバイス、コマンド等の情報をネットワーク１０４に送信し、かつ、ネットワーク１０４からの情報を受信する機能を有する通信装置をする。
【００８２】
さて、クライアント１０５が起動し、サーバ１０１に対して、マルチメディア・データＡの転送要求コマンドを発信するものとする。この転送要求コマンドは、ネットワーク１０４を介して中継装置３０１が受信し、サーバ１０１に転送する。
【００８３】
サーバ１０１は、ネットワーク１０２を介して、このコマンドを受信し、マルチメディア・データＡ６０１をクライアント１０５に発信する。中継装置３０１は、ネットワーク１０２を介してマルチメディア・データＡ６０１を受信して、受信したマルチメディア・データＡ６０１を、クライアント１０５に転送する。
【００８４】
クライアント１０５は、ネットワーク１０４を介してマルチメディア・データＡ６０１を受信し、受信内容を解釈し、図８に示すような画像情報をディスプレイに表示し、ポインティングデバイスによるユーザからの指示を待つ。
【００８５】
図８において、８０１は、マルチメディア・データＡ６０１の画面表示であり、８０２はテキスト・データ６０７の画面表示、８０３は静止画像データＡ６１０の画面表示、８０４はボタンデータ６１３の画面表示である。このように、マルチメディア・データを構成するデータの格納順序（このような格納は、「構成する」を意味する。以下同様）に従って表示される。
【００８６】
クライアント１０５のユーザが、ポインティング・デバイスによってボタン８０４を選択すると、クライアント１０５は、サーバ１０１に対してマルチメディア・データＢ７０１の転送要求コマンドを発信する。この転送要求コマンドは、ネットワーク１０４を介して中継装置３０１が受信して、サーバ１０１に転送する。サーバ１０１は、ネットワーク１０２を介して、このコマンドを受信し、マルチメディア・データＢ７０１をクライアント１０５に発信する処理を行なう。
【００８７】
中継装置３０１は、ネットワーク１０２を介してマルチメディア・データＢ７０１を受信して、これをクライアント１０５に転送する。クライアント１０５は、ネットワーク１０２を介してマルチメディア・データＢ７０１を受信し、受信内容を解釈し、図９に示すように、画像データをディスプレイに表示する。
【００８８】
なお、図９において、９０１はマルチメディア・データＢ７０１の画面表示であり、９０２は静止画像データＢ７０５を画面表示したものである。
【００８９】
以上は従来装置の動作であるが、次に、図１に示すような、本発明にかかるシステムの動作について説明する。
【００９０】
なお、本実施の形態では、説明を簡単にするため、以下の前提条件を設定する。
【００９１】
（前提１）データ量制御部４０１が変換可能なデータは、静止画像データのみであること。変換、即ち、データ量の削減は、画像の表示サイズを縦・横ともに「１／２」にとすることによって行なう。
【００９２】
（前提２）拡張部４０３による、マルチメディア・データの拡張を行わないこと。
【００９３】
（前提３）クライアント１０５からサーバ１０１に対して、拡張コマンドは送信されないこと。これは、前提２と関係する。
【００９４】
前提１に基づいた、制御テーブル４０６の例を、図１０に示す。
【００９５】
図１０において、１００１は制御テーブル４０６における１項目となっており（通常は、複数項目が登録されている）、１００２は、項目１００１が静止画像データに関する項目であることを示すデータ種類、１００３は静止画像データのデータ量制御方法であり、ここでは画像表示サイズ変更が指定されている。さらに、１００４はデータ量制御方法に用いられるパラメータである。ここでは、項目１００１は、静止画像データに対して、画像表示サイズ変更をパラメータを「１／２」として実行し、表示サイズを１／２することになる。
【００９６】
また前提２と前提３から、拡張テーブル４１７は用いられない。
【００９７】
これらの条件を踏まえて、本発明にかかる装置の動作を詳細に説明する。
【００９８】
まず、クライアント１０５が起動すると、サーバ１０１に対してマルチメディア・データＡ６０１の転送要求コマンドを発信するものとする。通信制御部２０６は、ネットワーク１０４を介してサーバ１０１に対して発信された転送要求コマンドを受信し、コマンド４１４として、解釈部４０５に渡す。
【００９９】
解釈部４０５では、コマンド４１４が拡張コマンドでないことを確認し、解釈済みコマンド４１５として、通信制御部２０３に渡す。そして、通信制御部２０３は、解釈済みコマンド４１５を、サーバ１０１に転送する。つまり、クライアント１０５からのコマンドは全く変更されずに、サーバ１０１に転送される。
【０１００】
サーバ１０１は、ネットワーク１０２を介してコマンドを受信し、マルチメディア・データＡ６０１をクライアント１０５に発信する処理を行なう。
【０１０１】
通信制御部２０３は、マルチメディア・データＡ６０１を受信し、マルチメディア・データ４０７とし、抽出部４０２および格納処理部４０４に渡す。
【０１０２】
抽出部４０２は、マルチメディア・データ４０７を受け取ると、マルチメディア・データから変換対象となるデータを抽出する処理である「変換対象データ抽出処理」と、マルチメディア・データから拡張対象となるデータを抽出する処理である「拡張対象データ抽出処理」を行う。
【０１０３】
前記前提２より、拡張部４０３によるマルチメディア・データの拡張処理は、行われないため、抽出部４０２による拡張対象データ抽出処理についての説明は、ここでは省略する。
【０１０４】
また、変換対象データ抽出処理では、制御テーブル４０６より、抽出情報４１２を獲得して処理に利用する。この抽出情報４１２としては、制御テーブル４０６に登録されている項目のうち、パラメータが設定されている（パラメータが「ＯＦＦ」ではない）項目のデータ種類だけを集めた情報列である。
【０１０５】
受け取ったマルチメディア・データに対応する抽出情報４１２がない場合、抽出部４０２は、変換対象データ抽出処理を実行せず、受け取ったマルチメディア・データを、そのまま変換対象マルチメディア・データとして出力し、データ量制御部４０１に渡す。
【０１０６】
本実施の形態では、制御テーブル４０６に登録されている項目は、静止画像に関する項目１００１のみであり、かつ、項目１００１のパラメータは「１／２」であるため、抽出情報４１２は「静止画像」のみとなり、受け取ったマルチメディア・データに対応する抽出情報４１２が存在するので、抽出部４０２は、変換対象データ抽出処理を実行する。
【０１０７】
抽出部４０２は、変換対象データ抽出処理を、図１１に示す流れ図に従って、実行する。
【０１０８】
以下、図１１を参照して、変換対象データ抽出処理について説明する。
【０１０９】
ステップ１１０１は、抽出部４０２による変換対象データ抽出処理の開始である。
【０１１０】
ステップ１１０２において、抽出部４０２は、５種類のデータの準備を行う。
【０１１１】
１つめ、通信制御部２０３から受け取ったマルチメディア・データ４０７である。２つめは、抽出情報４１２である。３つめは、構成データが「０個」であるマルチメディア・データＸである。４つめは、マルチメディア・データ４０７の構成データ数を表す変数ｎであり、マルチメディア・データ４０７は、具体的には、マルチメディア・データＡ６０１であるため、ｎ＝３となる。５つめは、処理の繰り返しに用いる処理制御変数ｉであり、初期値として、１を代入する。
【０１１２】
ステップ１１０３において、抽出部４０２は、マルチメディア・データ４０７のｉ番目のデータのデータ種類が、抽出情報４１２に含まれていないかを確認し、含まれているならば、「ＹＥＳ」とし、ステップ１１０４に進む。一方、含まれていなければ、「ＮＯ」とし、ステップ１１０５に進む。ここでは、ｉの値は「１」であり、マルチメディア・データ４０７の１番目のデータのデータ種類は「テキスト」である。従って、結果は「ＮＯ」となり、ステップ１１０４は、スキップされる。
【０１１３】
次に、ステップ１１０５において、抽出部４０２は「ｉ＋１」の結果をｉに代入する。この結果ｉの値は、２となる。
【０１１４】
ステップ１１０６において、抽出部４０２は、ｉとｎの大小関係を比較し、ｉ＞ｎならば、「ＹＥＳ」とし、ステップ１１０７に進み、そうでなければ、「ＮＯ」としてステップ１１０３に進む。ここで、ｉの値は、２、ｎは、３であるから、結果は「ＮＯ」となり、ステップ１１０３に進む。
【０１１５】
ステップ１１０３では、ｉは２であり、マルチメディア・データ４０７の２番目のデータのデータ種類は「静止画像」であるため、抽出部４０２の処理結果は「ＹＥＳ」となり、ステップ１１０４に進む。
【０１１６】
ステップ１１０４において、抽出部４０２は、ｉ番目のデータをマルチメディア・データＸに追加する。このとき追加されたデータのデータ番号は変更されない。ここでは２番目のデータがマルチメディア・データＸに追加される。
【０１１７】
そして、ステップ１１０５で、抽出部４０２は、ｉの値を３にする。
【０１１８】
ステップ１１０６では、抽出部４０２の処理結果は「ＮＯ」になり、ステップ１１０３に進む。
【０１１９】
ステップ１１０３では、ｉは３であり、マルチメディア・データ４０７の３番目のデータのデータ種類は「ボタン」であるため、抽出部４０２の処理結果は「ＮＯ」となり、ステップ１１０５に進む。ステップ１１０５では、抽出部４０２はｉの値は４にする。ステップ１１０６では、抽出部４０２の処理結果は「ＹＥＳ」になり、ステップ１１０７に進む。
【０１２０】
そして、ステップ１１０７において、抽出部４０２は、マルチメディア・データＸを、変換対象マルチメディア・データ４０９として出力し、データ量制御部４０１に渡す。
【０１２１】
図１２に、このときの変換対象マルチメディア・データ４０９を示す。
【０１２２】
図１２において、１２０１は変換対象データである。
【０１２３】
そして、ステップ１１０８で、抽出部４０２が、処理を終了する。
【０１２４】
以上の処理によって、抽出部４０２は、マルチメディア・データ４０７を得て、これに基づいて、変換対象マルチメディア・データ４０９を生成し、データ量制御部４０１に渡す。
【０１２５】
データ量制御部４０１は、変換対象マルチメディア・データ４０９を受け取ると、データ変換処理を図１３の流れ図に従って実行する。
【０１２６】
そこで、図１３を参照して、データ量制御部４０１が行なうデータ変換処理について説明する。
【０１２７】
まず、ステップ１３０１で、データ量制御部４０１がデータ変換処理を開始する。
【０１２８】
ステップ１３０２では、データ量制御部４０１は、３種類のデータの準備を行う。１つめは、抽出部４０２から受け取った変換対象マルチメディア・データ４０９である。２つめは、変換対象マルチメディア・データ４０９を構成するデータの数を表す変数ｎであり、ここでは、変換対象マルチメディア・データ４０９の構成データは１つであるため、ｎ＝１となる。３つめは、処理の繰り返しに用いる処理制御変数ｉであり、初期値として、１を代入しておく。
【０１２９】
ステップ１３０３では、データ量制御部４０１は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、「ＹＥＳ」とし、ステップ１３０７に進み、そうでなければ、「ＮＯ」とし、ステップ１３０３に進む。
【０１３０】
ここで、ｉの値は、１、ｎの値は、１であるから、「ＮＯ」となり、ステップ１３０４に進む。
【０１３１】
ステップ１３０４では、データ量制御部４０１は、変換対象マルチメディア・データ４０９のｉ番目のデータのデータ種類に対応する制御情報４０８を、制御テーブル４０６から獲得する。制御情報４０８とは、制御テーブル４０６において、あるデータ種類に対応して定められている、データ量制御方法とそのパラメータの情報（図１０参照）である。
【０１３２】
いま、ｉの値は、１であり、変換対象マルチメディア・データ４０９の１番目のデータのデータ種類は「静止画像」である。したがって、制御情報４０８の内容は、「データ量制御方法：画像表示サイズ変更，パラメータ：１／２」、となる。
【０１３３】
ステップ１３０５では、データ量制御部４０１は、制御情報４０８に従って、変換対象マルチメディア・データ４０９のｉ番目のデータのデータ内容である「静止画像データＡ」を、制御情報４０８に従い、その表示サイズを縦、横「１／２」の大きさに縮小し、データ量を削減（変換）する処理を行なう。さらに、このデータを変換対象マルチメディア・データ４０９のｉ番目のデータのデータ内容に上書きする。これにより、上書前のデータ内容は消去され、変換処理されたデータが格納される。
【０１３４】
ステップ１３０６では、データ量制御部４０１は「ｉ＋１」の演算を行い、結果をｉに代入する。この結果、ｉの値は、２になる。さらに、データ量制御部４０１は、ステップ１３０３の処理を行なう。
【０１３５】
ここでは、ｉの値は、２であるので、データ量制御部４０１のステップ１３０３の実行結果は「ＹＥＳ」となり、データ量制御部４０１は、処理をステップ１３０７に進める。
【０１３６】
そして、ステップ１３０７では、データ量制御部４０１は、各構成データが変換処理されている変換対象マルチメディア・データ４０９を、変換済みマルチメディア・データ４１０として出力し、格納処理部４０４に渡す。
【０１３７】
図１４に、このときの変換済みマルチメディア・データ４１０の構成を示す。
【０１３８】
図１４において、１４０１は、変換済みマルチメディア・データ、１４０２は、変換済みマルチメディア・データの１番目の構成データであり、１４０３は、静止画像Ａの表示サイズを縦、横それぞれ、１／２に縮小した画像データである。
【０１３９】
そして、ステップ１３０８にて、データ量制御部は、処理を終了する。
【０１４０】
以上の処理によって、データ量制御部４０１は、変換対象マルチメディア・データ４０９を得て、変換済みマルチメディア・データ４１０を生成し、格納処理部４０４に渡す。
【０１４１】
なお、前記前提２より、拡張部４０３の動作説明は、ここでは省略する。
【０１４２】
格納処理部４０４は、マルチメディア・データ４０７と、変換済みマルチメディア・データ４１０と、拡張済みマルチメディア・データ４１３を受け取ると、「変換済みデータ格納処理」と、「拡張済みデータ格納処理」を実行する。
【０１４３】
格納処理部４０４は、変換済みデータ格納処理を図１５の流れ図に従って実行する。
【０１４４】
以下、図１５を参照して、変換済みデータ格納処理について説明する。
【０１４５】
まず、ステップ１５０１で、格納処理部４０４が、変換済みデータ格納処理を開始する。
【０１４６】
ステップ１５０２では、格納処理部４０４は、５種類のデータの準備を行う。
【０１４７】
１つめは、通信制御部２０３から受け取ったマルチメディア・データ４０７である。２つめは、データ量制御部４０１から受け取った、変換済みマルチメディア・データ４１０である。３つめは、変換済みマルチメディア・データ４０１の構成データ数を表す変数ｎであり、ここでは、変換済みマルチメディア・データ４１０を構成するデータの数は、１つなので、ｎ＝１となる。４つめは、繰返し処理を行なうための処理制御変数ｉであり、初期値として、１が代入される。５つめは、変数ｋであり、初期値は、特に設定していない。
【０１４８】
ステップ１５０３において、格納処理部４０４は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、「ＹＥＳ」とし、ステップ１５０７に進み、そうでなければ、「ＮＯ」とし、ステップ１５０４に進む。
【０１４９】
ここで、ｉの値は、１、ｎの値は、１であるから、結果は「ＮＯ」となり、ステップ１５０４に進む。
【０１５０】
ステップ１５０４では、格納処理部４０４は、変換済みマルチメディア・データ４０７のｉ番目のデータのデータ番号を「k」に代入する。
【０１５１】
ここではｉの値は、１であり、図１４から、変換済みマルチメディア・データの１番目のデータのデータ番号は、２であるので、ｋ＝２となる。
【０１５２】
ステップ１５０５において、格納処理部４０４は、変換済みマルチメディア・データ４１０のｉ番目のデータを、マルチメディア・データ４０７のｋ番目のデータに上書きする。
【０１５３】
ここでは、ｉ＝１、ｋ＝２であるので、変換済みマルチメディア・データ４１０の１番目のデータを、マルチメディア・データ４０７の２番目のデータに上書きする。これにより、上書前のデータ内容は消去され、変換処理されたデータが格納される。
【０１５４】
ステップ１５０６では、格納処理部４０４は、「ｉ＋１」の演算を行い、結果を、ｉに代入する。ここでは、ｉの値は、２になる。
【０１５５】
次に、格納処理部４０４は、ステップ１５０３に処理を進める。
【０１５６】
ここでは、ｉの値は、２であるので、格納処理部４０４のステップ１３０３の実行結果は「ＹＥＳ」となり、格納処理部４０４は、処理をステップ１５０７に進める。
【０１５７】
そして、ステップ１５０７では、格納処理部４０４は、マルチメディア・データ４０７を、変換データ格納済みマルチメディア・データとして、一時的に保持する。
【０１５８】
このときの変換データ格納済みマルチメディア・データとして保持されるマルチメディア・データを、図１６に示す。
【０１５９】
図１６において、１６０１は、格納処理部４０４の変換済みデータ格納処理によって保持されるマルチメディア・データである。
【０１６０】
そして、ステップ１５０８で、格納処理部４０４は、変換済みデータ格納処理を終了する。
【０１６１】
なお、ここでは、拡張済みデータ格納処理の説明を省略しているので、格納処理部４０４は、マルチメディア・データ１６０１を変換拡張済みマルチメディア・データ４１１として出力し、通信制御部２０６に渡す。
【０１６２】
通信制御部２０６は、クライアント１０５に、マルチメディア・データ１６０１を転送する。
【０１６３】
クライアント１０５は、ネットワーク１０２を介してマルチメディア・データ１６０１を受信し、受信内容を解釈し、図１７に示す様に、マルチメディア・データをディスプレイに表示し、ポインティングデバイスによるユーザからの指示を待つ。
【０１６４】
図１７において、１７０１は、マルチメディア・データ１６０１を受信したクライアントの画面表示である。１７０２は、縦、横ともに「１／２」に縮小された静止画像データＡの画面表示である。
【０１６５】
クライアント１０５のユーザが、ポインティング・デバイスによって、ボタン８０４を選択すると、クライアントは、サーバ１０１に対して、マルチメディア・データＢ７０１の転送要求コマンドを発信する。この転送要求コマンドは、ネットワーク１０４を介してマルチメディアデータ量制御中継装置１０３が受信し、サーバ１０１に転送する。サーバ１０１は、ネットワーク１０２を介して、このコマンドを受信し、マルチメディア・データＢ７０１をクライアント１０５に発信する処理を行なう。そして、マルチメディアデータ量制御中継装置１０３は、ネットワーク１０２を介してマルチメディア・データＢ７０１を受信して、上記と同様のデータ量の制御処理を行う。この結果、マルチメディア・データＢ７０１は、図１８に示す様な、マルチメディア・データに変換される。
【０１６６】
図１８において、１８０１は、マルチメディアデータ量制御中継装置１０３によって変換処理されたマルチメディア・データＢ７０１であり、１８０３は、マルチメディア・データ１８０１の１番目の構成データであり、１８０２は、静止画像Ｂの表示サイズを縦、横ともに、「１／２」に縮小した静止画像データである。
【０１６７】
マルチメディアデータ量制御中継装置１０３は、マルチメディア・データ１８０１を、クライアント１０５に転送する。クライアント１０５は、ネットワーク１０２を介してマルチメディア・データ１８０１を受信し、受信内容を解釈し、図１９に示すような画面をディスプレイに表示する。図１９において、１９０１は、マルチメディア・データ１８０１の画面表示であり、１９０２は、静止画像データ１８０２の画面表示である。
【０１６８】
ここで、本例の効果について説明することにする。
【０１６９】
クライアントが備えるディスプレイの表示画面の解像度を「６４０×４８０ドット」として説明する。また、マルチメディア・データのデータ量を、次のように仮定する。
【０１７０】
即ち、各構成データのデータ番号、データ種類のデータ量は、合計で４バイトとする。テキスト・データは、１文字２バイトとする。静止画像は、1ドットの表現可能色数２５６色、つまり１バイトのデータによって表現される。ボタンデータは、２００バイトとする。
【０１７１】
以上の仮定によって、マルチメディア・データ６０１のデータ量を計算する。
【０１７２】
テキスト・データ６０７の文字数を１００文字とすると、この場合、文字のデータ量は２００（１００×２）バイトになる。また、テキスト・データ６０７には、文字の大きさ、配置等の情報が、１００バイト含まれているので、テキスト・データ６０７のデータ量は、３００バイトとなる。
【０１７３】
また、静止画像データＡ６１０のデータの表示サイズを「２００×１５０ドット」とすると、データ量は「１×２００×１５０」＝３００００バイトとなる。
【０１７４】
上記の仮定から、マルチメディア・データ６０１のデータ量は、「（４＋３００）＋（４＋３００００）＋（４＋２００）＝３０５１２バイト」となる。
【０１７５】
また、静止画像データ１４０３は、表示サイズが縦、横ともに、「１／２」に縮小されており、１００×７５ドットである。したがって、静止画像データ１４０３のデータ量は、「1×１００×７５」＝７５００バイトとなる。
【０１７６】
よって、変換処理後のマルチメディア・データ１６０１のデータ量は、「（４＋３００）＋（４＋７５００）＋（４＋２００）＝８０１２バイト」となる。
【０１７７】
以上の計算から、マルチメディアデータ量制御中継装置１０３によって、マルチメディア・データ６０１のデータ量は、３０５１２バイトから、８０１２バイトまで低減されていることが分かる。
【０１７８】
これは、割合に換算すると、８０１２／３０５１２×１００≒２６．３（％）まで、データ量が削減されたことを意味し、データ転送時間は約３．８倍に高速化される。
【０１７９】
ここで、ネットワーク１０２の伝送速度を、１５０００００（ビット／秒）、ネットワーク１０４の伝送速度を、１４４００（ビット／秒）とする。
【０１８０】
従来例、つまり図３に示したシステム構成において、サーバ１０１からクライアント１０５へのマルチメディア・データ６０１の転送に必要な時間は、次の計算によって得られる。
【０１８１】
ｔ１を、サーバ１０１から中継装置３０１への転送時間、ｔ２を、中継装置３０１からクライアント１０５への転送時間、Ｔを、サーバ１０１からクライアント１０５への転送時間とする。
【０１８２】
また中継装置３０１の処理によるオーバヘッドは十分に小さく、省略可能であると仮定する。
【０１８３】
ｔ１＝３０５１２×８／１５０００００≒０．１６３秒
ｔ２＝３０５１２×８／１４４００≒１７．０秒
Ｔ＝ｔ１＋ｔ２≒１７．１６３秒
同様にして、本例、即ち、図１に示すシステム構成において、サーバ１０１からクライアント１０５へのマルチメディア・データ６０１の転送に要する時間は、次の計算によって得られる。
【０１８４】
ｔｃをマルチメディアデータ量制御中継装置の処理時間、ｔ１’をサーバ１０１からマルチメディアデータ量制御中継装置１０３への転送時間、ｔ２’をマルチメディアデータ量制御中継装置１０３からクライアント１０５への転送時間、Ｔ’を本例におけるサーバ１０１からクライアント１０５へのマルチメディア・データ６０１の転送時間とする。
【０１８５】
ｔ１’＝ｔ１≒０．１６３秒
ｔ２’＝８０１２×８／１４４００≒４．４５秒
Ｔ’＝ｔ１’＋ｔ２’＋ｔｃ≒（４．６１３＋ｔｃ）（秒）
となる。ここで、ｔｃ＝１秒と仮定すると、Ｔ’≒５．６１３（秒）となり、転送時間は、約（１７．１６３／５．６１３≒）３．０６倍短縮される。ｔｃ＝４秒と仮定しても、Ｔ’≒８．６１３（秒）となり、転送時間は、約（１７．１６３／８．６１３≒）２．０倍短縮される。
【０１８６】
つまり、上記のように、サーバ１０１とクライアント１０５とに、異なる伝送能力を有する２つのネットワークが接続されている場合、クライアント側のネットワークの伝送能力が相対的に低ければ、従来例に比べ、本発明は、マルチメディア・データの転送時間を、大幅に短縮する。
【０１８７】
マルチメディアデータ量制御中継装置１０３が１つの通信制御部を持つ場合であっても、図３のシステムに対して、ネットワーク１０２にマルチメディアデータ量制御中継装置１０３を接続する構成であれば、同様の効果を得られる。
【０１８８】
本実施の形態では、サーバ１０１からクライアント１０５へのマルチメディア・データの転送時間を短縮するために、静止画像データの品質を犠牲にしているものの、画像内容を大体把握するといった、ブラウジング等には非常に有効である。
【０１８９】
本実施の形態によれば、クライアント１０５のユーザは、従来例よりも短時間内に、より多くの静止画像データにアクセスすることが可能になる。これは、データの検索等に必要な時間を短縮できるという効果のみならず、対話型システムにおいて「使いやすさ」を決定する重要な要因である、応答時間の短縮化を可能とし、操作性に優れた対話型システムを実現できるという効果がある。なお、応答時間とは、ユーザが要求を発してから、該要求に対する返答結果が、ユーザに提示されるまでの時間である。
【０１９０】
また、本実施の形態において、ネットワーク１０２とネットワーク１０４の伝送能力が高く、かつ、夫々の伝送能力に大差がない場合、つまり伝送時間の短縮の効果が殆どない場合であっても、クライアント１０５が受信するデータ量を制御することが可能であるため、ユーザは、目的に応じて、提供される情報品質と所要時間とを考慮した配信態様を決定できることになり、この点からも、操作性に優れた対話型システムを実現できることになる。
【０１９１】
また、静止画像データの表示サイズ変換処理は、その静止画像データの一部に対して実行可能である。このように、データ量削減の処理を部分的に行なうことが可能である場合、マルチメディアデータ量制御中継処理装置１０３において、サーバ１０１からクライアント１０５に中継するマルチメディア・データの一部分に対して、本実施の形態と同様の処理を行ない、それを繰り返すことによって、本実施の形態と同様の機能を実現することが可能である。
【０１９２】
また同様に、マルチメディアデータ量制御中継処理装置１０３において、サーバ１０１からクライアント１０５に中継するマルチメディア・データを、その構成データの単位で分割し、その分割されたデータ毎に本実施の形態と同様の処理を行ない、それを繰り返すことによって、本実施の形態と同様の機能を実現することが可能である。
【０１９３】
上記２事例の場合では、例えば、マルチメディアデータ量制御中継処理装置１０３において、通信制御部２０３がサーバ１０１からのデータの受信待ちをしている間にデータ量制御部４０１の処理を実行することが可能であり、全体の処理効率が向上する。
【０１９４】
本実施の形態のよれば、中継装置１０３とクライアント１０５間のデータ転送速度を向上することができるため、中継装置１０３をよりサーバ１０１側に配置することによりシステム全体の転送速度を向上させることもできる。一方、中継装置の設置可能台数、システム構築の利便性等を考慮し中継装置１０３の配置を決定することが重要である。
【０１９５】
（第２実施の形態）
次に、図面を参照して、本発明にかかる第２実施の形態を説明する。
【０１９６】
まず、本実施の形態についての具体的な説明を行なう前に、マルチメディア・データの拡張（処理）の概念について説明する。
【０１９７】
本発明の第１実施の形態において、マルチメディアデータ量制御中継装置１０３は、サーバ１０１からクライアント１０５に中継する、総ての静止画像データに対して、表示サイズの縮小を行っている。しかし、クライアント１０５側のユーザによっては、この表示サイズの縮小を望まない場合もある。したがって、マルチメディアデータ量制御中継装置１０３が、静止画像のサイズの縮小を実行するか否かを、つまりデータ量の制御を行うか否かを、クライアントのユーザが選択することが可能でなければならない。これは、制御テーブルに登録しておく制御情報の登録の仕方によっても操作することが可能であるが、クライアント側の装置を使用して、簡単な操作によって実現できるようにしておくのが、好ましいのは言うまでもない。
【０１９８】
そこで、この問題を解決するために、マルチメディア・データに対する拡張処理を行うことを考えた。なお、「拡張」とは、いわば、リメークされたデータや命令でもって、既存のものを置き換えることを意味するような概念と捕らえると分かやすい。
【０１９９】
さて、マルチメディア・データの拡張について、具体例を用いて説明する。
【０２００】
マルチメディア・データ６０１の構成データ６０４のデータ種類はボタンデータであり、その内容６１３は、「マルチメディア・データＢ転送要求発信」である。クライアント１０５が備えるディスプレイの表示画面に、ボタンとして表示され、ユーザがポインティング・デバイスによって、表示されたボタンを選択することによって、クライアント１０５側からサーバ１０１に対して、「マルチメディア・データＢの転送要求コマンド」を発信することができる。
【０２０１】
このボタンに対して、「データ量が制御されたマルチメディア・データＢの、転送要求コマンド」を発信するためのボタンを新たにつけ加え、該ボタンが選択された場合にのみ、マルチメディアデータ量制御中継装置１０３が、データ量の制御を行うようにすることができれば、ユーザは、２つのボタンの選択操作によって、マルチメディアデータ量制御中継装置１０３によるデータ量の制御のを行なうか否かを選択することが可能になる。
【０２０２】
上記のようにマルチメディアデータ量中継装置１０３によってデータ量が制御されたデータの転送を要求するボタンを追加することが、マルチメディア・データの拡張である。
【０２０３】
また、マルチメディア・データの拡張によって、付け加えられたボタンを、クライアント側のユーザが選択することによって発信されたコマンドが、「拡張コマンド」である。
【０２０４】
第２実施の形態では、第１実施の形態において設定した３つの前提条件のうち、前記前提１のみを設定し、前記前提２および前提３を設定しない場合の、マルチメディアデータ量制御中継装置１０３の動作について説明する。
【０２０５】
マルチメディア・データの拡張を行う場合の処理を、第１実施の形態と同様に具体例を用いて説明する。
【０２０６】
本実施の形態における、拡張テーブル４１７の一例を、図２０に示す。
【０２０７】
図２０において、２００１は、拡張テーブルの項目の１つであり（複数項目存在しても良い）、２００２は、項目２００１の拡張名であり、ここでは「．ｓｍａｌｌ」としている。２００３は、項目２００１のボタン名であり、ここでは「ｓｍａｌｌ］としている。２００４は、項目２００１のデータ種類であり、項目２００１が静止画像に関する項目であることを示している。２００５は、項目２００１のデータ量制御方法であり、ここでは「画像表示サイズ変更」としている。２００６は、項目２００１のパラメータであり、データ量制御方法のためのパラメータを示しており、ここでは「１／２」である。図１０の制御テーブルの構成と比較して分かるように、「拡張名、ボタン名」が設けられている点が特徴となっている。
【０２０８】
さて、クライアント１０５が起動すると、サーバ１０１に対してマルチメディア・データＡ６０１の転送要求コマンドを発信する。この転送要求コマンドは、テキストで「ＲＥＱＵＥＳＴ：マルチメディア・データＡ」として表現されるとする。通信制御部２０６は、ネットワーク１０４を介して、サーバ１０１に対して発信された転送要求コマンドを受信し、受信したコマンド４１４を解釈部４０５に渡す。
【０２０９】
解釈部４０５は、コマンド４１４を受け取るとコマンド解釈処理を実行する。
【０２１０】
コマンド解釈処理は、図２１の流れ図に従って実行される。
【０２１１】
そこで、図２１を参照して、コマンド解釈処理について説明する。
【０２１２】
まず、ステップ２１０１で、解釈部４０５は、コマンド解釈処理の開始を行なう。
【０２１３】
ステップ２１０２において、解釈部４０５は、２種類のデータの準備を行う。
【０２１４】
１つめは、通信制御部２０６から受け取ったコマンド４１４である。２つめは、拡張方策情報４１８である。拡張方策情報４１８は、拡張テーブルに記憶されている総ての項目を集めた情報であり、ここでは、項目２００１になる。
【０２１５】
ステップ２１０３において、解釈部４０５は、コマンド４１４が転送を要求しているマルチメディア・データの名前の末尾と、拡張方策情報４１８のすべての項目の拡張名とを比較し、一致するかどうかを確認する。一致するならば、結果を「ＹＥＳ」とし、ステップ２１０４に進み、一致しなければ、結果を「ＮＯ」として、ステップ２１０６に進む。
【０２１６】
ここで拡張方策情報４１８の項目は、２００１のみであり、項目２００１の拡張名は「．ｓｍａｌｌ」である。一方、コマンド４１４が転送を要求しているマルチメディア・データの名前は「マルチメディア・データＡ」であり、この末尾と項目２００１の拡張名は、一致しない。よって、結果は「ＮＯ」となり、ステップ２１０６に進む。
【０２１７】
なお、ステップ２１０４に進む場合には、要求しているマルチメディア・データ名の末尾から拡張名を除去し、ステップ２１０５において、拡張方策情報中の除去した拡張名に対応する、データ量制御方法、パラメータを、制御テーブル４０６に書き込む処理を行なう。
【０２１８】
ステップ２１０６では、解釈部４０５は、制御パラメータとして「ＯＦＦ」を出力し、制御テーブル４０６のすべての項目のパラメータを「ＯＦＦ」に変更する。「ＯＦＦ」は、変換処理をしないことを意味する。
【０２１９】
また、ステップ２１０７では、解釈部４０５は、コマンド４１４を解釈済みコマンド４１５として出力し、通信制御部２０３に渡す。このときの解釈済みコマンド４１５は、前述したように、「ＲＥＱＵＥＳＴ：マルチメディア・データＡ」である。
【０２２０】
ステップ２１０８にて、解釈部４０５はコマンド解釈処理を終了する。
【０２２１】
以上のように、解釈部４０５は、コマンド４１４を解釈し、制御パラメータ４１９を変更することによって、制御テーブル４１６の内容を変更し、解釈済みコマンド４１５を出力する。
【０２２２】
ここでは、コマンド４１４と解釈済みコマンド４１５は、同じものであり、解釈部４０５は、制御テーブル４０６のすべての項目のパラメータを「ＯＦＦ」に変更する。
【０２２３】
次に、通信制御部２０３は、解釈済みコマンド４１５をサーバ１０１に転送する。
【０２２４】
サーバ１０１は、ネットワーク１０２を介してこのコマンドを受信し、マルチメディア・データＡ６０１を、クライアント１０５に送る。
【０２２５】
通信制御部２０３は、マルチメディア・データＡ６０１を受信し、受信データをマルチメディア・データ４０７として、抽出部４０２および格納処理部４０４に渡す。
【０２２６】
抽出部４０２は、マルチメディア・データ４０７を受け取ると、変換対象データ抽出処理と、拡張対象データ抽出処理を行う。
【０２２７】
ここでは、解釈部４０５によって制御テーブル４０６のすべての項目のパラメータが「ＯＦＦ」に変更されているため、変換すべきデータの抽出情報４１２は、存在しない。したがって、抽出部４０２は、変換対象データ抽出処理を実行せず、構成データが「０個」の空のマルチメディア・データを、変換対象マルチメディア・データ４０９として出力し、データ量制御部４０１に渡す。
【０２２８】
抽出部４０２は、図２２の流れ図に従って、拡張対象データ抽出処理を実行する。
【０２２９】
図２２を参照して、抽出部４０２が行なう、拡張対象データ抽出処理について説明する。
【０２３０】
まず、ステップ２２０１で、拡張対象データ抽出処理を開始する。
【０２３１】
ステップ２２０２において、抽出部４０２は、４種類のデータを準備する。
【０２３２】
１つめは、通信制御部２０３から受け取ったマルチメディア・データ４０７である。２つめは、構成データが「０個」のマルチメディア・データＸである。３つめは、マルチメディア・データ４０７の構成データ数を表す変数ｎであり、マルチメディア・データ４０７は、具体的には、マルチメディア・データＡ６０１であるため、ｎ＝３となる。４つめは、繰り返し処理に用いる処理制御変数ｉであり、初期値として、１を代入する。
【０２３３】
ステップ２２０３では、抽出部４０２は、マルチメディア・データ４０７のｉ番目のデータのデータ種類が「ボタン」であり、かつ、そのボタンをクライアントのユーザが選択した場合に発信されるコマンドが、データ転送要求コマンドであるか否かをチェックする。抽出部４０２は、かかる条件を満たしたと判断した場合には、ステップ２２０４に進み、もしそうでなければ２２０５に進む。
【０２３４】
ここではｉの値は、１であり、マルチメディア・データ４０７の１番目のデータのデータ種類は「テキスト」である。従って結果は「ＮＯ」となり、抽出部４０２は、ステップ２２０５に処理を進める。
【０２３５】
ステップ２２０５では、抽出部４０２は、「ｉ＋１」の結果をｉに代入し、この結果ｉの値は、２となる。ステップ２２０６において、抽出部４０２は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、結果を「ＹＥＳ」とし、ステップ２２０７に進み、そうでなければ、結果を「ＮＯ」とし、ステップ２２０３に進む。
【０２３６】
ここで、ｉの値は、２、ｎは、３であるから、結果は「ＮＯ」となり、ステップ２２０３に進む。
【０２３７】
ステップ２２０３では、ｉは、２であり、マルチメディア・データ４０７の２番目のデータのデータ種類は「静止画像」であるため、抽出部４０２の処理結果は「ＮＯ」となり、ステップ２２０５に進む。ステップ２２０５では、抽出部４０２は、ｉの値を、３にする。
【０２３８】
そして、ステップ２２０６において、抽出部４０２の処理結果は「ＮＯ」となり、ステップ２２０３に進む。ステップ２２０３では、ｉは、３であり、マルチメディア・データ４０７の３番目のデータのデータ種類は「ボタン」であるため、抽出部４０２の処理結果は「ＹＥＳ」となり、ステップ２２０４に進む。
【０２３９】
ステップ２２０４では、抽出部４０２は、マルチメディア・データ４０７のｉ番目のデータをマルチメディア・データＸに追加する。
【０２４０】
ここでは、抽出部４０２は、データ６０４をマルチメディア・データＸに追加する。そして、ステップ２２０５で、抽出部４０２は、ｉの値を４にする。
【０２４１】
ステップ２２０６では、抽出部４０２の処理結果は「ＹＥＳ」になり、ステップ２２０７に進む。
【０２４２】
ステップ２２０７では、抽出部４０２は、マルチメディア・データＸを拡張対象マルチメディア・データ４１６として出力し、拡張部４０３に渡す。
【０２４３】
図２３に、このときの拡張対象マルチメディア・データを示す。
【０２４４】
図２３において、２３０１は、抽出部４０２が拡張対象マルチメディア・データ４１６として出力するマルチメディア・データである。
【０２４５】
そして、ステップ２２０８で、抽出部４０２は、拡張対象データ抽出処理を終了する。
【０２４６】
次に、拡張部４０３の動作について説明する。
【０２４７】
拡張部４０３は、抽出部４０２から送られてきた拡張対象マルチメディア・データ４１６を受け取ると、図２４のフローチャートに従った拡張処理を行う。
【０２４８】
図２４を参照して、拡張部４０３が行なう拡張処理について説明する。
【０２４９】
ステップ２４０１で、拡張部４０３は、拡張処理を開始する。
【０２５０】
ステップ２４０２では、拡張部４０３は、７種類のデータを準備する。１つめは、抽出部４０２から受け取った拡張対象マルチメディア・データ４１６である。２つめは、拡張方策情報４１８であり、これは、拡張部４０３が拡張テーブル４１７から獲得する。３つめは、構成データが「０個」のマルチメディア・データＸである。４つめは、拡張方策情報４１８の項目数を表す変数ｍであり、ここでは、拡張方策情報４１８の項目は、２００１のみであるため、ｍ＝１となる。５つめは、拡張対象マルチメディア・データ４１６のデータ数を表す変数ｎであり、ここでは、拡張対象マルチメディア・データ４１６は、マルチメディア・データ２３０１であるので、ｎ＝１となる。６つめ、７つめは、繰り返し処理に用いる処理制御変数ｉ、ｊであり、拡張部４０３は、ｉに初期値として１を代入する。
【０２５１】
ステップ２４０３では、拡張部４０３は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、結果を「ＹＥＳ」とし、ステップ２４１０に進み、そうでなければ、結果を「ＮＯ」とし、ステップ２４０４に進む。
【０２５２】
ここではｉ＝１、ｎ＝１であるので、結果は「ＮＯ」となり、拡張部４０３は、ステップ２４０４に処理を進める。
【０２５３】
ステップ２４０４では、拡張部４０３は、拡張対象マルチメディア・データのｉ番目のデータをｍ個複製する。なお、複製された情報は、補助記憶装置等に一旦、格納しておけば良い。
【０２５４】
ここでは、ｉ＝１、ｍ＝１であるので、データ６０４の複製が１つ作られる。
【０２５５】
ステップ２４０５では、拡張部４０３は、ｊに１を代入する。ステップ２４０６では、拡張部４０３は、ｊ個目の複製データの拡張を行う。拡張部４０３は、まず、拡張方策情報４１８のｊ番目の項目の拡張名を、ｊ個目の複製データのボタンデータが要求するデータ名の末尾に加える。さらに、拡張部４０３は、拡張方策情報４１８のｊ番目の項目のボタン名をｊ個目の複製データのボタンデータのボタン名に上書きする。
【０２５６】
ここでは、ｊ＝１であり、複製データの１番目は、データ６０４である。ボタンデータ６１３が要求するデータの名前は、「マルチメディア・データＢ」である。拡張部４０３は、この名前の末尾に、拡張方策情報の１番目の項目、つまり項目２００１の拡張名を付け加え、ボタンデータ６１３のボタン名「走行風景」を項目２００１のボタン名「ｓｍａｌｌ」に書き換える。さらに、このデータをマルチメディア・データＸに加える。
【０２５７】
図２５に、このときのマルチメディア・データＸの構成を示す。
【０２５８】
図２５において、２５０１は、マルチメディア・データであり、２５０２は、拡張されたデータであり、２５０３は、「マルチメディア・データＢ．ｓｍａｌｌ」という名前のデータの転送要求コマンドを発信する事が可能な、「ｓｍａｌｌ」というボタン名を付けられた、ボタンデータである。
【０２５９】
ステップ２４０７では、拡張部４０３は、「ｊ＋１」の演算を行い、結果をｊに代入する。この結果ｊの値は、２になる。
【０２６０】
ステップ２４０８では、拡張部４０３は、ｊとｍの大小関係を判断し、ｊ＞ｍならば、結果を「ＹＥＳ」としステップ２４０９に進み、そうでなければ、結果を「ＮＯ」とし、ステップ２４０６に進む。
【０２６１】
ここでは、ｊ＝２、ｍ＝１であるので、拡張部４０３は、ステップ２４０９に処理を進める。
【０２６２】
ステップ２４０９では、拡張部４０３は、「ｉ＋１」の演算を行い、結果をｉに代入する。この結果、ｉの値は、２になる。さらに、拡張部４０３は、ステップ２４０３に処理を進める。
【０２６３】
ステップ２４０３では、ｉ＝２、ｎ＝１なので、拡張部４０３の処理結果は「ＹＥＳ」となり、拡張部４０３は、ステップ２４１０に処理を進める。
【０２６４】
ステップ２４１０では、拡張部４０３は、マルチメディア・データＸを拡張済みマルチメディア・データ４１３として出力し、格納処理部４０４に渡す。
【０２６５】
このときのマルチメディア・データ４１３は、具体的には、マルチメディア・データ２５０１である。
【０２６６】
そして、ステップ２４１１で、拡張部４０３は、拡張処理を終了する。
【０２６７】
次に、データ量制御部４０１の動作を説明する。
【０２６８】
データ量制御部４０１は、第１実施の形態の場合と同様に、図１３の流れ図に従って、処理を進める。処理概要を説明すると、以下のようになる。
【０２６９】
ここで、抽出部４０２から受け取る変換対象マルチメディア・データ４０９は、空のマルチメディア・データであるため、データ量制御部４０１は、ステップ１３０２において、ｎ＝０とする。
【０２７０】
ステップ１３０３では、データ量制御部４０１の処理結果は「ＹＥＳ」となり、データ量制御部４０１は、ステップ１３０７に進む。
【０２７１】
ステップ１３０７では、データ量制御部４０１は、マルチメディア・データＸ、つまり空のマルチメディア・データを、変換済みマルチメディア・データ４１０として出力し、格納処理部４０４に受け渡す。
【０２７２】
次に、格納処理部４０４に動作について説明する。
【０２７３】
格納処理部４０４は、マルチメディア・データ４０７と、変換済みマルチメディア・データ４１０と、拡張済みマルチメディア・データ４１３を受け取ると、変換済みデータ格納処理と、拡張済みデータ格納処理を実行する。
【０２７４】
格納処理部４０４は、まず、第１実施の形態と同様に、図１５の流れ図に従って、変換済みデータ格納処理を行う。
【０２７５】
ここで、変換済みマルチメディア・データ４１３は、空のマルチメディア・データであるので、格納処理部４０４は、ステップ１５０２で、ｎ＝０にする。
【０２７６】
ステップ１５０３では、格納処理部４０４０の処理結果は「ＹＥＳ」となり、格納処理部４０４は、ステップ１５０７に処理を進める。
【０２７７】
ステップ１５０７では、格納処理部４０４は、マルチメディア・データ４０７を変換データ格納済みマルチメディア・データとして出力する。
【０２７８】
このときマルチメディア・データ４０７には何の変更も加えられていないので、変換データ格納済みマルチメディア・データは、具体的には、マルチメディア・データＡ６０１である。
【０２７９】
次に、格納処理部４０４は、図２６の流れ図に従って、拡張済みデータ格納処理を実行する。図２６を参照して、この処理を説明する。
【０２８０】
まず、ステップ２６０１で、格納処理部４０４は、拡張済みデータ格納処理を開始する。
【０２８１】
ステップ２６０２において、格納処理部４０４は４種類のデータを準備する。
【０２８２】
１つめは、格納処理部４０４の変換データ格納処理によって得られた変換データ格納済みマルチメディア・データである。ここでは、マルチメディア・データＡ６０１である。２つめは、拡張部４０３から受け取った、拡張済みマルチメディア・データ４１３である。３つめは、変換データ格納済みマルチメディア・データの構成データの数を表す変数ｎであり、マルチメディア・データＡ６０１の構成データ数は、３であるため、ｎ＝３となる。４つめは処理制御変数ｉであり、格納処理部４０４は、初期値としてｉに、１を代入する。
【０２８３】
ステップ２６０３では、格納処理部４０４は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、結果を「ＹＥＳ」とし、ステップ２６０７に進み、そうでなければ、結果を「ＮＯ」として、ステップ２６０４に進む。
【０２８４】
ここでは、ｉ＝１、ｎ＝１であるので、結果は「ＮＯ」となり、格納処理部４０４は、ステップ２６０４に処理を進める。
【０２８５】
ステップ２６０４において、格納処理部４０４は、拡張済みマルチメディア・データの構成データの中で、データ番号がｉであるデータを探す。データ番号がｉのデータが１つでも存在すれば、結果は「ＹＥＳ」となり、格納処理部４０４は、ステップ２６０５に処理を進める。存在しなければ結果は「ＮＯ」となり、格納処理部４０４は、ステップ２６０６に処理を進める。
【０２８６】
今、ｉ＝１である。拡張済みマルチメディア・データは、具体的には、マルチメディア・データ２５０１である。マルチメディア・データ２５０１の構成データは、１つであり、そのデータ番号は、３である。したがって、処理結果は「ＮＯ」となり、格納処理部４０４は、ステップ２６０６に処理を進める。
【０２８７】
ステップ２６０６において、格納処理部４０４は、「ｉ＋１」の結果をｉに代入する。この結果ｉの値は、２となる。そして、格納処理部４０４は、ステップ２６０３に処理を進める。
【０２８８】
ステップ２６０３では、格納処理部４０４の処理結果は、前回と同様に「ＮＯ」になり、格納処理部４０４は、ステップ２６０４に処理を進める。
【０２８９】
そして、ステップ２６０４では、格納処理部４０４の処理結果は前回と同様に「ＮＯ」になり、格納処理部４０４は処理をステップ２６０６に進める。
【０２９０】
ステップ２６０６では、格納処理部４０４は、「ｉ＋１」の結果をｉに代入し、この結果ｉは、３になる。次に、格納処理部４０４は、ステップ２６０３に処理を進める。
【０２９１】
ステップ２６０３では、格納処理部４０４の処理結果は、前回と同様に「ＮＯ」になり、格納処理部４０４は、処理をステップ２６０４に進める。
【０２９２】
ステップ２６０４では、ｉ＝３であり、マルチメディア・データ２５０１の構成データのデータ番号は、３であるため、今度は、「ＹＥＳ」となり、格納処理部４０４は、ステップ２６０５に処理を進める。
【０２９３】
ステップ２６０５では、格納処理部４０４は、拡張済みマルチメディア・データ中のデータ番号がｉであるデータを、すべて、変換済みマルチメディア・データのデータ番号がｉであるデータの次に挿入する。
【０２９４】
ここで、拡張済みマルチメディア・データは、マルチメディア・データ２５０１であり、ｉ＝３であるので、変換データ格納済みマルチメディア・データ、つまりマルチメディア・データＡ６０１の３番目のデータの次に、データ２５０２が挿入される。この結果、変換データ格納済みマルチメディア・データの構成は、図２７のようになる。
【０２９５】
図２７において、２７０１は、マルチメディア・データＡ６０１の３番目のデータ６０４の次に、データ２５０２が挿入された、マルチメディア・データである。
【０２９６】
次に、ステップ２６０６では、格納処理部４０４は、「ｉ＋１」の結果をｉに代入し、この結果ｉは、４になる。そして、格納処理部４０４は、ステップ２６０３に処理を進める。
【０２９７】
ステップ２６０３では、ｉ＝４、ｎ＝３であるので、格納処理部４０４の処理結果は「ＹＥＳ」になり、格納処理部４０４は、ステップ２６０７に処理を進める。
【０２９８】
ステップ２６０７では、格納処理部４０４は、変換済みマルチメディア・データの構成データのデータ番号を、１番目から順に付け直す。
【０２９９】
ここでは、格納処理部４０４は、マルチメディア・データ２７０１の構成データのデータ番号を付け直し、図２８の様に変更する。
【０３００】
図２８において、２８０１は、格納処理部４０４がマルチメディア・データ２７０１の構成データのデータ番号を付け直したマルチメディア・データであり、２８０２は、格納処理部４０４が付け直したデータ番号である。
【０３０１】
そして、ステップ２６０８では、ステップ２６０７で格納処理部４０４が番号を付け直したマルチメディア・データ４０７を、変換拡張済みマルチメディア・データ４１１として出力し、通信制御部２０６に渡す。このとき、変換拡張済みマルチメディア・データ４１１は、具体的には、マルチメディア・データ２８０１である。
【０３０２】
そして、ステップ２６０９で、格納処理部４０４は、拡張済みデータ格納処理を終了する。
【０３０３】
さらに、通信制御部２０６は、格納処理部４０４から変換拡張済みマルチメディア・データ４１１、即ち、マルチメディア・データ２８０１を受け取り、クライアント１０５に渡す。
【０３０４】
クライアント１０５は、ネットワーク１０２を介してマルチメディア・データ２８０１を受信し、受信内容を解釈し、図２９に示すように、ディスプレイに表示画面を表示し、ポインティングデバイスによる、ユーザからの指示を待つ。
【０３０５】
図２９において、２９０１は、マルチメディア・データ２８０１の表示画面であり、２９０２は、ボタンデータ２５０３の表示画面である。
【０３０６】
ここで、クライアント１０５のユーザが、ポインティングデバイスによってボタン８０４を選択した場合、クライアント１０５は、サーバ１０１に対して、コマンド「ＲＥＱＵＥＳＴ：マルチメディア・データＢ」を発信する。
【０３０７】
このコマンドは、マルチメディアデータ量制御中継装置１０３によって中継されるとき、解釈部４０５によって解釈されるが、このコマンドは拡張コマンドではないので、解釈部４０５は、制御テーブル４０６のすべてのパラメータを「ＯＦＦ」に設定し、コマンドをそのままサーバ１０１に転送する。
【０３０８】
そして、コマンド「ＲＥＱＵＥＳＴ：マルチメディア・データＢ」を受信したサーバは、マルチメディア・データＢ７０１を、クライアント１０５に発信する。
【０３０９】
マルチメディア・データＢ７０１が、マルチメディアデータ量制御中継装置１０３によって中継されるとき、制御テーブル４０６のすべてのパラメータが「ＯＦＦ」になっているため、このデータに対するデータ量制御は行われない。
【０３１０】
また、マルチメディア・データＢ７０１には、ボタンデータが含まれていないため、データの拡張も行われない。
【０３１１】
したがって、マルチメディアデータ量制御中継装置１０３は、マルチメディア・データＢ７０１を、そのままクライアント１０５に転送し、その結果、クライアント１０５が備えるディスプレイの表示画面は、図９の９０１の様になる。
【０３１２】
一方、クライアント１０５のユーザが、ポインティングデバイスによってボタン２９０２を選択した場合、クライアント１０５は、サーバ１０１に対して、コマンド「ＲＥＱＵＥＳＴ：マルチメディア・データＢ．ｓｍａｌｌ」を、発信する。
【０３１３】
この場合のマルチメディアデータ量制御中継装置１０３の動作を説明する。
【０３１４】
通信制御部２０６は、ネットワーク１０４を介して、コマンド「ＲＥＱＵＥＳＴ：マルチメディア・データＢ．ｓｍａｌｌ」を受信し、コマンド４１４として解釈部４０５に渡す。
【０３１５】
解釈部４０５は、コマンド４１４を受け取ると、図２１の流れ図に従ってコマンド解釈処理を実行する。
【０３１６】
ステップ２１０３では、拡張方策情報４１８の項目は２００１のみであり、項目２００１の拡張名は「．ｓｍａｌｌ」である。
【０３１７】
一方、コマンド４１４が転送を要求しているマルチメディア・データの名前は「マルチメディア・データＢ．ｓｍａｌｌ」であり、この末尾と項目２００１の拡張名は一致し、結果は「ＹＥＳ」となり、解釈部４０５は、ステップ２１０４に処理を進める。
【０３１８】
ステップ２１０４では、解釈部４０５は、コマンド４１４の要求しているマルチメディア・データ名の末尾から拡張名を除去する。ここでは、コマンド「ＲＥＱＵＥＳＴ：マルチメディア・データＢ．ｓｍａｌｌ」が「ＲＥＱＵＥＳＴ：マルチメディア・データＢ」に変更される。
【０３１９】
ステップ２１０５では、解釈部４０５は、拡張方策情報４１８中の、除去した拡張名に対応するデータ種類、データ量制御方法、パラメータを、変換パラメータ４１９として出力し、制御テーブル４０６に書き込む。
【０３２０】
ここでは、拡張方策情報４１８の項目の中で、拡張名「．ｓｍａｌｌ」に対応する項目は、項目２００１であり、このとき、変換パラメータ４１９は、「静止画像、画像表示サイズ変更、１／２」となる。解釈部４０５は、この変換パラメータ４１９を出力して、制御テーブル４０６の「静止画像」に関する項目を変更する。この変更の結果は、図１０と同様になる。
【０３２１】
ステップ２１０７において、解釈部４０５は、コマンド４１４、即ち、「ＲＥＱＵＥＳＴ：マルチメディア・データＢ」を、解釈済みコマンド４１５として出力し、通信制御部２０３に渡す。
【０３２２】
通信制御部２０３は、解釈済みコマンド４１５を、サーバ１０１に転送する。
【０３２３】
サーバ１０１は、ネットワーク１０２を介してこのコマンドを受信し、マルチメディア・データＢ７０１を、クライアント１０５に発信する。
【０３２４】
ここで、マルチメディアデータ量制御中継装置１０３において、制御テーブル４０６は、本発明の第１実施の形態と同様であり、かつ、マルチメディア・データＢ７０１は、ボタンデータを含んでいないため、マルチメディアデータ量制御中継装置１０３の動作は、本発明の第１実施の形態と全く同様になり、マルチメディアデータ量制御中継装置１０３は、マルチメディア・データＢ７０１のデータ量の制御を行い、クライアント１０５に対して、マルチメディア・データ１６０１を発信する。
【０３２５】
そして、クライアント１０５は、ネットワーク１０２を介してマルチメディア・データ１６０１を受信し、受信内容を解釈し、表示画面１７０１を、クライアント１０５が備えるディスプレイに表示する。
【０３２６】
このように、本発明の第２実施の形態では、クライアント１０５に表示されるボタンを増やし、クライアント１０５のユーザが、ボタンを選択することによって、マルチメディアデータ量制御中継装置１０３において、データ変換を行うか否かを指定することができることになる。
【０３２７】
さて、本実施の形態の効果について、説明する。
【０３２８】
サーバ１０１が、多くの静止画像データを保持する構成とし、それらのデータの中から、クライアント１０５に提供するデータを検索するためには、内容確認のための静止画像データの転送量が膨大になり、非常に長時間を必要とする場合が発生する。本実施の形態では、データ検索を行なう際には、クライアント１０５のユーザは、付加された「ｓｍａｌｌ」を選択することによって、サイズが縦、横ともに「１／２」に縮小された画像を検索することによって、迅速な検索が可能になる。すなわち、多少画質を落しても、検索による内容確認のためならば十分であるため、データ量を削除することによって、高速な検索を可能とする。そして、検索目的とする静止画像を確認した時点で、オリジナルのボタンを選択することによって、クライアント１０５のユーザが最終的に把握したい静止画像を見ることができる。
【０３２９】
このように、本実施の形態では、ユーザが高速にマルチメディア・データを検索し、最終的に得たいデータについては、データ量を制限しないで獲得したい場合に、特に、効果がある。
【０３３０】
また、本発明の第１実施の形態と第２実施の形態では、マルチメディア・データの形式、クライアント１０５とサーバ１０１の通信規則等について全く変更を行なっていないため、クライアント１０５、サーバ１０１については、従来のシステムをそのまま利用することが可能である。すなわち、本装置を任意の位置に配置可能であり、本装置を配置したことによるシステム構成の変更の工数は、極めて少ないことになる。
【０３３１】
また、本実施の形態では、説明の簡単化のため、マルチメディア・データ中に含まれるボタンデータの数が１つである場合について説明してきたが、マルチメディア・データ中に、複数のボタンデータが含まれる場合についても、マルチメディアデータ量制御中継装置１０３は、すべてのボタンに対して拡張コマンドを発信するためのボタンを付加し、クライアント１０５側がそれを選択した場合には、その選択に適したデータをクライアント１０５に転送するようにすることができるのは言うまでもない。
【０３３２】
また、本実施の形態では、コマンド拡張によってクライアント１０５の表示画面に付加されるボタンの数は、１つであったが、拡張テーブル４１７の項目を追加することによって、クライアント１０５の表示画面上に、複数のボタンを付加することも可能である。
【０３３３】
例えば、拡張テーブルが、図３０に示すように、２つの項目を有している場合、マルチメディアデータ量制御中継措置が拡張したマルチメディア・データＡ６０１を、クライアント１０５が受信すると、クライアント１０５は、図３１の画面を表示する。
【０３３４】
図３０において、３００１は、拡張テーブル４１７の２番目の項目であり、３００２は項目３００１の拡張名、３００３は項目３００１のボタン名、３００４は項目３００１のデータ種類、３００５は項目３００１のデータ量制御方法、３００６は項目３００１のパラメータである。
【０３３５】
図３１において、３１０１は、拡張テーブル４１７が図３０の構成である場合のマルチメディア・データＡ６０１の転送要求の結果を、クライアント１０５側が表示した表示画面であり、３１０２は、項目３００１に基づいて付加されたボタンである。
【０３３６】
ユーザが、ボタン３１０２を選択した場合には、最終的には、クライアント１０５には、縦、横ともに１／４に縮小された、静止画像データＢのデータが転送される。
【０３３７】
また、本実施の形態では、拡張部４０３が拡張するデータの種類をボタンデータに限っていたが、ボタンデータのように、クライアント１０５のユーザが、コマンド発信可能なデータであれば、それを拡張することによって、本実施の形態と同様の目的を果たすことが可能である。
【０３３８】
なお、以下に示す事項は、第１実施の形態と第２実施の形態に共通に言えることである。
【０３３９】
まず、サーバ１０１からクライアント１０５に転送されるマルチメディア・データ中で、データ量制御の対象としたデータは、１つであったが、１つのマルチメディア・データ中の、複数のデータのデータ量を制御する事も可能である。
【０３４０】
次に、第１実施の形態と第２実施の形態では、マルチメディアデータ量制御中継装置１０３がデータ量を制御するデータ種類を、静止画像のみに限ったが、データ量制御部４０１が、複数種類のデータに対してデータ量制御処理を行うように構成することも可能であり、制御テーブルにデータ種類毎の項目を登録しておけば、マルチメディアデータ量制御中継装置１０３は、複数種類のデータに対して、データ量の制御を行うことが可能である。同時に、１つのマルチメディア・データ中に含まれる、複数種類のデータのデータ量を制御することも可能である。
【０３４１】
なお、静止画像の表示サイズ変換以外のデータ量削減の態様として、以下のものが挙げられる。例えば、動画像データのフレーム落とし、音声データのサンプリングレート変換、音声データからテキストデータへの変換、静止画像、動画像のカラーから白黒への変換、漢字まじり文章のカタカナ文章への変換、音声および動画像データの一部の抽出等である。
【０３４２】
さらに、上述の説明では、サーバの数を１台として説明したが、ネットワーク１０２上にサーバが複数台存在し、クライアント１０５のユーザが必要に応じてそれらのサーバを選択して接続するような場合であっても、すべてのサーバからクライアント１０５へのマルチメディア・データの転送に関して、本発明は適用可能であり、この場合、中継装置１０３の設置可能台数、システム構築性等を考慮することにより本発明の効果を最大限に生かす最適なシステム全体として最適な構成することがきる。
【０３４３】
また同様に、上述の説明では、クライアントの数を１台として説明したが、ネットワーク１０４上にクライアントが複数台存在し、サーバ１０１に接続するような場合であっても、サーバ１０１からの、すべてのクライアントへのマルチメディア・データの転送に関して、本発明は適用可能である。
【０３４４】
また、サーバ１０１とクライアント１０５の間にネットワークが２つ存在する場合について説明してきたが、サーバ１０１とクライアント１０５の間に存在するネットワークは、少なくとも１つ以上あれば、本発明は適用可能である。
【０３４５】
（第３実施の形態）
次に、本発明にかかる第３実施の形態について説明する。
【０３４６】
本第３実施の形態では、第２実施の形態で扱うマルチメディア・データに対して、特定の種類付けが行なわれている場合、例えば、静止画像データのみを含むマルチメディア・データや、動画データのみを含むマルチメディア・データといったマルチメディア・データを、サーバからクライアントに転送する場合を考える。
【０３４７】
この場合、マルチメディア・データの種類別に、拡張テーブル４１７を持つことによって、マルチメディア・データの拡張方策を変更することが可能である。
【０３４８】
例えば、テキストデータのみを含むマルチメディア・データの名前の末尾は「．ｔｅｘｔ」と、静止画像データのみを含むマルチメディア・データの名前の末尾は、必ず「．ｐｉｃｔｕｒｅ」と、動画像データのみを含むマルチメディア・データの名前の末尾は、必ず「．ｖｉｄｅｏ」となっている場合を考える。
【０３４９】
ここで、２つの拡張テーブルを用意する。データ名末尾「．ｐｉｃｔｕｒｅ」に対応する拡張テーブルは、図２０と同様とし、「．ｖｉｄｅｏ」に対応する拡張テーブルは、図３２のように構成されている。
【０３５０】
図３２において、３２０１は「．ｖｉｄｅｏ」に対応する拡張テーブルであり、３２０２は拡張テーブル３２０１の１つの項目、３２０３は項目３００２の拡張名、３２０４は項目３００２のボタン名である。また、３２０５は項目３００２のデータ種類、３２０６は項目３００２のデータ量制御方法、３２０７は項目３００２のパラメータである。
【０３５１】
「．ｔｅｘｔ」に対応する拡張テーブルは、特に用意しない。
【０３５２】
本実施の形態では、データ量制御部４０１は、動画像データの最初の任意の時間をカットする機能を有することを特徴とし、制御テーブル４０６の内容のうち、動画像に関する項目のデータ量制御方法に「イントロ」が指定された場合には、クライアント１０５に転送する動画像データに対する「パラメータ」である「時間」だけを、抽出する。
【０３５３】
拡張部４０３は、マルチメディア・データの拡張を実行する際、ボタンデータ中の転送要求データ名の末尾を解析し、その結果によって、拡張部４０３が用いる拡張テーブルを選択することによって、テキストデータを転送するためのボタンデータには拡張を行わず（テキストデータに対応する拡張テーブルは、用意しない）、静止画像データを転送するためのボタンには、第２実施の形態と同様の拡張を行い、動画像データを転送するためのボタンデータには、「ｉｎｔｒｏ」という名のボタンが付加されるように拡張される。
【０３５４】
この結果、クライアント１０５が備えるディスプレイの画面表示は、テキストデータの転送要求ボタンには、ボタンデータは付加されず、静止画像データの転送要求ボタンには「ｓｍａｌｌ」というボタンが付加され、動画像データの転送要求ボタンには「ｉｎｔｒｏ」というボタンが付加される。
【０３５５】
クライアント１０５のユーザが、動画像データの転送要求ボタンに付加された「ｉｎｔｒｏ」ボタンを選択すると、サーバ１０１からクライアント１０５に発信された動画像データは、マルチメディアデータ量制御中継装置１０３によってデータ量が制御され、冒頭の５秒間の動画像データが、クライアント１０５側に発信される。即ち、クライアント１０５のユーザは、動画像のデータについては、総てを受信せずに、冒頭の５秒間を見ることが可能である。
【０３５６】
このように、本実施の形態では、マルチメディア・データの特徴に応じたボタンを付加することによる、操作性の向上を可能とする。
【０３５７】
（第４実施の形態）
次に、本発明にかかる第４実施の形態について説明する。
【０３５８】
本実施の形態は、第２実施の形態に対して、マルチメディア・データの拡張の方法を変更したものである。
【０３５９】
マルチメディア・データに対して拡張処理する際、第２実施の形態では、ボタンを付加する様に、マルチメディア・データの拡張を行っていたが、ここでは、ボタンデータを、プルダウンメニューデータに変更する。プルダウンメニューデータとは、クライアント１０５の画面表示において、ユーザが選択すると新たに選択肢表示が行なわれ、ユーザが、さらに、その選択肢を選択することが可能なように、表示されるメニューである。
【０３６０】
これを、第２実施の形態で説明した表示例に適用する。
【０３６１】
サーバ１０１に、マルチメディア・データＡの転送要求を発信したクライアントは、最終的に、図８の画面８０１と見かけ上同様な表示を行なう。ここで、ユーザが８０４を選択すると、画面は図３３のように変化する。
【０３６２】
図３３において、３３０１は、本実施の形態におけるクライアント１０５の画面表示例である。同図において、３３０２は、プルダウンメニュー表示ボタンであり、３３０３は、プルダウン・メニュー、３３０４は、静止画像データＢの転送要求選択肢、３３０５は、「１／２」に縮小された静止画像データＢの転送要求選択肢である。
【０３６３】
クライアント１０５のユーザが、選択肢３３０４を選択すると、クライアント１０５は、静止画像データＢを受信し、また、同ユーザが選択肢３０５を選択すると、クライアント１０５は、表示サイズが縦、横ともに「１／２」に縮小された静止画像データＢを受信することが可能である。
【０３６４】
これを実現するためには、拡張部４０３にて、追加するボタンデータを生成する替わりに、このようなプルダウンメニューデータを生成し、格納処理部４０４において、もとのボタンデータに上書きするように構成しておけば良い。
【０３６５】
このように、本実施の形態によれば、クライアント１０５の画面表示のレイアウトを変更することなく、マルチメディア・データの拡張を行うような画面表示が実現できる。ユーザの操作性も一層向上する。
（第５実施例）
次に本発明にかかる第５実施例について説明する。
【０３６６】
本第５実施例では、第２実施例を、特に主に文字列を用いて、テキスト以外のデータを参照を記述するハイパーテキストシステムにおいて実施する場合の実施例である。
【０３６７】
ＡＣＭ Ｐｒｅｓｓ発行のＣｏｍｍｎｕｎｉｃａｔｉｏｎｓ ｏｆ ＡＣＭ Ｖｏｌ．３７， Ｎｏ．８， ｐｐ．７６−８２（１９９４）では、広域ネットワークシステムにおいて、主に文字列によってその構成を記述するハイパーテキストシステムの一例が記載されている。このようなハイパーテキストシステムでは、クライアントにおいて図８のような画面を表示するためにページ記述言語を用いる。ページ記述言語とは、文字列を用いて、文字列自身の装飾や、画像データ等を文字列中にレイアウトしたり、新たなページやデータを参照するボタンをレイアウトする記述するための言語である。このページ記述言語の一例がインプレス社発行のインターネットマガジン１９９６年２月号と同年３月号の、それぞれｐｐ．２０２〜２０５、ｐｐ．２３４〜２３７に記載されている。
【０３６８】
以降、本実施例においては、上記のようなページ記述言語によって構成されたハイパーテキストシステムにおいて本発明を実施した場合について説明する。
【０３６９】
まず、本実施例の内容を説明する前に、本実施例で例として用いるページ記述言語の説明と、このページ記述言語を用いたハイパーテキストシステムにおける、サーバとクライアント間の通信方法について説明する。
【０３７０】
最初に、ページ記述形式のデータを、クライアント１０５において図８のように表示されるマルチメディアデータ６０１を例に説明する。
【０３７１】
さて、マルチメディアデータ６０１はページ記述形式では図３４の３４０１のようになる。ページ記述データではテキスト形式によって図５のようなマルチメディア・データを記述する。
【０３７２】
以下ページ記述データ３４０１の内容について、クライアント１０５における画面表示結果と照らし合わせながら説明する。
【０３７３】
図３４において、３４０２、３４０３、３４０４の３つの記述はそれぞれ、図６のデータ６０２、６０３、６０４に対応している。ページ記述において「＜」と「＞」で区切られたテキストはタグと呼ばれ、テキストに効果を付けたり、静止画像の埋め込みを示したり、クライアント１０５のユーザが操作可能なボタンの埋め込みを記述するために用いられる。図３４の記述３４０２におけるタグ３４０５「＜ＣＥＮＴＥＲ＞」、３４０６「＜／ＣＥＮＴＥＲ＞」は、これらの２つのタグの間のテキストを画面表示の際に中央に配置するための記述である。またタグ３４０７「＜ＢＲ＞」は改行を指示する記述である。これらのタグ記述によって、記述３４０２は図８のテキスト表示８０２のようにクライアント１０５画面に表示される。
【０３７４】
記述３４０３における「＜ＩＭＧ ＳＲＣ＝”ｐｉｃｔＡ．ｇｉｆ”＞」はイメージタグと呼ばるタグであり、ここではテキスト中のこの部分に「ＳＲＣ＝””」で指定されたデータを埋め込む事を記述している。ここで指定されている「ｐｉｃｔＡ．ｇｉｆ」は静止画像データＡ６１０のみを含むマルチメディアデータを指し示す。クライアント１０５はこのｐｉｃｔＡ．ｇｉｆの転送をサーバ１０１に要求し、同データをサーバ１０１から受信し、テキスト表示８０２につづいて画面に表示することによって、図８の８０３のようにクライアント１０５画面に静止画像データＡ６０１が表示される。
【０３７５】
記述３４０４における「＜Ａ ＨＲＥＦ＝”ｐｉｃｔＢ．ｇｉｆ”＞」、「＜／Ａ＞」はアンカータグと呼ばれ、これらのタグで囲まれた部分がクライアント１０５画面ではボタンとなり、ユーザがこれをクリックするとクライアント１０５はアンカータグ中の「ＨＲＥＦ＝””」で指定されたデータの転送要求をサーバに発信する。「ｐｉｃｔＢ．ｇｉｆ」は静止画像データＢ７０５のみを含むマルチメディアデータ７０１を指し示している。記述３４０４では、アンカータグに囲まれた「走行風景」というテキストが画面表示の際に図８のボタン８０４になり、これをユーザが選択することによって、クライアント１０５はサーバ１０１に静止画像データＢ７０５の転送要求を発信し、最終的に図９の９０２のように静止画像データＢ７０５の内容を画面に表示する。
【０３７６】
以上がマルチメディアデータ３４０１の説明である。
【０３７７】
次に、ハイパーテキストにおけるサーバとクライアント間の通信方法について説明する。まず、クライアント１０５がサーバ１０１に対して「ＧＥＴ ｉｎｄｅｘ．ｈｔｍｌ」というコマンドを発信する。ここで「ｉｎｄｅｘ．ｈｔｍｌ」とはページ記述データ３４０１を指し示す。この要求を受信したサーバ１０１はページ記述データ３４０１をクライアント１０５に転送する。ページ記述データ３４０１を受信したクライアント１０５はデータを解析する。クライアント１０５はまず記述３４０２の部分を解析しテキストを画面に表示する。クライアント１０５は次に記述３４０３の部分を解析し、イメージタグによって他のデータを引用していることを検出し、「ｐｉｃｔＡ．ｇｉｆ」の転送を要求する「ＧＥＴｐｉｃｔＡ．ｇｉｆ」コマンドをサーバ１０１に対して発信する。このリクエストを受信したサーバ１０１は「ｐｉｃｔＡ．ｇｉｆ」すなわちマルチメディアデータ３５０１を返答する。これを受信したクライアント１０５は３４０２のテキスト表示に続いて静止画像データＡ６１０を画面に表示する。最後にクライアント１０５は記述３４０４を解析し、アンカータグを検出し、「走行風景」というボタンを表示する。以上のようにしてクライアント１０５はページ記述データを図８の８０１のように画面に表示する。
【０３７８】
さらにユーザがボタン８０４を選択した場合には、クライアント１０５は「ｐｉｃｔＢ．ｇｉｆ」の転送を要求する「ＧＥＴ ｐｉｃｔＢ．ｇｉｆ」コマンドをサーバ１０１に対して発信する。これを受信したサーバ１０１は「ｐｉｃｔＡ．ｇｉｆ」すなわちマルチメディアデータ７０１をクライアント１０５に転送する。クライアント１０５は受信したマルチメディアデータ７０１を図９のように画面に表示する。
【０３７９】
以上が、ハイパーテキストにおけるサーバ・クライアント間の処理の流れである。
【０３８０】
次に、本発明の第２実施例を以上で述べたハイパーテキストシステムにおいて実施した、本発明の第５の実施例について説明する。
【０３８１】
本実施例ではマルチメディアデータ量制御中継装置１０３の動作は、基本的に本発明の第２実施例と同様である。ここでは特に第２実施例と異なる部分について説明する。
【０３８２】
本実施例では図３５の機能ブロック図を参照しつつ本発明の動作を説明する。図３５の機能ブロック図は図４の機能ブロック図に分解部３５０１を追加したものである。分解部３５０１はページ記述データ分解処理を行う。この詳細については後で述べる。
【０３８３】
第２実施例では、マルチメディアデータ量制御中継装置１０３はサーバ１０１からクライアント１０５に転送されるマルチメディア・データ中のボタンデータを抽出し、拡張していたが、本実施例ではこの拡張をページ記述データのアンカータグに対して行う。
【０３８４】
さて、クライアント１０５が起動すると、サーバ１０１に対してページ記述データ３４０１の転送要求コマンドを発信する。この転送要求コマンドは、テキストで「ＧＥＴ ｉｎｄｅｘ．ｈｔｍｌ」として表現される。通信制御部２０６は、ネットワーク１０４を介して、サーバ１０１に対して発信された転送要求コマンドを受信し、受信したコマンド４１４を解釈部４０５に渡す。
【０３８５】
解釈部４０５は、コマンド４１４を受け取るとコマンド解釈処理を実行する。
【０３８６】
コマンド解釈処理は、図２１の流れ図に従って実行される。
【０３８７】
そこで、図２１を参照して、コマンド解釈処理について説明する。
【０３８８】
まず、ステップ２１０１で、解釈部４０５は、コマンド解釈処理の開始を行なう。
【０３８９】
ステップ２１０２において、解釈部４０５は、２種類のデータの準備を行う。１つめは、通信制御部２０６から受け取ったコマンド４１４である。２つめは、拡張方策情報４１８である。拡張方策情報４１８は、拡張テーブルに記憶されている総ての項目を集めた情報であり、ここでは、項目２００１になる。
【０３９０】
本実施例では、コマンド解釈処理のステップ２１０３における処理の一部が第２実施例の場合と一部異なる。第２実施例ではサーバに対して転送を要求しているマルチメディアデータの名前の末尾に拡張方策情報４１８中の全ての項目の拡張名を比較する。しかしハイパーテキストにおいてはデータ名の末尾の「．」で始まる文字列は一般的にそのデータの種類を示す拡張子として用いられている。従って本実施例では、拡張部４０３においてデータ名に拡張名を加える場合には従来の拡張子の手前につけ加えることにする。たとえば、「ｐｉｃｔＡ．ｇｉｆ」に「．ｓｍａｌｌ」という拡張名を加えると「ｐｉｃｔＡ．ｓｍａｌｌ．ｇｉｆ」となる。
【０３９１】
したがって、本実施例では、解釈部４０５のコマンド解釈処理において、コマンド４１４が転送を要求しているマルチメディアデータの名前の拡張子を除いた末尾と、拡張方策情報４１８のすべての項目の拡張名とを比較し、一致するかどうかを確認する。一致するならば、結果を「ＹＥＳ」とし、ステップ２１０４に進み、一致しなければ、結果を「ＮＯ」として、ステップ２１０６に進む。
【０３９２】
ここで拡張方策情報４１８の項目は、２００１のみであり、項目２００１の拡張名は「．ｓｍａｌｌ」である。一方、コマンド４１４が転送を要求しているマルチメディア・データの名前から拡張子を取り除くと「ｉｎｄｅｘ」となり、この末尾と項目２００１の拡張名は、一致しない。よって、結果は「ＮＯ」となり、ステップ２１０６に進む。
【０３９３】
なお、ステップ２１０４に進む場合には、要求しているマルチメディア・データ名の末尾から拡張名を除去し、ステップ２１０５において、拡張方策情報中の除去した拡張名に対応する、データ量制御方法、パラメータを、制御テーブル４０６に書き込む処理を行なう。
【０３９４】
ステップ２１０６では、解釈部４０５は、制御パラメータとして「ＯＦＦ」を出力し、制御テーブル４０６のすべての項目のパラメータを「ＯＦＦ」に変更する。「ＯＦＦ」は、変換処理をしないことを意味する。
【０３９５】
また、ステップ２１０７では、解釈部４０５は、コマンド４１４を解釈済みコマンド４１５として出力し、通信制御部２０３に渡す。このときの解釈済みコマンド４１５は、前述したように、「ＧＥＴ ｉｎｄｅｘ．ｈｔｍｌ」である。
【０３９６】
ステップ２１０８にて、解釈部４０５はコマンド解釈処理を終了する。
【０３９７】
以上のように、解釈部４０５は、コマンド４１４を解釈し、制御パラメータ４１９を変更することによって、制御テーブル４１６の内容を変更し、解釈済みコマンド４１５を出力する。
【０３９８】
ここでは、コマンド４１４と解釈済みコマンド４１５は、同じものであり、解釈部４０５は、制御テーブル４０６のすべての項目のパラメータを「ＯＦＦ」に変更する。
【０３９９】
次に、通信制御部２０３は、解釈済みコマンド４１５をサーバ１０１に転送する。
【０４００】
サーバ１０１は、ネットワーク１０２を介してこのコマンドを受信し、ページ記述データ３４０１を、クライアント１０５に送る。
【０４０１】
通信制御部２０３は、ページ記述データ３４０１を受信し、受信データをページ記述データ３５０２として分解部３５０１に受け渡す。
【０４０２】
分解部３５０１はページ記述データ３５０２を受信すると図３６の流れ図に沿ってページ記述データ分解処理を開始する。分解部３５０１がページ記述データ以外のデータ（例えば静止画像データなど）を受け取った場合には、このページ記述データ分解処理は行われない。
【０４０３】
ここで分解部３５０１によるページ記述データ分解処理について説明する。ページ記述データは基本的にはテキストデータであり、図５に示すマルチメディアデータのように構造化されたデータではない。ページ記述分解処理とは、第２実施例と同じように変換対象データ抽出処理と、拡張対象データ抽出処理を行うために、まず、ページ記述データをテキスト部分、イメージタグ部分、アンカータグ部分に区切って分解する処理のことである。
【０４０４】
以下図３６を参照してページ記述分解処理について説明する。
【０４０５】
ステップ３６０１は分解部３５０１によるページ記述分解処理の開始である。
【０４０６】
ステップ３６０２において、分解部３５０１はページ記述分解処理に必要な７つの変数を用意する。１つめは、受信したページ記述データ４０７の文字数ｓであり、ここではページ記述データ３４０１の文字数が代入されている。２つめは、ページ記述データ４０７を格納したテキストデータのＤページ記述である。３つめと４つめは、分解したページ記述テキストを格納するＰＡＲＴ［ｍ］と、分解されたテキストの記述内容を示すＴＹＰＥ［ｍ］という２つの配列であり、ｍはページ記述データ４０７分解した場合に充分な数（例えば２０４８など）を設定するか、必要に応じて増やしていく。５つめと６つめは、ページ記述分解処理においてＤページ記述の位置を指し示すｈとｐであり、７つめは変数ｉである。ｈ，ｐ，ｉはそれぞれ初期値として１が代入されている。
【０４０７】
次にステップ３６０３において、分解部３５０１はｈにｐの値を代入する。ここでｐ＝１なので、ｈに１の値が代入される。
【０４０８】
次にステップ３６０４において、分解部３５０１はＤページ記述のｐ文字目からのテキストと、「＜ＩＭＧ 」「＜Ａ 」の比較を行い、イメージタグ又はアンカータグの検出を行う。もし一致した場合には分解部３５０１は処理をステップ３６０８に進め、一致しない場合にはステップ３６０５に処理を進める。
【０４０９】
ここでｐ＝１であるから、Ｄページ記述のｐ文字目は”＜ＣＥＮＴＥＲ・・・”と続いているので、一致しない。
【０４１０】
従って分解部３５０１は処理をステップ３６０５に進める。
【０４１１】
次にステップ３６０５において、分解部３５０１はｐにｐ＋１を代入する。この結果ｐ＝２となる。
【０４１２】
次にステップ３６０６において、分解部３５０１はｐ＞ｓを判定し、もし結果が真ならば、処理をステップ３６０７に進め、もし結果が偽ならば処理をステップ３６０４に進める。ここでｐ＞ｓの判定とはすなわちｐが指し示す位置がＤページ記述の末尾を越えていないかの判定である。ここではまだｐはＤページ記述の２文字目を指し示しているため、結果は偽となり、分解部３５０１は処理を３６０４に進める。
【０４１３】
分解部３５０１はステップ３６０４からステップ３６０６の繰り返しによって、Ｄページ記述中のイメージタグかアンカータグを発見するまでｐの値を増加する。
【０４１４】
ここでは図３４のページ記述データ３４０１がＤページ記述として処理されているので、分解部３５０１はまず、記述３４０３のイメージタグを検出する。ここでは記述３４０３のイメージタグ検出時のステップ３４０４までの繰り返しを省略する。
【０４１５】
さて、ステップ３６０４において分解部３５０１はＤページ記述のｐ文字目からの文字列と「＜ＩＭＧ 」が一致することを確認してイメージタグを検出し処理をステップ３６０８に進める。
【０４１６】
次にステップ３６０８において、分解部３５０１はｐ＝ｈを判定し、結果が真ならば処理をステップ３６１０に進め、結果が偽ならば処理をステップ３６０９に進める。
【０４１７】
ここでｈ＝１で、ｐは１ではない。したがって、判定の結果は偽となり、分解部３５０１は処理をステップ３６０９に進める。
【０４１８】
ステップ３６０９において、分解部３５０１はＰＡＲＴ［ｉ］にｈからｐ−１までの文字列を代入し、ＴＹＰＥ［ｉ］に”テキスト”を代入する。次にｉにｉ＋１の値を代入し、ｈにｐの値を代入する。
【０４１９】
ここでｉ＝１であり、ｐはＤページ記述の記述３４０３の先頭を指し示しているため、分解部３５０１はＰＡＲＴ［１］に図３４記述３４０２の部分のテキストを代入し、ＰＴＹＰＥ［１］に”テキスト”を代入する。次に分解部３５０１はｉに２を代入し、ｈに記述３４０３の先頭を示す値を代入する。
【０４２０】
次にステップ３６１０において、分解部３５０１はｐを１つずつ増加して、タグの末尾を検出する。分解部３５０１はステップ３６０４において検出されたタグがイメージタグである場合、「＞」の文字を検出し、ステップ３６０４において検出されたタグがアンカータグである場合には「＜／Ａ＞」の文字列を検出する。さらに分解部３５０１は検出した文字列の次の文字を指し示すようにｐの値を設定する。つまり分解部３５０１はイメージタグの末尾を検索した場合は「＞」の文字の次の文字を、アンカータグの末尾を検索した場合は「＜／Ａ＞」の文字の次の文字を指し示す値をｐに代入する。
【０４２１】
分解部３５０１は、ここではｐに、Ｄページ記述の記述３４０４の先頭の文字を指し示す値を代入する。
【０４２２】
次にステップ３６１１において、分解部３５０１はＤページ記述のｈからｐ−１までの文字列をＰＡＲＴ［ｉ］に代入する。そして、分解部３５０１はステップ３６０４で検出したタグがイメージタグである場合にはＴＹＰＥ［ｉ］に”静止画像”を代入し、同じく検出したタグがアンカータグである場合にはＴＹＰＥ［ｉ］に”ボタン”を代入する。
【０４２３】
ここでは、ｉ＝２であるので、分解部３５０１はＰＡＲＴ［２］に図３４の記述３４０３の部分のテキストを代入し、またステップ３６０４にて検出したタグはイメージタグであるので、分解部３５０１はＴＹＰＥ［２］に”静止画像”を代入する。
【０４２４】
次にステップ３６１２において、分解部３５０１はｐ＞ｓを判定し、結果が真ならばステップ３６１４に処理を進め、結果が偽ならばステップ３６１３に処理を進める。ここでは、ｐはＤページ記述の記述３４０４の先頭を指し示す値であるため、結果は偽となり、分解部３５０１は処理を３６１３に進める。
【０４２５】
次にステップ３６１３において、分解部３５０１はｉにｉ＋１の値を代入する。ここではｉ＝２であるので、分解部３５０１はｉに３の値を代入する。
【０４２６】
次に分解部３５０１は処理をステップ３６０３に進める。
【０４２７】
ステップ３６０３において、分解部３５０１は先ほどと同様にｈに記述３４０４の先頭を指し示す値を代入する。
【０４２８】
次にステップ３６０４において、分解部３５０１はアンカータグを検出する。
【０４２９】
次にステップ３６０８において、分解部３５０１はｐ＝ｈを判定し、そのが真となるので、処理をステップ３６１０に進める。
【０４３０】
次にステップ３６１０において、分解部３５０１はアンカータグの末尾を検出し、ｐに記述３４０４末尾の次の文字を指し示す値を代入する。
【０４３１】
次にステップ３６１１において、分解部３５０１はＰＡＲＴ［３］にＤページ記述の記述３４０４の部分を代入し、ＴＹＰＥ［３］に”ボタン”を代入する。
【０４３２】
次にステップ３６１２において、分解部３５０１はｐ＞ｓを判定する。ｐはＤページ記述の末尾を示す値を超えており、Ｄページ記述の文字数ｓよりも大きい値を示している。したがって判定の結果は真となり、分解部３５０１はステップ３６１４に処理を進める。
【０４３３】
以上ようにして、分解部３５０１はＤページ記述に格納されたページ記述データを「テキスト」「イメージタグ」「アンカータグ」に分解していき、「ｐ＞ｓ」の判定によってページ記述データの末尾を検出すると、処理を終了する。
【０４３４】
ここで分解部３５０１がページ記述データ３４０１を分解した場合、ＴＹＰＥ［１］＝”テキスト”，ＰＡＲＴ［１］は記述３４０２の文字列，ＴＹＰＥ［２］＝”静止画像”，ＰＡＲＴ［２］は記述３４０３の文字列，ＴＹＰＥ［３］＝”ボタン”，ＰＡＲＴ［３］は記述３４０４の文字列となる。またｉの値は３であり、これは分解した部分の数を示している。
【０４３５】
以上のようにして分解部３５０１はページ記述データ３５０２を分解し、構造化されたマルチメディア・データ４０７として、抽出部４０２および格納処理部４０４に渡す。
【０４３６】
以上のように、分解部３５０１は文字列であるページ記述データを分解することにより、ページ記述データ３４０１を図６に示すマルチメディアデータと同じ構成にする。この場合、ＴＹＰＥ［１］、ＴＹＰＥ［２］、ＴＹＰＥ［３］がデータ種類６０６、６０９、６１２にそれぞれ対応し、ＰＡＲＴ［１］、ＰＡＲＴ［２］、ＰＡＲＴ［３］がデータ６０７、６１０、６１３に対応している。データ６１０が静止画像データＡであるの対して、ＰＡＲＴ［２］は「静止画像Ａを引用するテキスト記述」の文字列であるが、この相違に対する処理は、後で述べる。以降、マルチメディアデータ４０７のｘ番目のデータ種類とは、ＴＹＰＥ［ｘ］のことを、同４０７のｘ番目のデータとはＰＡＲＴ［ｘ］のことをいう。
【０４３７】
抽出部４０２は、マルチメディア・データ４０７を受け取ると、変換対象データ抽出処理と、拡張対象データ抽出処理を行う。
【０４３８】
ここでは、解釈部４０５によって制御テーブル４０６のすべての項目のパラメータが「ＯＦＦ」に変更されているため、変換すべきデータの抽出情報４１２は、存在しない。したがって、抽出部４０２は、変換対象データ抽出処理を実行せず、構成データが「０個」の空のマルチメディア・データを、変換対象マルチメディア・データ４０９として出力し、データ量制御部４０１に渡す。
【０４３９】
抽出部４０２は、図２２の流れ図に従って、拡張対象データ抽出処理を実行する。
【０４４０】
図２２を参照して、抽出部４０２が行なう、拡張対象データ抽出処理について説明する。
【０４４１】
まず、ステップ２２０１で、拡張対象データ抽出処理を開始する。
【０４４２】
ステップ２２０２において、抽出部４０２は、４種類のデータを準備する。
【０４４３】
１つめは、通信制御部２０３から受け取ったマルチメディア・データ４０７である。２つめは、構成データが「０個」のマルチメディア・データＸである。３つめは、マルチメディア・データ４０７の構成データ数を表す変数ｎであり、マルチメディア・データ４０７は、具体的には、記述３４０２、記述３４０３、記述３４０４に分解されたページ記述データと考えると、ｎ＝３となる。４つめは、繰り返し処理に用いる処理制御変数ｉであり、初期値として、１を代入する。
【０４４４】
ステップ２２０３では、抽出部４０２は、マルチメディア・データ４０７のｉ番目のデータのデータ種類が「ボタン」であるか否かをチェックする。
【０４４５】
第２実施例では前記ボタンをクライアントのユーザが選択した場合に発信されるコマンドが、データ転送要求コマンドであるかどうかもチェックしていたが、本実施例において、分解されたページ記述データが「ボタン」であるならば、ユーザが選択した場合には必ずデータ転送要求コマンドが発信されるので、このチェックを行わない。
【０４４６】
抽出部４０２は、かかる条件を満たしたと判断した場合には、ステップ２２０４に進み、もしそうでなければ２２０５に進む。
【０４４７】
ここではｉの値は、１であり、マルチメディア・データ４０７の１番目のデータのデータ種類は「テキスト」である。従って結果は「ＮＯ」となり、抽出部４０２は、ステップ２２０５に処理を進める。
【０４４８】
ステップ２２０５では、抽出部４０２は、「ｉ＋１」の結果をｉに代入し、この結果ｉの値は、２となる。ステップ２２０６において、抽出部４０２は、ｉとｎの大小関係を判断し、ｉ＞ｎならば、結果を「ＹＥＳ」とし、ステップ２２０７に進み、そうでなければ、結果を「ＮＯ」とし、ステップ２２０３に進む。
【０４４９】
ここで、ｉの値は、２、ｎは、３であるから、結果は「ＮＯ」となり、ステップ２２０３に進む。
【０４５０】
ステップ２２０３では、ｉは、２であり、マルチメディア・データ４０７の２番目のデータのデータ種類は「静止画像」であるため、抽出部４０２の処理結果は「ＮＯ」となり、ステップ２２０５に進む。ステップ２２０５では、抽出部４０２は、ｉの値を、３にする。
【０４５１】
そして、ステップ２２０６において、抽出部４０２の処理結果は「ＮＯ」となり、ステップ２２０３に進む。ステップ２２０３では、ｉは、３であり、マルチメディア・データ４０７の３番目のデータのデータ種類は「ボタン」であるため、抽出部４０２の処理結果は「ＹＥＳ」となり、ステップ２２０４に進む。
【０４５２】
ステップ２２０４では、抽出部４０２は、マルチメディア・データ４０７のｉ番目のデータをマルチメディア・データＸに追加する。
【０４５３】
ここでは、抽出部４０２は、データ６０４をマルチメディア・データＸに追加する。そして、ステップ２２０５で、抽出部４０２は、ｉの値を４にする。
【０４５４】
ステップ２２０６では、抽出部４０２の処理結果は「ＹＥＳ」になり、ステップ２２０７に進む。
【０４５５】
ステップ２２０７では、抽出部４０２は、マルチメディア・データＸを拡張対象マルチメディア・データ４１６として出力し、拡張部４０３に渡す。
【０４５６】
図２３に、このときの拡張対象マルチメディア・データを示す。
【０４５７】
図２３において、２３０１は、抽出部４０２が拡張対象マルチメディア・データ４１６として出力するマルチメディア・データである。
【０４５８】
そして、ステップ２２０８で、抽出部４０２は、拡張対象データ抽出処理を終了する。
【０４５９】
次に、拡張部４０３の動作について説明する。
【０４６０】
拡張部４０３は、抽出部４０２から送られてきた拡張対象マルチメディア・データ４１６を受け取ると、第２実施例と同様に図２４のフローチャートに従った拡張処理を行うが、ステップ２４０６の処理の一部が第２実施例と異なる。
【０４６１】
ステップ２４０６では、拡張部４０３は、ｊ個目の複製データの拡張を行う。拡張部４０３は、まず、拡張方策情報４１８のｊ番目の項目の拡張名を、ｊ個目の複製データのアンカータグの「ＨＲＥＦ＝””」で指定されるデータ名の拡張子の直前に加える。さらに、拡張部４０３は、拡張方策情報４１８のｊ番目の項目のボタン名をｊ個目の複製データのアンカータグで囲まれたテキストと入れ替える。
【０４６２】
ｊ＝１のときには、複製データのｊ番目は、アンカータグ記述３４０４である。アンカータグ３４０９が要求するデータの名前は、「ｐｉｃｔＢ．ｇｉｆ」である。拡張部４０３は、この名前の拡張子「．ｇｉｆ」の直前に、拡張方策情報の１番目の項目、つまり項目２００１の拡張名「．ｓｍａｌｌ」を付け加え、アンカータグ記述３４０４に囲まれたテキスト「走行風景」を項目２００１のボタン名「ｓｍａｌｌ」に書き換える。さらに、このデータをマルチメディア・データＸに加える。
【０４６３】
図２５に、このときのマルチメディア・データＸの構成を示す。
【０４６４】
図２５において、本実施例ではデータ２５０３はアンカー記述３７０１である。
【０４６５】
その他のステップにおける拡張部４０３の処理は第２実施例と同様である。
【０４６６】
ステップ２４１０では、拡張部４０３は、マルチメディア・データＸを拡張済みマルチメディア・データ４１３として出力し、格納処理部４０４に渡す。
【０４６７】
このときのマルチメディア・データ４１３は、具体的には、マルチメディア・データ３８０１である。
【０４６８】
次に、データ量制御部４０１の動作を説明する。
ここで、データ量制御部４０１は、第２実施例と同様に、マルチメディア・データを変換済みマルチメディア・データ４１０として出力し、格納処理部４０４に受け渡す。ここでは変換対象マルチメディア・データ４０９は空のデータであるため、変換済みマルチメディア・データ４１０も空となる。
【０４６９】
次に、格納処理部４０４に動作について説明する。
【０４７０】
格納処理部４０４は、マルチメディア・データ４０７と、変換済みマルチメディア・データ４１０と、拡張済みマルチメディア・データ４１３を受け取ると、変換済みデータ格納処理と、拡張済みデータ格納処理を実行する。
【０４７１】
第２実施例と同様に、格納処理部４０４は図２８で示すマルチメディアデータ２８０１を変換拡張済みデータ４１１として通信制御部２０６に受け渡す。
【０４７２】
本実施例ではマルチメディア・データ２８０１は具体的には図３８で示すページ記述データになっている。図３８０１において３８０１は変換拡張済みのページ記述データである。
【０４７３】
次に、通信制御部２０６は、格納処理部４０４から変換拡張済みマルチメディア・データ４１１、即ち、マルチメディア・データ２８０１を受け取り、クライアント１０５に渡す。
【０４７４】
クライアント１０５は、ネットワーク１０２を介してマルチメディア・データ２８０１を受信し、受信内容を解釈し、図２９に示すように、ディスプレイに表示画面を表示し、ポインティングデバイスによる、ユーザからの指示を待つ。
【０４７５】
図２９において、２９０１は、マルチメディア・データ２８０１すなわちページ記述データ３８０１の表示画面であり、２９０２は、ボタンデータ２５０３すなわち拡張されたアンカータグ記述３７０１の表示画面である。
【０４７６】
ここで、クライアント１０５のユーザが、ポインティングデバイスによってボタン８０４を選択した場合、クライアント１０５は、サーバ１０１に対して、コマンド「ＧＥＴ ｐｉｃｔＢ．ｇｉｆ」を発信する。
【０４７７】
このコマンドは、マルチメディアデータ量制御中継装置１０３によって中継されるとき、解釈部４０５によって解釈されるが、このコマンドは拡張コマンドではないので、解釈部４０５は、制御テーブル４０６のすべてのパラメータを「ＯＦＦ」に設定し、コマンドをそのままサーバ１０１に転送する。
【０４７８】
そして、コマンド「ＧＥＴ ｐｉｃｔＢ．ｇｉｆ」を受信したサーバは、マルチメディア・データＢ７０１を、クライアント１０５に発信する。
【０４７９】
マルチメディア・データＢ７０１が、マルチメディアデータ量制御中継装置１０３によって中継されるとき、制御テーブル４０６のすべてのパラメータが「ＯＦＦ」になっているため、このデータに対するデータ量制御は行われない。
【０４８０】
また、マルチメディア・データＢ７０１には、ボタンデータが含まれていないため、データの拡張も行われない。
【０４８１】
したがって、マルチメディアデータ量制御中継装置１０３は、マルチメディア・データＢ７０１を、そのままクライアント１０５に転送し、その結果、クライアント１０５が備えるディスプレイの表示画面は、図９の９０１の様になる。
【０４８２】
一方、クライアント１０５のユーザが、ポインティングデバイスによってボタン２９０２を選択した場合、クライアント１０５は、サーバ１０１に対して、コマンド「ＧＥＴ ｐｉｃｔＢ．ｓｍａｌｌ．ｇｉｆ」を、発信する。
【０４８３】
この場合のマルチメディアデータ量制御中継装置１０３の動作は本発明の第２実施例と同様であるが、すでに述べたように拡張名の検出を通常の拡張子（例えば「．ｇｉｆ」など）を取り除いたデータ名に対して行うことが第２実施例と異なっている。
【０４８４】
通信制御部２０６は、ネットワーク１０４を介して、コマンド「ＧＥＴ ｐｉｃｔＢ．ｓｍａｌｌ．ｇｉｆ」を受信する。
【０４８５】
しして第２実施例と同様に、最終的にクライアント１０５は、ネットワーク１０２を介してマルチメディア・データ１６０１を受信し、受信内容を解釈し、表示画面１７０１を、クライアント１０５が備えるディスプレイに表示する。
【０４８６】
このように、本発明の第５実施例では、ハイパーテキストシステムにおいてクライアント１０５に表示されるボタンを増やし、クライアント１０５のユーザが、ボタンを選択することによって、マルチメディアデータ量制御中継装置１０３において、データ変換を行うか否かを指定することができることになる。
【０４８７】
次に、ページ記述データ中のイメージタグによって引用される画像のデータ量制御方法について述べる。本実施例の動作例において、分解部３５０１のページ記述データ分解処理によって生成されるＰＡＲＴ［２］は「静止画像Ａを引用するテキスト記述」の文字列であるが、このデータを静止画像としてデータ量を制御することはできない。
【０４８８】
そこで本実施例ではデータ量制御部４０１は拡張テーブル４１７に記憶されている拡張方策情報を利用して、ＰＡＲＴ［２］のようなイメージタグ中のデータ名に拡張名を加えることによって、最終的にクライアントでの表示画面においてＰＡＲＴ［２］のイメージタグ記述で引用される静止画像データのデータ量を制御する。
【０４８９】
以下、具体的に説明する。
【０４９０】
ここでは、クライアント１０５が「ＧＥＴ ｉｎｄｅｘ．ｓｍａｌｌ．ｈｔｍｌ」というコマンドを発信した場合について説明する。通信制御部２０６は、ネットワーク１０４を介して、サーバ１０１に対して発信された転送要求コマンドを受信し、受信したコマンド４１４を解釈部４０５に渡す。ここで解釈部４０５はコマンド「ＧＥＴ ｉｎｄｅｘ．ｓｍａｌｌ．ｈｔｍｌ」中の拡張名「．ｓｍａｌｌ」を検出する。第２実施例において解釈部４０５は、拡張方策情報４１８中の項目のなかで、「．ｓｍａｌｌ」を拡張名としてもつ項目を抜き出し、制御テーブル４０６に書き込む。しかし本実施例において解釈部４０５は、まずデータ名の拡張子が「．ｈｔｍｌ」でないかどうかを確認する。拡張子が「．ｈｔｍｌ」である場合には、解釈部４０５は制御テーブル４０６の全ての項目のデータ量制御方法を「イメージタグ拡張」に設定し、また同制御テーブル４０６の全ての項目のパラメータを検出した拡張名に設定する。
【０４９１】
ここでは、解釈部４０５が検出した拡張名は「ｓｍａｌｌ」なので制御テーブルは図４２のようになる。
【０４９２】
図４２において、４２０１は制御テーブルの１項目であり、４２０２は解釈部４０５によって設定されたデータ量制御方法であり、４２０３は解釈部４０５によって設定されたパラメータである。
【０４９３】
以上のようにして、本実施例では、解釈部４０５は通信制御部２０６から受け取ったコマンド中の転送要求データ名において、拡張方策情報４１８に記憶された拡張名を検出し、かつ前記転送要求データ名の拡張子が「．ｈｔｍｌ」の場合には、制御テーブル４０６に対して、データ量制御方法を「イメージタグ拡張」に設定し、パラメータを検出した拡張名に設定する。
【０４９４】
以降の処理は第２実施例と同様に行われ、最終的に通信制御部２０３は、コマンド「ＧＥＴ ｉｎｄｅｘ．ｓｍａｌｌ．ｈｔｍｌ」から拡張名を除去したコマンド「ＧＥＴ ｉｎｄｅｘ．ｈｔｍｌ」をサーバ１０５に転送する。
【０４９５】
そして、サーバ１０５がページ記述データ３４０１を通信制御部２０３に受け渡すと、前回と同様に分解部３５０１がページ記述データ分解処理を行い、分解されたページ記述データ４０７と抽出部４０２に受け渡す。
【０４９６】
今回は制御テーブル４０６においてデータ種類「静止画像」のパラメータが「ＯＦＦ」ではないので、抽出部４０２は変換対象マルチメディアデータ４０９として分解されたページ記述データ４０７の中からＴＹＰＥが”静止画像”であるものを抜き出し、データ量制御部４０１に受け渡す。ここでは抽出部４０２は図３４における記述３４０３を文字列として持つデータをデータ量制御部４０１に受け渡す。
【０４９７】
データ量制御部４０１は、データ変換処理を行う際に、図１３のステップ１３０５において制御情報４０８のデータ量制御方法が「イメージタグ拡張」と設定されている場合には、イメージタグの拡張処理を行う。制御情報４０８のデータ量制御方法が「イメージタグ拡張」でない場合には、第２実施例と同様にデータ量の制御を行う。
【０４９８】
イメージタグの拡張とは、イメージタグの記述「＜ＩＭＧ ＳＲＣ＝””＞」において「ＳＲＣ＝””」で指定されているデータ名に制御情報４０８のパラメータとして設定されている拡張名を加えることである。
【０４９９】
ここではイメージタグは記述３０４３であり、制御情報４０８のパラメータとして設定されている拡張名は「．ｓｍａｌｌ」であるため、データ量制御部４０１は記述３４０３を図３９にしめす３９０１のように拡張する。図３９において、３９０１はデータ量制御部４０１によって拡張されたイメージタグ記述である。データ量制御部４０１は最終的に、拡張されたイメージタグ記述３９０１のみを含むマルチメディアデータを変換済みマルチメディア・データ４１０として格納処理部４０４に受け渡す。
【０５００】
その他の処理は、本実施例で最初に例示した、クライアントが「ＧＥＴ ｉｎｄｅｘ．ｈｔｍｌ」というコマンドを発信した場合と同様である。
【０５０１】
ここでは格納処理部４０４は変換拡張済みマルチメディア・データ４１１として、図４０にしめすページ記述データ４００１を通信制御部２０６に受け渡す。
【０５０２】
図４０において４００１は変換拡張済みのページ記述データである。ページ記述データ４００１は図３８に示すページ記述データ３８０１とは、それぞれイメージタグが３９０１と３４０３である点で異なっている。
【０５０３】
通信制御部２０６はページ記述データ４００１をクライアント１０５に転送する。
【０５０４】
クライアント１０５は受信したページ記述データ４００１中のイメージタグ記述３９０１を解析し「ＧＥＴ ｐｉｃｔＡ．ｓｍａｌｌ．ｇｉｆ」コマンドを発信し、最終的にデータ量が制御された静止画像データＡ１４０３を受信する。そしてクライアント１０５は図４１に示すように画面にデータを表示する。
【０５０５】
図４１において４１０１はクライアント１０５がページ記述データ４００１を受信した場合のクライアントの画面表示である。
【０５０６】
以上のように、本実施例では、クライアント１０５がページ記述データ転送要求コマンドを発信する際に、データ名に拡張名が加えられている場合には、マルチメディアデータ量制御中継装置１０３はサーバ１０１から転送されたページ記述データ中のイメージタグを拡張し、クライアント１０５が将来自動的に転送要求を発信するデータのデータ名に拡張名をつけ加えることによって、ページ記述データ中に間接的に埋め込まれているマルチメディアデータのデータ量の制御を行う。
【０５０７】
さて、本実施例の効果について、説明する。
【０５０８】
本実施例によって、ページ記述のような構造化されていないテキストベースのマルチメディアデータに対しても、第２実施例と同様に、以下の効果がある。
【０５０９】
ユーザが高速にマルチメディア・データを検索し、最終的に得たいデータについては、データ量を制限しないで獲得したい場合に、特に、効果がある。
【０５１０】
ハイパーテキストシステムで用いれられるマルチメディア・データの形式、クライアント１０５とサーバ１０１の通信規則等について全く変更を行なっていないため、クライアント１０５、サーバ１０１については、従来のシステムをそのまま利用することが可能である。すなわち、本装置を任意の位置に配置可能であり、本装置を配置したことによるシステム構成の変更の工数は、極めて少ないことになる。
【０５１１】
また、本実施例では、説明の簡単化のため、マルチメディア・データ中に含まれるボタンデータの数が１つである場合について説明してきたが、マルチメディア・データ中に、複数のボタンデータが含まれる場合についても、本発明の第２実施例と同様にマルチメディアデータ量制御中継装置１０３は、すべてのボタンに対して拡張コマンドを発信するためのボタンを付加し、クライアント１０５側がそれを選択した場合には、その選択に適したデータをクライアント１０５に転送するようにすることができるのは言うまでもない。
【０５１２】
また、本実施例では、コマンド拡張によってクライアント１０５の表示画面に付加されるボタンの数は、１つであったが、拡張テーブル４１７の項目を追加することによって、本発明の第２実施例と同様にクライアント１０５の表示画面上に、複数のボタンを付加することも可能である。
【０５１３】
また、第１実施例と第２実施例と共通して、本実施例には以下の効果がある。本実施例ではマルチメディアデータ量制御中継装置１０３がデータ量を制御するデータ種類を、静止画像のみに限ったが、データ量制御部４０１が、複数種類のデータに対してデータ量制御処理を行うように構成することも可能であり、制御テーブルにデータ種類毎の項目を登録しておけば、マルチメディアデータ量制御中継装置１０３は、複数種類のデータに対して、データ量の制御を行うことが可能である。同時に、１つのマルチメディア・データ中に含まれる、複数種類のデータのデータ量を制御することも可能である。
【０５１４】
なお、静止画像の表示サイズ変換以外のデータ量削減の態様として、以下のものが挙げられる。例えば、動画像データのフレーム落とし、音声データのサンプリングレート変換、音声データからテキストデータへの変換、静止画像、動画像のカラーから白黒への変換、漢字まじり文章のカタカナ文章への変換、音声および動画像データの一部の抽出等である。
【０５１５】
さらに、上述の説明では、サーバの数を１台として説明したが、ネットワーク１０２上にサーバが複数台存在し、クライアント１０５のユーザが必要に応じてそれらのサーバを選択して接続するような場合であっても、すべてのサーバからクライアント１０５へのマルチメディア・データの転送に関して、本発明は適用可能である。
【０５１６】
また同様に、上述の説明では、クライアントの数を１台として説明したが、ネットワーク１０４上にクライアントが複数台存在し、サーバ１０１に接続するような場合であっても、サーバ１０１からの、すべてのクライアントへのマルチメディア・データの転送に関して、本発明は適用可能である。
【０５１７】
また、サーバ１０１とクライアント１０５の間にネットワークが２つ存在する場合について説明してきたが、サーバ１０１とクライアント１０５の間に存在するネットワークは、少なくとも１つ以上あれば、本発明は適用可能である。
【０５１８】
【発明の効果】
以上述べてきたように、本発明によれば、クライアントが受信するマルチメディア・データのデータ量の調整を、システム構成の変更を行わずに可能にする。
【０５１９】
したがって、クライアントの機能やネットワークの伝送能力の変更等を考慮せずに、クライアント・サーバシステムを構築できる。
【０５２０】
また、クライアントが要求するデータの種類に応じて、適切なデータ量制御が行なわれるため、使用目的、例えば、ブラウジング等に応じた、データ配信が行なわれるよになり、ユーザの操作性に富むシステムを実現できる。
【０５２１】
また、伝送媒体の伝送能力が異なる場所に、マルチメディアデータ量中継装置を設置することにより、伝送能力の違いを吸収してしまうこともできる。
【０５２２】
さらに、データ量の調節に関する選択肢を、ユーザが指示可能にすることによって、ユーザは、自分の目的に応じたデータ量の調節を行うことが可能になる。
【図面の簡単な説明】
【図１】第１実施の形態の構成図である。
【図２】第１実施の形態のマルチメディアデータ量制御中継装置の構成図である。
【図３】従来のマルチメディア・ネットワークシステムの構成図である。
【図４】第１実施の形態の機能ブロック図である。
【図５】マルチメディア・データの構成の説明図である。
【図６】マルチメディア・データの一例の説明図である。
【図７】マルチメディア・データの一例の説明図である。
【図８】クライアント画面表示例の説明図である。
【図９】クライアント画面表示例の説明図である。
【図１０】制御テーブルの説明図である。
【図１１】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図１２】変換対象マルチメディア・データの一例の説明図である。
【図１３】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図１４】変換済みマルチメディア・データの一例の説明図である。
【図１５】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図１６】マルチメディア・データの一例の説明図である。
【図１７】第１実施の形態におけるクライアント画面表示例の説明図である。
【図１８】マルチメディア・データの一例の説明図である。
【図１９】第１実施の形態におけるクライアント画面表示例の説明図である。
【図２０】拡張テーブルの説明図である。
【図２１】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図２２】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図２３】拡張対象マルチメディア・データの一例の説明図である。
【図２４】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図２５】拡張済みマルチメディア・データの一例の説明図である。
【図２６】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図２７】マルチメディア・データの一例の説明図である。
【図２８】マルチメディア・データの一例の説明図である。
【図２９】第２実施の形態におけるクライアント画面表示例の説明図である。
【図３０】拡張テーブルの他の例を示す説明図である。
【図３１】第２実施の形態におけるクライアント画面表示例の説明図である。
【図３２】拡張テーブルの他の例を示す説明図である。
【図３３】第４実施の形態におけるクライアント画面表示例の説明図である。
【図３４】ページ記述データの例を示す説明図である。
【図３５】第５実施の形態における機能ブロック図の説明図である。
【図３６】本発明にかかる実施の形態における、処理内容を示すフローチャートである。
【図３７】第５実施の形態における拡張されたアンカータグの例の説明図である。
【図３８】第５実施の形態における拡張されたページ記述データの例の説明図である。
【図３９】第５実施の形態における拡張されたイメージタグの例の説明図である。
【図４０】第５実施の形態における拡張されたページ記述データの例の説明図である。
【図４１】第５実施の形態におけるクライアント画面表示例の説明図である。
【図４２】第５実施の形態における制御テーブルの説明図である。
【符号の説明】
１０１…サーバ、１０２…ネットワーク、１０３…マルチメディアデータ量制御中継装置、１０４…ネットワーク、２０１…ＣＰＵ、２０２…記憶装置、２０３…通信制御部、２０４…バス、２０５…補助記憶装置、２０６…通信制御部、３０１…中継装置、４０１…データ量制御部、４０２…抽出部、４０３…拡張部、４０４…格納処理部、４０５…解釈部、４０６…制御テーブル、４０７…マルチメディア・データ、４０８…制御情報、４０９…変換対象マルチメディア・データ、４１０…変換済みマルチメディア・データ、４１１…変換拡張済みマルチメディア・データ、４１２…抽出情報、４１３…拡張済みマルチメディア・データ、４１４…コマンド、４１５…解釈済みコマンド、４１６…拡張対象マルチメディア・データ、４１７…拡張テーブル、４１８…拡張方策情報、４１９…制御パラメータ、５０１…ｎ個のデータから構成されるマルチメディア・データ。

Claims (6)

1. 第１の情報処理装置と第２の情報処理装置との間の情報の伝送を中継するデータ変換装置において、
   第１の伝送媒体を介して前記第１の情報処理装置からの入力情報を受け付ける第１の通信制御手段と、
   前記第１の通信制御手段の受け付ける入力情報を構成する各データの種類を調べるデータ解析手段と、
   前記入力情報を第２の伝送媒体を介して前記第２の情報処理装置に送出し、該送出した入力情報に応じて前記第２の情報処理装置から送出されてくる出力情報を入力する第２の通信制御手段と、
   前記第２の通信制御手段が入力した出力情報から、データ量の変換処理の対象となる変換対象データを抽出する抽出手段と、
   前記変換対象データのデータ量を、当該データの種類に応じて予め定めた規則に従って変換し、前記出力情報のうち、変換処理前の変換対象データを変換処理された前記変換対象データに置き換えて前記出力情報を再構成する制御手段とを有し、
   前記第１の通信制御手段は、前記制御手段により再構成された情報を前記第１の伝送媒体を介して前記第１の情報処理装置に転送し、
   前記抽出手段は、情報を要求するコマンドを前記第２の情報処理装置へ発信するためのボタンデータが、前記第２の情報処理装置からの出力情報に含まれている場合に、情報を要求するコマンドにデータ量の変換処理を示す拡張情報を付加した拡張コマンドを前記第２の情報処理装置へ発信するための拡張ボタンデータを、前記第２の情報処理装置からの出力情報に付加し、
   前記第１の通信制御手段は、前記ボタンデータ及び前記拡張ボタンデータを含む前記出力情報を、前記第１の情報処理装置へ転送し、
   前記データ解析手段は、前記第１の情報処理装置からの入力情報が、前記第１の情報処理装置で前記ボタンデータが指定されることによって発信された前記情報を要求するコマンドである場合に、前記情報を要求するコマンドを前記第２の通信制御手段を介して前記第２の情報処理装置へ転送すると共に前記予め定めた規則に変換処理しないことを設定し、前記第１の情報処理装置からの入力情報が、前記第１の情報処理装置で前記拡張ボタンデータが指定されることによって発信された前記拡張コマンドである場合に、前記拡張コマンドから前記拡張情報を除き、前記拡張情報を除いて得た前記情報を要求するコマンドを前記第２の通信制御手段を介して前記第２の情報処理装置へ転送することを特徴とするデータ変換装置。
2. 請求項１において、
   前記予め定めた規則は、データの種類が画像データであるとき、画像データの画素数を、所定のパターンで削除することであり、
   前記制御手段は、抽出した画像データの画素数を、所定のパターンで削除することを特徴とするデータ変換装置。
3. 請求項１において、
   前記第１の通信制御手段は、特定データのサイズを特定の変換率で変換する旨のコマンドを受け付け、
   前記抽出手段は、前記特定データのサイズを、前記特定の変換率で変換したデータを、前記制御手段が扱う前記変換処理された変換対象データとして与えることを特徴とするデータ変換装置。
4. 請求項３において、
   前記特定データのサイズを特定の変換率で変換する旨のコマンドは、データである画像データのサイズを、「１／４または１／１６」の変換率となるように、前記画像データの画素数を削除する変換を行なうコマンドであり、
   前記抽出手段は、画像データのサイズを、「１／４または１／１６」の変換率で変換したデータを、前記制御手段が扱う前記変換処理された変換対象データとして与えることを特徴とするデータ変換装置。
5. 請求項１、２、および３のいずれかに記載のデータ変換装置が備える前記第１の通信制御手段および前記第２の通信制御手段に伝送媒体を接続して構成されることを特徴とするネットワークシステム。
6. 請求項５において、
   前記第１の通信制御手段に接続する前記第１の伝送媒体と、前記第２の通信制御手段に接続される前記第２の伝送媒体の各々の伝送レートを異ならせて構成したことを特徴とするネットワークシステム。

Images