JP2010113474A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】
組み込みライブラリが同じライブラリ名を持つ複数のライブラリを含んでいる場合においても一つのプログラム実行環境でアプリケーションプログラムを適切に実行することのできる情報処理装置、情報処理方法及びプログラムを提供する。
【解決手段】
ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴからアプリケーションプログラム名を取得しＤＴＶフラグと共にＲＡＭ４０４に記憶する。ＪＶＭ実行前処理部６は、ＡＭＴからアプリケーション識別子を取得しＢＤフラグと共にＲＡＭ４０４に記憶する。ＪＶＭ実行処理部１２は、ユーザにより選択されたプログラムの属性がＢＤのときにはＢＤ用のパスを設定し、属性がＤＴＶのときにはＤＴＶ用のパスを設定する。ＪＶＭ実行処理部１２は、ユーザに選択されたプログラムの配給元を示す属性に応じて、このプログラムの実行中に呼び出されるライブラリファイルのパスを切り換える。
【選択図】図９

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

ＩＰＴＶ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ Ｔｅｌｅｖｉｓｉｏｎ）を含むデジタル放送や次世代光ディスクでは、ユーザとの対話機能（インタラクティブ機能）を充実させることが求められている。この対話機能の実現のために、コンテンツに対話機能を実現するためのプログラムが含まれている。例えば、デジタル放送であれば放送コンテンツに対話機能を実現するためのプログラムが含まれ、光ディスクであれば光ディスクに記録されたコンテンツに対話機能を実現するためのプログラムが含まれている。

これらのプログラムの実行環境は、大きく分けて、１）宣言型、２）手続き実行型の二つがある。宣言型の場合、装置には宣言型プログラムを解釈し、提示するプログラムを搭載することになる。これに対して、手続き実行型の場合は、プログラムに相当する手続き処理を実行環境である仮想マシン上のプログラミング環境上で動作させることになる（例えば、特許文献１参照。）。
特表２００７−５２４２９７号公報（図３）

しかしながら、この際に問題となるのが、プログラム環境上の組み込みライブラリである。組み込みライブラリとは、手続き処理を行う際に用いる装置とプログラムの間の橋渡しを行うもので、装置上に事前に組み込まれている。手続き処理は、これらライブラリの機能があたかもプログラム内で記載されているかのように呼び出して利用することができる。例えば、Ｃ言語のｐｒｉｎｔｆ関数などは、プログラム上どこにも規定されていないが、当該プログラム内で呼び出すことができる。このような組み込みライブラリは、一般的に唯一無二なものとすることが多い。つまり、前述のｐｒｉｎｔｆ関数が複数、装置上に定義されていたとすると、プログラムは、どれを呼び出していいのかわからない。

手続き実行型コンテンツのプログラム環境で代表的なものには、Ｓｕｎ Ｍｉｃｒｏ Ｓｙｓｔｅｍ社が開発したＪａｖａ（登録商標）言語がある。Ｊａｖａ（登録商標）言語には、パッケージと呼ばれる組み込みライブラリが存在し、ネットワーク機能を含むＪａｖａ（登録商標）.ｎｅｔパッケージや入出力を行うためのＪａｖａ（登録商標）.ｉｏパッケージなどが広く用いられている。

通常、パッケージ名は重なることはないが、いくつかの理由により、重なる（衝突している）ケースが存在する。例えば欧州のデジタル放送ではＭＨＰ（Ｍｕｌｔｉｍｅｄｉａ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）の組み込みライブラリが用いられている。しかし、このＭＨＰの組み込みライブラリを用いたＪａｖａ（登録商標）ＴＶ機能は、Ｂｌｕ−ｒａｙ（登録商標）ディスク方式におけるＢＤ−Ｊの組み込みライブラリで用いられるＪａｖａ（登録商標）ＴＶ機能と同一の呼び出しを持ちながら動作が異なる。この場合、仮想マシンが組み込みライブラリを呼び出そうとしても、パッケージ名が衝突しているために、どれを呼び出してよいか判断できない。

仮想マシンそのもののバージョンやプロファイルの違いによって動作が異なるケースは回避できない。しかし、同一の仮想マシン上で組み込みライブラリの差によって動作が異なるケースが存在する。この場合には、Ｊａｖａ（登録商標）言語が用意しているクラスパス（ｃｌａｓｓ ｐａｔｈ）という機能によって、読み込みライブラリの所在を切り替えることで、読み込むライブラリの変更を実現している。しかし、この場合、仮想マシンの再立ち上げが必要となる。

以上のような事情に鑑み、本発明の目的は、組み込みライブラリが同じライブラリ名を持つ複数のライブラリを含んでいる場合においても一つのプログラム実行環境でアプリケーションプログラムを適切に実行することのできる情報処理装置、情報処理方法及びプログラムを提供する。

上記課題を解決するために、本発明は、アプリケーションプログラムを配給する複数の配給元より前記アプリケーションプログラムを取得して実行させる情報処理装置であって、第１の記憶部と、取得手段と、生成手段と、設定手段とを有する。上記第１の記憶部は、アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルがディレクトリ構造で記憶される。上記取得手段は、上記アプリケーションプログラムを取得するとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションプログラムの実行を管理するための管理情報とを含むテーブル情報を取得する。上記生成手段は、上記取得したテーブル情報の配給元を識別してアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成する。上記設定手段は、実行するアプリケーションプログラムが選択されたとき上記第２のテーブル情報から上記選択されたアプリケーションプログラムの識別情報に対応する配給元を判別し、この配給元に応じて上記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定する。

