JP2003298717A

JP2003298717A - ホームネットワーク電話のユニバーサル電話帳システムとその方法

Info

Publication number: JP2003298717A
Application number: JP2003032909A
Authority: JP
Inventors: Carl Mansfield; マンスフィールドカール
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2002-03-20
Filing date: 2003-02-10
Publication date: 2003-10-17
Also published as: EP1347625A2; US20030041030A1; EP1347625A3

Abstract

(57)【要約】ホームネットワーク電話システムにユニバーサル電話帳
を維持するためのシステム及び方法を提供する。ユニバ
ーサル電話帳システムは、外部の通信メディア経由でコ
ールを伝達するとともに外部の通信メディアと複数の端
末通信装置との間の架け橋として動作するゲートウェイ
を含む。端末通信装置は、典型的には電話であるが、フ
ァックス機器、テレビ電話、モデム等でもあり得る。ゲ
ートウェイはまた、複数の端末の全てにアクセス可能で
あるユニバーサル電話帳を維持する。ゲートウェイは、
ゲートウェイとユニバーサル電話帳にアクセスする各端
末との間で非音声帯域のコントロールチャネルを確立す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般にホームネッ
トワーク電話システムに関し、より詳細には、ホームネ
ットワーク電話システムのためのユニバーサル電話帳を
維持するためのシステム方法に関するものである。

【０００２】

【従来の技術】電話帳機能をサポートしている住居やＳ
ＯＨＯ電話がある。この電話帳機能は、頻繁に使われる
電話番号をユーザが少しだけ入力することで、その番号
と、記述子と呼ばれる、意味のあるテキスト文字列とを
関連付けることができる。記述子の一つの例は、発呼者
の名前である。電話帳は、二つの主な目的にかなう。
（１）それは、適当なユーザ・インタフェースによって
アクセスされることができ、手動ダイヤルや番号記憶の
必要なくダイヤルするための格納された番号の容易な選
択を可能にする。（２）コーラーＩＤ（ＣＬＩＤ）信号
方式がサポートされるとき、電話帳は、発呼者の番号を
発呼者の名前に一致させるのに用いることができ、単に
番号だけでなく、発呼者の更に有意義な名前を表示する
ことを可能にする。

【０００３】ベースユニットと受話器の両方に電話帳と
コールリストとを格納し得る、従来のコードレスのマル
チ受話器電話通信製品がある。各受話器及びベースユニ
ットにおける電話帳は異なっており、そして局所的に格
納される。なお、システムの一部から別のものにエント
リをコピーする能力をサポートしているシステムもあ
る。

【０００４】

【発明が解決しようとする課題】これらの従来のシステ
ムの主な問題は、次のとおりである。・典型的な電話では、電話帳エントリのために幾分制限
されたメモリスペース（典型的には約３０個の番号分）
しか持っていない。・ユーザが家に多くの電話を持っている場合、それら
は、恐らく、重複する記述子及び番号を持った各電話の
電話帳のプログラムを別々に組まなければならない。・ユーザが家に多くの電話を持っている場合、全ての電
話にプログラムされているわけではない番号がある可能
性があるので、頻繁に利用可能であると予測されたエン
トリが発見できず、フラストレーションにつながる。・ＡＳＣＩＩテキストを、番号値キーパッドを使う電話
に入力するのは不便である。・統合されたＦａｘ装置が電話にない限り、電話帳を印
刷する（ハードコピー）ことは、典型的には不可能であ
る。

【０００５】電話帳がホームネットワーク端末通信装置
の全体のシステムのために都合よく維持されるならば、
有利であろう。

【０００６】ホームネットワーク端末通信装置によって
一般にアクセス可能であった電話帳が維持されるなら
ば、有利であろう。

【０００７】上記のユニバーサル電話帳がホームネット
ワーク電話システムのゲートウェイで中央集権化される
ならば、有利であろう。

【０００８】

【課題を解決するための手段】この開示は、ＤＳＬ、ケ
ーブル・モデム、加入者系無線アクセス（ＦＷＡ）、ま
たは、ブロードバンドのデータサービスに加えて、ディ
ジタル的に得られた音声サービスを供給するホーム用光
ファイバー（ＦＴＴＨ）のようなブロードバンドのサー
ビスにアクセスするためにブロードバンドのゲートウェ
イが使われるホームネットワーク電話技術システムに関
係がある。これらの音声サービスは、ディジタルホーム
ネットワーク技術を使う顧客の前提条件の中でそれから
分散される。音声ホームネットワーク（ＶｏＨＮ）プロ
トコルは、ホームネットワークシステム上で電話通信サ
ービスをサポートするために使われる。より詳細には、
本発明は、ネットワークに関するいずれの電話通信装置
によってもアクセスされ得るホームのための一つのユニ
バーサル電話帳である。

【０００９】ユニバーサル電話帳を実行するのに必要と
される必要な帯域外周波信号方式をサポートするため
に、新規なＶｏＨＮプロトコルを提示する。従来のシス
テム上で供給された機能の強化は、拡張された電話帳メ
モリ及び電話帳エントリの容易な編集を含む。例えば、
電話の番号値キーパッドよりむしろ、パーソナルコンピ
ュータ（ＰＣ）を用いることである。他の改善として
は、以下のものを含んでいる。新しい電話帳エントリ
は、端末通信装置当たり１度ではなくホームについて１
度加えるだけでよい。また、たとえ、電話通信装置がフ
ァックス機器ではなくても、電話帳エントリは、ホーム
ネットワークに付けられたプリンタ経由のハードコピー
に印刷することができる。また、全ての電話帳エントリ
は、全ての端末通信装置からアクセスされ得る。また、
停電時でも、小さなローカルな電話帳ならば端末におい
て利用可能である。そして、ユニバーサル電話帳（ＵＰ
Ｂ）は、装置内部に設置された他のパーソナル情報管理
ソフトウェアからの連絡先情報と同期することができ、
また、ホームネットワークと通信することができる。

【００１０】このシステムは、本発明のユニバーサル電
話帳がコードレス電話のベースユニットではなく住居の
ゲートウェイに格納されるという点で、従来の多重受話
器コードレス電話と異なる。更に、本発明のシステム
は、単にコードレス電話インタフェースではなくあらゆ
る潜在的なホームネットワーク技術によって動くように
設計されている。従来のコードレス電話が最高約１００
個の番号、また典型的にはわずか３０個の番号に制限さ
れる一方、本発明のシステムは、何千もの番号を容易に
格納し得る。

【００１１】従って、ホームネットワーク電話システム
にユニバーサル電話帳を維持するためのシステムが供給
される。ユニバーサル電話帳システムは、外部の通信メ
ディア経由のコールを伝達し、かつ、外部の通信メディ
アとの間の架け橋として動作するゲートウェイと、端末
通信装置とを含んでいる。ここで、端末通信装置は、典
型的には電話であるが、ファックス機器、テレビ電話、
モデム等でもあり得る。同じく、ゲートウェイは、複数
の端末の全てにアクセス可能であるユニバーサル電話帳
を維持する。ゲートウェイは、ゲートウェイと、ユニバ
ーサル電話帳にアクセスする各端末との間で非音声帯域
のコントロールチャネルを確立する。

【００１２】ゲートウェイは、音声ケーブル・モデム
（ＶｏＣＭ）、音声ＤＳＬ（ＶｏＤＳＬ）、音声ＡＴＭ
（ＶｏＡＴＭ）、音声インターネットプロトコル（Ｖｏ
ＩＰ）のようなフォーマット（ここでは音声ブロードバ
ンド（ＶｏＢＢ）と総称する。）におけるコール情報を
伝達する外部の通信メディアにコールを伝達する。更
に、ゲートウェイは、統合されたサービスディジタルネ
ットワーク（ＩＳＤＮ）、または、一般電話サービス
（ＰＯＴＳ）のような前の技術の外部のテレコムシステ
ムでのコールを伝達する。それらの端末は、無線、従来
の電話回線、ＡＣ送電線、または、専用の強硬な接続の
ような接続インタフェースを持つゲートウェイとつなが
っている。

【００１３】発明のある形態においては、入出力（Ｉ／
Ｏ）装置は、ＰＣのようにゲートウェイとつながってお
り、そして、電話帳エントリを編集（加える、修正す
る、削除する）するのに用いられる。あるいは、端末
は、電話帳を見るために使われ得る。ブラウザＩ／Ｏ装
置と接続されたプリンタは、電話帳のハードコピーを作
成するために使われ得る。

【００１４】上述したように、ユニバーサル電話帳は、
番号／記述子対としてのエントリを格納する。記述子
は、ユーザに有意義であるようなやり方で、番号と関連
していた「誰」を持つＡＳＣＩＩストリングである。例
えば、記述子は、フルネーム、あだ名、略称、または、
番号と関連するビジネスでもよい。それらの記述子は、
ＵＰＢから取り出され、そして、ユーザに定義されたオ
プションカテゴリを用いてユーザに提示され得る。オプ
ションカテゴリの例は、友人、同僚、ビジネス、及び個
人を含む。いったん、ユーザがカテゴリを選択すれば、
そのカテゴリからのエントリのみが提示される。

【００１５】発明のある形態においては、各端末は、ユ
ニバーサル電話帳へのアクセスを失敗するのに応じてア
クセスされる電話番号のローカルな電話帳を含む。端末
のローカルな電話帳が十分に大きいならば、それらのエ
ントリは、様々なオプションカテゴリにおいて組織され
ることができる。

【００１６】上述したユニバーサル電話帳システムのさ
らなる詳細及びホームネットワーク電話システムにユニ
バーサル電話帳を維持する方法は、以下で述べる。

【００１７】

【発明の実施の形態】図１は、ホームネットワーク電話
システムにユニバーサル電話帳を維持するための本発明
システムの概要のブロックダイアグラムである。ユニバ
ーサル電話帳システム１００は、外部の通信メディアへ
コールを伝達する入力を持つ、ゲートウェイ（ＧＷ）ま
たはブロードバンドのゲートウェイ１０２を含む。ゲー
トウェイ１０２は、音声ブロードバンド（ＶｏＢＢ）や
前の技術を一般に含む最初のフォーマットにおいてコー
ル情報を伝達する外部の通信メディアでコールを伝達す
る。ここでは、ＶｏＢＢは、音声ケーブル・モデム（Ｖ
ｏＣＭ）、音声ＤＳＬ（ＶｏＤＳＬ）、音声インターネ
ットプロトコル（ＶｏＩＰ）、加入者系無線アクセス
（ＦＷＡ）、または、ホーム光ファイバー（ＦＴＴ
Ｈ）、音声ＡＴＭ（ＶｏＡＴＭ）と定義される。前の技
術は、統合されたサービスディジタルネットワーク（Ｉ
ＳＤＮ）及び一般電話サービス（ＰＯＴＳ）である。外
部のライン１０４は、ＰＯＴＳ、そして、ＩＳＤＮサー
ビスのためのものであり、ライン１０６は、ＶｏＢＢの
ためのものである。本発明は、ライン及び特定の電話サ
ービスの特定番号に全く制限されない。ゲートウェイ１
０２は、外部のライン１０４・１０６及びライン１１０
のホームネットワークポートの間に通信ブリッジ１０８
を供給する。ライン１１０は、無線、会議電話回線、Ａ
Ｃ送電線及び専用の強硬な接続のような伝送メディアを
表す。簡潔にするため、以後、ホームネットワーク伝送
メディアは、ライン１１０として参照する。

