"ブロードキャストシステムにおいてフォント情報を伝送する方法において、-ディスプレイ上でプレゼンテーションさせるべきテキストまたはシンボルのコンテンツのためにフォントを定義するステップと、-前記フォントのフォントフォーマットデータを含むフォント情報を用意するステップであって、該フォントフォーマットデータは単一のキャラクタまたはシンボルまたはそれらのセットを表す、ステップと、-該フォント情報を、フォント情報ストリーム内で伝送に適したフォーマットに変換するステップと、-該変換されたフォント情報からフォント情報ストリームを生成するステップと、-テキストオブジェクトを含むシーン記述ストリームに、少なくともビデオストリームを指す第1の識別子と、前記フォント情報ストリームを指す第2の識別子とを付加するステップと、-前記ビデオストリーム、前記フォント情報ストリームおよび前記シーン記述ストリームを、多重ストリームに多重化するステップと、-多重化された該ストリームを伝送するステップとを備えたことを特徴とする、ブロードキャストシステムにおいてフォント情報を伝送する方法。請求項1記載の方法において、1つのフォントによりキャラクタまたはシンボルのためのレンダリング特性を定義し、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも1つの項目を含ませることを特徴とする方法。請求項1または2記載の方法において、コントロール情報を伝送し、該コントロール情報によって、受取側が前記フォント情報を記憶すべきか否かを決定させることを特徴とする方法。請求項1から3のいずれか1項記載の方法において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータを含ませる一方、書体、形状またはピッチの情報を受取側で取得可能にすることを特徴とする方法。請求項1から4のいずれか1項記載の方法において、前記フォント情報ストリームを指す識別子は記述子を指し、該記述子は前記フォント情報ストリームを識別することを特徴とする方法。前記フォント情報ストリームは符号化され、かつ、復号化するのに必要な時間を示す時間情報を有する、請求項1乃至5いずれか1項記載の方法。電子機器のためにフォント情報をブロードキャストシステムにおいて伝送する装置において、ディスプレイ上でプレゼンテーションさせるべきテキストまたはシンボルのコンテンツのためにフォントを定義する手段と、前記フォントのフォントフォーマットデータを含むフォント情報を用意する手段であって、該フォントフォーマットデータは単一のキャラクタまたはシンボルまたはそれらのセットを表す、手段と、フォント情報ストリーム内で該フォント情報を伝送に適したフォーマットに変換する手段と、該変換されたフォント情報からフォント情報ストリームを生成する手段と、テキストオブジェクトを含むシーン記述ストリームに、少なくともビデオストリームを指す第1の識別子と、前記フォント情報ストリームを指す第2の識別子とを付加する手段と、前記ビデオストリーム、前記フォント情報ストリームおよび前記シーン記述ストリームを、多重ストリームに多重化する手段と、多重化された該ストリームを伝送する手段とが設けられていることを特徴とする、電子機器のためにフォント情報をブロードキャストシステムにおいて伝送する装置。請求項7記載の装置において、1つのフォントによりキャラクタまたはシンボルのためのレンダリング特性が定義され、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも1つの項目が含まれていることを特徴とする装置。請求項7または8記載の装置において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータが含まれる一方、書体、形状またはピッチの情報は受取側で取得可能であることを特徴とする装置。請求項7から9のいずれか1項記載の装置において、前記フォント情報ストリームを指す識別子は記述子を指し、該記述子は前記フォント情報ストリームを識別することを特徴とする装置。請求項7から10のいずれか1項記載の装置において、データストリーム内でコントロール情報を受け取る手段であって、該コントロール情報によって受取側が前記フォント情報を記憶すべきか否かが決定され、受け取った前記コントロール情報は前記フォント情報を記憶する手段に提供される、手段をさらに備えたことを特徴とする装置。ディスプレイを含むまたはディスプレイと接続可能な電子機器においてフォント情報を付加または変更する方法において、-多重ブロードキャスト信号内で、ビデオストリーム、シーン記述ストリームおよびフォント情報ストリームを受け取るステップであって、該フォント情報ストリーム内の前記フォント情報は単一のキャラクタまたはシンボルまたはそれらのセットをレンダリングすることまたは表示することのためのフォントフォーマットデータを含むステップと、-前記フォント情報ストリームを指し且つ前記シーン記述ストリーム内でテキストオブジェクトを参照する識別子を、前記シーン記述ストリームが備えることを判定するステップと、-前記ビデオストリーム、前記シーン記述ストリームおよび前記フォント情報ストリームを別々に復号するステップと、-前記シーン記述ストリームから前記テキストオブジェクトを取り出すステップと、-前記フォント情報を前記変換前または変換中または変換後に記憶するステップと、-前記ビデオストリームとともに表示されるために前記テキストオブジェクトをレンダリングするステップであって、前記フォント情報ストリームからの前記フォントフォーマットデータが使用されるステップとを含むことを特徴とする電子機器においてフォント情報を付加または変更する方法。請求項12記載の方法において、前記フォント情報ストリームを指す識別子は記述子を指し、該記述子は前記フォント情報ストリームを識別することを特徴とする方法。請求項12または13記載の方法において、1つのフォントによりキャラクタまたはシンボルのためのレンダリング特性が定義され、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも1つの項目が含まれていることを特徴とする方法。請求項12から14のいずれか1項記載の方法において、コントロール情報を伝送し、該コントロール情報によって、受取側が前記フォント情報を記憶すべきか否かを決定させることを特徴とする方法。請求項12から15のいずれか1項記載の方法において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータが含まれる一方、書体、形状またはピッチの情報は受取側で取得可能であることを特徴とする方法。前記フォント情報ストリームは符号化され、かつ、復号化するのに必要な時間を示す時間情報を有する、請求項12乃至16いずれか1項記載の方法。ディスプレイを含むまたはディスプレイと接続可能な電子機器においてフォント情報を付加または変更する装置において、-多重ブロードキャスト信号内で、ビデオストリームおよびフォント情報ストリームを受け取る手段であって、前記ストリーム内の前記フォント情報は単一のキャラクタまたはシンボルまたはそれらのセットをレンダリングすることまたは表示することのためのフォントフォーマットデータを含む、手段と、-前記ビデオストリーム、前記シーン記述ストリームおよび前記フォント情報ストリームを別々に復号する復号手段であって、前記フォント情報は処理のために利用できるようなフォーマットに変換される、復号手段と、-前記フォント情報を前記変換前または変換後に記憶する手段と、-前記フォント情報ストリームを指し且つ前記シーン記述ストリーム内でテキストオブジェクトを参照する識別子を、前記シーン記述ストリームが備えることを判定する手段と、-前記シーン記述ストリームから前記テキストオブジェクトを取り出す手段と、-表示のために前記テキストオブジェクトをレンダリングする手段であって、該手段は、前記キャラクタまたはシンボルまたはそれらのセットを、前記フォント情報ストリームからの前記フォントフォーマットデータを用いてどのように表示するか定義する、手段とを含むことを特徴とする電子機器においてフォント情報を付加または変更する装置。請求項18記載の装置において、1つのフォントによりキャラクタまたはシンボルのためのレンダリング特性が定義され、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも1つの項目が含まれていることを特徴とする装置。請求項18または19記載の装置において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータが含まれる一方、書体、形状またはピッチの情報は受取側で取得可能であることを特徴とする装置。請求項18から20のいずれか1項記載の装置において、前記フォント情報ストリームを指す識別子は記述子を指し、該記述子は前記フォント情報ストリームを識別することを特徴とする装置。請求項18から21のいずれか1項記載の装置において、データストリーム内でコントロール情報を受け取る手段であって、該コントロール情報によって受取側が前記フォント情報を記憶すべきか否かが決定され、受け取った前記コントロール情報は前記フォント情報を記憶する手段に提供される、手段をさらに備えたことを特徴とする装置。様々なアプリケーションにおいてコンテンツプロバイダは、伝送されるテキストを受信側で表示する際のスタイルまたはフォントを決定したいという要求をもっている。しかしながら受信側は、対応する情報が不足していることから僅かなフォントおよびスタイルしか表示できない。この問題点は、請求項に記載された本発明によって解決される。請求項には、受信側または送信側において本発明による方法を利用した装置がそれぞれ記載されている。本発明によるシステムには、1つまたは複数のフォントのためのフォーマットデータ、これらのデータをたとえばタイムスタンプの与えられた多重化パケットから成るビットストリームに組み込むための手段、これらのビットストリームを送信、転送ならびに受信するための手段、これらのビットストリームを入力とし受け入れる端末が含まれており、さらにこの端末には、フォントならびに他のコンテンツデータを管理し、管理されているコンテンツを合成する手段たとえばデコーダと、合成されたコンテンツをプレゼンテーションするためのレンダリングデバイスが含まれている。本発明によるシステムによれば、端末に向けてフォント情報を流すことができ、端末はこの情報をダウンロードすることができ、どのようにテキストを表示するのかを決定するためにこの情報を利用することができる。フォント情報は1つまたは複数のシンボルを参照するよう指示し、通常はキャラクタセットを参照するよう指示するが、印刷シンボルあるいは飾り記号を参照するよう指示してもよく、さらにフォント情報には、たとえば書体あるいは形状、サイズ、カラー、ボールド、イタリックスタリル、ラインスペース、プロポーショナルピッチまたは固定ピッチのための仕様をもたせることができる。また、1つのフォントをすべてのテキストに利用することもできるし、あるいはデバイスにおいてレンダリングさせる目的でこの種の情報を必要とする所定のテキストコンテンツにリンクさせることもできる。次に、添付の図面を参照しながら本発明の実施形態について説明する。図1には、一般的なフォントストリーミングシステムの構成が例示されている。図2には、MPEG4端末の一般的な構造が描かれている。図3には、フォントストリームを含むMPEG4オブジェクト記述子の構成が描かれている。図1には、本発明による全般的なフォントストリーミングシステムのコンポーネントが描かれている。この場合、AVおよびテキストを含むシーンデータ2といっしょにフォントデータ1がパックされたとえば多重化されて適切な装置3へのビットストリーム4が形成され、この装置にはたとえばマルチプレクサと伝送用サーバが含まれている。伝送にはブロードキャストを含めることができ、ビットストリーム4とそのサブストリームを所定の構造にすることができ、たとえば多重化パケットの構造とすることができる。受信側装置5においてこのビットストリームが多重化解除されてESが形成され、たとえばコントロール、オーディオ、ビデオならびにフォントストリームが形成され、その際、コントロールESはテキストとODストリームを含むシーン記述を有しており、このESは関連するマネージャに分配される。1つのESにおいて個別にアクセス可能な部分はアクセスユニットAccessUnitAU6と呼ばれ、これらはデコーダマネージャ7によってデコーディングされてプラットフォームに依存するプレゼンテーション可能なフォーマットが形成される。ESにより要求される固有のデコーディングのために、デコーダマネージャ7はデコーダ固有情報11DSIを用いてセットアップされる。さらにこのDSI11は、たとえばビットストリームにおけるコントロールサブストリームを介して受け取った情報を使用してセットアップ可能または変更可能である。デコーダマネージャ7は、コンポジタCompositor9に対する入力であるコンポジションユニットCompositionUnitCU8を生成し、このコンポジションユニット8自体はレンダリングデバイス13たとえばPCまたはTVのための入力信号10を生成する。CUはコンポジタ9による要求よりも前に生成可能であるので、それらをコンポジションバッファにバッファリングしておくことができる。フォントデータであるデータが集中して生じる場合には、あとで利用するためにフォントデータをローカルストレージデバイス12たとえばメモリ、フラッシュメモリ、ディスク、ハードディスクなどに格納するのが有利である。たとえばコンテンツプロバイダが所定のテキストのために使用すべきフォントを指定している場合、フォントデータをコンポジタ9においてコンポジションのために利用することができる。コンポジタ9はプラットフォームに依存しているので、デコーダマネージャ7は個別にストリーミングシステムから、コンポジタ9が要求するCUフォーマットを生成することができ、その結果、コンテンツプロバイダの意図するようにテキストがレンダリングされる。MPEG4システム標準によればマネージメント時間を、データをデコーディングすべき時間としてデコーダマネージャ7により使用されるAU6と関連づけることができる。したがってCU8にコンバートされてコンポジタ9のため準備処理されるデータは、コンポジションバッファへ転送される。CUのために、定義されたコンポジション時間を設けておくことができ、コンポジタ9はこの時間を、CUがコンテンツのレンダリングにどれくらいの時間を費やすべきであるのかを決定するために利用する。パケットをクライアントへ送信するサーバ3は、コンポジタ9が適正な時間で情報を取得できるのに十分な速さでそれらのパケットがクライアント端末5に到達するようにしなければならない。このことはコンテンツクリエーション時間において扱うことができる。MPEG4または同様のストリーム指向のシステムのために用いられる本発明のケースに関して、端末の構造が図2に描かれている。端末20にはインタフェース21が含まれており、これはDMIFアプリケーションインタフェースと呼ばれる。これは同期レイヤsynchronizationlayerSLとデリバリレイヤdeliverylayerDLとの間のストリームデータパケットフォーマット変換のために使用される。さらにこれによってビットストリームの多重化が解除されて、サブストリームないしはESが形成される。テキストとともにシーンデータを含むサブストリームは適切なデコーディングバッファ22,26へ送られ、その後、指定された時点にデコーダ23,27へ送られる。各デコーダは所定のタイプのESのためにそれぞれ設けられており、要求があったときのみセットアップされる。デコーダを指定する情報を専用のESたとえばODストリームにおいて、デコーダが使用される前に専用のマネージャ29が受け取ることができる。デコーダの出力はコンポジションバッファ24,28へ供給され、ついで指定された時点にコンポジタ25へ、つまりそれらの個々のコンポジション時間にコンポジタ25へ供給される。本発明のこの実施形態によれば、フォント情報をダウンロードするために用いられる1つのデコーディングバッファ26、デコーダ27ならびにコンポジションバッファ28が設けられている。本発明の1つの実施形態によれば、受け取ったフォントデータはあとで使用するために受信側に格納される一方、別の実施形態によれば直前に受け取ったフォントだけが格納され、この場合、他のフォントはコンテンツがそれらのフォントの使用を要求したときには常にダウンロードする必要がある。第3の実施形態によれば、ダウンロードされたフォントはクライアントがそのコンテンツから切り離されるまで格納される。第4の実施形態によれば、フォント情報を格納すべきか否かの通知をビットストリームに含ませることができる。さらに本発明の第5の実施形態によれば、ユーザはフォントデータのこのようなダウンロードをコントロールすることができ、つまりそれに対し許可または不許可を与えることができる。図3には、やはりフォントデータを含むMPEG4システムのオブジェクト記述子の構造が描かれている。これは、1つの初期オブジェクト記述子と5つのエレメンタリストリームESとから成る。初期オブジェクト記述子には、ESを指す2つのエレメンタリストリーム記述子ES_Dが含まれており、特にES_DSは値ES-IDSを有しており、したがってシーン記述ストリームを指し、さらにES_DOはES-IDOを有しており、したがってオブジェクト記述子ストリームを指す。シーン記述ストリームには、シーンのジオメトリ、アニメーションおよびインタラクティビティならびに再生すべきシーンの各オブジェクトに対するリンクを記述するシーン記述が含まれており、これによればどのようにしてESからオブジェクトを取得するのかが指定される。また、メディアオブジェクトに対しリンクされたシーン記述階層ツリーのリーフノードによって、オブジェクト記述子ストリームにおいて受け取られるオブジェクト記述子を指すオブジェクト記述子識別子ObjectDescriptorIdentifierODIDが使用される。1つのオブジェクト記述子識別子ObjectDescriptorIdentifierODIDVは、1つのビジュアルオブジェクトのためのオブジェクト記述子ObjectDescriptorODVを指し、別のオブジェクト記述子識別子ODIDTは、1つのテキストオブジェクトのためのオブジェクト記述子ODTを指す。各オブジェクト識別子には1つまたは複数のES記述子ES_Dが含まれており、これはシーンにおいて再生すべきESに対する参照である。テキストオブジェクトは1つのシーン記述ストリーム内部に含まれており、これは現在のテキストノードを含んでおり、ESつまり個々のフォントを含むフォントストリームを参照指示する。2つのストリームは、個々の識別子ES_IDSとES_IDFの値をもつES記述子ES_DSとES_DFにより参照指示される。あるフォントがたとえばマルチメディアコンテンツにおいて参照指示される場合、この参照は図3に示されているようにES_IDであってもよいし、または文字列値としてフォント名であってもよいし、あるいはその両方であってもよい。参照指示されるフォントに対応するフォントデータを、相応するES_IDおよびオプションとして付加的なフォント名文字列とともに、ESとしてMPEG4ストリームに事前に挿入しておくことができる。有利にはフォントデータ、フォント名ならびに関連する情報を、あとで利用するために格納しておくことができる。このようなケースでは、フォントをたとえばフォント名によって参照指示することができる。有利にはファイル名はストリーミングされず、したがって格納のためにシステム互換のファイル名を選ぶことができる。フォントマネージャと呼ばれる受信側の専用ユニットによって、フォントに関連するすべての事項を取り扱うことができ、たとえば標準フォントの選択、特別に要求されるフォントが事前に格納済みであるかのチェック、新しいフォントの受け取り、格納されたフォントの更新などを行うことができる。デコーダセットアップのために用いられDSIとしてすでに説明した指定フォント関連情報には、たとえば以下のものを含めることができる:-フォントタイプすなわちフォントデータの内部フォーマット、これはたとえばTrueTypeフォント、OpenTypeフォントまたはzippedフォント等でそれぞれ異なる。-フォント格納情報、これによってフォントをあとで利用するために格納すべきか否かが指定される。-フォント名すなわちフォントへの参照として使用すべき文字列。-フォントマネージャに関するシステム固有の情報、たとえばフォントを特定のキャラクタまたはシンボルのためにのみ、あるいはたとえば大文字のためにのみ使用すべきか否かの情報。MPEG4システムの場合、DSIはODストリームにおいて伝送される。本発明によれば、フォントデコーダを指定する情報を伝送するために2つの可能性がある:その1つは、この情報すべてをDSIに含め、フォントAUには生のフォントデータを含めること。もう1つはDSIに、上述の情報がAU内で生のフォントデータといっしょであることの指示を含めることである。これら2つの解決策のいずれを使用するのかについての指示を、DSI内でfontFormat変数としてコーディングすることができる。第1の解決策によれば、フォントデコーダのためのセッティングは自己充足型であって、つまりOD構造において完全に定義されており、したがってフォント情報を含むすべてのAUパケットはfontFormat値によって定義された同じ内部フォーマットを有している。つまりこのことは、受け取ったフォントのフォーマットすなわちテキストレンダリングに使用されるフォントをダイナミックに変更することはできないことを意味する一方、この場合にはシンプルなタイプのデコーダしか必要とされない。第2の解決策のためにはfontFormat変数だけがDSIから利用され、DSIにおける他のフォント関連情報は無視される。その代わりにこの情報はフォント情報のためにAUパケット内に含まれており、たとえばパケットヘッダからこれを抽出することができる。これを自己内蔵フォントないしはセルフコンテインドフォントselfcontainedfontと呼ぶことができる。このケースでは、DSIにけるfontFormatのための固有の予約値を利用すれば十分である。この解決策によれば、フォントストリームAUパケットに異なる内部フォーマットをもたせることができ、それゆえデコーダは第1の解決策よりも複雑にならざるを得ない。それというのも、デコーダは要求されるDSIのいくつかをパケットから抽出する必要があるからである。しかしながら有利なことにダイナミックなフォント変更は可能である。なぜならば、新たに受け取ったフォントをただちに使用できるからである。本発明のMPEG4のインプリメンテーションによれば、以下で述べるように標準規格に対し僅かな拡張だけしか必要とされない。この拡張はストリームタイプ、AUフォーマット、デコーダタイプならびにノードセマンティクスに関わるものである。この場合、新たなタイプのESが使用されるので、streamTypeパラメータの新たな値を定義する必要があり、このパラメータはフォントESとしてサブストリームを識別するために端末によって使用され、これによって必要とされるデコーダが生成され、それがESと結びつけられる。上述の標準規格をベースとして、本発明によって提案される新たなstreamTypeを以下のように加えることができる。オブジェクトTypeIndicationはこの種のストリームのためには必要とされないので、値0xFFオブジェクトタイプ指定なしを用いることができる。フォント情報を伝送するための簡単なやり方はフォントファイルをAUに埋め込むことであり、これによって新たなAUタイプが生成される。この種のAUを、MPEG標準に記述されているようにストリーミング中に複数の同期レイヤsyncronizationlayerSLパケットに分割することができる。さらに、フォントAUを管理するために新たなデコーダを定義しておく必要がある。このデコーダは、DSIコンフィギュレーションを利用してAUからフォントデータを抽出する。たとえばオブジェクト指向言語における1つのクラスとしてDSIをインプリメントするならば、それに対し以下のフォーマットをもたせることができる:DSIに含まれるfontFormat変数の仕様を以下のように定めることができる:上記の表で用いられている他の変数の意味は以下の通りである:storeFont:後で利用するためにフォントを格納するのか否かを規定fontNameLength:fontNameフィールドの長さを指定fontName:フォント名を指定fontSpecInfo:固有のフォントハンドラのための情報を伴う不透明なコンテナ0X01~0x04の値をもつfontFormat変数の場合、デコーダはデータを処理するためにすべてのDSI情報を必要とし、0x00の値をもつfontFormat変数の場合、デコーダは必要とする情報をAU内で見つけ出すことができる。本発明によるフォントAUフォーマットの例については以下で説明する。端末がフォントを記憶可能であるならば、受け取ったフォントを記憶するのか否かを判断するためにstoreFontフラグを使うことができ、fontNameフィールド内で受け取った名前が、たとえばファイルに関連づけたり意味のあるファイル名を選ぶなりすることで、フォントデータに付加されることになる。fontSpecInfoをデフォルトで空にしておくことができ、0x05~0x07の値をもつfontFormatにより指示されているようにユーザのプライベートなインプリメンテーションのために利用することができる。AUコンテナが自己充足型フォントであり、かつこのAUをたとえばオブジェクト指向言語における1つのクラスとしてインプリメントする場合、各フォントAUに以下の構造のデータをもたせることができる:fontSpecInfoLengthによってfontSpecInfoフィールドの長さが規定され、fontDataは生のフォントデータである。他のフィールドはDSIの場合と同じ意味をもっている。最後に挙げておくと、フォントストリーミングをイネーブルにするため標準規格で述べられているFontStyleノードセマンティクスが必要とされる。対応するパラグラフはVRML97standardである。このノードに以下の特性が付加される:familyフィールドにはObjectDescriptorIdentifierも含めることができ、これによりフォント情報を含むFontStreamというタイプのストリームが参照指示される。ノードのオプション機能として、VRML97標準に記載されているようにfamilyフィールドにおける第1のSFString値にフォント名を含める。第2の値には、フォントを含むストリームを指すODIDを含める。この実施形態によれば端末は、第1の値において挙げられているフォントが端末にすでに存在しているか否かを調べることができ、存在しているならばそれを再利用することができる。そうでなければ、端末はフォントストリームをMPEG4システム標準に記載されているように処理することができ、本発明の特徴により許可されてそれを記憶させることができる。クライアント端末において最適化されたフォント管理を行うために、フォント情報の構造表現すなわちfontStyleノードによって、テキストレンダリングに必要とされるフォントが最初にその名前によって参照指示され、2番目のポジションにおいてそのストリームの識別子ES-IDによって参照されるようにする。フォントストリーミングフィーチャを利用したシーンサンプルの一例には、以下の断片が含まれている可能性がある:上述の例では、端末はTimesNewRomanという名前をもつフォントを使用し、サイズとスペーシングとスタイルに対する所定のパラメータを用いて、テキスト文字列をレンダリングすることになる。このフォントが受信側で利用できない場合には、MPEG4端末はストリームをODID104と結びつけて、要求されたフォント情報を取り出すことができる。本発明によるフォントストリーミングフィーチャをMPEG4オーサリングツールに含めることもできる。すなわち制作者がテキスト文字列のために特定のフォントを定義する場合、ツールによってフォントファミリー名をfamilyファミリーフィールドの第1の部分に挿入することができ、フォント情報を含む新たなESを生成し、このESのためのODIDをfamilyフィールドの第2の部分に挿入することができる。有利なことに、たとえばTrueTypeフォント、ベーシックフォント、OpenTypeフォント、アジアのキャラクタ、スケーラブルフォント、シンボルフォントなど、どのようなフォントフォーマットであってもストリーミング可能であって、このことは受取側の端末がそのようなフォーマットを識別して管理できるかぎり可能である。さらに有利なことに、情報コンテンツ殊にテキストまたはシンボルを有するコンテンツを表示可能でありフォント情報を受信可能なあらゆる種類のデバイスのために本発明を適用することができる。そのようなデバイスとはたとえばTV、DVB、コンピュータディスプレイ、ナビゲーション装置、さらには移動電話機、モバイルコンピュータ、パーソナルディジタルアシスタントPDA、MP3プレーヤー、あるいはディスプレイを備えた他のミュージックレンダリング装置のような携帯型装置である。本発明は、すべてのMPEG4ストリーミングシステムにとりわけ適している。"