本発明では、生成手段は、取得したテーブル情報の配給元を識別してアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成する。設定手段は、実行するアプリケーションプログラムが選択されたとき第２のテーブル情報から選択されたアプリケーションプログラムの識別情報に対応する配給元を判別し、この配給元に応じて上記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定する。この結果、アプリケーションプログラムの実行時に配給元に応じてアプリケーションプログラムが読み込むライブラリファイルのパスを切り替えることができる。従って、同じライブラリ名のライブラリファイルが複数存在しても、配給元に基づき異なるライブラリファイルを読み込むことができるので、一つのプログラム実行環境でアプリケーションプログラムを適切に実行することができる。

上記生成手段は、上記テーブル情報に含まれる名前に基づいて上記アプリケーションプログラムの配給元を識別するようにしてもよい。
これにより、名前に基づいてアプリケーションプログラムの配給元を識別することができる。

上記設定手段により設定されたパスのライブラリファイルを用いて上記アプリケーションプログラムの実行させる実行手段を更に具備するようにしてもよい。
これにより、アプリケーションプログラムの実行時に設定手段により設定されたパスのライブラリファイルを用いることができる。

上記取得手段は、伝送媒体を通じて上記アプリケーションプログラム及びテーブル情報を取得するようにしてもよい。
これにより、情報処理装置は、伝送媒体を通じてアプリケーションプログラム及びテーブル情報を取得することができる。

本発明に係る情報処理方法は、アプリケーションプログラムを配給する複数の配給元より上記アプリケーションプログラムを取得して実行させる情報処理方法であって、上記アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルをディレクトリ構造で記憶することを含む。上記アプリケーションプログラムが取得されるとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションの実行を管理するための管理情報とを含むテーブル情報が取得される。上記取得したテーブル情報の配給元を識別して、上記取得したアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報が生成される。実行するアプリケーションプログラムが選択されたとき上記第２のテーブル情報から上記選択されたアプリケーションプログラムの識別情報に対応する配給元が判別され、この配給元に応じて上記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスが設定される。

本発明に係るプログラムは、アプリケーションプログラムを配給する複数の配給元より上記アプリケーションプログラムを取得して実行させるようにコンピュータを動作させるプログラムであって、上記アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルをディレクトリ構造で記憶させ、上記アプリケーションプログラムを取得させるとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションプログラムの実行を管理するための管理情報とを含むテーブル情報を取得させ、上記取得したテーブル情報の配給元を識別させてアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成させ、実行するアプリケーションプログラムが選択されたとき上記第２のテーブル情報から上記選択されたアプリケーションプログラムの識別情報に対応する配給元を判別させ、この配給元に応じて上記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定させるように上記コンピュータを動作させる。

以上のように、本発明によれば、組み込みライブラリが同じライブラリ名を持つ複数のライブラリを含んでいる場合においても一つのプログラム実行環境でアプリケーションプログラムを適切に実行することができる。

以下、本発明の実施の形態を図面に基づき説明する。
＜情報処理装置の構成＞
図１は本発明の一実施形態に係る情報処理装置の構成を示すブロック図である。

情報処理装置１は、チューナー／ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調器２、デマルチプレクサ３、映像デコーダ４、音声デコーダ５、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ：Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）実行前処理部６、ＧＵＩ（Ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）表示部７、映像出力インターフェース８、音声出力インターフェース９、ディスク読込部１０、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）スタック１１、及びＪＶＭ実行処理部１２を備える。

チューナー／ＯＦＤＭ復調器２は、デジタルＴＶ放送の放送番組データを受信するチューナモジュールとして機能する。デジタルＴＶ放送においては、各放送番組データ（ビデオ、オーディオ等）に対する圧縮符号化方式としてＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ２）が利用されている。チューナー／ＯＦＤＭ復調器２は、入力されるＴＶ放送信号の中から特定チャネルの放送信号を受信し、その受信したＴＶ放送信号からトランスポートストリーム（ＴＳ）を取り出す。トランスポートストリーム（ＴＳ）は、圧縮符号化された複数の放送番組データを多重化したストリームである。デジタルＴＶ放送においては、チャネル（物理チャネル）毎に複数の番組が多重化されている。

デマルチプレクサ３は、復号されたトランスポートストリームを、ビデオデータを含むＴＳパケットとオーディオデータを含むＴＳパケットとＪａｖａ（登録商標）アプリケーションプログラム及びこれに関係するデータを含むＴＳパケットとに分離する。

映像デコーダ４は、ビデオデータをデコード（伸張）する。デコードされたビデオデータは、ＧＵＩ表示部７で処理され、映像出力インターフェース８を介して外部表示装置に出力される。音声デコーダ５は、オーディオデータをデコード（伸張）する。デコードされたオーディオデータは音声出力インターフェースを介して図示しないスピーカから出力される。

ディスク読込部１０は、図示しないＢｌｕ−ｒａｙ（登録商標）ディスク（光ディスク）を着脱可能であり、情報処理装置１に装着されたＢｌｕ−ｒａｙ（登録商標）ディスクの情報を読み込む。ディスク読込部１０は、読み込んだビデオデータを映像デコーダ４に出力し、読み込んだオーディオデータを音声デコーダ５に出力し、読み込んだＪａｖａ（登録商標）アプリケーションプログラムをＪＶＭ実行前処理部６に出力する。

ＩＰスタック１１は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）放送により放送されている放送番組のデータを記憶する。ＩＰスタック１１は、記憶した放送番組のビデオデータ、オーディオデータを含むトランスポートストリームをデマルチプレクサ３に出力する。また、ＩＰスタック１１は、記憶した放送番組のビデオデータを映像デコーダ４に出力し、記憶した放送番組のオーディオデータを音声デコーダ５に出力する場合もある。ＩＰスタック１１に記憶された放送番組に関係するＪａｖａ（登録商標）アプリケーションプログラムは、ＪＶＭ実行前処理部６に直接呼び出される場合もある。

