JP2003271406A - データ処理装置およびデータ処理方法ならびにそのプログラム - Google Patents

Abstract

(57)【要約】 【課題】 多種多様なデータを処理することのできるデ
ータ処理装置およびデータ処理方法を提供する。 【解決手段】 アプリケーションプログラム２０は、ア
プリケーションプログラム２０により形成されたデータ
を内部に取り込んだ形でプラグイン（ＭｅｍｏｒｙＦｉ
ｌｅ．ｄｌｌ）３３を実行可能化し、入力層にセットす
る。コアエンジン部は、プラグイン３３から出力される
データタイプに応じた変換層のプラグインを選択する。
選択された変換層は変換後のデータタイプを出力し、そ
の結果に応じた出力層のプラグインを選択する。これら
一連のプラグインをパイプライン構築し、前記データを
オープンする。アプリケーションプログラムがデータ処
理の開始を要求すると、プラグイン３３は上記取り込ん
だデータを出力し、このデータがパイプライン化された
プラグインによって順次変換され出力される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えばデジタル
オーディオデータなどのデータを処理するためのデータ
処理装置およびデータ処理方法に関する。特に、入力、
変換、出力の３階層で構成されるモジュール群を用いて
データ変換の処理を行うデータ処理装置およびデータ処
理方法に関する。

【０００２】

【従来の技術】コンピュータを用いて実現されるデータ
処理装置において、プログラムの柔軟性や保守容易性を
維持しながら、様々なタイプのデータに対応できるよう
にするために「プラグイン」と呼ばれるプログラムモジ
ュールが使用される場合がある。このプラグインは、そ
れぞれ独立して記述されたソースプログラムファイルを
コンパイルすることによって、個別の実行可能形式ファ
イルとして生成され、動的に、つまり必要なタイミング
に呼び出されて実行される。

【０００３】図８は、従来技術によるインターネットラ
ジオ再生装置のソフトウェアを上記のようなプラグイン
を用いて構成した例を示すソフトウェア構成図である。
図８において、符号９２０はＧＵＩ（グラフィカルユー
ザインタフェース，ユーザインタフェース処理モジュー
ル）であり、このＧＵＩ・９２０は、利用者に対して操
作用の画面を提供するとともに、その画面を通して行わ
れる操作に応じた処理を実行するための制御を行うもの
である。また、９２１はコアエンジン（プラグイン管
理）であり、このコアエンジン９２１は、ＧＵＩ・９２
０からの指示情報などに基づいて、必要な処理を行うプ
ラグインを起動したり、そのプラグインとの間でデータ
のやりとりを行ったりするものである。また、９２２
ａ、９２２ｂ、９２２ｃは、それぞれコアエンジン９２
１によって管理されるプラグインである。９２２ａはネ
ットワーク等を介して外部からオーディオデータ等を取
り込むための入力プラグイン、９２２ｂは取り込まれた
オーディオデータ等を出力に適したデータ形式に変換す
るための変換プラグイン、９２２ｃは変換されたデータ
をオーディオデバイス等に対して出力するための出力プ
ラグインである。

【０００４】図８に示すソフトウェアの動作手順は次の
通りである。まず（１）において、ＧＵＩ・９２０から
コアエンジン９２１に対して音楽の再生の指示が行われ
る。このときＧＵＩ・９２０からコアエンジン９２１に
対して、当該オーディオデータのファイルのＵＲＬ（ユ
ニフォームリソースロケータ）が渡される。これを受け
て、（２）において、コアエンジン９２１は、通信ネッ
トワークを介してＨＴＴＰ（ハイパーテキスト転送プロ
トコル）によってデータを入力するための入力プラグイ
ンを選択し、これを起動する。このときコアエンジン９
２１から入力プラグイン９２２ａに対して上記ＵＲＬが
渡される。次に、（３）において、入力プラグイン９２
２ａは通信ネットワークを介して上記ＵＲＬによって特
定される外部のサーバにアクセスし、目的のオーディオ
ファイル及びその種別を表すＭＩＭＥ（マルチパーパス
インターネットメールエクステンションズ,Multipurpos
e Internet Mail Extensions）タイプを受け取り、これ
らのうちＭＩＭＥタイプのみをコアエンジン９２１に返
す。

【０００５】次に（４）において、コアエンジン９２１
は、受け取ったＭＩＭＥタイプに応じて、適切な変換プ
ラグイン９２２ｂを選択して起動する。この起動された
変換プラグイン９２２ｂは、コアエンジン９２１を介し
て入力プラグイン９２２ａからヘッダとオーディオデー
タとから構成される上記オーディオファイルのうちヘッ
ダ部を入手する。そして（５）において、変換プラグイ
ン９２２ｂは、受け取ったヘッダの内容（例えばＭＰ３
（ＭＰＥＧレイヤ３）形式の詳細）を参照して最終的に
出力すべきオーディオデータの出力形式（例えばＷＡＶ
形式）をコアエンジン９２１に通知する。そして（６）
において、コアエンジン９２１は、変換プラグイン９２
２ｂによって通知されたオーディオデータの出力形式に
合った出力プラグインを選択して起動する。以上の処理
により、オーディオデータを処理するのに必要な全ての
プラグインが選択し起動される。起動された入力プラグ
イン９２２ａ、変換プラグイン９２２ｂ、出力プラグイ
ン９２２ｃを介してオーディオデータが最終的に出力プ
ラグイン９２２ｃに接続されたオーディオデバイスに出
力される。

