(57)【要約】【課題】直接的な情報の仲介または様々な所在地に居る人々の資格/能力などの提供を最新の通信技術の使用によって実現することのできる、情報交換のための方法及び装置並びに相応するコンピュータプログラムおよび相応するデジタル記憶媒体を提供すること。【解決手段】情報放送がブロードキャスト標準において生成され、スタジオからライブで送信され、送信されたデータのデジタル化が行われ、ＩＰマルチキャストパケットで衛星を介して伝送され、ＩＰマルチキャストパケット受信のためにＴＶデコーダが用いられ、データ処理装置に対してソフトウエアをインストールし、情報放送へのアクセスが、ポータルを介した選択によって行われ、対話型の情報交換を、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行うようにする。【選択図】図１
2004153833.tif 000002
【特許請求の範囲】
【請求項１】
情報交換のための方法において、
−情報放送がブロードキャスト標準において生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して実施され、
−前記ＩＰマルチキャストパケットの受信のためにＴＶデコーダが用いられ、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータに対してソフトウエアをインストールし、この場合当該ソフトウエアは、データ処理装置をデータネットワークおよび/または通信ネットワークに接続した後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせるものであり、
−情報放送へのアクセスが、ポータルを介した選択によって行われ、
−対話型の情報交換を、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行うことを特徴とする方法。
【請求項２】
情報放送へのアクセスおよび/または情報放送によって提供された機能の利用が、アクセス権に依存して行われる、請求項１記載の方法。
【請求項３】
情報放送に対するアクセスが、ポータルにおける選択と情報放送へのリンクの呼出しに従って行われる、請求項１または２記載の方法。
【請求項４】
アクセス権がＥメールで、および/またはＳＭＳ（Short message service）を介したメッセージで、選択された所定の人々に送信される、請求項１から３いずれか１項記載の方法。
【請求項５】
ＴＶデコーダが受信したデータをローカルネットワーク、例えばＬＡＮ(Local Area Network）で供給され、および/またはオーディオフィードバックチャネルが、データ処理装置、例えばＰＣ（Personal Computer）またはオフィスコンピュータによって、衛星通信チャネルから分離されたＶＰＮ（Virtual Private Network）を介して情報放送のプロダクションスタジオに接続される、請求項１から４いずれか１項記載の方法。
【請求項６】
音声通信がVoIP（Voice over IP）で、オーディオフィードバックチャネルを介して行われる、請求項１から５いずれか１項記載の方法。
【請求項７】
情報放送の再生がデータ処理装置、例えばＰＣまたはオフィスコンピュータ上で、１つまたは複数のウエブブラウザによって行われる、請求項１から６いずれか１項記載の方法。
【請求項８】
ウエブブラウザ内の情報放送の再生に対して複数のウインドウが提供され、この場合例えば１つのウインドウは、スタジオ内にいる司会者（Moderator)または講師(フィルムウインドウ）のライブ表示のために提供され、１つのウインドウは、グラフィックおよび/またはテスト（グラフィックウインドウ）の表示のために提供される、請求項１から７いずれか１項記載の方法。
【請求項９】
情報放送の再生のためにウエブブラウザ内に供給されたウインドウがフレーム表示で送出される、請求項１から８いずれか１項記載の方法。
【請求項１０】
ソフトウエアがポータルでのログインの後で初期アプレットによってデータ処理装置上にインストールされるか、またはデータ処理装置上にインストールされたソフトウエアがポータルでのログインの後で実際化される、請求項１から９いずれか１項記載の方法。
【請求項１１】
情報放送によって提供された機能は、
−アンケートの実施および/または評価と、
−ＭＣＴ（Multiple Choice Tests）の実施および/または評価と、
−電話接続の構築、交換および/または管理と、
−データ処理装置とプロダクションスタジオおよび/またはディレクタ間のデータ伝送、特にテキスト伝送を含んでいる、請求項１から１０いずれか１項記載の方法。
【請求項１２】
アンケートおよび/またはテストは、ＨＴＭｌ言語でプログラミングされたファイルとして構成されている、請求項１から１１いずれか１項記載の方法。
【請求項１３】
アンケートおよび/またはテストの処理に対して時間的な制限が設けられ、この時間の経過後にはアンケートおよび/またはテストのファイルが自動的に処理毎に終了される、請求項１から１２いずれか１項記載の方法。
【請求項１４】
プロダクションスタジオおよび/またはディレクタに伝送されたデータおよび/またはファイル（例えばテキストファイル）がＥメールおよび/またはＳＭＳを介したメッセージで一人または複数の所定の受信者に転送される、請求項１から１４いずれか１項記載の方法。
【請求項１５】
少なくとも１つのプロセッサおよび/またはチップを含んでおり、前記プロセッサおよび/またはチップは情報交換のための方法が実施可能となるように構成されている形式の装置において、
−情報放送(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われるように構成されていることを特徴とする装置。
【請求項１６】
コンピュータのメモリ内にロードされることによって当該コンピュータに情報交換のための方法の実施を可能にさせるコンピュータプログラムにおいて、
−情報放送(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われるように構成されていることを特徴とする、コンピュータプログラム。
【請求項１７】
コンピュータのメモリ内にロードされることによって当該コンピュータに情報交換のための方法の実施を可能にさせるプログラムが記憶されている、コンピュータで読取り可能な記憶媒体において、
−情報放送(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われるように構成されていることを特徴とする、コンピュータで読取り可能な記憶媒体。
【請求項１８】
請求項１６によるコンピュータプログラムが電子的なネットワーク、例えばインターネットから当該データネットワークに接続されたデータ処理装置上にダウンロードさせることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報交換のための方法および装置並びに相応のコンピュータプログラム製品およびコンピュータで読取り可能な相応の記憶媒体に関する。これらは特に対話型テレビ（以下ではインタラクティブＴＶ若しくは単に“ｉＴＶ”と称する）、特にユーザーがそのネットワーク化されたオフィスコンピュータを用いて参加できるライブブロードキャストシステムの装置に使用可能である。
【背景技術】
【０００２】
複雑な製品、例えば車両内の電子回路部分の益々の増加とこれらのコンポーネントの急激な開発は、企業組織内の従業員の絶え間ない能力を必要としている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明の課題は、直接的な情報の仲介または様々な所在地に居る人々の資格/能力などの提供を最新の通信技術の使用によって実現することのできる、情報交換のための方法及び装置並びに相応するコンピュータプログラムおよび相応するデジタル記憶媒体を提供することである。
【課題を解決するための手段】
【０００４】
前記課題は、独立請求項の特徴部分に記載された本発明によって解決される。
【０００５】
本発明の別の有利な実施例は従属請求項に記載されている。
【発明を実施するための最良の形態】
【０００６】
本発明による方法で特に有利な利点は、空間的に離れた加入者と、流動的に入れ替わる加入者グループとの間で直接対話による情報交換が行えることである。詳細には、
−情報放送（番組）“Information-Sendung”をブロードキャスト・スタンダードにおいて生成し、スタジオからライブで送信し、
−送信されたデータのデジタル化を行い、続いてこのデジタル化されたデータの伝送をＩＰマルチキャストパケットで衛星を介して行い、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダを使用し、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータに対してソフトウエアをインストールし、その場合当該ソフトウエアは、データ処理装置をデータネットワークおよび/または通信ネットワークに接続した後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスをポータルを介した選択によって行い、
−対話型の情報交換を、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行う。
【０００７】
本発明による方法の有利な実施形態によれば、情報放送へのアクセスおよび/または情報放送によって提供された機能の利用が、アクセス権に依存して行われる。別の有利な実施形態によれば、情報放送に対するアクセスが、ポータルにおける選択と情報放送へのリンクの呼出しに従って行われる。
【０００８】
様々なケースにおいて有利には、限定された所定の人々だけが情報放送に参加できる（例えば専門商分野の訓練/実習など）。そのようなケースでは有利には、アクセス権がＥメールで、および/またはＳＭＳ（Short message service）を介したメッセージで、選択された所定の人々に送信される。
【０００９】
情報放送が公開されるべきでないケースにおいては、ＴＶデコーダによって受信されたデータに対して公共のネットワーク、例えばインターネットを介してアクセスできないようにすべきである。このようなケースでは有利には、ＴＶデコーダが受信したデータをローカルネットワーク、例えばＬＡＮで供給する。
【００１０】
本発明による方法の別の有利な実施形態によれば、オーディオフィードバックチャネル（Audio-Rueckkanal）がデータ処理装置、例えばＰＣ（Personal Computer）またはオフィスコンピュータによって、衛星通信チャネルから分離されたＶＰＮ（Virtual Private Network）を介して情報放送のプロダクションスタジオに接続される。それにより、衛星を介したデータ通信の負担が軽減されると同時に加入者アクセス権のない第３者が除外される。特に有利には、VoIP“Voice over IP”による音声通信がオーディオフィードバックチャネルを介して行われる。さらに付加的に、伝送されたデータが暗号化されてもよい。
【００１１】
本発明による方法の別の有利な実施形態によれば、情報放送の再生がデータ処理装置、例えばＰＣまたはオフィスコンピュータ上で、１つまたは複数のウエブブラウザによって行われる。放送ないし通信は、例えば１つのブラウザ内で開始され、説明に用いられるグラフィック表示またはビデオシーケンスは付加的なブラウザで開かれる。代替的な実施形態によれば、ウエブブラウザ内の情報放送の再生に対して複数のウインドウ、例えば１つのウインドウは、スタジオ内にいる司会者（Moderator)または講師(フィルムウインドウ）のライブ表示のために提供され、１つのウインドウは、グラフィックおよび/またはテスト（グラフィックウインドウ）の表示のために提供される。また有利には、情報放送の再生のためにウエブブラウザ内に供給されたウインドウがフレーム表示で送出される。これは必要に応じてディレクタ（Regie）によって行われてもよい。
【００１２】
クライアント側での情報放送の受信および/または利用のためのソフトウエアのマニュアルインストールまたは実際化を回避するために、有利には、ソフトウエアがポータルでのログインの後で初期アプレットによってデータ処理装置上にインストールされるか、またはデータ処理装置上にインストールされたソフトウエアがポータルでのログインの後で実際化される。
【００１３】
本発明による方法の別の有利な実施例によれば、情報放送によって提供された機能が、
−アンケートの実施および/または評価と、
−マルチチョイステスト（ＭＣＴ）の実施および/または評価と、
−電話接続の構築、交換および/または管理と、
−データ処理装置とプロダクションスタジオおよび/またはディレクタ間のデータ伝送、特にテキスト伝送を含んでいる。この場合特に有利なのは、アンケートおよび/またはテストがＨＴＭＬ言語でプログラミングされたファイルとして構成されている。
【００１４】
アンケートおよび/またはテストのニュートラルな重み付けに対して有利には、アンケートおよび/またはテストの処理に対して時間的な制限が設けられ、この時間の経過後にはアンケートおよび/またはテストのファイルが自動的に処理毎に終了される。
【００１５】
例えば電話またはテキスト伝送（テレグラム）で視聴者から司会者に伝送されたために続けて回答できなかった、情報放送中に出現した問い合わせのケースにおいては、特に有利には実施形態によれば、プロダクションスタジオおよび/またはディレクタに伝送されたデータおよび/またはファイル（例えばテキストファイル）がＥメールでおよび/またはＳＭＳを介したメッセージで一人または複数の受信者に転送される。
【００１６】
本発明による装置は有利には次のように構成される。すなわち、少なくとも１つのプロセッサおよび/またはチップを含んでおり、前記プロセッサおよび/またはチップは、情報交換のための方法が実施可能となるように構成されており、この場合、
−情報放送（番組）(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われるように構成されている。
【００１７】
本発明による、情報交換のためのコンピュータプログラムは、コンピュータのメモリ内にロードされることによって当該コンピュータに情報交換のための方法の実施を可能にさせ、この場合、
−情報放送(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われる。
【００１８】
例えばこのコンピュータプログラムは（課金によってまたは無償で自由にアクセス可能に若しくはパスワードで保護されて）データネットワークまたは通信ネットワークにダウンロード可能に提供され得る。そのように提供されたコンピュータプログラムは、電子的なネットワーク、例えばインターネットから当該データネットワークに接続されたデータ処理装置上にダウンロードさせる方法によって使用可能にされる。
【００１９】
情報交換のための方法を実施するために、有利には、コンピュータのメモリ内にロードされることによって当該コンピュータに情報交換のための方法の実施を可能にさせるプログラムが記憶されている、コンピュータで読取り可能な記憶媒体が用いられる。この場合、
−情報放送(Informations-Sendungen）がブロードキャスト・スタンダードで生成され、スタジオからライブで送信され、
−送信されたデータのデジタル化が行われ、続いてこのデジタル化されたデータの伝送がＩＰマルチキャストパケットで衛星を介して行われ、
−前記ＩＰマルチキャストパケットの受信のために、ＴＶデコーダが使用され、該ＴＶデコーダは、受信したデータをデータネットワークおよび/または通信ネットワークに供給し、
−データ処理装置、例えばパーソナルコンピュータやオフィスコンピュータ上にソフトウエアがインストールされ、この場合前記ソフトウエアは、データ処理装置がデータネットワークおよび/または通信ネットワークに接続された後で、情報放送の受信と、情報放送によって提供された機能の少なくとも一部の使用を可能にさせ、
−情報放送へのアクセスがポータルを介した選択によって行われ、
−対話型の情報交換が、情報放送によって提供された機能を利用して、データ処理装置とスタジオ間の通信接続を介して行われる。
【００２０】
ｉＴＶシステムは、ディーラの従業員とメーカーとの間の直接の情報交換を可能にする。そのためｉＴＶシステムは、コストの削減と従業員の継続的な能力を可能にする。ｉＴＶの一貫した利用のもとでは、（時間とコストに関する）エラーを取除くプロセスの最適化が達成される。
【００２１】
ｉＴＶシステムは、特に以下に述べるような利点を有している。すなわち、
−最低品質を保証するためのフルスクリーンモードでのＶＨＳ画像品質、撮影標準は、ベータカムＳＰまたは同等の放送標準、
−ディーラにおけるソフトウエアのマニュアルインストールが不要、
−標準のウエブ技術の利用
−ｉＴＶ放送への参加が技術的に適した各オフィスコンピュータによって可能でなければならないこと
−ディーラからｉＴＶ編集者への電子的な画像ドキュメントの伝送が任意に抑圧できる。
【００２２】
本発明の有利な実施例は、従属請求項に記載されている。
【実施例】
【００２３】
次に本発明を図面に基づき以下の明細書で詳細に説明する。
【００２４】
本発明は以下の明細書では、インタラクティブＴＶ（対話型テレビ“ｉＴＶ”）の例で説明する。特別な実施例としては、ライブブロードキャストシステムがあり、これは視聴者が、そのネットワーク化されたオフィスコンピュータを参加に用いている。情報交換のための方法の実施例と、ライブブロードキャストシステムとして実現された情報交換のための装置、並びにこのシステムの個々のモジュールの相互作用は、以下の明細書で詳細に説明する。この場合、ライブブロードキャストシステムとして実現された装置の構造は、付加的に図４および図５に示されている。
【００２５】
そのような対話型オペレーションズテレビのターゲットグループは、
−共同経営（商取引）
−マーケティングセンタ
−製造工場
−下請け企業
−輸入業者（商社）
の企業の従業員である。
【００２６】
司会者４１は、カメラの前に立ち、フィルム、フォイル、グラフィック情報を用いて加入者４２にその作業場所を知らせる。加入者４２は、ライブで音声及びデータフィードバックチャネルを介して通信に組込まれる。この対話型媒体は、従業員のリアルタイムの学習を可能にする。既にｉＴＶ通信の期間中は、司会者ないし講師/教師４１は、例えばマルチチョイステスト“Multiple-Choice-Tests”を介して加入者の知識レベルを問うことができ、それに対する相応の反応を示すことができる。
【００２７】
ｉＴＶプログラムは、本発明の特定の実現例においてはテレビスタジオ１６で作成される。このプログラムは、衛星１５を介して送信され、ＴＶデコーダ１３によって受信される。このプログラムは、企業のローカルネットワークを介して従業員のオフィスコンピュータに到達する。この加入者のパーソナルコンピュータＰＣは、対話型機器であり、ヘッドセットを介して視聴者は、ｉＴＶスタジオ１６の司会者４１と対話する。オーディオフィードバックチャネルに対してはＶＰＮ（Virtual Private Network）が用いられる。
【００２８】
この例示的なｉＴＶシステムは、ウエブ技術に基づいている。すなわち表示がブラウザで行われている。通信への加入ないし参加は、アクセス権構想に基づいている。この権限付与は、正当性のチェックに従って行われており、ポータル１１へのログインを要求する。
【００２９】
次にｉＴＶ（インタラクティブＴＶ）の一般的な構造の説明をする。
【００３０】
ｉＴＶ放送
情報放送によって伝達され得る内容には様々なものがあり、例えば
−視聴者への迅速な現行情報や熟練者のための情報獲得
−様々な熟練者による複数のテーマの紹介
−様々な関係のターゲットグループの複数の代表間の意見交換
−対話型の学習用ないし訓練用の放送
が挙げられ、それぞれ有利には固有の放送フォーマットで提供される。
【００３１】
ｉＴＶ用放送フォーマットの要求
放送フォーマットの数は、各放送が充たすべき内容的な目的に従って方向付けられている。このフォーマットは、第１に対象によって影響される。放送の構想は、それが例えば学習目的を充たすものかまたは目下の新鮮な情報たるべきものであることをねらいとしている。第２にターゲットグループが決定される。それにより放送フォーマットは、その放送が複合的な製品の製造企業の従業員４３向けなのか、下請け企業の従業員４４向けなのか、あるいは傘下企業のサービス従業員４５むけなのかに応じて異なっている。
【００３２】
また放送内容も放送フォーマットへの影響を有している。複雑な内容は、ジャーナリスティックな表示形態でわかりやすく伝達されるべきである（例えばインタビュー形式、フィルム形式、司会進行またはディスカッション形式など）。
【００３３】
全ての放送は、明確に定められた構造、固有のスクリーンデザイン、固有のわかりやすい音声を有しており、それらは全てインタラクティブＴＶによって準備され作成され、放送される（それ故にそれらは対話型テレビ放送番組とも称される）。放送に参加したい熟練者の各々は、その内容を編集者４６と共に準備処理し、それぞれの放送のフォーマットに相応させて伝えなければならない。
【００３４】
全てのテーマに対して目下の時点では５つの放送フォーマットがｉＴＶに対して定められている。すなわち、
1.  熟練者向け放送タイプ
2.  司会型の熟練者向け放送タイプ
3.  座談会タイプ
4.  学習向け放送タイプ
5.  コンピュータシステム学習向けタイプ
である。
【００３５】
視聴者および情報提供業者
ｉＴＶ放送の質を最適にするためには、有利には放送の制作側で、種々異なる専門分野や専門部署の人材が協働で作業して専門知識を投入しなければならない。それに伴って学習の目的に応じて例えばメーカーにおける以下のようなグループ/所在地/部門からの従事者が製作に関与し得る。
【００３６】
例えば以下に述べるような所在地/部門のグループが関与し得る。すなわち、
−メーカー所在地の製品サービス部門
−メーカー所在地の品質保証部門
−メーカー所在地の研究・開発部門
−ドイツ全土の商社
−“Hot Bild 3”のサービスエリア（Footprint）内の全ての輸入業者
などである。
【００３７】
ｉＴＶ放送においてはこれらのグループは視聴者４２でも情報提供業者でもあり得る。
【００３８】
またテーマも“対話的”である。すなわち情報提供業者も視聴者４２も他者の知識や質問によって多くを学べる。
【００３９】
フィルムおよび伝送品質への要求
情報放送（番組）の枠内ではとりわけ技術と製品が紹介される。従って画像品質に対して技術的に高い要求が課される。というのもエンジンやその他の構成部における詳細部が頻繁に提示され、特にこれらは視聴者に良好に識別されなければならないからである。それに対する前提としてプログラムの製作はプロフェッショナルレベルの放送標準規格である。
【００４０】
熟練者向け放送
目的：
視聴者４２への迅速な現行の情報提供及び熟練者のための情報獲得
情報の特徴：
−現行の製品情報
−製品、特に自動車のパーツの説明
−新しい工具の紹介
この放送は、単一主題、すなわち例えば１つのテーマについてのみ催され話し合われる。
司会：
熟練者が単独でカメラの前に立つ。彼は専門分野の資格ないし能力保持者であり、自身のテーマを単独で提示し、編集は入らない。彼は自信のテーマを理解してなければならず、ｉＴＶ編集者４６の前もって定められた規定に従ってテーマを展開させることができる。彼は視聴者４２に対し直ちに情報提供者として役立つ。対話の中で視聴者４２と熟練者は日々の仕事に対して付加的な知識を獲得することができる。
【００４１】
放送の構成：
1.  あいさつ
2.  紹介フィルム、画像および/または図面を用いたテーマの提示説明
3.  視聴者４２との経験の交換
4.  結論
5.  締め
この放送は最大で２０分間続けられる。
司会進行型熟練者向け放送：
司会進行型の熟練者向け放送は、前述してきた熟練者向け放送に比べていくつかの違いがある。この司会進行型熟練者向け放送では、複数のテーマが様々な熟練者によって紹介される。司会者４１は、放送によって導き、放送を通じて熟練者達をリードする。しかしながらこの司会進行型の放送は、一人の熟練者だけをスタジオ１６に招いて単一のテーマで進行するものであってもよい。これは例えば特に複雑なテーマの場合に必要となるか、あるいはまだ経験の浅い専門技術者のテーマ紹介の際の支援的な立場になり得る。この放送は、最大で３０分間である。
【００４２】
放送の構成：
1.  司会者４１によるあいさつ
2.  共演者の紹介
3.  紹介フィルム、画像および/または図面を用いた司会者４１と熟練者との間の対話による第１のテーマの提示説明
4.  視聴者４２との経験の交換
5.  次のテーマへの橋渡し
6.  第２のテーマの提示説明
7.  視聴者４２と経験の高官
8.  結論
9.  締め
司会進行：
この放送は、プロのテレビ番組司会者かプロの司会者によって提示説明される。司会者４１は、様々なテーマを紹介し、熟練者にインタビューして視聴者との討論を導いていく。この司会者の果たすべき役割は、放送番組の流れをコントロールすることである。その際には例えば、種々のテーマに対する放送時間を調整/維持したり、１つのテーマから次のテーマへの切換を司会を通してうまくつなげていくことにも注意を払う。
【００４３】
座談会：
目的：
関連する分野の様々なターゲットグループからの複数の参加者の間の考察意見の交換。この目的は、同時に多くのターゲットグループの間の知識の交換も含む。１つのテーマは、解決の方向で討論される。この座談会は、プロのテレビ司会者によって誘導される。この放送時間は３０分〜６０分の間である。
【００４４】
情報の特徴性：
−現下の製品情報
−製品、例えば自動車の部分パーツの講義/講習
−新しい工具の紹介
座談会の枠内で掘り下げられるテーマは、非常に多岐多様に亘る。それらは前述したようなパターンに沿って十分に掘り下げられる。ここで考えられるのは、製品の市場への導入やその他のテーマに関してディーラの営業部門とサービス部門の間の定期的なディスカッションである。
【００４５】
司会進行：
カメラの前には最大で５人のゲストが立つ。司会者４１は、座談会を進行しつつ、辛辣な視聴者４２の役割を演じて質問を放ち、テーマが枯れないように気を配る。司会者は、仕事場にいる視聴者４２とのコミュニケーションを図り、その質問にそぐう回答が得られるように配慮する。そして司会者は番組の最後で結論を導き、放送がおすことのないように気を配る。
【００４６】
放送の構成：
1.  司会者４１によるあいさつ
2.  紹介フィルム、画像および/または図面を用いたテーマの提示説明
3.  紹介フィルム、画像および/または図面を用いてスタジオゲストと視聴者４２との討論会
4.  司会者４１による結論
5.  司会者による締め
学習/講習用放送
ｉＴＶを利用して、定期的な間隔で対話型の学習/講習番組を放送することも可能である。視聴者４２は、学習の枠内で小試験を受けられ、学習/講習に参加した証明書を受け取ることができる。この放送時間は３０分〜６０分の間である。
【００４７】
情報の特徴性：
学習ないし講習のテーマは、例えば所定の製品の運搬であってもよい。これは顧客サービスにもマーケティングにも係わるテーマである。
【００４８】
司会進行：
ここでの学習/講習は、相応する専門分野の講師４１に預けられる。それに対して講師４１は、ｉＴＶの機能と進行の基本的な指示を受けるものである。なぜならテーマの多様性が非常に大きいので、可能性のある全てのｉＴＶ講師はｉＴＶ企画の一般的な指示をあおぐのが望ましい。放送の直前に講師は、ｉＴＶメディアとの進行作業への指示を再度受ける（講師ダイアログの操作、放送中の編集者４６とディレクタとのコミュニケーションなどについて）。
放送の構成：
1.  講師４１によるあいさつ
2.  紹介フィルム、画像および/または図面を用いた対話型講義、並びに放送中のマルチチョイステスト
3.  学習/講義放送中の番組につながる試験部分への講師４１による移行
4.  試験
5.  結論および講師４１による締め
学習/講義放送は、情報提供放送とは番組進行中に固有の試験部分によって補われる点で実質的に異なる。この対話型学習の最後では講師４１は試験を予告する。
【００４９】
視聴者４２には終了テストが伝送され、視聴者は所定の時間内で試験問題を解かなければならない。所定の時間が経過した後でこれらのテストファイルはセンタに伝送され、評価され、視聴者４２には修了証がオンラインで渡される。
コンピュータシステム学習
特殊な学習は、コンピュータシステム学習において行われる。このコンピュータシステム学習の枠内では、ＰＣシステムがｉＴＶを介して学習される。
操作面：
視聴者ダイアログ
情報放送用視聴者ダイアログ
情報放送番組に対しては実際には、オフィスコンピュータ１４上の放送番組の再生ウインドウ内で、スタジオ１６内にいる司会者４１ないし講師４１のライブ表示を伴うフィルムウインドウに大きな空間が与えられている。この再生ウインドウは、本発明の有利な実施形態においてはウエブブラウザで開かれる。
【００５０】
フィルムウインドウの他にも視聴者４２には、対話に対してイエス/ノーボタン、質問ボタン、テレグラムボタンが提供される。この対話（ダイアログ）は、既に大きなフィルムウインドウに基づいて講師４１の提示説明表示とフィルムの紹介を可能にする。ディレクタ４７は、いつでもフィルムウインドウをフレーム表示に切り替えられる。ディレクタは視聴者４２と講師４１との間のコミュニケーションを連続して図るためにダイアログ表示を維持し続けることも決定できる。
【００５１】
イエス/ノーボタン
これらのボタンを用いることによって講師４１は、視聴者４２に推論される質問を向けたり、アンケートを実施することが可能となる。講師４１によって定められた質問は、視聴者４２によってイエスまたはノーに相応するボタンのプッシュによって回答される。これらのボタンは、トリガの時点までディレクタ４７によって遮断される。視聴者４２は、ボタンのプッシュの後で視覚的な確認を得られる（例えばイエスボタンは緑で、ノーボタンは赤で指示するようにしてもよい）。ボタンのプッシュの後では、これらのボタンが再びディレクタ４７によって、（例えば新たな問い合わせなどの）トリガの時点まで遮断される。アンケート結果は、講師４１とディレクタ４７の制御ダイアログの中に表示される。
【００５２】
質問ボタン
視聴者４２は、ヘッドセットを介して講師４１に応答したい場合には質問ボタンをプッシュする。このボタンテキストは、「待機していてください」に入れ替わり、視聴者４２は、放送ディレクタ４７が情報提供していることを識別する。
【００５３】
視聴者４２がディレクタ４７によって解放されるまでは、クライアントプログラムが２０秒間おきに固有のＰＩＮＧをｉＴＶサーバー１０に送信し、ＶＰＮ接続が維持される。
【００５４】
視聴者４２が放送に立ち入ることができる場合には、放送ディレクタ４７から解放される。視聴者ダイアログではボタンテキストが“待ってください”から“話はじめてください”に変わる。同時に視聴者４２は、信号音を受け取る。会話の後では、ボタン上に再び“質問”の文字が浮き上がる。視聴者４２は新たに質問の希望を表明できるし、会話の希望をいつでも引き戻せる。それに対しては“待ってください”のボタンを一度クリックするだけでよい。
【００５５】
テレグラム
視聴者４２は、自身の質問ないし考えを、テレグラムを介して講師４１に伝えることも可能である。このテキストメッセージは、最大で１０００の文字分の長さを有する。この場合は視聴者４２は“テレグラム”ボタンをクリックする。このボタンの下側にはテキスト入力フィールドが開かれている。右側のページ上にはスクロールリストと“送信”の文字が付されたボタンを有している。相応するボタン上でのクリック操作の後では、視聴者４２は、メッセージが放送ディレクタに届いた場合には確認を得る。これは信号音で知らされ、“テレグラムがｉＴＶセンタに届いた”旨の情報が現れる。その後でテキスト入力フィールドは再び閉じられる。
【００５６】
テレグラムのテキスト入力中に、ディレクタ４７からフレーム表示に切り替えられそうな時には、視聴者４２は、そのテレグラムを最後まで書き込んで送信できる機会を有さなければならないので、それに対してはテキスト入力フィールドがディスプレイの前景にとどめられる。
【００５７】
学習/講習放送のための視聴者ダイアログ
図２によれば右上のフィルムウインドウ２１には講師４１が写っている。その講義は、図２の左側に現れているグラフィックウインドウ２０のグラフィックとテストによって支援されている。この対象も、衛星１５を介して伝送され、講義と同期して表示される。本発明の特有の実施形態によれば、それらのグラフィックが固有のチャネルに左右されずに伝送される。このダイアログは、ディレクタ４７からいつでもフレームモードに（つまりフィルムウインドウ２１もグラフィックウインドウ２０も）切り替えられ得る。ディレクタ４７は、学習ダイアログから情報ダイアログへ切り替えることも決定できる。このことは、グラフィック処理されない放送フェーズにおいて、それにも係わらずに講師４１とのコミュニケーションを可能にさせたい時に有利である。
【００５８】
ログアウト/ウインドウの終了
視聴者４２は、ウインドウクローズボタンによってｉＴＶウインドウを閉じることによりアプリケーションを終了させることができる。このクローズは、プログラミング技術的に受け取られ、それに伴って記名によるセンタへのログインが実施される（課金と視聴者引用）。
【００５９】
制御ダイアログ
ｉＴＶ放送は、責任編集者４６とディレクタ４７によってコントロールされている。これはスタジオ１６内にいるディレクタ４７のコンピュータ上にある制御ダイアログを用いて行われる。付加的に講師４１は、その情報ないし学習放送によって自身で導くことのできる可能性も有している。但しこの講師用ダイアログは簡素に構成されている。
【００６０】
以下では２つの制御ダイアログに区別する：
−講師用ダイアログ
−ディレクタ用ダイアログ
ここでは、コントロールモニタは無視することとする。説明のために便宜上、講師４１は、放送の経過の中で示される全てのフィルムを司会用の固有のビデオモニタ上で追従できるものとする。
【００６１】
生徒と講師の間のコミュニケーションの経過は、以下の用に簡単に行われる。すなわちディレクタ用ダイアログに達した質問は、音声ミキサに転送され講師のヘッドセットを介して送出される
ディレクタ用ダイアログに達したテレグラムは、講師用ダイアログに転送され、そこで出力されるかまたはアーカイブシステムに記憶される
講師用ダイアログ若しくはディレクタ用ダイアログに達したイエス/ノー情報は、講師用ダイアログを介して出力されるかまたは結果として放送される
講師用ダイアログ若しくはディレクタ用ダイアログに達したマルチチョイスクエスチョンは、講師用ダイアログを介して出力されるかまたは結果として放送される
コミュニケーション経過は全ての放送フォーマットに対して有効である。
【００６２】
スタジオ１６内の作業場所およびディレクタ４７の作業場所の配置構成
司会者/講師４１およびディレクタ４７の作業場所の配置構成に対しては、有利な実施形態によれば、これらの作業場所の分散配置がスタジオ１６とディレクタ４７の間で行われる。その際に講師用作業場所（講師用ダイアログ）とディレクタ作業場所１（ディレクタ用ダイアログ）はスタジオ１６内にあり、ディレクタ作業場所２および３（ディレクタダイアログ）はディレクタ４７のところにある。
【００６３】
スタジオ１６（ディレクタ作業場所１）内の編集者の存在は、講師４１に安心の感覚を与える。その他に編集者４６は、応答パートナーとしてライブ放送に関与し得る。編集者は、例えば到着したテレグラムをライブで読み上げることができる。放送番組の長さと予算に応じてｉＴＶ放送は、１つのディレクタダイアログまたは複数のディレクタダイアログから引き出される。複合的な製作のもとでは、以下の人材の起用が考えられる。
【００６４】
ディレクタ作業場所１：ここは編集者４６によって占められる。編集者は専ら視聴者４２とのコミュニケーションに関与し、テレグラムを受信し、選択し、ディレクタ４７からの助言に従って読み上げる。編集者は質問希望の受け入れと選択を行い、それを音声ミキサへ転送もする。
ディレクタ作業場所２：ここは放送の編集責任者４６並びに技術サービスセンタからの責任者によって占められる。これらの責任者は、放送の内容的な妥当性を検討し、放送経過が内容的な理由から再整理する必要性がある場合にはそれに介入する。
ディレクタ作業場所３：ここはディスプレイの場所である。放送はここから番組プランに従って技術的に制御される。
講師用ダイアログ（図３参照）
講師４１は、そのモニタから放送の経過を十分にセルフ制御できる。講師は、前景内で処理されたグラフィックプランに相応して、いつ、どのグラフィックを送信するかを定めることができる。編集者４６と画像ミキサは講師を支援し、この場合ディレクタ４７側からはいつでも介入可能である。なぜならディレクタ用ダイアログは講師用ダイアログの全ての機能性を有しているからである。放送がどのように制御されるかは、編集者４６と講師４１と画像ミキサによって協働して定められる。
【００６５】
放送経過ウインドウ３０では、講師４１が放送プランのどのポイントに自身が到達しているのかを見ることができる。それにより講師は、フィルムを続けるのか、ビデオグラフィックを同時に紹介した方がよいのかを参照することができる。また講師は放送経過の中で質問コーナーを設けるべきかや、あるいは放送の終了にどのくらい近づいているのかを参照することができ、放送進行の加減もできる。これらのデータを講師はディレクタ４７から受け取る。使用したフィルムやビデオグラフィックは、司会用デスクに用意されているコントロールモニター上に現れる。
【００６６】
テレグラムウインドウ３１では、編集責任者４６から講師４１に転送されてきた質問が表示される。このウインドウは、スクロールバーを備えている。付加的にテキストフィールドは、講師４１が質問に答えたくない時のための消去ボタンを含んでいる。講師が質問を消去した場合には、相応の通知がディレクタ４７に届く。編集者４６はその後新たなテレグラムを提示することができる。
【００６７】
イエス/ノーウインドウ３１では、講師４１から視聴者４２のもとにあてられたアンケートの結果がパーセント表示で示される。付加的なリセットボタン３３を介してこの結果はリセットできる（ディレクタ用ダイアログでも同じ）。
【００６８】
グラフィックウインドウ３４では、講師４１がどのフィルムシート（ホイル）（Folie）を提示説明したいかがみてとれる。この放送のフィルムシートは、“グラフィックフォーマット”におかれる。講師４１は、それらのフィルムシートとマルチチョイステストの使用を管理する。
【００６９】
講師４１は、フィルムシート経過ウインドウ３５でそのグラフィックの使用をコントロールできる。そこにリストアップされたフィルムシートのクリックによって講師は次のフィルムシートをグラフィックウインドウに表示できる。ウインドウ上のダブルクリックによって講師はフィルムシートを送り出すことができる。それによってそれらは“オンエアーウインドウ”３６に現れる。この機能は編集者４６若しくはディレクタ４７も有しており、それによってエラーの際に介入できる。フィルムシートの上方縁部領域には、“ニュートラル”ボタン３７が設けられている。このボタンのダブルクリックによって講師４１は、ニュートラルフィルムをフェードインでき、それをすぐに送出できる。
【００７０】
フォワード/バックワードボタン３８によって、講師４１は、フィルムシートを繰り返したり、次のフィルムシートに続けることがクリック操作でできる。それによってこれらはグラフィックウインドウ３４に現れて、直ちにオンエアーされる。
【００７１】
マルチチョイステストもこのグラフィックウインドウ３４に表示される。ＨＴＭＬ方式でプログラミングされたページは、質問コーナー、考えられる解答、解答のチェックボックスを含んでいる。講師４１は、このページをダブルクリックで送信する。それらはオンエアーウインドウ３６に現れる。これは事前に定められた時間の間（例えば３０秒間）視聴者用ダイアログに開かれる。この時間が経過した後では、このウインドウが閉じられる。視聴者４２が自身の解答を出すと、結果がスタジオ１６に伝送されてくる。その後でチェックボックスが閉じられる。マルチチョイスページは、公認の質問時間が継続する間はまだ視認可能なまま維持される。講師用ダイアログのグラフィックウインドウ３４にはテストの結果が自動的に現れる。グラフィックウインドウ３４のダブルクリックによってこの結果が視聴者４２に送られる。
【００７２】
マルチチョイステストは、その他のあらゆる種類のフィルムシート/ホイルシートであってもよい。このことはビデオ画像がさらにフェードイン可能なことを意味する。また必要に応じてディレクタ４７はテストの期間中に当該グラフィックウインドウ３４をフレームとして表示してもよい。
【００７３】
マルチチョイステストとグラフィックのためのデータは、視聴者４２がマルチチョイステストまたはグラフィックの表示直前にスイッチオンした場合でも、直ちにクライアントに表示すべく伝送されるべきであろう。マルチキャストストリームに含まれている命令によって、グラフィックないしマルチチョイステストがウインドウにのみ表示される。このマルチキャスト毎のデータ伝送においては、冗長性も統合されるべきであり、それによって個々のパケットの損失がグラフィックの表示不能に結びつくことはなくなる。
【００７４】
ディレクタ用ダイアログ
ディレクタ用ダイアログによって全ての放送フォーマットがコントロールできる。このダイアログは、講師用ダイアログの全ての機能を有しており、さらにさらなる機能、例えばスクリーンボタン機能も含んでいる。
【００７５】
ディレクタ用ダイアログ：
講師用ダイアログのようにディレクタ用ダイアログもテレグラムウインドウを有している。“テレグラムフィールド”では、ディレクタ４７は、だれがテレグラムを送ったかを識別できる。送信者のクリックによってテレグラムがテキストフィールド内にスクロールバーを伴って視認可能となる。ディレクタ４７からはこのテレグラムが内容検査の後で講師４１に転送され、リストから消える。講師４１はテレグラムを消去すると、“転送”ボタンが点滅する。それによってディレクタ４７は新たなテレグラムを講師４１に送信する。その上さらに講師用ダイアログ上のテレグラムは基本的には、ディレクタ４７から講師４１に新たな分が送信された後で書き換えられる。全てのテレグラムは記憶され、送信の後でＥメールとして講師４１に転送される。続いてこれらのテレグラムはデータベースから消去される。
【００７６】
付加的にディレクタ用ダイアログには“呼出しリスト”が準備されている。フィールド“呼出しリスト”には会話希望が表示される。ディレクタ４７は、呼出し者の名前と素性を確認する。呼出しリストでは最初の“呼出し”が一番上にくる。後からくる全ての呼出し希望はその下に表示される。ディレクタ４７は、リストの中で講師４１につなげたい呼出し者を選択する。このことは名前の上のダブルクリック操作によって行われる。名前の行は色分けされており赤色をしている。さらなるダブルクリックによってディレクタ４７は会話を終了させる。呼出し者の名前はリストから消える。ディレクタ４７は、呼出し者をリストから任意に消去することもできる。
【００７７】
“スクリーン”ボタンを用いることによって、ディレクタ４７は２つの視聴者ダイアログの間で切換を行える。例えばディレクタ４７は、情報放送のための視聴者ダイアログでスタートしてその後学習放送用の視聴者ダイアログに切り替えることも可能である。
【００７８】
“ＶＢ（フレーム）”の付されたボタンは、ディレクタ４７に、フレーム表示への切り替えを可能にさせる。ディレクタ４７は、講師４１が見ることのできるフィルムウインドウも、グラフィックウインドウもフレームで表示させることができる。“スクリーン”ボタンを用いれば、フレーム表示が解除される。
【００７９】
各放送フォーマットは、制御ダイアログに対して様々な要求を打ち出す。そのため所定の機能フィールドまたはボタンは、動作しないようにできることが望ましい。例えばフィールドは一旦ディスプレイ上に現れるが、その後すぐにグレーに反転して休止状態になるなどである。
【００８０】
アドミニストレータダイアログ
制御ダイアログのコンフィグレーションに対しては、アドミニストレータダイアログが必要である。このダイアログを介して以下の作業が展開できる：
−放送フォーマットの選択
−所定の放送に対するターゲットグループの確定
−ターゲットグループへのＥメール１７による招待状の送付
−ｉＴＶシステムのユーザー管理（アドミニストレータ、ディレクタ、講師）
−グラフィック、テキストのインポート（例えばグラフィック経過や放送経過など）
−マルチチョイステストの作成
−種々のパラメータの入力（例えばマルチチョイステストの時間など）
−ログインされた視聴者４２のデータの読出し
−放送経過とグラフィック経過のリストの作成
−放送前と放送中のテキストフェードインの作成
−放送中に記憶された全てのデータの管理
−ターゲットグループの表示
などである。
【００８１】
構成機構/プロセスモデル
ポータル１１におけるｉＴＶユーザーのセットアップ
ユーザーの管理は、中央で行われる。例えば経営部門の１つの機構によって行われる。放送へのアクセスは、パラメータ（役割）“ｉＴＶ資格者”を介してコントロールされる。
【００８２】
ｉＴＶへの招待
所定のターゲットグループに対する放送への招待に対しては以下の役割を定めることが重要である：
商部門：
−ｉＴＶ資格者
−サービス技術者
−サービスコンサルタント
−経営責任者、支配人
−セールスマン
−販売総責任者
−製造者
輸入/供給/マーケティングセンタ：
−ｉＴＶ資格者
−組み立て関係の従業員
−電気関係の従業員
−エンジン/変速機関係の従業員
−シャーシ関係の従業員
商部門の役割は、有利な実施形態によればポータル１１において定められており、さらなる役割は、ここではｉＴＶに使用されている固有のユーザーデータベースに供給される。ｉＴＶユーザーデータベースの調整は、同一のユーザー名を介して行われる。
【００８３】
またユーザーの区別は、その帰属性（製造業者、輸入業者、供給業者、販売業者など）に従って行うことも可能である。
【００８４】
それに対してポータル１１のメソードは、前述した役割に従った検索ができるように拡張できる。結果として、例えば“USER-ID”、“GIVE-AME”、“SURNAME”“BRANDNAME”、“BRANDS”、“BRAND-ID”、“ROLES”、“ROLE”、“ORGANISAION”、“ORGTYP”、“MOBIL”、“E-MAIL”などのタグが必要となる。
【００８５】
ポータル１１へのログイン
ポータル１１へのログインとｉＴＶ用のリンクの呼出しによってウエブサーバー上では、ｉＴＶサーバー１０に転送される。これらのＵＲＬのパラメータは、トークンであり、これはポータル１１のＸＭＬインターフェースを介した認証のために用いられる。
【００８６】
放送開始から数分以内の全てのｉＴＶ加入者の同時ログインの作用は、ネットワーク技術ないしはサーバー技術を介して考慮され得る。
【００８７】
クライアントソフトウエアのインストール
ｉＴＶアプリケーション４０の呼出しは、ポータル１１におけるログインによって行われる。それにより、イニシャルアプレット（最大４００ＫＢ）が開始され、本来のｉＴＶクライアントソフトウエアがマルチキャストを介して受信されインストールされる。先の利用によってこのクライアントソフトウエアが既にインストールされているのならば、それが必要に応じて実際化される。それに対して必要なことは、クライアントソフトウエアが既に放送の約１５分前に衛星１５を介して最大の帯域幅で送信されることである。放送中はこのソフトウエアは狭帯域でも送信される。
【００８８】
ポータル１１におけるログインが送信されていない時点で開始されたならば、既にインストールされているクライアントソフトウエアのもとで次の放送への示唆を伴うスタートディスプレイが現れる。次の放送に関する情報は、中央サーバーからクライアントに取り込まれる。
【００８９】
クライアントソフトウエアがまだインストールされていないのならば、受信コンポーネントがダウンロードされる。衛星１５を介して送信されていない場合には、クライアントソフトウエアのインストールは行うことができない。それでも次の放送への指示を伴ったスタートディスプレイは現れる。
【００９０】
ログインが成功した後では、サウンドカードのマイクロフォン入力が以下の項目で
−録音機器としてマイクロフォン入力の活動化
−録音レベルの平均値へのレベル調整
準備される。
【００９１】
放送経過
放送中は、参加者に対して、目下の放送で流される組織の中でのその役割と所属に基づいて正当性がチェックされる。正当性が認められない場合にはエラー通知が現れる。
【００９２】
放送番組の後処理
ｉＴＶの放送の後では、放送中の送信者情報（名前、会社、Ｅメールアドレス、電話番号）を伴った全てのテレグラムとタイムスタンプがＥメールで技術者に送信される。
【００９３】
アーカイブ
ｉＴＶ放送は、必要に応じてｉＴＶサーバー１０上でストリームとして保管可能である。その場合この保管された放送を新たに送信したりクライアント側で観察できるような手段を講じる必要がある。
【００９４】
さらに照会先クライアントに対して送信した放送はスタジオ１６内のグラフィックカードのＴＶ出力端子によってビデオテープに記録することも可能である。
【００９５】
データモデル
視聴者に対するデータは、ポータル１１のＸＭＬインターフェースの書き込みから取り出すことができる。さらなる属性、例えばさらなる役割なども同じように規定することが可能である。
【００９６】
ユーザー面
ユーザーダイアログは、既に前述の“操作面”で説明している。
【００９７】
基本的に注意すべき点は、全てのダイアログとエラー通知がユーザーの母国語で出力されることである。初期フェーズでは、独語と英語で実施されるが、しかしながら他の言語への簡単な拡張手段を設ける必要がある。
【００９８】
エラー通知と警告指示は、一義的なエラーナンバリングが“ｉＴＶｎｎｎｎＥ”(エラー通知）“ｉＴＶｎｎｎｎＷ”(警告指示）のフォーマットで受け取られ、それらはハンドブック“Ｓｕｐｐｏｒｔ”に記録され、説明される。この場合前記“ｎｎｎｎ”は、４桁の数字によるエラー番号を代表的に表したものである。
【００９９】
支援システムの記述
−ボタン（例えば“イエス”、“ノー”、“会話”、“テレグラム”）に関してのマウスポインタが存在するならば、そのつどの機能性が補助テキスト（ヒント）としてフェードインされる
−視聴者に対するディスプレイ解像度としては、業界コンセプトによる標準ディスプレイ解像度が定められる（現下では８００×６００ピクセル）。ｉＴＶユーザーは、この解像度を最小解像度としてはじめることができる。しかしながら表示は、より高い解像度のもとでも機能しなければならない
−ユーザーがまだマルチキャストストリームの送信されない時点でｉＴＶの利用に切り替えた場合には、ビデオウインドウにおいて事前に定められた画像がグラフィックフォーマットで表示される。この画像は、例えば放送開始を示唆するものを含んでいてもよい
−画像はセンタによって実際化され、クライアントソフトウエアの開始の際に中央サーバーからＣＰＮ（Central Partner Network）４８にロードされる。
【０１００】
インターフェースコンセプト
ポータル１１
ｉＴＶへのアクセスを制限し、視聴者の一義的な認証レベルを保証するために、１つのログインが推奨される。この課題は、既存のポータル１１にゆだねられる。
【０１０１】
ポータル１１へのログインとリンクの呼出しによってｉＴＶはｉＴＶウエブサーバー１０に転送される。このＵＲＬのパラメータは、ポータル１１のＸＭＬインターフェースを介した認証に用いられるトークンである。
【０１０２】
全てのｉＴＶ放送に対しては、所望のターゲットグループをＥメールまたはＳＭＳ１７で招待できる手段の確率が必要である。これに対しては招待モジュール４９が用いられる。それについては、ポータル１１のメソードを、前述した役割に従った検索が可能となるように拡張する必要がある。結果としては、例えば“USER-ID”、“GIVE-AME”、“SURNAME”“BRANDNAME”、“BRANDS”、“BRAND-ID”、“ROLES”、“ROLE”、“ORGANISAION”、“ORGTYP”、“MOBIL”、“E-MAIL”などのタグが必要となる。
【０１０３】
ポータル１１のログインによってｉＴＶウエブサーバー１０のクライアントは、ＩＰマルチキャストアドレスを取得し、マルチキャストデータの受信に必要なポートを得る。
【０１０４】
ユーバーに、放送受信の参加が拒否された場合には、相応のエラー通知がクライアントに送出される。
【０１０５】
放送レベルでのアクセス認証コンセプトによって、ｉＴＶシステムにおける各放送に対しターゲットグループが定められる：例えば、
役割  商部門（GetUserRoles）：
−サービス技術者
−サービスコンサルタント
−経営責任者、支配人
−販売員
−販売総責任者
−製造者
役割  輸入/供給/マーケティングセンタ（new)：
−組み立て関係の従業員
−電気関係の従業員
−エンジン/変速機関係の従業員
−シャーシ関係の従業員
機構タイプ（GetOrgTypesData)：
−製造部門内部
−輸入部門
−供給部門
−マーケティングセンタ
などである。
【０１０６】
音声（ＶｏＩＰフィードバックチャネル）
ｉＴＶ放送中は、視聴者に、質問を司会者４１や技術者（エキスパート）に宛てられる手段を提供する必要がある。この目的のために、有利な実施形態においては、ＶｏＩＰが用いられる。この接続は、会社とスタジオ１６の間で既存のネットワークリンク（VPN、Framerelay，VSATは除く）を介して実現される。
【０１０７】
ＶｏＩＰデータストリームは、リアルタイム要求のためにＵＤＰパケットをベースにしており、帯域幅（故に品質）において段階付けが可能である。帯域幅の所要の適応化によって放送可能な音質が得られる。
【０１０８】
ＶｏＩＰフィードバックチャネルに対しては、データリンクの品質に対して比較的高い要求が前提とされる。なぜなら、全てのＶｏＩＰパケットが均等な間隔で宛先に届いた場合にしか良質な音声伝送ができないからである。
【０１０９】
放送中にユーザーが質問をもった場合、１つのボタンを介してユーザーは中央システムに通知する。中央システムでは編集者４６がこの質問を受信する。呼出し者は会話許可を受け取り、処理されたオーディオ信号がスタジオ１６に送出される。全ての加入者４２は、ストリームを介して送信された音声を受け取る。不要なフィードバックやエコーを避けるために、相応の手段がｉＴＶによって講じられる。
【０１１０】
ＶｏＩＰデータは、中央においてＶｏＩＰデコーダ５０によって復号化され、コンピュータによってサウンドカードを介してミキサーに供給される。そこではレベル調整が行われる。ディレクタ４７からの加入者４２とのコミュニケーションの可能性はないので、このレベル調整は、会話が認可された後で初めて行われる。
【０１１１】
ＶｏＩＰデータの可能な優先付けに関しては、これらのデータがルータによって一義的に同定され得るように伝送される。
【０１１２】
マルチキャスト
ビデオおよびオーディオ信号は、スタジオ１６内のエンコーダ５１によってデジタル化され、中央のｉＴＶサーバー１０に転送され、そこで制御信号やグラフィックと一緒にマルチキャストとして送信される。エンコーダ５１は、少なくとも２００〜１７００Mbit/sのデータレートを有するＭＰＥＧ１およびＭＰＥＧ４フォーマットでサポートされる。その他にもフレームモードにおいてはＶＨＳ品質が保証される。ビデオおよびｉＴＶデータは、ＩＰマルチキャストパケットとして衛星１５を介して送信される。
【０１１３】
それに対しては、ｉＴＶサーバー１０と衛星アップリング１２との間でＩＰ接続が提供可能である。マルチキャストデータは、ルータによってユニキャストとして衛星アップリンク１２まで通り抜け、そこでマルチキャストとして送信される。
【０１１４】
安全性
アクセス権
ｉＴＶ４０へのアクセスは、アクセス権を介してコントロールされる。この場合以下のユーザークラスに区別される：
−アドミニストレータ
システム
各機構ユニット
−スタジオチーム
ディレクタ
講師
−視聴者
ディーラ
マーケティングセンタ
インポーター
供給業者
メーカー従業員
ユーザーの認証は、ポータル１１において行われる。アクセス権は、役割に基づいてポータル１１ないしはｉＴＶユーザーデータベースから与えられる。
【０１１５】
不当なアクセスからの保護
暗号化
ｉＴＶ放送の分配は、衛星１５を介して行われ、公開されない。その他に、マルチキャストデータは、役割に基づいて所定のユーザーグループに対してのみ定められるにもかかわらず、イントラネット上では頻繁にだれでもアクセス可能である。それ故に、アプリケーション階層でのデータの暗号化が施される。これはデータの復号化を効果的に回避させる。衛星を介した伝送の間、データは付加的に暗号化される。
【０１１６】
本発明は、前述したような有利な実施形態に限定されるものではない。それどころか、本発明による装置や本発明による方法並びに基本的に他種の実施形態のもとにおいても多くの変化例が考えられる。
【図面の簡単な説明】
【０１１７】
【図１】ｉＴＶシステムの構成要素を表した図である
【図２】学習/訓練放送用の視聴者との対話を表した図である
【図３】講師/教師との対話を表した図である
【図４】ｉＴＶシステムのコンテクストダイヤグラムである
【図５】システム一覧を表した図である
【符号の説明】
【０１１８】
１０    ｉＴＶサーバー
１１    ポータル
１２    衛星アップリンク
１３    ＴＶデコーダ
１４    オフィスコンピュータ
１５    衛星
１６    スタジオ
１７    Ｅメール/ＳＭＳ
２０    グラフィックウインドウ
２１    フィルムウインドウ
３０    放送経過ウインドウ
３１    テレグラムウインドウ
３２    イエス/ノーウインドウ
３３    リセットボタン
３４    グラフィックウインドウ
３５    フィルム経過ウインドウ
３６    オンエアーウインドウ
３７    ニュートラルボタン
３８    フォワード/バックワードボタン
４０    ｉＴＶアプリケーション
４１    司会者、講師
４２    加入者、視聴者、聴衆
４３    製造業者従業員
４４    供給業者従業員
４５    関連企業のサービス従業員
４６    編集局、編集者
４７    ディレクタ
４８    ＣＰＮ（Central Partner Network）
４９    招待モジュール
５０    ＶｏＩＰデコーダ
５１    エンコーダ
【図１】
2004153833.tif 000003
【図２】
2004153833.tif 000004
【図３】
2004153833.tif 000005
【図４】
2004153833.tif 000006
【図５】
2004153833.tif 000007