ＪＶＭ実行前処理部６は、後述するＪＶＭ（Ｊａｖａ（登録商標） Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）実行処理の前に行う前処理を行う。この前処理とは、例えば後述する種別データテーブルを生成したり、組み込みライブラリの後述するパスを設定したりする処理を含む。

ＪＶＭ実行処理部１２は、ＪＶＭ環境での後述するＪＶＭ実行処理を行い、ＧＵＩ表示部７にデータを出力する。ＧＵＩ表示部７は、このデータを取得し、映像出力インターフェース８を介して図示しない表示装置に情報を出力する。

なお、放送波から得られるデータはすべてＭＰＥＧ２−ＴＳで重畳されている。このため、チューナー／ＯＦＤＭ復調器２で復号されたトランスポートストリームが直接ＪＶＭ実行環境（ＪＶＭ実行前処理部６等）に渡されることはない。しかし、Ｂｌｕ−ｒａｙ（登録商標）ディスクやＩＰ放送経由で情報処理装置１が取得するデータは、Ｊａｖａ（登録商標）プログラム（Jarファイル）そのものであることがある。このため、Ｂｌｕ−ｒａｙ（登録商標）ディスクやＩＰ放送経由のデータは、ディスク読込部１０、ＩＰスタック１１から直接ＪＶＭ実行前処理部６に呼び出される場合がある。同様に、Ｂｌｕ−ｒａｙ（登録商標）ディスク経由やＩＰ放送経由の場合、ビデオデータ、オーディオデータについてもデマルチプレクサ３を経由せずに、映像デコーダ４、音声デコーダ５に入力される場合がある。

次に、情報処理装置１のより詳細な構成を説明する。

図２は情報処理装置１のハードウェアのより詳細な構成を示す図である。
同図に示すように、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４０１には、システムバス４０２を介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４０３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４０４、入力操作部４０５、ＡＶインターフェース４０６と、表示部４０７、ネットワーク接続部４０８、デコード部４０９、放送受信部４１１、ハードディスクドライブ（ＨＤＤ）などよりなる記憶部４１２と、メディアインターフェース部４１３、フラッシュＲＯＭ４１４、光通信部４１５などが接続されている。放送受信部４１１は、例えば図１に示すチューナー／ＯＦＤＭ復調器２に対応する。

ＲＯＭ４０３およびフラッシュＲＯＭ４１４には、ＣＰＵ４０１によって処理実行されるプログラムや各種のデータが格納されている。フラッシュＲＯＭ４１４は各種のデータの保存が可能である。ＲＡＭ４０４は、ＣＰＵ４０１による一時的な作業領域およびデータの一時保存のための領域として用いられる。

入力操作部４０５は、各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理する。入力操作部４０５より入力された指令は、システムバス４０２を通じてＣＰＵ４０１に送られる。

光通信部４１５は、リモートコントローラ１０５との通信を行うインタフェースである。リモートコントローラ１０５は入力操作部４０５と同様に各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理し、光信号に変換して送信する。光通信部４１５は、リモートコントローラ１０５から送信された光信号を受信し、電気的な信号に変換してシステムバス４０２を通じてＣＰＵ４０１に出力する。
表示部４０７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示器と、表示器を駆動する表示制御回路よりなり、例えば、ユーザから入力された指令やデータの確認、各種のステータスなどを表示する。

ネットワーク接続部４０８は、例えば、インターネットや、このインターネットにルータを介して接続されたホームネットワークなどのネットワーク１０１との接続を処理するインターフェースである。ネットワーク接続部４０８は、例えば図１に示すＩＰスタック１１に対応する。

ＡＶインターフェース４０６は、情報処理装置１に接続されたテレビジョンなどの外部ＡＶ機器１０４との間でビデオ信号およびオーディオ信号の入出力を処理する。

放送受信部４１１は、地上アナログテレビジョン放送、地上デジタルテレビジョン放送、ＣＳデジタル放送、ＢＳデジタル放送、携帯機器向け地上デジタルテレビジョン放送など、放送局２００からの放送波を受信し、ビデオ信号及びオーディオ信号の復調を行う。

デコード部４０９は、伝送および記録のために圧縮符号化された番組のデータを復号する。このデコード部４０９による復号により復元されたビデオデータおよびオーディオデータなどはＡＶインターフェース４０６を通じてテレビジョンなどの外部ＡＶ機器１０４に出力される。

記憶部４１２は例えばＨＤＤよりなり放送局２００、番組配信サーバ３００、Ｂｌｕ−ｒａｙ（登録商標）ディスクから取得したＪａｖａ（登録商標）アプリケーションプログラム、番組のデータ、アプリケーション情報テーブル、アプリケーション管理テーブルが保存される。

メディアインターフェース部４１３には、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、Ｂｌｕ−ｒａｙ（登録商標）ディスク、フラッシュメモリなどのリムーバブルメディア１０２の着脱が可能とされている。メディアインターフェース部４１３は、装着されたリムーバブルメディア１０２に対して、番組のデータの書き込みと読み出しを行うことができるインターフェースである。メディアインターフェース部４１３は、例えばディスク読込部１０に対応する。

