JPH10504668A

JPH10504668A - オーディオ／ビデオディバイスからまたはオーディオ／ビデオディバイスへ伝送すべき複数のデータパケットをコンピュータシステムにおいて同時にディジタル処理するための方法

Info

Publication number: JPH10504668A
Application number: JP8507702A
Authority: JP
Inventors: ベルクマンヨハネス; ガイガーミヒャエル
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 1994-08-25
Filing date: 1995-08-21
Publication date: 1998-05-06
Also published as: WO1996006399A1; DE59504013D1; US5941953A; EP0777880A1; FI970769A0; FI970769A; EP0777880B1

Abstract

(57)【要約】コンピュータシステムにおけるマルチメディアの普及によって、音声およびビデオをテキストやグラフィックスと等価のデータタイプとしてコンピュータ内で統合することが必要とされている。この目的で、種々の役割を果たすプログラムモジュールが設けられる。各オーディオ／ビデオディバイスに対し、それらのプロパティを定義するためにエンドポイントモジュールが生成され、これは他のモジュールへのインタフェースを成す。ある１つのディバイスから別のディバイスヘデータパケットを伝送しようとするときに、イベントないしリクエストが生成され、それらはイベントモジュールにより評価され、このイベントモジュールによって対応するエンドポイントモジュールが制御され、それらのエンドポイントモジュール間の論理的な接続が確立される。データパケットはデータモジュールによりコントロールされ、このモジュールはデータパケットの記憶動作も行わせる。データパケットの伝送終了後、イベントモジュールは後続のリクエストをサーチし、これはたとえば待ちループ内で待ち行列に組み入れておくことができる。この方法の利点は、コンピュータにおけるローカルなオーディオビジュアルリソースを統合的に管理するために、上位へ向かってハードウェアに依存しないインタフェースが提供されることである。

Description

