(57)【特許請求の範囲】
【請求項１】
放送システム内で放送装置により送信された同期データの選択部分へのアクセスに適した受信装置であって、
前記放送システム内の前記放送装置により送信された同期データにアクセスし得る同期
データアクセスシステムを備え、
前記同期データアクセスシステムは、リスナインタフェースとアクセスポイントインタフェースとを有するアプリケーションプログラムインタフェース（ＡＰＩ）を提供し、
前記リスナインタフェースは、データリクエスタが、前記リスナインタフェースを使用して同期データにアクセスするための要求を発することができるように構成されており、
前記アクセスポイントインタフェースは前記リスナインタフェースにリンクされているとともに、同期データを受信したときに、前記リスナインタフェースに前記同期データを受信したことを通知するように構成されており、
前記アクセスポイントインタフェースからの通知に基づいて前記同期データへのアクセスが可能であると前記リスナインタフェースが決定した場合に、前記リスナインタフェースを通じて前記データリクエスタによるデータの利用およびアクセスが可能になる、
受信装置。
【請求項２】
前記通知は、データリクエスタがデータにアクセスするために使用可能な他の情報を含む、請求項１記載の受信装置。
【請求項３】
前記通知が、タイムスタンプを含む、請求項２記載の受信装置。
【請求項４】
前記通知が、データの長さを示すデータ長指示子を含む、請求項２記載の受信装置。
【請求項５】
前記通知が、タイムスタンプとデータの長さを示すデータ長指示子とを含む、請求項２記載の受信装置。
【請求項６】
前記同期データアクセスシステムが、エラー処理情報を提供する、請求項１記載の受信装置。
【請求項７】
前記同期データアクセスシステムは、データリクエスタがセグメント単位でデータにアクセスするために使用可能な情報を提供する、請求項１記載の受信装置。
【請求項８】
前記同期データアクセスシステムが、更に、データアクセサとデータプロバイダとを含む、請求項１記載の受信装置。
【請求項９】
前記データアクセサが、データを再同期させるための要求を送ることが可能である、請求項８記載の受信装置。
【請求項１０】
前記データプロバイダが、データアクセサに対してエラー  通知を送る、請求項８記載の受信装置。
【請求項１１】
放送システム内で放送装置により送信された同期データにアクセスする方法であって、
データリクエスタが同期データへのアクセスを要求するためのインタフェースを提供するリスナインタフェースを取得するステップと、
前記データリクエスタが前記リスナインタフェースを通じて同期データにアクセスするのを可能にするアクセスポイントインタフェースを取得するステップと、
前記リスナインタフェースを前記アクセスポイントインタフェースにリンクさせるステップと、
前記アクセスポイントインタフェースを介し、前記リスナインタフェースを通じて同期データにアクセスするステップと、
を備え、
前記リスナインタフェースは、データリクエスタが、前記リスナインタフェースを使用して同期データにアクセスするための要求を発することができるように構成されており、
前記アクセスポイントインタフェースは前記リスナインタフェースにリンクされているとともに、同期データを受信したときに、前記リスナインタフェースに前記同期データを受信したことを通知するように構成されており、
前記アクセスポイントインタフェースからの通知に基づいて前記同期データへのアクセスが可能であると前記リスナインタフェースが決定した場合に、前記リスナインタフェースを通じて前記データリクエスタによるデータの利用およびアクセスが可能になる、方法。
【請求項１２】
更に、データのアクセス準備ができたことを示すために、データリクエスタに通知を送るステップを備える、請求項１１記載の方法。
【請求項１３】
更に、データのアクセス準備ができたことを示すために、データリクエスタに通知を送るステップを備える、請求項１１記載の方法。
【請求項１４】
前記通知が、タイムスタンプとデータの長さを示すデータ長指示子とを含む、請求項１３記載の方法。
【請求項１５】
更に、前記データリクエスタにエラー通知を送るステップを備える、請求項１１記載の方法。
【請求項１６】
放送システム内で放送装置により送信された同期データにアクセスするためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体であって、コンピュータに、
データリクエスタに、同期データへのアクセスを要求するためのインタフェースを提供するリスナインタフェースを取得せしめる段階と、
前記データリクエスタに、前記リスナインタフェースを通じて同期データにアクセスするのを可能にするアクセスポイントインタフェースを取得せしめる段階と、
前記リスナインタフェースを前記アクセスポイントインタフェースにリンクさせる段階と、
前記アクセスポイントインタフェースを介し、前記リスナインタフェースを通じて同期データにアクセスさせる段階と、
を実行させ、さらに、
前記データリクエスタに、前記リスナインタフェースを使用して同期データにアクセスするための要求を発生せしめる段階と、
前記リスナインタフェースにリンクされている前記アクセスポイントインタフェースに、同期データを受信したとき、前記リスナインタフェースに前記同期データを受信したことを通知せしめる段階と、
前記アクセスポイントインタフェースからの通知に基づいて前記同期データへのアクセスが可能であると前記リスナインタフェースにより決定された場合に、前記リスナインタフェースを通じて前記データリクエスタに、データの利用およびアクセスを可能化せしめる段階と、
を実行させるためのコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１７】
コンピュータに、データのアクセス準備ができたことを示すために、前記データリクエスタに通知を送らせる段階を更に実行させるためのコンピュータプログラムを記録した、請求項１６記載のコンピュータ読み取り可能な記録媒体。
【請求項１８】
前記通知が、タイムスタンプとデータの長さを示すデータ長指示子とを含む、請求項１７記載のコンピュータ読み取り可能な記録媒体。
【請求項１９】
コンピュータに、エラー通知を前記データリクエスタに送らせる段階を更に実行させるためのコンピュータプログラムを記録した、請求項１６記載のコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は放送システムに関する。本発明は、特に、放送システム内で放送装置により送信される同期データにアクセスする方法及び装置を提供する。
【０００２】
【従来の技術】
従来の放送システムにおいて、放送装置は情報を、音声、映像、データ等の形態で、空中、ケーブル、電話回線（例えばＤＳＬ）といった媒体を通じて送信し、その情報は、その後、任意の数の受信装置により受信できる。例えば、送信された電波は特定の送信チャネルに同調させた無線受信装置により受信できる。この従来の仕組みを使用しているとき、受信装置は放送の送信内容又は時間の制御を行わないので、典型的な放送伝達は一般に一方向の媒体である。
【０００３】
デジタル放送システムにおいて、データはデータパケットの形態で送信される。こうしたデータパケットの一形態は、カプセル化ＩＰデータグラムプロトコル、又は、ＭＰＥＧ−２パケット化エレメンタリストリーム（ＰＥＳ）内のストリーミングデータ、として定義される。後者の場合、送信されるデータパケットには、特定のデータパケットが処理される時点を示すタイミング情報も関連づけられる。例えば、データの１ユニットが処理される（提示される）時間を示す値を有するプレゼンテーションタイムスタンプ（ＰＴＳ）をデータパケットに含めることができる。こうしたＰＴＳ値は、例えばＩＳＯ／ＩＥＣ１３８１８−１で定義されるように、システムタイムクロック（ＳＴＣ）に対して相対的に定義できる。
【０００４】
データパケットは、内部及び外部のタイミング要求を有するように構成できる。例えば、ＭＰＥＧ−２パケット化エレメンタリストリーム（ＰＥＳ）プロトコルにおいては、外部タイミング要求は通常、一つのストリームからのデータが、データの別のストリームと同期していなければならないことを意味する。データをいつ処理すべきかを示す任意のタイプのタイミング情報を含む送信放送データを、ここでは「同期データ」と呼ぶ。データパケットに含まれる任意のタイプのタイミング情報を、ここでは「タイムスタンプ」と呼ぶ。図１は、放送装置（図示せず）により送信される同期データパケット１０２〜１０６を示している。それぞれのデータパケット１０２〜１０６は、それぞれに関連するデータセグメントＤ１〜Ｄ３、及びそれぞれに関連するタイムスタンプＴ１〜Ｔ３を有している。例えば、データパケット１０２は、対応するデータセグメントＤ１を処理する時点を示すタイムスタンプＴ１を有する。通常の放送セッション中、同期データパケット１０２〜１０６は、放送チャネルと呼ばれるものを通じて、サービス場所におけるデジタルＴＶ受信装置により受信される。
【０００５】
図１に示すように、放送チャネル２は、映像サブチャネル（Ｖ）、音声サブチャネル（Ａ）、及び二つのデータサブチャネル（Ｄａ及びＤｂ）に区分される。映像、音声、データ情報、又はそれらの任意の組み合わせを有する同期データパケットは、放送装置により、適切な（複数の）サブチャネルを通じて送信することが可能であり、デジタルＴＶ、又は、特定の放送チャネルに同調させた適切なデコーダセットトップボックスを有するアナログＴＶ等の受信装置により受信できる。受信装置がデジタルＴＶである時、このデジタルＴＶ内の回路は、個々のサブチャネルで送信されるデータパケットのデータ部分と、（存在する場合は）音声及び映像情報とを、対応するタイムスタンプに基づいて処理する。例えば、映像情報（Ｄ１）を有するデータパケット１０２の処理では、対応するビデオ画像が、関連するタイプスタンプ（Ｔ１）に基づいた時間間隔の間、ＴＶ受信装置に接続されたモニタに表示されるように、ＴＶ受信装置が映像データを処理する必要がある。したがって、特定のチャネルに同調させたＴＶ受信装置は、関連する同期データパケットＤ１にもアクセスし、タイムスタンプＴ１が命令する時間的制約の中で、データパケットＤ１に含まれるデータをすべて処理しなくてはいけない。
【０００６】
同様の形で、データは、Ｄａ及びＤｂ等のデータサブチャネル上の同期データパケット内で送信される。対話型ＴＶ等の多くの適用例においては、同期処理と呼ばれる処理の間に、タイムスタンプにより示される時間的制約に従って、データパケット内に含まれるデータを処理できなくてはならない。例えば、対話型ＴＶ等の適用例において、データは、デジタルＴＶ上で実行される対話型アプリケーションプログラムにより処理することが可能であり、音声と映像が同期した形で提示される。
【０００７】
しかしながら、従来のモデルでは、同期データのアクセス及び処理には問題がある。これは部分的には、受信装置が、放送装置により送信可能なデータの時間及び量に対する制御を有していない事実に起因すると考えられる。詳しく説明するために、図２では従来のＴＶ受信装置２００を示している。ＴＶ受信装置２００に含まれるチューナ２０４は希望する放送チャネルに同調され、そのチャネルで送信される放送情報を受信する。多重分離装置２０４は、放送情報を映像（Ｖ）、音声（Ａ）、データ（Ｄ）ａ、及びデータ（Ｄ）ｂのサブチャネルに分離するために使用される。この配置において、同期データパケットは、データサブチャネル、例えばサブチャネルＤａを通じて受信装置２００により受信される。
【０００８】
通常、データパケットはデータの単一ストリームとして受信される。例えば、データパケット１０２〜１０４はバッファ２０８に格納される。通常、レシーバ２００はバッファ２０８をチェックし、データを処理のために利用できるかどうかを判断する。従来のモデルにおいて、レシーバ２００は、バッファ２０８からのデータへのアクセスを開始し、受信した順序でデータパケット１０２、１０４、及び１０６に連続的にアクセスする。詳しく説明すると、レシーバ２００はデータパケット１０２の同期データＤ１にアクセスし、タイムスタンプＴ１で定義された時間間隔の間に、これを処理する。しかし、一部の状況において、データは、受信装置２００が処理可能な速度よりも速い速度で送信され、この場合、受信装置２００の処理が遅れをとる可能性がある。例えば、受信装置２００が同期データパケット１０４を処理している間に、同期データパケット１０６の処理と提示に関するタイムスタンプＴ３が時間切れになる可能性がある。これにより、データパケット１０６に関連するデータが失われるため、受信装置２００はデータをタイムリーな形で処理及び提示することができなくなる。
【０００９】
従来のデータアクセス方法に関する問題の一つは、処理のためにデータを利用できるかどうかを判断するために、バッファ２０８を絶え間なくチェックする必要があることである。これは、処理時間を無駄にする非効率的なアプローチである。もう一つの問題は、例えば高送信速度によるバッファの上書きの結果として、データが失われたことを受信装置に通知するメカニズムが存在しないことである。更に別の問題は、受信装置が同期データの処理において遅れをとった時、その受信装置が放送の送信と再同期することを可能にするメカニズムが存在しないことである。
【００１０】
上述したことに鑑みて、放送装置により送信された同期データの状況把握及びアクセスを行う改善された方法及び装置が望まれている。
【００１１】
【発明の概要】
大まかに言えば、本発明は、放送装置により送信されるデータにアクセスする方法及び装置に関する。本発明の一態様によれば、受信装置は放送システム内で放送装置により送信される同期データの選択部分へのアクセスが可能であり、この受信装置は放送装置により送信された同期データへのアクセスを提供可能な同期データアクセスシステムを含んでいる。この同期データアクセスシステムは、データリクエスタが同期データにアクセスするために使用可能なインタフェースを提供する。ここで、データリクエスタは、前記インタフェースを使用して、同期データにアクセスするための要求を開始することができ、データは、前記インタフェースを通じて、データリクエスタにより利用およびアクセスされ得る。
【００１２】
別の実施形態では、放送システム内で放送装置により送信される同期データにアクセスする方法が開示される。この方法は、データリクエスタが同期データへのアクセスを要求するためのインタフェースを提供するリスナインタフェースを取得するステップを含む。この方法は、更に、前記データリクエスタが前記リスナインタフェースを通じて同期データにアクセスするのを可能にするアクセスポイントインタフェースを取得するステップを含む。更に、リスナインタフェースはアクセスポイントインタフェースにリンクされており、アクセスポイントインタフェースを介し、リスナインタフェースを通じて同期データにアクセスするステップを含む。
【００１３】
本発明は、コンピュータシステム、装置、方法を含む様々な形で実施可能である。以下、本発明のいくつかの実施形態を説明する。
【００１４】
本発明のその他の態様及び利点は、本発明の原理の一例として示した添付図面と併せて、以下の詳細な説明により明らかになる。
【００１５】
【発明の実施の形態】
本発明は、放送システム内で同期データにアクセスするのに適した方法、装置、及びデータ構造に関する。本発明の一態様によれば、放送装置により送信される同期データを受信可能な受信装置が開示される。
【００１６】
図３は、本発明の一実施形態に従った、放送装置により送信される同期データにアクセスするのに適した受信装置３００を示している。受信装置３００は、例えばデジタルＴＶ、セットトップボックス、セットトップボックスと接続されたアナログＴＶ、及びコンピュータ（ラップトップコンピュータ等）といった、放送データの受信に適した任意の装置にすることができる点に注意すべきである。例えば、この受信装置は、Ｊａｖａ、ＪａｖａＴＶ等のオープンインタフェースをサポートする仮想マシンとして受信装置が実現される対話型プログラムを実行するデジタルＴＶ又はセットトップボックスにすることができる。
【００１７】
受信装置３００は、放送装置により送信された同期データへの効率的なアクセスを提供するのに適した同期データアクセスシステム３０２を含む。図３に示すように、この同期データアクセスシステム３０２は、同期データアクセサ３０４と同期データプロバイダ３０６とを含む。この同期データアクセサ３０４は、特定の放送サービス、例えばチャネル又はサブチャネル上で送信される同期データにアクセスする要求３０８を受領できる。例えば、この要求３０８は、特定のチャネル上で送信される同期データへのアクセスを要求するアプリケーションプログラムにより発することができる。
【００１８】
この同期データアクセサ３０４は、次に、同期データプロバイダ３０６に同期データを要求する。同期データが送信及び受信された時、この同期データプロバイダ３０６は、これをデータ記憶バッファ３１０に格納できる。同期データを受信した後、この同期データプロバイダ３０６は、同期データアクセサ３０４に対して、データがアクセス可能であることを通知する。この方法では、同期データアクセサ３０４はデータの到着をチェックする必要はなく、これにより、同期データアクセサ３０４は、同期データにアクセスする要求をさらに受領及び発信することができる。
【００１９】
この実施形態において、データ到着通知が受領された時、この同期データアクセサ３０４は、元のデータリクエスタ（例えばアプリケーションプログラム等の場合がある）に対して、データがアクセス可能であることを通知する。これにより、アプリケーションプログラムがデータの到着を判断する処理時間を無駄にしないように、データにアクセスする準備ができた時に通知を提供することができる。したがって、アプリケーションプログラムは効率的にデータにアクセスし、他のタスクに多くの時間を充てることができる。
【００２０】
データ到着通知を使用する本発明の特定の実施形態に従って、同期データプロバイダ３０６は、アクセスすることが可能な同期データのタイムスタンプ及び長さを含む情報を提供する。受領した同期データに関する情報を提供することで、データアクセスにおける高い柔軟性を実現できる。加えて、同期データに関する情報は、より効率的なデータアクセス判断を行うために使用できる。
【００２１】
更に、データが利用できない時、同期データプロバイダ３０６は、データアクセサ３０４に対して、エラー通知を送ることができる。このエラー通知は、エラーを適切に処理できるように、データリクエスタ（例えばアプリケーションプログラム）に送ることができる。特定の一実施形態によれば、同期データアクセサ３０４は、データアクセスを再同期する要求を送ることもできる。例えば、同期データプロバイダ３０６に対して、受信した最後の同期データパケットの通知を送るように求めることができる。好都合なことに、これにより、データリクエスタは放送の送信と再同期することが可能になる。
【００２２】
同期データプロバイダ３０６は、データ記憶バッファ３１０を含むように描かれているが、データ記憶バッファ３１０は、本発明の範囲及び趣旨から離れることなく、同期データプロバイダ３０６の外に存在することができる点に注意すべきである。更に、データ記憶装置に加えて、データを格納し、同期データアクセサ３０４に渡すための他の最適なメカニズムを実施することができる点にも注意すべきである。
【００２３】
図４は、本発明の別の実施形態に従った、同期データの受信と処理に適した受信装置４００を示している。この受信装置４００は、同期データアクセサ３０４と、同期データプロバイダ３０６とを含む。図示されているように、アプリケーションプログラム４０２が受信装置４００上で実行されている。例えば、このアプリケーションプログラム４０２は、対話型アプリケーションプログラム又はアプレットにすることができる。このアプリケーションプログラム４０２は、特定のチャネル上で放送装置により送信され、データサブチャネル（Ｄａ又はＤｂ）により受信された同期データにアクセスする必要がある。その後、同期データは、対話型ＴＶ又は他の同様の構成の適用例のためのデータの同期処理を行うために、アプリケーションプログラム４０２に提供される。
【００２４】
一実施形態において、同期データアクセサ３０４は、アプリケーションプログラムインタフェース（ＡＰＩ）として実装される。このＡＰＩは、同期データへ効率的にアクセスするために使用可能なリスナインタフェースを提供する。アプリケーションプログラム４０２は、このＡＰＩを使用して、一つ以上のリスナ、例えばリスナ４０４及び４０８を開始できる。リスナ４０４等のリスナは、例えばＤａ等のデータサブチャネルを介して特定の放送チャネル上で送信される同期データへのアクセスを提供するのに使用できる。
【００２５】
リスナに加えて、一つ以上のアクセスポイントを開始することができ、そのアクセスポイントを用いて、リスナを通じたアプリケーションプログラムに対する同期データへのアクセスを提供することができる。アクセスポイント４１０〜４２０は、同期データプロバイダ３０６により提供できる。この実施形態において、同期データプロバイダ３０６は、システムソフトウェアの一部として実装され、リスナのためのアクセスポイントを提供することができる。アクセスポイント、例えばアクセスポイント４１０は、リスナ４０４に割り当てられてリンクされており、これにより、リスナインタフェース４０４はアクセスポイント４１０を介して同期データにアクセス可能になる。同期データが受信されたときには、その同期データを同期データプロバイダ３０６に提供することができる。一実施形態において、同期データプロバイダ３０６は、同期データパケットを格納することが可能であり、その同期データパケットを、要求に応じたアクセスを可能とすることができる。例えば、リスナ４０４が要求する同期データはデータ格納部４２２において保持し、リスナ４０８が要求する同期データはデータ格納部４２４において保持し、その他も同様となる。
【００２６】
好都合なことに、データが到着すると、同期データプロバイダ３０６は該当するリスナに通知を送る。例えば、同期データパケット１０２を受領した時、リスナ４０４に対して通知が送られる。本発明の実施形態に従って、この通知は、同期データＤ１のタイムスタンプＴ１及び長さといった情報を含むことができる。同期データアクセサ３０４は、次に、アプリケーションプログラム４０２に対して、同期データが受領され、データプロバイダを通じてアクセスできることを通知する。
【００２７】
これに加えて、同期データＤ１のタイムスタンプＴ１及び長さといったその他の情報を、アプリケーションプログラム４０２に送る通知の中に提供することもできる。これにより、アプリケーションプログラム４０２は、同期データアクセサ３０４が提供した情報に基づいて、適切な行動を行うことができる。例えば、アプリケーションプログラム４０２は、望ましいアクセスポイントを特定することで、同期データアクセサ３０４を通じてデータアクセスを開始できる。このアプリケーションプログラム４０２は、あるリスナに関するデータ到着通知を無視し、別のリスナを通じて通知されたデータに関するデータアクセス要求を開始することを選択できる。
【００２８】
一実施形態によれば、アプリケーションプログラム４０２は、アクセスするデータのオフセット及び長さを提供することで、利用可能なデータの一部にアクセスすることを選択できる。これにより、アプリケーションプログラム４０２は、セグメント内のデータにアクセスすること、及び／又は、同期データパケット内で利用可能なデータの一部を無視することを選択すること、を柔軟に行える。
【００２９】
更に、アプリケーションプログラム４０２が、データ格納部４２２内ですでに利用できないデータへのアクセスを開始する場合に、適切なエラー処理を可能にするために、このアプリケーションプログラム４０２に対してエラー通知を送ることができる。例えば、おそらくはバッファがいっぱいになったために、同期データパケット１０２がもはやアクセスできなくなっている場合に、アプリケーションプログラム４０２にエラー通知を送ることができる。
【００３０】
一実施形態において、アプリケーションプログラムは、特定のリスナ上でアクセス可能な最後のデータの通知を求める要求を送ることによって、放送の送信と再同期することができる。例えば、アプリケーションプログラム４０２が同期データの処理に遅れた場合、受信した最後の同期データパケットの通知を受領するための要求を送ることができる。同期データプロバイダ３０６は、受信した最後の同期データパケット１０６へのアクセスを可能にし、次の同期データパケットがアクセス可能になった時には通知の送信を続けておこなうことができる。これにより、アプリケーションプログラム４０２は、放送の送信と再同期することができる。
【００３１】
図５は、本発明の実施形態に従った放送システム内で送信される同期データにアクセスする方法５００を詳しく説明するフローチャートを示している。動作においては、５０２で、リスナインタフェースが取得される。一実施形態において、このリスナインタフェースは、Ｃ＋＋、Ｊａｖａ等のオブジェクトプログラミング言語におけるインタフェースとして実装される。例えば、特定の一実施形態において、このリスナインタフェースは、アクセス可能な未処理の同期データの通知を提供するインタフェースとして、Ｊａｖａパブリック抽象インタフェースにより実装できる。
【００３２】
次に、動作５０４で、アクセスポイントが取得される。一実施形態において、このアクセスポイントは、Ｃ＋＋、Ｊａｖａ等のオブジェクトプログラミング言語において定義されるアクセスインタフェースである。例えば、特定の一実施形態において、このアクセスインタフェースは、リスナに対するアクセスオブジェクトとして提供されるＪａｖａパブリック抽象インタフェースである。
【００３３】
取得したリスナインタフェースは、５０６に示すように、アクセスポイントとリンクされる。特定の一実施形態において、このリンク動作は、アクセスポイントからのデータへアクセスできることを示す通知をリスナに提供するために、アクセスポイントインタフェースにリスナインタフェースを登録するＪａｖａメソッドとして実装される。
【００３４】
次に、５０８では、同期データが受信され、アクセスポイントインタフェースからアクセスが可能になる。同期データの到着後、動作５１０に示すように、データが利用可能であることを示すために、該当するリスナに対して通知が送られる。この通知は、アクセスポイントからデータを転送できることをリスナに対して通知するために送られる。特定の一実施形態において、この通知は、アクセス可能な同期データパケットのタイムスタンプ及び長さといった情報を提供するＪａｖａイベントの受領を行うＪａｖａメソッドとして実装される。
【００３５】
最後に、５１２で、同期データがアクセスポイントを通じてアクセスされる。同期データは、アクセスポイントを介して提供可能であり、リスナインタフェースを通じたアクセスを可能にすることができる。一実施形態において、データアクセスは、例えばＪａｖａ読み込みメソッド等の、オブジェクトプログラミング言語の読み込み動作として実現できる。方法５００は、オペレーティングシステム上で実行するアプリケーションプログラム又はアプレットにより使用できる。アプリケーションプログラム又はアプレットは、リアルタイム・オペレーティングシステムを実行する仮想マシンと連係できる。一実施形態において、このアプリケーションプログラム又はアプレットは、ＪａｖａＴＶアプリケーションプログラミングインタフェース（ＡＰＩ）を使用して、放送装置により送信された同期データにアクセスする。ＪａｖａＴＶ・ＡＰＩは、カリフォルニア州マウンテンビューのサンマイクロシステムズが開発したＪａｖａプラットフォームの拡張機能である。
【００３６】
本発明のいくつかの実施形態のみを説明したが、本発明は、他の多くの具体的な形態において、本発明の趣旨又は範囲から離れることなく実施できると理解するべきである。例えば、方法５００については、説明の目的で、特定の連続する順序という見地から述べたが、多くの場合において、この順序が重要ではないことは明らかである。いくつかの動作は結合又は排除が可能であり、他のものは複数の動作に解析することが可能である。例えば、動作５１２は、連続する複数のアクセス動作として実施すること、若しくは、場合によりは同期データへのアクセスが求められないため、削除することが可能である。同様に、異なる動作を使用して、同じ機能を得ることもできる。
【００３７】
本発明には数多くの利点がある。利点の一つは、データ到着通知を提供し、同期データの効率的なアクセスを可能にすることである。もう一つの利点は、エラー通知を送り、適切なエラー処理の実施を可能にすることである。更に別の利点は、同期データのタイムスタンプ及び長さといった情報に基づいて、同期データにアクセスできることである。更に別の利点は、同期データにアクセスするための費用効果的で効率的な解決策を実現できることである。
【００３８】
本発明の多くの特徴及び利点は上述した説明から明らかであり、したがって、前記特許請求の範囲は、本発明のこうしたすべての特徴及び利点を含む。更に、当業者は多数の修正及び変更を容易に想到し得るため、本発明を例示及び説明したような構造及び動作に制限することは望ましくない。したがって、すべての適切な修正及び同等物は、本発明の範囲に入るものとして考えられよう。
【図面の簡単な説明】
【図１】ＴＶ放送装置により送信される従来の同期データパケットを示す図である。
【図２】従来のデジタルＴＶ受信装置を示す図である。
【図３】本発明の実施形態に従った、同期データの受信に適した受信装置を示す図である。
【図４】本発明の実施形態に従った、同期データの受信に適した受信装置を示す図である。
【図５】本発明の特定の実施形態に従った、放送システム内で同期データにアクセスする方法を示す図である。
【符号の説明】
１０２〜１０６…同期データパケット
２００…ＴＶ受信装置
２０４…チューナ
２０５…多重分離装置
２０８…バッファ
３００、４００…受信装置
３０２…同期データアクセスシステム
３０４…同期データアクセサ
３０６…同期データプロバイダ
３１０…データ記憶バッファ
４０２…アプリケーションプログラム
４０４、４０８…リスナ
４１０〜４２０…アクセスポイント
４２２…データ格納部
【図１】
0004812934.tif 000002
【図２】
0004812934.tif 000003
【図３】
0004812934.tif 000004
【図４】
0004812934.tif 000005
【図５】
0004812934.tif 000006