＜情報処理装置１のソフトウェアの構成＞
図３は図１に示す情報処理装置１のソフトウェアの構成を示す図である。
情報処理装置１は、ソフトウェアとして、オペレーションシステム２１、Ｊａｖａ（登録商標）ＶＭ２２、基本ライブラリ２３、ＢＤ（Ｂｌｕ−ｒａｙ（登録商標）ディスク）用ライブラリ２４、ＤＴＶ（Ｄｉｇｉｔａｌ Ｔｅｌｅｖｉｓｉｏｎ）用ライブラリ２５などを備える。

Ｊａｖａ（登録商標）ＶＭ２２は、Ｊａｖａ（登録商標）バイトコードをそのプラットフォームのネイティブコードに変換して実行するソフトウェアである。

基本ライブラリ２３は、基本的な機能を持ったプログラムを、他のプログラムから利用できるように部品化し、複数のプログラム部品を一つのファイルにまとめたものである。

ＢＤ用ライブラリ２４は、ＢＤ−Ｊ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ Ｊａｖａ（登録商標））を使ったＪａｖａ（登録商標）アプリケーションプログラム実行時などに呼び出され、上記プログラム実行時に用いられる機能を持ったプログラムを一つのファイルにまとめたものである。ＢＤ−Ｊ（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ Ｊａｖａ（登録商標））とは、Ｂｌｕ−ｒａｙ（登録商標）ディスクにおける対話型のコンテンツのための基盤である。複数のライブラリファイルがディレクトリ構造で記憶部４１２等に記憶されている。

ＤＴＶ用ライブラリ２５は、Ｊａｖａ（登録商標）アプリケーションプログラム実行時などに呼び出され、上記プログラム実行時に用いられる機能を持ったプログラムを一つのファイルにまとめたものである。複数のライブラリファイルがディレクトリ構造で記憶部４１２等に記憶されている。

情報処理装置１は、配給元の一つである放送局２００から放送波を介してＪａｖａ（登録商標）アプリケーションプログラム２６を受信可能である。ここでの配給元は、実際には放送事業者である。放送局２００はその放送事業者によって運営される。情報処理装置１は、配給元の他の一つである番組配信サーバ３００からＩＰ放送を介してＪａｖａ（登録商標）アプリケーションプログラム２７を取得可能である。ここでの配給元は、実際には番組配信事業者である。番組配信サーバ３００はその番組配信事業者の下で運営される。また、情報処理装置１は、配給元のさらに他の一つであるＢｌｕ−ｒａｙ（登録商標）ディスクを介してＪａｖａ（登録商標）アプリケーションプログラム２８を取得可能である。ここでの配給元は実際にはＢｌｕ−ｒａｙ（登録商標）ディスクの製作者である。情報処理装置１は、放送局２００から放送波を介してＢｌｕ−ｒａｙ（登録商標）ディスクに記録されたＪａｖａ（登録商標）アプリケーションプログラム２９を取得可能である。

Ｊａｖａ（登録商標）アプリケーションプログラム２６はデジタル放送を視聴する際に必要なＧＵＩなどを処理するプログラムである。Ｊａｖａ（登録商標）アプリケーションプログラム２７はＩＰ放送を視聴する際に必要なＧＵＩなどを処理するプログラムである。Ｊａｖａ（登録商標）アプリケーションプログラム２８は、Ｂｌｕ−ｒａｙ（登録商標）ディスクなどのＲＯＭコンテンツを視聴する際に必要なＧＵＩなどを処理するプログラムである。Ｊａｖａ（登録商標）アプリケーションプログラム２９は、Ｂｌｕ−ｒａｙ（登録商標）ディスクなどに記憶されたコンテンツを視聴する際に必要なＧＵＩなどを処理するプログラムである。

配給元の一つである放送局２００は放送波を介してＪａｖａ（登録商標）アプリケーションプログラム２６を配信する。配給元の一つである番組配信サーバ３００はＩＰ放送を介してＪａｖａ（登録商標）アプリケーションプログラム２７を配信する。これに加えて、放送局２００及び番組配信サーバ３００は、アプリケーション情報テーブルＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を配信する。情報処理装置１は、このアプリケーション情報テーブルＡＩＴを取得可能である。

＜アプリケーション情報テーブルＡＩＴの構成＞
図４はアプリケーション情報テーブルＡＩＴのデータ構成を示す図である。

アプリケーション情報テーブルＡＩＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）は、アプリケーション情報を示す表である。アプリケーション情報テーブルＡＩＴは、Ｊａｖａ（登録商標）プログラム識別子、制御情報、ＤＳＭＣＣ識別子（Ｄｉｇｉｔａｌ Ｓｔｏｒａｇｅ Ｍｅｄｉａ Ｃｏｍｍａｎｄ ａｎｄ Ｃｏｎｔｒｏｌ）、及びプログラム名の情報を含む。制御情報、ＤＳＭＣＣ識別子は、アプリケーションプログラムを管理するための情報である。このＪａｖａ（登録商標）プログラム識別子、プログラム名の情報は、アプリケーションプログラムを識別するための識別情報である。

