"aデータのフレームと、前記フレーム内でトランジェントが発生することを示す指標と、前記フレーム内の前記トランジェントの位置とを得ることと、b前記トランジェントの指標に基づいて、前記フレームに対してブロックサイズを設定し、それによって前記フレーム内に複数の同一サイズのブロックを効果的に定義することと、c前記トランジェントの位置に基づいて、前記複数の同一サイズのブロックのうちの異なるブロックに対して異なるウィンドウ関数を選択することと、dステップcにおいて選択された前記ウィンドウ関数を適用することによって前記データのフレームを処理すること、とを含むフレーム型データを処理するための方法。前記ウィンドウ関数が、前記トランジェントを含む、前記同一サイズのブロックのうちの識別された1つのブロック内により高い分解能をもたらすように選択される、請求項1に記載の方法。前記識別されたブロック内で、前記ウィンドウ関数のうち、他のものより狭いトランジェントウィンドウ関数を用い、前記トランジェントウィンドウ関数外にあるサンプルをゼロにすることによって、前記より高い分解能が得られる、請求項2に記載の方法。前記ウィンドウ関数が、完全な復元のための条件を満足するような方法で互いに重なり合う、請求項1に記載の方法。様々なデータのフレームに対して、ステップa~dを複数回繰り返すステップを更に含む、請求項1に記載の方法。ステップcにおいて選択された前記ウィンドウ関数が、標準トランジェントフレームウィンドウ関数と、前記標準トランジェントフレームウィンドウ関数より狭いトランジェントウィンドウ関数と、iトランジェント前移行ウィンドウ関数及びiiトランジェント後移行ウィンドウ関数のうちの少なくとも1つとを含む、請求項1に記載の方法。i前記トランジェントウィンドウ関数が、前記トランジェントを含む前記ブロックにおいて用いられ、ii前記トランジェント前移行ウィンドウ関数が、前記フレーム内に前記トランジェントを含む前記ブロックの直前の前記ブロックがあれば、そのブロックにおいて用いられ、iii前記トランジェント後移行ウィンドウ関数が、前記フレーム内に前記トランジェントを含む前記ブロックの直後の前記ブロックがあれば、そのブロックにおいて用いられる、請求項6に記載の方法。前記データのフレームが音声信号を含む、請求項1に記載の方法。前記データのフレームが物理的現象を表す信号を含む、請求項1に記載の方法。aデータのフレームと、前記フレーム内でトランジェントが発生することを示す指標と、前記フレーム内の前記トランジェントの位置とを得ることと、b前記トランジェントを含む区域内により高い分解能がもたらされるように、前記フレーム内で用いられる様々なウィンドウ関数を選択することと、cステップbにおいて選択された前記ウィンドウ関数を適用することによって前記データのフレームを処理すること、とを含むフレーム型データを処理するための方法。前記ウィンドウ関数が、完全な復元のための条件を満足するような方法で互いに重なり合う、請求項10に記載の方法。様々なデータのフレームに対して、ステップa~cを複数回繰り返すステップを更に含む、請求項10に記載の方法。前記データのフレームが音声信号を含む、請求項10に記載の方法。aデータのフレームと、前記フレーム内でトランジェントが発生することを示す指標と、前記フレーム内の前記トランジェントの位置とを得るための手段と、b前記トランジェントの指標に基づいて、前記フレームに対してブロックサイズを設定し、それによって前記フレーム内に複数の同一サイズのブロックを効果的に定義するための手段と、c前記トランジェントの位置に基づいて、前記複数の同一サイズのブロックのうちの異なるブロックに対して異なるウィンドウ関数を選択するための手段と、d前記手段cによって選択された前記ウィンドウ関数を適用することによって前記データのフレームを処理するための手段、とを含むフレーム型データを処理するためのシステム。前記ウィンドウ関数が、前記トランジェントを含む、前記同一サイズのブロックのうちの識別された1つのブロック内により高い分解能をもたらすように選択される、請求項14に記載のシステム。前記より高い分解能が、前記識別されたブロック内で、前記ウィンドウ関数のうち、他のものより狭いトランジェントウィンドウ関数を用い、前記トランジェントウィンドウ関数外にあるサンプルをゼロにすることによって得られる、請求項14に記載のシステム。前記ウィンドウ関数が、完全な復元のための条件を満足するような方法で互いに重なり合う、請求項14に記載のシステム。様々なデータのフレームに対して、前記手段a~dの処理を複数回繰り返すための手段を更に含む、請求項14に記載のシステム。前記手段cによって選択された前記ウィンドウ関数が、標準トランジェントフレームウィンドウ関数と、前記標準トランジェントフレームウィンドウ関数より狭いトランジェントウィンドウ関数と、iトランジェント前移行ウィンドウ関数及びiiトランジェント後移行ウィンドウ関数のうちの少なくとも1つとを含む、請求項14に記載のシステム。前記データのフレームが音声信号を含む、請求項14に記載のシステム。本発明は、従来システムのウィンドウ関数選択素子16における改良を主な目的とする。本発明の1つの特徴は、新たなブリーフウィンドウ関数、例えば、図8に示されるようなウィンドウ関数100の導入である。WIN_SHORT_BRIEF2BRIEFと表示されているこのウィンドウ関数100は、従来のウィンドウ関数WIN_SHORT_SHORT2SHORT40と同様に、ショートブロック内で用いられることが意図されている。実際、下記により詳細に説明されている通り、本発明の好ましい実施形態において、ウィンドウ関数WIN_SHORT_BRIEF2BRIEF100は、ウィンドウ関数WIN_SHORT_SHORT2SHORT40と同じフレーム内での使用が意図されている。しかし、従来のウィンドウ関数とは異なり、ブリーフウィンドウ関数100は、その時間分解能を向上させるために、多数の先行及び遅行ゼロ重みを用いることにより、それが占有する図8における端点102及び103を有するブロックの全体長さの中心部分のみを信号整形に使う。例えば、ショートブロック長さ=256サンプルである場合、ブリーフウィンドウ関数100は、好ましくは、中心の160サンプル内で非ゼロでありこの場合、それは対称でもある、そのようなサンプルのうちの最初の16個及び最後の16個が、ブリーフウィンドウ関数100に隣接する各移行ウィンドウ関数と重なり合い、ウィンドウの最初の48サンプル及び最後の48サンプルにゼロ重みが付いている。本発明の好ましい実施形態において、このブリーフウィンドウ関数100は、音声フレーム内のトランジェントサンプルが例えば、トランジェントサンプルを含むブロックにおいて検出されている場合にのみ用いられ、一方、通常のショートウィンドウ関数例えば、従来のウィンドウ関数40、又は本発明によって提供される新たな移行関数のうちの1つが、フレームの残りの部分における準定常サンプルに適用される。これにより、従来技術に比べ、以下の可能性がもたらされる。著しくより大きなブロックサイズを用いることができ、この場合、準定常サンプルに対する周波数分解能が向上し、一方、トランジェントサンプル周辺の時間分解能は不変のままである。ブロックサイズを不変のままとすることができ、この場合、準定常サンプルに対する周波数分解能が不変であり、一方、トランジェントサンプル周辺の時間分解能は向上する。若干より大きいブロックサイズを用いることができ、この場合、準定常サンプルに対する周波数分解能が若干向上し、一方、トランジェントサンプル周辺の時間分解能も若干向上する。上記選択肢の何れであっても、相反する時間-周波数分解能要件に対処する折衷的解決策が改善される。ウィンドウ関数100を他の2つの主要なウィンドウ関数、すなわち、WIN_LONG_LONG2LONG30及びWIN_SHORT_SHORT2SHORT40と共に例えば、完全な復元の条件を満足するために用い易くするために、付加的な移行ウィンドウ関数が導入されることが好ましい。そのような移行ウィンドウ関数の例を以下に挙げる。但し、最初に、本開示においては一般に以下の専門語が用いられていることに言及しておく。WIN_BlockLength_PriorWF2SubsWF、但し、BlockLengthは現在のウィンドウ関数に占有されているブロックの長さ例えば、ロング又はショートを示し、PriorWFは、直前のブロックにおけるウィンドウ関数の種類例えば、ロング、ショート又はブリーフを識別し、SubsWFは、直後のブロックにおけるウィンドウ関数の種類例えば、ロング、ショート又はブリーフを識別する。移行ウィンドウ関数110図9に示され、WIN_SHORT_SHORT2BRIEFと表示されているは、トランジェントを含む別のショートブロックの直前のショートブロック内で用いられる。すなわち、それはウィンドウ関数WIN_SHORT_BRIEF2BRIEF100の直前にある。ウィンドウ関数120図10に示され、WIN_SHORT_BRIEF2SHORTと表示されているは、トランジェントを含む別のショートブロックの直後のショートブロック内で用いられる。すなわち、それはウィンドウ関数WIN_SHORT_BRIEF2BRIEF100の直後にある。ウィンドウ関数130図11に示され、WIN_LONG_LONG2BRIEFと表示されているは、トランジェントを含むショートブロックの直前のロングブロック内で用いられる。すなわち、それはトランジェントを含む次のフレームの直前のフレームを包含し、このトランジェントは次のフレームのまさに最初のブロック内にある。ウィンドウ関数140図12に示され、WIN_LONG_BRIEF2LONGと表示されているは、トランジェントを含むショートブロックの直後のロングブロック内で用いられる。すなわち、それは、トランジェントを含む先行フレームの直後のフレームを包含し、このトランジェントは先行フレームのまさに最後のブロック内にある。ウィンドウ関数150図13に示され、WIN_LONG_BRIEF2BRIEFと表示されているは、トランジェントを含む2つのショートブロックの間に挟まれたロングブロック内で用いられる。すなわち、それはトランジェントを含む2つのフレームの間のフレームを包含し、先行フレームにおけるトランジェントがそのまさに最後のブロック内にあり、次のフレームにおけるトランジェントがそのまさに最初のブロック内にある。ウィンドウ関数160図14に示され、WIN_LONG_SHORT2BRIEFと表示されているは、トランジェントを含む2つのフレームの間のフレームを包含するロングブロック内で用いられ、先行フレームにおけるトランジェントがそのまさに最後のブロック以外のどこかにあり、次のフレームにおけるトランジェントがそのまさに最初のブロック内にある。ウィンドウ関数170図15に示され、WIN_LONG_BRIEF2SHORTと表示されているは、トランジェントを含む2つのフレームの間のフレームを包含するロングブロック内で用いられ、先行フレームにおけるトランジェントはそのまさに最後のブロックにあり、次のフレーム内のトランジェントはそのまさに最初のブロック以外のどこかにある。各場合において、ウィンドウ関数は、完全な復元の条件を満足するような方法で、両側の隣接するウィンドウ関数と重なり合うように設計されることが好ましい。用いられ得るウィンドウ関数の具体的な例を以下に挙げる。図16は、本発明の代表的な実施形態に係るウィンドウ関数を選択するための技術を示すフローチャートである。一般的に、図16に示されている全プロセスは自動化される例えば、ソフトウェア、ファームウェア、専用ハードウェア、又はそれらの任意の組み合わせにおいて実行されるであろう。最初に、ステップ202において、データのフレームを得る。この点に関し、本発明に従って、種々様々な種類のデータを処理してもよい。本開示を通して、多くの場合、データは音声信号に対応するものと仮定される。しかし、このことは制限的であると解釈されるべきではなく、得られるデータはむしろ、画像信号、映像信号、又は、熱、圧力、放射、運動、距離、任意の生物学的機能、天候及び/又は任意の地質学的現象を表す信号といった、任意の他の物理学的現象を表すものであってもよい。また、データフレームは例えば、データが通信チャンネルを通じて受信されている場合におけるようにデータのソースによって定義されていてもよいことに留意すべきである。代替的には、例えば、データは、連続ストリームにおいて受信され、処理を目的として例えば、内部的にフレーム群にセグメント化されてもよい。何れにせよ、本処理は限定的ではないが特に、個々のフレームに分離されたデータに適用可能である。上記に示した通り、フレーム型処理によって、データストリーム全体の個々の部分を、幾つかの特定の点について均一に処理することができる。本発明の好ましい実施形態において、各フレームは均一なブロックサイズを有する。この点に関し、ブロックは、フレームに対する基本信号処理単位と定義されることが好ましい。例えば、フレーム内のデータを、例えば、離散コサイン変換又は高速フーリエ変換を用いて、元の領域例えば、音声信号の場合は時間領域から周波数領域へ、又は一組の直交関数によって定義される任意の他の変換領域へ例えば、信号処理モジュール19において変換されるべきである場合、変換領域内での変換及びそれに続く全ての処理は、ブロック毎に別個に行われることが好ましい。従って、好ましい実施形態において、フレームは単一ブロックに包含されていてもよく、代替的には、複数の同一サイズのブロックに包含されていてもよい。従来技術におけるように、ブロックサイズは、フレーム全体を包含する大ブロックサイズと、フレーム全体に均一に分散された複数の連続ブロックをもたらす小ブロックサイズ、の2つのみであるであることがより好ましい。更に、さもなければ起こるであろう境界の問題に取り組むために、従来技術におけるように、本発明のブロックは例えば、完全な復元の条件を満足するような方法で互いに重なり合うことが好ましい。概念上、各ブロックは例えば、モジュール19において次に処理されるべき多数のコアサンプルと、そのようなコアサンプルに隣接する多数の境界サンプルとを含むと考えることができる。好ましい実施形態において、コアサンプルはシーケンスにおける新たなサンプルであり、境界サンプルは先行ブロックからの履歴サンプルである。他方、フレームは、連続し、重なり合っていないことが好ましい。結果として、フレームの始めにあるブロックが先行フレームと重なり合う。単一ブロックに包含されているフレームについては、その単一ブロックが先行フレーム全体と重なり合う。データフレームそのものを得ることに加え、ステップ202では例えば、過渡検出器14からトランジェント標識も得る。好ましい実施形態において、得られたトランジェント標識は、現在のフレームにトランジェントが存在するかどうか、もし存在するならフレームのどこに存在するのかを示す。現在のフレームにおいて2つ以上のトランジェントが検出された場合、そのようなトランジェントそれぞれの位置が得られる例えば、過渡検出器14によって識別され、その後、過渡検出器14から受信されることが好ましい。説明を簡略化するため、本開示においては、一般性を喪失することなく、各フレームにおいて検出されるトランジェントはあるとしても1つだけと仮定することがある。実際のトランジェントの検出は、例えば、任意の既存技術を用いて行うことができる。通常、トランジェントは、非常に短い時間に渡って高周波数成分におけるスパイクとして顕在化し、よってこのことを基に検出することができる。何れにせよ、多くの場合、閾値が規定され、それを下回った場合、信号活動はトランジェントと見なされるであろう。図16を再び参照し、ステップ203において、現在のフレームにトランジェントが存在するかどうか判断する。この判断は、過渡検出器14によって提供される情報に基づいて簡単明瞭であることが好ましい。トランジェントが存在しない場合、処理はステップ205に進む。トランジェントが存在する場合、処理はステップ210に進む。ステップ205において、現在のフレームにトランジェントが含まれないという判断に基づいて、ブロックサイズを設定する。好ましい実施形態において、このような場合、単一ブロックを用いてフレーム全体を包含する。このブロックに、現在のフレームにおけるコアサンプルとしての全てのサンプル、及び先行フレーム群からの一部又は全てのサンプルが含まれることがより好ましい。例示的なブロックサイズとしては2,048サンプル、すなわち、先行フレームからの1,024コアサンプルフレームサイズも1,024サンプルと1,024サンプルである。次に、ステップ207において、現在のフレームに対してウィンドウ関数を単一ブロックがフレーム全体を包含するものと仮定して選択する。好ましい実施形態において、このステップには、直前及び直後のフレーム群/ブロック群の評価が含まれる。ウィンドウ関数の数が増えているため、従来技術に比べ、適切なウィンドウシーケンスの決定は典型的には若干複雑化しているが、基本的な原則は比較的簡単明瞭である。具体的には、ロングウィンドウ関数が選択され、その具体的な形態はその前及び次のフレームにおけるトランジェントの存在及び位置によって決まる。具体的な選択は、以下の通り行われることが好ましい。ステップ207において適切なウィンドウ関数が選択されると、それはステップ17において例えば、上述した通り適用される。他方、ステップ203において、現在のフレームにトランジェントが存在すると判断されていた場合、処理は、ブロックサイズを小に設定するステップ210に進んでいたであろう。1,024サンプルというフレームサイズに関する一例は、256サンプルというブロックサイズ、すなわち、先行ブロックとフレームが8ブロックに包含されるように重なり合う128コアサンプルと128サンプルである。本実施形態は、2つの起こり得る状況トランジェントあり/トランジェントなしそれぞれに関して単一ブロックサイズを意図しているが、他の実施形態においては、任意の所望の基準に基づいて様々なブロックサイズを選択してもよく、フレームは様々なサイズのブロック群からなっていてもよいことに留意すべきである。何れにせよ、ブロックサイズが確立されると、処理は、現在のフレーム内の様々なブロックに対して様々なウィンドウ関数が選択されるステップ212に進む。現在のフレームに少なくとも1つのトランジェントが含まれることが分かっているため、WIN_SHORT_BRIEF2BRIEFウィンドウ関数100が識別された位置群において少なくとも1度用いられるであろう。ブリーフウィンドウ関数とショートウィンドウ関数のシーケンスが、以下の原則に従って、現在のフレームのショートブロックに対して選択されることがより好ましい。ブロックの時間分解能を向上させるために、WIN_SHORT_BRIEF2BRIEFが、トランジェントが発生するブロックにおけるサンプルに適用される。トランジェントを含むウィンドウの直前にあるウィンドウに対するウィンドウ関数が...2BRIEFという形態の指定を有する。トランジェントを含むウィンドウの直後にあるウィンドウに対するウィンドウ関数が..._BRIEF2...という形態の指定を有する。従って、以下のウィンドウ関数の組み合わせは何れも許容される。フレーム内にウィンドウ関数を配置するためのCで書かれた具体的な手順は、本開示のウィンドウ関数選択ルーチンという見出しの節に記載されている。しかし、一般的には、トランジェント前移行ウィンドウ関数は、それ自体のブロック長ロング又はショート及びその直前のウィンドウ関数ロング、ショート又はブリーフの性質に基づいて、上記表の左欄から選択される。同様に、トランジェント後移行ウィンドウ関数は、それ自体のブロック長ロング又はショート及びその直後のウィンドウ関数ロング、ショート又はブリーフの性質に基づいて、上記表の右欄から選択される。iトランジェント前トランジェントブロックの直前のブロック、iiトランジェントトランジェントを含むブロック、iiiトランジェント後トランジェントブロックの直後のブロック、ivフレームの最初のブロック、又はvフレームの最後のブロック、でない現在のフレーム内の各ブロックには、WIN_SHORT_SHORT2SHORT40のウィンドウ関数が割り当てられることが好ましい。現在のフレームにおける最初のブロックはそれがトランジェント前、トランジェント又はトランジェント後ブロックでないものと仮定して、WIN_SHORT_PriorWF2SHORTのウィンドウ関数が割り当てられることが好ましく、現在のフレームの最後のブロックはそれがトランジェント前、トランジェント又はトランジェント後ブロックでないものと仮定して、WIN_SHORT_SHORT2SubsWFのウィンドウ関数が割り当てられることが好ましい。ステップ212が完了すると、処理をステップ17に進め、選択されたウィンドウ関数を適用する。ステップ17が完了すると、処理をステップ202に戻し、次のフレームの処理を行う。図16に示すフローチャートは、本来、性質上概念的なものであることが理解されるべきである。実際、上記に示した通り、1つのフレームに対するウィンドウ関数群の選択は、典型的には、隣接するフレーム群におけるトランジェントの存在及び位置に影響されるであろう。従って、1つのフレームに対するウィンドウ関数群の選択は、1つ以上の他のフレーム群に対するウィンドウ関数群の選択と同時に行われてもよい。少なくとも、現在のフレームに対する選択は、次のフレームに適用されるであろうウィンドウ関数を見越して行われることが好ましい。図16に示されたフローチャートの部分216は、図1における従来のウィンドウ関数選択モジュール16において行われる対応する処理に代えて用いることができることに言及する。その結果、本発明の技術は、典型的には、従来システムに対する改良点として容易に取り入れることができる。本発明が用いられてもよい1つの用途として、音声符号化/復号化がある。そのようなシステム内で、符号器は、典型的には、それが現在のフレームを符号化するのに用いたウィンドウ関数を、復号器が同じウィンドウ関数を用いてフレームを復号することができるように、復号器に知らせる。従来技術に関し、この目的を達成するためには、一般に、ウィンドウ関数インデックスが1つだけ復号器に送信されればよく、その理由は以下の通りである。検出されたトランジェントを有しないフレームに対しては、ロングウィンドウ関数群のうち1つだけが用いられ、よってそれが復号器に知らされる必要がある。1つ以上のトランジェントを含むフレームに対しては、フレーム内の全てのウィンドウ関数が同じ、すなわち、WIN_SHORT_SHORT2SHORT40である。そのような検出されたトランジェントを有しない2つのフレームの間に挟まれたフレーム70が図7に示されている。上記所説は本発明の技術にも当てはまる。すなわち、復号器が符号器と同じウィンドウ関数群を用いてフレームを復号化するために、ウィンドウ関数インデックスは1つだけ復号器に送信されればよい。これは以下の理由による。検出されたトランジェントを有しないフレームに対しては、本技術においても、ロングウィンドウ関数群のうちのどの1つが用いられるのかを復号器に知らせるだけでよい。検出されたトランジェントを有するフレームに対しては、符号器は、現在のフレームの最初のブロックにおいてトランジェントが存在するかどうか、及び次のフレームの最初のブロックにおいてトランジェントが存在するかどうかを復号器に知らせるだけでよく、その後、フレーム全体に対するウィンドウ関数群のシーケンスを、本明細書に記載された手順を用いて決定することができる。好ましい実施形態において、WIN_SHORT_BRIEF2BRIEFウィンドウ関数100がトランジェントを有するブロックに対して用いられているため、この情報を伝達するのに以下の専門語を用いてもよい。WIN_SHORT_CurrentSubs、但し、CurrentSHORT=いいえ、BRIEF=はいは、現在のフレームの最初のブロックにおいてトランジェントが存在するかどうかを識別し、SubsSHORT=いいえ、BRIEF=はいは、次のフレームの最初のブロックにおいてトランジェントが存在するかどうかを識別する。例えば、WIN_SHORT_BRIEF2BRIEFは、現在のフレームの最初のブロック及び次のフレームの最初のブロックにおいてトランジェントが存在することを示し、WIN_SHORT_BRIEF2SHORTは、現在のフレームの最初のブロックにおいてトランジェントが存在するが、次のフレームの最初のブロックにおいては存在しないことを示す。図17~20は、本発明に係る例示的なウィンドウ関数シーケンスを示す。そのようなシーケンスそれぞれにおいて、WIN_SHORT_BRIEF2BRIEFウィンドウ関数100と示されているような少なくとも1つのトランジェントを有するフレームが、両側のトランジェントを含まない2つのフレームに囲まれている。しかし、これらの例は限定的であると解釈されるべきではなく、それぞれが少なくとも1つのトランジェントを有する連続フレームも許容される。例示的実施広く用いられているウィンドウ関数の1つに以下の正弦関数がある。ロングウィンドウ関数はM=L、ショートウィンドウ関数はM=S、及びブリーフウィンドウ関数はM=B、但し、L>S>Bである場合、以下のウィンドウ関数を定義することができる。好適な一組のウィンドウ長パラメータはL=1024、S=128、及びB=32である。但し、他のパラメータをその代わりに用いてもよい。システム環境一般的に、明確にそうでないことが示されている場合を除いて、本明細書に記載されている全てのシステム、方法、及び技術は、1つ以上のプログラム可能な汎用コンピューティングデバイスの使用により実行可能である。そのようなデバイスは、典型的には、例えば、共通のバス等により相互接続された以下の部品の少なくとも一部を含むであろう:1つ以上の中央処理装置CPU;読み出し専用メモリーROM;ランダムアクセスメモリーRAM;例えば、シリアルポート、パラレルポート、USB接続、又はファイアワイヤ接続のようなハードワイヤード接続を用いた、又はブルートゥースや802.11プロトコルのような無線プロトコルを用いた他のデバイスとインターフェースをとるための入力/出力ソフトウェア及び回路;例えば、イーサネットカードのようなハードワイヤード接続、又は、符号分割多元接続CDMA、グローバルシステムフォーモバイルコミュニケーションズGSM、ブルートゥース、802.11プロトコル、又は任意の他のセルラー系や非セルラー系システムのような無線プロトコルを用いた、本発明の多くの実施形態において、次にインターネット又は任意の他のネットワークに接続する、1つ以上のネットワークを接続するためのソフトウェア及び回路;表示装置例えば、陰極線管表示装置、液晶表示装置、有機発光表示装置、ポリマー発光表示装置、又は任意の他の薄膜表示装置;他の出力デバイス例えば、1つ以上のスピーカー、ヘッドフォンセット、及びプリンター;1つ以上の入力デバイス例えば、マウス、タッチパッド、タブレット、タッチセンサー表示装置や他のポインティングデバイス、キーボード、キーパッド、マイクロフォン、及びスキャナー;大容量記憶装置例えば、ハードディスクドライブ;リアルタイムクロック;例えば、RAM、磁気ディスク、磁気テープ、光磁気ディスク、光ディスク等からの読出し及びそれらへの書込みのためのリムーバブル記憶読出し/書込みデバイス;及び例えば、ファックスを送る、又はダイアル呼出し接続を介してインターネット又は任意の他のコンピュータネットワークに接続するためのモデム。操作において、上記方法及び機能を、そのような汎用コンピュータによって行う範囲において実施するための工程は、典型的には、まず大容量記憶装置例えば、ハードディスクに記憶され、RAMにダウンロードされた後、RAMのCPUにより実行される。しかし、場合によっては、工程は、まずRAM又はROMに記憶される。本発明の実施において用いられる好適なデバイスは、種々の製造元から入手され得る。種々の実施形態において、タスクのサイズ及び複雑性に応じ、様々な種類のデバイスが用いられる。好適なデバイスには、本体コンピュータ、多重プロセッサコンピュータ、ワークステーション、パーソナルコンピュータ、及び、PDA,無線電話、又は任意の他の機器又はデバイスといった更に小型のコンピュータが含まれ、これらは独立型であっても、ネットワークにハードワイヤードされていても、ネットワークに無線接続されていてもよい。更に、これまで汎用のプログラム可能なデバイスについて説明してきたが、他の実施形態においては、1つ以上の専用プロセッサ又はコンピュータがそれに代えて又はそれに加えて用いられる。一般に、特にそうでない旨の言及がある場合を除き、上記に述べた機能は全て、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせにおいて実施可能であり、この特定の実施事項は公知の技術トレードオフに基づいて選択されることに留意すべきである。より具体的には、当業者が容易に理解するであろうように、上記に述べた機能が、一定の、予め設定された、又は論理的な方法で実施される場合、それはプログラミング例えば、ソフトウェア又はファームウェア、論理素子ハードウェアの適切な配置、又はこれら2つの任意の組み合わせを通して達成され得る。本発明がまた、この発明の方法及び機能を行うためのプログラム命令が記憶される機械可読媒体にも関連していることが理解されるべきである。そのような媒体には、例示として、磁気ディスク、磁気テープ、CDROM及びDVDROMのような光学的に読み取り可能な媒体、又はPCMCIAカードのような半導体メモリ、種々のメモリカード、USBメモリデバイス等が含まれる。何れにせよ、媒体は、小型ディスクドライブや小型ディスク、ディスケット、カセット、カートリッジ、カード、スティック等のような携帯アイテムの形態であってもよく、又は、ハードディスクドライブ、コンピュータや他のデバイスに備えられたROMやRAMのような比較的より大型の、あるいは固定されたアイテムの形態であってもよい。上記説明においては、電子計算機コンピュータ及びデバイスに主に重点が置かれている。しかし、電子的、光学的、生物学的、及び化学的処理の任意の組み合わせを用いたデバイスといった、任意の他の演算デバイス又は他の種類のデバイスを用いてもよいことが理解されるべきである。更なる検討事項上記に、本発明の幾つかの様々な実施形態を、それぞれが特定の特徴を含むものとして述べた。しかし、当業者が理解するであろうように、どの1つの実施形態の記述に関して述べられた特徴もその実施形態に限定されず、その他の実施形態の何れにおいても種々の組み合わせで含まれ、及び/又は配置されてもよいことが意図されている。同様に、上記記述において、機能は、特定のモジュール又は素子に起因している場合がある。しかし、機能は一般に、所望により、様々なモジュール又は素子の間で再分散されてもよく、場合によっては、特定の素子又はモジュールの必要性が完全になくなり、及び/又は新たな素子又はモジュールの追加が必要となる。機能の正確な分散は、当業者が理解するであろうように、本発明の具体的な実施形態を参照し、公知の技術トレードオフに従って行われることが好ましい。従って、本発明を、その例示的な実施形態及び添付の図面に関して詳細に説明してきたが、本発明の精神及び範囲から逸脱することなく、本発明の種々の適合及び変更が達成され得ることが当業者に明らかであるべきである。従って、本発明は、図面に示され、上記に述べられた厳密な実施形態に限定されない。むしろ、本発明の精神から逸脱しない全てのそのような変形例が、その範囲に含まれ、本明細書に添付されている請求項によってのみ限定されると考えられることが意図されている。ウィンドウ関数選択ルーチン但し:"