【０００６】

【発明が解決しようとする課題】上記のように、入力、
変換、出力の各段階のプラグインを動的に起動するとい
うソフトウェアアーキテクチャを採用することによっ
て、ソフトウェアの個々の構造がシンプルになるのに加
えそれら個々のソフトウェアが独立したソフトウェアと
して機能するため、それらのソフトウェアで構成される
システムの柔軟性や保守容易性が極めて向上する。しか
しながら、上述した従来技術では、入力プラグインに対
して渡される情報は、ネットワーク上のデータを示すＵ
ＲＬや、ローカルコンピュータ上のデータファイルを示
すファイル名などであるため、データの入力元が限られ
ているという問題があった。マルチメディアアプリケー
ションなどにおいてはこれら以外の多様なデータを扱う
可能性があり、また比較的短い期間の間に新しいデータ
形式が開発され普及する可能性もあることを考慮する
と、前記ソフトウェアアーキテクチャを大きく変更する
ことなく、つまり柔軟性や保守容易性を維持したまま、
多種多様な入力データに対応できるようにすることが望
まれる。

【０００７】本発明は、このような事情を考慮してなさ
れたものであり、アプリケーションプログラムから直接
渡されたデータデータを処理することを可能としたイン
ターネットラジオ再生装置のようなデータ処理装置およ
びそのデータ処理方法を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、処理対象となる入力データを取得する取
得プログラムモジュール処理部と、当該データを変換し
て変換データを生成する変換プログラムモジュール処理
部と、前記変換データを出力する出力プログラムモジュ
ール処理部と、前記取得プログラムモジュール処理部と
前記変換プログラムモジュール処理部と前記出力プログ
ラムモジュール処理部とを管理するコントロール部とか
らなるデータ処理装置において、前記コントロール部
は、前記取得プログラムモジュール処理部が前記入力デ
ータを取得したことに応じて、事前に前記取得プログラ
ムモジュール処理部と前記変換プログラムモジュール処
理部と前記出力プログラムモジュール処理部とが一連の
処理を可能とする状態に設定することによって、前記取
得プログラムモジュール処理部が前記入力データを前記
変換プログラムモジュール処理部に供給するようにせし
めるとともに、前記変換プログラムモジュール処理部が
前記変換データを前記出力プログラムモジュール処理部
に供給するようにせしめることを特徴とする。なお、上
記の取得プログラムモジュール処理部は、取得プログラ
ムモジュールを記憶する記憶媒体とこの記憶媒体から当
該プログラムモジュールを読み出して実行する実行手
段、すなわち、例えばＣＰＵ（中央処理装置）とから成
る。また、変換プログラムモジュール処理部は、変換プ
ログラムモジュールを記憶する記憶媒体とこの記憶媒体
から当該プログラムモジュールを読み出して実行する実
行手段とから成る。また、出力プログラムモジュール処
理部は、出力プログラムモジュールを記憶する記憶媒体
とこの記憶媒体から当該プログラムモジュールを読み出
して実行する実行手段とから成る。

【０００９】また、本発明では、前記データ処理装置
は、前記入力データを供給するアプリケーションプログ
ラムモジュール処理部を有することを特徴とする。な
お、上記のアプリケーションプログラムモジュール処理
部は、アプリケーションプログラムモジュールを記憶す
る記憶媒体とこの記憶媒体から当該プログラムモジュー
ルを読み出して実行する実行手段とから成る。

【００１０】また、本発明では、前記入力データは、前
記アプリケーションプログラムモジュール処理部が行う
処理の結果生じるデータであることを特徴とする。

【００１１】また、本発明では、前記入力データは、Ｍ
ＩＤＩデータであることを特徴とする。

【００１２】また、本発明では、前記アプリケーション
プログラムモジュール処理部は、複数種類のデータから
構成される複合データを処理し、この複合データうちの
一部種類のデータを前記入力データとして前記取得プロ
グラムモジュール処理部に供給するとともに、前記複合
データのうちの他の種類のデータをアプリケーションプ
ログラムモジュール処理部自身で処理することを特徴と
する。

【００１３】また、本発明では、前記取得プログラムモ
ジュール処理部と前記変換プログラムモジュール処理部
と前記出力プログラムモジュール処理部のうち少なくと
も１つは、複数のプログラムモジュールを記憶する記憶
手段を備えており、処理対象となるデータに応じてこれ
ら複数のプログラムモジュールのうちひとつのプログラ
ムモジュールを決定し、この決定されたプログラムモジ
ュールを前記記憶手段から読み出して実行することを特
徴とする。

【００１４】また、本発明では、前記一部のデータは音
データであることを特徴とする。

