JP2010541340A - マルチメディアコンテンツの適合通知の生成および伝達 - Google Patents

Abstract

【解決手段】 異なるタイプの受信側復号化装置と互換性を持たせるために、マルチメディアコンテナを調整する方法を開示する。マルチメディアコンテナのコンテンツは、異なる符号化フォーマットの要素を含む。コンテナの調整では、マルチメディアコンテナの各コンテンツ要素内における望ましくない挿入を検知し、可能な場合には除去する。コンテナのコンテンツ要素は、フィルターにかけられたり、再符号化されたり、あるいは削除されることもある。コンテナの状況および施された修正を示す通知が、コンテナに追加される。通知は、各受信側装置の特徴に対して互換性のある、少なくとも１つの形式で表現されればよい。以上の方法を実現する編集エンジンが、マルチメディアコンテナの宛てられたネットワークエンティティに関連付けられている。また編集エンジンは、いくつかのタイプの受信側装置に関する情報を保存した受信側装置データベースと、いくつかの形式で符号化された通知テンプレートのリポジトリとに対してアクセスする。
【選択図】 図１１

Description

関連出願の相互参照

本出願は、２００７年９月２８日に出願された米国仮出願第６０／９７６，１４５号、および２００８年９月２５日に出願された米国特許出願第１２／２３８，３９０による恩恵を主張し、その内容はここに参照として取り込まれる。

本発明はマルチメディアのメッセージサービスに関し、特にネットワーク内のメッセージトランスコーディング過程中に行われる修正をユーザに通知するための方法およびシステムに関する。

マルチメディアのメッセージングは、移動体通信事業者に多大なビジネスチャンスをもたらした。第３世代（３Ｇ）ワイヤレスアクセスで可能となったアクセス容量の増大は、テキスト、音声、静止グラフィック、動画グラフィック、写真、ビデオクリップ、および音楽といった中からの様々な組み合わせを含んだ、より豊かなメッセージの実現の可能性を切り開いた。しかしながら、この大きな市場の潜在力を利用するには、通信事業者は質および信頼性を確固たるものとしなければならない。現在、通信事業者は、異なるネットワーク間、様々なマルチメディアフォーマット間、およびワイヤレス機器間の相互運用性を妨げる問題に直面している。つまり、送信側端末と受信側端末の能力に互換性がなければ、マルチメディアメッセージはうまく伝送されない。「互換性がない」という状況は、メッセージのサイズ、符号化方法、もしくはファイルのフォーマットに関連して起こる。またこういった問題は、ピアツーピアおよびアプリケーションツーピアの両方のメッセージサービスにおいて起こっている。

マルチメディアコンテンツの適合化は、こういった相互運用性の問題について直接的に取り組むものである。マルチメディアコンテンツの適合化によって、マルチメディアメッセージを含む、種々のマルチメディア要素の動的なトランスコーディングが可能となる。動的なトランスコーディングにより、マルチメディア要素は受信機器の特徴に合わせられるため、ユーザはマルチメディアコンテンツに対して普遍的なアクセスが可能となり、質についての期待を満足させることができるのである。適合化の方式においては、要求元アプリケーションがトランスコーディング機器に対して要求を送信する。マルチメディアコンテンツの適合化は、ネットワーク内の機器間、および異なる規格のネットワーク間での相互運用性を確保するものである。

マルチメディアメッセージ内のコンテンツ要素は、適合化によって修正されてもよいし、あるいは除去されても構わない。この場合、修正されたメッセージの受信側装置、および恐らくは送信側装置にも、修正の旨を通知されるのが好ましい。したがって、適切な通知の生成および伝送のためのシステムが必要とされる。

本発明の一形態によると、受信側装置へ伝送されるデータコンテナを調整するためのシステムを提供することができる。このシステムは、コンテナコンディショナおよび編集エンジンを備えて構成される。コンテナコンディショナは、通信ネットワーク内のノードとデュアルリンクされており、ノードからデータコンテナを受信後、調整して、調整済みのデータコンテナをそのノードに送り返すために備えられている。編集エンジンは、コンテナコンディショナと通信可能に連結される。また編集エンジンは、スクリーニングモジュール、適合モジュール、および通知を生成するためのモジュールを備える。

スクリーニングモジュールは、データコンテナを点検して、望ましくない挿入を検出して除去し、各々のコンテナのコンテンツについてその状況を示すための手段を有する。適合モジュールは、データコンテナのコンテンツ要素がそのデータコンテナの受信側となる復号化装置に適合するかを判定し、各々のコンテンツ要素につき、その適合状況を示すための手段を有する。適合しないコンテンツ要素は、各々の受信側装置の復号能力に合わせて修正される。通知を生成するためのモジュールは、コンテナのコンテンツ状況および適合状況に応じて通知を合成し、各々のデータコンテナに通知を追加して、調整されたデータコンテナを生成するための手段を有する。

このシステムはさらに、コンテナコンディショナに通信可能に連結されたサーバコンピュータを備える。サーバコンピュータは、コンピュータで読み取り可能な媒体に保存された受信側装置データベースを有する。受信側装置データベースには、複数の受信側タイプの復号化装置に関する情報が含まれている。

またこのシステムはさらに、コンテナコンディショナに通信可能に連結された演算装置を備える。この演算装置は、記憶装置に保存されたデータからなる汎用ディクショナリにアクセスする。この汎用ディクショナリは、予め規定されたコンテナのコンテンツ状況と適合状況のセットに対応する、理解可能な符号化表示を含む。

理解可能な表示には、テキスト、画像、符号化された音声信号、および符号化された動画信号など、種々の形式が含まれていてもよい。

また本発明の他の一形態によると、メルチメディアメッセージシステムにおけるメッセージの処理方法を提供することができる。この方法は、メッセージを点検して悪質なソフトウェアが存在する場合に除去する初期ステップと、続いてメッセージの受信先を識別し、受信先の特徴とメッセージの互換性が無い場合に解消するステップとを含む。

メッセージの状況は、点検の結果および除去の結果に応じて、少なくとも１セットのキーおよび値（キー／値セット）と状況タイプとによって特徴づけられる。状況タイプに対応した通知テンプレートは、通知テンプレートのリポジトリから特定され、読み出される。通知は、通知テンプレートと、少なくとも１つのキー／値セットとを用いることにより、続いて構成され、メッセージに追加される。共通の状況タイプの通知は、１つの通知にまとめられてもよい。そして通知は、メッセージの送信側に送られてもよい。またメッセージを特徴づける、キー／値セットと状況タイプとは、統計的サービス分析およびサービス企画といった目的のために、通知記録を維持しているマルチメディアメッセージシステムに対して関連付けられたサーバに送られてもよい。

点検ステップでは、添付を含めてメッセージのすべてのコンテンツ要素に悪質のソフトウェアが含まれていないかを検出する。また互換性の解消ステップでは、受信先の能力を判定し、必要に応じてメッセージのコンテンツを現在のフォーマットから受信先の能力に互換性のある他のフォーマットに変換する。

キー／値セットにおいて、キーは、コンテンツ要素の名前、コンテンツ除去の原因、ウィルスの名前、あるいはウィルススキャニングエンジンを示してもよい。また、キー／値セットにおいて、キーは、特定のコンテンツ符号化方法、特定のウィルスの識別子、ウィルスの検出・除去に用いる特定のエンジンの識別子、またはメッセージのサイズや対応するサイズ制限を示すもの等であってもよい。

また本発明のさらに他の一形態によると、多数のコンテンツ要素からなるデータコンテナを処理する方法を提供することができる。この方法は、コンテナコンディショナにおいてコンテナを受信するステップと、コンテナを解析するステップと、コンテンツ要素を編集するステップとからなる。解析ステップでは、送信側装置の識別子、コンテナの受信先の識別子、および各々のコンテンツ要素の特性を判定する。各々のコンテンツ要素は最初に点検され、有害な挿入を検出・削除し、それによってコンテナにマーク付けする。その後、各々のコンテンツ要素の特性および各々の受信先の特徴に応じて、各々の受信先とのコンテンツ要素の互換性を判定する。コンテンツ要素の特性が受信側装置と互換性を持たない場合、そのコンテンツ要素は受信側装置に合うように適合される。

各々の受信側装置に対する特定の通知は、コンテナの初期状況と、有害な挿入の削除や受信側装置の特徴に合わせたコンテンツの適合などの修正とを示すように生成される。受信側装置への通知は、そのコンテナが有害な挿入を含んでいないこと、また受信側装置と互換性があることを示す。また通知は、各々の受信側装置に送られるコンテナに追加される。あるいは通知は、コンテナの送信側装置にも送られるようにしてよい。

通知は、普通のテキストのように形成されてもよく、あるいはテキスト、画像、符号化された音声信号、および符号化された動画信号といったいくつかの表示形式の組み合わせで形成されてもよい。

またこの方法はさらに、各々の受信側装置の特徴に応じてコンテナの許容サイズを判定するステップを有する。現在のコンテナサイズが許容サイズを越える場合、少なくとも１つのコンテンツ要素が削除、圧縮、あるいは１つの符号化形式から他の符号化形式への変換といった処理の対象として考慮されることになる。

またこの方法はさらに、コンテナコンディショナから各々の受信側装置までの経路の状態を判定し、その経路の状態と各々の受信側装置の特徴との双方を勘案してコンテナの許容サイズを判定するステップを有する。

