(57)【要約】【課題】  様々なレベルでのデジタルテレビ向けソフトウェアのテストや様々なデジタル放送標準を支援するテストストリームの作成方法及び装置を提供すること。【解決手段】  本発明によるテストストリームの作成装置は、使用者の要求事項に基づき、データベースを参照してテストデータを生成するデータ生成モジュールと、データ生成モジュールにより生成されたテストデータを読み込んでテキストまたはＸＭＬデータで作成するデータ作成モジュールと、作成されたＸＭＬデータを転送ストリームに変換するデータ変換モジュールと、各モジュールの機能を行うために必要な情報を格納し、読み込むためのデータベースとから構成される。【選択図】  図３
2004343714.tif 000002
【特許請求の範囲】
【請求項１】
使用者の要求事項に基づいて選定した適切なプロセスにより、使用者が値を確認できるファイル形態の中間アウトプットを提供し、前記アウトプットを転送ストリームに変換することを特徴とする テストストリームの作成装置。
【請求項２】
使用者の要求事項に基づき、データベースを参照してテストデータを生成するデータ生成モジュールと、
前記データ生成モジュールにより生成されたテストデータを読み込んでテキストまたはＸＭＬデータで作成するデータ作成モジュールと、
前記作成されたテキストまたはＸＭＬデータを転送ストリームに変換するデータ変換モジュールと、
各モジュールの機能を行うために必要な情報を格納しておき、読み込むためのデータベースとを備えることを特徴とするテストストリームの作成装置。
【請求項３】
使用者の要求事項を入力し、その結果を使用者に表示する入出力手段をさらに備えることを特徴とする請求項２に記載のテストストリームの作成装置。
【請求項４】
前記入出力手段は、テストデータの生成に反映される放送標準を選択するための標準選択器を備えることを特徴とする請求項３に記載テストストリームの作成装置。
【請求項５】
データベースに使用者が直接アクセスして前記データベースの内容を変更できるようにするＤＢアップデートモジュールと、
使用者に前記テストデータに対するカバレッジの分析結果を提供するデータ分析モジュールをさらに備えることを特徴とする 請求項２〜４の何れかに記載のテストストリームの作成装置。
【請求項６】
前記データベースは、放送内容を構成するデータを格納する元データベースと、
テストデータの生成時に必要な転送ストリームの標準情報を格納するメタデータベースと、
前記生成されたテストデータをファイルに加工する前に、臨時に格納しておくテストデータベースと、
転送ストリームファイルへのエンコーディングのために参照する変換データベースと、
生成されたテストデータのカバレッジの分析結果を格納する分析データベースとを含むことを特徴とする請求項２〜４の何れかに記載のテストストリームの作成装置。
【請求項７】
使用者の要求事項に基づいて選定した適切なプロセスにより、使用者が値を確認できるファイル形態の中間アウトプットを提供し、前記アウトプットを転送ストリームに変換することを特徴とするテストストリームの作成方法。
【請求項８】
使用者から入力されたテスト要求事項やデジタルテレビ放送標準を確認するステップと、
前記放送標準に合致するアウトプットを選定するステップと、
前記アウトプットリストにより、テスト要求事項を反映してデータ生成プロセスを決定するステップとを含むことを特徴とするテストストリームの生成方法
【請求項９】
前記使用者の入力を受け、帯域内チャンネル標準であるか、帯域外チャンネル標準であるかを判断するステップをさらに含むことを特徴とする請求項８に記載のテストストリームの生成方法。
【請求項１０】
前記判断の結果、帯域内チャンネル標準である場合には、地上波用放送であるか、ケーブル用放送であるかを判断するステップをさらに含むことを特徴とする請求項９に記載のテストストリームの生成方法
【請求項１１】
前記判断の結果、帯域外チャンネル用であう場合には、プロファイルを決定するステップをさらに含むことを特徴とする請求項９に記載のテテストストリームの生成方法。
【請求項１２】
前記決定されたプロセスを反映してＸＭＬファイル形式でデータを作成するステップをさらに含むことを特徴とする請求項８〜１１の何れかに記載のテストストリームの作成方法。
【請求項１３】
前記ＸＭＬデータを転送ストリームに変換するステップをさらに含むことを特徴とする請求項１２に記載のテストストリームの作成方法。
【請求項１４】
前記転送ストリームに変換するステップは、
ＸＭＬデータの有効性を確認するステップと、
ＸＭＬデータを端末ノード単位で読み込むステップと、
前記読み込んだデータを２進ストリームに変換するステップと、
前記２進ストリームを１６進数転送ストリームファイルで作成するステップをさらに含むことを特徴とする請求項１３に記載のテストストリームの作成方法。
【請求項１５】
前記転送ストリームに変換するステップは、
一つのテーブルに対する２進ストリーム変換が終了すると、ストリームの長さを計算して、ストリームの適正な位置に挿入するステップをさらに含むことを特徴とする請求項１４に記載のテストストリームの作成方法。
【請求項１６】
前記転送ストリームに変換するステップは、
ＣＲＣ＿３２値を計算してストリームに追加するステップをさらに含むことを特徴とする請求項１５に記載のテストストリームの作成方法。
【請求項１７】
使用者の要求事項によって生成されたＸＭＬデータから転送ストリームを作成する方法において、
ＸＭＬデータの有効性を確認するステップと、
ＸＭＬデータを端末ノード単位で読み込むステップと、
前記読み込んだデータを２進ストリームに変換するステップと、
前記２進ストリームを１６進数転送ストリームファイルで作成するステップとを含むことを特徴とするテストストリームの作成方法。
【請求項１８】
一つのテーブルに対する２進ストリーム変換が終了すると、ストリームの長さを計算してストリームの適正な位置に挿入するステップをさらに含むことを特徴とする請求項１７に記載のテストストリームの作成方法。
【請求項１９】
ＣＲＣ＿３２値を計算してストリームに追加するステップをさらに含むことを特徴とする請求項１８に記載のテストストリームの作成方法。
【請求項２０】
請求項８〜１１、１３〜１９の何れかに記載の方法を実行するためのコンピュータプログラムをコンピュータで読み出し可能なフォーマットで記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テストデータを自動的に生成する方法及び装置に関し、より詳しくは、様々なレベルでのデジタルテレビ向けソフトウェアのテストや様々なデジタル放送標準を支援するテストストリームの作成方法及び装置に関する。
【背景技術】
【０００２】
従来の技術としては、ＤＡＳＥ(Digital TV Application Software Environment)システムをテストするために、一々手作業を行うことなく、テストデータを自動的に生成できる装置及び方法に関する特許文献１がある。しかし、このような技術は、システムのテストにのみ適用することができるだけで、転送ストリームを作成できず、地上波放送用受信機システムのＤＡＳＥ標準に制限されたデータのみを生成できる。また、最終のアウトプットがスクリプトファイル形式になっているため、実際の受信機システムに直接適用できる形態でなく、かつ、このようなスクリプトファイル形式は、標準化された形式でないことから、他の形式のデータへの変換が難しいという問題点があった。
【特許文献１】韓国公開特許(出願番号：10-2000-0063253)
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明は、上記問題点を鑑みてなされたものであり、様々なレベルでのデジタルテレビ向けソフトウェアのテストや様々なデジタル放送標準を支援するテストストリームの作成方法及び装置を提供することを目的とする。
【０００４】
また、本発明は、テストストリームを作成する前に、中間ステップのアウトプットとして、ＸＭＬデータを生成して使用者がストリームの内容を容易に確認できるようにする方法及び装置を提供することを他の目的とする。
【０００５】
また、本発明は、前記ＸＭＬデータを実際に受信機にそのまま適用できる形態である転送ストリームに変換する方法及び装置を提供することをさらに他の目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、本発明によるテストストリームの作成装置は、使用者の要求事項に基づき、データベースを参照してテストデータを生成するデータ生成モジュールと、前記データ生成モジュールにより生成されたテストデータを読み込んでテキストまたはＸＭＬデータで作成するデータ作成モジュールと、前記作成されたテキストまたはＸＭＬデータを転送ストリームに変換するデータ変換モジュールと、各モジュールの機能を行うために必要な情報を格納し、読み込むためのデータベースとを備えることを特徴とする。
【０００７】
また、本発明によるテストデータの生成方法は、使用者から入力されたテスト要求事項やデジタルテレビ放送標準を確認するステップと、前記放送標準に合致するアウトプットを選定するステップと、前記アウトプットリストにより、テスト要求事項を反映してデータ生成プロセスを決定するステップとを含むことを特徴とする。
【０００８】
また、本発明によるテストストリームの作成方法は、使用者から入力されたテスト要求事項やデジタルテレビ放送標準を確認するステップと、前記放送標準に合致するアウトプットを選定するステップと、前記アウトプットリストにより、テスト要求事項を反映してデータ生成プロセスを決定するステップと、前記決定されたプロセスを反映してＸＭＬファイル形式のデータを作成するステップと、前記ＸＭＬデータを転送ストリームに変換するステップとをさらに含むことを特徴とする。
【０００９】
本発明で使用される重要な用語の概念を整理してみると、下記表１のようになる。
【００１０】
【表１】
2004343714.tif 000003
【発明の効果】
【００１１】
以上のように、本発明によると、デジタルテレビ向けソフトウェアのシステムテストだけでなく、モジュール及び統合テストに適したテストストリームを作成することができる。
【００１２】
また、本発明によると、様々なデジタルテレビ放送標準を支援することにより、標準別に適切なアウトプット形態やプロセスを選定し、これを適用して転送ストリームを作成することができる。
【００１３】
また、本発明によると、ＸＭＬファイル形態の中間アウトプットを提供することにより、使用者の読み出しを容易にすることが可能となり、転送ストリーム以外の他の形態への変換が容易になる。
【００１４】
また、本発明によると、デジタルテレビ受信機システムの入力形態の 転送ストリームへの変換を支援することが可能となり、実際の受信機システムのテストに直接適用することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の好ましい実施の形態を、添付図面に基づいて詳しく説明する。
図１は、本発明によるテストストリームを作成する過程を概略的に示すフローチャートである。図１を参照して、デジタルテレビ放送標準、テスト及び放送要求事項が入力され、適切なプロセスを選定し、これを適用してデータを生成する。使用者が値を確認できるように、ＸＭＬファイル形式の中間ステップのアウトプットを提供し、これをさらに１６進数形式の転送ストリームに変換して最終のアウトプットとして提供する。一方、デジタルテレビ放送のための標準としては、地上波放送用標準、ケーブル放送用標準、帯域外チャンネル用標準などの様々な形式が存在するため、転送ストリームは、支援する標準によって適切な手順や形態で生成されるべきである。それぞれの標準は、制約事項及び使用される転送ストリームの形式や構文的な側面で差があるが、含まれている情報の内容の側面では同じである。即ち、標準によって同一の内容の情報が異なる形式で表現された転送ストリームを使用している。従って、本発明においては、ストリームの作成に先立って、使用者所望のテストレベルや放送標準を選択し、それに対応するプロセスやアウトプットの形態を選定している。これと同じ本発明による産出物をテストストリームと定義する。このようなテストストリームは、実際放送内容ではない放送ストリームに対したメタ情報を持っているＭＰＥＧ−２ＴＳファイル方式の伝送ストリームである。
【００１６】
従って、これを実際のＤ-ＴＶソフトウェアに適用できるようにするためには、オーディオ/ビデオストリームとの多重化作業が要求される。従って、作成されたテストストリームを送信するためには、マックサ(Muxer)が必要である。
【００１７】
図２は、本発明による装置の構成を概略的に示すブロック図である。
本発明による装置の構造は、大別して、標準に関する要求事項、テストに関する要求事項、放送に対する要求事項などを入力し、その結果を使用者２１０に表示する入出力手段２２０と、要求事項の反映された適切なデータを生成するためのデータ生成モジュール２３０と、ＸＭＬデータを作成するデータ作成モジュール２４０と、転送ストリームに変換するデータ変換モジュール２５０とから構成されている。各モジュールは、それぞれの機能を行うために、データベース２６０格納先から必要な情報を読み込む。
【００１８】
ここで、データベースは、装置を構成する各モジュールがそれぞれの機能を行うために必要な情報を格納しておき、読み込むためのものである。 
【００１９】
入出力手段２２０は、デジタルテレビ放送標準や放送情報、及びテストに対する要求事項が入力されるモジュールである。様々な標準に対するリストの中の一つを選択し、放送内容及びテスト要求事項を入力できるように使用者インタフェースが提供される。
【００２０】
データ生成モジュール２３０は、要求事項に合うアウトプットやプロセスを決定するためのモジュールである。選択された標準を支援するために、情報格納先を参照してアウトプットリストや形態を決定した後、データを生成する手順を決定する。これは、支援する標準別に転送ストリームを構成するテーブルの種類が 異なり、テーブル間の相関関係も異なるためである。また、転送ストリームを構成するテーブルの種類や各テーブルの生成手順が決定されると、深さ優先探索方式でデータを生成する役割も担う。
【００２１】
データ作成モジュール２４０は、データを作成する役割を担うモジュールである。ここで、データの作成は、外部ＤＴＤ(document type definition)を用いてＸＭＬファイル形式で作成される。 
【００２２】
データ変換モジュール２５０は、ＸＭＬデータを転送ストリームに変換する 変換器であって、パーサと、ストリーム作成器とから構成される。パーサは、ＸＭＬデータを有効化(validation)を経て各構成要素を２進ストリームに変換する作業及びストリームの長さを計算し、ストリームの適切な位置に追加記録する作業を担う。ストリーム作成器は、２進ストリームを１６進数ストリームに変換し、ＣＲＣ-３２値を計算して転送ストリームを完成する。
【００２３】
図３は、本発明による装置の構成を詳しく示すブロック図である。
データベース２６０は、元データＤＢ２６１と、メタデータＤＢ２６２と、テストデータＤＢ２６３と、変換データＤＢ２６４と、分析データＤＢ２６５とから構成されている。元データＤＢ２６１は、放送内容を構成するデータを格納するためのデータベースである。放送シナリオ生成のために参照され、大別して、チャンネル情報と、放送プログラムコンテンツ情報とに分けられる。 
【００２４】
メタデータＤＢ２６２は、テストデータの生成時に必要なＭＰＥＧ−２ ＴＳ標準情報やテストデータの自動生成関数の番号などを格納するためのデータベースである。テストデータのフィールド値の生成のために参照される内容情報データベース(メタデータＤＢ１)と、テストデータの構造生成のために参照される構造情報データベース(メタデータＤＢ２)とに分けられて構築される。
【００２５】
メタデータＤＢ１は、ＭＰＥＧ−２ ＴＳを構成する各テーブル、フィールド名、フィールドのタイプ、ビット数、フィールド値の範囲、及びテストデータの値を決定するための関数番号などを含み、メタデータＤＢ２は、ＭＰＥＧ−２ ＴＳを構成する各テーブル、フィールド名、テストデータの構造の決定に必要なテーブル間の階層関係や構造生成のための関数番号とを含む。
【００２６】
テストデータＤＢ２６３は、生成されたテストデータをファイルに加工する前に臨時格納しておくためのデータベースである。システムの負荷を減らすために、 一度に一つのテストデータのみを格納している。テストデータＤＢ２６３は、生成されたテストデータを臨時に格納しておくための空間であり、テストデータの規格を格納して置いたメタデータＤＢを構成するテーブルと同じ名前の各テーブルからなる。
【００２７】
変換データＤＢ２６４は、ＴＳファイルへのエンコーディングのために参照するデータベースである。即ち、ＸＭＬファイルをパーシングしたとき、該当のフィールドのビット数を読み込むためのデータベースであり、構成テーブルは、 メタデータＤＢ２６２と同じであるが、テーブルの長さと共にエンコーディング時に生成される各フィールドが追加される。
【００２８】
分析データＤＢ２６５は、生成されたテストデータのカバレッジの分析の結果を格納するためのデータベースであり、一定期間の間積み重なった結果を格納するようになっている。テストデータを分析するために使用される各テーブルと、分析した結果を格納する各テーブルとから構成される。累積カバレッジの分析結果を格納するテーブル、使用されたイベントシナリオを記録するためのテーブル、及び生成されたテストデータの情報を格納するためのテーブルなども含まれている。 
【００２９】
入出力手段２２０は、使用者所望の内容や構成のテストデータを生成するために、使用者からの要求事項を入力するための装置であり、生成されたテストデータそのものやテストデータに対する分析情報などを共に提供するモジュールである。これは、本発明で提供する全てのインタフェースと関連する各クラスを一つのパッケージにして開発過程での効率性を高めるためのものである。このため、 使用者がテストデータの内容となる放送計画を立てるために参照される元データＤＢ２６１にアクセスしてアップデートできるように、インタフェースを提供する。本発明においては、このモジュールからテストデータファイル作成モジュールを除いた、エンコーディングのための装置や所望の標準を選択してテストデータを生成する装置のような本発明の他の各モジュールの動作を制御できるようになっている。 
【００３０】
入出力手段２２０は、本発明の全てのインタフェースを制御するメインフレームと、テストデータの生成に反映される標準、即ち、ＡＴＳＣ(Advanced Television Systems Committee)、またはＯＣＡＰ(Open Cable Application Platform)であるか、ＡＴＳＣであれば、地上波用であるか、ケーブル用であるかを判断して選択するための標準選択器(Standard Selection-device)と、適用できる標準に合致するテストデータを生成するために、所望のテストレベルを入力するためのテストレベル入力器(Testing Level Input-device)と、モジュールテストや統合テストの場合、使用者からテストの対象となるモジュールを入力するためのモジュール入力器(Module Input-device)と、テストデータの生成のための要求事項のシナリオを入力するためのシナリオ入力器(Scenario Input-device)と、テストデータファイルやシナリオファイルを開いて修正、格納、出力するファイル編集器(File Editor)と、データ生成モジュール２３０、データ変換モジュール２５０と、データ分析モジュール３２０、及びＤＢアップデートモジュール３１０を呼び出す各ハンドラー(Handler)とから構成されてもよい。
【００３１】
データ生成モジュール(Generator)２３０は、入出力手段２２０を介して入力された使用者の要求事項に基づき、データベースを参照してテストデータを生成するための装置である。テストデータの生成は、構造や内容順に行われ、テストデータの規格となるＭＰＥＧ−２ ＴＳの規則や制約事項によってＰＳＩ(Program Specific Information)、ＰＳＩＰ／ＳＩ(Program System Information Protocol/Service Information)、ＳＤＦ(Service Description Framework)順に生成される。さらに、テストデータの構造を生成する下位モジュールと、内容を生成する下位モジュールとに分けられる。データ生成モジュール２３０は、テストデータの生成と関連する全ての過程を制御、管理する生成管理器(Generator Manager)と、元データＤＢ２６１を参照して、放送コンテンツや時間と関連する計画を立てる役割を行い、テストデータの生成の前に必ず行われるべき放送スケジューラー(Broadcast Scheduler)と、生成管理器の制御によりＰＳＩ、ＰＳＩＰ／ＳＩ(ETT及びMGTは除外)、ＤＳＴなどのテーブル構造を生成するための構造生成器(Structure Generator)と、生成管理器の制御によりＰＳＩ、ＰＳＩＰ／ＳＩ(ETT及びMGTは除外)、ＤＳＴなどのフィールド値を生成するためのコンテンツ生成器(Content Generator)と、ＰＳＩＰ部分のうち、ＥＴＴテーブルの構造や内容を生成するためのＥＴＴ生成器(ETT Generator)と、ＰＳＩＰ部分のうち、ＭＧＴテーブルの構造や内容を生成するためのＭＧＴ生成器(MGT Generator)とから構成されてもよい。
【００３２】
前記データ生成モジュール２３０の動作について説明すると、入出力手段２２０の呼び出しを受けてテストデータを生成し、これをテストデータＤＢ２６３に書き込んだ後、データ作成モジュール２４０を呼び出す。データ生成モジュール２３０は、生成管理器の制御により内部モジュールを順次作動させてその役割を行う。入出力手段２２０により呼び出された放送スケジューラーの動作が終了すると、テストデータの生成のためのシナリオの準備が完了した状態となる。生成管理器は、このような状態で起動される。テストデータの生成は、ＰＳＩ、ＰＳＩＰ／ＳＩ、ＳＤＦ部分の順に構造を先に生成した後、値を入れる方式で行われる。構造を生成するステップでは、構造生成器が呼び出され動作し、テストデータ生成シナリオにより、メタデータＤＢ２６２を参照して構造を決定した後、テストデータＤＢ２６３にテストデータの構造を書き込む方式で行われる。内容を生成するステップでは、コンテンツ生成器が呼び出され動作し、同様に、メタデータＤＢ２６２を参照して値を決定した後、テストデータＤＢ２６３に書き込まれたテストデータの構造に基づいて値を書き込む。テストデータの生成が全て終了すると、これをファイルに作成するために、生成管理器を介してデータ作成モジュール２４０を呼び出す。
【００３３】
データ作成モジュール(Writer Component)２４０は、データ生成モジュール２３０によりテストデータＤＢ２６３に書き込まれているテストデータを読み込み、ＴＸＴまたはＸＭＬファイルで作成するか、テストデータの生成に使用されたシナリオをファイルに書き込む役割を行う。本発明のアウトプットのＭＰＥＧ−２ ＴＳ形式のテストデータは、ＴＸＴまたはＸＭＬファイル形式に加工されて使用者に提供される。従って、このデータをＤ-ＴＶソフトウェアに適用するためには、 本発明のアウトプットを実際の転送ストリームに変換する必要がある。このため、テストデータをＸＭＬファイルに加工して提供する必要があり、ＸＭＬファイル形式のテストデータのためのＤＴＤは、外部ＤＴＤと前提して、構造の変更の際に、これを容易に反映できるようにする必要がある。データ作成モジュール２４０は、テストデータの生成の際に使用されたシナリオをファイルに書き込むためのシナリオ作成器(Scenario Writer)と、データ生成モジュール２３０の生成管理器の制御によりテストデータＤＢ２６３に書き込まれているテストデータをファイルで作成するためのテストデータ作成器(Test-data Writer)とを備えている。具体的な動作について説明すると、データ作成モジュール２４０は、データ生成モジュール２３０の生成管理器により制御され、テストデータをＰＳＩ、ＰＳＩＰ／ＳＩ、ＳＤＦの三つのファイルに作成し、テストデータの生成に使用されたシナリオをファイルで作成する。また、シナリオファイルを蓄積して書き込み、テストデータファイルリストを管理するために生成したテストデータのＩＤを分析データＤＢ２６５に格納する。 
【００３４】
データ変換モジュール(Encoder Component)２５０は、生成されたテストデータを実際の対象システムに適用するために、テストデータを対象システムの入力形態の転送ストリーム(TS ファイル)に変換する役割を担うモジュールであって、ＸＭＬファイルで作成されたテストデータファイル名を入力されＴＳファイルに変換する。二つのテストデータファイルに対するTS ファイル名が同じである場合は、二つ目のテストデータファイルのエンコーディング時に、一番目のテストデータファイルのエンコーディングにより生成されたＴＳファイルを上書きしないようにする。
【００３５】
データ変換モジュール２５０が動作するためには、ＸＭＬファイル形式のテストデータが予め作成されていなければならない。従って、本発明の装置が最初に駆動されたとき、即ち、ＸＭＬファイル形式のテストデータの生成の前には呼び出されない。このようなデータ変換モジュール２５０は、パーサ(Parser)と、ＣＲＣ＿３２生成器(CRC_32 generator)と、転送ストリーム作成器(TS Writer)とから構成されてもよい。
【００３６】
パーサ(Parser)は、テストデータファイルをパーシングして２進数文字列(binary string)に作成する役割を行う。ＸＭＬファイルの各フィールドをパーシングし、これを２進文字列(binary string)に表現するとき、各フィールドのビット数(bit)を読み込むために、変換データＤＢ２６４を参照する。エンコーディングするＸＭＬファイルが選択されると、ＤＴＤとの検証手順を経た後、端末ノード単位(element)を一つずつ読み込んで２進文字列に作成する。入出力手段２２０により呼び出され、ＸＭＬファイルの２進数文字列への変換が終了すると、転送ストリーム作成器を呼び出す。 
【００３７】
転送ストリーム作成器(TS Writer)は、パーサで作成された２進数文字列を１６進数文字列に変換し、ＣＲＣ＿３２生成器からＣＲＣ＿３２フィールドの値を受けてＴＳファイルで作成する。ＴＳの最大の長さの１８８bytesを超える場合、複数のＴＳに作成される。 
【００３８】
ＣＲＣ＿３２生成器(CRC_32 generator)は、ＣＲＣ＿３２フィールドの値を生成するモジュールである。ＴＳファイルに作成すべき、１６進数文字列が作成されると、エラーチェックのためのＣＲＣ＿３２フィールドの値を計算して転送ストリーム作成器(TS Writer)に提供する。 
【００３９】
データ分析モジュール(Analyzer Component)３２０は、本発明がテストツールとして単純にテストデータの生成の役割のみを行っているのではなく、 使用者にテストツールで生成されたテストデータに対するカバレッジ分析結果を提供し、Ｄ-ＴＶソフトウェアに対する使用者の実際のテスト作業を間接的に支援する役割を担っている。また、 本発明のテストデータの生成作業は、元データＤＢの内容に基づいて放送内容を決定しているため、元データＤＢの内容の質(Quality)が生成したテストデータの質と直接的に関連する。従って、ツールで使用者にこのような元データＤＢの状態を分析して提供する。データ分析モジュール３２０は、入出力手段２２０のメインフレームの制御により、ＭＰＥＧ−２ ＴＳ側面と、Ｄ-ＴＶソフトウェアのＡＰＩまたはメッセージ(Message)とを基準にカバレッジを分析し、その結果を様々な表やグラフで示す。カバレッジの分析結果を蓄積して管理するために、分析した情報を分析データＤＢ２６５に書き込んでおく。
【００４０】
ＤＢアップデートモジュール(DB update Component、３１０)は、 元データＤＢ２６１に使用者が直接アクセスして、データベースの内容を追加、修正、削除できるように設計されたモジュールである。ＤＢアップデートモジュール３１０は、 入出力手段２２０の呼び出しにより起動し、その機能を行った後、さらに、入出力手段２２０を呼び出してアップデートの結果を使用者に提供する。
【００４１】
図４は、本発明による方法をステップ別に示すフローチャートである。
図示のように、使用者は、デジタル放送標準を選択し、放送及びテスト関連の要求事項を入力する(Ｓ４１０)。この要求事項は、次の表２のように構成される。
【００４２】
【表２】
2004343714.tif 000004
【００４３】
使用者の要求事項が帯域内チャンネルであるか、帯域外チャンネルであるかを判断し(Ｓ４２０)、帯域内チャンネルを選択した場合（Ｓ４２０で「帯域内チャンネル用」）、地上波放送用標準であるか、またはケーブル放送用標準であるかを判断して選択し(Ｓ４３０)、帯域外チャンネルを選択した場合には（Ｓ４２０で「帯域外チャンネル用」）、プロファイルのレベルを選択する(Ｓ４３１)。
【００４４】
地上波用、ケーブル用、またはプロファイルを決定した帯域外チャンネル用 などから、それぞれの標準に合致するアウトプットを選定する(Ｓ４４０、Ｓ４４１、Ｓ４４２)。このステップは、データベース２６０(図２参照)を参照して行われ、アウトプットは、放送プログラム情報とデータサービスのための情報とに分けられる。このステップでは、放送プログラム情報のために必要なテーブルリスト及びデータサービス情報のために必要なテーブルリストを選定する。ただ、必要な各テーブルを選定するだけで、選定されたテーブルの実行順序を決定することではない。 
【００４５】
アウトプットが選定されると、このリストにより、各アウトプットをどのような方式や手順で生成させるかのプロセスを決定する(Ｓ４５０)。各テーブルは、相互関連付けられているため、テーブル間に生成の手順が存在する。即ち、テーブルＡが生成されてこそ、テーブルＢが生成できる場合がある。例えば、ＭＧＴテーブルは、他のテーブルに対するメタ情報を持っているため、放送プログラムに対する情報生成ステップにおいて、他のテーブルが何れとも生成された後に ＭＧＴテーブルの生成が行われる。
【００４６】
その後、アウトプットの形態や生成手順が決定されると、これにより、ＸＭＬファイル形式でデータを作成する(Ｓ４６０)。最終に、前記ＸＭＬデータを実際の転送ストリームの形態に変換し、ファイルに作成する(Ｓ４７０)。
【００４７】
図５は、ＸＭＬデータを実際の転送ストリームに変換し、ファイルに作成する過程(図４のＳ４７０)を示すフローチャートである。
【００４８】
転送ストリームへの変換のためには、(1)予め前提した外部ＤＴＤとの比較によりＸＭＬデータのバリデーションを行って有効性を確認する(Ｓ５１０)。(2)有効性の確認が終了すると、ＸＭＬデータをテーブル単位で深さ優先方式で探索しながら各端末ノード(Element)を読み込む(Ｓ５２０)。(3)次の要素がない間、各端末のノード値を２進ストリームに変換する(Ｓ５３０、Ｓ５４０)。(4) 一つのテーブルに対する２進ストリームの変換が終了すると、ストリームの長さを計算してストリームの適正な位置に挿入する(Ｓ５５０)。(5)２進数ストリームを８ビット単位に分割して１６進数ストリームに変換する(Ｓ５６０)。(6)最終に、CRC-32値を計算してストリームの最後の４バイトに追加し(Ｓ５７０)、これをストリームファイルに作成する(Ｓ５８０)。その後、残りのテーブルがなくなるまで（Ｓ５９０で「いいえ」）、転送ストリームファイルの作成作業を行う(Ｓ５９０)。
【００４９】
図６は、本発明による方法を適用したソフトウェアプログラムの初期画面である。
前記初期画面は、大別して、メニューバー６００と、ツールバー６１０と、テストデータリストツリー(Test-data list tree)６２０と、テキスト領域(Text Area)６３０と、ヒストリータップ(History Tab)６４０とから構成されている。
【００５０】
前記メニューバー６００は、テストレベルによってテストデータを生成する機能を提供するためのプロジェクトメニュー６０１と、データベースをアップデートする機能を提供するためのDB-Updateメニュー６０２と、生成されたテストデータの分析結果を確認できる機能を提供するためのViewメニュー６０３と、ＸＭＬファイルをパーシングしてＴＳファイルに変換する機能を提供するためのパーシングXMLファイルメニュー６０４と、テストデータの生成に適用する標準を選択するオプションメニュー６０５と、ヘルプ及びバージョン情報を含むHelp メニュー６０６とから構成されてもよい。
【００５１】
前記プロジェクトメニュー６１０は、下位メニューとして、モジュールテストのためのテストデータを生成するNew Module Test Levelメニューと、統合テストのためのテストデータを生成するNew Integration Test Levelメニューと、システムテストのためのテストデータを生成するNew System Test Levelメニューと、使用者の簡単な入力のみを受け、テストデータの生成に必要な他のシナリオを、ツールでランダムに決定してテストデータを生成するNew-Randomメニューと、使用者により指定された入力値を用いてテストデータの生成のためのシナリオを作り、テストデータを生成するNew-NonRandomメニューと、格納されたテストデータやシナリオファイルを読み込む機能を提供するOpenメニューと、テストデータを修正して格納できる機能を提供するSaveメニューとを含むこともできる。
【００５２】
前記ＤＢ-Updateメニュー６０２は、さらに下位メニューとして、 元データＤＢ２６１(図３参照)内のMajor_channelテーブルをアップデートするMajor Channelメニューと、元データＤＢ内のLong_channel_nameテーブルをアップデートするLong Channel Nameメニューと、元データメニューにあるeventテーブルをアップデートするEventメニューと、元データＤＢにあるaudioテーブルをアップデートするAudioメニューと、元データＤＢにあるvideoテーブルをアップデートするVideoメニューと、元データＤＢにあるapplicationテーブル(data serviceの内容を格納するテーブル)をアップデートするData Serviceメニューと、元データＤＢにあるevent dataテーブル(eventとdata serviceとが時間を合わせて 放送される場合のためのテーブル)をアップデートするData Service with Eventメニューと、元データＤＢにあるaudio_data(audioとdata serviceとが時間を合わせて放送される場合のためのテーブル)テーブルをアップデートするData Service with Audioメニューと、元データＤＢにあるvideo_dataテーブル(videoとdata serviceとが時間を合わせて放送される場合のためのテーブル)をアップデートするData Service with Videoメニューとを含むことができる。
【００５３】
前記Viewメニュー６０３は、さらに下位メニューとして、ＭＰＥＧ−２ ＴＳ標準と関連して分析されたテストデータの情報を示すＭＰＥＧ−２ Coverageメニューと、モジュールテストや統合テストのためのテストデータを生成した場合に、モジュール関連ＡＰＩまたはメッセージを基準としたカバレッジを示すNative API&MSG Coverageメニューと、元データＤＢにあるテーブルごとのデータの内容や数棒グラフに示すＤＢ Status menuとを含むことができる。
【００５４】
前記ツールバー６１０は、メニューで頻繁に使用される機能をアイコン型にしたものである。また、テストデータリストツリー６２０は、各テストレベル別に生成されたテストデータを左側の上端にツリー形態に示す。テキスト領域６３０は、Test-data list Treeで生成されたテストデータのファイル名をクリックすると、生成されたテストデータの内容が現れる。また、ヒストリータップ６４０は、テストデータの生成中にTest Data ID、生成日付、テストデータの生成のための使用者からの要求事項、及び生成されたテストデータのカバレッジなど、現在生成中のテストデータに対するシナリオ情報を示す。  
【００５５】
以上のように、上記実施の形態を参照して詳細に説明され図示されたが、本発明は、これに限定されるものでなく、このような本発明の基本的な技術的思想を逸脱しない範囲内で、当業界の通常の知識を有する者にとっては、他の多くの変更が可能であろう。また、本発明は、添付の特許請求の範囲により解釈されるべきであることは言うまでもない。
【図面の簡単な説明】
【００５６】
【図１】本発明によるテストストリームの作成過程を概略的に示すフローチャートである。
【図２】本発明による装置の構成を概略的に示すブロック図である。
【図３】本発明による装置の構成を詳細に示すブロック図である。
【図４】本発明による方法をステップ別に示すフローチャートである。
【図５】ＸＭＬデータを実際の転送ストリームに変換する過程を示すフローチャートである。
【図６】本発明による方法を適用したソフトウェアプログラムの初期画面である。
【符号の説明】
【００５７】
２１０  使用者
２２０  入出力手段
２３０  データ生成モジュール
２４０  データ作成モジュール
２５０  データ変換モジュール
２６０  データベース
２６１  元データＤＢ
２６２  メタデータＤＢ
２６３  テストデータＤＢ
２６４  変換データＤＢ
２６５  分析データＤＢ
３１０  ＤＢアップデートモジュール
３２０  データ分析モジュール
【図１】
2004343714.tif 000005
【図２】
2004343714.tif 000006
【図３】
2004343714.tif 000007
【図４】
2004343714.tif 000008
【図５】
2004343714.tif 000009
【図６】
2004343714.tif 000010