【００１５】また、本発明は、処理対象となる入力デー
タを取得する取得プログラムモジュール処理部と、当該
データを変換して変換データを生成する変換プログラム
モジュール処理部と、前記変換データを出力する出力プ
ログラムモジュール処理部と、前記取得プログラムモジ
ュール処理部と前記変換プログラムモジュール処理部と
前記出力プログラムモジュール処理部とを管理するコン
トロール部とからなるデータ処理装置におけるデータ処
理方法であって、前記コントロール部が、前記取得プロ
グラムモジュール処理部が前記入力データを取得したこ
とに応じて、事前に前記取得プログラムモジュール処理
部と前記変換プログラムモジュール処理部と前記出力プ
ログラムモジュール処理部とが一連の処理を可能とする
状態に設定することによって、前記取得プログラムモジ
ュール処理部が前記入力データを前記変換プログラムモ
ジュール処理部に供給するようにせしめるとともに、前
記変換プログラムモジュール処理部が前記変換データを
前記出力プログラムモジュール処理部に供給するように
せしめることを特徴とする。

【００１６】また、本発明は、処理対象となる入力デー
タを取得する取得プログラムモジュールと、当該データ
を変換して変換データを生成する変換プログラムモジュ
ールと、前記変換データを出力する出力プログラムモジ
ュールとをコンピュータに実行させることによりデータ
を処理するデータ処理装置において、データの処理をコ
ントロールするために、前記取得プログラムモジュール
が前記入力データを取得したことに応じて、事前に前記
取得プログラムモジュールと前記変換プログラムモジュ
ールと前記出力プログラムモジュールとが一連の処理を
可能とする状態に設定することによって、前記取得プロ
グラムモジュールが前記入力データを前記変換プログラ
ムモジュールに供給するようにせしめるとともに、前記
変換プログラムモジュールが前記変換データを前記出力
プログラムモジュールに供給するようにせしめる処理を
コンピュータに実行させるコンピュータプログラムを記
録した記録媒体である。

【００１７】また、本発明は、処理対象となる入力デー
タを取得する取得プログラムモジュールと、当該データ
を変換して変換データを生成する変換プログラムモジュ
ールと、前記変換データを出力する出力プログラムモジ
ュールとをコンピュータに実行させることによりデータ
を処理するデータ処理装置において、データの処理をコ
ントロールするために、前記取得プログラムモジュール
が前記入力データを取得したことに応じて、事前に前記
取得プログラムモジュールと前記変換プログラムモジュ
ールと前記出力プログラムモジュールとが一連の処理を
可能とする状態に設定することによって、前記取得プロ
グラムモジュールが前記入力データを前記変換プログラ
ムモジュールに供給するようにせしめるとともに、前記
変換プログラムモジュールが前記変換データを前記出力
プログラムモジュールに供給するようにせしめる処理を
コンピュータに実行させるコンピュータプログラムであ
る。

【００１８】

【発明の実施の形態】以下、図面を参照しこの発明の一
実施形態について説明する。図１は、同実施形態による
データ処理装置のハードウェア構成を示すブロック図で
ある。図１に示すデータ処理装置１は、動画や静止画や
音声や文字などの多様なメディアデータを入力して処理
することができるようになっている。データ処理装置１
の本体は、コンピュータの技術を用いて構成されてお
り、データ処理を行うＣＰＵ（中央処理装置）１０、読
み書き可能な半導体メモリによって構成されるメインメ
モリ１１、ディスプレイモニタへの出力画像信号を制御
するビデオコントローラ１２、通信ネットワークに介し
てデータの送受信を行うネットワークコントローラ１
３、出力するオーディオ信号を制御するオーディオコン
トローラ１４、磁気ディスクなど読み書き可能な不揮発
性記録媒体によって構成されるローカルストレージ１
５、および利用者等に対する入出力を制御するＩ／Ｏ
（入出力）デバイス１６を含んでいる。

【００１９】メインメモリ１１には、本発明に係るコン
ピュータプログラムが搭載される。ビデオコントローラ
１２には、ディスプレイモニタ２が接続され、ＣＰＵ１
０によって処理された結果としての画像を表示したり、
ユーザが操作を行うための操作画面を表示したりするこ
とができる。ネットワークコントローラ１３には、例え
ばインターネットなどの通信ネットワーク３が接続され
ている。オーディオコントローラ１４にはスピーカ４が
接続され、ＣＰＵ１０によって処理された結果としての
オーディオデータを出力することができる。Ｉ／Ｏデバ
イス１６には、キーボード、マウスなどを含むユーザイ
ンタフェース５が接続されている。

【００２０】上記メインメモリ１１に搭載されるコンピ
ュータプログラムは、ローカルストレージ１５に保存し
ておくことが可能であり、また、通信ネットワーク３を
介して任意のサーバなどから取得することも可能であ
る。また、ＣＤ−ＲＯＭ（コンパクトディスクを利用し
た読み出し専用メモリ）やフロッピー（登録商標）ディ
スクなどの任意の記録媒体を読み出すことによって取得
することも可能である。

【００２１】上記のようなデータ処理装置は、据え置き
型あるいは携帯可能な汎用のパーソナルコンピュータと
して実現することも可能であり、データ処理機能を有す
る携帯型通信端末機器あるいはＰＤＡ（パーソナルデジ
タルアシスタント）機器として実現することも可能であ
り、又は、据え置き型あるいは携帯型のオーディオ再生
機器あるいはビデオ再生機器として実現することも可能
である。

