(57)【特許請求の範囲】
【請求項１】
入力電子ファイル内のコンテンツデータを管理するためのアンチマルウェア型モバイルコンテンツデータ管理装置であって、前記入力電子ファイルは、無線ネットワーク上で送られるコンテンツデータを含み、前記無線ネットワークは、少なくとも１つのモバイルデバイスにサービスを提供するものであり、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサにより実行されるときに以下を行う命令を有する少なくとも１つのメモリと、
新しいコンテンツデータを再生成する再生成部と、
前記入力電子ファイル内に含まれる前記コンテンツデータを、前記コンテンツデータのタグ付き一般的表現へとトークン化する少なくとも２つのトークナイザであって、前記少なくとも２つのトークナイザは、前記コンテンツデータにおいて用いられている言語のシンタックスにかかわらず、前記コンテンツデータのタグ付き一般的表現を生成し、前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータのタグ付き一般的表現を検証するときに用いられる検証部の機能を特定するものであり、前記少なくとも２つのトークナイザの各々は前記新しいコンテンツデータを再トークン化する、少なくとも２つのトークナイザと、
所定のコンテンツ管理ポリシーを前記コンテンツデータのタグ付き一般的表現に適用し、コンテンツ管理されたタグ付き一般的コンテンツデータを作るコンテンツ管理エンジンであって、前記コンテンツ管理されたタグ付き一般的コンテンツデータは、前記所定のコンテンツ管理ポリシーに基づいて前記コンテンツデータのタグ付き一般的表現の一部を除外するものである、コンテンツ管理エンジンと、
コンテンツ管理されたタグ付き一般的表現により表されている、コンテンツ管理されたコンテンツデータが、前記入力電子ファイルのコンテンツデータに現われる各形式のコンテンツデータに適用される任意かつ所定の制限及びルールに適合したものであることを保証するように構成されることにより、コンテンツ管理され、検証がなされたコンテンツデータを作成する検証部と
を備え、前記検証部の出力部は、前記無線ネットワークに動作可能に接続されるとともに、コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルを提供するものである、アンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項２】
前記メモリは、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去するために、前記コンテンツデータの前記タグ付き一般的表現をフィルタリングする少なくとも１つのフィルタを、前記少なくとも１つのプロセッサにより実行されるときに、実現する命令を更に有する、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項３】
前記再生成部は、前記検証部に動作可能に接続され、ある電子ファイルの新たなインスタンスを、該電子ファイルの代わりに前記無線ネットワークによる今後の使用に備えて所定のファイルタイプ仕様で再生成することによって、又は前記コンテンツ管理され、検証がなされたコンテンツデータをタグ付き一般的表現として出力することによって、前記コンテンツ管理され、検証がなされたコンテンツデータから得られる、前記代用となる出力電子ファイルを提供する、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項４】
前記コンテンツ管理エンジンは更に、前記代用となる出力電子ファイルを、前記所定のファイルタイプ仕様の所定のバージョンへと標準化するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項５】
前記メモリは、前記コンテンツ管理エンジンに動作可能に接続されるとともに、設定されることになる前記コンテンツ管理ポリシーを示すコンテンツ管理ポリシーパラメータ又は設定されることになる前記コンテンツ管理ポリシーを適用するためのコンテンツ管理ポリシーパラメータを提供する実施エンジンを、前記少なくとも１つのプロセッサにより実行されるときに、実現する命令を更に有する、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項６】
前記メモリは、前記実施エンジンに動作可能に接続されるとともに、前記コンテンツ管理ポリシーパラメータをセットアップ又は補正するためのネットワークパラメータを前記実施エンジンに提供するネットワークパラメータモニタを、前記少なくとも１つのプロセッサにより実行されるときに、実現する命令を更に有する、請求項５に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項７】
前記ネットワークパラメータは、有線ネットワーク性能データと無線ネットワーク性能データを含む、請求項６に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項８】
前記実施エンジンに動作可能に接続されるとともに、前記無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスと、前記無線ネットワーク自体と、前記無線ネットワークからサービスの提供を受ける前記少なくとも１つのモバイルデバイスのユーザとのうちの少なくともいずれかからコンテンツ管理ポリシーパラメータを提供するユーザインタフェースコネクタを更に備えた請求項５に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項９】
前記コンテンツ管理ポリシーパラメータは、前記少なくとも１つのモバイルデバイス内のロケーションセンサ又は前記少なくとも１つのモバイルデバイスにサービスを提供する無線ネットワークエンティティ内のロケーションセンサから提供されるロケーションベースの情報から得られるものである、請求項５に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１０】
前記モバイルコンテンツデータ管理装置は、前記無線ネットワーク内又は前記無線ネットワークのエッジに配置され、別の通信ネットワークとのインタフェースとして動作し、それにより、前記無線ネットワーク又は前記無線ネットワークと前記別の通信ネットワークとの間を通過する電子ファイルをコンテンツ管理するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１１】
前記モバイルコンテンツデータ管理装置は、前記無線ネットワーク内の複数のロケーションにおいて処理ステージを実行するサブモジュールを有する分散型モバイルコンテンツデータ管理装置である、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１２】
前記モバイルコンテンツデータ管理装置は、単一インスタンスのモバイルコンテンツデータ管理装置であり、前記単一インスタンスは少なくとも１つの第２フィルタを更に備えており、前記第２フィルタは、前記コンテンツデータの前記タグ付き一般的表現をフィルタリングし、前記コンテンツ管理エンジンが前記コンテンツデータの、フィルタリングされたタグ付き一般的表現に所定のコンテンツ管理ポリシーを適用した後に、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１３】
前記アンチマルウェア型モバイルコンテンツデータ管理装置は更に、モバイルデバイス側アプリケーションを備えたモバイルデバイスとともに用いられるものであり、
前記モバイルデバイス側アプリケーションは、
前記コンテンツデータのタグ付き一般的表現の任意のインスタンスに含まれるコンテンツデータの使用及び操作の少なくとも一方を可能にする一般的リーダ機能と、
前記モバイルデバイスのユーザが、同じモバイルデバイス又は前記無線ネットワークからサービスの提供を受ける他のモバイルデバイスに適用される前記コンテンツ管理ポリシーをセットアップ又は補正することを可能とするように動作可能な管理コンソール部と
を有するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１４】
前記アンチマルウェア型モバイルコンテンツデータ管理装置は、前記コンテンツデータのタグ付き一般的表現、前記コンテンツ管理され、検証がなされたコンテンツデータ、又は前記代用となる出力電子ファイルに、既知の良好なコンテンツデータのみを再生成するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１５】
前記所定の制限及びルールは前記入力電子ファイルの形式に関連するものである、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１６】
前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータを表す１以上のタグを含む、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１７】
前記所定のコンテンツ管理ポリシーは、前記コンテンツデータのタグ付き一般的表現の前記一部を、潜在的に悪意のあるコンテンツとして特定する、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１８】
前記再生成部は、前記コンテンツデータのタグ付き一般的表現と、前記コンテンツ管理されたタグ付き一般的コンテンツデータと、前記コンテンツ管理され、検証がなされたコンテンツデータとのいずれかから前記新しいコンテンツデータを再生成する、請求項１に記載のアンチマルウェア型モバイルコンテンツデータ管理装置。
【請求項１９】
入力電子ファイルをコンテンツ管理するためのアンチマルウェア型モバイルコンテンツデータ管理方法であって、前記入力電子ファイルは、無線ネットワーク上で送られるコンテンツデータを含み、前記無線ネットワークは少なくとも１つのモバイルデバイスにサービスを提供し、
コンテンツ管理エンジン内の複数のロケーションに複数のトークナイザを設けるステップであって、各々が、後続の処理ステップの前に前記コンテンツデータを再トークン化するものである、ステップと、
前記入力電子ファイル内に含まれる前記コンテンツデータを、前記コンテンツデータにおいて用いられている言語のシンタックスにかかわらず、前記コンテンツデータのタグ付き一般的表現へとトークン化するステップであって、前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータのタグ付き一般的表現を検証するときに用いられる検証部の機能を特定するものである、ステップと、
所定のコンテンツ管理ポリシーを前記コンテンツデータのタグ付き一般的表現に適用し、コンテンツ管理されたコンテンツデータを作ることで、前記コンテンツデータのタグ付き一般的表現をコンテンツ管理するステップであって、前記コンテンツ管理されたタグ付き一般的コンテンツデータは、前記所定のコンテンツ管理ポリシーに基づいて前記コンテンツデータのタグ付き一般的表現の一部を除外するものである、ステップと、
前記コンテンツ管理されたコンテンツデータが、前記入力電子ファイルのコンテンツデータに現われる各形式のコンテンツデータに適用される任意かつ所定の制限及びルールに適合したものであることを保証して、コンテンツ管理され、検証がなされたコンテンツデータを作ることで、前記タグ付き一般的表現で表現され、コンテンツ管理されたコンテンツデータを検証するステップと、
コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルを出力するステップと
を含むアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２０】
参照されないコンテンツデータ又は到達不能なコンテンツデータを除去するために、前記コンテンツデータの前記タグ付き一般的表現をフィルタリングするステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２１】
ある電子ファイルの新たなインスタンスを、該電子ファイルの代わりに前記無線ネットワークによる今後の使用に備えて所定のファイルタイプ仕様で再生成することによって、又は前記コンテンツ管理され、検証がなされたコンテンツデータをタグ付き一般的表現として出力することによって、前記コンテンツデータを、前記コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルに再生成するステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２２】
前記代用となる出力電子ファイルを、前記所定のファイルタイプ仕様の所定のバージョンへと標準化するステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２３】
設定されることになる前記コンテンツ管理ポリシーを示すコンテンツ管理ポリシーパラメータ又は設定されることになる前記コンテンツ管理ポリシーを適用するためのコンテンツ管理ポリシーパラメータを、前記コンテンツ管理エンジンに動作可能に接続された実施エンジンを通じて提供するステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２４】
前記コンテンツ管理ポリシーパラメータをセットアップ又は補正するための手段を提供するために、前記実施エンジンに動作可能に接続されたネットワークパラメータモニタを通じてネットワークパラメータを前記実施エンジンに提供するステップを更に含む請求項２３に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２５】
前記ネットワークパラメータは、有線ネットワーク性能データと無線ネットワーク性能データを含む、請求項２４に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２６】
前記無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスと、前記無線ネットワーク自体と、前記無線ネットワークからサービスの提供を受ける前記少なくとも１つのモバイルデバイスのユーザとのうちの少なくともいずれかから、前記実施エンジンに動作可能に接続されたユーザインタフェースコネクタを通じて、コンテンツ管理ポリシーパラメータを提供するステップを更に含む請求項２３に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２７】
前記少なくとも１つのモバイルデバイス内のロケーションセンサ又は前記少なくとも１つのモバイルデバイスにサービスを提供する無線ネットワークエンティティ内のロケーションセンサにより提供されるロケーションベースの情報から前記コンテンツ管理ポリシーパラメータを得るステップを更に含む請求項２６に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２８】
別の通信ネットワークとのインタフェースとして動作し、それにより、前記無線ネットワーク又は前記無線ネットワークと前記別の通信ネットワークとの間を通過する電子ファイルをコンテンツ管理する前記モバイルコンテンツデータ管理装置を、前記無線ネットワーク内又は前記無線ネットワークのエッジに設けるステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項２９】
前記モバイルコンテンツデータ管理装置のサブモジュールを、前記無線ネットワーク内の複数のロケーションに分散させるステップであって、各サブモジュールは、全体のコンテンツ管理プロセスにおける異なった処理ステージを実行するものである、ステップを更に含む請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３０】
少なくとも１つの第２フィルタリングステージを更に含み、前記第２フィルタリングステージは、前記コンテンツデータの前記タグ付き一般的表現をフィルタリングし、前記コンテンツ管理エンジンが前記コンテンツデータの、フィルタリングされたタグ付き一般的表現に所定のコンテンツ管理ポリシーを適用した後に、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去するものである、請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３１】
前記アンチマルウェア型モバイルコンテンツデータ管理方法は、前記コンテンツデータのタグ付き一般的表現、前記コンテンツ管理され、検証がなされたコンテンツデータ、又は前記代用となる出力電子ファイルに、既知の良好なコンテンツデータのみを再生成するものである、請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３２】
前記所定の制限及びルールは前記入力電子ファイルの形式に関連するものである、請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３３】
前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータを表す１以上のタグを含む、請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３４】
前記所定のコンテンツ管理ポリシーは、前記コンテンツデータのタグ付き一般的表現の前記一部を、潜在的に悪意のあるコンテンツとして特定する、請求項１９に記載のアンチマルウェア型モバイルコンテンツデータ管理方法。
【請求項３５】
コンテンツ管理エンジン内の複数のロケーションに複数のトークナイザを設けるステップであって、各々が、後続の処理ステップの前に、入力電子ファイル内に含まれるコンテンツデータを再トークン化するものである、ステップと、
前記コンテンツデータを、前記コンテンツデータにおいて用いられている言語のシンタックスにかかわらず、前記コンテンツデータのタグ付き一般的表現へとトークン化するステップであって、前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータのタグ付き一般的表現を検証するときに用いられる検証部の機能を特定するものである、ステップと、
所定のコンテンツ管理ポリシーを前記コンテンツデータのタグ付き一般的表現に適用し、コンテンツ管理されたコンテンツデータを作ることで、前記コンテンツデータのタグ付き一般的表現をコンテンツ管理するステップであって、前記コンテンツ管理されたタグ付き一般的コンテンツデータは、前記所定のコンテンツ管理ポリシーに基づいて前記コンテンツデータのタグ付き一般的表現の一部を除外するものである、ステップと、
前記コンテンツ管理されたコンテンツデータが、前記入力電子ファイルのコンテンツデータに現われる各形式のコンテンツデータに適用される任意かつ所定の制限及びルールに適合したものであることを保証して、コンテンツ管理され、検証がなされたコンテンツデータを作ることで、前記タグ付き一般的表現で表現され、コンテンツ管理されたコンテンツデータを検証するステップと、
コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルを出力するステップと
を、プロセッサにより実行されたときに実行するコンピュータコードを記憶する１以上の有形で非一時的な記憶手段。
【請求項３６】
非一時的な前記コンピュータコードは、前記コンテンツデータのタグ付き一般的表現、前記コンテンツ管理され、検証がなされたコンテンツデータ、又は前記代用となる出力電子ファイルに、既知の良好なコンテンツデータのみを再生成するものである、請求項３５に記載の１以上の有形な記憶手段。
【請求項３７】
前記所定の制限及びルールは前記入力電子ファイルの形式に関連するものである、請求項３５に記載の１以上の有形な記憶手段。
【請求項３８】
前記コンテンツデータのタグ付き一般的表現は、前記コンテンツデータを表す１以上のタグを含む、請求項３５に記載の１以上の有形な記憶手段。
【請求項３９】
前記所定のコンテンツ管理ポリシーは、前記コンテンツデータのタグ付き一般的表現の前記一部を、潜在的に悪意のあるコンテンツとして特定する、請求項３５に記載の１以上の有形な記憶手段。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、モバイルネットワーク又は無線ネットワークに関し、特に、モバイルネットワーク又は無線ネットワークにおけるアンチマルウェア型ファイルベースコンテンツデータ管理に関する。
【背景技術】
【０００２】
マルウェア（ウィルス、トロイの木馬及び他の悪意のあるコンテンツ等）は、ますます広く行きわたってきており、これらの脅威を識別するシグニチャを構築するこれまでの手法は、マルウェアの新たな変種が出現する速度を考えると、ますます困難なものとなってきている。これらの脅威は、単にパーソナルコンピュータ（ＰＣ）ネットワークだけに限られるわけではない。なぜならば、「スマートフォン」の普及が進むにつれて、モバイルネットワーク又は無線ネットワークを行き来し、ハンドセットなどのモバイルデバイスに感染するマルウェアの増加が見られるからである。これらのマルウェア感染と従来のシグニチャベースの保護方法とに共通する副次的影響は、ウィルス感染の結果として、又は日々のシグニチャ更新プロセスの結果として、貴重な無線ネットワーク帯域幅を使ってしまうということである。
【発明の概要】
【０００３】
本発明によれば、入力電子ファイル内のコンテンツデータを管理するためのアンチマルウェア型モバイルコンテンツデータ管理装置が提供される。前記入力電子ファイルは、無線ネットワーク上で送られるコンテンツデータを含み、前記無線ネットワークは、該無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスを有する。本装置は、入力電子ファイル内に含まれるコンテンツデータを、コンテンツデータのタグ付き一般的表現にトークン化（又はトークナイズ）（tokenise）する少なくとも１つのトークナイザ（又はトークン化処理部）（tokeniser）と、所定のコンテンツ管理ポリシーをコンテンツデータのタグ付き一般的表現に適用し、コンテンツ管理されたタグ付き一般的コンテンツデータを作るコンテンツ管理エンジンと、コンテンツ管理されたタグ付き一般的表現で表されている、コンテンツ管理されたコンテンツデータが、入力電子ファイルのコンテンツデータに現われる各形式のコンテンツデータに適用される任意の所定の制限及びルールに適合したものであるを保証するように構成されることによって、コンテンツ管理され、検証がなされた（又はバリデートされた）（validated）コンテンツデータを作成する検証部（又はバリデータ）（validator）とを備えている。検証部の出力は、無線ネットワークに動作可能に接続され、コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルを提供するものである。実施例によっては、トークナイザステージの複数のインスタンスを用いることができる。
【０００４】
実施例によっては、コンテンツデータのタグ付き一般的表現をフィルタリングし、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去する少なくとも１つのフィルタを更に含むことができる。
【０００５】
実施例によっては、検証部に動作可能に接続されるとともに、電子ファイルの新たなインスタンスを、電子ファイルの代わりに無線ネットワークによる今後の使用に備えて所定のファイルタイプ仕様で再生（又は再生成）（regenerate）することによって、又はコンテンツ管理され、検証がなされたコンテンツデータをタグ付き一般的表現として出力することによって、コンテンツ管理され、検証がなされたコンテンツデータから得られる、代用となる出力電子ファイルを提供する再生部（又は再生成部）（regenerator）を更に含むことができる。実施例によっては、再生部の複数のインスタンスを用いることができ、各インスタンスは、初期トークナイゼーション（又はトークン化処理）（tokenisation）ステージの後であって、次の後続のトークナイゼーションステージの前に配置される。トークナイザ及び再生部の双方の複数のインスタンスを有する実施例は、トークナイザと再生部との複数のペアを有するとして参照される場合がある。指定されたファイルタイプ仕様は、少なくとも特定の再生インスタンス関与／処理ステージにおいて、無線ネットワーク上で送信される（当初の）電子ファイルと同じファイルタイプ仕様とすることもできるし、再生されたコンテンツデータを搬送するのに適した異なるファイルタイプ仕様とすることもできる。
【０００６】
実施例によっては、代用となる出力電子ファイルを、所定のファイルタイプ仕様の所定のバージョンへと標準化（normalise）するように更に構成されるコンテンツ管理エンジンを更に含むことができる。
【０００７】
幾つかの例では、モバイルコンテンツデータ管理装置は、コンテンツ管理エンジンに動作可能に接続されるとともに、設定されることになるコンテンツ管理ポリシーを示すコンテンツ管理ポリシーパラメータ又は設定されることになるコンテンツ管理ポリシーを適用する際に用いられるコンテンツ管理ポリシーパラメータを提供するように構成された実施エンジンを更に備えることができる。
【０００８】
幾つかの例では、モバイルコンテンツデータ管理装置は、実施エンジンに動作可能に接続されるとともに、コンテンツ管理ポリシーパラメータをセットアップ又は補正する際に用いられるネットワークパラメータを実施エンジンに提供するように構成されたネットワークパラメータモニタを更に備えることができる。
【０００９】
幾つかの例では、モバイルコンテンツデータ管理装置は、実施エンジンに動作可能に接続されるとともに、無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイス、無線ネットワーク自体、又は無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスのユーザのうちの少なくともいずれかからコンテンツ管理ポリシーパラメータを提供するように構成されたユーザインタフェースコネクタを更に備えることができる。
【００１０】
幾つかの例では、モバイルコンテンツデータ管理装置は、実施エンジンに動作可能に接続されるとともに、コンテンツ管理ポリシーパラメータを、少なくとも１つのモバイルデバイス内又は少なくとも１つのモバイルデバイスにサービスを提供する無線ネットワークエンティティ内のロケーションセンサから提供されるロケーションベースの情報から得ることができる。例えば、ＧＰＳ、ＧＬＯＳＮＡＳＳ、又は無線ネットワーク三角測量デバイス等である。ロケーションベースの情報は、少なくとも１つのモバイルデバイスと別の送信デバイス又は受信デバイスとの間の異なる代替の通信方法又はリンクを可能とするために用いることができる。当初の無線リンクが、例えば、過度に帯域幅制限されているもの、過度にコストを要するもの、及び／又は過度にセキュアでないもののいずれかであるとみなされた場合、この代替の通信リンクは、コンテンツデータを再ルーティングするのに用いることができる。
【００１１】
幾つかの例では、少なくとも１つのトークナイザは、複数のトークナイザを含むことができ、複数のトークナイザの各々は、コンテンツ管理エンジン内の異なるロケーションにあり、それぞれが後続の処理ステップの前にコンテンツデータを再トークン化するように構成される。後続の処理ステップは、再生ステップ、フィルタリングステップ、コンテンツ管理ステップ又はコンテンツ検証ステップのうちの任意のものを含むことができる。
【００１２】
幾つかの例では、モバイルコンテンツデータ管理装置は、無線ネットワークの外部（かつ無線ネットワークに適切に接続される）及び／又は無線ネットワーク内の任意のロケーションに配置することができ、ロケーションにおいて、装置は、説明された機能のうちの任意の１つ又は複数を実行することができる。説明された装置又はそのインスタンスは、無線ネットワークのエッジに物理的及び／又は論理的に設置又は配置されて、対象となる無線ネットワークがそれらの間の通信のために取り付けられる別の通信ネットワークとのインタフェースとして動作し、それによって、無線ネットワークを通過する電子ファイル又は無線ネットワークと別の通信ネットワークとの間を通過する電子ファイルをコンテンツ管理することができる。
【００１３】
幾つかの例では、モバイルコンテンツデータ管理装置は、無線ネットワーク内の異なるロケーションにおいて処理ステージを実行するように構成されたサブモジュールを有する分散型モバイルコンテンツデータ管理装置を提供することができる。分散されたサブモジュールは、他のサブモジュールのうちの幾つかと同じ場所に配置することができ、及び／又は無線ネットワーク若しくは無線ネットワークがそれらの間の通信のために接続された他の通信ネットワークを提供する他のエンティティと同じ場所に配置することができる。サブモジュールは、無線ネットワークからサービスの提供を受けるモバイルデバイスのうちの任意の１つ又は複数内に配置することもできるし、無線ネットワーク及びモバイルデバイスのうちの１つ又は複数の双方にわたって配置することもできる。
【００１４】
幾つかの例では、モバイルコンテンツデータ管理装置は、単一インスタンスのモバイルコンテンツデータ管理装置であり、単一インスタンスは、コンテンツデータのタグ付き一般的表現をフィルタリングし、コンテンツ管理エンジンが所定のコンテンツ管理ポリシーをコンテンツデータのフィルタリングされたタグ付き一般的表現に適用した後に、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去する少なくとも第２のフィルタを更に備える。
【００１５】
また、本明細書に記載されたアンチマルウェア型モバイルコンテンツデータ管理装置とともに用いられるように構成されたモバイルデバイス側アプリケーションを備えるモバイルデバイスが提供される。モバイルデバイス側アプリケーションは、少なくともコンテンツデータのタグ付き一般的表現の任意のインスタンス内に含まれるコンテンツデータの使用及び／又は操作を可能にする一般的リーダ機能と、場合によっては、モバイルデバイスのユーザが、同じモバイルデバイス又は無線ネットワークからサービスの提供を受ける他のモバイルデバイスに適用されるコンテンツ管理ポリシーをセットアップ又は補正することを可能にするように動作可能な管理コンソール部分とを含むことができる。
【００１６】
本発明の例による設けられたモバイルデバイス（複数の場合もある）は、全体のコンテンツ管理プロセスステージのうちの１つ又は複数、とりわけ、再生部ステージ（主としてモバイルデバイスユーザへのファイルの出力用）、及び場合によってはトークナイゼーションステージ（モバイルデバイスのユーザからのコンテンツデータの入力用、無線ネットワーク上での送信用）も提供することができる。これらの例では、モバイルデバイスは、完全なエンドエンド入力及び出力コンテンツ管理機能を提供する。
【００１７】
また、例は、無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスを備える無線ネットワーク上で送信されるコンテンツデータを含む入力電子ファイルをコンテンツ管理する際に用いられるアンチマルウェア型モバイルコンテンツデータ管理方法であって、入力電子ファイル内に含まれるコンテンツデータをコンテンツデータのタグ付き一般的表現にトークン化することと、コンテンツデータのタグ付き一般的表現をコンテンツ管理し、所定のコンテンツ管理ポリシーをコンテンツデータのタグ付き一般的表現に適用して、コンテンツ管理されたコンテンツデータを作ることと、タグ付き一般的表現で表されたコンテンツ管理されたコンテンツデータを検証して、コンテンツ管理されたコンテンツデータが、入力電子ファイルのコンテンツデータに現われる各形式のコンテンツデータに適用される任意の所定の制限及びルールに適合することを保証し、検証済みのコンテンツ管理されたコンテンツデータを形成することと、検証済みのコンテンツ管理されたコンテンツデータから得られた代用となる出力電子ファイルを出力することとを含む方法を更に提供する。
【００１８】
幾つかの例では、本方法は、コンテンツデータのタグ付き一般的表現をフィルタリングして、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去することを更に含むことができる。
【００１９】
幾つかの例では、本方法は、電子ファイルの新たなインスタンスを、電子ファイルの代わりに無線ネットワークによる今後の使用に備えて所定のファイルタイプ仕様で再生することによって、又は検証済みのコンテンツ管理されたコンテンツデータをタグ付き一般的表現として出力することによって、コンテンツデータを、検証済みのコンテンツ管理されたコンテンツデータから得られる代用となる出力電子ファイルへと再生することを更に含むことができる。
【００２０】
幾つかの例では、本方法は、代用となる出力電子ファイルを所定のファイルタイプ仕様の所定のバージョンに標準化することを更に含むことができる。
【００２１】
幾つかの例では、本方法は、設定されることになるコンテンツ管理ポリシーを示すコンテンツ管理ポリシーパラメータ又は設定されることになるコンテンツ管理ポリシーを適用する際に用いられるコンテンツ管理ポリシーパラメータを、コンテンツ管理エンジンに動作可能に接続された実施エンジンを介して提供することを更に含むことができる。
【００２２】
幾つかの例では、本方法は、コンテンツ管理ポリシーパラメータをセットアップ又は修正する手段を提供するために、実施エンジンに動作可能に接続されたネットワークパラメータモニタを介してネットワークパラメータを実施エンジンに提供することを更に含むことができる。
【００２３】
幾つかの例では、本方法は、無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイス、無線ネットワーク自体、又は無線ネットワークからサービスの提供を受ける少なくとも１つのモバイルデバイスのユーザのうちの少なくともいずれかから、実施エンジンに動作可能に接続されたユーザインタフェースコネクタを介して、コンテンツ管理ポリシーパラメータを提供することを更に含むことができる。
【００２４】
幾つかの例では、本方法は、コンテンツ管理エンジン内の異なるロケーションに複数のトークナイザを設けることを更に含むことができ、各トークナイザは、後続の処理ステップの前にコンテンツデータを再トークン化するように構成される。
【００２５】
幾つかの例では、本方法は、無線ネットワーク内又は無線ネットワークのエッジにモバイルコンテンツデータ管理装置を配置して、別の通信ネットワークとのインタフェースとして動作させ、それによって、無線ネットワーク又は無線ネットワークと別の通信ネットワークとの間を通過する電子ファイルをコンテンツ管理することを更に含むことができる。
【００２６】
幾つかの例では、本方法は、無線ネットワーク内の異なるロケーションにわたってモバイルコンテンツデータ管理装置のサブモジュールを分散させることを更に含むことができ、各サブモジュールは、全体のコンテンツ管理プロセスの異なる処理ステージを実行するように構成される。
【００２７】
幾つかの例では、本方法は、コンテンツデータのタグ付き一般的表現をフィルタリングし、コンテンツ管理エンジンが所定のコンテンツ管理ポリシーをコンテンツデータのフィルタリングされたタグ付き一般的表現に適用した後に、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去する第２のフィルタリングステージを更に含むことができる。
【００２８】
本発明のこれらの態様及び他の態様は、以下に記載された実施の形態を参照することによって明らかになり、また、解明される。
【００２９】
例示の実施の形態は、「アンチマルウェア」又は「マルウェア保護」の提供と呼ばれる場合があり、これらの用語は、マルウェアに対する任意の適した保護を含むことができる。ここで、このマルウェアは、例えば、ウィルス、トロイの木馬、及び他の形態の悪意のあるコンテンツを含むことができる。その一方で、アンチマルウェアの態様は、特に、本発明の例では、既知の良好なコンテンツデータを、ある既知の良好なコンテンツデータ基準によって定められた出力電子ファイル内又は中間電子ファイル内に再生することのみによって提供される。処理において、開示される装置（複数の場合もある）及び方法（複数の場合もある）の例は、無線ネットワーク内のエンティティによって受信又は送信される１以上の電子ファイル、又はそうでなければ、無線ネットワーク（複数の場合もある）の任意の有線部分を含む当該無線ネットワーク上で通信される１以上の電子ファイルに対して処理を行うことができる。複数の無線ネットワークが、本発明の例に関連し又は包含される場合がある。
【００３０】
例は、当初の電子ファイル内のあらゆるバイトを評価し、その当初の電子ファイルの１以上の完全に新しいインスタンスのみを当初の電子ファイルと同じファイルタイプ仕様又はフォーマットで再生するとともに、後続の書き換えプロセス（複数の場合もある）においてある特定の既知の適切な基準に適合するものを再生することができる。その結果、開示される装置（複数の場合もある）及び方法（複数の場合もある）は、ウィルス保護を提供することができるだけでなく、適切な（例えば、許容できるとみなされる）ファイルベースコンテンツデータのみを書き換えプロセス（複数の場合もある）の際に再生することを可能にすることによって、コンテンツデータ管理及びネットワーク帯域幅節約も提供することができる。動作の更なる拡張によって、ユーザ又はネットワークアドミニストレータが、無線ネットワークにおいて、及び／又は任意の所与のユーザのマシン（複数の場合もある）との間で行き来することを可能にしたい適切な（例えば、許容できるとみなされる）タイプのファイルベースコンテンツデータを決定することを可能にすることができる。このユーザのマシンは、エンドポイント又はモバイルデバイスと呼ばれる場合がある（無線通信ネットワークに接続することができるか又は無線通信ネットワークを介して接続することができるモバイルハンドセット、デスクトップＰＣ、ラップトップ、タブレットコンピュータ、電話機、「ファブレット（phablet）」、及び他の任意のコンピューティングデバイス等のデバイスを含むものと理解されるが、これらに限定されるものではない）。
【００３１】
幾つかの例では、アドミニストレータ及び／又はユーザは、管理コンソールを通じて許容可能コンテンツデータを制御可能とすることができる。この管理コンソールは、どのようなファイルベースコンテンツデータが許容されるのか及びどのコンテンツが許容されないのか（すなわち、非許容コンテンツ）を判断可能とすることができる。管理コンソールは、コア無線ネットワーク内に配置することもできるし、無線ネットワークによってサービス提供されているモバイルデバイスうちの１以上、例えば、モバイルデバイス側アプリケーション内に配置することもできる。開示された装置（複数の場合もある）及び方法（複数の場合もある）は、アドミニストレータ／ユーザが、任意の非許容コンテンツデータがある場合にどのような行動を取るべきかを判断することも可能にすることができる。そのような行動（複数の場合もある）は、全体の方法の書き換えステージの間に非許容コンテンツデータの一部分若しくは全体を除去するのか、又は任意の後続の再生ステージにおいて非許容コンテンツデータを決して含めないのかを含むことができる。本方法は、電子ファイルがその意図された宛先に移動し続けることを可能にすることもできるし、電子ファイルを隔離し、電子ファイルがこれ以上移動することを停止することもできるし、機能が縮小された電子ファイルのみがその行程を継続することを可能にすることもできる。
【００３２】
例示の実施の形態では、本方法の「シンタックス的（syntactic）」のみの処理ノード又は処理部分を、無線ネットワーク内の１つのポイントにおいて実行することができ、無線ネットワーク内のこのポイントは、以下で説明する離散的なサブ機能（例えば、トークナイザ、前置フィルタ（プレフィルタ）／後置フィルタ（ポストフィルタ）、コンテンツデータ管理及び検証部）の全体又は一部分を含むことができる。シンタックス的のみの処理は、例えば、全体の無線ネットワーク又はその一部分（任意の有線部分を含む）のより高速なスループットが必要とされる場合に行うことができる。そのような「シンタックス的」のみの処理の使用は、許容できない電子ファイル、すなわち、（以下でより詳細に説明されるように、所定のポリシーの下で又は別の状況において）「問題のあるファイル」内のファイル、ファイルタイプ、及び／又はファイルベースコンテンツデータをより迅速に検出することができる。このため、問題のある（全体として又はその部分（複数の場合もある）のみ）シンタックス的ファイルは、無線ネットワーク全体から除去することができる。代替的又は付加的に、問題のあるファイルは、更なる解析のために更なるノード又は方法のサブルーチンに渡すことができる。この「シンタックス的」のみの処理ノード又は処理部分は、他の処理ノード又は処理部分が開始される前の初期ステージとすることができ、問題のあるファイル又はコンテンツデータを速やかに除去することができる。
【００３３】
「シンタックス的」のみの処理ノード又は処理部分は、「基本ルール（basic rule）」プロセッサを用いて、明らかにシンタックス的に正しく構成されていないファイル又はそのファイルベースコンテンツデータを検出し排除することができる（すなわち、このシンタックス的処理は、ファイル及び／又はファイルベースコンテンツデータ構造の基本的要素が正しいことを保証することに関係している）。これは、本発明の例によりファイルを処理する、特に有益なステージである。なぜならば、実生活のネットワークデータの統計的解析は、全てのマルウェアベースの攻撃の９０％を超えるものがこの「シンタックス的に問題のある」タイプとすることができる、すなわち、シンタックス的に正しくないファイルコンテンツデータに基づいているということを示しているからである。その上、シンタックス的な検査で不合格となったファイルを除去することによって、無線ネットワークを通る非常に高いデータフロー（又は少なくとも、除去しない場合よりも高いデータレート）を維持することができる。なぜならば、非許容コンテンツデータをより早期に除去及び／又は無視することができ、したがって、後続のネットワークリソース（とりわけ、帯域幅及び処理オーバヘッドを含む）の浪費を防止することができるからである。例えば、任意の後続の圧縮解除である。
【００３４】
実施例は、複数の処理（サブ）ステージを提供することができ、各（サブ）ステージは、異なるチェックを実行するように構成することができる。その上、基本的チェックを最初に実行することによって、本発明の実施例は、無線ネットワーク内の複数のエンティティに処理負荷を分散させることができ、例えば、（簡易な）基本的チェックは、１つ（又は複数、より早期）のノードにおいて行うことができ、それ以降のより詳細ないずれのチェックも、その後に他の箇所（例えば、ユーザのより近く）で実行される。実際、これによって、悪意のあるファイル若しくは望ましくないファイル又はその一部分、すなわち、非許容コンテンツデータを、無線ネットワークにおいてより早期に止めることが可能になり、したがって、後のステージにおいて帯域幅及び処理サイクルが消費されないこととなる。
【００３５】
ポータブルドキュメントフォーマット（ＰＤＦ、Portable Document Format、通例、そのタイプを示すファイル拡張子として.pdfに省略される）は、本発明の実施例を適用することができるファイルタイプの種類の多く（例えば、Word .doc(x)、Excel .xls(x)、PowerPoint .ppt(x)、.rtf、.html、.tif、.jpg、.gif等）のうちの、単に１つの例示のファイルタイプにすぎない。ＰＤＦの例では、電子ファイルは、ツリー構造によって接続されたノードから構築される。ファイルが、幾つかの不適切に実装された「リーダ（reader）」アプリケーションによって保存された場合、これらの枝が破断されている場合がかなり多い。例えば、これらの不適切に実装された「リーダ」アプリケーションは、ファイル全体を正しく書き換えるのではなく、上記タイプの電子ファイルに用いられる、承認されたパース（parsing）によって必要とされるそれぞれの電子ファイル内のリンクを破断し、このため、コンテンツデータは到達不能となり、「隠蔽」される。その上、これは、サイズの増加を引き起こすコンテンツデータが求められていなくても、電子ファイルサイズが増加することを意味する。本発明の例では、前置フィルタステージは、この余分な、参照不能又は到達不能なコンテンツデータを除去するのに用いることができ、したがって、無線通信ネットワーク等で電子ファイルを送信するために必要となる帯域幅を節約する。以下では、「ファイルフォーマット」という用語は、使用に応じて「ファイルタイプ」と同義とすることができる。同様に、「無線ネットワーク」及び「無線通信ネットワーク」は、特段の指定がない限り、区別なく用いることができる。
【００３６】
本発明の更なる詳細、態様及び実施形態は、図面を参照して単に例としてのみ説明される。図面において、同様の参照符号は、同様の要素又は機能的に類似の要素を特定するのに用いられる。図における要素は、簡単及び明瞭にするために示されており、必ずしも一律の縮尺で描かれているわけでない。
【図面の簡単な説明】
【００３７】
【図１】複数のモバイルデバイスを有するモバイルネットワークの一例の説明図である。
【図２】本発明の第１の例示的実施形態による、複数のモバイルデバイスを有するモバイルネットワークの一例の説明図である。
【図３】本発明の第２の例示的実施形態による、複数のモバイルデバイスを有するモバイルネットワークの一例の説明図である。
【図４】本発明の第１の例示的実施形態による、単一インスタンスネットワークアプライアンスの一例を示す説明図である。
【図５】本発明の一例による、当初の入力電子ファイルの、一回だけ修正された（すなわちコンテンツ管理された）出力電子ファイルへの、一例示の（一回だけの）変換を示す説明図である。
【図６】本発明の一例による、当初の入力電子ファイルの、一回だけ修正された（すなわちコンテンツ管理された）出力電子ファイルへの、一例示の（分散された）変換を示す説明図である。
【図７】本発明の一例による方法における例示のコンテンツデータ管理プロセスを示す説明図である。
【図８】本発明の一例による方法における一例示のトークナイゼーション及び再生部分を示す説明図である。
【発明を実施するための形態】
【００３８】
例示される本発明の実施形態は、大部分が、当業者に知られている電子構成要素及び電子回路を用いて実施することができるため、本発明の根底にある概念が理解及び認識されるように、また、本発明の教示を不明瞭にしたり本発明の教示から逸脱したりしないように、上記に例示したような必要とみなされる程度を超えて詳細を説明することはしない。
【００３９】
本発明の実施例は、所定の管理ポリシーに基づいて実行される、あるコンテンツデータタイプから別のコンテンツデータタイプへのコード変換（transcoding）を提供することができる。この所定の管理ポリシーは、ユーザ又は（システム）アドミニストレータが、例えば管理コンソールを通じて制御することもできるし、場合によっては、本発明の例による１以上の無線ネットワークを利用する組織の権限を有するセキュリティ担当者が制御することもできる。この制御は、それぞれのユーザ又は（システム）アドミニストレータが、許容できるとみなされるコンテンツデータのレベルを制御することを可能とするモバイルデバイス上のアプリケーションの形態を取ることができる。したがって、許容できるとみなされるコンテンツデータのレベルの制御は、例えば、所与の時点で無線ネットワーク又はその一部分において用いられる圧縮（compression）のレベルを制御することができる。この制御は、実際の帯域幅又は想定されている帯域幅、許容できる又は許容できない特定のファイルタイプ、データコンテンツタイプ等に対する直接制御の形態も取ることができ、これらは、実施エンジン（enforcement engine）が行うことができる。
【００４０】
さらに、幾つかの例では、自動化制御メカニズムを追加的に、又は代替的に設けることができる。この自動化制御メカニズムは、本発明の実施例を実施又は設けることができる無線ネットワークが制御することができる。この自動化制御メカニズムは、種々の要因、例えば、モバイルデバイスと、このモバイルデバイスが動作する無線ネットワークとの間のデータチャネルに影響を与える場合がある環境要因又は商業的要因に応じて、（複数の）コンテンツデータ管理ポリシーを動的に調整することができる。そして、環境要因は例えば、データチャネルが干渉によって低帯域幅に遭遇していることである場合がある。この種の状況では、許容できるとみなされるコンテンツデータ、したがって、電子ファイルのコンテンツデータを、例えば、より積極的なコンテンツデータ管理ポリシーによって自動的に調整し、無線ネットワーク上で電子ファイル送信又は受信するデータ帯域幅の要件を低くすることができる（例えば、ドキュメントから画像を除き、テキストのみを残すことができる）。電子ファイル形式で、無線通信リンク上でモバイルデバイスにより受信されるコンテンツデータ及びモバイルデバイスへ送信されるコンテンツデータを、他の環境要因を用いて制御することもできる。コンテンツデータは、「ファイル」以外の、代替的な構成体（construct）に含めることもでき、単数形の「ファイル（file）」又は複数形の「ファイル（files）」という用語は、この明細書全体を通じて、このような任意の、代替的なデータコンテナを含むものとして解釈することができる。
【００４１】
別のより商業的な要因例は、モバイルデバイスが別の無線ネットワークにローミングしており、そのため、データ料金がホーム無線ネットワークよりも高くなるというものとすることができる。そのような場合、ローミングデータ料金を削減するために、データ帯域幅が再度制限される場合がある。ローミング状態の検出は、無線ネットワーク又はモバイルデバイスに利用可能な接続性のデータを用いて論理的に行うこともできるし、位置決め情報、すなわち、例えば、１以上のモバイルデバイス内のＧＰＳセンサ／受信機又は他のタイプのロケーションセンサから得られたＧＰＳ読み取り値からの直接的に測定されたロケーションベースの情報を用いて行うこともできる。したがって、ロケーションベースの情報は、データのコストを求めるのに特に有用な場合があり、これは、その後、使用中のコンテンツデータ管理ポリシーの適切なレベルを求めるために、フィードバックすることができる。コンテンツデータ管理の適切なレベルの決定は、静的又は動的なものとすることができる。
【００４２】
ロケーションベースの情報は、ＧＰＳセンサ、ＧＬＯＳＮＡＳＳセンサ及び／又はガリレオ衛星位置決めセンサ等の位置決めセンサから得ることもできるし、慣性センサ又は無線三角測量手段等の他の適切な手段によって導き出すこともできる（例えば、三角測量技法を用いた複数の地上無線ネットワーク信号を用い、それによって、三角測量された位置を提供する）。ロケーションベースの情報は、ネットワーク機器又はモバイルデバイスによって推定することもできる。なぜならば、ネットワーク機器又はモバイルデバイスは、モバイルデバイス（例えば、ハンドセット）が通信している適切な基地局へのルーティングの形式、すなわち、より論理的なロケーション評価を知ることができるからである。
【００４３】
幾つかの実施例では、ロケーションベースの情報は、（一部のコンテンツデータ又は全てのコンテンツデータについて）モバイルデバイスによる標準的無線ネットワークの使用が、設定されているコンテンツ管理ポリシーによって望ましくない又は許容できないとみなされるエリアに該モバイルデバイスがいるということを示すことができる。これは、例えば、制限された帯域幅しか、その時点でモバイルデバイスにサービス提供する無線ネットワーク（又はその一部分）上でモバイルデバイスにとって利用可能でないこと、又は（例えば、モバイルデバイスはその時点で、別の無線ネットワークにローミングしているため）無線ネットワークが、送受信されるコンテンツデータの通過にあたって安全ではないとみなされることに起因して生じる場合がある。例えば、それぞれのモバイルデバイスが無線ネットワークの受信エリアのエッジにいる場合に、低帯域幅又は制限された帯域幅しかモバイルデバイスにとって利用可能でない場合がある。これは、モバイルデバイスに２Ｇタイプの接続性しか提供されないのに対し、無線ネットワークのコアは３Ｇタイプの接続性を有することを意味する場合がある。しかし、制限された帯域幅は、他の要因に起因している場合もある。他の要因には、モバイルデバイスが現在、別の無線ネットワークにローミングしており、そのため、制限された帯域幅が、実際のサービス提供に関する問題自体ではなく、費用又はセキュリティの懸案事項によって引き起こされることが含まれる。
【００４４】
帯域幅が（設定されているコンテンツ管理ポリシーによって）過度に制限／規制されるか又はそうでなければそれぞれのモバイルデバイスの使用に安全でないか若しくは適していないとみなされる理由に関わらず、各モバイルデバイス又はそのモバイルデバイス上のコンテンツ管理アプリケーション／モジュールは、各モバイルデバイスとの通信を代替的な通信チャネル上で代わりに再ルーティングすることができる。これは、例えば、地上無線通信送受信機システムだけでなく、より高速（更に低レイテンシ）の衛星通信送受信機システムをそれぞれのモバイルデバイスに提供することができる場合に特に有益な場合がある。例えば、Ｉｒｉｄｉｕｍ、ＧｌｏｂａｌＳｔａｒ、ＩＮＭＡＲＳＡＴ衛星システム若しくは他の任意の高度、中程度、低度の地球軌道グローバル衛星通信システム、又は高データレート容量を有するグローバルカバレッジを提供することができる任意の衛星システムとともに用いられる場合である。これらの例では、衛星通信システムは、それぞれのモバイルデバイスから、衛星がモバイルデバイスの現在のロケーションの（例えば、水平線又は地面のクラッタ（clutter）上の）見通し線（line of sight）内にいる間に動作可能な当該衛星への高速無線通信（例えば、数十Ｍｂｉｔ〜数百Ｍｂｉｔリンク、更にはマルチＧｂｉｔリンク）を提供することができる。この衛星は、大きなローカルデータ記憶手段を（すなわち衛星内に）有し、衛星が軌道を回って別の安全なロケーション、例えば、ホームロケーションに達する（通例、今後の送信に備えてメイン又は「通常」の無線ネットワーク上に戻る）まで、この情報を保持することができる。衛星は、その後、記憶されたコンテンツデータをホーム無線ネットワーク内の受信機局に返信することができる。これは、「蓄積転送（store-and-forward）」機能と呼ばれる場合がある。これは、送信されるように設定されたコンテンツデータが、非常に大きい場合（例えば、マルチギガバイト以上）又は非常に機密性がある場合（例えば、顧客の海外拠点で行われる営利事業計画）のいずれかである場合に特に有用である。上記コンテンツデータが非常に大きい場合は、リモートロケーションにおける大きなデータ収集（例えば、地震学的調査）を行うときに起こる場合がある。そのような代替の通信リンクを用いることによって、コンテンツデータを、そうでなければ起こり得るものよりも大きなデータ設定サイズ又は高い送信セキュリティ（すなわち、スヌーピング（snooping）がない等）で維持することができる。
【００４５】
例えば、システム内で用いられる適切なコンテンツ管理ポリシーパラメータによって制御及び／又はセットアップされるコンテンツデータ管理ポリシーは、実際のモバイルデバイス／エンドポイント機能及び／又は利用可能な処理リソース（例えば、ＣＰＵの速度、個数、ビット深度、関連付けられたキャッシュ及び／又はＲＡＭサイズ、ＲＡＭ速度、コプロセッサ又はマルチコアデバイス内のコアの可用性等）に基づいて決定することもできる。ここで、例えば、上記モバイルデバイス／エンドポイント機能は、問題のエンドポイントの画面サイズによって確認することができる。本発明の例を接続及び利用することができる任意の所与のモバイルデバイス／エンドポイントにおける利用可能な処理リソースのレベルは、それぞれのモバイルデバイスの所与のレベルの機能を決定することができる。例えば、モバイルデバイス／エンドポイントが「低機能デバイス」とみなされるのか、「中機能デバイス」とみなされるのか、及び／又は「高機能デバイス」とみなされるのかを決定することができる。用いられる機能レベルは、機能が進化し、より新しいモバイルデバイス技術が既存の技術に取って代わるので、時間とともに（再）調整することもできる。
【００４６】
モバイルデバイスは、それらの機能に基づいて、類似のモバイルデバイス又は同一のモバイルデバイスのグループに適切に分けることができる。例えば、提案した装置（複数の場合もある）、方法及びシステムは、本発明の実施形態が例示される無線通信ネットワークに接続する任意のモバイルデバイス／エンドポイントを、３つの広いデバイスカテゴリに分けるように構成することができる。これらのデバイスカテゴリは、例えば、画像文書をオープンすることができるとともに幾らかの限られたブラウジング機能も有することができる小さなハンドセットに特有の「低機能デバイス」と、Ｍｉｃｒｏｓｏｆｔ  Ｗｏｒｄ、Ｅｘｃｅｌ、ＰＤＦ等の文書をオープンすることができ、機能は限られてはいるが、はるかにリッチなウェブブラウジングエクスペリエンスを有することができるデバイスに特有の「中機能デバイス」、例えば、スマートフォンと、「高機能デバイス」、例えば、タブレット、ＰＣ、ラップトップ、すなわち、完全な文書パース（parsing）機能とともに完全なウェブブラウジングエクスペリエンス等を提供することができるデバイスの一般的な特徴を有するものと、である。
【００４７】
これらのモバイルデバイス機能のカテゴリ化を念頭に置くと、本発明の実施例は、問題のコンテンツデータ／電子ファイルを受信するように意図されたモバイルデバイス／エンドポイントの機能を反映するように設定されたファイル再生ポリシー（すなわち、当初の入力電子ファイルと同じファイルタイプを有する新たな（複数の）インスタンスの書換えのためのポリシー）を有することができる。幾つかの例では、単一の入力電子ファイルから複数の出力ファイルタイプを再生することができ、そのため、各バージョンをそれぞれのモバイルデバイスに配信するのに必要な無線ネットワークリソースを最小にしながら、多くのデバイスカテゴリのそれぞれを定めることができる。これは、例えば、所与のユーザのモバイルデバイスが変化した際にコンテンツデータを自動的に更新することができるように拡張することができる。例えば、ユーザは、モバイルデバイスをアップグレードし、後日、電子ファイルの次の見直しの際に提供されるそのファイルの更新されたバージョンを自動的に有することができる。又は、同じモバイルデバイスは、別の国の無線ネットワーク上にローミングして離れている間に、当初のコンテンツデータによって管理された電子ファイルを受信する場合があるが、ＵＫに戻った際に、当初の（より）完全なファイルが次の見直しの際に自動的に提供される。他の例は、小さなハンドセット、すなわち、「低機能デバイス」が、説明したアンチマルウェア型コンテンツデータ管理システムを通じて電子ファイルを受信するようになっている場合、説明した装置、方法又はシステムが、「低」機能モバイルデバイス／エンドポイントが表示することができないコンテンツデータを再生することにはあまり意味がなく、本発明の例は、ターゲットとなるモバイルデバイスが表示も使用もすることができないいずれのコンテンツデータも再生しないように適切に構成することができ、このため、ネットワーク帯域幅を（今のところまだ）使用できないデータを転送する浪費から保護することができる。すなわち、コンテンツデータ再生レベルは、とりわけ、決定された又は所定の機能のカテゴリ化に基づいて確認することができ、それは変わる場合があり、その変動は全体の無線ネットワークの影響を動的（すなわち、「オンザフライ」）に受ける。
【００４８】
本発明の実施例は、ファイル変換を用いることによって交差領域分離（cross domain segregation）を維持することも助けることができる。これは、本発明の例示の実施形態によるモバイルデバイス／エンドポイント及び無線ネットワークインフラストラクチャが、２つの領域を効果的に囲むことによって、ユーザのビジネスデータをそのユーザの個人データから分離することができるからである。例えば、ある文書が「信頼度高」の領域から「信頼度低」の領域に移動する必要がある場合、本発明の一実施形態では、データがエンドポイントにあるのか又は上記無線ネットワークにわたって分散されているかを問わず、そのデータに対して変換機能を実行することによって、この真の交差領域機能（cross domain capability）を提供することができる。すなわち、ファイルフォーマットコンテンツデータは、その当初の形式から中間の一般化形式に変換され、その後、最終形式に再生される。したがって、未知のもの又は考慮されていないものは、実際上、攻撃が可能な領域（又はファイルタイプフォーマット）から除去されて、攻撃を開始することができない不活性領域（又はファイルタイプフリーの形式）に移されているので、この隔離バリアを通過することができない。
【００４９】
上述したように、本発明の例示の実施形態では、コンテンツデータを当初の形式から中間の一般化形式又はコンテンツデータの内部表現に変換することができる。この変換は、コンテンツデータの選択的なコンテンツデータ管理を適用することと、次に、新たな代用ファイル（substitute file）（すなわち、ゼロから構築され、当初の電子ファイルからの既知の良好なコンテンツデータのみからなる新たなファイルインスタンス）を再生することとを含むことができる。再生された代用ファイルは、一般的形式（generic form）のものとすることができる。この一般的形式は、効果的な「エアギャップ型」セキュリティバリアと考えることができ、信頼できない入力電子ファイルから再生される健全な出力電子ファイル（一般的形式の出力そのもの、又は当初の入力ファイルと同じファイルタイプのファイルの新たなインスタンスとして今後処理される出力のいずれか）への完全な隔離（isolation）を提供することができる。更に説明するように、説明するアンチマルウェア型コンテンツデータ管理装置（複数の場合もある）及び方法（複数の場合もある）は、以下でより詳細に説明するように、単一パスプロセス又はマルチパスプロセスを用いて無線ネットワーク内の単一のエンティティ上で実行することもできるし、それぞれが異なる個々のパスを実行する複数の分散されたエンティティ上で実行することもできる。エアギャップは、論理的に分離されかつおそらく物理的にも分離された異なるメモリバッファを、これらのメモリバッファ間で利用されるトークナイゼーション及び再生プロセスのペアとともに用いることによって提供することができ、そのため、以下でより詳細に説明するように、コンテンツデータは、効果的にフィルタリングされ及び／又はコンテンツ管理され、したがって、既知の良好なコンテンツデータのみが２つのメモリバッファ間を移動することができる。
【００５０】
本発明の実施例は、外部ネットワークから受信され、本発明の一例が実施される無線ネットワーク上を搬送されるコンテンツデータを含む電子ファイルに適用することができる、モバイルデバイス内又はモバイル／無線ネットワーク上でコンテンツデータを管理する装置又は方法も提供することができる。本方法は、受信（又は送信）される電子ファイルを一般的表現（generic representation）に変換することと、この一般的表現に改善を適用することと、脅威及び／又は帯域幅の低減及び／又は他のコンテンツデータ制限ポリシーを目的として、改善された一般的表現にコンテンツデータ管理を適用することと、上記一般的表現の検証と、ファイル又は一般的表現の新たなインスタンスとしてのコンテンツデータの再生とのうちの任意の１以上を含むことができる。
【００５１】
本明細書で説明するアンチマルウェア型モバイルコンテンツデータ管理手法は、多数のファイルフォーマット内のコンテンツデータが、単一パス又はマルチパスにより定義されたプロセスを用いて検証がなされるとともにコンテンツデータ管理ポリシーに従うことを可能にするという利益を提供する。このプロセスは、共通フォーマットで（すなわち、１以上の一般的表現を用いて）定義され、このため、（複数の）アンチマルウェア型モバイルコンテンツデータ管理装置及び方法によってサポートされる（複数の）ファイルフォーマットごとの多数の異なる検証ルーチンが必要とされない。複数のファイルタイプを取り扱う場合の改善は、後に説明する複数のファイルトークナイザを有するということである。これらのファイルトークナイザは、コンテンツデータを表す１以上のタグを割り当てることによって、データを当初の入力ファイル形式からタグ付き一般的表現（tagged generic representation）の形式に変換する。ここで、タグ付き一般的コンテンツデータは、当初のコンテンツデータから導かれる。この手法は、設計の複雑度を低減する。なぜならば、この手法によって、例えば、サポートされるファイルフォーマットのそれぞれについて個々の検証ルーチンの構築を必要とするのではなく、全ての種々の入力／出力ファイルフォーマットに対して用いることのできる（すなわち、全てのファイルフォーマットにわたって再利用可能な）全ての一般的タグ付き表現に対する単一の検証ルーチンが可能となるからである。
【００５２】
その上、到着したコンテンツデータを電子ファイルから一般的表現に変換することによって、受信モバイルデバイス／エンドポイントが、モバイルデバイス上での閲覧及び／又は操作のためにサポートされる多数のファイルフォーマットをパースする複数のソフトウェアアプリケーションを有する必要性もなくなる。実際、電子ファイルコンテンツデータは、当初のファイルフォーマットが何であろうとも、単一のモバイルベースアプリケーションによってレンダリングすることができる形式で表される。
【００５３】
次に、図面を参照して、本発明の実施例を以下でより詳細に説明する。
【００５４】
図１は、一例としての、既存のモバイル無線通信ネットワーク１００を示している。このネットワークには、複数のモバイルデバイス１２０、１３０、１４０が接続されている。同図には、コアネットワーク（ＣＮ）１１０が示されている。このコアネットワークは例えば、コアネットワークスイッチングファブリック１１１を備えている。このコアネットワークスイッチングファブリックは、１以上の基地局コントローラ（base station controller）１１２に接続されている（簡単のために、単一の基地局コントローラを示している）。基地局コントローラ（ＢＳＣ）１１２は、１以上の通信リンク１１４を介して１以上の基地局１１３に動作可能なように接続することができる。全体の無線ネットワーク１００の一部である複数の基地局１１３をそれぞれ制御する複数の基地局コントローラ（不図示）が存在する場合がある。１以上の基地局１１３は、現在用いられているか、又はまだ展開（deploy）されていない任意の無線通信規格により複数のモバイルデバイス１２０〜１４０と通信することができる。この通信規格は、例えば、ＧＳＭ、ＧＰＲＳ、３Ｇ、ＵＴＭＳ、Ｗ−ＣＤＭＡ、ＷｉＭＡＸ、ＬＴＥ、ＬＴＥアドバンスト等であるが、これらに限定されるものではない。以下に説明する無線ネットワーク（すなわち、符号１００〜１０３）において用いられる通信規格に応じて、基地局コントローラ、ＣＮスイッチングファブリック１１１、及び基地局は、以下で参照されるように、別のもの（すなわち変形形態）として呼ばれる場合があるが、機能的には同様に動作することができる。この機能は、いくつかの方法でいくつかのエンティティにわたって分割することもできるが、互いに同様に動作することができ、したがって、以下の内容は、そのような全ての変形形態を含むものと解釈されるべきである。
【００５５】
基地局１１３を（複数の）基地局コントローラ１１２に接続するのに用いられる通信リンク１１４は、有線リンク（例えば、イーサネット／光ＩＰリンク）若しくは無線リンク（例えば、マイクロ波リンク等）、又は他の任意の機能的に類似の通信リンクとすることができる。通信リンク１１４は、任意の適切なトポロジーにすることができる（ハブ及びスポーク型のトポロジーが示されているが、リング構成にすることもできるし、種々の基地局１１３と基地局コントローラ１１２との間に複数のリンクを設けることもできる）。コアネットワーク１１０は通常、一般のインターネット１０５に接続され、無線ネットワーク１００からサービスの提供を受ける無線デバイス１２０〜１４０をインターネット１０５に相互接続する。コアネットワーク１１０は、コアネットワークスイッチングファブリック１１１を備えたものとすることができる。このコアネットワークスイッチングファブリックは、音声、電子ファイル、テキストメッセージ等のデータを一般の無線ネットワーク１００内の適切な受信側モバイルデバイスにルーティングするために用いることができる。言い換えれば、コアネットワークスイッチングファブリック１１１は、通話及びメッセージングのルーティング機能を提供するメインインフラストラクチャとみなすことができ、外部のインターネット１０５と、上記モバイルデバイスエンドポイント１２０、１３０及び１４０のそれぞれに無線通信リンク１１６を介して無線接続する個々の基地局１１３の管理運営及び制御を行う基地局コントローラ１１２との間のインタフェースを提供する。
【００５６】
このコアネットワークスイッチングファブリック１１１は、適切な双方向相互リンクによって相互に接続された複数のネットワークコアスイッチ、ルータ等（個別に図示していない）を有するものとすることができる。例えば、各スイッチ又は各ルータは、全体の無線ネットワーク１００の一部分、例えば、個々の基地局コントローラ（ＢＳＣ）１１２をサービスを提供する。コアスイッチは、基幹又は主要通信リンク１１５を用いて互いに接続することができる。この基幹通信リンク１１５は、図示しているように、ＢＳＣ１１２を基地局１１３に接続する各リンク１１４の容量の複数倍又ははるかに大きな容量である場合がある。
【００５７】
無線ネットワーク１００は、１以上のモバイルデバイス／エンドポイント１２０〜１４０に接続することができるため、これらのモバイルデバイス／エンドポイントにサービスを提供することができる。図１には、３つの広いデバイスグループの例、すなわち、「低機能デバイス」１２０、例えば、テキストメッセージの送信、通話及びグレイスケールのみの画像等の非常に限られたメディアセットの利用が可能な以前の世代のハンドセット（ダムフォンと呼ばれる場合もある）、「中機能デバイス」１３０、例えば、フィーチャフォン（例えば、Ｂｌａｃｋｂｅｒｒｙ等）又は他のスマートフォンデバイス、例えば、ｉｐｈｏｎｅ等であり、より多種のファイル及びファイル部分コンテンツデータ等のオープンが可能なもの、及び／又は「高機能デバイス」１４０、例えば、タブレット、ラップトップ又は利用可能な十分な処理リソースを有するその他のデバイスが示されている。
【００５８】
図２は、本発明の第１の例示的実施形態による複数のモバイルデバイスを有する、一例としての、アップデートされたモバイル／無線ネットワーク１０１を示している。モバイル／無線通信ネットワーク１０１の大部分は、図１のものと同じであり、ものが同じである場合、用いられる参照符号も同じである。その一方で、このモバイル／無線ネットワーク１０１は、本発明の一例示の実施形態によるコンテンツ管理エンティティ２００も更に備えている。このコンテンツ管理エンティティ２００は、コアネットワーク１１０と一般のインターネット１０５との間において、図示しているようにコアネットワーク１１０のエッジに設けることができる。モバイルデバイス１２０〜１４０は、ここでは、本発明の実施例のモバイルデバイス側の機能を提供するモバイルデバイスアプリケーション１０４も更に備えている。図２におけるモバイルデバイス（すなわち、１２０、１３０及び１４０のうちの任意のもの）は、画面、異なる能力のキーボード、音声通話の受信及び発信並びにテキストベースのメッセージ若しくは電子メールメッセージ又は他の任意の電子ファイルの送信及び受信等のタスクを実行するプロセッサ及び関連付けられたメモリを有することを意図したデバイスとすることができる。さらに、これらのモバイルデバイスは、ユーザ定義のソフトウェアアプリケーションすなわち「アプリ（app）」を備える様々なタスクを実行するソフトウェアベースのアプリケーションも有することができる。幾つかの例では、「アプリ」１０４は、コンテンツ管理エンティティ２００（又はトークナイザ２０１、若しくは後に説明するコンテンツ管理エンティティの他の任意のサブモジュール）の機能を実行することができる。モバイルデバイス１２０、１３０又は１４０は、本発明の例のモバイルデバイス側の機能を効果的に実行するため、これは、その場合、無線ネットワーク及び関連付けられたインフラストラクチャから離れた、説明される機能を実行する負担を負う場合がある。コンテンツ管理エンティティ２００（又はトークナイザ２０１等のサブモジュール若しくはその一部分）を、モバイルデバイス上のモバイルアプリケーション１０４すなわち「アプリ」１０４として設けることによって、データトラフィックが、インターネット１０５からコアネットワーク１１０に加わっているモバイルデバイスにより単に受信される場合とは異なり、モバイルデバイスから送信される場合の、マルウェア保護及びコンテンツデータ管理を実現することができる。図３に詳述されている、分散された実施形態では、このモバイル「アプリ」１０４という要素は、トークナイザ２０１として説明される機能を実行するだけでよいものとすることができ、そのため、モバイルハンドセットは、説明するような無線ネットワークにおける他のエンティティによる更なる処理に備えて一般的タグ付きフォーマットへの変換を行う。
【００５９】
図示しているような、無線ネットワーク１０１のエッジにおけるコンテンツ管理エンティティ２００の配置は、当該コンテンツ管理エンティティ２００の帯域幅を節約する最適な位置決めである。その理由は、これが無線ネットワーク１０１全体にわたって帯域幅の節約を最大にするからである。これは、ファイルコンテンツデータがインターネット１０５から無線ネットワーク１０１に入る前に、コンテンツ管理機能がコンテンツ管理エンティティ２００において実現されるからである。その一方で、コンテンツ管理エンティティ２００は、例えば、データ及び／又は接続性の回復並びにロードバランシングが全体の帯域幅削減と同程度に重要である他の最適化をもたらす無線ネットワーク１０１内の他の場所にも配置することができる。本発明の例による（複数の）コンテンツ管理エンティティ２００が動作する方法は、以下でより詳細に説明される。幾つかの例では、例えば、あらゆるインターネット／コアネットワークインタフェースと、可能性としてあらゆるコアネットワーク／モバイルデバイスインタフェースとの双方に配置された複数のコンテンツ管理エンティティ２００を用いることもできる。後者は、（例えば、基地局１１３において）複数のモバイルデバイスにサービス提供する共有インタフェースとすることができる。
【００６０】
図３は、本発明の第２の分散された例示の実施形態による複数のモバイルデバイス１２０〜１４０を有する一例示の無線ネットワーク１０３を示している。本発明による無線ネットワークの任意の所与の例示のインスタンスにおいて用いられる特定の分散レベル又はトポロジーは、変化する場合があり、用いられている無線ネットワークの特定のインスタンスの特定の要件に依存する場合があることが認識されるであろう。図３の場合も、モバイル／無線ネットワーク１０３の大部分は、図１のものと同じであり、ものが同じである場合、用いられる参照符号も同じである。その一方で、この例示のモバイル／無線ネットワーク１０３は、コンテンツ管理エンティティ２００が分散したバージョンに交換されている点で図２のものとは異なっている。この分散バージョンは、分散された部分（すなわち、サブパート、サブプロセス又はサブモジュール）を備えている。これらの分散された部分は、例えば、この例では、コンテンツ管理エンティティ２００の当初の単一インスタンスバージョンの「ネットワークのエッジ」位置に配置されたコアネットワークインスタンストークナイザ２０１（コアネットワーク１１０への分散コンテンツ管理エンティティの「フロントエンド」、すなわち、データエントリポイントとして図示）と、前置フィルタ２１１と、コンテンツ管理エンジン２１３と、後置フィルタ２１５（この例では、これらの３つのサブモジュールは、ＣＮスイッチングファブリック１１１と同じ場所に配置されたものとして示されている）と、コンテンツ検証部２１７（ＢＳＣ１１２と同じ場所に配置されている）と、それ自体が再生部２１９サブモジュールなどを含む複数のサブモジュール／プロセスを備えることのできる分散モバイルデバイスアプリケーション又はモジュール２０４（無線通信ネットワーク１０３に接続されたモバイルデバイス１２０〜１４０のそれぞれに収容することができる）と、である。分散モバイルデバイスアプリケーション又はモジュール２０４は、コンテンツ管理プロセスの分散（例えば、トークナイザのロケーション、モバイルデバイス内か否か）の程度及び／又は特定の配置に応じて、（図２の）単一インスタンスモバイルデバイスアプリケーション１０４と同じものとすることもできるし、類似したものとすることもできるし、異なったものとすることもできる。すなわち、分散モバイルデバイスアプリケーション又はモジュール２０４は、コンテンツデータの分散処理及び閲覧機能のうちの一部を提供することができる。この図には、この場合、高レベルモバイルデバイス１４０に関して、モバイルデバイスアプリケーション又はモジュール２０４の単一のより詳細な例が示されているが、これは例示的なものにすぎず、中機能デバイス１２０又は低機能デバイス１３０内で用いられるモバイルデバイスアプリケーション又はモジュール２０４も同じ形態又は類似の形態を取ることができる（すなわち、以下で説明するサブモジュールのうちの１つ又は複数を含む）。
【００６１】
例示的なより詳細なモバイルデバイスアプリケーション又はモジュール２０４は、他の箇所で説明される再生部と機能が類似している再生部２１９を含む複数のサブモジュールを備えている。この明細書の他の箇所で説明されるトークナイザと同様に動作するモバイルデバイスインスタンストークナイザサブモジュール２０１’も示されている。一般的タグ付き表現リーダ機能とすることができる補助リーダサブモジュール２７１も設けることができる。モバイルデバイスアプリケーションすなわちモジュール２０４は、例えば、メモリ及び他の処理機能サブモジュール（複数の場合もある）２７３と組み合わされてモバイルデバイス処理リソースを提供するプロセッサを含むコントローラサブモジュール２７２も備えることができる。このモバイルデバイスアプリケーション又はモジュールは、リーダサブモジュール２７１、トークナイザサブモジュール２０１’及び再生部サブモジュール２１９の機能をともに提供することができる。モバイルデバイスアプリケーション又はモジュール２０４全体への入力（複数の場合もある）及びモバイルデバイスアプリケーション又はモジュール２０４全体からの出力（複数の場合もある）は、ユーザ入力デバイス（明瞭にするために図示せず）を通じたユーザによる制御下でディスプレイ（同様に明瞭にするために図示せず）上に表示することができる。コントローラサブモジュール２７２は、メイン／当初の無線通信システムリンクサブモジュール２７６（例えば、３Ｇ／４Ｇ送受信機システムサブモジュール）に通信結合されて、基地局１１３を介した無線ネットワーク１０３への「正常な」無線通信リンク１１６を提供する。その一方で、モバイルデバイスアプリケーション又はモジュール２０４は、コントローラ２７２に接続されたロケーションセンサ２７４（例えば、受信専用衛星アンテナ２７５を利用することができるＧＰＳ等。この受信専用アンテナは、図示するようにモバイルデバイスの内部に存在することもできるし、外部に存在することもできる）も設けて、コンテンツ管理ポリシー（例えば、制御）パラメータを求めるのに用いることもできるロケーションベースの情報を提供することができる。これらのロケーションベースの情報によって導き出されたコンテンツ管理ポリシーパラメータは、無線ネットワーク１０３がモバイルデバイスの現在の通信機のニーズに不十分若しくは過度に低速であると判断された場合又は単に過度にセキュアでないと判断された場合等の幾つかの状況では、代替の通信リンクシステムサブモジュール、例えば、双方向衛星アンテナ２７８（通常は図示するように外部にあるが、内部に存在することもできる）を通じて動作する、例えば、独立した高速衛星送受信機システム２７７の使用を行うことができる。これによって、モバイルデバイスの現在のロケーションにおいて、必要とされる通信の速度及び／又はセキュリティを、モバイルデバイスによってハンドリングされている現在のコンテンツデータに必要なときにモバイルデバイスに提供することができる。それぞれのコンテンツデータがモバイルデバイスによって受信される場合、事前警告、例えば通知フラグ等を正常な無線リンク１１６上でモバイルデバイスに送信することができ、その結果、用いられるその代替の通信ルートを必要とする任意のコンテンツデータの受信の準備ができている代替の通信システムサブモジュール２７７の電源投入が可能になる。
【００６２】
特にコアネットワークの全体のコンテンツ管理システムの分散された部分間の相互動作の操作（複数の場合もある）を以下でより詳細に説明する。例では、分散コンテンツ管理エンティティは、コアネットワーク１１０と、無線「エッジ」（すなわち、コアの外部）ネットワーク（例えば、基地局、それらのコントローラ（ＢＳＣ）及び他のＢＳＣに接続されたエンティティ等）と、更にはそれらに接続されたモバイルデバイスとの全体にわたって分散させることができる。いずれの場合にも、上記トークナイザ（又はこのトークナイザの少なくとも第１のインスタンス）は、コアネットワークエッジ（例えば、図３におけるトークナイザ２０１の位置）にまだ留まることができる。トークナイザ２０１は、電子ファイルを一般的表現に変換することができるとともに、コンテンツデータに対して幾つかの基本的なシンタックス的検査も行うことができ、その結果、コアネットワーク１１０内へのエントリポイントにおいて帯域幅を節約することができる。その上、この構成は、コンテンツデータが、一般的形式でコアネットワーク１１０に入ることも可能にすることができる。コンテンツデータは、不活性（inert）な一般的形式に既に変換されているので、いかなる悪意のあるアクションも引き起こすことができない。
【００６３】
トークナイザ２０１、前置フィルタ２１１、コンテンツ管理エンジン２１３、後置フィルタ２１５、コンテンツ検証２１７及び分散モバイルデバイスアプリケーション２０４（適切な場合には、再生部２１９及び他のサブモジュールを含む）のエンティティは、無線ネットワーク１０３内の既存のエンティティのアドオンモジュールとして提供することができ、及び／又は上記既存の無線ネットワークエンティティと適切に相互リンクされた別個のエンティティとすることができる（ここで、「無線ネットワークエンティティ」は、無線ネットワークを提供するのに用いられるか又は無線ネットワークとともに用いられる任意のアイテム、すなわち、本明細書に示す例では無線ネットワークエンティティ１１１〜１４０である）。アドオンモジュールとしての提供は、例えば、（図示するような）ＢＳＣ１１２、コアネットワークスイッチングファブリック１１１、及びモバイルデバイス１２０〜１４０のアドオンモジュールの形態のものである。
【００６４】
図４は、本発明の第１の例示の実施形態による単一インスタンスコンテンツ管理エンティティ２００の一例を示している。コンテンツ管理エンティティ２００は、（図示しているように）インターネット１０５とコアネットワークスイッチングファブリック１１１との間に動作可能に接続することができる（ただし、他の配置も用いることができる）。複数のモバイルデバイス１２０〜１４０も、コンテンツ管理エンティティ２００に動作可能に接続することができる。
【００６５】
コンテンツ管理エンティティ２００は、制御を受けてインタラクトし、及び／又はコンテンツ管理ポリシーパラメータによってセットアップされる、以下で説明する（例えば、図７において説明される）方法を実行する複数のサブモジュールを備えることができる。
【００６６】
これらのサブモジュールは、例えば、インターネット１０５とＣＮスイッチングファブリック１１１との間のコンテンツ管理システムを通じてメインワークフロー上に配置される一組のコンテンツ管理プロセス（及び関連付けられたサブモジュール）２１０を含むことができる。開示されたワークフロー、又はその任意の変形形態は、他の異なるネットワーク接続アイテム間又はネットワーク間に配置することができる。コンテンツ管理プロセス２１０は、トークナイザモジュール２０１、前置フィルタモジュール２１１、コンテンツ管理モジュール２１３、後置フィルタモジュール２１５、検証部モジュール２１７及び再生部モジュール２１９を含むことができる。前置フィルタ２１１及び後置フィルタ２１５はオプショナルであり、したがって、図では点線で示されている。トークナイザモジュール２０１は、初期位置２１２（すなわち、コンテンツ管理プロセス２１０内へのコンテンツデータのフロントエンド／エントリポイント）において動作可能に接続することができるが、同じ（この場合、トークナイザは「マルチストリーム」的である、すなわち、複数の異なるデータフローを同時に処理することができる）又は異なる（この場合、単一のトークナイザがデータストリームごとに用いられる）トークナイザ２０１をワークフロー内の他の後続の位置にも配置することができる。これは、この図において、前置フィルタ２１１の後に開始し、後置フィルタ２１５の後に終了する各後続のサブモジュールの後、すなわち、位置２１４〜２１８に配置された点線として示されている。上記で述べたように、初期トークナイザ２０１は、特に、本発明の分散された例示の実現形態では、コアネットワーク１１０のエッジ、すなわち、実際上、全体のコンテンツ管理システムのフロントエンドに配置することができる（例えば、図３のように、アイテム２０１）。トークナイザのインスタンスごとに、一般的には、再生部２１９のインスタンスが設けられる。トークナイザ２０１及び再生部２１９の双方の単一インスタンスのみを有する、図４に示す単一インスタンスの例では、再生部２１９は、まさに端部、すなわち位置２２８に位置決めされている。図４の実線で示す特定の形態（すなわち、フロントエンドにおける単一のトークナイザ及びバックエンドにおける単一の再生部）は、全体のコンテンツ管理システムが１つのデバイス／エンティティ上に実現される場合（例えば、各サブモジュールプロセスが単一の共有メモリを用いることができるとき）に特に当てはまるものとすることができる。
【００６７】
他方で、複数の再生部が用いられる場合は、各再生部は、次のトークナイザのインスタンスの前に動作する（その結果、再生部は、処理されたコンテンツデータをトークン化された一般的タグ付き領域から、通例、当初の入力電子ファイルと同じファイルタイプ仕様の「正常な」領域に戻すことができる）。後続のトークナイザインスタンス及び再生部インスタンスのこの特定の順序付けは、位置２２２、２２４及び２２６への矢印が位置２１４、２１６及び２１８への矢印の前にあることによって示されている。トークナイザ／再生部の複数のインスタンスが用いられる場合、これは、各サブプロセス間の再トークナイゼーション効果を提供する。
【００６８】
この再トークナイゼーションは、共有メモリアーキテクチャを用いるいずれの実施態様においても、古くなった（stale）コンテンツデータがタグ付き一般的表現には存在しないことが保証されるという利益を有し、したがって、古くなったコンテンツデータが、後続のサブモジュールに向かうパス（pass）間で伝播することは許可されない。なぜならば、各パスは、当初の入力電子ファイルから変換された「新規（fresh）」のトークン化されたコンテンツデータで開始するからである。これに対して、（図３のように）分散された実施形態では、必要とされるものは、ポイント２１２における単一のトークナイザのみである。なぜならば、各プロセスは異なるハードウェア（異なるメモリを有する）を用いて実行されることから、新規でないデータが維持される機会は存在し得ないからである。その上、分散アーキテクチャを用いると、前述したプロセスのそれぞれの間に再生ステージが存在することができ、この再生ステージは、潜在的に、コンテンツデータのタグ付き一般的表現を、当初の入力電子ファイルと同等の又は同じファイルフォーマットで出力することができる（入力電子ファイルとフォーマットが同一のファイルを出力することもできるし（例えば、ｐｄｆ入力、ｐｄｆ出力）、同種のコンテンツデータを含むことができる異なるファイル形式を出力することもできる（例えば、ｐｄｆ入力、ｒｔｆ出力）ことを想起されたい）。言い換えれば、処理に関与するメモリストレージは異なる。
【００６９】
コンテンツ管理エンティティ２００は、設定されている、選択されたコンテンツ管理ポリシーが、例えば、インターネット１０５とコアネットワーク１１０との間を通過する電子ファイルに正しく適用されることを確実にする実施エンジン（enforcement engine）２４０を更に備えたものとすることができる。この実施エンジンは、全体のコンテンツ管理プロセス２１０内のプロセス（サブ）モジュール、すなわち、図示した例では、前置フィルタモジュール２１１、コンテンツ管理モジュール２１３、後置フィルタモジュール２１５、検証部モジュール２１７、及び再生部モジュール２１９のそれぞれの動作を制御することによってこれを行うことができる。
【００７０】
例えば、コンテンツ管理プロセス２１０は、以下でより詳細に説明されるコンテンツ再生プロセスを介した入力データ（例えば、インターネット１０５からの電子ファイル）の、その入力電子ファイルの一般的表現への変換を実行することができる。このコンテンツ再生プロセスも、トークン化された一般的表現の上記コンテンツデータの前置フィルタリング及び後置フィルタリング並びに検証を含むことができる。どのようなコンテンツデータが再生されるべきかの判断は、（コンテンツ管理ポリシー）実施エンジン２４０によって行われる方針決定に基づくことができる。すなわち、実施エンジンは、実施中の（すなわち、現在用いられている）コンテンツ管理ポリシーを示すコンテンツ管理ポリシーパラメータ又はこのコンテンツ管理ポリシーを適用する際に用いられるコンテンツ管理ポリシーパラメータを提供するように構成することができる。
【００７１】
コンテンツ管理エンティティ２００は、実施エンジン２４０に動作可能に接続されたネットワークパラメータモニタ２２０を更に備えることができ、それによって、実施エンジン２４０の正しい動作のための無線ネットワーク性能データ又は無線ネットワーク性能パラメータ等のデータパラメータを提供する。これらの性能パラメータは、コアネットワーク１１０及び／又はモバイルデバイス１２０〜１４０から得られた動作パラメータ若しくはネットワークパラメータとすることができるか又はこれらのパラメータを含むことができる。
【００７２】
ネットワークパラメータモニタ２２０によって用いられる、又は提供されるパラメータは、コアネットワーク１１０、例えば、ＣＮスイッチングファブリック１１１から（例えば、当該ＣＮスイッチングファブリック１１１を形成するルータ及びスイッチ等のハードウェアによって提供されるデータパケット上のヘッダにおいて）得ることもできるし、それらのパラメータは、無線ネットワーク１０３に接続されたモバイルデバイス１２０〜１４０内で動作するモジュール又はアプリケーションから得ることもできる。この後者の場合、ネットワークパラメータは、ユーザインタフェースコネクタ２３０を介してモバイルデバイス１２０〜１４０によってネットワークパラメータモニタ２２０に提供することができる。このユーザインタフェースコネクタ２３０は、それ自体で（図示するような）実施エンジン２４０等の別のモジュールを介して、又はユーザインタフェースコネクタ２３０とネットワークパラメータモニタ２２０との間の直接インタフェース（図示せず）を介して接続することができる。図４に示すコンテンツ管理エンティティ２００内のモジュールのうちのいずれかによって実行されるコンテンツ管理プロセス２１０を制御するデータは、データベース２６０に記憶することができる。このデータベースは、全てのモジュールに直接的又は間接的のいずれかで（例えば、図示した例では、実施エンジン２４０内のプログラマティックインタフェースを介して、すなわち、明瞭にするために、各モジュールへの直接リンクはこの図には示されていない）動作可能に接続することができる。データベース２６０は、実線で示すように単一インスタンスコンテンツ管理エンティティ２００内に存在することもできるし、点線の概略のデータベース２６０’によって示すように、単一インスタンスコンテンツ管理エンティティ２００の外部に配置することもできる。この後者の外部データベース２６０’の構成は、特に、（図３に示すような）別々のモジュール２０１〜２０４を有する分散インスタンスとともに用いることができる。
【００７３】
ポリシー実施エンジン２４０は、その方針決定を、記憶されたポリシー設定に基づかせることができる。このポリシー設定は、ＳＱＬタイプデータベース又は任意の形態の永続的記憶メカニズム等のデータベース（２６０又は２６０’）に記憶することができる。記憶されたポリシーは、ネットワークパラメータエンジン２２０及び／又はユーザインタフェースコネクタ２３０からのデータ入力によって求めることができる。ネットワークパラメータエンジン２４０は、任意の関連した通信リンク（複数の場合もある）（例えば、図１〜図３における通信リンク１１４／１１５、又は各モバイルデバイス１２０〜１４０とコアネットワーク１１０との間の無線通信リンク１１６）の性能をリアルタイムで監視することができ、上記通信リンク１１４〜１１６の品質／性能／等に応じてポリシー実施エンジン２４０のポリシー設定を調整することができる。
【００７４】
例えば、特定の通信リンク１１４〜１１６が、例えば、その通信リンクのビットレート又は信号対雑音比を所与の時間期間にわたって測定すること（及び場合によっては、丸め平均を更に行うこと）によって求められる一貫した低品質にある場合、その通信リンク（複数の場合もある）１１４〜１１６によってハンドリングすることができるコンテンツデータの量は、より少ないと判断することができる。したがって、例えば、そのより低動作の通信リンク１１４〜１１６を介してアタッチされたモバイルデバイス（複数の場合もある）に関係する、決定されたポリシーは、それぞれの低動作通信リンク上で搬送されるコンテンツデータが少なくなる（それと同時に、性能が低減される）ように制限（又は更に制限）することができ、したがって、有用な帯域幅は最大になる。この手法は、全体のネットワーク性能を改善し、エンドユーザのエクスペリエンス（体感品質）を改善することができる。例えば、リンク上での送信が可能な電子ファイルコンテンツデータは、テキスト及び画像の双方を含むことからテキストのみを含むことに制限することもできるし、ビデオ及びオーディオを含むことからオーディオのみ等に削減することもできる。それぞれの低動作通信リンクがより高い性能に戻ったとき、この制限（又は更なる制限）は適宜、除去／低減することができる。
【００７５】
実施エンジン２４０によって適用されるコンテンツデータ管理ポリシーは、２つ以上の態様を含むことができ、例えば、リアルタイムフィードバックに基づく自動化態様と、例えば所定のハード／セット限界に基づく手動態様とを含むことができる。このため、ポリシーは、短期及び長期の双方の任意の使用シナリオを考慮できるように完全に調整可能である。
【００７６】
自動化ポリシー態様（例えば、自動的な／フィードバックから得られた実施エンジン設定）は、手動ユーザ設定に（全体として又はより細かな粒度レベルで）優先するように構成することもできるし、その逆も可能である。
【００７７】
手動ポリシー態様（例えば、手動実施エンジン設定）は、ユーザデバイス自体からユーザインタフェース２３０を通じて提供することもできるし、図示するようなモバイルアプリケーション１０４又はモジュール２０４を通じて提供することもできるし、インターネット１０５を通じて提供することもできる。それらは、全体のシステム内に少なくとも部分的にハードコーディングすることもでき、そのため、ユーザインタフェースは、複雑な定義プロセスというよりもむしろ選択プロセスである。この後者の構成によって、最小のユーザ入力／エクスペリエンス又は帯域幅を用いて比較的複雑なポリシーを実現することが可能になる。
【００７８】
アドミニストレータ又は一般ユーザが、無線ネットワーク１０３上で使用中の任意の所与のモバイルデバイスの機能に基づいて、又はリスク姿勢（risk posture）（すなわち、企業がそれらのモバイル通信インフラストラクチャを用いて受け入れる意思があるリスクレベルの企業の定義。例えば、企業は、マクロを有するＷｏｒｄ文書を認めないように決定する場合がある）に基づいて、実施エンジン２４０のコンテンツデータ管理ポリシーを設定することを可能とすることができる。リスク姿勢は、時間及びデバイスのロケーションとともに変化可能とすることができ、それらの組織のセキュリティポリシー又は実際にはそれら自身の個々のユーザプリファレンスにしっかりと関係付けることができる。ユーザインタフェースコネクタ２３０は、専用のモバイル側アプリケーション若しくはモジュール（１０４若しくは２０４）又はそれぞれのモバイルデバイス１２０〜１４０内に存在する専用のハードウェアモジュールと接続するコアネットワーク側ソフトウェアアプリケーションとして実現することができる。代替的に、あるいは加えて、全体のシステムは、任意の標準ウェブブラウザを通じて（すなわち、一般のインターネット１０５を通じて）アクセスすることができるウェブベースのインタフェース等の統合ユーザインタフェースを提供することができる。
【００７９】
図５は、本発明の一例による当初の入力電子ファイル３０１の、出力補正された、又はコンテンツデータ管理された単一の電子ファイル３０１’への、一例示の単一の変換を示している。出力電子ファイル３０１’は、ポリシー制約付き出力電子ファイル又はコンテンツデータ管理された出力電子ファイルと呼ばれる場合がある。
【００８０】
図示する変換は、（図４において説明したように）コンテンツ管理エンティティ２００の単一のインスタンスが実行することもできるし、分散しているが機能的に類似のコンテンツ管理バージョン（すなわち、図３において説明したモジュール２０１〜２０４を含む）が実行することもできる。
【００８１】
入力電子ファイル３０１は、特定のファイルタイプの入力電子ファイルのコンテンツデータの任意の適した選択を含むことができ、例えば、当初のテキスト３０２、当初のビデオ３０４、当初のオーディオ３０６、Ｊａｖａｓｃｒｉｐｔ３０８、当初のマクロ（複数の場合もある）３１０、及び当初のＡｃｒｏｆｏｒｍ３１２等のそのようなコンテンツデータを含むことができる。ここで用いられる「当初の」という用語は、本発明の例による任意のコンテンツデータ管理（すなわち、ポリシー）が適用される前の発信元の形式のデータをいう。
【００８２】
出力電子ファイル３０１’は、コンテンツ管理プロセスが、例えば、（図４に示すような）データベース２６０に記憶されたデータパラメータからのガイドの下で、例えば、実施エンジン２４０によって実施されたコンテンツ管理ポリシーに基づいてこの時点で適用されたものである。
【００８３】
したがって、出力電子ファイル３０１’は、所定の、コンテンツ管理される、新規に再生された、入力電子ファイル３０１からの当初のコンテンツデータの選択の新たなインスタンスを含むことができる。この新たなインスタンスは、図５に示す例では、コンテンツ管理されたテキスト３０２’、コンテンツ管理されたオーディオ３０６’及びコンテンツ管理されたａｃｒｏｆｏｒｍ３１２’を含む（ただし、これらに限られない）。このため、出力電子ファイル３０１’内のコンテンツデータの量は、ターゲットとなるデバイスについて現在設定中のコンテンツデータ管理ポリシーによって可能となるもののみに低減されており、したがって、その帯域幅要件は低減され、場合によっては処理要件等が低減されるが、より重要なことに、入力電子ファイルを配信するリスクフットプリント（risk footprint）が低減される。これは、出力電子ファイル３０１’が、望ましくない又は危険なコンテンツデータをもはや含まず、既知の良好な許容できるコンテンツデータしか含まず（なぜならば、この出力電子ファイルは、ファイルコンテンツデータの新規に再生された新しいインスタンスであり、一般的タグ付き表現である可能性が最も高く、専用の提供されたモバイルデバイス側アプリケーション／モジュール１０４又は２０４によってのみ使用可能であるからである）、そのため、マルウェア感染のリスクがないからである。
【００８４】
本発明の例は、複数の変換機能（この明細書における他の箇所でより詳細に説明されるように、それら自体、それぞれのモバイルデバイス機能等の静的な要因又は現在の無線ネットワーク性能／価格等の動的な要因に基づくことができる）、すなわち、当初の入力電子ファイル３０１を、異なるポリシーに従って異なるモバイルデバイス１２０によって用いられる再生された出力電子ファイル３０１’の複数の異なるコンテンツ管理された新たなインスタンスに変換することも提供することができる。
【００８５】
例えば、単一の入力電子ファイル３０１は、当初のコンテンツデータセット、テキスト３０２、ビデオ３０４、オーディオ３０６、Ｊａｖａｓｃｒｉｐｔ３０８、マクロ３１０、Ａｃｒｏｆｏｒｍ３１２を含むことができ、一組の異なる出力電子ファイルに変換することができる。これらの異なる出力電子ファイルは、例えば、以下のものとすることができる。
・コンテンツ管理されたテキスト３０２’、コンテンツ管理されたビデオ３０４’、及びコンテンツ管理されたオーディオ３０６’を含む第１の出力電子ファイル。
・コンテンツ管理されたテキスト３０２’、コンテンツ管理されたビデオ３０４’、及びコンテンツ管理されたオーディオ３０６’、コンテンツ管理されたＡｃｒｏｆｏｒｍ３１２’を含む第２の出力電子ファイル。
・コンテンツ管理されたテキスト３０２’のみを含む第３の出力電子ファイル。
・コンテンツ管理されたテキスト３０２’、コンテンツ管理されたビデオ３０４’、コンテンツ管理されたオーディオ３０６’、コンテンツ管理されたＪａｖａｓｃｒｉｐｔ３０８、コンテンツ管理されたマクロ３１０、コンテンツ管理されたＡｃｒｏｆｏｒｍ３１２’を含む第４の出力ファイル。
【００８６】
異なる出力電子ファイル、例えば、上記で例示した第１の出力電子ファイル〜第４の出力電子ファイルは、それぞれ異なるモバイルデバイス（それぞれには異なるコンテンツ管理ポリシーが適用される）及び／又は同じモバイルデバイスに経時的に提供することができる（すなわち、異なる動的パラメータが設定される）。このため、上記例では、第１の出力電子ファイルは、（デバイスがローミングしているため）コンテンツデータに対して幾つかの制限を有する中機能デバイス１３０に提供するためのものとすることができ、第２の出力電子ファイルは、（デバイスがローカルネットワークにいるので）コンテンツデータに対する制限がはるかに少ない中機能デバイス１３０に提供するためのものとすることができ、第３の出力電子ファイルは、低機能デバイス１２０に提供するためのものとすることができ、第４の出力電子ファイルは、（デバイスが、十分なリソースを有し、ローカルネットワーク上にあるが、マルウェアは決して存在するはずがなく、したがって、アンチマルウェアコンテンツ管理の少なくとも基本形式であるので）コンテンツデータに対する制限が最小の高機能デバイス１４０に提供するためのものとすることができる。
【００８７】
どのコンテンツデータ管理ポリシー（更には制限）が無線ネットワーク１０３を用いて任意の所与のモバイルデバイスに適用されるのかの選択は、任意である、すなわち、設定されているシステム管理／ユーザパラメータ及び遭遇しているネットワーク状態によって完全に定義可能である。このため、本発明は、コンテンツデータ管理ポリシーのどの特定の具体的な組み合わせにも限定されない。
【００８８】
図６は、本発明の一例による、中間電子ファイル３０１’’を用いた、当初の入力電子ファイル３０１の、コンテンツ管理された単一の出力電子ファイル３０１’への一例示の（分散）変換を示している。概観すると、この例は、図５と同じ全体的な効果を達成するが、分散アーキテクチャとして実現される複数のステップにおいて実行される点が除かれる。それにより、トークナイザ２０１、前置フィルタ２１１、コンテンツ管理エンジン２１３、後置フィルタ２１５、コンテンツ検証２１７及び再生部２１９は、単一のコンテンツ管理エンティティ２００内に存在しておらず、無線ネットワークにわたって配置される多数のエンティティ、例えば、コアネットワークスイッチングファブリック、モバイルデバイス等として存在する。単一のコンテンツ管理エンティティ２００においてではなく複数のステップにおいて前述したプロセスを実行することの利益は、無線ネットワークインフラストラクチャが複数のネットワーク機器に処理負荷を拡散させてスループットを維持することが可能になるということである。分散実施態様は、エントリポイントに従って、設定中の異なるコンテンツ管理ポリシーを有する可能性がある無線ネットワーク１０３の内／外への異なるエントリポイントのカバーも提供することができる。例えば、一実施態様は、モバイルハンドセット（複数の場合もある）１２０〜１４０自体に（例えば、モバイル側アプリケーション又はモジュール１０４／２０４内に）存在するトークナイザ機能／モジュールを有することができ、そのため、ハンドセット（複数の場合もある）から送信されるコンテンツデータも、無線ネットワーク１０３上での送信に備えてトークン化され、前セクションで説明したように更に処理される（すなわち、前置／後置フィルタリング、コンテンツ管理等）。図３におけるトークナイザ２０１は、ネットワークの１つのエッジに示されているが、当然、トークナイザ又はその別のインスタンスは、モバイルデバイス１２０〜１４０内を含む、コアネットワーク１１０の任意のエッジ状況に（論理的又は物理的に）存在することができる。上記トークナイザ（複数の場合もある）の複数のインスタンス／配置を用いると、その場合、複数の方向に流れるデータを有する複数の接続もサポートすることが可能になる。
【００８９】
トークナイザ２０１は、当初の入力電子ファイル３０１に対して処理を行い、このファイルを、以下で詳細に述べる一般的タグ付き表現（generic tagged representation）に変換する。ポイント３０３において、入力電子ファイルは、この時点で、一般的な、トークン化された形式に変換されている。トークナイザ２０１のプロセスの一部分は、以下で述べるように、当初の入力電子ファイルコンテンツデータのタグ付き一般的表現に対する基本的なシンタックスチェッカ手順とすることができる。このシンタックスチェッカ手順は、当初の入力電子ファイルコンテンツデータのタグ付き一般的表現の基本構造がシンタックス的に正しいことを保証する。トークナイザ２０１をコアネットワーク１１０のエッジに配置することによって、適用されているコンテンツ管理ポリシーに適合しない入力電子ファイル（の最大で全体又は全体を含む）の任意の部分を速やかに排除することができ、それによって、（無線ネットワーク１０３は、用いることができないか又は用いられるべきでないデータをもはや送信することはないため）全体の無線ネットワーク１０３の帯域幅要件を低減することができる。その上、説明したコンテンツ管理ポリシーに基づく特定のコンテンツデータのこの除去は、不正な形式のコンテンツデータ／悪意のあるコンテンツのデータを除去する安全な態様を含み、不正な形式の電子ファイル又はより重要なものとして潜在的に悪意のあるコンテンツデータ（例えば、ウィルス、トロイの木馬等）を含む電子ファイルを送信する帯域幅の浪費がないことも意味する。このように、マルウェアの９０％を超えるものを、無線ネットワーク、特にコアネットワーク１１０内へのそれぞれのコンテンツデータの初期エントリポイントで停止させることができる。さらに、入力電子ファイルのコンテンツデータは、この時点で一般的タグ付き表現フォーマットにあるため、実際上不活性（inert）であり、無線ネットワークの他の処理ステージ、すなわち、コンテンツ管理エンジン２１３及びコンテンツ検証モジュール２１７をそれぞれ通じて進むと、実際にマルウェアとして用いることができない。
【００９０】
符号３０３における当初の入力電子ファイルコンテンツデータの一般的タグ付き表現形式は、その後、コンテンツ管理エンジン２１３によって処理することができ、この処理において、前述した静的な要因及び自動的／動的な要因に応じて、所定のポリシーを入力電子ファイルに適用することができる。この処理ステージの結果、当初のコンテンツデータの許容できる部分のみを構成する中間電子ファイル３０１’’（本明細書における他の箇所では、タグ付き一般的表現と呼ばれる場合がある）を得ることができる。中間電子ファイル３０１’’は、その後、コンテンツ検証モジュール２１７によって処理することができる。このコンテンツ検証モジュールは、所定の「既知の良好な」ルールセットを実施し、この「既知の良好な」ルールセットに適合したコンテンツデータの再生のみを可能にする。
【００９１】
説明した検証プロセス（複数の場合もある）の更なる態様は、コンテンツ検証プロセス２１７によって幾つかの条件下で行われる幾つかのコンテンツデータの「訂正」又は除去を含むことができる。例えば、上記当初の入力電子ファイルタイプの上記コンテンツデータの許容できる「画像」ルールセットに適合していない画像要素３１４’’が、中間電子ファイル３０１’’内に含まれている場合、この中間ステージの間に、この画像要素を全体の一般的タグ付き表現から除去することができ、その結果、適合する、又は許容できるコンテンツデータの全てしか含まず、有効なポリシー判定によって許容されないか又はコンテンツデータが当初のコンテンツデータの非適合部分であることから許容されないコンテンツデータのいずれも含まない出力電子ファイル３０１’が得られる。
【００９２】
図７は、例えば図４及び図５に示したような上記で説明したハードウェアのいずれか又は全てによって実行されるような本発明の一例によるコンテンツ管理方法を示している。
【００９３】
概観すると、本方法は、到来した電子ファイル３０１に対して操作を行う。この電子ファイルは、通例、所定のファイルタイプ仕様（及び関連付けられた構成）のコンテンツデータを含み、このファイルタイプ仕様は、当該ファイルタイプの一組のルール（例えば、ｐｄｆファイル仕様に従ってｐｄｆファイルを受信すること）に対応している。本方法は、到来した電子ファイル３０１を受信することと（５０２）、次に、入力電子ファイル３０１内のコンテンツデータに対する１以上のパスを実行することとを含むことができる。これらのパスは、各反復においてコンテンツデータを一般的タグ付き表現に変換することを含むことができる。本方法は、到来した電子ファイル３０１をトークン化すること（５０４）、前置フィルタリング５０６（すなわち、「ノイズ」除去）、コンテンツ管理５０８、後置フィルタリング５１０（すなわち、出力前のファイルのクリーニング）、上記トークン化されてフィルタリングされコンテンツ管理されたコンテンツデータの（例えば、一組の合理的な制限及び適切な基準に対する）適合性判断（conformancy）及び検証５１２、並びに再生判定５１４を行うことの離散的機能のうちの１以上を実行することも含むことができる。再生判定５１４について「ｙｅｓ」である場合（５１５）、これは、コンテンツデータを当初の入力電子ファイルと同じファイルタイプの出力電子ファイルに再生すること（５１６）を意味する。「ｎｏ」である場合（５１７）、これは、コンテンツデータを、システム内の他の箇所でのその後の使用又は全体のシステム、すなわち一般的領域内の全てにおける別のエンティティによるその後の使用に備えて、タグ付き一般的形式／フォーマット５１８で出力することを意味する。
【００９４】
本発明の例によって提供される可能性のある更なる特徴は、多くの場合に発生するがおそらく比較的小さな、検証ルールセットからの任意の逸脱を訂正する機能である。例えば、テキストが、各通常のラインの末端において（視認したときに）テキストラインフィード及びキャリッジリターン（carriage return）を有するべきであるが、多くの場合、テキストは、そのようなインスタンスでは、キャリッジリターンのみを用いて雑に形成されている場合である。別の同様の問題は、テキストにおけるある特定のテキストエリア内のラインフィード／キャリッジリターンが、リーダ／ライタソフトウェアによって供給される「ワードラッピング（word wrapping）」技法に依存し、したがって、キャリッジリターン制御文字又はラインフィード制御文字をそれ自体の中に有しないときに起こる場合がある。
【００９５】
一実施例がこの種の訂正機能を提供する場合、コンテンツ管理エンジンは、ファイルフォーマットに対するこれらの小さな「訂正」がコンテンツ管理プロセス２１３の間に適用されるように構成することができる。この訂正機能の範囲は通常、限られており、そのため、システムは、訂正が認められるもの／可能なもの（すなわち、訂正「ホワイトリスト」）を列挙するように構成することができ、したがって、この認められた一組の訂正の範囲外のいずれも訂正されない。言い換えれば、システムは、基本的な、列挙され、事前に知られており、一般に発生するエラーと、自動訂正にとって極端すぎるとみなされるもの以外のものとのみを訂正することができる。既知のエラーのリストは、より近時のデータ又はある訂正尺度レベルを反映できるようにいつでも更新することができる。すなわち、システムは、非常に杓子定規なもの（pedantic）又はより任意的なもの（permissive）に設定することができる。
【００９６】
以下では、構成要素のサブ方法５０４〜５１８をそれぞれの見出しの下でより詳細に説明する。
【００９７】
［トークナイザ（トークン化処理部、tokeniser）］
トークン化のプロセス又はサブ方法５０４は、通常、トークナイザ２０１によって実行される。このトークナイザは、図４を参照して上記で説明したように全体のシステム内の複数のポイントに配置することができ、実際に、幾つかの例では、複数のインスタンスを用いることができる（すなわち、トークナイザ２０１は、他のコンテンツ管理プロセス２１０のそれぞれに共通のリソースとみなすことができる）。
【００９８】
トークン化プロセス５０４は、既存の入力電子ファイル３０１からコンテンツデータを抽出し、これを、上述したタグ付き／一般的表現と呼ばれるもので表すことを担当することができる。そして、このタグ付き／一般的表現は、別のサブモジュール／プロセス（例えば、前置フィルタリングモジュール２１１、コンテンツ管理モジュール２１３、後置フィルタリングモジュール２１５、検証部モジュール２１７、再生部モジュール２１９）が用いることができ、そのため、これらの後続のサブモジュールは、ファイルに特有のものである必要はない。すなわち、これらの後続のサブモジュールは、一般的タグ付き領域で動作し、全ての形式のファイルベースのコンテンツデータ／入力電子ファイルタイプに容易に再利用される。これらは、ファイルタイプに依存しない（file type agnostic）。これによって、処理及びシステム管理の効率性、特に、新たな形式のファイルに対するコンテンツ管理の提供の効率性がもたらされる。
【００９９】
トークン化プロセス５０４は、入力電子ファイル３０１と一般的タグ付き表現との間の、事前に定められた一組のマッピングを有することができる。すなわち、各入力電子ファイル３０１は、入力電子ファイルの各コンテンツデータサブ部分と、タグ付き／一般的表現のそれぞれの部分、例えば、各入力電子ファイルがバイナリコンテンツ及び上記変換において用いられるタグにおいてどのように表されるのかとの間のマッピングを有する。例えば、当初のテキスト部分３０２は、トークン化された形式のテキストコンテンツデータへのマッピングを有することができ、当初のビデオ部分３０４は、トークン化された形式のビデオコンテンツデータへのマッピングを有することができ、当初のオーディオ部分３０６は、トークン化された形式のオーディオコンテンツデータへのマッピングを有することができる等である。
【０１００】
入力電子ファイル（ｍｐ３）の全体を全体的なタグ付き一般的表現に変換しつつ、入力電子ファイル３０１の当初のテキストコンテンツデータの表現（この例では、ｍｐ３音楽ファイルのトラックタイトル／コンポーザ情報）を、どのようにしてタグ付き一般的形式にすることができるのかを強調した一例を以下に示す。
【０１０１】
ｍｐ３音楽ファイルは、バイナリ符号化データをブロックで記憶し、ＩＤ３データタグの形式でｍｐ３電子ファイルに組み込まれた文字列ベースのメタデータ（テキストを含む）も有する。これらのタグは、通常、ｍｐ３電子ファイル内で符号化されている音楽に関するテキスト情報に関係している。このテキスト情報は、アーティスト、ジャンル、著作権等である（ただし、これらに限定されない）。
【０１０２】
以下の例では、トークン化プロセス５０４が、当初の入力電子ファイル３０１からの当初のコンテンツデータ（タイトルテキスト）を、コンポーザＭＰ３タグの一般的なトークンベースのタグ付き表現に変換することを示す。この場合、トークン化プロセス５０４は、当初のｍｐ３「ＴＣＯＭ」というバイナリフォーマットタグと、利用可能で一般的な「ｇｌａｓｓｗａｌｌＴＡＧ：ｍｐ３ＴＣＯＭ」というトークンとの間のマッピングを有し、そのため、現在設定されているコンテンツ管理ポリシーの制御下で、それぞれのテキストコンテンツデータをこのタグ付き一般的表現に変換することができる。すなわち、トークン化プロセス５０４は、当初のテキストコンテンツデータを取り込み、これを、後続のプロセス／（サブ）モジュールが標準化された方法で用いることができるように、標準化された一般的形式に再編成（rearrange）する。
【０１０３】
以下のタグ付きサンプルレコード（すなわち、トークン化された形式のもの、すなわち「トークン」）では、タグは、このテキストコンテンツデータ（これは、この例では、トラックコンポーザフィールドである）に適した最小限度及び最大限度と、このタグ付きレコードを検証するための、後に検証サイクルによって呼び出すことのできる検証機能エントリとを含むことがわかる。これにより、必要に応じて、個々のレコードが一意の検証機能を有することが可能になる。
【表１】
0006616774.tif 000002
【０１０４】
上記「regenerate（再生）」エントリフィールドは、このタグ付きレコード（すなわち、テキストコンテンツデータの一部分）を現在のコンテンツ管理ポリシーに基づいて再生することが可能であるか否かを判断するために用いることができることに留意されたい。これは、上記では、バイナリのyes／noの文脈で示されているが、更なる／より可能性のある値を含むことができ、したがって、よりニュアンスのある再生方式の構成を適用することが可能になる。このトークン化プロセス５０４は、入力電子ファイル３０１をパースし、当初の入力電子ファイル３０１の、ファイル３０１’’の一般的トークン中間表現への変換を実行しつつ、前セクションで説明した基本的なシンタックスチェックの実行も担当することできる。
【０１０５】
［前置フィルタサイクル］
前置フィルタリング５０６のステップ／方法ステージは、処理されている特定のタイプの入力電子ファイルフォーマット／仕様の標準的な推奨パース手法（例えば、ｐｄｆファイル用の既知の承認された標準ｐｄｆパース方式、doc(x)ファイル用の既知の承認された標準Word doc(x)パース方式等）とは異なり、本発明の例の説明したコンテンツ管理エンティティ２００／方法５００に特有の既定のパース手法を用いて（例えば、バイトごとの線形手法等を用いることができる）当初の入力電子ファイル３０１をパースする際に、参照されないコンテンツデータ又は到達不能なコンテンツデータを除去するために、トークン化されたファイル、すなわち、上記で説明したトークン化プロセス５０４によって作成されたタグ付き一般的表現を処理することができる（ただし、タグ付き一般的表現自体内で同様又は代わりに同様のことを行うように構成することもできる）。このように、説明に係るコンテンツ管理装置及び方法は、通常ならば正常なリーダ機能が悪意をもって形成された／不適切に形成された入力電子ファイル３０１によって破壊されることを回避する。その上、この手法は、通常ならば標準的なパース技法によって見逃されるおそれがあるコンテンツデータが完全に考慮され、必要な場合には完全に除去されて、予測できないものは何も出力電子ファイル３０１’に残らないことを意味する。説明した手法は、異なる方法で構造化された多数のデータファイルフォーマット／仕様に等しく適用することができる。これらのデータファイルフォーマット／仕様には、Microsoft Word doc(x)、xls(x)、及びppt(x)、rtfテキスト（又は同様のより普遍のテキスト）ファイルタイプ仕様、ＭＰ３／ＷＡＶ（又は同様のより普遍のオーディオ）ファイルタイプ仕様、並びに.mp4/vob（又は同様のより普遍のビデオ）ファイルタイプ仕様が含まれるが、これらに限定されるものではない。任意の種類のコンテンツデータの任意のファイルタイプフォーマット仕様が、任意のタイプの無線ネットワークを通じて伝播するので、本質的に、それらのファイルタイプフォーマット仕様は、本発明の例によって取り扱うことができる。上記コンテンツデータには、テキストメッセージ、電子メール及びウェブトラフィックが含まれるが、これらに限定されるものではない。
【０１０６】
参照されないデータ又は到達不能なデータは、多くの場合、例えば、電子ファイルを書き込むアプリケーションが「クイック保存」を実行し、データが電子ファイルの末尾に追加され、新規でないデータが単に参照されない状態で残されているとき、無線ネットワーク上を搬送される電子ファイル内で生じる（すなわち、クイック保存は、当初のデータを除去する／参照されないデータを有しない電子ファイルに書き換えるのではなく、単にポインタを除去するか又はポインタを「クイック保存された」電子ファイル内のそれぞれのコンテンツデータに変更しただけである）。説明した前置フィルタリングプロセス５０６は、仮想ペンが、参照されるコンテンツデータについては下げられ、参照されないコンテンツデータについては上げられるという点でステンシル（stencil）のようなものであり、そのため、後の再生ステップにおいて、上記で示したタグ（例えば、再生「ｙｅｓ／ｎｏ」タグ）を用いて、参照されないコンテンツデータは、効果的にステンシルアウトされる（stencilled out）。この前置フィルタリングプロセス５０６は、余分な参照されないコンテンツデータ（まさにその本質から、その電子ファイルにおいて必要とされず、したがって、電子ファイルの新たなインスタンス内に再生されることはない）を第１のパス（pass）において除去することによって、この参照されないコンテンツデータを除去し、その結果、任意の更なるプロセスモジュール／サブモジュールは、この「ノイズ」を有しない電子ファイルの一般的タグ付き表現を処理することができる。このノイズは、除去されない場合、シーケンス内の後の更なるコンテンツ管理プロセス及び検証プロセスにとって判断を誤らせるものであることが判明するか、又は後に用いられる処理リソース及び帯域幅を単に浪費する可能性がある。言い換えれば、タグの「再生」は、特定のタグ付きコンテンツデータが当初の入力電子ファイル（又はタグ付き一般的表現）と同じファイルタイプ仕様で出力電子ファイルの新規の新たなインスタンスに再生されるのか又は単に取り残されるのかを判断するために用いることができる。この場合も、この手法を用いた全体の目的（thrust）は、不正なコンテンツデータを当初のファイルから除去することではなく（したがって、まだ知られていない、不正なコンテンツデータとして取り残されている）、良好で望ましいと肯定的に判断される既知の良好なコンテンツデータのみを、コンテンツ管理された（すなわち、代用）出力電子ファイルに再生することである。
【０１０７】
［コンテンツ管理エンジン］
コンテンツ管理プロセス２１０における次のステージは、例えば、コンテンツ管理モジュール２１３によって実行することができるものであるコンテンツ管理方法ステップ５０８とすることができる。コンテンツ管理エンジンは、クリーニングサイクルとみなすことができる。コンテンツ管理方法ステップ５０８は、上記で説明した自動ポリシー及び手動ポリシーのセットアップ又は決定の結果として得られたユーザ／システムアドミニストレータ定義のコンテンツ管理ポリシー（すなわち、その手動部分は、事前にセットアップされ、自動部分は、例えば、この時点におけるネットワーク状態に従って動的に変化する）の適用を可能にする。コンテンツ管理方法ステップ５０８は、これらに限定されるものではないが、メタデータ、ＪａｖａＳｃｒｉｐｔ、マクロ及びＯｐｅｎ  Ａｃｔｉｏｎｓ等の望ましくないとみなされる（したがって、再生されない）コンテンツデータが再生ステージに達する前に、このコンテンツデータをコンテンツデータのタグ付き一般的表現から除去する（したがって、最終的な出力電子ファイル３０１’に決して達しない）ことを可能にする。
【０１０８】
この手法は、このコンテンツ管理サイクルが、入力電子ファイル３０１又は文書を、必要とされる特定のバージョン（すなわち、絶え間なく変化するファイルタイプ仕様の所定の現在又は以前のバージョン。例えば、ｐｄｆバージョン１．４を用い続けるのではなく、受信されたｐｄｆ  ｖ１．４をｐｄｆバージョン１．３に戻す改訂、又はＭｉｃｒｏｓｏｆｔ  Ｗｏｒｄにおいて.docxから.docに戻す改訂等）に標準化（normalise）することもできるという点で更なる利益も有する。これは、ファイルタイプ仕様又はフォーマットのより新しいバージョンが望ましくない特徴を有するときに特に有益とすることができる（なぜならば、これらの特徴は、組織のワークフローにほとんど用いられないが、例えば、ある方法で利用することができる未使用の機能を含むことによって脅威となるフットプリントを増加させるからである）。
【０１０９】
あるいは、ある組織において、ソフトウェア、例えば、Ｍｉｃｒｏｓｏｆｔ  Ｏｆｆｉｃｅ等の生産性ソフトウェアが最新バージョンに更新されていないデバイスもあれば、更新されたデバイスもある場合（そのため、それぞれの新しい方のファイルタイプは、古い方のソフトウェアがインストールされたものでは読み取り不能となる場合がある。なぜならば、幾つかのモバイルデバイスのプリインストールされた生産性ソフトウェアはレガシーバージョンであるからである）、この相互動作性の問題は、説明したコンテンツ管理手法を用いることによって克服することができる。なぜならば、全体のプロセスは、所望の標準化された以前のファイルタイプ仕様よりも後にリリースされたファイルタイプ仕様に導入されたコンテンツデータ又はコンテンツデータタイプを無視するか又は以前のものに戻して改訂することができるからである。
【０１１０】
［後置フィルタサイクル］
後置フィルタサイクル５１０は、コンテンツ管理サイクル５０８が任意の所望されないコンテンツデータの所望の全体のコンテンツデータを正しくクリーニングし、参照されないいずれのリンクも取り残されていないことを確実にするために利用することができる。この後置フィルタサイクル５１０は、任意の参照されないリンク又は参照されないコンテンツデータがステンシル手法によって除去されるという点で前置フィルタリングプロセス５０６と実際上同じ機能であるが、前ではなく後に適用される。フィルタリングの二重インスタンスを用いることによって、反復的な除去手法が行われない場合に生じる場合がある、望ましくないコンテンツデータの不完全な除去（例えば、木構造において、子コンテンツデータが当初参照されたが、親コンテンツデータ部分／関係に依存しており、親コンテンツデータが最初のパス（pass）において除去された場合である。そのため、子の有効性は、最初のフィルタパスの動作に起因して変化している）に対するロバストな保護がもたらされる。言い換えれば、この反復的なフィルタリング手法は、入力電子ファイルからのコンテンツデータのタグ付き一般的表現からのコンテンツデータを単一パススルーにおいてクリーニングすることが煩雑であり、ときに実際的でないことから利用され、説明した装置及び方法は、コンテンツ管理パスにおいてコンテンツデータを参照されないものとして効果的にマーキングし、その後、後置フィルタリングサイクル５１０においてその参照されないコンテンツデータを単に「ステンシルアウト」する。
【０１１１】
［検証部（バリデータ、validator）］
例えば、図４における検証部２１７によって実行される適合性判断及び検証ステージ５１２は、一般的タグ付き表現で表されたコンテンツデータが、その形式のコンテンツデータに適用される任意の所定の制限及びルール（例えば、上記ＭＰ３の例に示すようなフィールドテキストの長さ制限）に適合したものであることを保証することを担当する。例えば、上記サンプルでは、適合性判断及び検証ステージ５１２は、最初の３つのフィールドを検査することができ、次いで、このコンテンツデータについて事前に設定された特定のタイプ及び制限が入力電子ファイル３０１としてのｍｐ３ファイルタイプ仕様から取り出されたとき、フィールド４：<value =“ComposerX”>が、これらのタイプ及び制限に適合することを保証することができる。上記の場合では、「value（値）」フィールド内のコンテンツデータが、制限的なテキストのサブセットを定めるテキスト制限（text-restricted）というタイプを有するべきであることと、テキスト長が１文字〜３０文字の長さであるべきであることとが示される。「value」フィールド内のコンテンツデータがこれらの既知の適切な基準に適合していない場合、このレコードは再生されず、適切な「regenerate」フィールドにおいてそのようなものとしてマーキングされる。適合性判断及び検証ステージ５１２は、幾つかの基本的なデフォルトの事前定義又は一般に許容できるコンテンツデータ実施制限及びルールも有することができ、これらは、上記に示した入力電子ファイルタイプ仕様に固有の所定の制限及びルールによって無効にすることもできるし、補助することもできる。そのようなデフォルトの制限及びルールの使用は、特に、今までのところ前代未聞／未遭遇／未サポートの他のファイルタイプに（初めて）遭遇し、それらのコンテンツデータを最終的には完全に排除するためにも、それらのタイプをある基本的な方法で取り扱わなければならないときに役立ちうる。
【０１１２】
タグ付き一般的表現は、検証部が呼び出す検証ルーチン機能のエントリも有することができる。これは、（説明した装置（複数の場合もある）及び方法（複数の場合もある）によってハンドリングすることができるファイルタイプ仕様ごとに）具体的に提供される検証ルーチン若しくはより一般的に適用可能な検証ルーチン、又は任意の所与の状況において有用と考えることができる全く任意の機能とすることができる。これは、テキスト又は文字等の単純な検証カテゴリに収まらない特定の機能に適合するように一般的なプロセスを調整及び拡張することを可能にするか、又は単にシステム（又はそのアドミニストレータ）に、新たに遭遇したコンテンツデータタイプ（複数の場合もある）、ファイルタイプ（複数の場合もある）又は機能を通知するのに用いることができる。
【０１１３】
別々の個別のファイルタイプに固有の検証機能を有するとともに、検証ルーチン５１２を最後の実施プロセスとして設けることの更なる利益は、任意の実施エラー（複数の場合もある）によって、コンテンツ管理プロセスがコンテンツデータの一部分を正しくクリーニング又は削除できない場合に、後続の検証ルーチン５１２が代わりにそれを拾い上げることができるということである。例えば、コンテンツデータのその望まれていない部分がその既知の良好なリストにないからである。
【０１１４】
［再生部（又は再生成部）（regenerator）］
再生部２１９又はその任意の（複数の）インスタンスは、コンテンツデータのトークン化された表現、すなわち、タグ付き一般的表現をパース（parse）し、出力対象のコンテンツ管理された電子ファイルの、代用であって、新規に作成された新しいインスタンスを、当初の入力電子ファイル３０１と同じ又は類似のフォーマットので作成する（例えば、入力ｐｄｆファイルを再生されたｐｄｆ出力ファイルに変換するか、又は入力ｐｄｆファイルを下位のバージョンのｐｄｆ出力ファイルに変換する等）か、又はコンテンツデータを別の形式の特定の出力ファイルにして出力する（例えば、入力ｐｄｆファイルを再生されたWord .doc出力ファイルに変換する）。実際上、このプロセスは、トークナイザ２０１を逆にしたものである。トークナイザ２０１は、当初の電子ファイルコンテンツデータと、そのコンテンツデータを一般的タグ付き／トークン化された領域において一般的タグ付き表現で表すのに適したタグとの間のマッピング（例えば、ルックアップテーブル構成）を有するのに対し、再生部は、逆マッピング、すなわち、一般的タグ付き表現／トークン化された形式のタグと、当初の電子ファイルコンテンツデータ部分の形式との間のマッピングを有するものとすることができる。
【０１１５】
あるいは、出力電子ファイル３０１’は、実際には、一般的タグ付き表現のまま留まることができ、そのため、更なる処理を調和させ／より効率的にすることができる。例えば、暗号化機能、圧縮機能、及び他の処理機能は、説明した装置（複数の場合もある）及び方法（複数の場合もある）によってハンドリングすることができる全ての異なるファイルタイプ仕様について、あらゆるタイプのコンテンツデータ部分が配置されている場所を正確に知ることができる場合、より良好に動作し、それに応じて機能することができる。一方、同じ処理機能が種々の特定のファイルタイプを取り扱い、したがって、種々のコンテンツデータ形式及びそれらのファイルタイプ内の種々のロケーションを取り扱う場合、更なる処理機能は、実行がより複雑になり及び／又は作成、管理及び適用がうまく機能しなくなる。基本的に、（任意のタイプの）更なる（後続の）処理機能は、それら入力データがより一貫性を有する場合、より効率的になる。
【０１１６】
モバイルデバイスに特有の例を取り上げると、これは、多数の異なるリーダ及びそれらの更新を必要とするのではなく、例えば、モバイルデバイスアプリケーション／モジュール１０４又は２０４内に設けられたモバイルデバイス上の単一の一般的形式の特注リーダアプリケーションが、任意のファイルタイプ仕様を取り扱うことを（例えば、このファイルタイプ仕様をレンダリングするか又はこのファイルタイプ仕様に書き込みを行うことさえも）可能にする。言い換えれば、当初の入力電子ファイル３０１からの変換（すなわち、一般的タグ付き表現形式への変換）の変換負荷は、モバイルデバイス１２０〜１４０自体ではなく、無線ネットワーク１０３内に（又はそのコアネットワーク１１０内にも）置くことができるか、又は既に置かれている。その結果、ネットワークインフラストラクチャ１１０は、許容できるコンテンツデータを決定するタスクを実行するだけでなく、コンテンツデータを一般的形式で表すタスクも実行していることになる。したがって、モバイルデバイス１２０、１３０及び１４０は、単一の一般的表現フォーマットからのコンテンツデータを、例えばそれらのディスプレイ上にレンダリングすることに関与するだけでよいものとすることができる。その結果、それらのモバイルデバイスは、当初の電子ファイル３０１の特定のファイルタイプ仕様フォーマット及びそれらの多数の組み合わせの全てにもはや関与しない。これによって、モバイルデバイスは、入力電子ファイル３０１の異なる形式の多数のコンテンツデータのための多数のリーダ／パーサを必要とすることから軽減され、今後、モバイルデバイスには、単一のリーダ、すなわち、一般的タグ付き表現のリーダしか必要ではない。
【０１１７】
図１０は、前述したプロセスである前置フィルタリングプロセス５０６、コンテンツ管理５０８、後置フィルタ５１０、並びにコンテンツ適合性判断及び検証サイクル５１２の間及びこれらの各プロセス中に電子ファイルコンテンツデータをどのように記憶することができるのかを詳述する更なる特定の例を示している。入力電子ファイル３０１は、ファイルを（上記で説明したような）タグ付き一般的表現にトークン化することに関係したコンテキストバッファステージである次のステージ７０４のために高速にかつ連続して読み取ることができるように入力メモリバッファ７０２に読み込まれ、中間形式は、前述したように、前置フィルタリングプロセスを実行する中間バッファ７０６によって処理される。この例との重要な相違は、この例は、当初の入力ファイルコンテンツデータのタグ付き一般的表現をその当初の形式で再生し、各処理ステージ（５０６、５０８、５１０、５１２）の出力における出力バッファ７０８を用いて、トークン化された形式の新規でないコンテンツデータが、通過して後続のプロセスに渡ることが意に反して認められることがないことを保証するということである。ファイルコンテンツデータを再生し、次いで、各ステージにおいて再トークン化することによって、コンテンツデータが、最後の処理サイクルの結果としての「新規」のコンテンツデータであり、それよりも以前の複数の処理サイクルからの幾つかのレガシコンテンツデータのものでないことを保証することができる。この特定の例は、コンテンツ管理エンジン２１０が分散されておらず、単一のロケーション又は図２のコンテンツ管理エンティティ２００等の物理デバイスに集中している状況に関連するものとすることができる。コンテンツ管理エンジン２１０が、図３において説明したように分散されている場合は、各ステップにおけるこの再生は必要でない場合がある。これは、各プロセスが、同じメモリを用いて全てのプロセスを一度に実行するのではなく、単一のプロセスしか実行しないので、各プロセスが「新規」のデータを有することを確実にすることができるからである。
【０１１８】
図８は、図７の例示の方法の一部分をより詳細に示すとともに、特に、異なるメモリバッファがどのように用いられるのかを示している。この例は、各サブモジュールステップにおいて適用されるトークナイザ及び再生部が存在する場合、すなわち、図４における位置２１２、２１４、２１６及び２１８のそれぞれにトークナイザが存在し、位置２２２、２２４、２２６及び２２８のそれぞれに再生部が存在する場合を示している。図示した例示の部分は、電子ファイル３０１の初期入力の後、４つのサイクル、すなわちサイクル０〜サイクル３を含む。
【０１１９】
サイクル０は、前置フィルタサイクル５０６であり、入力電子ファイルからの入力メモリバッファ（複数の場合もある）のロードを含むものとして示されている。これは、例えば、ファイルコンテンツデータをＲＡＭバッファ内にロードすることによって行うことができる。このＲＡＭバッファによって、簡潔に論述される後続の更なるサブプロセスによる／のためのコンテンツデータへの高速アクセスが可能になる。入力メモリバッファ（複数の場合もある）７０２内のデータは、その後、前述したようにトークナイザ２０１を用いてトークン化することができ、このトークナイザの出力は、トークンコンテキストバッファ７０４に記憶される。そして、前置フィルタプロセス２１１が、コンテキストメモリバッファ７０４内のコンテンツデータの一般的表現に対して実行され、その結果として得られたコンテンツデータは、中間バッファメモリ７０６に記憶される。そして、（このサブモジュールについて）最終的に、出力メモリバッファ７０８を用いてコンテンツデータを当初の電子ファイルタイプ仕様（例えば、ｐｄｆ）形式で再生することができ、又は代替的に、再生部が、前置フィルタサブモジュールプロセス５０６の終了時に実際に用いられないときは、一般的表現が、次のサイクル／プロセスに備えてこの出力メモリバッファ７０８に単にコピーされる（すなわち、データは、まさに最後まで、一般的なタグ付きのトークン化された表現形式に保たれる）。
【０１２０】
次のサイクルであるサイクル１は、コンテンツ管理サイクル５０８（クリーニングプロセスを含む場合があり、このケースでは含む）である。ここで、これよりも以前のステージにおいて出力バッファ７０８に記憶された電子データは、次のステージ５０８に備えて入力メモリバッファ７１０にコピーされる。実際上は、メモリバッファスワップである。この入力メモリバッファにおいて、電子データは、その後、必要な場合に、トークナイザ２０１を用いて、（別の又は同じ）トークンコンテキストバッファ７１２内にトークン化される。コンテンツ管理プロセス２１３が、その後、コンテキストメモリバッファ７１２内のコンテンツデータに適用され、その結果得られるコンテンツ管理されたコンテンツデータは、上記で詳述した静的パラメータ又は動的パラメータのいずれかに基づいて、中間メモリバッファ７１４に記憶される。この中間メモリバッファにおいて、クリーニングプロセス、この例ではセマンティック訂正クリーニングプロセスを適用することができる（ただし、上記で説明したように、限度内において、プロセス全体におけるこのポイントで用いられる他の訂正も想定される）。再生部２１９は、その後、当初の電子ファイルフォーマット（すなわち、適切な再生）又は一般的表現（コピーのみのデータ移動機能）のフォーマットで、出力メモリバッファ７１６へ電子ファイルコンテンツデータを再生することができる。
【０１２１】
サイクル２は、後置フィルタプロセス２１５であり、電子的表現を７１６からこのステージ用の入力メモリバッファ７１８内にロードすることを含むことができる。この場合も、これは、単にメモリバッファデータスワップとすることもできるし、更にメモリバッファネーミング／アドレス指定スワップとすることもできる。トークナイザ２０１は、その後、コンテキストメモリバッファ７２０を用いて、これまで処理されたコンテンツデータの電子的表現を一般的タグ付き表現に変換することができる。後置フィルタプロセスは、その後、コンテキストメモリバッファ７２０内の電子表現に適用することができ、その結果として得られる、更に処理（この場合、後置フィルタリング）されたコンテンツデータは、出力され、中間メモリバッファ７２２に書き込まれる。この中間メモリバッファ７２２から、コンテンツデータは、その後、再生されて、当初の電子ファイルタイプ仕様（又はシステムを通じて許容されているコンテンツデータのタイプに適した別のファイルタイプ仕様等の機能的に等価なもの）に戻されるか、又はそのタグ付き一般的表現形式で出力メモリバッファ７２４に出力される。
【０１２２】
最終サイクルはサイクル３である。これは検証サイクル５１２である。この検証サイクルは、前置フィルタリング、コンテンツ管理された及び後置フィルタリングされたコンテンツデータを出力メモリバッファ７２４から読み出し、これを（この場合も、図８に示す例では入力／出力メモリバッファをスワップすることによって）このステージ用の入力メモリバッファ７２６内に記憶する。その後、トークナイザ２０１は、コンテンツデータを一般的表現に変換することができ、これをコンテンツメモリバッファ７２８に記憶する。その後、検証部２１７は、前述したような検証ルーチンを実行することができ、その結果として得られる検証済みのコンテンツ管理及びフィルタリングされたコンテンツデータは、その後、中間メモリバッファ７３０に書き込まれる。最後に、再生部は、出力電子ファイル３０１’としてディスクにコミットする準備ができた、この時点で完全に処理されたコンテンツデータを、出力メモリバッファ７３２を用いてタグ付き一般的表現又は当初の（又は変換対象の）電子ファイルタイプ仕様のいずれかで出力する。
【０１２３】
図８の上記説明では、単一のバッファ（例えば、入力メモリバッファ、コンテキストメモリバッファ、中間メモリバッファ等）が各ステップにおいて説明されているが、図に示すように、メモリアーキテクチャ及び／又はコンテンツデータ形式（例えば、サイズ等）に応じて、それぞれに用いられる複数のメモリバッファが存在していてもよい。処理対象のコンテンツデータタイプごとに単一のメモリバッファを用いることができ、例えば、オーディオ用にあるメモリバッファを用い、ビデオ用に別のメモリバッファを用いる等することができる。
【０１２４】
上記で説明したように、コンテンツ管理プロセス全体における種々のポイントにおいて用いられるファイルタイプ仕様は、変化する場合がある。すなわち、別のファイルタイプ仕様がシステムを通じて許容されているコンテンツデータのタイプにより適しているときには、その別のファイルタイプ仕様を用いることができる。最も単純な形式では、これによって、１つの入力ファイルタイプ仕様から別の出力ファイルタイプ仕様又は中間ファイルタイプ仕様への変換（例えば、Microsoft Word .docからより一般的なRicher Text Format .rtfへの変換）が可能となる。その一方で、より複雑な実施シナリオでは、変換は、コンテンツデータとして変換されるファイルが許容されないという点で、より重要となる場合がある。例えば、映像、オーディオ、リンク及びテキストを有する入力ｐｄｆファイルは、映像コンテンツデータのみの単純な画像ファイルに変換することができる。なぜならば、非許容コンテンツデータを含むことができるファイルタイプ仕様を用いることがもはや必要でないからである。すなわち、コンテンツデータは許容されず、したがって、再生されたバージョンにはもはや含まれない（したがって、実際上「取り去られる（stripped off）」）ため、用いられる出力電子ファイル及び／又は中間電子ファイルは、非許容コンテンツデータを含むことができない、より小規模なファイルタイプ仕様とすることができる。
【０１２５】
本発明は、例えば、コンテンツ管理エンティティ２００等のコンピューティングシステム内で動作する１以上のプロセッサを備えたプログラマブル装置上で実行されるコンピュータプログラム製品として実施することもできる。このコンピュータプログラム製品は、コンピュータシステム等のプログラマブル装置上で実行されると、少なくとも、本発明の例による任意の方法の１以上のステップを実行するように構成された実行可能コードの部分を含む。実施例は、無線ネットワーキングハードウェアを含むネットワーキングハードウェア等の適したハードウェア内に記憶されるか又はそのハードウェアによって少なくともアクセス可能なファームウェアとして具現化することができる。上記無線ネットワーキングハードウェアは、１つ又は複数の無線ネットワークに接続するためのモバイルデバイス等であるが、これらに限定されるものではない。本発明の例において用いることができる無線ネットワークは、地上無線ネットワーク及び衛星ベースの無線ネットワークの双方を含む。
【０１２６】
コンピュータプログラム製品は、１つ又は複数のプロセッサ、又は処理コア、コプロセッサ等のそのサブ部分によって実行可能な１つ又は複数の命令から形成することができる。コンピュータプログラム製品は、特定のアプリケーションプログラム及び／又はオペレーティングシステム全体の一部分を含むことができる。コンピュータプログラム製品は、例えば、プロセッサ、処理コア（複数の場合もある）又は処理ユニット（複数の場合もある）等の適した１つ又は複数の処理リソース上での実行用に設計されたサーバ若しくはサーブレット、オブジェクト方法、関数、手順、オブジェクト、サブルーチン、実行可能アプリケーション、アプリ若しくはアプレット、ソースコード若しくはソースコード部分、オブジェクトコード、共有ライブラリ若しくはリンクライブラリ／動的ロードライブラリ及び／又は他の任意のマイクロコードシーケンス、関数コール、又は命令セット（複数の場合もある）のうちの１つ又は複数を含むことができる。
【０１２７】
コンピュータプログラムは、上記１つ又は複数の処理リソースによってアクセス可能な任意の適切に構成された記憶手段に記憶することができる。この記憶手段は、揮発性記憶手段又は不揮発性記憶手段、例えば、これらに限定されるものではないが、光記憶手段（例えば、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ  ｒａｙ等）、ＲＡＭ（例えば、ダイナミックＲＡＭ、スタティックＲＡＭ、不揮発性ＲＡＭ等）、磁気記憶手段（例えば、ハードディスクドライブ、磁気テープ等のようなもの）等を含むことができる。本発明の態様を実施する例は、それらの特定の形態に限定されるものではなく、操作のためにデータを記憶する機能及び／又は同じデータ、類似のデータ若しくは異なるデータの上記操作を制御する機能によってのみ限定される。記憶手段は、ネットワークアタッチトストレージも含むことができ、それ自体でデータベース、データベースのインスタンス、論理的及び／又は物理的に分離されたデータベース等を構成することができるか又は少なくともそれらを含むことができる任意の様々に維持されたデータ記憶手段を含めて、クラウドベースの記憶技術を含むことができる。現在利用可能であるか又は今後生み出される全範囲のデータ記憶技術が、本発明の少なくとも１つの例との使用に想定される。想定される記憶手段は、伝送波又は類似のＥＭ波を用いて少なくとも一時的にデータを記憶することもできるような任意の適した伝送技術も含む。
【０１２８】
上記明細書において、本発明は、本発明の実施形態の特定の例を参照して説明されている。しかし、添付の特許請求の範囲に記載された本発明のより広い範囲から逸脱することなく、様々な変更及び変形をそれらの実施形態において行うことができることは明らかである。
【０１２９】
例えば、あるエンティティが別のエンティティに動作可能に結合／接続されるとして説明された、この明細書において説明した接続（複数の場合もある）のいずれの形態も、上記エンティティ、ユニット又はデバイスから、又はそれらへ信号を搬送するデータを転送するのに適した任意のタイプの接続（複数の場合もある）とすることができ、中間エンティティ、中間ユニット又は中間デバイスを介して信号を搬送するデータを送信することを含むことができる。したがって、特段の指定又は黙示がない限り、接続（複数の場合もある）は、直接接続、間接接続、単一の接続、複数の接続、双方向接続、一方向接続のうちの任意の１つ又は複数を含むことができる。接続は、エンドポイント又は実際にはノード間におけるその接続（複数の場合もある）長に沿ったデータの転送を可能にする任意の方法、例えば、シリアル、パラレル、又は多重化された方法（例えば、時間、周波数、位相等によって多重化された方法）で動作することができる。
【０１３０】
当業者であれば、本明細書で説明した異なる論理ブロック、回路ブロック又はエンティティ間の境界が単に例示にすぎず、代替的な例では、論理ブロック、回路ブロック又はエンティティ要素をマージすることもできるし、様々な論理ブロック、回路ブロック又はエンティティ要素上の機能の１つ又は複数の代替の分解を利用することもできることを認識するであろう。このため、本明細書に示した処理アーキテクチャは一例として設定されたものにすぎず、任意の類似の機能的配置を代わりに用いることができることが理解されるべきである。
【０１３１】
本明細書で明確に述べた特定の例（複数の場合もある）内で説明されたいずれの境界も例示にすぎない。複数の個別の動作を含む説明したいずれの動作も、実際には、単一の動作にまとめることができ、同様に、単一の動作は、実際には分散されて追加のサブ動作を形成することができ、これらの動作／サブ動作は、説明した例示的なシステム全体内のエンティティ（複数のエンティティ）の必要とされるタイミングに応じて、少なくとも一部は時間的に重なり合って実行することができる。
【０１３２】
ただし、他の変更形態、変形形態及び代替形態も可能である。したがって、本明細書及び図面は、限定的な意味ではなく例示的な意味で考えられるべきである。
【０１３３】
適合しないとの特段の指定がない限り、又は実施形態の物理学又は他の特有の教示がそのような組み合わせを妨げない限り、添付の特許請求の範囲の特徴は、任意の適した構成及び有益な構成に互いに統合することができる。すなわち、特徴の組み合わせは、特許請求の範囲に固有の形式、特に、請求項の番号付け等の従属請求項の形式によって限定されるものではない。
【図１】
0006616774.tif 000003
【図２】
0006616774.tif 000004
【図３】
0006616774.tif 000005
【図４】
0006616774.tif 000006
【図５】
0006616774.tif 000007
【図６】
0006616774.tif 000008
【図７】
0006616774.tif 000009
【図８】
0006616774.tif 000010