【００１８】ある形態においては、システム１００は、
基礎的な、ラインに動力を供給される前の技術のアナロ
グＰＯＴＳオペレーションへの代替となりうる。「ライ
フライン」電話通信に対するこのサポートは、停電、ま
たは、ブロードバンドサービスの故障の場合に電話サー
ビスへのアクセスを行う。なお、ゲートウェイ１０２が
ブロードバンド接続としてＤＳＬを統合するならば、ラ
イン１０４と１０６とが同じである場合、ＰＯＴＳサー
ビスは、ＶｏＢＢサービスと同じ物理的コネクタ経由で
ゲートウェイ１０２に入ることができる。他の場合は、
入って来るＰＯＴＳのための追加のジャックが必要とさ
れる（図示）。同様に、ＩＳＤＮサービスのための追加
のジャックがサポートされていてもよい。このように、
ゲートウェイ１０２は、音声ブロードバンドのクライア
ント上でアナログＰＯＴＳクライアントを実行し得る。
これにより、ゲートウェイ１０２は、アナログコール、
または、ブロードバンド・ネットワークコールに答える
ことや、これと、ホーム内の音声ホームネットワーク
（ＶｏＨＮ）サービスとの架け橋になることができる。

【００１９】ゲートウェイ１０２は、ＩＳＰおよびイン
ターネットへのブロードバンド接続と、ホームネットワ
ーク上の家庭内データ装置の間のルータ／ファイアウォ
ールの働きをする。ホームネットワーク技術は、高品質
の音声トラフィックを送ることも可能である。システム
１００は、基礎的なホームネットワーク技術（以降、Ｖ
ｏＨＮプロトコルと称する）の上でプロトコル強化を使
う。例えば、ホーム電話回線ネットワーク提携（Ｈｏｍ
ｅＰＮＡ）システムは、音声トラフィックをサポートす
るために音声ＨｏｍｅＰＮＡ（ＶｏＨＰＮＡ）を使う。

【００２０】ゲートウェイ１０２は、アクセスシステム
上のＶｏＢＢサービス及びホームネットワークにおける
ＶｏＨＮトランスポートの間の電話通信の架け橋となり
うる。これにより、典型的には端末と称する端末通信装
置は、それらがＶｏＢＢクライアントを直接実行しなく
ても、ＶｏＢＢ電話をかけて受け取るＶｏＢＢサービス
にアクセスすることができる。

【００２１】同じくゲートウェイ１０２は、アクセス可
能なユニバーサル電話帳（ＵＰＢ）を維持する。システ
ム１００のある形態においては、ユニバーサル電話帳１
１２は、不揮発性メモリに格納される。ユニバーサル電
話帳１１２は、典型的には、エントリを格納するテーブ
ルから成る。エントリは、「電話番号」及び「記述子」
の対である。記述子は、電話番号と関連して有意義なビ
ジネスや人をユーザに提供する名前、あだ名等である。
それらは、インデックス付け及びアルファベットの検索
を単純化するようなやり方で格納される（表１参照）。

【００２２】

【表１】

【００２３】システム１００は、更に複数の端末を含
む。そこで、各端末は、ユニバーサル電話帳１１２にア
クセスするためのゲートウェイ１０２とつながるポート
を持っている。第１の装置１１４、第２の装置１１６、
第３の装置１１８、及び第４の装置１２０が示されてい
る。システム１００は、端末の数には特に制限されな
い。端末は、典型的には電話である。しかし、それら
は、同じくファックス機器、マルチ機能周辺装置（ＭＦ
Ｐｓ）、テレビ電話、またはコンピュータであり得る。
一般に、ワイヤレス、もしくは、ハードウェアに組み込
まれている装置は、それらの機能に関係なくシステム１
００において接続され得る。なお、ユニバーサル電話帳
１１２は、ライン１１０によって端末１１４−１２０の
複数の全てにアクセス可能である。

【００２４】図２は、他の端末を代表する、最初の端末
１１４の概要のブロックダイアグラムである。従来のよ
うに、各端末は、ユニバーサル電話帳エントリにアクセ
スするために本発明システム１００によって使われ得る
ローカルな入力インタフェース２００を含んでいる。ロ
ーカルな入力インタフェース２００は、キーパッド（図
示）、音声認識システム、タッチパッド、または、あら
ゆる等価物であり得る。同じく従来のように、端末は、
ユニバーサル電話帳１１２へのアクセスに応じて、ユニ
バーサル電話帳の少なくとも部分を描写するためにシス
テム１００によって使われ得るディスプレイ２０２を持
っている。

【００２５】同じく、最初の端末通信装置１１４は、メ
モリ容量を持つＲＡＭ（図示）のような、ＵＰＢエント
リを一時的に格納するために利用可能な揮発性のメモリ
２０３を含んでいる。端末１１４が非音声帯域のメッセ
ージを、ユニバーサル電話帳（ＵＰＢ）エントリを要求
するゲートウェイに送ると、端末のメモリ容量と関連す
る情報が送られ、ゲートウェイは、端末のメモリ容量に
合うように制約を受けたエントリのリストを返す。すな
わち、返されたリストは、揮発性のメモリ２０３に「適
合する」ように調整される。システム１００の別の形態
として、端末は、ＵＰＢにアクセスする要求の前に、個
別の非音声帯域のメッセージを使ってメモリ容量情報を
伝達してもよい。

【００２６】端末１１４は、ＵＰＢへのアクセスに応じ
て、ＧＷによって供給されたエントリを受け取り、これ
らのエントリを揮発性のメモリ２０３に格納し、そし
て、エントリを端末ディスプレイ２０２上でユーザに提
示する。一つの形態として、揮発性のメモリ２０３は、
ディスプレイ２０２上で同時に表示され得るより更に多
くのエントリを保持することが可能である。この場合、
ユーザは、揮発性のメモリ２０３に格納されるエントリ
のうちでどれを入力インタフェース２００を用いて表示
するかを制御でき、それに従って、端末ＣＰＵ２０４上
のソフトウェアがディスプレイ２０２を制御する。別の
形態として、端末１１４は、揮発性のメモリ２０３が、
ディスプレイ２０２と同じ数のＵＰＢエントリを操るこ
とができ、かつ、エントリをユーザに同時に提示し得る
ように設計される。この形態においては、端末ＣＰＵ２
０４上で動くＵＰＢドライバディスプレイソフトウェア
は更に簡単である。

【００２７】図１に戻って、上述したように、ゲートウ
ェイ１０２は、最初のフォーマットにおいてコール情報
を伝達する外部の通信メディア１０４／１０６でコール
を伝達する。ゲートウェイ１０２は、最初のフォーマッ
ト及びディジタルホームネットワークフォーマットの間
の変換を行い、ホームネットワークフォーマットにおけ
る端末に情報を伝達するための輸送チャネルを確立す
る。以下に詳細に説明するように、ゲートウェイ１０２
は、端末からユニバーサル電話帳１１２にアクセスする
ための非音声帯域のコントロールチャネルを作る。な
お、コントロールチャネルは、ユニバーサル電話帳１１
２へのアクセス以外の他の機能のために使ってもよい。

【００２８】システム１００のある形態においては、ゲ
ートウェイ１０２は、ライン１２２に入出力（Ｉ／Ｏ）
インタフェースを持つ。そして、システム１００は、更
にユニバーサル電話帳エントリを編集するためのゲート
ウェイＩ／Ｏインタフェースにライン１２２で連結した
出力を持つ入出力（Ｉ／Ｏ）装置１２４を含む。示した
ように、Ｉ／Ｏ装置は、ユニバーサル電話帳の編集を可
能にするためにソフトウェアとともにロードされたパー
ソナルコンピュータ（ＰＣ）であり、そして、ライン１
２２は、例えばイーサネット（登録商標）、もしくは、
ＵＳＢインタフェースであり得る。あるいは、Ｉ／Ｏ装
置１２４は、ウェブブラウザを使うことができて、そし
て、ゲートウェイ１０２は、Ｉ／Ｏ装置１２４との通信
におけるウェブサーバの働きをし得る。例えば、ＰＣ端
末１２０は、編集機能のためのホームネットワーク伝送
メディア１１０を介してゲートウェイウェブサーバにア
クセスしてもよい。

【００２９】システム１００のある形態においては、ゲ
ートウェイ１０２は、ユニバーサル電話帳１１２へのア
クセスを可能にするためのセキュリティプロトコルを確
立し、そして、Ｉ／Ｏ装置１２４は、ユニバーサル電話
帳１１２を編集する前に、セキュリティプロトコルを用
いて通信する。ここに使われる項目編集は、現存するエ
ントリ及びＵＰＢ構成の選択の追加、削除、修正の機能
を含む。例えば、Ｉ／Ｏ装置１２４のユーザは、パスワ
ードを入力するように促される。それから、適切なパス
ワードが入力された後で、ゲートウェイ１０２によって
ユニバーサル電話帳１１２を編集することが可能にな
る。他の周知のセキュリティプロトコルを使うこともで
きる。また、アクセスのクラスも定義してもよい。例え
ば、パスワードは、エントリを修正する、もしくは削除
するのには必要とされるようにする一方、エントリを追
加するのには必要とされないようにしてもよい。

【００３０】システム１００のある形態においては、更
にライン１２８上のＩ／Ｏ装置１２４とつながる入力を
持つプリンタ１２６を含む。Ｉ／Ｏ装置１２４によっ
て、ゲートウェイ１０２との通信に応じてプリンタ１２
６でユニバーサル電話帳１１２のハードコピーを印刷す
ることが可能になる。あるいは、ＰＣ端末１２０に付加
されたプリンタ（図示せず）、または、ファックス装置
端末は、ホームネットワーク伝送メディア１１０通信経
由でＵＰＢまたはＵＰＢエントリのハードコピーをプリ
ントアウトするためにも使われ得る。

【００３１】このように、システム１００に付けられた
あらゆるＰＣが、ゲートウェイ１０２の中の内部のウェ
ブサーバにブラウズするために使われ得る。この内部の
ウェブサーバは、恐らくは個々のＨＴＭＬページに、完
全なユニバーサル電話帳（ＵＰＢ）リストを持ってい
る。このページから、それらのＰＣ及びウェブブラウザ
インタフェースを使って、ユーザは下記のことをするこ
とができる。１．電話リストを印刷する２．現存するエントリを編集する３．新しいエントリを追加する４．エントリを削除する５．エントリをブラウザ及び別のＰＣアプリケーション
の間でコピーする。