【００２２】図２は、上記データ処理装置に搭載される
ソフトウェア（コンピュータプログラム）の構成を示す
ソフトウェア構成図である。

【００２３】図２において、符号２０はアプリケーショ
ンプログラムであり、また、２５は、オーディオデータ
あるいはビデオデータなどの再生を行うインターネット
ラジオ再生装置の再生エンジンである。この再生エンジ
ン２５は、コアエンジンおよび各種プラグインによって
構成される。２１はコアエンジン（プラグイン管理）で
あり、このコアエンジン２１は、アプリケーションプロ
グラム２０からの指示情報などに基づいて、必要な処理
を行うプラグインを起動したり、そのプラグインとの間
でデータのやりとりを行ったりするものである。また、
２２ａ、２２ｂ、２２ｃは、それぞれコアエンジン２１
によって管理されるプラグインである。このコアエンジ
ン２１の管理のもと、オーディオデータ等を入力するた
めの入力プラグイン２２ａ（取得プログラムモジュー
ル）、取り込まれたオーディオデータ等を出力に適した
データ形式に変換するための変換プラグイン２２ｂ（変
換プログラムモジュール）、変換されたデータをオーデ
ィオデバイス等に対して出力するための出力プラグイン
２２ｃ（出力プログラムモジュール）、によりオーディ
オデータの再生がなされる。

【００２４】各プラグイン（２２ａ、２２ｂ、２２ｃな
ど）は、それぞれ個別のソースプログラムファイルで記
述され、このソースプログラムファイルをそれぞれ独立
にコンパイルすることによって生成されたものである。
各プラグインは、実行時に動的につまり必要なタイミン
グで呼び出すことが可能であり、例えばＷｉｎｄｏｗｓ
（登録商標）系のオペレーティングシステムにおいて
は、拡張子「．ｄｌｌ」を持つダイナミックリンクライ
ブラリのファイルとして前記ローカルストレージ１５に
格納されている。

【００２５】次に、データ処理の手順について説明す
る。図３は、本実施形態のデータ処理装置におけるデー
タ処理アーキテクチャを示す概略図である。図３に示す
データ処理アーキテクチャにおいては、データ入力と、
データ変換と、データ出力の３つの階層が存在してい
る。

【００２６】入力層においては、図２に示した入力プラ
グイン２２ａの実体として、ローカルファイルを読み込
むためのプラグイン「ＬｏｃａｌＦｉｌｅ．ｄｌｌ」
（３１）と、ＨＴＴＰによってファイルをダウンロード
するためのプラグイン「ＨｔｔｐＦｉｌｅ．ｄｌｌ」
（３２）と、アプリケーションプログラム２０からメモ
リを経由して直接データを再生エンジンに渡すプラグイ
ン「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」（３３）とが存在
しており、これらが適宜選択されて起動される。変換層
においては、図２に示した変換プラグイン２２ｂの実体
として、「ｍｉｄ」形式のファイルを解析するためのプ
ラグイン「ＭｉｄｉＦｍｔ．ｄｌｌ」（４１）と、「Ｓ
ｏｕｎｄＶＱ」形式のデータをデコードするためのプラ
グイン「ＳｖｑＦｍｔ．ｄｌｌ」（４２）と、「ＭＰ
３」形式のファイルをデコードするためのプラグイン
「Ｍｐ３Ｆｍｔ．ｄｌｌ」（４３）とが存在しており、
これらが適宜選択されて起動される。出力層において
は、図２に示した出力プラグイン２２ｃの実体として、
「ＭＩＤＩ」（ミュージックインストゥルメンタルデジ
タルインタフェース）形式のデータを出力するためのプ
ラグイン「ＭｉｄｉＯｕｔ．ｄｌｌ」（５１）と、「Ｗ
ＡＶ」形式のＰＣＭ（パルスコード変調）データを出力
するためのプラグイン「ＷａｖＯｕｔ．ｄｌｌ」（５
２）とが存在しており、これらが適宜選択されて起動さ
れる。

【００２７】そして、入力プラグイン２２ａは、取得し
たデータ（第１のデータ）を出力する。この入力プラグ
イン２２ａによって出力されたデータ（第１のデータ）
は、変換プラグイン２２ｂの入力となり、変換プラグイ
ン２２ｂは、入力されたデータ（第１のデータ）の形式
を変換する処理を行い変換後のデータ（第２のデータ）
を出力する。この変換プラグイン２２ｂによって出力さ
れたデータ（第２のデータ）は、出力プラグイン２２ｃ
の入力となり、出力プラグイン２２ｃは、入力されたデ
ータ（第２のデータ）を外部に出力する。