Ｊａｖａ（登録商標）プログラム識別子は、Ｊａｖａ（登録商標）プログラムを識別するための識別子である。制御情報は、Ｊａｖａ（登録商標）プログラムの制御情報である。制御情報には「ａｕｔｏｓｔａｒｔ」「ｐｒｅｓｅｎｔ」「ｋｉｌｌ」などがある。「ａｕｔｏｓｔａｒｔ」は即時に情報処理装置１がこのプログラムを自動的に実行することを意味し、「ｐｒｅｓｅｎｔ」は自動実行しないことを意味し、「ｋｉｌｌ」はプログラムを停止することを意味する。ＤＳＭＣＣ識別子は、ＤＳＭＣＣ方式でＪａｖａ（登録商標）プログラムを含んでいるパケットＩＤを抽出するための識別子である。プログラム名は、Ｊａｖａ（登録商標）プログラムの名称である。プログラム名は、Ｊａｖａ（登録商標）プログラムを識別するための識別子である。ここでは、１個のＪａｖａ（登録商標）プログラムに対して４つの情報しか規定しないが、実際にはより多くのＪａｖａ（登録商標）プログラムに対してより多くの情報が定義される。詳細はＤＶＢ−ＭＨＰ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ−Ｍｕｌｔｉｐｌｅ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）規格を参照されたい。ＤＶＢ−ＭＨＰ規格は、普及している対話型ディジタルプログラム規格である。

ここで、ＭＨＰ（Ｍｕｌｔｉｍｅｄｉａ Ｈｏｍｅ Ｐｌａｔｆｏｒｍ）とは、ＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）プロジェクトにおいて双方向デジタルテレビのために標準化されたオープンなミドルウェア体系である。ＭＨＰは、インタラクティブなＪａｖａ（登録商標）アプリケーションプログラムをテレビ受像機上に実装して実行可能にする。双方向型のアプリケーションプログラムは、音声と動画と並行して放送チャンネル上で提供される。ＤＶＢ−ＭＨＰ規格は、アプリケーションに関連した情報を提供するためにプライベートセクションにおいてアプリケーション情報テーブル（ＡＩＴ：Ａｐｐｌｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を規定する。

アプリケーション情報テーブルＡＩＴは自身を識別する名前を有し、この名前はアプリケーションプログラムの配信元である放送事業者と番組配信事業者の両方に対応しており、情報処理装置1がその両方の配信元を識別するための識別情報として用いられる。

配給元の一つであるＢｌｕ−ｒａｙ（登録商標）ディスクから情報処理装置１に、Ｊａｖａ（登録商標）アプリケーションプログラムに加えて、アプリケーション管理テーブルＡＭＴ（Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ）が配給される。

＜アプリケーション管理テーブルＡＭＴの構成＞
図５はアプリケーション管理テーブルＡＭＴのデータ構成を示す図である。

アプリケーション管理テーブルＡＭＴは、アプリケーションプログラムに関する「ｌｉｆｅ＿ｃｙｃｌｅ（生存区間）」、「ａｐｌｉ＿ｉｄ＿ｒｅｆ（アプリケーション識別子）」、「ｒｕｎ＿ａｔｔｒｉｂｕｔｅ（起動属性）」、「ｒｕｎ＿ｐｒｉｏｒｉｔｙ（起動優先度）」等の各種の情報を含む。「ｌｉｆｅ＿ｃｙｃｌｅ（生存区間）」、「ｒｕｎ＿ａｔｔｒｉｂｕｔｅ（起動属性）」、「ｒｕｎ＿ｐｒｉｏｒｉｔｙ（起動優先度）」は、アプリケーションプログラムを管理するための管理情報である。「ａｐｌｉ＿ｉｄ＿ｒｅｆ（アプリケーション識別子）」は、アプリケーションプログラムを識別するための識別情報である。アプリケーション管理テーブルＡＭＴは自身を識別する名前を有し、この名前はアプリケーションプログラムの配信元（Ｂｌｕ−ｒａｙ（登録商標）ディスクの製作者）に対応しており、情報処理装置1が配信元を識別するための識別情報として用いられる。

「ｌｉｆｅ＿ｃｙｃｌｅ」は、アプリケーションプログラムの「生存区間」を示す。Ｊａｖａ（登録商標）仮想マシンにおいてアプリケーションプログラムを動作させる場合、時間軸の何処からサービスを開始し、時間軸の何処でサービスを終えるかという「サービスの開始点・終了点」を明確に規定することが重要になる。このサービスの開始点・終了点を規定するのが、生存区間である。

「ａｐｌｉ＿ｉｄ＿ｒｅｆ」は、アプリケーションプログラムを識別するためのアプリケーション識別子である。アプリケーション識別子は、参照値が記述されることにより、生存区間をもつアプリケーションプログラムがどれであるかを示す。アプリケーション識別子は、Ｊａｖａ（登録商標）アーカイブファイルにおいて、ファイル名として付与された５桁の数値ｚｚｚｚｚで表現される。

「ｒｕｎ＿ａｔｔｒｉｂｕｔｅ」は、生存区間におけるアプリケーションプログラムの「起動属性」が記述される。起動属性には、ＡｕｔｏＲｕｎ、Ｐｒｅｓｅｎｔ、Ｓｕｓｐｅｄといった種別がある。

「ｒｕｎ＿ｐｒｉｏｒｉｔｙ」は、生存区間におけるアプリケーションプログラムの「起動優先度」が記述される。情報処理装置１では、これらの情報を用いてアプリケーションプログラムの挙動を制御する。

＜Ｊａｖａ（登録商標）アプリケーションプログラムロード時の動作＞
以下、図１に示す情報処理装置１のＪＶＭ実行前処理部６のＪＶＭ実行前処理の動作説明をする。

図６はＪＶＭ実行前処理部６によりＪａｖａ（登録商標）アプリケーションプログラム２６又は２７をロードする時の動作のフローチャートを示す図である。
チューナー／ＯＦＤＭ復調器２が放送波を受信する、又はＩＰスタック１１がＩＰ放送のデータを受信する（ＳＴ６０１）。このとき、情報処理装置１は、放送波又はＩＰ放送を介して図４に示すようなアプリケーション情報テーブルＡＩＴを受信する。

