JPH0750862A - 分散型マルチアウトレットページングシステム - Google Patents

Abstract

(57)【要約】 【目的】 ページ発信者からページを受け入れかつ伝達
のため適切な独立のページングサブシステムに導く上部
構造のページングシステムを提供する。 【構成】 分配ネットワーク（１０８）は任意の数のユ
ーザインタフェースノード（ＵＩＮ）（２０２）から単
信通信またはページを受信しかつページ終端ノード（Ｐ
ＴＮ）（１１０）および伝達システム（１０２）によっ
て提供される１つ以上のページングアウトレットに分配
する。ＵＩＮは本発明の分散システムに関係する処理の
大部分を行なう。発信者サービス（１０００）はＵＩＮ
を介して与えられる。発信者サービスによって発呼者は
ページを出しかつ前に出されたページについて問合せが
できる。加入者更新サービス（１１００）もまたＵＩＮ
によって提供される。該更新サービスは加入者が分配ネ
ットワークによって与えられるサービスを変更可能にす
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は一般的には通信システム
に関する。より特定的には、本発明は複数のページを伝
達可能にするオプションを提供するページングシステム
に関する。

【０００２】

【従来の技術】ページングは単信（ｓｉｍｐｌｅｘ）メ
ッセージサービスに関する。言い換えれば、以後ページ
と称される、単信呼はサービスの特定の加入者に対して
生成される。ページャのような、加入者ユニットがペー
ジを受信した時、該加入者は警報を受ける。ページはメ
ッセージを伝達することもでき、あるいはそれらは単に
加入者がページングされていることを通信することがで
きるのみの場合もある。一般に、このサービスは単信サ
ービスと考えられるが、それは通信が、ページ発信者か
ら加入者へと、１つの方向でのみ進行するからである。

【０００３】数多くのページングシステムが現在使用さ
れている。典型的なページングサービスはページをペー
ジャに伝達するためにＲＦ通信を使用する。したがっ
て、ページャは特定の位置に固定される必要はなく、か
つ加入者とともに持ち運ぶことができる。ページャは通
信を受信するのみであるから、それらは送信機あるいは
信号送信能力を必要としない。その結果、ページャは典
型的には小型であり、低消費電力であり、低重量であ
り、容易に携帯可能であり、そして低価格のユニットで
ある。

【０００４】

【発明が解決しようとする課題】伝統的なページングシ
ステムは到達範囲（ｒａｎｇｅ）の制限に関する問題を
経験する。ページングシステムはそのページャが該シス
テムの送信機によって到達できる範囲内にある場合にの
み動作する。加入者がこの領域の外側に移動した時、彼
等のページャは呼を受信できない。この問題の他の観点
はページング容量の制限である。加入者の要求により良
くサービスするためにカバレージ領域が増大すると、ペ
ージャの人口も同様に増大する。ページャの人口が増大
すると、データ通信の数が増大する。したがって、前記
カバレージ領域が増大すると、収穫逓減（ｄｉｍｉｎｉ
ｓｈｉｎｇ ｒｅｔｕｒｎｓ）ポイントに到達し得るこ
とになる。データ通信の数があまりに大きくなると呼の
伝達に受入れ難い遅延が生じ得る。さらに、伝統的なペ
ージングシステムは典型的にはページングシステムのＲ
Ｆ通信パラメータと両立するよう特に設計されたページ
ャにのみページを伝達する。したがって、個々のページ
ングシステムの容量を組合わせることから生じるスケー
ルの経済性は達成するのが困難になる。

【０００５】したがって、ページ発信者からページを受
入れかつ次に該ページを該ページの伝達のために適切な
独立したページングサブシステムに導く上部構造（ｓｕ
ｐｅｒｓｔｒｕｃｔｕｒｅ）の必要性が存在する。

【０００６】したがって、本発明の利点でもあり目的と
するところは、ページを伝達する改善されたシステムお
よび方法を提供することである。

【０００７】本発明の他の利点でもありかつ目的とする
ところは、複数ページの伝達のオプションが提供される
ことである。

【０００８】本発明の他の利点でもありかつ目的とする
ところは、本発明が処理能力が多数のユーザインタフェ
ースノードに集中している分散されたネットワークを形
成することである。

【０００９】本発明のさらに他の利点でもありかつ目的
とするところは、本発明が、システムに結合された個々
の装置がとり得る行動にかかわりなく、他の装置のため
にかつ他の装置を介して動作可能な状態に留まっている
システムを提供することである。

【００１０】

【課題を解決するための手段および作用】本発明の上記
および他の利点は１つの形態で、分散されたマルチアウ
トレット（ｄｉｓｔｒｉｂｕｔｅｄ，ｍｕｌｔｉ−ｏｕ
ｔｌｅｔ）ページングシステムによるユーザインタフェ
ースノードを動作させる方法によって実現される。該方
法は識別（ＩＤ）値を有する開始または初期（ｉｎｉｔ
ｉａｔｉｏｎ）通信を得ることを要求する。このＩＤ値
はページが送信されるべき加入者を識別する。コマンド
がデータベースノードに送信される。このコマンドは該
データベースノードに現在の伝達アドレスデータを戻す
よう指令する。この戻された特定の現在の伝達アドレス
データは前記ＩＤ値に関連する。現在の伝達アドレスデ
ータが受信され、かつページがページの受信のために構
成された複数のノードの１つに送信される。前記ページ
が送信される１つのノードは前記伝達アドレスデータに
応じて識別される。

【００１１】本発明の上記および他の利点は他の形態
で、分散されたマルチアウトレットページングシステム
を動作させる方法によって実現される。該方法はユーザ
インタフェースノードから加入者プロフィール要求コマ
ンドを得ることを要求する。このプロフィール要求コマ
ンドは識別（ＩＤ）値を有し、かつ該ＩＤ値はページが
送信されるべき加入者を識別する。このＩＤ値はホーム
データベースノードのアドレスを決定するために処理さ
れる。該ホームデータベースノードはそこに格納された
現在の伝達アドレスを有する。前記プロフィール要求コ
マンドはホームデータベースノードに導かれる。このプ
ロフィール要求コマンドは該ホームデータベースノード
に対し前記ＩＤ値に関連する現在の伝達アドレスデータ
を戻すよう指令する。この現在の伝達アドレスデータは
次にホームデータベースノードからユーザインタフェー
スノードに送信される。

【００１２】

【実施例】本発明のより完全な理解は添付の図面と共に
以下の詳細な説明および特許請求の範囲を参照すること
によって得られ、図面では各図にわたり同様の参照数字
は同様の項目を示している。

【００１３】なお、以下の説明および図面は参照数字の
使用によって互いにリンクしている。これらの参照数字
は参照された項目が最もよく見られる図面の番号を反映
するよう選択されている。特に、全ての３桁の参照数字
の最上位桁および全ての４桁の参照数字の最上位２桁は
その参照された特徴が見られる図面の番号に等しい。

【００１４】図１は、本発明の好ましい実施例が実現で
きる例示的な環境１００のレイアウト図を示す。本発明
の動作により、ページは環境１００内に存在する任意の
多数の数の伝達システム（ｄｅｌｉｖｅｒｙ ｓｙｓｔ
ｅｍｓ）１０２に伝達できる。本発明のために、ページ
（単数または複数）という用語は、ＲＦチャネルまたは
その他によって伝達される、任意の単信通信を意味する
ものとする。当業者はページは１つまたはそれ以上の意
図された受取人にアドレスされることを理解するであろ
う。該ページは、必ずしもそうする必要はないが、メッ
セージを受取人に伝達することができる。本発明の目的
のためには、ページは伝統的なページングサービス並び
に電子メールによって伝達される通信、そしてコンピュ
ータネットワークによりかつ他の通信チャネルを介して
伝達される他のメッセージを含むことができる。

【００１５】図１に示されるように、環境１００は複数
の地理的領域１０４にわたりページを伝達するために管
轄を分配する。図１は、北アメリカが３つの領域１０４
に分割されているものとして示されている。領域１０４
の正確な数および配列はいくらか任意的に選択されかつ
本発明に対する制限とみなすべきではない。さらに、地
球全体を領域１０４に分割してもよく、あるいはより小
さな地理的領域を領域１０４に分割してもよい。

【００１６】各領域１０４は任意の数の伝達システム１
０２を含む。伝達システム１０２はそれら自身の管轄領
域内でページを集めかつ伝達する。伝達システム１０２
が互いに両立性がありあるいは同じものである必要はな
い。したがって、いくつかの伝達システム１０２は特定
の制限された地理的領域に向けられた伝統的な地上（ｔ
ｅｒｒｅｓｔｒｉａｌ）ＲＦ送信設備を使用することが
できる。他の伝達システム１０２はより広い地理的領域
に通信を向ける宇宙をベースとしたＲＦ通信設備１０６
を使用することができる。さらに他の伝達システム１０
２はコンピュータネットワークによってページを伝達す
るためにゲートウェイを使用することができる。これら
および他の伝達システム１０２はその中に独自の伝達ア
ドレスがある独自の伝達システム識別によって特徴付け
られる。

【００１７】本発明の好ましい実施例によれば、後に図
２を参照してさらに詳細に説明する、分配ネットワーク
１０８は環境１００内で動作して適切な伝達システム１
０２からページを受信しかつ適切な伝達システム１０２
へページを伝達する。したがって、伝達システム１０２
はそれらの特有の伝達技術を使用してページを加入者ユ
ニット（図示せず）に伝達する。ネットワーク１０８は
伝達システム１０２が、伝達システム１０２の性格上の
大きな多様性および伝達システム１０２の特性にもかか
わらず、一緒に動作できるようにする上部構造（ｓｕｐ
ｅｒｓｔｒｕｃｔｕｒｅ）を表す。ネットワーク１０８
は各領域１０４に対し１つのページ終端ノード（ｐａｇ
ｅ ｔｅｒｍｉｎａｔｉｏｎ ｎｏｄｅ：ＰＴＮ）１１
０を含むことが好ましい。引続き加入者ユニットに伝達
するために特定の伝達システム１０２へページを伝達す
るのはＰＴＮ１１０である。さらに、ネットワーク１０
８は好ましくは１つのネットワーク管理ノード（ＮＭ
Ｎ）１１２を含む。ＮＭＮ１１２はネットワーク１０８
の動作に関して統計値および動作ステータスを集積す
る。

【００１８】図２は、環境１００とその中の分配ネット
ワーク１０８のブロック図を示す。ページはユーザイン
タフェースノード（ＵＩＮ）２０２においてページを発
信することを希望する人間またはデータ通信機器から集
められる。環境１００は任意の数のＵＩＮ２０２を含む
ことができ、かつＵＩＮ２０２は領域１０４にわたり任
意の都合のよい方法で分配できる。ＵＩＮ２０２は伝達
システム１０２を運用するものによって制御できるが、
これは必須のことではない。ＵＩＮ２０２は発信チャネ
ル２０４を介してページ発信情報を受信する。チャネル
２０４はＵＩＮ２０２を公衆交換電話ネットワーク（Ｐ
ＳＴＮ）に、ローカルまたは広域コンピュータネットワ
ークに、あるいは任意の他の２重通信サービスに接続で
きる２重チャネル（ｄｕｐｌｅｘ ｃｈａｎｎｅｌｓ）
であることが望ましい。好ましい実施例においては、ペ
ージを伝達するのに必要とされるかなりの量のインテリ
ジェンス（ｉｎｔｅｌｌｉｇｅｎｃｅ）はＵＩＮ２０２
内に存在し、かつＵＩＮ２０２によって行なわれる手順
は図６〜図１２に関して後に説明する。