【００２８】アプリケーションプログラム２０は、ロー
カルストレージ１５に記憶されている「ＭｅｍｏｒｙＦ
ｉｌｅ．ｄｌｌ」（３３）をメインメモリ１１にロード
し、実行可能な状態とする。これにより、「Ｍｅｍｏｒ
ｙＦｉｌｅ．ｄｌｌ」（３３）は、アプリケーションプ
ログラム２０により生成されたデータを取り込む。従っ
て、アプリケーションプログラム２０は、自身で生成し
たデータをプラグイン「ＭｅｍｏｒｙＦｉｌｅ．ｄｌ
ｌ」（３３）自身の中に含めることができる。従来技術
においては、ＧＵＩを介してファイル名をプラグイン
「ＬｏｃａｌＦｉｌｅ．ｄｌｌ」（３１）に渡したり、
ＵＲＬをプラグイン「ＨｔｔｐＦｉｌｅ．ｄｌｌ」（３
２）に渡したりして、渡された側のプラグインが指定さ
れた名前のデータを取得していたが、上記のようなプラ
グイン「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」（３３）を用
いることによって、アプリケーションプログラム２０か
らメモリを経由して直接データを再生エンジンに渡すこ
とができ、それによりデータを入力する手段を多様化す
ることができるというメリットが生じる。

【００２９】次に、プラグイン「ＭｅｍｏｒｙＦｉｌ
ｅ．ｄｌｌ」（３３）の詳細についてさらに説明する。
図４は、プラグイン「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」
（３３）の構成を示す概略図である。プラグイン「Ｍｅ
ｍｏｒｙＦｉｌｅ．ｄｌｌ」（３３）は、Ｃ＋＋言語で
書かれたソースプログラムファイルをコンパイルするこ
とによって作成されその中には実行コード３３１を含
む。実行コード３３１は入力データを保持する機能を有
し、図４は入力データ３３２が保持された状態を示すも
のである。また、このプラグイン「ＭｅｍｏｒｙＦｉｌ
ｅ．ｄｌｌ」（３３）は、クラス「ＩＳｏｕｒｃｅ」と
クラス「ＩＭＲＡＰｌｕｇｉｎ」の２つのクラスを継承
するプログラムとして定義されている。そして、このプ
ラグイン「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」（３３）の
実行時には、入力データ３３２のタイプを表わすデータ
タイプ情報３３３が保持されるようになっている。ま
た、このデータタイプ情報３３３にデータタイプを表す
値をセットするためのファンクション「ＳｅｔＴｙｐ
ｅ」が用意されている。

【００３０】「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」（３
３）は、入力データ３３２を図２のコアエンジン２１に
先頭から順次出力し、その後その入力データはコアエン
ジン２１の制御のもとで変換プラグイン２２に送られ
る。

【００３１】次に、実際にプラグイン「ＭｅｍｏｒｙＦ
ｉｌｅ．ｄｌｌ」（３３）が処理を実行するための手順
について説明する。アプリケーションプログラム２０は
その処理データを再生できるように入力プラグインから
出力プラグインまでの一連の処理（データオープン処
理）をスタートさせるが、その処理が完了するまでの手
順を図５に示す。

【００３２】まず、図５のステップＡ１において、アプ
リケーションプログラム２０はその処理データを入力モ
ジュール（「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」）に入力
データとしてセットする。

【００３３】次にステップＡ２において、この入力モジ
ュールがコアエンジン２１の支配下に置かれる。次にス
テップＡ３において、アプリケーションプログラム２０
からコアエンジン２１に対してパイプライン構築の要求
が行われる。

【００３４】これを受けて、コアエンジン２１側では、
ステップＡ４において、前記ステップＡ２で支配下に置
かれた入力モジュールをパイプラインの先頭として、入
力、変換、出力の一連のデータ処理パイプラインを構築
する。ここで、パイプラインとは、あるプラグイン（モ
ジュール）からの出力データを、次のプラグインの入力
データとし、さらにそのプラグインからの出力データを
さらに他のプラグインの入力データとするといった一連
の処理の流れを表わすものである。そして、パイプライ
ンの構築が完了すると、コアエンジン２１からアプリケ
ーションプログラム２０に対してデータオープンの完了
の通知が返される。

【００３５】次に、上記パイプラインを構築する処理手
順の詳細について、さらに説明する。図６は、パイプラ
イン構築の処理の手順を示すシーケンス図である。以
下、図６の流れに沿って説明する。まずステップＢ１に
おいて、アプリケーションプログラム２０がコアエンジ
ンに対して入力プラグイン（モジュール）を支配下に置
くように指示する。次に、ステップＢ２において、上記
入力プラグイン２２ａがコアエンジン２１の支配下に置
かれる（図５のステップＡ２に相当）。そして、ステッ
プＢ３において、アプリケーションプログラム２０から
コアエンジン２１に対してパイプライン構築の要求が発
行される（図５のステップＡ３に相当）。

【００３６】次に、ステップＢ４において、コアエンジ
ン２１が入力プラグイン２２ａをパイプラインの先頭と
してセットし、そのデータのデータタイプを通知するよ
うに指示する。上記処理の結果として、ステップＢ５に
おいて、入力プラグイン２２ａはコアエンジン２１に対
して出力すべきデータのデータタイプを通知する。そし
て、ステップＢ６においては、コアエンジン２１は、ス
テップＢ５において通知を受けた入力プラグイン２２ａ
からのデータタイプに基づいて、適切な変換プラグイン
を選択する。また、ステップＢ７においては、コアエン
ジン２１は、入力プラグイン２２ａからの出力と、ステ
ップＢ６において選択された変換プラグイン２２ｂの入
力とを連結する処理を行う。