本発明のさらに他の一形態によると、マルチメディアコンテナを調整するための編集エンジンを提供することができる。この編集エンジンには、コンピュータでの読み取りが可能な命令を保存した演算装置を有し、その命令が実行されると演算装置にコンテナを受信させ、コンテンツ要素にそのコンテナを追加して、コンテンツ要素の符号化フォーマットを判定させる。また編集エンジンは各々のコンテンツ内容を調べて悪質な挿入の有無を検出し、悪質な挿入が見つかった場合にはそのコンテンツ内容を補正する。さらに編集エンジンは、コンテナの受信側装置を特定し、その受信側の復号化装置の特徴を得て、その復号化装置の符号化フォーマットへの互換性を判定し、補正および互換性に応じてコンテナの適切な状況コードを形成する。そしてその適切な状況コードに応じて通知を合成し、コンテナに追加する。通知は、複数の状況コードの各々についての理解可能な記述を保存した汎用ディクショナリにアクセスすることによって合成される。ここにおいて、理解可能な記述は多様な表示フォーマットであってもよい。

またコンピュータでの読み取りが可能な命令はさらに、演算装置にコンテンツ要素の符号化フォーマットを受容するか否かを決定させ、符号化されたコンテンツ要素を現在の符号化フォーマットから受信側の復号化装置のうち対応する復号化装置に互換性のある符号化フォーマットへ変換させるか、あるいはそのコンテンツ要素を削除させる。

編集エンジンはさらに、コンピュータでの読み取りが可能な他の命令を有し、その命令が実行されると、演算装置に汎用ディクショナリによって提供された表示フォーマットを判定させ、受信側の復号化装置に互換性のある少なくとも１つの表示フォーマットを選択させ、汎用ディクショナリのコントローラに指示をさせるようにして、少なくとも１つの表示フォーマットで適切な状況コードの記述を提供させる。

また編集エンジンは、受信側装置タイプのグループのうち各々の受信側の復号化装置に関する情報を保存する受信側装置データベースにアクセスすることによって、復号化装置の特徴を得る。

コンピュータでの読み取りが可能な命令はさらに、演算装置にコンテナの追加受信側装置を特定させ、各々の追加の受信側復号化装置の特徴を得させ、コンテンツ要素の符号化フォーマットが各々の追加の受信側復号化装置に対して互換性を有するかを判定させる。その後、受信側装置を特定するコンテナの状況コードが、コンテンツ要素に対してなされた補正があればその補正と、各々のコンテンツ要素の、特定の追加の受信側復号化装置への適合とに応じて形成される。追加受信側装置の各々を特定する、受信側装置特定通知は、各々の受信側装置特定状況コードに応じて合成される。

またコンピュータでの読み取りが可能な命令はさらに、演算装置に、通知を含むコンテナの現在のサイズを判定させ、考慮のもと、各々の受信側装置によって決定されたサイズの上限を判定させる。現在のサイズが上限を超える場合、コンテンツ要素の１つが、予め設定された優先順位に応じて削除されてもよい。また現在のサイズが上限を超えない場合、その通知はコンテナに追加される。通知は、コンテナの送信側装置に送られてもよい。

以下の図中で、本発明の一例としての実施形態を説明している。

本発明の一実施形態によるコンテナコンディショナを説明する図であり、ネットワークのノードと関連付けられて、マルチメディアコンテナを点検し、必要に応じてそれを変更して、各々のコンテナの状況を示す通知を生成するコンテナコンディショナについて説明している。

図１のコンテナコンディショナに関連する要素を説明する図である。

様々な方法で符号化されるデータコンテナについて、その一般的な形を説明する図である。

本発明の一実施形態によるコンテナコンディショナの機能を説明する図である。

本発明の他の実施形態によるコンテナコンディショナの機能を説明する図である。

本発明の一実施形態によるコンテナの修正プロセスを詳細に説明する図である。

ヘッダ部分とコンテンツ部分とを有するデータコンテナの構造の一例を示す図である。

４つのコンテンツ要素を有するオリジナルデータコンテナを説明する図である。

図８のオリジナルデータコンテナのうち２つのコンテンツ要素を変更した場合について説明する図である。

図８のオリジナルデータコンテナのうち１つのコンテンツ要素を削除し、他の１つのコンテンツ要素についてはデータを一部除去することにより短縮した場合について説明する図である。

本発明の一実施形態によるパイプライン化された処理動作を説明する図である。

本発明の一実施形態による編集エンジンの通知生成動作を説明する図である。

本発明の一実施形態による共通状態の通知の集合体を説明する図である。

本発明の一実施形態による通知の形成および統合のプロセスを説明する図である。

本発明の一実施形態による、２つの受信側装置に宛てられたコンテナを調整する例を説明する図であり、ウィルス除去とコンテンツ要素の２つの受信側符号化装置への適合とを含む調整について説明している。

図１５の調整処理の結果として出力されるコンテナを説明する図である。

本発明の一実施形態による、ノードの入力ポートに関連付けられた１つ以上のコンテナコンディショナをサポートしているネットワークの該ノードを説明する図である。

本発明の一実施形態による、ノードのスイッチングファブリックを介してアクセスされた１つ以上のコンテナコンディショナをサポートしているネットワークの該ノードを説明する図である。

＜用語集＞
媒体：「媒体」という用語は、情報の保存および伝送のためのあらゆるハードウェア手段を指す。また「マルチメディア」という用語は、多様なコンテンツ形式の情報を通信する媒体を指す。ここにおいてコンテンツ形式は、符号化されたテキスト、音声信号、静止画像、アニメーション（画像の急速表示）、および動画信号を含んでもよい。

マルチメディアサービス（ＭＭＳ）：この用語は、テキスト、音声信号、動画信号、画像、プレゼンテーション等の異なる形式の情報コンテンツがネットワークを介して端末間で交換される、マルチコンテンツ通信サービスを指して口語的に用いる用語である。ある端末から他の端末へ送信された符号化情報は通常、異なる情報コンテンツに対応する時間インターリーブ型セグメントを有する１つのデータストリームにアレンジされる。

コンテナ：コンテナは、コンピュータでの読み取りが可能な媒体上に保存され、コンピュータのネットワークを介して送信されるコンピュータファイルである。コンテナは、種々のデータを含んで構成される。またコンテナは、多様なテキスト、音声、およびビデオストリームを合成情報とともにサポートし、様々なストリームの統合再生を可能にする。

コンテナ要素：コンテナは、テキスト、音声データ、画像データ、動画データ等の特定の形式で符号化されたデータを各々有するセクションを備える。コンテナ要素という用語は、１つのセクション内のデータを指す。またコンテナ要素は、短縮して「要素」とも呼ばれる。マルチメディアメッセージシステムにおいて、要素は「メディア」としても知られている。

コンテナスクリーニング：「コンテナスクリーニング」とは、すべての要素を含むコンテナの内容を点検するプロセスを指し、望ましくない挿入、特に有害な挿入が無いことを確認するために行われる。

コンテナ適合：「コンテナ適合」とは、各々の受信側装置の復号化能力と互換性が無いことが発見されたコンテナ要素の形式を修正するプロセスを指す。受信側装置に合うコンテナ要素の提供ができない場合、そのコンテナ要素は削除される。コンテナスクリーニングのプロセスが受信先のタイプに関わらず行われる一方で、コンテナ適合のプロセスは受信側装置ごとに特定される。

コンテナ編集：「コンテナ編集」という用語は、コンテナスクリーニングとコンテナ適合の統合プロセスを指す。

コンテナ調整：この用語は、「コンテナ編集」の同義語として用いられる。しかしながら、コンテナ調整では、コンテナが修正されない場合にもコンテナに適切な通知を追加する。

圧縮：この用語は、コンテナ要素のデータがより少ないビット数に再符号化される場合のデータ圧縮を指す。圧縮が、要素の情報内容に影響を及ぼす場合も及ぼさない場合もある。

ＪＰＥＧ：ＪＰＥＧとは、ジョイント・フォトグラフィック・エキスパート・グループによって開発された写真画像のデータ圧縮方法であって、一般に使われる方法である。圧縮程度は調整でき、選択的に保存サイズと画質との間のバランスをとることができる。

先進的音響符号化（ＡＡＣ）：ＡＡＣは、デジタル音声信号のための規格化された符号化方式である。

３ＧＰ：この頭文字は、携帯電話での使用を目的としたマルチメディアコンテナのフォーマットを意味する。

トランスコーダ：トランスコーダは、符号化された情報のデジタルからデジタルへのダイレクトな変換を行い、１つのフォーマットの情報記録を特定の受信側装置に合う異なったフォーマットで再生することのできる装置である。

＜トランスコーディング＞
異なるタイプの送信側装置を異なるタイプの受信側装置に繋ぐ通信ネットワークにおいて、ある形式で符号化された信号を送信するように構成された送信側装置が、ネットワークを介する受動的経路を通じて、同じ形式で符号化された信号を受信するように構成された受信側装置に接続される。もし受信側装置が送信された形式とは異なる形式で符号化された信号を受信するように構成されていれば、送信された信号を受信側装置の能力に互換性のあるものに修正するために、経路の途中に設けられる中間装置、つまりトランスコーダが必要とされるのである。

例えばプレーンテキストデータや符号化された音声信号など、同種のデータを交換するための端末（送信側装置および受信側装置）をサポートするネットワークにおいては、端末は相互に互換性のある傾向にある。また１つのデータコンテナが例えば普通のアルファベット文字、符号化された音声信号、符号化された動画信号、静止画像、プレゼンテーション等のようなデータを含む、異種のコンテンツのデータストリームを交換する汎用端末をサポートするネットワークにおいては、送信側装置と受信側装置との間で互換性がないといった問題が起こりやすい。２タイプ以上の情報を含むデータを通信するプロセスは、しばしばマルチメディア通信あるいはマルチメディアサービス（ＭＭＳ）と呼ばれる。ここでの「メディア」は、情報のタイプを意味する。またマルチメディアサービスは通常、マルチコンテンツメッセージ（データコンテナ）の交換に基づくものである。

