JP3658704B2 - 遠隔通信接続に関連したアプリケーションを処理装置により実行する方法および装置 - Google Patents

Description

【０００１】
（技術分野）
この発明は、通信システムのネットワーク要素において用いられるプロセッサーシステムに関し、特に、ディジタル・シグナル・プロセッサー（ｄｓｐ）への資源割当ておよび配置に関する。
【０００２】
（背景技術）
第１図において、接続１１にサービスを提供しているディジタル信号処理装置ＤＳＰＵは、一般的には主要部のプロセッサー（ＤＳＰ）に加えて、接続へのインターフェイスＩ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ）、および、通常読出し専用メモリーＲＯＭ、およびランダム・アクセス・メモリーＲＡＭを（また、他にもクロックや割込み回路等の、しかし、本発明には直接関係のない附属回路をも）有するプログラムメモリーを有する。接続１１は二つの部分に分かれる：本来の信号が伝達される部分は１１ ₁ で示され、関連するシグナリングは１１ ₂ で示される。
【０００３】
このようなシステムにおける問題は、構成がフレキシブルではないことである。処理装置ＤＳＰＵが複数あり、種々のアプリケーションがそれらによって実行される場合、各処理装置のプログラムメモリーＲＯＭは、これらすべてのアプリケーションを格納できるほどに大きなものでなければならない。アプリケーションとしては、例えば、様々な音声符号化法、ビデオ信号の圧縮および復元、エコー・キャンセレーション等がある。従来技術では、アプリケーションは永久的もしくは半永久的に（例えば、再書込み可能ＲＯＭに）格納されていたので、既知の処理装置はアプリケーションを更新するための高速インターフェイスを備えていなかった。したがって、別の問題も生じる：アプリケーションが更新されると、処理装置は使用不能になる。
【０００４】
すべてのアプリケーションがすべての処理装置で必要になるということのないように、処理装置は一般的にはプール状態に配置される。ある特定のアプリケーションを必要とするデータ・ストリームは、当該アプリケーションにサービスを提供しているプールに導かれる。問題は、プールは永久的で、したがって異なったデータ・ストリームの配布を考慮しえないということである。
【０００５】
（発明の開示）
本発明の目的は、このような問題を解決する方法、およびこの方法を実行する装置を提供することにある。本発明の目的は、独立請求項に述べたことを特徴とする方法およびシステムによって達成される。本発明の好適な実施態様は従属請求項において請求されている。
【０００６】
本発明の基本的アイディアは、少なくとも各接続の開始時、また必要ならば再び接続中に、アプリケーションを多重処理装置システムの共通データベースから処理装置へ送るために、広帯域パケット交換遠隔通信ネットワーク、好ましくはＡＴＭネットワークを用いることである。ＡＴＭネットワークのプロトコルを用いるのが好ましく、また、ＯＳＩモデルのより高いレベルのプロトコルへの変換は必要ない。
【０００７】
請求項に記載した方法および装置の第1の実施態様は、いくつかの処理装置を共通の制御装置の下に配置することに基づいている。アプリケーションは共通データベースに集められる。各接続において、接続の必要とするアプリケーション（サービス）は識別され、続いて制御装置の制御の下に、利用可能な処理装置にロードされる。処理装置およびアプリケーションを格納しているデータベースは高速接続技術、好ましくはＡＴＭ等の広帯域パケットネットワークによって相互に結ばれる。ここで高速接続技術とは、接続の利用者が何等の煩わしい遅延を感じることなく、接続中に、アプリケーションをデータベースから処理装置にロードしうることを意味するものとする。
【０００８】
本発明の技術により、各処理装置メモリーは最大のアプリケーション（あるいはアプリケーション群）を格納できさえすればよいから、諸資源の柔軟な使用が達成される。かくして、メモリーにすべてのアプリケーションを格納する必要はなくなる。すべてのアプリケーションがどのプロセッサーからも利用可能であるから、各処理装置はどの接続にもサービス提供可能である。各処理装置の好適なメモリー量は、一度に必要となる最大メモリー量、即ち、最大の単一アプリケーションまたは、アプリケーション群で必要となるメモリー量より若干（例えば、３０ないし１００％）大きい。しかし、それでもアプリケーション毎に必要なメモリー量の総和よりもかなり少ない。アプリケーション群とは、同時に一つかつ共通の接続に関連している諸アプリケーションを意味する。例えば、ＧＳＭでは、アプリケーション群はフルレート・コーデックおよびエコー・キャンセレーションを含みうるであろう。
【０００９】
本発明の技術は修正および更新の観点からしても、信頼性の高いものである。あるアプリケーションが更新されたとき、旧ヴァージョンのアプリケーションは新ヴァージョンがデータベースにロードされても、捨てないでよい。したがって、新アプリケーションが正しく働かない場合、旧ヴァージョンを直ちに使うようにすることができる。アプリケーションが更新された場合でも、どの処理装置も使用不能になったりはしない。全接続の全アプリケーションのローディングは共通の制御装置によって制御されるので、さらなる利点が達成される：運用管理者が統計をとりたいとき、あるいはアプリケーションの供給者が、総額でではなく、使用回数に応じて課金したいときに、各アプリケーションの使用回数が容易に計数可能である。
【００１０】
本発明の方法および装置の第２の実施態様は、従来技術（そこではアプリケーションは永久メモリーに置かれる）と本発明の第１の実施態様（そこではアプリケーションは各接続毎にロードされる）との折衷である。折衷は例えば、利用可能処理装置、および何のアプリケーションがどの処理装置にロードされたかについて追跡的に明らかにすることによって達成される。各接続の開始時点で（また、必要なら、接続中にも）、当該接続が必要とするアプリケーションが識別され、必要とするアプリケーションの可能な限り最大の部分がロードされている利用可能処理装置が、当該接続のために選定される。そして欠けているアプリケーションが、データベースから処理装置にロードされる。
【００１１】
「可能な限り最大の部分」という定義は少なくとも二通りに解釈できる：選択された処理装置に、ロードされる必要があるアプリケーションが可能な限り少い数であるか、あるいは、ロードされる必要がある一つのアプリケーション（アプリケーション群）が可能な限り小さいかである。一つの処理装置がいくつかの接続にサービスを提供できる場合、「利用可能処理装置」はここでは、いくらかでも利用可能な処理能力のある装置ということになる。
【００１２】
上述の利点以外に、第２の実施態様には、必要なアプリケーションが既にある処理装置にロードされている場合には、その処理装置には何のアプリケーションもロードする必要がないという利点がある。これは、データベースと処理装置が遠く離れており、また、運用管理者はネットワークにアプリケーションを伝達する容量がまだ残っているか否かに注意しなければならない分散システムのネットワーク運用管理者にとり、とりわけ好都合である。
【００１３】
本発明の最大の優位性は複数の処理装置が存在する場合に達成されるが、本発明の技術は、処理装置が一つしかない場合であっても、処理装置の数の増えることが予想される場合（例えば伝達量が増加することにより）には適用可能である。処理装置が一つしかない場合、利用可能処理装置の選択は単に、その処理装置の全能力が既に使われているか否かを確認することを意味する。
以下、本発明を、好ましい実施態様によって添付図面を参照して、より詳しく説明する。
【００１４】
（発明の実施の形態）
第２図に示す本発明の第２の実施態様による装置は、アプリケーションがロードされるデータベースＤＢ、および制御装置あるいはコントローラーＣＴＲＬ、さらに処理装置ＤＳＰＵを有している。装置はまた、異なったブロック間を結び、好ましくはＡＴＭ交換システム２２である広帯域通信経路を有している。装置において実行されるすべてのアプリケーション（種々の符号化アルゴリズム等）を、データベースＤＢは有する、即ち、これらのアプリケーションはデータベースに格納される。例えば、各アプリケーションについて少なくとも識別子Ａｐｐｌ_1ないしＡｐｐｌ＿ｎ、およびアプリケーションのサイズ、即ち、このアプリケーションが必要とするメモリー量、を示すテーブル２８によって、データベースＤＢに格納されているアプリケーションを追跡的に明らかにすることができる。テーブルはまた、各アプリケーションのデータベース内位置を示すようになっていてもよい（データベースＤＢがアプリケーションの識別子Ａｐｐｌ_1ないしＡｐｐｌ_ｎを、当該アプリケーションの表示のようなものとして受取るのでなければ）。テーブルは、アプリケーションのバージョン・ナンバーの管理に用いることもできる。
【００１５】
処理装置ＤＳＰＵは、実質的に第１図に示す既知の処理装置に対応しているが、ここでの読出し専用メモリーＲＯＭは単にアプリケーションを交換システム２２を介しデータベースＤＢから伝達するために用いられている。したがって、ＲＯＭは大体において通常のコンピュータの初期、あるいはブートストラップ、ローダーに対応している。データベースから処理装置へのアプリケーションのローディングは、ネットワーク自身（例えば、ＡＴＭネットワーク）のプロトコルを使用できる場合、最適速度でなされ、また、プロトコルのＯＳＩモデルにおけるより高いレベルのプロトコル（例えばＴＣＰ／ＩＰ）への変換による時間および資源の消費もない。しかしながら、パケットが失われ、あるいは変形を受ける場合には、ＡＴＭネットワークのプロトコルをエラー検出と再送で補うことが推奨される。
【００１６】
資源管理はコントローラーＣＴＲＬで制御される。参照番号２１は、コントローラーＣＴＲＬと交換システム２２とのインターフェイスを示し、当該インターフェイスは、当該交換システム２２制御のためのコントロール接続２１ ₁ 、オペレーション・アンド・マネジメントＯＡＭ２１２、およびシグナリング接続２１ ₃ を有する。各接続の開始時点で、コントローラーＣＴＲＬは各接続Ｃ1ないしＣnが必要とするアプリケーションを、例えば、接続に伴うシグナリング接続に基づき、識別する。接続によって要求されるアプリケーションのこの識別は、当業者にとっては標準的な手順であり、従来技術の装置であれば、そのソフトウエアが必要なアプリケーションを含んでいるような利用可能処理装置が、この識別に基づきその接続に割当てられることであろう。本発明の第１の実施態様によれば、全処理装置は同等であり、したがって、コントローラーＣＴＲＬは利用可能処理装置ＤＳＰＵでありさえすればどれでも、当該接続に割当てる。本発明の第２の実施態様によれば、コントローラーは必要アプリケーションが利用可能処理装置にロードされているか否かをチェックする。そしてコントローラーは、データベースＤＢから接続にサービスを提供している処理装置への、必要アプリケーションのローディングを開始する。参照番号２３はデータベースＤＢおよび交換システム間インターフェイスを示し、インターフェイスは、アプリケーションを交換システム２２を介して処理装置ＤＳＰＵにロードするための広帯域通信経路２３ ₁ 、および、コントローラーＣＴＲＬがデータベースに、何のアプリケーションがどの処理装置にロードされるべきかを知らせるための、シグナリング接続２３ ₂ を有する。
【００１７】
コントローラーＣＴＲＬは処理装置の割当てに関する情報を、例えば、各処理装置について、メモリー量（この量がすべての処理装置について同じでない限り）、同装置がサービスを提供している接続、および、それが保持しているアプリケーションを示すテーブル２９によって、保持できる。第２図において各処理装置は二つの接続にサービス提供可能であり、アプリケーションＡｐｐｌ_２およびＡｐｐｌ_３を必要とする新たな接続にサービスを提供する必要が生じたものとしよう。処理装置ＤＳＰＵ３はこれらのアプリケーションをそのメモリーにもっているが、その全処理能力は既に割当てられている。処理装置ＤＳＰＵ１はＡｐｐｌ_３を欠き、処理装置ＤＳＰＵ２はＡｐｐｌ_２を欠く。Ａｐｐｌ_３の方がＡｐｐｌ_２より所要メモリー量が少ないとすると、ＤＳＰＵ１を新たな接続に割当て、そこにＡｐｐｌ_３をロードするようにすると、必要なローディング量が最小となる。（第２図のテーブル２８は、実のところ、簡単化した表示である：データベースＤＢにおけるアプリケーションのサイズは、必ずしも、アプリケーションが必要とするメモリー量の総和と同じではない。実際は、アプリケーションはまた、データメモリー、即ち、処理装置のメモリー管理においてはその大きさについて考慮を要するものの、処理装置にロードする必要はない作業領域、を必要とする。）処理装置のＲＡＭに、新たなアプリケーションをロードするための十分な空きがない場合、コントローラーは処理装置に、その時点で不要なアプリケーションをメモリーから削除するよう、命令することができる。それに代えて、アプリケーションを他の処理装置のメモリーにロードする余裕があるか否か、確認するようにすることも可能である。
【００１８】
コントローラーＣＴＲＬは、一度に１ブロックずつ、アプリケーションをデータベースＤＢからロードし、続いて、それを処理装置ＤＳＰＵに送ることができる。その代りに、データベースＤＢと処理装置ＤＳＰＵとが十分独立していれば、コントローラーＣＴＲＬはデータベースから処理装置へ、アプリケーションを始めから直接送ることができる。
【００１９】
交換システム２２とコントローラーＣＴＲＬは、他の点ではＡＴＭ交換システムの通常の装置でよいのだが、コントローラーＣＴＲＬは上述のオペレーションで補われなければならない。コントローラーＣＴＲＬはディジタル・プロセッサーを用いて作られていることが好ましい。コントローラーのプログラムはコントローラー自身に配置することも、データベースＤＢに格納し、制御装置が作動したとき、および／または、ソフトウエアが更新されたのを（シグナリング接続２１ ₃ に基づき）検出したとき、制御装置がそこからプログラムを受取るようにすることも可能である。
【００２０】
コントローラーＣＴＲＬとデータベースＤＢは別々の装置として示されている。この分離は物理的なものというより、論理的なものであるが、本発明の装置において遂行される諸機能を明らかにするのに役立つ。第２図は同じくこれら二つの要素を合せた形で描くこともできたであろうが、その場合、「インテリジェント・データベース」について語るということもできるであろう。
【００２１】
第２図の諸ブロックは一つかつ共通のネットワーク要素に入っていてもよい。そのような要素の一例はモバイル・システムの基地局制御装置あるいはトランスコーダ装置、あるいは、ビデオ・オン・デマンド・サーバーであろう。本発明に基づく装置は資源の利便性を高めるので、最大の優位性は、可能な限り多くのアプリケーション、例えば、種々の符号化技法、エコー・キャンセレーションが、一つかつ共通の装置に集中しているときに達成される。
【００２２】
上述のコンパクトな装置に代わるものとして、例えば、共通のコントローラーおよびデータベースが、遠く離れて設置された多数の処理装置にサービスを提供するというように、第２図のブロックを地理的に展開したものを挙げることができるであろう。好ましい装置は、設備の供給者がデータベースＤＢを保守するが,運用管理者は対応するアプリケーションをそのキャッシュ・メモリーに持つというものである。第２図の装置では、当該キャッシュは接続２３（あるいは２１）沿いに設けることができよう。これは、比較的簡単に冗長性を与える方法である：一つの保全されたデータベースが、ネットワークの、あるいはネットワークの一部分の全処理装置にサービスを提供する。またこれにより、ピーク・トラフィック時、ネットワーク要素が互いに処理装置を「貸し借り」することもできる。
【００２３】
上述の本発明の第１の実施態様はこのようにして、いくつかのアプリケーションを有するデータベースＤＢを備え、かつ、高速インターフェイス２２，２３，２４を処理装置とデータベースＤＢとの間に配することにより、実装できる。各接続の開始時点で、当該接続に利用可能処理装置を割当て、当該接続が必要とするアプリケーションを識別し、そして当該アプリケーションをデータベースＤＢから割当てられた処理装置にロードする。
【００２４】
これに相応的に、本発明の第２の実施態様（この場合アプリケーションは必要になったときにロードされる）は、以下の諸ステップを含む方法によって実装できる：
(１)いくつかのアプリケーションＡｐｐｌ_1ないしＡｐｐｌ_nを含むデータベースＤＢを生成し、かつ、高速インターフェイス２２，２３，２４を当該データベースから処理装置ＤＳＰＵ_1ないしＤＳＰＵ_nとの間に、アプリケーションを処理装置にロードできるように配する；
(２)利用可能処理装置、および何のアプリケーションが処理装置ロードされたかを追跡的に明らかにする；また、
少なくとも各接続の開始時に、
(３)当該接続により要求されているアプリケーションを識別する、
(４)利用可能な処理装置、好ましくは当該接続により要求されているアプリケーションのできるだけ多くの部分がロードされているものを、当該接続に割当る、また、
(５)当該処理装置が当該接続により要求されているアプリケーションの内の何れかを欠いている場合には、当該アプリケーションをデータベースＤＢからそれにロードする。
【００２５】
必要なアプリケーションの識別および当該アプリケーションの処理装置ＤＳＰＵへのローディングは、同じく後に、接続中になされてもよい。例えば、モバイル・システムの端末装置は、接続中に、音声符号化法を変え、あるいは、エコー・キャンセラーの使用について交渉することができる（特に装置がセルを変えるとき）。コントローラーＣＴＲＬはこれを検出（例えばシグナリング接続に基づき）し、ステップ(３)ないし（５）を繰返す。当該ステップの繰返しは、少なくとも二つの方法で解釈できる。第１の解釈によれば、接続に割当てられた処理装置は、その接続中変わらず、付加的に必要となったアプリケーションは接続の開始時に割当てられた処理装置にロードされる。第２の解釈によれば、ステップ（４）で生じる処理装置の割当は、同じく接続中繰返し得る。例えば、端末装置が、フルレート・コーデックからハーフ-レート・コーデックに変えることにし、かつ、ハーフレート・コーデックのロードされている利用可能な処理装置が少なくとも一つあるとき、コントローラーＣＴＲＬはこの処理装置を当該接続へのサービス提供用に割当てることができる。
【００２６】
技術は進歩するのであるから、本発明の基本的アイディアは様々な方法で実現できるということは、当業者にとっては、明白であろう。したがって、本発明およびその実施態様は、上述の諸例に限られるものではなく、請求の範囲内で変わり得るものである。
【図面の簡単な説明】
【図１】 既知のディジタル処理装置のブロック図である。
【図２】 本発明による装置のブロック図である。