【００３７】次に、ステップＢ８において、コアエンジ
ン２１が変換プラグイン２２ｂをセットしそれがどんな
データタイプに変換するのかを通知するよう指示する。
上記処理の結果として、ステップＢ９において、変換プ
ラグイン２２ｂはコアエンジン２１に対して変換結果と
しての出力データのデータタイプを通知する。そして、
ステップＢ１０においては、コアエンジン２１は、ステ
ップＢ９において通知を受けた変換プラグイン２３ａか
らのデータタイプに基づいて、適切な出力プラグインを
選択する。また、ステップＢ１１においては、コアエン
ジン２１は、変換プラグイン２２ｂからの出力と、ステ
ップＢ１０において選択された出力プラグイン２２ｃの
入力とを連結する処理を行う。

【００３８】次に、ステップＢ１２において、コアエン
ジンは、出力プラグイン２２ｃをセットし、さらに次に
プラグインに出力すべきデータのデータタイプを通知す
るよう指示する。上記処理の結果として、ステップＢ１
３において、出力プラグイン２２ｃはコアエンジン２１
に対して、パイプラインの終端であるため、求められた
データタイプを通知する代わりに、その後のプラグイン
に後続処理は不要であることを通知する。これを受け
て、ステップＢ１４においては、コアエンジン２１がア
プリケーションプログラム２０に対してデータオープン
処理の完了の通知を返す（図５のステップＡ５に相
当）。

【００３９】上記のように、入力、変換、出力の一連の
パイプラインが構築された後は、アプリケーションプロ
グラム２０からの要求に従って、プラグインの処理の実
行を開始することにより、入力プラグイン２２ａにセッ
トされている入力データの変換の処理が変換プラグイン
２２ｂにより、さらに変換後のデータの出力の処理が出
力プラグイン２２ｃにより行われる。

【００４０】次に、以上で説明したデータ処理装置の具
体的な応用例について説明する。図７は、前記データ処
理装置の一応用例であるカラオケ再生装置によって処理
されるマルチメディアデータの構成を示す概略図であ
る。図７に示すように、このマルチメディアデータ１０
０の内部には、ＭＩＤＩデータ１０１と、主としてテキ
ストデータからなる歌詞データ１０２と、背景画像デー
タ１０３とが含まれている。

【００４１】アプリケーションプログラム２０は、この
ようなマルチメディアデータ１００を取得すると、ＭＩ
ＤＩデータ１０１のみのデータオープン処理を実行す
る。つまり、そのＭＩＤＩデータ１０１をプラグイン
「ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ」内に入力データ（図
４の符号３３２に相当）としてセットし、再生エンジン
２５内のコアエンジン２１の支配下に置く。また、アプ
リケーションプログラム２０は、コアエンジン２１に対
してパイプラインの構築を要求し、オープン完了通知を
コアエンジン２１から受け取る。このデータオープン処
理の完了後、当該ＭＩＤＩデータの処理が開始される。
これとともに、アプリケーションプログラム２０は、上
記マルチメディアデータ１００に含まれていた背景画像
データ１０３をディスプレイモニタ２（図１）に表示さ
せるとともに、同じく歌詞データ１０２が表わす文字テ
キストをディスプレイモニタ２に表示させる。なお、Ｍ
ＩＤＩデータ１０１を基にした再生出力と、画像データ
１０３による表示と、歌詞データ１０２による表示は、
同期的に行うようにする。つまり、アプリケーションプ
ログラム２０は、複数種類のデータから構成されるマル
チメディアデータ（複合データ）を処理し、このマルチ
メディアデータのうちの一部種類のデータを入力データ
として入力プラグイン（取得プログラムモジュール）の
一種であるプラグイン「ｍｅｍｏｒｙＦｉｌｅ．ｄｌ
ｌ」に供給するとともに、前記マルチメディアデータの
うちの他の種類のデータをアプリケーションプログラム
２０自身で処理するものである。これにより、アプリケ
ーションプログラム２０はＭＩＤＩ処理部を有すること
なく表示機能のみを持たせることで、その構成をシンプ
ルなものとすることができる。つまり、ＭＩＤＩデータ
を上述したインターネットラジオ再生装置に渡すこと
で、アプリケーションプログラム２０側での処理を不要
とさせている。

【００４２】従来技術においては、ファイル名やＵＲＬ
を入力プラグインに渡し、指定されたファイル名又はＵ
ＲＬに応じたデータを入力プラグインが取得するように
していたため、図７に示したようなマルチメディアデー
タ１００を直接処理することは困難であったが、本発明
を用いることにより、マルチメディアデータ１００の中
から音として出力するＭＩＤＩデータのみを取り出して
アプリケーションプログラム２０からコアエンジン２１
側に渡すことができるようになり、残りのデータをアプ
リケーションプログラム２０側で処理することで、様々
な入力データに対応したデータ処理を可能とした。

【００４３】以上、図面を参照してこの発明の実施形態
を詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。

