JP6328707B2 - マイクロフォンからアプリケーションプロセスへのオーディオデータの伝送を保護するシステム及びその方法 - Google Patents

Description

関連出願の相互参照
本願は、2015年4月25日に出願されたロシア特許出願第2016116002号の関連出願であり、米国特許法第119条によってこの出願に基づく優先権を主張し、本明細書中に参考として援用する。

本開示は、データの損失を防止することに関し、特に、マイクからアプリケーションプロセスへのオーディオデータの伝送を保護するシステム及びその方法に関するものである。

現代社会では、ユーザは多くのサイバー上の脅威にさらされている。その一つは、盗聴を目的とした、ユーザのマイクロフォンへの不正アクセスである。ユーザのコンピュータ上で実行されるプロセスの一部であるマイクロフォンデータへのアクセスを制御するためには、オペレーティングシステム内の特定の要求にフィルタをするか、又は、アクセスを要求するプロセスを識別するために要求データのコンテキストへアクセスして、アクセス権限のないこれらのプロセスをブロックする必要がある。Windows XP及びより古いオペレーティングシステムでは、この機能は、「KSmixer.sys」カーネルコンポーネント（Windowsカーネルストリーミング技術）領域内のトラフィックへの割り込み（インターセプト）により実現されていた。インターセプトされたトラフィックのフレームワーク内にあるマイクロフォンデータの読み出し要求は、特殊なフィルタを介して、当該マイクロフォンデータを読み出すプロセスのコンテキストで実行されていた。

Windows Vistaの登場に伴って、多数のカーネルコンポーネントと１つのユーザモードからなる新しいアーキテクチャであるWASAPIが開発された。WASAPIでは、Windowsカーネルストリーミング技術は「基本的な変形」により残された一方、オーディオトラフィックは全て、「ポートドライバ「portcls.sys」に登録された新しいオーディオドライバのプライベートCOMインタフェースを介するようになった。このようなオーディオドライバは、ダイレクトメモリアクセス（DMA）コントローラの助けを借りて、オーディオトラフィックをユーザモードバッファ内で一度に終了させることで実現でき、プロセッサの関与や補助的なコードが必要ない。そしてこのバッファは、保護されたプロセスである「audiodg.exe」に割り付けられ、この同じプロセス「audiodg.exe」のコンテキストにおいて、データはプロセッサの助けを借りて、このバッファからユーザプロセスのバッファにコピーされる。つまり、Windows Vista以降、Windowsカーネルストリーミング技術における制御フィルタは全く不適当なものとなっている。

以上のことから、マイクロフォンからのデータを読み出すプロセスのコンテキストと関連付けれた、マイクロフォンからのオーディオトラフィックに割り込むことができ、オーディオデータの送信を保護することの可能な方法が必要となっていた。

本願では、マイクロフォンからプロセスへのオーディオデータの伝送を阻止することによる、オーディオデータへの不正アクセスを防止するシステム、方法、及びコンピュータプログラム製品が開示される。

１つの例示的な態様によれば、オーディオデータへの不正アクセスを防止する方法が提供される。この態様によれば、方法は、受信工程と、割り当て工程と、処理及び暗号化工程と、記憶工程と、インストール工程と、復号工程とを備え、前記受信工程では、コンピュータのプロセッサにより、複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信して、オーディオエンドポイントデバイスからオーディオストリームを取得し、前記割り当て工程では、前記プロセッサにより、複数のデータバッファのうちの１つのデータバッファを前記１つのソフトウェアプロセスに割り当て、前記処理及び暗号化工程では、少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化し、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、前記記憶工程では、前記プロセッサにより、前記割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶し、前記インストール工程では、前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールし、前記復号工程では、前記１つのソフトウェアプロセスが、前記インターセプターを用いて前記暗号化されたオーディオデータを復号する。

他の１つの例示的な態様によれば、方法は、前記コンピュータのプロセッサにより、複数のソフトウェアプロセスからの複数の要求をそれぞれ受信し、前記エンドポイントデバイスを含む１つまたは複数のエンドポイントデバイスからのオーディオストリームを取得する工程と、前記プロセッサにより、前記複数のソフトウェアプロセスに対して前記複数のデータバッファを割り当てる工程と、前記要求されたオーディオストリームの各々と関連したオーディオデータを暗号化する工程と、前記割り当てられたデータバッファに、前記要求されたオーディオストリームそれぞれに対応する前記暗号化されたオーディオデータをそれぞれ記憶する工程と、API関数呼び出しのインターセプターを備えて構成される前記複数のソフトウェアプロセスの少なくとも一部により、前記暗号化されたオーディオデータを復号する工程と、をさらに備える。

他の１つの例示的な態様によれば、方法は、前記プロセッサにより、前記１つのソフトウェアプロセスのプロセスIDデータを決定する工程と、前記プロセッサにより、前記プロセスIDデータに基づいて、前記オーディオストリームの取得を要求する前記１つのソフトウェアプロセスが不正なソフトウェアプロセスであるかどうかを決定する工程と、前記１つのソフトウェアプロセスが認証されていないソフトウェアではないと前記プロセッサが判断した場合にのみ、前記インターセプターをインストールする工程と、をさらに備える。

他の１つの例示的な態様によれば、方法は、前記オーディオストリームの取得を要求する前記ソフトウェアプロセスが不正なソフトウェアであるかどうかを決定する前記工程は、前記プロセスが信頼できるものかどうかを決定するため前記要求をしたプロセスのアクティビティを監視することと、既知のウイルスのシグネチャのデータベースにアクセスし、前記要求をしたプロセスのシグネチャーを比較することによって当該要求しているプロセスをスキャンすることと、前記要求をしたプロセスによる前記オーディオストリームへのアクセスを許可するかどうかのコマンドをユーザから受信することと、の少なくとも１つを含む。

他の１つの例示的な態様によれば、方法は、前記オーディオエンドポイントデバイスから受信した前記オーディオデータを個別のデータバッファに直接記憶する工程と、前記オーディオデータを暗号化し、前記IDデータが、前記１つのソフトウェアプロセスが不正なソフトウェアプロセスではないことを示したあとに、当該１つのソフトウェアプロセスによる前記オーディオデータへのアクセスを許可する工程と、をさらに備える。

他の１つの例示的な態様によれば、方法は、前記少なくとも１つのオーディオ処理オブジェクトによる前記オーディオデータの前記処理工程は、前記複数のソフトウェアプロセスに対して割り当てられたグローバルエフェクトオーディオ処理オブジェクト及び前記１つのソフトウェアプロセスと関連するローカルエフェクトオーディオ処理オブジェクトとにより、前記オーディオデータを処理することを備える。

他の１つの例示的な態様によれば、前記オーディオデータを暗号化する暗号化工程は、対称暗号化アルゴリズムと非対称暗号化アルゴリズムのうちの１つによって前記オーディオデータを暗号化することを備える。

また、他の１つの例示的な態様によれば、オーディオデータへの不正アクセスを防止するシステムが提供される。この態様によれば、システムは、電子メモリ内の複数のデータバッファと、プロセッサとを備え、前記プロセッサは、複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信して、オーディオエンドポイントデバイスからオーディオストリームを取得し、前記プロセッサにより、複数のデータバッファのうちの１つのデータバッファを前記１つのソフトウェアプロセスに割り当て、少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化し、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、前記割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶し、前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールし、前記１つのソフトウェアプロセスにより、前記インターセプターを用いて前記暗号化されたオーディオデータを復号するよう構成される。

また、他の１つの例示的な態様によれば、オーディオデータへの不正なアクセスを防止するためのコンピュータ実行可能命令を記憶する、非一時的コンピュータ可読媒体が提供される。この態様によれば、命令は、受信命令と、割り当て命令と、処理及び暗号化命令と、記憶命令と、インストール命令と、復号命令とを備え、前記受信命令は、複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信させて、オーディオエンドポイントデバイスからオーディオストリームを取得させ、前記割り当て命令は、複数のデータバッファのうちの１つのデータバッファを前記１つのソフトウェアプロセスに割り当てさせ、前記処理及び暗号化命令は、少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化させ、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、前記記憶命令は、前記割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶させ、前記インストール命令は、前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールさせ、前記復号命令は、前記１つのソフトウェアプロセスにより、前記インターセプターを用いて前記暗号化されたオーディオデータを復号させる。

上述した実施形態の簡単な説明は、本発明の基本的な理解を提供するのに役立つ。この概要は、全ての考えられる態様の詳細な概要ではなく、全ての態様の鍵となるものや決定的な要素を特定することを意図していないし、本発明の全ての態様を描写することも意図していない。その唯一の目的は、前置きとして、１つ又は複数の態様を表し、その後、本発明のより詳細な説明に続くものである。これを達成するため、本発明の１つ又は複数の態様が説明されて、特許請求の範囲においても主張される。

添付の図面は、発明の詳細な説明とともに本発明の１つ又は複数の態様を説明し、それらの原理と実施を説明するのに役立つものであり、本明細書の一部として組み込まれ、またその一部を構成する。

Windowsオーディオスタックの新たな高レベルモデルを示す図である。

例示的な態様に係るオーディオサブシステムを示すブロック図である。