Claims (13)

1. ある端末装置に対する遠隔通信接続（Ｃ1ないしＣn）に関連した少なくとも一つのアプリケーション（Ａｐｐｌ_1ないしＡｐｐｌ_n）を、該端末装置に対する遠隔通信接続にサービスを提供する少なくとも一つの処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）により実行する方法であって、
   (１) いくつかのアプリケーションを含むデータベースＤＢを設け、アプリケーションを処理装置にロードするために、該データベースを、高速パケット交換ネットワーク（２２ないし２４）を介し処理装置に接続するステップ；および
   少なくとも各遠隔通信接続の開始時に、
   (２) コントローラー（ＣＴＲＬ）により、利用可能な処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）を当該遠隔通信接続に割当てるステップ、
   (３) コントローラー（ＣＴＲＬ）により、当該遠隔通信接続が必要としているアプリケーションを識別するステップ
   を含む方法において、
   (４) コントローラー（ＣＴＲＬ）により、当該遠隔通信接続が必要としているアプリケーションを、前記高速パケット交換ネットワークのプロトコルをより高いレベルのプロトコルに変換することなく用いて、前記高速パケット交換ネットワークを介し、前記データベース（ＤＢ）から前記割当てられた処理装置にロードするステップ
   を含むことを特徴とする方法。