【００３２】ユニバーサル電話帳は、端末装置自身を使
うことによって編集されるようにしてもよい。それか
ら、端末１１４−１２０は、ユニバーサル電話帳エント
リを編集するためにゲートウェイ１０２によって確立さ
れたコントロールチャネルを使う。上記のように、ゲー
トウェイ１０２は、端末からユニバーサル電話帳１１２
を編集するためのコントロールチャネルのセキュリティ
プロトコルを確立することができ、そして、端末は、ユ
ニバーサル電話帳エントリを編集する前に、コントロー
ルチャネルのセキュリティプロトコル（すなわちパスワ
ード）を使わなければならない。システムにおける異な
る端末のために、異なるクラスのアクセスが必要となる
かもしれない。更に、Ｉ／Ｏ装置１２４のためよりも、
端末のために、異なるクラスのアクセスが必要となるか
もしれない。

【００３３】ユーザはまた、いくつかの基礎的なＵＰＢ
管理機能を遂行するためには、システムにおけるどの端
末をも使うことができる。それらは、ＵＰＢ１１２をス
クロールし、英文字を入力するための端末の機能キーや
番号値キーパッドを使って発見したエントリの削除や編
集を行うことができる。それらは、番号及び名前を最初
から入力することによって新しい電話番号／名前をＵＰ
Ｂ１１２に追加することもできる。

【００３４】図３は、ユニバーサル電話帳を管理するの
に用いられる非音声帯域の信号方式を示している。端末
非音声帯域の信号方式が描写されているが、Ｉ／Ｏ装置
通信も同様である。通信は、以下のように発生する。

【００３５】１．ユーザは、番号を編集、削除、もしく
は追加する。この結果、エントリ（記述子及び番号）
に、ユーザが要求する動作（削除、編集、追加）を加え
たものを供給するＧＷに、非音声帯域のメッセージが送
られる。

【００３６】２．「追加」が要求されたならば、ＧＷ
は、既にその番号によってエントリがあるかどうかを調
べる。もしあれば、古い「名前」に新しい「名前」を上
書きする。

【００３７】３．ＧＷは、確認を求める非音声帯域のメ
ッセージを送る。このメッセージは、「ｘｘｘの追加の
確認」、「番号ｙｙｙは既にｘｘｘとして存在します。
上書きを望みますか。」、「ｘｘｘの削除を確認するた
めに押してください」などをＧＷが生成するというメッ
セージを含んでもよい（ｙｙｙが修正された番号であ
り、ｘｘｘがその記述子である）。

【００３８】４．もしユーザが確認を決定したら、確認
がＧＷに送られ、ＵＰＢがアップデートされる。他の場
合は、確認は返されず、最新情報は発生しない（あるい
は、要求された変更をＧＷが中止するべきであることを
示す消極的確認を送るようにしてもよい）。

【００３９】ＧＷの中に格納されるデータは、第４の端
末１２０またはＩ／Ｏ装置１２４のような、ホームネッ
トワークに付けられたあらゆるデスクトップＰＣ上の別
の個人情報管理アプリケーションと容易に同期すること
ができる（図１参照）。応用例は、マイクロソフト（登
録商標）Ｏｕｔｌｏｏｋ（登録商標）、及びパームデス
クトップを含む。同様に、ＧＷの中のデータを、ＰＤＡ
または自己管理手帳の中に格納されるデータと直接同期
させることができる。ＰＤＡ／管理手帳１２９（図１参
照）は、ホームネットワークＰＣ１２０を介してＧＷ１
０２に接続することができる。または、ＰＤＡ／管理手
帳１２９が、ゲートウェイ１０２に接続できるポート１
１０をホームネットワークに持っているならば、直接に
接続することもできる。この特徴のもう一つの利益は、
ＧＷ１０２が破滅的に故障しても、格納されたＵＰＢ全
てが損失するわけではないことである。これは、それ
が、データが容易に回復できる、ＰＣ１２０および／ま
たはＰＤＡ１２９および／または別の端末に格納された
コピーを持っているからである。

【００４０】図４は、図１のＵＰＢ構成１３０の詳細な
描写である。ＵＰＢ構成１３０は、典型的には非揮発性
のＧＷメモリに格納される。

【００４１】ＵＰＢ選択テーブルは、ＵＰＢが全ネット
ワークのためにいかに動作するかを定義するグローバル
なパラメータを含む。例えば、「許可、ただしセキュリ
ティプロトコル不能」に設定される「ＵＰＢへのエント
リ追加」を除いて、端末インタフェースパラメータが全
て「不許可」に設定されたら、これは、端末のうちのい
ずれも、エントリやカテゴリの編集や削除を行えないこ
とを意味する。しかしながら、その端末のための「端末
構成：インタフェースパラメータ」が「権限なし」に設
定されない限り、全ての端末はＵＰＢエントリを追加で
きる。もしこのように設定された場合には、ネットワー
クでの端末編集のためのグローバルな設定にもかかわら
ず、その端末からは何も（追加、編集、削除）できな
い。

【００４２】上述の三タイプのカテゴリ間を区別する必
要性のために、カテゴリは、関連したタイプを持ってい
る。もっとシンプルに実行する場合は、もっとシンプル
なサブセットにまでくずれるので、この十分な「ＵＰＢ
選択」は必要とならない。

【００４３】図１に戻って、Ｉ／Ｏ装置１２４および／
または端末通信装置１１４−１２０との通信に応じて、
ゲートウェイ１０２は、ＵＰＢエントリへのアクセスを
可能にする。それらのエントリは、記述子に対にされた
電話番号である。更に、そのエントリは、ユーザに定義
されたグループのようなオプションカテゴリ、ユニバー
サル電話帳にアクセスする端末によって定義されたグル
ープ、最も最近のコール、最も頻繁なコール、一般的グ
ループ、事前に定義されたグループ、または、選択され
た外部の通信メディアによって定義されたカテゴリへ相
互参照される。

【００４４】端末は、検索パラメータ、典型的には「名
前」記述子を指定する。例えば、ユーザが「デーブ・ジ
ョーンズ」を探しているならば、ユーザは、「ジョーン
ズ」が記述子の一部である全てのエントリを検索するた
めに、「ジョーンズ」をタイプし、端末のユーザ・イン
タフェースを形成する検索ＵＰＢを選択する。記述子
「ジョーンズ」を持つエントリが、ＵＰＢから取り出さ
れる。最も一般的なケースにおいては、オプションカテ
ゴリはまったく考慮されず、ＵＰＢは、適合する全ての
名前−記述子対を返す。しかしながら、その端末は、
「家族」オプションカテゴリと関連している番号−記述
子対の中からのみ、この名前に適合する番号−記述子対
を検索するよう指定することもできる。この場合、選択
されたオプションカテゴリからのエントリのみをＵＰＢ
が供給するので、「ジョーンズ」との適合件として返さ
れるものは少なくなるであろう。別の技術として、「家
族」のオプションカテゴリにおける「空の」記述子（或
いはワイルドカード）を検索する技術もある。この場
合、オプションカテゴリ「家族」における全ての番号−
記述子対（エントリ）が返される。このような形態で
は、ユーザは、提示されたエントリをスクロールし得
る。

【００４５】エントリを一つ以上の端末に結び付けるこ
とも可能である。すなわち、端末は、オプションカテゴ
リとして使われ得る。例えば、いくつかのエントリを特
定の端末に割り当てることが可能である。これを使用し
た１つの例は、１０代の娘が彼女自身のホームネットワ
ーク電話を持っている家庭である。ここで、彼女は、Ｕ
ＰＢに彼女の友人を入れ、そして、その友人を彼女の寝
室に位置する電話とのみ関連付けさせることができる。
この場合、彼女の友人のＵＰＢエントリは、彼女の寝室
の電話でのみ見ることができ、彼女の弟は、彼の部屋の
彼の電話上でそれらを見ることができない。あるいは、
全てのエントリを全ての端末にアクセス可能にするため
のデフォルト条件を確立してもよい。あるエントリが、
それと関係のある端末を持っていないならば、そのエン
トリは、端末の全てにアクセス可能か、または、端末の
うちのいずれにもアクセスできないようにすることがで
きる。

【００４６】ユーザは、別のタイプのオプションカテゴ
リである。この場合、特定の個人は、ホームネットワー
クで電話のＵＰＢを開くとき、身元を明らかにする。す
なわち、ユーザは、「個人」オプションカテゴリを選択
するであろう。例えば、家庭の母がＵＰＢを開くとき、
端末は、家族メンバーのリストの中からユーザを選択す
るように彼女に促すであろう。彼女は、リストの中から
「おかあさん」を選択した後で、「おかあさん」オプシ
ョンカテゴリ内のＵＰＢエントリだけを見ることにな
る。あるいは、ＵＰＢエントリの更に完全なリストが必
要とされるときには、ユーザは、異なる、あるいはもっ
と一般的なオプションカテゴリを選択する。

【００４７】ＵＰＢを開くとき、ユーザは、オプション
カテゴリのリストから選択するように促され得る。ユー
ザは、「仕事」、「家庭」、「家族」、または「ＶＩ
Ｐ」のようなオプションカテゴリにおいてオプションエ
ントリを定義して、分類し得る。ユーザまたはユーザの
選択と関連するオプションカテゴリのために実行され得
る別の拡張としてはシンプルなパスワードのフォームが
あり、ＵＰＢエントリの特定のオプションカテゴリへの
アクセスを得る前にその識別を確認することがユーザが
要求される。例えば、そのパスワードは、シンプルな番
号値パスワードとすることができる。

【００４８】図２に戻って、システムのある形態におい
ては、最初の端末１１４が代表である各端末は、エント
リのローカルな電話帳（ＬＰＢ）２０５を含む。再び、
エントリは、記述子に対にされた電話番号と定義され
る。ローカルな電話帳２０５は、典型的には、ユニバー
サル電話帳よりはるかに少ないエントリを持っている。
最初の端末１１４は、ユニバーサル電話帳１１２へのア
クセスを失敗するのに応じて、対応するローカルな電話
帳２０５にアクセスする。この状況は、例えば、ゲート
ウェイの電源が切れたら発生するかもしれない。しか
し、サービスは、ＰＯＴＳライン１０４上でまだ利用可
能である。システム１００の別の形態として、双方共が
利用可能である場合は、ユーザは、マニュアルでＬＰＢ
２０５かＵＰＢのいずれかを検索することを可能にして
もよい。

【００４９】発明のある形態においては、端末は、オプ
ションカテゴリによる組織化が正当なものとなるように
するために、十分多くのエントリを含んでいる。また、
ＵＰＢが組織化されているので、オプションカテゴリ
は、名前、ユーザに定義されたグループ、最も最近呼ば
れた番号、そして、最も頻繁に呼ばれた番号とすること
ができる。ある形態においては、最初の端末１１４は、
対応するローカルな電話帳２０５を不揮発性メモリに格
納する。