マルチメディアサービスの向上のために、膨大な労力が注ぎ込まれてきた。しかしながら、トランスコーディングの間に行われ、受信側端末の制限やウィルス汚染などにより必要とされたメッセージの変更について、ユーザに通知するというような課題は往々にして見過ごされてきた。本発明の実施形態においては、メッセージの最終的な提供に影響する方法でメッセージに変更が加えられた旨を、そのメッセージの受信側装置に通知するために、変更されたメッセージの提供時に通知を挿入する一般的な報知システムを提供することにより、前述のようなギャップを埋めることができる。例えば、メッセージのコンテンツ要素が除去されると、除去された旨のテキスト通知とともに「同期マルチメディア統合言語」（ＳＭＩＬ）のスライドがメッセージに挿入される。

ＳＭＩＬは、音声、動画、テキストおよびグラフィックが統合されてリアルタイムで調整されるマルチメディアプレゼンテーションの創造のために、ワールド・ワイド・ウェブ・コンソーシアムにより考案された規格言語である。ＳＭＩＬは、タイミング、アニメーション、およびマルチメディアプレゼンテーションに関連するメディア埋め込みのためのマークアップを定義するために用いられた。またＳＭＩＬによって、例えばテキスト、動画、音声のような多様なファイルタイプを表示することができる。

ＭＭＳメッセージは、ＭＭＳメッセージの要素としてのメディア添付（画像、動画、テキスト、音声）によるＳＭＩＬプレゼンテーションを有するコンテナである。このプレゼンテーションは、メッセージ内のコンテンツを表示するスライドショーとして表示がなされる。コンテンツが変更された場合、例えば大きすぎる動画記録が除去された場合や、ウィルスのためにある画像が除去された場合、特定の理由に対応したテンプレート等に基づいて新しいテキストのスライドが生成され、スライドショーに挿入されることになる。そのスライドは、補正箇所の通知内容に関する情報を挿入する、言語の選択が可能なテンプレートから構築される。

また本発明の実施形態においては、適合、フィルタリング、および除去といった状況の組み合わせに基づき、添付通知をいつ挿入すべきかを知的に決定する方法を提供することができる。通知テンプレートは、言語および特徴のセットに基づき、局地的に有効か、あるいはネットワークを介してアクセス可能な遠隔地のリポジトリから得られ、テキスト通知はその通知に特有の詳細を書き込むことによって生成される。その通知は、メッセージプレゼンテーションに挿入されるか、別々に通信される。

適合、フィルタリング、および除去といった異なるタイプのアクションが、メッセージ内に元々含まれていた添付に対してなされる。例えば、解析が成功して無効であると判断されたコンテンツ、メッセージサイズの制限、コンテンツのフィルタリング、ウィルスの検出、またはコンテンツ全体がウィルスであるなど、メディアメッセージ操作中に発生するエラーにより、コンテンツの除去が必要となってくる。

除去通知は、コンテンツがメッセージから除去されたという各々のケースすべてに対して生成されなくてもよい。例えば、元のメッセージからの解析が成功しなかったために、元のメッセージから抽出されなかったコンテンツは、無視され、出力されるメッセージ中に除去通知が含まれなくてよい。本発明の実施形態による方法においては、コンテンツが除去された場合はいつでも、各々の通知を実際に追加すべきか否かについての評価がなされる。そのため除去通知の追加が妥当な場合は、そのメッセージは適切にマーク付けされることとなる。

複数の除去イベントを１つの通知にまとめてもよい。いつも各タイプの通知が１つのみ、生成されることとなる。例えば複数の添付が除去された場合も、出力されるメッセージには除去通知が１つのみ追加される。

除去通知の生成に際して、「除去済み」状態、および除去通知の生成にとって適切な状態にマーク付けされたメディア添付のすべてについて、システムは評価を下す。システムは、除去通知テンプレートが変数を含む場合、除去されるコンテンツの特性からその変数を適切な値に置き換え、その入力を生成された除去通知に追加する。一方、除去通知テンプレートが一般テキストからなり変数を含まない場合、アセンブルされる除去通知に入力を１つのみ追加する。そして除去通知が生成されると、通知は新しい添付として、出力されるメッセージおよび構築されたプレゼンテーションに追加される。

＜ネットワークへの配慮＞
図１は、送信側装置１２０から複数の受信側装置１６０、すなわち１６０（１）、１６０（２）、１６０（３）等の受信側装置への経路を説明する図である。送信側装置１２０は、選択された受信側装置１６０に宛てられたデータコンテナ（ＭＭＳメッセージ）を、チャネル１２１を介して、「ネットワーク１」とラベル付けされたネットワークセグメント１２８のノードに送信する。コンテナコンディショナ１４０は、プロセッサおよび、例えばランダムアクセスメモリのようなコンピュータでの読み取りが可能な命令が保存されている、コンピュータでの読み取りが可能な媒体を有する演算装置を備えて構成される。コンテナコンディショナ１４０は、リンク１３２を介してネットワークセグメント１２８に接続されているネットワークノード１３４と関連付けられている。コンテナコンディショナ１４０は、送信側装置１２０から受信し受信側装置１６０に宛てられたデータコンテナを点検し、受信側装置の能力との互換性を判定する。コンテナコンディショナ１４０はまた、例えば「ネットワーク２」とラベル付けされたネットワークセグメント１４８や、「ネットワーク３」とラベル付けされたネットワークセグメント１５８等のような、他のネットワークセグメントを介した特定の受信側装置１６０への経路の現況に関する情報を得る。

コンテナコンディショナ１４０は、いくつかのチャネルを有するリンク１３８を介してネットワークノード１３４からデータコンテナを受信する。ネットワークノード１３４は、リンク１４２からネットワークセグメント１４８の第一ノード（不図示）を介して、受信側装置１６０（１）および１６０（２）に、点検済みのデータコンテナを送信する。受信側装置１６０（１）に宛てられたデータコンテナは、チャネル１４９（１）を介して受信側装置１６０（１）に接続するネットワークセグメント１４８内の第二ノード（不図示）に切り替えられる。また受信側装置１６０（２）に宛てられたデータコンテナは、チャネル１４９（２）を介して受信側装置１６０（２）に接続するネットワークセグメント１４８内の第三ノード（不図示）に切り替えられる。このようにネットワークノード１３４は、リンク１４３からネットワークセグメント１５８内の第一ノード（不図示）を介して、受信側装置１６０（３）にデータコンテナを送信する。またここにおいてデータコンテナは、ネットワークセグメント１５８からチャネル１５９を介して受信側装置１６０（３）に接続するネットワークセグメント１５８内の第二ノード（不図示）に切り替えられる。リンク１４２は、複数のチャネルを有して構成されてもよく、同様にリンク１４３も複数のチャネルを有して構成されてもよい。

チャネル１２１、１４９、あるいは１５９のいずれか、もしくはリンク１３２、１４２、および１４３はワイヤレス通信媒体内あるいは有線通信媒体内のいずれに構成されてもよい。

コンテナコンディショナ１４０は、複数の受信側装置の特徴データを得て、反復利用のためにその受信側装置の特徴データを保存媒体に維持してもよい。また受信側装置の特徴データは、追加された受信側装置の各々がコンテナコンディショナ１４０へ自身の特徴を通信するレジストレーションを介して得られてもよい。あるいはコンテナコンディショナ１４０が、データコンテナが当てられた受信側装置を問い合わせるようにしてもよい。

コンテナコンディショナ１４０はコンテナを受け取り、悪質な挿入や望ましくない挿入を除去したり、あるいはコンテンツを受信側装置の能力に適合させたりするために、コンテナのコンテンツを変更してもよい。そのコンテナには望ましくないコンテンツは含まれず、受信側装置とも互換性があると判断された場合には、コンテナに変更が加えられていない旨を追加する場合を除いて、元の形式のままでコンテナを転送する。

またコンテナは、テキスト、音声データ、画像データ、動画データ等の異なる要素タイプのコンテンツ要素を複数有してもよい。１つの要素タイプは、いくつかのフォーマットのうちの１つに符号化される。例えば、音声デジタル信号や動画デジタル信号の符号化、圧縮、保存、送信などのために、規格化された、あるいは独自のプロトコルが複数存在する。コンテナは、２つ以上の異なるタイプの受信側装置に宛てられてもよく、要素はいくつかの受信側装置と互換性がない場合もある。

要素は、特別なソフトウェアツールを用いて検出される様々なタイプの悪質な挿入のうちのいずれかを含む可能性がある。

図２は、コンテナコンディショナ１４０と関連付けられた装置を説明する図である。コンテナコンディショナ１４０は、図１７および図１８を参照に後述するように、異なる方法で例えばノード１３４（図１）などのホストノードに接続されてもよい。コンテナコンディショナ１４０の出力コンテナは、ホストノードを介して、その各々の受信先に切り替えられる。

コンテナコンディショナ１４０は、複数の受信側装置の特徴を維持する受信側装置データベース２２０と、有害かもしくは望ましくないコンテンツが含まれているか、あるいは受信先と互換性の無いコンテンツが含まれているコンテナを修正する編集エンジン２４０とに対して関連付けられる。編集エンジン２４０は、コンテナに対してなされた変更を識別する適合コードを生成する。ここで「Ｎｕｌｌ」適合コードは、変更されていないコンテナに対して関連付けられる。コンテナコンディショナ１４０はまた、各々の適合コードについての理解可能な記述を提供するディクショナリ２３０と、特定の受信側装置に問い合わせることによって得られたデータおよび直近のコンテナ点検の結果を保持するキャッシュメモリ２５０とにアクセスする。