【００１９】ＵＩＮ２０２はネットワーク１０８に接続
されている。ネットワーク１０８は、上に述べた、ＰＴ
Ｎ１１０およびＮＭＮ１１２、任意の数の加入者情報管
理ノード（ｓｕｂｓｃｒｉｂｅｒ ｉｎｆｏｒｍａｔｉ
ｏｎ ｍａｎａｇｅｒ ｎｏｄｅｓ：ＳＩＭ）２０６、
および通信ネットワーク２０８を含む。ＮＭＮ１１２お
よび各々のＵＩＮ２０２、ＰＴＮ１１０、およびＳＩＭ
２０６はネットワーク２０８に接続される。したがっ
て、通信ネットワーク２０８によって、各々のＵＩＮ２
０２は任意のＰＴＮ１１０またはＳＩＭ２０６とのデー
タ通信に関与することができ、かつ各々のＳＩＭ２０６
は任意の他のＳＩＭ２０６またはＰＴＮ１１０とデータ
通信に関与することができる。各ＰＴＮ１１０は１つま
たはそれ以上の伝達システム１０２に接続されている。
伝達システム１０２は任意の数の加入者ユニット２１０
にページを伝達する。あるいは、伝達システム１０２は
ページを加入者ユニット２１０に伝達する必要はない
が、例えば、電子メール技術にしたがってページを伝達
するコンピュータネットワークへのゲートウェイを表す
ことができる。

【００２０】各ＵＩＮ２０２はそれ自身のＳＩＭ２０６
に割当てられる。ＳＩＭ２０６の観点から、そこに割当
てられたＵＩＮ２０２は「対応する（ｓｕｂｔｅｎｄｉ
ｎｇ）」ＵＩＮである。ＵＩＮ２０２の観点からは、Ｕ
ＩＮが割当てられたＳＩＭ２０６は「制御（ｃｏｎｔｒ
ｏｌｌｉｎｇ）」ＳＩＭ２０６である。加入者、または
ページが送られる人の観点からは、ＳＩＭ２０６の１つ
は「ホーム（ｈｏｍｅ）」ＳＩＭ２０６であると考えら
れる。ホームＳＩＭ２０６はその加入者およびその加入
者に対し現在提供されているページングサービスを記述
する情報を格納する。この情報はホームＳＩＭ２０６の
ホームデータベース２１２に格納される。各ＳＩＭ２０
６はまた在外（ｆｏｒｅｉｇｎ）データベース２１４を
含む。在外データベース２１４は該ＳＩＭ２０６をホー
ムＳＩＭと考えないが、それにもかかわらずそれらの加
入者のために該ＳＩＭ２０６が使用されている加入者に
関する情報を格納する。在外加入者のためにＳＩＭを使
用することは他の人間によって発信されているページの
対応するＵＩＮ２０２による受信をサポートするためと
することができる。あるいは、在外加入者のためにある
ＳＩＭを使用することは彼または彼女のページングサー
ビスに関する問合せを行なうかあるいは問合せを変更す
るためにネットワーク１０８にアクセスしている加入者
によるものとすることができる。

【００２１】本発明によれば、高い優先度のデータ通信
はＵＩＮ２０２とその制御ＳＩＭ２０６との間で行なう
ことができる。この通信の高い優先度の性質は迅速な応
答が必要なことに起因している。後により詳細に説明す
るように、データはぺージが発信されている間にかつユ
ーザが応答を待つことができる間に制御ＳＩＭ２０６と
ＵＩＮ２０２との間で転送される。したがって、当業者
はＵＩＮ２０２とＳＩＭ２０６との間で専用のライン２
１６または高い優先度の通信のために適した他の通信リ
ンクが望ましいことを理解するであろう。ライン２１６
は通信ネットワーク２０８の一部である。

【００２２】本発明の１つの実施例においては、前記ロ
ーカルＵＩＮ２０２および制御ＳＩＭ２０６の少なくと
も一部は共通の組のコンピュータハードウェアの異なる
論理的エンティティとして構築される。この状況では、
通信リンク２１６は共通のセットのコンピュータハード
ウェア内でコンピュータプログラミングによって実施さ
れる。

【００２３】本発明の好ましい実施例においては、ネッ
トワーク１０８のノード１１０，１１２，２０２および
２０６の各々はコンピュータを表している。言い換えれ
ば、これらのノードの各々はプロセッサおよびメモリ
（図示せず）を含む。該メモリはノード１１０，１１
２，２０２および２０６の各々に対するＳＩＭ２０６に
おけるホーム（ｈｏｍｅ）および在外（ｆｏｒｅｉｇ
ｎ）データベース２１２〜２１４、並びに他のテーブ
ル、リスト、変数、およびプログラミング命令を記憶す
る。これらのノードの各々はタイミング回路を含み、そ
れによって該ノードが日付けおよび時間を知ることがで
きるようにすることが望ましい。各々のノードは好まし
くは、ネットワークインタフェース、モデム、キーボー
ド、その他のような、入力装置、並びに、ネットワーク
インタフェース、モデム、ビデオ表示ターミナル、プリ
ンタ、その他のような、出力装置を含むことが好まし
い。さらに、ＵＩＮ２０２は相互作用的音声応答（ＩＶ
Ｒ）システムを動作させるのに十分な電気通信インタフ
ェース要素を含むことが望ましい。伝統的なそのような
構成要素が本発明によって使用するのに適しており、か
つコンピュータのそのような構成要素は当業者に良く知
られている。

【００２４】伝達システム１０２はさらにコンピュータ
化された機器を表す。しかしながら、システム１０２
は、さらに、システム１０２が特定のＲＦ通信機構に適
合できるようにするための構成要素を含むことが望まし
い。それによってページが加入者ユニット２１０に送信
できる伝達システム１０２、およびページを受信するの
に適した加入者ユニットは当業者に良く知られている。

【００２５】図３〜図５はホームおよび在外データベー
ス２１２〜２１４に含まれるデータ項目を示す。図３〜
図５に示されたデータ項目は加入者（すなわち、ページ
が送信される人）および、加入者ユニット２１０のよう
な、彼または彼女の機器に関係する。一般に、データベ
ース２１２〜２１４は数多くの加入者のための情報を含
み、かつ各々の加入者の情報は彼または彼女自身の加入
者記録３００内に含まれている。ホームデータベース２
１２は好ましくは在外データベース２１４よりもより大
量の組のデータ項目を含むから、図３〜図５はホームデ
ータベース２１２の観点から提示されている。当業者
は、後に説明するいくつかの例外はあるが、図３〜図５
に示されたデータの多くは「加入者プロフィール」およ
び在外データベース２１４にも同様に適用できることを
理解するであろう。

【００２６】一般に、加入者記録３００は該加入者およ
び該加入者のためにネットワーク１０８によって提供さ
れるサービスまたは特徴的機能を識別するデータ項目を
含む。ホームデータベース２１２は望ましくは課金デー
タ、ネットワーク使用統計データ、登録データ、加入者
名、住所、クレジット、および他の識別データなどを含
むことができるが、これらのデータ項目は在外データベ
ース２１４または加入者プロフィールに反映させる必要
はなくかつここではこれ以上詳細には説明しな。

【００２７】サービスデータ項目は加入者サービステー
ブル４００に関して示す（図４を参照）。加入者サービ
ステーブル４００は加入者記録３００に記録されたリン
ク３０２を介して加入者記録とリンクされている。本発
明は加入者およびページ発信者が必要な場合にこれらの
サービスを変更できるようにし、それによって加入者お
よびページ発信者の必要性が最も良く満たされるように
する。例えば、前記サービスは伝達システム４０２のリ
ストを含む。伝達システム４０２はページが向けられる
ＰＴＮ１１０および伝達システム１０２を識別する。複
数のシステム４０２をテーブル４００に含めることがで
き、それによってページが複数のシステムを介して伝達
できる。テーブル４００は環境１００内に存在する全て
のシステム１０２を含む必要はない。むしろ、テーブル
４００は全ての伝達システム１０２のデフォールトのサ
ブセットのみを含むようにすることができる。したがっ
て、加入者は加入者の必要性に応じて伝達システム４０
２を動的にアクティベイトおよびデアクティベイトする
ことができる。

【００２８】例えば、移動している加入者は１つの伝達
システム１０２をデアクティベイトしかつ他のシステム
１０２をアクティベイトし、それによってページが彼ま
たは彼女の行先へと彼または彼女に追従するようにする
ことができる。あるいは、ある加入者は彼または彼女の
位置が広範囲に変化することが予期される場合に複数の
伝達システムをアクティベイトすることができる。課金
はネットワークの使用に基づくことが望ましく、したが
って加入者は彼または彼女の必要に合致するより多くは
伝達システムをアクティブに保持しないよう動機づけら
れる。さらに、テーブル４００に掲げられた伝達システ
ムのパラメータ内で、呼の発信者は、もし適切なオーバ
ライドのスクリーニングコードが供給されれば、ページ
が代わりの伝達システム１０２に伝達されるようにする
ため伝達システムの加入者の特定をオーバライドするこ
とができる。

【００２９】したがって、本発明はページングを極めて
大きな領域にわたり提供できるが、１つの伝達システム
はその大きな領域全体を受入れる能力を必要としない。
むしろ、前記領域は伝達システム１０２の間で分割さ
れ、かつ加入者は該加入者の必要性に最も良く合致する
システム１０２を特定するために分配ネットワーク１０
８を「プログラム」することができる。

【００３０】分配ネットワーク１０８によって提供され
る他のサービスは、これらに限定されるものではない
が、加入者に伝達されるべきページを保持すること、加
入者に伝達されるページを呼び出すこと、ページを保管
すること（ａｒｃｈｉｖｉｎｇ）、および呼の発信者が
ページが出された後にページのステータスに関しチェッ
クできるようにすることを含む。これらのサービスおよ
び図３〜図５に示された他のデータ項目は後に詳細に説
明する。

【００３１】図６〜図１２は本発明の教示に従ってＵＩ
Ｎ２０２によって行なわれる処理のフローチャートを示
す。本発明は環境１００内の各ＵＩＮ２０２が実質的に
同じ手順を行なうことを意図している。したがって、図
６〜図１２に示される手順は任意のかつ全てのＵＩＮ２
０２に適用される。さらに、図６〜図１２の手順を制御
する上で伝統的な相互作用的音声応答（ｉｎｔｅｒａｃ
ｔｉｖｅ ｖｏｉｃｅｒｅｓｐｏｎｓｅ：ＩＶＲ）シス
テムを使用できる。当業者はＩＶＲシステムはしばしば
電話線によって発呼者から多様な情報を集めるために使
用されることを理解するであろう。

【００３２】ページのルーティングに関するおよび本発
明の加入者および呼発信者のプログラミングサービスを
サポートすることに関するインテリジェンスの大部分は
ＵＩＮ２０２に含まれている。したがって、本発明は分
散システムを表わす。本発明は分散システムであるか
ら、集中型システムと比較して信頼性が改善される。さ
らに、コストはシステム全体にわたり公平に分配されか
つ中央集中された機器に集中しない。当業者は、本発明
の好ましい実施例においては、図６〜図１２に示される
手順はコンピュータ化された機器によって該機器のメモ
リ内に格納されたコンピュータプログラムの制御の下で
行なわれることを理解するであろう。さらに、当業者は
これらの手順はリエントラント（ｒｅｅｎｔｒａｎｔ）
であることが好ましいことを理解するであろう。したが
って、これらの手順のうち複数のものが出されている１
つまたはそれ以上のページに関して任意の与えられた時
間に進行できる。