ＪＶＭ実行前処理部６は、図４に示すアプリケーション情報テーブルＡＩＴの名前（テーブル名）の情報（ＡＩＴ）に基づきＪａｖａ（登録商標）アプリケーションプログラムの配信元を判定する。この場合、ＡＩＴは放送局２００と番組配信サーバ３００の両方に対応しているので、配信元は放送局２００又は番組配信サーバ３００であることが判定される。次に、ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴからアプリケーションプログラム名を取得する。ＪＶＭ実行前処理部６は、取得したアプリケーションプログラム名を、例えば記憶部４１２に格納された種別データテーブルに登録し、このアプリケーションプログラム名と関連付けてＤＴＶフラグを種別データとして種別データテーブルに登録する（ＳＴ６０２）。ここで、ＤＴＶフラグはアプリケーション情報テーブルＡＩＴの存在に基づいてＪＶＭ実行前処理部６により生成されたフラグである。このＤＴＶフラグは、Ｊａｖａ（登録商標）アプリケーションプログラム２６又は２７が放送局２００又は番組配信サーバ３００のいずれかより提供されたのものであることを示すフラグである。アプリケーション管理テーブルＡＭＴが存在する場合には後述するようにＢＤフラグが種別データとして生成されて種別データテーブルに登録されることになる。この後、ＪＶＭ実行前処理部６は、Ｊａｖａ（登録商標）アプリケーションロード処理を終了する（ＳＴ６０３）。つまり、種別データテーブルに種別データとして登録されるデータの種類は、この実施形態においては「ＤＴＶ」と「ＢＤ」の二種類である。本実施形態では、「名前」に基づいてアプリケーションプログラムの配給元を識別する、とした。しかし、アプリケーションプログラムの配給元は、ＡＩＴ／ＡＭＴの中に記述されるａｐｐｌｉｃａｔｉｏｎ＿ｉｄｅｎｆｉｅｒ（）に含まれるｏｒｇａｎｉｓａｔｉｏｎ＿ｉｄによっても識別可能である（ＭＨＰ １０．５ Ａｐｐｌｉｃａｔｉｏｎ Ｉｄｅｎｆｉｃａｔｉｏｎ参照。）。

図７はＪＶＭ実行前処理部６によりＪａｖａ（登録商標）アプリケーションプログラム２８又は２９をロードする時の動作のフローチャートを示す図である。
ディスク読込部１０は、Ｂｌｕ−ｒａｙ（登録商標）ディスクからＪａｖａ（登録商標）アプリケーションプログラム２８を読み込む（ＳＴ７０１）。この場合には、アプリケーション管理テーブルＡＭＴも読込まれる。又は、ディスク読込部１０は、放送波又はＩＰ放送を介してＢｌｕ−ｒａｙ（登録商標）ディスクに記録されたＪａｖａ（登録商標）アプリケーションプログラム２９を読取る（ＳＴ７０１）。この場合には、アプリケーション情報テーブルＡＩＴも読み込まれる。

ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴが存在するか否かを判断する（ＳＴ７０２）。このとき、ＪＶＭ実行前処理部６は、例えば名前が「ＡＩＴ」であるファイルが存在するか否かを判断することでこれを判断する。

ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴが存在するときには、名前（ＡＩＴ）に基づきＪａｖａ（登録商標）アプリケーションプログラムの配信元を判定する。この場合、ＡＩＴは放送局２００と番組配信サーバ３００の両方に対応しているので、配信元は放送局２００又は番組配信サーバ３００であることが判定される。次に、ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴからアプリケーションプログラム名を取得する。ＪＶＭ実行前処理部６は、取得したアプリケーションプログラム名を、例えば記憶部４１２などに格納された後述する種別データテーブルに登録し、このアプリケーションプログラム名と関連付けてＤＴＶフラグを種別データテーブルに登録する（ＳＴ７０３）。その後、ＪＶＭ実行前処理部６は、アプリケーションプログラムロード処理を終了する（ＳＴ７０７）。

一方、ＪＶＭ実行前処理部６は、アプリケーション情報テーブルＡＩＴが存在しないときには、アプリケーション管理テーブルＡＭＴが存在するか否かを判断する（ＳＴ７０４）。このとき、ＪＶＭ実行前処理部６は、例えば名前が「ＡＭＴ」であるファイルが存在するか否かを判断することでこれを判断する。

ＪＶＭ実行前処理部６は、アプリケーション管理テーブルＡＭＴが存在するときには、名前（ＡＭＴ）に基づきＪａｖａ（登録商標）アプリケーションプログラムの配信元を判定する。この場合、ＡＭＴはＢｌｕ−ｒａｙ（登録商標）ディスクに対応しているので、配信元はＢｌｕ−ｒａｙ（登録商標）ディスクであることが判定される。次に、ＪＶＭ実行前処理部６は、アプリケーション管理テーブルＡＭＴからアプリケーション識別子を取得する。ＪＶＭ実行前処理部６は、取得したアプリケーション識別子を、例えば記憶部４１２などに格納された後述する種別データテーブルに登録し、このアプリケーション識別子と関連付けてＢＤフラグを種別データテーブルに登録する（ＳＴ７０５）。その後、ＪＶＭ実行前処理部６は、アプリケーションプログラムロード処理を終了する（ＳＴ７０７）。

ＪＶＭ実行前処理部６は、アプリケーション管理テーブルＡＭＴが存在しないときには、アプリケーションプログラムが存在しないと判断し（ＳＴ７０６）、アプリケーションプログラム処理を終了する（ＳＴ７０７）。

図８は図６、図７に示す処理により生成される種別データテーブル３０のデータ構成を示す図である。