2. ある端末装置に対する遠隔通信接続（Ｃ1ないしＣn）に関連した少なくとも一つのアプリケーション（Ａｐｐｌ_1ないしＡｐｐｌ_n）を、該端末装置に対する遠隔通信接続にサービスを提供する少なくとも一つの処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）により実行する方法であって、
   (１) いくつかのアプリケーションを含むデータベースＤＢを設け、アプリケーションを処理装置にロードするために、該データベースを、高速パケット交換ネットワーク（２２ないし２４）を介し処理装置に接続するステップ；
   (２) コントローラー（ＣＴＲＬ）により、利用可能な処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）、および何のアプリケーションが処理装置にロードされているかを追跡的に明らかにするステップ；および
   少なくとも各遠隔通信接続の開始時に、
   (３) コントローラー（ＣＴＲＬ）により、当該接続が必要としているアプリケーションを識別するステップ
   を含む方法において、
   (４) コントローラー（ＣＴＲＬ）により、利用可能な処理装置、好ましくは当該接続が必要としているアプリケーションのできるだけ多くの部分がロードされているものを、当該遠隔通信接続に割当てるステップ、および
   (５) 前記割当てられた処理装置が、当該接続が必要としているアプリケーションの内の何れかを欠いている場合には、コントローラー（ＣＴＲＬ）により、前記欠けているアプリケーションを、当該高速パケット交換ネットワークのプロトコルをより高いレベルのプロトコルに変換することなく用いて、前記高速パケット交換ネットワークを介し、前記データベースから前記割当てられた処理装置にロードするステップ
   を含むことを特徴とする方法。