【００３３】図６は、発信要求が、タスク６０２におい
て、受信された場合にＵＩＮ２０２が行なうスタート手
順６００のフローチャートを示す。この要求はチャネル
２０４によって受信される。それはコンピュータネット
ワークから受信される電話呼またはメッセージの形式で
受信することができる。それはデュアルトーン多周波
（ＤＴＭＦ）または他の伝統的な電話機器を使用する人
から受信することができる。それは、多分人間によって
制御される、コンピュータから伝統的なモデム（ＭＯＤ
ＥＭ）データ通信技術を使用して受信できる。発信元お
よび形式にかかわりなく、該要求はＵＩＮ２０２に分配
ネットワーク１０８のサービスが要求されていることを
通知する。

【００３４】タスク６０２が要求に遭遇したとき、問合
せタスク６０４はＵＩＮ２０２のサービスが分配ネット
ワーク１０８にアクセスするために使用できるようにな
る前に有効化（ｖａｌｉｄａｔｉｏｎ）のために発呼者
が彼自身または彼女自身を識別することを要求されるか
否かを判定する。この判定はＵＩＮ２０２が動作してい
る規則に基づいて行なわれ、かつそのような規則はＵＩ
Ｎ２０２を制御する業務の必要性にしたがって確立する
ことができる。全てのＵＩＮ２０２がタスク６０４にお
いて同じ決定を行なう必要はない。

【００３５】もしタスク６０４が発信者識別が必要であ
ることを判定すれば、発信者オーソライズ手順７００が
発呼者を有効化するために行なわれる。図７は手順７０
０のフローチャートを示す。図７を参照すると、問合せ
タスク７０２はＰＳＴＮタイプの発信者ＩＤが許容され
ておりかつ利用可能であるか否かを判定する。ＰＳＴＮ
発信者ＩＤはその呼の発信元を示し、かつ該ＩＤはＰＳ
ＴＮからＰＳＴＮ機能（ＰＳＴＮ ｆｅａｔｕｒｅ）と
して入手可能である。

【００３６】もしＰＳＴＮ発信者ＩＤが許容されかつ入
手可能であれば、問合せタスク７０４は該発信者ＩＤが
オーソライズされた発信者に対して有効であるか否かを
判定する。この有効性は好ましくはＵＩＮ２０２のメモ
リに格納されるオーソライズされた発信者ＩＤのリスト
（図示せず）を見ることによって決定される。もし発呼
者供給発信者（ｃａｌｌｅｒ−ｓｕｐｐｌｉｅｄ ｏｒ
ｉｇｉｎａｔｏｒ）ＩＤがこのリストに含まれていれ
ば、該発呼者はオーソライズされたものと考えられ、か
つプログラム制御は手順７００を退出しかつ手順６００
に戻る。

【００３７】これに対し、もし発呼者供給発信者ＩＤが
有効でなければ、問合せタスク７０６は該ＩＤがＰＳＴ
Ｎからのものであったか否かあるいは試行限界が超過し
ているか否かを判定する。もし該ＩＤがＰＳＴＮからの
ものであったかあるいは試行限界が超過していれば、該
発信者はＵＩＮ２０２によって提供されるサービスにア
クセスするために他の機会を与えられず、プログラム制
御は手順７００を退出しかつ以下に説明する退出（Ｅｘ
ｉｔ）ルーチン６１４に進む。ＵＩＮ２０２によって提
供されるサービスにアクセスする試みに対する制約は保
安性を改善しかつ違法な発呼者からの電話線における渋
滞を最小にする。

【００３８】もしタスク７０６が有効な発信者ＩＤを入
力する他の試みが許容されていることを判定すれば、プ
ログラム制御はタスク７０８にループする。さらに、も
し上に述べたタスク７０２がＰＳＴＮ供給発信者ＩＤが
許容されていないかあるいは許容されているが現在入手
できないものと判定すれば、プログラム制御はまたタス
ク７０８に進む。

【００３９】ＵＩＮ２０２はタスク７０８において発呼
者からデータを集める。特に、タスク７０８はその呼か
ら発信者ＩＤを集める。当業者はタスク７０８におけ
る、あるいは以下に説明する他のタスクにおいて発呼者
からデータを集積することは幾つかの伝統的なプロセス
を含むことを理解するであろう。例えば、発呼者は該発
呼者にどのような情報が必要であるかを通知するメッセ
ージまたは記録によって催促されるようにすることがで
きる。ＵＩＮ２０２は、そのようなデータが前記催促が
終了する前に供給されても、そのような発呼者供給デー
タをＤＴＭＦトーンまたはＡＳＣＩＩデータの形式で受
け入れかつそのようなデータをバッファに保持すること
ができる。ＵＩＮ２０２は発呼者が前記催促に対して応
答を提供するために所定の時間待機することが望まし
い。ＵＩＮ２０２において発呼者から応答が受信された
とき、ＵＩＮ２０２はその応答を可能な程度まで有効性
に関して調べることができる。もし発呼者が前記所定の
時間内に応答を供給しなければ、あるいはもし無効な応
答が検出されれば、前記催促が繰り返されて発呼者に有
効なデータを供給する他の機会を与える。もし発呼者が
再び有効なデータを供給しなければ、その呼は、好まし
くは以下に説明する退出ルーチン６１４を介して、解除
することができる。タスク７０８の後に、プログラム制
御は、上に述べた、タスク７０４に進み、集めたデータ
を有効性についてテストする。

【００４０】図６に戻ると、もし必要であれば、発呼者
がオーソリゼーション手順７００によって識別された
後、あるいはオーソリゼーションが必要とされない場合
にタスク６０４の後に、タスク６０６が行なわれる。タ
スク６０６においては、ＵＩＮ２０２は発呼者から終端
アドレスを集積する。該終端アドレスは分配ネットワー
ク１０８に対する特定の加入者の識別子（ＩＤ）に対応
し、あるいは好ましくは該識別子（ＩＤ）である。した
がって、いくつかの加入者ＩＤは特定のグループの加入
者の全てのメンバに言及し、かつ幾つかの加入者は幾つ
かの異なる加入者ＩＤのいずれかを使用することによっ
て識別される。

【００４１】前記加入者ＩＤが集められた後、タスク６
０８は発呼者からサービスのオプションを集積する。タ
スク６０８における１つのサービスオプションはページ
に関する。このサービスによって、ページは加入者に発
信できる。さらに、前に出された、または発信された、
ページの伝達ステータスがチェックでき、かつページは
加入者へのページのために再呼出しできる。タスク６０
８における他のサービスオプションは加入者に彼または
彼女の加入者プロフィールを修正または更新できるよう
にすることに関する。さらに、タスク６０８は発呼者が
この時点でＵＩＮ２０２を退出することを選択できるよ
うにする。

【００４２】本発明の別の実施例では、ＵＩＮ２０２は
２つの別個のアクセスポートを提供することができる。
これらのアクセスポートは、例えば、２つの異なる電話
番号に対応させることができる。１つのアクセスポート
は加入者サービスのために排他的に使用でき、一方他の
ポートは発信者サービスに排他的に使用することができ
る。この実施例では、タスク６０８は発呼者からサービ
スオプションのデータを集める必要はなく、それは所望
のサービスオプションは発呼者によって使用されるアク
セスポートの識別子から推測できるからである。

【００４３】発呼者がどのサービスに彼または彼女が興
味を持っているかを特定した後、ＵＩＮ２０２はタスク
６１０を行なって分配ネットワーク１０８に識別された
加入者のプロフィールを供給するよう要求する。この要
求は制御ＦＩＭ２０６にプロフィール入手（Ｇｅｔ−Ｐ
ｒｏｆｉｌｅ）コマンドをキューイングすることによっ
て行なわれる。プロフィール入手コマンドは加入者ＩＤ
を含む。さらに、プロフィール入手コマンドは該加入者
の加入者記録４００が該加入者のホームデータベース２
１２にロックされるべきかあるいはシーケンス番号が該
加入者のプロフィールと共にＵＩＮ２０２に戻されるべ
きかを特定する。

【００４４】前記加入者のプロフィールはページを受け
入れかつ導くために、かつ加入者が彼または彼女の現在
アクティベイトされているサービスを変更できるように
するために必要な図４〜図５に示されたデータ項目の部
分集合（ｓｕｂｓｅｔ）を表わす。特に、図３を参照す
ると、それは加入者ＩＤデータ要素３０６、それぞれ加
入者およびページスクリーニングコード３０８および３
１０、そして加入者プロフィール要約データ３１２を含
む。加入者サービステーブル４００に関しては、リンク
３０２を介して加入者記録３００にリンクしており、加
入者サービスの規定、並びにサービスがアクティブであ
るか否かおよび該サービスに関連するスクリーニングコ
ードをオーバライドするか否かの表示を含む。前記加入
者記録３００は発呼者が前記タスク６０８において更新
加入者プロフィールサービスを特定した場合にロックさ
れ、かつ加入者が前記タスク６０８においてページ関連
サービスを特定した場合にシーケンス番号が加入者プロ
フィールと共に戻される。記録３００は加入者のホーム
データベース２１２においてロックデータ要素３１４の
適切な操作によってロックされる。前記シーケンス番号
は記録３００からのデータ要素３１６から得られる。い
ったんコマンドがキューイングされると、それは以下に
説明する背景（Ｂａｃｋｇｒｏｕｎｄ）手順１２００に
おいて適切なＳＩＭ２０６に送信される。もちろん、も
し発呼者が上記タスク６０８においてＵＩＮ２０２から
退出することを要求すれば、タスク６１０は省略でき
る。

【００４５】図６に戻ると、タスク６１０はさらにプロ
フィールペンディングフラグをセットしかつ全てのスク
リーニングフラグをセットして首尾よくスクリーニング
されたステータスを表示する。スクリーニングフラグは
後に説明する。これらのフラグの首尾よくスクリーニン
グされたステータスへの設定は首尾よいスクリーニング
が自動的に生じることを示唆するものではない。むし
ろ、それはそこから以下に説明する手順が動作する初期
条件を確立する。

【００４６】前記プロフィールペンディングフラグは前
記加入者プロフィールデータがＵＩＮ２０２において注
文されたが未だＵＩＮ２０２に到達していないことを示
している。後により詳細に説明するように、該プロフィ
ールデータはホームデータベース２１２または在外（ｆ
ｏｒｅｉｇｎ）データベース２１４における制御ＳＩＭ
（ｃｏｎｔｒｏｌｌｉｎｇ ＳＩＭ）２０６に保持する
ことができる。加入者のプロフィールは大多数の状況で
制御ＳＩＭ２０６から得られる。その結果、加入者プロ
フィールは通信リンク２１６を介して迅速にＵＩＮ２０
２に供給される。これに対し、制御ＳＩＭ２０６はしば
しば加入者のホームＳＩＭ２０６から加入者プロフィー
ルを「注文する（ｏｒｄｅｒ）」必要がある。