【００５０】あるシステム端末は、ライフライン電話サ
ービスをサポートすることが期待されてもよい。ライフ
ラインサービスは、電話交換局からの銅対の下方に通さ
れた電流によって動力を供給された電話回線を持ったア
ナログＰＯＴＳである。電話（端末）がこの能力をサポ
ートするならば、電話は、ブロードバンド接続、また
は、ブロードバンドのＧＷが不具合があるとき、もしく
は、停電があるとき、ライフラインサービスを用いてダ
イヤルを回すためにまだ用い得る。

【００５１】電源異常またはＧＷが不具合があるときは
いつでも、たとえそれがおそらくライフラインＰＯＴＳ
サービスを使う電話をかけて受け取ることができるとし
ても、ＵＰＢはもはや電話として使えない。このモード
のときには、端末は、更に少ない電話番号／記述子対
（おそらく約３０個）を格納しているそのローカルな電
話帳からだけ番号にアクセスすることができる。同様
に、あらゆる着信は、呼ばれた端末のローカルな電話帳
にその番号が格納されている場合は、着信電話番号に関
係する記述子だけを承認し、表示することになる。もち
ろん、ユーザは、電子メモリに格納される番号に依存せ
ずに、端末の番号値キーパッドを直接使う番号をダイヤ
ルすることもできる。

【００５２】各端末においてＬＰＢの管理をサポートす
る可能な方法は多くある。最もシンプルなケースにおい
ては、ＬＰＢは、端末の入力装置及びキーボードを使っ
て、ＵＰＢとは無関係に各端末で管理される。このモー
ドは、「独立したＬＰＢ」と言われる。

【００５３】別のケースにおいては、ＬＰＢは、最も最
近使われる、または、最も頻繁に使われるＵＰＢから番
号−記述子対のサブセットを自動的に格納するために形
成され得る。このアプローチは、ＬＰＢを維持するのに
ユーザの側の相互作用を必要としない。このモードは、
「自動ＬＰＢ」と言われる。

【００５４】第３のケースにおいては、ゲートウェイ
は、ＵＰＢ及びＬＰＢ機能を統合する。この最終のモー
ドは、「ユーザに定義されたＬＰＢ」と言われる。図１
に戻って、ゲートウェイ１０２は、多様なＬＰＢ実体１
３２を含む。それは、ゲートウェイの不揮発性メモリに
格納される。ネットワークの全ての端末に対し、ＬＰＢ
管理のためのこの第３のアプローチをサポートするよう
な１つのＬＰＢの実体がある。各々端末１１４−１２０
に対応して、ＬＰＢ実体１３２ａから１３２ｄまでを示
す。「ユーザに定義されたＬＰＢ」モードに設定される
端末のために、これらのＬＰＢ実体１３２ａ−１３２ｄ
のうちで対応するものは、対応する端末のＬＰＢに格納
される番号−記述子対のコピーを格納する。ユーザは、
ライン１２２上でＧＷへのＩ／Ｏインタフェースを用い
て、各端末のためにＬＰＢエントリを見、編集すること
ができる。それらをＬＰＢのもののうちのいずれかに割
り当てるためには、ユーザは単に、ＵＰＢから番号を選
択してコピー・アンド・ペーストし、または、ドラッグ
＆ドロップするだけでよいので、ＬＰＢの管理がもっと
簡単になる。

【００５５】ユーザは、独立したＬＰＢ、自動ＬＰＢ、
及びユーザに定義されたＬＰＢの間で選択することがで
きる。この選択は、端末そのものから、もしくはＩ／Ｏ
装置１２４から行われ得る。また、選択またはユーザの
身元確認をする端末に基づいて選択プロセスを制御する
ために、セキュリティプロトコルが実行され得る。シス
テムのある形態では、選択は端末の能力に基づいて行わ
れ、ユーザが明確に選択することはできないとする。例
えば、ユーザに定義されたＬＰＢオプションを端末がサ
ポートし得ないならば、独立したＬＰＢがデフォルトで
選択されてもよい。

【００５６】図５は、他のＬＢＰ実体を代表する最初の
端末のためのＬＢＰ実体１３２のより詳細な描写であ
る。詳細には、ＬＰＢ実体は、ＬＰＢが設定されるモー
ドを示すフラグを格納する。更に、ＬＰＢがユーザ定義
ＬＰＢモードに設定されるならば、同じくＬＰＢ実体
は、ＵＰＢ実体のうちのいずれがこの特定のＬＰＢに格
納されるかを確認するために必要な情報を格納する。こ
れは、ＬＰＢにおけるＵＰＢエントリの完全なコピー、
または、関連のＵＰＢエントリへのポインタの形のう
ち、どちらで与えることもできる。

【００５７】図１に戻って、最初の端末１１４は、ゲー
トウェイ１０２によって維持されるローカルな電話帳１
３２ａを編集するためにコントロールチャネルを使う。
あるいは、ローカルな電話帳１３２ａは、ゲートウェイ
１０２及びＩ／Ｏ装置１２４の間の通信において編集さ
れる。前述同様、端末からローカルな電話帳１３２ａを
編集するために、コントロールチャネルのセキュリティ
プロトコルが確立され得る。同様に、ゲートウェイ１０
２は、Ｉ／Ｏ装置１２４からローカルな電話帳を編集す
るためにセキュリティプロトコルを確立し得る。

【００５８】その編集が端末およびＩ／Ｏ装置のどちら
から発しているかに関係なく、端末に対するＬＰＢが編
集されるときはいつも、端末及びゲートウェイが、２部
のＬＰＢが十分に同期されていることを確認するために
非音声帯域のＶｏＨＮ信号メッセージを交換する。

【００５９】ユーザに定義されたＬＰＢモードにおい
て、端末におけるローカルな電話帳２０５（図２参照）
及びゲートウェイのローカルな電話帳１３２が、ＵＰＢ
１１２の固定したサブセットであるエントリを格納す
る。ユーザは、ＵＰＢ１１２からのどちらのエントリが
各ＬＰＢで使われるかを次の（１）（２）のうちから選
択する。（１）所望の番号が見つかったときには、例え
ば、ＵＰＢをスクロールし、そして、「ローカルなＰＢ
に加える」オプションを選択することによって、端末の
ローカルなインタフェースの中からそれらを選択する。
（２）Ｉ／Ｏ装置１２４を使う。ＬＰＢエントリがどち
らかの方法によって変えられるときはいつでも、双方の
ロケーションに格納されたＬＰＢに同期する（共通化す
る）ＧＷ及び端末の間で非音声帯域の信号方式メッセー
ジを交換するために、ＶｏＨＮコントロールチャネルが
使われる。

【００６０】後のケースにおいて、ユーザは、ＰＣ１２
４または１２０からＧＷの内部のウェブサーバを閲覧す
る。ＧＷに埋め込まれたウェブページは、所望の電話の
ローカルな電話リストを含む。示されるＬＰＢリスト
は、ＧＷに局所的に格納されるが、所望の端末に格納さ
れるＬＰＢの同期されたコピーである。

【００６１】図６は、ユニバーサル電話帳にアクセスす
るゲートウェイ及び端末間のコントロールチャネルでの
通信を例証するダイアグラムである。ゲートウェイは、
ユニバーサル電話帳検索パラメータを指定する端末から
非音声帯域のメッセージを受け付け、非音声帯域のメッ
セージを、ユニバーサル電話帳検索の結果を返す端末に
送る。例えば、最初の端末は、記述子、記述子フラグメ
ント、電話番号または電話番号フラグメントであるかも
しれないエントリを作る。さらに、検索パラメータは、
返されたエントリをろ過するために、オプションカテゴ
リを含んでいてもよい。それから、ゲートウェイは、電
話番号に対にされた一つ以上の記述子を返す最初の端末
に非音声帯域のメッセージを伝達する。適合するエント
リがＵＰＢで発見されないならば、ゲートウェイは、適
合するレコードが発見されなかったことを示す最初の端
末に非音声帯域のメッセージを伝達する。

【００６２】例を続ければ、ゲートウェイは、最初の端
末から、「仕事」のようなオプションカテゴリを受け取
る。同じく最初の端末は、ローカルなインタフェースを
用いて入力される、「ボブ」のような記述子を送る。そ
れから、ゲートウェイ１０２は、「ボブ」記述子に対し
てユニバーサル電話帳のオプションカテゴリ「仕事」を
検索し、そして、電話番号に相互参照された少なくとも
１つの記述子を返す。

【００６３】ユーザが検索ＵＰＢ（ボブ、仕事）を送る
ならば、ＵＰＢは、「ボブ」が記述子にあってオプショ
ンカテゴリが「仕事」を含んでいるエントリだけを返
す。なお、名前「ボブ」の下にユニバーサル電話帳及び
いくつかのエントリに適合するエントリがないかもしれ
ない。ユーザが検索ＵＰＢ（ボブ、””）を送った場合
は、オプションカテゴリは指定されておらず、それらが
相互参照されたオプションカテゴリとは関係なく、記述
子における「ボブ」を有する全てのエントリが返され
る。ユーザが検索ＵＰＢ（仕事）、すなわち、空の検索
文字列、または、ワイルドカードを送った場合は、オプ
ションカテゴリ「仕事」にある全てのエントリが返され
る。

【００６４】電話番号は、検索基準として同じく使われ
得る。例えば、ユーザが検索ＵＰＢ（３６０８３４，）
を入力するならば、番号が「３６０８３４」を含む全て
のＵＰＢエントリが返される。上述したように、エント
リ及び返されたエントリのプレゼンテーションの個数
は、端末のメモリ容量によって制約を受けるかもしれな
い。

【００６５】図７及び図８は、ゲートウェイ及びＵＰＢ
検索を可能にするための端末の間のコントロールチャネ
ルでの通信の使用を示している。典型的には、発信ダイ
ヤルを回すために、ユーザは、端末通信装置そのものか
らのユニバーサル電話帳の中から電話番号を選択する。
これをする方法は二つある。名前（図７）及びスクロー
ルしている検索（図８）によって検索することである。

【００６６】名前アプローチ（図７）による検索におい
て、ユーザは、端末上で番号値キーパッドのアルファベ
ットのエントリ能力を使って、それらが捜している人
（記述子）の名前を入力する。ユーザは、全名前、最初
のわずかのキャラクタ、もしくは検索される電話番号に
関連する名前のサブセットのみを入力し得る。