例示的な態様に係る、オーディオデータへの不正アクセスを防止するオーディオサブシステムの他のブロック図である。

例示的な態様に係る、オーディオデータへの不正アクセスを防止する方法を示すフローチャートである。

例示的な態様に係る、オーディオデータへの不正アクセスを防止するオーディオサブシステムの他のブロック図である。

例示的な態様に係る、マイクロフォンからプロセスへの、オーディオデータの保護された伝送の方法を示すフローチャートである。

本発明に係るシステムと方法が実装できる汎用コンピュータシステムの例を示す図である。

本発明の例示的な態様では、マイクロフォンからプロセスへのオーディオデータの伝送を阻止することによる、オーディオデータへの不正アクセスを防止するシステム、方法、及びコンピュータプログラム製品が開示される。当業者であれば、以下の記載はあくまでも例示であり、あらゆる制限をも意図するものではないことが理解されよう。本発明の利益を享受する当業者であれば、他の態様も容易に示唆されることであろう。添付の図面では、その詳細を示すための参照符号が付されている。図面と以下の記載において、同一の又はそれに相当する項目については、同一の参照符号を用いるものとする。

信頼性を高め、オーディオデータを扱うアプリケーションの開発を簡略化するため、Microsoftは、Windows Vistaに始まる現代のオペレーティングシステムで使用されるオーディオスタックを大幅に再設計している。図１は、新たなWindowsオーディオスタックの高レベルモデルを示す。このモデルの基本的なコンポーネント（構成要素）を、以下に列挙する。なお、図１に示されるコンポーネントは、網羅的なものではなく、本願の文脈上用いられるコンポーネントであり、且つ／又は新たなオーディオスタックモデルのコンテキストにおいてオーディオデータを扱う原則を理解するのに重要なコンポーネントであるにすぎない。

WindowsオーディオセッションAPI（WASAPI１０１）は、アプリケーション１００とオーディオエンドポイントデバイス１０７の間のオーディオデータストリームの制御を可能にするソフトウェアインタフェースである。本願では、「オーディオエンドポイントデバイス」、「オーディオターミナルデバイス」又は「オーディオエンドポイント」の用語は同義的に使用され、例えば、マイクロフォンと考えることができる。なお、マイクロフォンは、これと接続されているオーディオアダプタに組み込まれてもよく、また、USBアダプタやデバイスに接続され、次にオーディオアダプタに接続されてもよい。

いずれの場合でも、各オーディオストリームは１つのオーディオセッションの一部である。ここで、オーディオセッションは、アプリケーション１００と特定のオーディオエンドポイントデバイス１０７（例えば、マイクロフォン１０８）の間の全てのストリームの組み合わせである。Windowsオペレーティングシステムは、１つのオーディオセッション内で各ストリームを個別に処理し、また、オーディオセッション全体におけるボリューム等の特定のパラメータを制御することを可能にする。なお、オーディオセッションは、オーディオデータレンダリングストリーム単体でもオーディオデータキャプチャストリーム単体でも構成することができる。ただし、本願では、オーディオデータキャプチャストリームのみを説明する。アプリケーション１００は、共有モードと排他モードの２つのモードでWASAPIソフトウェアインタフェースを使用する。１つのアプリケーションが排他モードを使用することにより、他の全てのアプリケーションによるオーディオエンドポイントデバイスへのアクセスがブロックされる。コンポーネントであるWindowsオーディオデバイスグラフアイソレーション１０３は、１つのオーディオエンドポイントデバイス１０７から来たオーディオデータに対する共有アクセスをまとめるために使用される。

Windowsオーディオデバイスグラフアイソレーション１０３は、オーディオエンドポイントデバイス１０７から来たオーディオデータをアプリケーション１００へ転送するよう設計されたオーディオスタックコンポーネントである。Windowsオーディオデバイスグラフアイソレーション１０３は、中央プロセッサのリソースのみを使用して、１つのオーディオセッション中のオーディオストリームのデータの様々な変換を行う。例えば、Windowsオーディオデバイスグラフアイソレーション１０３は、複数の異なるアプリケションからのオーディオストリームを、Windowsの設定において指定される同一の形式、つまり、同一のチャネル数、デジタル化周波数、量子化の程度にすることができる。また、Windowsオーディオデバイスグラフアイソレーション１０３は、オーディオストリームのミキシング（mixing）を行う。加えて、オーディオデータキャプチャストリームの場合には、Windowsオーディオデバイスグラフアイソレーション１０３は、いくつかのアプリケーション１００への転送のため、オーディオデータをコピーする。Windowsオーディオデバイスグラフアイソレーション１０３は、ユーザモードで起動される、保護されたプロセスである「audiodg.exe」として実現される。

Windowsオーディオサービス１０４は、Windowsオペレーティングシステム内のサービスであり、オーディオデータストリームを生成し、制御するよう設計されている。このオーディオスタックコンポーネントは、アプリケーション１００が、保護された「audiodg.exe」プロセスとやり取りすることを許可するが、「audiodg.exe」プロセスへの直接アクセスは、アプリケーション１００側に限定されている。Windowsオーディオサービス１０４はまた、Windowsオーディオポリシーを実現するコンポーネントであり、オペレーティングシステムにおいて、オーディオセッションの共有モードでアクセス可能なオーディオストリームに適用されるルール群を有している。

オーディオドライバ１０６は、上述したオーディオスタックモデルの中間層であり、上述したオーディオスタックのアーキテクチャを維持する様々なシステムドライバの組み合わせを有するほか、他のメーカのコンポーネントのサポートを可能にするドライバも有している。例えば、PCIバス及びPCI Expressバスと接続されるオーディオアダプタでは、「ポートクラス」（portcls.sys）というシステムドライバがWindowsオペレーティングシステムに提供される。このドライバは、様々なオーディオアダプタとしての機能を実現するためのポートドライバ群を有している。また、USBバスと接続されるオーディオアダプタの場合は、「AVストリーム」クラス（Ks.sys）と「USBオーディオ」クラス（Usbaudio.sys）というシステムドライバがWindowsオペレーティングシステムに提供される。オーディオドライバ１０６層で実現される新たなオーディオスタックモデルの主な特徴は、Microsoftウェーブリアルタイム（WaveRT）技術の実現である。この技術により、中央プロセッサが直接関与することなく、オーディオエンドポイントデバイスがユーザモードのバッファにオーディオデータを記録することが可能となり、記録されたデータが保護された「audiodg.exe」プロセスによりバッファから読み出されることで、Windowsオーディオデバイスグラフアイソレーション・コンポーネント１０３が実現される。他のプロセスからのこのバッファへのアクセスは禁止され、オペレーティングシステム側において制御される。

本願に係るオーディオエンドポイントデバイス１０７は、オーディオデータ伝送路の一端に位置するデバイスであり、伝送路は、アプリケーション１００から開始されるか、アプリケーション１００で終了する。オーディオエンドポイントデバイスの例としては、マイクロフォン１０８、ヘッドフォン、音響スピーカ、CDプレーヤ等が挙げられるが、これらに限定されるものではない。オーディオエンドポイントデバイス１０７は、オーディオアダプタに接続されるか、又はオーディオアダプタの一部であってもよい。

Microsoftオーディオエンドポイントビルダ１０５は、新しいオーディオエンドポイントデバイス１０７を検出し、また、すでにあるオーディオエンドポイントデバイス１０７を追跡・制御するよう設計されたWindowsオペレーティングシステムのサービスである。

Windows.Devices.Enumeration１０２は、アプリケーション１００がMicrosoftオーディオエンドポイントビルダサービス１０５とやり取りすることを許可するソフトウェアインタフェースであり、すでにあるオーディオエンドポイントデバイス１０７の情報、及びオーディオデータのレンダリング又はキャプチャのためのオーディオエンドポイントデバイス１０７の使用情報を取得する。

本願では、Windowsオペレーティングシステムのオーディオサブシステムにおいて提供されるオーディオスタックコンポーネントについて説明する。ここに、本願発明が実現される。図２では、特に、１つの例示的な態様に係るオーディオデータへの不正アクセスを防止するオーディオサブシステムのブロック図が示される。図２は、オーディオエンドポイントデバイス（マイクロフォン２０６）から受け取っているオーディオデータキャプチャストリームを含むオーディオセッションにおいて、プロセス２００に共有モード（WASAPI共有）のアクセスが与えられるシナリオを示すものである。図２では、プロセス２００は、その際に実行されているアプリケーションを意味する。アプリケーションが受動的な命令のセットである場合、プロセスはこれらの命令を即時実行することである。各プロセスは一意の識別子であるプロセスID（つまり、PID）を有しており、これにより特定のプロセスを識別することが可能となっている。