【００４７】ＵＩＮ２０２において加入者プロフィール
を受信する上での遅延は該加入者プロフィールが現在ど
こに位置しているかおよび通信ネットワーク２０８のデ
ータトラフィック負荷に応じて変化する。ＵＩＮ２０２
は分配ネットワーク１０８が加入者プロフィールをＵＩ
Ｎ２０２に供給しようと試みている間にできるだけ多く
の呼を処理し続ける。これは発呼者に便宜を与えるが、
それはこれによって発呼者が待機するよう要求される時
間が最小になるからである。さらに、それはＵＩＮ２０
２に対する各々の呼が消費する平均時間を最小にしかつ
ある与えられたレベルの呼受信容量に対してより大きな
呼のスループットを可能にする。

【００４８】タスク６１０が加入者プロフィールを注文
した後、切替えタスク６１２がプログラム制御を要求さ
れたオプションを処理するための手順またはルーチンに
切り替える。発呼者が加入者プロフィールを更新するこ
とを選択した場合、図８を参照して後に説明する、加入
者サービス手順８００が行なわれる。発呼者がページサ
ービスを受信することを選択した場合、後に図１０を参
照して説明する、発信者サービス手順１０００が行われ
る。発呼者がＵＩＮ２０２を退出することを選択した場
合、退出ルーチン６１４が行なわれる。

【００４９】退出ルーチン６１４は切替えタスク６１２
からあるいは数多くの他のタスクから入ることができ、
それらのタスクの幾つかは前に説明した。ルーチン６１
６内で、タスク６１６はタスク６０６において上述のよ
うに識別された最後の加入者のホームＳＩＭ２０６に対
しセッション完了（Ｓｅｓｓｉｏｎ−Ｄｏｎｅ）コマン
ドをキューイングする。該ホームＳＩＭ２０６の決定は
加入者ＩＤを評価することにより好適に行なうことがで
きる。好ましくは、加入者ＩＤは該加入者ＩＤの特定の
フィールド（例えば、４〜１０ビット）がその加入者Ｉ
Ｄに対するホームＳＩＭを識別するように割当てられ
る。しかしながら、タスク６１６はそれが必要とされな
い限り省略される。タスク６１６は加入者プロフィール
がロックされているときに必要とされる。後により詳細
に説明するように、セッション完了コマンドを前記ホー
ムＳＩＭ２０６に送信することによりホームＳＩＭ２０
６がその加入者記録３００をロック解除（ｕｎｌｏｃ
ｋ）することができるようになる。

【００５０】タスク６１６の後、タスク６１８は適切な
メッセージをチャネル２０４に再生しあるいはさもなけ
れば送信する。このメッセージは発呼者になぜ彼または
彼女のセッションが終了されるかについての理由を通知
する。プログラム制御が退出ルーチン６１４に導かれる
前に行なわれているタスクに応じて適切なメッセージが
選択される。タスク６１８の後、タスク６２０は呼を解
除し、かつ手順６００は停止する。ラインまたはチャネ
ル２０４は今や他の発呼者によって使用できる。

【００５１】図８は、加入者サービス手順８００のフロ
ーチャートを示す。手順８００は、伝達システムの特定
を含め、加入者が彼または彼女のために現在アクティベ
イトされているサービスを調べかつ変更できるようにす
るために行なわれる。好ましい実施例では、これらのサ
ービスは加入者の課金への直接の負担とすることができ
る。したがって、その加入者のみがそのような変更を行
なうことができることを保証するために保安措置が使用
される。

【００５２】手順８００に入ると、プログラム制御は加
入者をスクリーニングするためにスクリーニング手順９
００に進む。一般に、発呼者は手順８００が進行できる
前に加入者スクリーニングコード３０８を入力すること
を要求される。

【００５３】図９は、スクリーニング手順９００のフロ
ーチャートを示す。手順９００は発呼者からスクリーニ
ングコードを集める。手順９００は、上に述べた、加入
者スクリーニングコード３０８、並びに、以下に説明す
る、ページスクリーニングコード３１０およびオーバラ
イドスクリーニングコード（図４を参照）を集めるため
に使用される。タスク９０２は発呼者から特定されたス
クリーニングコードを集める。手順９００が手順８００
から呼ばれたとき、前記特定のコードは加入者スクリー
ニングコード３０８である。タスク９０２の後、タスク
９０４はペンディング状態を示すために特定のペンディ
ングフラグをセットしかつスクリーニングの不守備を示
すために前記特定のスクリーニングフラグをリセットす
る。

【００５４】上に述べたように、加入者プロフィールは
手順９００が行なわれる時点で受信されていてもよくあ
るいは受信されていなくてもよい。したがって、特定の
発呼者供給スクリーニングコードの有効性またはオーソ
リゼーションに関する決定は手順９００では行なわれな
い。むしろ、後に説明する、背景手順１２００がスクリ
ーニングの問題を順当に解決する。

【００５５】図８に戻ると、手順９００の後に、タスク
８０２は発呼者からサービスデータを集める。タスク８
０２は要求がなされているサービスのために発呼者を促
す。発呼者はＵＩＮ２０２に対するこれらのサービス並
びに該サービスにどのような値または状態が適用される
べきかを識別する。非制限的な例として、発呼者は彼ま
たは彼女へのページが保留されることを要求することが
でき、あるいは発呼者はページを伝達する上で使用され
る伝達システムのアクティベイションまたはデアクティ
ベイションを要求することができる。

【００５６】タスク８０２においてサービスデータが集
められた後、問合せタスク８０４は発呼者が手順８００
を退出することを要求したか否かを判定する。発呼者が
手順８００からの退出を要求していない場合は、タスク
８０６はタスク８０２において集められた発呼者応答の
フォーマットおよび内容を分析する。もし発呼者応答が
有効であるものと判定されなければ、問合せタスク８０
８はプログラム制御をタスク８０２に戻し、それによっ
て発呼者が再び有効なデータを提供するよう試みること
ができるようにする。もちろん、当業者はプログラム制
御をタスク８０２に戻す前に試行カウントが超過してい
るかあるいはタイムリミットが超過しているかを判定す
るため、かつ、例えば、もしそのようなカウントまたは
リミットが超過していればプログラム制御を退出ルーチ
ン６１４に導くためにさらに他のタスクを導入できるこ
とを理解するであろう。もしタスク８０８が発呼者が有
効であると思われるデータを供給したものと判定すれ
ば、タスク８１０は発呼者からの確認（ｃｏｎｆｉｒｍ
ａｔｉｏｎ）を集める。好ましくは、タスク８１０は発
呼者にタスク８０２によって生成されたサービス要求応
答のエコーを生成するよう促し、それによって発呼者が
もしそれが彼または彼女が望むものでない場合にその請
求を打ち消すことができるようにすることができる。も
し該サービス要求が確認されなければ、問合せタスク８
１２はプログラム制御をタスク８０２に戻し、それによ
って発呼者が代わりのサービスデータを供給できるよう
にする。もちろん、当業者はプログラム制御をタスク８
０２に戻す前に試行カウントが超過したかあるいはタイ
ムリミットが超過したかを判定するため、かつ、例え
ば、もしそのようなカウントまたはリミットが超過して
いればプログラム制御を退出ルーチン６１４に導くため
にさらに他のタスクを導入できることを理解するであろ
う。

【００５７】発呼者がタスク８１０〜８１２においてサ
ービスデータを確認した場合、あるいは発呼者がタスク
８０４において退出を要求した場合、プログラム制御は
タスク８１４に進み、そこで該発呼者は加入者記憶に対
し他の変更を行なうことを希望するかについて問合せさ
れる。もし発呼者がさらに他の変更を行なう希望を表示
すれば、プログラム制御はタスク８０２にループバック
する。もし発呼者がもはや変更は望まない旨を表示すれ
ば、プログラム制御は問合せタスク８１６に進む。

【００５８】この時点で、ＵＩＮ２０２はタスク６１０
において前に要求された加入者プロフィールを参照する
ことなしに可能なだけ多くの処理を完了している。した
がって、タスク８１６は加入者プロフィールが受信され
ているか否かを判定するためにこの加入者ＩＤに対する
プロフィールペンディングフラグを評価する。もし該プ
ロフィールが受信されていなければ、問合せタスク８１
８は加入者プロフィールの受信のためにさらに長く待機
すべきかあるいは現在識別されている加入者に対するサ
ービス提供の試みを中止すべきかを決定するためにタイ
マを調べる。前記プロフィール入手コマンドをキューイ
ングしてから所定の時間が経過していない限り、プログ
ラム制御はタスク８１６にループバックする。タスク８
１６〜８１８を通ってルーピングしている間、ＵＩＮ２
００は発呼者に加入者のプロフィールの受信を保つよう
忠告する記録またはメッセージを再生することが望まし
い。この所定の時間が経過したとき、プログラム制御は
退出ルーチン６１４に戻る。

【００５９】加入者プロフィールが受信されたとき、以
下に説明する、背景手順１２００は適切に前記プロフィ
ールペンディングフラグを調整しかつまた加入者スクリ
ーニングフラグをセットまたはリセットして発呼者がタ
スク９０２において上のようにして供給したスクリーニ
ングコードが有効であるか否かを示す。好ましい実施例
では、該コードはそれが加入者プロフィールの加入者ス
クリーニングコード３０８と整合する場合に有効である
と考えられる。タスク８１６がプロフィールが受信しさ
れておりかつ発呼者が供給したスクリーニングコードが
無効であると判定した場合、プログラム制御は退出ルー
チン６１４に進む。前に識別された加入者のプロフィー
ルに対する何らの変更も許容されない。

【００６０】これに対し、タスク８１６が加入者のプロ
フィールが受信されておりかつ発呼者が有効なスクリー
ニングコードを供給したものと判定した場合、タスク８
２０は発呼者に適切な受入れメッセージを再生しかつタ
スク８２２は加入者更新コマンドを分配ネットワーク１
０８にキューイングする。特に、加入者更新コマンドは
ＵＩＮ２０２からその制御ＳＩＭ２０６に送信される。
該制御ＳＩＭ２０６からそれはホームＳＩＭ２０６へと
受け渡すことができる。前記加入者更新コマンドは該コ
マンドが適用される加入者を識別し、かつ更新されるデ
ータ項目（単数または複数）およびこれらの項目に関連
すべき新しい値または状態を通信する。タスク８２２の
後、プログラム制御は手順８００を退出しかつタスク６
０６に戻り、それによって他の加入者に関してＵＩＮ２
０２によって他のサービスを行なうことができるように
なる。

【００６１】図１０は、発信者サービス手順１０００の
フローチャートを示す。手順１０００は発呼者がページ
に関するサービスの達成を指定した場合に、上に述べた
タスク６１２から入る。手順１０００は発呼者がページ
に関するサービスが望まれる加入者を識別した後に行な
われる。問合せタスク１００２において、手順１０００
はＵＩＮ２０２がページサービスを提供し続けることが
できる前にページスクリーニングコードが要求されてい
るか否かを判定する。この判定はタスク１００２を行な
う特定のＵＩＮ２０２の操作規則にしたがって行なうこ
とができる。環境１００内の全てのＵＩＮ２０２はタス
ク１００２の決定を同じ方法で解決する必要はない。ス
クリーニングが必要な場合、上に述べたスクリーニング
手順９００が行なわれる。この状況では、手順９００は
発呼者からページスクリーニングコードを集めかつフラ
グをセットし、それによって背景手順１２００が発呼者
が供給したページスクリーニングコードが加入者のプロ
フィールからのページスクリーニングコード３１０と整
合したことを判定できるまで何らのページサービスも提
供されないようにする。