【００６７】例えば、ユーザは、「Ｓｍｉ」を入力する
だけでデーブ・スミス（ＤａｖｅＳｍｉｔｈ）を検索し
得る。同様に、ユーザが検索文字列を送るためにキーを
プレスする、または、端末通信装置が十分なキャラクタ
が入力された（プロセスを加速するために、その装置
は、３、４文字が入力されると文字列を自動的に送るよ
うに設定され得る。）ことを決定すると、その装置は、
非音声帯域のメッセージを、ユニバーサル電話帳の検索
を要求するゲートウェイに送る。この要求メッセージに
おいて、検索文字列及び検索するための電話帳エントリ
の最大値（Ｍａｘ）が返される。上述したように、パラ
メータ「Ｍａｘ」は、端末通信装置のメモリ容量制限を
回避するのに必要とされる。

【００６８】ゲートウェイ（ＧＷ）は、適合する全ての
記述子を発見するために、データベースを検索する。ゲ
ートウェイは、デーブ・スミスの番号が、それがスミ
ス、デーブ、または、「デーブ・スミス」、または、他
の論理的結合として格納されたとしても、位置している
ことを可能にする知的な方法で検索する。ＧＷは、別の
非音声帯域のメッセージにおいて発見された記述子及び
番号対を端末に返す。このメッセージは、適合した番号
を示し、そして、それから記述子及び番号対として全て
をリストする。

【００６９】端末が受け入れ得るより多くの適合するエ
ントリをＧＷが発見したならば、それは、適合するエン
トリの全てを返すことができない。そのようなケースに
おいて、ＧＷは、随意の方法においてエントリのうちの
いずれを返すかを選択し、そして同じく、返しうるより
多くのエントリが存在することを端末に示すことができ
る。予期されたエントリが発見されないならば、ユーザ
が驚かないように、その情報を端末のディスプレイ上の
ユーザに示してもよい。そのようなケースにおいて、ユ
ーザは、更に詳細な検索文字列によってそれらの検索に
再び入る必要がある、または、ＵＰＢをスクロールする
ことに頼ることになる。

【００７０】検索された記述子／番号対は、端末上でユ
ーザに表示される。ユーザは、図７の下部で示したよう
に、正しいエントリが発見されるとき、１つのキー押し
下げによって適切な番号へのコールをダイヤルすること
で、検索されたリストを容易にスクロールし、そして、
所望のエントリを選択し得る。

【００７１】あるいは、最初の端末通信装置は、非音声
帯域のメッセージ当たり１つのエントリ文字を伝え、ゲ
ートウェイは、検索パラメータにおける文字の数に応じ
て、十分な記述子検索結果を洗練する。例えば、文字
「Ｓ」の入力に応じて、ゲートウェイは、「Ｓ」で始ま
る記述子（および対応する電話番号）を返し、第２の文
字「ｍ」の入力に応じて、ゲートウェイは、「Ｓｍ」で
始まる名前を返し、第３の文字ｉの入力に応じて、ゲー
トウェイは、「Ｓｍｉ」で始まる名前を返す。

【００７２】ＵＰＢを検索する代替メカニズムとして、
検索文字列及びオプション基準を入力することによっ
て、ユーザは、遠隔スクロールのためのＵＰＢを開いて
もよい。これをするためには、ユーザは、単に、スクロ
ールするために端末からＵＰＢを開き、そして、所望の
番号にユーザが達するまで、アルファベットの名前順に
おける全体のリストをマニュアルでスクロールする。そ
の番号は、ワンタッチでダイヤルすることができる。ユ
ーザがスクロールすると、ゲートウェイは、ＵＰＢの部
分を、端末装置のユーザ・インタフェース上での表示の
ための一つ以上の非音声帯域の信号方式メッセージにお
ける端末へ移す。

【００７３】システムのある形態において、ユーザは、
スクロールするためにＵＰＢを開く前に、オプションカ
テゴリを選択してもよい。

【００７４】この形態では、選択されたオプションカテ
ゴリに属するエントリのみが端末に供給され、スクロー
ルしているＵＰＢリストの一部として表示される。シス
テムの他の形態においては、スクロールしているプロセ
スの間にオプションカテゴリをユーザが選択する、もし
くは変えることが可能である。

【００７５】スクロールメカニズムは、以下のように作
動する。

【００７６】１．ユーザは、ユニバーサル電話帳を開
く。典型的には、開いたときには、電話帳の開始点は、
アルファベットの初めにある。あるいは、それらがレタ
ー「Ｇ」の初めでスクロール動作を始めることを望むこ
とを示して、ユーザは、１つのキー（例えば、ＧＨＩの
ための４）を押すことができる。

【００７７】２．スクロールを許可するためにエントリ
のリストを返すように要求する非音声帯域のメッセージ
がＧＷに送られる。このメッセージは、番号が集中され
るべき位置及び返されるべき電話番号／名前の対の合計
を示している。例えば、位置が「Ｇ」であり、そして、
Ｍａｘが２０であるならば、「Ｇ」を始めるアルファベ
ット順での最初のエントリの周辺に位置する２０個の番
号が要求される。

【００７８】３．要求された位置に基づいて、ＧＷは、
要求された位置に集中しているＭａｘエントリを電話に
返す。例えば、要求された位置が「Ａ」でＭａｘ＝２１
であるならば、ＧＷは、アルファベット順に並べられた
終わりで最後の１０個の名前／番号対を返し、アルファ
ベット順に並べられたリストの初めで最初の１１個の名
前／番号対を返す。

【００７９】４．ユーザは、それらに与えられたユニバ
ーサル電話帳のサブセットを経て上下にスクロールし得
る。典型的には、端末は、一度に一つより多いエントリ
を表示する。例えば、３行液晶表示装置は、前、現在、
および次のエントリを示す。

【００８０】５．ユーザが、ＲＡＭに格納された番号セ
ットの終わりのあまりにも近くにスクロールするなら
ば、スクロールが続くことができるように、ＧＷから別
の番号セットをダウンロードすることが必要である。こ
れは、３つのやり方のうちの１つで始動することができ
る。ｉ）ユーザが現在のリストの端のＮ個のエントリ以内に
いるときは、現在の点が中央になるような新しいリスト
が要求される。Ｎは、Ｍａｘとは無関係である。ｉｉ）ユーザが現在のリストの端のＭａｘのある分画以
内にいるときは、現在の点が中央になるような新しいリ
ストが要求される。例えば、ユーザがリストの現在の端
のＭａｘ／５以内に達すれば、これがトリガとなりう
る。ｉｉｉ）ユーザが現在のリストの端に達し、そして、ま
だＧＷによって送られていない次のアイテムにスクロー
ルしようとしたとき、新しいリストが要求される。

【００８１】ユーザに知覚できる遅延がより小さくなる
ので、最初の２つのアプローチのうちの１つが望まし
い。また、第３のアプローチは、リストの端がアプロー
チされるとき、液晶表示装置が電話液晶表示装置上の
前、現在及び次のエントリを表示することを許可しな
い。

【００８２】６．トリガポイントに到達したとき、端末
は、前と同じ方法でそれらを返すスクロールＵＰＢメッ
セージを用いて、電話帳記述子のための新しい要求をＧ
Ｗへ送る。新しい要求は、新しい現在の位置に集中する
リストを指定する。新しいリストは、端末における揮発
性メモリに格納される古いリストを効果的に代替し得
る。したがって、全体のＵＰＢをスクロールするために
少量のメモリスペースのみが端末で必要とされる。ある
形態において、ユーザは、返されたエントリの番号をろ
過するために、スクロールＵＰＢメッセージによってオ
プションカテゴリを提出し得る。

【００８３】７．ステップ４−７は、捜している名前／
番号にユーザが位置するまで、おそらく無限に繰り返す
ことができる。いったん、その名前／番号がみつかれ
ば、ユーザは、１つのキー押し下げによってそれをダイ
ヤルすることができる。

【００８４】図９は、ゲートウェイ及びコーラーＩＤ機
能をサポートする端末の間のコントロールチャネルでの
通信の使用を示している。呼出番号が端末の電話帳に格
納され、したがって、端末で識別される、と仮定した場
合、着信があるとき、コーラーＩＤ（ＣＬＩＤ）をサポ
ートする端末は、典型的には、発呼者の名前を表示する
ことができる。ユニバーサル電話帳によってこの特徴を
サポートすることが望ましい。その結果、ＣＬＩＤが、
格納されたおそらく数百の名前／番号対のどの名前をも
表示することができる。例えば、このように、最初の端
末の方向を持ったコールによって、ディスプレイ（２０
２、図２参照）は、電話帳における発呼者の番号を参照
する記述子を描写することができる。

【００８５】端末ディスプレイ上でそれを表示するため
にＵＰＢからの発呼者の番号に関係した記述子を検索す
る方法としては二つ可能である。最初の方法において、
ゲートウェイは、外部の通信メディアでの着信のために
コーラーＩＤ（ＣＬＩＤ）情報を受け取り、識別された
電話番号を記述子に相互参照するためにユニバーサル電
話帳を用い、そして、相互参照された記述子を、非音声
帯域のＶｏＨＮメッセージにおける端末通信装置に伝達
する。第２の方法において、ゲートウェイは、入って来
るＣＬＩＤトーンをデコードすることはできない。第２
の方法は、以下のようになされる。

【００８６】１．着信（ＶｏＢＢ／ＰＯＴＳ）がＧＷに
達する。ＧＷは、端末へのコールを計画し、非音声帯域
の「環状」メッセージを送り、端末を「環状」にする。

【００８７】２．ＧＷは、発呼者及び端末の間で端−端
間の音声チャネルを確立する。この音声チャネルは、発
呼人のＩＤを合図する音声帯域のＣＬＩＤトーンを運
ぶ。

【００８８】３．端末は、ＣＬＩＤトーンをデコード
し、呼出番号を得る。この時点で、端末は呼出番号を表
示することができる。オプションとして、端末は、それ
自身のローカルな電話帳の中で速い検索も行ってもよ
い。その番号がそこに存在するならば、端末は、番号と
対にされる記述子を表示する。その番号がローカルな電
話帳に格納されるならば、プロセスはここで終わっても
よいし、または、なおステップ４に進んでもよく、どち
らのアプローチも可能である。

【００８９】４．ＣＬＩＤによってデコードされた電話
番号に検索の基礎を置いて、端末は、検索ユニバーサル
電話帳（ＵＰＢ）非音声帯域のメッセージをＧＷに送
る。

【００９０】５．ＧＷが番号をみつけたならば、それ
は、１つの番号／名前対を端末へ返す。

【００９１】６．端末は、ＵＰＢから取り出された記述
子を表示し得る。

