多者通話から受信するメディアストリームをローカル音声又は映像メディアレンダリングのために参加クライアントユーザ機器へ配信する、電気通信ネットワークにおけるメディアサーバのための方法であって、同時に配信すべきメディアストリームの最大数を、前記クライアントユーザ機器とのネゴシエーションに基づいて決定するステップと、前記クライアントユーザ機器から、各メディアストリームについてのクライアント優先度を示す、更新されたメディアストリーム要求を定期的に受信するステップと、前記要求されたメディアストリームの前記クライアント優先度と、選択されたメディアストリームの数が前記決定されたメディアストリームの最大数を超えてはならないという条件とに基づいて、前記要求からメディアストリームを選択するステップと、前記選択されたメディアストリームを前記多者通話のローカルレンダリングのために前記クライアントユーザ機器に送信するステップと、を有することを特徴とする方法。前記メディアサーバが、メディア優先度を各メディアストリームに関連付けるステップをさらに有し、前記メディアストリームを選択する前記ステップが、前記メディア優先度にも基づくことを特徴とする請求項1記載のメディアサーバのための方法。メディアストリームに関連付けられる前記メディア優先度が、受信するメディアストリームの少なくとも1つの特性に基づくことを特徴とする請求項2記載のメディアサーバのための方法。前記メディアストリームの最大数を決定する前記ステップが、利用可能な帯域幅に基づくことを特徴とする請求項1乃至請求項3のいずれか1項に記載のメディアサーバのための方法。前記メディアストリームの最大数を決定する前記ステップが、前記クライアントユーザ機器の能力に基づくことを特徴とする請求項1乃至請求項4のいずれか1項に記載のメディアサーバのための方法。前記クライアント優先度が、位置情報、アプリケーション固有情報、およびエンドユーザの選択の少なくとも1つに基づくことを特徴とする請求項1乃至請求項5のいずれか1項に記載のメディアサーバのための方法。多者通話の音声又は映像のローカルレンダリングのためにメディアストリームをメディアサーバから受信する、電気通信ネットワークにおけるクライアントユーザ機器のための方法であって、各メディアストリームについてのクライアント優先度を示す、更新されたメディアストリーム要求を、前記メディアサーバに定期的に送信するステップと、要求されたメディアストリームのクライアント優先度と、メディアストリームの数が決定されたメディアストリームの最大数を超えてはならないという条件とに基づいて前記メディアサーバが選択したメディアストリームを、前記メディアサーバから受信するステップと、を有することを特徴とする、クライアントユーザ機器のための方法。前記クライアントユーザ機器が、前記多者通話のメディアを前記メディアストリームとは別個に受信するレンダリング情報に基づいてローカルレンダリングするステップをさらに有することを特徴とする請求項7記載のクライアントユーザ機器のための方法。前記受信するメディアストリームが、前記メディアサーバによって決定され、前記メディアストリームに関連付けされたメディア優先度にさらに基づいて前記メディアサーバによって選択されていることを特徴とする請求項7または請求項8に記載のクライアントユーザ機器のための方法。前記メディアストリームの最大数が、利用可能な帯域幅に基づいて、前記メディアサーバとのネゴシエーションにおいて決定されることを特徴とする請求項7乃至請求項9のいずれか1項に記載のクライアントユーザ機器のための方法。前記メディアストリームの最大数が、前記クライアントユーザ機器の能力に基づいて、前記メディアサーバとのネゴシエーションにおいて決定されることを特徴とする請求項7乃至請求項10のいずれか1項に記載のクライアントユーザ機器のための方法。前記クライアント優先度が、位置情報、アプリケーション固有情報、およびエンドユーザの選択の少なくとも1つに基づくことを特徴とする請求項7乃至請求項11のいずれか1項に記載のクライアントユーザ機器のための方法。多者通話から受信するメディアストリームをローカル音声又は映像メディアレンダリングのために参加クライアントユーザ機器へ配信するように構成された、電気通信ネットワークに接続可能なメディアサーバであって、同時に配信されるメディアストリームの最大数を、前記クライアントユーザ機器とのネゴシエーションに基づいて決定する決定手段と、前記クライアントユーザ機器から、各メディアストリームについてのクライアント優先度を示す、更新されたメディアストリーム要求を定期的に受信する受信手段と、前記要求されたメディアストリームの前記クライアント優先度と、選択されたメディアストリームの数が前記決定されたメディアストリームの最大数を超えてはならないという条件とに基づいて、受信した要求からメディアストリームを選択する選択手段と、前記選択されたメディアストリームを多者通話のローカルレンダリングのために前記クライアントユーザ機器に送信する送信手段と、を有することを特徴とするメディアサーバ。前記選択手段がさらに、前記メディアサーバによって決定されて各メディアストリームに関連付けられたメディア優先度に基づいてメディアストリームを選択するように構成されること特徴とする請求項13記載のメディアサーバ。前記メディア優先度が、受信するメディアストリームの少なくとも1つの特性に基づくことを特徴とする請求項14記載のメディアサーバ。前記決定手段が、利用可能な帯域幅に基づいて前記メディアストリームの最大数を決定するように構成されることを特徴とする請求項13乃至請求項15のいずれか1項に記載のメディアサーバ。前記決定手段が、前記クライアントユーザ機器の能力に基づいて前記メディアストリームの最大数を決定するように構成されることを特徴とする請求項13乃至請求項16のいずれか1項に記載のメディアサーバ。多者通話の音声又は映像のローカルレンダリングのためにメディアストリームをメディアサーバから受信するように構成された、電気通信ネットワークに接続可能なクライアントユーザ機器であって、各メディアストリームについてのクライアント優先度を示すメディアストリームの要求を生成する生成手段と、更新された要求を前記メディアサーバに定期的に送信する送信手段と、前記要求されたメディアストリームの前記クライアント優先度と、メディアストリームの数が決定されたメディアストリームの最大数を超えてはならないという条件とに基づいて前記メディアサーバが選択したメディアストリームを、前記メディアサーバから受信する第1の受信手段と、を有することを特徴とするクライアントユーザ機器。前記多者通話のメディアを、前記メディアストリームとは別個に受信するレンダリング情報に基づいてローカルレンダリングするレンダリング手段をさらに有することを特徴とする請求項18記載のクライアントユーザ機器。メタデータをデータサーバから受信する第2の受信手段を有することを特徴とする請求項19記載のクライアントユーザ機器。前記クライアントユーザ機器におけるメディア入力を符号化する符号化手段をさらに有することを特徴とする請求項18乃至請求項20のいずれか1項に記載のクライアントユーザ機器。前記要求手段が、位置情報、アプリケーション固有情報、およびエンドユーザの選択の少なくとも1つに基づいて前記クライアント優先度を決定するように構成されることを特徴とする請求項18乃至請求項21のいずれか1項に記載のクライアントユーザ機器。以下、添付図面を参照して、本発明の例示的な実施形態をより詳細に説明する。以下の記載においては、本発明を所定の実施形態ならびに添付図面に関してより詳細に説明する。限定ではなく説明を目的とし、本発明の完全な理解を提供するために特定のシナリオ、技術など具体的な詳細を述べる。しかし、本技術分野の当業者には、本発明がそれら具体的な詳細とは離れた他の実施形態において実施されうることが明らかであろう。さらに、本技術分野に属する当業者は、以下に説明する機能および手段が、プログラムされたマイクロプロセッサまたは汎用コンピュータとともにソフトウェア機能を用いて、および/または特定用途向け集積回路を用いて実施されうることを理解するであろう。さらに、本発明を方法及および装置の形態で主に説明するが、本発明はコンピュータプログラムや、コンピュータプロセッサと、ここで説明する機能を実行しうる1つ以上のプログラムがコード化されている、プロセッサに接続されたメモリとを有するシステムにおいても実施することができることが理解されるであろう。以下で説明する例示的な実施形態に係るコンセプトは、メディアストリームとは別個に送信されているレンダリング情報を用いて、多者通話の極めて動的なローカルメディアレンダリングを提供することである。ある例示的な実施形態によれば、参加クライアントユーザ機器は近くに位置する他の参加クライアントユーザ機器に関するレンダリング情報、例えば地理的な特性を、データサーバ内のメディアアプリケーションから受信する。それにより、メディアサーバがこの情報を有する必要が無い。代わりに、参加クライアントユーザ機器の各々がメディアサーバに、選択されたメディアストリーム、典型的には合理的な距離内に位置する他の参加クライアントユーザ機器からのメディアストリームの配信を要求する。この要求はさらに、以下ではクライアント優先度と称する、各メディアストリームについての優先度を含んでおり、クライアント優先度は例えば、メディアストリームのソースの位置に基づくことができる。ここで、ソースの各々は、他の参加クライアントユーザ機器に対応する。メディアサーバは、どのメディアストリームを各クライアントユーザ機器に配信すべきかを、例えば要求されたメディアストリームのクライアント優先度に基づいて決定するが、メディアストリームはさらに、メディアサーバによって重み付けされたり優先度が与えられたりしてもよい。この優先度はメディアストリームの1つ以上の特性、例えば信号強度に基づくものであってよく、以下ではメディア優先度と称する。さらに、メディアストリームの数は、クライアントユーザ機器に同時に送信可能なメディアストリームの最大数を超えてはならない。この最大数は通常、セッションの開始時に、クライアントユーザ機器とのネゴシエーションで決定される。図1は、上述したローカルレンダリングのための例示的なアーキテクチャを模式的に示しており、データサーバ3によって制御される、メディアアプリケーションを実行する複数のクライアントユーザ機器を有している。しかし、図1では1つのクライアントユーザ機器2のみを示している。クライアントユーザ機器2にはさらに、エンドユーザによってクライアントユーザ機器へ入力されたメディアを符号化するステップ21と、エンドユーザに出力するためのメディアをレンダリングするステップ22と、メディアサーバ1にメディアストリームを要求するステップ23とが示され、この要求は信号S15においてメディアサーバに通信されている。メディアアプリケーションは、リアルタイム音声または映像のようなメディアを含み、メディアはメディアサーバ1によってクライアントに供給される。メディアアプリケーションに含まれるメディアは、信号S16においてデータサーバから受信するレンダリング情報に従い、ステップ22においてクライアントユーザ機器でローカルレンダリングされる。レンダリング情報は例えば3Dレンダリングに必要となるかもしれない、参加クライアントユーザ機器の地理的特性を有してよい。上述の通り、クライアントユーザ機器2およびメディアサーバ1は、メディアサーバからクライアントユーザ機器に同時に転送されうるメディアストリームの最大数を決定するため、セッション確立時にネゴシエートする。このメディアストリームの最大数は、例えば、利用可能な帯域幅および/またはクライアントユーザ機器が受信したメディアストリームを処理する能力に基づいて決定される。しかし、メディアサーバまたはクライアントユーザ機器が必要とする場合には、決定されたメディアストリーム数がセッション中に再ネゴシエーションされてもよい。セッション中、クライアントユーザ機器は要求ステップ23において、利用可能なメディアストリーム上でどのメディアストリームをメディアサーバから受信したいかを、メディアストリームすなわち、各メディアストリームのソースクライアントユーザ機器に関する要求情報メタデータに基づいて継続的に決定する。メタデータ31は信号S16においてデータサーバ3によってクライアントユーザ機器2に提供されるが、エンドユーザ図1には示されていないからも提供されてよい。従って、要求情報は例えば、データサーバによって提供されるようなソースクライアントユーザ機器に関する位置情報、エンドユーザによって手動入力される情報、データサーバによって提供されるアプリケーション固有情報、および/またはデータサーバによって提供される各参加クライアントユーザ機器に関する優先度を有してよい。選択されたメディアストリームを受信するため、クライアントユーザ機器は、メディアストリームのソースである他の参加クライアントユーザ機器の各々に関するメタデータに基づき、更新された要求をメディアサーバに信号S15で定期的に送信する。メディアストリームは、例えばクライアントユーザ機器がローカルレンダリングのために受信したいメディアストリームのソースすなわちクライアントユーザ機器のIDのリストとして要求内に示されてよい。さらに、このリストは各メディアストリームに関し、メディアストリームの重みを示すクライアント優先度を有する。クライアント優先度は、上述した要求情報メタデータに基づいている。図1では1つのクライアントおよび1つの信号しか示していないが、メディアサーバは多者通話の参加クライアントユーザ機器全てから、符号化されたメディアストリームを信号S14で受信する。クライアントユーザ機器からの要求に基づき、メディアサーバ1はメディア選択ステップ11において、各クライアントユーザ機器にどのメディアストリームを配信すべきか、およびメディアサーバとクライアントユーザ機器との間で利用可能なメディアストリーム上でユーザクライアント機器2に信号S13でどのメディアストリームを送信するかを継続的に決定する。メディアサーバによるこの決定は、クライアントユーザ機器から信号S15で受信する要求に示されるクライアント優先度に基づくが、さらに、メディア重み付けステップ12でメディアサーバが決定するメディア優先度にも基づいてもよい。このメディア重み付けはメディアストリームの1つ以上の特性、例えば信号強度に基づくこともありうる。さらに、配信すべきストリームの選択もまた、決定された、クライアントユーザ機器に同時に送信可能なメディアストリームの最大数に基づく。従って、図1では、メディアストリームがメディアのレンダリングに必要な情報とは別個に送信されていることを強調するため、メディアストリームS13およびS14は実線で示される一方、情報信号S15およびS16は破線で示されている。例示的な実施形態によれば、このメディアサーバは、各メディアストリームについてのメディア優先度をクライアントユーザ機器から受信した要求内の対応するクライアント優先度に加算し、最も高い合計優先度を有するメディアストリームを選択するとともに、メディアストリームの数を決定されたメディアストリームの最大数を超えないように定めることによって選択を実施してよい。ソースクライアントユーザ機器は要求内で、クライアントユーザ機器に既知である任意のグローバルID、例えばRTPリアルタイムプロトコルのSSRC、によって特定されてよく、要求はクライアントユーザ機器からメディアサーバに、例えばBFCPバイナリフロア制御プロトコルの拡張のような、適切なプロトコルを通じて通信される。個々のクライアントユーザ機器間でのグローバルIDの通信は、データサーバ3によって実施されるのが一般的である。図2は、多者通話からのメディアストリームをローカルレンダリングのためにクライアントユーザ機器2に配信する、メディアサーバ1のための方法の例示的な実施形態を示すフローチャートである。ステップ24でのセッション開始後、ステップ25でメディアサーバは、クライアントユーザ機器へ同時に送信可能なメディアストリームの最大数を決定する。この決定はクライアントユーザ機器とのネゴシエーションにおいて実行され、例えば利用可能な帯域幅およびクライアントユーザ機器の能力に基づくことができる。ステップ26でメディアサーバは、クライアントユーザ機器から、クライアントユーザ機器が受信を希望するメディアストリームを示す要求を受信する。より高い優先度に関連付けられたメディアストリームがより低い優先度に関連付けられたメディアストリームより先にクライアントユーザ機器へ送信されるために選択されるよう、要求内の各メディアストリームはメディアストリームの重みを示すクライアント優先度に関連付けられている。要求内に示されるクライアント優先度は例えば、ソースクライアントユーザ機器の地理的特性、データサーバから受信した優先度、アプリケーション固有情報、および/またはエンドユーザによる選択に基づくものであってよい。ステップ27でメディアサーバは、要求から複数のストリームを選択することにより、どのメディアストリームをクライアントユーザ機器に送信するかを決定する。この選択は要求内に示されるクライアント優先度と、メディアストリームの数が決定されたメディアストリームの最大数を超えてはならないという条件とに基づく。別の実施形態によれば、メディアサーバはメディアストリームの重み付けを例えば信号強度に基づいて実施し、その重みが決定に含まれるようにメディア優先度として各メディアストリームに関連付ける。次に、ステップ28でメディアサーバは、選択されたメディアストリームをクライアントユーザ機器に送信する。クライアントユーザ機器は更新された要求を定期的にメディアサーバに送信するので、ステップ26~28はステップ29でセッションが終了するまで繰り返される。図3は、ローカルレンダリングのためにメディアサーバからメディアストリームを受信する、クライアントユーザ機器のための方法の例示的な実施形態を示すフローチャートである。ステップ32でのセッション開始後、ステップ33でクライアントユーザ機器は、例えば利用可能な帯域幅およびクライアントユーザ機器の能力に基づいて、メディアサーバから同時に受信可能なメディアストリームの最大数を決定するためにメディアサーバとネゴシエーションする。ステップ34でクライアントユーザ機器は、受信を希望するメディアストリームを示す要求をメディアサーバに送信する。より高い優先度を有するメディアストリームをより低い優先度を有するメディアストリームより先に受信することをクライアントユーザ機器が好むよう、要求内の各メディアストリームはメディアストリームの重みを示すクライアント優先度に関連付けられている。要求内に示される優先度は例えば、ソースクライアントユーザ機器の地理的特性、データサーバから受信した優先度、アプリケーション固有情報、および/またはエンドユーザによる選択に基づくものであってよい。ステップ35でクライアントユーザ機器は、要求からのメディアサーバによる選択に従い、メディアサーバからメディアストリームを受信する。この選択は要求内に示されるメディアストリームのクライアント優先度と、決定されたクライアントユーザ機器に同時に送信可能なメディアストリームの最大数をメディアストリームの数が超えてはならないという条件とに基づく。別の実施形態によれば、メディアサーバはメディアストリームの重み付けを例えば信号強度に基づいて実施し、その重みを決定においてメディア優先度として含める。メディアストリームを受信するとクライアントユーザ機器は、多者通話のメディアのローカルレンダリングを、メディアストリームとは別個にメタデータとしてデータサーバ3から受信する、ソースクライアントユーザ機器の地理的特性のような適切なレンダリング情報に基づいて実行する。クライアントユーザ機器はセッション中、更新された要求を定期的にメディアサーバに送信し、ステップ37でセッションが終了するまでステップ34~36が繰り返される。図4は、例示的な実施形態に係るメディアサーバ1を模式的に示す図である。メディアサーバは、クライアントユーザ機器に同時に配信可能なメディアストリームの最大数を決定するための決定部41を有する。この決定はクライアントユーザ機器とのネゴシエーションにおいて実行され、例えば利用可能な帯域幅および/またはクライアントユーザ機器の能力に基づく。さらに、メディアサーバはクライアントユーザ機器と通信するための通信部を有し、通信部はクライアントユーザ機器から定期的に要求を受信するための受信部42を有している。この要求はクライアントユーザ機器が受信を希望するメディアストリームの表示を有しており、各メディアストリームはメディアストリームの重みを示すクライアント優先度に関連付けされている。受信部42はまた、参加クライアントユーザ機器から符号化されたメディアストリームを受信するように構成されてもよい。しかし、メディアストリームは要求と別個に受信されるため、メディアストリームは不図示の別の受信部で受信することが好ましい。さらに、メディアサーバは要求から、クライアントユーザ機器に送信するメディアストリームを選択するための選択部43を有し、この選択は要求内に示されたクライアント優先度に基づくほか、送信されたメディアストリームの数が決定されたメディアストリームの最大数を超えてはならないという条件を考慮して行われる。上述の通信部はさらに、選択されたメディアストリームをクライアントユーザ機器に送信するための送信部44を有する。別の実施形態によれば、選択部はさらに、メディアストリームの特性、例えば信号強度に基づいてメディアサーバが実行し、メディア優先度として各メディアストリームに関連付けされたメディアストリームの重み付けに基づいてメディアストリームの選択を行うように構成される。図5は、図4に示した実施形態の開示の代替方法であるメディアサーバの実施形態を模式的に示す図である。メディアサーバ1は1つまたは複数のユニットであってよい処理部51を有する。さらに、メディアサーバ1は不揮発性メモリ、例えばEEPROM電気的消去可能読み出し専用メモリ、フラッシュメモリ登録商標、またはディスクドライブの形態を有する少なくとも1つのコンピュータプログラム製品52を有している。コンピュータプログラム製品52は、メディアサーバ1で実行された際、図2とともに上述した手続のステップをメディアサーバの処理部51に実行させるコード手段を有するコンピュータプログラム53を有している。従って、図5に示す実施形態において、メディアサーバ1のコンピュータプログラム53内のコード手段は決定モジュール53a、受信モジュール53b、選択モジュール53c、および送信モジュール53dを有している。モジュール53a~53dは図4に記載したメディアサーバをエミュレートするため、図2のフローチャートにおけるステップを本質的に実行する。すなわち、異なるモジュール53a~53dが処理部51で実行される際、それらのモジュールは図4に付随する説明文とともに先に説明した図4の41、42、43、および44の各部に対応する。図5とともに上述した実施形態におけるコード手段は、メディアサーバ上で実行された際に図2にとともに上述したステップをノードに実行させるコンピュータプログラムモジュールとして実装されているが、別の実施形態ではコード手段の1つ以上がその少なくとも一部をハードウェア回路として実装されてもよい。図6は、例示的な実施形態に係るクライアントユーザ機器を模式的に示す図である。クライアントユーザ機器はメディア、例えばローカルユーザからの音声を符号化するための符号化部61と、例えばメディアサーバ1から受信したメディアストリームとメディアストリームとは別個に受信したレンダリング情報とを用いて多者通話をレンダリングするためのレンダリング部66とを有している。そのため、クライアントユーザ機器は、レンダリング用のメディアストリームをメディアサーバから受信するための第1の受信部65を有している。また、このメディアストリームは、メディアサーバがクライアントユーザ機器から受信した要求から選択したものである。従って、クライアントユーザ機器は、メディアサーバへの要求を生成するための要求部64をさらに有している。この要求は、クライアントユーザ機器が受信を希望するメディアストリームを示し、各メディアストリームはそのメディアストリームのためのクライアント優先度に関連付けられている。各ストリームに対するクライアント優先度は、例えばデータサーバ3から受信するような位置情報やアプリケーション固有情報だけでなく、エンドユーザによる選択にも基づくことができる。更新された要求は送信部62によって定期的にメディアサーバに送信される。送信部62はまた、符号化されたメディアをメディアサーバに送信するために用いられてもよい。しかし、メディアストリームは要求と別個に送信されるため、クライアントユーザ機器はメディアストリームを送信するための別個の送信部不図示を有することが好ましい。さらなる例示的な実施形態によれば、クライアントユーザ機器は、例えば多者通話に参加している他のクライアントユーザ機器に関する地理的特性といったメタデータをメディアストリームとは別個にデータサーバから受信するための第2の受信部63を有する。メタデータは要求を生成するため、また要求されるメディアストリームのクライアント優先度を決定するために要求部64によって用いられるほか、メディアレンダリングを実行するためにレンダリング部66にも用いられる。従って、データサーバから受信するメタデータは、要求情報としても、レンダリング情報としても用いられうる。図7は、図6に示した実施形態の開示の代替方法であるクライアントユーザ機器2の実施形態を模式的に示す図である。クライアントユーザ機器2は1つまたは複数のユニットであってよい処理部71を有する。さらに、クライアントユーザ機器2は不揮発性メモリ、例えばEEPROM電気的消去可能読み出し専用メモリ、フラッシュメモリ登録商標、またはディスクドライブの形態を有する少なくとも1つのコンピュータプログラム製品72を有している。コンピュータプログラム製品72は、クライアントユーザ機器2で実行された際、図3とともに上述した手続のステップを処理部71に実行させるコード手段を有するコンピュータプログラム73を有している。従って、図7に示した実施形態において、クライアントユーザ機器2のコンピュータプログラム73内のコード手段は符号化モジュール73a、送信モジュール73b、第2の受信モジュール73c、要求モジュール73d、第1の受信モジュール73e、およびレンダリングモジュール73fを有する。コード手段は、コンピュータプログラムモジュール内に構築されたコンピュータプログラムコードとして実装されてよい。モジュール73a~5fdは図6に記載したクライアントユーザ機器2をエミュレートするため、図3のフローチャートにおけるステップを本質的に実行する。すなわち、異なるモジュール73a~73fが処理部71で実行される際、それらのモジュールは図6に付随する説明文とともに先に説明した図6の61、62、63、64、65、および66の各部に対応する。図7とともに上述した実施形態におけるコード手段は、クライアントユーザ機器2上で実行された際に図3にとともに上述したステップをノードに実行させるコンピュータプログラムモジュールとして実装されているが、別の実施形態ではコード手段の1つ以上がその少なくとも一部をハードウェア回路として実装されてもよい。従って、既に暗に述べたように、図4および図5に示したようなメディアサーバ1、および図6および図7に示したようなクライアントユーザ機器2は、ソフトウェア機能を、プログラムされたマイクロプロセッサまたは汎用コンピュータとともに用いたり、および/または特定用途向け集積回路を用いたりする物理または論理エンティティによって実施されてよい。それらは適切な内部および外部記憶装置のみならず、必要な変調、符号化、フィルタ処理などを実施するだけでなく、それらの信号を適切に処理するために復調および復号する能力を有するハードウェアおよびソフトウェアを含んだ適切な通信インタフェースを有してよい。上述した実施形態は単なる例とした与えられるものであり、本発明を限定するものではない。添付の特許請求の範囲に請求された発明の範囲内に含まれる他の方法、利用、目的、および機能は本技術分野に属する当業者にとって明らかであろう。