【００６２】手順７００の後あるいはページスクリーニ
ングがＵＩＮ２０２によって要求されない場合、タスク
１００４は発呼者からページサービスデータを集める。
特に、タスク１００４は発呼者にＵＩＮ２０２によって
提供される種々のタイプのページに関するサービスを促
す。そのようなサービスはページを識別された加入者に
出すこと、前に出されたページのステータスを問合せる
こと、および識別された加入者に出されたページを呼び
出すことを含む。発呼者は次にそのようなサービスの１
つを識別することにより応答する。さらに、タスク１０
０４は要求された特定のサービスに関するデータを適切
に催促しかつ集める。例えば、ページを出すことが要求
されている場合、タスク１００４はそのページに含める
ために、コールバックの電話番号または英数字文字の集
積のような、メッセージを集積することができる。ステ
ータスまたは再呼出し（ｒｅｃａｌｌ）問合せが要求さ
れている場合、前記識別された加入者に前に出された特
定のページを識別するシーケンス番号がタスク１００４
において集積される。

【００６３】タスク１００４の後、ＵＩＮ２０２はタス
ク６１０において上述のように要求された加入者プロフ
ィールを参照することなく可能なだけ多くの処理を完了
している。したがって、タスク１００６はこの加入者Ｉ
Ｄに対するプロフィールペンディングフラグを評価して
該加入者プロフィールが受信されているか否かを判定す
る。もし該プロフィールが受信されていなければ、問合
せタスク１００８は現在識別されている加入者に対し加
入者プロフィールの受信のためにさらに長く待機すべき
かあるいはサービス提供の試みを中止すべきかを判定す
る。プロフィール入手コマンドのキューイングから所定
の時間が経過していない限り、プログラム制御はタスク
１００６にループバックする。タスク１００６〜１００
８を通ってルーピングする間に、ＵＩＮ２０２は発呼者
に該加入者のプロフィールの受信を保つよう忠告する記
憶またはメッセージを再生することができる。もしこの
所定の時間が加入者のプロフィールが受信される前に経
過すれば、プログラム制御は退出ルーチン６１４に進
む。

【００６４】加入者プロフィールが手段されたとき、後
に説明する背景手順１２００は適切にプロフィールペン
ディングフラグを調整しかつページスクリーニングフラ
グをセットまたはリセットして発呼者が前のタスク９０
２において供給することができたスクリーニングコード
が有効であるか否かを表示する。タスク１００６がプロ
フィールが受信されておりかつ発呼者が供給したページ
スクリーニングコードが無効であるものと判定した場
合、プログラム制御は退出ルーチン６１４に進む。識別
された加入者に対する何らのページに関するサービスも
許容されないことになる。

【００６５】これに対し、タスク１００６が該加入者の
プロフィールが到達しておりかつ発呼者が供給したペー
ジスクリーニングコードが、もしあれば、該加入者のプ
ロフィールのページスクリーニングコード３１０と整合
することを判定した場合には、問合せタスク１０１０は
該発呼者がページ問合せを要求しているか否かを判定す
る。さらに、もしそのようなサービスが要求されていれ
ば、タスク１０１０は要求された問合せの機能が該加入
者に対しアクティベイトされているか否かを確認するた
めに該加入者のプロフィールを調べる。もしそのような
サービスが要求されているがアクティベイトされていな
い場合には、プログラム制御はタスク１００４に戻り
（図示せず）発呼者が異なるサービスを要求できるよう
にすることが望ましい。

【００６６】もしページ問合せサービスが要求されてお
りかつアクティベイトされれば、タスク１０１２は適切
な問合せコマンドを該加入者のホームＳＩＭ２０６にキ
ューイングする。タスク１０１２の後、問合せタスク１
０１４は前記問合せコマンドに対する応答が受信された
か否かを判定する。タスク１０１４が前記問合せコマン
ドに対する何らの応答もまだ受信されていないことを判
定した場合、問合せタスク１０１６は前記加入者のホー
ムＳＩＭ２０６からの応答の受信のためにさらに長く待
機するか、あるいは発呼者の要求に適合する試みを中止
するかを判定する。前記問合せコマンドをキューイング
してから所定の時間がまだ経過していない限り、プログ
ラム制御はタスク１０１４にループバックする。タスク
１０１４〜１０１６を通ってルーピングする間に、ＵＩ
Ｎ２０２は発呼者に該発呼者が前記問合せ結果の受信を
持続するよう忠告する記録またはメッセージを再生する
ことができる。もしこの所定の期間が前記問合せコマン
ド応答が受信される前に経過すれば、プログラム制御は
退出ルーチン６１４に進む。

【００６７】タスク１０１４が前記問合せコマンドの応
答がＵＩＮ２０２に到達したことを判定すれば、タスク
１０１８はその応答を発呼者に供給する。ステータス問
合せに対しては、予め記録されたメッセージが発呼者に
識別されたページの現在の状態を通知することができ
る。ページ問合せに対しては、その識別されたページの
メッセージ、日付、および時間が発呼者に与えられるよ
うにすることができる。タスク１０１８の後、プログラ
ム制御は手順１０００を退出しかつタスク６０６に戻っ
て発呼者が他の加入者に関するサービスを要求できるよ
うにする。

【００６８】手順１０００のタスク１０１０に戻ると、
発呼者がページの送出を要求していることが判定された
場合には、プログラム制御はページ発信手順１１００に
進む。図１１は手順１１００のフローチャートを示す。
手順１１００に入ると、タスク１１０２はその伝達が発
呼者によって要求されているページの確認を集める。タ
スク１１０２は該ページによって伝達されるべき何らか
のメッセージを送り返す（ｅｃｈｏ）ことが望ましい。
タスク１１０２はさらに発呼者に現在アクティブな伝達
システムおよび前記ページの伝達に影響を与える他のサ
ービスオプションを通知することができる。例えば、発
呼者はページがどこに伝達されるべきかまたはページが
加入者への後の伝達のために保留にされるべきかを通知
することができる。発呼者は該ページおよび伝達パラメ
ータを確認し、該ページ（図示せず）を中止し、あるい
は、伝達システムのような、何らかの特定の伝達パラメ
ータをオーバライドすることを要求することができる。

【００６９】タスク１１０２において確認データ（ｃｏ
ｎｆｉｒｍａｔｉｏｎ ｄａｔａ）が集積された後、問
合せタスク１１０４は該発呼者が伝達パラメータへのオ
ーバライドを要求したか否かを判定する。伝達パラメー
タのオーバライドは加入者の課金およびページの首尾よ
い伝達の可能性に影響を与え得る。したがって、発呼者
はそのようなオーバライドがＵＩＮ２０２および分配ネ
ットワーク１０８によって受け入れられる前に保安上の
措置に適合することを要求される。オーバライドが要求
された場合、手順１１００は発呼者が要求した特定のサ
ービス（図５を参照）に関するスクリーニング手順９０
０を行なう。手順９００は発呼者に前記オーバライドが
許容される前に該加入者のプロフィールに掲げられた対
応するオーバライドコードと整合すべきオーバライドコ
ードを供給することを要求する。

【００７０】当業者は加入者、ページ、およびオーバラ
イドスクリーニングコードを選択するのは加入者である
ことを理解するであろう。したがって、一般の公衆はそ
のようなコードについての知識を持たずかつ分配ネット
ワーク１０８の加入者の操作に関して害悪を与えること
はできない。これに対し、もし加入者が、秘書、配偶
者、その他のような、特定の関係者がネットワーク１０
８の該加入者の選択された操作に対して影響を及ぼすこ
とができるようにすることを希望すれば、該加入者はそ
のような関係者がそのような影響を及ぼすことができる
ようにするスクリーニングコードをセットアップするこ
とができる。もちろん、加入者が全てのスクリーニング
コードを同じまたは異なる値にセットすることは妨げら
れない。

【００７１】手順９００の後、タスク１１０６は前記要
求されたオーバライドに関連するデータを集める。例え
ば、もし発呼者が加入者のプロフィールに示されたもの
と異なるアドレスにページ伝達を要求すれば、タスク１
１０６はこの異なるアドレスを集積する。タスク１１０
６の後、あるいはオーバライドが要求されない場合は、
プログラム制御は問合せタスク１１０８に進む。タスク
１１０８においては、加入者のプロフィールが得られて
いるが、それはタスク１００６より先の進行（図１０を
参照）は加入者のプロフィールが受信されるまで止めら
れていたからである。それにもかかわらず、タスク１１
０８において、プログラム制御は何らかのオーバライド
スクリーニングが解消または解決する（ｒｅｓｏｌｖｅ
ｄ）まで停止する。オーバライドスクリーニングの有効
性は背景動作モードで解消されるから、それはタスク１
１０８が行なわれる時間まで解消しないかもしれない。
したがって、もしオーバライドスクリーニングの解消が
ペンディングであれば、プログラム制御はタスク１１０
８にループバックする。オーバライドスクリーニングが
解消しかつ無効であると考えられる場合は、プログラム
制御は手順９００を退出しかつ退出ルーチン６１４に進
む。

【００７２】オーバライドスクリーニングが解消されか
つ有効であると考えられる場合は、手順１１００はタス
ク１１１０を行なう。タスク１１１０はページホールド
（Ｐａｇｅ Ｈｏｌｄ）がアクティブでない場合に１つ
またはそれ以上のＰＴＮ１１０に送信するためにページ
をキューイングする。該ページは加入者のプロフィール
から得たページシーケンス番号、ＰＴＮ１１０およびペ
ージが導かれるべき伝達サービス１０２のアドレス、加
入者のＩＤ、およびページによって伝達される何らかの
メッセージを含む。ページホールドサービスがアクティ
ブであるか否かの決定は加入者のプロフィールを調べる
ことによって行なわれる。ページがそれらに送信される
べきＰＴＮ（単数または複数）の決定もまた加入者のプ
ロフィールを調べることよって行なわれる。特に、加入
者のプロフィールのアクティベイトされた伝達システム
がページを伝達する上で使用されるべきである。タスク
１１１０はＵＩＮ２０２のメモリ内のテーブルを見てこ
れらのアドレスをページを導くために使用されるＰＴＮ
１１０のアドレスに変換することができる。

【００７３】タスク１１１０の後、タスク１１１２は前
記加入者のホームＳＩＭ２０６に伝達するためにページ
をキューイングする。該ホームＳＩＭ２０６は前記加入
者のＩＤを評価することにより識別される。該ページが
該加入者のホームＳＩＭ２０６に導かれるとき、それは
該加入者のプロフィールから得たシーケンス値、該ホー
ムＳＩＭ２０６のアドレス、該加入者のＩＤ、および該
ページによって伝達される何らかのメッセージを含む。
該ページはさらに該ホームＳＩＭ２０６に該ページがネ
ットワーク１０８によって受け入れられたという事実を
通知しかつまた前記ホームＳＩＭ２０６に前記ＰＴＮ
（単数または複数）の識別子（ｉｄｅｎｔｉｆｉｃａｔ
ｉｏｎ）および前記ページが送られている関連する伝達
システム（単数または複数）の識別子および伝達アドレ
ス（単数または複数）を通知する。