【００９２】図１０、図１１、及び図１２は、ホームネ
ットワーク電話システムにユニバーサル電話帳を維持す
る本発明の方法を示すフローチャートである。その方法
は、明瞭化のため、一連のステップとして描写している
が、明示的に述べていない限り、ここで付けた番号から
順序を推論すべきではない。その方法は、ステップ９０
０から始まる。ステップ９０２では、複数のホームネッ
トワーク端末にサービスするために、ゲートウェイを確
立する。複数のホームネットワーク端末にサービスする
ためにゲートウェイを確立することは、無線、会議電話
回線、ＡＣ送電線、イーサネット（登録商標）伝送メデ
ィア及びＵＳＢラインのような専用の強硬な接続を含む
グループの中から選択された接続インタフェースを経て
端末にサービスすることを含む。ステップ９０４では、
端末にアクセス可能なユニバーサル電話帳を維持する。
端末にアクセス可能なユニバーサル電話帳を維持するこ
とは、中央集権化された電話帳を維持するためにゲート
ウェイを使うことを含む。更に、ユニバーサル電話帳
は、複数の端末の全てにアクセス可能である。方法のあ
る形態においては、ユニバーサル電話帳は、不揮発性メ
モリに維持される。ステップ９０６では、端末からユニ
バーサル電話帳にアクセスする。ステップ９０７では、
端末でユニバーサル電話帳の少なくとも部分を表示す
る。

【００９３】ある形態においては、ステップ９０２にお
いてゲートウェイを確立することは、サブステップを含
む。ステップ９０２ａでは、上述したように、音声ブロ
ードバンド（ＶｏＢＢ）、ＩＳＤＮ及び一般電話サービ
ス（ＰＯＴＳ）を含むグループから選択された最初のフ
ォーマットにおいてコール情報を伝達する外部の通信メ
ディアコールを伝達する。ステップ９０２ｂでは、最初
のフォーマット及びディジタルホームネットワークフォ
ーマット間で変換を行う。ステップ９０２ｃでは、情報
をホームネットワークフォーマットにおける端末に伝達
するために、輸送チャネル（音声帯域のチャネル）を確
立する。ステップ９０２ｄでは、ユニバーサル電話帳と
の通信のためにコントロールチャネルを確立する。ステ
ップ９０２ｄにおけるユニバーサル電話帳との通信のた
めにコントロールチャネルを確立することは、ゲートウ
ェイ及びユニバーサル電話帳にアクセスする各端末の間
で非音声帯域のコントロールチャネルを確立することを
含む。

【００９４】方法のある形態は、更なるステップを含
む。ステップ９０８では、入出力（Ｉ／Ｏ）装置及びゲ
ートウェイの間の接続を確立する。ステップ９１０で
は、Ｉ／Ｏ装置を使い、ユニバーサル電話帳エントリを
編集する。あるいは、ステップ９１０において、ゲート
ウェイは、端末からユニバーサル電話帳エントリを編集
するために、端末及びユニバーサル電話帳の間の通信の
ためのコントロールチャネルを作る。ステップ９１２で
は、Ｉ／Ｏ装置と関連するプリンタを使い、ユニバーサ
ル電話帳を印刷する。

【００９５】ある形態においては、ステップ９０９ａで
は、ユニバーサル電話帳編集機能を保護するためのセキ
ュリティプロトコルを確立する。ステップ９０９ｂで
は、ユニバーサル電話帳エントリを編集するためにＩ／
Ｏ装置を使う前に、セキュリティプロトコルを通す。同
様に、端末が編集をするとき、ステップ９０９ａでは、
ユニバーサル電話帳編集機能を保護するためのコントロ
ールチャネルのセキュリティプロトコルを確立し、そし
て、ステップ９０９ｂでは、ユニバーサル電話帳エント
リを編集するために端末を使う前に、コントロールチャ
ネルのセキュリティプロトコルを通る。

【００９６】方法のある形態においては、ステップ９０
４において端末にアクセス可能なユニバーサル電話帳を
維持することは、記述子に対にされた電話番号によって
エントリを維持することを含む。更に、ステップ９０４
では、オプションカテゴリに相互参照されるエントリを
持ったユニバーサル電話帳を維持する。それから、上述
したように、ステップ９０６において端末からユニバー
サル電話帳にアクセスすることは、一群の可能なカテゴ
リの中から端末のためのオプションカテゴリを選択する
ことを含む。ステップ９０７における端末のユニバーサ
ル電話帳においてエントリを表示することは、選択され
たオプションカテゴリに相互参照されるユニバーサル電
話帳エントリを返すことを含む。

【００９７】ある形態においては、端末からユニバーサ
ル電話帳にアクセスすることは、最初の端末からユニバ
ーサル電話帳にアクセスすることと、最初の端末と関連
するオプションカテゴリを自動的に選択することとを含
んでいる。他の形態においては、端末からユニバーサル
電話帳にアクセスすることは、オプションカテゴリを選
択し、そして、エントリを選択することを含んでいる。
それから、端末でユニバーサル電話帳におけるエントリ
を表示することは、選択されたエントリを選択されたオ
プションカテゴリに配置することと、選択されたエント
リと関連する電話番号／記述子対を返すこととを含んで
いる。

【００９８】方法のある形態では、更なるステップを含
む。ステップ９１８では、各端末で、電話番号／記述子
対とともに、エントリのローカルな電話帳を格納する。
ステップ９２０では、ローカルな電話帳にアクセスす
る。典型的には、ローカルな電話帳は、端末からユニバ
ーサル電話帳までのアクセスを失敗するのに応じてアク
セスされる。ある形態においては、ＵＰＢが利用可能で
あっても、ユーザは、ＬＰＢをマニュアルで選択しても
よい。ＵＰＢと同様に、ステップ９１８においてエント
リのローカルな電話帳を格納することは、フルネーム、
あだ名、ユーザに定義されたグループ、最も最近呼ばれ
た番号、または最も頻繁に呼ばれる番号のようなオプシ
ョンカテゴリに相互参照されるエントリを格納すること
を含むことができる。それから、ステップ９２０におい
て端末ローカルな電話帳にアクセスすることは、オプシ
ョンカテゴリを選択することを含む。更なるステップで
あるステップ９２２は、選択されたオプションカテゴリ
に相互参照される端末ローカルな電話帳におけるエント
リを表示する。

【００９９】ある形態においては、ステップ９１８ａで
は、ゲートウェイに各端末ローカルな電話帳のコピーを
維持する。ステップ９１８ｂでは、端末の初期化時に、
ゲートウェイのローカルな電話帳にアクセスする。ステ
ップ９１８ｃでは、ローカルな電話帳を端末にダウンロ
ードし、そして、ダウンロードされたローカルな電話帳
を端末に格納する。

【０１００】ある形態においては、ステップ９２４で
は、ゲートウェイに格納されたローカルな電話帳を編集
するためにＩ／Ｏ装置を使う。あるいは、ステップ９２
４では、端末ユーザ・インタフェースの中から選択され
たコマンドに応じてゲートウェイに格納されるローカル
な電話帳を編集する。他の形態においては、ステップ９
２３ａでは、ゲートウェイに格納されたローカルな電話
帳を編集するためのセキュリティプロトコルを確立す
る。ステップ９２３ｂでは、ゲートウェイに格納された
ローカルな電話帳を編集する前にセキュリティプロトコ
ルを通る。ある形態においては、ステップ９２６では、
端末、または、ゲートウェイにユニバーサル電話帳のバ
ックアップコピーを格納する。

【０１０１】方法のある形態においては、ステップ９０
２ｄでユニバーサル電話帳との通信のためのコントロー
ルチャネルを確立することは、端末からゲートウェイま
で、エントリを持つ非音声帯域のメッセージを伝達し、
そして、ゲートウェイから端末まで、記述子に対にされ
た電話番号を返す非音声帯域のメッセージを伝達するこ
とを含む。例えば、端末からゲートウェイまで非音声帯
域のメッセージを伝達することは、エントリフラグメン
トを伝達することを含む。それから、ゲートウェイから
端末まで非音声帯域のメッセージを伝達することは、エ
ントリフラグメントを含む全てのエントリを選択し、そ
れぞれ選択されたエントリと関連する電話番号／記述子
対を返すことを含む。

【０１０２】ある形態においては、端末からゲートウェ
イまで非音声帯域のメッセージを伝達することは、非音
声帯域のメッセージ当たり１つのエントリ文字を入力す
ることを含む。それから、ゲートウェイから最初の端末
まで非音声帯域のメッセージを伝達することは、続いて
受信される各文字に応じてエントリのリストを洗練する
ことと、全ての非音声帯域のメッセージにおける記述子
と対になった電話番号の洗練されたリストを返すことと
を含んでいる。

【０１０３】ある形態においては、端末からゲートウェ
イまで非音声帯域のメッセージを伝達することは、端末
メモリ容量を指定することを含む。それから、ゲートウ
ェイから端末まで非音声帯域のメッセージを伝達するこ
とは、端末メモリ容量に応じたサイズの電話番号／記述
子対のリストを返すことを含む。

【０１０４】方法のある形態においては、ステップ９０
２ａで最初のフォーマットにおけるコール情報を通信す
る外部の通信メディアでコールを伝達することは、サブ
ステップを含む。ステップ９０２ａ１では、着信のコー
ラーＩＤ（ＣＬＩＤ）情報を受け取る。ステップ９０２
ａ２では、コーラーＩＤ情報を使って、着信の電話番号
を確認する。それから、ステップ９０３ａでは、識別さ
れた電話番号を記述子に相互参照するためにユニバーサ
ル電話帳を用いる。ステップ９０３ｂでは、相互参照さ
れた記述子を端末に伝達する。

【０１０５】ある形態においては、ステップ９０２ａ２
においてコーラーＩＤ情報を使って着信の電話番号を識
別することは、コーラーＩＤ情報をデコードするゲート
ウェイを含む。あるいは、コーラーＩＤ情報を使って着
信の電話番号を識別することは、さらなるサブステップ
を含む。ステップ９０２ａ２ａでは、音声帯域のメッセ
ージを使って、コーラーＩＤ情報を端末に伝達する。ス
テップ９０２ａ２ｂでは、端末で、コーラーＩＤ情報
を、識別された電話番号へとデコードする。ステップ９
０２ａ２ｃでは、識別された電話番号を、非音声帯域の
メッセージで、ゲートウェイに伝達する。それから、ス
テップ９０３ａにおいて識別された電話番号を記述子に
相互参照するためにユニバーサル電話帳を用いること
は、端末によって識別された電話番号を使うことを含
む。

【０１０６】ホームネットワークユニバーサル電話帳を
維持するためのシステム及び方法を提供した。電話帳が
エントリ及びオプションカテゴリによってどのように組
織化されうるかのいくつかの例を示した。このような電
話帳をサポートしうる非音声帯域の信号方式、そして、
ＶｏＨＮプロトコルの例も示した。しかしながら、技術
の熟練者には、発明の他の変化及び具体化が発生するで
あろう。

【図面の簡単な説明】

【図１】ホームネットワーク電話システムにおいてユニ
バーサル電話帳を維持するための本発明のシステムの概
要のブロックダイアグラムである。

【図２】他の端末を代表する最初の端末の概要のブロッ
クダイアグラムである。