3. 前記アプリケーションを、前記接続（Ｃ1-Ｃn）に関連する情報の前記処理装置への伝達において介在するインターフェイスと同一のインターフェイス（２４）を介して、処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）にロードすることを特徴とする請求項１または２に記載の方法。
4. 前記アプリケーションを、ＡＴＭネットワークを介して前記処理装置にロードすることを特徴とする請求項１から３のうちのいずれか１項に記載の方法。
5. それぞれ、前記ステップ(２)ないし(４)、あるいは(２)ないし（５）を、必要ならば前記接続中に、繰返すことを特徴とする請求項１から４のうちのいずれか１項に記載の方法。
6. それぞれ、前記ステップ(２)ないし(４)、あるいは(２)ないし（５）を、全処理装置に共通な独立したコントローラー（ＣＴＲＬ）により、制御することを特徴とする請求項１から５のうちのいずれか１項に記載の方法。
7. ある端末装置に対する遠隔通信接続（Ｃ1-Ｃn）に関連した少なくとも一つのアプリケーション（Ａｐｐｌ_1ないしＡｐｐｌ_n）を、該端末装置に対する接続にサービスを提供する少なくとも一つの処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）により実行する装置であって、
   さらに、該装置は、コントローラー（ＣＴＲＬ）、およびいくつかの異なったアプリケーションを含むデータベース（ＤＢ）を有し；
   高速パケット交換ネットワーク（２２ないし２４）が前記処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）と前記データベース（ＤＢ）との間に配され；また、
   前記コントローラー（ＣＴＲＬ）が、少なくとも各遠隔通信接続の開始時に、利用可能な処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）を当該遠隔通信接続に割当てるように構成される装置において、
   前記コントローラー（ＣＴＲＬ）が、当該遠隔通信接続が必要としているアプリケーションを識別し、またそれらを、前記高速パケット交換ネットワークのプロトコルをより高いレベルのプロトコルに変換することなく用いて、前記高速パケット交換ネットワークを介し、前記データベース（ＤＢ）から、前記割当てられた処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）にロードするように構成されることを特徴とする装置。