種別データテーブル３０は、アプリケーションプログラムを識別するための識別情報であるアプリケーションプログラム名と、配信元を示す種別との項目を有する。各アプリケーションプログラム２６〜２９は、アプリケーションプログラム名と種別とをそれぞれ対応させて記憶されている。具体的には、アプリケーションプログラム２６、２７及び２９はＤＴＶ、アプリケーションプログラム２８はＢＤにそれぞれ対応して記憶される。

図９はＪＶＭ実行処理部１２によるＪａｖａ（登録商標）アプリケーションプログラム実行処理のフローチャートを示す図である。

ＪＶＭ実行処理部１２は、ユーザ等により実行するアプリケーションが選択されたときに、その選択されたＪａｖａ（登録商標）アプリケーションプログラム名を判断する。次に、ＪＶＭ実行処理部１２は、そのアプリケーションプログラム名をキーに種別データテーブル３０から対応する種別データを読み込む（ＳＴ９０１）。

ＪＶＭ実行処理部１２は、読み込んだ種別データをもとに、そのＪａｖａ（登録商標）アプリケーションプログラムに組み込むべきライブラリのパスを設定する。

すなわち、ＪＶＭ実行処理部１２は、Ｊａｖａ（登録商標）アプリケーションプログラムの種別が「ＢＤ」のときにはＢＤ用のパス（クラスパス）を設定し（ＳＴ９０３）、種別が「ＤＴＶ」のときにはＤＴＶ用のパス（クラスパス）を設定する（ＳＴ９０４）。

より具体的には、例えば次のようにしてパスの設定が行われる。

図１０は種別とクラスパスとの関係を示す図である。ここで、ＪＶＭ実行処理部１２には、ユーザ定義のクラスローダーが組み込まれている。クラスローダーには、種別データと組み込みライブラリのパスとの関係が予め定義されている。すなわち、図１０に示したように、「ＤＴＶ」の種別データにはパスとして/library/std.jar:/library/dtv/dtv.jar が定義され、「ＢＤ」の種別データにはパスとして/library/std.jar:/library/dtv.bd.jarが定義されている。

これにより、ＪＶＭ実行処理部１２は、Ｊａｖａ（登録商標）アプリケーションプログラムの種別が「ＢＤ」のときには、上記のクラスローダーによって、組み込むべきライブラリのパスを/library/std.jar:/library/dtv.bd.jarに設定する（ＳＴ９０３）。典型的なＪａｖａ（登録商標）環境には、このような組み込みライブラリのパスを動的に切り換える仕組みが存在していなかったが、本実施形態では、組み込みライブラリのパスを動的に切り換える機能をＪＶＭ実行処理部１２が備えている。

一方、ＪＶＭ実行処理部１２は、Ｊａｖａ（登録商標）アプリケーションプログラムの種別が「ＤＴＶ」のときには、上記のクラスローダーによって、組み込むべきライブラリのパスを/library/std.jar:/library/dtv/dtv.jarに設定する（ＳＴ９０４）。

次いで、図９に示すように、ＪＶＭ実行処理部１２は、そのＪａｖａ（登録商標）アプリケーションプログラムをＲＡＭ４０４にロードし実行する（ＳＴ９０５）。

例えば、Ｂｌｕ−ｒａｙ（登録商標）ディスクなどのＲＯＭコンテンツの視聴に用いられるＪａｖａ（登録商標）アプリケーションプログラム２８は、ＪＶＭ実行処理部１２によるパスの設定内容に従って、std.jarとdtv/bd.jarの各ライブラリファイルを呼び出す。また、放送波、ＩＰ放送の視聴や録画に用いられるＪａｖａ（登録商標）アプリケーションプログラム２６、２７、２９は、ＪＶＭ実行処理部１２によるパスの設定内容に従って、std.jarとdtv/dtv.jar の各ライブラリファイルを呼び出す。

ＪＶＭ実行処理部１２は、ユーザに選択されたＪａｖａ（登録商標）アプリケーションプログラムを実行するときに、配給元を示す種別データに応じて、読み込むライブラリファイルのパスを切り替えることができる。従って、同じライブラリ名のライブラリファイルが複数存在しても、各々の組み込みライブラリファイルを区別して読み込むことができるので、アプリケーションを適切に同一の仮想マシン実行環境で実現できる。

このようにして同一のライブラリ名の組み込みライブラリの選択を行うことで、同一仮想マシン実行環境下で、複数のサービスを並列実行することができる。このようにして複数のサービスに跨るプログラム間の相互通信を実現することができる（異なる仮想マシン実行環境間では、相互通信は一般的に行えない。）。

また、デジタル放送で受信したＪａｖａ（登録商標）アプリケーションプログラムを実行するための仮想マシンと、Ｂｌｕ−ｒａｙ（登録商標）ディスクから読込んだＪａｖａ（登録商標）アプリケーションプログラムを実行する仮想マシンとを立ち上げることを回避できる。従って、情報処理装置１が必要とするメモリ空間を削減することができる。

組み込みライブラリを最適化できることで実行時のメモリ効率を高めることができる。

本実施形態では、組み込みライブラリとＪａｖａ（登録商標）アプリケーションプログラムとの関係が一意に定まる。このため、誤った呼び出しに伴うＪＶＭの再立ち上げを回避できる。仮想マシン環境の再立ち上げが不要なことから、対話機能の起動を高速化することができる。

なお、本発明は以上説明した実施の形態には限定されるものではなく、本発明の技術思想の範囲内で種々の変形が可能である。

