"拡張プロトコルヘッダを含む通信を提供する方法であって、メッセージを通信プロトコルの中で提供するステップであって、前記メッセージがヘッダを有するステップ、拡張子を前記ヘッダの中に含ませるステップであって、前記拡張子がさらなる情報を含み、前記ヘッダ内の拡張子が該ヘッダへの追加フィールドの付加部からなり、前記さらなる情報が認証情報を含み、受信者が最初のユーザ認証を実行し、次いで前記メッセージに埋め込まれた前記認証情報とともに最初のリクエスタを第2の情報サービスに送り、該第2のサービスは、開始側のユーザからの信用証明を再要求することを必要とせずに、前記メッセージの前記認証情報によって前記ユーザを認証する、ステップ、及び前記メッセージを前記受信者に送信するステップであって、前記受信者が前記ヘッダの前記拡張子に含まれる前記さらなる情報を、さらなる機能を提供するために利用することができるステップを備える方法。前記さらなる情報は変更された受信者アドレスを含み、前記受信者は前記メッセージを受信して変更された受信者アドレスに前記メッセージを送る請求項1に記載の方法。前記さらなる情報はサービス識別子を含み、前記受信者は前記メッセージを受信して前記サービス識別子によって識別される特定のサービスを選択する請求項1に記載の方法。前記認証情報はセキュリティ符号を含む請求項1に記載の方法。前記プロトコルはセッション開始プロトコルSIPを含み、拡張子を含む前記ヘッダは拡張SIPヘッダを含む請求項1に記載の方法。請求項1記載の方法において、外部ネットワークに公表されることなく隠された受信者にプロトコルメッセージがルーティングされるようにすることによって、前記さらなる情報がさらなるセキュリティを与える、方法。拡張プロトコルヘッダを含む通信を提供するための、コンピュータ可読符号を有するコンピュータ可読記憶媒体であって、メッセージを通信プロトコルの中で提供する命令であって、前記メッセージがヘッダを有する、命令、拡張子を前記ヘッダの中に含ませる命令であって、前記拡張子がさらなる情報を含み、前記ヘッダ内の拡張子が該ヘッダへの追加フィールドの付加部からなり、前記さらなる情報が認証情報を含み、受信者が最初のユーザ認証を実行し、次いで前記メッセージに埋め込まれた前記認証情報とともに最初のリクエスタを第2の情報サービスに送り、該第2のサービスは、開始側のユーザからの信用証明を再要求することを必要とせずに、前記メッセージの前記認証情報によって前記ユーザを認証するように構成された命令、及び前記メッセージを前記受信者に送信する命令であって、前記受信者が前記ヘッダの前記拡張子に含まれる前記さらなる情報を、さらなる機能を提供するために利用することができる、命令を備えるコンピュータ可読記憶媒体。拡張子を前記ヘッダの中に含ませる前記命令であって、前記拡張子がさらなる情報を含む前記命令は、前記さらなる情報が変更された受信者アドレスを含み、前記受信者が前記メッセージを受信して前記変更された受信者アドレスに前記メッセージを送るための命令を含む請求項7に記載のコンピュータ可読記憶媒体。拡張子を前記ヘッダの中に含ませる前記命令であって、前記拡張子がさらなる情報を含む前記命令は、前記さらなる情報がサービス識別子を含み、前記受信者が前記メッセージを受信して前記サービス識別子によって識別される特定のサービスを選択するための命令を含む請求項7に記載のコンピュータ可読記憶媒体。拡張子を前記ヘッダの中に含ませる前記命令であって、前記拡張子が認証情報を含む前記命令は、セキュリティ符号を含む請求項7に記載のコンピュータ可読記憶媒体。前記プロトコルはセッション開始プロトコルSIPを含み、拡張子を含む前記ヘッダは拡張SIPヘッダを含む請求項7に記載のコンピュータ可読記憶媒体。請求項7記載のコンピュータ可読記憶媒体において、外部ネットワークに公表されることなく隠された受信者にプロトコルメッセージがルーティングされるようにすることによって、前記さらなる情報がさらなるセキュリティを与えるものである、コンピュータ可読記憶媒体。メモリ、プロセッサ、通信インタフェース、及びメモリとプロセッサと通信インタフェースとを接続する相互接続機構を備え、前記メモリは、プロセッサ上で実行されたときに、メッセージを通信プロトコルの中で受信するステップであって、前記メッセージがヘッダを有し、ヘッダが前記ヘッダの中に拡張子を含み、前記ヘッダ内の拡張子が該ヘッダへの追加フィールドの付加部からなり、前記拡張子がさらなる情報を含み、前記ヘッダ内の拡張子が該ヘッダへの追加フィールドの付加部からなり、前記さらなる情報が認証情報を含み、受信者が最初のユーザ認証を実行し、次いで前記メッセージに埋め込まれた前記認証情報とともに最初のリクエスタを第2の情報サービスに送り、該第2のサービスは、開始側のユーザからの信用証明を再要求することを必要とせずに、前記メッセージの前記認証情報によって前記ユーザを認証する、ステップ、及び前記メッセージを前記受信者に送信するステップであって、前記受信者が前記ヘッダの前記拡張子に含まれる前記さらなる情報を、さらなる機能を提供するために利用することができるステップの操作をコンピュータシステムが実行できるようにする、プロセシング情報のためのプロセスを提供するアプリケーションによって符号化されるコンピュータシステム。前記さらなる情報は変更された受信者アドレスを含み、前記受信者は前記メッセージを受信して変更された受信者アドレスに前記メッセージを送る請求項13に記載のコンピュータシステム。前記さらなる情報はサービス識別子を含み、前記受信者は前記メッセージを受信して前記サービス識別子によって識別される特定のサービスを選択する請求項13に記載のコンピュータシステム。前記認証情報はセキュリティ符号を含む請求項13に記載のコンピュータシステム。前記プロトコルはセッション開始プロトコルSIPを含み、拡張子を含む前記ヘッダは拡張SIPヘッダを含む請求項13に記載のコンピュータシステム。請求項13記載のコンピュータシステムにおいて、外部ネットワークに公表されることなく隠された受信者にプロトコルメッセージがルーティングされるようにすることによって、前記さらなる情報がさらなるセキュリティを与えるものである、コンピュータシステム。上で述べたような従来の機構には様々な欠点がある。そのような欠点の1つは、現在の解決策が標準的なプロトコル例えばSIPのヘッダで公表されるために、最終的な受信者アドレス必要とすることである。現在の解決策はまた、これらのアドレスが変わる場合に、プロキシ設定の再設定も必要とする。さらに、現在の機構はプロトコルヘッダ中のアドレスと受信システム上の最終的な受信者との間で1対1のマッピングを必要とする。認証のために、開始側のユーザは通常2回目に自らの信用証明を入力することを要求される。拡張プロトコルヘッダを含む通信を提供する本発明の方法および装置は、従来のシステムに関連する複数の問題を解決する。拡張プロトコルヘッダを含む通信を提供する本発明の方法および装置は、プロトコルのメッセージが標準的な方法で外部ネットワークに公表されることなく、隠された受信者に発送されるようにすることによって、さらなるセキュリティを可能にする。さらに、拡張プロトコルヘッダを含む通信を提供する本発明の方法および装置により、ルーティング情報がネットワーク中のプロキシサーバの変更を必要とせずに、ネットワークで変えられることが可能になる。さらにまた、拡張プロトコルヘッダを含む通信を提供する本発明の方法および装置により、メッセージの送信者は複数の受信者に対して単一のプロトコルのアドレスを利用することができる。その上さらに、拡張プロトコルヘッダを含む通信を提供する本発明の方法および装置により、送信者は所望のサービスのための識別子およびパスワード/パスコードを埋め込むことが可能であり、受信者はこの情報に対する入力促進を必要とすることなく、送信者を認証することができる。本発明の実施形態はこのような欠点を大いに克服し、拡張プロトコルヘッダを含む通信を提供する機構および技術を提供する。このことは、サービスの認証情報を伝えるために同一の機構を使用し、単一の受信者アドレスを複数の情報サービスにマップするために、ルーティング基盤に何らかの変更がある場合、ネットワークのルーティング設定を最小限に変更する能力を提供する。このことは、プロトコルヘッダ中の信用証明を符号化するために拡張プロトコルヘッダの情報を使用し、さらなるセキュリティのために隠されたアドレスを使用し、通常はルーティング情報に基づくサービス選択がルーティング基盤を迂回できるようにし、単一のプロトコルアドレスが第2レベルのアドレッシング機構を使用することにより多重送信されるようにすることによって達成される。拡張プロトコルヘッダを含む通信方法の特定の実施形態で、方法はヘッダを有するメッセージを通信プロトコルの中で提供するステップを含む。さらに本方法は、さらなる情報を含む拡張子をヘッダの中に含ませるステップを含む。その上さらに、本方法は受信者にメッセージを送信するステップであって、受信者がヘッダの拡張子に含まれるさらなる情報を、さらなる機能を提供するために利用することができるステップを含む。その他の実施形態は、拡張プロトコルヘッダを含む通信を提供するために、コンピュータ可読符号を有するコンピュータ可読媒体を含む。媒体は、通信プロトコルの中でヘッダを有するメッセージを提供するステップのための命令を含む。コンピュータ可読媒体はさらなる情報を含む拡張子をヘッダの中に含ませるステップのための命令と、受信者にメッセージを送信するステップであって、受信者がヘッダの拡張子に含まれるさらなる情報を、さらなる機能を提供するために利用することができるステップのための命令とをさらに含む。さらに別の実施形態は、本発明の実施形態として本明細書で開示される本方法の動作のすべてを処理するために構成された、コンピュータ化デバイスを含む。このような実施形態で、コンピュータ化デバイスはメモリシステム、プロセッサ、通信インタフェースを、これらの構成要素を接続する相互接続機構の中で含む。メモリシステムはプロセッサ上で実行されるperformed場合例えば執行executingの場合、本明細書で説明される拡張プロトコルヘッダを含む通信を提供し、本発明の実施形態として本明細書で説明される、本方法の実施形態および動作のすべてを実行するために、本明細書で説明されるようにコンピュータ処理デバイス内で動作するプロセスによって符号化される。したがって、本明細書で説明される処理を実行するか、または実行するようにプログラムされた、いかなるコンピュータ処理デバイスも本発明の実施形態である。本明細書で開示される本発明の実施形態のその他の配置は、上で要約され、以下で詳細が開示される本方法の実施形態のステップおよび動作を実行するためのソフトウェアプログラムを含む。より詳細には、コンピュータプログラム製品は、コンピュータ処理デバイスで実行された場合、本明細書で説明されるような拡張プロトコルヘッダを含む通信を提供する関連の動作を提供する、論理符号化されたコンピュータプログラムを含むコンピュータ可読媒体を有する1つの実施形態である。コンピュータプログラム論理は、コンピューティングシステムによって少なくとも1つのプロセッサ上で実行される場合、本発明の実施形態として本明細書で明らかにされる動作例えば方法をプロセッサに実行させる。本発明のこのような配置は、典型的にはソフトウェア、符号、および/または光媒体例えばCD-ROM、フロッピーもしくはハードディスク、または1つまたは複数のROMもしくはRAMもしくはPROMチップのファームウェアまたはマイクロコード、または特定用途向け集積回路ASIC、または1つまたは複数のモジュール、共用ライブラリ等でダウンロード可能なソフトウェアイメージのようなその他の媒体などの、コンピュータ可読媒体上で配置または符号化されるその他のデータ構造として提供される。ソフトウェアまたはファームウェアまたはその他のこのような構成は、1つまたは複数のプロセッサに本発明の実施形態として本明細書で説明される技術をコンピュータ処理デバイスで実行させるために、コンピュータ処理デバイスにインストールされることが可能である。データ通信デバイスまたはその他エンティティのグループの中など、コンピュータ処理デバイスの集合の中で動作するソフトウェアプロセスもまた、本発明のシステムを提供することができる。本発明のシステムは、複数のデータ通信デバイス上の多くのソフトウェアプロセスの間で分散させることができるか、またはすべてのプロセスは専用コンピュータの小規模なセットか、もしくは単独のコンピュータ上で動作することができる。本発明の実施形態は、データ通信デバイスの中などで、ソフトウェアプログラムとして、ソフトウェアおよびハードウェアとして、またはハードウェアおよび/または回路単独として厳密に実現されることが可能なことを理解されたい。本明細書で説明されるような本発明の機能は、データ通信デバイスおよび/またはNewJersey、LincroftのAvaya社製品などの、そうしたデバイスのためのソフトウェアシステムで用いられてもよい。異なる図を通して同じ参照符号が同じ部分を指す添付の図面に示されるように、前述のものは以下の本発明の好ましい実施形態のより詳細な説明から明らかとなろう。図面は必ずしも一定の縮尺であるというわけではなく、それよりも本発明の原理を例示するものとして添えることを強調する。ここに開示される、拡張プロトコルヘッダを含む通信を提供するため方法および装置は、特定の実施形態で、メッセージの受信者にさらなる情報を与えるために拡張ヘッダ例えばRFC3261に支援されるSIPヘッダ拡張子を含有することを含む。さらなる情報は変更された受信者アドレス、サービス識別子、認証情報および個人識別番号PINのうちの1つまたは複数を含むことができるが、これらに限定されるわけではない。拡張ヘッダで提供される情報が変更された受信者アドレスを含む場合、この情報によって受信者は変更されたアドレスに呼び出しを送ることが可能となり、基礎となっているSIPネットワークの再設定を必要とすることなく、新たなアドレスを受信システムに迅速に追加することができる。メッセージを元々の、公表されているアドレスに送信すると、次いで受信者は所望の受信者への内部ルーティングのために、拡張ヘッダの中に含まれる変更された受信者アドレスを利用する。拡張ヘッダで提供される情報がサービス識別子を含む場合、サービス識別子は所望の受信者による特定のサービスの選択のために使用される。拡張ヘッダで提供される情報が認証情報を含む場合、送信者がエンドユーザを認証するのに必要とされる利用可能な情報を持っている場合に、認証情報はサイレント認証silentauthenticationを可能にする。これによりメッセージは、最初のユーザ認証を実行し、次いでメッセージに埋め込まれた認証情報とともに第2の情報サービスに最初のリクエスタrequestorを送るために、ポータルエントリサービスなどの最初のサービスによって受信される。これによって2番目のサービスは、開始側のユーザからの信用証明を再要求することを必要とせずに認証を行う。これはパスワードまたはパスコードを含み、選択的にPINを含む。図1を参照すると、特定の実施例で、フロントエンドの対話型音声応答IVRシステム10が示されている。IVRシステム10はユーザを認証し、次いで一連の情報サービスのうちの1つに呼び出しを伝えるために使用される。これらのサービスのうちの1つはカンファレンシングシステムCS20である。カンファレンシングシステム20はカンファレンスアプリケーションサーバ12、SIPエージェント14およびプラットフォーム18を含む。認証のために最初にIVRSIPプロキシ16を通過していない、システム上のカンファレンスの部分集合に入ることを許されるべきではないCS20では、セキュリティが必要とされる。さらに、この実施例ではオーディオ、ビデオ、データ等の共同カンファレンスである特定の情報サービスの識別は、さらなるセキュリティのためにエンドユーザには隠されていてもよいが、IVR10およびCS20には知られる。IVR10はユーザを認証する場合、ユーザから直接入手するか、または情報の記憶場所にアクセスすることによって、共同カンファレンスへのエントリを得るために必要とされる信用証明を入手する。次いで、これらの信用証明は以下のメッセージ24のような拡張SIPヘッダを使用してCS20に伝えられる。sip:<DNIS>;bridgeDomain.com;conf=<IntenalDNIS,confCode>ここで<InternalDNIS>は拡張プロトコルヘッダであり、かつ通常は安全なカンファレンスのためだけに使用されるコールブランディング表CallBrandingtableのカンファレンスブリッジで設定される新たなDNISである。これが変更された受信者アドレスである。conf=は所望の情報サービスを識別するために使用される。何らかのさらなる信用証明が必要とされる場合、角括弧の間にこれらが加えられる。例えばPINが必要とされる場合、SIPの列の形式は、sip:<DNIS>,conf=<InternalDNIS,confCode,PIN>となる。SIPメッセージ26を受信すると、CS20は共同カンファレンスの存在を検証するためにIntenalDNISを使用し、次いで信用証明この実施例ではconfCodeを検査する。信用証明が検証を合格する場合、次いでユーザはカンファレンスに配置される。プラットフォーム18からカンファレンスアプリケーションサーバ12へのメッセージ28は、カンファレンスアプリケーションサーバ12には、あたかもinternalDNISがダイヤルされたかのようにみえる。さらなるセキュリティのために、SIPメッセージは例えば伝送レベルセキュリティTLSを使用して、暗号化された回線を介して運ばれることもできる。この場合、sip:はsips:で置き換えられる。類似の実施例で、ヘッダが同じDNISを含むSIPToは、外部の発信者によって使用される。コールブランディング表は、パスコードの入力を促されることを避けるために固有の<HiddenDNIS>を利用することができるが、SIPプロキシは新たなエントリを必要としない。詳細は以下の通りである。SIPTo:ヘッダは以下の形式で宛先Toアドレスを含む。sip:<DNIS>;conf=<HiddenDNIS,confCode>ここで<HiddenDNIS>はコールブランディング表のオンザカンファレンスブリッジでintheontheConferenceBridge構成された新たなDNISである。SIPヘッダは解析され、<HiddenDNIS>、<confCode>はカンファレンシングアプリケーションに渡される。表は、発信者がパスコードの入力を促されることのないダイレクトコールとしてエントリを指定する、<HiddenDNIS>に合致するエントリで構成される。カンファレンシングアプリケーションは、合致するエントリで指定された入力促進を行う。カンファレンシングアプリケーションはパスコードの入力促進を回避し、発信者はダイレクトコールのために今日使用されているのと同様の方法で、パスコードの入力を促されることなく、カンファレンスに配置される。<confCode>の領域が有効な議長パスコードを含んでいる場合、発信者は議長として適切なカンファレンスに配置される。<confCode>の領域が有効な参加者パスコードを含んでいる場合、発信者は参加者として適切なカンファレンスに配置される。<confCode>が供給されたパスコードに合致しない場合、呼び出しは中断される。拡張プロトコルヘッダを含む通信を提供する本方法および装置に関する利点は複数ある。ワークフローの観点から、拡張プロトコルヘッダを含む通信を提供する本方法および装置により、ネットワーク管理者は第2のレベルでルーティング情報を変えることが可能であり、新たなエントリの作成が必要な場合に、最初のネットワークのルーティング基盤を変更する必要がなくなる。このことは操作コストを削減する。この機能は、信用証明を合格させるための新たな方法を可能にすることによって、強化されたセキュリティを提供する。さらに、拡張プロトコルヘッダを含む通信を提供する本方法および装置は、1回のみのログオンのための新たな機構を提供する。類似の統合システムの別の実施形態で、通常ユーザは1回のみのログオンの機構を使用することではなく、自らの信用証明を複数回入力することが要求される。また、SIPプロキシのルーティング表は、新たなアドレスがネットワークに加えられる度に更新される必要がある。上述の説明および実施例ではプロトコルとしてSIPを使用したが、これは説明の目的でなされたものであり、拡張プロトコルヘッダを含む通信を提供する本方法および装置は、SIPプロトコルまたはコールカンファレンスの実施形態に限定されることが意図されるわけではないことを理解されたい。さらに、変更された受信者アドレス、サービス識別子および認証情報が拡張ヘッダで与えられるさらなる情報の例として論じられているが、拡張ヘッダは異なる機能またはさらなる機能をメッセージの受信者に提供するために、その他の情報を含むことができるということを理解されたい。図2Aおよび2Bには、ここで開示される方法のフローチャートが示される。長方形の要素はここでは処理ブロックを意味し、コンピュータソフトウェアの命令または命令群を表す。代替として、処理ブロックはデジタル信号プロセッサ回路または特定用途向け集積回路ASICなどの機能的に等価な回路によって実行されるステップを表す。流れ図には、いかなる特定のプログラミング言語の構文も記載していない。むしろ流れ図は、当業者が回路を製造するか、またはコンピュータウェアを作成して、本発明により求められる処理を実行するために必要とする機能上の情報を示す。ループおよび変数の初期化、ならびに一時変数の使用などの多くのルーチンのプログラム要素は示していないことに留意されたい。本明細書に特に明記しない限り、説明される特定の順序のステップは例示的であるに過ぎず、本発明の精神から逸脱することなく変更が可能であることを当業者には理解されたい。したがって特に言及しない限り、以下で説明するステップは、可能であれば、任意の都合のよい順番または望ましい順番で実行されることができるということを意味し、順不同である。ここで図2Aおよび2Bを参照すると、拡張プロトコルヘッダを含む通信を提供する方法100が示されている。方法は、通信プロトコルの中でヘッダを有するメッセージを提供することを開示する、処理ブロック102で始まる。処理ブロック104は、ヘッダの中にさらなる情報を含む拡張子を含むことを述べる。処理ブロック106に示すように、これは変更された受信者アドレスと、サービス識別子と、認証情報とから構成されるグループのうちの少なくとも1つを含むことができる。処理ブロック108でさらなる情報は変更された受信者アドレスを含み、受信者はメッセージを受信し、変更された受信者アドレスへメッセージを送る。処理ブロック110でさらなる情報はサービス識別子を含み、受信者はメッセージを受信し、サービス識別子によって識別される特定のサービスを選択する。処理ブロック112でさらなる情報は認証情報を含み、受信者は最初のユーザ認証を実行し、次いでメッセージに埋め込まれた認証情報とともに最初のリクエスタを第2の情報サービスに送り、第2のサービスは、開始側のユーザからの信用証明を再要求することを必要とせずに、メッセージの認証情報によってユーザを認証する。処理ブロック114で示すように、認証情報はセキュリティ符号を含む。受信者へのメッセージの送信を述べる処理ブロック116で処理は続き、受信者はさらなる機能を提供するために、ヘッダの拡張子に含まれるさらなる情報を利用することができる。処理ブロック118は、プロトコルがセッション開始プロトコルSessionInitiationProtocolSIPを含み、拡張子を含むヘッダが拡張SIPヘッダを含むことを述べる。拡張プロトコルヘッダを含む通信を提供するための上述の方法は、プロトコルのメッセージが標準的な方法で外部ネットワークに公表されることなく、隠された受信者に発送されるようにすることによって、さらなるセキュリティを可能にする。さらに本方法により、ネットワークでのプロキシサーバの変更を必要とせずに、ルーティング情報がネットワークで変えられることが可能になる。さらにまた本方法により、メッセージの送信者は複数の受信者に対して単一のプロトコルのアドレスを利用することができる。その上さらに本方法より、送信者は所望のサービスのための識別子およびパスワード/パスコードを埋め込むことが可能であり、受信者はこの情報に対する入力促進を必要とすることなく、送信者を認証することができる。図3はホストコンピュータシステム240として設定された、コンピュータシステム構造の実施例を示す。コンピュータシステム240はパーソナルコンピュータ、ワークステーション、携帯型コンピューティングデバイス、メーンフレーム、サーバおよびその他等の任意の種類のコンピュータ化システムであってよい。この実施例で、システムはメモリシステム212とプロセッサ213と通信インタフェース214とを接続する相互接続機構211を含む。通信インタフェース214によって、コンピュータシステム240は外部のデバイスまたはシステムと通信することができる。メモリシステム212は、上述の本発明の実施形態の処理機能を実施する、例えばメモリ内か、またはディスクなどのその他のコンピュータ可読媒体上に格納されるデータおよび/または論理命令などのソフトウェア符号を示すアプリケーション255-Aによって符号化される任意の種類のコンピュータ可読媒体であってよい。プロセッサ213は、対応するプロセス255-Bを生成するために、ホストのためのアプリケーション255-Aの論理命令を開始、操作、執行、解釈またはその他の仕方で実行するため、相互接続機構211を介してメモリシステム212にアクセスすることができる。つまりプロセス255-Bは、コンピュータシステムのプロセッサ213内か、またはその上で機能するアプリケーション255-Aの1つまたは複数の部分を示す。本発明の実施形態はフロッピーディスク、ハードディスクもしくは光学媒体などのコンピュータ可読媒体の中で、またはファームウェア、読み出し専用メモリROMの中などのメモリ型システムの中で符号化されるか、またはこの実施形態の中でのようにメモリシステム212内例えばランダムアクセスメモリすなわちRAM内で実行可能符号として符号化されるアプリケーションすなわち未実行か、または非実行の論理命令および/またはデータを含むことを理解されたい。本発明のその他の実施形態は、プロセッサ213内でプロセスとして動作するアプリケーションを提供できることもまた理解されたい。この実施例では示されていないが、コンピュータシステムは、本発明の説明を簡略化するためにこの例示では省かれているオペレーティングシステムなどの、その他のプロセスおよび/またはソフトウェアおよびハードウェア部品を含んでもよいことを当業者であれば理解されよう。本発明の好ましい実施形態を説明してきたことで、これらの概念を組み込んだその他の実施形態が使用されてもよいことが、ここで当業者には明らかとなろう。さらに、本発明の一部として含まれるソフトウェアは、コンピュータによる使用が可能な媒体を含むコンピュータプログラム製品の中で実施されてもよい。例えば、そうしたコンピュータによる使用が可能な媒体はコンピュータ可読のプログラム符号区分が格納されたハードドライブデバイス、CD-ROM、DVD-ROM、またはコンピュータディスケットなどの読み出し可能メモリデバイスを含むことができる。コンピュータ可読媒体はまた、デジタルまたはアナログ信号として運搬されるプログラム符号区分を有する、光、有線または無線の通信リンクを含むこともできる。したがって、本発明は説明されている実施形態に限定されるべきではなく、むしろ添付の特許請求項の精神および範囲によってのみ限定されるべきである。"