【００７４】タスク１１１２の後、タスク１１１４はス
テータス確認サービスがアクティベイトされているか否
かを加入者のプロフィールを調べることによって判定す
る。もしこのサービスがアクティベイトされていれば、
前記シーケンス値が発呼者に提示される。タスク１０１
０〜１０１８の動作により、発呼者はこのページの状態
に関して問合せるために後の時刻に環境１００内の任意
のＵＩＮ２０２を呼び出すことができる。発呼者は分配
ネットワーク１０８がステータスが問合せされているペ
ージを識別できるようにするためこのシーケンス値を供
給する必要がある。タスク１１１４の後、プログラム制
御は手順１１００を退出しかつタスク６０６に戻って発
呼者が他の加入者に対するさらに他のサービスを要求で
きるようにする。

【００７５】図１２は、背景手順１２００のフローチャ
ートを示す。ＵＩＮ２０２は背景モードにおいて手順１
２００を行なう。言い換えれば、手順１２００は手順１
２００に関連しない他のタスクがほぼ同じ時間フレーム
内に行なわれていても絶えず動作する。手順１２００は
出力キューを処理するためにタスク１２０２を行ないか
つ入力キューを処理するためにタスク１２０４を行な
う。言い換えれば、通信ネットワーク２０８によって他
のノードに送信するためにキューイングされたコマンド
はタスク１２０２の動作によって順当に送られて、かつ
通信ネットワーク２０８によって他のノードから受信さ
れたデータ通信はタスク１２０４の動作によって得られ
る。

【００７６】当業者は環境１００内の任意のエンティテ
ィによって任意のコマンドを送信することは、ＵＩＮ２
０２であれその他のものであれ、適切なアクノレッジメ
ントメッセージの受信を待機することを含み得ることを
理解するであろう。もしアクノレッジメントが所定の時
間内に受信されなければ、前記メッセージは反復でき
る。同様に、任意のメッセージの受信は受信されたメッ
セージに応答して適切なアクノレッジメントメッセージ
を送信することを含むことができる。これらの詳細は当
業者に理解され、タスク１２０２〜１２０４の範囲内に
含まれ、かつここではこれ以上説明しない。タスク１２
０２〜１２０４の後、問合せタスク１２０６はいずれか
のプロフィールまたはペンディングフラグがタスク１２
０４において前に受信されたいずれかのプロフィールに
関してセットされているか否かを判定する。もしそのよ
うなフラグがセットされていなければ、プログラム制御
はタスク１２０２にループバックし前記入力および出力
キューの処理を続ける。もしあるペンディングフラグが
セットされていれば、これは加入者プロフィールが受信
された直後の通常の状態であるが、プログラム制御は問
合せタスク１２０８に進む。

【００７７】タスク１２０８は加入者スクリーンペンデ
ィングフラグがセットされているか否かを判定する。こ
のフラグは発呼者が加入者スクリーニングコードを供給
したときセットされる。もしそれがセットされていれ
ば、プログラム制御は有効化手順（ｖａｌｉｄａｔｉｏ
ｎ ｐｒｏｃｅｄｕｒｅ）１２１０に進む。もしそれが
セットされていなければ、問合せタスク１２１２は前記
ページのペンディングフラグがセットされているか否か
を判定する。このフラグは発呼者がページスクリーニン
グコードを供給したときにセットされる。もしそれがセ
ットされていれば、プログラム制御は有効化プロセス１
２１０に進む。もしそれがセットされていなければ、問
合せタスク１２１４は前記オーバライドペンディングフ
ラグがセットされているか否かを判定する。このフラグ
は発呼者がオーバライドスクリーニングコードを供給し
たときにセットされる。もしそれがセットされていれ
ば、プログラム制御は有効化手順１２１０に進む。もし
それがセットされていなければ、タスク１２１６は主題
の加入者プロフィールに対するプロフィールペンディン
グフラグをリセットし、かつプログラム制御はタスク１
２０２にループバックする。

【００７８】有効化手順１２１０は発呼者によって供給
された指示されたスクリーニングコードが有効であるか
否かを判定する。特に、問合せタスク１２１８は前記発
呼者が供給したスクリーニングコードを加入者のプロフ
ィールに含まれる対応するスクリーニングコードと比較
する（図３〜図５を参照）。もし前記発呼者が供給した
コードおよび加入者プロフィールコードが整合すればあ
るいは互いに対応すれば、前記発呼者が供給したコード
は有効であると考えられ、かつタスク１２２０は前記特
定されたスクリーニングフラグをセットして有効なスク
リーニングコードを示す。もし発呼者が供給したコード
と加入者プロフィールコードとが対応しなければ、発呼
者が供給したコードは無効であると考えられる。タスク
１２２２は、もし必要であれば、前記特定されたスクリ
ーニングフラグをリセットし無効なスクリーニングコー
ドであることを表示する。タスク１２２０または１２２
２の後、タスク１２２４は前記特定されたスクリーニン
グペンディングフラグをリセットして前記特定されたス
クリーニング機能が今や解決されたことを示す。前記ペ
ンディングおよびスクリーニングフラグはタスク８１
６，１００６および１１０８に関して上に述べたように
監視される。タスク１２２４の後、プログラム制御は、
図１２に示されるように、タスク１２１２，１２１４ま
たは１２１６に進む。

【００７９】図１３〜図２２は、分配ネットワーク（ｄ
ｉｓｔｒｉｂｕｔｉｏｎ ｎｅｔｗｏｒｋ）１０８のノ
ードによって行なわれる手順のフローチャートを示す。
上に述べたように、ページのルーティングおよび本発明
の加入者および呼発信者プログラミングサービスをサポ
ートすることに関するインテリジェンスの大部分はＵＩ
Ｎ２０２に含まれている。したがって、分配ネットワー
ク１０８のノードによって行なわれる手順はＵＩＮ２０
２によって行なわれる上に述べた手順をほぼサポートす
る。当業者は、本発明の好ましい実施例においては、図
１３〜図２２に示された手順は機器のメモリ内に格納さ
れたコンピュータプログラムの制御の下にコンピュータ
化された機器によって行なわれることを理解するであろ
う。しかしながら、当業者はこれらの手順は再入可能
（ｒｅｅｎｔｒａｎｔ）なものが好ましいことを理解す
るであろう。

【００８０】図１３は、ＳＩＭ２０６によってＵＩＮ２
０２への制御ＳＩＭとして動作する間に行なわれるプロ
フィール入手（Ｇｅｔ−Ｐｒｏｆｉｌｅ）コマンド手順
１３００を示す。特に、手順１３００はプロフィール入
手コマンドがＵＩＮ２０２からＳＩＭ２０６において受
信されたときに行なわれる。このコマンドは、上に述べ
た、タスク６１０においてＵＩＮ２０２から送られる。
該コマンドは加入者ＩＤを含み、かつ該コマンドは、タ
スク６１０に関して上に述べたように、加入者の記録３
００が該加入者のホームデータベース２１２においてロ
ックされるべきか否かあるいはシーケンス番号がプロフ
ィール入手コマンドを送信するＵＩＮ２０２に戻される
べきかを特定する。

【００８１】手順１３００は問合せタスク１３０２を行
なって前記プロフィール入手コマンドによって通信され
た加入者ＩＤがローカル加入者ＩＤを表わすか否かを判
定する。言い換えれば、タスク１３０２はそのプロフィ
ールが要求されている加入者がＳＩＭ２０６を彼または
彼女のホームＳＩＭと考えるか否かを判定する。この判
定は加入者のホームＳＩＭ２０６を示す加入者ＩＤを評
価することによって行なうことができる。もしタスク１
３０２が手順１３００を行なっているＳＩＭ２０６がホ
ームＳＩＭ２０６であると判定すれば、タスク１３０４
がそのホームデータベース２１２内で識別された加入者
の加入者記録３００をルックアップしかつこの加入者プ
ロフィールを前記プロフィール入手コマンドのパラメー
タにしたがってローカルＵＩＮ２０２に送り返す。タス
ク１３０４はまた前記加入者プロフィールをロックしあ
るいはローカルＵＩＮ２０２に返送された加入者プロフ
ィールをシーケンス番号に含める。タスク１３０４の
後、プログラム制御は手順１３００を退出する。

【００８２】もしタスク１３０２がそのプロフィールが
要求されている加入者がローカルの加入者でないと判定
すれば、問合せタスク１３０６はその加入者が現在手順
１３００を行なっているＳＩＭ２０６に対し在外の加入
者として登録されているか否かを判定する。該加入者は
もしそれがその在外データベース２１４に識別された加
入者に対する在外加入者記録を持っていれば在外加入者
と考えられる。もし彼または彼女が在外の加入者として
登録されていなければ、タスク１３０８はプロフィール
要求コマンドをフォーマットしかつその加入者のホーム
ＳＩＭ２０６に送信する。もし彼または彼女が在外の加
入者として登録されていれば、タスク１３１０はプロフ
ィール更新コマンドをフォーマットしかつその加入者の
ホームＳＩＭ２０６に送信する。タスク１３０８または
１３１０の後、前記コマンドはその加入者のホームＳＩ
Ｍ２０６に送信され、かつプログラム制御は手順１３０
０を退出する。

【００８３】前記プロフィール要求コマンドは前記プロ
フィールを要求している制御ＳＩＭ２０６および要求が
成されている加入者のＩＤを識別する。前記プロフィー
ル更新コマンドはプロフィール更新を要求している制御
ＳＩＭ２０６、要求が成されている加入者のＩＤ、およ
びデータ要素の要約を識別する。前記プロフィール要求
およびプロフィール更新コマンドの双方はホームＳＩＭ
２０６の加入者の記録３００をロックするかあるいはシ
ーケンス番号を戻すかを特定する。前記プロフィール要
求コマンドは前記ホームＳＩＭ２０６に、加入者記録３
００全体の部分集合である、加入者プロフィール全体を
供給するよう要求する。シーケンス番号３１６はもし前
記プロフィール要求コマンドがそれが含まれることを特
定していれば前記加入者プロフィールに含められる。こ
の加入者プロフィールは比較的多くの量のデータの送信
を要求するかもしれない。これに対し、前記プロフィー
ル更新コマンドはホームＳＩＭ２０６に現在前記制御Ｓ
ＩＭの在外データベース２１４にセーブされている加入
者プロフィールが依然として有効であるか否かを確認す
るよう要求する。

【００８４】前記プロフィールが有効であるか否かを決
定するために、ある種の要約データ（ｓｕｍｍａｒｉｚ
ｉｎｇ ｄａｔａ）がホームＳＩＭ２０６に送信され
る。該要約データはシーケンス番号３１６を除く、加入
者プロフィールにわたって計算された検査合計（ｃｈｅ
ｃｋｓｕｍ）とすることができる。あるいは、それは巡
回冗長検査符号のような、他の形式のエラー検出符号と
することができる。他の実施例では、前記要約データは
前記加入者のプロフィールが更新された最後の時間を示
す日付または日付および時間スタンプを形成する。もし
前記ホームＳＩＭ２０６が、要約データを評価すること
によって、前記加入者のホームＳＩＭ２０６にセーブさ
れた加入者のプロフィールが前記制御ＳＩＭ２０６の在
外データベース２１４にセーブされた加入者プロフィー
ルと比較して変わっていないことを判定すれば、通信ネ
ットワーク２０８は該加入者のプロフィールを前記制御
ＳＩＭ２０６に送信し戻す必要はなく、かつネットワー
ク資源は保存される。