マイクロフォンデータへの不正アクセスを防止するシステム及びその方法の困難さは、プロセスとオーディオエンドポイントデバイスの間を行き来する全てのオーディオストリームが、Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２を実現する単一の保護された「audiodg.exe」プロセスのコンテキストであるという事実にある。プロセスが保護されている、つまりこのプロセスに対するアクセス権が制限されているので、多くの処理の実行時に、ユーザモードの標準的なAPI関数を使ってこのプロセスとやり取りすることは不可能である。したがって、ユーザモードの標準的なAPI関数を使用する他のプロセスは、「audiodg.exe」プロセスの内部データに関する情報を要求することはできない。Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２により実現される、保護された「audiodg.exe」プロセスと、各プロセス２００とがやり取りをするため、オペレーティングシステムのWindowsオーディオサービス２０１は、プロセス間を行き来する（クロスプロセスの）特別なバッファ２０７を生成する。そして、このバッファ２００を介してマイクロフォン２０６等のオーディオエンドポイントデバイスのうちの１つからオーディオデータが伝送される。上述したように、オーディオエンドポイントデバイス２０５の追跡及び追加は、オペレーティングシステムのWindowsマイクロソフトオーディオエンドポイントビルダサービス２０４の助けを借りて行われる。

マイクロフォン２０６のようなオーディオエンドポイントデバイスと、保護されたプロセスであるaudiodg.exe２０２とのやり取りは、ユーザモードでアクセス可能な特別なバッファを介しても行われる。オーディオデータは、中央プロセッサの関与なしにマイクロフォン２０６から直接バッファ２０３に行き、Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２に読み取られるか、逆に、中央プロセッサのリソースのみを利用して処理される。つまり、ソフトウェアにより、オーディオアダプタのリソースの関与なしに、オーディオエンドポイントデバイス２０５が接続されるか又はオーディオエンドポイントデバイス２０５がオーディオアダプタの一部を形成することで、処理される。

Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２の主なタスクは、オーディオエンドポイントデバイスであるマイクロフォン２０６からプロセス２００へのオーディオデータの伝送と、単一のオーディオセッションにおけるオーディオストリームデータの様々な変換である。オーディオストリームデータの変換は、上述したWaveRT技術のミニポートドライバ（オーディオ処理オブジェクト（APO）として知られている）の助けを借りて行われる。ここで、オーディオ処理オブジェクトは、２つのタイプに区別される。２つのタイプとは、グローバルエフェクト（GFX APO２１１と略される）と、ローカルエフェクト（LFX APO２１１と略される）である。

１つの態様によれば、オーディオエンジンは、システム提供APO（system-supplied APOs）及びsAPO（システムエフェクトAPO）をパイプと呼ばれるコンポーネントに構成する。オーディオエンジンには２つのタイプのパイプが存在する。ストリームパイプは、APOsとsAPOsで構成され、APOsとsAPOsは、単一のアプリケーションからのストリームに対し、ローカルなデジタルオーディオ処理を実行する。このタイプのsAPOは、ローカルエフェクトsAPO（LFX sAPO）と呼ばれる。一方、デバイスパイプもAPOsとsAPOsで構成されるが、これらのAPOsとsAPOsは、全てのストリームに対しグローバルに影響するデジタルオーディオ処理を実行する。このタイプのsAPOは、グローバルエフェクトsAPO（GFX sAPO）と呼ばれる。

オーディオデータキャプチャストリームを含むオーディオセッションにおいて、マイクロフォン２０６から入力されたオーディオストリームに対してグローバルエフェクトオーディオ処理オブジェクト（GFX APO１１２）が用いられる。そして、Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２は、Windowsオーディオサービス２０１からオーディオストリームの生成を要求されている各プロセス２００のために、グローバルエフェクトオーディオ処理オブジェクト（GFX APO１１２）の助けを借りて、独立したオーディオストリームの生成を行う。独立したオーディオストリームの各々は単一のプロセスと対応し、ローカルエフェクトオーディオ処理オブジェクト（LFX APO２１１）の助けを借りて処理される。独立したオーディオストリームのために使用されるローカルエフェクトオーディオ処理オブジェクトLFX APO２１１の各々は、同一のものでも異なったものでも良い。ローカルエフェクト処理オブジェクトLFX APO２１１の助けを借りた、独立したオーディオストリーム各々のデータの操作の性質もまた、異なっていても良い。なぜなら、オーディオデータ処理オブジェクトのパラメータはリアルタイムで制御可能だからである。ローカルエフェクト処理オブジェクトLFX APO２１１は、プロセスごとに独立して動作することができる。結果として、ローカルエフェクト処理オブジェクトLFX APO２１１は、該当するプロセスに対応するオーディオストリームに追加されることになる。ローカルエフェクトオーディオ処理オブジェクトLFX APO２１１はまた、個別に無効にすることもできる。結果として、ローカルエフェクトオーディオ処理オブジェクトLFX APO２１１は、該当するプロセスに対応するオーディオストリームから削除されることになる。ローカルエフェクト処理オブジェクトLFX APO２１１は、WaveRTミニポートドライバの形で実現される。ここで、WaveRTミニポートドライバは、対応するレコードをシステムレジストリに追加することにより、オペレーティングシステムにインストールされ、各オーディオエンドポイントデバイス２０５に関連させて登録されるものである。そして、ローカルエフェクト処理オブジェクトLFX APO２１１は、オーディオサブシステムによって自動的にインストールされ、オーディオエンドポイントデバイスに関連する新たなオーディオストリームそれぞれを処理する。このオーディオエンドポイントデバイスに対して、当該ローカルエフェクト処理オブジェクトLFX APO２１１が登録されている。

共有アクセスモード（WASAPI共有）のプロセスは、マイクロフォン２０６から届くオーディオデータへのアクセスを受信するため、Windowsオーディオサービス２０１への要求を定式化し、これを送信する。この要求は、プロセスID（PID）を含む様々なパラメータを含んでいる。Windowsオーディオサービス２０１は、新たなデータストリームを生成するためのRPC要求を定式化し、Windowsオーディオデバイスグラフアイソレーション・コンポーネント２０２に送信する。この際、Windowsオーディオサービス２０１は、このRPC要求の複数のパラメータのうち、オーディオストリームの生成を要求するプロセスID（PID）を伝送する。Windowsオーディオサービス２０１は、特別なクロスプロセスバッファ２００を生成する。これにより、マイクロフォン２０６からオーディオデータが、オーディオストリームの生成を要求したプロセスに伝送される。これに対して、Windowsオーディオデバイスグラフアイソレーション２０２は、上述した特別なバッファ２００に関連した独立したオーディオストリームを生成する。オーディオデータは、特別なバッファ２００を介して、当該オーディオストリームの生成を要求したプロセスに伝送される。そして、最終的に、オーディオサブシステムは、生成されたオーディオストリームの処理のため、マイクロフォン２０６のために登録されたローカルエフェクトオーディオ処理オブジェクトLFX APO２１１をインストールする。

図３は、例示的な態様に係る、オーディオデータへの不正アクセスを防止するオーディオサブシステムの他のブロック図である。図３に示すように、このシステムは２つのサブシステムを有する。すなわち、図２に示す上述したサブシステムと、当該サブシステムと統合される、マイクロフォンデータへのアクセスを制御するサブシステムである。例示的な態様によれば、本願のオーディオサブシステムは、オーディオストリーム制御モジュール３０１を含み、これとプロセスとが、オーディオストリームの生成及び制御のためのAPI関数を介してやり取りをする。１つの例示的な態様によれば、これはWindowsオーディオサービス２０１とすることができる。加えて、オーディオストリームミキシング・プロセッシングモジュール３０２が提供される。これは、アプリケーションとオーディオエンドポイントデバイスの間のオーディオストリームを統合し、また、フィルタの助けを借りてオーディオストリームを処理するよう設計される。１つの例示的な態様において、オーディオストリームミキシング・処理モジュール３０２は、保護されたプロセスのWindowsオーディオデバイスグラフアイソレーション２０２とすることができる。さらに、オーディオサブシステムは、オーディオエンドポイントデバイスを追加し監視するよう構成された、オーディオエンドポイントデバイス制御モジュール３０６を含むことができる。１つの例示的な態様において、オーディオエンドポイントデバイス制御モジュール３０６は、Windowsオーディオエンドポイントビルダサービス２０４とすることができる。

マイクロフォンデータへのアクセスを制御するためのサブシステムは、３つのコンポーネント、すなわちRPCトラフィックフィルタモジュール３１０、オーディオストリーム遮断モジュール３１１、及びアクセス認証モジュール３１２を含むことができる。RPCトラフィックフィルタモジュール３１０は、オーディオエンドポイントデバイス（マイクロフォン）と関連するオーディオストリーム生成のためのRPC要求を検出し、当該オーディオストリームの生成を要求されたプロセスID（PID）を決定するため、オーディオストリーム制御モジュール３０１とオーディオストリームミキシング・処理モジュール３０２の間のRPCトラフィックを監視するよう設計される。この設計は、マイクロフォン３０５からのオーディオデータを受信するプロセス３００を識別するという、上述した課題を解決する。ここで、プロセス３００とマイクロフォン３０５の間を行き来する全てのオーディオストリームは、単一の保護されたプロセスである「audiodg.exe」（オーディオストリームミキシング・処理モジュール３０２）のコンテキストである。