上記実施形態では、デジタル放送及びＩＰ放送により配信されたアプリケーションプログラムで読込まれるライブラリ名と、Ｂｌｕ−ｒａｙ（登録商標）ディスクにより提供されたアプリケーションプログラムで読込まれるライブラリ名とが同じである例を示した。しかし、これに限定されず、例えば、アプリケーションプログラムの実行時に読込まれる組み込みライブラリファイルが３個以上衝突する場合にも本発明を適用可能であることはいうまでもない。

上記実施形態では、Ｊａｖａ（登録商標）アプリケーション２６、２７又は２９（種別がＤＴＶ）のときには、パスを図１０に示すように/library/std.jar:/library/dtv/dtv.jarと２個設定する。また、Ｊａｖａ（登録商標）アプリケーションプログラム２８（種別がＢＤ）のときには、パスを/library/std.jar:/library/dtv.bd.jarと２個設定する例を示した。しかし、アプリケーション毎に異なる組み込みライブラリに応じて図１０に示すパスとは異なるパスを設定するようにしてもよいことはいうまでもない。

本発明の一実施形態に係る情報処理装置の構成を示すブロック図である。 情報処理装置のハードウェアのより詳細な構成を示す図である。 図１に示す情報処理装置のソフトウェアの構成を示す図である。 アプリケーション情報テーブルＡＩＴのデータ構成を示す図である。 アプリケーション管理テーブルＡＭＴのデータ構成を示す図である。 ＪＶＭ実行前処理部によりＪａｖａ（登録商標）アプリケーションプログラムをロードする時の動作のフローチャートを示す図である。 ＪＶＭ実行前処理部によりＪａｖａ（登録商標）アプリケーションプログラムをロードする時の動作のフローチャートを示す図である。 種別データテーブルのデータ構成を示す図である。 ＪＶＭ実行処理部によるＪａｖａ（登録商標）アプリケーションプログラム実行処理のフローチャートを示す図である。 種別とクラスパスとの関係を示す図である。

符号の説明

ＡＩＴ アプリケーション情報テーブル
ＡＭＴ アプリケーション管理テーブル
１ 情報処理装置
２ ＯＦＤＭ復調器
３ デマルチプレクサ
４ 映像デコーダ
５ 音声デコーダ
６ ＪＶＭ実行前処理部
１０ ディスク読込部
１１ ＩＰスタック
１２ ＪＶＭ実行処理部
２２ ＪＶＭ
２３ 基本ライブラリ
２４ ＢＤ用ライブラリ
２５ ＤＴＶ用ライブラリ
２６〜２９ Ｊａｖａ（登録商標）アプリケーションプログラム
３０ 種別データテーブル

Claims (6)

1. アプリケーションプログラムを配給する複数の配給元より前記アプリケーションプログラムを取得して実行させる情報処理装置であって、
   前記アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルがディレクトリ構造で記憶された第１の記憶部と、
   前記アプリケーションプログラムを取得するとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションプログラムの実行を管理するための管理情報とを含むテーブル情報を取得する取得手段と、
   前記取得したテーブル情報の配給元を識別して、前記取得したアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成する生成手段と、
   実行するアプリケーションプログラムが選択されたとき前記第２のテーブル情報から前記選択されたアプリケーションプログラムの識別情報に対応する配給元を判別し、この配給元に応じて前記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定する設定手段と
   を具備する情報処理装置。
2. 請求項１に記載の情報処理装置であって、
   前記生成手段は、前記テーブル情報に含まれるテーブル名に基づいて前記アプリケーションプログラムの配給元を識別する情報処理装置。
3. 請求項２に記載の情報処理装置であって、
   前記設定手段により設定されたパスのライブラリファイルを用いて前記アプリケーションプログラムの実行させる実行手段を更に具備する情報処理装置。
4. 請求項３に記載の情報処理装置であって、
   前記取得手段は、伝送媒体を通じて前記アプリケーションプログラム及びテーブル情報を取得する情報処理装置。
5. アプリケーションプログラムを配給する複数の配給元より前記アプリケーションプログラムを取得して実行させる情報処理方法であって、
   前記アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルをディレクトリ構造で記憶し、
   前記アプリケーションプログラムを取得するとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションプログラムの実行を管理するための管理情報とを含むテーブル情報を取得し、
   前記取得したテーブル情報の配給元を識別して、前記取得したアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成し、
   実行するアプリケーションプログラムが選択されたとき前記第２のテーブル情報から前記選択されたアプリケーションプログラムの識別情報に対応する配給元を判別し、この配給元に応じて前記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定する
   情報処理方法。
6. アプリケーションプログラムを配給する複数の配給元より前記アプリケーションプログラムを取得して実行させるようにコンピュータを動作させるプログラムであって、
   前記アプリケーションプログラムによりライブラリ名を使って呼び出し可能な複数のライブラリファイルをディレクトリ構造で記憶させ、
   前記アプリケーションプログラムを取得するとともに、このアプリケーションプログラムを識別する識別情報と、このアプリケーションの実行を管理するための管理情報とを含むテーブル情報を取得させ、
   前記取得したテーブル情報の配給元を識別して、前記取得したアプリケーションプログラムの識別情報とこのアプリケーションプログラムの配給元との関係を示す第２のテーブル情報を生成させ、
   実行するアプリケーションプログラムが選択されたとき前記第２のテーブル情報から前記選択されたアプリケーションプログラムの識別情報に対応する配給元を判別させ、この配給元に応じて前記選択されたアプリケーションプログラムの実行中に呼び出されるライブラリファイルのパスを設定させるように前記コンピュータを動作させる
   プログラム。

Images