【００８５】図１４は、プロフィール応答コマンド手順
１４００のフローチャートを示す。手順１４００は制御
ＳＩＭ（ｃｏｎｔｒｏｌｌｉｎｇ ＳＩＭ）２０６によ
ってそれが前記ホームＳＩＭ２０６からタスク１３０８
または１３１０に関して上述のように送信されたコマン
ドへの応答を受信したときに行なわれる。タスク１４０
２は制御ＳＩＭ２０６において受信された応答メッセー
ジが確認（ｖｅｒｉｆｉｃａｔｉｏｎ）応答または加入
者プロフィールを表わすかを判定する。確認応答は制御
ＳＩＭ２０６にその在外データベース２１４における特
定された加入者記録が現在の加入者プロフィールを含む
ことを通知する簡単な通信である。前記確認応答は前記
要求が成された加入者を識別するための加入者ＩＤおよ
び上で述べたシーケンス番号３１６を含むことが好まし
い。前記シーケンス番号は在外データベース２１４にお
ける加入者のプロフィールにセーブすることができる。
もし前記確認応答が検出されれば、タスク１４０４は加
入者プロフィールを在外データベース２１４からローカ
ルＵＩＮ２０２に送信するために行なわれる。もし確認
応答がタスク１４０２において検出されなければ、タス
ク１４０６が加入者プロフィールを前記ＳＩＭの在外デ
ータベース２１４にセーブするために行なわれる。タス
ク１４０６の後、タスク１４０４が加入者プロフィール
をローカルＵＩＮ２０２に送信するために行なわれる。
タスク１４０４の後、プログラム制御は手順１４００を
退出する。

【００８６】図１５は、加入者更新コマンド手順１５０
０のフローチャートを示す。手順１５００は制御ＳＩＭ
２０６によってそれがＵＩＮ２０２から加入者更新コマ
ンドを受信したときに行なわれる。加入者更新コマンド
は該コマンドが適用される加入者を識別し、かつ更新さ
れているデータ項目（単数または複数）およびこれらの
項目に関連する新しい値または状態を通信する。加入者
更新コマンドはタスク８２２の間にＵＩＮ２０２によっ
て送信される。

【００８７】手順１５００は前記識別された加入者がロ
ーカル加入者であるか否かを判定するために問合せタス
ク１５０２を行なう。もし該加入者がローカルであれ
ば、タスク１５０４はホームデータベース２１２内の適
切なデータ項目を更新しかつ更新れた加入者プロフィー
ルを反映するために要約データ要素３１２を再計算す
る。さらに、タスク１５０４は前記加入者の記録３００
をその中のデータ項目３１４を変えることによりロック
解除（ｕｎｌｏｃｋｓ）する。タスク１５０４の後、プ
ログラム制御は手順１５００を退出する。タスク１５０
２が加入者がローカル加入者でないと判定した場合に
は、それはタスク１５０６において加入者更新コマンド
を加入者のホームＳＩＭ２０６に送信する。さらに、そ
れはタスク１５０８においてその在外データベース２１
４における、要約データ要素３１２を含む、適切なデー
タ項目を更新する。前記ホームＳＩＭ２０６がコマンド
を受信したとき、それはそれ自身のバージョンの手順１
５００を行なうことになる。タスク１５０６〜１５０８
の後、プログラム制御は手順１５００を退出する。

【００８８】図１６は、プロフィール要求コマンド手順
１６００のフローチャートを示す。手順１６００はホー
ムＳＩＭ２０６によってそれが環境１００内のいずれか
の制御ＳＩＭ２０６からプロフィール要求コマンドを受
信したときに行なわれる。プロフィール要求コマンドは
該コマンドが適用される加入者を識別し、該加入者のプ
ロフィールをロックするかあるいはシーケンス番号に戻
るかを特定し、かつ前記コマンドに対する応答が送信さ
れるべき制御ＳＩＭを識別する。プロフィール要求コマ
ンドは、上に述べた、タスク１３０８の間に制御ＳＩＭ
２０６によって送信される。

【００８９】手順１６００はホームデータベース２１２
から該加入者のプロフィールを得るためにタスク１６０
２を行なう。上に述べたように、該加入者プロフィール
は加入者記録３００に格納された全てのデータ項目の部
分集合であることが好ましい。タスク１６０２の後、タ
スク１６０４はデータ項目３１４をチェックして前記加
入者記録がロックされているか否かを判定する。もし記
録３００が現在ロックされていれば、タスク１６０４は
記録３００がロック解除（図示せず）になるまで待機す
る。

【００９０】上に述べたように、ページはシーケンス番
号３１６によってタグ付けされ、それによってそれらが
分配ネットワーク１０８によって受け入れられた後に個
別に識別できるようにされる。シーケンス番号３１６は
重複したシーケンス番号が避けられることが保証される
ようにホームＳＩＭにおいて制御される。もし前記プロ
フィール要求コマンドがホームＳＩＭ２０６にシーケン
ス番号３１６を含めるよう指令すれば、タスク１６０４
はシーケンス番号３１６を加入者プロフィールと共に含
める。したがって、タスク１６０４は該プロフィール
を、図１４に関して上に説明した、プロフィール応答コ
マンドの形式で要求ＳＩＭ２０６に送信する。タスク１
６０４はまたシーケンス番号データ項目３１６を増分し
あるいはさもなければ変更することができ、それによっ
て新しいシーケンス番号が直ちに利用できるようにす
る。前記プロフィールを受信する制御ＳＩＭ２０６か
ら、該プロフィールは、前記手順１４００に関して説明
したように、ＵＩＮ２０２に導かれる。

【００９１】タスク１６０４の後、前記プロフィール要
求コマンドがホームＳＩＭ２０６に加入者の記録３００
をロックすることを指令したか否かを判定するためにタ
スク１６０６が行なわれる。もしそのように要求されて
いれば、タスク１６０６は加入者記録３００のデータ要
素３１４をセットして加入者記録３００が今やロックさ
れていることを表示する。さらに、所定の期間が経過し
たことに応じて加入者記録３００が自動的にロック解除
となるようにタイマをセットすることができる。これは
ＵＩＮ２０２の前記部分に関する障害が分配ネットワー
ク１０８を使用するための他のＵＩＮの能力を害するこ
とを防止する。記録３００がロックされている限り、ペ
ージは出すことができない。前に述べたように、記録３
００は加入者プロフィールの更新が行なわれている間に
ロックされている。これはページが日付外の（ｏｕｔ−
ｏｆ−ｄａｔｅ）加入者記録によって出されることを防
止する。タスク１６０６の後、プログラム制御は手順１
６００を退出する。

【００９２】図１７は、プロフィール更新コマンド手順
１７００のフローチャートを示す。手順１７００はホー
ムＳＩＭ２０６によってそれが環境１００内のいずれか
の制御ＳＩＭ２０６からプロフィール更新コマンドを受
信したときに行なわれる。プロフィール更新コマンドは
該コマンドが適用される加入者を識別し、該コマンドに
対する応答が送信されるべき制御ＳＩＭ２０６を識別
し、前記ホームＳＩＭ２０６に加入者の記録３００をロ
ックするかあるいは返送応答と共にシーケンス番号３１
６を含めるかを指令し、かつ要約データを含む。前記プ
ロフィール更新コマンドは上に述べたタスク１３１０の
間に制御ＳＩＭ２０６によって送信される。

【００９３】手順１７００は前記識別された加入者の記
録３００がアンロックとなるまで待機するためにタスク
１７０２を行なう。タスク１７０２は加入者記録３００
のデータ項目３１４を評価することによって記録３００
がロックされているか否かを判定することができる。最
も頻繁に、加入者記録３００はタスク１７０２において
アンロックされ、かつ何らの有意的な待機は生じない。
しかしながら、加入者の更新はプロフィール更新コマン
ドが受信されるのと同時に始まっている場合、プログラ
ム制御は前記記録がアンロックになるまでタスク１７０
２を超えて進行しない。前記記録はタスク１５０４に関
して前に述べたようにしてアンロックとなる。

【００９４】タスク１７０２の後、問合せタスク１７０
４は前記プロフィール更新コマンドと共に受信した要約
データが識別された加入者に対するホームデータベース
２１２の加入者記録３００に含まれる要約データ３１２
と対応するかあるいはさもなければ整合するかを判定す
る。もし該要約データが対応すれば、タスク１７０６は
確認プロフィール応答コマンドを要求ＳＩＭ２０６に返
送する。該確認プロフィール応答コマンドは加入者のＩ
Ｄを含む。それはまたプロフィール更新コマンドによっ
てそのように指令されればデータ項目３１６からシーケ
ンス番号を含めることができる。受信ＳＩＭ２０６は、
上に述べた、手順１４００において前記確認プロフィー
ル応答コマンドを処理する。

【００９５】タスク１７０４が前記要約データが対応し
ないことを判定した場合には、タスク１７０８は記録３
００の部分集合である、加入者プロフィール全体をフォ
ーマットしかつプロフィール応答コマンドにおいて要求
ＳＩＭ２０６に送信する。該プロフィール応答コマンド
はまたプロフィール更新コマンドによってそれを含むこ
とを指令されればデータ項目３１６からのシーケンス番
号を含む。タスク１７０６または１７０８の後、タスク
１７１０はプロフィール要求コマンドがホームＳＩＭ２
０６に加入者の記録３００をロックするよう指令したか
否かを判定する。もしそのように要求されていれば、タ
スク１７１０は加入者記録３００のデータ要素３１４を
セットして該加入者記録３００が今やロックされたこと
を指示する。タスク１７１０の後、プログラム制御は手
順１７００を退出する。

【００９６】図１８は、セッション完了（Ｓｅｓｓｉｏ
ｎ−Ｄｏｎｅ）コマンド手順１８００のフローチャート
を示す。手順１８００はホームＳＩＭ２０６によってそ
れが環境１００内のいずれかのＵＩＮ２０２からセッシ
ョン完了コマンドを受信した場合に行なわれる。このコ
マンドは該コマンドが適用される加入者を識別しかつ該
加入者に関して何らの加入者更新も受け入れられていな
いことを表わす。セッション完了コマンドは上に述べた
タスク６１６の間にＵＩＮ２０２によって送信される。
手順１８００は識別された加入者の記録３００をその中
のデータ項目３１４を変えることによりアンロックする
ためにタスク１８０２を行なう。このアンロックは記録
３００の将来の使用を可能にする。タスク１８０２の
後、プログラム制御は手順１８００を退出する。

【００９７】図１９は、ページコマンド手順１９００の
フローチャートを示す。手順１９００はホームＳＩＭ２
０６によってそれが環境１００内のいずれかのＵＩＮ２
０２からページコマンドを受信したときに行なわれる。
該ページコマンドは該コマンドが適用される加入者を識
別し、該ページに関連するシーケンス番号を識別し、か
つ任意選択的にメッセージを伝達する。該ページコマン
ドは上に述べたタスク１１１２の結果としてＵＩＮ２０
２によって送信される。手順１９００はホームデータベ
ース２１２における適切な位置に前記ページと関連する
メッセージをセーブしかつ該ページデータを格納するた
めに使用される活動テーブル（ａｃｔｉｖｉｔｙ ｔａ
ｂｌｅ）５００を識別するために加入者記録３００のリ
ンク３２０をセットするためにタスク１９０２を行な
う。さらに、前記ページのステータスはテーブル５００
において更新することができホームＳＩＭ２０６におけ
るページの受信を反映させることができる。タスク１９
０２の後、プログラム制御は手順１９００を退出する。

