(57)【要約】【課題】ユーザの意図を考慮しつつ、受信装置が新しいアプリケーションを起動できる受信装置を提供することである。【解決手段】送信装置１は、複数のアプリケーションおよびその問い合わせ情報を多重化したトランスポートストリームＴＳを送信する。ここで、問い合わせ情報は、対象となるアプリケーションを終了しても良いか否かをユーザに問い合わせる必要があることを示すフラグである。受信装置２は、受信トランスポートストリームＴＳに多重される問い合わせ情報を内部に格納する。さらに、受信装置２は、分離されたアプリケーションの実行中に、新しいアプリケーションを実行する場合、その起動前に、内部に格納した問い合わせ情報を使って、実行中のアプリケーションから、終了可能なアプリケーションを特定して終了する。【選択図】　　　　図１
2004064339.tif 000002
【特許請求の範囲】
【請求項１】
トランスポートストリームを送信する送信装置であって、
複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数の前記アプリケーション毎に問い合わせ情報および／またはリソース量とを多重化して、トランスポートストリームを作成する多重化部と、
前記多重化部で作成されたトランスポートストリームを放送チャネルに送出する送信部とを備え、
前記問い合わせ情報は、前記アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、前記リソース量は、前記アプリケーションを実行する際に必要なリソースの量である、送信装置。
【請求項２】
複数の前記アプリケーションを少なくとも格納する番組記憶部と、
複数の前記アプリケーション毎に問い合わせ情報および／またはリソース量を少なくとも格納するアプリケーション情報記憶部とをさらに備え、
前記多重化部は、前記番組記憶部内のアプリケーションと前記アプリケーション情報記憶部内の問い合わせ情報および／またはリソース量とを多重して、トランスポートストリームを作成する、請求項１に記載の送信装置。
【請求項３】
前記アプリケーション情報記憶部に格納される問い合わせ情報および／またはリソース量をプライベートセクションに設定して、アプリケーション情報テーブルを作成するアプリケーション情報テーブル作成部をさらに備え、
前記多重化部は、前記アプリケーション情報テーブル作成部により作成されたアプリケーション情報テーブルを多重して、トランスポートストリームを作成する、請求項２に記載の送信装置。
【請求項４】
複数の前記アプリケーションを少なくとも格納する番組記憶部をさらに備え、
前記問い合わせ情報および／またはリソース量は、前記番組記憶部に格納されるアプリケーションに埋め込まれており、
前記多重化部は、前記番組記憶部に格納されるアプリケーションを多重して、トランスポートストリームを作成する、請求項１に記載の送信装置。
【請求項５】
トランスポートストリームを送信する方法であって、
複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数の前記アプリケーション毎に問い合わせ情報および／またはリソース量とを多重化して、トランスポートストリームを作成する多重化ステップと、
前記多重化ステップで作成されたトランスポートストリームを放送チャネルに送出する送信ステップとを備え、
前記問い合わせ情報は、前記アプリケーションを終了しても良いか否かをユーザに問い合わせる必要があることを示すフラグであり、前記リソース量は、前記アプリケーションを実行する際に必要なリソースの量である、送信方法。
【請求項６】
トランスポートストリームを受信する受信装置であって、
前記トランスポートストリームには、複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数の前記アプリケーション毎に問い合わせ情報および／またはリソース量とが多重化されており、
前記問い合わせ情報は、前記アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、前記リソース量は、前記アプリケーションを実行する際に必要なリソースの量であり、
前記受信装置は、
前記起動制御部の制御下で、受信トランスポートストリームから分離されたアプリケーションを実行し、または実行中のアプリケーションを終了する実行部と、
受信トランスポートストリームから分離されたアプリケーションの起動、または前記実行部が実行中のアプリケーションの終了を前記実行部に指示する起動制御部と、
前記実行部がアプリケーションを実行中で、かつ前記起動制御部が別のアプリケーションの起動を指示する前に動作して、受信トランスポートストリームから分離された問い合わせ情報および／またはリソース量を使って、前記実行部が実行中のアプリケーションから、終了可能なアプリケーションを特定して、前記起動制御部に通知する指示部とを備え、
前記起動制御部は、前記指示部からの通知されたアプリケーションの終了を前記実行部に指示する、受信装置。
【請求項７】
前記指示部は、受信トランスポートストリームから分離された問い合わせ情報を使って、前記実行部が実行中の前記アプリケーションを終了しても良いか否かを問い合わせる必要性が有るか無いかを判断し、
前記受信装置はさらに、
前記指示部が問い合わせる必要性有りと判断した場合、前記実行部が実行中の前記アプリケーションが前記指示部により通知され、通知されたアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力するＧＵＩ部を備え、
前記ＧＵＩ部は、外部からの指定に応じて、前記指示部から通知された終了可能な前記アプリケーションを終了しても良いか否かのいずれかを、前記指示部に通知し、
前記指示部は、前記ＧＵＩ部からの通知が終了許可を示している場合には、前記実行部が実行中のアプリケーションを終了可能なアプリケーションとして特定し、前記起動制御部に通知する、請求項６に記載の受信装置。
【請求項８】
受信装置が有するリソースの残量を管理するリソース管理部をさらに備え、
前記指示部は、受信トランスポートストリームから分離されたリソース量および前記リソース管理部により管理されるリソース残量を使って、前記実行部が実行中の前記アプリケーションを、終了可能な前記アプリケーションとして特定し、前記起動制御部に通知する、請求項６に記載の受信装置。
【請求項９】
前記指示部はさらに、受信トランスポートストリームから分離された問い合わせ情報を使って、終了可能な前記アプリケーションを終了しても良いか否かを問い合わせる必要性が有るか無いかを判断し、
前記受信装置はさらに、
前記指示部により問い合わせの必要が有りと判断された前記アプリケーションが通知され、通知されたアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力するＧＵＩ部を備え、
前記ＧＵＩ部は、外部からの指定に応じて、前記指示部から通知された前記アプリケーションを終了しても良いか否かのいずれかを、前記指示部に通知し、
前記指示部は、前記ＧＵＩ部からの通知が終了許可を示している前記アプリケーションを終了可能なアプリケーションとして特定し、前記起動制御部に通知する、請求項８に記載の受信装置。
【請求項１０】
前記ＧＵＩ部は、
前記指示部から通知された全ての前記アプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力し、
外部からの指定に応じて、前記指示部から通知された前記アプリケーションを全て終了しても良いか否かのいずれかを、前記指示部に通知する、請求項７及び９のいずれかに記載の受信装置。
【請求項１１】
前記ＧＵＩ部は、
前記指示部から通知された全ての前記アプリケーションから１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力し、
外部からの指定に応じて、前記指示部から通知された終了可能な前記アプリケーションを終了しても良いか否かのいずれかを、前記指示部に通知し、
前記指示部に通知した後、前記指示部から通知された全ての終了可能な前記アプリケーションから未選択のものを１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力する、請求項７及び９のいずれかに記載の受信装置。
【請求項１２】
前記トランスポートストリームにはさらに、複数の前記アプリケーション毎に優先度が多重化されており、
前記指示部はさらに、問い合わせの必要性が有ると判断した前記アプリケーション毎に、受信トランスポートストリームから分離される優先度を取得して、前記ＧＵＩ部に通知し、
前記ＧＵＩ部は、前記指示部から通知された全ての前記アプリケーションから、取得した優先度に従って１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力する、請求項１１に記載の受信装置。
【請求項１３】
前記指示部は、問い合わせの必要性が無いと判断した前記アプリケーションについては、無条件で、終了可能な前記アプリケーションとして特定し、前記起動制御部に通知する、請求項７及び９のいずれかに記載の受信装置。
【請求項１４】
前記起動制御部は、前記実行部が現在実行中のアプリケーションと、自身が起動しようとしている別のアプリケーション（以下、起動対象のアプリケーションと称する）とを、前記指示部に通知し、
前記指示部は、
前記リソース属性記憶部から、前記実行部が現在実行中のアプリケーションのリソース量と、起動対象の前記アプリケーションのリソース量とを取得し、
前記リソース管理部から、受信装置におけるリソースの残量を取得し、
前記実行部が現在実行中のアプリケーションのリソース量の合計と、受信装置におけるリソース残量との第１の加算値と、起動対象の前記アプリケーションのリソース量とを比較し、
起動対象の前記アプリケーションのリソース量が前記第１の加算値以上でない場合、前記実行部が現在実行中のアプリケーションから、終了可能な前記アプリケーションを特定する、請求項８に記載の受信装置。
【請求項１５】
前記トランスポートストリームにはさらに、複数の前記アプリケーション毎に優先度が多重化されており、
前記指示部は、
起動対象の前記アプリケーションのリソース量が前記第１の加算値以上でない場合、実行中の前記アプリケーション毎に、受信トランスポートストリームから分離される優先度を取得し、さらに起動対象の前記アプリケーションの優先度を取得し、
実行中の前記アプリケーションの中から、起動対象のアプリケーションの優先度よりも低い優先度を有するものを選択し、
選択された実行中の前記アプリケーションのリソース量の合計と、受信装置におけるリソース残量との第２の加算値と、起動対象の前記アプリケーションのリソース量とを比較し、
起動対象の前記アプリケーションのリソース量が前記第２の加算値以上でない場合、前記実行部が現在実行中のアプリケーションから、終了可能な前記アプリケーションを特定する、請求項１４に記載の受信装置。
【請求項１６】
前記指示部は、
起動対象の前記アプリケーションのリソース量が前記第２の加算値以上でない場合、選択した優先度の低い、実行中の前記アプリケーションの中から、リソース量が最小のものを１つ選択して記憶し、
記憶した実行中の前記アプリケーションのリソース量の合計値と、起動対象の前記アプリケーションのリソース量とを比較し、
起動対象の前記アプリケーションのリソース量が前記合計値以上でない場合、選択した優先度の低い、実行中の前記アプリケーションの中から、リソース量が最小でかつ未選択のものを１つ選択して記憶し、
起動対象の前記アプリケーションのリソース量が前記合計値以上でない場合、現在記憶している実行中の前記アプリケーションを、終了可能なアプリケーションと特定する、請求項１５に記載の受信装置。
【請求項１７】
前記指示部が起動対象の前記アプリケーションのリソース量が前記第１の加算値以上と判断した場合に、起動対象の前記アプリケーションを起動することができないことを表す表示画像を作成して出力するＧＵＩ部をさらに備える、請求項１４に記載の受信装置。
【請求項１８】
前記リソース量は、前記アプリケーションを前記実行部が実行するに必要となるメモリ容量、スレッド数、使用ファイル数およびＩ／Ｏデバイス数のいずれかを少なくとも含む、請求項６に記載の受信装置。
【請求項１９】
トランスポートストリームを受信処理するためにコンピュータ装置上で実行されるコンピュータプログラムであって、
前記トランスポートストリームには、複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数の前記アプリケーション毎に問い合わせ情報および／またはリソース量とが多重化されており、
前記問い合わせ情報は、前記アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、前記リソース量は、前記アプリケーションを実行する際に必要なリソースの量であり、
前記コンピュータプログラムは、
受信トランスポートストリームから分離されたアプリケーションを実行し、または実行中のアプリケーションを終了する実行ステップと、
受信トランスポートストリームから分離されたアプリケーションの起動、または前記実行部が実行中のアプリケーションの終了を前記実行ステップに指示する起動制御ステップと、
前記実行ステップがアプリケーションを実行中であり、かつ前記起動制御ステップが別のアプリケーションの起動を指示する前に動作して、受信トランスポートストリームから分離された問い合わせ情報および／またはリソース量を使って、前記実行ステップが実行中のアプリケーションから、終了可能なアプリケーションを特定して、前記起動制御ステップに通知する指示ステップとを備え、
前記起動制御ステップは、前記指示ステップからの通知されたアプリケーションの終了を前記実行ステップに指示する、コンピュータプログラム。
【請求項２０】
記録媒体に記録される、請求項１９に記載のコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、送信装置および受信装置に関し、より特定的には、映像および音声に加えてアプリケーションを多重放送する送信装置および、それらを受信する受信装置に関する。
【０００２】
【従来の技術】
上記のようなデジタル放送システムには、欧州デジタル放送規格（ＤＶＢ−ＭＨＰ（Ｄｉｇｉｔａｌ　Ｖｉｄｅｏ　Ｂｒｏａｄｃａｓｔｉｎｇ　Ｍｕｌｔｉｍｅｄｉａ　Ｈｏｍｅ　Ｐｌａｔｆｏｒｍ））をベースとしているものがある。ＤＶＢ−ＭＨＰでは、送信装置が、複数のアプリケーションを定義して送信でき、受信装置は、受信した複数のアプリケーションを同時に実行できる。なお、詳細については、２００２年７月１日現在、ｈｔｔｐ：／／ｗｗｗ．ｍｈｐ．ｏｒｇ／ｔｅｃｈｎｉｃａｌ＿ｅｓｓｅｎ／ｆｌａｓｈ＿ｉｎｄｅｘ．ｈｔｍｌ　からダウンロード可能な規格書（ファイル名；ｔａｍ２３２ｒ３１．ｐｄｆ　　ドキュメント名；Ｄｒａｆｔ　ＭＵＬＴＩＭＥＤＩＡ　ＨＯＭＥ　ＰＬＡＴＦＯＲＭ　ＭＨＰ１．０．２　ｆｉｎａｌ　ＴＡＭ　ｖｅｒｓｉｏｎ　Ｄｏｃｕｍｅｎｔ　ＴＡＭ　２３２ｒ３１）の第５９頁に記述されている。
【０００３】
また、デジタル放送システムでは、受信装置は、少なくとも１つのアプリケーションを実行している環境で、新たなアプリケーションを起動する場合がある。この起動時に、受信装置のリソースが不足している場合には、ＤＶＢ−ＭＨＰでは、各アプリケーションに送信装置側で与えられる優先順位に従って、受信装置が、相対的に低い優先順位のアプリケーションに割り当てられているリソースを奪う仕様になっている。なお、詳細については、２００２年７月１日現在、ｈｔｔｐ：／／ｗｗｗ．ｍｈｐ．ｏｒｇ／ｔｅｃｈｎｉｃａｌ＿ｅｓｓｅｎ／ｆｌａｓｈ＿ｉｎｄｅｘ．ｈｔｍｌ　からダウンロード可能な規格書（ファイル名；ｔａｍ２３２ｒ３１．ｐｄｆ　　ドキュメント名；Ｄｒａｆｔ　ＭＵＬＴＩＭＥＤＩＡ　ＨＯＭＥ　ＰＬＡＴＦＯＲＭ　ＭＨＰ　１．０．２　ｆｉｎａｌ　ＴＡＭ　ｖｅｒｓｉｏｎ　Ｄｏｃｕｍｅｎｔ　ＴＡＭ　２３２ｒ３１）の第６６頁に記述されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、奪われるリソースとしては、モデム、デコーダ、チューナ、限定受信（ＣＡ（Ｃｏｎｄｉｔｉｏｎａｌ　Ａｃｃｅｓｓ））のコントローラおよびグラフィックデバイスに限定されている。そのため、メモリ使用量、Ｉ／Ｏデバイス数、スレッド数（タスク数）および使用ファイル数に代表されるリソースを、ＤＶＢ−ＭＨＰに準拠する受信装置は奪い取ることができない。以下の説明の便宜上、ＤＶＢ−ＭＨＰで奪い取ることが可能と規定されているリソースを、第一種リソースと称し、そうでないものを第二種リソースと称する。従って、第二種リソースが不足した状況において新しいアプリケーションを起動する場合、受信装置は、送信装置が与えた優先順位を考慮することなく、ユーザの意図に反したアプリケーションを終了させてしまうという問題点があった。
【０００５】
また、たとえ、優先順位が低い実行中のアプリケーションを終了したとしても、新たに起動するアプリケーションが使用する第一種リソースおよび／または第二種リソースの量によっては、以下のような問題点も発生する。まず、受信装置が、必要以上に実行中のアプリケーションを終了するという問題点があった。さらに、受信装置は、終了対象のアプリケーションを全て終了させたとしても、新しいアプリケーションを起動することができないという問題点もあった。なお、以上の各問題点は、ＡＲＩＢ（Ａｓｓｏｃｉａｔｉｏｎ　ｏｆ　Ｒａｄｉｏ　Ｉｎｄｕｓｔｒｉｅｓ　ａｎｄ　Ｂｕｓｉｎｅｓｓｅｓ　）またはＯＣＡＰ（ＯｐｅｎＣａｂｌｅ　Ａｐｐｌｉｃａｔｉｏｎ　Ｐｌａｔｆｏｒｍ）のようなデジタル放送規格に準拠したシステムにおいても起こりうる。
【０００６】
それ故に、本発明の第１の目的は、ユーザの意図を考慮しつつ、受信装置が新しいアプリケーションを起動できる送信装置および受信装置を提供することである。また、本発明の第２の目的は、最低限の実行中のアプリケーションを終了するだけで、新しいアプリケーションを起動できる送信装置および受信装置に関する。
【０００７】
【課題を解決するための手段】
第１の発明は、トランスポートストリームを送信する送信装置であって、
複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数のアプリケーション毎に問い合わせ情報および／またはリソース量とを多重化して、トランスポートストリームを作成する多重化部と、
多重化部で作成されたトランスポートストリームを放送チャネルに送出する送信部とを備え、
問い合わせ情報は、アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、リソース量は、アプリケーションを実行する際に必要なリソースの量である。
【０００８】
第２の発明は、第１の発明に従属しており、複数のアプリケーションを少なくとも格納する番組記憶部と、
複数のアプリケーション毎に問い合わせ情報および／またはリソース量を少なくとも格納するアプリケーション情報記憶部とをさらに備え、
多重化部は、番組記憶部内のアプリケーションとアプリケーション情報記憶部内の問い合わせ情報および／またはリソース量とを多重して、トランスポートストリームを作成する。
【０００９】
第３の発明は、第２の発明に従属しており、アプリケーション情報記憶部に格納される問い合わせ情報および／またはリソース量をプライベートセクションに設定して、アプリケーション情報テーブルを作成するアプリケーション情報テーブル作成部をさらに備え、
多重化部は、アプリケーション情報テーブル作成部により作成されたアプリケーション情報テーブルを多重して、トランスポートストリームを作成する。
【００１０】
第４の発明は、第１の発明に従属しており、複数のアプリケーションを少なくとも格納する番組記憶部をさらに備え、
問い合わせ情報および／またはリソース量は、番組記憶部に格納されるアプリケーションに埋め込まれており、
多重化部は、番組記憶部に格納されるアプリケーションを多重して、トランスポートストリームを作成する。
【００１１】
第５の発明は、トランスポートストリームを送信する方法であって、
複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数のアプリケーション毎に問い合わせ情報および／またはリソース量とを多重化して、トランスポートストリームを作成する多重化ステップと、
多重化ステップで作成されたトランスポートストリームを放送チャネルに送出する送信ステップとを備え、
問い合わせ情報は、アプリケーションを終了しても良いか否かをユーザに問い合わせる必要があることを示すフラグであり、リソース量は、アプリケーションを実行する際に必要なリソースの量である。
【００１２】
第６の発明は、トランスポートストリームを受信する受信装置であって、
トランスポートストリームには、複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数のアプリケーション毎に問い合わせ情報および／またはリソース量とが多重化されており、
問い合わせ情報は、アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、リソース量は、アプリケーションを実行する際に必要なリソースの量であり、
受信装置は、
起動制御部の制御下で、受信トランスポートストリームから分離されたアプリケーションを実行し、または実行中のアプリケーションを終了する実行部と、受信トランスポートストリームから分離されたアプリケーションの起動、または実行部が実行中のアプリケーションの終了を実行部に指示する起動制御部と、
実行部がアプリケーションを実行中で、かつ起動制御部が別のアプリケーションの起動を指示する前に動作して、受信トランスポートストリームから分離された問い合わせ情報および／またはリソース量を使って、実行部が実行中のアプリケーションから、終了可能なアプリケーションを特定して、起動制御部に通知する指示部とを備え、
起動制御部は、指示部からの通知されたアプリケーションの終了を実行部に指示する。
【００１３】
第７の発明は、第６の発明に従属しており、指示部は、受信トランスポートストリームから分離された問い合わせ情報を使って、実行部が実行中のアプリケーションを終了しても良いか否かを問い合わせる必要性が有るか無いかを判断し、
受信装置はさらに、
指示部が問い合わせる必要性有りと判断した場合、実行部が実行中のアプリケーションが指示部により通知され、通知されたアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力するＧＵＩ部を備え、
ＧＵＩ部は、外部からの指定に応じて、指示部から通知された終了可能なアプリケーションを終了しても良いか否かのいずれかを、指示部に通知し、
指示部は、ＧＵＩ部からの通知が終了許可を示している場合には、実行部が実行中のアプリケーションを終了可能なアプリケーションとして特定し、起動制御部に通知する。
【００１４】
第８の発明は、第６の発明に従属しており、受信装置が有するリソースの残量を管理するリソース管理部をさらに備え、
指示部は、受信トランスポートストリームから分離されたリソース量およびリソース管理部により管理されるリソース残量を使って、実行部が実行中のアプリケーションを、終了可能なアプリケーションとして特定し、起動制御部に通知する。
【００１５】
第９の発明は、第８の発明に従属しており、指示部はさらに、受信トランスポートストリームから分離された問い合わせ情報を使って、終了可能なアプリケーションを終了しても良いか否かを問い合わせる必要性が有るか無いかを判断し、
受信装置はさらに、
指示部により問い合わせの必要が有りと判断されたアプリケーションが通知され、通知されたアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力するＧＵＩ部を備え、
ＧＵＩ部は、外部からの指定に応じて、指示部から通知されたアプリケーションを終了しても良いか否かのいずれかを、指示部に通知し、
指示部は、ＧＵＩ部からの通知が終了許可を示しているアプリケーションを終了可能なアプリケーションとして特定し、起動制御部に通知する。
【００１６】
第１０の発明は、第７及び第９のいずれかの発明に従属しており、ＧＵＩ部は、
指示部から通知された全てのアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力し、
外部からの指定に応じて、指示部から通知されたアプリケーションを全て終了しても良いか否かのいずれかを、指示部に通知する。
【００１７】
第１１の発明は、第７及び第９のいずれかの発明に従属しており、ＧＵＩ部は、
指示部から通知された全てのアプリケーションから１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力し、
外部からの指定に応じて、指示部から通知された終了可能なアプリケーションを終了しても良いか否かのいずれかを、指示部に通知し、
指示部に通知した後、指示部から通知された全ての終了可能なアプリケーションから未選択のものを１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力する。
【００１８】
第１２の発明は、第１１の発明に従属しており、トランスポートストリームにはさらに、複数のアプリケーション毎に優先度が多重化されており、
指示部はさらに、問い合わせの必要性が有ると判断したアプリケーション毎に、受信トランスポートストリームから分離される優先度を取得して、ＧＵＩ部に通知し、
ＧＵＩ部は、指示部から通知された全てのアプリケーションから、取得した優先度に従って１つを選択し、選択したアプリケーションを終了しても良いか否かを指定可能な表示画像を作成して出力する。
【００１９】
第１３の発明は、第７及び第９のいずれかの発明に従属しており、指示部は、問い合わせの必要性が無いと判断したアプリケーションについては、無条件で、終了可能なアプリケーションとして特定し、起動制御部に通知する。
【００２０】
第１４の発明は、第８の発明に従属しており、起動制御部は、実行部が現在実行中のアプリケーションと、自身が起動しようとしている別のアプリケーション（以下、起動対象のアプリケーションと称する）とを、指示部に通知し、
指示部は、
リソース属性記憶部から、実行部が現在実行中のアプリケーションのリソース量と、起動対象のアプリケーションのリソース量とを取得し、
リソース管理部から、受信装置におけるリソースの残量を取得し、
実行部が現在実行中のアプリケーションのリソース量の合計と、受信装置におけるリソース残量との第１の加算値と、起動対象のアプリケーションのリソース量とを比較し、
起動対象のアプリケーションのリソース量が第１の加算値以上でない場合、実行部が現在実行中のアプリケーションから、終了可能なアプリケーションを特定する。
【００２１】
第１５の発明は、第１４の発明に従属しており、トランスポートストリームにはさらに、複数のアプリケーション毎に優先度が多重化されており、
指示部は、
起動対象のアプリケーションのリソース量が第１の加算値以上でない場合、実行中のアプリケーション毎に、受信トランスポートストリームから分離される優先度を取得し、さらに起動対象のアプリケーションの優先度を取得し、
実行中のアプリケーションの中から、起動対象のアプリケーションの優先度よりも低い優先度を有するものを選択し、
選択された実行中のアプリケーションのリソース量の合計と、受信装置におけるリソース残量との第２の加算値と、起動対象のアプリケーションのリソース量とを比較し、
起動対象のアプリケーションのリソース量が第２の加算値以上でない場合、実行部が現在実行中のアプリケーションから、終了可能なアプリケーションを特定する。
【００２２】
第１６の発明は、第１５の発明に従属しており、指示部は、
起動対象のアプリケーションのリソース量が第２の加算値以上でない場合、選択した優先度の低い、実行中のアプリケーションの中から、リソース量が最小のものを１つ選択して記憶し、
記憶した実行中のアプリケーションのリソース量の合計値と、起動対象のアプリケーションのリソース量とを比較し、
起動対象のアプリケーションのリソース量が合計値以上でない場合、選択した優先度の低い、実行中のアプリケーションの中から、リソース量が最小でかつ未選択のものを１つ選択して記憶し、
起動対象のアプリケーションのリソース量が合計値以上でない場合、現在記憶している実行中のアプリケーションを、終了可能なアプリケーションと特定する。
【００２３】
第１７の発明は、第１４の発明に従属しており、指示部が起動対象のアプリケーションのリソース量が第１の加算値以上と判断した場合に、起動対象のアプリケーションを起動することができないことを表す表示画像を作成して出力するＧＵＩ部をさらに備える。
【００２４】
第１８の発明は、第６の発明に従属しており、リソース量は、アプリケーションを実行部が実行するに必要となるメモリ容量、スレッド数、使用ファイル数およびＩ／Ｏデバイス数のいずれかを少なくとも含む。
【００２５】
第１９の発明は、トランスポートストリームを受信処理するためにコンピュータ装置上で実行されるコンピュータプログラムであって、
トランスポートストリームには、複数のアプリケーションプログラム（以下、単にアプリケーションと称する）と、複数のアプリケーション毎に問い合わせ情報および／またはリソース量とが多重化されており、
問い合わせ情報は、アプリケーションを終了しても良いか否かを、ユーザに問い合わせる必要性の有無を示しており、リソース量は、アプリケーションを実行する際に必要なリソースの量であり、
コンピュータプログラムは、
受信トランスポートストリームから分離されたアプリケーションを実行し、または実行中のアプリケーションを終了する実行ステップと、
受信トランスポートストリームから分離されたアプリケーションの起動、または実行部が実行中のアプリケーションの終了を実行ステップに指示する起動制御ステップと、
実行ステップがアプリケーションを実行中であり、かつ起動制御ステップが別のアプリケーションの起動を指示する前に動作して、受信トランスポートストリームから分離された問い合わせ情報および／またはリソース量を使って、実行ステップが実行中のアプリケーションから、終了可能なアプリケーションを特定して、起動制御ステップに通知する指示ステップとを備え、
起動制御ステップは、指示ステップからの通知されたアプリケーションの終了を実行ステップに指示する。
【００２６】
第２０の発明は、第１９の発明に従属しており、コンピュータプログラムは記録媒体に記録される。
【００２７】
【発明の実施の形態】
（第１の実施形態）
１．システム構成
図１は、本発明の第１の実施形態に係るデジタル放送システムＳａの構成を示すブロック図である。図１において、デジタル放送システムＳａは、前述のＤＶＢ−ＭＨＰまたはＡＲＩＢに代表されるデジタル放送規格に準拠した従来のデジタル放送システムをベースにしており、送信装置１および受信装置２を少なくとも１台ずつ備えている。
本デジタル放送システムＳａにおいて、送信装置１は、ＭＰＥＧ２（Ｍｏｔｉｏｎ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ　ｐｈａｓｅ２　）形式のトランスポートストリームＴＳを、放送チャネルＢＣＨを使って送出する。ここで、トランスポートストリームＴＳには、代表的には放送番組の構成要素が多重されている。放送番組は少なくとも、複数のアプリケーションプログラム（以下、単にアプリケーションと称する）を構成要素として含んでおり、一般的には、それらに加えて、映像データおよび音声データも構成要素として含む。
受信装置２は、受信トランスポートストリームＴＳから分離した映像データおよび音声データを再生し出力し、さらに、分離された各アプリケーションを実行する。本実施形態において特徴的であるのは、少なくとも１つのアプリケーションの実行中に、受信装置２が新しいアプリケーションをさらに起動する際の処理である。より具体的には、受信装置２は、新しいアプリケーションをリソース不足により起動できない場合に、実行中の各アプリケーションの中から、ユーザにより指定されたアプリケーションの実行を終了する。ここで、リソースとは、従来技術で述べた第一種リソースおよび第二種リソースを含む。以上の終了処理により、受信装置２は、リソースを確保して、新たなアプリケーションを起動する。以下、以上の特徴を可能にする送信装置１および受信装置２の構成について説明する。
【００２８】
２．送信装置１の構成
図２は、図１に示す送信装置１の詳細な構成を示すブロック図である。図２において、送信装置１は、放送番組記憶部１０１と、番組情報記憶部１０２と、アプリケーション情報記憶部１０３と、番組情報テーブル作成部１０４と、アプリケーション情報テーブル作成部１０５と、多重制御部１０６と、ＴＳ多重部１０７と、送信部１０８とを備えている。
【００２９】
２−１．放送番組記憶部１０１
放送番組記憶部１０１は典型的には、送信装置１が提供する放送番組を構成する映像データＤｖ、音声データＤａおよび複数のアプリケーションＡＰを、それぞれの識別子（以下、ＩＤ（ＩＤｅｎｔｉｆｉｅｒ　）と称する）α、βおよび複数のγと対にして記憶する。
図３は、放送番組記憶部１０１が記憶する放送番組の一例を示す模式図である。図３において、放送番組記憶部１０１には、映像データＤｖおよび映像ＩＤαの対と、音声データＤａおよび音声ＩＤβの対と、アプリケーションＡＰ１およびアプリケーションＩＤγ１の対と、アプリケーションＡＰ１とは異なるアプリケーションＡＰ２およびアプリケーションＩＤγ２の対とが格納されている。なお、図３には、ＩＤα、ＩＤβ、ＩＤγ１およびＩＤγ２の例として、０ｘ９０００、０ｘ８０００、０ｘ６０００および０ｘ５０００が示されている。
【００３０】
２−２．番組情報記憶部１０２
図２の番組情報記憶部１０２は、上述の放送番組をトランスポートストリームＴＳに多重するために必要な番組情報Ｉｂｐを記憶する。
図４は、番組情報Ｉｂｐの一構成例を示す模式図である。なお、図４には、放送番組が図３に示すものである場合の番組情報Ｉｂｐが示されている。図４において、番組情報Ｉｂｐは、放送番組識別子欄１０２１と、放送時間帯欄１０２２と、ＰＭＴ＿ＰＩＤ欄１０２３と、映像データ識別子欄１０２４と、映像データのＰＩＤ欄１０２５と、音声データ識別子欄１０２６と、音声データのＰＩＤ欄１０２７と、ＡＩＴ＿ＰＩＤ欄１０２８と、複数のアプリケーション識別子欄の一例として２個のアプリケーション識別子欄１０２９および１０２１１と、複数のアプリケーションのＰＩＤ欄の一例として２個のアプリケーションのＰＩＤ欄１０２１０および１０２１２とを含んでいる。
放送番組識別子欄１０２１には、ストリームＴＳに多重される放送番組を一意に特定する識別子（以下、放送番組ＩＤと称する）δが記述される。なお、図４には、放送番組ＩＤδの例として、０ｘ５０が示されている。
放送時間帯欄１０２２には、放送番組ＩＤδで特定される放送番組が放送される時間帯ＢＴＰが記述される。なお、図４には、放送時間帯ＢＴＰの例として、８：００から９：００が示されている。
ＰＭＴ＿ＰＩＤ欄１０２３には、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ　）に割り当てられているパケット識別子（以下、ＰＩＤ（Ｐａｃｋｅｔ　ＩＤｅｎｔｉｆｉｅｒ）と称する）εが記述される。ＰＭＴとは、ＭＰＥＧで定義されているＳＩ（Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）テーブルの一つで、放送番組を構成する映像データＤｖ、音声データＤａおよびアプリケーションＡＰのストリーム（以下、映像ビットストリーム、音声ビットストリームおよびデータビットストリームと称する）と、それぞれのＰＩＤとの対応関係を示す表である。なお、図４には、ＰＩＤεの例として、０ｘ０２００が示されている。
ＡＩＴ＿ＰＩＤ欄１０２８には、後述するアプリケーション情報テーブル（以下、ＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）と称する）１０５１に割り当てられているＰＩＤζが記述される。ＡＩＴ１０５１は、ＤＶＢ−ＳＩ（Ｄｉｇｉｔａｌ　Ｖｉｄｅｏ　Ｂｒｏａｄｃａｓｔｉｎｇ　Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）で定義されるＰｒｉｖａｔｅ　Ｓｅｃｔｉｏｎの一つで、各アプリケーションＡＰの情報を示す表である。なお、図４には、ＰＩＤζの例として、０ｘ７０００が示されている。
【００３１】
映像データ識別子欄１０２４には、上述のＩＤαが記述される。音声データ識別子欄１０２６には、上述のＩＤβが記述される。アプリケーション識別子欄１０２９および１０２１１には、ＩＤγ１およびＩＤγ２が記述される。放送番組が図３に示すものの場合、映像データ識別子欄１０２４には０ｘ９０００が、音声データ識別子欄１０２６には０ｘ８０００が、アプリケーション識別子欄１０２９および１０２１０には０ｘ６０００および０ｘ５０００が記述される。
映像データのＰＩＤ欄１０２５には、映像データＤｖから作成されるストリーム（映像ビットストリーム）に割り当てられるＰＩＤηが記述される。音声データのＰＩＤ欄１０２７には、音声データＤａから作成されるストリーム（音声ビットストリーム）に割り当てられるＰＩＤθが記述される。アプリケーションのＰＩＤ欄１０２１０および１０２１２には、アプリケーションＡＰ１およびＡＰ２から作成されるストリーム（データビットストリーム）に割り当てられるＰＩＤι１およびι２が記述される。なお、以上の映像ビットストリームとＰＩＤηとの対応関係は、ストリームタイプＳＴαを使ってＰＭＴに示される（図６参照）。同様に、音声ビットストリームとＰＩＤθとの対応関係は、ストリームタイプＳＴβを使ってＰＭＴに示される。ただし、データビットストリームとＰＩＤι１およびＰＩＤι２の関係は、ＡＩＴ１０５１に割り当てられるＰＩＤζとストリームタイプＳＴγを使ってＰＭＴに示される。
なお、図４には、ＰＩＤη、ＰＩＤθ、ＰＩＤι１およびＰＩＤι２の例として、０ｘ９１００、０ｘ８１００、０ｘ６１００および０ｘ５１００が示されている。
【００３２】
なお、図４には、便宜上、実際の放送システムＳａにおける多重化に必要となるコンテンツ情報を全て示しておらず、本実施形態の説明で必要な番組情報Ｉｂｐのみを示している。また、番組情報Ｉｂｐの構成は、図４のものに限られる訳ではなく、放送番組をトランスポートストリームＴＳに正しく多重化できるのであれば、どのような構成であっても良い。
【００３３】
２−３．アプリケーション情報記憶部１０３
図２のアプリケーション情報記憶部１０３は、放送番組記憶部１０１に記憶される複数のアプリケーションそれぞれの情報Ｉａｐを記憶する。
図５は、アプリケーション情報Ｉａｐの構成例を示す模式図である。なお、図５には、放送番組にアプリケーションＡＰ１およびＡＰ２が含まれる場合におけるアプリケーション情報Ｉａｐが示される。図５において、アプリケーション情報Ｉａｐは、複数のアプリケーションＡＰ毎に、ＩＤγ、優先度Ｐ、本実施形態特有の終了問い合わせ情報ＶＩ、アプリケーション名ＡＮ、プログラム名ＰＮおよび制御コードＣＣを含んでいる。
アプリケーション識別子欄１０３１には、アプリケーションＡＰ１のＩＤγ１が記述される。
優先度欄１０３２には、ＩＤγ１で特定されるアプリケーションＡＰ１の優先度Ｐ１を示す値が記述される。なお、この優先度Ｐ１に関しては、ＤＶＢ−ＭＨＰで各アプリケーションに与えられている優先順位（従来の技術参照）と同じ意味であるため、詳細な説明を省略する。
【００３４】
終了問い合わせ情報欄１０３３には、ＩＤγ１で特定されるアプリケーションＡＰ１の終了問い合わせ情報ＶＩ１として、ＴＲＵＥまたはＦＡＬＳＥのいずれか一方が記述される。より具体的には、受信装置２は、少なくとも１つのアプリケーションを実行中に、新たにアプリケーションをさらに起動する必要がある場合がある。しかしながら、リソース不足に起因して、アプリケーションを新た起動できない場合がある。受信装置２は、実行中のアプリケーションを終了することで、新たなアプリケーションを起動するためのリソースを確保する。さらに、本実施形態では、ユーザの意図に反して、受信装置２が実行中のアプリケーションを終了させないように、終了問い合わせ情報ＶＩ１が準備されている。つまり、終了問いあわせ情報ＶＩ１としてのＴＲＵＥは、アプリケーションＡＰ１の終了前に、それを終了しても良いか否かをユーザに問い合わせる必要があることを示すフラグである。逆に、ＦＡＬＳＥは、ユーザへの問い合わせが不要であることを示すフラグである。言い換えれば、ＦＡＬＳＥは、アプリケーション識別子欄１０３１で特定されるアプリケーションＡＰ１を受信装置２が自動的に終了しても良いことを示すフラグである。なお、図５では、便宜上、終了問い合わせ情報欄１０３３には、ＴＲＵＥが記述されている。
アプリケーション名欄１０３４には、アプリケーションＡＰ１のアプリケーション名ＡＮ１が記述される。アプリケーション名ＡＮ１は通常、受信装置２がユーザに対して出力するために使われる。なお、図５には、アプリケーション名ＡＮ１の例として、アプリケーション１が記述されている。
プログラム名欄１０３５には、アプリケーションＡＰ１のプログラム名ＰＮ１が記述される。プログラム名ＰＮ１は典型的には、受信装置２がアプリケーションＡＰ１を特定する際に使われる。なお、図５には、プログラム名ＰＮ１の例として、Ａｐｐｌｉ＿１が記述されている。
制御コード欄１０３６には、送信装置１が受信装置２上におけるアプリケーションＡＰ１の実行を制御するための制御コードＣＣ１が記述される。なお、図５には、制御コードＣＣ１の例として、Ｓｔａｒｔが記述されている。このＳｔａｒｔが制御コード欄１０３６に設定される場合、受信装置２は、アプリケーションＡＰ１を受信後、その実行を開始する。また、制御コード欄１０３６には他にも、例えば、Ｓｔｏｐという制御コードＣＣ１を設定することが可能である。これが設定される場合、受信装置２は、アプリケーションＡＰ１の実行を停止する。
なお、図５にはさらに、アプリケーションＡＰ２について、アプリケーション識別子欄１０３７、優先度欄１０３８、終了問い合わせ情報欄１０３９、アプリケーション名欄１０３１０、プログラム名欄１０３１１および制御コード欄１０３１２も示されており、各欄には対応する情報（識別子ＩＤγ２、優先度Ｐ２、終了問い合わせ情報ＶＩ２、アプリケーション名ＡＮ２、プログラム名ＰＮ２および制御コードＣＣ２）が記述されている。これら情報の詳細は、上述から明らかであるため、それぞれの説明を省略する。
【００３５】
２−４．番組情報テーブル作成部１０４
図２の番組情報テーブル作成部１０４は、多重制御部１０６からの指示に応答して、番組情報記憶部１０２にアクセスする。アクセス後、番組情報テーブル作成部１０４は、ＥＴＳ　３００　４６８（ＤＶＢ−ＳＩ）およびＩＳＯ／ＩＳＣ１３８１８−１（ＭＰＥＧ２システム）に従って、番組情報テーブル（以下、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）と称する）１０４１を作成する。ＰＭＴ１０４１は、トランスポートストリームＴＳに多重化される映像ビットストリーム、音声ビットストリームおよびデータビットストリームを特定するための各種情報が記述されたテーブルである。言い換えれば、受信装置２が放送番組を選択するために必要な各種情報が記述されたものが、ＰＭＴ１０４１である。
図６は、ＰＭＴ１０４１の構成例を示す模式図である。なお、図６には、番組情報Ｉｂｐが図４に示すものである場合に作成されるＰＭＴ１０４１が示されている。図６において、ＰＭＴ１０４１は、本テーブル１０４１自体を特定するためのＩＤκと、放送番組を特定する識別子ＩＤｂｐとが記述される。なお、図６には、ＩＤκの例として０ｘ０２が示され、識別子ＩＤｂｐの例としては、図４と同様の０ｘ５０が示されている。
なお、番組情報テーブル作成部１０４は、ＰＭＴ１０４１以外にも、番組情報記憶部１０２内の番組情報Ｉｂｐを使って、ＤＶＢ−ＳＩ、ＭＰＥＧ２システムに従って、ＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＮＩＴ（Ｎｅｔｗｏｒｋ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）、ＳＤＴ（Ｓｅｒｖｉｃｅ　Ｄｅｓｃｒｉｐｔｉｏｎ　Ｔａｂｌｅ）およびＥＩＴ（Ｅｖｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔａｂｌｅ）に代表されるＳＩテーブルを作成する。ただし、これらＰＡＴ、ＮＩＴ、ＳＤＴおよびＥＩＴについては、本実施形態を説明する上では無関係であるため、それぞれの詳細な説明を省略する。
【００３６】
ＰＭＴ１０４１にはさらに、ストリームタイプＳＴおよびＰＩＤの対がいくつか記述される。より具体的には、ＰＭＴにおいて、各ストリームタイプ欄１０４２〜１０４４には、映像ビットストリーム、音声ビットストリームおよびデータビットストリームから組み立てられる各パケットの種類を特定するストリームタイプＳＴが一つずつ記述される。ストリームタイプＳＴとしての０ｘ０１から０ｘ０４までは順番に、ＭＰＥＧ規格によりＭＰＥＧ１＿ＡＵＤＩＯ、ＭＰＥＧ１＿ＶＩＤＥＯ、ＭＰＥＧ２＿ＡＵＤＩＯおよびＭＰＥＧ２＿ＶＩＤＥＯのために予約されている。なお、前述のように、本実施形態ではＭＰＥＧ２に従ってトランスポートストリームＴＳが作成されるので、２個のストリームタイプ欄１０４２および１０４３には、ストリームタイプＳＴαおよびＳＴβとして０ｘ０４および０ｘ０３が記述され、０ｘ０１および０ｘ０２は使用されない。また、本実施形態において、ストリームタイプ欄１０４４には、後述のＡＩＴ１０５１のために予約されているストリームタイプＳＴζとしての０ｘ０５が記述される。
【００３７】
また、ＰＭＴにおいて、各ＰＩＤ欄１０４５〜１０４７には、映像ビットストリーム、音声ビットストリームおよびデータビットストリームのそれぞれに割り当てられているＰＩＤが記述される。ここで、本実施形態では、各ＰＩＤは、図中の左側に記述される各ストリームタイプＳＴと対になっている。従って、０ｘ０３および０ｘ０４が記述される場合、それらと対を構成するのは、ＰＩＤθ（つまり、０ｘ８１００）およびＰＩＤη（つまり、０ｘ９１００）であり、それぞれはＰＩＤ欄１０４５および１０４６に記述される。また、ストリームタイプＳＴとしての０ｘ０５と対をなすのは、アプリケーション情報Ｉａｐに割り当てられているＰＩＤζ（つまり、０ｘ７０００）であり、これはＰＩＤ欄１０４７に記述される。
【００３８】
２−５．アプリケーション情報テーブル作成部１０５
図２のアプリケーション情報テーブル作成部１０５は、多重制御部１０６からの指示に応答して、アプリケーション情報記憶部１０３にアクセスする。アクセス後、アプリケーション情報テーブル作成部１０５は、ＥＴＳ　３００　４６８のＰｒｉｖａｔｅ　Ｓｅｃｔｉｏｎの定義に従って、アプリケーション情報Ｉａｐを参照して、ＡＩＴ１０５１を作成する。
図７は、ＡＩＴ１０５１の構成例を示す模式図である。なお、図７には、アプリケーション情報Ｉａｐが図５に示すものである場合に作成されるＡＩＴ１０５１が示されている。図７において、ＡＩＴ１０５１には、本テーブル１０５１を特定するＩＤλが記述される。なお、図７には、ＩＤλの例として０ｘ７４が示されている。
【００３９】
ＡＩＴ１０５１はさらに、放送番組記憶部１０１に格納される複数のアプリケーションＡＰ毎に作成される複数のアプリケーション情報レコードＡＲを含んでいる。各アプリケーション情報レコードＡＲは、対象となるアプリケーションＡＰのＩＤγ、アプリケーション名ＡＮ、優先度Ｐ、終了問い合わせ情報ＶＩおよび制御コードＣＣを少なくとも含む。これらの情報については、図５を参照して説明しているので、ここでは詳細な説明を省略する。なお、図５に示すアプリケーション情報Ｉａｐから作成される場合、ＡＩＴ１０５１は、アプリケーションＡＰ１およびＡＰ２について、アプリケーション情報レコードＡＲ１およびＡＲ２を含むことになる。
【００４０】
図８は、ＤＶＢ−ＭＨＰ規格に、本実施形態特有の終了問い合わせ情報ＶＩの属性を追加した場合のＡＩＴ１０５１の具体例を示す図である。図８において、ＤＶＢ−ＭＨＰにおけるＡＩＴ１０５１では、終了問い合わせ情報ＶＩの属性は、テーブル１０５１内に定義されるａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ１０５２のｕｓｒ＿ａｓｋ＿ｆｌａｇフィールドとして追加される。
【００４１】
２−６．多重制御部１０６
多重制御部１０６は、番組情報テーブル作成部１０４にＰＭＴの作成を指示し、アプリケーション情報テーブル作成部１０５にＡＩＴ１０５１の作成を指示する。多重制御部１０６は、各指示に対する応答として返ってくるＰＭＴ１０４１およびＡＩＴ１０５１の双方を受け取る。また、多重制御部１０６は、番組情報記憶部１０２にアクセスして、番組情報ＩｂｐからＩＤα、ＩＤβ、複数のＩＤγ（本実施形態ではＩＤγ１およびＩＤγ２）を取り出す。この時さらに、ＰＩＤη、ＰＩＤθおよび複数のＰＩＤι（本実施形態ではＰＩＤι１およびＰＩＤι２）も取り出される。以上の処理の終了後、多重制御部１０６は、映像多重指示ＭＣｖ、音声多重指示ＭＣａおよび複数のアプリケーション多重指示ＭＣａｐを作成してＴＳ多重部１０７に送信する。
ここで、映像多重指示ＭＣｖは、多重制御部１０６により取り出されたＩＤαおよびＰＩＤηと、トランスポートストリームＴＳにおける映像データＤｖの多重開始位置および伝送帯域幅とを含む。音声多重指示ＭＣａは、ＩＤβおよびＰＩＤθと、音声データＤａの多重開始位置および伝送帯域幅とを含む。また、本実施形態のようにアプリケーションＡＰ１およびＡＰ２が送信される場合には、複数のアプリケーション多重指示ＭＣａｐとして、多重指示ＭＣａｐ１およびＭＣａｐ２が作成される。多重指示ＭＣａｐ１は、ＩＤγ１およびＰＩＤι１と、アプリケーションＡＰ１の多重開始位置および伝送帯域幅とを含む。同様に、多重指示ＭＣａｐ２は、ＩＤγ２およびＰＩＤι２と、アプリケーションＡＰ２の多重開始位置および伝送帯域幅とを含む。また、以上の多重指示ＭＣｖおよびＭＣａ、ならびに複数の多重指示ＭＣａｐ１およびＭＣａｐ２のいずれか１つ以上には、多重制御部１０６が受け取ったＰＭＴ１０４１およびＡＩＴ１０５１がさらに含まれる。
【００４２】
２−７．ＴＳ多重部１０７
ＴＳ多重部１０７は、多重制御部１０６からの各多重指示に応答して、ＭＰＥＧ２に規定された方法に従って、放送番組記憶部１０１内の映像データＤｖ、音声データＤａおよび複数のアプリケーションＡＰを、トランスポートストリームＴＳに多重する。本実施形態では、ＴＳ多重部１０７は、映像多重指示ＭＣｖに応答して、放送番組記憶部１０１から映像データＤｖを読み出して映像ビットストリームに変換し、映像多重指示ＭＣｖにより指定されたＰＩＤηを使って、指定された開始位置から、映像ビットストリームをトランスポートストリームＴＳに多重する。また、ＴＳ多重部１０７は、音声多重指示ＭＣａに応答して、放送番組記憶部１０１から読み出した音声データＤａを音声ビットストリームに変換し、音声多重指示ＭＣａにより指定されたＰＩＤθを使って、指定された開始位置から、音声ビットストリームをトランスポートストリームＴＳに多重する。ＴＳ多重部１０７は、アプリケーション多重指示ＭＣａｐ１に応答して、放送番組記憶部１０１から読み出したアプリケーションＡＰ１をデータビットストリームに変換し、ＰＩＤι１を使って、指定された開始位置から、データビットストリームをトランスポートストリームＴＳに多重する。ＴＳ多重部１０７は、多重指示ＭＣａｐ２に応答して、放送番組記憶部１０１から読み出したアプリケーションＡＰ２をデータビットストリームに変換し、アプリケーション指定されたＰＩＤι２を使って、指定された開始位置から、作成したデータビットストリームをトランスポートストリームＴＳに多重する。
【００４３】
図９は、以上のようにして作成されたトランスポートストリームＴＳのデータ構造を示す模式図である。ＴＳ多重部１０７は、図９に示すトランスポートストリームＴＳを順次送信部１０８に出力する。
【００４４】
２−８．送信部１０８
送信部１０８は、トランスポートストリーム送信用のスケジュールを管理するスケジューラ（図示せず）を内部に有しており、スケジューラは、番組情報記憶部１０２内の番組情報ＩｂｐからＩＤδおよび放送時間帯ＢＴＰを取り出し、これらを対にして管理する。送信部１０８は、ＩＤδで特定される放送番組の放送開始時刻ＢＳＴよりも、予め定められた時間前（例えば５分前）になると、多重制御部１０６を起動する。これによって、多重制御部１０６は、前述した動作を開始し、放送時間帯ＢＴＰの間、ＴＳ多重部１０７の出力トランスポートストリームＴＳに変調等の処理を行った後に、放送チャネルＢＣＨを使って受信装置２に送信する。なお、放送開始時刻ＢＳＴは、放送時間帯ＢＴＰから容易に求められる。
【００４５】
３．送信装置１の動作
次に、以上のように構成される送信装置１の動作を説明する。
図１０は、送信装置１の処理手順を示すフローチャートである。図１０において、送信部１０８は、番組情報記憶部１０２内の番組情報Ｉｂｐを参照して、ＩＤδで特定される放送番組の放送開始時刻ＢＴＰよりも、予め定められた時間前になると、多重制御部１０６を起動し、さらにＩＤδを多重制御部１０６に通知する（Ｓ１０１）。
【００４６】
多重制御部１０６は、通知されたＩＤδを番組情報テーブル作成部１０４に通知することでＰＭＴ１０４１の作成を指示する。番組情報テーブル作成部１０４は、指示に応答して、番組情報記憶部１０２にアクセスし、通知ＩＤδで特定される番組情報Ｉｂｐを使って、前述したＰＭＴ１０４１（図６参照）を作成し、多重制御部１０６に渡す。これによって、多重制御部１０６は、ＰＭＴを含むＰＭＴ１０４１を取得する（Ｓ１０２）。
【００４７】
また、多重制御部１０６は、通知されたＩＤδをアプリケーション情報テーブル作成部１０５に通知することで、ＡＩＴ１０５１の作成を指示する。アプリケーション情報テーブル作成部１０５は、指示に応答して、まず、番組情報記憶部１０２にアクセスして、番組情報Ｉｂｐから、通知ＩＤδに対応する複数のＩＤγ（本実施形態ではＩＤγ１およびγ２）を取得する。その後、アプリケーション情報テーブル作成部１０５は、アプリケーション情報記憶部１０３にアクセスし、取得ＩＤγのそれぞれで特定されるアプリケーション情報Ｉａｐを使って、前述したＡＩＴ１０５１（図７または図８参照）を作成し、多重制御部１０６に渡す。これによって、多重制御部１０６は、ＡＩＴ１０５１を取得する（Ｓ１０３）。
【００４８】
また、多重制御部１０６は、番組情報記憶部１０２内の番組情報ＩｂｐからＩＤα、ＩＤβ、複数のＩＤγ（本実施形態ではＩＤγ１およびＩＤγ２）を取り出す。この時さらに、ＰＩＤη、ＰＩＤθおよび複数のＰＩＤι（本実施形態ではＰＩＤι１およびＰＩＤι２）も取り出される（Ｓ１０４）。
【００４９】
以上のＳ１０２からＳ１０４の完了後、多重制御部１０６は、前述した多重指示ＭＣｖおよびＭＣａ、ならびに複数の多重指示ＭＣａｐ（本実施形態では、ＭＣａｐ１およびＭＣａｐ２）を作成して、ＴＳ多重部１０７に渡す（Ｓ１０５）。
【００５０】
ＴＳ多重部１０７は、前述したように、多重制御部１０６から送られてくる各多重指示ＭＣｖ、ＭＣａおよび複数のＭＣａｐに従って、放送番組記憶部１０１内の映像データＤｖ、音声データＤａおよび複数のアプリケーションＡＰ（ＡＰ１およびＡＰ２）をトランスポートストリームＴＳに多重して、生成したトランスポートストリームＴＳを順次送信部１０８に出力する（Ｓ１０６）。
送信部１０８は、ＴＳ多重部１０７の出力トランスポートストリームＴＳに所定の処理を行った後、放送チャネルＢＣＨに送出する（Ｓ１０７）。
【００５１】
４．受信装置２の構成
図１１は、図１に示す受信装置２の詳細な構成を示す機能ブロック図である。図１１において、受信装置２は、受信部２０１と、ＴＳデコード部２０２と、ＡＶデコード部２０３と、ＡＶ出力部２０４と、セクション解析部２０５と、終了アプリケーション決定部２０６と、アプリケーション起動制御部２０７と、アプリケーション実行部２０８と、アプリケーション記憶部２０９と、ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）部２０１０とを備えている。また、終了アプリケーション決定部２０６は、アプリケーション情報テーブル解析部２０６１と、一般属性記憶部２０６２と、問い合わせ属性記憶部２０６３と、終了アプリケーション指示部２６０４とを備える。
【００５２】
４−１．受信部２０１
受信部２０１は、送信装置１が放送チャネルＢＣＨに送出したトランスポートストリームＴＳを受信し、ＴＳデコード部２０２に出力する。
４−２．ＴＳデコード部２０２
ＴＳデコード部２０２は、受信部２０１の出力トランスポートストリームＴＳをデコードして、ＴＳパケットに分解する。ＴＳデコード部２０２は、分解したＴＳパケットを、映像データＤｖおよび音声データＤａに分離して、ＡＶデコード部２０３に出力する。また、ＴＳデコード部２０２は、基準クロック情報（以下、ＰＣＲ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）と称する）のように、ＡＶデコード部２０３の処理に必要な情報を分離して、ＡＶデコード部２０３に出力する。また、ＴＳデコード部２０２は、入力トランスポートストリームＴＳから、複数のアプリケーションＡＰ、ＳＩテーブル、およびＡＩＴ１０５１を含むセクションを分離して、セクション解析部２０５に出力する。
【００５３】
４−３．ＡＶデコード部２０３
ＤＶＢ−ＭＨＰ、ＡＲＩＢまたはＯＣＡＰでは、ＴＳデコード部２０２の出力映像データＤｖおよび出力音声データＤａは、送信装置１側で符号化されている。ＡＶデコード部２０３は、ＭＰＥＧ２に従って、入力映像データＤｖおよび入力音声データＤａを復号して、ＡＶ出力部２０４に出力する。ここで、ＡＶデコード部２０３は、図示しないクロック部を有しており、クロック部は、ＴＳデコード部２０２の出力ＰＣＲの値により正しい基準時刻に設定された後に、基準時刻からの経過時間をカウントする。この経過時間を使って、ＡＶデコード部２０３は、映像データＤｖおよび音声データＤａの間の同期をとりながら、これらを復号する。
【００５４】
４−４．ＡＶ出力部２０４
ＡＶ出力部２０４は、入力映像データＤｖを再生してディスプレイ（図示せず）に表示し、入力音声データＤａを再生して音声出力装置（図示せず）に出力する。
４−５．セクション解析部２０５
セクション解析部２０５は、ＴＳデコード部２０２から出力されたセクションを内部に記憶し、ＳＩテーブルを構成するセクションを、ＰＭＴ１０４１、ＰＡＴ、ＮＩＴ、ＳＤＴおよびＥＩＴに変換して、それぞれの内容を解析する。特に、セクション解析部２０５は、受信すべき放送番組のＰＭＴ１０４１を解析した結果、ＡＩＴ１０５１のＰＩＤζが図６の例で示されるようにＰＭＴ１０４１に定義されていることを認識すると、その旨をアプリケーション情報テーブル解析部２０６１に通知する。
また、セクション解析部２０５は、後述するアプリケーション記憶部２０９から指定されたアプリケーションＡＰを構成するセクションを、アプリケーションＡＰのプログラムファイルに変換して、アプリケーション記憶部２０９に格納する。
【００５５】
４−６．アプリケーション情報テーブル解析部２０６１
アプリケーション情報テーブル解析部２０６１は、セクション解析部２０５からの通知に応答して、セクション解析部２０５からＡＩＴ１０５１のセクションを取得し、取得したセクションをＡＩＴ１０５１（図７参照）に変換する。その後、アプリケーション情報テーブル解析部２０６１は、ＡＩＴ１０５１の内容を、複数のアプリケーションＡＰ毎に解析し、各アプリケーションＡＰのＩＤγ毎に、一般属性名およびその値を一般属性記憶部２０６２に格納する。また、アプリケーション情報テーブル解析部２０６１は、ＩＤγ毎に問い合わせ属性とその値を問い合わせ属性記憶部２０６３に格納する。
より具体的には、ＡＩＴ１０５１が図７に示すものである場合、一般属性記憶部２０６２には、ＩＤγ毎に、優先度Ｐ、アプリケーション名ＡＮおよび制御コードＣＣがアプリケーション情報テーブル解析部２０６１から送られ、格納される。また、問い合わせ属性記憶部２０６３には、ＩＤγ毎に、問い合わせ情報ＶＩおよびアプリケーション名ＡＮが送られ、格納される。
【００５６】
４−７．一般属性記憶部２０６２
一般属性記憶部２０６２は、アプリケーション情報テーブル解析部２０６１から送られてくる情報を、アプリケーションＡＰの一般属性情報Ｉｇａとして記憶する。また、一般属性記憶部２０６２は、アプリケーション情報テーブル解析部２６０１から受け取った属性が制御コードＣＣである場合には、各ＩＤγおよび制御コードＣＣの値を、アプリケーション起動制御部２０７に渡す。
図１２は、一般属性情報Ｉｇａの一構成例を示す模式図である。なお、図１２には、ＡＩＴ１０５１が図７に示すものである場合の一般属性情報Ｉａｔが示されている。図１２において、一般属性情報Ｉｇａには、ＩＤγ毎に、優先度Ｐ、アプリケーション名ＡＮおよび制御コードＣＣが記述される。
４−８．問い合わせ属性記憶部２０６３
問い合わせ属性記憶部２０６３は、アプリケーション情報テーブル解析部２０６１からの受け取った情報を、アプリケーションＡＰの問い合わせ属性情報Ｉｖａとして記憶する。
図１３は、問い合わせ属性情報Ｉｖａの一構成例を示す模式図である。なお、図１２には、ＡＩＴ１０５１が図７に示すものである場合の問い合わせ属性情報Ｉｖａが示されている。図１２において、問い合わせ属性情報Ｉｖａには、ＩＤγ毎に、アプリケーション名ＡＮおよび問い合わせ情報ＶＩが記述される。
【００５７】
４−９．アプリケーション起動制御部２０７
アプリケーション起動制御部２０７は、一般属性記憶部２０６２から通知される少なくとも一組のＩＤγおよび制御コードＣＣを受け取る。受け取った制御コードＣＣの値がＳｔｏｐの場合、アプリケーション起動制御部２０７は、アプリケーション実行部２０８に、今回受け取った組みを通知することで、対象となるアプリケーションＡＰの終了を指示する。逆にＳｔａｒｔの場合、アプリケーション起動制御部２０７は、アプリケーション記憶部２０９に、今回受け取ったＩＤγを通知することにより、対象となるアプリケーションＡＰをセクション解析部２０５から取得するよう指示する。その後、アプリケーション記憶部２０９から、対象となるアプリケーションＡＰの取得が完了したことの通知を受けると、ＩＤγおよび制御コードＣＣの値（今回の場合、Ｓｔａｒｔ）を、アプリケーション実行部２０８に通知することにより、アプリケーションＡＰの起動を指示する。
【００５８】
ここで、本実施形態で特徴的な動作として、アプリケーション実行部２０８から、アプリケーションＡＰの起動を失敗したことの通知を受けた場合、終了アプリケーション指示部２０６４に、現在実行中のアプリケーションＡＰの全ＩＤγを通知して、終了可能なものを特定するよう指示する。終了アプリケーション指示部２０６４から、終了可能なもののＩＤγを取得すると、取得したＩＤγをアプリケーション実行部２０８に通知して、それらの終了を指示する。
また、アプリケーション起動制御部２０７は、アプリケーション実行部２０８から、各アプリケーションＡＰの起動または終了の成否を取得し、現在実行中のアプリケーションＡＰのＩＤγを管理するために保持する。
【００５９】
４−１０．終了アプリケーション指示部２０６４
終了アプリケーション指示部２０６４は、アプリケーション起動制御部２０７から現在実行中のアプリケーションＡＰの全ＩＤγを受け取ると、受け取った各ＩＤγで特定される各アプリケーションＡＰの問い合わせ情報ＶＩの値を、問い合わせ属性記憶部２０６３から取得する。取得した値がＦＡＬＳＥの場合、終了アプリケーション指示部２０６４は、対象となるＩＤγを、内部に保持する終了可能アプリケーション記憶部２０６４１に無条件で書き込む。逆にＴＲＵＥの場合は、対象となるアプリケーションＡＰのＩＤγおよびアプリケーション名ＡＮの組みをＧＵＩ部２０１０に通知して、ＧＵＩ部２０１０からの応答を待機する。終了アプリケーション指示部２０６４は、ＧＵＩ部２０１０の応答に基づいて、終了可能なアプリケーションＡＰを特定し、特定したもののＩＤγを終了可能アプリケーション記憶部２０６４１に書き込む。終了アプリケーション指示部２０６４は、アプリケーション起動制御部２０７から受け取った全ＩＤγに上述のようなチェックを行った後、終了可能アプリケーション記憶部２０６４１に書き込まれている各ＩＤγを、アプリケーション起動制御部２０７に通知する。
図１４は、終了可能アプリケーション記憶部２０６４１に書き込まれるＩＤγの一例を示す模式図である。なお、図１４には、問い合わせ属性情報Ｉｖａが図１３に示すものである場合における終了可能アプリケーション記憶部２０６４１の内容が示されている。
【００６０】
４−１１．ＧＵＩ部２０１０
ＧＵＩ部２０１０は、図１５（ａ）に示すように、終了アプリケーション指示部２０６４から通知されたアプリケーションＡＰのアプリケーション名ＡＮをグラフィカルユーザインタフェースに表示して、現在アプリケーション名ＡＮが表示されているアプリケーションＡＰを終了してもいいか否かをユーザに問い合わせる。
ユーザは、図示しない入力装置を使って、終了許可または終了不許可を選択する。ＧＵＩ部２０１０は、ユーザにより選択された終了許可を示す情報ＡＬまたは終了不許可を示す情報ＮＬを、終了アプリケーション指示部２０６４に通知する。
【００６１】
４−１２．アプリケーション実行部２０８
アプリケーション実行部２０８は、アプリケーション起動制御部２０７からＩＤγおよび制御コードＣＣの組みを受け取ると、受け取ったＩＤγをアプリケーション記憶部２０９に渡す。その後、アプリケーション実行部２０８は、ＩＤγで特定されるアプリケーションＡＰのプログラムファイルをアプリケーション記憶部２０９から受け取り、制御コードＣＣに従って、アプリケーションＡＰを解釈し、その実行を開始したり、終了したりする。また、アプリケーション実行部２０８は、実行開始したアプリケーションＡＰのＩＤγ、および実行終了したアプリケーションＡＰのＩＤγを、アプリケーション起動制御部２０７に通知する。
【００６２】
４−１３．アプリケーション記憶部２０９
アプリケーション記憶部２０９は、アプリケーション起動制御部２０７からＩＤγを通知されると、対象となるアプリケーションＡＰのプログラムファイルをセクション解析部２０５から取得し、取得したプログラムファイルおよびＩＤγを対にして記憶する。また、アプリケーション記憶部２０９は、アプリケーション実行部２０８からＩＤγを通知された場合には、対象となるアプリケーションＡＰのプログラムファイルをアプリケーション実行部２０８に参照させる。
【００６３】
５．受信装置２の動作
次に、以上のように構成される受信装置２の動作を説明する。
図１６は、受信装置２の処理手順を示すフローチャートである。図１６において、受信部２０１は、送信装置１により送出されたトランスポートストリームＴＳを受信して、ＴＳデコード部２０２に出力する（Ｓ２０１）。
ＴＳデコード部２０２は、入力トランスポートストリームＴＳをデコードし、映像データＤｖ、音声データＤａ、および上述のセクションに分離する（Ｓ２０２）。その後、ＴＳデコード部２０２は、分離した映像データＤｖ、音声データＤａおよびＰＣＲを、ＡＶデコード部２０３に出力し、分離したセクションをセクション解析部２０５に出力する。
【００６４】
受信装置２では、ＴＳデコード部２０２により分離された映像データＤｖ、音声データＤａおよびＰＣＲに対してＡＶ出力処理が行われる（Ｓ２０３）。
図１７は、ＡＶ出力処理の詳細な手順を示すフローチャートである。図１７において、ＡＶデコード部２０３では、入力ＰＣＲの値により、クロック部（図示せず）が正しい基準時刻に設定され、基準時刻からの経過時間をカウントする。ＡＶデコード部２０３は、クロック部によりカウントされる経過時間を使って、入力映像データＤｖおよび入力音声データＤａの同期をとりつつ、それらを復号する。ＡＶデコード部２０３は、復号した映像データＤｖおよび音声データＤａをＡＶ出力部２０４に出力する（Ｓ３０１）。
【００６５】
ＡＶ出力部２０４は、入力映像データＤｖを再生してディスプレイ（図示せず）に表示し、入力音声データＤａを再生して音声出力装置（図示せず）に出力する（Ｓ３０２）。
【００６６】
再度、図１６を参照する。受信装置２では、ＴＳデコード部２０２により分離されたセクションに対してアプリケーション制御処理が行われる（Ｓ２０４）。図１８は、アプリケーション制御処理の手順を示すフローチャートである。図１８において、セクション解析部２０５は、ＴＳデコード部２０２から出力されたセクションを記憶した後、受信すべき放送番組のＰＭＴ１０４１を構成するセクションをＰＭＴ１０４１に変換する（Ｓ４０１）。
【００６７】
セクション解析部２０５はさらに、変換したＰＭＴ１０４１に、ＡＩＴ１０５１のＰＩＤζが含まれているか否かを判断する（Ｓ４０２）。ここで、図６を参照して説明したように、ＰＭＴ１０４１には、ストリームタイプＳＴζ（０ｘ０５）に対して、ＡＩＴ１０５１のＰＩＤζが定義される。したがって、セクション解析部２０５は、ＰＭＴ１０４１にストリームタイプＳＴζが記述されているか否かにより、入力セクションにＡＩＴ１０５１が含まれるか否かを判断できる。
【００６８】
ＰＩＤζが含まれていない場合、アプリケーション制御処理は終了する。それに対して、ステップＳ４０２でＹＥＳと判断した場合、セクション解析部２０５は、ＴＳデコード部２０２から受け取るＡＩＴ１０５１のセクションを、ＡＩＴ１０５１に変換して記憶する。さらに、セクション解析部２０５は、アプリケーション情報テーブル解析部２０６１にＡＩＴ１０５１を取得したことを通知する（Ｓ４０３）。
【００６９】
アプリケーション情報テーブル解析部２０６１は、セクション解析部２０５からの通知に応答して、ＡＩＴ１０５１をセクション解析部２０５から取得する。さらにアプリケーション情報テーブル解析部２０６１は、受け取ったＡＩＴ１０５１の内容を解析し（Ｓ４０４）、前述したように、一般属性情報Ｉｇａおよび問い合わせ属性情報Ｉｖａを作成して、図１２に示すような一般属性情報Ｉｇａを一般属性記憶部２０６２に格納し、図１３に示すような問い合わせ属性情報Ｉｖａを問い合わせ属性情報２０６３に格納する（Ｓ４０５）。
【００７０】
ステップＳ４０５の後、一般属性記憶部２０６２は、一般属性情報Ｉｇａから、ＩＤγおよび制御コードＣＣの組みを全て取り出して、アプリケーション起動制御部２０７に通知する（Ｓ４０６）。
アプリケーション起動制御部２０７は、ステップＳ４０６で通知されたＩＤγおよび制御コードＣＣの組みを１つ選択し、選択した制御コードＣＣがＳｔａｒｔであるか否かを判断する（Ｓ４０７）。Ｓｔａｒｔである場合、受信装置２では、アプリケーション起動処理が行われ（Ｓ４０８）、Ｓｔｏｐである場合には、アプリケーション終了処理が行われる（Ｓ４０９）。
【００７１】
図１９は、アプリケーション起動処理の詳細な手順を示すフローチャートである。図１９において、アプリケーション起動制御部２０７は、ＩＤγおよび制御コードＣＣと、それ以外に必要な一般属性情報Ｉｇａとを使って、ステップＳ４０７で選択したＩＤγをアプリケーション記憶部２０９に通知して、起動対象となるアプリケーションＡＰをセクション解析部２０５から取得して記憶することを指示する。この指示に応答して、アプリケーション記憶部２０９は、起動対象となるアプリケーションＡＰのプログラムファイルをセクション解析部２０５から取得し、ＩＤγと対にして記憶する。アプリケーション記憶部２０９は、アプリケーションＡＰの格納が完了すると、その旨をアプリケーション起動制御部２０７に通知する（Ｓ５０１）。
【００７２】
アプリケーション記憶部２０９の通知に応答して、アプリケーション起動制御部２０７は、アプリケーション実行部２０８に、ステップＳ４０７で選択したＩＤγおよび制御コードＣＣ（今回の場合にはＳｔａｒｔ）を通知して、起動対象となるアプリケーションＡＰの起動を指示する。この指示に応答して、アプリケーション実行部２０８は、受け取ったＩＤγをアプリケーション記憶部２０９に通知して、起動対象となるアプリケーションＡＰのプログラムファイルを参照し、アプリケーションＡＰの起動する（Ｓ５０２）。その後、アプリケーション実行部２０８は、アプリケーションＡＰの起動に成功した場合には（Ｓ５０３）、受け取ったＩＤγをアプリケーション起動制御部２０７に通知する。アプリケーション起動制御部２０７は、受け取ったＩＤγを、現在実行中のアプリケーションＡＰのＩＤγとして記憶し（Ｓ５０４）、アプリケーション起動処理は終了する。
【００７３】
逆に、アプリケーション実行部２０８は、アプリケーションＡＰを起動できなかった場合（Ｓ５０３）、それを起動できなかった理由がリソース不足であるか否かを判断する（Ｓ５０５）。アプリケーション実行部２０８がリソース不足が理由ではないと判断した場合には、アプリケーション起動処理は終了する。逆に、リソース不足が原因の場合、アプリケーション実行部２０８は、実行中のアプリケーションＡＬの中で、終了してもよいものを特定するよう、アプリケーション起動制御部２０７に指示する。この指示に応答して、アプリケーション起動制御部２０７は、現在実行中のアプリケーションＡＰのＩＤγを全て、終了アプリケーション指示部２０６４に通知する（Ｓ５０６）。その後、受信装置２では、終了アプリケーション決定処理が行われる（Ｓ５０７）。
【００７４】
図２０は、終了アプリケーション決定処理の詳細な手順を示すフローチャートである。図２０において、終了アプリケーション指示部２０６４は、アプリケーション起動制御部２０７から通知されたＩＤγの中から１つを選択し（Ｓ６０１）、その後に、問い合わせ属性記憶部２０６３にアクセスして、選択したＩＤγと同じ組みのアプリケーション名ＡＮおよび問い合わせ情報ＶＩを取得する（Ｓ６０２）。終了アプリケーション指示部２０６４は、ステップＳ７０２で取得したものがＴＲＵＥでない場合（Ｓ６０３）、今回選択したＩＤγを終了可能アプリケーション記憶部２０６４１に書き込む（Ｓ６０４）。逆に、取得した問い合わせ情報ＶＩがＴＲＵＥであった場合（Ｓ６０３）、現時点では終了可能アプリケーション記憶部２０６４１には書き込まずに、ＩＤγおよびアプリケーション名ＡＮの組みを、別の記憶部に格納する（Ｓ６０５）。
【００７５】
ステップＳ６０４またはＳ６０５の次に、終了アプリケーション指示部２０６４は、ステップＳ５０６で受け取ったＩＤγを全て選択したか否かを判断し（Ｓ６０６）、未選択のＩＤγが残っていれば、ステップＳ６０１に戻る。そうでない場合には、ステップＳ６０５で格納したＩＤγおよびアプリケーション名ＡＮの組み全てをＧＵＩ部２０１０に通知する（Ｓ６０７）。
【００７６】
ＧＵＩ部２０１０は、受け取ったアプリケーション名の全てを終了してもよいか否かを問い合わせるための表示画面（図１５（ａ）参照）を作成して、図示しないディスプレイに表示する（Ｓ６０８）。ユーザは、図示しない入力装置を使って、終了許可または終了不許可を選択する。ＧＵＩ部２０１０は、ユーザにより選択された終了許可を示す情報ＡＬまたは終了不許可を示す情報ＮＬを、終了アプリケーション指示部２０６４に渡す（Ｓ６０９）。
【００７７】
終了アプリケーション指示部２０６４は、ＧＵＩ部２０１０から終了不許可情報ＡＬを受け取った場合（Ｓ６０１０）には、ステップＳ６０１１を行うことなく、ステップＳ６０１２を行う。また、終了アプリケーション指示部２０６４は、ＧＵＩ部２０１０から終了許可情報ＡＬを受け取った場合には、ステップＳ６０７でＧＵＩ部２０１０に通知した全てのＩＤγを終了可能アプリケーション記憶部２０６４１に格納して（Ｓ６０１１）、ステップＳ６０１２を行う。
【００７８】
終了アプリケーション指示部２０６４は、終了可能アプリケーション記憶部２０６４１が現在記憶している全てのＩＤγをアプリケーション起動制御部２０７に通知する（Ｓ６０１２）。なお、終了アプリケーション指示部２０６４は、終了可能アプリケーション記憶部２０６４１にＩＤγが格納されていない場合には、ステップＳ６０１２においてその旨をアプリケーション起動制御部２０７に通知する。
【００７９】
再度、図１９を参照する。アプリケーション起動制御部２０７は、ステップＳ５０７の次に、終了アプリケーション指示部２０６４からＩＤγの通知があるか否かを判断して（Ｓ５０８）、ＩＤγの通知がなければ、アプリケーション起動処理は終了する。逆に、ＩＤγの通知があれば、受信装置２では、アプリケーション終了処理が行われる（Ｓ５０９）。
【００８０】
図２１は、アプリケーション終了処理（図１８のステップＳ４０９または図１９のステップＳ５０９）の詳細な処理手順を示すフローチャートである。図２１において、アプリケーション起動制御部２０７は、ステップＳ４０７またはＳ６０１０で通知された各ＩＤγに制御コードＣＣ（Ｓｔｏｐ）を組み合わせる（Ｓ７０１）。その後、アプリケーション起動制御部２０７は、作成した組みから１つ選択し（Ｓ７０２）、アプリケーション実行部２０８に通知して、ＩＤγで特定されるアプリケーションＡＰの終了を指示する（Ｓ７０３）。この指示に応答して、アプリケーション実行部２０８は、指示されたアプリケーションＡＰの実行を終了し（Ｓ７０４）、受け取ったＩＤγをアプリケーション起動制御部２０７に返す。アプリケーション起動制御部２０７は、受け取ったＩＤγを、現在実行中のアプリケーションＡＰのものから消去する（Ｓ７０５）。次に、アプリケーション起動制御部２０７は、ステップＳ７０１で作成した組みを全て選択したか否かを判断し（Ｓ７０６）、未選択の組みが残っていれば、ステップＳ７０２に戻る。そうでない場合には、アプリケーション終了処理が終了する。
【００８１】
再度、図１９を参照する。ステップＳ５０１０の終了後、アプリケーション起動制御部２０７はステップＳ５０２に戻り、ステップＳ５０１で取得したアプリケーションＡＰの起動を再度試み、成功するまで、上述の処理を繰り返す。そして、アプリケーションＡＰの起動が成功すると、図１８のアプリケーション制御処理はステップＳ４０８からＳ４０９に進む。この時、アプリケーション起動制御部２０７は、ステップＳ４０６で通知されたＩＤγおよび制御コードＣＣの組みを全て選択したか否かを判断し（Ｓ４０１０）、未選択の組みがあれば、ステップＳ４０７に戻って、新しい組みを選択する。逆に、全ての組みを選択しているのであれば、アプリケーション制御処理は終了する。
【００８２】
以上説明したように、本実施形態では、受信装置２において、リソース不足によって新たなアプリケーションＡＰを起動できない状況下では、送信装置１側で設定される問い合わせ情報ＶＩを使って、受信装置２は、ユーザの判断を仰ぐ必要のないアプリケーションＡＰについては自動的に終了させ、それ以外のアプリケーションＡＰについてユーザの判断を仰いで実行中のアプリケーションＡＰを終了させる。これによって、受信装置２は、ユーザの意図に沿ったリソースの回収を行なった上で新たなアプリケーションＡＰを起動できるようになる。
【００８３】
なお、以上の説明では、終了アプリケーション決定処理（図２０参照）では、ステップＳ６０８を一回だけ行っている。しかし、これに限らず、図２２に示すような終了アプリケーション決定処理が受信装置２で行われてもよい。図２２は、図２０と比較すると、ステップＳ６０７がステップＳ８０１およびＳ８０２に代わっている点でのみ相違する。それ以外に両者の間には相違点はないので、図２２において、図２０のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
図２２において、ステップＳ６０６でＮＯと判断された場合に、終了アプリケーション指示部２０６４は、ステップＳ６０５で格納したＩＤγおよびアプリケーション名ＡＮの組みの中から１つ選択し、選択したものをＧＵＩ部２０１０に通知し（Ｓ８０１）、さらに、ステップＳ６０１０またはＳ６０１１の次に、未選択の組みがあるか否かを判断する（Ｓ８０２）。終了アプリケーション指示部２０６４は、ステップＳ８０２でＹＥＳと判断した場合、ステップＳ８０１に戻り、未選択の組みを選択する。逆に、終了アプリケーション指示部２０６４は、ＮＯと判断した場合、ステップＳ６０１２を行う。
【００８４】
他にも、図２３のような終了アプリケーション決定処理が受信装置２で行われてもよい。図２３は、図２２と比較すると、ステップＳ８０１の代わりにステップＳ９０１およびＳ９０２を含む点で相違する。それ以外に両者の間には相違点はないので、図２３において、図２２のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。また、注意を要するのは、図２３の処理を実現する場合、問い合わせ属性情報Ｉｖａ（図１３参照）には、ＩＤγ毎に、アプリケーション名ＡＮおよび終了問い合わせ情報ＶＩに加えて、優先度Ｐが記述される必要がある点である。
【００８５】
図２３において、ステップＳ６０６でＮＯと判断された場合に、終了アプリケーション指示部２０６４は、終了可能アプリケーション記憶部２０６４１に現在書き込まれているＩＤγを取り出す。その後、終了アプリケーション指示部２０６４は、問い合わせ属性記憶部２０６３にアクセスして、取り出したＩＤγと同じ組みの優先度Ｐを取得する（Ｓ９０１）。その後、終了アプリケーション指示部２０６４は、ステップＳ６０５で格納したＩＤγおよびアプリケーション名ＡＮの組みの中から、ＩＤγに割り当てられている優先度Ｐが最も小さいものを１つ選択し、選択した組みをＧＵＩ部２０１０に通知し（Ｓ９０２）、
【００８６】
ステップＳ６０４またはＳ６０５の次に、終了アプリケーション指示部２０６４は、ステップＳ６０５で格納した組みを全て選択したか否かを判断し（Ｓ６０６）、未選択のＩＤγが残っていれば、ステップＳ６０１に戻る。そうでない場合には、ステップＳ６０５で格納したＩＤγおよびアプリケーション名ＡＮの組み全てをＧＵＩ部２０１０に通知する（Ｓ６０７）。
【００８７】
また、以上の説明では、終了アプリケーション指示部２０６４は、問い合わせ属性記憶部２０６３に記憶された問い合わせ情報ＶＩを取得していた。しかし、これに限らず、送信装置１は、終了問い合わせ属性の値を、各アプリケーションＡＰのプログラムファイルに定義する。つまり、終了問い合わせ属性の値は、各アプリケーションＡＰに埋め込まれている。そして、アプリケーションＡＰのプログラムに実装されている特定の関数をアプリケーション実行部２０８が実行して、終了問い合わせ属性値を取得した後に、終了アプリケーション指示部２０６４に渡すようにしてもよい。
【００８８】
６．受信装置２のハードウェアおよびソフトウェア構成
また、以上の受信装置２は、図２４および図２５に示すように構成されてもよい。図２４は、受信装置２のハードウェア構成を示すブロック図である。図２４において、受信装置２は、受信器３０１ｈと、ＴＳデコーダ３０２ｈと、ＡＶデコーダ３０３ｈと、画像合成器３０４ｈと、表示装置３０５ｈと、スピーカ３０６ｈと、プロセッサ３０７ｈと、プログラムメモリ３０８ｈと、ワーキングエリア３０９ｈとを備えている。
【００８９】
６−１．受信器３０１ｈ
受信器３０１ｈは、受信部２０１に相当しており、送信装置１が放送チャネルＢＣＨに送出したトランスポートストリームＴＳを受信し、ＴＳデコーダ３０２ｈに出力する。
６−２．ＴＳデコーダ３０２ｈ
ＴＳデコーダ３０２ｈは、ＴＳデコード部２０２に相当しており、受信器３０１ｈの出力トランスポートストリームＴＳをデコードして、ＴＳパケットに分解する。ＴＳデコーダ３０２ｈは、分解したＴＳパケットを、映像データＤｖおよび音声データＤａに分離して、ＡＶデコーダ３０３ｈに出力する。また、ＴＳデコーダ３０２ｈは、ＰＣＲのように、ＡＶデコーダ３０３ｈの処理に必要な情報を分離して、ＡＶデコーダ３０３ｈに出力する。また、ＴＳデコーダ部３０２ｈは、入力トランスポートストリームＴＳから、複数のアプリケーションＡＰ、ＳＩテーブル、およびＡＩＴ１０５１を含むセクションを分離して、ワーキングエリア３０９ｈに出力する。
【００９０】
６−３．ＡＶデコーダ３０３ｈ
ＡＶデコーダ３０３ｈは、ＡＶデコード部２０３に相当しており、ＭＰＥＧ２に従って、入力映像データＤｖおよび入力音声データＤａを復号して、復号した映像データＤｖを画像合成器３０４ｈに出力し、復号した音声データＤａをスピーカ３０６ｈに出力する。
６−４．画像合成器３０４ｈ
画像合成器３０４ｈは、ＡＶデコーダ３０３ｈの出力映像データＤｖに、ワーキングエリア３０９ｈの出力画像データを合成して、合成映像データＤｖｒとして表示装置３０５ｈに出力する。ここで、ワーキングエリア３０９の出力画像データは典型的には、各アプリケーションＡＰの実行結果である。
６−５．表示装置３０５ｈ
表示装置３０５ｈは、ＡＶ出力部２０４およびＧＵＩ部２０１０の表示機能に相当しており、画像合成器３０４ｈの出力合成映像データＤｖｒを再生して、映像をディスプレイ上に表示する。
【００９１】
６−６．スピーカ３０６ｈ
スピーカ３０６ｈは、ＡＶ出力部２０４の音声出力機能に相当しており、ＡＶデコーダ３０３ｈの出力音声データＤａを再生して、音声を出力する。
【００９２】
６−７．４−４．ＡＶ出力部２０４
ＡＶ出力部２０４は、入力映像データＤｖを再生してディスプレイ（図示せず）に表示し、入力音声データＤａを再生して音声出力装置（図示せず）に出力する。
【００９３】
６−８．プロセッサ３０７ｈ，プログラムメモリ３０８ｈ，ワーキングエリア３０９ｈ
プログラムメモリ３０８ｈは、プログラムＰＧａを予め格納している。ここで、図２５は、プログラムＰＧａの構成を示す模式図である。図２５において、プログラムＰＧａは、セクション解析プログラムモジュールＰＭａと、起動制御プログラムモジュールＰＭｂと、アプリケーション実行プログラムモジュールＰＭｃと、ＧＵＩプログラムモジュールＰＭｄと、ＡＩＴ解析プログラムモジュールＰＭｅと、終了アプリケーション指示プログラムモジュールＰＭｆとを含んでいる。以上の各プログラムモジュールＰＭａからＰＭｆは、プロセッサ３０７ｈに実行され、その結果、プロセッサ３０７ｈは上述のセクション解析部２０５、アプリケーション起動制御部２０７、アプリケーション実行部２０８、ＧＵＩ部２０１０、アプリケーション情報テーブル解析部２０６１と、終了アプリケーション指示部２６０４として動作する。また、プロセッサ３０７ｈは、ワーキングエリア３０９ｈを使うことにより、上述のアプリケーション記憶部２０９と、一般属性記憶部２０６２と、問い合わせ属性記憶部２０６３として動作する。
【００９４】
（第２の実施形態）
本発明の第２の実施形態に係るデジタル放送システムＳｂについて説明する。１．システム構成
図２６は、本発明の第２の実施形態に係るデジタル放送システムＳｂの構成を示すブロック図である。図２６において、デジタル放送システムＳｂは、前述のデジタル放送規格に準拠した従来のデジタル放送システムをベースにしており、送信装置５および受信装置６を少なくとも１台ずつ備えている。
本デジタル放送システムＳｂにおいて、送信装置５は、トランスポートストリームＴＳを送出する点では、第１の実施形態と同様であるが、各アプリケーションＡＰが必要とするリソース情報をトランスポートストリームＴＳに多重する点で、第１の実施形態と相違する。
【００９５】
受信装置６は、受信トランスポートストリームＴＳから分離した映像データおよび音声データを再生し出力し、さらに、分離された各アプリケーションを実行する点では、第１の実施形態と同様である。しかしながら、受信装置６は、新たに起動するアプリケーションＡＰをリソース不足により起動できない場合に、リソース情報を参照して、必要なリソースを現在使っている実行中のアプリケーションＡＰをいくつか終了する点で、第１の実施形態と異なる。ここで、リソースとは、従来技術で述べた第一種リソースおよび第二種リソースを含む。以上の終了処理により、受信装置６は、リソースを確保して、新たなアプリケーションを起動する。以下、以上の特徴を可能にする送信装置５および受信装置６の構成について説明する。
【００９６】
２．放送装置５の構成
図２７は、図２６に示す送信装置５の詳細な構成を示すブロック図である。図２７において、送信装置５は、図２の送信装置１と比較すると、アプリケーション情報記憶部１０３およびアプリケーション情報テーブル作成部１０５に代えて、アプリケーション情報記憶部５０３およびアプリケーション情報テーブル作成部５０５を備える点で相違する。それ以外に両送信装置１および５の間に相違点は無いので、図２７において、図２の構成に相当するものには同一の参照符号を付けて、それぞれの説明を省略する。
【００９７】
２−１．アプリケーション情報記憶部５０３
図２７のアプリケーション情報記憶部５０３は、放送番組記憶部１０１に記憶される複数のアプリケーションそれぞれの情報Ｉａｐを記憶する。
図２８は、アプリケーション情報Ｉａｐの構成例を示す模式図である。なお、図２８には、放送番組にアプリケーションＡＰ１およびＡＰ２が含まれる場合におけるアプリケーション情報Ｉａｐが示される。図２８において、アプリケーション情報Ｉａｐは、図５に示すものと比較すると、問い合わせ情報ＶＩの代わりに、上述のリソース情報の一例である使用リソース量ＲＡが記述される点で相違する。それ以外に両アプリケーション情報Ｉａｐの間に相違点は無いので、図２８において、図５の情報に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
利用リソース量欄５０３１には、ＩＤγ１で特定されるアプリケーションＡＰ１の実行中に使用されるリソース量ＲＡ１が記述される。図２８では、リソース量ＲＡ１の例として、メモリ１０ＫＢのみが記述されているが、他にも、リソース量ＲＡ１としては、アプリケーションＡＰ１の実行時に必要とされる第一種リソースや第二種リソースの値が記述される。
なお、図２８にはさらに、アプリケーションＡＰ２についても各情報が記述されているが、これら情報の詳細は、第１の実施形態および上述から明らかであるため、それぞれの説明を省略する。
【００９８】
２−２．アプリケーション情報テーブル作成部５０５
図２７のアプリケーション情報テーブル作成部５０５は、多重制御部１０６からの指示に応答して、アプリケーション情報記憶部５０３にアクセスする。アクセス後、アプリケーション情報テーブル作成部５０５は、ＥＴＳ　３００　４６８のＰｒｉｖａｔｅ　Ｓｅｃｔｉｏｎの定義に従って、アプリケーション情報Ｉａｐを参照して、ＡＩＴ５０５１を作成する。
図２９は、ＡＩＴ５０５１の構成例を示す模式図である。なお、図２９には、アプリケーション情報Ｉａｐが図２８に示すものである場合に作成されるＡＩＴ５０５１が示されている。図２９において、ＡＩＴ５０５１は、図７のＡＩＴ１０５１と比較すると、各アプリケーション情報レコードＡＲが対象となるアプリケーションＡＰの終了問い合わせ情報ＶＩの代わりにリソース量ＲＡが記述される点で相違する。それ以外に両ＡＩＴ１０５１および５０５１の間に相違点は無いので、図２９において、図７に示す情報に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【００９９】
図３０は、ＤＶＢ−ＭＨＰ規格に、本実施形態特有のリソース量ＲＡの属性を追加した場合のＡＩＴ５０５１の具体例を示す図である。図３０において、ＤＶＢ−ＭＨＰにおけるＡＩＴ５０５１では、リソース量ＲＡの属性は、テーブル５０５１内に定義されるａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ５０５２のｒｅｓｏｕｒｓｅ＿ｖａｌｕｅフィールドとして追加される。
【０１００】
３．送信装置５の動作
次に、以上のように構成される放送装置５の動作を説明する。
図３１は、送信装置５の処理手順を示すフローチャートである。図３１は、図１０と比較すると、ステップＳ１０３がステップＴ１０１代わる点で相違する。それ以外に両フローチャートの間に相違点は無いので、図３１において、図１０のステップに相当するものには、同一のステップ番号を付け、それぞれの説明を省略する。図３１において、ステップＳ１０２の後、多重制御部１０６は、通知されたＩＤδをアプリケーション情報テーブル作成部５０５に通知することで、ＡＩＴ５０５１の作成を指示する。アプリケーション情報テーブル作成部５０５は、指示に応答して、まず、番組情報記憶部１０２にアクセスして、番組情報Ｉｂｐから、通知ＩＤδに対応する複数のＩＤγ（本実施形態ではＩＤγ１およびγ２）を取得する。その後、アプリケーション情報テーブル作成部５０５は、アプリケーション情報記憶部５０３にアクセスし、取得ＩＤγのそれぞれで特定されるアプリケーション情報Ｉａｐを使って、前述したＡＩＴ５０５１（図２８または図２９参照）を作成し、多重制御部１０６に渡す。これによって、多重制御部１０６は、ＡＩＴ５０５１を取得する（Ｔ１０１）。
【０１０１】
４．受信装置６の構成
図３２は、図２６に示す受信装置６の詳細な構成を示す機能ブロック図である。図３２において、受信装置６は、図１１の受信装置２と比較すると、終了アプリケーション決定部２０６およびアプリケーション起動制御部２０７の代わりに終了アプリケーション決定部６０６およびアプリケーション起動制御部６０７を備える点と、ＧＵＩ部２０１０を備えない点と、リソース管理部６０１をさらに備える点とで相違する。また、終了アプリケーション決定部６０６は、終了アプリケーション決定部２０６と比較すると、アプリケーション情報テーブル解析部２０６１、問い合わせ属性記憶部２０６３および終了アプリケーション指示部２０６４の代わりに、アプリケーション情報テーブル解析部６０６１、リソース属性記憶部６０６３および終了アプリケーション指示部６０６４を備える点で相違する。それ以外に両受信装置２および６の間に相違点は無いので、図３２において、図１１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１０２】
４−１．アプリケーション情報テーブル解析部６０６１
アプリケーション情報テーブル解析部６０６１は、セクション解析部２０５からの通知に応答して、セクション解析部２０５からＡＩＴ５０５１のセクションを取得し、取得したセクションをＡＩＴ５０５１（図２９参照）に変換する。その後、アプリケーション情報テーブル解析部６０６１は、ＡＩＴ５０５１の内容に従って、第１の実施形態と同様に、各アプリケーションＡＰのＩＤγ毎に、一般属性名およびその値を一般属性記憶部２０６２に格納する。また、アプリケーション情報テーブル解析部６０６１は、ＩＤγ毎にリソース属性名とその値をリソース属性記憶部６０６３に格納する。より具体的には、ＡＩＴ５０５１が図２９に示すものである場合、リソース属性記憶部６０６３には、ＩＤγ毎に、リソース量ＲＡが送られ、格納される。
【０１０３】
４−２．リソース属性記憶部６０６３
リソース属性記憶部６０６３は、アプリケーション情報テーブル解析部６０６１からの受け取った情報を、アプリケーションＡＰのリソース属性情報Ｉｒａとして記憶する。
図３３は、リソース属性情報Ｉｒａの一構成例を示す模式図である。なお、図３３には、ＡＩＴ５０５１が図２９に示すものである場合のリソース属性情報Ｉｒａが示されている。図３３において、リソース属性情報Ｉｒａには、ＩＤγ毎に、リソース量ＲＡが記述される。
【０１０４】
４−３．アプリケーション起動制御部６０７
アプリケーション起動制御部６０７は、アプリケーション起動制御部２０７と同様に、一般属性記憶部２０６２から通知される少なくとも一組のＩＤγおよび制御コードＣＣに応答して、前述したように制御コードＣＣに記述されているアプリケーションＡＰの起動処理または終了処理を実行する。
【０１０５】
ここで、本実施形態で特徴的な動作として、アプリケーション実行部２０８から、アプリケーションＡＰの起動を失敗したことの通知を受けた場合、終了アプリケーション指示部６０６４に、現在実行中のアプリケーションＡＰの全ＩＤγを通知して、終了可能なものを特定するよう指示する。終了アプリケーション指示部６０６４から、終了可能なもののＩＤγを取得すると、取得したＩＤγをアプリケーション実行部２０８に通知して、それらの終了を指示する。
また、アプリケーション起動制御部６０７は、アプリケーション実行部２０８から、各アプリケーションＡＰの起動または終了の成否を取得し、現在実行中のアプリケーションＡＰのＩＤγを管理するために保持する。
【０１０６】
４−４．終了アプリケーション指示部６０６４
終了アプリケーション指示部６０６４は、アプリケーション起動制御部６０７から、現在実行中のアプリケーションＡＰの全ＩＤγと、新たに起動するアプリＡＰのＩＤγを受け取ると、受け取った各ＩＤγで特定される各アプリケーションＡＰのリソース量ＲＡを、リソース属性記憶部６０６３から取得する。終了アプリケーション指示部６０６４は、受け取った各リソース量ＲＡから、実行中のアプリケーションＡＰのいずれかを終了させれば、新たなアプリケーションＡＰを起動可能か否かを判断する。起動可能と判断した場合、終了アプリケーション指示部６０６４は、現在実行中のものを特定する各ＩＤγに割り当てられている優先度Ｐと、新たなアプリケーションＡＰを特定するＩＤγの優先度Ｐを一般属性記憶部２０６２から取得する。さらに、終了アプリケーション指示部６０６４は、新たなアプリケーションＡＰの優先度Ｐよりも低い値を有する実行中のアプリケーションＡＰのＩＤγ、優先度Ｐおよびリソース量ＲＡの組みを選択する。その後、終了アプリケーション指示部６０６４は、選択した優先度Ｐを小さい値のものから順番にリソース量ＲＡを加算していき、加算値が新たなアプリケーションＡＰのリソース量ＲＡ以上になった時点で、終了可能アプリケーション記憶部６０６４１に書き込まれている各ＩＤγを、アプリケーション起動制御部６０７に通知する。
【０１０７】
４−５．リソース管理部６０１
リソース管理部６０１は、受信装置６のリソースの残量ＲＲを管理する。本実施形態では、例示的に、リソース管理部６０１は、リソース残量ＲＲの例としてメモリの残量を管理するが、それ以外にも、好ましくは、前述の第一種リソースおよび／または第二種リソースの残量を管理する。
【０１０８】
５．受信装置６の動作
次に、以上のように構成される受信装置６の動作を説明する。
図３４は、受信装置６の処理手順を示すフローチャートである。図３４は、図１６と比較すると、ステップＳ２０４の代わりにステップＴ２０１を含む点で相違する。それ以外に両フローチャートの間には相違点は無いので、図３４において、図１６のステップに相当するものには同一の参照符号を付け、それぞれの説明を省略する。図３４において、受信装置６では、ＴＳデコード部２０２がステップＳ２０２で分離されたセクションに対してアプリケーション制御処理が行われる（Ｔ２０１）。
図３５は、アプリケーション制御処理（Ｔ２０１）の手順を示すフローチャートである。図３５は、図１８と比較すると、ステップＳ４０３からＳ４０５およびＳ４０８の代わりに、ステップＴ３０１からＴ３０４を含む点で相違する。それ以外に両フローチャートに相違点は無いので、図３５において、図１８のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。図３５のステップＳ４０２において、セクション解析部２０５は、第１の実施形態と同様に、ＰＭＴ１０４１にストリームタイプＳＴζが記述されている場合には、入力セクションにＡＩＴ５０５１が含まれていると判断し、ＴＳデコード部２０２から受け取るＡＩＴ５０５１のセクションを、ＡＩＴ５０５１に変換して記憶する。さらに、セクション解析部２０５は、アプリケーション情報テーブル解析部６０６１にＡＩＴ５０５１を取得したことを通知する（Ｔ３０１）。
【０１０９】
アプリケーション情報テーブル解析部６０６１は、セクション解析部２０５からの通知に応答して、ＡＩＴ５０５１をセクション解析部２０５から取得する。さらにアプリケーション情報テーブル解析部６０６１は、受け取ったＡＩＴ５０５１の内容を解析し（Ｔ３０２）、前述したように、一般属性情報Ｉｇａおよびリソース属性情報Ｉｒａを作成して、一般属性情報Ｉｇａを一般属性記憶部２０６２に格納し（図１２参照）、図３３に示すようなリソース属性情報Ｉｒａをリソース属性記憶部６０６３に格納する（Ｔ３０３）。
【０１１０】
ステップＴ３０３の後、一般属性記憶部２０６２は、前述のステップＳ４０６を行い、その後、アプリケーション起動制御部６０７は、ステップＳ４０７を行う。ステップＳ４０７において、ＹＥＳと判断された場合、受信装置６では、アプリケーション起動処理が行われ（Ｔ３０４）、そうでない場合には、図２１のアプリケーション終了処理が行われる（Ｓ４０９）。なお、ステップＴ３０５の詳細な処理手順は、図２１に示すアプリケーション終了処理と同様の処理手順と同様であるため、その説明を省略する。
【０１１１】
図３６は、アプリケーション起動処理（Ｔ３０４）の詳細な手順を示すフローチャートである。図３６において、アプリケーション起動制御部６０７は、リソース管理部６０１から、受信装置６における現在のリソース残量ＲＲを取得する（Ｔ５０１）。さらに、アプリケーション起動制御部６０７は、ステップＳ４０７で判断対象となったＩＤγで特定される起動対象のアプリケーションＡＰが必要とするリソース量ＲＡを取得する（Ｔ５０２）。その後、アプリケーション起動制御部６０７は、取得したリソース残量ＲＲおよびリソース量ＲＡを比較して、リソース量ＲＡが残量ＲＲ以上か否かを判断する（Ｔ５０３）。
【０１１２】
ステップＴ５０３でＮＯと判断した場合、受信装置６では、図１９のステップＳ５０１からＳ５０３と同様の処理が行われ、アプリケーション実行部２０８はアプリケーション記憶部２０９に格納されたアプリケーションＡＰの起動に成功したか否かを判断する（Ｔ５０４からＴ５０６）。ステップＴ５０６でＮＯと判断した場合、アプリケーション起動制御部６０７は、アプリケーション実行部２０８からの通知を受けて、アプリケーションＡＰの起動中にエラーが起こったと判断して、そのままアプリケーション起動処理を終了する。そうでない場合には、図１９のステップＳ５０４と同様にして、アプリケーション起動制御部６０７は、起動に成功したアプリケーションＡＰのＩＤγを記憶する（Ｔ５０７）。
【０１１３】
また、ステップＴ５０３でＹＥＳと判断した場合、アプリケーション起動制御部６０７は、現在実行中のアプリケーションＡＰのＩＤγを全て、さらに起動対象のアプリケーションＡＰのＩＤγを終了アプリケーション指示部６０６４に通知して、実行中のものの中から、終了可能なアプリケーションＡＰを特定するよう指示する（Ｔ５０８）。その後、受信装置６では、終了アプリケーション決定処理が行われる（Ｔ５０９）。
【０１１４】
図３７は、終了アプリケーション決定処理（Ｔ５０９）の詳細な手順を示すフローチャートである。図３７において、終了アプリケーション指示部６０６４は、現在実行中のアプリケーションＡＰおよび起動対象となるもののＩＤγを取得すると（Ｔ６０１）、取得した現在実行中のアプリケーションＡＰのＩＤγから１つを選択して、リソース属性記憶部６０６３から、それにより特定されるアプリケーションＡＰのリソース量ＲＡを取得する（Ｔ６０２）。終了アプリケーション指示部６０６４は、実行中の全アプリケーションＡＰのリソース量ＲＡを取得するまで（Ｔ６０３）、ステップＴ６０１およびＴ６０２を繰り返す。
【０１１５】
実行中の全アプリケーションＡＰのリソース量ＲＡを取得した後、終了アプリケーション指示部６０６４は、起動対象となるもののＩＤγを使って、リソース属性記憶部６０６３から、それにより特定されるアプリケーションＡＰのリソース量ＲＡを取得する（Ｔ６０４）。
次に、終了アプリケーション指示部６０６４は、リソース管理部６０１から、受信装置６における現在のリソース残量ＲＲを取得する（Ｔ６０５）。
【０１１６】
次に、終了アプリケーション指示部６０６４は、ステップＴ６０３で取得したリソース量ＲＡの合計とステップＴ６０５で取得したリソース残量ＲＲの加算値ＴＲ１を算出する。その後、終了アプリケーション指示部６０６４は、算出した加算値ＴＲ１と、ステップＴ６０４で得たリソース量ＲＡとを比較して、リソース量ＲＡが加算値ＴＲ１以上か否かを判断する（Ｔ６０６）。
【０１１７】
ステップＴ６０６でＹＥＳと判断した場合、アプリケーションＡＰを新たに起動することができないと判断して、終了アプリケーション指示部６０６４は、その旨をアプリケーション起動制御部６０７に通知する（Ｔ６０７）。終了アプリケーション指示部６０６４がＮＯと判断した場合、受信装置６では、終了アプリケーション特定処理が行われる（Ｔ６０８）。
【０１１８】
図３８は、終了アプリケーション特定処理（Ｔ６０８）の詳細な手順を示すフローチャートである。図３８において、終了アプリケーション指示部６０６４は、ステップＴ６０１で取得したＩＤγを使って、一般属性記憶部２０６２から、実行中アプリケーションＡＰ全ての優先度Ｐを取得し（Ｔ７０１）、さらに、起動対象のアプリケーションＡＰの優先度Ｐを取得する（Ｔ７０２）。次に、終了アプリケーション指示部６０６４は、実行中アプリケーションＡＰの優先度Ｐの中から、起動対象のアプリケーションＡＰの優先度Ｐよりも低いものを検索し（Ｔ７０３）、それがなければ、終了アプリケーション指示部６０６４は、実行中のものの中には終了可能なアプリケーションＡＰがないと判断して、その旨をアプリケーション起動制御部６０７に通知する（Ｔ７０４）。ステップＴ７０４の後、好ましくは、終了アプリケーション指示部６０６４は、終了可能なアプリケーションＡＰが無い旨をＧＵＩ部２０１０にも通知する。通知に応答して、ＧＵＩ部２０１０は、図１５（ｂ）に示すように、リソース不足により、新たにアプリケーションを起動できないをいうメッセージを含む表示画面を作成して、表示する。
【０１１９】
逆に、起動対象のアプリケーションＡＰの優先度Ｐよりも低いものがあれば、終了アプリケーション指示部６０６４は、ステップＴ７０３の検索により得られた優先度Ｐと、それに対応するＩＤγおよびリソース量ＲＡの組みを作成する（Ｔ７０５）。次に、終了アプリケーション指示部６０６４は、ステップＴ７０５で得られたリソース量ＲＡの合計とステップＴ６０５で取得したリソース残量ＲＲの加算値ＴＲ２を算出する。その後、終了アプリケーション指示部６０６４は、算出した加算値ＴＲ２と、ステップＴ６０４で得たアプリケーションＡＰのリソース量ＲＡとを比較して、リソース量ＲＡが加算値ＴＲ２以上か否かを判断する（Ｔ７０６）。
【０１２０】
ステップＴ７０６でＹＥＳと判断した場合、終了アプリケーション指示部６０６４は、ステップＴ７０４を行い、終了可能なアプリケーションＡＰがない旨をアプリケーション起動制御部６０７に通知する。逆にＮＯの場合には、終了アプリケーション指示部６０６４は、ステップＴ７０５で作成した組みの中から、リソース量ＲＡが最小のものを選択して、選択した組みのＩＤγおよびリソース量ＲＡを、内部に保持する終了可能アプリケーション記憶部６０６４１に書き込む（Ｔ７０７）。
次に、終了アプリケーション指示部６０６４は、ステップＴ７０７で書き込んだリソース量ＲＡの合計値ＴＲ３を算出する。その後、終了アプリケーション指示部６０６４は、算出した合計値ＴＲ３と、ステップＴ６０４で得たアプリケーションＡＰのリソース量ＲＡとを比較して、リソース量ＲＡが合計値ＴＲ３以上か否かを判断する（Ｔ７０８）。
【０１２１】
ステップＴ７０８でＮＯと判断した場合、終了アプリケーション指示部６０６４は、ステップＴ７０７を再度行い、未選択の組みの中から、リソース量ＲＡが最小のものを選択して、選択した組みのＩＤγおよびリソース量ＲＡを、内部に保持する終了可能アプリケーション記憶部６０６４１に書き込む。終了アプリケーション指示部６０６４は、ステップＴ７０８でリソース量ＲＡが加算値３以上になるまで、ステップＴ７０７およびＴ７０８を繰り返す。そして、終了アプリケーション指示部６０６４は、ステップＴ７０８でＹＥＳと判断した場合には、終了可能アプリケーション記憶部６０６４１に現在書き込まれているＩＤγを、終了可能なアプリケーションＡＰのものとして、アプリケーション起動制御部６０７に通知し（Ｔ７０９）、これによって、終了アプリケーション特定処理が終了し、さらには、図３７の終了アプリケーション決定処理（つまり、図３６のＴ５０９）が終了する。
【０１２２】
ここで、再度、図３６を参照する。ステップＴ５０９により、アプリケーション起動制御部６０７は、終了アプリケーション指示部６０６４から、終了可能なアプリケーションＡＰのＩＤγ、または終了可能なアプリケーションＡＰが無いことを通知されている。アプリケーション起動制御部６０７は、終了アプリケーション指示部６０６４からＩＤγの通知があったか否かを判断して（Ｔ５０１０）、ＩＤγの通知がなければ、アプリケーション起動処理は終了する。逆に、ＩＤγの通知があれば、受信装置６では、図２１と同様のアプリケーション終了処理が行われる（Ｔ５０１１）。なお、ステップＴ５０１１の詳細な処理手順は、図２１に示すアプリケーション終了処理と同様の処理手順と同様であるため、その説明を省略する。また、アプリケーション終了処理において、アプリケーション起動制御部６０７は、終了可能なアプリケーションＡＰのＩＤγ以外に、それに対応する優先度Ｐを終了アプリケーション指示部６０６４から受け取り、その優先度Ｐの低い順番に、アプリケーションＡＰをアプリケーション実行部２０８に終了させることがより好ましい。ステップＴ５０１１の終了により、図３６のアプリケーション起動処理（図３５のＴ３０４）は終了する。その後、アプリケーション起動制御部６０７は、図３５のステップＳ４０１０を行って、ステップＳ４０６で通知されたＩＤγおよび制御コードＣＣの組みの中に、未選択のものがあれば、ステップＳ４０７に戻って、新しい組みを選択する。逆に、全ての組みを選択しているのであれば、アプリケーション制御処理は終了する。
【０１２３】
以上説明したように、本実施形態では、受信装置６において、リソース不足によって新たなアプリケーションＡＰを起動できない状況下では、送信装置１側で設定されるリソース量ＲＡを使って、受信装置６は、実行中のアプリケーションＡＰの中から、終了させるアプリケーションＡＰを決定する。これによって、受信装置６は、様々な種類のリソースを回収した上でで新たなアプリケーションＡＰを起動できるようになる。終了可能なアプリケーションＡＰの決定時、受信装置６はさらに、優先度Ｐの低い実行中のアプリケーションＡＰを優先的に終了する。つまり、受信装置６は、ユーザ側における必要性の低いアプリケーションＡＰを優先的に終了させる。これによって、より使い勝手のよいデジタル放送システムＳｂを実現できるようになる。
【０１２４】
また、以上の説明では、終了アプリケーション指示部６０６４は、リソース属性記憶部６０６３に記憶されたリソース量ＲＡを取得していた。しかし、これに限らず、送信装置５は、リソース属性の値が、各アプリケーションＡＰのプログラムファイルに定義する。つまり、リソース属性の値は、各アプリケーションＡＰに埋め込まれている。そして、アプリケーションＡＰのプログラムに実装されている特定の関数をアプリケーション実行部２０８が実行して、リソース属性値を取得した後に、終了アプリケーション指示部６０６４に渡すようにしてもよい。
【０１２５】
６．受信装置６のハードウェアおよびソフトウェア構成
また、以上の受信装置６は、図３９および図４０に示すように構成されてもよい。図３９は、受信装置６のハードウェア構成を示すブロック図である。図３９において、受信装置６は、図２４の受信装置２と比較すると、プログラムメモリ３０８ｈに代えてプログラムメモリ７０１ｈを備えている点で相違する。それ以外に、両受信装置２および６の間に相違点は無いので、図３９において、図２４の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１２６】
６−１．プログラムメモリ７０１ｈ
プログラムメモリ７０１ｈは、プログラムＰＧｂを予め格納している。ここで、図４０は、プログラムＰＧｂの構成を示す模式図である。図４０において、プログラムＰＧｂは、図２５のプログラムＰＧａと比較すると、起動制御プログラムモジュールＰＭｂ、ＡＩＴ解析プログラムモジュールＰＭｅおよび終了アプリケーション指示プログラムモジュールＰＭｆの代わりに、起動制御プログラムモジュールＰＭｇ、ＡＩＴ解析プログラムモジュールＰＭｈおよび終了アプリケーション指示プログラムモジュールＰＭｉを含んでいる点と、ＧＵＩプログラムモジュールＰＭｄを含まない点と、リソース管理プログラムモジュールＰＭｊをさらに含む点とで相違する。それ以外に両プログラムＰＧａおよびＰＧｂの間に相違点は無いので、図４０において、図２５のモジュールに相当するものには同一の参照符号を付け、それぞれの説明を省略する。以上の４プログラムモジュールＰＭｇ、ＰＭｈ、ＰＭｉおよびＰＭｊは、プロセッサ３０７ｈに実行され、その結果、プロセッサ３０７ｈは上述のアプリケーション起動制御部６０７、アプリケーション情報テーブル解析部６０６１と、終了アプリケーション指示部６０６４およびリソース管理部６０１として動作する。また、プロセッサ３０７ｈは、ワーキングエリア３０９ｈを使うことにより、上述のアプリケーション記憶部２０９と、一般属性記憶部２０６２と、リソース属性記憶部６０６３として動作する。
【０１２７】
７．受信装置６の第１の変型例
次に、受信装置６の第１の変型例に係る受信装置６ａについて説明する。
図４１は、受信装置６ａの構成を示す機能ブロック図である。図４１において、受信装置６ａは、図３２の受信装置６と比較すると、終了アプリケーション指示部６０６４に代えて終了アプリケーション指示部６０６４ａを備える点と、ＧＵＩ部６０２をさらに備える点とで相違する。それ以外に両受信装置６および６ａの間に相違点は無いので、図４１において、図３２の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１２８】
７−１．終了アプリケーション指示部６０６４ａ
終了アプリケーション指示部６０６４ａは、アプリケーション起動制御部６０７から、現在実行中のアプリケーションＡＰの全ＩＤγと、新たに起動するアプリＡＰのＩＤγを受け取ると、受け取った各ＩＤγで特定される各アプリケーションＡＰのリソース量ＲＡを、リソース属性記憶部６０６３から取得する。終了アプリケーション指示部６０６４ａは、受け取った各リソース量ＲＡから、実行中のアプリケーションＡＰのいずれかを終了させれば、新たなアプリケーションＡＰを起動可能か否かを判断する。起動可能と判断した場合、終了アプリケーション指示部６０６４ａは、現在実行中のものを特定する各ＩＤγに割り当てられている優先度Ｐと、新たなアプリケーションＡＰを特定するＩＤγの優先度Ｐを一般属性記憶部２０６２から取得する。さらに、終了アプリケーション指示部６０６４ａは、新たなアプリケーションＡＰの優先度Ｐよりも低い値を有する実行中のアプリケーションＡＰのＩＤγ、優先度Ｐおよびリソース量ＲＡの組みを作成する。その後、終了アプリケーション指示部６０６４ａは、作成した全組のリソース量ＲＡを加算していき、加算値ＴＲ２が新たなアプリケーションＡＰのリソース量ＲＡ以上であれば、これらの実行中アプリケーションＡＰのＩＤγおよび名称ＡＮをＧＵＩ部６０２に通知して、ＧＵＩ部６０２からの応答を待機する。終了アプリケーション指示部６０６４ａは、ＧＵＩ部６０２の応答に基づいて、終了可能なアプリケーションＡＰを特定し、特定したもののＩＤγをアプリケーション起動制御部６０７に通知する。
【０１２９】
７−２．ＧＵＩ部６０２
ＧＵＩ部６０２は、終了アプリケーション指示部６０６４ａから通知されたアプリケーションＡＰのアプリケーション名ＡＮをグラフィカルユーザインタフェースに表示して、現在アプリケーション名ＡＮが表示されているアプリケーションＡＰを終了してもいいか否かをユーザに問い合わせる。ユーザは、図示しない入力装置を使って、終了許可または終了不許可を選択する。ＧＵＩ６０２は、ユーザにより選択された終了許可を示す情報ＡＬまたは終了不許可を示す情報ＮＬを、終了アプリケーション指示部６０６４ａに通知する。
【０１３０】
８．受信装置６ａの動作
次に、以上のように構成される受信装置６ａの動作を説明する。ここで、受信装置６ａの動作は、受信装置６の動作と比較すると、図３８の終了アプリケーション特定処理の代わりに、図４２の終了アプリケーション特定処理を行う点でのみ相違する。それ以外に両受信装置６および６ａの動作に相違点は無いので、終了アプリケーション特定処理以外の処理については、それぞれの説明を省略する。
【０１３１】
図４２は、終了アプリケーション特定処理の詳細な手順を示すフローチャートである。図４２は、図３８と比較すると、ステップＴ７０１、Ｔ７０５およびＴ７０７からＴ７０９の代わりに、ステップＴ８０１からＴ８０８を含む点で相違する。それ以外に両フローチャートの間に相違点は無いので、図４２において、図３８のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１３２】
図４２において、終了アプリケーション指示部６０６４ａは、ステップＴ６０１で取得したＩＤγを使って、一般属性記憶部２０６２から、実行中アプリケーションＡＰ全ての優先度Ｐおよびアプリケーション名ＡＮを取得する（Ｔ８０１）。その後、ステップＴ７０３でＹＥＳと判断した場合、終了アプリケーション指示部６０６４ａは、ステップＴ７０３の検索により得られた優先度Ｐと、それに対応するＩＤγ、リソース量ＲＡおよびアプリケーション名ＡＮの組みを作成する（Ｔ８０２）。
【０１３３】
さらに、終了アプリケーション指示部６０６４ａは、ステップＴ７０６でＮＯと判断した場合、図２０のステップＳ６０７からＳ６０１２と同様の処理を行って、実行中アプリケーションＡＰのＩＤγおよび名称ＡＮをＧＵＩ部６０２に通知して、ＧＵＩ部６０２からの応答を待機する。終了アプリケーション指示部６０６４ａは、ＧＵＩ部６０２の応答に基づいて、終了可能なアプリケーションＡＰを特定し、特定したもののＩＤγをアプリケーション起動制御部６０７に通知する（Ｔ８０３〜Ｔ８０８）
【０１３４】
９．受信装置６の第２の変型例
次に、受信装置６の第１の変型例に係る受信装置６ｂについて説明する。受信装置６ｂは、図４１の受信装置６ａと比較すると、終了アプリケーション指示部６０６４ａの代わりに終了アプリケーション指示部６０６４ｂを備えている点で相違する。それ以外に、両受信装置６ａおよび６ｂの間に相違点は無いので、以下の説明では、図４１を援用し、さらに、受信装置６ｂにおいて、受信装置６ａの構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１３５】
１０．受信装置６ｂの動作
次に、以上の構成を有する受信装置６ｂの動作を説明する。ここで、受信装置６ｂの動作は、受信装置６ａの動作と比較すると、図４２の終了アプリケーション特定処理の代わりに、図４３の終了アプリケーション特定処理を行う点でのみ相違する。それ以外に両受信装置６ａおよび６ｂの動作に相違点は無いので、終了アプリケーション特定処理以外の処理については、それぞれの説明を省略する。
【０１３６】
図４３は、終了アプリケーション特定処理の詳細な手順を示すフローチャートである。図４３は、図４２と比較すると、ステップＴ８０３からＴ８０８の代わりに、ステップＴ９０１からＴ９０７を含む点で相違する。それ以外に両フローチャートの間に相違点は無いので、図４３において、図４２のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１３７】
図４３において、終了アプリケーション指示部６０６４ｂは、ステップＴ７０６でＮＯと判断した場合、図２３のステップＳ９０２からＳ６０１２と同様の処理を行って、実行中アプリケーションＡＰのＩＤγおよび名称ＡＮをＧＵＩ部６０２に１組ずつ通知して、各通知の後、ＧＵＩ部６０２からの応答を待機する。終了アプリケーション指示部６０６４ａは、ＧＵＩ部６０２の各応答に基づいて、終了可能なアプリケーションＡＰを特定する。終了アプリケーション指示部６０６４ｂは、実行中アプリケーションＡＰのＩＤγおよび名称ＡＮの全組について、ＧＵＩ部６０２に通知を行った後に、終了可能なアプリケーションＡＰのＩＤγをアプリケーション起動制御部６０７に通知する（Ｔ９０１〜Ｔ９０７）。
【０１３８】
以上説明したように、受信装置６ａおよび６ｂにおいて、リソース不足によって新たなアプリケーションＡＰを起動できない状況下では、送信装置１側で設定されるリソース量ＲＡを使って、受信装置６ａおよび６ｂは、実行中のアプリケーションＡＰの中から、必要最低限の終了可能なアプリケーションＡＰを決定する。その後、受信装置６ａおよび６ｂは、終了可能なアプリケーションＡＰを終了させてもよいかどうかを、ＧＵＩ部６０２を通じて、ユーザに問い合わせるので、受信装置６ａおよび６ｂは、ユーザの意図に沿ったリソースの回収を行なった上で新たなアプリケーションＡＰを起動できるようになる。
【０１３９】
なお、以上の受信装置６ａおよび６ｂも、受信装置６と同様に、ハードウェアおよびソフトウェアを使って構成できる（図３９および図４０参照）。
【０１４０】
（第３の実施形態）
１．システム構成
図４４は、本発明の第３の実施形態に係るデジタル放送システムＳｃの構成を示すブロック図である。図４４において、デジタル放送システムＳｃは、前述のデジタル放送規格に準拠した従来のデジタル放送システムをベースにしており、送信装置８および受信装置９を少なくとも１台ずつ備えている。
本デジタル放送システムＳｃにおいて、送信装置８は典型的には、前述の放送番組、ならびに問い合わせ情報ＶＩおよびリソース量ＲＡの双方が多重されたトランスポートストリームＴＳを放送チャネルＢＣＨに送出する。ここで、問い合わせ情報ＶＩは、第１の実施形態で定義した通りであり、リソース量ＲＡは、第２の実施形態で定義した通りである。
受信装置９は、受信トランスポートストリームＴＳから分離した映像データおよび音声データを再生し出力し、さらに、分離された各アプリケーションを実行する。本実施形態において特徴的であるのは、少なくとも１つのアプリケーションの実行中に、受信装置９が新しいアプリケーションをさらに起動する際の処理である。より具体的には、受信装置９は、新しいアプリケーションをリソース不足により起動できない場合に、問い合わせ情報ＶＩおよびリソース量ＲＡの双方を使って、実行中のアプリケーションのいずれかの実行を終了する。これによって、受信装置９は、新しくアプリケーションＡＰを起動するためのリソースを確保する。ここで、リソースとは、従来技術で述べた第一種リソースおよび第二種リソースを含む。以下、以上の特徴を可能にする送信装置８および受信装置９の構成について説明する。
【０１４１】
２．送信装置１の構成
図４５は、図４４に示す送信装置８の詳細な構成を示すブロック図である。図４５において、送信装置８は、図２の送信装置１と比較すると、アプリケーション情報記憶部１０３およびアプリケーション情報テーブル作成部１０５に代えて、アプリケーション情報記憶部８０３およびアプリケーション情報テーブル作成部８０５を備えている点で相違する。それ以外に両送信装置１および８の間に相違点は無いので、図４５において、図２の構成に相当するものには同一の参照符号を付けて、それぞれの説明を省略する。
【０１４２】
２−１．アプリケーション情報記憶部８０３
図４５のアプリケーション情報記憶部８０３は、放送番組記憶部１０１に記憶される複数のアプリケーションそれぞれの情報Ｉａｐを記憶する。
図４６は、アプリケーション情報Ｉａｐの構成例を示す模式図である。なお、図４６には、放送番組にアプリケーションＡＰ１およびＡＰ２が含まれる場合におけるアプリケーション情報Ｉａｐが示される。図４６において、アプリケーション情報Ｉａｐは、アプリケーションＡＰ毎に、ＩＤγ、優先度Ｐ、本実施形態特有の終了問い合わせ情報ＶＩおよびリソース量ＲＡ、アプリケーション名ＡＮ、プログラム名ＰＮおよび制御コードＣＣを含んでいる。なお、これらの情報については、第１および第２の実施形態で詳細に説明しているので、本実施形態ではそれぞれの説明を省略する。
【０１４３】
２−２．アプリケーション情報テーブル作成部８０５
図４５のアプリケーション情報テーブル作成部８０５は、多重制御部１０６からの指示に応答して、ＥＴＳ　３００　４６８のＰｒｉｖａｔｅ　Ｓｅｃｔｉｏｎの定義に従って、アプリケーション情報記憶部８０３に格納されているアプリケーション情報Ｉａｐを参照して、ＡＩＴ８０５１を作成する。
図４７は、ＡＩＴ８０５１の構成例を示す模式図である。なお、図４７には、アプリケーション情報Ｉａｐが図４６に示すものである場合に作成されるＡＩＴ８０５１が示されている。図４６において、ＡＩＴ８０５１には、前述のＡＩＴ１０５１と同様に、本テーブル８０５１を特定するＩＤλ（例えば、０ｘ７４）が記述される。
【０１４４】
ＡＩＴ８０５１はさらに、放送番組記憶部１０１に格納される複数のアプリケーションＡＰ毎に作成される複数のアプリケーション情報レコードＡＲを含んでいる。各アプリケーション情報レコードＡＲは、対象となるアプリケーションＡＰのＩＤγ、アプリケーション名ＡＮ、優先度Ｐ、終了問い合わせ情報ＶＩおよびリソース量ＲＡならびに制御コードＣＣを少なくとも含む。これらの情報については、既に説明しているので、ここでは詳細な説明を省略する。
【０１４５】
図４８は、ＤＶＢ−ＭＨＰ規格に、本実施形態特有の終了問い合わせ情報ＶＩおよびリソース量ＲＡの属性を追加した場合のＡＩＴ８０５１の具体例を示す図である。図４８において、ＤＶＢ−ＭＨＰにおけるＡＩＴ８０５１では、終了問い合わせ情報ＶＩの属性は、テーブル８０５１内に定義されるａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ８０５２のｕｓｒ＿ａｓｋ＿ｆｌａｇフィールドとして追加される。さらに、リソース量ＲＡの属性は、ａｐｐｌｉｃａｔｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒ８０５２のｒｅｓｏｕｒｃｅ＿ｖａｌｕｅフィールドとして追加される。
【０１４６】
３．送信装置８の動作
次に、以上のように構成される送信装置８の動作を説明する。
図４９は、送信装置８の処理手順を示すフローチャートである。図４９は、図１０と比較すると、ステップＳ１０３がステップＵ１０１代わる点で相違する。それ以外に両フローチャートの間に相違点は無いので、図４９において、図１０のステップに相当するものには、同一のステップ番号を付け、それぞれの説明を省略する。図４９において、ステップＳ１０２の後、多重制御部１０６は、通知されたＩＤδをアプリケーション情報テーブル作成部８０５に通知することで、ＡＩＴ８０５１の作成を指示する。アプリケーション情報テーブル作成部５０５は、指示に応答して、まず、番組情報記憶部１０２にアクセスして、番組情報Ｉｂｐから、通知ＩＤδに対応する複数のＩＤγ（本実施形態ではＩＤγ１およびγ２）を取得する。その後、アプリケーション情報テーブル作成部８０５は、アプリケーション情報記憶部８０３にアクセスし、取得ＩＤγのそれぞれで特定されるアプリケーション情報Ｉａｐを使って、前述したＡＩＴ８０５１（図４７または図４８参照）を作成し、多重制御部１０６に渡す。これによって、多重制御部１０６は、ＡＩＴ８０５１を取得する（Ｕ１０１）。
【０１４７】
４．受信装置９の構成
図５０は、図４４に示す受信装置９の詳細な構成を示す機能ブロック図である。図５０において、受信装置９は、図１１と比較すると、終了アプリケーション決定部２０６およびアプリケーション起動制御部２０７の代わりに終了アプリケーション決定部９０６およびアプリケーション起動制御部９０７を備える点と、リソース管理部９０１をさらに備える点とで相違する。また、終了アプリケーション決定部９０６は、終了アプリケーション決定部２０６と比較すると、アプリケーション情報テーブル解析部２０６１および終了アプリケーション指示部２０６４の代わりに、アプリケーション情報テーブル解析部９０６１および終了アプリケーション指示部９０６４を備える点と、リソース属性記憶部９０６３をさらに備える点とで相違する。それ以外に両受信装置２および９の間に相違点は無いので、図５０において、図１１の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１４８】
４−１．アプリケーション情報テーブル解析部９０６１
アプリケーション情報テーブル解析部９０６１は、セクション解析部２０５からの通知に応答して、セクション解析部２０５からＡＩＴ８０５１のセクションを取得し、取得したセクションをＡＩＴ８０５１（図４７参照）に変換する。その後、アプリケーション情報テーブル解析部９０６１は、ＡＩＴ８０５１の内容を、複数のアプリケーションＡＰ毎に解析し、第１の実施形態で説明した一般属性記憶部２０６２および問い合わせ属性記憶部２０６３の双方に、必要な属性およびそれぞれの値を格納する（図１２，図１３参照）。さらに、アプリケーション情報テーブル解析部９０６１は、ＩＤγ毎にリソース属性およびその値をリソース属性記憶部９０６３に格納する。
【０１４９】
４−２．リソース属性記憶部９０６３
リソース属性記憶部９０６３は、第２の実施形態で説明したリソース属性記憶部６０６３と同様に、アプリケーションＡＰのリソース属性情報Ｉｒａを記憶する（図３３参照）。
【０１５０】
４−３．アプリケーション起動制御部９０７
アプリケーション起動制御部９０７は、アプリケーション起動制御部２０７と同様に、一般属性記憶部２０６２から通知される少なくとも一組のＩＤγおよび制御コードＣＣに応答して、前述したように制御コードＣＣに記述されているアプリケーションＡＰの起動処理または終了処理を実行する。
【０１５１】
ここで、本実施形態で特徴的な動作として、アプリケーション実行部２０８から、アプリケーションＡＰの起動を失敗したことの通知を受けた場合、終了アプリケーション指示部９０６４に、現在実行中のアプリケーションＡＰの全ＩＤγを通知して、終了可能なものを特定するよう指示する。終了アプリケーション指示部９０６４から、終了可能なもののＩＤγを取得すると、取得したＩＤγをアプリケーション実行部２０８に通知して、それらの終了を指示する。
また、アプリケーション起動制御部９０７は、アプリケーション実行部２０８から、各アプリケーションＡＰの起動または終了の成否を取得し、現在実行中のアプリケーションＡＰのＩＤγを管理するために保持する。
【０１５２】
４−４．終了アプリケーション指示部９０６４
終了アプリケーション指示部９０６４は、アプリケーション起動制御部９０７から、現在実行中のアプリケーションＡＰの全ＩＤγと、新たに起動するアプリＡＰのＩＤγを受け取ると、受け取った各ＩＤγで特定される各アプリケーションＡＰのリソース量ＲＡを、リソース属性記憶部９０６３から取得する。終了アプリケーション指示部９０６４は、受け取った各リソース量ＲＡから、実行中のアプリケーションＡＰのいずれかを終了させれば、新たなアプリケーションＡＰを起動可能か否かを判断する。起動可能と判断した場合、終了アプリケーション指示部６０６４は、現在実行中のものを特定する各ＩＤγに割り当てられている優先度Ｐと、新たなアプリケーションＡＰを特定するＩＤγの優先度Ｐを一般属性記憶部２０６２から取得する。さらに、終了アプリケーション指示部６０６４は、新たなアプリケーションＡＰの優先度Ｐよりも低い値を有する実行中のアプリケーションＡＰのＩＤγ、優先度Ｐおよびリソース量ＲＡの組みを選択する。
【０１５３】
その後、終了アプリケーション指示部９０６４は、選択した優先度Ｐと同じ組みのリソース量ＲＡを加算する。終了アプリケーション指示部９０６４は、加算値ＴＲ２が新たなアプリケーションＡＰのリソース量ＲＡ以上の場合に、選択した各ＩＤγで特定される各アプリケーションＡＰの問い合わせ情報ＶＩの値を、問い合わせ属性記憶部２０６３から取得する。取得した値がＦＡＬＳＥの場合、終了アプリケーション指示部２０６４は、対象となるＩＤγを、内部に保持する終了可能アプリケーション記憶部９０６４１に無条件で書き込む。逆にＴＲＵＥの場合は、対象となるアプリケーションＡＰのＩＤγおよびアプリケーション名ＡＮの組みをＧＵＩ部２０１０に通知して、ＧＵＩ部２０１０からの応答を待機する。終了アプリケーション指示部９０６４は、ＧＵＩ部２０１０の応答に基づいて、終了可能なアプリケーションＡＰを特定し、特定したもののＩＤγを終了可能アプリケーション記憶部９０６４１に書き込む。終了アプリケーション指示部９０６４は、アプリケーション起動制御部２０７から受け取った全ＩＤγに上述のようなチェックを行った後、終了可能アプリケーション記憶部９０６４１に書き込まれている各ＩＤγを、アプリケーション起動制御部９０７に通知する。
【０１５４】
４−５．リソース管理部９０１
リソース管理部９０１は、第２の実施形態で説明したリソース管理部６０１と同様に、受信装置９のリソースの残量ＲＲを管理する。
【０１５５】
５．受信装置９の動作
次に、以上のように構成される受信装置９の動作を説明する。ここで、受信装置９の動作は、受信装置６の動作と比較すると、図３８の終了アプリケーション特定処理の代わりに、図５１の終了アプリケーション特定処理を行う点でのみ相違する。それ以外に両受信装置６および９の動作に相違点は無いので、終了アプリケーション特定処理以外の処理については、それぞれの説明を省略する。
【０１５６】
図５１は、終了アプリケーション特定処理の詳細な手順を示すフローチャートである。図５１は、図３８と比較すると、ステップＴ７０７からＴ７０９の代わりに、ステップＵ２０１からＵ２０３を含む点で相違する。それ以外に両フローチャートの間に相違点は無いので、図５１において、図３８のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１５７】
図５１において、終了アプリケーション指示部９０６４は、ステップＴ７０６でＮＯと判断した場合、一括問い合わせ処理を行う（Ｕ２０１）。
ここで、図５２は、一括問い合わせ処理（Ｕ２０１）の詳細な手順を示すフローチャートである。図５２において、終了アプリケーション指示部９０６４は、ステップＴ７０５で得られた優先度Ｐが相対的に低いＩＤγの中から１つを選択し（Ｕ３０１）、その後に、図２０のステップＳ６０２からＳ６０１１と同様の処理を行って、終了可能なアプリケーションＡＰのＩＤγを終了可能アプリケーション記憶部９０６４１に書き込む（Ｕ３０２〜Ｕ３０１１）。これによって、終了問い合わせ処理が終了する。
【０１５８】
再度、図５１を参照する。終了アプリケーション指示部９０６４は、ステップＵ２０１の後、終了可能アプリケーション記憶部９０６４１に現在書き込まれているＩＤγを、終了可能なアプリケーションＡＰのものとして、アプリケーション起動制御部６０７に通知し（Ｕ２０２）、これによって、終了アプリケーション特定処理が終了する。
【０１５９】
なお、第１および第２の実施形態で説明したように、終了問い合わせ属性およびリソース属性の値が、各アプリケーションＡＰのプログラムファイルに定義されており、アプリケーションＡＰのプログラムに実装されている特定の関数をアプリケーション実行部２０８が実行して、これら値を取得した後に、終了アプリケーション指示部９０６４に渡すようにしてもよい。
【０１６０】
６．受信装置９のハードウェアおよびソフトウェア構成
また、以上の受信装置９は、図５３および図５４に示すように構成されてもよい。図５３は、受信装置９のハードウェア構成を示すブロック図である。図５３において、受信装置９は、図２４の受信装置２と比較すると、プログラムメモリ３０８ｈに代えてプログラムメモリ１００１ｈを備えている点で相違する。それ以外に、両受信装置２および６の間に相違点は無いので、図３９において、図２４の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１６１】
６−１．プログラムメモリ１００１ｈ
プログラムメモリ１００１ｈは、プログラムＰＧｃを予め格納している。ここで、図５４は、プログラムＰＧｃの構成を示す模式図である。図５４において、プログラムＰＧｃは、図２５のプログラムＰＧａと比較すると、起動制御プログラムモジュールＰＭｂ、ＡＩＴ解析プログラムモジュールＰＭｅおよび終了アプリケーション指示プログラムモジュールＰＭｆの代わりに、起動制御プログラムモジュールＰＭｋ、ＡＩＴ解析プログラムモジュールＰＭｍおよび終了アプリケーション指示プログラムモジュールＰＭｎを含んでいる点と、リソース管理プログラムモジュールＰＭｏをさらに含む点とで相違する。それ以外に両プログラムＰＧａおよびＰＧｃの間に相違点は無いので、図５４において、図２５のモジュールに相当するものには同一の参照符号を付け、それぞれの説明を省略する。以上の４プログラムモジュールＰＭｋ、ＰＭｍ、ＰＭｎおよびＰＭｏは、プロセッサ３０７ｈに実行され、その結果、プロセッサ３０７ｈは上述のアプリケーション起動制御部９０７、アプリケーション情報テーブル解析部９０６１と、終了アプリケーション指示部９０６４およびリソース管理部９０１として動作する。また、プロセッサ３０７ｈは、ワーキングエリア３０９ｈを使うことにより、上述のアプリケーション記憶部２０９と、一般属性記憶部２０６２と、問い合わせ属性記憶部２０６３およびリソース属性記憶部６０６３として動作する。
【０１６２】
７．受信装置９の第１の変型例
次に、受信装置９の第１の変型例に係る受信装置９ａについて説明する。受信装置９ａは、図５０の受信装置９と比較すると、終了アプリケーション指示部９０６４の代わりに終了アプリケーション指示部９０６４ａを備えている点で相違する。それ以外に、両受信装置９および９ａの間に相違点は無いので、以下の説明では、図５０を援用し、さらに、受信装置９ａにおいて、受信装置９の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１６３】
８．受信装置９ａの動作
次に、以上の構成を有する受信装置９ａの動作を説明する。ここで、受信装置９ａの動作は、受信装置９の動作と比較すると、図５２の終了問い合わせ処理の代わりに、図５５の終了問い合わせ処理を行う点でのみ相違する。それ以外に両受信装置９および９ａの動作に相違点は無いので、終了問い合わせ処理以外については、それぞれの説明を省略する。
【０１６４】
図５５は、終了問い合わせ処理の詳細な手順を示すフローチャートである。図５５は、図５２と比較すると、ステップＵ３０７からＵ３０１１の代わりに、ステップＵ４０１からＵ４０６を含む点で相違する。それ以外に両フローチャートの間に相違点は無いので、図５３において、図５２のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１６５】
図５３において、ステップＵ３０６でＮＯと判断した場合、終了アプリケーション指示部９０６４ａは、図２２のステップＳ８０１からＳ８０２と同様の処理を行って、終了可能なアプリケーションＡＰのＩＤγを終了可能アプリケーション記憶部９０６４１に書き込む（Ｕ４０１〜Ｕ４０６）。これによって、終了問い合わせ処理が終了する。
【０１６６】
９．受信装置９の第２の変型例
次に、受信装置９の第２の変型例に係る受信装置９ｂについて説明する。受信装置９ｂは、図５０の受信装置９と比較すると、終了アプリケーション指示部９０６４の代わりに終了アプリケーション指示部９０６４ｂを備えている点で相違する。それ以外に、両受信装置９および９ａの間に相違点は無いので、以下の説明では、図５０を援用し、さらに、受信装置９ａにおいて、受信装置９の構成に相当するものには同一の参照符号を付け、それぞれの説明を省略する。
【０１６７】
１０．受信装置９ｂの動作
次に、以上の構成を有する受信装置９ｂの動作を説明する。ここで、受信装置９ｂの動作は、受信装置９の動作と比較すると、図５２の一括問い合わせ処理の代わりに、図５６および図５７の終了問い合わせ処理を行う点でのみ相違する。それ以外に両受信装置９および９ｂの動作に相違点は無いので、終了問い合わせ処理以外については、それぞれの説明を省略する。
【０１６８】
図５６および図５７は、終了問い合わせ処理の詳細な手順を示すフローチャートの前半部分および後半部分である。図５６および図５７は、図５２と比較すると、ステップＵ３０７からＵ３０１１の代わりに、ステップＵ５０１からＵ５０９を含む点で相違する。それ以外に両フローチャートの間に相違点は無いので、図５６および図５７において、図５２のステップに相当するものには同一のステップ番号を付け、それぞれの説明を省略する。
【０１６９】
図５３において、ステップＵ３０６でＮＯと判断した場合、終了アプリケーション指示部９０６４ｂは、図２３のステップＳ９０１からＳ６０１１と同様の処理を行って、優先度Ｐが小さい順番にＩＤγを１つ選択し、選択したＩＤγで特定されるアプリケーションＡＰをユーザが終了してもよいと許可した場合に、そのＩＤγおよびリソース量ＲＡの組みを終了可能アプリケーション記憶部９０６４１に書き込む（Ｕ５０１〜Ｕ５０６）。
【０１７０】
次に、終了アプリケーション指示部９０６４ｂは、終了可能アプリケーション記憶部９０６４１に格納されているリソース量ＲＡの合計値ＴＲ３を算出する。その後、終了アプリケーション指示部９０６４ｂは、算出した合計値ＴＲ３と、起動対象となるアプリケーションＡＰのリソース量ＲＡとを比較して、リソース量ＲＡが合計値ＴＲ３以上か否かを判断する（Ｕ５０７）。
【０１７１】
ステップＵ５０７でＹＥＳと判断した場合、新たなアプリケーションＡＰを起動するためのリソースが足りないと判断して、終了アプリケーション指示部９０６４ｂは、未選択の組みが残っているか否かを判断する（Ｕ５０８）。
【０１７２】
ステップＵ５０８でＹＥＳと判断した場合、終了アプリケーション指示部９０６４ｂは、ステップＵ５０１を再度行い、未選択の組みの中から、リソース量ＲＡが最小のものを選択して、選択した組みのＩＤγおよびリソース量ＲＡを、内部に保持する終了可能アプリケーション記憶部６０６４１に書き込む。終了アプリケーション指示部９０６４ｂは、ステップＵ５０７でリソース量ＲＡが合計値３以上になるまで、ステップＵ５０１からＵ５０８までを繰り返す。そして、終了アプリケーション指示部９０６４ｂは、ステップＵ５０７でＮＯと判断した場合には、終了可能アプリケーション記憶部９０６４１に現在書き込まれているＩＤγを、終了可能なアプリケーションＡＰのものとして、アプリケーション起動制御部９０７に通知し（Ｕ５０９）、これによって、終了アプリケーション特定処理が終了する。
【０１７３】
以上説明したように、受信装置９、９ａおよび９ｂにおいて、リソース不足によって新たなアプリケーションＡＰを起動できない状況下では、送信装置８側で設定されるリソース量ＲＡを使って、受信装置９、９ａおよび９ｂは、実行中のアプリケーションＡＰの中から、必要最低限の終了可能なアプリケーションＡＰを選択する。その後、受信装置９、９ａおよび９ｂは、送信装置８側で設定される問い合わせ情報ＶＩを使って、受信装置９、９ａおよび９ｂは、ユーザの判断を仰ぐ必要のないアプリケーションＡＰについては自動的に終了させ、それ以外のアプリケーションＡＰについてユーザの判断を仰いで、必要最低限な実行中のアプリケーションＡＰを終了させる。これによって、受信装置９、９ａおよび９ｂは、ユーザの意図に沿いかつ効率的にリソースの回収を行なった上で新たなアプリケーションＡＰを起動できるようになる。
【０１７４】
特に、受信装置９は、ステップＵ３０６の後、ステップＵ３０５で格納したＩＤγを終了させてよいか否かを、図５２のステップＵ３０８からＵ３０１０において一括的にユーザに確認することになるので、新しいアプリケーションＡＰの起動を相対的に早くすることが可能になる。
【０１７５】
また、受信装置９ａは、ステップＵ３０６の後、ステップＵ３０５で格納したＩＤγを終了させてよいか否かを、図５５のステップＵ４０１からＵ４０６において個別的にユーザに確認することになるので、ユーザの意向をより的確に反映したアプリケーションＡＰの起動処理を行えるようになる。
【０１７６】
また、受信装置９ｂは、起動対象のアプリケーションＡＰのリソース量ＲＡが合計値ＴＲ３以上になった時点で、アプリケーション起動制御部９０７に通知が行われるので、実行中のアプリケーションＡＰの内、必要最低限のもののみを終了させることが可能となり、さらに効率的なアプリケーションＡＰの起動処理が可能となる。
【０１７７】
なお、以上の受信装置９ａおよび９ｂも、受信装置９と同様に、ハードウェアおよびソフトウェアを使って構成できる（図５３および図５４参照）。
【０１７８】
【発明の効果】
請求項１に係る発明によれば、送信装置がトランスポートストリームに、複数のアプリケーションおよび、それぞれに割り当てられる問い合わせ情報および／またはリソース量を多重化する。これによって、受信装置側で、ユーザの意図および／または実行中のアプリケーションが使用しているリソース量を考慮して、実行中のアプリケーションを終了させることで、新しいアプリケーションを起動するために必要となるリソースを確保することができる。
【０１７９】
請求項２に係る発明によれば、問い合わせ情報および／またはリソース量は専用のアプリケーション情報記憶部に格納されるので、それらの管理が簡単になる。
【０１８０】
請求項３に係る発明によれば、問い合わせ情報および／またはリソース量をプライベートセクションに設定されるので、それらのために特別なフィールドをトランスポートストリームに準備する必要がなくなる。
【０１８１】
請求項４に係る発明によれば、問い合わせ情報および／またはリソース量はアプリケーションに埋め込まれるので、請求項２のような専用のアプリケーション情報記憶部が必要なくなる。
【０１８２】
請求項５に係る発明によれば、請求項１に係る発明と同様に、受信装置側で、ユーザの意図および／または実行中のアプリケーションが使用しているリソース量を考慮して、新しいアプリケーションを起動するために必要となるリソースを確保することができる。
【０１８３】
請求項６に係る発明によれば、受信装置は、トランスポートストリームに多重される問い合わせ情報および／またはリソース量を使って、新しいアプリケーションの起動前に、現在実行中のアプリケーションの中から、適切なアプリケーションを終了させる。これによって、上述したように、ユーザの意図および／または実行中のアプリケーションが使用しているリソース量を考慮して、新しいアプリケーションを起動するために必要となるリソースを確保することができる。
【０１８４】
請求項７に係る発明によれば、指示部およびＧＵＩ部により、トランスポートストリームに多重される問い合わせ情報を使って、ユーザに、現在実行中のアプリケーションを終了してもよいか否かが問い合わせされる。これによって、ユーザは簡単に、終了可能なアプリケーションを指定することが可能になる。
【０１８５】
請求項８に係る発明によれば、指示部により、トランスポートストリームに多重されるリソース量と、受信装置のリソース残量とを使って、終了可能なアプリケーションを特定するので、アプリケーションの起動のために最低限必要なリソースを確保することができる。
【０１８６】
請求項９に係る発明によれば、指示部およびＧＵＩ部により、トランスポートストリームに多重される問い合わせ情報を使って、ユーザに、現在実行中のアプリケーションを終了してもよいか否かが問い合わせされる。これによって、ユーザは簡単に、終了可能なアプリケーションを指定することが可能になる。
【０１８７】
請求項１０に係る発明によれば、実行部が実行中のアプリケーションの内、問い合わせ情報により問い合わせが必要と示されているもの全てを終了させて良いか否かを、ＧＵＩ部は、１つの表示画像を使って、ユーザに問い合わせる。これにより、ユーザはさらに簡単に、終了可能なアプリケーションを指定することが可能になる。
【０１８８】
請求項１１に係る発明によれば、問い合わせ情報により問い合わせが必要と示されているアプリケーションを終了させて良いか否かを、ＧＵＩ部は、複数の表示画像を使って、アプリケーション毎に、ユーザに問い合わせる。これによって、ユーザの意向をさらに大きく考慮して、新しいアプリケーションを起動するために必要となるリソースを確保することができる。
【０１８９】
請求項１２に係る発明によれば、優先度の低い順番で、ＧＵＩ部は、問い合わせ情報により問い合わせが必要と示されているアプリケーションを終了させて良いか否かを、ユーザに問い合わせる。これによって、優先度の高いアプリケーションの実行は終了されにくくすることができる。
【０１９０】
請求項１３に係る発明によれば、問い合わせ情報により問い合わせが必要無しと示されているアプリケーションについては、無条件で、終了可能なアプリケーションとして特定されるので、ユーザがＧＵＩ部を操作する回数を減らすことができる。
【０１９１】
請求項１４に係る発明によれば、指示部は、起動対象のアプリケーションのリソース量が第１の加算値以上でない場合に、終了可能なアプリケーションを特定するので、大きなリソース量を必要とするアプリケーションの起動を簡単に排除することが可能となる。
【０１９２】
請求項１５に係る発明によれば、優先度の低い実行中のアプリケーションが、終了可能なアプリケーションとして指定されることになる。これによって、優先度の高いアプリケーションの実行は終了されにくくすることができる。
【０１９３】
請求項１６に係る発明によれば、優先度の低い実行中のアプリケーションのリソース量の合計が、起動対象のアプリケーションのリソース量以上になった時点で、それらが終了可能なアプリケーションとして指定される。これによって、必要最低限のリソースを起動対象のアプリケーションのために確保し、かつ優先度の高いアプリケーションの実行が終了されにくくすることができる。
【０１９４】
請求項１７に係る発明によれば、起動対象のアプリケーションのリソース量が第１の加算値以上である場合には、その旨がユーザに伝えられるので、使い勝手のよい受信装置を提供することが可能となる。
【０１９５】
請求項１８に係る発明によれば、各種デジタル放送規格でサポート仕切れていないリソースを対象とすることにより、さらに使い勝手の良い受信装置を実現することが可能になる。
【０１９６】
請求項１９および２０に係る発明によれば、請求項６に係る発明と同様に、ユーザの意図および／または実行中のアプリケーションが使用しているリソース量を考慮して、新しいアプリケーションを起動するために必要となるリソースを確保することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るデジタル放送システムＳａの構成を示すブロック図である。
【図２】図１に示す送信装置１の詳細な構成を示すブロック図である。
【図３】図２に示す放送番組記憶部１０１が記憶する放送番組の一例を示す模式図である。
【図４】図２に示す番組情報記憶部１０２が記憶する番組情報Ｉｂｐの一構成例を示す模式図である。
【図５】図２に示すアプリケーション情報記憶部１０３が記憶するアプリケーション情報Ｉａｐの構成例を示す模式図である。
【図６】図２に示す番組情報テーブル作成部１０４により作成されるＰＭＴ１０４１の構成例を示す模式図である。
【図７】図２に示すアプリケーション情報テーブル作成部１０５により作成されるＡＩＴ１０５１の構成例を示す模式図である。
【図８】ＤＶＢ−ＭＨＰ規格に、本実施形態特有の終了問い合わせ情報ＶＩの属性を追加した場合のＡＩＴ１０５１の具体例を示す図である。
【図９】図２に示すＴＳ多重部１０７により作成されるトランスポートストリームＴＳのデータ構造を示す模式図である。
【図１０】図２に示す送信装置１の処理手順を示すフローチャートである。
【図１１】図１に示す受信装置２の詳細な構成を示す機能ブロック図である。
【図１２】図１１に示す一般属性記憶部２０６２に格納される一般属性情報Ｉｇａの一構成例を示す模式図である。
【図１３】図１１に示す問い合わせ属性記憶部２０６３に格納される問い合わせ属性情報Ｉｖａの一構成例を示す模式図である。
【図１４】図１１に示す終了可能アプリケーション記憶部２０６４１に書き込まれるＩＤγの一例を示す模式図である。
【図１５】図１１に示すＧＵＩ部２０１０の表示画像を例示する模式図である。
【図１６】図１１に示す受信装置２の処理手順を示すフローチャートである。
【図１７】図１６のＡＶ出力処理の詳細な手順を示すフローチャートである。
【図１８】図１６のアプリケーション制御処理の手順を示すフローチャートである。
【図１９】図１８のアプリケーション起動処理の詳細な手順を示すフローチャートである。
【図２０】図１９の終了アプリケーション決定処理の詳細な手順を示すフローチャートである。
【図２１】図１８または図１９のアプリケーション終了処理の詳細な手順を示すフローチャートである。
【図２２】図１９のアプリケーション決定処理の第１の代替例の詳細な手順を示すフローチャートである。
【図２３】図１９のアプリケーション決定処理の第２の代替例の詳細な手順を示すフローチャートである。
【図２４】図１１に示す受信装置２のハードウェア構成を示すブロック図である。
【図２５】図２４に示すプログラムメモリ３０８ｈに格納されるプログラムＰＧａの詳細な構成を示す模式図である。
【図２６】本発明の第２の実施形態に係るデジタル放送システムＳｂの構成を示すブロック図である。
【図２７】図２６に示す送信装置５の詳細な構成を示すブロック図である。
【図２８】図２７に示すアプリケーション情報記憶部５０３に格納されるアプリケーション情報Ｉａｐの構成例を示す模式図である。
【図２９】図２７に示すアプリケーション情報テーブル作成部５０５により作成されるＡＩＴ５０５１の構成例を示す模式図である。
【図３０】ＤＶＢ−ＭＨＰ規格に、本実施形態特有のリソース量ＲＡの属性を追加した場合のＡＩＴ５０５１の具体例を示す図である。
【図３１】図２７に示す送信装置５の処理手順を示すフローチャートである。
【図３２】図２６に示す受信装置６の詳細な構成を示す機能ブロック図である。
【図３３】図３２に示すリソース属性記憶部６０６３に格納されるリソース属性情報Ｉｒａの一構成例を示す模式図である。
【図３４】図３２に示す受信装置６の処理手順を示すフローチャートである。
【図３５】図３４に示すアプリケーション制御処理の手順を示すフローチャートである。
【図３６】図３５に示すアプリケーション起動処理の詳細な手順を示すフローチャートである。
【図３７】図３６に示す終了アプリケーション決定処理の詳細な手順を示すフローチャートである。
【図３８】図３７に示す終了アプリケーション特定処理の詳細な手順を示すフローチャートである。
【図３９】図３２に示す受信装置６のハードウェア構成を示すブロック図である。
【図４０】図３９に示すプログラムメモリ７０１ｈに格納されるプログラムＰＧｂの詳細な構成を示す模式図である。
【図４１】図３２に示す受信装置６の第１および第２の変型例に係る受信装置６ａおよび６ｂの構成を示す機能ブロック図である。
【図４２】図４１に示す受信装置６ａが実行する終了アプリケーション特定処理の詳細な手順を示すフローチャートである。
【図４３】図４１に示す受信装置６ｂが実行する終了アプリケーション特定処理の詳細な手順を示すフローチャートである。
【図４４】本発明の第３の実施形態に係るデジタル放送システムＳｃの構成を示すブロック図である。
【図４５】図４４に示す送信装置８の詳細な構成を示すブロック図である。
【図４６】図４５に示すアプリケーション情報記憶部８０３に格納されるアプリケーション情報Ｉａｐの構成例を示す模式図である。
【図４７】図４５に示すアプリケーション情報テーブル作成部８０５に格納されるＡＩＴ８０５１の構成例を示す模式図である。
【図４８】ＤＶＢ−ＭＨＰ規格に、本実施形態特有の終了問い合わせ情報ＶＩおよびリソース量ＲＡの属性を追加した場合のＡＩＴ８０５１の具体例を示す図である。
【図４９】図４５に示す送信装置８の処理手順を示すフローチャートである。
【図５０】図４４に示す受信装置９の詳細な構成を示す機能ブロック図である。
【図５１】図５０に示す受信装置９が実行する終了アプリケーション特定処理の詳細な手順を示すフローチャートである。
【図５２】図５１に示す一括問い合わせ処理の詳細な手順を示すフローチャートである。
【図５３】図４４に示す受信装置９のハードウェア構成を示すブロック図である。
【図５４】図５３に示すプログラムメモリ１００１ｈに格納されるプログラムＰＧｃの詳細な構成を示す模式図である。
【図５５】図５０に示す受信装置９ａが実行する終了問い合わせ処理の詳細な手順を示すフローチャートである。
【図５６】図５０に示す受信装置９ｂが実行する終了問い合わせ処理の詳細な手順の前半を示すフローチャートである。
【図５７】図５０に示す受信装置９ｂが実行する終了問い合わせ処理の詳細な手順の後半を示すフローチャートである。
【符号の説明】
１，５，８…放送装置
１０１…放送番組記憶部
１０２…番組情報記憶部
１０３，５０３，８０３…アプリケーション情報記憶部
１０４…番組情報テーブル作成部
１０４１…番組情報テーブル（ＰＭＴ）
１０５，５０５，８０５…アプリケーション情報テーブル作成部
１０５１，５０５１，８０５１…アプリケーション情報テーブル（ＡＩＴ）
１０６…多重制御部
１０７…ＴＳ多重部
１０８…送信部
２，６，９…受信装置
２０１…受信部
２０２…ＴＳデコード部
２０３…ＡＶデコード部
２０４…ＡＶ出力部
２０５…セクション解析部
２０６，６０６，９０６…終了アプリケーション決定部
２０６１，６０６１，９０６１…アプリケーション情報テーブル解析部
２０６２…一般属性記憶部
２０６３…問い合わせ属性記憶部
６０６３…リソース属性記憶部
２０６４，６０６４，９０６４…終了アプリケーション指示部
２０７…アプリケーション起動制御部
２０８…アプリケーション実行部
２０９…アプリケーション記憶部
２０１０，６０２…ＧＵＩ部
６０１，９０１…リソース管理部
【図１】
2004064339.tif 000003
【図２】
2004064339.tif 000004
【図３】
2004064339.tif 000005
【図４】
2004064339.tif 000006
【図５】
2004064339.tif 000007
【図６】
2004064339.tif 000008
【図７】
2004064339.tif 000009
【図８】
2004064339.tif 000010
【図９】
2004064339.tif 000011
【図１０】
2004064339.tif 000012
【図１１】
2004064339.tif 000013
【図１２】
2004064339.tif 000014
【図１３】
2004064339.tif 000015
【図１４】
2004064339.tif 000016
【図１５】
2004064339.tif 000017
【図１６】
2004064339.tif 000018
【図１７】
2004064339.tif 000019
【図１８】
2004064339.tif 000020
【図１９】
2004064339.tif 000021
【図２０】
2004064339.tif 000022
【図２１】
2004064339.tif 000023
【図２２】
2004064339.tif 000024
【図２３】
2004064339.tif 000025
【図２４】
2004064339.tif 000026
【図２５】
2004064339.tif 000027
【図２６】
2004064339.tif 000028
【図２７】
2004064339.tif 000029
【図２８】
2004064339.tif 000030
【図２９】
2004064339.tif 000031
【図３０】
2004064339.tif 000032
【図３１】
2004064339.tif 000033
【図３２】
2004064339.tif 000034
【図３３】
2004064339.tif 000035
【図３４】
2004064339.tif 000036
【図３５】
2004064339.tif 000037
【図３６】
2004064339.tif 000038
【図３７】
2004064339.tif 000039
【図３８】
2004064339.tif 000040
【図３９】
2004064339.tif 000041
【図４０】
2004064339.tif 000042
【図４１】
2004064339.tif 000043
【図４２】
2004064339.tif 000044
【図４３】
2004064339.tif 000045
【図４４】
2004064339.tif 000046
【図４５】
2004064339.tif 000047
【図４６】
2004064339.tif 000048
【図４７】
2004064339.tif 000049
【図４８】
2004064339.tif 000050
【図４９】
2004064339.tif 000051
【図５０】
2004064339.tif 000052
【図５１】
2004064339.tif 000053
【図５２】
2004064339.tif 000054
【図５３】
2004064339.tif 000055
【図５４】
2004064339.tif 000056
【図５５】
2004064339.tif 000057
【図５６】
2004064339.tif 000058
【図５７】
2004064339.tif 000059