【図３】ユニバーサル電話帳を管理するのに用いられる
非音声帯域の信号方式を示す図である。

【図４】図１のＵＰＢ構成を詳細に示す図である。

【図５】他のＬＢＰ実体を代表する、最初の端末に対す
るＬＢＰ実体をより詳細に示す図である。

【図６】ゲートウェイ及びユニバーサル電話帳にアクセ
スする端末間のコントロールチャネルでの通信を示すダ
イアグラムである。

【図７】ゲートウェイ及びＵＰＢ検索を可能にするため
の端末の間のコントロールチャネルでの通信の使用を示
す図である。

【図８】ゲートウェイ及びＵＰＢ検索を可能にするため
の端末の間のコントロールチャネルでの通信の使用を示
す図である。

【図９】ゲートウェイ及びコーラーＩＤ機能をサポート
する端末の間のコントロールチャネルでの通信の使用を
示す図である。

【図１０】ホームネットワーク電話システムにおいてユ
ニバーサル電話帳を維持する本発明の方法を示すフロー
チャートである。

【図１１】ホームネットワーク電話システムにおいてユ
ニバーサル電話帳を維持する本発明の方法を示すフロー
チャートである。

【図１２】ホームネットワーク電話システムにおいてユ
ニバーサル電話帳を維持する本発明の方法を示すフロー
チャートである。

Claims

【特許請求の範囲】