オーディオストリーム遮断モジュール３１１は、オーディオストリームミキシング・処理モジュール３０２内のローカルエフェクトオーディオ処理オブジェクトLFX APO２１１として、オーディオエンドポイントデバイス（マイクロフォン３０５）と関連したオーディオセッションの新たなオーディオストリームそれぞれに対してインストールされる。１つの例示的な態様では、オーディオストリーム遮断モジュール３１１は、WaveRTミニポートドライバのようなドライバの形態である。オーディオサブシステムは、オーディオエンドポイントデバイス３０４群の各オーディオエンドポイントデバイスに関連する、オーディオセッション内の新たなオーディオストリームそれぞれに対して、オーディオストリーム遮断モジュール３１１を自動的にインストールする。オーディオストリーム遮断モジュール３１１は、ローカルエフェクトオーディオ処理オブジェクトLFX APO２１１として登録される。１つの例示的な態様では、上述したオーディオストリーム遮断モジュール３１１の自動インストールは、オーディオストリームミキシング・処理モジュール３０２により行われる。インストール後、オーディオストリームに対してインストールされたオーディオストリーム遮断モジュール３１１は、当該オーディオストリームのデータへアクセスすることに関するプロセスの認証チェック要求をアクセス認証モジュール３１２に送信する。アクセス認証モジュール３１２は、チェックを実行するため、上述した認証チェックが要求されたかどうかに関するプロセスIDを、RPCトラフィックフィルタモジュール３１０から受信するか、又はRPCトラフィックフィルタモジュール３１０に要求する。ところで、オーディオストリーム遮断モジュール３１１は、どのプロセスが当該オーディオストリーム遮断モジュール３１１をインストールすることになったオーディオストリームに対応するプロセスであるかの情報を持っていない。また、RPCトラフィックフィルタモジュール３１０も、そのような情報は持っていない。オーディオストリーム遮断モジュール３１１によりディスパッチされた要求と、RPCトラフィックフィルタモジュール３１０により得られたプロセスIDを整合させることは、オーディオストリームとプロセスを整合させることと同じ関係であり、これは、アクセス認証モジュール３１２により行われる。

１つの例示的な態様によれば、オーディオストリーム遮断モジュール３１１の主な目的は、不正なプロセスがオーディオストリームデータにアクセスすることを防止することである。したがって、オーディオストリーム遮断モジュール３１１は、オーディオストリームの生成を要求するプロセスが不正であることがアクセス認証モジュール３１２により判明した場合、当該オーディオストリームのデータをゼロ化する。

アクセス認証モジュール３１２は、RPCトラフィックフィルタモジュール３１０及びオーディオストリーム遮断モジュール３１１と接続され、上述した、マイクロフォン３０５等のオーディオエンドポイントデバイスに関連したオーディオストリームのデータにアクセスするためのプロセスIDにより、プロセス認証のチェックを行うよう構成される。プロセス認証モジュールは、オーディオエンドポイントデバイス３０４群の１つのオーディオエンドポイントデバイスに関連するオーディオストリームデータへのアクセスを得るプロセスの認証を独立してチェックし、また、他のセキュリティモジュールによりチェックを受けているプロセスに関する要求を送信する。これらのモジュールは、プロセスのアクティビティを制御するモジュールを含むことができる。プロセスのアクティビティを制御するモジュールは、下記のプロセスの一部の動作を規制（regulate）するよう設計される。
・ファイルシステムやシステムレジストリへのアクセス
・他のプロセスとのやり取り
・全てのプロセスの、以下のものへの分類：信頼されたもの／信頼されていないもの／弱い制限のあるプロセス／強い制限のあるプロセス
さらに、アンチウイスルモジュールは、シグネチャ（既知のウイルス及び他の悪意のあるアプリケーションの記述）のデータベースの助けを借りてウイルスを探索し、対応するオブジェクト及びこれと関連するデータを除去又は隔離するよう設計される。加えて、脅威無効化モジュールは、要求されていないコンテンツを検出し、リアルタイムでの攻撃や脅威を発見し、全ての不審なプロセスを終了させる措置をとり、インターネットトラフィックを閉鎖するとともに、システムをその最後の既知の安全な状態に復元するために提供され、用いられる。さらに、ユーザフィードバックモジュールが提供されてもよい。ユーザフィードバックモジュールは、マイクロフォンデータへのアクセスを得るためのプロセスの試行をユーザに警告することができ、ユーザは当該プロセスがマイクロフォンにアクセスしてよいかを選択することができる。また、ユーザフィードバックモジュールは、デフォルトとして、マイクロフォンへの全てのアクセスをブロックするオプションをユーザに提供することもできる。

したがって、アクセス認証モジュール３１２は、外部のセキュリティモジュールの評定に基づいて、プロセスを不正なものであると識別することができる。例えば、プロセスが悪意のあるものであるか又はマイクロフォンへのアクセスが認証されていないものであれば、当該プロセスを不正なものであるとして識別することができる。

１つの例示的な態様では、アクセス認証モジュール３１２はオーディオエンドポイントデバイス制御モジュール３０６と接続され、オーディオエンドポイントデバイス３０４群に新たなオーディオエンドポイントデバイスが追加されたことを確認する。新しいオーディオエンドポイントデバイスの各々に対し、アクセス認証モジュール３１２は、オーディオストリーム遮断モジュール３１１をローカルエフェクトオーディオ処理オブジェクトLFX APO２１１として登録する。別の例示的な態様では、アクセス認証モジュール３１２は、システムレジストリの全てのレコードの変更及び削除を防止する。ここで、システムレジストリは、オーディオストリーム遮断モジュール３１１がローカルエフェクトオーディオ処理オブジェクトLFX APO２１１としてリスト化したものである。

図４は、オーディオデータへの不正アクセスを防止する方法の例示的な態様を示すフローチャートである。このフローチャートに示すように、ステップ４０１において、オーディオストリーム遮断モジュール３１１を、ローカルエフェクトオーディオ処理オブジェクトLFX APOとしてオーディオストリームミキシング・処理モジュール３０２にインストールする。ここで、このインストールはアクセス認証モジュール３１２の助けを借りて、また、オーディオエンドポイントデバイス制御モジュール３０６によって確認された各オーディオエンドポイントデバイス（マイクロフォン３０５）に対して行われる。ローカルエフェクトオーディオ処理オブジェクトLFX APOは、各エンドポイントデバイス（マイクロフォン３０５）と関連する新たなオーディオストリームのそれぞれに対するオーディオストリームミキシング・処理モジュール３０２として用いられる。そして、当該オーディオストリームミキシング・処理モジュール３０２に対してローカルエフェクトオーディオ処理オブジェクトLFX APOがインストールされる。

次に、ステップ４０２において、RPCトラフィックフィルタモジュール３１０の助けを借りて、オーディオストリーム制御モジュール３０１とオーディオストリームミキシング・処理モジュール３０２の間のRPCトラフィックを監視し、オーディオエンドポイントデバイス（マイクロフォン３０５）に関連したオーディオストリームの生成のRPC要求を抽出し、上記オーディオストリームの生成の要求に対してプロセスIDを決定する。

オーディオストリームミキシング・処理モジュール３０２は、新しいオーディオストリームの生成中、この新たなオーディオストリームに関連するオーディオエンドポイントデバイスに対してインストールされたオーディオストリームのローカルエフェクト処理モジュールLFX APOを、当該ストリームに適用する。ここで、ステップ４０１において、各オーディオエンドポイントデバイス（マイクロフォン）に対して、オーディオストリームのローカルエフェクト処理モジュールLFX APOとしてオーディオストリーム遮断モジュール３１１をインストールした結果、ステップ４０３において、オーディオエンドポイントデバイス（マイクロフォン）に関連した新たなオーディオストリームに対してオーディオストリーム遮断モジュール３１１が与えられる。そして、ステップ４０３において、オーディオストリーム遮断モジュール３１１は、初期化直後に、アクセス認証モジュール３１２に認証の要求を送信する。

ステップ４０４において、この要求に応答して、アクセス認証モジュール３１２は、ステップ４０２で受け取ったオーディオストリームの生成を要求するプロセスのIDを用いて、上述したオーディオストリームデータへアクセスするプロセスの認証をチェックする。

そして、ステップ４０４でのチェック結果に基づいて、ステップ４０５において、オーディオストリーム遮断モジュール３１１は、上述したオーディオストリームの生成を要求したプロセスがアクセス認証モジュール３１２の助けを借りて不正であると発見された場合、上述したオーディオストリームのデータをゼロ化する。

マイクロフォンデータへの不正アクセスを防止するシステム及びその方法は、オペレーティングシステム内のオーディオサブシステムにより提供されるメカニズムを利用することで、プロセス側でのマイクロフォンデータへの不正アクセスの結果として起こるオーディオデータの漏洩からユーザを保護することを可能にする。しかしながら、上述したシステム及び方法は、認証されたプロセスに到達したオーディオストリームへの、外部プロセスによる不正アクセスに起因したオーディオデータの漏洩までは防止できない。そこで、本願の文脈における不正アクセスからオーディオストリームを保護するため、マイクロフォンからプロセスへの、オーディオデータの保護された伝送の方法が実現される。