【００４４】例えば、上記実施形態においては、入力プ
ラグインの内部に入力データを持ち、入力プラグインが
このデータを順次出力してパイプライン処理するように
したが、ソフトウェアの基本構造を変えることなく他の
手段によって入力データを取得するようにしても良い。
例えば、データ処理装置にオーディオ入力ポートを設
け、このオーディオ入力ポートから入力されるアナログ
信号をＡ／Ｄ（アナログ・デジタル）変換して、パイプ
ラインに出力するような入力プラグインを作成してお
き、この入力プラグインをコアエンジンから起動できる
ようにしても良い。

【００４５】

【発明の効果】以上説明したように、本発明によれば、
処理対象となるデータを取得するためのプログラムモジ
ュールであって当該データをオープンする処理と当該デ
ータの取得を開始する処理とを少なくとも含んだプログ
ラムモジュールを、動的に生成するため、様々なタイプ
のデータを処理の対象とする柔軟性のあるデータ処理装
置を実現することができる。

【００４６】また、本発明によれば、入力データ（第１
のデータ）を含んだ入力層のプログラムモジュールを動
的に生成するため、本発明が前提とするデータ処理アー
キテクチャを維持したまま、ＧＵＩなどのアプリケーシ
ョン処理部から変換対象となるデータを直接再生エンジ
ン側へ渡すことが可能となる。

【００４７】また、本発明によれば、オーディオデータ
と画像データとテキストデータとを含んだマルチメディ
アデータを基に、当該マルチメディアデータに含まれる
前記オーディオデータを用いて、当該オーディオデータ
を含んだ前記入力層のプログラムモジュールを動的に生
成するため、本発明が前提とするデータ処理アーキテク
チャを維持したまま、マルチメディアデータ内から特定
のデータのみを抽出して、抽出されたデータを処理対象
とすることが可能となる。これにより、新たに様々なタ
イプのデータ形式が開発され普及してきた場合にも、柔
軟に対応することができる。

【００４８】また、本発明によれば、入力層のプログラ
ムモジュールから通知される第１のデータのデータタイ
プに応じて変換層のプログラムモジュールを選択して生
成し、前記入力層のプログラムモジュールからのデータ
出力と当該変換層のプログラムモジュールへのデータ入
力とを連結する処理を行い、当該変換層のプログラムモ
ジュールから通知される第２のデータのデータタイプに
応じて前記出力層のプログラムモジュールを選択して生
成し、前記変換層のプログラムモジュールからのデータ
出力と当該出力層のプログラムモジュールへのデータ入
力とを連結する処理を行うことで、入力層から出力層ま
での一連のプログラムモジュールがパイプライン構築さ
れそのシーケンスに応じたデータ処理が実現される。

【図面の簡単な説明】

【図１】 この発明の一実施形態によるデータ処理装置
のハードウェア構成を示すブロック図である。

【図２】 同実施形態によるデータ処理装置に搭載され
るソフトウェア（コンピュータプログラム）の構成を示
すソフトウェア構成図である。

【図３】 同実施形態によるデータ処理装置におけるデ
ータ処理アーキテクチャを示す概略図である。

【図４】 同実施形態によるデータ処理装置上で実行さ
れる入力プラグイン（ＭｅｍｏｒｙＦｉｌｅ．ｄｌｌ）
の構成を示す概略図である。

【図５】 同実施形態によるデータ処理装置上で、ＧＵ
Ｉ入力プラグインを生成してから再生エンジンによるオ
ープン処理が完了するまでの処理手順を示すシーケンス
図である。

【図６】 同実施形態によるデータ処理装置上で、入
力、変換、出力の一連のパイプライン構築の処理の手順
を示すシーケンス図である。

【図７】 同実施形態を応用したカラオケ再生装置によ
って処理されるマルチメディアデータの構成を示す概略
図である。

【図８】 この発明が前提とする従来技術によるデータ
処理装置に搭載されるソフトウェア（コンピュータプロ
グラム）の構成を示すソフトウェア構成図である。

【符号の説明】

１ データ処理装置 ２ ディスプレイモニタ ３ 通信ネットワーク ４ スピーカ ５ ユーザインタフェース １０ ＣＰＵ（中央処理装置） １１ メインメモリ １２ ビデオコントローラ １３ ネットワークコントローラ １４ オーディオコントローラ １５ ローカルストレージ １６ Ｉ／Ｏ（入出力）デバイス ２０ ＧＵＩ（グラフィカルユーザインタフェース） ２１ コアエンジン ２２ａ 入力プラグイン ２２ｂ 変換プラグイン ２３ｃ 出力プラグイン

Claims (10)

【特許請求の範囲】
1. 【請求項１】 処理対象となる入力データを取得する取
   得プログラムモジュール処理部と、 当該データを変換して変換データを生成する変換プログ
   ラムモジュール処理部と、 前記変換データを出力する出力プログラムモジュール処
   理部と、 前記取得プログラムモジュール処理部と前記変換プログ
   ラムモジュール処理部と前記出力プログラムモジュール
   処理部とを管理するコントロール部とからなるデータ処
   理装置において、 前記コントロール部は、 前記取得プログラムモジュール処理部が前記入力データ
   を取得したことに応じて、事前に前記取得プログラムモ
   ジュール処理部と前記変換プログラムモジュール処理部
   と前記出力プログラムモジュール処理部とが一連の処理
   を可能とする状態に設定することによって、 前記取得プログラムモジュール処理部が前記入力データ
   を前記変換プログラムモジュール処理部に供給するよう
   にせしめるとともに、前記変換プログラムモジュール処
   理部が前記変換データを前記出力プログラムモジュール
   処理部に供給するようにせしめることを特徴とするデー
   タ処理装置。
