JPH09511884A

JPH09511884A - パーソナル・コミュニケーション・インターネットワーキング

Info

Publication number: JPH09511884A
Application number: JP8511013A
Authority: JP
Inventors: ペペ，デイヴィッド，マシュー; ブリッツァー，リサ，ビー．; ブロックマン，ジェイムズ，ジョーゼフ; クルツ，ウイリアム; ハキム，ドワイト，オマー; クレーマー，マイケル; ペトル，ドーン，ダイアン; ラマロソン，ジョーゼファ; ラミレス，ジェラルド; ワン，ヤン−ウェイ; ホワイト，ロバート，ジー．
Original assignee: ベルコミュニケーションズリサーチ，インコーポレイテッド
Priority date: 1994-09-19
Filing date: 1995-09-19
Publication date: 1997-11-25
Anticipated expiration: 2015-09-19
Also published as: JP2004048684A; EP1887771A1; TW307080B; EP1401180A1; JP3452580B2; DE69435052T2; EP0782805A1; WO1996009714A1; CA2199802C; EP0782805A4; DE69435052D1; EP1401180B1; EP0782805B1; DE69535283D1; CA2199802A1; US5742668A; DE69535283T2; US5742905A

Abstract

(57)【要約】ネットワーク加入者がワイヤレスおよびワイヤライン音声メッセージとテキスト・メッセージの受信と送付をリモートで制御することを可能にするパーソナル・コミュニケーション・インターネットワークが開示されている。ネットワークは種々のワイヤレス・ネットワークおよびワイヤライン・ネットワーク間のインタフェースの働きをし、必要な場合には、メディア変換も行う。加入者のメッセージ受信および送付オプションはデータベースに保持されており、加入者はワイヤレスまたはワイヤライン・コミュニケーションによってデータベースにアクセスし、そのデータベース内にプログラムされているオプションを更新できるようになっている。加入者は、ワイヤレス・データ端末またはＰＤＡを使用しながら音声コールをリアルタイムで制御できるようにするコール・コマンドサービスを利用することができる。

Description