データベース２２０は、コンテナコンディショナ１４０に対して通信可能に連結されたサーバによって維持される。また汎用ディクショナリ２３０は、コンテナコンディショナ１４０に対して通信可能に連結された演算装置がアクセスする、記憶装置内に保存される。

コンテナコンディショナ１４０は、受信した各データコンテナ内において示された宛先となる受信側装置を判定し、受信側装置データベース２２０にアクセスすることにより、宛先となる受信側装置の能力を判定する。また編集エンジン２４０は、受信側装置データベース２２０内に特徴データが保存されていない受信先に対して問い合わせをして、得た特徴データをキャッシュメモリ２５０内に保持する。そして編集エンジン２４０は、特定の受信側装置に宛てられたコンテナのうちのあるコンテンツ部分が、その受信側装置の能力に合わせて変更される必要があるかどうかを判定する方法を実行する。いくつかのタイプの修正がデータコンテナの一部に対してなされてもよく、修正タイプは各々、適合コードによって内部で識別される。ディクショナリ２３０は、適合化されたコンテナの受信側装置、および適合化されたコンテナの送信側装置に対して伝送するために、各々の適合コードについての理解可能な記述を提供する。点検後のコンテナの適合コードは、統計分析、およびサービス評価やサービス企画の目的で、処理ユニット（不図示）に送られるようにしてもよい。

編集エンジン２４０は、プロセッサ（不図示）と、本発明の実施形態による方法を実行するためのコンテナ編集ソフトウェアを保存する記憶装置（不図示）とを有して構成される。コンテナ編集ソフトウェアは、ローカルソースから、またはネットワークを介して遠隔ソースからダウンロードされたファイルを含む、ディスク、テープ、チップ、またはランダムアクセスメモリのようなソフトウェア媒体から取得されるようにしてもよい。

受信側装置データベース２２０は、情報回復ソフトウェアが取り込まれた演算装置（不図示）の、コンピュータでの読み取りが可能な媒体上に保存された状態で、受信側装置タイプについての符号化された特徴を有する。受信側装置の特徴情報は、コンテナのコンテンツを適合する際、および関連通知を生成する際に必要となる。情報回復ソフトウェアは、ローカルソースから、もしくはネットワークを介して遠隔ソースからダウンロードされたファイルを含む、ディスク、テープ、チップ、またはランダムアクセスメモリのようなソフトウェア媒体から得られるようにしてもよい。

汎用ディクショナリ２３０は、演算装置（不図示）のためのコンピュータでの読み取りが可能な媒体上に保存された、テキスト、音声信号、画像などの異なる表示形式のために符号化された通知パターンを有する。ディクショナリ２３０は、ローカルソースから、もしくはネットワークを介して遠隔ソースからダウンロードされたファイルを含む、ディスク、テープ、チップ、またはランダムアクセスメモリのようなソフトウェア媒体から得られるようにしてもよい。

コンテナの点検や適合が行いやすいようコンテナのデータを体系化するために、周知のデータ構造を使用した。図３は、様々に構成され得るデータコンテナ３００の、一般的な形を説明する図である。コンテナ３００は、コンテナの他の部分の体系を規定するディクショナリを含む第一部分３２０と、ソース−宛先情報を含む第二部分３４０と、コンテナのコンテンツ（すなわち、ペイロード）を含む第三部分３６０とからなる。複合コンテナにおいてコンテンツ部分３６０は、異なる形式に符号化されたデータを保存するいくつかのセクション３６１、３６２、・・・を含む。例えば、コンテンツ部分３６０のうちの１つのセクションは、プレーンテキスト、暗号化テキスト、高忠実度の音声メッセージ、高画質画像、静止画像、一定ペース表示などのうちの１つとして符号化されたデータを含んでもよい。

図４は、本発明の一実施形態によるコンテナコンディショナ１４０の機能を説明する図である。コンテナコンディショナ１４０は、送信側装置１２０からデータコンテナを受信する（ステップ４１０）。その後、コンテナコンディショナは、ステップ４２０から４８０に示された一連の機能を実行する。ステップ４２０では、コンテナディレクトリ３２０が解析されて、コンテナのソース−宛先部分３４０で符号化された受信先へのポインタ、およびコンテナのコンテンツ部分３６０で符号化されたコンテンツ要素を判定する。ステップ４３０では、受信側装置データベース２２０に関連して保存された受信側装置アドレスから、または最近のトランスアクションに関するデータを保持するキャッシュメモリ２５０から、または各々の受信側装置に直接問い合わせることによって得られた受信側装置のアドレスに応じて、各々の受信先タイプが判定される。

１つのコンテナコンディショナ１４０で対応できる受信側装置の数は膨大であるが、受信側装置のタイプ数はかなり少ない傾向にあり、例えば１００未満である。そのため、コンテナコンディショナ１４０は受信先の関連特徴を判定する際（ステップ４３２）に用いる、受信側装置のタイプに関する基本的な特徴情報を保存しておくのが好ましい。しかしながら、与えられたタイプの受信側装置とは異なる能力を有すると判断されるように構成されていることもあり、そのような場合の受信側装置は、受信側装置データベース２２０において個々に識別されることとなる。

受信したデータコンテナは、いくつかのコンテンツタイプのペイロードデータ（コンテンツ）を伝送する複合コンテナであってもよい。受信先では、特定のタイプのコンテンツを処理できないこともある。ステップ４３４では、互換性のないコンテンツタイプがある場合、どのコンテンツタイプが受信先の能力と互換性を持たないのかを判定する。ステップ４３４で、コンテンツすべてが受信先と互換性を有すると判定された場合、ステップ４４０から４８０までが省略されて、データコンテナはそのままの状態で受信先に向かって次のノードに転送される。そうでなければ、ステップ４４０で修正されるべきコンテンツ部分を識別されることとなる。明らかなステップによって図面が煩雑になるのを避けるため、ステップ４３４からステップ４４０までの状況変遷については図４に示していない。

ステップ４５０では、要求されたコンテンツの修正が判定され、コンテンツの代替箇所が生成される。ステップ４５０では、スクリーニング適合処理が実行され、各修正の形式および程度が判定される。またその処理により、コンテンツの特定部分の削除、補正、あるいは他の形式への変換が必要か否かを判定する。ステップ４５０については、図６にさらに詳細を示す。

ステップ４６０では、受信したコンテナと差し替えるための新しいコンテナが生成される。新しいコンテナには受信したコンテナに含まれていた情報のほとんどが含まれる一方、小さなペイロード（コンテンツ）の変化であっても、そのコンテナのディレクトリおよびサイズに変更が強いられる。

ステップ４７０では、通知を形成し、変更後のデータコンテナの受信先装置へそれぞれ受信する。もっとも簡単な形としては、通知は数字コードあるいは数字コードの組み合わせであり、変更されたデータコンテナに添付される。しかしながら、通知はクリアテキスト、理解可能な音声メッセージ、または画像のような、理解可能な形式のいずれかで生成されてもよい。さらに通知は、理解可能な形式を２つ以上組み合わせたものであってもよい。

ステップ４８０では、コンテナコンディショナ１４０は、送信側装置１２０に送信するために、前述の形式のいずれかまたは前述の形式の組み合わせによって通知を生成する。送信側装置に送信された通知はさらに情報を伝送し、送信側装置が既に送信されたデータコンテナの各々と通知を相互に関連付けられるようにしてもよい。

コンテナコンディショナ１４０で受信され、複数の受信側装置に宛てられたコンテナは、１つの受信側装置に対しては修正が施され、他の受信側装置に対してはそのままの状態で維持される。この場合、コンテナコンディショナ１４０は、理解可能なテキスト形式で通知を添付した変更後のコンテナを、例えば各々の宛先となる受信側装置へ送信する。

特に、正常な受信およびデータコンテナの処理のために、データコンテナが受信先と互換性を持つように変更することが必要とされる。しかしながら、受信側装置の人間のユーザの利便性のために、対応する理解可能な通知が提供されている。この理解可能な通知は、送信側装置の人間のユーザの利益を考えて、送信側装置へも送信されるようにしてよい。

予め設定された限度を越えたコンテナサイズ、動画符号化の方法、データ圧縮の方法など、通常の原因に関連して頻繁に発生する通知は、数字コードとして送信され、受信側装置で理解可能なテキスト（またはクリア音声メッセージなど、他の理解可能なモード）に変換される。

図５は、他の実施形態によるコンテナコンディショナ１４０の機能を説明する図である。図４のプロセスにおいて、対応する受信先の能力と互換性が無いと判断された場合には、コンテナのコンテンツの一部が修正された。図５のプロセスにおいては、データコンテナの変更を決定する際に、受信先への経路の特徴も考慮に入れられる。

図５のステップ４１０、４２０、４３０、４３２、および４３４は、図４のプロセスで同様に参照符号を付したステップと同一である。ステップ５２０では、コンテナコンディショナ１４０はネットワーク関連データを取得して、受信先への経路または少なくとも経路のセグメントを特徴づける。経路の現況によっては、経路沿いのノードでデータロスが発生するのを避けるために、経路を行き来する各コンテナのサイズを縮小せざるを得ない場合もある（ステップ５３０）。図４のような場合、コンテナサイズの縮小も受信先の制限によって決められていた。