【００９８】図２０は問合せコマンド手順２０００のフ
ローチャートを示す。手順２０００はホームＳＩＭ２０
６によってそれが環境１００内のいずれかのＵＩＮ２０
２から問合せコマンドを受信した場合に行なわれる。該
問合せコマンドは該コマンドが適用される加入者、応答
が送信されるべきＵＩＮ２０２、そして単一のページを
識別するシーケンス番号を識別する。該問合せコマンド
は上に述べたタスク１０１２の結果としてＵＩＮ２０２
によって送信される。手順２００は加入者活動テーブル
５００において指示されたページをルックアップするた
めにタスク２００２を行なう。次に、タスク２００４
が、問合せコマンドのタイプに応じて、前記ステータス
または前記シーケンス番号に関連するページを要求ＵＩ
Ｎ２０２に返送する。タスク２００４の後、プログラム
制御は手順２０００を退出する。

【００９９】図２１はステータス更新コマンド手順２１
００のフローチャートを示す。手順２１００はホームＳ
ＩＭ２０６によってそれが環境１００内のいずれかのノ
ード、かつ特にＰＴＮ１１０から、ステータス更新コマ
ンドを受信した場合に行なわれる。ステータス更新コマ
ンドはホームＳＩＭ２０６がページの伝達に向けての進
行を追跡できるようにする情報を伝達する。したがっ
て、ＰＴＮ１００はそれがＵＩＮ２０２からページを受
信したとき１つのステータス更新コマンドを送信し、か
つそれがページを特定された伝達システム１０２にわた
す場合に他のものを送信し、かつまた前記特定された伝
達システム１０２がそれがページを伝達したことを通知
した場合にさらに他のものを送信することができる。ス
テータス更新コマンドは該コマンドが適用される加入
者、前記更新情報が適用されるページのシーケンス番
号、およびページの現在のステータスを識別するデータ
を識別する。手順２１００は加入者活動テーブル５００
において指示されたページをルックアップするためにタ
スク２１０２を行なう。さらに、タスク２１０２は前記
ステータス更新コマンドによって通信されたデータにし
たがって指示されたページに関連するステータスデータ
を修正する。タスク２１０２の後、プログラム制御は手
順２１００を退出する。

【０１００】図２２はＰＴＮページ受信（ＰＴＮ Ｐａ
ｇｅ−Ｒｅｃｅｉｖｅｄ）手順２２００のフローチャー
トを示す。手順２２００はＰＴＮ１１０によってそれ
が、もしあれば、そのサブシステムの１つによって伝達
するためにＵＩＮ２０２からページを受信したときに行
なわれる。手順２２００は上に述べたタスク１１１０の
達成にしたがってＵＩＮ２０２によって送信されたコマ
ンドに応じて行なわれる。タスク２２０２はページをフ
ォーマットしかつ該ページに指示された伝達システム１
０２を介して伝達するために該ページをキューイングす
る。該ページは直ちに伝達される必要はない。むしろ、
ＰＴＮ１１０は効率的な方法で付随する（ｓｕｂｏｒｄ
ｉｎａｔｅ）伝達システム１０２に伝達するためにペー
ジを集めることができる。タスク２２０２の後、タスク
２２０４はステータス更新コマンドをフォーマットしか
つ該ページに対するホームＳＩＭ２０６に送信する。Ｐ
ＴＮ１１０が直ちにステータス更新コマンドを送信する
必要はない。事実、ＰＴＮ１１０はページをキューから
取り出し（ｄｅ−ｑｕｅｕｉｎｇ）かつステータス更新
コマンドをホームＳＩＭ２０６に送信する前に伝達シス
テム１０２からアクノレッジメントを受信するまで待機
するのが好ましい。タスク２２０４の後、プログラム制
御は手順２２００を退出する。

【０１０１】以上本発明が好ましい実施例に関して説明
された。しかしながら、当業者は本発明の範囲から離れ
ることなくこれらの好ましい実施例において変更および
修正を行なうことが可能なことを認識するであろう。例
えば、当業者は本発明の柔軟性を理解するであろう。Ｕ
ＩＮのような、第１のノードから、制御ＳＩＭのよう
な、第２のノードへとそして次に、ホームＳＩＭのよう
な、第３のノードへと向けられる上記コマンドは前記第
１のノードから放送モード（ｂｒｏａｄｃａｓｔｍｏｄ
ｅ）で送信でき、あるいは前記第１のノードから連続的
な通信として送信できる。さらに、上に述べたデータ要
素はデータ要素の最小限の組であると考えなければなら
ない。当業者は本発明の種々の特定の構成にとってさら
に他のデータが有用であることを理解するであろう。例
えば、日付および時間スタンプはしばしば同様のシステ
ムにおける種々のデータ項目と共に記録される。当業者
に明らかなこれらおよび他の変更および修正は本発明の
範囲内に入るものと考える。

【０１０２】

【発明の効果】以上要するに、本発明はページ伝達のた
めの改善された方法を提供する。本発明は複数ページの
伝達のオプションを提供する。したがって、単一のシス
テムが極めて大きな領域をカバーする容量を持つことを
要求されない。さらに、単一のページが、ＲＦ通信チャ
ネルまたはコンピュータネットワークのような、異なる
伝達特性を有するシステムを介して伝達できる。さら
に、本発明は離れた（ｏｕｔｌｙｉｎｇ）ＵＩＮに集め
られた処理能力を備えた分散システムを提供する。処理
を分散することにより、いずれかの個々の構成要素が故
障した場合にネットワーク全体は障害にならず、機器の
コストはネットワークにわたり均等に分散され、ネット
ワーク資源が節約され、かつページを受け入れかつ伝達
する上での総合的な速度が増大する。さらに、集中シス
テムと比較した場合に電気通信コストが低減され、それ
は通信が最も近いノードによって行なわれるからであ
る。

【図面の簡単な説明】

【図１】本発明の好ましい実施例が実施される例示的な
環境を示すレイアウト図である。

【図２】本発明によるページングシステムを示すブロッ
ク図である。

【図３】図２に示されるページングシステムにとって有
用なデータ要素を示す説明図である。

【図４】図２に示されるページングシステムにとって有
用なデータ要素を示す説明図である。

【図５】図２に示されるページングシステムにとって有
用なデータ要素を示す説明図である。

【図６】図２に示されるページングシステムのユーザイ
ンタフェースノード（ＵＩＮ）によって行なわれる手順
を示すフローチャートである。

【図７】図２に示されるページングシステムのユーザイ
ンタフェースノード（ＵＩＮ）によって行なわれる手順
を示すフローチャートである。

【図８】図２に示されるページングシステムのユーザイ
ンタフェースノード（ＵＩＮ）によって行なわれる手順
を示すフローチャートである。

【図９】図２に示されるページングシステムのユーザイ
ンタフェースノード（ＵＩＮ）によって行なわれる手順
を示すフローチャートである。

【図１０】図２に示されるページングシステムのユーザ
インタフェースノード（ＵＩＮ）によって行なわれる手
順を示すフローチャートである。

【図１１】図２に示されるページングシステムのユーザ
インタフェースノード（ＵＩＮ）によって行なわれる手
順を示すフローチャートである。

【図１２】図２に示されるページングシステムのユーザ
インタフェースノード（ＵＩＮ）によって行なわれる手
順を示すフローチャートである。

【図１３】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１４】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１５】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１６】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１７】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１８】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図１９】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図２０】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図２１】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【図２２】図２に示されるページングシステムのネット
ワークにおける種々のノードによって行なわれる手順を
示すフローチャートである。

【符号の説明】

１００ 例示的環境 １０２ 伝達システム １０４ 地理的領域 １０６ 衛星 １０８ 分配ネットワーク １１０ ページ終端ノード １１２ ネットワーク管理ノード ２０２ ユーザインタフェースノード ２０４ 発信チャネル ２０６ 加入者情報管理者ノード ２０８ 通信ネットワーク ２１０ 加入者ユニット ２１２ ホームデータベース ２１４ 在外データベース ２１６ 専用ライン

───────────────────────────────────────────────────── フロントページの続き (72)発明者 スティーブン・ジェイ・ゴールドバーグ アメリカ合衆国フロリダ州33065、コーラ ル・スプリングス、ノースウエスト・トゥ エンティーシクスス・ストリート 11787

Claims (3)

【特許請求の範囲】
1. 【請求項１】 分散型マルチアウトレットページングシ
   ステムによってユーザインタフェースノードを動作させ
   る方法であって、 識別（ＩＤ）値を有する初期通信を得る段階であって、
   前記ＩＤ値はページが送られるべき加入者を識別するも
   の、 コマンドをデータベースノードに送信する段階であっ
   て、前記コマンドは前記データベースノードに前記ＩＤ
   値に関連する現在の伝達アドレスデータを戻すよう指令
   するもの、 前記現在の伝達アドレスデータ受信する段階、そして前
   記ページをページの受信のために構成された複数のノー
   ドの１つに送信する段階であって、前記１つのノードは
   前記現在の伝達アドレスデータに応じて識別されるも
   の、 を具備することを特徴とする分散型マルチアウトレット
   ページングシステムによってユーザインタフェースノー
   ドを動作させる方法。
2. 【請求項２】 分散型マルチアウトレットページングシ
   ステムを動作させる方法であって、 ユーザインタフェースノードから加入者プロフィール要
   求コマンドを得る段階であって、前記プロフィール要求
   コマンドは識別（ＩＤ）値を有し、前記ＩＤ値はページ
   が送られるべき加入者を識別するもの、 ホームデータベースノードのアドレスを決定するために
   前記ＩＤ値を処理する段階であって、前記ホームデータ
   ベースノードはそこに格納された現在の伝達アドレスを
   有するもの、 前記プロフィール要求コマンドを前記ホームデータベー
   スノードに導く段階であって、前記プロフィール要求コ
   マンドは前記ホームデータベースノードに前記ＩＤ値に
   関連する前記現在の伝達アドレスデータを戻すよう指令
   するもの、そして前記現在の伝達アドレスデータを前記
   ホームデータベースノードから前記ユーザインタフェー
   スノードへと送信する段階、 を具備することを特徴とする分散型マルチアウトレット
   ページングシステムを動作させる方法。
3. 【請求項３】 マルチアウトレットページングシステム
   であって、 各々伝達アドレス（４０２）にしたがってページを受信
   するよう構成された、複数のノード、 識別（ＩＤ）値を有する初期通信を得るための手段であ
   って、前記ＩＤ値はページが送信されるべき加入者を識
   別するもの、 伝達アドレスデータおよび加入者ＩＤ値を格納するため
   のデータベースノード、 前記データベースノードにコマンドを送信するための手
   段であって、前記コマンドは前記データベースノードに
   前記ＩＤ値に関連する現在の伝達アドレスデータを戻す
   よう指令するもの、 前記現在の伝達アドレスデータを受信するための手段、
   そして前記ページを前記複数のノードの１つに送信する
   ための手段であって、前記１つのノードは前記現在の伝
   達アドレスデータに応じて識別されるもの、 を具備することを特徴とするマルチアウトレットページ
   ングシステム。