(57)【特許請求の範囲】
【請求項１】
フォント情報を伝送する方法において、
−ディスプレイ上でプレゼンテーションさせるべきテキストまたはシンボルのコンテンツのためにフォントを定義するステップと、
−単一のキャラクタまたはシンボルまたはそれらのセットをどのようにレンダリングまたは表示させるのかを定義したフォント記述を含むフォント情報を用意するステップと、
−該フォント情報を、フォントストリーム上で伝送に適したフォーマットに変換するステップと、
−テキストを含むデータストリームに、該フォントストリームに対する参照を付加するステップと、
−該フォント情報および該テキストを含むデータストリームを伝送するステップと、
が設けられていることを特徴とする、フォント情報を伝送する方法。
【請求項２】
ディスプレイを含むまたはディスプレイと接続可能な電子機器においてフォント情報を付加または変更する方法において、
−フォントストリームを受け取るステップと、
該フォントストリーム中のフォント情報は、単一のキャラクタまたはシンボルまたはそれらのセットをどのようにレンダリングまたは表示させるのかを定義したフォント記述を含む、
−該フォント情報のフォーマットを、処理に利用できるよう変換するステップと、
−テキストまたはシンボル情報を含むデータストリーム、および、該フォントストリームに対する参照を受け取るステップと、
−該フォント情報を前記変換前または変換中または変換後に記憶させるステップと、
−表示されるために該テキストまたはシンボル情報をレンダリングするステップと、
ここで、デバイスまたは回路は、該参照されたフォントストリームからのフォント情報を使用して、該キャラクタまたはシンボルまたはそれらのセットをどのように表示させるのかを定義する、
を含むことを特徴とする、
電子機器においてフォント情報を付加または変更する方法。
【請求項３】
請求項１または２記載の方法において、
前記参照は、前記フォントストリーム（ＥＳ＿ＤＦ）を識別する記述子（ＯＤＩＤＴ）を指し示す、ことを特徴とする方法。
【請求項４】
請求項１から３のいずれか１項記載の方法において、１つのフォントによりキャラクタまたはシンボルのためのレンダリング特性を定義し、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも１つの項目を含ませることを特徴とする方法。
【請求項５】
請求項１から４のいずれか１項記載の方法において、コントロール情報を伝送し、該コントロール情報によって、受取側が前記フォント情報を記憶すべきか否かを決定させることを特徴とする方法。
【請求項６】
請求項１から５のいずれか１項記載の方法において、別個のデータストリームを種々のデータタイプの伝送のために使用し、該データストリームのいくつかまたはすべてをいっしょに多重化されることを特徴とする方法。
【請求項７】
請求項１から６のいずれか１項記載の方法において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータを含ませる一方、書体、形状またはピッチの情報を受取側で取得可能にすることを特徴とする方法。
【請求項８】
前記フォントストリームは符号化され、かつ、復号化するのに必要な時間を示す時間情報を有する、請求項１乃至７いずれか１項記載の方法。
【請求項９】
電子機器のためにフォント情報を伝送する装置において、
ディスプレイ上でプレゼンテーションさせるべきテキストまたはシンボルのコンテンツのためにフォントを定義する手段と、
単一のキャラクタまたはシンボルまたはそれらのセットをどのようにレンダリングまたは表示させるのかを定義したフォント記述を含むフォント情報を用意する手段と、
フォントストリーム上で該フォント情報を伝送に適したフォーマットに変換する手段と、
テキストを含むデータストリームに、該フォントストリームに対する参照を付加する手段と
該フォントストリーム、および、該テキストを含むデータストリームを伝送する手段と、
が設けられていることを特徴とする、電子機器のためにフォント情報を伝送する装置。
【請求項１０】
電子機器内でフォント情報を付加または変更する装置において、
フォントストリームを受け取る手段と、
該フォントストリーム中のフォント情報は、単一のキャラクタまたはシンボルまたはそれらのセットをどのようにレンダリングまたは表示させるのかを定義するフォント記述を有し、
該フォント情報を処理に適したフォーマットに変換する手段と、
テキスト情報を含むデータストリーム、および、該フォントストリームに対する参照を受け取る手段と、
該フォント情報を前記変換前または変換後に記憶する手段と、
該テキスト情報を表示のためにレンダリングする手段と、
該レンダリングする手段は、参照された該フォントストリームからのフォント情報を使用して、前記のキャラクタまたはシンボルまたはそれらのセットをどのように表示させるのかを定義する、
が設けられていることを特徴とする、電子機器においてフォント情報を付加または変更する装置。
【請求項１１】
請求項９または１０記載の装置において、
前記参照は、前記フォントストリーム（ＥＳ＿ＤＦ）を識別する記述子（ＯＤＩＤＴ）を指し示す、ことを特徴とする装置。
【請求項１２】
請求項９から１１のいずれか１項記載の装置において、
１つのフォントによりキャラクタまたはシンボルのためのレンダリング特性が定義され、該特性には書体、形状、サイズ、色、ボールドスタイル、イタリックスタイル、ラインスペーシングまたはピッチタイプのうち少なくとも１つの項目が含まれていることを特徴とする装置。
【請求項１３】
請求項９から１２のいずれか１項記載の装置において、
データストリーム内でコントロール情報を受け取る手段を有し、
該コントロール情報によって、受取側が前記フォント情報を記憶すべきか否かが決定され、
前記コントロール情報によって前記フォント情報を記憶する必要がある場合は、前記フォント情報を記憶する手段を有する、
ことを特徴とする装置。
【請求項１４】
請求項９から１３のいずれか１項記載の装置において、別個のデータストリームが種々のデータタイプの伝送のために使用され、該データストリームのいくつかまたはすべてがいっしょに多重化されることを特徴とする装置。
【請求項１５】
請求項９から１４のいずれか１項記載の装置において、前記フォント情報にはサイズ、色、スタイルまたはラインスペーシングのパラメータが含まれる一方、書体、形状またはピッチの情報は受取側で取得可能であることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスプレイを有する電子デバイスに利用可能なフォント情報に関する。詳しくは、本発明はこのフォント情報を送信、受信および更新する方法に関する。
【０００２】
背景技術
ＭＰＥＧ４標準ISO/IEC 14496、殊にパート１のシステムによれば、オーディオ／ビデオ（ＡＶ）シーンを複数のオーディオ、ビデオならびに合成２Ｄ／３Ｄオブジェクトから合成することができる。これらはそれぞれ異なるＭＰＥＧ４フォーマットコーディング形式でコーディングすることができ、オーディオ、ビデオおよび他のサブストリームたとえば表示用テキストから成る多重ビットストリームにおいてバイナリ圧縮データとして伝送することができる。サブストリームはエレメンタリストリーム（Elementary Stream ＥＳ）とも称され、記述子を介してアクセスすることができる。１つのシーンは一般に、ユーザが対話可能なオーディオビジュアルスペースと解される。
【０００３】
複数のコンポーネントオブジェクトから単一のシーンを合成するプロセスはコンポジションと呼ばれ、これは複数の個々のオーディオビジュアルオブジェクトのミキシングを意味し、たとえば関連する音声とテキストとともに映像を表示することを受信側端末において１つのシーンをどのようにコンポーズないしは合成するのかを決定するときに、ユーザのインタラクション、端末のケイパビリティならびに端末のコンフィギュレーションを利用することができる。上述のＭＰＥＧ４標準で定義されているビットストリームには、シーンのコンポジションのための一般的な命令セットであってＥＳと呼ばれる「シーン記述ストリーム」 "Scene Description Stream"と、その他のサブストリームいわゆるオブジェクト記述ストリーム Object Description Steamが含まれており、オブジェクト記述ストリームには、ＡＶサブストリームのデコーディングに必要とされるコンフィギュレーション情報が含まれている。受信側においてコンフィギュレーションサブストリームが伸長され、要求されるＡＶデコーダのセットアップに使用される。ついでＡＶサブストリームが別個にデコーディングされてオブジェクトが形成され、デコーディングされたＡＶオブジェクトから単一のプレゼンテーションを準備処理するために、受信したコンポジション命令が用いられる。その後、この最終的なプレゼンテーションが、つまり端末に依存するコンポジションゆえにブロードキャスタまたはコンテンツプロバイダによるフルコントールを受けていないシーンが再生される。
【０００４】
ＭＰＥＧ４システム標準の現行のバージョンであるISO/IEC 14496-1: 2002には、ＡＶシーンのプレゼンテーションのための階層モデルについて述べられており、これによればパラメトリックアプローチ parametric approach が用いられる。InitialObjectDescriptor (IOD)には、シーン記述ストリームScene Description Streamのための記述子と専用のＯＤストリームが含まれている。シーン記述ストリームScene Description Streamには、コーディングされたノードツリーから成るシーン記述が含まれている。ここで「ノード」 "node"とはＭＰＥＧ４標準で使用される１つの処理ステップまたは処理単位のことであり、たとえばデコーダと後続の処理ユニットとの間の時間同期を実行するインタフェースなどのことである。ノードにはフィールドと呼ばれる属性ならびに添付される他の情報をもたせることができる。このツリーにおける１つのリーフノードは、ＯＤストリーム内の１つのＯＤへのポインティングによる基本ＡＶデータに対応し、そのＯＤ自体には１つのＥＳ内のＡＶデータをポインティングするＥＳ記述子 ES Descriptor が含まれており、あるいは上述のツリーにおける１つのリーフノードは、グラフィック２Ｄ／３Ｄ合成オブジェクトたとえばキューブ、カーブまたはテキストに対応する。中間ノードまたはシーン記述ノードによってこの素材がまとめられてＡＶオブジェクトが形成され、たとえばこの種のＡＶオブジェクトにおけるグルーピングや変換が実行される。
【０００５】
シーン記述ＥＳ Scene Description ES には、表示すべきテキストが含まれている。テキストの再生はFontSytleノードによって記述される。FontStyleノードのセマンティクスによればfamily（ファミリー）フィールドによってコンテンツクリエータは、端末がテキストの表示またはレンダリングに使用するフォントを選択することができる。そのフォントをクライアントのプラットフォームで利用できるならば、所定のテキスト文字列をレンダリングするためにそのフォントが使用される。クライアントのプラットフォームで利用できないのであれば、デフォルトのフォントを使用しなければならない。シーン記述における他の多くのノードとは対照的に、FontStyleノードはスタティックなものであり、すなわちそれらを更新によって変更することはできない。
【０００６】
発明の概要
様々なアプリケーションにおいてコンテンツプロバイダは、伝送されるテキストを受信側で表示する際のスタイルまたはフォントを決定したいという要求をもっている。しかしながら受信側は、対応する情報が不足していることから僅かなフォントおよびスタイルしか表示できない。この問題点は、請求項１および２に記載された本発明によって解決される。請求項９および１０には、受信側または送信側において本発明による方法を利用した装置がそれぞれ記載されている。
【０００７】
本発明によるシステムによれば、端末に向けてフォント情報を流すことができ、端末はこの情報をダウンロードすることができ、どのようにテキストを表示するのかを決定するためにこの情報を利用することができる。フォント情報は１つまたは複数のシンボルを参照するよう指示し、通常はキャラクタセットを参照するよう指示するが、印刷シンボルあるいは飾り記号を参照するよう指示してもよく、さらにフォント情報には、たとえば書体あるいは形状、サイズ、カラー、ボールド、イタリックスタリル、ラインスペース、プロポーショナルピッチまたは固定ピッチのための仕様をもたせることができる。また、１つのフォントをすべてのテキストに利用することもできるし、あるいはデバイスにおいてレンダリングさせる目的でこの種の情報を必要とする所定のテキストコンテンツにリンクさせることもできる。
【０００８】
本発明によるシステムには、１つまたは複数のフォントのためのフォーマットデータ、これらのデータをたとえばタイムスタンプの与えられた多重化パケットから成るビットストリームに組み込むための手段、これらのビットストリームを送信、転送ならびに受信するための手段、これらのビットストリームを入力とし受け入れる端末が含まれており、さらにこの端末には、フォントならびに他のコンテンツデータを管理し、管理されているコンテンツを合成する手段たとえばデコーダと、合成されたコンテンツをプレゼンテーションするためのレンダリングデバイスが含まれている。
【０００９】
図面の簡単な説明
次に、添付の図面を参照しながら本発明の実施形態について説明する。図１には、一般的なフォントストリーミングシステムの構成が例示されている。図２には、ＭＰＥＧ４端末の一般的な構造が描かれている。図３には、フォントストリームを含むＭＰＥＧ４オブジェクト記述子の構成が描かれている。
【００１０】
発明の詳細な説明
図１には、本発明による全般的なフォントストリーミングシステムのコンポーネントが描かれている。この場合、ＡＶおよびテキストを含むシーンデータ２といっしょにフォントデータ１がパックされたとえば多重化されて適切な装置３へのビットストリーム４が形成され、この装置にはたとえばマルチプレクサと伝送用サーバが含まれている。伝送にはブロードキャストを含めることができ、ビットストリーム４とそのサブストリームを所定の構造にすることができ、たとえば多重化パケットの構造とすることができる。
【００１１】
受信側装置５においてこのビットストリームが多重化解除されてＥＳが形成され、たとえばコントロール、オーディオ、ビデオならびにフォントストリームが形成され、その際、コントロールＥＳはテキストとＯＤストリームを含むシーン記述を有しており、このＥＳは関連するマネージャに分配される。１つのＥＳにおいて個別にアクセス可能な部分はアクセスユニット（Access Unit AU）６と呼ばれ、これらはデコーダマネージャ７によってデコーディングされてプラットフォームに依存するプレゼンテーション可能なフォーマットが形成される。ＥＳにより要求される固有のデコーディングのために、デコーダマネージャ７はデコーダ固有情報１１（ＤＳＩ）を用いてセットアップされる。さらにこのＤＳＩ １１は、たとえばビットストリームにおけるコントロールサブストリームを介して受け取った情報を使用してセットアップ可能または変更可能である。デコーダマネージャ７は、コンポジタ（Compositor）９に対する入力であるコンポジションユニット（Composition Unit CU）８を生成し、このコンポジションユニット８自体はレンダリングデバイス１３たとえばＰＣまたはＴＶのための入力信号１０を生成する。ＣＵはコンポジタ９による要求よりも前に生成可能であるので、それらをコンポジションバッファにバッファリングしておくことができる。フォントデータであるデータが集中して生じる場合には、あとで利用するためにフォントデータをローカルストレージデバイス１２たとえばメモリ、フラッシュメモリ、ディスク、ハードディスクなどに格納するのが有利である。たとえばコンテンツプロバイダが所定のテキストのために使用すべきフォントを指定している場合、フォントデータをコンポジタ９においてコンポジションのために利用することができる。コンポジタ９はプラットフォームに依存しているので、デコーダマネージャ７は個別にストリーミングシステムから、コンポジタ９が要求するＣＵフォーマットを生成することができ、その結果、コンテンツプロバイダの意図するようにテキストがレンダリングされる。
【００１２】
ＭＰＥＧ４システム標準によればマネージメント時間を、データをデコーディングすべき時間としてデコーダマネージャ７により使用されるＡＵ ６と関連づけることができる。したがってＣＵ ８にコンバートされてコンポジタ９のため準備処理されるデータは、コンポジションバッファへ転送される。ＣＵのために、定義されたコンポジション時間を設けておくことができ、コンポジタ９はこの時間を、ＣＵがコンテンツのレンダリングにどれくらいの時間を費やすべきであるのかを決定するために利用する。パケットをクライアントへ送信するサーバ３は、コンポジタ９が適正な時間で情報を取得できるのに十分な速さでそれらのパケットがクライアント端末５に到達するようにしなければならない。このことはコンテンツクリエーション時間において扱うことができる。
【００１３】
ＭＰＥＧ４または同様のストリーム指向のシステムのために用いられる本発明のケースに関して、端末の構造が図２に描かれている。端末２０にはインタフェース２１が含まれており、これはＤＭＩＦアプリケーションインタフェースと呼ばれる。これは同期レイヤsynchronization layer ＳＬとデリバリレイヤ delivery layer ＤＬとの間のストリームデータパケットフォーマット変換のために使用される。さらにこれによってビットストリームの多重化が解除されて、サブストリームないしはＥＳが形成される。テキストとともにシーンデータを含むサブストリームは適切なデコーディングバッファ２２，２６へ送られ、その後、指定された時点にデコーダ２３，２７へ送られる。各デコーダは所定のタイプのＥＳのためにそれぞれ設けられており、要求があったときのみセットアップされる。デコーダを指定する情報を専用のＥＳたとえばＯＤストリームにおいて、デコーダが使用される前に専用のマネージャ２９が受け取ることができる。デコーダの出力はコンポジションバッファ２４，２８へ供給され、ついで指定された時点にコンポジタ２５へ、つまりそれらの個々のコンポジション時間にコンポジタ２５へ供給される。本発明のこの実施形態によれば、フォント情報をダウンロードするために用いられる１つのデコーディングバッファ２６、デコーダ２７ならびにコンポジションバッファ２８が設けられている。
【００１４】
本発明の１つの実施形態によれば、受け取ったフォントデータはあとで使用するために受信側に格納される一方、別の実施形態によれば直前に受け取ったフォントだけが格納され、この場合、他のフォントはコンテンツがそれらのフォントの使用を要求したときには常にダウンロードする必要がある。第３の実施形態によれば、ダウンロードされたフォントはクライアントがそのコンテンツから切り離されるまで格納される。第４の実施形態によれば、フォント情報を格納すべきか否かの通知をビットストリームに含ませることができる。さらに本発明の第５の実施形態によれば、ユーザはフォントデータのこのようなダウンロードをコントロールすることができ、つまりそれに対し許可または不許可を与えることができる。
【００１５】
図３には、やはりフォントデータを含むＭＰＥＧ４システムのオブジェクト記述子の構造が描かれている。これは、１つの初期オブジェクト記述子と５つのエレメンタリストリーム（ＥＳ）とから成る。初期オブジェクト記述子には、ＥＳを指す２つのエレメンタリストリーム記述子（ＥＳ＿Ｄ）が含まれており、特にＥＳ＿ＤＳは値ＥＳ−ＩＤＳを有しており、したがってシーン記述ストリームを指し、さらにＥＳ＿ＤＯはＥＳ−ＩＤＯを有しており、したがってオブジェクト記述子ストリームを指す。シーン記述ストリームには、シーンのジオメトリ、アニメーションおよびインタラクティビティならびに再生すべきシーンの各オブジェクトに対するリンクを記述するシーン記述が含まれており、これによればどのようにしてＥＳからオブジェクトを取得するのかが指定される。また、メディアオブジェクトに対しリンクされたシーン記述階層ツリーのリーフノードによって、オブジェクト記述子ストリームにおいて受け取られるオブジェクト記述子を指すオブジェクト記述子識別子（Object Descriptor Identifier ＯＤＩＤ）が使用される。１つのオブジェクト記述子識別子 Object Descriptor Identifier ＯＤＩＤＶは、１つのビジュアルオブジェクトのためのオブジェクト記述子 Object Descriptor ＯＤＶを指し、別のオブジェクト記述子識別子ＯＤＩＤＴは、１つのテキストオブジェクトのためのオブジェクト記述子ＯＤＴを指す。各オブジェクト識別子には１つまたは複数のＥＳ記述子ＥＳ＿Ｄが含まれており、これはシーンにおいて再生すべきＥＳに対する参照である。テキストオブジェクトは１つのシーン記述ストリーム内部に含まれており、これは現在のテキストノードを含んでおり、ＥＳつまり個々のフォントを含むフォントストリームを参照指示する。２つのストリームは、個々の識別子ＥＳ＿ＩＤＳとＥＳ＿ＩＤＦの値をもつＥＳ記述子ＥＳ＿ＤＳとＥＳ＿ＤＦにより参照指示される。
【００１６】
あるフォントがたとえばマルチメディアコンテンツにおいて参照指示される場合、この参照は図３に示されているようにＥＳ＿ＩＤであってもよいし、または文字列値としてフォント名であってもよいし、あるいはその両方であってもよい。参照指示されるフォントに対応するフォントデータを、相応するＥＳ＿ＩＤおよびオプションとして付加的なフォント名文字列とともに、ＥＳとしてＭＰＥＧ４ストリームに事前に挿入しておくことができる。有利にはフォントデータ、フォント名ならびに関連する情報を、あとで利用するために格納しておくことができる。このようなケースでは、フォントをたとえばフォント名によって参照指示することができる。有利にはファイル名はストリーミングされず、したがって格納のためにシステム互換のファイル名を選ぶことができる。
【００１７】
フォントマネージャと呼ばれる受信側の専用ユニットによって、フォントに関連するすべての事項を取り扱うことができ、たとえば標準フォントの選択、特別に要求されるフォントが事前に格納済みであるかのチェック、新しいフォントの受け取り、格納されたフォントの更新などを行うことができる。
【００１８】
デコーダセットアップのために用いられＤＳＩとしてすでに説明した指定フォント関連情報には、たとえば以下のものを含めることができる：
−フォントタイプすなわちフォントデータの内部フォーマット、これはたとえばTrueTypeフォント、OpenTypeフォントまたはzippedフォント等でそれぞれ異なる。
−フォント格納情報、これによってフォントをあとで利用するために格納すべきか否かが指定される。
−フォント名すなわちフォントへの参照として使用すべき文字列。
−フォントマネージャに関するシステム固有の情報、たとえばフォントを特定のキャラクタまたはシンボルのためにのみ、あるいはたとえば大文字のためにのみ使用すべきか否かの情報。
【００１９】
ＭＰＥＧ４システムの場合、ＤＳＩはＯＤストリームにおいて伝送される。本発明によれば、フォントデコーダを指定する情報を伝送するために２つの可能性がある：その１つは、この情報すべてをＤＳＩに含め、フォントＡＵには生のフォントデータを含めること。もう１つはＤＳＩに、上述の情報がＡＵ内で生のフォントデータといっしょであることの指示を含めることである。これら２つの解決策のいずれを使用するのかについての指示を、ＤＳＩ内でfontFormat変数としてコーディングすることができる。
【００２０】
第１の解決策によれば、フォントデコーダのためのセッティングは自己充足型であって、つまりＯＤ構造において完全に定義されており、したがってフォント情報を含むすべてのＡＵパケットはfontFormat値によって定義された同じ内部フォーマットを有している。つまりこのことは、受け取ったフォントのフォーマットすなわちテキストレンダリングに使用されるフォントをダイナミックに変更することはできないことを意味する一方、この場合にはシンプルなタイプのデコーダしか必要とされない。
【００２１】
第２の解決策のためにはfontFormat変数だけがＤＳＩから利用され、ＤＳＩにおける他のフォント関連情報は無視される。その代わりにこの情報はフォント情報のためにＡＵパケット内に含まれており、たとえばパケットヘッダからこれを抽出することができる。これを自己内蔵フォントないしはセルフコンテインドフォント self-contained fontと呼ぶことができる。このケースでは、ＤＳＩにけるfontFormatのための固有の予約値を利用すれば十分である。この解決策によれば、フォントストリームＡＵパケットに異なる内部フォーマットをもたせることができ、それゆえデコーダは第１の解決策よりも複雑にならざるを得ない。それというのも、デコーダは要求されるＤＳＩのいくつかをパケットから抽出する必要があるからである。しかしながら有利なことにダイナミックなフォント変更は可能である。なぜならば、新たに受け取ったフォントをただちに使用できるからである。
【００２２】
本発明のＭＰＥＧ４のインプリメンテーションによれば、以下で述べるように標準規格に対し僅かな拡張だけしか必要とされない。
【００２３】
この拡張はストリームタイプ、ＡＵフォーマット、デコーダタイプならびにノードセマンティクスに関わるものである。この場合、新たなタイプのＥＳが使用されるので、streamTypeパラメータの新たな値を定義する必要があり、このパラメータはフォントＥＳとしてサブストリームを識別するために端末によって使用され、これによって必要とされるデコーダが生成され、それがＥＳと結びつけられる。上述の標準規格をベースとして、本発明によって提案される新たなstreamTypeを以下のように加えることができる。
【００２４】
【表１】
0005118342.tif 000002
【００２５】
オブジェクトTypeIndicationはこの種のストリームのためには必要とされないので、値0xFF（オブジェクトタイプ指定なし）を用いることができる。フォント情報を伝送するための簡単なやり方はフォントファイルをＡＵに埋め込むことであり、これによって新たなＡＵタイプが生成される。この種のＡＵを、ＭＰＥＧ標準に記述されているようにストリーミング中に複数の同期レイヤ（syncronization layer SL）パケットに分割することができる。さらに、フォントＡＵを管理するために新たなデコーダを定義しておく必要がある。このデコーダは、ＤＳＩコンフィギュレーションを利用してＡＵからフォントデータを抽出する。たとえばオブジェクト指向言語における１つのクラスとしてＤＳＩをインプリメントするならば、それに対し以下のフォーマットをもたせることができる：
【００２６】
【数１】
0005118342.tif 000003
【００２７】
ＤＳＩに含まれるfontFormat変数の仕様を以下のように定めることができる：
【００２８】
【表２】
0005118342.tif 000004
【００２９】
上記の表で用いられている他の変数の意味は以下の通りである：
storeFont：後で利用するためにフォントを格納するのか否かを規定
fontNameLength：fontNameフィールドの長さを指定
fontName：フォント名を指定
fontSpecInfo：固有のフォントハンドラのための情報を伴う不透明なコンテナ
【００３０】
0X01〜0x04の値をもつfontFormat変数の場合、デコーダはデータを処理するためにすべてのＤＳＩ情報を必要とし、0x00の値をもつfontFormat変数の場合、デコーダは必要とする情報をＡＵ内で見つけ出すことができる。本発明によるフォントＡＵフォーマットの例については以下で説明する。
【００３１】
端末がフォントを記憶可能であるならば、受け取ったフォントを記憶するのか否かを判断するためにstoreFontフラグを使うことができ、fontNameフィールド内で受け取った名前が、たとえばファイルに関連づけたり意味のあるファイル名を選ぶなりすることで、フォントデータに付加されることになる。fontSpecInfoをデフォルトで空にしておくことができ、0x05〜0x07の値をもつfontFormatにより指示されているようにユーザのプライベートなインプリメンテーションのために利用することができる。ＡＵコンテナが自己充足型フォントであり、かつこのＡＵをたとえばオブジェクト指向言語における１つのクラスとしてインプリメントする場合、各フォントＡＵに以下の構造のデータをもたせることができる：
【００３２】
【数２】
0005118342.tif 000005
【００３３】
fontSpecInfoLengthによってfontSpecInfoフィールドの長さが規定され、fontDataは生のフォントデータである。他のフィールドはＤＳＩの場合と同じ意味をもっている。
【００３４】
最後に挙げておくと、フォントストリーミングをイネーブルにするため標準規格で述べられているFontStyleノードセマンティクスが必要とされる。対応するパラグラフはVRML 97 standard (ISO/IEC 14772-1: 1998)である。このノードに以下の特性が付加される：「familyフィールドにはObjectDescriptorIdentifier (ODID)も含めることができ、これによりフォント情報を含むFontStreamというタイプのストリームが参照指示される。
【００３５】
ノードのオプション機能として、VRML97標準に記載されているようにfamilyフィールドにおける第１のSFString値にフォント名を含める。第２の値には、フォントを含むストリームを指すＯＤＩＤを含める。この実施形態によれば端末は、第１の値において挙げられているフォントが端末にすでに存在しているか否かを調べることができ、存在しているならばそれを再利用することができる。そうでなければ、端末はフォントストリームをＭＰＥＧ４システム標準に記載されているように処理することができ、本発明の特徴により許可されてそれを記憶させることができる。クライアント端末において最適化されたフォント管理を行うために、フォント情報の構造表現すなわちfontStyleノードによって、テキストレンダリングに必要とされるフォントが最初にその名前によって参照指示され、２番目のポジションにおいてそのストリームの識別子ＥＳ−ＩＤによって参照されるようにする。フォントストリーミングフィーチャを利用したシーンサンプルの一例には、以下の断片が含まれている可能性がある：
【００３６】
【数３】
0005118342.tif 000006
【００３７】
上述の例では、端末は"Times New Roman"という名前をもつフォントを使用し、サイズとスペーシングとスタイルに対する所定のパラメータを用いて、テキスト文字列をレンダリングすることになる。このフォントが受信側で利用できない場合には、ＭＰＥＧ４端末はストリームをＯＤＩＤ "104"と結びつけて、要求されたフォント情報を取り出すことができる。
【００３８】
本発明によるフォントストリーミングフィーチャをＭＰＥＧ４オーサリングツールに含めることもできる。すなわち制作者がテキスト文字列のために特定のフォントを定義する場合、ツールによってフォントファミリー名をfamily（ファミリー）フィールドの第１の部分に挿入することができ、フォント情報を含む新たなＥＳを生成し、このＥＳのためのＯＤＩＤをfamilyフィールドの第２の部分に挿入することができる。
【００３９】
有利なことに、たとえばTrueTypeフォント、ベーシックフォント、OpenTypeフォント、アジアのキャラクタ、スケーラブルフォント、シンボルフォントなど、どのようなフォントフォーマットであってもストリーミング可能であって、このことは受取側の端末がそのようなフォーマットを識別して管理できるかぎり可能である。
【００４０】
さらに有利なことに、情報コンテンツ殊にテキストまたはシンボルを有するコンテンツを表示可能でありフォント情報を受信可能なあらゆる種類のデバイスのために本発明を適用することができる。そのようなデバイスとはたとえばＴＶ、ＤＶＢ、コンピュータディスプレイ、ナビゲーション装置、さらには移動電話機、モバイルコンピュータ、パーソナルディジタルアシスタント（ＰＤＡ）、ＭＰ３プレーヤー、あるいはディスプレイを備えた他のミュージックレンダリング装置のような携帯型装置である。
【００４１】
本発明は、すべてのＭＰＥＧ４ストリーミングシステムにとりわけ適している。
【図面の簡単な説明】
【００４２】
【図１】一般的なフォントストリーミングシステムの構成を例示した図
【図２】ＭＰＥＧ４端末の一般的な構造を示す図
【図３】フォントストリームを含むＭＰＥＧ４オブジェクト記述子の構成を示す図
【図１】
0005118342.tif 000007
【図２】
0005118342.tif 000008
【図３】
0005118342.tif 000009