ステップ５３０で、コンテンツのサイズおよびコンテンツ全体が受信先と互換性を持ち、その受信先への経路の状況に適合すると判定した場合、そのデータコンテナはそのままの形で宛先へ向かう次のノードへと送信され、ステップ５４０から５８０は省略される。そうでない場合、ステップ５４０が実施される。なおステップ５３０から５４０への状況変遷は、図５に示していない。

ステップ５４０では、修正されるべきコンテンツ部分を間違いなく選択するための処置が実施される。例えば、データコンテナに、高画質再生のために生成された動画信号が、暗号化テキストまたは符号化された音声信号の添付とともに含まれていてもよい。コンテナのサイズを特定の値まで縮小するために、以上の処置においては、例えばテキスト削除、音声コンテンツ削除、またはより小さいサイズの符号化記録を生成するための代替の符号化技術を用いることによる動画コンテンツの復号化および再符号化といったいくつかの選択肢から選択をする必要がある。選択肢の選択は、コンテナのコンテンツ要素について予め設定された優先度分類に影響される。したがって、１つのテキストまたは１つの画像を犠牲にする場合には、編集エンジン２４０は２つの要素の優先度分類に基づき、判断を下すこととなる。

ステップ５５０では、ステップ５４０でなされた判断に応じて、修正されたコンテンツが生成される。ステップ５５０は、図６にその詳細を示したステップ４５０と同様である。ステップ５６０では、新しいコンテナが生成されて受信したコンテナと差し替えられる。ステップ５７０では、通知が形成され、変更されたデータコンテナとともに各受信側装置へ送信される。ステップ５８０では、コンテナコンディショナ１４０は送信側装置に送る通知を生成する。

図４および図５に示した各ステップは、半導体集積回路、フラッシュメモリ装置、コンパクトディスク（ＣＤ）、またはデジタルバーサタイルディスク（ＤＶＤ）等のような、コンピュータでの読み取りが可能な媒体に保存された命令に従って実行される。

＜コンテナ編集および適合＞
コンテナコンディショナ１４０で受信され、そのメモリに保存されたコンテナは、各々異なる能力を有する複数の受信側装置に宛てられる可能性もあり、各々の受信側装置に宛てられたコンテナの出力が互いに異なってしまうことがある。また悪質なソフトウェアや望ましくないデータ列を含むと判断された受信コンテナは、必要に応じて各宛先ごとにコンテナを適合させる前に、まず影響されたコンテンツを除去するための編集が行われる。

図６に、図４のステップ４５０（もしくは図５のステップ５５０）の詳細を示す。コンテナコンディショナ１４０で受信されたコンテナ６１０は、コンテンツスクリーニングモジュール６２０で最初に点検され、対象となるものがある場合に、コンテンツ要素を１つすべて削除するか、望ましくない挿入をフィルターにかける。スクリーニングされたコンテナ６１２は、何らかの変更が施されたかどうかを示すためにマーク付けされる。何らの修正も行われなかった場合、スクリーニングされたコンテナ６１２は、スクリーニング結果についての関連表示を除けば、受信したコンテナ６１０と同一のものとなる。

その後スクリーニングされたコンテナ６１２は、コンテンツ適合モジュール６４０で適合化され、各受信先タイプに合わせられる。コンテンツ適合モジュール６４０は、コンテンツ要素の一部をフィルターにかけたり、コンテンツ要素を復号化した後、その復号化データを各受信側装置に対して互換性を持つ形式に符号化したり、またはコンテンツ要素の１つをすべて削除したりする。Ｒ個の受信側装置タイプがある場合（Ｒ≧１）、Ｒ個の出力コンテナ６５０（１）、・・・、６５０（Ｒ）が生成され、各受信側装置に宛てられる。ある特定の受信側装置に宛てられた出力コンテナのコンテンツは、受信したコンテナ６１０のコンテンツと同一である可能性もあり、またコンテンツスクリーニングモジュール６２０とコンテンツ適合モジュール６４０のいずれか、または双方で変更されている可能性もある。いずれにしても、コンテナの状況および、対象となるものがある場合に行われたアクションを示すための通知が生成される。

コンテンツスクリーニングモジュール６２０およびコンテンツ適合モジュール６４０を統合して、編集モジュールを構成する。編集モジュールは、特別な目的のための電気回路として実現されてもよい。しかしながら編集モジュールは、実行されると演算装置にコンテナのコンテンツをスクリーニングさせ、必要に応じてコンテナのコンテンツを各受信側装置の特徴（例えば復号化装置）と互換性を持つように適合化させる、コンピュータでの読み取りが可能な命令を保存した演算装置として実現されるのが好ましい。前述のコンピュータでの読み取りが可能な命令はまた、スクリーニングおよび適合の結果に従って演算装置にコンテナのマーク付けをさせる。

＜データコンテナの構造＞
図７は、ヘッダ部分とコンテンツ部分を有する複合データコンテナ７００を説明する図である。ヘッダ部分は、外部識別データおよび内部識別データを有する。またコンテンツ部分は、各情報タイプおよびデータフォーマットに対応するセクションを複数備えている。１つのセクションのコンテンツは、コンテンツ要素（しばしば「メディア」と称される）を構成する。

種々のコンテナ構造を使用することができる。図７の構造は、接続が確立されたデータストリームに属するデータコンテナに対応している。したがって、１つのストリーム識別子７２０で十分に、フィールド３４０を差し替えることができ、ソースのアドレス、ユニキャスト接続における宛先アドレス、マルチキャスト接続における各宛先アドレス、関連するルーティング情報などを判定する。

コンテナ７００のコンテンツは、様々な理由により、ソースから宛先までのコンテナの経路に沿ったあるポイントで、修正される。したがって、コンテナのサイズは変更される可能性があり、ヘッダ部分のいくつかのフィールドも変更される可能性がある。

外部識別データは、コンテナのソース、コンテナの少なくとも１つの宛先、およびその他の関連ネットワーク情報に関するものである。また内部識別データは、各々のセクションにつき、コンテンツ部分内での位置、各情報タイプ、およびコンテンツの変更などを示す。

コンテナ７００は、図３のコンテナ３００をモデルとしている。データコンテナディクショナリ３２０は、フィールド７２２、７２４、７２６、７２８、７３２、および７３４を含む。コンテナ７００は、ストリーム番号（参照符号７２０）によって識別されるデータストリームに属すると考えられる。コンテナコンディショナ１４０をサポートするネットワークのノードは、各データストリームに対して、他の記述子に加えてソース−宛先情報３４０の詳細を保存している。独立コンテナにおいては、コンテナの第二部分３４０内にソース−宛先情報の詳細が含まれている。

メッセージステータスフィールド７２２は、宛先までの経路において何らかのコンテンツ変更がなされたかどうかを判定するために用いられる。メッセージサイズフィールド７２４は、コンテナの現在の合計サイズを示すものである。またフィールド７２６は、セクションの現在の番号ηを示す。フィールド７２８（１）、７２８（２）、・・・、７２８（η）の各々は、対応のセクションが開始する、データコンテナのコンテンツ部分内における現在の位置を示す。フィールド７３２（１）、７３２（２）、・・・、７３２（η）の各々は、各セクションの現在のデータタイプを示し、フィールド７３４（１）、７３４（２）、・・・、７３４（η）の各々は、対象となる変更が有る場合に限り、各セクションのコンテンツに対してなされた変更を示す。

フィールド７２２におけるメッセージのステータスは、予め設定された数値のいずれをとってもよい。例えば値０が、コンテナのコンテンツが元の形式のままであり、何らの変更も施されていない旨を示すようにしてもよい。そして０以外の数値が、変更の回数をそれぞれ示すようにしてもよい。同様に、フィールド７３４（ｊ）のセクションステータスが、対象となる変更がある場合の、セクションj（1≦ｊ≦η）のコンテンツにおいてなされた変更の数を示す。メッセージステータス７２２およびセクションステータス６３４（ｊ）（ここにおいて１≦ｊ≦η）は、修正の重度を示すものを追加として含む。

図８は、インデックス１０８９（参照符号７２０）に識別されたデータストリームに属する、特定のデータコンテナ７００を説明する図である。インデックス「１０８９」は、接続セットアップ処理において割り当てられたものである。フィールド７２２は、すべてのコンテナにおいて何らの変更も行われていないことを示す。ヘッダを含むコンテナのサイズは、４１６バイトである（フィールド７２４）。通常のコンテナは、数十キロバイトのサイズを有し、ここでは図示を簡単にするためにより小さいサイズが選択されている。コンテンツは４つのセクションからなり（フィールド７２６）、それらのセクションはコンテンツ部分のインデックス０、１０６、２０６、および３２２で開始する。各々のフィールドの長さは予め既定されているため、セクションの数ηがヘッダ部分を決定することとなる。フィールド７３２（ｊ）における値は、セクションｊ（ここにおいて１≦ｊ≦η）におけるデータのタイプを示している。そのデータタイプは、予め規定されて規格化されたものであってもよい。例えば、値０がプレーンテキスト、値１が第一暗号キーに応じた暗号化テキスト、値２が第二暗号キーに応じた暗号化テキスト、値５が符号化された音声信号、値２９が特定の圧縮アルゴリズムによって符号化された動画信号を示す、などというようにしてもよい。図８の例においては４つのセクションがそれぞれ、タイプ０、５、２、および２９のデータを含んでおり、フィールド７２２が値０を含むことから周知であるが、各フィールド７３４（ｊ）（ここにおいて１≦ｊ≦４）は値０を保存している。