2. 【請求項２】 前記データ処理装置は、前記入力データ
   を供給するアプリケーションプログラムモジュール処理
   部を有することを特徴とする請求項１に記載のデータ処
   理装置。
3. 【請求項３】 前記入力データは、前記アプリケーショ
   ンプログラムモジュール処理部が行う処理の結果生じる
   データであることを特徴とする請求項２に記載のデータ
   処理装置。
4. 【請求項４】 前記入力データは、ＭＩＤＩデータであ
   ることを特徴とする請求項１に記載のデータ処理装置。
5. 【請求項５】 前記アプリケーションプログラムモジュ
   ール処理部は、複数種類のデータから構成される複合デ
   ータを処理し、この複合データのうちの一部種類のデー
   タを前記入力データとして前記取得プログラムモジュー
   ル処理部に供給するとともに、前記複合データのうちの
   他の種類のデータをアプリケーションプログラムモジュ
   ール処理部自身で処理することを特徴とする請求項２に
   記載のデータ処理装置。
6. 【請求項６】 前記取得プログラムモジュール処理部と
   前記変換プログラムモジュール処理部と前記出力プログ
   ラムモジュール処理部のうち少なくとも１つは、複数の
   プログラムモジュールを記憶する記憶手段を備えてお
   り、処理対象となるデータに応じてこれら複数のプログ
   ラムモジュールのうちひとつのプログラムモジュールを
   決定し、この決定されたプログラムモジュールを前記記
   憶手段から読み出して実行することを特徴とする請求項
   １に記載のデータ処理装置。
7. 【請求項７】 前記一部のデータは音データであること
   を特徴とする請求項５に記載のデータ処理装置。
8. 【請求項８】 処理対象となる入力データを取得する取
   得プログラムモジュール処理部と、 当該データを変換して変換データを生成する変換プログ
   ラムモジュール処理部と、 前記変換データを出力する出力プログラムモジュール処
   理部と、 前記取得プログラムモジュール処理部と前記変換プログ
   ラムモジュール処理部と前記出力プログラムモジュール
   処理部とを管理するコントロール部とからなるデータ処
   理装置におけるデータ処理方法であって、 前記コントロール部が、 前記取得プログラムモジュール処理部が前記入力データ
   を取得したことに応じて、事前に前記取得プログラムモ
   ジュール処理部と前記変換プログラムモジュール処理部
   と前記出力プログラムモジュール処理部とが一連の処理
   を可能とする状態に設定することによって、 前記取得プログラムモジュール処理部が前記入力データ
   を前記変換プログラムモジュール処理部に供給するよう
   にせしめるとともに、前記変換プログラムモジュール処
   理部が前記変換データを前記出力プログラムモジュール
   処理部に供給するようにせしめることを特徴とするデー
   タ処理方法。
9. 【請求項９】 処理対象となる入力データを取得する取
   得プログラムモジュールと、 当該データを変換して変換データを生成する変換プログ
   ラムモジュールと、 前記変換データを出力する出力プログラムモジュールと をコンピュータに実行させることによりデータを処理す
   るデータ処理装置において、 データの処理をコントロールするために、 前記取得プログラムモジュールが前記入力データを取得
   したことに応じて、事前に前記取得プログラムモジュー
   ルと前記変換プログラムモジュールと前記出力プログラ
   ムモジュールとが一連の処理を可能とする状態に設定す
   ることによって、前記取得プログラムモジュールが前記
   入力データを前記変換プログラムモジュールに供給する
   ようにせしめるとともに、前記変換プログラムモジュー
   ルが前記変換データを前記出力プログラムモジュールに
   供給するようにせしめる処理をコンピュータに実行させ
   るコンピュータプログラムを記録した記録媒体。
10. 【請求項１０】 処理対象となる入力データを取得する
    取得プログラムモジュールと、 当該データを変換して変換データを生成する変換プログ
    ラムモジュールと、 前記変換データを出力する出力プログラムモジュールと
    をコンピュータに実行させることによりデータを処理す
    るデータ処理装置において、 データの処理をコントロールするために、 前記取得プログラムモジュールが前記入力データを取得
    したことに応じて、事前に前記取得プログラムモジュー
    ルと前記変換プログラムモジュールと前記出力プログラ
    ムモジュールとが一連の処理を可能とする状態に設定す
    ることによって、前記取得プログラムモジュールが前記
    入力データを前記変換プログラムモジュールに供給する
    ようにせしめるとともに、前記変換プログラムモジュー
    ルが前記変換データを前記出力プログラムモジュールに
    供給するようにせしめる処理をコンピュータに実行させ
    るコンピュータプログラム。