【請求項１】ホームネットワーク電話システムにおい
て、ユニバーサル電話帳を維持するための方法であっ
て、複数のホームネットワーク端末にサービスするゲートウ
ェイを確立し、その端末にアクセス可能なユニバーサル電話帳を維持す
ることを含む方法。
【請求項２】複数のホームネットワーク端末にサービス
するゲートウェイを確立することは、無線、会議電話回線、ＡＣ送電線、イーサネット（登録
商標）伝送メディア及び専用の強硬な接続を含むグルー
プから選択された接続インタフェースを通じて端末にサ
ービスすることを含んでいる請求項１に記載の方法。
【請求項３】端末からユニバーサル電話帳にアクセスす
ることと、ユニバーサル電話帳からのエントリを端末で表示するこ
ととをさらに含んでいる請求項２に記載の方法。
【請求項４】ゲートウェイを確立することは、最初のフォーマットにおいてコール情報を伝達する外部
の通信メディア上でコールを交信し、最初のフォーマットとディジタルホームネットワークフ
ォーマットの間で変換し、ホームネットワークフォーマットにおいて端末に情報を
伝達する輸送チャネルを確立し、ユニバーサル電話帳との通信のためのコントロールチャ
ネルを確立することを含んでいる請求項３に記載の方
法。
【請求項５】ユニバーサル電話帳との通信のためのコン
トロールチャネルを確立することは、ゲートウェイと、ユニバーサル電話帳にアクセスする各
端末との間で非音声帯域のコントロールチャネルを確立
することを含んでいる請求項４に記載の方法。
【請求項６】最初のフォーマットにおいてコール情報を
通信する外部の通信メディア上でコールを交信すること
は、音声ケーブル・モデム ( VoCM ) 、音声DSL ( VoDSL
)、音声ATM ( VoATM )、音声インターネットプロトコ
ル ( VoIP ) 、加入者系無線アクセス ( FWA )、或い
は、ホーム光ファイバー(FTTH)、総合ディジタル通信網
ISDN 及び通常の古い電話サービス POTSを含むグルー
プの中から選択された最初のフォーマットを含んでいる
請求項５に記載の方法。
【請求項７】端末にアクセスするユニバーサル電話帳を
維持することは、中央集権化された電話帳を維持するためのゲートウェイ
を使うことを含んでいる請求項５に記載の方法。
【請求項８】端末にアクセスするユニバーサル電話帳を
維持することは、複数のすべての端末にアクセスするユニバーサル電話帳
を維持することを含んでいる請求項７に記載の方法。
【請求項９】入出力（Ｉ／Ｏ）装置とゲートウェイとの
間の接続を確立し、Ｉ／Ｏ装置を用いてユニバーサル電話帳のエントリを編
集することをさらに含んでいる請求項８に記載の方法。
【請求項１０】ユニバーサル電話帳の編集機能を保護す
るためのセキュリティプロトコルを確立し、ユニバーサル電話帳エントリを編集するためにＩ／Ｏ装
置を使う前に、セキュリティプロトコルを通ることをさ
らに含んでいる請求項９に記載の方法。
【請求項１１】Ｉ／Ｏ装置に関連するプリンタを用いて
ユニバーサル電話帳を印刷することをさらに含んでいる
請求項９に記載の方法。
【請求項１２】端末とユニバーサル電話帳との通信のた
めのコントロールチャネルを確立することは、端末からのユニバーサル電話帳エントリを編集すること
を含んでいる請求項８に記載の方法。
【請求項１３】ユニバーサル電話帳の編集機能を保護す
るためのコントロールチャネルのセキュリティプロトコ
ルを確立し、ユニバーサル電話帳エントリを編集するために端末を使
う前に、コントロールチャネルのセキュリティプロトコ
ルを通ることをさらに含んでいる請求項１２に記載の方
法。
【請求項１４】端末にアクセス可能なユニバーサル電話
帳を維持することは、ユニバーサル電話帳を不揮発性メモリに維持することを
含んでいる請求項８に記載の方法。
【請求項１５】端末にアクセス可能なユニバーサル電話
帳を維持することは、記述子と対になった電話番号と一緒にエントリを維持す
ることを含んでいる請求項８に記載の方法。
【請求項１６】端末にアクセス可能なユニバーサル電話
帳を維持することは、オプションカテゴリに相互参照されるエントリと一緒に
ユニバーサル電話帳を維持することを含んでいる請求項
１５に記載の方法。
【請求項１７】端末からユニバーサル電話帳にアクセス
することは、端末からオプションカテゴリを選択することを含み、ユニバーサル電話帳でのエントリを端末で表示すること
は、選択されたオプションカテゴリに相互参照されるユニバ
ーサル電話帳エントリを返すことを含んでいる請求項１
６に記載の方法。
【請求項１８】オプションカテゴリを選択することは、ユーザ、端末、一般、あらかじめ規定した、および、ユ
ーザ規定を含むグループから選択されるオプションカテ
ゴリを選択することを含んでいる請求項１７に記載の方
法。
【請求項１９】端末からユニバーサル電話帳にアクセス
することは、最初の端末からユニバーサル電話帳にアクセスし、最初の端末に関連するオプションカテゴリを自動的に選
択することを含んでいる請求項１８に記載の方法。
【請求項２０】端末からユニバーサル電話帳にアクセス
することは、オプションカテゴリを選択し、エントリを選択することを含み、ユニバーサル電話帳でのエントリを端末で表示すること
は、選択されたエントリを、選択されたオプションカテゴリ
に配置し、選択されたエントリに関連する電話番号／記述子の対を
返すことを含んでいる請求項１８に記載の方法。
【請求項２１】各端末で、エントリのローカルな電話帳
を、電話番号／記述子の対と一緒に格納し、端末からユニバーサル電話帳にアクセスするのを失敗す
るのに応じて、その端末のローカルな電話帳にアクセス
することをさらに含んでいる請求項８に記載の方法。
【請求項２２】エントリのローカルな電話帳を格納する
ことは、オプションカテゴリに相互に参照されるエントリを格納
することを含んでいる請求項１８に記載の方法。
【請求項２３】端末のローカルな電話帳にアクセスする
ことは、オプションカテゴリを選択することを含み、さらに、端末において、選択されたオプションカテゴリに相互参
照されるローカルな電話帳を表示することを含んでいる
請求項２１に記載の方法。
【請求項２４】端末のローカルな電話帳のオプションカ
テゴリを選ぶことは、ユーザ、端末、一般、あらかじめ規定した、および、ユ
ーザ規定を含むグループからオプションカテゴリを選択
することを含んでいる請求項２３に記載の方法。
【請求項２５】各端末のローカルな電話帳のコピーをゲ
ートウェイで維持することをさらに含んでいる請求項２
１の方法。
【請求項２６】端末の初期化時に、ゲートウェイでロー
カルな電話帳にアクセスし、ローカルな電話帳を端末へダウンロードし、ダウンロードされたローカルな電話帳を端末で格納する
こととをさらに含んでいる請求項２５に記載の方法。
【請求項２７】入出力（Ｉ／Ｏ）装置とゲートウェイと
の間の接続を確立し、Ｉ／Ｏ装置を用いてゲートウェイに格納されたローカル
な電話帳を編集することをさらに含んでいる請求項２６
に記載の方法。
【請求項２８】端末のユーザ・インタフェースから選択
されたコマンドに応じて、ゲートウェイに格納されたロ
ーカルな電話帳を編集することをさらに含んでいる請求
項２７に記載の方法。
【請求項２９】ゲートウェイに格納されたローカルな電
話帳を編集するためのセキュリティプロトコルを確立
し、ゲートウェイに格納されたローカルな電話帳を編集する
前に、セキュリティプロトコルを通ることをさらに含ん
でいる請求項２８に記載の方法。
【請求項３０】ユニバーサル電話帳との通信のためのコ
ントロールチャネルを確立することは、端末からゲートウェイへ、エントリを持った非音声帯域
のメッセージを伝達し、ゲートウェイから端末へ、記述子と対になった電話番号
を返す非音声帯域のメッセージを伝達することを含んで
いる請求項１５に記載の方法。
【請求項３１】端末からゲートウェイへ、エントリを持
った非音声帯域のメッセージを伝達することは、エント
リフラグメントの通信を含み、ゲートウェイから端末へ、記述子と対になった電話番号
を返す非音声帯域のメッセージを伝達することは、エントリフラグメントを含むすべてのエントリを選択
し、選択された各エントリと関係のある電話番号／記述子対
を返すことを含んでいる請求項３０に記載の方法。
【請求項３２】端末からゲートウェイへ、エントリを持
った非音声帯域のメッセージを伝達することは、非音声帯域のメッセージごとに一つのエントリキャラク
タを入力することを含み、ゲートウェイから端末へ、記述子と対になった電話番号
を返す非音声帯域のメッセージを伝達することは、受け取った各キャラクタに応じてエントリのリストを洗
練し、すべての非音声帯域のメッセージにおいて記述子と対に
なった洗練された電話番号のリストを返すことを含んで
いる請求項３０に記載の方法。
【請求項３３】端末からゲートウェイへ、エントリを持
った非音声帯域のメッセージを伝達することは、端末の
メモリ容量を指定することを含み、ゲートウェイから端末へ、記述子と対になった電話番号
を返す非音声帯域のメッセージを伝達することは、端末
のメモリ容量に応じたサイズの電話番号／記述子対のリ
ストを返すことを含んでいる請求項３０に記載の方法。
【請求項３４】最初のフォーマットにおいてコール情報
を伝達する外部の通信メディア上でコールを交信するこ
とは、着信のコーラーＩＤ（ＣＬＩＤ）情報を受け取り、コーラーＩＤ情報を使って、着信の電話番号を識別する
ことを含み、識別された電話番号を記述子に相互参照するためにユニ
バーサル電話帳を用い、相互参照される記述子を端末に伝達することをさらに含
んでいる請求項８に記載の方法。
【請求項３５】コーラーＩＤ情報を使って、着信の電話
番号を識別することは、コーラーＩＤ情報をデコードす
るゲートウェイを含んでいる請求項３４に記載の方法。
【請求項３６】コーラーＩＤ情報を使って、着信の電話
番号を識別することは、音声帯域の信号を用いて、コーラーＩＤを端末に伝達
し、端末で、コーラーＩＤを、識別された電話番号へデコー
ドし、非音声帯域のメッセージで、識別された電話番号をゲー
トウェイへ伝達し、識別された電話番号を記述子に相互参照するためにユニ
バーサル電話帳を用いることは、端末によって識別され
た電話番号を用いることを含んでいる請求項３４に記載
の方法。
【請求項３７】最初の端末でユニバーサル電話帳のバッ
クアップコピーを格納することをさらに含んでいる請求
項１に記載の方法。
【請求項３８】ホームネットワーク電話システムにおい
て、ユニバーサル電話帳を維持するためのシステムであ
って、外部の通信メディアへのコールを伝達するための入力を
持つものゲートウェイであって、アクセス可能なユニバ
ーサル電話帳を維持し、通信ブリッジを出力に供給する
ゲートウェイと、複数の端末であって、各端末は、ユニバーサル電話帳に
アクセスするためのゲートウェイ出力につながるポート
を持つ端末とを含んでいるユニバーサル電話帳システ
ム。
【請求項３９】上記端末は、無線、会議通信メディア、
ＡＣ送電線、イーサネット（登録商標）伝送メディア及
び専用の強硬な接続を含むグループから選択される接続
インタフェースを用いてゲートウェイとつながっている
請求項３８に記載のシステム。
【請求項４０】各端末は、ユニバーサル電話帳へのアク
セスに応じて、ユニバーサル電話帳アクセスエントリを
作るためのローカルなインタフェースと、ユニバーサル
電話帳からのエントリを描写するためのディスプレイを
含んでいる請求項３９に記載のシステム。
【請求項４１】上記ゲートウェイは、最初のフォーマットにおけるコール情報を伝達する外部
の通信メディアにコールを伝達し、最初のフォーマットとディジタルホームネットワークフ
ォーマットとの間で変換し、ホームネットワークフォーマットの端末通信装置へ情報
を伝達するための輸送チャネルを確立し、端末通信装置からユニバーサル電話帳にアクセスするた
めのコントロールチャネルを確立する請求項４０に記載
のシステム。
【請求項４２】上記ゲートウェイは、ゲートウェイと、
ユニバーサル電話帳にアクセスする端末通信装置との間
の非音声帯域のコントロールチャネルを確立する請求項
４１に記載のシステム。
【請求項４３】上記ゲートウェイは、音声ATM ( VoATM
) 、音声ケーブル・モデム ( VoCM )、音声DSL ( VoDS
L )、音声インターネットプロトコル ( VoIP ) 、加入
者系無線アクセス ( FWA ) 、或いは、ホーム光ファイ
バー(FTTH)、総合ディジタル通信網 ISDN 及び通常の古
い電話サービス POTSを含むグループの中から選択され
た最初のフォーマットでコール情報を伝達する外部の通
信メディアにコールを伝達する請求項４２に記載のシス
テム。
【請求項４４】上記ゲートウェイは、複数の端末のすべ
てにアクセス可能なユニバーサル電話帳を維持する請求
項４２に記載のシステム。
【請求項４５】上記ゲートウェイのユニバーサル電話帳
は記述子と対の電話番号として各エントリを格納する請
求項４４に記載のシステム。
【請求項４６】上記ゲートウェイは、ユニバーサル電話
帳を格納するための不揮発性メモリを含んでいる請求項
４４に記載のシステム。
【請求項４７】上記ゲートウェイユニバーサル電話帳
は、複数のオプションカテゴリをエントリに相互参照
し、上記端末は、オプションカテゴリを選択し、上記ゲートウェイユニバーサル電話帳は、選択されたオ
プションカテゴリにおいてエントリへのアクセスを供給
する請求項４４に記載のシステム。
【請求項４８】上記ゲートウェイユニバーサル電話帳
は、ユーザ、端末、一般、あらかじめ規定した、およ
び、ユーザ規定を含むグループから選択されるオプショ
ンカテゴリを含んでいる請求項４７に記載のシステム。
【請求項４９】最初の端末がユニバーサル電話帳へのア
クセスを要求し、上記ゲートウェイは、最初の端末から関連するオプショ
ンカテゴリにおいてエントリへのアクセスを自動的に供
給する請求項４８に記載のシステム。
【請求項５０】最初の端末は、最初のユーザに関連する
オプションカテゴリを選択し、上記ゲートウェイは、最初のユーザに関連するオプショ
ンカテゴリにおけるエントリへのアクセスを供給する請
求項４８に記載のシステム。
【請求項５１】各端末は、エントリのローカルな電話帳
を含んでいる請求項４４に記載のシステム。
【請求項５２】端末は、ゲートウェイ電話帳へのアクセ
スを失敗するのに応じてそのローカルな電話帳にアクセ
スする請求項５１に記載のシステム。
【請求項５３】上記端末のローカルな電話帳は、記述子
と対の電話番号としての各エントリを格納する請求項５
１に記載のシステム。
【請求項５４】上記端末のローカルな電話帳は、エント
リへの複数のオプションカテゴリを相互参照し、上記端末はオプションカテゴリを選択し、ローカルな電話帳は、選択されたオプションカテゴリに
おけるエントリへのアクセスを供給する請求項５３に記
載のシステム。
【請求項５５】端末のローカルな電話帳は、フルネー
ム、あだ名、ユーザ定義のグループ、ユニバーサル電話
帳にアクセスする端末により定義されるグループ、最も
最近のコール、最も頻繁なコール及び選択された外部の
通信メディアによって定義されたカテゴリを含むグルー
プの中から選択されたオプションカテゴリを含請求項５
４に記載のシステム。
【請求項５６】上記ゲートウェイのユニバーサル電話帳
は、ローカルな電話帳のエントリセクションを含み、各端末は、そのローカルな電話帳のコピーをゲートウェ
イのローカルな電話帳エントリセクションに伝達し、上記ゲートウェイは、端末からの要求に応じて対応する
ローカルな電話帳のコピーを供給する請求項５１に記載
のシステム。
【請求項５７】上記ゲートウェイが入出力（Ｉ／Ｏ）イ
ンタフェースを持ち、ユニバーサル電話帳のエントリを編集するためのゲート
ウェイＩ／Ｏインタフェースに接続される出力を持つ入
出力（Ｉ／Ｏ）装置をさらに含んでいる請求項５１に記
載のシステム。
【請求項５８】上記ゲートウェイが、ユニバーサル電話
帳へのアクセスを確立するためのセキュリティプロトコ
ルを確立し、ユニバーサル電話帳を編集する前に、上記Ｉ／Ｏ装置が
ゲートウェイセキュリティプロトコルを通る請求項５７
に記載のシステム。
【請求項５９】Ｉ／Ｏ装置に接続された入力を持つプリ
ンタをさらに含み、上記Ｉ／Ｏ装置は、ゲートウェイとの通信に応じて上記
プリンタがユニバーサル電話帳エントリを印刷すること
を可能にする請求項５７に記載のシステム。
【請求項６０】端末は、ユニバーサル電話帳のエントリ
を編集するためのゲートウェイによって確立されたコン
トロールチャネルを用いる請求項５１に記載のシステ
ム。
【請求項６１】上記ゲートウェイは、ユニバーサル電話
帳を編集するためのコントロールチャネルのセキュリテ
ィプロトコルを確立し、端末は、ユニバーサル電話帳のエントリを編集する前に
ゲートウェイのセキュリティプロトコルを通る請求項６
０に記載のシステム。
【請求項６２】端末は、エントリへのアクセスを要求す
るゲートウェイへ非音声帯域のメッセージを伝達し、ゲートウェイは、記述子に対になった電話番号を持つエ
ントリを返す非音声帯域のメッセージを伝達する請求項
４４に記載のシステム。
【請求項６３】上記端末は、非音声帯域のメッセージに
おけるエントリフラグメントを伝達し、ゲートウェイは、伝達されたエントリフラグメントを含
むすべてのエントリを選択し、非音声帯域のメッセージ
における選択されたエントリに関係する電話番号／記述
子対を返す請求項６２に記載のシステム。
【請求項６４】上記端末は、非音声帯域のメッセージあ
たり一つのエントリキャラクタを入力し、上記ゲートウェイは、受け取った各キャラクタに応じて
エントリのリストを洗練し、各非音声帯域のメッセージ
において記述子と対の電話番号の洗練されたリストを返
す請求項６２に記載のシステム。
【請求項６５】端末は、端末のメモリ容量を指定するゲ
ートウェイへ非音声帯域のメッセージを伝達し、ゲートウェイは、端末のメモリ容量に応じた静の電話番
号／記述子対のリストを持った非音声帯域のメッセージ
を伝達する請求項６２に記載のシステム。
【請求項６６】ゲートウェイは、外部の通信メディア上
での着信のコーラーＩＤ（ＣＬＩＤ）情報を受け取り、
識別された電話番号を記述子に相互参照するためにユニ
バーサル電話帳を用い、相互参照される記述子を、着信が入力された端末通信装
置に伝達する請求項４４に記載のシステム。
【請求項６７】ゲートウェイが、コーラーＩＤ情報をデ
コードすることによって着信の電話番号を識別する請求
項６６に記載のシステム。
【請求項６８】ゲートウェイは、音声帯域の信号を用い
て端末へコーラーＩＤ情報を伝達し、端末はコーラーＩＤ情報を、識別された電話番号へデコ
ードして、識別された電話番号をゲートウェイへ伝達
し、ゲートウェイは、識別された電話番号を記述子に相互参
照させるためにユニバーサル電話帳を用い、識別された
記述子を端末へ逆に伝達する請求項６６に記載のシステ
ム。
【請求項６９】複数の端末は、電話、ファックス機器、
多機能周辺装置 ( MFPs ) 、テレビ電話、コンピュー
タ、ワイヤレス装置及びハードウェアに組み込まれてい
る装置を含むグループの中から選択される請求項４４に
記載のシステム。
【請求項７０】端末は、ユニバーサル電話帳の緊急コピ
ーを保存するためのバックアップメモリを含んでおり、ゲートウェイは、ユニバーサル電話帳のコピーを端末の
バックアップメモリに伝達する請求項４４に記載のシス
テム。