図９は、図８のコンテナのコンテンツが変更された場合について説明する図である。フィールド７２２は値２を有し、２つのセクションで変更が行われたことを示す（フィールド７２２の値が必ずしも変更の数を示すものでなくてもよい）。ヘッダを含むコンテナのサイズは、４１６バイトから３９２バイトに減じられている。フィールド７３４（１）は変更の各タイプを示す値２を有する。第一セクションのサイズは、１０６バイトから９４バイトに減じられている。またフィールド７３４（２）および７３４（３）がそれぞれ値０を有するため、第二および第三セクションでは何らの変更も行われなかったことを示す。しかしながら、第一セクションの短縮により、第二セクションのデータは、コンテンツ部分内においてインデックス１０６からではなくインデックス９４から開始し、第三セクションのデータは、コンテンツ部分内でインデックス２０６からではなくインデックス１９４から開始している。フィールド７３４（４）は値７を有し、恐らくは圧縮方法に関連して、符号化された動画信号内での変化の各タイプを示している。

図１０は、図８のコンテナのコンテンツにおける第二セクションが削除され（フィールド７２８（２）はＮＵＬＬ位置φを示す）、第四セクションがデータの部分除去により短縮された場合について説明する図である。第三および第四セクションのインデックスが修正されるため、ヘッダを含むコンテナのサイズは４１６ユニットから２８７ユニットに減じられる。

図１１は編集操作の一例の概要を示し、ここにおいてパイプラインユニット１１０２（１）、１１０２（２）、１１０２（３）、および１１０２（４）はパイプライン１１０４を形成し、コンテナ編集の他の側面に関連したタスクを実行し、コンテンツ編集に必要とされる各状況を識別する。そして識別された状況に関するデータは、バッファ１１２２（１）、１１２２（２）、１１２２（３）、および１１２２（４）に保持され、セレクタ１１５０およびバッファ１１４０を介してモジュール１１８０に送られる。モジュール１１８０は、識別された状況に応じて通知を生成し、通知を各コンテナに統合するモジュール１１９０に対してその通知を提供する。モジュール１１７０は、選択的に通知を各ソース（各送信側装置１２０）に宛てる。またパイプライン１１０４を形成するモジュール１１７０、１１８０、および１１９０と、ユニット１１０２（１）、１１０２（２）、１１０２（３）、および１１０２（４）は、特定の目的のための電気回路として実現されることもできる。かわりにそれらが、コンピュータでの読み取りが可能な媒体上にインストールされたコンピュータでの読み取りが可能な命令を有して、演算装置からアクセスできるようにしてもよい。

＜例＞
コンテンツ除去の一例を以下に挙げ、通知がどのようにメッセージに挿入されるかを説明する。

以下の要素を有する入力メッセージ（ｉｎｐｕｔ．ｍｍｓと称す）について考察する。
（１）ＳＭＩＬプレゼンテーション
（２）圧縮写真画像（ｉｍａｇｅ．ｊｐｇと称す）
（３）規格化された「先進的音響符号化」方式によって生成された符号化音声信号（ａｕｄｉｏ．ａａｃと称す）
（４）「３ＧＰフォーマット」によって符号化された音声・動画記録（ａｕｄｉｏ−ｖｉｄｅｏ．３ｇｐと称す）

入力メッセージを各受信端末に送信する前に、２つの主要なプロセスの実行が必要とされる。第一プロセスは、必要に応じてメッセージを修正し、各出力メッセージを生成するプロセスである。そして第二プロセスは、必要に応じて適切な通知を生成し、その通知を修正後のメッセージと関連付けるプロセスである。メッセージが既に点検され、望ましくない挿入はなく、受信端末と互換性があるという旨を示したいということでなければ、何らの修正もなされない場合には当然、出力メッセージは入力メッセージと同一のものとなる。

入力メッセージｉｎｐｕｔ．ｍｍｓを修正して、対応する出力メッセージｏｕｔｐｕｔ．ｍｍｓを生成する第一プロセスは、以下のステップからなる。
（ａ）ｉｎｐｕｔ．ｍｍｓの読込および解析
（ｂ）次のステップにおいて要求される適合の識別およびセットアップ
（ｃ）要求された適合すべての実行
（ｄ）ｏｕｔｐｕｔ．ｍｍｓについての予想サイズを判定。そのサイズが特定の限度、例えば１００キロバイトを越える場合は、ａｕｄｉｏ．ａａｃの要素が犠牲となり、要素ａｕｄｉｏ．ａａｃは状態ラベルの「除去」と関連付けられる。
（ｅ）出力メッセージｏｕｔｐｕｔ．ｍｍｓの整理。
要素ａｕｄｉｏ．ａａｃの除去が決まっている場合、第二プロセスは以下のステップのようになる。
（ｉ）各テンプレートを用いた「除去通知」の生成。テンプレートは、除去される要素の名前に対応する変数を有する。
（ｉｉ）テキスト入力を「入力メッセージからの除去メディア「ａｕｄｉｏ．ａａｃ」」などの文字列に設定。
（ｉｉｉ）（ｉｉ）で生成されたテキスト入力を除去通知に追加。
（ｉｖ）除去通知をｏｕｔｐｕｔ．ｍｍｓに追加。
（ｖ）ｏｕｔｐｕｔ．ｍｍｓがプレゼンテーションを含む場合、プレゼンテーション内に「除去通知」との言及を追加。

以上のようにして、整理されたｏｕｔｐｕｔ．ｍｍｓは以下の内容を含む。
（１）適合化されたｉｍａｇｅ．ｊｐｇ
（２）適合化されたａｕｄｉｏ−ｖｉｄｅｏ．３ｇｐ
（３）除去通知を表すエンティティ
（４）ＳＭＩＬプレゼンテーション

本発明の実施形態によるＭＭＳ通知を生成するためのシステム操作は、図１２とともに説明する。

編集パイプライン１２０４は、要求されたコンテンツ編集タスクを行う操作を実行する。パイプラインユニット１２０２（１）から１２０２（Ｌ）まで（ここにおいて、Ｌ>１）は、順々にパイプライン操作を行う。操作の間は、通知の生成が必要になる問題が識別される。すべてのパイプライン操作が完了した後、システムは通知を合成し統合するプロセス１２１２を実行する。

コンテンツ状況の識別子１２０８（１）、１２０８（２）、・・・が生成され、バッファ１２０６に挿入される。状況識別子１２０８は、複数のキー／値セットを含んでいてもよい。キー／値パラメータおよび状況タイプが、状況を特徴付ける。例えば、編集プロセスで以下のような形式のキー／値セットを有するウィルス通知を生成することもある。
｛キー：ＩｎｐｕｔＭｅｄｉａＮａｍｅ 値：ｍｅｄｉａ．ｊｐｇ
キー：ＶｉｒｕｓＮａｍｅ 値：ＣｏｍｍＷａｒｒｉｏｒ−Ｂ
キー：ＶｉｒｕｓＳｃａｎｎｉｎｇＥｎｇｉｎｅ 値：Ｋａｓｐｅｒｓｋｙ｝

以上の通知は、要素（「ｍｅｄｉａ」）が影響を受けていること、検出された悪質なソフトウェア（マルウェア）のタイプ（この例では「ＣｏｍｍＷａｒｒｉｏｒ−Ｂ」）、およびマルウェアを検出したソフトウェアツール（カスペスルスキー製品）を示している。

これらの値（ｍｅｄｉａ．ｊｐｇ、ＣｏｍｍＷａｒｒｉｏｒ−Ｂ、Ｋａｓｐｅｒｓｋｙ）は、一例である。キー／値セットは、変数が定義される各テンプレート内で置き換えられる。通知メッセージの添付内における、可能なデータ部分が使用される。キー／値セットにおけるキーは、コンテンツ要素、コンテンツ除去の原因、ウィルスの名前、またはウィルススキャニングエンジンを示してもよい。またキー／値セットにおけるキーは、特定のコンテンツ符号化方法、特定のウィルスの識別子、ウィルスの検出・除去に用いられる特定のエンジンの識別子、またはメッセージサイズおよび対応するサイズ制限を示すものなどであってもよい。

パイプラインユニット１２０２におけるすべてのパイプライン操作が完了した後、コンテナコンディショナ１４０は通知を形成し、統合する（プロセス１２１２）。コンテナコンディショナ１４０は、ローカルリポジトリにおいて使用可能であるか、ネットワーク１２１４を介して遠隔保存媒体から取り出したテンプレートを使用する。プロセス１２１２では、テンプレート識別子（名前）１２１３を提供し、テンプレートリポジトリ１２１６からファイル１２１７を受け取る。そして複数の通知が統合される。例えば、複数のウィルスの除去に関する通知は、１つの通知にまとめられる。プロセス１２１２において生成された通知記録は、ステップ１２２０で各メッセージに追加される。ＳＭＩＬプレゼンテーション１２２４、コンテンツ１２２６（１）、１２２６（２）、・・・、および通知記録１２２８（１）、１２２８（２）の要素の数を含む出力メッセージは、続く各受信側装置への伝送のために、バッファ１２２２内に保持される。

特に、テンプレートソースリポジトリ１２１６は、コンピュータメモリ上に保存され、コンテナコンディショナ１４０および編集エンジン２４０の演算装置からアクセス可能なファイルを有する。本発明の一実施形態によると、テンプレートの名前を構築するために、通知タイプのルートネーム（例えば、「ｃｏｎｔｅｎｔ−ａｄａｐｔａｔｉｏｎ」または「ｒｅｍｏｖａｌ」）は、下線「＿」の記号によって区別しながら、言語識別子（例えば、「Ｅｎｇｌｉｓｈ」）および特徴の組み合わせ（例えば、「ＵＳ−ａｓｃｉｉ」）と連結される。ファイル名は、「．ｔｘｔ」の拡張子を有するのが好ましい。また言語および特徴の組み合わせは、編集エンジンのコントローラにより提供され、システムの初期設定に基づくものである。除去通知のために使用されるテンプレート名の例としては、「ｒｅｍｏｖａｌ＿ｅｎｇｌｉｓｈ＿ｕｓ−ａｓｃｉｉ．ｔｘｔ．」などが挙げられる。