【発明の詳細な説明】パーソナル・コミュニケーション・インターネットワーキング発明の分野本発明はパーソナル・コミュニケーション（通信）のインタネットワークを目的とし、より具体的には、移動通信加入者がパーソナル・コミュニケーションの送付オプション(delivery option)をリモートで制御することを可能にするネットワークを目的としている。発明の背景日常の通信手段としてメッセージング(messaging)を使用することは、特にビジネスの分野において増加と発展を続けている。メッセージングとしては、電子メール（Ｅメール）、ファクシミリ伝送（ファックス）、ページング、音声メール、および電話通信がある。セルラー電話(cellular phone)やその他のワイヤレス（無線）コミュニケーションの導入は、「移動オフィス(mobile office)」の到来を促進した。移動オフィスは、例えば、従業員がオフィスから離れてポータブル・コンピュータで仕事をし、セルラー電話でオフィスと絶えず連絡をとることを可能にしている。上述したメッセージング・オプションは、あらゆる規模の企業にだけでなく、個人の利用者にも、さまざまなサービス・プロバイダ（サービス提供会社）から提供されている。多くのオフィスでは、上述したメッセージ・オプションのいくつか、または全部を有している。オフィスでは、ある種のメッセージング機器（「利用者構内機器（consumer premises equipment - ＣＰＥ）」とも呼ばれる）が１つまたは２つ以上のワイヤレス・ネットワークに接続されている。つまり、オフィスでは、電話、ファックス・サーバ、および音声メール・システムが電話回線に接続され、Ｅメール用のモデムを装備したコンピュータが電話回線で結ばれたパケット・ネットワークに接続されている。移動する従業員は、ページャ(pager)、セルラー電話、パーソナル・ディジタル・アシスタント(person al dlgital assistant - ＰＤＡ)といった、ある種のワイヤレス・メッセージング機器を携帯しているが、この種の機器はワイヤレス・コミュニケーション・ネットワーク（無線通信網）に接続されたノートブック型コンピュータであるのが代表的である。パーソナル・コミュニケーション・サービスの重要な目標の１つは、利用者がいつでもどこにいても、どこにでも通信できるようにすることである。このようなパーソナル・コミュニケーション・サービスでは、ローカル電話会社や長距離電話会社、セルラー電話会社などの、複数のサービス・プロバイダが関係しているのが一般的である。以下は、パーソナル・コミュニケーション・サービスの一例である。パーソナル・コミュニケーション・サービス・プロバイダ（例えば、セルラー電話会社）は、旅行中の利用者にレンタル電話会社から（例えば、航空会社やレンタカー会社から）ワイヤレス携帯型電話を貸与することを可能にしている。このレンタル電話を使用すると、利用者はパーソナル・コミュニケーション・サービス・プロバイダから基本的移動電話サービスを受けることができる。その他に、利用者が望んでいる機能として、次のものがある。１）利用者は、オフィスまたは自宅宛てに送られたきたコールが、本人が旅行中であることを誰にも知らせずに、自動的にレンタル・携帯型電話に転送されることを望んでいる。２）重要でない着信コール（および相当する着信コールの費用）を避けるために、利用者はレンタル・携帯型電話にコールできる人の数を制限することを望んでいる。３）利用者にとって重要なことは、レンタル電話機能が瞬時に活性化され、利用者が訪問先ロケーション（地域）に到着次第コールが即時に行なわれるようにすることである。この種のパーソナル・コミュニケーション・サービスでは、複数のサービス・プロバイダが関係している。そのようなプロバイダとしては、（ａ）ホーム・ロケーション（本拠地）のローカル電話会社、（ｂ）長距離電話会社、（ｃ）訪問先ロケーションのローカル電話会社、（ｄ）訪問先ロケーションのパーソナル・コミュニケーション・サービス・プロバイダ（つまり、セルラー電話会社）などがある。以下では、これらを「サービス・プロバイダ」と総称することにする。複数のサービス・プロバイダが関係する、この種のパーソナル・コミュニケーション・サービスを可能にするためには、異種サービス・プロバイダ相互間の相互運用性(interoperability)という問題を解決しなければならない。この相互運用性の問題は次の２つのカテゴリに分けることができる。つまり、（ａ）ロケーション・トラッキング(location tracking)と（ｂ）サービス管理(service mana gement)である。ロケーション・トラッキングの場合の相互運用性の問題は、移動電話業界で使用されている信号通知プロトコル(signaling protocol)を採用することによって取り組まれている。ロケーション・トラッキング機能は２つのロケーション・レジスタを使用して実現されている。このレジスタの一方は利用者のホーム・ロケーションのローカル電話会社によって保守され、ホーム・ロケーション・レジスタ(Home Location Register - ＨＬＲ)と呼ばれている。もう一方のレジスタは訪問先ロケーションのローカル電話会社によって保守され、ビジッティング・ロケーション・レジスタ(Visiting Location Register - ＶＬＲ)と呼ばれている。ＨＬＲは、利用者のカストマ・プロフィール・データ(customer profile data )とＶＬＲのロケーションをストア（格納）している。カストマ・プロフィール・データは、利用者の氏名と住所、優先長距離搬送(carrier)、サービス機能（例えば、コール転送とコール制限）、課金(billing)、その他の管理上の関連情報などの、重要な情報を収めている。利用者が新しい訪問先ロケーションへ移動すると、新しいＶＬＲが新しいロケーションで作成される。ＨＬＲにストアされたプロフィール・データの一部はＶＬＲへ送信され、ロードされるので、訪問先ロケーションのサービス・プロバイダは訪問先の利用者のためにサービス機能を提供することができる。利用者が新しい訪問先ロケーションへ移動すると、ＨＬＲにストアされたＶＬＲのロケーションは新しいＶＬＲロケーションに変更され、以前に訪問したロケーションのＶＬＲは削除される。新しいＶＬＲを作成し、プロフィール・データをＶＬＲにロードし、ＨＬＲ内で利用者のロケーションを更新するプロセスは、「自動ローミング登録(automatic roamer regi stration)」と呼ばれている。サービス管理の場合の相互運用性の問題は、ロケーション・トラッキングの場合よりもはるかに複雑化している。サービス管理とは、パーソナル・コミュニケーションの利用者がどこにいても、いつでもサービス機能に加入し、変更し、活性化することを可能にするために必要とされる機能の集まりである。サービス管理機能の例としては、電話番号管理、カストマ・プロフィール・データ管理、サービス活性化、セキュリティ管理などがある。電話番号管理機能は電話番号の独自性を保つ上で重要である。カストマ・プロフィール・データ管理機能は、カストマ・プロフィール・データベースおよびそのデータベースを作成、変更、または転送するためのユーザ・インタフェースを提供する。サービス活性化機能はサービス機能を指定しているデータの一部をプロフィール・データから抜き出し、そのデータをコールを処理する物理的コミュニケーション・システムにロードする。また、サービス活性化機能はサービス機能の活性化と非活性化の制御も行なう。セキュリティ管理機能はサービスおよびサービス管理機能を無断で使用することを防止し、またそのような無断使用を検出する。上述したタイプのサービス管理機能が必要になるのは、複数のサービス・プロバイダが関係するパーソナル・コミュニケーション・サービスを提供するためである。この種のサービス管理機能では、アプリケーション・ソフトウェアと、異種サービス・プロバイダが所有し、運用する種々のデータベースとの間の相互連関が要求されるのが一般である。各地を移動する利用者(nomadic user)が任意のロケーションの任意のサービス・プロバイダから提供されるパーソナル・コミュニケーション・サービスに加入することを可能にするアプリケーションを例にして説明することにする。この種のサービスの例としては、一時的に貸与された携帯型電話へのコール転送がある。このアプリケーションでは、例えば、様々な異種サービス・プロバイダが保守するデータベースで次のようなデータベース・アクセス操作を行なう必要が起こる場合がある。・クレジットカード会社または電話会社が所有するクレジット・データベースをチェックし、利用者にサービス使用料の支払い能力があるかどうかを判断する。・利用者のＨＬＲ内のカストマ・プロフィール・データベースをチェックし、利用者が現時点でＨＬＲにストアされている訪問先ロケーションとは別の場所に現在居るかどうかをチェックする。・利用者が指定した長距離電話会社のクレジット・データベースとネットワーク・データベースをチェックし、利用者が訪問先ロケーションの特定の長距離搬送（キャリヤ）を利用できるかどうかを判断する。・プロフィール・データを訪問先ロケーションのＶＬＲにロードし、必要ならば、ＶＬＲのロケーションでＨＬＲを更新する。・プロフィール・データをコール処理システムにロードし、サービスを活性化する。利用者は上述したメッセージング・オプションのいずれか、またはすべてからメッセージを訪問先ロケーションで送受信する必要が起こる場合がある。すなわち、利用者は、訪問先ロケーションでＥメール、ファックス、電話コール、または音声メールを受信するか、またはその通知を受信する必要が起きたり、ワイヤレス端末からＥメールまたはファックスを送信する必要が起こる場合がある。これらの種々タイプのメッセージング・オプションを統合化し、多くのサービス・プロバイダを相互接続する必要性については、現時点では、大部分が取り組まれていないままである。また、望ましいことは、移動する従業員がワイヤレス・メッセージング機器に送られるメッセージを制限して、オフィスから離れているとき緊急メッセージだけが受信され、望ましくない着信コールが回避されるようにすることである。また、移動する従業員は、ある種の着信ワイヤレス・メッセージと電話コールを、オフィスのファックス・マシンや同僚の電話などの他の宛先へルーチング(route ；経路選択）することを望んでいる場合もある。以上に鑑みて、本発明の目的は、移動するサービス加入者が複数のメッセージング・オプションを制御し、統合化することを可能にすることである。本発明の別の目的は、移動するサービス加入者がアドレス（宛先）指定、ルーチング、アクセス可能性、およびメッセージング・オプションの送付を制御できるようにすることである。さらに、本発明の別の目的は、メッセージング・サービスをワイヤレス（無線）ネットワークおよびワイヤライン（有線）ネットワークと相互接続するインターネットワークを提供することである。さらに、本発明の別の目的は加入者がワイヤレス・データ端末またはＰＤＡを使用しながら音声コールをリアルタイムで制御できるようにすることである。さらに、本発明の別の目的は、ワイヤレス・メッセージング・オプションへルーチングされるメッセージを制御できるようにすることである。発明の概要上記目的は、ネットワーク加入者がワイヤレスおよびワイヤライン音声メッセージとテキスト・メッセージの受信と送付をリモートで制御できるようにするパーソナル・コミュニケーション（通信）インターネットによって達成されている。ネットワークは種々のワイヤレスおよびワイヤライン・ネットワーク間のインタフェースとして働き、必要なところでは、メディア変換も行なう。加入者のメッセージ受信と送付オプションはデータベースに保存されており、加入者はワイヤレスまたはワイヤライン・コミュニケーションでデータベースをアクセスし、データベース内にプログラムされたオプションを更新できるようになっている。また、加入者にはコール・コマンド(CallCommand)サービスが提供され、ワイヤレス・データ端末またはＰＤＡを使用しながら音声コールをリアルタイムで制御できるようにしている。図面の簡単な説明本発明の上記およびその他の目的と特徴は、添付図面を参照して下述する詳細な説明の中で明らかにする。添付図面において、図１からは図３まではＰＣＩネットワークを示す概要図である。図４は本発明によるＰＣＩネットワークのあるノードを示す概要図である。図５は本発明によるＰＣＩサーバの例を示すブロック図である。図６は本発明によるＰＣＩデータベースの実施例を示すブロック図である。図７は本発明によるＰＣＩサーバとＰＣＩデータベース間の論理的接続を示すブロック図である。図８から図１１までは本発明によるサーバとデータベース間のメッセージ・フローの例を示す図である。図１２は本発明によるパーソナル・ディジタル・アシスタントを示すブロック図である。図１３から図２０まではＰＤＡとＰＣＩサーバ間のメッセージ・フローの例を示す図である。図２１はＰＣＩネットワークのテキスト・メッセージング部分を示すブロック図である。図２２はＰＣＩネットワークの音声メッセージング部分を示すブロック図である。図２３はＰＣＩネットワークのファクシミリ・メッセージング部分を示すブロック図である。図２４はコール・コマンドサービスのサービス・フローの例を示す図である。図２５から図２７まではＰＣＩネットワーク内のメッセージ・フローの例を示す図である。図２８から図４５まではワイヤレスＰＤＡを使用してＰＣＩ加入者に表示される画面例を示す図である。好適実施例の詳細な説明説明を明瞭にするために、以下では、次のサブセクションに分けて詳しく説明することにする。Ｉ．ＰＣＩの概要ネットワーク全体は図１から図４までに示されている。このネットワークは複数のワイヤレス（無線）ネットワークとワイヤライン（有線）ネットワーク間のインタフェースとなって、加入者に様々なワイヤレスおよびワイヤライン・メッセージと音声送付と受信オプションを提供する。 II．ＰＣＩサーバＰＣＩサーバは図５に示されている。ＰＣＩサーバはペリフェラル機器であり、メッセージングとコール制限機能を実行し、ＰＣＩデータベースとのインタフェースとなって加入者プロフィールを更新する。 III．ＰＣＩデータベースＰＣＩデータベースは図６に示されている。ＰＣＩデータベースは加入者プロフィールを保存し、コール・コマンド機能を制御し、ＤＴＭＦベースの加入者プロフィール更新を処理する。 IV．サーバ／データ・ベース間インタフェースサーバ／データベース間インタフェースは図７から図１１までに示されている。ＰＣＩサーバ／データベース間インタフェースは加入者プロフィールとコール・コマンドサービスに関する情報の転送を行なう。Ｖ．ＰＤＡ／ＰＣＩ間インタフェースＰＤＡ／ＰＣＩ間インタフェースは図１２から図２０までに示されている。ＰＤＡ／ＰＣＩ間インタフェースは遠隔のワイヤレス加入者とＰＣＩとの間で情報を転送する。 VI．サービスＡ．Ｅメール・メッセージングＰＣＩにおけるＥメール・メッセージングは図２１に示されている。ＰＣＩネットワークは加入者に種々のＥメール送付、受信および通知オプションを提供し、この中には、着信Ｅメールのスクリーニングと選択的宛先送付が含まれている。Ｂ．音声メッセージングＰＣＩにおける音声メッセージングは図２２に示されている。ＰＣＩは加入者に種々の音声メール送付、受信および通知オプションを提供し、この中には、着信音声メールのスクリーニングと選択的宛先送付が含まれている。Ｃ．ファクシミリ・メッセージングＰＣＩにおけるファクシミリ・メッセージングは図２３に示されている。ＰＣＩは加入者に種々のファクシミリ送付、受信、および通知オプションを提供し、この中には、着信ファックスのスクリーニングと選択的宛先送付が含まれている。Ｄ．コール・コマンドコール・コマンドサービスは図２４に示されている。コール・コマンドサービスはワイヤレス・データ端末またはＰＤＡを使用しながら音声コールをリアルタイムで制御することを可能にする。 VII．メッセージ・フローＰＣＩにおけるワイヤレス・メッセージングの場合のいくつかのメッセージ・フローは図２５から図２７までに示されている。図示の３つのメッセージ・フローはメッセージをある加入者から別の加入者へ送信するもの、加入者がワイヤレス端末を使用しているかワイヤライン端末を使用しているかに関係なくメッセージを受信するもの、およびメッセージを非加入者へ送信するものである。 VIII．ＰＤＡアプリケーションＰＤＡに置かれているアプリケーションは図２８から図４５までに示されているが、そこにはワイヤレスＰＤＡを使用してＰＣＩ加入者に表示される画面の例が示されている。 IX．課金ＰＣＩネットワークの場合の課金手順は簡単に説明されている。Ｘ．結論本明細書で使用されている頭字語の説明は付録Ａに示されている。Ｉ．ＰＣＩの概要図１は、本発明によるパーソナル・コミュニケーョン・インターネットワーキング（personal communications internetworking - ＰＣＩ）を示す簡略概要図である。利用者、例えば、オフィスは、音声メール・システム２０、Ｅメール端末２２、ファックス・マシン２４、電話２６などの、種々のメッセージング機器を所有している。これらはすべてが、ワイヤライン・ネットワーク２９に接続されている。例えば、ファックス２４、電話２６、および音声メール・システム２０は公衆交換電話ネットワーク（Public Switched Telephone Network - ＰＳＴＮ）に接続されている場合があるが、その一部は特定のローカル電話サービス会社に所属し、その一部は特定の長距離サービス・プロバイダに所属している。Ｅメール端末２２はインターネットなどのデータ・パケット・ネットワークに接続されている場合があり、そのパケットは電話回線上を伝送されている。移動通信加入者（例えば、上述したようにオフィスで仕事をしていて、出張の多い従業員）は、ＰＤＡ３０、セルラー電話３２、ページャ３４などの種々のポータブル・メッセージング機器を持っている。これらはワイヤレス・ネットワーク３９に接続されている。これらのワイヤレス・メッセージング・オプションは異種サービス・プロバイダから提供されている。つまり、セルラー電話はセルラー電話サービス・プロバイダのワイヤレス・ネットワークに接続され、ページャはページャ・サービス・プロバイダが運用する別のワイヤレス・ネットワークに接続され、ＰＤＡはさらに別のサービス・プロバイダが運用する第３のワイヤレス・コミュニケーション・ネットワークに接続されている。本発明によるパーソナル・コミュニケーション・インターネットワーキング（ＰＣＩ）４０はワイヤレス・ネットワーク３９とワイヤライン・ネットワーク２９の間に接続されている。ＰＣＩ４０によれば、移動通信加入者は異種ネットワークとメッセージング・システムと種々のサービス・プロバイダの間でメッセージを送受信することが可能になっている。移動通信加入者は、ワイヤレス・ネットワークまたはワイヤライン・ネットワークのどちらを使用しているときも、単一の電話番号でＥメール、ファックス、ページ、および音声メッセージを受信することができる。加入者は、メッセージを受信するために使用されるメディア・フォーマットとサービス提供ネットワークを選択することも可能である。また、加入者は着信メッセージのクロスメディア通知(cross-media notif ication)を選択することも可能である（つまり、加入者は音声メール・メッセージが受信されたとの通知をページャ・メッセージから受け取ることができる）。加入者は、ワイヤラインまたはワイヤレス・ネットワークおよびメッセージまたはメッセージ受信通知を送付するときに使用されるメディア・フォーマットを選択する。ＰＣＩ４０は、例えば、Ｅメール・メッセージがファックス・サーバに送付されるようにメディア変換を行う。また、ＰＣＩ４０はアクセス可能性コントロール(accessibility controls)を備えることもできるので、利用者は、メディア・タイプ（例えば、Ｅメール、ファックスなど）、メッセージ長（例えば、３分未満の音声メール・メッセージ）、あるいは発信側（例えば、オフィスまたは特定のクライアントからのメッセージだけを転送する）といった選択基準に従って、メッセージをスクリーニング(screen)することが可能である。例えば、加入者は、Ｅメール・メッセージの形態でワイヤレスＰＤＡへ送られてくる音声メールまたはファックス・メッセージ受信通知を受ける場合がある。加入者のワイヤレスＰＤＡがオンになっていないか、さもなければ、動作状態になっていないときは、その通知を別のワイヤレスまたはワイヤライン・ネットワークへルーチングすることができる。音声メールが受信されたとの加入者への通知は、例えば、加入者のページャへ再ルーチングすることも可能であり、また、ファックスが受信されたとの通知はワイヤラインＥメールへ再ルーチングすることも可能である。図２は種々のメッセージング・システムとＰＣＩ間の相互接続を簡略化して示した図である。図２に示すように、加入者はメッセージング・ルーチングと送付指示をネットワークに与えている。これらの指示はＰＣＩデータベース４４によって受信され、その加入者のための「加入者プロフィール」にストアされる。このデータベースは送出メッセージの送付および着信メッセージとメッセージ通知のルーチングを制御している。（図２には、ワイヤライン通信は実線の接続で示され、ワイヤレス通信は破線の接続で示されている。ＰＣＩへの指示は実線で示されているが、以下で詳しく説明するように、これらの指示はワイヤライン・ネットワーク経由で送ることも、ワイヤレス・ネットワーク経由で送ることも可能である。）ＰＣＩデータベース４４は、加入者が本人であることを認証し、加入しているサービスのタイプと加入者のメッセージ送付（着信メッセージ）オプションと発信（送出メッセージ）オプションと音声（電話コールと音声メール）オプションの正当性を検査する情報へのアクセスをサポートしている。発信の場合は、加入者は特定のメディア送付オプションと共にメッセージ配布リストを選択することができる。データベース４４は加入者プロフィールのうち、加入者が制御できる部分へのアクセスもサポートしている。加入者は、選択され、加入者のプロフィールにストアされたメッセージ・スクリーニングおよび送付オプションの使用を維持したまま、別のワイヤレス端末およびワイヤライン端末に登録するためにパーソナル電話番号を使用することができる。これは「パーソナル・モビリティ(personal mobility)」と呼ばれる。加入者の端末が接続されているワイヤレスまたはワイヤライン・ネットワーク・ロケーションのロケーションに関する情報には自動的に加入者の端末が登録され、登録解除される。これは「端末モビリティ(terminal mobility)」と呼ばれる。図３はＰＣＩ４０を示す図である。ＣＰＥ（音声メール２０、Ｅメール２２、ファックス２４、および電話２６）はワイヤライン・ネットワーク２９に接続されている。移動通信加入者機器（ＰＤＡ３０、セルラー電話３２、およびページャ３４）はワイヤレス・ネットワーク３９に接続されている。ワイヤライン・ネットワーク２９とワイヤレス・ネットワーク３９は共に、サービス・プロバイダのＰＣＩ４０に接続されている。ネットワーク２９，３９は、パーソナル・コミュニケーション・インターネットワーキングのためのローカル交換キャリヤ(loc al exchange carrier - ＬＥＣ)４２に接続されている。ＰＣＩデータベース４４はセントラル・オフィス・スイッチ(central office switch)群のためのコール処理機能を備えた物理的コミュニケーション・システムである。ＰＣＩデータベース４４は移動通信加入者のプロフィール(profile) を収めており、この中には、メッセージ送信、メッセージ受信、およびサービス制御オプションが含まれている。ＰＣＩデータベース４４はサービス・コントロール・ポイント(service control point)またはネットワーク付属(network adju nct)にすることができる。ＰＣＩデータベースはサービス管理システム(service management system - ＳＭＡ)インタフェースを通してサービス・インテグレータ(service integrator)４６に接続することができる。サービス・インテグレータ４６によると、サービス・プロバイダは加入者データを更新し、加入者プロフィールを作成し変更することができる。ＰＣＩデータベース４４は、好ましくは、加入者プロフィールをストアし、更新する。プロフィールはサービスを加入者にマッピングするためのサービス関連情報（例えば、スクリーニング、ルーチング、加入者選択のパラメータによる端末選択、カスタム・コール機能など）、加入者認証データ（例えば、パスワードとユーザＩＤ）、ユーザ・ステータス（登録の有無）、加入者アドレスや社会保障番号などの、非コール関連サービスの一般的サービス・プロフィール、非コール・サービスの特定プロフィール（加入者選択のパラメータに基づく）、ワイヤレス・データ・プロバイダＩＤ（例えば、どのセルラー電話プロバイダを使用しているか）、および利用者選択のパラメータに基づくコール関連サービスの特定プロフィール（例えば、コール転送）を収めている。図４はＰＣＩの一ノード４３の詳細を示す図である。ＰＣＩは複数のノードを持ち、好ましくは、アドバンスド・インテリジェント・ネットワーク(Advanced Intelligent Network - ＡＩＮ)アーキテクチャを基礎にして構築されている。他のネットワーク・アーキテクチャを採用することも可能であるが、説明の便宜上、ＡＩＮベースのネットワークを中心に説明する。ＰＣＩサーバ４８はメッセージングおよびコール・リディレクション機能を備えたペリフェラルであり、ＰＣＩデータベース４４とのインタフェースとなって加入者プロフィールを更新する。ＰＣＩサーバは、Bellcore Intelligent Servi ces PeripheralなどのＡＩＮインテリジェント・ペリフェラルやネットワーク付属にすることが可能である。ＰＣＩサーバはスイッチ５０に接続されている。ＡＩＮアーキテクチャでは、このスイッチはサービス・スイッチング・ポイント・アクセス・タンデム（Service Switching Point Access Tandem - ＳＳＰＡＴ）になっているが、アーキテクチャに応じて、他の適当なスイッチにすることも可能である。ＳＳＰＡＴ５０はワイヤライン・ネットワークをＣＰＥに接続している。また、ＳＳＰＡＴ５０はＰＣＩサーバ４８をセントラル・オフィス（ＣＯ）５２にも接続している。ＳＳＰＡＴ５０はＳＣＰ４４にも接続している。ＰＣＩデータベース４４とＰＣＩサーバ４８は直接に接続されている。図３のＬＥＣは大規模ネットワークの一部であり、ＰＣＩデータベース４４、ＰＣＩサーバ４８、およびＳＳＰＡＴ５０を備えている。ＰＣＩデータベースは上述したように、ＳＭＳインタフェースを通してシステム・インテグレータ４６に接続することが可能である。ＰＣＩサーバ４８は、種々のワイヤレスおよびワイヤライン・ネットワーク４９にも接続され、これらのネットワーク内の信号接続を通してメッセージング・オプションのすべてについての情報を送受信する。図示の例では、ＰＣＩサーバは公衆パケット交換ネットワーク（ＰＰＳＮ）、公衆交換電話ネットワーク（ＰＳＴＮ）、統合シグナリング・ディジタル・ネットワーク（ＩＳＤＮ）、X.25ネットワークおよびＴＣＰ／ＩＰネットワークへのアクセスが可能になっているが、非同期転送モード(asynchronous transfer mode - ＡＴＭ)、交換マルチメガビット・ディジタル・サービス(Switched Multimegabit Digital Services -ＳＭＤＳ)、およびフレーム・リレー・ネットワーク(Frame Relay network)へのアクセスを含めることも可能である。移動加入者は、自分の加入者プロフィールをアクセスすることによりメッセージ送信、メッセージ受信、およびサービス制御オプションを変更することができる。これらのオプション変更はＰＣＩデータベース４４へ送られ、加入者プロフィールにストアされる。図４は、例えば、ワイヤレス・ネットワークを通してＰＣＩサーバ４８に接続されたＰＤＡ３０を示しているが、加入者はワイヤラインＥメール、あるいはワイヤレスまたはワイヤライン電話（ＤＴＭＦ信号を使用）を使用して加入者プロフィールにアクセスすることもできる。ＰＤＡからのメッセージは、例えば、ワイヤレス・ネットワーク５４を経由して、例えば、X.25トランスポートを使用してＰＣＩサーバ４８へ送られる。多くの異なるシステム上にいる加入者へＰＣＩサービスを送付するには、その加入者に関連するサービス・プロフィールをストアし、移動し、キャッシュする必要がある。ＰＣＩサーバ４８に置かれているモビリティ・コントローラ４９はコントローラ・データ・ストア(controller and data store)であり、これはＰＣＩサーバ４８に置かれたメッセージ・トランスファ・エージェント(Message T ransfer Agent - ＭＴＡ)のサービス制御情報を動的に維持している。ＭＴＡは、後述するように、ＰＣＩサーバ４８をワイヤレス・データ・ネットワークに接続している。データ・ストア機能は２層のエンティティによって処理される。加入者プロフィールは好ましくはＰＣＩデータベース４４に置かれており、階層のトップに位置し、そこには、加入者またはデバイスのサービス・プロフィール、認証および正当性検査情報などのパーマネント・レコードが維持され、実行ステータスとロケーション管理とマッピングが行なわれている。サービス・プロフィール・キャッシュ５１は好ましくはＰＣＩサーバ４８に置かれており、サービス・プロフィールと正当性検査ステータスなどの情報を「必要時ベース(needs basis)」でストアし、サービス受取人のローカル・リポジトリ(local repository)を維持しているローカル・キャッシュ・エンティティである。また、これはワイヤレス・データ・ネットワーク・エンティティにサービスするために必要な情報を管理し、更新をパーマネント・ストア・エンティティのＰＣＩデータベースへ送信することも管理している。サービス・プロフィール・キャッシュ５１はモビリティ・コントローラ４９の処理に関連するパーソナル・データを維持している。モビリティ・コントローラ４９はＰＣＩデータベースをベースとする加入者プロフィール（またはサードパーティ・データベース）と相互に作用して、キャッシュに代わってワイヤレス端末に関するサービス・プロフィールとロケーション情報を取得する。ＰＣＩはディレクトリ・サービスを付加価値要素として提供することもできる。X.400 MTAはＰＣＩサーバ４８に置かれたローカル・ディレクトリ・サービス・エージェントに照会してアドレシング（宛先）情報とルーチング情報を得ることができる。この情報がローカルでなければ、ＰＣＩサーバ４８は別のＰＳＩノードに置かれた別のＰＣＩサーバ４８または別の情報ベースを維持している相互接続プライベート・ディレクトリ・サービス・エージェントから、アドレシング情報を得る必要がある。既存の標準を使用すると、ＰＣＩネットワークおよびメールＰＣＩサーバのメッセージ処理は、ＰＣＩサービスに干渉することなく、独立してネットワークを管理することができる。 II．ＰＣＩサーバＰＣＩサーバはメッセージングとリディレクション機能を実行するペリフェラルであり、サービス・コントロール・ポイントとのインタフェースとなって加入者プロフィールを更新する。ＰＣＩサーバは様々な機能を実行する。例えば、図示の例では、ＰＣＩサーバは次のことを行う。・ X.400 ゲートウェイとなる。・ X.400 メッセージング・プロトコルを使用してメッセージをルーチングする。・専有メッセージング・プロトコルをX.400 プロトコルに統合化する。・ワイヤレス・データ・ネットワークとのインタフェースとなる。・メッセージング・システムとのインタフェースとなる。・ＰＣＩデータベースとのインタフェースとなって加入者プロフィール情報をアクセスする。・サービス・プロフィールの中で利用者が指定した通りにメッセージを処理する。・テキストからファックスへ、ファックスからテキストへといったメディア変換を行う。・ X.500 ディレクトリへのアクセスを行ってパケット・データのアドレシング方式を判断する。・登録といった管理機能のためにワイヤレス・データ・ネットワーク間の信号通知をサポートする。・サービス・プロフィール・キャッシュを維持する。図５は本発明によるＰＣＩサーバ４８の好適実施例を示す詳細図である。ＰＣＩサーバ４８は３つの主な構成要素を備えている。つまり、コール・プロセッサ１１０、データ・メッセージング・ペリフェラル１１２、共有ディスク・メモリ１１３である。コール・プロセッサ１１０は相互に接続された複数のコンピュータを搭載している。メッセージング・ペリフェラル１１２はDEC XAP システムなどのコンピュータで実現することが可能である。コール・プロセッサ１１０は、ＰＣＩアプリケーション・サーバ１１４も備えている。アプリケーション・サーバは、セクションＶＩで下述するように、ワイヤレス・メッセージング・サービスの中央意思決定ポイントとなっている。従って、サーバ１１４はワイヤレス・メッセージング・サービスのメッセージ・ルーチング、スクリーニング、および通知を制御する。アプリケーション・サーバ１１４はプロトコル・ハンドラ(protocol handler) １１５に接続されている。プロトコル・ハンドラはワイヤレス・ネットワーク５４、例えば、ＲＡＭワイヤレス・ネットワークとのインタフェースとなっている。これは、加入者のＰＤＡ３０との間で送受信されるメッセージを処理する。複数のパーソナル・ディジタル・アシスタント（ＰＤＡ）３０がワイヤレス・ネットワーク５４に接続されている。アプリケーション・サーバ１１４はプロトコル・ハンドラ１２６も管理している。プロトコル・ハンドラ１２６はコール・プロセッサ１１０とＰＣＩデータベース４４との間のインタフェースとなっている。アプリケーション・サーバ１１４はサービス・プロフィール・キャッシュ５1も管理している。サービス・プロフィール・キャッシュ５１はアプリケーション・サーバ１１４のメモリ内に維持されている。キャッシュ５１はＰＣＩデータベース４４にストアされた加入者プロフィール内のデータのサブセットをストアしている。このサブセットは、ＰＣＩサーバ４８が現時点で頻繁にアクセスする必要のある加入者プロフィール情報である。サービス・プロフィール・キャッシュ５１はワイヤレス・データ・プロバイダやメッセージング・サービスなどのアクセス・システムおよびプロフィール・ロケーションに関するデータをストアし、アクセスする。サービス・プロフィール・キャッシュ５１は加入者に特定のワイヤレス端末のルーチング・アドレスなどの加入者の所在（ロケーション）に関するデータをストアし、更新すること、特定の端末タイプ（単方向または双方向）のサービスに関するデータをストアし、更新すること、加入者のワイヤレス・データ・プロバイダとメッセージ・サービスのリストを維持しすること、加入者の端末ステータス（登録の有無）を追跡すること、非コール・メッセージング・サービスの一般サービス・プロフィールを提供すること、非コール関連サービスの特定プロフィールを加入者の選択パラメータに基づいて提供すること、などを行うことができる。アプリケーション・サーバ１１４は各ＰＤＡ３０上の各アプリケーションの登録ステータスも管理し、各ＰＤＡ３０を通してカストマ・プロフィール情報を制御している。コール・プロセッサ１１０はＩＰファンクション・サーバ１３０も備えている。ＩＰファンクション・サーバ１３０はコール・コマンドアプリケーションを管理する。このサーバはＳＣＰ４４と通信するためにＰＣＩデータベース・プロトコル・ハンドラ１２６に接続され、ワイヤレス・ネットワーク１１６と通信するためにＰＤＡプロトコル・ハンドラ１５に接続されている。ＰＣＩデータベース・プロトコル・ハンドラ１２６は、以下で説明するように、ＰＣＩデータベースとＰＣＩサーバ間の両方のインタフェースを処理する。従って、コール・プロセッサ１１０内の２つの主要アプリケーション・サーバは、コール・コマンドアプリケーション用のＩＰファンクション・サーバ１３０およびワイヤレス・メッセージング・サービス用のＰＣＩアプリケーション・サーバ１１４である。コール・プロセッサ１１０は複数の通信インタフェースも備えている。プロトコル・ハンドラ１１５と１２６はすでに説明した通りである。英数字ページング・サーバ(alphanumeric paging server - ＡＰＳ)１３２によって、コール・プロセッサ１１０は英数字ページング・サービスを提供することができる。ＡＰＳ１３２は、ページング・サービス・プロバイダが維持しているネットワーク１３４の端末機器と通信するための１つまたは２つ以上のモデムを装備している。ＡＰＳは、例えば、ＴＡＰプロトコル(Telocator Alphanumeric Protocol) を使用してページング・サービス・プロバイダと通信する。コール・プロセッサ１１０はコール・プロセッサ１１０の外部のペリフェラル機器を制御する複数のコントロール・プロセスも備えている。これらのコントローラは次の通りである。メッセージ・コントローラ１３６はデータ・メッセージング・ペリフェラル１３６を制御し、コール・プロセッサ１１０とデータ・ペリフェラル１１２との間のメッセージ送信を制御する。モビリティ・コントローラ４９はＰＣＩデータベース・プロトコル・ハンドラ１２６、ＩＰファンクション・サーバ１３０、サービス・プロフィール・キャッシュ５１、およびＰＣＩアプリケーション・サーバ１１４を備えている。モビリティ・マネージャはユーザ認証、サービス要求妥当性検査、ロケーション管理、サービス・プロフィールへのユーザ・アクセス、アクセス登録、およびユーザ指定の宛先へのルーチングといった、コミュニケーション管理のためのコントロール・ロジックを備えている。モビリティ・コントローラ４９はサービス・ロジックを備え、サービス機能分析といったパーソナル・データとサービス・アクセスのサービス関連処理、アクセス・システム・マッピング関連性情報、アイデンティティ（同一性）管理、加入者妥当性検査と認証、加入者別の料金請求情報、メッセージ配達と加入者ページングのワイヤレス・データ特定のルーチング情報、加入者サービス妥当性検査、および加入者による加入者プロフィールの検討と変更などを処理する。トランザクション・コントローラ１５０はスイッチ・コントローラ１５２と音声ペリフェラル・コントローラ１５４を制御する。スイッチ・コントローラ１５２は、公衆交換電話ネットワーク５８に接続しているディジタル・スイッチ１５６を制御する。音声ペリフェラル・コントローラ１５４は音声ペリフェラル１６０を制御し、これは、例えば、テキストから音声へのコンバータになっている。スイッチ１５６と音声ペリフェラル１６０はＴ１ライン１６１によって接続されている。ディジタル・スイッチ１５６は、Ｔ１ライン１６２、ファックス・ライン１６２、ＡＤＳＩライン１６４などの複数の伝送メディアによって公衆交換電話ネットワークに接続されている。データ・メッセージング・ペリフェラル１１２はオプションであるが、以下、これについて詳しく説明する。データ・メッセージング・ペリフェラルはワイヤライン電子メール・ネットワークへのゲートウェイである。このネットワークは１７０で示されている。データ・メッセージング・ペリフェラルは、コール・プロセッサ１１０とデータ・ネットワーク１７０，５４との間でメッセージを直接的にまたはＰＤＡＰＨ１１５を経由して転送するためのメッセージ・トランスファ・エージェント１５８を備えている。メッセージング・ペリフェラル１１２はＰＯＰ（ポスト・オフィス・プロトコル）サーバ１９０と、メッセージ・ストア機能を備えた関連メモリ１９２も含んでいる。メッセージ・ディレクトリ１９４は、Ｅメール・メッセージのルーチングに関係するサービス・プロフィール・キャッシュ５１のサブセットをストアするために使用される。メッセージング・ペリフェラル１１２はメッセージ・ゲートウェイ１４０を備えている。メッセージ・ゲートウェイ１４０は次のような機能を備えている。１）Ｅメールが加入者のワイヤラインＥメール・ネットワーク１７０から到着したことを、コール・プロセッサ内のＰＣＩアプリケーション・サーバ１１４に通知する。２）Ｅメール・メッセージをワイヤライン・アドレスへ送信する要求をＰＣＩアプリケーション・サーバ１１４から受け取る。３）加入者が登録されていれば１次宛先へ送信されていたはずである、サーバ１９０にストアされたすべての未読取りメッセージを送信する要求をアプリケーション・サーバ１１４から受け取る。４）メッセージ・ストア・サーバ１９０に書き戻すか、あるいはセンダに送り返す要求をアプリケーション・プロセッサ１１４から受け取る。コール・プロセッサ１１０とその関連ペリフェラルを使用すると、広範囲にわたるサービスを実行することが可能である。これらは簡単に上述したが、詳しい説明はセクションVIで行っている。なお、コール・プロセッサ１１０がどのように働いてこれらのサービスを提供するかを理解しやすくするために、以下では、いくつかのサービスを例にして説明することにする。例えば、ワイヤラインＥメール・メッセージがＰＣＩサーバのデータ・メッセージング・ペリフェラル１１２に到着すると、メッセージング・ゲートウェイ１４０とメッセージング・コントローラ１３６はＥメール到着の通知をＰＣＩアプリケーション・サーバ１１４へ送る。ＰＣＩアプリケーション・サーバ１１４はプロフィール・キャッシュ５１を調べ、必要ならば、ＰＣＩデータベース４４を調べる。加入者のプロフィール内のデータによって駆動されて、ＰＣＩアプリケーション・サーバ１１４はサービス・ロジックを実行してＥメールをどこへ転送すべきか（つまり、スクリーニングの結果に応じてＰＤＡ３０へ転送するか、ＰＯＰサーバ１９０へ転送するか）を判断し、もしあれば、どのメディアを使用してＥメール到着の通知を送信すべきかを判断する。別の例として、コール・コマンドコールがＰＣＩサーバ４８に到着したときは、次のような手順で行われる。スイッチ・コントローラ１５２とトランザクション・コントローラ１５０は、ダイヤルされた番号に基づいてそのコールをＩＰファンクション・サーバ１３０へ転送する。ＩＰファンクション１３０はProvide_ instructions 1129+ messageをＰＣＩデータベース４４へ送り、コールをどのように処理するかを判断する。ＰＣＩデータベース４４とＩＰファンクション・アプリケーション・サーバ１３０はコール側へのアナウンスを再生する一連のファンクションを実行するメッセージの会話を開始し、通知をＰＤＡへ送信し、その他を行う。ＰＤＡ３０から応答が到着すると、ＩＰファンクション・サーバ１３０はその応答をＰＣＩデータベース４４へ転送する。ＰＣＩデータベース４４はこのコールをルーチング番号へ転送するように、および／または合成メッセージをコール側に再生するようにＩＰファンクション・サーバ１３０に指示する。加入者が加入者プロフィールをＤＴＭＦによって更新したい場合は、次のような手順で行われる。コールがＰＣＩサーバ４８に到着する。スイッチ・コントローラ１５２とトランザクション・コントローラ１５０はダイヤルされた番号に基づいてそのコールをＩＰファンクション・サーバ１３０へ転送する。ＩＰファンクション・サーバ１３０はprovide_instructions 1129+ messageをＰＣＩデータベース４４へ送信してコールをどのように処理するかを判断する。ＰＣＩデータベース４４はアナウンスを再生し、ディジットを収集(collect)する要求("ple ase enter PIN"，collectPIN)を送信する。ＩＰファンクション・サーバ１３０はこの要求の結果をＰＣＩデータベース４４へ送り返す。ＰＣＩデータベース４４はアナウンスを再生し、ディジットを収集する要求("voice menu",menu selec tion)を再びＩＰファンクション・サーバ１３０へ送信する。ＩＰファンクション・サーバ１３０はこの要求の結果をＰＣＩデータベース４４へ返送する。このプロセスは、利用者がガイドされてメニューを見て行き、プロフィール・エレメントを変更すると繰り返される。ＰＣＩデータベース４４は収集されたＤＴＭＦトーンを翻訳し、加入者のプロフィールをそれに応じて更新する。ＰＤＡ３０がワイヤライン・アドレスに宛てたＥメール・メッセージを送信するときは、次のような手順で行なわれる。ＰＤＡ３０はUDP send_mail message をＰＣＩアプリケーション・サーバ１１４へ送信する。ＰＣＩアプリケーション・サーバ１１４はそのメッセージが別のＰＣＩ加入者宛でないことを検出し、要求をメッセージング・コントローラへ転送すると、これによりその要求をデータ・メッセージング・ペリフェラル１１２上のメッセージング・ゲートウェイ１４０へ転送する。メッセージング・ゲートウェイ１４０はＭＴＡ１５８とのインタフェースとなって、例えば、シンプル・メッセージング・トランスファ・プロトコル(Simple Messaging Transfer Protocol - ＳＭＴＰ)によってＥメールをワイヤライン・ネットワークへ送信する。ＰＣＩサーバ４８は、例えば、X.400 MTAまたはＳＭＴＰルータをベースにすることができ、両方のプロトコル間の変換を行なうことができる。ＰＣＩサーバ４８はインターネット・メール、サードパーティ・メッセージング・システムまたは企業所有メッセージング・システムなどの、様々な異種テキスト・メッセージング・システムからテキスト・メッセージを受信することが可能である。ＰＣＩがX.400 MTAを使用してメッセージをルーチングするような例では、これらのメッセージはそのルーチング前にX.400 プロトコルと一致するように変換しておく必要がある。従って、例示のメッセージング・ゲートウェイはX.400 ゲートウェイになっているが、この分野の精通者によってこれを設計し、構築することができる。 II．ＰＣＩデータベースＰＣＩデータベース４４は加入者プロフィールを維持し、コール・コマンドのファンクションを制御し、ＤＴＭＦをベースとする加入者プロフィール更新を処理する。図６に示すＰＣＩデータベース・アーキテクチャは複数のアプリケーションとサポート・コンポーネントを含んでいる。アプリケーション・コンポーネントとしては、複数サービス・アプリケーション・プラットフォーム（Muliple Servic es Application Platform - ＭＳＡＰ）２０２、サービス準備・作成環境（Serv ice Provisioning and Creation Environment - ＳＰＡＣＥ）２０４、データおよびレポート・サブシステム（Data and Report Subsystem - ＤＲＳ）２０６などがある。サービスの構成要素としては、メインテナンス・オペレーション・コンソール（Maintenance and Operation Console - ＭＯＣ）２０８、インテリジェント・ペリフェラル・インタフェース(Intelligent Peripheral Interface - ＩＰＩ) ２１０、汎用データ・インタフェース(Generic Data Interface - ＧＤＩ)２１２、サービス・ネットワーク・インタフェース（Service Network Interface - ＳＮＩ）２１４、データおよびレポート・データベース(Data and Report Datab ase - Ｄ＆Ｄ)２１８などがある。サービス・ネットワーク・インタフェース（ＳＮＩ）は、スイッチ５０やＰＣＩサーバ４８などの外部システムとの通信インタフェースとなるものである。これらのインタフェースとしては、ＩＰＩ１２０とＧＤＩ２１２があるが、これらはＰＣＩデータベースをＴＣＰ／ＩＰネットワーク経由でＰＣＩサーバに接続している。ＧＤＩ２１２は加入者プロフィールをＰＣＩサーバ４８にアップロードし、ダウンロードするために使用される。ＩＰＩ２１０は利用者からのＤＴＭＦコマンドをＰＣＩサーバ４８経由で送信するために使用される。冗長性をもたせるために、各インテリジェント・ペリフェラル・インタフェース（ＩＰＩ）と汎用データ・インタフェース（ＧＤＩ）プロセッサは、２つの論理接続でＰＣＩサーバに接続することを要求している。複数サービス・アプリケーション・プラットフォーム（ＭＳＡＰ）２０２は、コール・プロセッサ２２０、第１コール・プロセス要求（ＣＰＲ）データベース２２２、ＭＳＡＰコモン２２４、共有メモリ２２６、およびコール・コンタクト・データベース（Call Contact Database - ＣＣＤＢ）２２８を含んでいる。コール・プロセッサ２２０はＳＮＩ２１４内のメッセージ・ディストリビュータ２１９との間でメッセージを送受信する。メッセージ・ディストリビュータはコール・プロセッサ２２０から受け取ったメッセージをＩＰＩ２１０へ送るべきか、ＧＤＩ２１２へ送るべきかを判断する。コール・プロセッサはメッセージ・ディストリビュータからメッセージを受信して、そのメッセージを第１ＣＰＲデータベース、ＣＣＤＢ２２８、および／または共有メモリ２２６へ送信する。第１ＣＰＲデータベース２２２は加入者プロフィールをストアしている。ＭＳＡＰ２２４は、第１ＣＰＲデータベース２２２をＳＰＡＣＥ２０４に置かれている第２ＣＰＲ２３０に接続している。ＭＳＡＰコモン２２４は、データベース２２２、２３０の一方に対して変更が行われたとき、他方のＣＰＲデータベースを更新する。ＣＣＤＢ２２８は一時的な動的ストレージであり、そこには、加入者プロフィールと関連データがプロフィール更新手続が行われているときストアされる。共有メモリ２２６は異なるプロセッサが同一データを使用することを可能にする。ＳＰＡＣＥ２０４はサービス・プロバイダ運用のモジュールであり、このモジュールを通して、新しいＰＣＩデータベース・アプリケーションが作成され、新しい加入者プロフィールが開始される。ＳＰＡＣＥ２０６は第２ＣＰＲデータベース２３６を含んでおり、これはＭＳＡＰ２０２内の第１ＣＰＲデータベース２０２と同じ情報を収めている。新しい加入者プロフィールを作成するときは、サービス・プロバイダはＳＰＡＣＥ２３２内のディスプレイ端末２３２を使用して、ある種の加入者情報を含んでいる新しいサービス・プロフィールを用意する。加入者プロフィールは、利用者が初めて登録されたときＭＳＡＰを通してアクチベートされる。サービス・プロバイダが第２ＣＰＲデータベース２３０に行った変更は、ＭＳＡＰコモン２２４を経由してＭＳＡＰ内の第１ＣＰＲデータベース２２２へ送信される。サービス・プロバイダが第２ＣＰＲデータベース２３０に行った変更がＰＣＩサーバ４８内のサービス・プロフィール・キャッシュ５１へ送られるのは後になってからである。すなわち、ＰＣＩデータベース４４は、サーバ４８から要求があったときだけデータをＰＣＩサーバ４８へ送る。サーバ・プロフィール・キャッシュ５１は、次にＰＣＩサーバ４８がプロフィールのダウンロードを要求したとき、例えば、加入者が次に登録されたときこの新しい情報で更新される。ＳＰＡＣＥ２０４は、上述したサービス管理システムとパラレルの働きを備えている。データ・レポート・サブシステム（ＤＲＳ）２０６はサービス・プロバイダに役立つＰＣＩデータベース４４の使用状況に関するデータを収集する。例えば、加入者が利用者プロフィールの更新時に行ったエラーが記録される。行われた変更のタイプ、その変更が行われた回数なども、サービス・プロバイダによる将来の使用に備えてストアされる。ＭＯＣ１１０はネットワークのステータスをモニタし、システム障害などをチェックするネットワーク・メインテナンス・サポート・システムである。加入者がＰＤＡ３０を使用して加入者プロフィールを更新したいときは、次のような手順で行われる。ＰＤＡ４０はＰＣＩサーバ４８と通信する。ＰＣＩサーバ４８は、好ましくは、１０桁のＰＣＩ加入者番号（例えば、電話番号）である「サービス・キー」をもつGetData messageを、ＧＤＩ２１２を経由してＰＣＩデータベース４４に送信する。ＧＤＩ２１２はGetData messageをＰＣＩデータベース４４が認識できるフォーマットに変換する。このメッセージはメッセージ・ディストリビュータ２１９とコール・プロセッサ２２０を経由して第１ＣＰＲ２２２へ送信されるが、そこには加入者プロフィールが置かれている。サービス・キーが正しい加入者プロフィールを得るために使用され、プロフィールはコール・プロセッサ２２０を経由してメッセージ・ディストリビュータ２１９へ送信される。メッセージ・ディストリビュータは、このメッセージはＧＤＩ２１２経由でＰＣＩサーバ４８へ送るべきものだと判断する（その理由については、下述する）。ＧＤＩ２１２はデータをＴＣＰ／ＩＰネットワークに適したフォーマットに変換し、ＰＣＩサーバ４８へ送信する。要求された変更はＰＣＩサーバ４８で行われ、更新されたプロフィールはＴＣＰ／ＩＰネットワーク、ＧＤＩ２１２、メッセージ・ディストリビュタ２１９、コール・プロセッサ２２０、そして第１ＣＰＲデータベース２２２へと経由して、ＰＣＩデータベース４４へ送り返される。また、コール・プロセッサ２２０はメッセージをＧＤＩ２１２経由でＰＣＩサーバ４８へ送信し、これはワイヤレス伝送でＰＤＡ３０へ送信され、加入者プロフィール更新を確認する。これらの変更はＭＳＡＰコモン２２２へも送信され、そこからＳＰＡＣＥ２０４内の第２ＣＰＲデータベース２３０へ送信される。このプロセスの期間、情報をコール・コンタクト・データベース（ＣＣＤＢ）２２８に一時的にストアしておくことが可能である。ＣＣＤＢデータベース２２８は加入者によるアクションを待っているか、あるいはＰＣＩサーバ４８などの外部システムからのデータを待っているため一時中止されている加入者プロフィールの更新を一時的にストアしておく。利用者によるアクション待ちまたは外部システムからのデータ受信待ちの間の時間インターバルの間、コール・プロセッサ２２０は情報をＣＣＤＢデータベース２２８にストアしておき、他のコールを処理する。加入者がタッチトーン電話（プッシュホン）を使用して自分の加入者プロフィールを更新したい場合は、次の手順で行われる。加入者は、例えば、サービス・プロバイダから提供されたサービス番号にコールする。このコールはＰＣＩサーバ４８へルーチングされる。ＰＣＩサーバ４８はＤＴＭＦコマンドが現われたとのメッセージをＩＰＩ２１０を経由してＰＣＩデータベース４４へ送信する。このメッセージは、メッセージ・ディストリビュータ２１９を経由してコール・プロセッサ２２０へ送られる。該当する加入者プロフィールがＭＳＡＰ２０２内の第１ＣＰＲデータベース２２２から検索される。コール・プロセッサ２２０は、ＰＣＩサーバ４８に指示し、タッチトーン電話で該当の数字を押して加入者ＩＤとパスワードを入力するようにコール側に指示する音声アナウンスを再生する。情報がコール側によって入力され、ＰＣＩデータベース４４はその情報の正当性を検査する。正当性検査でコール側が認証された加入者であることが分かると、ＰＣＩデータベース４４はどの加入者プロフィール情報の変更を選択しようとしているのかを加入者に質問するようにＰＣＩサーバ４８に指示する。２つの範囲だけがＤＴＭＦメッセージングを使用して変更可能である。ワイヤライン登録を変更すること、および個人的挨拶(greeting)を記録することである。加入者はワイヤライン電話に登録するのか、個人的挨拶を記録するのかを選択する。ワイヤライン登録が選択されると、ＰＣＩデータベース４４は、すべての着信コールがルーチングされる１０桁の電話番号を求めるようにＰＣＩサーバ４８に指示する。加入者が個人的挨拶を記録することを選択したときは、ＰＣＩデータベース４４は、加入者に新しい挨拶を求めるようにＰＣＩサーバ４８に指示する。正当性の無い情報がいずれかの時点で入力されると、ＰＣＩサーバ４８はエラー・メッセージを加入者に対して再生し、加入者は再度変更を試みる。この試みに失敗すると、コールは打ち切られる。そうでなければ、加入者のプロフィールが変更に応じて更新され、メッセージを同期化するデータがＰＣＩサーバ４８へ送信され、コール・プロセッサ２２０はＰＣＩサービス・プロフィールが更新されたことを加入者に通知するようにＰＣＩサーバ４８に指示する。コール・プロセッサ２２０はメッセージをメッセージ・ディストリビュータ２１９を経由してＧＤＩ２１２へと、ＰＣＩサーバ４８内のサービス・プロフィール・キャッシュ５１を更新するＰＣＩサーバ４８へも送信する。第１ＣＰＲデータベース２２０に戻されてストアされた変更はＭＳＡＰコモン２２４へ送られ、そこから第２ＣＰＲデータベース２３０へ送られる。なお、1129+ プロトコルを使用するＤＴＭＦファンクション・シグナルはＩＰＩ２１０を経由してルーチングされ、ＧＤＩプロトコルを使用する加入者プロフィール・データはＧＤＩ２１２を経由してルーチングされることに注意されたい。 IV．ＰＣＩサーバ／データベース間インタフェースＰＣＩサーバ４８とＰＣＩデータベース４４間のインタフェースは２つのプロトコルをベースにしている。第１のプロトコルは1129+ である。このプロトコルは、ＰＣＩコール・コマンド・フィーチャをサポートし、ＤＴＭＦを使用した加入者開始のプロフィール操作のために使用される。第２のプロトコルは一般データ・インタフェースである。ＧＤＩは加入者プロフィール管理、具体的には加入者プロフィールをＰＣＩデータベース４４からＰＣＩサーバ４８にダウンロードするためと、ＰＣＩデータベース４４にストアされたプロフィールに更新を適用するために使用される。図７はＰＣＩデータベース４４からＰＣＩサーバ４８への論理リンクを示す図である。ＰＣＩデータベース４４はペアに結合されたＰＣＩデータベース４４ａ，４４ｂから構成され、各々は、各々が負荷を分担する３つのコール・プロセッサ２２０を含んでいる。リンク２５０はＰＣＩデータベース４４上のインテリジェント・ペリフェラル・インタフェース（ＩＰＩ）２１０と一般データ・インタフェース（ＧＤＩ）２１２プロセッサと、ＰＣＩサーバのコール・プロセッサとを結んでいるＴＣＰ／ＩＰリンクである。各ＩＰＩ２１０とＧＤＩ２１２プロセッサとＰＣＩサーバとは、冗長性をもたせるために２つの論理接続で接続されている。従って、ＰＣＩをサポートする完全なＳＣＰ構成は、好ましくは図７に示すように２４の論理リンクを必要とすることになる。ＰＣＩデータベースは論理リンクの始まりを開始する。この図示実施例では、コール・コマンドフィーチャの場合は、1129+ プロトコルを採用している。ワイヤレス・メッセージング・フィーチャの場合は、ＰＣＩはＧＤＩプロトコルを採用している。ＰＣＩ加入者プロフィール・エレメントに割り当てられているＧＤＩタグＩＤは付録Ｂに示されている。付録ＢはＰＣＩプロフィール・データも示しており、その内容はプロフィール・エレメント、そのデータ・タイプ、最大長、およびＧＤＩタグＩＤである。＊は、ＧＤＩにバイト制限があるため、３２バイトに短縮されたエレメントを示している。これらのエレメントのタイプと長さは次の通りである。ｄＮＢＣＤ符号化ディジット。Ｎはオクテットではなく、ＢＣＤディジットの最大数を表わしている。ｃＮ最大Ｎ個のＡＳＣＩＩ文字。ｃＮ長さがＮバイトのバイナリ整数、ネットワーク・バイト順（最初に送信される最高次ビット）。ＰＣＩサーバにダウンロードされるＰＣＩ加入者プロフィールの部分は大きく（好ましくは約１，０００バイト）、最大トランザクション可能アプリケーション・プログラム（Transaction Capable Application Program - ＴＣＡＰ）サイズは２５６バイトであるので、プロフィールはセグメント単位で管理する必要がある。サービス・プロフィールは表１に示すように６セグメントに分割されている。各セグメントには固有の数字ＩＤが割り当てられている。加入者プロフィール内のある種のデータは、メッセージ配達と通知を行なうとき加入者が好ましいとするメディアを提供している。これらのタイプをコード化したものは表２に示されている。例えば、加入者がＰＤＡ３０を経由してスクリーニングを受けたＥメールを受信することを望んでいれば、「１次宛先１（primary descination one）」プロフィール・エレメントには”P”が入ることになる。図８はＧＤＩプロトコルを使用してプロフィール検索を行なうときのメッセージ・フローを示している。加入者は明示的にまたは黙示的にＰＣＩサーバに登録することを試みる（登録については、以下で詳しく説明する）。ＰＣＩサーバ４８はＧＤＩリンクの１つを利用してＰＣＩデータベース４４にGDI GetData quer yを送信する（ライン２６０）。ＰＣＩサーバ４８は各ＰＣＩプロフィール・セグメントごとに１つのGetData queryを送信することができる。各問合せ (query)は固有のＴＣＡＰトランザクションＩＤをもつ独立のトランザクションとしてＰＣＩデータベース４４によって処理される。ＰＣＩサーバ４８から送信される各GetData queryは１０桁のＰＣＩ加入者番号（例えば、電話番号）である「サービス・キー」パラメータを含む。このキーは加入者を確認するためにＰＣＩデータベース４４によって使用されるものである。各GetDataには、検索されるプロフィール・エレメントのタグＩＤのリストが入っている。ＰＣＩデータベース４４はGetData queryに応答して、応答(Get_Data_RESP)応答を返す（ライン２６２）。この応答には、GetData queryで要求された各エレメント毎にリターン・コードとデータが入っている。図９はワイヤレスＰＤＡ３０からのプロフィール更新のメッセージ・フローを示している。ワイヤレス・プロフィール更新にはＧＤＩプロトコルを使用する。加入者はプロフィール操作動作を行ない、ＰＤＡ３０はプロフィール・データ・メッセージをＰＣＩサーバ４８へ送信する。ＰＣＩサーバ４８はＧＤＩリンクの１つを利用してGDI SendData queryをＰＣＩデータベース４４へ送信する（ライン２６４）。ＰＣＩサーバ４８は、そのプロフィール・エレメントが更新された各ＰＣＩプロフィール・セグメント毎に１つのSendData queryを送信することができる。各問合せは固有のＴＣＡＰトランザクションＩＤをもつ独立のトランザクションとしてＰＣＩデータベース４４によって処理される。ＰＣＩサーバ４８から送信される各SendData queryは１０桁のＰＣＩ加入者番号である「サービス・キー」パラメータを含んでいる。このキーは加入者を確認するためにＰＣＩデータベース４４によって使用されるものである。各SendData queryは、付録Ｂに示されているタグＩＤのリストと、更新されるプロフィール・エレメントのデータが入っている。このセグメント内のすべてのタグがSendDa ta queryに含まれているとは限らない。加入者によって実際に更新されるプロフィール・エレメントだけが送信される。ＰＣＩデータベース４４はSendData que ryにタグが含まれていないデータについては更新しない。ＰＣＩデータベース４４はSendData queryに応答して、応答(Send_Data_RESP) の応答を返す（ライン２６６）。この応答には、SendData queryで要求された各エレメントごとにリターン・コードが入っている。図１０は、ＰＣＩサーバ４８とＰＣＩデータベース４４との間で起こり得るコール・コマンドメッセージ・フローの１つの例を示したものである（コール・コマンドはセクションVI D．で詳しく説明する）。コール・コマンドの正確なフローは、サービス・ロジックがサービス設計者によってどのように実現されているか、およびコール・コマンド加入者がどのオプションを選択したかに依存する。コール・コマンドファンクションは1129+ プロトコルとＩＰＩ２１０を使用している（図６と７を参照）。図１０に示すように、コール・コマンドコールはＰＣＩサーバ４８に到着する。ＰＣＩサーバ４８は1129+ リンクの１つを利用してprovide_instructions que ryをＰＣＩデータベースに送信する（ライン２６８）。ＴＣＡＰトランザクションＩＤが問合せ(query)に対して生成される。ダイヤル番号ディジット・パラメータはＰＣＩ加入者のパーソナル番号（つまり、サービス・キー）を含んでいる。ＡＮＩディジットは、もしあれば、コール側の自動番号確認を含んでいる（ＡＩＮは電話ネットワーク機能である）。ＰＣＩデータベースは1129+ send_to_re sourceコマンドをＰＣＩサーバ４８へ送り、アナウンスを再生し、ディジットを収集するように指示する（ライン２７０）。ＰＣＩサーバ４８はアナウンスを再生し、ディジットを収集し、リターン・コードと収集したディジットを収めている応答を送信する（ライン２７２）。ＰＣＩデータベース４４は1129+ play_applicationコマンドをＰＣＩサーバ４８へ送信し、着信コールをＰＤＡ４０に通知する（ライン２７４）。ＰＣＩサーバ４８はその応答として、リターン・コードと、そのコールがルーチングされる宛先番号（これはＰＤＡ３０から加入者が入力したもの）を返す（ライン２７６）。ＰＣＩデータベース４４は1129+ switch_to_resourceコマンドをＰＣＩサーバ４８へ送信し、コールを宛先番号へルーチングするようにＰＣＩサーバ４８に指示する（ライン２７８）。ＰＣＩサーバはその応答としてリターン・コードを返し、その要求を実行する（ライン２８０）。図１１は、ＤＴＭＦプロフィール操作メッセージの場合の、ＰＣＩサーバ４８とＰＣＩデータベース４４との間で起こり得るメッセージ・フローの１つの例を示したものである。ＤＴＭＦプロフィール・マニピュレータ(manipulator)は、ＩＰＩ２１０を通して１１２９+ プロトコルを使用する。ＤＴＭＦプロフィール操作の正確なコール・フローは、サービス・ロジックがサービス設計者によってどのように実現されているか、およびＰＣＩ加入者がどのオプションを選択したかに依存する。この図示の例に示すように、コールがＰＣＩサーバに到着すると、ＰＣＩサーバは1129+ provide_instructions queryをＰＣＩデータベースへ送信する（ライン２８２）。コールされた番号はダイヤル番号（つまり、ＤＴＭＦ更新のためのサービス番号）を含んでいるのに対し、ＡＮＩフィールドは、もしあれば、ＡＮＩを含んでいる（ライン２８６）。ＰＣＩＤＴＭＦプロフィール操作Call Pro cess Request（ＣＰＲ）はダイヤルされたサービス番号によってトリガされる。ＣＰＲ２２２はアナウンスを再生し、ディジットを収集して、音声メニューとプロンプトで加入者をガイドするようにＰＣＩサーバに指示する（ライン２８８）。ＰＣＩサーバは各要求に応答して、収集したディジットを返却する（ライン２９０，２９４）。ＣＰＲはＤＴＭＦを通して収集したデータで加入者のプロフィールを更新する。Ｖ．ＰＤＡ／ＰＣＩ間インタフェースＰＤＡとＣＰＩ間の通信では、例えば、ＵＤＰＩＰプロトコルを用いたX.25 トランスポートが使用される。以下、ＰＤＡ構造について簡単に説明する。ＰＤＡ３０は、好ましくは、ワイヤレス・ネットワーク・インタフェースを装備したノートブック型またはパームトップ型コンピュータである。ＰＤＡは、例えばＰＣＩアプリケーションが稼働しているHewlett Packard Omnibook 300ノートブック型コンピュータにすることができる。図１２はＰＤＡを例示している。ＰＤＡ３０はバスＢに接続された中央処理ユニット２９４を搭載している。中央処理ユニット（“ＣＰＵ”）２９４はＰＤＡ３０のコンピューティング機能とロジック機能のほとんどを実行する。メモリ２９５はバスＢに接続され、ＣＰＵ２９５に送られる情報、あるいはＰＤＡ３０によって使用される情報をストアしている。キーボードなどの入力／出力デバイス２９７もバスＢに接続され、利用者がメモリ２９５にストアしておくこと、あるいはＣＰＵ２９５に使用させるデータを入力することを可能にしている。ディスプレイ２９８はバスＢに接続されている。ＰＤＡ３０はワイヤレス・コミュニケーション・ネットワークと通信するためのワイヤレス・コミュニケーション・インタフェース２９９も装備している。ＰＤＡ／ＰＣＩ間インタフェースでは、６タイプのメッセージのフローが行なわれる。これらのメッセージとは、（１）登録／登録解除、（２）ワイヤレス・メッセージング、（３）Ｅメール検索、（４）クロスメディア通知、（５）コール・コマンド、および（６）プロフィール管理である。登録と登録解除には、明示と黙示の２タイプがある。明示的登録はＰＣＩ加入者がＰＤＡ３０上のＰＣＩアプリケーションを始動したとき（これはスタート・アップ登録と呼ばれる）、または加入者がコール・コマンドまたはワイヤレス・メッセージング・サービスについてＰＤＡ３０上のステータス・チェック・ボタンまたはサービス登録要求ボタンの１つをクリックしたとき行われる。正常に登録されると、加入者のプロフィールがＰＣＩサーバ４８によって維持されているサービス・プロフィール・キャッシュ５１にまだ存在していなければ、ＰＣＩサーバ４８は加入者のプロフィールをＰＣＩデータベース４４からサービス・プロフィール・キャッシュ５１にダウンロードすることを要求する。ＰＣＩサーバ４８はキャッシュ５１内の加入者の登録ステータスを、ワイヤレス・メッセージング・サービスまたはコール・コマンドサービスを得るために加入者が要求したものと一致するようにセットする。図１３は明示的登録の期間のＰＤＡ３０とＰＣＩサーバ４８との間のメッセージ・フローの一例を示す図である。このフローは、コール・コマンドまたはワイヤレス・メッセージング・サービスの登録をチェックするために加入者によっても使用される。加入者はＰＤＡ上のＰＣＩアプリケーション・ソフトウェアを始動するか、あるいはＰＤＡ上のサービス・ステータス・チェック、コール・コマンド登録、またはワイヤレス・メッセージング登録ボタンをクリックする。ＰＤＡは登録要求を加入者の正当性検査情報（加入者ＩＤとパスワード）と一緒にＰＣＩサーバ４８に送信する。また、ＰＤＡ３０はタイマも始動し、ＰＤＡ３０はその期間ＰＣＩサーバ４８からの応答を待つことになる。ＰＣＩサーバ４８は登録要求を受信し、加入者が準備状態にあるかどうか、加入者ＩＤとパスワードが正しいかどうかをチェックする。その後、ＰＣＩサーバは登録確認通知を送信する（ライン３０２）。加入者が準備状態になければ、サービス・プロフィールは存在しないので、確認通知には「加入者認識不能」という応答が含まれている。加入者ＩＤとパスワードが正当でなければ、確認通知には「不正パスワード／ＰＩＮ」という応答が含まれている。そうでなければ、ＰＣＩサーバの確認通知には「成功」という応答が含まれている。ＰＤＡ３０があらかじめ決められた時間内に確認通知をＰＣＩサーバから受け取らないと、登録の試みを打ち切り、あとで再度試みるように加入者に通知する。黙示的登録は、加入者が現在登録されていないで、ＰＤＡ３０との間でＥメールを送受信したいとき加入者を自動的にワイヤレス・メッセージング・サービスに登録する。黙示的登録は次のように行われる。ＰＣＩサーバは、ワイヤレス・メッセージング・サービスに登録されていない加入者からフェッチまたは送信要求を受け取る。ＰＣＩサーバ４８は、必要ならば、加入者のサービス・プロフィールのコピーをＰＣＩデータベース４４から検索し、加入者のＩＤとパスワードが正当かどうかを検査する。ＰＣＩサーバ４８はプロフィールの内容を検査して加入者がワイヤレス・メッセージング・サービスを使用できるかどうかを確かめる。ワイヤレス・メッセージングが許可されていれば、ＰＣＩサーバ４８は要求を処理する。そうでなければ、加入者がワイヤレス・メッセージング・サービスを使用できない理由を示した確認通知を送信する。このメッセージ・フローは図１３に示されているものと同じである。加入者がコール・コマンドサービスまたはワイヤレス・メッセージング・サービスにいったん登録されると、加入者はアプリケーションから出るか、ＰＤＡ３０上で登録解除ボタンをクリックして明示的に登録解除するまで登録されたままになっている。加入者はＰＣＩサーバ４８によって黙示的にワイヤレス・メッセージ・サービスの登録が解除されることもあるが、ＰＣＩがある一定の時間中その加入者との間のワイヤレス・メッセージング活動を検出していないことが条件である。加入者が登録解除されても、加入者のサービス・プロフィールはサービス・プロフィール・キャッシュ５１に残っている。プロフィールは、あらかじめ決められた時間（例えば、４時間）内に、ＰＣＩがその加入者に対してなんらかの活動（例えば、着信Ｅメール・メッセージ）を行っている間はキャッシュに残っている。ＰＤＡからＰＣＩサーバへのメッセージは、加入者を黙示的にコール・コマンドに登録するためには送信されない。従って、加入者はこのサービスから黙示的に登録解除されることはない。黙示的登録および登録解除はワイヤレス・メッセージング・サービスだけに行われ、コール・コマンドでは行われない。加入者はＰＤＡ上でコール・コマンドソフトウェア・アプリケーションを実行している間、コール・コマンドに登録されたままになっている。明示的登録解除は、加入者がＰＤＡ上のＰＣＩアプリケーション・ソフトウェアを終了(quit)したとき（これは終了時の登録解除と呼ばれる）、または加入者がコール・コマンドまたはワイヤレス・メッセージング・サービスについてＰ者Ａ上のサービス登録解除要求ボタンの１つをクリックしたとき行われる。図１４は、明示的登録解除の場合の、ＰＤＡ３０とＰＣＩサーバ４８との間のメッセージ・フローの実施例を示す図である。加入者はＰＤＡ上のＰＣＩアプリケーション・ソフトウェアを終了するか、あるいはＰＤＡ上の登録解除ボタンをクリックする。ＰＤＡ３０は加入者の正当性検査情報（加入者のＩＤとパスワード）と一緒に登録解除要求をＰＣＩサーバ４８へ送信する（ライン３０４）。ＰＤＡ３０はタイマも始動し、その期間にＰＤＡはＰＣＩサーバ４８からの応答を待つことになる。ＰＣＩサーバ４８は確認通知を送信する（ライン３０６）。ＰＣＩサーバ４８は登録解除要求を受け取り、加入者ＩＤとパスワードが正しいかどうかをチェックする。加入者ＩＤとパスワードが正しくなければ、確認通知には「不正パスワード／ＰＩＮ」という応答が含まれている。そうでなければ、確認通知には「成功」という応答が含まれている。ＰＤＡ３０があらかじめ決めた時間後にＰＣＩサーバ４８から確認通知を受け取らないと、ＰＤＡ３０は無線サービスエリア外（到達範囲外）にあるものと推測し、後でやり直すように加入者に通知する。黙示的登録解除は、ＰＣＩがある一定時間の間（例えば、４時間）、加入者からの／に対するワイヤレス・メッセージング活動を検出しないと行われる。また、ＰＣＩは、加入者が意図せずにＰＤＡ３０をオンのままにしていた場合には、真夜中に加入者をワイヤレス・メッセージング・サービスから黙示的に登録解除することも試みる。ＰＣＩサーバ４８は、サービス・プロフィール・キャッシュ５１に維持されている各登録加入者ごとに最も最近のワイヤレス・メッセージング活動のタイムスタンプを取っている。ＰＣＩサーバ４８が特定の加入者に対する／からのワイヤレス・メッセージング活動を検出すると、このタイムスタンプは現在時刻に更新される。登録加入者のストアされたタイムスタンプは、定期的に現在時刻と比較される。あらかじめ決めた時間が経過すると、ＰＣＩサーバ４８は加入者が無線サービスエリア外にいるか、ＰＣＩアプリケーションを終了したものと判断する。黙示的（または自動）登録解除の場合、メッセージ・フローは図１４に示すものと同じである。ＰＣＩサーバ４８は加入者に関する登録情報を収めている登録解除要求をＰＤＡ３０に送信する。ＰＣＩサーバ４８はタイマもセットし、その期間にＰＤＡ３０からの応答を待つことになる。ＰＤＡ３０は登録解除要求を受け取ると、ＰＤＡに現在知らされている登録情報を収めている確認通知を応答として返す。ＰＣＩサーバ４８は登録確認通知を受け取ると、その確認通知の中の情報に基づいて加入者の登録ステータスを更新する。また、ＰＣＩサーバ４８は加入者に関連するワイヤレスメッセージング・タイムスタンプを現在時刻に更新する。ＰＣＩサーバ４８が上述したようにあらかじめ決めた時間内に確認通知を受け取らなかったときは、ＰＣＩサーバ４８は加入者がもはや登録されていないものと推測し、加入者に言及するすべてをサービス・プロフィール・キャッシュ５１から除去する。Ｅメール・メッセージの送受信は２タイプのメッセージ・フローで行われる。ＰＤＡ３０からＰＣＩサーバ４８へのメッセージ送信と、ＰＣＩサーバ４８からＰＤＡ３０へのメッセージ送信である。図１５はＥメールをＰＤＡ３０からＰＣＩサーバ４８へ送信するメッセージ・フローの例を示す図である。加入者がＰＤＡ３０からのＥメール通知を送信すると、ＰＤＡ３０はＥメールをＰＣＩサーバ４８へ転送する。Ｅメールの本体は、例えば"to;from;subject;cc"情報を収めている（ライン３０８）。ＰＣＩサーバはこの通知を確認する（ライン３１０）。Ｅメールが単一メッセージで伝送できるよりも長ければ、ＰＤＡ３０はＥメールを複数の連続番号付きメッセージに分割し、これらをＰＣＩサーバに送信する（ライン３１２，３１６，３２０）。ＰＤＡから送信された各メッセージに対する応答として、メッセージの受信ステータスと確認した連続番号を収めている確認通知が返される（ライン３１４，３１８，３２２）。ＰＤＡ３０とＰＣＩサーバ３８はこの連続番号を使用して、パケットのフローが順番になるように保っている。連続番号外のメッセージは破棄される。パケットがすべて受信されると、ＰＣＩサーバ４８は、連続番号を使用してパケットを元の順序に並べ、組み立てられたＥメールをメッセージ・トランスファ・エージェントに転送し、そこからＥメールは目的とする宛先へ転送される。ＰＤＡ３０は、Ｅメールを送出するたびにタイマを始動する。ＰＤＡ３０が、あらかじめ時間（例えば、１０秒）が経過した後、確認通知を受信しないと、送信オペレーションは打ち切られ、Ｅメールは将来の再送付に備えてローカル・アウトバウンド・キューにストアされる。ＥメールがＰＣＩサーバ４８からＰＤＡ３０へ送付されるときは、同じようなメッセージ・フローが使用される。違いは、ＰＤＡ３０に代わって、ＰＣＩサーバ４８がフローを開始し、最初のメッセージを送信することだけである。Ｅメールの検索は２タイプのメッセージ・フローで行われる。１つは、ＰＤＡ３０に宛てられた(addressed)未送付Ｅメールの検索と、ワイヤラインＥメール・システムなどのメッセージング・システムに送付されたＥメールの検索である。加入者が無線サービスエリア外にいるか、ＰＣＩに登録されていないときは、ＰＣＩはＰＤＡに送付されるようにアドレスされたＥメール（ＰＤＡバウンドＥメール）を外部メール・ストレージ・システムに送信する。また、ＰＣＩサーバは、ＰＣＩデータベース４４にストアされた加入者プロフィールに従って、ある種のＥメールを、自分のパーソナル・コンピュータに接続された加入者のワイヤラインＥメールなどの、外部メール・ストレージ・システムに直接に送信する（ＭＳバウンドＥメール）。登録加入者は、"FETCH"オペレーションを始動すると、いつでもＰＤＡ３０バウンドＥメールを検索することができる。ＰＣＩはＰＤＡバウンド・メールを外部メール・ストレージから送信し、ＭＳバウンドＥメールも要約する。未送付ＰＤＡバウンドＥメールを検索するためのＰＤＡとＰＣＩサーバ間のメッセージ・フローの例は図１６（ａ）と（ｂ）に示されている。ＭＳバウンド・メッセージがない場合は、メッセージ・フローの例は図１６（ａ）に示されている。ＰＤＡ３０はフェッチ要求をＰＣＩサーバ４８に送信し（ライン３２４）、タイマを始動して確認通知を待つことになる。あらかじめ決めた時間（例えば、１２秒）以内に確認通知が受信されないと、ＰＤＡ３０は無線サービスエリア外にあるものと判断し、後でやり直すように加入者に通知する。要求に応答して、ＰＣＩサーバ４８は加入者のプロフィールに指定された外部メール・ストレージ・システムにログインする。ＰＤＡバウンドＥメールが外部ストレージ・システムにストアされていなければ、ＰＣＩサーバ４８は（ａ）ＰＤＡバウンドＥメールを外部メール・ストレージ・システムからＰＣＩサーバ内の保留エリアに移し、（ｂ）現在保留エリアに置かれているＰＤＡバウンドＥメールの番号を示した確認通知をＰＤＡへ送信し、（ｃ）これらのＰＤＡバウンドＥメールを保留エリアからＰＤＡへ送付することを開始する（ライン３２６）。ＭＳバウンドＥメール・メッセージがある場合、メッセージ・フローの例は図１６（ｂ）に示されている。ＰＤＡはフェッチ要求を送信し（ライン３２８）、タイマを始動する。ＰＣＩはサマリ・メッセージを送信するときはいつも、タイマを始動する。ＰＣＩサーバ４８はあらかじめ決めた時間（例えば、１０秒）内に確認通知を受信しないと、ＰＤＡ３０が無線サービスエリア外にあると推測し、送信オペレーションを打ち切り、サマリ情報を破棄する。要求に応答して、ＰＣＩサーバ４８は（ａ）現われたＭＳバウンドＥメールの数を示した確認通知をＰＤＡへ送信し、（ｂ）サマリ情報をこれらのメッセージから抜き出し、（ｃ）そのサマリを加入者のＰＤＡに送信する（ライン３３２）。ＰＤＡはＰＣＩサーバから確認通知を受け取ると、その内容に基づいて加入者に通知する。ＭＳバウンドＥメールのサマリ情報はＥメールごとに１つのＡＳＣＩＩテキストにフォーマット化され、ＰＤＡへ送信される。サマリ情報、またはサマリＥメールの数が２つ以上のメッセージを要求していれば、ＰＣＩサーバ４８はサマリ情報を複数の連続番号付きセグメントに分割し、各セグメントを別々のメッセージで送信する（ライン３３６，３４０）。ＰＣＩサーバ４８からの各メッセージに対する応答として、メッセージの受信ステータスおよび確認された連続番号を収めている確認通知がＰＣＩサーバから返される（ライン３３４，３３８，３４２）。連続番号外のメッセージは破棄される。パケットがすべて受信されると、ＰＤＡ３０は連続番号を使用してこれらを元の順序に並べる。ＭＳバウンドＥメール・メッセージを記述したサマリ情報を調べた後、加入者はＦＥＴＣＨオペレーションを始動してこれらのＭＳバウンドＥメール・メッセージを検索することができる。図１７はＭＳバウンドＥメールを検索するための、ＰＡＤ３０とＰＣＩサーバ４８の間のメッセージ・フローの例を示す図である。加入者は検索するＭＳバウンドＥメール・メッセージを選択する。ＰＤＡ３０は加入者が選択したメッセージを収めている検索(RETREIVE)要求をＰＣＩサーバ４８へ送信する（ライン３４４）。ＰＣＩサーバ４８はその応答として確認通知を返送する（ライン３４６）。ＰＣＩサーバ４８は、加入者のサービス・プロフィールの中で指定された外部メッセージ・ストアリング・システムにログインし、要求の中で指定されたＭＳバウンドＥメールをストレージ・システムから取り出して、ＰＣＩサーバ４８内の保留エリアに移動する。ＰＣＩサーバ４８は送信オペレーションを開始し、上述したのと同じようにＥメールを送付する。クロスメディア通知（例えば、音声メール・メッセージ受信のＰＤＡ通知）はワイヤレスＥメール・メッセージが加入者に送付されるのと同じようにＰＤＡ３０へ送られる。ＰＣＩサーバ４８は通知Ｅメールを発信し、Ｅメール主題は「メッセージ通知」となっている。通知Ｅメールの本体はメッセージ発信者のアドレス（つまり、音声メールの電話番号）、メッセージがＰＣＩに到着した日付と時刻、メディアのタイプ（つまり、音声メール、ファックス、Ｅメールまたはその他）、メッセージに緊急のマークがついているかどうか（検出可能の場合）、メッセージの長さ（例えば、音声メール・メッセージの場合は分単位）、該当する場合には、メッセージの主題を収めている。コール・コマンドを使用すると、ＰＣＩ加入者はコールをリアルタイムで再ルーチングまたは直接に送ることができる。加入者は、コール待ちであるとの通知をＰＡＤ３０上で受信することができる。ＰＤＡ３０を使用すると、加入者はコールを特定の宛先番号へルーチングするようにＰＣＩに指示したり、加入者が入力したメッセージを合成音声でＰＣＩサーバに再生させたりすることができる。コールがコール・コマンド加入者の番号に対して行なわれると、そのコールはＰＣＩサーバ４８へルーチングされる。ＰＣＩサーバ４８はＰＣＩデータベース４４を調べて、加入者のプロフィールがコールをどのように処理するように指示しているかを判断する。加入者が既知の電話番号に登録されていれば、ＰＣＩデータベース４４は着信コールを特定の電話番号へルーチングするようにＰＣＩサーバ４８に指示する（ただし、そのコールがスクリーニング条件に合致していることを条件とする）。加入者が既知の電話番号に登録されていなければ、ＰＣＩデータベース４４はデフォルトのルーチング番号を提供し、タイマ値は加入者がカストマイズしたアナウンスをコール側に再生し、その時間期間内にＤＴＭＦディジットの収集を開始するようにＰＣＩに指示する。ＰＣＩはアナウンスを再生し、ＰＣＩデータベース４４に用意されたタイマを始動し、コール側が入力したＤＴＭＦディジットの収集を開始する。あらかじめ決めた時間期間内にディジットが収集されなければ、ＰＣＩはコールをＰＣＩデータベース４４内の加入者のプロフィールで指定されたデフォルトの番号へルーチングする。ＤＴＭＦディジットが収集されていれば、ＰＣＩはコール側をホールドにし、コール側がスクリーニング要件に合致しているかどうかを判断し、コールをその判断に応じて処理する。コールが加入者へ送られる場合は、ＰＣＩは加入者にコンタクトすることを試みる。図１８はコール・コマンドコールの場合の、ＰＤＡ３０とＰＣＩサーバ４８との間のメッセージ・フローの例を示す図である。ＰＣＩサーバ４８は通知メッセージを加入者のＰＤＡ３０へ送り、コール待ちであることを加入者に通知する（ライン３４８）。メッセージはコール側が入力したＤＴＭＦディジットを含んでいる。ＰＣＩサーバ４８は２つのタイマを始動するが、これは、ＰＣＩサーバ４８がＰＤＡ３０から確認通知を受け取ることを期待する時間インターバルと、ＰＣＩサーバ４８がＰＤＡ３０から応答を受け取ることを期待する時間インターバルである。これらのタイマの代表的な値は、それぞれ1０秒と４０秒である。確認通知を受け取る時間は応答を受け取る時間よりも短くしておく必要がある。通知メッセージを受け取ると、ＰＤＡは確認通知をＰＣＩへ送信する（ライン３５０）。この確認通知により、ＰＣＩサーバ４８はＰＤＡ３０が無線サービスエリア内にあること、加入者に着信コールが通知されたことを知る。確認通知が受信されると、確認通知タイマはキャンセルされるが、応答タイマは刻時を続け、ＰＤＡ３０から応答が送られてくるのを待つことになる。ＰＣＩサーバ４８があらかじめ決めた時間内に確認通知を受信しないと、ＰＤＡが無線サービスエリア外にあるか、オフにされていると推測し、応答タイマをキャンセルして、コールをＰＣＩデータベース４４内の利用者プロフィールにプログラムされたデフォルト番号へルーチングする。加入者には、ＰＤＡ３０上のコール・コマンドインタフェースによって着信コールが通知される。コール側が入力したＤＴＭＦディジットは、着信コール側の名前および／または電話番号を加入者に通知する。加入者はコールをディレクトリ番号または音声メールへルーチングすること、コール側に再生されるテキスト・メッセージを入力すること、あるいはその両方を行なうことを決定することができる。ＰＤＡは応答をＰＣＩサーバ４８へ送信するが、この応答により、コールがルーチングされる先の番号、合成音声を通してコール側に再生される短いテキスト・メッセージ、またはその両方が搬送される（ライン３５２）。ＰＣＩサーバは応答を受信すると、応答タイマをキャンセルし、その応答の中の加入者の決定を実行し、加入者の決定をどのように実行するかを示している確認通知を送信する（ライン３５４）。ＰＣＩサーバ４８が応答を受信する前に応答タイマが終了すると、ＰＣＩサーバ４８はＰＣＩデータベース４４から得たデフォルトの番号へコールを転送し、ステータス・メッセージをＰＤＡ３０へ送信してコール側がもはや待っていないことを加入者に通知する（ライン３５６）。また、コール側がこれ以上待たないと決定したときは（つまり、ハングアップまたは“＊”を押してコール側がデフォルト番号へ移ったとき）、ＰＣＩはこの情報を伝えるステータス・メッセージを送信する。ＰＤＡはステータス・メッセージを確認する（ライン３５８）。プロフィール管理によれば、加入者はＰＣＩデータベース４４とＰＣＩサーバ４８内のサービス・プロフィール・キャッシュ５１にストアされた加入者のサービス・プロフィール内のある種のエレメントを更新することにより、ワイヤレス・メッセージング・サービスとコール・コマンドサービスを変更することができる。プロフィール情報はＰＤＡ３０側にはローカルにストアされていない。加入者のプロフィールをＰＤＡ３０を使用して更新するためには、加入者はプロフィールを常にＰＣＩからダウンロードする必要がある。プロフィール管理は、プロフィール・ダウンロードとプロフィール・アップロードの２タイプのメッセージ・フローで行なわれる。図１９はプロフィール・ダウンロードの場合の、ＰＤＡ３０とＰＣＩサーバ４８との間のメッセージ・フローの例を示す図である。上述したように、プロフィールはＰＤＡ３０内にはストアされることがないので、プロフィールを更新するためにはプロフィールのダウンロードが必要である。加入者はＰＤＡ３０上でプロフィール管理アプリケーションを始動し、プロフィールのダウンロードを要求する。ＰＤＡ３０はダウンロード要求をＰＣＩサーバへ送信し、ＰＤＡ３０にダウンロードするための、加入者の変更可能プロフィール・エレメントのコピーを要求する（ライン３６０）。ＰＣＩは加入者ＩＤとパスワードから加入者が本人であるかどうかを検証する。加入者が本人でなければ、ＰＣＩは確認通知とエラー・コードを送信し、プロフィール更新セッションを終了する。加入者が本人であれば、ＰＣＩは加入者の変更可能プロフィール・エレメントをダウンロードする（ライン３６２，３６６，３７０）。変更可能プロフィール・エレメントについてのタグのリストが付録Ｃに付けられている。ＰＤＡ３０は受信したデータを確認する（ライン３６４，３６８，３７２）。ＰＤＡはダウンロード要求を送信したあとタイマを始動する。ＰＤＡがあらかじめ決めた時間（例えば、１０秒）内にＰＣＩサーバから確認通知またはデータを受信しないと、無線サービスエリア外にあると判断し、後でやり直すように加入者に通知する。ＰＣＩサーバ４８はデータをＰＤＡ３０へ送出するたびにタイマを始動する。ＰＣＩサーバ４８があらかじめ決めた時間（例えば、１０秒）内にＰＤＡ３０から確認通知を受信しなければ、プロフィール・ダウンロード・オペレーションを打ち切る。加入者がＰＤＡ上でプロフィールの編集を終えると、プロフィール・アップロード要求が出される。プロフィール・アップロードの場合の、ＰＤＡ３０とＰＣＩサーバ４８との間のメッセージ・フローの例は図２０（ａ）と（ｂ）に示されている。加入者がプロフィール・アップロード要求を出すと、ＰＤＡ３０はアップロード要求をＰＣＩサーバ４８へ送り、更新されたプロフィール・エレメントを送信する許可を要求する（ステップ３７８）。ＰＣＩサーバ４８は、例えば、加入者ＩＤとパスワードをチェックして加入者が本人かを検証し、同じ加入者から出された関連のダウンロード要求があるかどうかをチェックする。以前の関連ダウンロード要求のチェックは、加入者が変更したいプロフィールがＰＣＩサーバ４８が送信したばかりのプロフィールであるかどうかをＰＣＩサーバ４８が確かめるために必要である。加入者が本人でないか、あるいは関連のダウンロード要求パケットがなければ、ＰＣＩサーバは確認通知とエラー・コートをＰＤＡ３０へ送り、プロフィール更新セッションを終了する。加入者が本人であり、関連ダウンロード要求があれば、ＰＣＩサーバ４８は要求を受け付けて、確認通知とステータス・コード"OK"をＰＤＡ３０へ送信する（ライン３７６）。ＰＤＡ３０はＯＫを受信すると、更新されたプロフィール・エレメントをフォーマットし、ダウンロード段階でプロフィールがＰＤＡ３０へ送信されたのと同じようにそれらをＰＣＩサーバ４８に送信する（ライン３７８〜３８６）。エラーが検出されなければ、ＰＣＩサーバ４８は更新されたプロフィール・エレメントをＰＣＩデータベース４４へ送って変更をゆだねる。確認がＰＣＩデータベース４４から受信されると、ＰＣＩサーバ４８は確認通知をステータス・コード“ＯＫ ”と共にＰＤＡへ送り、図２０（ａ）に示すように、確認してプロフィール更新セッションを終了する（ライン３８８）。図２０（ｂ）は、ＰＣＩサーバ４８がアップロードされるプロフィールにエラーを見つけたときの、メッセージ・フローの例を示す図である。アップロードは上述したように行なわれる（ライン３９０〜３９８）。ＰＣＩサーバ４８はアップロードされるプロフィール・エレメントにエラーを見つけるとエラー・メッセージを送り、プロフィール・エレメントが正当でないことを加入者に通知する（ライン４００）。ＰＤＡはエラー・メッセージの受信を確認する（ライン４０２）。ＰＣＩサーバ４８は、正当でないプロフィール・エレメントをダウンロード段階でプロフィールがＰＤＡ３０へ送信されたのと同じように送信する（ライン４０６，４０８）。ＰＤＡ３０はアップロード要求を送信またはデータを送信するときタイマを始動する。ＰＤＡ３０があらかじめ決めた時間内にＰＣＩサーバ４８から確認通知を受信しなければ、プロフィール・アップロード・オペレーションを中止し、後でやり直すように加入者に通知する。Ｖ．サービスＡ．ワイヤレスＥメール・メッセージングＰＣＩはいくつかのワイヤレス・テキスト・メッセージ送信、受信、およびサービス制御機能を備えている。ＰＣＩのワイヤレス・テキスト・メッセージング・サービスは次の３つのネットワーク・ベースの特性をベースにしている。・音声メッセージ通知、音声メール、電話コール、Ｅメール、およびファックスを結合するメッセージ統合化。・メッセージ・ルーチングおよび送付。つまり、ＰＣＩはワイヤレスおよびワイヤライン・ネットワーク・ゲートウェイである。・データベース・アクセス。つまり、加入者プロフィール、認証、および妥当性検査。ＰＣＩはパーソナル・コミュニケーション・サービス統合化特性を使用して加入者に提供されるワイヤレスサービス機能を統合化している。これは、ＰＣＩにストアされた加入者アクセス可能な「加入者プロフィール」によって加入者がメッセージ・ルーチングと送付を制御することにより達成されている。加入者プロフィールは、メッセージ受信、発信、および通知に関して加入者がプログラムした指示(instruction)を収めている。従って、ＰＣＩはメッセージング・ゲートウェイの働きをして、複数のワイヤライン・ネットワークとワイヤレス・ネットワークへのアクセスを可能にすると同時に、加入者プロフィール情報を使用して送信と受信オプションを制御する。ＰＣＩによると、ワイヤレス・サービス・プロバイダはある加入者のための音声メッセージング、Ｅメール、およびファックス・メッセージ・サービスを単一の電話番号を通して統合化することができる。従って、サービス・プロバイダおよび加入者の音声およびデータ通信回線との間は、１つの電話番号で１つのリンクで結ばれることになる。メッセージ送信機能としては、異種ネットワーク間の通信とブロードキャスト通信とがある。加入者は音声メール、Ｅメール、およびファックス・メッセージを異種サービス・プロバイダおよびネットワーク間で送信することができる。また、加入者はＥメールとファックス・メッセージをブロードキャスト送信することも可能であり、このブロードキャストでは単一の配布リスト内にＥメールとファックス・メッセージを混在させることができる。例えば、加入者はＰＤＡ上でメッセージをタイプし、それをワイヤレス・ネットワークを利用して配布リストへ送ることができる。この配布リストは、メッセージをＥメールとしてオフィスへ送り、ファックスとしてクライアントへ送るようにＰＣＩに指示することができる。メッセージ受信機能としては、パーソナル番号アドレシング、メッセージ受信メディア・フォーマットの選択、クロスメディア・メッセージ通知の選択、およびメッセージ・スクリーニングと送付オプションの選択がある。加入者は、音声（たとえば電話）、音声メール通知、Ｅメール、およびファックス通信を１つのパーソナル電話番号で受信することができる。加入者は日付、曜日などの、選択したパラメータに基づいてＥメールとファックス送付を指示することができる。加入者のメディア・メッセージ通知、Ｅメールまたはファックス・メッセージの音声メール通知、音声メールまたはファックス・メッセージのＥメール通知、およびＥメールまたは音声メール・メッセージのファックス通知は、選択したオプションとパラメータに基づいて加入者に送付することができる。上記とは別に、加入者のワイヤレス端末が活性化されていなければ、Ｅメールは加入者のプロフィールに定義された別の宛先へ自動的にルーチングすることが可能である。例えば、加入者は不要な中断や望ましくない着信コール費用を避けるために、訪問先ロケーションで電話コールを受信しなくない場合がある。加入者は電話コールをページャへ送信し、コールを音声メールへ転送するようにＰＣＩに指示する。その通知を受けたあと、利用者は、相手側に直接にコールするか、音声メールをチェックするか、あるいはコールを後まで無視するかを、ページャ通知に含まれる電話番号から判断することができる。また、加入者は、どのメッセージを加入者が現時点でサービスを受けているネットワークへ転送するか、どのメッセージを別のネットワークへ転送するか、どのメディアを使用してある種のメッセージを受信するかを指示することもできる。また、加入者は、例えば、ワイヤレス端末がオフのとき、Ｅメールへ送られるすべてのテキスト・メッセージとすべての音声メッセージを音声メールへ送ることを指示することもできる。ＰＣＩサービス制御機能としては、加入者プロフィール管理のサポート、ワイヤレス・ネットワークとワイヤライン・ネットワーク間のパーソナル・モビリティのサポート、およびワイヤレス端末モビリティのサポートがある。加入者のプロフィールはテキスト・メッセージをワイヤレスネットワーク経由でＰＤＡから送信することにより、あるいはＤＴＭＦ（タッチトーン）メッセージをワイヤライン端末またはワイヤレス端末から送ることにより更新することができる。加入者は、情報の送受信のためのメディアを選択し、メッセージ通知のためのクロスメディアを選択し、メッセージ・スクリーニングと送付オプションを選択し、単一音声メールボックス・ストレージ（２つ以上の音声メールボックスを持つ加入者の場合）を選択し、ＰＣＩサービス・パスワードを選択するようにプロフィールをプログラムすることができる。これらのオプションはすべて、ワイヤレスまたはワイヤライン端末上で維持することができる。加入者はワイヤレス端末に自動的に登録し、登録解除できるので、プロフィールにプログラムされているようにメッセージを受信したり再ルーチングするように加入者のプロフィールを更新することができる。ワイヤレス・データ・ネットワークによると、ＰＤＡ４８のようなワイヤレス・データ端末を使用してＰＣＩサーバ４８と加入者との間でデータ転送を行うことができる。ワイヤレス・データ・ネットワークは種々のプロトコルを使用して、様々な方法でＰＣＩサーバに接続することが可能である。例えば、ワイヤレス・データ・ネットワークは専用回線(leased line)を使用してＰＣＩサーバに接続し、専有のプロトコルを実行してＴＣＰ／ＩＰなどの標準プロトコルでＰＣＩサーバに接続することができる。テキスト・メッセージング・システムは、例えば、Frame Relay、ＳＭＤＳ、ＩＳＤＮ、専用回線インタフェースを通してＰＣＩサーバに接続できるが、データ・コミュニケーションをサポートする上で有効な他のトランスポート・メカニズムを使用することも可能である。X.400（この場合には、X.400 ゲートウェイ変換が必要である）などの、インターメッセージ処理システム・プロトコルや、データ・トランスポート・インタフェースの終端となるインターネットワーキング・ユニットによってサポートされるインターネットＳＭＴＰまたは他のプロトコルを使用して、ＰＣＩサーバ４８とＰＣＩをアクセスするシステムとの間でメッセージを転送することができる。ＰＣＩサーバは、好ましくは、T.434 フォーマットのファックスの送受信をサポートする。ＰＣＩサーバは、好ましくは、ＴＣＰ／ＩＰトランスポート・プロトコルによってサポートされるシンプル・メール・トランスファ・プロトコル（ＳＭＴＰ）を使用してファックスの送受信をサポートすることもできる。図２１は、テキスト・メッセージング・システムをサポートするＰＣＩサーバの実施例を示す図である。この実施例では、加入者は、ローカル・エリア・ネットワーク（ＬＡＮ）４１４とエンタープライズ・テキスト・メッセージング・システム（例えば、ローカル・ネットワークＥメール）４１３に接続されたパーソナル・コンピュータ４０２をオフィスに持ち、パーソナル・コンピュータ４１６を自宅に持ち、メッセージを送受信するＰＤＡ３０などのワイヤレス端末を持っている。これらのデバイスはすべてＰＣＩに接続されている。例えば、加入者の自宅のパーソナル・コンピュータ４１６はモデムおよびＰＳＴＮまたはＩＳＤＮを利用するワイヤライン・データ・ネットワーク経由でＰＣＩ４０に接続することができる。ＬＡＮに接続された人は、ＰＣＩを使用しなくても、ローカル・テキスト・メッセージング・システムを使用して加入者にテキスト・メッセージを送信することができる。すなわち、コンピュータ４２０の利用者はＰＣＩノード４０に入らなくても、加入者のオフィス・コンピュータ４１２にＥメールを送信することができる。エンタープライズ・テキスト・メッセージング・システム４１３はＰＣＩに接続されているので、すべてのエンタープライズ・メッセージング利用者は該当のＰＣＩアドレスを使用することにより、すべてのＰＣＩ加入者（ローカル・テキスト・メッセージング・システム４１３に接続されていない人も含む）との間でメッセージを送受信することができる。テキスト・メッセージ処理システム２４２２などの別のエンタープライズ・メッセージング・システムに接続された人は、メッセージをＰＣＩサーバ４８を経由してルーチングすることにより、メッセージ処理システム１４１３上の加入者にメッセージを送信することができる。ＰＣＩ加入者には、音声通信とデータ通信の両方ための単一のパーソナル電話が割り当てられる。例えば、E.164 アドレス（つまり、電話番号）をＰＣＩ加入者に割り当てて、単一ＰＣＩアドレスとして使用することができる。これらの電話番号は現行ＰＳＴＮアーキテクチャに従って地域別にすることができるが、ポータブル・ユニバーサル番号を使用することも可能である。サブアドレシングを可能にする１５桁番号フォーマットが望ましい。例えば、ＰＣＩ加入者宛のメッセージを加入者の電話番号（例えば、201-555-5555）にアドレス（宛てる）することが可能である。ＬＡＮメール・システムやサードパーティ・メッセージ処理システムなどの発信元メール・システムがドメインＩＤを要求している場合は、発信側は、201-555-5555 ＠ PCIと、インターネットでは、201-555-5555 ＠ p ci.netと指定する必要がある。ＰＣＩサーバ４８はメッセージを受信すると、ＰＣＩデータベース４４にストアされたコール・プロセス要求データベース２２２にストアされた加入者のプロフィールを調べて、着信メッセージをどのように処理すべきかを判断する。以下は、ＰＣＩが加入者のために提供できるオプションのいつかを示したものである。・メッセージを加入者のワイヤレスＰＤＡへ送信する。・メッセージを自宅の加入者のワイヤレス・コンピュータへ送信する。・メッセージをオフィスの宛先テキスト・メッセージング・システムへ送信する。・着信メッセージの通知をワイヤレス・データ端末へ、実際のメッセージをテキスト・メッセージング・システムへ送信する。・メッセージを上記のいずれか、またはすべてへ送信する。加入者はテキスト・メッセージをワイヤレス・データ・ネットワークまたはワイヤライン・データ・ネットワーク経由でＰＣＩサーバ４８に送信することができる。ＰＣＩサーバ４８はＰＣＩデータベース４４に置かれた加入者のプロフィールを調べ、プロフィールに見られるルーチング宛先に基づいて該当する宛先へメッセージを転送する。ＰＣＩ４０に接続されていないテキスト・メッセージング・システムは、送信側（センダ）のテキスト・メッセージング・システムとＰＣＩ加入者のテキスト・メッセージング・システムとの間に接続された別のネットワークを使用して、テキスト・メッセージをＰＣＩ加入者に送信することができる。例えば、非接続テキスト・メッセージはインターネットを利用してＰＣＩに接続することができる。次に、ワイヤレス・メッセージングのフローについて説明する。以下では、ＰＣＩ加入者が、例えば、ワイヤレスＰＤＡ３０へのＥメールを受信するフローについて説明する。Ｅメールはワイヤラインまたはワイヤレス送信側からＰＣＩ加入者へ送信され、ＰＣＩサーバ４８に到着する。着信Ｅメールは ”201-555-5555 ＠ pci.net”フォーマットの受取人アドレスを収めており、ここで201-555-5555は加入者の１０桁パーソナル番号であり、pci.bellcore.comはインターネットにおけるＰＣＩサーバのドメイン名である。ＰＣＩサーバ４８はＰＣＩサーバに置かれたプロフィール・サービス・キャッシュ５１から、あるいは加入者プロフィールをＰＣＩデータベース４４からキャッシュ５１にダウンロードすることによって加入者のサービス・プロフィールをチェックし、Ｅメール・メッセージをどのように処理すべきかを判断する。プロフィールはスクリーニングとルーチング情報および通知情報を収めている。ＰＣＩサーバ４８はこの情報を使用して着信Ｅメールを、例えば、ワイヤレス・データ・ネットワーク上ではＵＤＰ／ＩＰプロトコルを使用して、インターネット・ワイヤライン・ネットワーク上ではインターネットＳＭＴＰプロトコルを使用して、またはTelecater Alpha Numeric（ＴＡＰ）を使用して、実際の宛先アドレス（これはワイヤレス、ワイヤライン、またはページング・アドレスにすることができる）へ送信する。この場合、加入者はＥメールがＰＤＡ３０へ送信されるように加入者プロフィールにプログラムしている。ＰＣＩサーバ４８はＥメール・メッセージを受信し、それをプロフィールにプログラムされたワイヤレス・データ・ネットワークに転送する。Ｅメールはワイヤレス・データ・ネットワーク３９経由で伝送され、ＰＤＡ３０によって受信される。Ｅメールが送付不能のときは、ＰＣＩサーバは、送付不能の理由を示した簡単な説明を付けて、ＳＭＴＰプロトコルを使用して発信元へＥメールを返送する。Ｅメール・メッセージが英数字ページング・アドレスへ送付される場合は、ＰＣＩサーバはそのＥメール・メッセージをページング・メッセージに変換し、そのページング・メッセージを加入者プロフィールに指定されているページング・ネットワークへ送信する。ＰＣＩサーバとページング・ネットワーク間のプロトコルはTelocater Alpha Numeric（ＴＡＰ）である。ＰＣＩサーバはページング・メッセージをページ当たりの最大文字数である、最大ページ・リミットにフォーマットする。例えば、ページ・リミットは２ページにし、ページ当たりの最大文字数を２５６にすることができる。ＰＣＩサーバはページング・メッセージがページング・サービス・プロバイダによって実際に送付されたかどうかの確認を行わない。しかし、メッセージがページング・サービス・プロバイダに正しく送信されたかどうかの確認は行う。ＰＣＩサーバはこの確認を行わないので、ページャへ送信されたメッセージがページャに正常に到着したことは想定の下で行われる。加入者プロフィールがＥメール・メッセージの音声メッセージ通知オプションを含んでいれば、ＰＣＩサーバは、ディジタル化事前録音音声アナウンスを生成し、それを加入者のサービス・プロフィールに指定されているアドレスへ送信する。音声メッセージ通知を送付するために使用されるプロトコルはAMIS-Analog Protocolである。この図示実施例では、好ましいＰＣＩサーバ・ノードはX.400 メッセージ・トランスポート・エージェントまたはＳＭＴＰルータとして機能し、ＰＣＩ加入者宛のメッセージを他のシステム上に接続された利用者宛のメッセージへルーチングする。X.400 メッセージ・トランスポート・エージェント（ＭＴＡ）の場合には、X.400 アドレスは加入者アドレスを内部表現するために使用される。E.164 ナンバリングなどの「ユーザ・フレンドリ」な加入者アドレスをX.400 アドレスへ変換することは、ＰＣＩアクセス・モジュールに置かれたルックアップ・テーブル（ＲＯＭまたは他のメモリ・デバイス）またはX.400 ゲートウェイを通して行われることになる。他のネットワークにいる利用者からの宛て先またはソース・アドレスはX.400 アドレスに変換されずに、送信側または受信側システムのネーティブ・アドレス・フォーマットのままになっている。しかし、X.400 ゲートウェイ・アドレスはメッセージ・ヘッダに付加できるので、ＰＣＩはメッセージを該当のゲートウェイへルーチングすることができる。ＰＣＩサーバ４８はメッセージの宛先フィールドにリストされた加入者へメッセージを送付することを受け持つ。単純なケースでは、加入者はそのアクセス接続の１つを通してＰＣＩがアクセス可能なX.400 またはインターネット・メールボックスをもっている。これとは別に、加入者プロフィールには、通常外の宛先へ送付するためにメッセージを転送する転送先アドレスを含めることも可能である。例えば、加入者のメールボックスは別のメッセージ処理システム、ワイヤレス・データ・ネットワーク、ワイヤライン・データ・ネットワーク、またはファックス・マシンに関連するＰＳＴＮ宛先に置いておくことも可能である。このようなメッセージの最終宛先への送付は、アドレス変換と、必要ならば、フォーマット変換を加入者プロフィール・エントリに定義された通りに担当するインターネットワーキング・ユニットによって処理される。主題(Subject)によるＥメール・スクリーニングの場合は、主題フィールドが分析され、アドレス・フィールドを比較する前に一致するものが存在するかどうかが判断される。主題フィールドがスクリーニング・リスト上のエントリに一致していれば、一致したエントリの処理が生じる。このことは、この図示実施例では、主題スクリーニングがアドレス送信側スクリーニングに優先して行われることを意味する。つまり、ＥメールがＥメール・スクリーニング・アドレス・リストから除外されているアドレスから送られてきたものであれば、そのＥメールは依然としてスクリーニング基準に従って送付されることになる。ＰＤＡ３０がワイヤレス・メッセージング・サービスに登録されていないか、あるいはＰＤＡ３０がメッセージがＰＣＩサーバ４８に到着した時点で無線サービスエリア外にあれば、メッセージは、テキスト・メッセージ・システム４１３などの加入者の外部メッセージ・ストレージ・システムヘ送信される。Ｂ．音声メッセージング図２２は、音声メール・システムの場合のＰＣＩサービスの実施例を示す図である。音声メール・システム４３０は公衆電話ネットワーク４３２および音声メッセージング・インタフェース規格（Audio Messaging Interface Specificatio n - ＡＭＩＳ）−アナログ・プロトコルを使用して、アナログ音声メッセージをＰＣＩに接続することができる。別の方法として、音声メール・システムはモデム４３４、個人回線４３６、またはISDN BRI AMIS-ディジタル・プロトコル４３８を使用して、ディジタル音声メール・シグナルをＰＣＩに接続することも可能である。ＰＣＩ上の音声メッセージング・システムはメッセージをＰＣＩサーバ４８に送って、加入者が音声メッセージを受信したことを通知できるようになっていなければならない。音声メール・システムは、例えば、モデムとの非同期インタフェース、X.25、ISDN BRI、またはＴＣＰ／ＩＰインタフェースを使用してこのテキスト・メッセージを送信することができる。好ましくは、ＰＣＩサーバ４８はＡＭＩアナログおよびディジタル・インタフェースをサポートする。ＰＣＩ音声メッセージング・コール・フローは次の通りである。ＡＭＩＳ−アナログ・プロトコルを使用して、音声メッセージを発信するシステムは送付すべきメッセージのタイプ、メッセージ長（分単位）、発信元のメールボックス番号および受取人のメールボックス番号を指定しているメッセージ情報をＰＣＩサーバ４８に送信する。メッセージがＰＣＩサーバ４８に到着すると、発信元のメールボックスはＡＭＩＳ−アナログ・プロトコルから抜き出され、加入者プロフィールにストアされた加入者の音声メールボックスと比較される。２つの値が一致していれば、音声メッセージは加入者が指定したメールボックスにすでに入っている。この場合は、ＰＣＩサーバ４８はＡＭＩＳ−アナログ・プロトコルを使用して偽のエラー・コードを発信元音声メッセージング・システムへ送るので、音声メッセージは拒否され、ＰＣＩサーバ４８へ転送されない。しかし、そのような通知が加入者プロフィールで要求されていれば、ＰＣＩサーバ４８は通知メッセージを加入者に送信するために必要なヘッダ情報をもっている。発信元のメールボックスが加入者の音声メールボックス番号と一致していなければ、ＰＣＩサーバ４８はメッセージ長パラメータを分析する。このパラメータが一定のあらかじめ決めた長さ（例えば、３分）を超えていれば、ＰＣＩサーバ４８はメッセージが長すぎるＣとを指定したエラー・コードを送信する。音声メッセージの処理はここで終了する。メッセージ長があらかじめ決めた時間を超えていなければ、ＰＣＩサーバ４８は応答メッセージを発信元音声メッセージング・システムへ送信し、メッセージを受け付ける。発信元音声メッセージング・システムは音声メッセージをＰＣＩサーバへ転送する。音声メッセージがＰＣＩサーバ４８に到着すると、ＰＣＩサーバ４８は加入者プロフィールに入っているスクリーニング、登録、およびルーチング・オプションに従って音声メッセージをルーチングしようとする。ＡＭＩＳ−アナログ・プロトコルを使用して、ＰＣＩサーバ４８は、送付すべきメッセージのタイプ、メッセージの長さ（分単位）、発信元のメールボックス番号、および受取人のメールボックス番号を指定しているメッセージを情報を加入者の宛先音声メッセージング・システムに送信する。宛先へ送付できない音声メッセージの場合は、例えば、メールボックスが一杯であると、宛先システムは、メッセージが送付不能である理由を示した不送付通知メッセージをＰＣＩサーバ４８へ送信する。ＰＣＩサーバ４８はシステムに定義された時間期間まで送付を再試行する。再試行がいずれも失敗すると、サーバ４８はＡＭＩＳ−アナログ・プロトコルを使用して、該当の不送付通知と一緒に音声メッセージを発信元音声メッセージング・システムに返送する。事前録音不送付アナウンスがメッセージ発信元に送信され、メッセージが送付不能であることを通知する。処理はここで終了する。宛先システムがメッセージを受け付けると、ＰＣＩサーバ４８は音声メッセージを宛先システムに転送する。加入者が着信音声メッセージのＥメール通知を選択したときは、通知は加入者プロフィールに指定されている通りに、ワイヤレスまたはワイヤライン・ネットワークを経由して加入者へ送信される。加入者がページ通知を選択していれば、通知はプロフィールに従ってページング・ネットワークを経由して送信される。どちらの通知も、音声メッセージの発信元のメールボックス番号、メッセージが受信された日付と時刻、および音声メッセージの長さ（分単位）を含んでいる。別の例では、ディジタル音声メール・システムをもつ利用者は音声メール・メッセージを作成し、それをアナログ音声メール・システムの利用者へアドレスして（宛て）いる。宛先電話番号は、メッセージがＰＣＩサーバ４８へルーチングされなければならないことを示している。ＰＣＩサーバ４８は受取人の利用者プロフィールをチェックし、宛先の受取人がアナログ音声メール・システムをもっていると判断する。メッセージは、ＡＭＩＳ−アナログ・プロトコルを使用してアナログ音声メール・システムへ渡される。加入者は、それが加入者プロフィールで選択されたものであれば、音声メール・メッセージをすべて音声メール・システムで受信する。また、加入者は、音声メール・メッセージの通知となるテキスト・メッセージとそのメッセージのエンベロープ（封筒）情報をワイヤレス・データ端末から受信するようにプロフィールをセットアップすることも可能である。別の方法として、受取人音声メール・システムはメッセージの通知を収めているテキスト・メッセージとそのメッセージのエンベロープ情報を送信することも可能である。ＡＭＩＳ−ディジタル・プロトコルの機能の１つは、オリジナル音声メッセージに送信側によって緊急のマークが付けられていると、ＡＭＩＳ−ディジタル・プロトコルは音声メッセージング・システムからＰＣＩサーバへ送信されるメッセージの中にプライオリティ・ステータス情報を組み入れることである。この情報を使用して、ＰＣＩはプライオリティ・メッセージをスクリーニングすることができる。音声メッセージング・ゲートウェイはベンダ所有の音声メール・フォーマットをX.400 フォーマットに、あるいはその逆に変換することにより、異種のメッセージ・フォーマットをブリッジしている。これは、音声を専有フォーマットとX. 400 フォーマットとの間でコード変換することを受け持っている。また、これは、ＡＭＩに規定されたX.400 プロトコルとの間でオプションをマッピングしている。Ｃ．ファクシミリ・メッセージング図２３はファックス・メッセージングの場合のＰＣＩサーバを示す図である。ＰＣＩサーバ４８はアナログ回線４４４またはＴ１トランク４４５を介して公衆交換電話ネットワーク４３２に接続されている。ファックス・マシン４４０とファックス・サーバ４４２はＰＳＴＮ４３２に接続されている。ＰＣＩサーバ４８は個人回線４４６またはＩＳＤＮ４３８を介してファックス・マシン４４０とファックス・サーバ４４２に接続することも可能である。加入者がファックスを受信するためには、ファックス・マシンの電話番号を加入者プロフィールに与えておく必要がある。ＰＣＩはファックスを指定された番号へ送信し、利用者がプロフィールで選択した通りにテキスト通知メッセージを送信することも、他の動作をとることもできる。利用者がファックスを受信するワイヤレス・データ端末を指定していれば、ＰＣＩサーバ４８は必要なワイヤレス適応処置を行い、ワイヤレス・データ端末を通してファックスを送信する。ファックスは、そのフアックスをＰＣＩノードへルーチングすることによってＰＣＩ加入者へ送信することができる。利用者はファックスを加入者へ送信するためにはＰＣＩサーバ４８の電話番号をダイヤルしなければならない。ＰＣＩサーバ４８はファックスを加入者の電話番号へ送信する。ＰＣＩサーバは加入者の利用者プロフィールをチェックして、ファックスをどのように送付するかを判断する。この例では、ファックス・メッセージは指定された電話番号のファックス・マシンへ送信される。既存のファックス・マシン４４０をもつファックス利用者は、ＰＣＩをアクセスするためにはＰＳＴＮネットワーク経由でコールを行わなければならない。これは、既存のフアックス・マシン４２０が、ファックス・サーバ４２２とは異なり、ポイント・ツー・ポイント通信を目的とした設計になっており、ファックス・ネットワーク通信を目的としていないためである。既存のファックス・マシン４２０の利用者は２通りの方法でＰＣＩをアクセスすることができる。１つは２段階のダイヤリングによる方法である。送信側は最初にＩＣＰ４８をダイヤルし、次に、ＩＣＰからプロンプトを受け取ったあと受取人の番号をダイヤルする。もう１つは、使用者が＊ＦＸ＋宛先アドレスをダイヤルする方法である。ファックス・マシンの使用者は＊ＦＸを頭に付けた受取人電話番号をファックス端末から直接にダイヤルすることができ、これによりファックス・コールをＰＣＩサーバ経由で自動的に転送するようにスイッチに通知する。 X.400 メッセージングをサポートするファックス・サーバはX.400 アドレス・フィールドにパーソナル番号を含むので、ＩＣＰが利用者にパーソナル番号を要求する必要がない。Ｄ．コール・コマンド(CallCommand) PCI CallCommand(ＣＣ)サービスを利用すると、加入者はワイヤレス・データ端末またはＰＤＡを使用しながら、音声コールをリアルタイムで制御することができる。ＣＣは、各地を移動する利用者にリアルタイム・コール管理機能を提供することによってパーソナル番号サービス（つまり、ＨＬＲ）を強化することを計画している。ＣＣは加入者に次の４つのコール管理オプションを提供する。・ロケーション独立性（パーソナル番号／ＨＬＲアプリケーションを追加する）・リアルタイム・コール・スクリーニング（ＡＮＩの使用および／またはコール側に番号入力を要求）・リアルタイム・コール・リディレクション（コール側当事者に基づいてコールを任意の電話番号へ転送する）・リアルタイム・ショート・メッセージング（コール側に再生するショート・メッセージの入力または選択）コール側がＰＣＩ加入者の電話番号にダイヤルすると、コール側の電話番号がスクリーニングのために入力される。コール側の番号が入力されると、ＰＤＡ３０はコールする番号を名前にマッピングし、着信コールをコール側に知らせる。ＰＤＡ３０はコール側の名前および／または番号をビジュアルに表示する。加入者は、ＰＤＡ３０を使用して、コールをルーチングしようとする最寄りの電話の電話番号を入力することによりコールを受け付けることができる。別の方法として、加入者はコールを同僚の電話または音声メールボックスなどの別の番号へ転送させることも可能である。加入者がコール側に応答しないと決めたときは、コール側にアナウンスが再生され、音声メールや秘書などの、あらかじめ決めたデフォルトの電話番号へ転送される。ＣＣによると、加入者は簡単なメッセージをコール側へ送ることができる。着信コールを知ると、加入者は、ＰＤＡ３０上であらかじめ定義したメッセージ・リストから選択することも、新しいメッセージをタイプすることもできる。メッセージはＰＣＩサーバ４８へ送信され、そこでテキスト・メッセージは音声に変換され、待っているコール側にメッセージが再生される。コール側はメッセージを受信し、音声メールを加入者のために残しておくことも、加入者によって別の電話番号へ転送させることもできる。コール・コマンドを使用すると、各地を移動する加入者は、コール側に対してスクリーニング、再ルーチングおよびメッセージングを使用して、着信コールをリアルタイムで管理することができる。ＰＤＡ３０をもつコール・コマンド加入者には、コール側の名前および／または番号がビジュアルに通知される。加入者はコールを受け付けて、それを最寄りの電話の番号といった特定の番号へルーチングするか、コールを音声メールボックス、同僚の電話番号、秘書の電話番号といった、別の番号へルーチングするか、コール側に応答してメッセージにキーインした短いメッセージを合成音声でコール側に再生するかを選択することができる。このサービスには、いくつかの非リアルタイム・コール管理機能も用意されており、この中には、あらかじめ決めたスクリーニング・リスト、ルーチング・スケジュールの曜日／時刻、ロケーション順序付けなどが含まれている。コール・コマンドを使用すると、移動加入者はパーソナル・ディジタル・アシスタントを使用して電話コールを管理し、受信することができる。コール・コマンド利用者は、Ｅメール、コール管理、およびその他のワイヤレス・データ・アプリケーションのためにAridsまたはＲＡＭ移動データなどの、ワイヤレス・データ・サービスに事前加入する。ワイヤレス・データ・プロバイダは加入者のＰＤＡ３０との無線インタフェースを提供する。ローカル交換キャリヤはＰＣＩインタフェースを通してワイヤレス・データ・プロバイダとのインタフェースとなっている。コール側が番号を入力すると、ローカル交換キャリヤはコール当事者情報を収めているデータ・メッセージを転送する。ワイヤレス・データ・プロバイダは加入者の所在を突き止め、コール当事者情報を加入者のＰＤＡ３０へ転送し、そこで加入者にコールが通知される。加入者はルーチング番号を収めているデータ・パケットをＰＣＩへ転送する。ＰＣＩはコールをそれに応じて再ルーチングする。図２４はコール・コマンドコール・フローの例を示す図である。呼出し側である、ジョー(Joe)４５０はメアリー(Mary)と話すことを望んでいる。メアリーはオフィスから離れており、コール・コマンドサービスをもつＰＣＩ加入者である。メアリーはＰＤＡ３０をもち、これはオンになっており、訪問先ロケーションで登録されている。ジョーはメアリーのオフィスの電話番号にダイヤルする。この電話番号はジョーのコールをＰＣＩサーバ４８に接続している。ＰＣＩサーバ４８ネットワークは彼の電話番号をタイプするようにジョーに指示する。ＰＣＩサーバ４８はジョーをホールドにし、合成音声を使用してメッセージを再生して、ネットワークがメアリーの所在を探している最中であるとジョーに知らせる。ネットワークは、メアリーが訪問先ロケーションで登録されていると認識し、ワイヤレス・データ・ネットワーク３９を利用して電話通知を送信する。電話コールが特定の電話番号から着信したことがメアリーにＰＡＤ３０上で通知される。メアリーがその電話番号に対応する名前をＰＤＡ３０上のディレクトリにプログラム済みであれば、その名前も現われるようになっている。従って、メアリーは電話コールがジョー・スミス(Jeo Smith)からのものであることを知る。メアリーはいくつかのオプションをもっている。メアリーはＰＤＡ３０からＰＣＩネットワークへ送られるようにあらかじめ選択されたメッセージをタイプするか、選択することで、メッセージは合成音声に変換され、ジョーに再生されるようになっている。メアリーはセルラー電話や最寄りの有料電話４５２などの近くの電話へコールを転送することも、コールを秘書の電話番号や同僚の電話番号へ転送することもできる。メアリーはメッセージを送信し、コールを転送することも、コールを音声メールへ連送することもできる。この図では、メアリーはコールをローカル公衆有料電話４５２へ転送することを選択している。コールは公衆交換電話ネットワーク４３２を経由して選択した電話へ転送され、メアリーとジョーは会話をする。コール・コマンドには、長所となるいくつかの機能がある。コール・コマンドにはリアルタイム・コール・スクリーニング機能があるので、加入者はコール側、時刻または日付を基準にして、あらかじめ決めた方法でコールを送ることができる。また、コール・コマンドにはリアルタイム・コール再ルーチング機能があるので、加入者は任意の電話番号へコール毎にコールを再ルーチングすることができる。つまり、コールが受信されたとき、加入者はコールをルーチングしたい先の電話番号を入力することができる。例えば、これは、訪問先のオフィスの電話、レンタル・セルラー電話、または公衆電話にすることができる。ＰＤＡがエリア外にあるとか、加入者が既に話し中であるとか、あるいはＰＤＡがオフにされているなどの理由で加入者がコール側に応答できない場合には、加入者はデフォルトのルーチング番号を選択することができる。このようなデフォルト番号は音声メールボックス、秘書、同僚、または他の電話番号にすることができる。コール・コマンドにはコール・メッセージング・オプションもある。このオプションを使用すると、加入者は簡単なメッセージをコール側当事者に送ることができる。このメッセージはＰＤＡ３０からタイプされ、ワイヤレス手段によってＰＣＩへ送信される。ＰＣＩは信号を合成音声に変換し、それをコール側に再生する。例えば、加入者の上司がコールして応答を待っているときに、加入者が重要なカストマにコール中である場合がある。この場合、コール・コマンド加入者はカストマと話し続けながら、「カストマと話し中です。かけ直します（コールバック）」というメッセージを管理者に送信することができる。コール・メッセージング機能には２つの側面がある。第１の側面はＰＤＡ３０からＰＣＩへのワイヤレス・メッセージングである。第２の側面はテキストから音声への変換である。加入者はメッセージをＰＤＡ３０からタイプインすることができる。メッセージはワイヤレス・データ・プロバイダ・ネットワークからデータ・メッセージングとして発信し、ＰＣＩインタフェースを通してローカル交換キャリヤ・ネットワークへ転送される。ＰＣＩサーバ４８はワイヤレス・テキスト・メッセージを音声に変換し、それをコール側に再生する。コール・コマンドには、あらかじめ決めたコール管理オプションもある。この機能を使用すると、加入者は応答しない(unanswered)コールをあらかじめ決めたデフォルト電話番号へ送信させることができる。例えば、コールに応答できない場合は、そのコールはまず、例えば、サービス・ホットラインへ転送される。サービス・ホットラインが応答しなければ、秘書へ転送される。秘書が応答しなければ、音声メールへ転送される。コールが次の番号へ転送されるたびに、メッセージはコール側に再生される。ルーチング番号と続き順序はＰＣＩデータベース内の加入者プロフィールを更新することで変更することができる。また、この機能を使用すると、加入者はある種の番号の管理を事前に決めておくこともできる。例えば、加入者は、コール側当事者の番号が直属の家族、上司または重要なカストマの番号と一致した場合だけ、リアルタイムで通知を受けたい場合がある。他の場合には、加入者は、コールが音声メールボックスや秘書などの、デフォルト番号へ自動的に再ルーチングされることを望んでいる場合がある。ビジネスが広範な地域に渡っている企業の場合には、加入者は電話コールがコールの発信場所を基準にして、異なる場所へルーチングされることを望んでいる場合がある。例えば、ニューヨークまたはニュージャージからのコールはカリフォルニアからコールするその地域担当のセールスマンにルーチングすることも、その発信地域のセールスマンにルーチングすることもできる。コール管理機能を使用すると、加入者はすべてのルーチングを一日の時刻に基づいて事前に決めておくことができる。例えば、加入者は、営業時間にはコールをカストマ・サービス・スタッフへ転送させ、営業時間外には個人的にコールを通知させたい場合がある。ワイヤレス・テクノロジは加入者が絶えず利用できる状態にしているので、重要なことは、加入者が通信の試みを自分の裁量で受け付けたり、拒否したりできるようにすることである。コール番号をＰＤＡ３０へ送付すると、加入者は通信の試みが行なわれるつど各試みをローカルにスクリーニングすることができるが、加入者は、重要な会議といったように、気が散ってはいけないような環境にある場合がある。従って、加入者は、サービスを送付するネットワークがそれによってコール側をスクリーニングするリストを作成することができる。これらのネットワーク常駐リストは加入者のリモート・ワイヤレス・デバイスに対するコールの試みの数を減らすことになる。コール・コマンドサービスを使用すると、加入者はスクリーニングをオン、オフにしたり、番号と名前をこれらのリストに追加し、削除することができる。ワイヤレス・データ・サービスと同じように、コール・コマンドサービス・プロフィール管理によると、加入者はＰＣＩデータベース４４に置いておくことが好ましい加入者プロフィールを変更または更新することができる。プロフィールはサービス・プロバイダが制御するサービス・インテグレータによって作成され、削除される。加入者は、ＤＴＭＦトーンまたはデータを使用するワイヤレスまたはワイヤライン・メッセージングによってプロフィールを変更することができる。加入者プロフィールはＰＤＡ３０などのワイヤレス・デバイスによって更新することができる。加入者プロフィールはワイヤレス通信によっても変更することができる。加入者は電話またはワイヤライン・データ端末を使用してＰＣＩデータベース４４にコンタクトすることができる。ＰＣＩサーバ４８はワイヤレス端末とＰＣＩデータベース４４との間のメディエーション(mediation)デバイスとして働き、ＤＴＭＦプロフィールの更新を行う。好ましいことは、ワイヤライン・ネットワークが、ＤＴＭＦ電話を使用して加入者にプロフィール更新をプロンプトで要求するサービス管理オペレーティング・システムにサポートされており、このサービス管理オペレーティング・システムがＰＣＩデータベース４４に置かれた加入者のプロフィールに該当の変更を行ったときプロフィールの更新が完了しているようにすることである。サービス管理オペレーティング・システムがＰＣＩデータベース４４内のプロフィールを変更するために使用されるときは、その変更をＰＣＩサーバ４８にも報告し、サービス・プロフィール・キャッシュ５１がその変更に応じて変更されるようにしておく必要がある。コール・コマンドはＰＣＩデータベース４４に置かれたサービス・ロジックに制御位置をもっている。ＰＣＩデータベース４４のサービス・ロジックには次のような機能がある。（１）サービス・ステータス・メインテナンス。これは登録または登録解除されている加入者のステータスを維持している。（２）コール・スクリーニング。これは着信コールのスクリーニングをベースにしたネットワークを提供する。（３）コール・ルーチング。これは各コールのルーチング宛先を提供する。この情報はＰＣＩサーバ４８経由で、またはＰＣＩデータベース４４内の加入者プロフィールに事前にプログラムされた指示(instruction)によって加入者からリアルタイムで送られてきた情報に基づいている。（４）プロフィール管理サポート。これはＰＣＩデータベースに置かれたサービス・ロジックであり、加入者のプロフィールを提示のためにＰＣＩサーバ４８に「ダウンロード」してＰＤＡ３０を通して加入者が更新できるようにする。（５）セキュリティ。ここでは、加入者のパーソナル情報およびロケーションなどのステータスを保護するために加入者認証と正当性検査がサポートされていなければならない。（６）会計管理。ここでは、ＰＣＩデータベース４４はサービス・プロバイダの課金をサポートする会計パラメータを収集する。ＰＣＩデータベース４４に置かれた加入者プロフィールはある種の情報を収めていなければならない。この種の情報としては、加入者ＩＤ、加入者認証情報、ワイヤレス・データ・プロバイダのパラメータ、登録ステータス、サービス・モード（デフォルト、オーバライド、またはコマンド）、スクリーニング・リストおよびルーチング・テーブル（曜日パラメータと時刻パラメータを含む）などがある。ＰＣＩサーバ４８内のコール・コマンドサーバをサポートするアプリケーションはモビリティ管理機能を含んでいる。モビリティ管理機能はＰＣＩデータベース４４内のデータベースにステータス・ロケーション情報を提供し、ＰＣＩデータベース４４からの要求時に一時ロケーション宛先(Temporary Location Destin ation)番号を送付することを担当する。これを行うために、ＰＣＩサーバ４８は次のことを受け持っている。（１）ロケーション登録。ＰＣＩサーバ４８はＰＣＩデータベース４４を加入者のＰＤＡ３０のステータス（例えば、ワイヤレス・データ・ネットワークに登録されているか、有線で電話に登録されているか）で更新する。（２）コール側情報と加入者への提示のためにアナウンスを再生し、ディジットを収集する。（３）リモート通知。例えば、コール情報をフォーマットしてワイヤレス・データ・ネットワーク経由でＰＤＡ３０へ送信し、加入者に提示する。（４）プロフィール管理サポート（ＰＣＩサーバ４８は加入者のプロフィールの「ダウンロード」とパッケージングを提示のためにサポートし、ＰＤＡ３０から加入者によって更新するようにしなければならない）。（５）セキュリティ（加入者のパーソナル情報およびロケーションなどのステータスを保護するために加入者認証と正当性検査情報がサポートされていなければならない）。（６）会計管理。ＰＣＩサーバは会計パラメータを収集してサービス・プロバイダに課金のために提示しなければならない。 VI．メッセージ・フローＰＣＩワイヤレス・メッセージは３タイプのメッセージ・フローで行われる。第１はメッセージをある加入者から別の加入者へ送信することである。第２は加入者がワイヤレス端末を使用しているか、ワイヤライン端末を使用しているかに関係なくメッセージを受信することである。第３はメッセージを非加入者に送信することである。図２５は、メッセージを送信するＰＣＩワイヤレス加入者のメッセージ・フローの例を示す図である。ＰＣＩ利用者はメッセージを受け渡す（５０２）。このメッセージはＰＣＩサーバ内のメッセージ・トランスファ・エージェントによって受信される。ＭＴＡは発信元と宛先アドレスをコピーし、一時的にストアしておく（５０４）。ＭＴＡはＰＣＩサーバ内のモビリティ・マネージャ・ファンクションに送信側利用者がＰＣＩ加入者として正当かを検証する要求を送信する（５０６）。モビリティ・マネージャはこの検証要求をＰＣＩデータベースに送り、応答を待つ（５０８）。ＰＣＩデータベースから肯定検証を受信すると、モビリティ・マネージャは検証応答をＭＴＡへ送信する（５１０，５１２）。次に、ＭＴＡは利用者のホームＭＴＡのアドレスを求める要求をモビリティ・マネージャに送信する（５１４）。モビリティ・マネージャはこの要求をＰＣＩデータベース４４へルーチングする（５１６）。ＰＣＩデータベースから応答を受け取ると、モビリティ・マネージャはホームＭＴＡアドレスをＭＴＡへルーチングする（５１８，５２０）。次に、ＭＴＡはメッセージをホームＭＴＡへルーチングする（５２２）。サードパーティのＰＣＩデータベースを調べる必要があれば、ホームＭＴＡミュート要求はＰＣＩデータベースからサードパーティのＰＣＩデータベースへ送られる（５２４，５２６）。図２６はメッセージを受信するワイヤレスＰＣＩ利用者のメッセージ・フローの例を示す図である。ＰＣＩが加入者からメッセージを受信すると、ＰＣＩサーバ内のＭＴＡは宛先アドレスとメッセージをコピーし、一時的にストアしておく（５３０）。ＭＴＡはＰＣＩ加入者の利用者プロフィール要求をＰＣＩサーバ内のモビリティ・マネージャ機能に送信する（５３２）。モビリティ・マネージャはそのプロフィール要求をＰＣＩデータベースから検索する（５３４）。（サードパーティＰＣＩデータベースが関係する場合は、ローカルＰＣＩデータベースはスイッチ・トランスファ・ポイントを通してサードパーティＰＣＩデータベースにコンタクトする（５３６，５３８）。）加入者のプロフィールをＰＣＩデータベースから受け取ると（５４０）、モビリティ・マネージャは「メッセージ転送要求」メッセージを使用してＭＴＡにメッセージを要求する（５４２）。モビリティ・マネージャがメッセージをＭＴＡから受信すると（５４４）、モビリティ・マネージャは加入者のプロフィールに指定されている通りにメッセージを処理するが、そこではメディア変換またはスクリーニングを伴なう（５４６）。メッセージを処理したあと、モビリティ・マネージャは送付のためのメッセージをＭＴＡへ送信する（５４８，５５０）。別の方法として、ＰＣＩサーバのモビリティ・マネージャはメッセージを終端受信側へ直接に送付するように働くことも可能である（５５２）。図２７はＰＣＩワイヤレス加入者から非加入者へのメッセージ・フローの例を示す図である。ＭＴＡはメッセージをＰＣＩ加入者から受信すると（５６０）、ＭＴＡは発信元アドレスとメッセージをコピーし、一時的にストアしておく（５６２）。ＭＴＡは発信元アドレスをＰＣＩ加入者として検証する要求をモビリティ・マネージャに送信する（５６４）。モビリティ・マネージャはこの検証要求をＰＣＩデータベースへ送り、応答を待つ（５６６）。モビリティ・マネージャが肯定検証応答をＰＣＩデータベースから受け取ると（５６８）、モビリティ・マネージャはその検証応答をＭＴＡへ送信する（５７０）。次に、モビリティ・マネージャはＰＣＩ加入者のプロフィール要求をＰＣＩデータベースに送信する（５７２）。加入者のプロフィールをＰＣＩデータベースから受け取ると（５７４）、モビリティ・マネージャは「メッセージ転送要求」を使用してＭＴＡからメッセージをＡに要求する（５７６）。メッセージをＭＴＡから受け取ると（５７８）、モビリティ・マネージャは利用者のプロフィールに指定された通りにメッセージを処理し、そこではメディア変換するか、あるいはメッセージの配布リストのアドレスを取得する必要がある（５８０）。メッセージを処理すると、モビリティ・マネージャは送付のためのメッセージをＭＴＡに送信する（５８２，５８４）。別の方法として、ＭＴＡはメッセージを直接に送付することもできる（５８６）。 VII．ＰＤＡアプリケーションＰＣＩおよびＰＤＡ／ＰＣＩサーバ間インタフェースの機能の理解を容易にするために、以下では、ＰＤＡユーザ・インタフェースについて説明する。ユーザ・インタフェースはＰＤＡにあるアプリケーション・ソフトウェアである。このソフトウェアについては、ＰＣＩ加入者のＰＤＡ画面に表示される画面を説明しながら説明することにする。以下では、ＰＤＡユーザ・インタフェースの実施例について説明する。なお、この分野の精通者ならば理解されるように、このインタフェースは多種多様な方法で実現することが可能である。図２８はＰＤＡユーザ・インタフェースのメインメニューの例を示す図である。このメニューから、利用者は、ボタン６１０，６１２，６１４，６１６をクリックすることにより、コール・コマンドワイヤレス・メッセージング・サービスに入り、利用者プロフィールを更新し、あるいはシステムのステータスをチェックすることができる。図２９は「ステータス要求(STATUS REQUEST)」を選択した後のコンピュータ・画面を示す図である。このステータス要求画面は、５つのローカル発信元メッセージ（ＰＤＡによる送信待ち）と３つのアウトゴーイング・メッセージ（検索待ち）がボックス６１８，６２０内にあることを示している。種々のサービスのステータス(SERVICE STATUS)も表示されている。図２９に示すように、加入者のワイヤライン登録(WIRELINE REGISTRATION)はボックス６２２に示すようにオンになっている。この結果、加入者はボックス６２４に示すように特定のワイヤライン電話に登録されている。ステータス要求は、ボックス６２６，６２８に示すように、それがコール・コマンド(Call Command)とワイヤレス・メッセージング(W IRELESS MESSAGING)機能であることも加入者に通知している。図３０は"CallCommand"６１０の場合の画面例を示している。加入者が"YES"６３０をクリックすると、メインメニュー（図２８）から選択された画面（図３１）が現われる。この画面は種々の受信電話コールのステータスを示すウィンドウ６３２を含んでいる。ステータスは着信コールに応答された(ANSWERED)か、別の番号へ転送された(FORWARDED)か、応答前にハングアップされた(HANG UP)か、未応答(UNANSWERED)か、音声メールへ転送された(VOICE MAILE)かを示している。各コールの電話番号(PHONE NUMBER)および受信時刻と日付(DATE/TIME)が表示される。加入者はボックス６３４または６３６をクリックすることで加入者のエントリを保存(SAVE)または削除(DELETE)することができる。また、加入者は、ボックス６３８，６４０をクリックすることでコール・コマンドサービスを接続または非接続とすることができる。図３２は加入者がメインメニュー（図２８）上で「ワイヤレス・メッセージング(WIRELESS MESSAGING)５１２を選択したときの画面の例を示す図である。加入者は"YES"６４２をクリックするとワイヤレス・メッセージング・サービスに接続される。図３３は加入者がメインメニュー（図２８）から「プロフィール(PROFILE)」６１４を選択すると表示される画面の例を示す図である。加入者がこの画面から「ファックス(FAX)」６４４を選択すると、図３４に示すような画面が現われるので、加入者はファックスが送られる先の電話番号をボックス６４６に入力することができる。Ｅメール・スクリーニングをオンにすると、主題とアドレスの両方のスクリーニングが活性化される。主題スクリーニングはアドレス・スクリーニング・パラメータに優先して行われる。加入者が画面（図３３）上で「Ｅメール(E MAIL)」６４８を選択すると、図３５に示すような画面が現われる。加入者はＥメールをどこに送付するか（宛先スクリーニング(DESTINATION SCREENING)）（６５０）、Ｅメール受信の通知をどこに送付するか（通知スクリーニング(DESTINATION SCREENING)）（６５２）、メッセージをスクリーニング(SCREENING)するかどうか（６５４）、スクリーニングするならば、メッセージをどのようにスクリーニングするか（６５６，６５８）を選択することができる。宛先スクリーニング６５０によって、加入者は着信Ｅメールの宛先を選択することができる。スクリーニング要件を満足するメッセージは２つの宛先（マッチＡ"MATCHED A"、マッチＢ"MATCHED B"）へ送ることができる。この実施例に示すように、受信したＥメールが加入者が事前にプログラムしたスクリーニング基準に合致していると、オフィスの加入者のパーソナル・コンピュータなどの、ワイヤラインＥメールだけに送信されるが、これは、マッチＡ６６０とマッチＢ６６２が同じ宛先を指定しているためである。どちらの基準にも合致しない受信Ｅメール・メッセージ("not matched")はすべて、選択したファックス・マシン６６４、例えば、加入者のオフィスのファックス・マシンへ送信される。また、加入者は、受信したＥメールの通知をどこに送信するかも指定する（６５２）。スクリーニング要件に合致するすべてのＥメール・メッセージの通知は選択したファックス・マシン６６６へ送られる。ＰＣＩネットワークは作者、受取人および主題などの、Ｅメール発信に関する情報を選択し、それをファクシミリ・フォーマットに変換し、メッセージをファックス・マシンに送信する。スクリーニング基準に合致しないすべてのＥメールの通知はページャ６６８に送信される。ＰＣＩネットワークは発信元メッセージ情報を受け取り、それをＴＡＰプロトコルに従って英数字情報に変換し、それを加入者のページャに送信する。スクリーニング・オプションがオフにされていれば、すべての着信Ｅメールの通知は音声メール６７０へ送られる。ＰＣＩネットワークは発信元情報をテキストから合成音声に変換し、それを選択した音声メールボックスへ信する。利用者は着信Ｅメール・メッセージをスクリーニングするかどうかを選択することもできる（６５４）。スクリーニングがオンであれば、利用者は発信元アドレス６５６または主題６５８を基準にしてＥメールをスクリーニングする(SCREE on SUBJECTS)ことができる。図３６は加入者がボックス６５６（図３５）をクリックすると、アドレスに従ってＥメール・スクリーニングを編集するために使用できる画面の例を示す図である。加入者は新しいＥメール・アドレスをボックス６７２に入れ、ボックス６７４をクリックして、それらをリストに追加する(ADD TO LIST)ことができ、また、すでに入力されたアドレスを選択して、ボックス６７６に示すようにスクリーニング基準に組み入れることができる。例えば、利用者は以下に示すアドレスから発信されたＥメール・メッセージを、スクリーニング基準に従ってルーチングしたい場合がある。すなわち、cc!stanp、cc!rizzo、およびcc!rupin。これらのアドレスから発信されたＥメール・メッセージは図３５に示す画面から選択した基準に従ってルーチングされ、通知される。利用者がボックス６５８（図３５）をクリックして「主題」に基づいて「主題」スクリーニング基準を編集することを選んでいれば、図３７に示すような画面が表示される。利用者は、スクリーニング基準に従ってルーチングさせる特定の主題をボックス６７８にタイプインすることができる。主題は着信Ｅメール発信情報をサーチしてＥメールの主題を判断する。主題としては、「緊急」、「パーソナル」、クライアントまたはプロジェクトの名前などがある。「プロフィール・メニュー」（図３３）を見ている加入者が音声メール６８０をクリックすると、図３８に示すような画面が現われる。加入者は宛先音声メール・システムの電話番号でボックス６８２にタイプインすることができる。加入者は、ある種のスクリーニング基準に基づいて通知を選択することもできる（６８４）。着信音声メール・メッセージがスクリーニング基準に一致していれば、加入者はＰＤＡへ送られるメッセージで通知されることを選択している（６８６）。音声メール・メッセージがスクリーニング・パラメータに一致していなければ、加入者は通知されないことを選択している（６８８）。スクリーニング・オプションがオフにされていれば、加入者はどの音声メール・メッセージも通知されないことを決定している（６９０）。利用者はスクリーニングをオンまたはオフにするオプションを持つ（６９２）。スクリーニングがオンであれば、メッセージはコール側によってスクリーニングされる（６９４）。利用者がボックス６９４をクリックしてコール側にスクリーニングさせること(SCREEN on CALLER)を決定すると、図３９に示すような画面が表示される。利用者はスクリーニング・パラメータに合致するある種の着信電話番号をボックス６９６にタイプインすることができる。「プロフィール・メニュー」（図３３）を見ている加入者が"CallCommand"をクリックすると（６９８）、図４０に示すような画面が表示される。加入者は着信コールが転送される先の番号であるワイヤライン登録電話番号(WIRELINE REGI STRATION NUMBER)をボックス７００にタイプインすることができる。加入者はスクリーニング基準の電話番号を編集し、コール側へ送られる応答メッセージを編集するオプションを持つ。加入者が転送コール番号を編集したければ(EDIT NUMBERS)、ボックス７０２をクリックすると、図４１に示すような画面が表示される。利用者は、スクリーニングがオンならば、あらかじめ選択した番号へ転送されるある種の電話番号をボックス７０４にタイプインすることも、選択することもできる。 "CallCommand"画面（図３９）を見ている加入者が「メッセージ編集(EDIT MES SAGES)」をクリックすると（７０６）、図４１に示すような画面が表示される。利用者はボックス７０８に独自のメッセージを作ることも、ボックス７１０に表示されているリストにすでにあるメッセージを編集することもできる。加入者がコール・コマンドに接続されていて、着信コールが受信されると、図４３に示すような画面が表示される。この画面は、着信コールの発信元である番号をボックス７１２に表示する。利用者はボックス７１４をクリックしてメッセージを送信し、コールを転送すること(MSG AND FWD)、ボックス７１６をクリックしてメッセージなしでコールを転送すること(FORWARD TO)、ボックス７１８をクリックするとメッセージを送信し、コールを転送しないこと(MSG ONLY)、ボックス７２０をクリックしてコールを音声メールにルーチングすること(VOICE MAI L)をオプションで選択する。「メッセージおよび転送」または「転送」７１６オプションが選択されると、図４４に示すような画面が表示される。この画面によりは、加入者はあらかじめ選択したいくつかの電話番号７２２〜７２８の１つを選んで転送することも、コールを転送する先の最寄りの電話といった、別の電話番号を選択することもできる。この電話番号はボックス７３０にタイプインすることができる。利用者が「メッセージおよび転送」７１４または「メッセージのみ」７１８を選択すると、図４５に示すような画面が表示される。これにより、加入者はメッセージをボックス７３２にタイプインすることも、ボックス４１３４に表示されている、着信コール側へ送られるあらかじめ決めたメッセージを選択することもできる。このメッセージはワイヤレス・コミュニケーションによってＰＣＩネットワークへ送られ、そこでＩＳＰはメッセージを合成音声に変換し、それをコール側に再生する。例えば、加入者が着信コール側にできるかぎり早くコールバックしたければ、メッセージ"will call back ASAP"が選択される。このメッセージはワイヤレス・コミュニケーションによってＰＤＡからＰＣＩネットワークへ送信される。ＩＳＰはこのメッセージを受信し、それを合成音声に変換し、合成音声メッセージを着信コール側に送信する。 VIII．課金課金オペレーションは自動メッセージ会計ネットワーク機能(Automatic Messa ge Accounting Network Function)によってサポートされている。自動ネットワーク会計はネットワーク使用情報を測定し、収集し、フォーマットし、上流側の課金および他のオペレーション・アプリケーションとサービス目的の為に出力する。好ましくは、自動メッセージ会計データはネットワーク機器とサービス間のサービス・フローの様々なステージで収集される。 IX．結論これまでに説明してきたシステムによれば、ワイヤレスＰＤＡ利用者は非常に多数のメッセージングおよびコール処理オプションをリモートで制御することができる。特定の実施例を参照して本発明を説明してきたが、これは単なる例示であり、本発明の精神と範囲を制限するもとのでないことはもちろんである。

【手続補正書】特許法第１８４条の８【提出日】１９９６年１１月１２日【補正内容】請求の範囲１．ワイヤレス・メッセージとワイヤライン・メッセージを送受信するためのパーソナル・コミュニケーション・インターネットワークであって、該インターネットは、（１）サーバであって、該サーバは、（ａ）少なくとも１つのワイヤライン・データ・ネットワークとのインタフェースとなるメッセージ・トランスファ・エージェントと、（ｂ）前記メッセージ・トランスファ・エージェントに接続され、少なくとも１つのワイヤレス・データ・ネットワークとのインタフェースとなるワイヤレス・データ・ネットワーク・プロトコル・ハンドラと、（ｃ）モビリティ・コントローラであって、該モビリティ・コントローラは、 i. 加入者プロフィール・キャッシュと、 ii. 該加入者プロフィール・キャッシュ内のメッセージ・ルーチング・パラメータに応答するメッセージ・ルータと、 iii. 前記加入者プロフィールと前記少なくとも１つのワイヤレス・ネットワークとの間でメッセージ・ルーチング・パラメータをやりとりするように接続されたインタフェースと、 iv. 前記加入者プロフィールとパーソナル・コミュニケーション・コントロール・ポイントとの間でメッセージ・ルーチング・パラメータをやりとりするように接続されたインタフェースと、 v. 電話ネットワーク、英数字ページャ・ネットワーク、および音声ペリフェラルの少なくとも１つとのインタフェースとを具備しているものとを具備し、（２）前記サーバに接続されたパーソナル・コミュニケーション・コントロール・ポイントであって、該パーソナル・コミュニケーション・コントロール・ポイントは、 (a) 前記サーバとの間でメッセージ・ルーチング・パラメータ信号をやりとりするように接続された第１インタフェースと、 (b) 前記サーバとの間で汎用データ・メッセージ・ルーチング・パラメータ信号をやりとりするように接続された第２インタフェースと、 (c) メッセージ・ルーチン・パラメータを受信し、維持するように接続された加入者プロフィールと、 (d) 前記加入者プロフィールと前記第１および第２インタフェースとの間に接続されたコール・プロセッサとを具備しているものとを備えていることを特徴とするパーソナル・コミュニケーション・インターネットワーク。２．請求項１に記載のパーソナル・コミュニケーション・インターネットワークにおいて、該インターネットワーキングはアドバンスド・インテリジェント・ネットワーク・アーキテクチャを基礎にして構築され、前記サーバはインテリジェント・ペリフェラルであり、前記コントロール・ポイントはサービス・コントロール・ポイントであることを特徴とするパーソナル・コミュニケーション・インターネットワーク。３．請求項１に記載のパーソナル・コミュニケーション・インターネットワークにおいて、メッセージ・ルーチング・パラメータをやりとりするように接続されたワイヤレス・データ・ネットワーク・インタフェースを持つパーソナル・ディジタル・アシスタントと、該インタフェースと通信して前記メッセージ・ルーチング・パラメータを受信し、更新し、送信することを目的としたアプリケーションとをさらに含むことを特徴とするパーソナル・コミュニケーション・インターネットワーク。４．請求項１に記載のパーソナル・コミュニケーション・インターネットワークにおいて、前記サーバは、さらに、第１フォーマットでメッセージを一方のインタフェースから受信し、該メッセージを第２フォーマットで他方のインタフェースに出力するように接続されたメッセージ・コンバータを含んでいることを特徴とするパーソナル・コミュニケーション・インターネットワーク。５．パーソナル・コミュニケーションのための方法であって、加入者のためのメッセージ・ルーチング・コマンドを収めている加入者プロフィールをストアするステップと、前記加入者にアドレスされた電子メール、ファクシミリ、および音声メール・メッセージのいずれかを、ワイヤレス・ネットワークまたはワイヤライン・ネットワークのどちらかから受信するステップと、受信したメッセージをルーチング（経路選択）する指示を探すために前記加入者プロフィールを調べるステップと、前記加入者プロフィールに入っている前記指示に従ってワイヤレス・ネットワークまたはワイヤライン・ネットワークのいずれかに前記受信メッセージをルーチングするステップとを含み、および前記加入者にアドレスされた音声メール・メッセージを受信する前記ステップはさらに、発信元音声メール・システムからの着信音声メール・メッセージ・コールをネットワークで受信するステップであって、該音声メール・メッセージは識別情報を含んでいるものと、前記識別情報を前記メッセージから抜き出して前記音声メール・メッセージの発信元を判断するステップと、前記ネットワークに収められているプロフィールを調べてルーチング指示を判断するステップであって、該ルーチング指示は、 (i) 前記着信コールを指示された電話番号へルーチングすることと、 (ii) 電話コールとは別のメディアを通して前記着信コールの加入者へ通知を送信することの１つを含んでいるものと、受信した前記音声メール・メッセージを前記プロフィール内のルーチング指示に従ってルーチングするステップとを含み、前記調べるステップは、さらに、前記発信元の識別情報が前記発信元が前記加入者でもあることを示しているかどうかを判断することを含み、前記発信元が前記加入者であれば、前記ルーチング・ステップは、さらに、 (i) 前記音声メール・メッセージを転送しないステップと、 (ii) ヘッダ情報を前記識別情報から抜き出し、該ヘッダ情報を収めている通知を前記加入者へ送信するステップとを含み、前記発信元が前記加入者でなければ、前記ルーチング・ステップは、さらに、 (i) 前記メッセージがあらかじめ決めた長さを超えていれば、前記メッセージを拒否するステップと、 (ii) 前記メッセージが前記あらかじめ決めた長さ未満であるか、それとと同じであれば、前記メッセージを受け付けてルーチングするステップとを含んでいることを特徴とする方法。６．請求項５に記載の方法において、前記ルーチング・ステップの前に、前記音声メール・メッセージをアナログ・フォーマットからディジタル・フォーマットに変換するステップをさらに含むことを特徴とする方法。７．請求項５に記載の方法において、前記ルーチング・ステップの前に、前記音声メール・メッセージをディジタル・フォーマットからアナログ・フォーマットに変換するステップをさらに含むことを特徴とする方法。８．異種フォーマットで加入者にサービスを提供するパーソナル・コミュニケーション・インターネットワークであって、各加入者はコミュニケーション（交信）のフォーマットに関係なくすべての着信コミュニケーションがアドレスされる単一のアドレスをもつものにおいて、該インターネットは、複数のワイヤレスおよびワイヤライン・コミュニケーション・ネットワークとの間でコミュニケーションを送受信するように接続された手段と、各加入者のためのコミュニケーション転送オプションをストアするように構成されたプロフィールを前記各加入者のためにストアし、クロスメディア通知情報をストアするための手段と、受信したコミュニケーションを前記複数のワイヤレスおよびワイヤライン・コミュニケーション・ネットワークから受信するように接続され、前記プロフィールに応答して前記受信コミュニケーションを前記ストアされた転送オプションに従って送信するコミュニケーション・ルータと、前記複数のワイヤレスおよびワイヤライン・コミュニケーション・ネットワークの１つで受信された前記受信コミュニケーションとプロフィールとに応答するクロスメディア通知デバイスであって、該通知デバイスは前記受信コミュニケーションの受信を知らせる通知信号を、選択された第１メディアで送信するように構成されているものとを備えていることを特徴とするパーソナル・コミュニケーション・インターネットワーク。９．請求項８に記載のパーソナル・コミュニケーション・インターネットワークにおいて、前記クロスメディア通知はあらかじめ選択された第２メディアを含み、前記第１選択メディアが利用可能でないとき、前記クロスメディア通知デバイスは前記受信コミュニケーションの受信を知らせる前記通知信号を事前選択した前記第２メディアで送信することを特徴とするパーソナル・コミュニケーション・インターネットワーク。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩＨ０４Ｑ 7/20 (72)発明者ブリッツァー，リサ，ビー. アメリカ合衆国 07726 ニュージャージー州マナラパングラマーシーレーン 10 (72)発明者ブロックマン，ジェイムズ，ジョーゼフアメリカ合衆国 08535 ニュージャージー州パーリンヴィルランニングブルックドライブ 15 (72)発明者クルツ，ウイリアムアメリカ合衆国 07724 ニュージャージー州イートンタウンスタニーヒルロード 109 アパートメントビー (72)発明者ハキム，ドワイト，オマーアメリカ合衆国 07747 ニュージャージー州マタワンティナプレイス 20 (72)発明者クレーマー，マイケルアメリカ合衆国 10471 ニューヨーク州ブロンクスフィールドストンロード 6136 (72)発明者ペトル，ドーン，ダイアンアメリカ合衆国 07920 ニュージャージー州バスキングリッジイングリッシュプレイス 331 (72)発明者ラマロソン，ジョーゼファアメリカ合衆国 07728 ニュージャージー州フリーホールドテレンステラス 23 (72)発明者ラミレス，ジェラルドアメリカ合衆国 08807 ニュージャージー州ブリッジウォーターサニースロープロード 3505 (72)発明者ワン，ヤン−ウェイアメリカ合衆国 07731 ニュージャージー州ハウエルケンブリッジドライブ 10 (72)発明者ホワイト，ロバート，ジー. アメリカ合衆国 07960 ニュージャージー州モーリスタウン，ノールウッドドライブ 20

Claims

【特許請求の範囲】１．ワイヤレス・メッセージとワイヤライン・メッセージを送受信するためのパーソナル・コミュニケーション・インターネットワーキングにおいて、（１）サーバは、（ａ）少なくとも１つのワイヤライン・データ・ネットワークとのインタフェースとなるメッセージ・トランスファ・エージェントと、（ｂ）前記メッセージ・トランスファ・エージェントに接続され、少なくとも１つのワイヤレス・データ・ネットワークとのインタフェースとなるワイヤレス・データ・ネットワーク・プロトコル・ハンドラと、（ｃ）モビリティ・コントローラとを具備し、該モビリティ・コントローラは、 i. 加入者プロフィール・キャッシュと、 ii. 該加入者プロフィール・キャッシュ内のメッセージ・ルーチング・パラメータに応答するメッセージ・ルータと、 iii. 前記加入者プロフィールと前記少なくとも１つのワイヤレス・ネットワークとの間でメッセージ・ルーチング・パラメータをやりとりするように接続されたインタフェースと、 iv. 前記加入者プロフィールとパーソナル・コミュニケーション・コントロール・ポイントとの間でメッセージ・ルーチング・パラメータをやりとりするように接続されたインタフェースと、 v. 電話ネットワーク、英数字ページャ・ネットワーク、および音声ペリフェラルの少なくとも１つとのインタフェースとを具備し、（２）前記サーバに接続されたパーソナルコントロール・ポイントは、 (a) 前記サーバとの間でＤＴＭＦメッセージ・ルーチング・パラメータ信号をやりとりするように接続された第１インタフェースと、 (b) 前記サーバとの間で汎用データ・メッセージ・ルーチング・パラメータ信号をやりとりするように接続された第２インタフェースと、 (c) メッセージ・ルーチン・パラメータを受信し、維持するように接続された加入者プロフィールと、 (d) 前記加入者プロフィールと前記第１および第２インタフェースとの間に接続されたコール・プロセッサとを具備していることを特徴とするパーソナル・コミュニケーション・インターネットワーキング。２．請求項１に記載のパーソナル・コミュニケーション・インターネットワーキングにおいて、該インターネットワーキングはアドバンスド・インテリジェント・ネットワーク・アーキテクチャを基礎にして構築され、前記サーバはインテリジェント・ペリフェラルであり、前記コントロール・ポイントはサービス・コントロール・ポイントであることを特徴とするパーソナル・コミュニケーション・インターネットワーキング。３．請求項１に記載のパーソナル・コミュニケーション・インターネットワーキングにおいて、メッセージ・ルーチング・パラメータをやりとりするように接続されたワイヤレス・データ・ネットワーク・インタフェースを持つパーソナル・ディジタル・アシスタントと、該インタフェースと通信して前記メッセージ・ルーチング・パラメータを受信し、更新し、送信することを目的としたアプリケーションとをさらに含むことを特徴とするパーソナル・コミュニケーション・インターネットワーキング。４．請求項１に記載のパーソナル・コミュニケーション・インターネットワーキングにおいて、前記サーバは、さらに、あるフォーマットでメッセージを一方のインタフェースから受信し、該メッセージを別のフォーマットで他方のインタフェースに出力するように接続されたメッセージ・コンバータを含んでいることを特徴とするパーソナル・コミュニケーション・インターネットワーキング。５．パーソナル・コミュニケーション・インターネットワーキングのための方法であって、（ａ）加入者のためのメッセージ・ルーチング・コマンドを収めている加入者プロフィールをストアするステップと、（ｂ）前記加入者にアドレスされた電子メール、ファクシミリ、および音声メール・メッセージのいずれかを、ワイヤレス・ネットワークまたはワイヤライン・ネットワークのどちらかから受信するステップと、（ｃ）受信したメッセージをルーチング（経路選択）する指示を探すために前記加入者プロフィールを調べるステップと、（ｄ）前記加入者プロフィールに入っている前記指示に従ってワイヤレス・ネットワークまたはワイヤライン・ネットワークのいずれかに前記受信メッセージをルーチングするステップとを含むことを特徴とする方法。６．請求項５に記載の方法において、前記加入者プロフィールが前記受信メッセージを異なるフォーマットでルーチングすることを指示していれば、前記受信メッセージを前記異なるフォーマットに変換するステップをさらに含むことを特徴とする方法。７．請求項５に記載の方法において、前記加入者プロフィールに入っている前記ルーチング・コマンドをワイヤレス・データ・ネットワークを通してリモートで更新するステップをさらに含むことを特徴とする方法。８．請求項５に記載の方法において、前記受信メッセージはフォーマットに関係なく、単一の加入者電話番号にアドレスされることを特徴とする方法。９．請求項５に記載の方法において、前記受信メッセージを加入者に通知するメッセージを送信するステップをさらに含むことを特徴とする方法。１０．着信電話コールをルーチングする方法であって、（ａ）電話、ルーチング、およびスクリーニング・パラメータを収めていて、その中には、着信電話コール発信元、時刻、および曜日の少なくとも１つを含んでいる加入者プロフィールをストアするステップと、（ｂ）加入者へ送られてきた電話コールを受信するステップと、（ｃ）前記加入者プロフィールを調べて受信した前記電話コールをどこへルーチングすべきかを判断するステップと、（ｄ）前記加入者プロフィールに従って前記電話コールをルーチングするステップとを含むことを特徴とする方法。１１．請求項１０に記載の方法において、前記加入者プロフィールをワイヤレス・データ・ネットワークを通してリモートで更新するステップをさらに含むことを特徴とする方法。１２．請求項１０に記載の方法において、前記加入者プロフィールをワイヤレス電話ネットワークおよびワイヤライン電話ネットワークのどちらかを通してリモートで更新するステップをさらに含むことを特徴とする方法。１３．請求項１０に記載の方法において、（ａ）前記加入者プロフィールがそのように指示していれば、受信した前記電話コールをワイヤレス・データ・ネットワークを通して前記加入者に通知するステップと、（ｂ）前記加入者が、 (i) 前記コールを前記加入者が選択した電話番号へ転送すること、 (ii) 前記ワイヤレス・データ・ネットワークを利用して送信され、合成音声に変換されて前記着信電話コールに再生されるテキスト・メッセージを選択すること、 (iii) 前記コールを転送し、テキスト・メッセージを選択すること、の中から１つを選択するステップとをさらに含むことを特徴とする方法。