8. ある端末装置に対する接続（Ｃ1-Ｃn）に関連した少なくとも一つのアプリケーション（Ａｐｐｌ_1ないしＡｐｐｌ_n）を、該端末装置に対する接続にサービスを提供する少なくとも一つの処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）により実行する装置であって、
   さらに、該装置は、コントローラー（ＣＴＲＬ）およびいくつかの異なったアプリケーションを含むデータベース（ＤＢ）を有し；
   高速パケット交換ネットワーク（２２ないし２４）が前記処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）と前記データベース（ＤＢ）との間に配され；また、
   前記コントローラー（ＣＴＲＬ）が利用可能な処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）、および何のアプリケーションが処理装置に格納されているかを追跡的に明らかにするように構成される装置において；
   少なくとも各接続の開始時に、前記コントローラー（ＣＴＲＬ）が、
   当該接続が必要とするアプリケーションを識別し；
   利用可能な処理装置、好ましくは当該接続が必要としているアプリケーションのできるだけ多くの部分がロードされているものを、当該接続に割当て；また、
   前記割当てられた処理装置が、当該接続が必要としているアプリケーションの内の何れかを欠いている場合には、前記欠けているアプリケーションを、前記高速パケット交換ネットワークのプロトコルをより高いレベルのプロトコルに変換することなく用いて、前記高速パケット交換ネットワークを介し、前記データベースから前記割当てられた処理装置にロードするように構成されていることを特徴とする装置。
9. コントローラー（ＣＴＲＬ）が全処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）に対し共通であることを特徴とする、請求項７または８に記載の装置。
10. 各処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）が、単一の接続（Ｃ1ないしＣn）に関連したアプリケーション（Ａｐｐｌ_1ないしＡｐｐｌ_n）が必要とする最大メモリー量より大きいが、前記装置のアプリケーションが必要とするメモリー総量よりは小さいメモリー量のメモリー（M1-Mn）を有することを特徴とする請求項７から９のうちのいずれか１項に記載の装置。
11. 前記諸構成部分のすべてが、一つかつ共通のネットワーク要素に入っていることを特徴とする請求項７から１０のうちのいずれか１項に記載の装置。
12. 前記諸構成部分のすべてのうち一部が、一つかつ共通のネットワーク要素に入っていることを特徴とする請求項７から１０のうちのいずれか１項に記載の装置。
13. 前記処理装置（ＤＳＰＵ_1ないしＤＳＰＵ_n）から前記データベース（ＤＢ）に至る前記高速パケット交換ネットワーク（２２ないし２４）をＡＴＭネットワークによって形成することを特徴とする請求項７から１２のうちのいずれか１項に記載の装置。

Images