またパイプライン１２０４は、特別な目的のための電気回路として実現されてもよい。しかしながら、パイプライン１２０４は、実行されると演算装置にコンテナのコンテンツをスクリーニングさせ、必要に応じてコンテナのコンテンツが各受信側装置の特徴（例えば、復号化装置）に互換性を持つように適合化させる、コンピュータでの読み取りが可能な命令を保存した演算装置として実現されるのが好ましい。コンピュータでの読み取りが可能な命令はまた、スクリーニングおよび適合の結果に応じて、演算装置にマーク付けさせる。

バッファ１２０６および出力コンテナのバッファ１２２２は、演算装置によって制御されるメモリ内に保存される。

通知を構築・統合し、その通知をメッセージ（コンテナ）に追加するプロセス１２１２および１２２０は、例えばランダムアクセスメモリ、不揮発性メモリ、ＣＤ−ＲＯＭ、ＤＶＤ等のコンピュータでの読み取りが可能な媒体に保存された、コンピュータでの読み取りが可能な命令として実現される。

図１３は、それぞれが通常タイプのコンテナ状況に対応する仮想キュー１３２０（１）、・・・、１３２０（ｑ）について、数字ｑ（ここにおいてｑ≧１）を説明する図である。キュー１３２０（ｊ）（ここにおいて１≦ｊ≦ｑ）は、バッファ１２０６内のコンテナ状況識別子１２０８のポインタ１３２２を含む。同じ状況タイプのコンテナ状況に対しては、１つの通知が生成される。

図１４は、図１２の通知を形成および統合するプロセス１２１２の詳細を説明する図である。このプロセスは、トランスコーディングの要求に応じて、ステップ１４０２で開始される。同一タイプの状況は、ともに考慮され、１つの通知として報告される。そのため、ステップ１４０４では、キュー１３２０（図１３）のうち、通常タイプの状況に対応してバッファ１２０６内に状況識別子１２０８のポインタを保持したキューを選択する。そしてステップ１４０５では、状況の組み合わせのうち１つを選択する。ステップ１４０６では、通常状況タイプに対応するテンプレート名を構築する。そしてステップ１４０８では、そのテンプレート名を使用し、編集エンジン２４０と配列された、もしくはネットワークを介してアクセスが可能なテンプレートソース１２１６から各テンプレートを取得する。ステップ１４１０では、通常状況タイプに対応する通知を合成・構築する。そしてステップ１４４０で、状況の組み合わせのうち残りの状況についての事項を、構築した通知に追加する。このようにして、結果として構築された通知は、各受信側装置１６０に対して通信される準備が整う。

バッファ１２０６が、未処理の状況識別子１２０８（図１２）をなおも保持している場合、すなわちまだ考慮されていない仮想キュー１３２０（図１３）が少なくとも１つ存在する場合、再びステップ１４０４に戻ってキュー１３２０を選択し、ステップ１４０５、１４０６、１４０８、１４１０、および１４４０が実行される。ステップ１４１８においてバッファ１２０６内の識別された状況がすべて考慮されている場合、図１２のプロセス１２１２は終了し（ステップ１４２０）、トランスコーディングの新しい要求に応答して再開する。

図１５は、異なる特徴を有する２つの受信側装置１６０に宛てられたコンテナのコンテンツに対する修正について説明する図である。コンテナは、要素（１）、要素（２）、・・・要素（６）とラベル付けされた６つのコンテンツ要素を有する。既に述べたように、コンテンツ要素は、異なるフォーマットのテキスト、音声データ、画像、または動画データとして符号化されている可能性がある。ここでは要素（１）はタイプ（１−Ａ）、要素（２）および要素（３）はともにタイプ（２−Ａ）、要素（４）および要素（５）はともにタイプ（３−Ａ）、そして要素（６）はタイプ（４−Ａ）である。タイプ（１−Ａ）、（２−Ａ）、（３−Ａ）、および（４−Ａ）は、規格化されたか、あるいは独自の符号化技術に対応している。受信側装置１は、タイプ（１−Ｃ）、（２−Ａ）、（３−Ａ）、および（４−Ｅ）の要素を復号化することができる。タイプ（１−Ｃ）はタイプ（１−Ａ）と対をなすものであり、例えば、双方が異なる解像度の画像表示に関するものである。同様に、タイプ（４−Ｅ）はタイプ（４−Ａ）と対をなすものである。また受信側装置２は、タイプ（１−Ａ）、（２−Ｗ）、（３−Ｂ）、および（４−Ａ）の要素を復号化することができる。タイプ（２−Ｗ）はタイプ（２−Ａ）と対をなすものであり、タイプ（３−Ｂ）はタイプ（３−Ａ）と対をなすものである。

受信側装置１に合う第一出力コンテナを生成する要素（１）および要素（４）のトランスコーディングを行い、受信側装置２に合う第二出力コンテナを生成する要素（２）、要素（３）、要素（４）、および要素（５）のトランスコーディングを行うために、図６のモジュール６４０を使用する前に、図６のモジュール６２０がコンテンツ編集を行い、望ましくない挿入の検知を行う。ここでは、要素（２）および要素（６）が「ウィルスＸ」として周知のウィルスを含み、要素（５）が「ウィルスＹ」として周知のウィルスを含むことが発見されている。編集エンジン２４０は、ウィルスＸを除去するツールは取得するものの、ウィルスＹを除去するツールを見つけることができない。そのため編集エンジン２４０は、要素（５）をすべて削除することを決定する。

第一出力コンテナ（図１６）は、タイプ（１−Ａ）から（１−Ｃ）に変換された要素（１）、ウィルスＸが除去され、フィルターにかけられた要素（２）、元のままの要素（３）および要素（４）、およびウィルスＸが除去され、タイプ（４−Ａ）から（４−Ｅ）に変換された要素（６）を含む。ちなみに要素（５）は削除されている。

また第二出力コンテナ（図１６）は、元のままの要素（１）、タイプ（２−Ａ）から（２−Ｗ）に変換され、ウィルスＸが除去された要素（２）、タイプ（２−Ａ）から（２−Ｗ）に変換された要素（３）、タイプ（３−Ａ）から（３−Ｂ）に変換された要素（４）、およびウィルスＸが除去され、フィルターにかけられた要素（６）を含む。ちなみに要素（５）は削除されている。

＜複数のコンテナコンディショナ＞
１組のコンテナコンディショナ１４０は、様々な方法でネットワークエレメントと関連付けられる。コンテナコンディショナがスイッチングノードと関連付けられる、２つの配置例を図１７および図１８に示した。特に図１７の配置は、コンテナコンディショナがスイッチングノードと配列されている場合に適しており、図１８の配置においては、コンテナコンディショナはスイッチングノードに対して離間して位置づけられる。また、ネットワーク内にコンテナコンディショナを位置づけるための他の配置が考えられてもよい。

図１７は、１４０（１）および１４０（２）としてそれぞれ識別される２つのコンテナコンディショナが、ネットワークノード１３４（図１）に関連付けられ、入力ポート１７２０およびスイッチングファブリック１７４０を有していると考えられる配置について説明する図である。各入力ポート１７２０は、スイッチングファブリック１７４０への一方向チャネル１７２２を有する。また入力ポートのうち第一セット１７２５（１）の各入力ポート１７２０は、コンテナコンディショナ１４０（１）に接続するセレクタ１７２８（１）へのデュアルチャネルを有する。同様に、入力ポートのうち第二セット１７２５（２）の各入力ポート１７２０は、第二コンテナコンディショナ１４０（２）に接続する第二セレクタ１７２８（２）へのデュアルチャネルを有する。セレクタ１７２８（１）および１７２８（２）は、バッファ（不図示）を含んでいてもよい。セレクタ１７２４（１）および１７２４（２）はそれぞれ、各入力ポート１７２０から受信したマルチメディアコンテナを時分割し、処理済のコンテナを入力ポートに送り戻す。入力チャネル１７１２を介して入力ポート１７２０で受信したデータユニットは、スイッチングファブリック１７４０を介して、他のネットワークノードに繋がる出力チャネル１７１４へ切り替えられる。また受信したデータユニットは、データトラフィックの従来の形式とともにマルチメディアコンテナを含んでもよい。スイッチングファブリック１７４０を介してマルチメディアコンテナを切り替える前に、入力ポート１７２０はマルチメディアコンテナを各コンテナコンディショナ１４０に宛てる。コンテナコンディショナはコンテナを点検した後、有害な挿入を除去したり、コンテンツ要素を各受信側の復号化装置に適合化したりして、そのコンテンツを修正する可能性もある。コンテナコンディショナルは、通知を追加することによりコンテナを拡大し、その拡大されたコンテナを、コンテナの宛先に繋がる出力チャネル１７１４へのスイッチングファブリック１７４０を介した、次の切り替えのための入力ポートへと宛てる。セレクタ１７２４を介してコンテナコンディショナ１４０をシェアする入力ポート１７２０の数は、ネットワークノード１３４で受信されたマルチメディアコンテナトラフィックの流量（ビット／秒）と、コンテナコンディショナ１４０の処理スピードとで判定される。