図５は、例示的な態様に係る、オーディオデータへの不正アクセスを防止するオーディオサブシステムの他のブロック図である。図５に示すように、システムは２つのサブシステムを含む。すなわち、図２に示す上述したサブシステムと、当該サブシステムと統合される、オーディオデータ６２の伝送を保護するサブシステムである。図２に示すように、オーディオサブシステムは、オーディオストリーム制御モジュール３０１と、オーディオストリームミキシング・処理モジュール３０２と、オーディオエンドポイントデバイス制御モジュール３０６を含む。

オーディオストリーム制御モジュール３０１は、オーディオストリームを生成し、制御するよう設計される。プロセス３００は、API関数の助けを借りて、オーディオストリーム制御モジュール３０１とやり取りをする。１つの例示的な態様によれば、オーディオストリーム制御モジュール３０１は、Windowsオーディオサービス２０１とすることができる。

オーディオストリームミキシング・処理モジュール３０２は、オーディオストリーム制御モジュール３０１と接続され、プロセス３００と、オーディオエンドポイントデバイス群３０４のうちの１つのオーディオエンドポイントデバイス（例えば、マイクロフォン３０５）との間にオーディオストリームを通す（route）よう設計される。オーディオストリームミキシング・処理モジュール３０２はまた、システムによりサポートされたオーディオ処理モジュール（オーディオ処理オブジェクト、APO）の助けを借りて、オーディオストリームを処理するよう設計される。Windowsのサブシステムでは、システムのオーディオ処理モジュール（APOと略される）と、サードパーティのオーディオ処理モジュールsAPOとが区別される。本願の目的のためには、sAPOのみが用いられる。以下では、これを単にオーディオ処理モジュールsAPOと呼ぶ。上述したように、オーディオストリームミキシング・処理モジュール３０２により用いられるオーディオ処理モジュールsAPOは、２つのタイプに区別される。グローバルエフェクトGFX sAPO５０２とローカルエフェクトLFX sAPO５０１である。オーディオデータキャプチャストリームを含むオーディオセッションにおいて、グローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２はマイクロフォンから入力されるオーディオストリームに対して適用される。そして、オーディオストリーム制御モジュール３０１に対してオーディオストリームを生成するよう要求した各プロセス（例えば、プロセスN）に対して、オーディオストリームミキシング・処理モジュール３０２は、入力されたストリームをコピーすることで独立したオーディオストリームを生成する。これは、グローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２の助けを借りて処理される。各独立したオーディオストリームは、プロセス３００のうちの１つと対応しており、ローカルエフェクトオーディオ処理オブジェクトLFX sAPO５０１の助けを借りて処理される。オーディオストリームミキシング・処理モジュール３０２は、分離した複数のバッファ５０３により、オーディオデータをオーディオエンドポイントデバイス（例えば、マイクロフォン３０５）からプロセス３００に伝送する。オーディオストリームミキシング・処理モジュール３０２は、このバッファ５０３にオーディオデータを書き込み、API関数の助けを借りたプロセス３００が当該データを読み込む。１つの例示的な態様によれば、オーディオストリームミキシング・処理モジュール３０２は、保護されたプロセスであるWindowsオーディオデバイスグラフアイソレーション２０２とすることができる。

オーディオエンドポイントデバイス制御モジュール３０６は、オーディオエンドポイントデバイスの追加及び監視を行う。オーディオエンドポイントデバイス制御モジュール３０６は、Windowsオーディオエンドポイントビルダサービス２０４とすることができる。

オーディオデータ６２の伝送を保護するためのサブシステムは、RPCトラフィックフィルタモジュール３１０及びオーディオストリーム暗号保護モジュール５００を含むことができ、加えて、アクセス認証モジュール３１２を有していてもよい。RPCトラフィックフィルタモジュール３１０は、オーディオストリーム制御モジュール３０１とオーディオストリームミキシング・処理モジュール３０２の間のRPCトラフィックを監視する。
RPCトラフィックフィルタモジュール３１０は、オーディオエンドポイントデバイス（マイクロフォン３０５）と関連するオーディオストリーム生成のためのRPC要求を検出するよう設計される。RPCトラフィックフィルタモジュール３１０は、オーディオストリーム暗号保護モジュール５００と接続され、オーディオデータ６２の伝送を保護するサブシステム内で、オーディオエンドポイントデバイス（マイクロフォン）と関連するオーディオストリーム生成のための全てのRPC要求を追跡するために用いられる。また、RPCトラフィックフィルタモジュール３１０は、プロセスID（PID）を決定し、IDの組｛PID 1, ... PID N｝をプロセス３００の組｛プロセス1, ..., プロセスN｝と対応させて記憶する。ここで、プロセス３００は、オーディオエンドポイントデバイス（マイクロフォン３０５）と関連するオーディオストリーム生成を要求したプロセスである。したがって、RPCトラフィックフィルタモジュール３１０は、オーディオデータ６２の伝送を保護するサブシステムが、その時点で任意のオーディオエンドポイントデバイス（マイクロフォン）にアクセスする全てのプロセス３００を識別することを可能にする。

オーディオストリーム暗号保護モジュール５００は、RPCトラフィックフィルタモジュール３１０と接続され、オーディオストリームミキシング・処理モジュール３０２内のオーディオデータの暗号化及び復号を行うよう設計される。オーディオデータの暗号化のため、オーディオストリーム暗号保護モジュール５００は、ドライバの形式で実現されるオーディオ処理モジュールsAPOを利用する。オーディオ処理モジュールsAPOは、オペレーティングシステムにインストールされ、対応するレコードをシステムレジストリに追加することで、オーディオエンドポイントデバイス３０４群のうちの特定のオーディオエンドポイントデバイス（マイクロフォン）の各々と関連して登録される。インストール後、グローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２は、オーディオストリームミキシング・処理モジュール３０２により、オーディオエンドポイントデバイス（マイクロフォン）から入力されメモリバッファ３０３を介して得られるオーディオストリームに自動的に適用される。一方、ローカルエフェクトオーディオ処理オブジェクトLFX sAPO５０１は、オーディオエンドポイントデバイス（マイクロフォン。これに対してローカルエフェクトオーディオ処理オブジェクトLFX sAPO５０１及びグローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２がインストールされる。）と関連する新たなオーディオストリームの各々の処理のために利用される。暗号化のアルゴリズムの一部又は全部は、オーディオ処理モジュールsAPO内で実現される。具体的には、暗号化はローカルエフェクトオーディオ処理オブジェクトLFX sAPO５０１により、又はグローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２により独立して行われる。あるいは、暗号化は、ローカルエフェクトオーディオ処理オブジェクトLFX sAPO５０１及びグローバルエフェクトオーディオ処理オブジェクトGFX sAPO５０２の組み合わせにより行われる。暗号化アルゴリズムについては、AES、DES、GOST 28147-89等の対称暗号化アルゴリズムや、RSA、El-Gamal等の非対称暗号化アルゴリズムを適用することができる。対称暗号化アルゴリズムでは、暗号化と復号の際に、同一の鍵を用いなければならない。一方、非対称暗号化アルゴリズムでは、公開鍵と秘密鍵のペアを使用する。公開鍵は、（秘密でない）公衆通信路により伝送され、データの暗号化に使用される。そして、データの復号に、秘密鍵が使用される。オーディオストリーム暗号保護モジュール５００は、これらの鍵を生成し、これらを保持し、暗号化のためにこれらの鍵をオーディオ処理モジュールsAPOに伝送する。

オーディオストリーム暗号保護モジュール５００の助けを借りて暗号化されたデータは、メモリバッファ５０３に到達する。メモリバッファ５０３群｛メモリバッファ 1, ..., メモリバッファ N｝の各メモリバッファは、その時点において任意のオーディオエンドポイントデバイス（マイクロフォン）にアクセスするプロセス３００群｛プロセス 1, ..., プロセス N｝のプロセスと対応する。メモリバッファは、オーディオストリームの生成を要求した各プロセスに対し、オーディオストリーム制御モジュール３０１により生成される。メモリバッファ５０３の助けを借りて、 オーディオストリームミキシング・処理モジュール３０２はエンドポイントデバイス（マイクロフォン）から来たオーディオデータをプロセスへ伝送する。実際のところ、メモリバッファ５０３はエンドポイントデバイス（マイクロフォン）からプロセス３００への経路上でオーディオデータの漏洩が最も起こりやすい場所である。メモリバッファ５０３からのオーディオデータを取得するため、プロセス３００はAPI関数、特にWASAPI関数を用いる。これにより、プロセス３００はメモリバッファ５０３からオーディオデータを読み込み、例えば、データのその後の処理及び利用のため、読み込んだオーディオデータをローカルメモリバッファ５０３に移動させる。オーディオデータの復号を達成するため、オーディオストリーム暗号保護モジュール５００は、上記API関数（これによりプロセス３００がメモリバッファ５０３からオーディオデータを読み込む。）呼び出しのインターセプターをインストールする。これらのインターセプターは、RPCトラフィックフィルタモジュール３１０によりIDが決定されたプロセスに対してのみ、オーディオストリーム暗号保護モジュール５００によってインストールされる。例えば、図５に示すように、プロセスID（PID） Nを持つプロセスNに対して、API関数５０４呼び出しのインターセプターがインストールされる。