【発明の詳細な説明】オーディオ／ビデオディバイスからまたはオーディオ／ビデオディバイスへ伝送すべき複数のデータパケットをコンピュータシステムにおいて同時にディジタル処理するための方法コンピュータにおけるマルチメデイアの普及によってはじめて、音声と映像はテキストやグラフィックスと等価のデータタイプとしてコンピュータ内で統合されるようになり、その結果、今日市販されている多くのコンピュータではオーディオビジュアルな性能を利用できるようになっている。しかし、音声機能と映像機能（ＡＶ機能）はたいてい互いに独立しており、様々なプラットフォームにおいてそれぞれ異なるユーザインタフェースならびにプログラミングインタフェースが存在している。コンピュータにおけるローカルなオーディオビジュアルリソースを統合的に管理するためには、スケーラブルであり上位へ向かってハードウェアに依存しないインタフェースが必要である。しかも、たとえばビデオ会議アプリケーションやビデオ・オン・デマンド・アプリケーションのように、各コンピュータ間で実行可能な分散形のアプリケーションがますます重要な位置を占めるようになっている。この理由から、ローカルなＡ／Ｖリソースのマネージメントと各コンピュータ間でのＡ／Ｖデータの交換におけるインタフェースを実現する必要がある。したがって本発明の課題は、上述の欠点を解消するようにした方法を提供することにある。この課題は、請求項１記載の特徴により解決される。従属請求項には本発明の有利な実施形態が示されている。これから説明する方法により得られる利点は以下のとおりである。すなわち、この方法により可能となるのは、・コンピュータでのＡ／Ｖデータの記録および再生・リアルタイムでのＡ／Ｖデータの符号化（復号化）ないし圧縮（伸張）。・たとえばディスプレイ、バックアップメモリ、ネットワークアダプタのような種々の周辺機器間におけるコンピュータ内でのＡ／Ｖデータパケットの（場合によっては同期のとられた）転送・他のコンピュータシステムへのＡ／Ｖデータの送信ないし他のコンピュータシステムからのＡ／Ｖデータの受信である。このＡ／Ｖシステムへのアクセスは、アプリケーションの要求に整合させることのできるプロトコルインタフェースを介して行われる。そしてこのＡ／Ｖシステムはモジュール構造を有している。これにより、高度なスケーラビリティならびにポータビリティが実現される。次に、図面に示された実施例に基づき本発明を詳細に説明する。図１は、ＡＶソフトウェアシステムの構造を示す図である。図２は、１つのモジュール（プロトコルモジュール）の動作方式を示す図である。図３は、データユニットの構造を示す図である。図４は、第１のシーケンス例を示す図である。図５は、第２のシーケンス例を示す図である。Ａ／Ｖシステムのアーキテクチャ、図１このＡ／Ｖシステムはターゲットシステム（つまりＡ／Ｖシステムのオーディオビジュアルデータのローカルな入／出力）をカプセル化し、いわゆるエンドポイントモジュールを形成する。したがってたとえば、コンピュータのフレームキャプチャーカードを管理するエンドポイントモジュールは、統一的なエンドポイントインタフェースを介してビデオカメラのディジタルデータをＡ／Ｖシステムへ供給する。別のエンドポイントモジュールはディスプレイへのビデオデータの出力をコントロールし、さらに別のエンドポイントモジュールは同じデータをハードディスクへ書き込むことができる。ターゲットシステムでサポートされるＡ／Ｖ機能に応じて、適切なエンドポイントモジュールを任意に構成できる。各コンピュータ間におけるＡ／Ｖデータパケットの交換は、ネットワークインタフェース（ＮＩＦ）を介して行われる。Ａ／Ｖシステムのためのコントロールインタフェースとしてプロトコルモジュール（ＣＰＨ）が用いられる。このインタフェースを介して、ローカルなプラットフォームにおけるソースとシンクのセットアップならびに（ローカルまたは各コンピュータ間での）ソースおよびシンクの論理的な相互接続が可能になる。この場合、ソースおよびシンクは、（ローカルの場合には）エンドポイントに対応し（遠隔の場合には）ネットワークインタフェースＮＩＦにおけるアクセスポイントに対応する。各エンドポイントおよび／またはＮＩＦとの間のＡ／Ｖデータパケットの転送は、データモジュール（ＤＭ）によって制御される。このモジュールによって、Ａ／Ｖシステム内でのＡ／Ｖデータパケットの効率的なフロー制御が実現される。Ａ／Ｖシステムへのアクセスコントロールは、アクセスユニット（ＡＵ）を介して行うことができる。ここではアプリケーションの認証が行われる。このＡ／Ｖシステムの中心部はイベントモジュール（ＥＭ）である。イベントモジュールは、いずれの場所でいかなる時点にイベントが発生したかを監視し、相応のコンポーネントをアクティブにする。この種のイベントの実例は、アプリケーションから送られてきたプロトコルモジュールＣＰＨにおけるプロトコルメッセージの到来である。したがって、イベントモジュールＥＭはもっぱらＡ／Ｖシステムの制御に用いられる。これはＡ／Ｖシステム内での有効データの処理には関与していない。エンドポイントおよびそれらのモジュール（ＥＰ）エンドポイントは、Ａ／Ｖシステムにおけるハードウェア依存部分をカプセル化する。このために必要とされるエンドポイントモジュールは、ジェネリックなＥＰユニットによって必要に応じてダイナミックに生成できる。エンドポイントがソースおよびシンクとしてアプリケーションの問合わせに応じて初期化された後、それらを論理的に相互接続することができる。基本的に、１つのソースから１つまたは複数のシンクへリンクが設けられる（単一方向のリンク）。相互接続の後、ソースからシンクへの適切なＡ／Ｖデータ転送を開始させることができる。考えられるエンドポイントはたとえば以下の通りである。・音声データおよびビデオデータをマイクロフォンないしカメラによって記録する（ディジタル化する）ためのエンドポイント・音声データおよびビデオデータをＡ／Ｖデータを同時に圧縮しながらマイクロホンないしカメラにより記録（ディジタル化）するためのエンドポイント・音声データおよびビデオデータをスピーカないしディスプレイにより再生するエンドポイント・音声データおよびビデオデータをＡ／Ｖデータを同時に伸張しながら再生するエンドポイント・互いに関連する音声データ流およびビデオデータ流を同期させるためのマルチプレクスエンドポイント・種々異なるファイルシステム（たとえばＣＤ−ＲＯＭまたはハードディスクのためのファイルシステム、特別なファイルシステムをもつマルチメディアデータバンクへのアクセス）をサポートするためのファイルエンドポイント。したがってこれによってその下に位置するＡ／Ｖハードウェアがサポートされれば、複数のＡ／Ｖデータ流を並行して処理できるよう、エンドポイントを初期化して互いに接続することができる。種々のこれらのＡ／Ｖデータ流の制御は、複数のアプリケーションによって行える。圧縮エンドポイントの場合にはたとえば複数を存在させることができ、これによって種々の圧縮方式が同時に使用できるようになる。エンドポイントに関する情報ならびにモジュールにおけるそれらの実現は、エンドポイントＩＤキーワードを介して指示可能な１次元のフィールド構造体（Ep _id_ctrlblk[]）によって管理される。一方、このフィールドにおけるエントリの各々には、それぞれ管理されているディバイスクラス（ep_ctrlblk）ならびに可能なデータ伝送の形式および状態（TransmissionMode，TransmissionState）に対する情報が含まれている。ep_ctrlblkは、それを介してアドレッシング可能なすべてのディバイスのリストを有している。この場合、リストのエレメントは構造に関して画一的なコントロールブロック（dev_ctrlblk）であり、これによって記述されたディバイスの特有のプロパティへのアクセスが可能になる。ディバイスコントロールブロックには以下のような情報が含まれている：・ディバイスのタイプ名・ディバイスのステータス（OPENED/CLOSED）・ディバイス特有のルーチンへの参照指示、それらのルーチンは、 −ディバイスのオープン −ディバイスのクローズ −ディバィスプロパティ（たとえば圧縮方式、解像度）の問合わせ −ディバイスから／ディバイスへのデータの読み書きのためのルーチン TransmissionModeは、ディバイスが音声専用で作動するのか、ビデオ専用で作動するのか、あるいは組み合わされたＡ／Ｖモードで作動するのかを判定する。 TransmissionStateは、管理されているディバイスからないし管理されているディバイスへ目下のデータを伝送するのか否かを指示する。ローカルなＡ／Ｖコンポーネントが始動すると、すべてのep_id_ctrlblkフィールドエントリ（たとえば１６）に対しep_ctrlblkがNULLにセットされ、Transm issionStateがOFFにされる第２のステップで、そのコンピュータで利用可能なＡ／Ｖディバイスクラス（たとえば音声記録用ディバイス、音声再生用ディバイス）が初期化され、これは（たとえば２つの）ep_ctrlblk構造体に対し特有のパラメータ（つまりdev_ctrlblk）をロードすることによって行われる。次に、それらの構造体がep_id_ctrlblk[]フィールドに格納される。このようにしてエンドポイントが初期化され、以降のシーケンスにおいて、到来するリクエスト（たとえばエンドポイントの能力に関する問合わせ、ソース／シンクのオープン、ソース／シンクの相互接続等）に応じて利用できる。個々のエンドポイントにおけるデータ構造体は、必要に応じてダイナミックに更新される。管理すべきエンドポイントの全体は、他のモジュールからはＥＰユニット（ EP-Unit）としてみなされる。プロトコルモジュールＣＰＨプロトコルモジュールＣＰＨにより、アプリケーションへのインタフェースが実現される。これは２つのレイヤに分けられており、つまり第１のサブモジュール（ＰＡ）と第２のサブモジュール（ＰＨ）とに分けられている。ＰＨは種々のＰＡと接続可能であり、他方、ＰＡによって種々の通信メカニズムが実現される。ＰＡは、ISO(ISODE-ROSE )のRemote Procedure Call-Protokollと、Remote Operation Service-Protokoll のためのものとすることができる。この場合、OSFのDistributed Computing En vironment（DCE-RPC）のＲＰＣメカニズム、あるいはもっぱらローカルで実行可能なアプリケーションのための簡単なコール・インタフェースも考えられる。アプリケーションから送られた問合わせをＰＡがプロトコルに依存しないフォーマットに変換した後、ＰＨはその問合わせを評価し、Ａ／Ｖシステムにおいてそのつどの問合わせに該当するモジュール（たとえばＡ／Ｖシステムに対しアプリケーションがログ・オンしようとするならばアクセスユニット）をアクティブにする。同様にプロトコルモジュールＣＰＨは、問合わせのイベント、エラーメッセージ、ならびにＡ／Ｖシステムにおいて特有に生じアプリケーションに通知したいイベントに関する情報を送る。プロトコルに依存するＰＡは、プロトコルに依存しないＰＨに対し基本機能を提供し、これによってＰＨは通信中の２つのモジュール（たとえばアプリケーションとＡ／Ｖシステム）の間のクライント／サーバ関係を確立して管理できるようになる。これらは以下の通りのものである：・Init_PA: この機能によってＰＨはサーバとして初期化される。Init_PAはＡ／ＶシステムのＰＨにより使用される。・GetFds_PA: この機能により、サーバへの問合わせの有無を示すファイル記述子が提供される。GetFds_PAはＡ／ＶシステムのＰＨにより使用される。・Activity_PA: この機能によりＰＡからの存在する問合わせが収集される。問合わせはこのときにはプロトコルに依存しないフォーマットで存在しており、つまりフォーマットはＰＡにより事前に変換されている。Activity_PAはＡ／ＶシステムのＰＨにより使用される。Ａ／Ｖシステムに対する問合わせがない間はＡ／Ｖシステムがブロックされないようにするために、GetFds_PAとActivity_PAが必要とされる。・Connect_PA: この機能によりＰＨはクライントとして初期化される。Connect_ PAはアプリケーションのＰＨによって使用される。・DisConn_PA：この機能によりＰＨはクライアントとしてログ・オフされる。Di sConn_PAはアプリケーションのＰＨにより使用される。ＰＡにおけるプロトコルフォーマットの変換とは、プロトコル固有のデータ構造をＰＨにとって汎用のデータ構造にマッピングすることである。図２は既述のメカニズムを説明するものである。イベントモジュールＥＭイベントモジュールはＡ／Ｖシステムの核となるものである。これはＡ／Ｖシステム内におけるシーケンスの管理の役割を担っており、つまり各モジュールの間において必要に応じてＡ／Ｖシステム内での処理シーケンスをスイッチングする。したがってイベントモジュールは、リアルタイムオペレーティングシステムを備えていないコンピュータであっても、連続的な媒体（これにはオーディオビジュアルな媒体が属する）の処理に必要な時間条件の遵守を保証できる。ＥＭは、周辺機器へのすべてのＡ／Ｖシステムモジュールのインタフェースをイベントの発生について監視する。あるモジュールがあるイベントの発生を待たなければならないとき（たとえば新たなデータブロックを利用可能であるオーディオハードウェアの信号を待たなければならないとき）、そのイベントに対する記述子が生成され、次にこれをＥＭのイベント待ち行列に組み入れることができる。そしてイベントが到来すると対応するエンドポイントがアクティブにされ、次にこれはデータを受け取る。このアクションの終了後、制御はＡ／Ｖシステムを介して再びＥＭへ渡されて、その待ち行列中の次のイベントに対し応答できるようになる。データはＥＭを介しては転送されない。ここでは、該当するモジュール間のダイレクトな伝送が行われる。Ａ／Ｖシステムの初期化フェーズにおいて、ＥＭに対し（最初は空の）ファイル記述子リストが生成される。このファイル記述子の構造体には以下のものが含まれる：・ファイル記述子ＩＤ：この番号は監視すべきディバイスへのディバイス固有のコールにより得られ、これによってディバイスが通報したいイベントをオペレーティングシステムが受け取れるようになる。・このファイル記述子が読み取りまたは書き込み時に使用されるか否かを指示するマーキング・ファイル記述子の優先順位・そのファイル記述子に係わるイベント到来時に実行すべき機能への参照指示特有のイベントの監視のためにファイル記述子を生成しようとする場合、上述の構造体が満たされ、フィルタ記述子のリストに挿入される。ＥＭの中心部はエンドレスループであり、これによってファイル記述子リスト中に存在するすべてのエレメントがイベントの到来についてチェックされる。そのようなイベントが検出されると、ファイル記述子構造体において参照指示されている機能が実行される（セレクト・メカニズム）。複数のイベントが存在する場合、ファイル記述子構造体の優先順位フィールドに従って最も高い優先順位のイベントが選択され、対応づけられている機能がアクティブにされる。呼び出された機能の動作が終了すると、プログラム制御は再びＥＭへ移行し、ＥＭはその間に到来したイベントについてファイル記述子のすべてのエレメントを新たにチェックする。Ａ／Ｖシステムの初期化フェース後にファイル記述子リストにエントリされる最も最初の構造体は、外部へ向けてアプリケーションに対するＣＰＨのプロトコルインタフェースを監視するためのファイル記述子エレメントである。このためＡ／Ｖシステムは、アプリケーションに対するそのインタフェースにおいて”聞き耳を立てた”状態にある。そしてアプリケーションの問合わせが到来すると、Ａ／Ｖシステムは”目覚める”ことになり、ダイアローグのシーケンスに応じてさらに別のファイル記述子エレメントがファイル記述子リストにエントリされる。データモジュールＤＭデータモジュールは、コンピュータにおいてローカルに処理されるべきＡ／Ｖデータパケットを監視する。ＥＰまたはＮＩＦに（他のコンピュータから送られてきた）この種のパケットが到来すると、メモリ空間がダイナミックに割り当てられ、Ａ／Ｖデータがそこに格納される。この種のパケットがＡ／Ｖシステム全体においてもはや必要とされないことが確実になってはじめて、ＤＭによってそのメモリ空間が開放される。さらにＤＭは、Ａ／ＶシステムにおいてＡ／Ｖデータが重複しないようにするためにも用いられ、このことはＤＭがパケットへの参照指示だけしかＡ／Ｖシステムの他のコンポーネントへ転送しないことによって行われる。有効データ（たとえば音声データまたはビデオデータ）をＡ／Ｖシステムに格納しようとする場合、データモジュールにおける機能dm_allocによってそのために必要なメモリ空間が割り当てられる。その際、ＤＭは有効データのためのメモリ空間に加えて、そのメモリユニットに隣接するコントロールブロックも確保し、このブロックには個々の有効データユニットに対する情報が含まれることになる。ＤＭ外ではこのコントロールブロックは不可視である。有効データとコントロールブロックとが合わさってＤＭユニットが形成される。図３にはこのメカニズムが示されている。コントロールブロックは以下の構造体エレメントから成る：・有効データタイプ（AUDIO/VIDEO/NOAV）・ＤＭユニット内の有効データブロック長・そのＤＭユニットをまだ必要とするモジュール（たとえばＥＰ，ＮＩＦ）の個数のためのカウンタ・有効データ特有のデータ開放を可能にする機能への参照指示・あるモジュールがＤＭユニットを開放すると、まだ別のモジュールがそのＤＭユニットに関与しているか否かがカウンタに基づきチェックされ（カウンタ＞１）、状況によってはカウンタがデクリメントされる。関与していなければ、そこではじめて有効データ特有の開放機能を介して有効データ部分が開放され、その後、ＤＭユニットがデータモジュールから開放される。さらにＤＭは、ＤＭユニットの有効データ部分をＡ／Ｖデータとともに書き込んだり読み出したりすることのできる機能も提供する。Ａ／Ｖシステム内では有効データへの参照指示（図中のマークＡ）のみ管理するので、ＤＭユニットへの有効データの書き込みは１回だけ行えばよい。ネットワークから到来するデータないしネットワークへ向かうデータに対しＤＭにおいて書き込みおよび読み出しの機能を利用でき、これは用いられているプラットフォームに依存することなく有効データをNetwork ByteーOrdering（つまりBig-Endian-Format）に変換し、ないしはネットワーク・バイト・オーダリングからローカルなマシンでサポートされているEndianーFormatへ変換する。ネットワークインタフェースＮＩＦネットワークインタフェースは（Ａ／Ｖデータに関して）、他のコンピュータへまたは他のコンピュータからのアクセスポイントである。ＮＩＦは、ネットワークアクセスの機能をカプセル化する特別なエンドポイントである。シンクが他のコンピュータに存在する理由で、ローカルなソースをシンクとローカルでなく組み合わせるためにアプリケーションから到来するリクエストを実行可能であることが、たとえばＣＰＨにおいて検出されると、ＮＩＦを介してそのコンピュータへの相応のアクセスがセットアップされる。ＮＩＦは他のＡ／Ｖシステムコンポーネントにとってトランスペアレントであることで、いかなるネットワーク伝送システム（TCP/IP，UDP/IP,...）やネットワーク・インフラストラクチャ（Ethernet，FDDI，ISDN,...）でもサポートできる。ＮＩＦはＡ／Ｖディバイス固有のエンドポイントのように、ＥＰユニットを介してアドレッシングされる。ネットワークへのＩ／Ｏポートがオープンされると、ＮＩＦ内部で（ネットワークおよび伝送プロトコルに依存する）ポートのセットアップのほかにＮＩＦコントロールブロックが生成され、これはＥＰ−ＩＤ、コネクションタイプ（コネクション指向／コネクションレス）ならびにデータタイプ（音声／ビデオ）が含まれている。到来データに関するポートの監視はＥＭを介して行われる。外面的に、対応づけられたＥＰ−ＩＤを用いることで読み出し／書き込み機能を介してポートがアドレッシングされる。アクセスユニットＡＵこのアクセスユニットを介して、Ａ／Ｖシステムに対しアプリケーションはログ・オン可能であり、ないしは（アプリケーション自体の終了前に）ログ・オフ可能である。ＡＵ内にはアクセスリストが設けられ、このリストにはＡＵにより目下登録されているアプリケーションに関する情報が含まれている。ローカルなＡ／Ｖシステムにおいてアプリケーションの登録に対する問合わせが到来すると、そのアプリケーションがＡ／Ｖコンポーネントを使用する権限があるか否かをＡＵがチェックする（たとえばパスワードチェック、プロトコルバージョン等）。次に、権限のあるアプリケーションは、アクセスリスト内ににそのアプリケーションが入れられていなければ、アクセスリストにエントリされる。検査結果に従ってアプリケーションに対しエラーメッセージが戻されるかまたは識別番号が戻される。アプリケーション側でＡ／Ｖシステムに対しそれ以降に問合わせがあった場合、アクセスリスト内で識別番号を介して、アプリケーションがその問合わせに権限があるか否かがＡＵによりチェックされる。アプリケーションのログ・オフ時、アクセスリスト中の対応のエントリが削除される。このＡ／Ｖシステムを利用するためのシーケンスの実例、図４ここには、ビデオカメラにより記録された画像シーケンスを同じコンピュータにおいてどのようにしてローカルに表示できるかが示されている。アプリケーションはＣＰＨを介してログ・オンＡＵを介して認証ＣＰＨ（３ａ）を介してカメラ・エンドポイントＥＰ１をソースとしてオープン（３ｂ）ＣＰＨ（４ａ）を介してビデオ再生エンドポイントＥＰ２をシンクとしてオープン（４ｂ）ＣＰＨ（５ａ）を介して各エンドポイントを論理的に相互接続（５ｂ）ＥＰ１とＥＰ２との間でＤＭを介してＡ／Ｖデータを転送注：これらすべてのアクションにおいてＥＭは中央システムコントロールステーションとして必要とされる。２つのコンピュータ間での利用、図５ここには４．１と同様、ソースとシンクがそれぞれ異なるコンピュータにある事例が示されている。アプリケーションは両方のコンピュータのＣＰＨを介してログ・オン両方のコンピュータのＡＵを介して認証コンピュータＡのＣＰＨ（３ａ）を介してカメラ・エンドポイントＥＰ１をソースとしてオープン（３ｂ）コンピュータＢのＣＰＨ（４ａ）を介してビデオ再生・エンドポイントＥＰ１をソースとしてオープン（４ｂ）コンピュータＡおよびＢのＣＰＨ（５ａ）およびＮＩＦ（５ｃ）を介して各エンドポイントを論理的に相互接続（５ｂ）コンピュータＡのＥＰ１とＮＩＦとの間でＤＭを介してＡ／Ｖデータを転送コンピュータＡのＮＩＦからコンピュータＢのＮＩＦへＡ／Ｖデータを送信コンピュータＢのＮＩＦとＥＰ２との間でＤＭを介してＡ／Ｖデータを転送注：これらすべてのアクションにおいてＥＭは中央システムコントロールステーションとして必要とされる。

