JP2002510440A - 通信システムにおけるサービスの可用性を改善する装置 - Google Patents

Abstract

(57)【要約】 本発明は、通信システム、特に電気通信システムにおけるサービスの可用性を改善する装置に関するものであり、このシステムは、分散したハードウェアおよびソフトウェアのコンポーネントを備えていて、これらが互いに相互作用して１以上のユーザに対しサービスを提供し、また、本発明は、主として、上記システムにユーザ移動性サポートを導入することにより上記改善を実現することを提案し、これにより個人移動性を含むアプリケーション可用性をイネーブルする。より特定すると、本発明は、分散システムにおけるユーザ移動性サポートの導入を提案し、これは、特に、エージェントの内部実装の変更を上記システムの残りの部分に対し影響を与えずに可能にするエージェント技術の使用により行う。

Description

【発明の詳細な説明】 通信システムにおけるサービスの可用性を改善する装置発明の分野 本発明は、通信システム、特に電気通信システムにおけるサービスの可用性を 改善する装置に関するものであり、このシステムは、分散したハードウェアおよ びソフトウェアのコンポーネントを備えていて、これらが互いに相互作用して１ 以上のユーザに対しサービスを提供する。 より特定すると、本発明は、分散システムにおけるユーザ移動性（user mobil ity）サポートに関している。 さらにより特定すると、本発明は、エージェント技術の改良した利用に関する ものである。現行技術 オープン分散システムは、分散システムの１つのカテゴリであって、多数の異 なったソースから得ることができる各コンポーネントから構成されており、そし てこれらが互いに単一の分散システムとして働くようになっている。 オープン分散システムは、分散システムに対しアプリケーション・インターフ ェースを提供し、そしてこのアプリケーションは、適当な任意のローカル・オペ レーティング・システム上で走らせることができる。ＴＩＮＡアーキテクチャ（ 電気通信情報ネットワーク・アーキテクチャ（Telecommunications Information Network Architecture））は、電気通信アプリケーションに対するオープン分 散システムの１つの特殊化であり、そして本発明は、とりわけこのようなＴＩＮ Ａアーキテクチャに関連して主に開発したものである。 ＴＩＮＡ−Ｃアーキテクチャは、個人（ユーザ）移動性問題に対処するもので あるが、各ユーザに対し多数のエージェントを使用するものではない。さらに、 このアーキテクチャは、例えば一人のユーザが同じまたは異なった能力の種々の 端末を使用するのを許容する追加のコンステレーション（constellations）の許 可、および同じ端末を何人かのユーザが使用することの許可に対処するものでは ない。 ＴＩＮＡの他には、分散システム上におけるユーザの移動性に対処するアーキ テクチャはない。 結果として、特に分散システムに関連したユーザ移動性に対する増大する要求 が存在し、そしてこれまで、分散システム用の適切な解決法が提案されてきてい ない。発明の目的 本発明の目的は、通信システムにおけるサービスの改善した可用性、特に分散 システムにおけるユーザ移動性のサポートの実装を提案することである。 本発明の別の目的は、ユーザが移動するのを可能にしながら依然としてアプリ ケーション／サービスに対するアクセスを可能にする装置を提供することである 。 本発明のさらに別の目的は、改善した可用性を提供し、これで一人のユーザが 同一のあるいは異なった能力のいくつかの端末を使用でき、これによって何人か のユーザが同じ端末を使用できるようにすることである。 本発明のさらに別の目的は、異なったユーザに属するが同じ端末上で走るオブ ジェクトの分離および保護を可能にする装置を提供することである。 本発明のさらなる目的は、各移動ユーザに対し多数のエージェントの改善した 使用を提案することである。発明の摘要 上記の目的は、プリアンブルで述べたタイプの装置において実現し、この装置 は、主として、この装置にユーザ移動性サポートを導入して、これにより個人移 動性を含むアプリケーション可用性を可能にすることを特徴とする。 より特定すると、上記目的は、分散システムに対する前記ユーザ移動性サポー トを導入することにより実現する。 本発明のさらなる特徴および利点は、添付の図面を伴った以下の説明並びに添 付の請求の範囲から明かとなる。図面の簡単な説明 図１は、相互作用に関して定義したユーザ移動性を図示する概略図。 図２は、本発明の１実施形態、特にユーザ移動性サポートのために必要なユー ザ・エージェントの導入を示す概略図。 図３は、移動ユーザが開始させる動作を図示する概略図。 図４は、テレコム・システム（telecom system）ドメイン内のオブジェクトが 開始させる動作を図示する概略図。 図５は、登録（registration）データを記憶するための専用のオブジェクト・ ユーザ登録手段を含む、本発明の１つの特定した実施形態を図示する概略図。 図６は、デフォルトのユーザ・ドメインをもつ相互作用を図示する概略図。 図７は、ユーザ・インターフェース・オブジェクトの機能を図示する概略図。 図８は、ローカル登録の１実施形態を図示する概略図。 図９は、ローカル登録用のプロシージャを図示する概略図。 図１０は、リモート登録のための１実施形態を図示する概略図。 図１１は、リモート登録用のプロシージャを図示する概略図。 図１２は、ローカル登録解除の１実施形態を図示する概略図。 図１３は、ローカル登録用のプロシージャのための１実施形態を図示する概略 図。 図１４は、リモート登録解除を図示する概略図。 図１５は、リモート登録解除用のプロシージャを図示する概略図。 図１６は、多数端末登録の１例を図示する概略図。 図１７は、オブジェクト登録能力をもつユーザ登録オブジェクトの１実施形態 を図示する概略図。 図１８は、ユーザ・オブジェクトの１つの登録の１実施形態を図示する概略図 。実施形態の詳細な説明 ユーザ移動性の定義 ここで、Telecom System_Nドメイン、Terminal_mドメインおよびUser_aドメイン から成る例について考察する。User_aドメインは、User_aオブジェクトと、ＣＯ１ と呼ぶ随意計算オブジェクトとから成っている。ここで、オブジェクトＣＯ１は 、Terminal_m内に物理的に常駐させたりあるいはさせなかったりすることができ る。ユーザが１つの端末あるいはハードウェア・デバイスでもある場合には、Ｃ Ｏ１は、Terminal_mドメイン上ではなくユーザ自体上に常駐させることができ る。 ユーザ移動性を提供することは、ＣＯ１を含むユーザ・ドメイン全体が、移動 しまた端末を変更できるようにし、しかも依然としてTelecom System_Nドメイン 内に常駐するオブジェクトＣＯ２と相互作用することができるようにすることで ある。相互作用では、動作およびストリーム・フローの両方を意味する。これは 、図１に示している。エージェントの使用 次に、各ドメイン間の相互作用を可能にするのに必要なエージェントを導入す る。User_aを表すため、PD_UA_a(ProviderDomain_User_Agent_a)と呼ぶエージェン トを、Telecom System_Nドメインに導入する。このエージェントは、識別、認証 、暗号化等のセキュリティ機能を引き受け、そしてこれは、ユーザの移動性をサ ポートする機能も担当する。TDm-UA_a(TerminalDomain_User_Agent_a)と呼ぶ別の エージェントをTerminal_mドメイン内に導入することにより、User_aを表し、また Terminal_mのセキュリティ機能を引き受ける。このUser_aが別の端末例えばTermin al_nも使用している場合、TDn_UA_aもTerminal_nドメイン上のそのユーザに対し定 義する。 さらに、どの端末も所有者を有しなければならないこと、またこの所有者をそ の端末のデフォルトのユーザとして定義することが合理的である、と仮定する。 合法でかつ稼働中の端末は、常に一人のデフォルト・ユーザを有することになる 。このデフォルト・ユーザは、その端末に恒久的に登録される。ある端末に対す るデフォルト・ユーザの定義により、我々は、その端末の使用を制限することも できるアクセス制御プロシージャを実装することができる。もちろん、デフォル ト・ユーザは、別の端末にも登録することができるが、前者の登録は常に有効で あり、そして我々は、多数端末登録の場合をもつことになる。したがって、Term inal_mドメインに導入したデフォルト・ユーザを表すエージェントTD_UA_mがある 。これに対応して、Telecom System_NドメインにエージェントPD_UA_mを導入する 。 加えて、我々は、Terminal_mドメイン内のTelecom System_Nドメインを表すＳＰ ＡＮと、Telecom System_Nドメイン内のTerminal_m表すTAmと、端末アクセス・ ポイント（ポート）を表すTAPと、ネットワーク・アクセス・ポイントを表すＮ ＡＰのようなオブジェクトを有する。これは、図２に示している。移動ユーザとテレコム・システム間の動作のイネーブル 動作は、User_aによりまたはTelecom System_Nドメイン内のオブジェクトのいず れかにより開始させることができるため、我々は、２つの場合について別々に考 察する。移動ユーザが開始する動作 ここで、ＣＯ１がオブジェクトＣＯ２に対する動作OpY()を呼び出したいと仮 定する。この呼び出しは、直接には行われない。 先ず初めに、動作Call(CO2.OpY())をオブジェクトTD_UA_aに対し発する。これ は、ＣＯ２とTD_UA_aとの間に関連がなければならないことを示す。この関連の定 義は、以下の説明する。次に、TD_UA_aは、そのピア・オブジェクト（peer-objec t）PD_UA_aに対する動作Call(O2.OpY())を呼び出す。TD_UA_aがこの動作要求を発 するのに必要なものは、オブジェクトPD_UA_aの識別子である。TD_UA_aとPD_UA_aの 両方は、同じユーザを表し、またたった１つの固有のPD_UA_aしかないため、TD_U A_aにとっては、PD_UA_aの識別子を見い出すことは問題ではない。実際に、これら ２つのオブジェクトの両方は、これらが表すユーザの識別を保有している。 PD_UA_aに対する動作Call(O2.OpY())は、ＳＰＡＮの動作 Call(PD_UA_a.Call(CO2.OpY()))に変換する。ＳＰＡＮは、そのピア・オブジェク トTA_mに対する動作要求Call(PD_UA_a.Call(CO2.OpY()))を発する。この要求は、 ＴＡＰに対する動作Call(TA_mCall(PD_UA_a.Call(CO2.OpY()))に変換する。次に、 ＴＡＰは、この動作を、これが現在接続されているＮＡＰに送る。ＮＡＰは、次 に動作要求Call(PD_UA_a.Call(CO2.OpY()))をTA_mに発する。TA_mは次に、PD_UA_aの Call(CO2.OpY())を呼び出す。このPD_UA_aは、ここで、オブジェクトＣＯ２の動 作OpY()を呼び出す。これは、動作OpY()の伝達で終わる。 ユーザ・ドメイン内のオブジェクトによる動作の呼び出しは、シームレスにサ ポートする。ユーザ・ドメインに要求する唯一の情報は、ＣＯ２が固定のｋＴＮ 上に常駐している（またはテレコム・システム・ドメイン内の位置している）こ とである。これ以外の追加の情報は、要求されない。これは、図３に示している 。テレコム・システム・ドメイン内のオブジェクトが開始させる動作 図４を参照する。 ここで、テレコム・システム・ドメイン内のオブジェクトＣＯ２が、ＣＯ１の 動作OpX()を呼び出すことを希望していろと仮定する。この動作は、PD_UA_aの動 作Call(CO1.OpX())に変換する。この変換を可能にするには、ＣＯ１がUser_aドメ インに属しそれ以外のどのユーザ・ドメインにも属していないことの情報が、テ レコム・システム・ドメイン内で利用可能でなければならない。 TD_UA_aは、次に、オブジェクトTD_UA_aに対する動作Call(CO1.OpX())を呼び出 す。これの最初の要求は、TD_UA_aの識別子を見い出すことである。差し当たって 、我々は、このような情報が利用可能であると仮定する。我々は、直ぐに、どの ようにしてこれを見い出すかについて戻ることにする。その動作要求は、その後 で、TA_mに対する動作Call(TD_UA_a.Call(CO1.OpX()))に変換する。これを行うに は、PD_UA_aは、TA_mの識別子かあるいは端末例えばUser_aが位置するTerminal_mの 識別を有しなければならない。 この必要な情報を獲得して移動ユーザに到達するプロシージャは、ロケーショ ン・トラッキングとして一般に知られており、そしてこれは、ロケーションの登 録（registration）および登録解除（deregistration）のプロシージャを補足す ることが多い。 差し当たっては、PD_UA_aがどうにかして十分な情報を取得しそして正しいTerm inal_agent、例えばTA_mを呼び出す、と仮定する。このステップからステップ６ まで、全ての動作は、端末移動性のハンドリングに関係している。TA_mは、この 呼び出しのそのピア−ピア・オブジェクトＳＰＡＮへの転送を、動作Call(SPAN. Call(TD_UA_a.Call(CO1.OpX()))をＮＡＰに発することにより行う。ＮＡＰは、こ の呼び出しを、対応するＴＡＰに転送する。ＴＡＰは、次にＳＰＡＮのCall(TD_ UA_a.Call(CO1.OpX()))を呼び出す。ＳＰＡＮは、TD_UA_aのCall(CO1.OpX())を呼 び出す。最後に、TD_UA_aは、オブジェクトＣＯ１の動作OpX()を呼び出す。これ は、テレコム・システム・ドメイン内のオブジェクトが開始した動作の伝達で終 了する。 我々は、これらプロシージャの成功のための条件が、ユーザが使用しているあ るいはアクセスを有している現行の端末についての情報の可用性である、と判っ た。正式に言えば、テレコム・システム・ドメイン上に常駐するオブジェクトが 開始させる動作の成功は、PD_UA_aとTAとの間の関連性の定義に依存する。 User_aが移動しているとき、PD_UA_aとTAとの間の関連性が、相関的に変化して おり、したがって時には定義できないことがある。この関連性を決定するのに必 要な動作は、ユーザ登録および登録解除として一般に呼ばれているプロシージャ の一部分である。ユーザ・ロケーションの登録および登録解除 ユーザ・ロケーションの登録および登録解除は、PD_UAとTAとの関連性を決定 するプロシージャである。これには多くの方法があり、以下のセクションで説明 する。“オンザフライ（on-the-Fly）”方法 最も直線的な方法は、“オンザフライ（on-the-Fly）”方法である。この方法 は、“怠惰（lazy）”とも呼ばれており、それは、必要となるまで、例えば要求 が発されるまで何もすべきでないからである。テレコム・システム・ドメイン内 に常駐するオブジェクトＣＯ２がUser_aドメインに属するオブジェクトＣＯ１の 動作を呼び出すことを希望するとき、要求をPD_UA_aオブジェクトに発する。PD_U A_aオブジェクトは、全てのTAに対しブロードキャストを発して、これらに移動ユ ーザについてのサーチすることを頼む。これらTAは、これらの片方、すなわちＳ ＰＡに対し、対応するTD_UA_aをサーチするよう頼むことができる。ＳＰＡのいず れも成功しない場合、User_aに達することはできない。これの他には何もするこ とはできない。１つのＳＰＡがその移動User_aを見い出すことに成功した場合、 これが、その対応TAに対し回答し、そしてこのTAは、再びPD_UA_aに通知する。こ のとき、PD_UA_aは、問題のTAに動作呼び出しを送ることができ、そして、このTA は、対応のＳＰＡにそれを送る。ＳＰＡは、この動作をTD_UA_aオブジェクトに送 り、そしてこのオブジェクトは、それをオブジェクトＣＯ１に送る。これで、相 互作用がイネーブルされる。 この方法は、小さくかつ“地理的分散の低い”のシステム、すなわち少数の端 末および少数のユーザをもつシステムに対しては、満足なものである。より大き なあるいは地理的に大きく分散したシステムに対しては、時間のかかるものとな り得る。ユーザを見い出すことあるいはそのユーザを見い出すのが可能でないと 知るのにしばらくかかることがある。この方法はまた、テレコム・システム・ド メインにおいてかなりの活動を必要とする。システム内にｎ個の端末とｍ人のユ ーザがいる場合、最悪の場合には、ｍ人のユーザ全てを見い出すのにｍ×ｎのサ ーチ・プロシージャを同時に開始させることがある。この方法は、インターネッ トにおいて、サーチ・エンジンを別のウェブ・ページまたは情報場所のロケーシ ョンを識別するのに使用する時に、用いられている。PD UA とTAとの間の関連性の事前決定に基づく方法 PD_UAとTAとの間の関連性の事前決定に基づく別の方法がある。PD_UAは、前も って、移動ユーザがいずれかのTAとコンタクトをもっているか否か、またその特 定のTAインスタンスとそれが関連しているかについて知っている。言い換えれば 、PD_UAオブジェクトは、PD_UAとTAとの間の関連性を記憶する能力を有している 。 単純な実装は、TA識別子を使用することであり、この識別子は、１つのTAに対 する“分散透明（distribution transparent）”ポインタの一種である。この方 法により、動作要求が発されるとき、実行時でかなりの時間が節約される。 このTA識別子は、必ずしもPD_UA内に組み込む必要はないが、別個の計算オブ ジェクト、例えばPD_UAオブジェクトに対し登録情報サービスを供するUser_Regi strationとして実現することができる。このUser_Registrationオブジェクトに は、いくつかのTA識別子を含ませることができるが、それは、一人のユーザに、 いくつかの端末を同時に使用することを許容することができるからである。 必要な第２の情報は、対応するTD_UAの識別子である。この情報は、ユーザの 識別と端末の識別がら導き出すことができるが、これを記憶させることの方がよ り便利である。実行時に必要な処理が少なくなるにつれ、より短い応答時間が得 られる。TD_UAおよびTAについての情報を含むUser_Registrationオブジェクトは 、図５に示している。 ここで、問題は、PD_UAがTD_UAおよびTAについての情報をいかにして得るこ とができるか、そしてその更新を、ユーザの現実の移動との一致を保証するため にいつ行われるべきかである。デフォルト登録 先に述べたように、どの端末も、この端末の所有者であるデフォルト・ユーザ に関連させる。この場合、PD_UAとTA間の関連性は、常に定義する。我々は、こ れをデフォルト登録と呼ぶことができる。 再び、オブジェクトＣＯ２が、User_aドメインに属するオブジェクトＣＯ１の 動作OpXを呼び出すこと希望している場合の例について考察することにする。こ こで、User_aは、Terminal_mのデフォルト・ユーザであると仮定する。動作要求Ca ll(CO1.OpX())を受けると、PD_UA_aは、User_Registration_aの動作Get_Registrat ion()を呼び出す。User_Registration_aは、そのTD_UAおよびTAテーブルをチェッ クし、そしてデフォルトのTD_UAおよびTAの各識別子、すなわちTD_UA_aとTA_mとを PD_UA_aに返す。PD_UA_aは、TA_mオブジェクトに対する動作Call(TD_UA_a.Call(CO1. OpX()))の呼び出しに進む。このプロシージャは、全動作OpXが達成されるまで、 前述のように続き続く。これは、図６に示している。ローカル登録 ローカル登録は、User_aがUser_mに属するTerminal_mを使用することを希望して いる場合である。実際には、ローカル登録は、アクセス・セッションに属するも のであり、このアクセス・セッションの目的は、ユーザがサービスにアクセスす るのをイネーブルすることである。 続ける前に、ある種の要件をその端末に課さなければならない。何人かのユー ザが同一の端末を使用してテレコム・システム・ドメインにアクセスできるよう にするため、この端末は、何等かのよりローカルの“インテリジェンス”、すな わち、固定のネットワークにおいて使用されている現行の端末と比べより一層の 処理および機能の能力をもたなければならない。我々は、Terminal_mドメインに ＵＩ（User_Interface）と呼ぶオブジェクトを導入する。このオブジェクトは、 端末と各ユーザとの間の相互作用の監督および制御を担当する。ＵＩは、何人か のユーザが同一の端末を共有している場合に、異なったユーザ間でスイッチする 機能を有する。要求時には、ＵＩはまた、新たなTD_UAオブジェクトを作成する ことにより、到来する新たなユーザをサービスすることができる。 図７において、我々は、３人のユーザがいる例について示す。User_bとUser_cは 、すでにTerminal_mに登録されている。要求時には、ＵＩは、これら二人のユー ザ間でスイッチ、すなわち、入力／出力チャンネルをTD_UA_bまたはTD_UA_cに接続 することができる。このスイッチ要求は、コマンドNew-User()を入力するか、１ つのキーを押すか、あるいはあるアイコン上でマウスをクリックするか等のよう な種々の異なった方法で実現することができる。 User_aが来てその端末を使用するのを希望するとき、このユーザは、要求New-U serを発する。ＵＩは、新しくかつ“一時的な”TD_UAオブジェクトを作成するこ とができる。一時的とは、このTD_UAが、まだいずれのユーザ、より特定すると 、このテレコム・システム・ドメインに対して知られておりかつ認識可能ないず れのPD_UAとも関連付けられていない、ということを意味している。この関連付 けは、ローカル登録の実行が成功した後でのみ行われることになる。ＵＩはまた 、入力／出力チャンネルをこのTD_UAに接続する。これで、User_aは、一時的TD_U Aと相互作用することができることになる。 次に、我々の例に戻ることにする。User_aがユーザ自身をTerminal_mに登録する のを希望するとする。動作New-User()を呼び出し、そして彼に割り当てられた一 時的TD_UAを取得した後、User_aは、彼のユーザ識別子（または名前）をその一時 的TD_UAに入力する（図８参照）。 ユーザ識別子から、一時的TD_UAは、動作LocalRegister()がそのPD_UA_aに対し 呼び出されなければならないことを知る対応するPD_UA_aの計算インターフェース 識別子（CII）を導き出す。したがって、この一時的TD_UAは、ＳＰＡＮに対し動 作Call(PD_UAa.LocalRegister())を呼び出すことにより、動作LocalRegister() の伝達を開始する。この呼び出しは、ＴＡＰ、ＮＡＰを通して伝達し、そしてTA_m に到達する。TA_mは次に、PD_UA_aに対しLocalRegister()動作を呼び出す。PD_UA_a は、セキュリティ・プロシージャ（procedures）を開始する。図９に示すよう に、我々はここで、このセキュリティ・プロシージャが成功すると仮定する。PD _UA_aは、User_Reg_aに対し動作Set-Registration(TD_UA，TA_m)を呼び出し、これ は、TD_UAおよびTA_mの識別子をセーブする。PD_UA_aは、TD_UAに対し状態Ｏ Ｋを回答し戻す。TD_UAは、PD_UA_aの識別子をセーブし、そしてUser_aに関連付け た恒久的エージェントとなる。TD_UAは、Terminal_mに対するUser_aの最終的な登 録解除まで、生きたままに留まる。リモート登録 リモート登録は、User_aが、彼がログインされていないリモートTerminal_m上で アプリケーションを走らせるあるいはアプリケーションを受けることを希望する ような場合である。User_aは、実際には、Terminal_nにてログインされている。リ モート登録を実行するには、User_aは、Terminal_n上で登録アプリケーションを走 らせなければならない。登録アプリケーションは、特別なアウトゴーイングのア プリケーションであって、アプリケーションの配達のための登録を可能にするも のである。しかし、登録アプリケーションの設計は、この書類の範囲を超えたも のである。 差し当たっては、登録アプリケーションは、User_aが、その希望するリモート 端末、すなわちTerminal_mの識別を入力するのを可能にする。 登録アプリケーションは、次に、PD_UA_aに対しRegister(Term_m)を呼び出す。 PD_UA_aは、TA_mすなわちTerminal_mの端末エージェントに対し、動作Register(U ser_a)を呼び出す。ここで再び、登録を付与する前に、TA_mは、この端末の使用の ためユーザのアクセス制御を開始させることにより、User_aがユーザ自身をTermi nal_mに登録するのを許可されているかどうかチェックして、端末ユーザのプライ バシーを保護する。User_aが許可されていない場合、TA_mはその回答においてNotA llowed（不許可）状態をPD_UA_aに返し、そしてこれは、登録アプリケーションに 通知する。このとき、登録アプリケーションは、NotAllowedメッセージをUser_a に配信する。 上記アクセス制御が成功したと仮定する。TA_mは、その片方のＳＰＡＮに対し 動作Register(PD-UA_a)を呼び出す。通常のように、この動作呼び出しは、当然な がら、ＮＡＰおよびＴＡＰを通して伝達される。 図１０において、我々は、この説明の負担とならないようにするため、簡単に 、端末移動性サポートに属するいくらかの動作をイタリックで提示している。 この呼び出しを受けると、ＳＰＡＮは、TD_UA_a2を作成し、そしてTD_UA_a2に 対する動作Associate_with(PD_UA_a)を呼び出して、PD_UA_aの識別子のセーブを生 じさせる。TD_UA_a2は、このとき、Terminal_mの登録解除までは存続することにな る。ＳＰＡＮは、ＯＫ状態およびTD_UA_a2の識別子をTA_mに返し、そしてこれはま た、この同じ情報をPD_UA_aに返す。 次に、PD_UA_aは、User_Reg_aに対し動作Set_Registration(TD_UA_a2,TA_m)を呼び 出し、そしてこれは、TD_UA_a2およびTA_mの識別子をセーブする。PD_UA_aは、次に ＯＫ状態を登録アプリケーションに返す。登録アプリケーションは、ＯＫ状態を Terminal_mのUser_aに対し配信する。これは、リモート登録を完了する。リモート 登録のためのプロシージャは、図１１に示している。ローカル登録解除 ユーザがある端末でのユーザ自身の活動を終了することを希望するとき、ユー ザは、その端末から単にログアウトすればよい。この登録解除は、この同じ端末 からローカル開始させる。 図１２に示した例について考察することにする。Terminal_mに登録されたUser_a は、ログアウトを希望している。このユーザは、ユーザ自身のアクセス・セッシ ョンを終了させ（節９．４参照）、そしてこれは、TD_UAへの終了要求をもたら す。この終了の前に、TD_UAは、PD_UA_aに対する動作LocalDeregister()を呼び出 す。この動作要求は、ＳＰＡＮに対する動作Call（PD_UA_a.LocalRegister()に変 換する。この動作は、ＴＡＰ、ＮＡＰを通して伝達し、そしてTA_mに到達する。 次に、TA_mは、PD_UA_aに対する動作LocalDeregister()を呼び出す。PD_UA_aは、Us er_Reg_aの動作Reset_Registration(TD_UA,TA_m)を呼び出し、そしてこれは、TD_U AおよびTA_mの識別子をその内部テーブルから除去する。PD_UA_aは、TD_UAに対し 状態ＯＫを返す。これで、TD_UAは、それ自身を終了させることができる。ロー カル登録解除のためのこのプロシージャは、図１３に示している。リモート登録解除 ある端末におけるユーザ自身の活動を終了させるには、ユーザはまた、別の端 末からリモートで登録解除を開始させることもできる。ここで、User_aが、この ユーザ自身を、User_m（デフォルト・ユーザ）に属するTerminal_mにおいて、別 の端末すなわちTerminal_nから登録解除することを希望している例について考え ることにする。 このような登録解除を行うには、User_aは、Terminal_nで走っている登録解除ア プリケーションに対するアクセスを有して、このユーザが、リモート端末（この 端末からこのユーザが登録解除を希望している）の識別を入力することができる ようにならねばならない。このアクセスをもつと、その登録解除アプリケーショ ンは、PD_UA_aオブジェクトに対する動作Deregister(Term_m)を呼び出す。 PD_UA_aは、TD_UA_a2すなわちUser_aに割り当てたTerminal_m上の端末ドメイン・ ユーザ・エージェントに対する動作Deregister(User_a)を呼び出す。この動作は 、図１４において点線で示している。物理的には、これは、TA_mに対する動作に 変換し、そして次に、TD_UA_a2に到達する前に、ＮＡＰ、ＴＡＰ、ＳＰＡＮを介 して伝達する。TD_UA_a2オブジェクトは、PD_UA_aの識別子を除去し、ＯＫ状態をP D_UA_aオブジェクトに返し、そしてそれ自身を終了させる。 PD_UA_aオブジェクトは、User_Reg_aオブジェクトに対し動作Reset_Registratio n(TD_UA_a2,TA_m)を呼び出して、TD_UA_a2およびTA_mの識別子のその内部テーブルか らの除去を起こさせる。ＯＫ状態を受け取ると、PD_UA_aオブジェクトは、ＯＫ状 態を登録解除アプリケーションに返すことができ、そしてこの登録解除アプリケ ーションは、それをUser_aに送ることもできる。これで、リモート登録解除が完 了する。この登録解除のプロシージャは、図１５に示している。多数端末登録のサポート 先に述べたように、一人のユーザに、いくつかの端末にて登録しそして同時に それらを使用することを可能にしなければならない。 この状況を明らかにするため、図１６に示した例について考えることにする。 User_aは、２つの端末、すなわちTerminal_nとTerminal_mで登録されており、そし て２つの端末エージェントTD_UA_a1およびTD_UA_a2にそれぞれ関連付けられている 。このユーザは、Terminal_nとTerminal_mでそれぞれ走っている２つの計算オブジ ェクトＣＯ１とＣＯ３を有している。ＣＯ１はＣＯ２と相互作用し、ＣＯ３はＣ Ｏ４と相互作用し、ここで、ＣＯ２とＣＯ４は、テレコム・システム・ドメ インに属している。 最初に、ＣＯ１が、ＣＯ２に対する動作OpX()を要求すると仮定する。この動 作要求は、TD_UA_a1に対する動作Call(CO2.OpX())に変換する。TD_UA_a1オブジェ クトは、次にテレコム・システム・ドメイン内のそのピア・オブジェクトPD_UA_a に対する等価の動作Call(CO2.OpX())を呼び出し、そしてこれは、さらに、その 要求をＣＯ２に配信する。これは、困難を伴わずに行えるが、それは、TD_UA_a1 がPD_UA_aの識別子を知っているからである。同様に、ＣＯ３は、何の問題もなく 、ＣＯ４に対する任意の動作を呼び出すことができる。この既存の機構は、ユー ザ・ドメインから開始させる呼び出しをサポートするには十分である。その逆、 すなわちオブジェクトＣＯ２がＣＯ１に対する動作を呼び出すこと、またはオブ ジェクトＣＯ４がオブジェクトＣＯ３を呼び出すことは、追加の情報および機能 を必要とする。 次に、ＣＯ２がＣＯ１に対する動作OpY()を要求すると仮定する。再び、この 動作要求は、PD_UA_aに対する動作Call(CO1.OpY())に変換する。ここでの問題は 、PD_UA_aがどの端末上にＣＯ１が位置しているかを知らないことである。これが 、その動作要求をTD_UA_a1に転送すべきかあるいはTD_UA_a2に転送すべきかを判断 することができない。PD_UA_aは、User_aが両端末、すなわちTerminal_nとTerminal_m とに登録されているとの情報しか保有しておらず、User_aの各オブジェクトのロ ケーションに関する知識を全く有していない。したがって、そのような情報は、 それに供給しなければならないことは明かである。 したがって、テレコム・システム・ドメイン上のオブジェクトからの要求を受 けることを希望するユーザ・ドメイン内のどのオブジェクトも、テレコム・シス テム・ドメイン内の何等かのオブジェクトにより登録されねばならず、それによ り、PD_UA_aオブジェクトが、そのユーザ・オブジェクトのロケーションを得るた めに照会することができねばならない。この情報を記憶させるのに都合の良い場 所は、User_Registration_aオブジェクトとなる。 ユーザ・エージェントTD_UA_a1とTD_UA_a2とには、端末ドメイン内のユーザ・オ ブジェクトの登録を可能にする追加の動作を装備しなければならない。このよう な動作、例えばObjRegは、次のようなIDL/ODL仕様を有することができ、これ において、IDLは、ＣＯＲＢＡにおいて定義されたインターフェース定義言語と して定義され、ODLは、オブジェクトの定義を可能にするIDLの拡張［ＴＩＮ９５ ｈ］であるＴＩＮＡ−Ｃにより定義された、オブジェクト定義言語として定義さ れる。 ObjReg（in ObjectId objectname，in objectId useragentname）objectname は、登録されたオブジェクトの計算インターフェース識別子である。 useragentnameは、そのオブジェクトがどこに登録されるかについてのユーザ ・エージェントの計算インターフェース識別子である。この引数は、登録がロー カルに行われるときには必要でなく、したがって空となることがある。 ユーザ・エージェント（ＣＯ１またはＣＯ３）のこの登録は、ユーザ・オブジ ェクト自身によりあるいは何等かのプロキシ（proxy）・オブジェクトにより行 うこともできる。 オブジェクトＣＯ１のための登録プロシージャは、図１８に示している。ユー ザ・エージェント（TD_UAおよびPD_UA）は、登録情報をUser_registrationオブ ジェクトへ渡すためのリレーとして作用する。 TD_UAは、動作要求ObjReg(objectname,TD_UAname)を受けると、そのピア・オ ブジェクトPD_UAに対する動作UserObjReg(objectname，TD_UAname)を呼び出す。 PD_UAは、さらに、同様の動作UserObjReg(objectname，TD_UAname)をそのUser_r egistrationオブジェクトに対し呼び出す。User_registrationオブジェクトは、 この要求を受け取ったとき、オブジェクト登録情報をセーブする。したがって、 その記憶能力は、そのような情報を包含するように拡張されねばならない。この 内部データ構造は、種々の異なった方法で実施することができる。図１７には、 その１例を示している。主テーブルの各行について、１つの端末において登録さ れた全てのオブジェクトの識別子を含むObjectListを割り当てている。この機能 をさらに強化するため、多数オブジェクト登録動作も、オブジェクトTD_UA、PD_ UA、User_Registrationの各々に対し定義することもできる。 オブジェクトは、登録解除することもできる。オブジェクト登録解除のための プロシージャ、並びにこの所要の動作は、登録に対するものとかなり類似したも のである。動作UserObjDereg(objectname，TD_UAname)の受け取り時に、 User_Registrationは、対応するObjectListをフェッチし、そしてその指定され たオブジェクトの識別子を除去する。主テーブルの１つの行を除去するとき、す なわち１つの端末についてのユーザ登録解除を実行するとき、対応のObjectList も削除する。 オブジェクトの登録動作および登録解除動作に加えて、User_registrationオ ブジェクトはまた、他のオブジェクトがオブジェクト登録情報を要求するために 使用することのある動作 GetObjReg(in ObjectId objectname，out ObjectId useragentname)も有しなけ ればならない。 ＣＯ１にアドレスされたＣＯ２からの動作要求Call(CO1.OpY())を受け取った ときで、かつＣＯ１がテレコム・システム・ドメイン内にないとき、PD_UA_aは、 GetObjReg(CO1，AgentToCall)をそのUser_Registrationオブジェクトに対し呼び 出す。TD_UA_a1の識別子は、パラメータAgentToCallにおいて返す。PD_UA_aは、TD _UA_a1に対するCall(CO1.OpY())の呼び出しに進むことができる。この動作は、最 終的にはTD_UA_a1まで伝達し、そしてTD_UA_a1はＣＯ１に対するOpYを呼び出す。 この結果は、ＣＯ２へ戻るその同じ経路を使って返す。発明の効果 ・本発明は、分散システムにおいてユーザ移動性を提供する。 ・本発明は、極めてフレキシブルであるが、それは、エージェント技法を使用し 、これが、エージェントの内部実装の変更を、システムの残りの部分に対し影響 を及ぼさずに可能にするからである。 ・本発明は、固定あるいは移動であろうと、パブリックまたはプライベートであ ろうと、ローカル・エリアあるいはワイド・エリアであろうと、有線または無線 であろう、任意のタイプのネットワークにおいて使用することができる。 ・本発明は、何人かのユーザに同じ端末を使用できるようにもする。 ・また、本発明は、一人のユーザに、いくつかの端末を同時に使用できるように もする。 ・本発明は、異なったユーザに属するオブジェクトを記録し分離することにより 、ユーザのプライバシーを確保する。

【手続補正書】特許法第１８４条の８第１項 【提出日】平成１１年４月２２日（１９９９．４．２２） 【補正内容】 請求の範囲 1. ユーザまたは個人を提供する装置において、前記ユーザ移動性サポートは 、各ユーザに対し多数のエージェントの使用により実装し、その１つのユーザ・ エージェントPD_UA_aは前記テレコム・ドメイン内に位置し、１つのユーザ・エー ジェントTD_m-UA_aは、前記ユーザが使用している各Terminal_mに位置し、またそれ らエージェントが相互作用をイネーブルするように共同すること、を特徴とする 装置。 2. 請求項１に記載の装置において、前記ユーザ移動性サポートは、一人のユ ーザがいくつかの端末を同時に使用できるように適合させたこと、を特徴とする 装置。 3. 請求項１から２のいずれかに記載の装置において、前記ユーザ移動性サポ ートは、幾人かのユーザに同じ端末を使用できるように適合させたこと、を特徴 とする装置。 4． 請求項１から３のいずれかの記載の装置において、前記ユーザ移動性サ ポートは、異なったユーザに属するオブジェクトを記録し分離することにより、 プライバシーを保証するように適合させたこと、を特徴とする装置。 5. 請求項１から４のいずれかに記載の装置において、前記ユーザ移動性サポ ートは、デフォルトの、ローカルおよびリモートで、単一および多数のユーザ登 録および登録解除のプロシージャを提供するように適合させたこと、を特徴とす る装置。 6. 請求項１から５のいずれかに記載の装置において、ドメイン間の相互作用 をイネーブルするため、前記テレコム・システム・ドメイン内に第１のユーザ・ エージェント（PD_UA_a）を導入し、該ユーザ・エージェントを、セキュリティ機 能、例えば識別、認証、暗号化等を引き受けるために適合させ、また対象とする ユーザの移動性をサポートする機能を担当するように適合させたこと、を特徴と する装置。 7. 請求項８記載の装置において、前記ユーザを表すためかつ前記端末ドメイ ンの前記セキュリティ機能を引き受けるため、第２のエージェント（TDm-UA_a） を導入し、該第２エージェントもまた、対象とする前記端末の前記セキュリティ 機能を引き受けるために適合させたこと、を特徴とする装置。 8. 請求項８または９に記載の装置において、前記ユーザが別の端末（Termin al_n）も使用している場合、これに対応するユーザ・エージェントも前記端末ド メインにおいて定義すること、を特徴とする装置。 9. 請求項１から８のいずれかに記載の装置において、各端末に対し、前記端 末の所有者すなわちデフォルト・ユーザを定義し、これを、対象とする前記端末 ドメイン内のさらに別のエージェント（TD_UA_m）で表し、これに対応して、さら に別のエージェント（PD_UA_m）を前記テレコム・システム・ドメイン内に導入す ること、を特徴とする装置。 10．請求項１から９のいずれかに記載の装置において、前記エージェントは、 前記ユーザ・ドメイン内に存在するオブジェクトと、前記テレコム・システム・ ドメイン内に存在する別のオブジェクトとの間の動作を可能にするように構成し たこと、を特徴とする装置。 11．請求項１から１０のいずれかに記載の装置において、前記ユーザ・ドメイ ン内に存在するオブジェクトが開始させる前記テレコム・ドメイン内に存在する オブジェクトに対する動作は、エージェントTD_UA_aに対し発し、そしてこのエー ジェントは、そのピア・オブジェクトPD_UA_aに対し送り、そしてこのオブジェク トはさらに、前記テレコム・システム・ドメインに対するアドレス指定されたオ ブジェクトに対しそれらを呼び出すこと、を特徴とする装置。 12．請求項１０記載の装置において、前記テレコム・システム・ドメイン内の オブジェクトが開始させる動作は、前記エージェントPD_UA_aに対し作り、そして このエージェントは、前記各Terminal_mの前記端末エージェントTA_mに送ってTD_m_ UA_a、すなわち前記正しい端末上の前記ユーザ・エージェントに配信されるよう にし、そしてこれが最終的に、前記ユーザ・ドメイン上に存在する前記オブジェ クトに対する動作を呼び出すこと、を特徴とする装置。 13．請求項１から１２のいずれかに記載の装置において、前記ユーザが移動中 であり、かつ前記ピア（peer）・オブジェクト（PD_UA_a）と端末エージェント（ TA）との間の関連性が相関的に変化しているとき、ユーザ登録およびユーザ登 録解除を含むプロシージャを利用し、前記登録データは、前記テレコム・システ ム・ドメイン内の専用のオブジェクト・ユーザ登録手段内に記憶させること、を 特徴とする装置。 14．請求項１から１３のいずれかに記載の装置において、端末が該端末の所有 者であるデフォルト・ユーザに関連していることを意味する、各端末に対するデ フォルト登録があること、を特徴とする装置。 15．請求項１から１４のいずれかに記載の装置において、前記ユーザに、該ユ ーザ自身を前記端末に、対象とする同じ端末を使用して登録できるようにするロ ーカル登録があること、を特徴とする装置。 16．請求項１から１５のいずれかに記載の装置において、前記ユーザに、該ユ ーザ自身を、前記登録に使用された前記端末にではなくリモートの端末に登録で きるようにするリモート登録があること、を特徴とする装置。 17．請求項１から１６のいずれかに記載の装置において、前記ユーザに、該ユ ーザ自身を前記端末から、対象とするこの同じ端末を使用して登録解除できるよ うにするローカル登録解除があること、を特徴とする装置。 18．請求項１から１７のいずれかに記載の装置において、前記ユーザに、該ユ ーザ自身を、前記登録に使用された前記端末ではなくリモート端末で登録解除で きるようにするリモート登録解除があること、を特徴とする装置。 19．請求項１から１８のいずれかに記載の装置において、前記ユーザに、いく つかの端末において同時に登録できるようにする多数端末登録があること、を特 徴とする装置。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ， ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，Ｌ Ｓ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ， ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，Ｅ Ｅ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，Ｍ Ｄ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ， ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，Ｕ Ｚ，ＶＮ，ＹＵ，ＺＷ

Claims (1)

1. 【特許請求の範囲】 1. 通信システム特に電気通信システムにおけるサービスの可用性を改善する 装置であって、前記システムが１以上のユーザに対しサービスを提供するため相 互作用する分散したハードウェアおよびソフトウェアのコンポーネントを備えて いる、前記の装置において、 前記システムに、ユーザ移動性サポートを導入し、これにより個人移動性を含 むアプリケーション可用性をイネーブルすること、を特徴とする装置。 2. 請求項１記載の装置において、前記ユーザ移動性サポートおよびこれのサ ポートを、任意のオープン分散処理（ＯＤＰ）システムおよび任意の共通要求ア ーキテクチャ（ＣＯＲＢＡ）システムの一方または双方、またはこれに類似のも のに導入し、前記移動性サポートを、固定または移動、パブリックまたはプライ ベート、ローカル・エリアまたはワイド・エリア、有線または無線の任意のタイ プのネットワークに対し適合させること、を特徴とする装置。 3. 請求項１および２のいずれかに記載の装置において、前記ユーザ移動性サ ポートは、各ユーザに対し多数エージェントの使用により実現すること、を特徴 とする装置。 4. 請求項１から３のいずれかに記載の装置において、前記ユーザ移動性サポ ートは、一人のユーザがいくつかの端末を同時に使用できるように適合させたこ と、を特徴とする装置。 5. 請求項１から４のいずれかに記載の装置において、前記ユーザ移動性サポ ートは、幾人かのユーザに同じ端末を使用できるように適合させたこと、を特徴 とする装置。 6. 請求項１から５のいずれかの記載の装置において、前記ユーザ移動性サポ ートは、異なったユーザに属するオブジェクトを記録し分離することにより、プ ライバシーを保証するように適合させたこと、を特徴とする装置。 7. 請求項１から６のいずれかに記載の装置において、前記ユーザ移動性サポ ートは、デフォルトの、ローカルおよびリモートで、単一および多数のユーザ登 録および登録解除のプロシージャを提供するように適合させたこと、を特徴とす る装置。 8. 請求項１から７のいずれかに記載の装置において、ドメイン間の相互作用 をイネーブルするため、前記テレコム・システム・ドメイン内に第１のユーザ・ エージェント（PD_UA_a）を導入し、該ユーザ・エージェントを、セキュリティ機 能、例えば識別、認証、暗号化等を引き受けるために適合させ、また対象とする ユーザの移動性をサポートする機能を担当するように適合させたこと、を特徴と する装置。 9. 請求項８記載の装置において、前記ユーザを表すためかつ前記端末ドメイ ンの前記セキュリティ機能を引き受けるため、第２のエージェント（TDm-UA_a） を導入し、該第２エージェントもまた、対象とする前記端末の前記セキュリティ 機能を引き受けるために適合させたこと、を特徴とする装置。 10．請求項８または９に記載の装置において、前記ユーザが別の端末（Termin al_n）も使用している場合、これに対応するユーザ・エージェントも前記端末ド メインにおいて定義すること、を特徴とする装置。 11．請求項１から１０のいずれかに記載の装置において、各端末に対し、前記 端末の所有者すなわちデフォルト・ユーザを定義し、これを、対象とする前記端 末ドメイン内のさらに別のエージェント（TD_UA_m）で表し、これに対応して、さ らに別のエージェント（PD_UA_m）を前記テレコム・システム・ドメイン内に導入 すること、を特徴とする装置。 12．請求項１から１１のいずれかに記載の装置において、前記エージェントは 、移動ユーザと、前記ユーザ（User_a）によりあるいは前記テレコム・システム ・ドメイン内のオブジェクトにより示される前記テレコム・システムと、の間の 動作を可能にするように構成したこと、を特徴とする装置。 13．請求項１から１２のいずれかに記載の装置において、前記ユーザ・ドメイ ン内の前記移動ユーザが開始させる動作は、オブジェクトであってこれらが表す 前記ユーザの識別を保有するオブジェクト（TD_UA_a，PD_UA_a）を通して作ること 、を特徴とする装置。 14．請求項１２記載の装置において、前記テレコム・システム・ドメイン内の オブジェクトが開始させる動作は、前記ユーザが使用中あるいはそれへのアクセ スを有している現行端末についての情報の可用性を通して、すなわち、前記テレ コム・システムのピア・オブジェクト（PD_UA_a）とそれの端末エージェント（TA ）との間の関連性を通して、作ること、を特徴とする装置。 15．請求項１から１４のいずれかに記載の装置において、前記ユーザが移動中 であり、かつ前記ピア・オブジェクト（PD_UA_a）と前記端末エージェント（TA） との間の関連性が相関的に変化しているとき、ユーザ登録およびユーザ登録解除 を含むプロシージャを利用し、前記登録データは、前記テレコム・システム・ド メイン内の専用のオブジェクト・ユーザ登録手段内に記憶させること、を特徴と する装置。