API関数の呼び出しをその途中で捉える（インターセプトする）ための技術には、従来のシステム及び方法を用いることができ、本願の文脈において適用可能な様々な手法を導入することができる。これらの手法の１つは、サードパーティのDLLのプロセスでの任意のAPI関数の呼び出しが、関数インポートテーブルを介して実行されること基づく。したがって、API関数５０４を呼び出すインターセプターをインストールするため、オーディオストリーム暗号保護モジュール５００は、インポートテーブルと、呼び出しをインターセプトする必要のあるインポートテーブル内のAPI関数とを探し出し、見つかったインポートテーブル内で、ポインタを元のAPI関数の代わりに他の関数に配置する。ポインタが元のAPI関数の代わりに配置された上記他の関数は、修正された元のAPI関数であり、この関数により、プロセスNがメモリバッファNからオーディオデータを読み出すことを可能にする。この他の関数は、オーディオストリーム暗号保護モジュール５００によって実行される、読み出されているオーディオデータ解読ルーチンの呼び出しを付加的に含んでいることで区別される。このルーチンが終了すると、復号化されたオーディオデータがプロセスNに伝送される。

１つの例示的な態様では、例えばメモリバッファNに位置するオーディオデータの復号を、インターセプターなしで行うことができる。プロセスNは、特別なプログラムインタフェース（例えば、ソフトウェア開発キット（SDK）の形で提供されるKL API（カスペルスキーLabアプリケーションプログラミングインターフェース））によって、オーディオデータ６２の保護された伝送のためのサブシステムと独立にやり取りすることができる。したがって、プロセスNは、オーディオストリーム暗号保護モジュール５００によって実行される復号化ルーチンを独立して呼び出すことができる。また、これに加えて、オーディオデータの暗号化のためのルーチン及びオーディオデータの暗号化及び復号のために使用される鍵の生成及び交換のためのルーチンの呼び出しのため、オーディオストリーム暗号保護モジュール５００とやり取りをすることもできる。加えて、プロセスNにおいて、オーディオエンドポイントデバイス（マイクロフォン）から来るオーディオデータのセキュリティを保証するため、オーディオデータ６２の保護された伝送を行うサブシステムの他のコンポーネントとやり取りをすることもできる。

オーディオデータ６２の保護された伝送のサブシステム内のアクセス認証モジュール３１２は、暗号保護モジュール５００及びRPCトラフィックフィルタモジュール３１０と接続され、RPCトラフィックフィルタモジュール３１０によって決定されたプロセスIDによるプロセスの認証をチェックするよう設計される。これにより、オーディオエンドポイントデバイス（マイクロフォン）へのアクセスの認証がなされる。したがって、１つの例示的な態様におけるアクセス認証モジュール３１２を用いることにより、オーディオストリーム暗号保護モジュール５００は、オーディオエンドポイントデバイス（マイクロフォン）へのアクセス権が認証されたとする、上述したアクセス認証モジュール３１２による検証の結果識別されたプロセスにのみ、API関数呼び出しのインターセプターを生成することができる。この結果、不正プロセスには、暗号化されたオーディオデータがオーディオストリームミキシング・処理モジュール３０２から送られる。

図６は、例示的な態様に係る、マイクロフォンからプロセスへの、オーディオデータの保護された伝送の方法を示すフローチャートである。このフローチャートに示すように、ステップ６０１においては、オーディオストリーム制御モジュール３０１とオーディオストリームミキシング・処理モジュール３０２の間のRPCトラフィックを監視するよう設計されたRPCトラフィックフィルタモジュール３１０に、オーディオエンドポイントデバイス（マイクロフォン）と関連するオーディオストリーム生成のためのRPC要求を追跡させ、上記マイクロフォンへのアクセスを取得する全てのプロセスのIDを決定させる。

次に、ステップ６０２において、オーディオストリームミキシング・処理モジュール３０２の全てのオーディオストリームのオーディオデータをオーディオストリーム暗号保護モジュール５００により暗号化する。ここで、オーディオデータの暗号化のため、オーディオストリーム暗号保護モジュール５００はオーディオ処理モジュール（APO）を使用する。なお、オーディオ処理モジュールは、グローバルエフェクトオーディオ処理モジュールGFX sAPO５０２及びローカルエフェクトオーディオ処理モジュールLFX sAPO５０２の２種類のオブジェクトに細分される。

オーディオストリームミキシング・処理モジュール３０２は、暗号化されたオーディオデータをメモリバッファ５０３に置く。メモリバッファ５０３群｛メモリバッファ1, ..., メモリバッファN｝の各メモリバッファは、その時点で任意のオーディオエンドポイントデバイス（マイクロフォン）にアクセスするプロセス３００群｛プロセス1, ..., プロセスN｝のプロセスと対応する。

オーディオデータの解読のため、ステップ６０３において、暗号保護モジュール５００に、対応するメモリバッファ５０３からオーディオデータを読み出すAPI関数呼び出しのインターセプターをインストールさせる。ここで、上記メモリバッファ５０３は、オーディオエンドポイントデバイス（マイクロフォン）からプロセス３００へのオーディオデータの伝送のためオーディオストリームミキシング・処理モジュール３０２によって使用されるものである。暗号保護モジュール５００によるインターセプターのインストールは、ステップ６０１においてRPCトラフィックフィルタモジュールによりそのIDが決定されたプロセス３００に対して行われる。

１つの例示的な態様では、オーディオストリーム暗号保護モジュール５００は、API関数呼び出しのインターセプターをインストールする。ただし、インストールは、アクセス認証モジュール３１２によるチェックの結果、オーディオエンドポイントデバイス（マイクロフォン）へのアクセスが認証されたとして識別されたプロセス３００群のプロセスに対してのみ行われる。アクセス認証モジュール３１２は、RPCトラフィックフィルタモジュール３１０により決定されたIDに基づいて、オーディオエンドポイントデバイス（マイクロフォン）へのアクセスのためのプロセス３００の認証のチェックを実行する。

そして、ステップ６０４において、上述のインターセプターが、オーディオストリーム暗号保護モジュール５００によって実行されるオーディオデータの復号ルーチンの呼び出しに対して用いられ、その後、復号されたオーディオデータをプロセスに送信する。

図７は、本態様に係るシステムと方法が実装できる汎用コンピュータ・システム（パーソナル・コンピュータやサーバ等の例を示している。図示の通り、コンピュータ・システム２０は、ＣＰＵ２１と、システムメモリ２２と、ＣＰＵ２１と関連付けられたメモリを含む様々なシステムコンポーネントを接続するシステムバス２３とを含む。システムバス２３は、バスメモリ又は、バスメモリコントローラ、周辺バス、及びローカルバスを次々含む従来より公知のあらゆるバス構造としても実現され、これらはどのような他のバスアーキテクチャとも通信可能である。システムメモリは、リードオンリーメモリ（ＲＯＭ）２４及びランダムアクセスメモリ（ＲＡＭ）２５を含む。基本的な入出力システム（ＢＩＯＳ）２６は、ＲＯＭ２４の使用によってオペレーティングシステムをロードする際等、パーソナル・コンピュータ２０の要素間の情報の伝達を担う基本的な手順を含む。

パーソナル・コンピュータ２０は、データの読み書きのためのハードディスク２７、取り外し可能な磁気ディスク２９の読み書きのための磁気ディスクドライブ２８、及びＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、その他の光学メディア等の光学ディスク３１の読み書きのための光学式ドライブ３０を含む。ハードディスク２７、磁気ディスクドライブ２８、及び光学式のドライブ３０は、ハードディスクインターフェース３２、磁気ディスクインターフェース３３、及び光学式のドライブインターフェース３４それぞれを横切るシステムバス２３と接続される。ドライブ及び対応するコンピュータ情報メディアは、コンピュータ命令、データ構造体、プログラムモジュール、及びパーソナル・コンピュータ２０の他のデータのストレージのための電源依存のモジュールである。

本発明は、ハードディスク２７、取り外し可能な磁気ディスク２９及び取り外し可能な光ディスク３１を用いるシステムの実装を提供するものであるが、コンピュータに読み込み可能な形式でデータを保存できるフラッシュメモリカード、デジタルのディスク、ランダムアクセスのメモリ（ＲＡＭ）等の他のタイプのコンピュータ情報メディア５６を使用してもよいことに留意されたい。また、これはコントローラ５５を介してシステムバス２３に接続される。

コンピュータ２０は、ファイルシステム３６を有し、ここに記録されたオペレーティングシステム３５が保持される。ここで、ファイルシステム３６は、図２に示すオーディオサブストリーム６０と、図３に示す、マイクロフォンのデータへのアクセスを制御するサブシステム６１と、オーディオデータ６２の伝送を保護するサブシステムと、を含む。また、コンピュータ２０は、追加のプログラムアプリケーション３７、他のプログラムモジュール３８、及びプログラムデータ３９を含む。ユーザは、入力デバイス（キーボード４０、マウス４２）を用いてコマンドと情報をパーソナル・コンピュータ２０に入力することができる。他の入力デバイス（不図示）：マイクロフォン、ジョイスティック、ゲームコントローラ、スキャナ等を用いることもできる。そのような入力デバイスは、通常、システムバスに接続しているシリアルポート４６を通じてコンピュータ・システム２０に差し込まれるが、それらは、他の方法、例えばパラレル・ポート、ゲームポート、又は一般的なシリアルバス（ＵＳＢ）などにより接続してもよい。ディスプレイ機器のモニタ４７又は他のタイプは、また、ビデオアダプタ４８等のインターフェースと交差するシステムバス２３に接続している。モニタ４７に加えて、パーソナル・コンピュータは、スピーカー、プリンタ等の他の周辺の出力デバイス（不図示）を接続できる。