図１８は、２つのコンテナコンディショナ１４０（１）および１４０（２）がネットワークノード１３４に関連付けられ、スウィッチ構造１８４０と入力チャネル１８１２を介してデータを受信する入力ポート１８２０とを有すると考えられる配置について説明する図である。コンテナコンディショナ１４０（１）およびコンテナコンディショナ１４０（２）はそれぞれ、スイッチングファブリック１８４０からチャネル１８４２へのチャネル１８４１を有し、スイッチングファブリック１８４０に接続するデュアルチャネルを備える。コンテナコンディショナ１４０（１）および１４０（２）のいずれかが、ネットワークノード１３４に配列されているか、離間して位置づけられていてもよい。

また各入力ポート１８２０は、スイッチングファブリック１８４０への一方向チャネル１８２２を有する。従来のデータトラフィックは、スイッチングファブリックを介して各出力チャネル１８１４へと切り替えられる。しかしながら、入力ポート１８２０で受信されたマルチメディアコンテナは、まずスイッチングファブリック１８４０を介してコンテナコンディショナ１４０（１）および１４０（２）のうちの一方へ切り替えられ、図４から図６を参照しながら既に説明したとおり処理される。処理済みのコンテナは、適切な通知で拡大した後、スイッチングファブリック１８４０を介して各宛先に切り替えられる。通常、入力チャネル１８１２の数、およびマルチメディアトラフィックの全体の流量（ビット／秒）に基づき、任意の数のコンテナコンディショナ１４０がネットワークノードに関連付けられる。ネットワークノード１３４のコントローラ（不図示）は、複数のコンテナコンディショナ１４０から公平に、マルチメディアコンテナの入力を分配する。

以上、本発明の特定の実施形態について詳細に説明したが、前述の実施形態は説明のためにここで述べられたものであり、本発明を制限するためのものではない旨の理解が必要である。図面および明細書に示した実施形態については、続く請求の範囲内で、本発明の広義の範囲を逸脱することなく、様々な変更および修正が可能である。

Claims (15)

1. 受信側装置へ伝送するべくデータコンテナを調整するシステムであって、
   通信ネットワーク内のノードに対してデュアルリンクを有し、前記ノードからデータコンテナを受信して調整し、前記ノードに対して調整済みデータコンテナを送り返すコンテナコンディショナと、
   前記コンテナコンディショナと通信可能に連結された編集エンジンとを備え、
   前記編集エンジンは、
   前記データコンテナを調査して、望ましくない挿入を検出および除去し、各コンテナのコンテンツ状況を示すスクリーニングモジュールと、
   前記データコンテナのコンテンツ要素の、前記データコンテナの各受信側装置の復号化装置への適合性を判定し、各コンテンツ要素の適合状況を示して、適合性のないコンテンツ要素については修正を施す適合モジュールと、
   前記コンテナのコンテンツ状況と、前記適合状況とに応じて通知を生成し、前記通知を各データコンテナに追加して前記調整済みデータコンテナを生成するためのモジュールとを有するシステム。
2. 前記コンテナコンディショナに対して通信可能に連結され、複数のタイプの受信側装置の復号化装置に関する情報を保存した受信側装置データベースを、コンピュータでの読み取りが可能な媒体に保存したサーバコンピュータと、
   前記コンテナコンディショナに対して通信可能に連結され、記憶装置内にデータを有する汎用ディクショナリで、かつ、コンテナのコンテンツ状況と適合状況との予め定義された組み合わせに対応する理解可能な符号化表示を提供する前記汎用ディクショナリに対してアクセスする演算装置とをさらに備える請求項１に記載のシステム。
3. 前記理解可能な表示は、
   テキストと、
   画像と、
   符号化された音声信号と、
   符号化された動画信号とを含む請求項２に記載のシステム。
4. 複数の要素を含むデータコンテナを処理する方法であって、
   コンテナコンディショナにおいて前記コンテナを受信するステップと、
   前記コンテナを解析して、送信側装置の識別子および前記コンテナの宛先となる受信側装置の識別子と、前記複数の要素における各要素の特性とを判定するステップと、
   前記各要素をスクリーニングして、有害な挿入を除去して、前記除去の結果に応じて前記各要素にマーク付けをするステップと、
   前記宛先となる受信側装置のうち、選択された受信側装置についての特徴を得るステップと、
   前記特性の、前記選択された受信側装置に対する互換性を確認するステップと、
   前記特性が前記選択された受信側装置に対して互換性を持たない場合に、前記各要素を前記選択された受信側装置に合わせるように適合化するステップと、
   前記複数の要素のうちの前記各要素についての前記スクリーニングするステップおよび前記適合化するステップに基づいて、前記各受信側装置に対して特定の通知を生成するステップと、を備える方法。
5. 前記通知を前記コンテナに追加して、拡大されたコンテナを生成するステップと、
   前記拡大されたコンテナを、前記コンテナコンディショナから前記選択された受信側装置へ送信するステップと、
   前記通知を、前記コンテナコンディショナから前記送信側装置へ送信するステップと、をさらに備える請求項４に記載の方法。
6. 前記通知は、
   テキスト、
   画像、
   符号化された音声信号、および
   符号化された動画信号のうち少なくとも１つを含む請求項４に記載の方法。
7. 前記各受信側装置の特徴に応じて、前記拡大されたコンテナの許容可能なサイズを判定するステップと、
   前記拡大されたコンテナの現在のサイズが前記許容可能なサイズを超過した場合、前記複数の要素のうち少なくとも１つの要素を、削除、圧縮、および変換のうちのどれかの対象となるべき候補として選択するステップと、をさらに備えることを特徴とする請求項４に記載の方法。
8. 前記コンテナアダプタから前記各受信側装置への経路の状態を判断するステップと、
   前記状態および前記各受信側装置の特徴に応じて、前記拡大されたコンテナの許容可能サイズを判定するステップと、
   前記拡大されたコンテナの現在のサイズが前記許容可能なサイズを超過した場合、前記複数の要素のうち少なくとも１つの要素を、削除、圧縮、および変換のうちのどれかの対象となるべき候補として選択するステップと、をさらに備える請求項４に記載の方法。
9. コンピュータ読み取り可能媒体に格納されているコンピュータ読み取り可能命令を備え、マルチメディアコンテナを調整する編集エンジンであって、
   前記コンピュータ読み取り命令は、演算装置によって実行されると、前記演算装置に、
   コンテナを受信させ、
   前記コンテナの解析によって複数のコンテンツ要素を取得させ、
   前記複数のコンテンツ要素の符号化フォーマットを判定させ、
   各コンテンツ要素の点検による悪質な挿入の有無の検出させると共に、悪質な挿入が発見された場合には前記コンテンツ要素に対して補正を実行させ、
   前記コンテナの第一受信側装置を識別させ、
   前記第一受信側装置の復号化装置についての特徴を取得させ、
   前記復号化装置に対する前記符号化フォーマットの互換性を判定させ、
   前記補正および前記互換性に応じた、前記コンテナの適切な状況コードを形成させ、
   前記適切な状況コードに応じて第一通知を合成させる編集エンジン。
10. 前記コンピュータ読み取り可能命令はさらに、前記演算装置に、
    前記符号化フォーマットの各々を調査させ、
    特定の符号化フォーマットに関して、前記特定の符号化フォーマットの受容、前記特定の符号化フォーマットで符号化されたコンテンツ要素の、前記第一受信側装置が対応する復号化装置を有する新しい符号化フォーマットへの変換、および前記特定の符号化フォーマットで符号化されたコンテンツ要素の削除のうちのいずれか１つを選択させる請求項９に記載の編集エンジン。
11. 前記コンピュータ読み取り可能命令は、前記演算装置に、複数の状況コードの各々についての理解可能な記述を複数の表示フォーマットで保存した汎用ディクショナリに対してアクセスさせることにより、前記演算装置に前記第一通知を合成させる請求項９に記載の編集エンジン。
12. 実行されると前記演算装置に、
    前記汎用ディクショナリによって提供された表示フォーマットを判定させ、
    前記第一受信側装置の復号化装置に互換性のある少なくとも１つの表示フォーマットを選択させ、
    前記汎用ディクショナリのコントローラに対して、前記少なくとも１つの表示フォーマットで前記適切な状況コードの記述を提供させるように命令させるコンピュータ読み取り可能命令をさらに備える請求項１１に記載の編集エンジン。
13. 前記コンピュータ読み取り可能命令は、前記演算装置に、複数のタイプの受信側装置のうち各タイプの受信側装置の復号化装置に関する情報を保存した受信側装置データベースに対してアクセスさせることにより、前記復号化装置の特徴を取得させる請求項９に記載の編集エンジン。
14. 前記コンピュータ読み取り可能命令はさらに、前記演算装置に、
    前記コンテナの第二受信側装置を識別させ、
    前記第二受信側装置の復号化装置についての特徴を取得させ、
    前記第二受信側装置の前記復号化装置に対する前記符号化フォーマットの適合性を判定させ、
    前記補正および前記適合性に応じて、前記コンテナの特定の状況コードを形成させ、
    前記特定の状況コードに応じて第二通知を合成させる請求項９に記載の編集エンジン。
15. 前記コンピュータ読み取り可能命令はさらに、前記演算装置に、
    前記第一通知を含む前記コンテナの現在のサイズを判定させ、
    前記第一受信側装置により規定されたサイズの上限を判定させ、
    前記現在のサイズが前記サイズの上限を超過する場合に、予め設定された優先順位に応じて、前記複数のコンテンツ要素のうち１つを削除させ、
    前記現在のサイズが前記サイズの上限を超過しない場合に、前記コンテナに前記第一通知を追加して第一拡大コンテナを生成させ、前記第一拡大コンテナを前記第一受信側装置へ送信させ、および前記コンテナの送信元へ前記第一通知を送信させる請求項１０に記載の編集エンジン。

Images