───────────────────────────────────────────────────── 【要約の続き】は、コンピュータにおけるローカルなオーディオビジュアルリソースを統合的に管理するために、上位へ向かってハードウェアに依存しないインタフェースが提供されることである。

Claims

【特許請求の範囲】１．オーディオ／ビデオディバイスからまたはオーディオ／ビデオディバイスへ伝送すべき複数のオーディオビジュアルデータパケットをコンピュータシステムにおいて同時にディジタル処理するための方法において、各オーディオ／ビデオディバイスに関する情報をエンドポイント（ＥＰ）としてまとめてそれぞれ１つのエンドポイントモジュールを形成し、データモジュール（ＤＭ）により各エンドポイント（ＥＰ）間のデータ転送を制御して記憶動作を行わせ、各エンドポイント間のデータトラヒックを開始させるべきイベントの発生をイベントモジュールで監視し、データパケットのソースないしシンクとしてエンドポイント（ＥＰ）をセットアップし、プロトコルモジュール（ＣＰＨ）により各エンドポイントの論理的な相互接続を行うことを特徴とする、コンピュータシステムにおいて同時にディジタル処理するための方法。２．それぞれ異なるコンピュータに対応づけられている各ポイント間のデータ交換はネットワークインタフェース（ＮＩＦ）を介して行う、請求項１記載の方法。３．前記モジュールによりオーディオビデオシステムが形成されており、該システムへのユーザのアクセスをアクセスユニット（ＡＵ）によりコントロールする、請求項１または２記載の方法。４．各エンドポイントモジュールをそれらの情報とともにリストエントリとして１つのフィールドにおいて管理し、対応づけられているディバイスおよびそのプロパティが各エンドポイントモジュールおよびエントリごとに情報として含まれており、エンドポイントモジュールを特定するキーワードを介してエントリを制御する、請求項１〜３のいずれか１項記載の方法。５．ソースおよび／またはシンクのいずれの動作モードでエンドポイントモジュールに対応づけられているディバイスが作動されるかを転送モードにおいて定める、請求項４記載の方法。６．ある１つのディバイスの始動にあたり前記フィールドにおけるすべてのエントリをヌルにセットし、転送モードをスイッチ・オフし、ある１つのコンピュータが利用可能なディバイスクラスにおいて、該ディバイスクラスの特定のパラメータをエントリにロードして記憶することで初期化し、リクエストまたはイベント発生時、対応づけられたエントリのキーワードを介して制御を行う、請求項５記載の方法。７．プロトコルモジュール（ＣＰＨ）をアプリケーションへのインタフェースとして実現し、該プロトコルモジュールは２つのサブモジュールから成り、該サブモジュールのうち一方のサブモジュール（ＰＡ）は、ユーザから送られた問合わせをプロトコルに依存しないフォーマットに変換し、他方のサブモジュール（ＰＨ）は前記問合わせを評価し、そのつどの問合わせに該当するモジュールをアクティブにする、請求項１〜６のいずれか１項記載の方法。８．前記の２つめのサブモジュールを複数の１つめのサブモジュールへ対応づけ可能である、請求項７記載の方法。９．前記イベントモジュール（ＥＭ）はイベントの到来についてすべてのモジュールのインタフェースを監視し、ある１つのモジュールがあるイベントの到来を待つ必要があるとき、該イベントについてファイル記述子を生成し、該ファイル記述子をイベント待ち行列に組み入れ、該イベントが到来すると対応のモジュールをアクティブにし、次に該モジュールはデータを受け取る、請求項１〜８のいずれか１項記載の方法。 10．初期化フェーズにおいてイベントモジュールのために記述子のリストを生成し、該リストはキーワードと、読み出しまたは書き込み時に記述子を使用すべきか否かを指示するマーキングと、記述子の優先順位と、イベント到来時に実行すべき機能への参照指示とを有しており、あるイベントの監視のために記述子を満たして前記記述子リストに挿入し、イベントモジュールは該記述子リスト中に存在するすベてのエントリをイベントの到来についてチェックし、そのようなイベントを検出すると、前記記述子リストにおいて対応づけられている機能を実行する、請求項９記載の方法。 11．前記初期化フェーズにおいて、外部へ向けてアプリケーションに対するプロトコルモジュールのプロトコルインタフェースを監視するために、前記イベントモジュールにより最初に実行される記述子を前記記述子リストにエントリする、請求項１０記載の方法。 12．前記データモジュールはコンピュータで処理すべきデータパケットを監視し、そのようなデータパケットがエンドポイントモジュールまたはネットワークインタフェースに到来するとメモリ空間をダイナミックに割り当て、該メモリ空間に前記データパケットを格納する、請求項１〜１１のいずれか１項記載の方法。 13．データモジュール（ＤＭ）において、あるデータパケットがシステム全体でもはや必要とされなくなってはじめて該データパケットの削除を決定する、請求項１２記載の方法。 14．前記データモジュールは、データパケットへの参照指示のみをコンピュータシステムの他のコンポーネントへ転送することでデータパケットが重複しないようにする、請求項１３記載の方法。