パーソナル・コンピュータ２０は、１つ又は複数のリモートコンピュータ４９とのネットワーク接続を用いて、ネットワーク環境で操作することができる。リモートコンピュータ（又はコンピュータ）４９は、図５に示すように、パーソナル・コンピュータ２０の性質として説明した上述の要素全ての大多数を有するパーソナル・コンピュータ又はサーバでもある。ルータ、ネットワークステーション、ピア接続の機器、又は他のネットワークノード等の他の機器もまた、かかるコンピュータ・ネットワークで存在し得るものである。

ネットワーク接続は、ローカルエリアコンピュータ・ネットワーク（ＬＡＮ）５０及びワイドエリアコンピュータ・ネットワーク（ＷＡＮ）を形成することができる。そのようなネットワークは、企業のコンピュータ・ネットワーク及び社内ネットワークで利用され、それらはたいていインターネットにアクセスすることができる。ＬＡＮ又はＷＡＮネットワークにおいて、パーソナルコンピュータ２０は、ネットワークアダプタ又はネットワークインターフェース５１に交差するローカルエリアネットワーク５０に接続されている。ネットワークが用いられる時には、パーソナルコンピュータ２０は、通信にインターネット等のワイドエリアコンピュータ・ネットワークを実現するために、モデム５４又は他のモジュールを使用することができる。内部又は外部の機器であるモデム５４は、シリアルポート４６によりシステムバス２３と接続される。かかるネットワーク接続は、単なる一例であり、ネットワークの正確な構成を示すものではない。すなわち、技術の通信モジュールによって、あるコンピュータから他のコンピュータへの接続を確立する他の方法（Ｂｌｕｅｔｏｏｔｈ接続等）もあることに留意されたい。

様々な実施形態において、ハードウェア、ソフトウェア、ファームウェア、又はこれらのあらゆる組み合わせにおいて、ここで説明されたシステム及びメソッドを実施し得る。ソフトウェアにおいて実装される場合は、メソッドは非一時的コンピュータ可読媒体の１つ又は複数の命令又はコードとして保存され得る。コンピュータ可読媒体は、データストレージを含む。あくまでも例であり限定するものではないが、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、フラッシュメモリ、若しくは他のタイプの電気、磁気、光学式の記憶媒体、又はその他のメディアであってもよい。すなわち、これらによって命令又はデータ構造体という形で、要求されたプログラムコードを運ぶか又は保存することができ、汎用コンピュータのプロセッサによってアクセスすることができる。

様々な実施形態で、本発明のシステム及びメソッドが、モジュールとして実装され得る。ここで用語「モジュール」は、実世界の機器、コンポーネント、又はハードウェアを用いて実装されたコンポーネント配置であり、例えばＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等の、又は例えばモジュールの機能を実行するマイクロプロセッサシステムや命令セットによる等、ハードウェアとソフトウェアの組み合わせとして実装され得る。これらは、実行中にマイクロプロセッサシステムを特定の機器に変換する。モジュールは、ハードウェア単体により促進される一定の機能とハードウェア及びソフトウェアの組み合わせによって促進される他の機能という２つの組み合わせとして実施されてもよい。モジュールの少なくとも一部又は全部は、汎用コンピュータのプロセッサにおいて実行できる（図５において詳述したもの等）。したがって、各モジュールは様々な適当な構成で実現することができて、ここに例示した特定の実装に限られるものではない。

なお、実施形態の通常の機能のうちの全てをここで開示しているわけではない。本発明の何れの実施形態を開発する場合においてでも、開発者の具体的な目標を達成するためには多くの実施に係る特別な決定が必要であり、これらの具体的な目標は実施形態及び開発者ごとに異なることに留意されたい。そのような開発努力は、複雑で時間を要するものであるが、本発明の利益を享受し得る当業者にとってはエンジニアリングの日常であると理解されたい。

さらに、本明細書で使用される用語又は表現は、あくまでも説明のためであり、限定するものではない。つまり、関連技術の熟練の知識と組み合わせて、本明細書の用語又は表現は、ここに示される教示及び指針に照らして当業者によって解釈されるべきであると留意されたし。明示的な記載がない限り、明細書又は特許請求の範囲内における任意の用語に対して、珍しい又は特別な意味を帰することは意図されていない。

本明細書で開示された様々な態様は、例示のために本明細書に言及した既知のモジュールの、現在及び将来の既知の均等物を包含する。さらに、態様及び用途を示し、説明してきたが、本明細書に開示された発明の概念から逸脱することなく、上述したよりも多くの改変が可能であることが、この開示の利益を有する当業者には明らかであろう。

Claims (21)

1. オーディオデータへの不正アクセスを防止する方法であって、
   受信工程と、決定工程と、割り当て工程と、処理及び暗号化工程と、記憶工程と、インストール工程と、復号工程とを備え、
   前記受信工程では、コンピュータのプロセッサにより、複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信して、オーディオエンドポイントデバイスからオーディオストリームを取得し、
   前記決定工程では、前記プロセッサにより、前記１つのソフトウェアプロセスのプロセスIDを決定し、
   前記割り当て工程では、前記プロセッサにより、複数のデータバッファのうちの１つのデータバッファを、前記プロセスIDに基づいて前記１つのソフトウェアプロセスに割り当て、
   前記処理及び暗号化工程では、少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化し、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、
   前記記憶工程では、前記プロセッサにより、前記１つのソフトウェアプロセスに対して割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶し、
   前記インストール工程では、前記プロセスIDに基づいて、前記プロセスIDに対応する前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールし、
   前記インターセプターは、前記１つのソフトウェアプロセスに対してのみ、前記割り当てられたデータバッファの暗号化されたオーディオデータにアクセスして前記暗号化されたオーディオデータを復号するよう構成されるようにし、
   前記復号工程では、前記１つのソフトウェアプロセスが、前記インターセプターを用いて前記暗号化されたオーディオデータを復号する、方法。
2. 前記コンピュータのプロセッサにより、複数のソフトウェアプロセスからの複数の要求をそれぞれ受信し、前記エンドポイントデバイスを含む１つまたは複数のエンドポイントデバイスからのオーディオストリームを取得する工程と、
   前記プロセッサにより、前記複数のソフトウェアプロセスに対して前記複数のデータバッファを割り当てる工程と、
   前記要求されたオーディオストリームの各々と関連したオーディオデータを暗号化する工程と、
   前記割り当てられたデータバッファに、前記要求されたオーディオストリームそれぞれに対応する前記暗号化されたオーディオデータをそれぞれ記憶する工程と、
   API関数呼び出しの各インターセプターを備えて構成される前記複数のソフトウェアプロセスの少なくとも一部により、前記暗号化されたオーディオデータを復号する工程と、をさらに備える、請求項１に記載の方法。
3. 前記プロセッサにより、前記プロセスIDデータに基づいて、前記オーディオストリームの取得を要求する前記１つのソフトウェアプロセスが不正なソフトウェアプロセスであるかどうかを決定する工程と、
   前記１つのソフトウェアプロセスが不正なソフトウェアではないと前記プロセッサが判断した場合にのみ、前記インターセプターをインストールする工程と、をさらに備える、請求項１に記載の方法。
4. 前記オーディオストリームの取得を要求する前記ソフトウェアプロセスが不正なソフトウェアであるかどうかを決定する前記工程は、
   前記プロセスが信頼できるものかどうかを決定するため前記要求をしたプロセスのアクティビティを監視することと、
   既知のウイルスのシグネチャのデータベースにアクセスし、前記要求をしたプロセスのシグネチャを比較することによって当該要求しているプロセスをスキャンすることと、
   前記要求をしたプロセスによる前記オーディオストリームへのアクセスを許可するかどうかのコマンドをユーザから受信することと、
   の少なくとも１つを含む、請求項３に記載の方法。
5. 前記オーディオエンドポイントデバイスから受信した前記オーディオデータを個別のデータバッファに直接記憶する工程と、
   前記オーディオデータを暗号化し、前記IDデータが、前記１つのソフトウェアプロセスが不正なソフトウェアプロセスではないことを示したあとに、当該１つのソフトウェアプロセスによる前記オーディオデータへのアクセスを許可する工程と、をさらに備える、請求項３に記載の方法。
