(57)【特許請求の範囲】
【請求項１】
ユーザ毎に与えられた個人識別番号にもとづいて、ユーザ毎に定義された通信サービスを提供するシステムにおいて、
前記通信サービスの提供エリアを構成する複数のエリアをそれぞれ管理し、互いに通信可能に接続された各ノードが、
前記個人識別番号と対応付けた情報であって、該個人識別番号ごとに、該個人識別番号に宛てた通信に対する着信先端末を決定する際に用いる通信サービスプログラムと登録端末テーブルとを含む第一の個人サービスプロファイル、または、前記ユーザが存在する前記エリアを管理するノードに対するエイリアスと、該個人識別番号に対応付けられている該第一の個人サービスプロファイルを格納しているノードに対するエイリアスと、該個人識別番号のみからなる第二の個人サービスプロファイルのいずれかを管理するリソース管理制御部と、
前記ユーザが使用する端末からの接続要求を受信し、前記通信サービスの実行制御を行うサービス実行制御部とを備え、
前記ノードのうち第一の前記エリアを管理する第一のノードの前記サービス実行制御部は、発信ユーザによって操作される前記端末から発信された個人識別番号を受信し、該第一のノードの前記リソース管理制御部に、該個人識別番号と対応付けられた前記第一の個人サービスプロファイルが登録されていない場合に、該個人識別番号と対応付けられている第一の個人サービスプロファイルを格納しているノードであって、前記通信サービスの提供エリアを構成する複数のエリアのうちの第二のエリアを管理するノードである第二のノードに関する情報を取得し、該第二のノードから前記個人識別番号と対応付けられている前記第一の個人サービスプロファイルを取得して登録し、
前記第二のノードの前記サービス実行制御部は、前記第一のノードから前記個人識別番号を指定した前記第一の個人サービスプロファイルの取得の要求を受信すると、該第一の個人サービスプロファイルを送信した後に、該第二のノードの該個人識別番号に対応した前記第一の個人サービスプロファイルの内容を、前記第二の個人サービスプロファイルの内容に変更する
ことを特徴とするパーソナル通信分散制御方式。
【請求項２】
前記端末は、前記第二のノードのアドレスを保持する手段を備え、前記第一のノードのサービス実行制御部は、該端末に保持されている前記第二のノードに関する情報を取得することを特徴とする請求項１に記載のパーソナル通信分散制御方式。
【請求項３】
前記第一のノードの前記リソース管理制御部は、該第一のノードのリソースが減少した場合、前記第一のノードのサービス実行制御部が前記第二のノードから取得した前記第一の個人サービスプロファイルを、前記複数のノードのうち該第一のノード以外のノードである第三のノードに移行させることを特徴とする請求項１に記載のパーソナル通信分散制御方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パーソナル通信サービスシステムに関し、さらに詳しくはユーザが固定電話・携帯電話・パーソナルコンピュータ等、任意の端末において個人識別番号を用いて電話の発着信を行うことや通信サービスに接続することを可能とするパーソナル通信サービスシステムに関する。
【０００２】
【従来の技術】
近年、ユーザの所有する端末の番号を指定して通信を行うのではなく、人指定つまり個人に割り当てられた識別番号を用いて通信サービスを受けたいという要求があるが、そのためには個人情報や個人の位置情報管理、またサービスエリア内のリソース管理を網側が常に把握しておく必要がある。
【０００３】
現在のユニバーサルパーソナル通信（Ｕｎｉｖｅｒｓａｌ  ＰｅｒｓｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ：ＵＰＴ）においては、様々なパーソナル通信アクセス網から接続可能なポイントに位置するパーソナル通信サービスプロバイダがユーザの着信先端末アドレス、提供サービス種別、通信許容・非許容、現在の位置情報等を含む情報を管理している。
【０００４】
ユーザが個人識別番号を用いて通信網に接続された端末から発信を行うとサービスプロバイダの所有する情報をもとに発信者の認証が行われ、ユーザの個人識別番号指定によりデータベース上に事前に登録された接続先ユーザの端末情報・サービス種別をもとに着信先端末が決定され、その端末が接続された網でのルーティングにより着信が行われる。ユーザ情報の管理手段として以下の３つの方式が一般的である。
【０００５】
Ａ．第１の方式は、個人サービスプロファイルＤＢ（データベース）およびサービス実行制御部を含むノードを１つだけ設けて、その１つのノードでパーソナル通信サービス加入者の全情報を管理し、サービスの実行制御を行う方式である。図１０にこの方式の構成例を示す。
Ｂ．第２の方式は、パーソナル通信サービス提供エリアを複数のエリアに分割し、全情報を管理するノードのコピーを各エリア毎に分散配置して各ノードにてサービス実行制御を行う方式である。図１１にこの方式の構成例を示す。本方式では、ユーザはエリアに対応するノードにアクセスすることによりサービス接続が可能になる。
【０００６】
Ｃ．第３の方式は、各エリア毎にエリア内のユーザ情報を管理するノードを設置し、サービス実行制御を行う方式である。図１２にこの方式の構成例を示す。本方式では、ユーザの移動に対応して全情報を管理するノードから該当するユーザの情報のみを該エリアのノードにコピーする。
【０００７】
【発明が解決しようとする課題】
前述した従来の第１の方式（Ａ）では、全サービス加入者の情報がホームノードで管理され、発信者ユーザの認証、提供サービス制御、着信先端末の決定等のサービス実行制御もホームノードで実施している。したがって、パーソナル通信サービスに対する発信や接続時に全てホームノードに対するアクセスが生じ、負荷が集中することになる。また、ユーザの現在位置、使用端末、提供サービス情報に変更が生じた場合においてもホームノードに対するトラフィックの増大や負荷の増加が生じる。また、通信サービスエリアが拡大した場合、いずれのエリアにユーザが存在しても必ずホームノードに対するアクセスが生じるために通信ルートのオーバヘッドが生じる可能性がある。
【０００８】
従来の第２の方式（Ｂ）では、各サービス提供エリア毎にホームノードと同一の情報を管理する必要があるため、情報の多重管理を行う必要があり、オーバヘッドが生じ、さらに個人の諸情報に変更が生じた場合には、全ノードの情報を更新するための負荷が加わることになる。
従来の第３の方式（Ｃ）では、各ノード毎にエリア内ユーザの情報を管理するため、ユーザがサービス提供エリアを移動（ローカルノード間を移動）した場合には必ずホームノードにアクセスを行い、ユーザの諸情報を取得する必要がある。したがって、ユーザが頻繁に移動う行う場合には、ホームノードおよび該当ローカルノードの負荷が増大することになる。
【０００９】
本発明は前述の問題を解決するものであり、ユーザのパーソナル通信サービス接続時やユーザの移動により生じるホームノードの負荷の軽減と、ノード間で相互連携を行いながらサービス実行制御を分散して行うことにより特定のノードに対する負荷が集中した際の負荷分散を行うことを目的としている。
【００１０】
【課題を解決するための手段】
図１は、本発明の１実施形態を示す図である。本システムでは、ノードは、ホームノード１と、サービス提供エリアを複数のエリアに分割してそれぞれのエリア単位で管理を行うローカルノード２−１、２−２によって構成されている。各ノード間は、データ転送を容易にするために信号網３によって接続されている。ホームノード１には、全サービス加入者（以後、ユーザ）のパーソナルＩＤとユーザのホームとなるローカルノード２−１、２−２の論理アドレスを記録したユーザホームアドレス管理テーブル４と、各ローカルノードからのアクセスを制御するデータアクセス制御部５を設ける。
【００１１】
ローカルノード２−１、２−２には、そのノードをホームとするユーザの個人情報となる個人サービスプロファイル６−１、６−２、ノード間の通信制御を行うノード間制御部７−１、７−２、パーソナル通信アクセス網１０−１、１０−２からのアクセスに対してユーザ毎の通信サービスを実行するサービス実行制御部９−１、９−２を設ける。
【００１２】
個人サービスプロファイル６−１、６−２には、個人毎の通信サービスプログラム、登録端末テーブル、ユーザキャッシュ情報、ユーザ位置情報、ユーザのホームローカルノードアドレス、個人識別番号および個人認証・課金に関する情報等が記録されている。ここで、パーソナル通信アクセス網１０−１、１０−２とは、固定網だけでなく、移動網、データ網等も含むものである。
【００１３】
ホームノード１では、パーソナルＩＤに対応するローカルノード論理アドレスのみの管理を行い、ローカルノード２−１、２−２からのアクセスに対する該当データの受け渡しのみを行う。さらに、サービス実行制御は、ユーザが接続したローカルノードで行う。
【００１４】
したがって、ホームノード１におけるシステムリソースに対する負担も軽く、ホームノードアクセスによるデータ参照の負荷も少ない。
【００１５】
ユーザがパーソナルＩＤを用いて発信を行う場合、発信ユーザの存在するエリアを管理するローカルノード２−１に対して接続が行われる。その後、サービス実行制御部９−１において個人サービスプロファイル６−１をもとにユーザ認証が行われ、ユーザが接続先ユーザのパーソナルＩＤを入力すると、ローカルノード２−１は自ノード内の登録ユーザを検索し、該当ユーザが自ノード内に存在する場合には、接続先ユーザの個人サービスプロファイル６−１をもとにして決定された接続先端末情報をもとにパーソナル通信アクセス網１０−１をルーティングして該当端末に接続する。
【００１６】
接続先ユーザが自ノード内に存在しない場合は、信号網３を介してホームノード１に対して接続を行い、相手先ユーザの存在するローカルノード２−２の論理アドレスを取得する。自ローカルノード２−１は、取得した論理アドレスをもとに該当ローカルノード２−２に接続を行い、着信先端末情報を取得し、接続を行う。
【００１７】
したがって、接続先ユーザがどこにいてもサービス接続が可能となり、さらに接続先ユーザが発信者と同一ローカルノードの管理下にある場合には、ホームノード１に接続することなしに、自ノード内での接続先端末決定を行うことができ、通信ルートのオーバヘッドを削減できる。
【００１８】
ユーザがパーソナル通信サービス加入者に対して接続を行うと、接続先ユーザのホームローカルノード２−１の論理アドレスは自ローカルノード内の個人サービスプロファイル６−１内のユーザキャッシュ情報領域内にパーソナルＩＤに対応して蓄積される。本情報はアクセス頻度により更新が行われる。頻繁に接続を行うユーザに接続を行う場合には、このキャッシュ情報が利用され、接続先ユーザの収容ローカルノード２−１、２−２が決定される。
【００１９】
したがって、頻繁にアクセスを行う接続先ユーザに対してはホームノード１を介すことなく、直接、接続先ユーザの収容ローカルノード２−１、２−２にアクセスを行うことができるため、ホームノード１の負荷、通信トラフィックを軽減することができる。
【００２０】
ユーザが分散管理されたサービス提供エリアを移動して、ホームとなるローカルノード２−１の管理下より他ローカルノード２−２の管理エリアに移動した場合、ユーザのパーソナル通信サービスアクセスにより位置登録が行われる。このとき、ユーザの所有する端末に登録されたユーザのホームローカルノード論理アドレスをもとにユーザの個人サービスプロファイル６−１が移動先のローカルノード２−２に蓄積される。ここで、ユーザの端末にホームローカルノードアドレス２−１を記憶する機能がない場合は、位置登録時にホームノード１にアクセスし、パーソナルＩＤをもとにユーザのホームローカルノード論理アドレスを取得する。
【００２１】
したがって、サービス提供エリアを移動した場合に移動先のローカルノード２−２に個人サービスプロファイル６−１を移動することにより発信制御に対する遅延を軽減することができ、また移動先エリア内のユーザへの接続に対しても同一ローカルノードアクセスによりサービス実行制御を行うことが可能となり、通信トラフィックの軽減が可能となる。
【００２２】
ユーザがホームローカルノード２−１から他ローカルノード２−２に移動すると、ホームローカルノード２−１にはユーザの移動先ローカルノード２−２の論理アドレス（エイリアス）が設定される。これは、ユーザが移動先ローカルノード２−２での位置登録時に設定される。他ローカルノードから移動したユーザに対して接続要求があると、まず、移動したユーザのホームローカルノードにアクセスされ、その後、移動先アドレスにより転送が行われ、移動先ノードにてサービス実行制御が実施され、着信先端末が決定される。
【００２３】
したがって、ユーザがホームローカルノードを移動した場合であっても、ホームノードにアクセスせずにローカルノード間の連携によりサービス接続が可能となる。
【００２４】
ユーザの移動にともない、特定ローカルノード２−１に負荷が集中する場合、該当ローカルノード２−１内のシステムリソース管理制御部８−１は、物理的に近いローカルノード２−２に個人サービスプロファイル６−１の移動を行う。このとき、負荷の集中したローカルノード２−１にはパーソナルＩＤに対応して移動先ローカルノード２−２の論理アドレス（個人サービスプロファイル収容ローカルノードアドレス）が登録される。
【００２５】
他ローカルノードより本ローカルノードに対してアクセスがあった場合、その接続先ユーザが負荷分散により個人サービスプロファイルを移動させたユーザに対するものであれば、サービスプロファイル転送先ローカルノードに転送を行い、そのローカルノードのサービス実行制御にてユーザ固有のサービスプログラムの実行を行い、接続先端末の特定を行う。
【００２６】
したがって、特定のローカルノードに対する負荷集中を分散させることができる。
【００２７】
【発明の実施の形態】
以下、図面を参照しながら、本発明の実施の形態を説明する。
図２は、本発明の１実施例の構成図である。パーソナル通信サービスエリアを複数に分割し、サービス提供エリア（Ａｒｅａ＃１）１０−１を管理するノードをローカルノード（ＬＮ１）２−１、サービス提供エリア（Ａｒｅａ＃２）１０−２を管理するノードをローカルノード（ＬＮ１）２−２とする。ここで、サービスプロバイダ５０内での、各ローカルノードの論理アドレスをそれぞれ＃０００１、＃０００２とする。
【００２８】
ローカルノード（ＬＮ１）２−１は、ユーザからの接続要求を受信し個人毎に提供するサービスの実行制御を行うサービス実行制御部（ＳＣ１）９−１、自ノードにおけるシステムリソース・個人サービスプロファイル（＃１）６−１を管理するリソース管理制御部（Ｒｍｎｇ＃１）８−１、システムリソース・ローカルノード固有情報が記憶されているシステムデータベース（ＤＢ）１１−１、各ノード間の通信制御を行うノード間制御部（ＮＣ１）７−１を設けている。
【００２９】
ローカルノード（ＬＮ２）２−２も、ローカルノード（ＬＮ１）２−１と同様な構成である。
ホームノード（ＨＮ）１は、パーソナル通信サービスの全加入者のパーソナルＩＤ（以降、ＰＩＤ）とそのユーザのホーム位置として登録されているローカルノードの論理アドレスとを対にして記録するユーザホームローカルノードアドレス管理テーブル４と、ローカルノード（ＬＮ）からのデータアクセスを制御するデータアクセス制御部５を設けている。
【００３０】
ホームノード（ＨＮ）１〜各ローカルノード（ＬＮ）間、ローカルノード（ＬＮ１）２−１〜ローカルノード（ＬＮ２）２−２間は、信号網（ノード間制御網）３によって接続されている。
図３は、個人サービスプロファイル６−１、６−２の第１の形態を示す図であり、ユーザがホームローカルノードに位置しているときの個人サービスプロファイルを示している。第１の形態における個人サービスプロファイル６−１、６−２には、個人毎の通信サービスプログラム２０、登録端末テーブル２１、ユーザキャッシュ情報２２、ユーザ位置情報２３、ユーザのホームローカルノードアドレス２４、個人識別番号２５、個人認証・課金情報等２６が記録されている。
【００３１】
図４は、個人サービスプロファイル６−１、６−２の第２の形態を示す図であり、ユーザが他のサービスエリア（他のローカルノード）に移動したときに、本来のホームローカルノードに設定される個人サービスプロファイルを示している。第２の形態における個人サービスプロファイル６−１、６−２には、個人識別番号３０、移動先のノードを示す位置情報（収容ローカルノード）３１、サービスプロファイル収容ローカルノードアドレス３２が記録されている。
第２の形態において、位置情報（収容ローカルノード）３１とサービスプロファイル収容ローカルノードアドレス３２の内容は、通常は一致しているが、移動先ノードにおいてさらに負荷分散等が行われた場合には不一致となるケースも生じる。
【００３２】
図３に示す個人サービスプロファイル内の通信サービスプログラム２０、登録端末テーブル２１の機能について説明する。
着信端末アドレスの決定は、個人サービスプロファイル内の通信サービスプログラム２０と、登録端末テーブル２１にもとづいて決定される。本パーソナル通信サービスにおいて、ユーザは複数の端末を自端末として登録することができる。例えば、携帯電話、ＰＨＳ、固定電話、ＦＡＸ、ページャ、ＰＣ端末等を登録することができ、登録端末テーブル２１内の種別の欄は、これらの端末の種別を示す。
【００３３】
本サービスでは、接続方法として従来の端末指定（例、電話番号指定）の接続でなく、ユーザの個人識別番号指定の接続方法を採る。したがって、例えば、あるユーザの登録端末で音声通信利用可能な端末（登録端末テーブル２１の種別欄により抽出）が複数個存在している（固定電話＋携帯電話等）場合には、ユーザが端末に対してあらかじめ設定した優先順位（登録端末テーブル２１の優先順位欄）にしたがって着信先端末を決定する。あるユーザが固定電話を第１優先順位、携帯電話を第２優先順位に設定しているとする。実際にユーザに対して接続要求があった場合、第１に固定電話に対し接続を行う。このとき、固定電話が着信不可（話中）の場合であれば、第２優先である携帯電話に接続するといった形態をとる。
【００３４】
通信サービスプログラム２０は、登録端末テーブル２１の各種情報と連携してユーザの着信先端末を決定する。これらの処理プログラムは、ユーザの状況に合わせていくつか個別に用意される。
例えば、ユーザＡが自宅において固定電話Ａが使用可能で、オフィスでは固定電話Ｂ、ＦＡＸ電話Ｃ、ＰＣ端末Ｄそして終日利用可能な携帯電話Ｅ、ページャＦを所有し、それぞれ登録しているとする。そして、使用可能な端末を、通常自宅にいる時間帯である２２：００〜７：００は端末Ａ、通常勤務時間帯である９：００〜２０：００は端末Ｂ，Ｃ，Ｄ、時間制約がない端末として端末Ｅ，Ｆという形でユーザにより規定されている場合、それぞれの状況（時間帯／存在場所）や接続処理（音声系・データ系）に応じて実行される通信サービスプログラムが選択される。
【００３５】
ユーザＢがユーザＡの個人識別番号を指定して、２３：００に電話をかけた場合には音声通信可能な端末であるＡ，Ｅが接続対象となり、優先順位の違いにより端末Ａに着信する。また、このとき端末Ａが使用不可の場合は端末Ｅに着信する。端末Ａ，Ｅが共に使用不可である場合は、別通信サービスプログラムが起動され、ユーザＢにメッセージを送信し伝言等の録音を促し、緊急の場合であれば、着信があったことを伝えるメッセージをページャに送信する等の処理を行う。さらに電子メールの着信を端末Ｄだけでなく、ページャに通知することや、ユーザの外出先の端末を臨時に着信先端末として登録し、電話を着信させることも可能である。
【００３６】
また、ユーザＢがユーザＡの個人識別番号を指定して１２：００に電話をかけた場合には、端末Ｂ，Ｅが接続対象となり、着信優先順位、端末の使用状況により着信端末が決定される。さらに、ユーザＢが１２：００にＦＡＸ送信を行った場合は、発信者の端末種別（ＦＡＸ）を判断して自動的に端末Ｃに接続を行う。このように通信サービスプログラム２０は、発信ユーザの接続要求に応じて接続先ユーザの状況を判断し、接続の一連の処理を規定し、着信先端末を決定している。これらの設定は、カスタマイズが可能であり、ユーザ初期登録時や電話端末等によるガイダンスにしたがったリモート操作により設定／変更が可能である。
【００３７】
以下に実施例における各種の制御シーケンスを説明する。
【００３８】
【発信制御】
パーソナル通信ユーザが網接続された任意の端末から発信する場合の一連の処理（発信制御シーケンス）（処理１）を図５に示す。
パーソナル通信アクセス網は、サービス提供エリア（Ａｒｅａ＃１）１０−１内においてユーザからＰＩＤを受信すると、サービス提供エリア（Ａｒｅａ＃１）１０−１を管理するローカルノード（ＬＮ１）２−１に接続し、ＰＩＤを送信する。ローカルノード（ＬＮ１）２−１の内部のサービス実行制御部（ＳＣ１）９−１は、受信したＰＩＤがローカルノード（ＬＮ１）２−１内のユーザのものかどうかを調べるために個人サービスプロファイル（＃１）６−１の検索を行う。ローカルノード（ＬＮ１）２−１内のユーザでない場合には、後述する処理２（位置登録シーケンス）に移行する。
【００３９】
ＰＩＤの認証が終わると、次はユーザ認証を行うためにユーザに対して認証番号の入力を要求するメッセージの送出を行う。その後、ユーザの入力した認証番号を受信すると、該当するユーザの個人サービスプロファイルとの照合を行い、認証が正しければユーザに対して接続先ユーザのＰＩＤ入力要求を行う。
【００４０】
【位置登録制御】
上記発信制御処理において、発信ユーザがローカルノード（ＬＮ１）２−１内の個人サービスプロファイル（＃１）６−１に登録されていない場合、つまり他のローカルノード（ＬＮ）から移動してきた場合の位置登録の一連の処理（位置登録シーケンス）（処理２）を図６に示す。
【００４１】
発信制御シーケンス（処理１）においてローカルノード（ＬＮ１）２−１内に該当ユーザのデータが存在しない場合、サービス実行制御部（ＳＣ１）はユーザのサービスアクセス端末（Ｔｅｒｍｉｎａｌ）種別に応じて、ローカルノードのアドレス情報を保持可能な記憶領域を持つ端末、例えばパーソナルコンピュータやＩＳＤＮ端末などのデータ端末に対してはユーザのホームローカルノード情報取得要求を行い、発信者のホームローカルノードとなるローカルノード（ＬＮ２）２−２のアドレスである＃０００２を取得する。
【００４２】
アクセス端末が情報を保持できない端末、例えば、一般的な固定電話や発信者が所有していない共通端末や任意の端末の場合や情報取得要求を行ったが情報が記憶されていないために取得に失敗した場合、サービス実行制御部（ＳＣ１）はノード間制御部（ＮＣ１）７−１を経由してホームノード（ＨＮ）１に信号網３を介して接続を行い、発信者ＰＩＤに対応するローカルノード（ＬＮ２）２−２のアドレスである＃０００２を取得する。
【００４３】
サービス実行制御部（ＳＣ１）はローカルノード（ＬＮ２）に接続し、発信者ＰＩＤに対応する個人サービスプロファイル（図３に示す第１の形態の個人サービスプロファイル）を取得し、リソース管理制御部（Ｒｍｎｇ＃１）８−１にシステムリソースの状態を確認する。リソース管理制御部（Ｒｍｎｇ＃１）８−１ではシステムのメモリ使用状況、サービス実行制御プロセスの起動状況を把握していて、それらがシステムの許容する基準に達した場合（すなわち過負荷状態になった場合等）には個人データの分散登録処理（後述する処理３）を行う。
【００４４】
問題がない場合には、ローカルノード（ＬＮ１）２−１の個人サービスプロファイル（＃１）６−１にデータを登録し、ローカルノード（ＬＮ２）２−２に対して処理の正常終了を示す信号（以後、Ａｃｋ信号）を送信する。ローカルノード（ＬＮ２）２−２ではＡｃｋ信号を受信すると、個人サービスプロファイル（＃２）６−２の変更を行う。変更後のプロファイルには、(1)移動先のローカルノードに対するエイリアスと、(2)個人サービスプロファイルの収容ローカルノードに対するエイリアスと、(3)ＰＩＤのみが記録され、図４に示す第２の形態の個人サービスプロファイルの形式となる。この場合、前述の２つのエイリアスは同一のローカルノードを示す。
【００４５】
【リモートローカルノードへのデータ登録】
上記位置登録制御において、ユーザの位置登録によるシステムリソース、サービス実行制御プロセスの起動状況がシステムの許容する基準に達した場合、ユーザがローカルノード（ＬＮ１）２−１の管理エリア内に収容されていてもリモートローカルノードにデータ管理・制御を依頼することができる。その際の一連の処理（処理３）を図７に示す。位置登録シーケンス（処理２）にてリモートローカルノードにデータ登録する必要がある場合、サービス実行制御部（ＳＣ１）９−１はシステムＤＢ１１−１にアクセスを行い、物理的に近いローカルノード（ＬＮ＃ｎ）のアドレス（＃０００ｎ）を取得する。
【００４６】
その後、アドレス＃０００ｎのローカルノード（ＬＮ＃ｎ）に接続を行い、サービス実行制御部（ＳＣ＃ｎ）に対してユーザプロファイルの登録を依頼する。サービス実行制御部（ＳＣ＃ｎ）は、リソース管理制御部（Ｒｍｎｇ＃ｎ）と連携し、システムリソース、サービス実行制御プロセス起動状況に問題がない場合は、ローカルノード（ＬＮ＃ｎ）内のデータベースＤＢに登録を行い、ローカルノード（ＬＮ１）２−１にＡｃｋ信号を送出する。一方、システムリソース、サービス実行制御プロセス起動状況に問題がある場合は、登録拒否を示すＮａｃｋ信号を送信する。
【００４７】
サービス実行制御部（ＳＣ１）９−１では、Ｎａｃｋ信号を受信した場合は他のローカルノードに対して本処理を再び行う。Ａｃｋ信号を受信した場合、サービス実行制御部（ＳＣ１）９−１は個人サービスプロファイル（＃１）６−１内の該当ユーザのサービスプロファイルの変更を行う。このとき、該当ユーザのプロファイルには、位置情報（ユーザ収容ローカルノードアドレス）と、個人サービスプロファイル収容ローカルノードのアドレスと、ＰＩＤのみが記録され、図４に示す第２の形態のプロファイル構成となる。
【００４８】
【接続シーケンス１】
ユーザの接続先ＰＩＤ入力から接続先端末への着信までの一連の処理（処理４）を図８に示す。それ以前の処理については上記処理１と同様である。パーソナル通信アクセス網は、ユーザから接続先ＰＩＤを受信した場合、ローカルノード（ＬＮ１）２−１に接続し、サービス実行制御部（ＳＣ１）９−１に接続先ＰＩＤを送信する。サービス実行制御部（ＳＣ１）９−１は、プロファイルＤＢにアクセスし、接続先ＰＩＤがローカルノード（ＬＮ１）２−１内のユーザかどうか検索する。ローカルノード（ＬＮ１）２−１内のユーザである場合、個人サービスプロファイル（＃１）６−１により、着信先端末アドレス（以後、ＴＡ）を決定する。自ローカルノード（ＬＮ１）２−１内のユーザではない場合は、発信者のユーザプロファイルに接続先ユーザのデータがキャッシュされていないか検索し、データがキャッシュされている場合は、それにより接続先ユーザのホームローカルノード（ＬＮ）のアドレスを取得する。キャッシュされていない場合は、ホームノード（ＨＮ）１へアクセスすることにより、接続先ユーザのホームローカルノード（ＬＮ）のアドレスを取得する。
【００４９】
その後、接続先ユーザのホームローカルノード（ＬＮ）に対し接続し、ＴＡを取得する（処理５）。サービス実行制御部（ＳＣ１）９−１はアクセス網に対して接続要求を行い、アクセス網はＴＡによりルーティングを行い接続先端末に着信を行う。
【００５０】
【接続シーケンス２】
上記接続シーケンス１において、他ローカルノード（ＬＮ）に対し接続し、ＴＡを取得する一連の処理（処理５）を図９に示す。ローカルノード（ＬＮ１）２−１のサービス実行制御部（ＳＣ１）９−１から接続先ＰＩＤを受信し、ＴＡ送信要求を受けたローカルノード（ＬＮ２）２−２に該当ユーザが収容されている場合、サービス実行制御部（ＳＣ２）９−２はプロファイルＤＢにアクセスし、ＴＡを決定する。ユーザが他ローカルノード（ＬＮ）に移動している場合は、エイリアス（移動先ローカルノード（ＬＮ）アドレス）をもとに接続を行い、ＴＡの取得を行い、サービス実行制御部（ＳＣ１）９−１にレスポンスとして返送する。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、ホームノードが一括して管理していたデータを分散管理することができ、サービス実行制御を各ノードに分散させることによりホームノードの負荷分散を行うことができる。さらに、各ローカルノード単位においても、システムリソースの管理を行い、負荷が集中した際に他ノードにデータ管理・制御を移すことにより負荷分散が可能であり、ユーザ情報が変更された場合は該当するローカルノードの情報更新だけで対応することができる。そして、サービス提供エリアをエリア単位で分割し、ローカルノードで管理することにより、ホームノードを介さない接続をサポートし、また発信元ユーザが頻繁にアクセスする相手ユーザに対する情報のキャッシングを行うことで通信トラフィックの軽減が図れる。本発明は、サービス提供エリアが広域化し、サービス加入ユーザ数が多い場合に特に有効なものである。
【図面の簡単な説明】
【図１】本発明の１実施形態を示す図である。
【図２】本発明の１実施例の構成図である。
【図３】個人サービスプロファイルの第１の形態を示す図である。
【図４】個人サービスプロファイルの第２の形態を示す図である。
【図５】発信制御シーケンスを示す図である。
【図６】位置登録シーケンスを示す図である。
【図７】リモートローカルノードにデータ管理・制御を依頼するシーケンスである。
【図８】接続シーケンスを示す図である。
【図９】図８の接続シーケンス中の一部のシーケンスの詳細を示す図である。
【図１０】従来の第１の方式の構成例を示す図である。
【図１１】従来の第２の方式の構成例を示す図である。
【図１２】従来の第３の方式の構成例を示す図である。
【符号の説明】
１      ホームノード
２−１、２−２  ローカルノード
３      信号網
４      ユーザホームアドレス管理部
６−１、６−２  個人サービスプロファイル
８−１、８−１  システムリソース管理部
９−１、９−２  サービス実行制御部
１０−１、１０−２  パーソナル通信アクセス網
【図１】
0003975511.tif 000002
【図２】
0003975511.tif 000003
【図３】
0003975511.tif 000004
【図４】
0003975511.tif 000005
【図５】
0003975511.tif 000006
【図６】
0003975511.tif 000007
【図７】
0003975511.tif 000008
【図８】
0003975511.tif 000009
【図９】
0003975511.tif 000010
【図１０】
0003975511.tif 000011
【図１１】
0003975511.tif 000012
【図１２】
0003975511.tif 000013