6. 前記少なくとも１つのオーディオ処理オブジェクトによる前記オーディオデータの前記処理工程は、前記複数のソフトウェアプロセスに対して割り当てられたグローバルエフェクトオーディオ処理オブジェクト及び前記１つのソフトウェアプロセスと関連するローカルエフェクトオーディオ処理オブジェクトとにより、前記オーディオデータを処理することを備える、請求項１に記載の方法。
7. 前記オーディオデータを暗号化する暗号化工程は、対称暗号化アルゴリズムと非対称暗号化アルゴリズムのうちの１つによって前記オーディオデータを暗号化することを備える、請求項１に記載の方法。
8. オーディオデータへの不正アクセスを防止するシステムであって、
   電子メモリ内の複数のデータバッファと、プロセッサとを備え、
   前記プロセッサは、
   複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信して、オーディオエンドポイントデバイスからオーディオストリームを取得し、
   前記１つのソフトウェアプロセスのプロセスIDデータを決定し、
   前記プロセッサにより、複数のデータバッファのうちの１つのデータバッファを、前記プロセスIDに基づいて前記１つのソフトウェアプロセスに割り当て、
   少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化し、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、
   前記１つのソフトウェアプロセスに対して、前記割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶し、
   前記プロセスIDに基づいて、前記プロセスIDに対応する前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールし、
   前記インターセプターは、前記１つのソフトウェアプロセスに対してのみ、前記割り当てられたデータバッファの暗号化されたオーディオデータにアクセスして前記暗号化されたオーディオデータを復号するよう構成されるようにし、
   前記１つのソフトウェアプロセスが、前記インターセプターを用いて前記暗号化されたオーディオデータを復号するよう構成される、システム。
9. 前記プロセッサはさらに、
   複数のソフトウェアプロセスからの複数の要求をそれぞれ受信し、前記エンドポイントデバイスを含む１つまたは複数のエンドポイントデバイスからのオーディオストリームを取得し、
   前記複数のソフトウェアプロセスに対して前記複数のデータバッファを割り当て、
   前記要求されたオーディオストリームの各々と関連したオーディオデータを暗号化し、
   前記割り当てられたデータバッファに、前記要求されたオーディオストリームそれぞれに対応する前記暗号化されたオーディオデータをそれぞれ記憶し、
   API関数呼び出しのインターセプターを備えて構成される前記複数のソフトウェアプロセスの少なくとも一部により、前記暗号化されたオーディオデータを復号するよう構成される、請求項８に記載のシステム。
10. 前記プロセッサはさらに、
    前記プロセスIDデータに基づいて、前記オーディオストリームの取得を要求する前記１つのソフトウェアプロセスが不正なソフトウェアプロセスであるかどうかを決定し、
    前記１つのソフトウェアプロセスが不正なソフトウェアではないと前記プロセッサが判断した場合にのみ、前記１つのソフトウェアプロセスに対する前記API関数を呼び出す前記インターセプターをインストールするよう構成される、請求項８に記載のシステム。
11. 前記プロセッサはさらに、
    前記プロセスが信頼できるものかどうかを決定するため前記要求をしたプロセスのアクティビティを監視することと、
    既知のウイルスのシグネチャのデータベースにアクセスし、前記要求をしたプロセスのシグネチャを比較することによって当該要求しているプロセスをスキャンすることと、
    前記要求をしたプロセスによる前記オーディオストリームへのアクセスを許可するかどうかのコマンドをユーザから受信することと、の少なくとも１つを実行することにより、
    前記オーディオストリームの取得を要求する前記ソフトウェアプロセスが不正なソフトウェアであるかどうかを決定するよう構成される、請求項１０に記載のシステム。
12. 前記プロセッサはさらに、
    前記オーディオエンドポイントデバイスから受信した前記オーディオデータを個別のデータバッファに直接記憶し、
    前記オーディオデータを暗号化し、前記IDデータが、前記１つのソフトウェアプロセスが不正なソフトウェアプロセスではないことを示したあとに、当該１つのソフトウェアプロセスによる前記オーディオデータへのアクセスを許可するよう構成される、請求項１０に記載のシステム。
13. 前記プロセッサはさらに、まず、前記複数のソフトウェアプロセスに対して割り当てられたグローバルエフェクトオーディオ処理オブジェクトにより前記オーディオデータを処理し、次に、前記１つのソフトウェアプロセスと関連するローカルエフェクトオーディオ処理オブジェクトにより前記オーディオデータを処理することで、前記少なくとも１つのオーディオ処理オブジェクトにより前記オーディオデータを処理するよう構成される、請求項８に記載のシステム。
14. 前記プロセッサはさらに、対称暗号化アルゴリズムと非対称暗号化アルゴリズムのうちの１つによって前記オーディオデータを暗号化するよう構成される、請求項８に記載のシステム。
15. オーディオデータへの不正なアクセスを防止するためのコンピュータ実行可能命令を記憶する、非一時的コンピュータ可読記憶媒体であって、
    受信命令と、決定命令と、割り当て命令と、処理及び暗号化命令と、記憶命令と、インストール命令と、復号命令とを備え、
    前記受信命令は、複数のソフトウェアプロセスのうちの１つのソフトウェアプロセスから要求を受信させて、オーディオエンドポイントデバイスからオーディオストリームを取得させ、
    前記決定命令は、前記１つのソフトウェアプロセスに対してプロセスIDを決定させ、
    前記割り当て命令は、複数のデータバッファのうちの１つのデータバッファを、前記プロセスIDに基づいて前記１つのソフトウェアプロセスに割り当てさせ、
    前記処理及び暗号化命令は、少なくとも１つのオーディオ処理オブジェクトにより、前記オーディオエンドポイントデバイスから受信したオーディオデータを処理及び暗号化させ、前記オーディオデータは前記要求されたオーディオストリームと関連するものであって、
    前記記憶命令は、前記１つのソフトウェアプロセスに対して、前記割り当てられたデータバッファに前記暗号化されたオーディオデータを記憶させ、
    前記インストール命令は、前記プロセスIDに基づいて、前記プロセスIDに対応する前記１つのソフトウェアプロセスに対してAPI関数呼び出しのインターセプターをインストールさせ、
    前記インターセプターは、前記１つのソフトウェアプロセスに対してのみ、前記割り当てられたデータバッファの暗号化されたオーディオデータにアクセスして前記暗号化されたオーディオデータを復号するよう構成されるようにし、
    前記復号命令は前記１つのソフトウェアプロセスが、前記インターセプターを用いて前記暗号化されたオーディオデータを復号させる、非一時的コンピュータ可読記憶媒体。
16. 複数のソフトウェアプロセスからの複数の要求をそれぞれ受信させ、前記エンドポイントデバイスを含む１つまたは複数のエンドポイントデバイスからのオーディオストリームを取得させる命令と、
    前記複数のソフトウェアプロセスに対して前記複数のデータバッファを割り当てさせる命令と、
    前記要求されたオーディオストリームの各々と関連したオーディオデータを暗号化させる命令と、
    前記割り当てられたデータバッファに、前記要求されたオーディオストリームそれぞれに対応する前記暗号化されたオーディオデータをそれぞれ記憶させる命令と、
    API関数呼び出しの各インターセプターを備えて構成される前記複数のソフトウェアプロセスの少なくとも一部により、前記要求されたオーディオストリームの各々についての前記暗号化されたオーディオデータを復号させる命令とをさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
17. 前記プロセスIDデータに基づいて、前記オーディオストリームの取得を要求する前記１つのソフトウェアプロセスが不正なソフトウェアプロセスであるかどうかを決定させる命令と、
    前記１つのソフトウェアプロセスが不正なソフトウェアではないと前記プロセッサが判断した場合にのみ、前記１つのソフトウェアプロセスに対する前記API関数を呼び出す前記インターセプターをインストールさせる命令と、をさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
18. 前記オーディオストリームの取得を要求する前記ソフトウェアプロセスが不正なソフトウェアであるかどうかを決定させる前記命令は、
    前記プロセスが信頼できるものかどうかを決定するため前記要求をしたプロセスのアクティビティを監視させることと、
    既知のウイルスのシグネチャのデータベースにアクセスさせ、前記要求をしたプロセスのシグネチャを比較することによって当該要求しているプロセスをスキャンさせることと、
    前記要求をしたプロセスによる前記オーディオストリームへのアクセスを許可するかどうかのコマンドをユーザから受信させることと、
    の少なくとも１つを含む、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
19. 前記オーディオエンドポイントデバイスから受信した前記オーディオデータを個別のデータバッファに直接記憶させる命令と、
    前記オーディオデータを暗号化させ、前記IDデータが、前記１つのソフトウェアプロセスが不正なソフトウェアプロセスではないことを示したあとに、当該１つのソフトウェアプロセスによる前記オーディオデータへのアクセスを許可させる工程と、をさらに備える、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
20. 前記少なくとも１つのオーディオ処理オブジェクトにより前記オーディオデータを処理させる前記処理命令は、前記複数のソフトウェアプロセスに対して割り当てられたグローバルエフェクトオーディオ処理オブジェクト及び前記１つのソフトウェアプロセスと関連するローカルエフェクトオーディオ処理オブジェクトとにより、前記オーディオデータを処理させることを備える、請求項１７に記載の非一時的コンピュータ可読記憶媒体。
21. 前記オーディオデータを暗号化する暗号化命令は、対称暗号化アルゴリズムと非対称暗号化アルゴリズムのうちの１つによって前記オーディオデータを暗号化させることを備える、請求項１７に記載の非一時的コンピュータ可読記憶媒体。