JP4335323B2

JP4335323B2 - 汎用ディレクトリ・サービス

Info

Publication number: JP4335323B2
Application number: JP34722896A
Authority: JP
Inventors: アランジョーンズマーク
Original assignee: AT&T Corp
Current assignee: AT&T Corp
Priority date: 1995-12-29
Filing date: 1996-12-26
Publication date: 2009-09-30
Anticipated expiration: 2016-12-26
Also published as: JPH09247275A; EP0782315A2; CA2192499C; DE69633103D1; EP0782315B1; CA2192499A1; US5802510A; DE69633103T2; EP0782315A3

Description

【０００１】
【発明の背景】
本発明はコンピュータを使用した通信ネットワーク・サービスに関し、さらに詳細には、アドレスとして用いたハンドル(handle)識別子に組み合わせたネットワーク上の存在によってエンティティ(entity)が表示されるシステムに関する。
【０００２】
メッセージの送出による通信は着実により一般化しつつある。個人的な会話に対応するメッセージを送出することの利点は、通信容量がさらに効率よく利用されることにあり、すなわち、テキスト準拠の電子メールは対応する音声メッセージに比べはるかに少ないチャンネル容量ですみ、時間のかかる儀礼的な社交上の問い合わせの必要が少ないために時間効率に優れ、より注意深くメッセージを作成する機会が得られ、各種タイプの通信、すなわち、オーディオ、ビデオおよび／またはテキストを含むマルチメディア形式でメッセージの送出ができる可能性があることである。さらに、メッセージが放送で送られると、メッセージ作成上の労力コストは受信人に転嫁され償却が行われる。さらに、受信人が不在であるとか、直ちにメッセージを受信しようとしないとき、そのメッセージを緩衝記憶装置に書き込んでおくことができ、受信人はメッセージ応答の計画により多くの時間を割くことができ、電子メッセージは受信が容易で、長期にわたる保存が簡単にでき、メッセージの作成と編成の補助にソフトウェアの使用ができる。
【０００３】
現在利用できるメッセージ送出のフォーマットに関する一つの問題は受信者の身元確認に事実上無関係なアドレス指定情報を確定し、覚えておく必要があることである。音声のメッセージとファクシミリ・メッセージには電話番号が必要になる。電子メールによるメッセージでは指定されたユーザ名および電子領域名と、恐らくは、通信サービス・プロバイダーを表示する情報とから成るアドレスが必要になる。同様に、電子メール・アドレスのフォーマットは通信サービスをするプロバイダー次第で変更することができる。
【０００４】
電話番号を覚えておくことは難しく、ユーザが住所を変更するとき、あるユーザが仕事を変えたとき、普通は変更される電話番号は探索範囲の数が大変制限された電話帳を介して知ることができ、アドレス情報を電話番号に非常に簡単に組み合わせることができるためプライバシーに欠けることがある。
【０００５】
提案されたＡＴ＆Ｔ５００／７００個人電話番号サービスにおけるような個人の電話番号では、加入者に電話番号が割り当てられ、割り当てられた電話番号は宛先電話番号と、任意ではあるが、音声録音／記憶装置を有するバックアップ電話番号とに組み合わせられる。発呼者は割り当てられた電話番号を呼び出し、呼は宛先電話番号まで自動的に経路選択がなされる。宛先電話番号の側で呼を受け付けないとき、この呼は自動的にバックアップ電話番号まで経路選択が行われる。宛先電話番号は加入者がしばしば変更することがある。このような個人電話番号サービスでは加入者電話番号の変更はマスキングされ、すなわち加入者は旅行中であれ、しばしば住所を移動する場合でも一つの電話番号をもつことができるようになり、拡大されたプライバシーが与えられる。しかし、それにしても個人の電話番号を覚えておくことは容易ではなく、探索範囲の数が非常に限定された電話帳から知ることができ、わずかに一つの媒体を介してアクセスすることができ、電話番号の信頼性に従って、任意ではあるが、呼の管理が制約される特定のアドレス指定インフラストラクチャに接続される。
【０００６】
電子メールのアドレスは往々にして覚えるのが難しく、普通ユーザが職場を変更したり、通信用搬送波を切り替えるときに変更され、汎用のディレクトリ・サービスが不十分なために変更されたアドレスを知ることが容易ではない。
【０００７】
現在利用されているメッセージ送出のフォーマットに関する他の問題は、各種のメッセージ・タイプ、例えば、幾つかのネットワークを介した音声メール、ファクシミリ・メールおよび電子メールにより受信人に情報の伝達ができるとき、送信者は宛先の受信人に最も送出効果のよいものはいずれのタイプのメッセージであるか確信のないことである。
【０００８】
現在用いられているメッセージ送出のフォーマットに関するさらに他の問題は１２キー構成の電話機のような使用できる送信機と、ファクシミリのような好適な受信機相互間における変換が問題になることがある。さらに、発信するメッセージのフォーマット、例えば、音声メールと、メッセージを受信した好適なフォーマット、例えば、電子メール相互間にも変換が問題になることがある。ＰＢＸ／ＬＡＮ環境に適したＡＴ＆ＴＩｎｔｕｉｔｙ社の製品のようなメッセージのフォーマットを変換する装置が既に導入されているが、未だに広く一般に使用されるまでには至っていない。インターネット電子メールのために提案された多目的インターネット・マルチメディア内線（ＭＩＭＥ）仕様によれば送信者は送出内容を多数の他のフォーマットで送信することができるが、変換の問題は未解決のままであった。
【０００９】
【発明の概要】
通信ネットワークに用いるもので、属性を有するエンティティに対し回路の存在が提供されるディレクトリ・システムは属性を記憶し、問い合わせに応答する。
本発明の一つの態様に従えば、属性には関連する真正情報が与えられる。本発明の他の態様に従えば、属性は階層関係を有し、問い合わせにはこの階層関係に基づく情報が含まれる。
【００１０】
問い合わせに含まれる属性に従って、ディレクトリ・システムはエンティティの識別情報を提供し、この識別情報をベンダ・サービスに自動的に転送する。関連する安全情報が属性に与えられる本発明の一つの態様では、ディレクトリ・サービスは公開安全表示に組み合わせた属性のみを有する問い合わせに応答する。
【００１１】
本発明を全体にわたり本明細書に概括することはないが、本発明の上記以外の特徴、態様および利点を以下の説明と図面に言及し、またこれらはその説明と図面から明らかである。
【００１２】
【発明の詳細な記述】
以下の説明において、各図におけるそれぞれの種目またはブロックには、これに組み合わせた照会指定があり、その最初の数字はこの種目が一番目に記載される図を指す（例えば、１１０は図１に記載される）。
【００１３】
エンティティ(entity)は以下に詳細に説明する少なくとも一つのハンドル(handle)で表される。一般に、ハンドルは従来技術に見られるものよりもエンティティをより抽象的に提示するもので、不十分な抽象的な（すなわち、過度に物理的な）性質を組み合わせた従来技術よるエンティティ提示上の問題を避けている。各ハンドルはエンティティに対し明確に区分されたサイバー存在の識別子を提供する。
【００１４】
開示した本発明に述べたディレクトリ・サービスは従来技術によるディレクトリ・サービスよりも高い柔軟性を提供する。開示した本発明に従ってハンドルを伴い使用した場合、ディレクトリ・サービスはより向上させた柔軟性を提供する。一般にネットワーク・ディレクトリ・サービスはエンティティについての情報を提供し、エンティティは記述的な問い合わせに従って確認される、ディレクトリ情報のあるものは公開した状態で得られるものの、一方、他のディレクトリ情報は公開した状態では求められないが、アドレス照会が行われないディレクトリ・サービスに利用することができる。エンティティはそのディレクトリ情報の目標とするプライバシー・レベルを指定する。ディレクトリ・サービスはネットワーク中に介在する多数のホスト・コンピュータに対し物理的に分配することのできる一つまたはそれ以上の地球規模の特殊ネットワーク・ディレクトリを提供する。
【００１５】
開示した本発明に述べたメッセージ作成サービスと送出サービスは従来技術によるメッセージ作成サービスと送出サービスと比べ高い柔軟性を提供する。開示した本発明に従ってハンドルを伴い使用すると、メッセージ作成サービスと送出サービスはより向上させた柔軟性を提供する。一般に、メッセージ送出サービスは特定の終端点へのメッセージの送出、あるいは汎用型記憶設備への送出と、メッセージ受信の通知とメッセージの検索とに関する方法に関しエンティティがとる方法の仕様を提供する。メッセージの通知とメッセージの検索は特定の送信者または特定の主題に対する優先順位のようなエンティティが指定する基準に従って行うことができる。
【００１６】
開示した本発明に述べたメッセージの記憶サービスは従来技術によるメッセージ記憶サービスに比べ高い柔軟性を提供する。開示した本発明に従ってハンドルを伴い使用すると、メッセージ記憶サービスより向上させた柔軟性を提供する。開示した本発明の重要な特徴はメッセージのような対象と、これまで文書のみに適用されてきたベクトル空間モデルのような情報検索技術のサイバー存在への応用である。一般に、より構造化されたデータ・ベース問い合わせ技術に主として依存するよりはむしろ情報検索技術を対象に適用することによって柔軟性が達成される。
【００１７】
＜ネットワークの環境＞
図面、特に図１を参照すると、開示した本発明に見られる環境の形態が一般的にとられるネットワークが記載されている。図１のネットワークは通信ネットワーク１００と、ホーム・ホスト２００と、サービス・ホスト２１０と、接続ホスト・コンピュータ２２０と、ローカル・エリア・ネットワーク（ＬＡＮ）２３０のような他のネットワークへのゲートウェイと、上記各種のコンピュータで実行されるソフトウェアと、１２キー電話機３００のようなユーザ用構内装置と、パーソナル・コンピュータ３１０と、ターミナル装置と、ページャー・ネットワーク４００とから成る。図１に詳しくは提示していないが、開示した本発明に期待されるネットワークにはインターネットへの接続と無線通信が利用できる。
【００１８】
当業者にとっては明らかであろうが、ＴＣＰ／ＩＰ、Ｘ．２５、ＩＳＤＮ、Ethernet、非同期ライン・プロトコル、アナログおよび／またはディジタル音声伝送のようなネットワークの各種部分相互間の通信に多くの異な通信プロトコルを使用することができる。トランザクション・サービス用の通信は安全、フレキシブルな遠隔手続き用の呼（Remote Procedure Call 、ＲＰＣ）で実行される。さらに、適正な認証プロトコルとエンクリプション・プロトコルとして例えばハイパーテキスト転送プロトコル（Hyper Text Transfer Protocol、ＨＴＴＰ）または安全ソケット層（Secure Socket Layer、ＳＳＬ）プロトコルが用いられる。
【００１９】
ユーザ装置とネットワーク装置相互間の通信機能の各種区分したものは図１のネットワークに包括される。以下に説明する機能を実行するには処理機能の不十分なユーザ用装置に対しネットワークは処理機能を提供する構成となる。以上の機能を実行するために用いられる特定タイプのソフトウェアのプログラミングは重大なことではない。
【００２０】
あるケースでは、ユーザ装置は１２個のプッシュボタン電話機のみで構成される。ユーザは最寄りの接続ホストのようなネットワークの一部である接続ホストにダイヤル発信するか、接続ホストへのアクセスを行う無料の番号をダイヤル発信する。一つまたはそれ以上の音声入力と、タッチ・トーン入力を用いて、ユーザは例えば識別コードとパスワードを入力することによってネットワーク・アクセス権を確立する。接続ホストはユーザのホーム・ホスト側のアクセス権を確認し、次いで、例えばユーザに選択メニューを提示することによってユーザが適当なネットワーク・リソースを利用できるようにする。
【００２１】
他のケースでは、ユーザ装置はパーソナル・コンピュータとモデムのような個人用ホスト・コンピュータから成る。ユーザは個人用ホスト・コンピュータに指令し、接続ホストへの接続を確立させる。この場合、接続ホストはユーザの構内用装置が電話機である上述の情況におけるよりもさらに制約された方法で機能する。
【００２２】
さらに他のケースでは、ユーザ装置は受信専用のページャー・ネットワークから成る。ネットワーク内部のある部位に設備される接続ホストはページャー・ネットワークのためにソフトウェアを実行する。
【００２３】
＜ハンドル＞
エンティティは個人、団、法人、法人組織内部の部局、グループ・ユーザ（関係グループ）または一組のエンティティであってもよい。これとは他に、エンティティは団体の会長のような機能的な役割であってもよい。
【００２４】
電子的な存在は公開の身元確認を必要とする各エンティティに対し確立される。電子的な存在は本明細書ではネットワーク上の存在または「サイバー存在」とも呼ぶ。電子的な存在はハンドルによって識別される。エンティティに対するネットワーク上の存在はエンティティへの接続点として、さらにエンティティに利用ができる中央に集中させたの一組のリソースとして、エンティティについて公開で得られる情報の軌跡として機能する。物理的には、ネットワーク上の存在は図１に記載するホーム・ホスト・コンピュータのようなホーム・ホスト・コンピュータにおける計算記録、この計算記録に関係するネットワーク・リソースの実使用、付加的なネットワーク・リソースを利用する機能およびネットワーク・ディレクトリにおける計算記録の識別から成る。通常、計算記録はホーム・ホストに収められているが、計算記録のあるものはリソースの使用が多数のホスト・コンピュータから行われるため、これらのコンピュータに収納しておくことができる。
【００２５】
エンティティにはそれぞれ独特のハンドルに組み合わせた多数のネットワーク上の存在を提供することができる。例えば、個人であるエンティティにその人の仕事に関係する活動のための一つのネットワーク上の存在と、その人との主たる趣味に関係する活動のための他のネットワーク上の存在と、その人の他の個人的な用途に関係する活動のためのさらに他のネットワーク上の存在を提供することができる。
【００２６】
本明細書と特許請求の範囲で用いた用語「ハンドル」はエンティティが利用する汎用ディレクトリ・ネットワーク・サービスに登録された独特の識別子を指す。ハンドルは抽象的なエンティティを表し、以下に説明する各種目的に対する一つまたはそれ以上の物理的な終端点に組み合わせることができるが、物理的な終端点には対応しない。ハンドルはエンティティのネットワーク名として機能し、エンティティのネットワーク・アドレスとしても機能するが、物理的な終端点アドレスではない。エンティティには各々をネットワーク上の存在に組み合わせた一つまたはそれ以上のハンドルを提供することができる。主として課金を目的に各ハンドルは、これを使用する必ずしもエンティティではないスポンサに組み合わせる。
【００２７】
ハンドルによって物理的な終端点と送出システムをエンティティのネットワーク存在から切り離すことができるようになる。すなわち、ハンドルは単なるアドレスではなく、ハンドルはリソースの使用とエンティティの利用度に組み合わせるため、ハンドルはエンティティを表す。
【００２８】
ハンドルは任意の時間点において単独なものであるため、汎用のアドレスとして利用することができる。ハンドルの他の重要な特徴はその持続性にある、すなわち、電話番号、アドレス、雇用関係またはスポンサのようなエンティティに組み合わせた属性の変更にも拘わらずエンティティを使用するものに関係することである。エンティティがグループの場合、グループのメンバーまたは他の属性は時間の経過と共に変化することがあるが、そのグループ（エンティティ）はそれでもハンドルを保持し続ける。同様に、エンティティが若干の機能を実行する個人であれば、例えばＸＹＺ社の社長のとき、ハンドルに組み合わせたその個人は替わることがあるが、ハンドルは持続され、この場合、ハンドルは機能上の役割を解説する照会のための表式である。
【００２９】
ハンドルには、例えば「bigbear」，「Jane_Farnsworth」，「ＡＴＴ」，「usenet.rec.gardening」，「empiricists」，「president_XYZ」等が例として引用される。ハンドルは電話番号ではない。電話番号は変化するユーザ番号に組み合わせた物理的な点であるが、ハンドルは物理的な点ではなく、ハンドルで表されるエンティティのみに組み合わせる。ハンドルには簡略記憶上の目的を果たすアルファベット情報を含めることができる。
【００３０】
ネットワーク権に従って指定されるハンドルに対応する個人的に選択するハンドルの利点は記憶性が含まれる、すなわち個人的に選択するハンドルにはメッセージ送信者にとって記憶し易い価値と、個体性と、エンティティのネットワーク人物または属性を記述または表示する機能と、エンティティの身元をマスキング掩蔽する機能とが含まれる。
【００３１】
エンティティ相互間での混同の可能性が十分に低いと考えられる場合、ハンドルは再割り当てすることもあり得る。例えば、個人が死亡するとか、法人が解散する時のようにエンティティが消滅し、消滅後に所定の時間が経過したとき、消滅したエンティティのハンドルは別のエンティティが使用できるようになる。
【００３２】
各人に組み合わせることのできるエンティティ属性の例にはパスワード、氏名、住所、メッセージ受信の好適なフォーマット、一次電話番号、転送電話番号、ファックス番号、家族の構成員、雇主、職業、趣味等が含まれる。
【００３３】
団体のハンドルに組み合わせることのできるエンティティ属性の例にはパスワード、名称、住所、メッセージ受信の好適なフォーマット、電話番号、ファックス番号、構成員の数、産業の種別、製品または提供するサービス、年間売上高、系列会社等が含まれる。
【００３４】
エンティティに対するネットワーク存在の名称としてハンドルはネットワーク・サービスの取得および／または提供をするエンティティにとっての論理的な場である。一般に、エンティティが利用できるネットワーク・リソースには擬人化したアクセス・ポイントと、情報記憶容量と、「アドレス帳」のような情報アクセス構造と、擬人化した一組のメッセージ空間と、しばしば使用するオンライン・サービスにアクセスする便利な方法が含まれる。
【００３５】
本明細書と特許請求の範囲に記載する「アドレス帳」はエンティティに対ししばしばアクセスしたメッセージの宛先の擬人化したディレクトリ、すなわちエンティティを識別する一組のハンドルである。換言するば、アドレス帳に記載する対象はハンドルである。アドレス帳によればエンティティは氏名、写真、ニックネームのようなさらに便利な方法で他のエンティティを参照できるようになり、こうして、アドレス帳には実際のハンドルがエンティティから隠される。
【００３６】
ハンドルに組み合わせた属性は時間の経過に従って変化することがあるため、日付け／時間スタンプのような各時間情報を伴うアドレス帳に対するハンドルだけを局部的に記憶することが好ましい。ハンドルが使用される度に、アドレス帳はそのハンドルの時間スタンプが押されてから何らかの属性が変わったかについてディレクトリ・サービスに自動的に問い合わせる。エンティティのニックネームまたはエンティティに対する関係の定義のようなハンドルに組み合わせた局部情報が局部的にアドレス帳に書き込まれる。アドレス帳の初期内容はエンティティのスポンサーに関して確定することができる。
【００３７】
エンティティの基本（汎用）アドレス帳の内の「特別」アドレス帳は問い合わせで定義することができ、すなわち問い合わせは一組のハンドルを特別アドレス帳内で限定する。
【００３８】
望ましいサブセット中の対象の属性を指定することによってエンティティはアドレス帳のサブセットを調べることができる。例えば、アドレス帳を調べることによって各エンティティに対し、その氏名、顔（その他の）写真、電話番号の情報が得られる。
【００３９】
エンティティは一般にサービスの予約をすることによってハンドルを介しサービスがを受けられ、このようなサービスは本明細書と特許請求項においては「ベンダ・サービス」と呼ばれる。第三者ベンダ、すなわち通信ネットワーク・プロバイダまたはネットワーク存在システム・プロバイダと呼ぶことのできるサービス・プロバイダはハンドルにアクセスできるメニュー駆動型のインタフェースに選択機能を付加することによって、あるいはハンドルに組み合わせたソフトウェア・エージェントに機能遂行能力を付与することによって例えばハンドルからの指令に対応する権限を提供するというような適切な方法でハンドルにサービス提供機能を付加する。ソフトウェア・エージェントの例には以下に説明するメッセージ取扱エージェントと、メッセージ記憶エージェントがある。ベンダ・サービスの例にはメッセージ作成サービス、日時対応一覧表目録制作サービスおよびソフトウェア・エージェント・サービスが挙げられる。図１にベンダが自身のハンドルから直接サービスの提供を行い、他のハンドルがサービスを受けるためにベンダのハンドルと正規に通信しなければならない構成の第三者サービスに用いるサービス・ホスト・コンピュータを記載する。
【００４０】
エンティティはそのハンドルに向けれらたリクエストに応答することによってハンドルを介しサービスを提供する。例えば、他のハンドルにサービスを提供するため、エンティティはそのハンドルに組み合わせたエージェントの内の一つに機能遂行能力を付加することができる。若干の実施例では、ある種のサービスを提供するため、エンティティはネットワークに特別な課金装置を設備することができる。
【００４１】
エンティティが少なくとも一つのメッセージ送出サービスにアクセスができる場合、エンティティの属性にはメッセージの送出が行われる物理的な終端点が含まれる。例えば、エンティティがページャ・ネットワークのとき、物理的な終端点は信号報知装置である。エンティティが個人のとき、物理的な終端点はファックス機またはネットワーク記憶装置のような非回路網装置にすることができる。
【００４２】
エンティティが少なくとも一つのメッセージ送出サービスにアクセスができるとき、エンティティの属性にはメッセージを受信する好適な媒体フォーマットが含まれる。例えば、ファックス、音声メール、テキスト準拠の電子メールおよびマルチメディア電子メールのような一つ以上のメッセージ媒体フォーマットによってエンティティがアクセスができるとき、そのエンティティは「好適な受信媒体」属性においてメッセージ受信に優先権が与られる媒体フォーマットを示す。
【００４３】
提案されたＡＴ＆Ｔ５００／７００個人ナンバー・サービスのような個人電話番号サービスと本発明のハンドルとの間には若干の相違がある。個人ナンバー・サービスではユーザに電話番号だけが通知され、すなわち簡略記憶上の価値に欠ける完全な数値識別子だけが供給されるが、他方、本発明のハンドルは簡略記憶上の価値を有する英数情報で構成することができる。個人ナンバー・サービスはユーザに対する少なくとも一つの宛先電話番号に組み合わさなければならないが、他方本発明のハンドルは特定の電話番号に組み合わせる必要はないが、その代わり、エンティティはそのメッセージをネットワークに記憶させるよう選択することができ、その後にこのエンティティは例えばダイヤルイン電話機の呼によってネットワークからそのメッセージを検索することになる。
【００４４】
＜ディレクトリ・サービス＞
汎用ネットワーク・ディレクトリ・サービスはハンドルに組み合わせた属性を記憶し、記憶した情報に関する問い合わせに応答し、非常にフレキシブルなサーチ機能を提供する。このディレクトリ・サービスはベンダ・サービスにすることができる。
【００４５】
メッセージ送信者のようなディレクトリ・サービスのユーザがエンティティに対するハンドルの知識を得ようとするとき、メッセージ送信者は充分な記述情報を提供してそのエンティティを独特な方法で識別する。場合により、メッセージ送信者はディレクトリ・サービスと繰り返し対話をし、エンティティを独特な方法で識別する。例えば、送信者が提供する個人名、居住する州と市、雇主および職業に従って、ディレクトリ・サービスはリクエストされたハンドルを返還する。
【００４６】
他の情況にあっては、ディレクトリ・サービスのユーザはハンドルについての知識を有し、ディレクトリ・サービスに問い合わせをし、そのハンドルに組み合わせた一つまたはそれ以上の属性を取得する。例えば、ディレクトリ・サービスのユーザはハンドルに組み合わせた昼間の電話番号を知りたいと思うときがある。
【００４７】
ハンドル属性にはハンドルで表されるエンティティが指定するプライバシー・レベルの情報がある。最も簡単なフォーマットにおいて、プライバシー・レベル情報は属性が公開で得られるか、得られないか、例えば秘密であるかを示すに過ぎない。従って、エンティティは属性情報を公開では得られぬようにして「リストに記載のない」ハンドルを必ず維持することができる。
【００４８】
ディレクトリ・サービスは一般に様々な階層構造で属性の指標を維持し、構造に鋭敏な問い合わせに応答する。
【００４９】
各ディレクトリの問い合わせと、この問い合わせに対し汎用ネットワーク・ディレクトリ・サービスから行われる応答にはインタフェースの種類と、適応する用途に従ってマルチメディアを含めることができる。本明細書と特許請求項に用いたマルチメディア・フォーマットでの情報は二進フォーマットのような内部コンピュータ・フォーマット、ＡＳＣＩＩのようなテキスト・フォーマット、音声フォーマットおよびビデオ・フォーマットの内の少なくとも二つでの情報を意味する。
【００５０】
エンティティとその各スポンサーはパスワード、メッセージ受信の好適なフォーマット、転送電話番号およびエンティティとスポンサーの属性のプライバシー状態のような優先順位に従って、図１に記載のホスト・コンピュータの内の少なくとも一つで実行されるソフトウェア・プログラムを含む自動化管理手順を用いてエンティティの属性の幾つかを自己管理する能力を有する。
【００５１】
ハンドルの属性にはこれに組み合わせた真正確証情報がある。ハンドル属性の最も簡単なフォーマットでは、真正確証情報は単に属性情報を誰が提供したかを表すに過ぎない。さらに複雑化した真正確証情報は例えば属性情報が何時提供されたかを表す。真正確証情報は組み合わせた属性情報の信頼性についての見解形成の基準となる。
【００５２】
ディレクトリ・サービスのユーザがハンドルの場合、付加的な柔軟性が期待される。特に、ディレクトリ・サービスから戻された情報は第三者ベンダが提供するメッセージ作成サービスのような他のサービスに自動的に転送される。例えば、
【００５３】
（エンティティのタイプ=個人）
（家族構成員=少なくとも一人の子供）
（住所=ＮＹまたはＮＪ）
のような指定された属性を有する総てのハンドルに対しハンドルがディレクトリ・サービスに問い合わせをする場合、問い合わせで得られる一組のハンドルは問い合わせをしたハンドルが利用するメッセージ作成サービスで放送されるメッセージに対する一組のアドレスとして使用することができる。
【００５４】
若干の実施例では、「秘密」の指定をした付加的なプライバシーがハンドルに組み合わせた情報に利用できる。指定基準に適合するエンティティが知られたくないとするとき、例えば特定の病気に対し陽性の検査結果が出た人がいる場合、この秘密指定の付加的なプライバシーはこの適合するエンティティにメッセージ作成サービスが準備する放送に便利である。このような場合、エンティティはその属性に関する情報の受信に関心を示すが、市場商人および／または情報の内容を探ろうとする調査員からこのようなエンティティの属性保持を隠しておきたいと望むことがある。ハンドルの解明に秘密情報を利用するとき、受信側のエンティティを識別する情報は送信者または問い合わせ人へのネットワークで行われた送出受信内容の内部に保留される。
【００５５】
ディレクトリ・サービスのユーザがハンドルである場合における付加的な柔軟性のもう一つの例はアドレス帳の更新サービスである。更新サービスでは各ディレクトリの問い合わせの結果をアドレス帳に加えるだけにすることができる。これとは他に、ディレクトリの問い合わせ結果を自動的に更新サービスに転送することができ、そこで、更新サービスは問い合わせ結果を保持するか、いかに保持するかについてのディレクトリを用いてハンドルに組み合わせたエンティティに問い合わせる。さらに他の構成として、ハンドルに組み合わせたソフトウェア・エージェントは情報対象のエンティティが指定する一般的な方法、すなわちディレクトリ情報に限定されない情報に対する方法に従って処理しようとする情報対象としてディレクトリ問い合わせの結果を処理することができる。
【００５６】
＜メッセージ作成サービスと送出サービス＞
メッセージ作成サービスによればメッセージの作成ができ、メッセージを宛先問い合わせに組み合わせることができるようになる。すなわち、メッセージは指定された終端点よりはむしろ宛先問い合わせに送られる。宛先の問い合わせはディレクトリ・サービスに関し既に説明したフォーマットである。
【００５７】
メッセージ送出サービスではメッセージに組み合わせた宛先問い合わせの条件を満たし、通常ハンドルである対象にメッセージの送出が行われる。
【００５８】
メッセージは送信者、受信人を確定する宛先問い合わせ、ネットワーク推移の経緯、着信時間および主題と優先順位のような内容情報と封筒情報を含む形をとる。送信者はそのハンドルによって識別される。受信人はその身元がマスキングで隠されていなければ宛先問い合わせに従って識別される（以下の説明を参照）。内容情報はマルチメディア・プログラムと対話型プログラム、家族、友人、仕事仲間からの短信、事業所、行政機関、協会等からの電子通信文、電子絵はがき、電子書簡、電子時事／公報および雑誌、電子広告、電子勧誘文等で構成することができる。
【００５９】
送信者がメッセージ受信人にとって好適な媒体フォーマットを知っているとき、技術的に可能であれば送信者はメッセージ送出サービスに指令して一つのフォーマットで作成されているメッセージを好適なフォーマットに変換させることができる。例えば、メッセージはテキストとして作成し、音声合成技術を用いて音声に変換することができる。理解されるように、メッセージ受信人にとって好まし媒体フォーマットは普通、ネットワーク・ディレクトリ・サービスへの問い合わせから決定することができる。若干のメッセージ作成サービスではディレクトリ・サービスに自動的に問い合わせをし、問い合わせ結果に従ってフォーマット変換ができる。
【００６０】
メッセージ送信者は、例えば送信者が明らかに「無名」であると識別されるメッセージを作成することで、あるいは送信者情報を省略することによってメッセージを無名のままにするよう要求することができる。
【００６１】
メッセージ受信人はメッセージを無名のままにするよう要求することができる。例えば、エンティティがその属性情報の総てを非公開に設定していれば、そのエンティティの属性を有するエンティティに宛てた放送メッセージを受信することができるが、メッセージ送信者にはメッセージ送出サービスから識別情報送出の受領書は提供されないであろう。しかし、メッセージの送出が行われたこと、ことによっては、送出を済ませたメッセージの数もメッセージ送信者に知らせることができる。
【００６２】
送信者がメッセージ送信者の身元の正確な識別をメッセージ送出サービスに保証させる要求をする場合、メッセージ受信の拒絶不能性が用意される。拒絶不能性は支払い事情の伴うメッセージには特に有用である。
【００６３】
＜メッセージ取り扱いエージェント＞
メッセージの受信人がハンドルであれば、付加的な柔軟性が期待される。特に、ハンドルに組み合わせた属性に従って、このハンドルが表すエンティティのために機能を実行するメッセージ取り扱いエージェント（ソフトウェアエージェントのタイプ）のサービスをハンドルは予約することができる。
【００６４】
本明細書と特許請求の範囲に用いた用語「ソフトウェア・エージェント」は図１に記載するホスト・コンピュータの内の一つが普通、実行するソフトウェア・プログラムを指す。ソフトウェア・エージェントはエンティティがそのハンドルを介し予約することのできるベンダ・サービスのタイプである。ソフトウェア・エージェントにはその特定な実行内容に従って各種の機能が与えられ、独立した操作またはエージェンシ操作を特徴とする。ソフトウェア・エージェントはイベント駆動される。ソフトウェア・エージェントはイベントに応答し、一日における時間のようなイベントと環境に従って機能する。ソフトウェア・エージェントは対象を創生、転送、削除し、他のベンダ・サービスを求めて呼び出し、統計表を通知し、モニタし、維持することができる。
【００６５】
独立した操作とはソフトウェア・エージェントがこれを予約するエンティティがそのネットワーク上の存在にいかに、そして何時対話するかに通常は無関係にその機能を実行することを指す。
【００６６】
エージェンシ操作とはソフトウェア・エージェントがそれを予約するエンティティのために機能し、そのエンティティに対する属性として普通、記録されるエンティティ指定の優先順位に従って通常、この予約エンティティのアクセス権等を継承することを指す。
【００６７】
メッセージ取り扱いエージェントから提供されるサービスの例には新メッセージの通知、終端点へのメッセージの自動転送（例えば、他のハンドルまたはメッセージの記憶装置へのコピー）、メッセージの要約、エンティティの基準（例えば、優先順位、サイズ、送信者および／または主題(sunject)）に従って行われるメッセージの分類、エンティティの基準によるメッセージの削除、エンティティの基準に従って行われるメッセージの記憶、メッセージの媒体フォーマットの変換およびあるフォーマット化されたメッセージに対する簡単な回答の作成が含まれる。すなわち、メッセージ取り扱いエージェントは送信／受信装置、メッセージの特性および受信人側での優先順位に従って行われる文脈依存動作をする。
【００６８】
一つのケースでは、ハンドルにはこれに組み合わせた「好適なメッセージ媒体フォーマット=テキスト」を与えることができる。そこでエンティティは「極く最近私に送られてきたメッセージの内容を読み上げてください」のようなリクエストをそのメッセージ取り扱いエージェントに伝送することができる。この場合、メッセージ取り扱いエージェントはメッセージの媒体フォーマットをテキストから音声に変換し、電話のようなエンティティが指示する宛先に音声メッセージを転送する。
【００６９】
メッセージ取り扱いエージェントはメッセージ作動の動作を容易にする。例えば、メッセージ取り扱いエージェントはスケジュール関連情報のようなある種の情報に対するメッセージの内容をチェックし、カレンダ・プログラムのような情報をハンドルに組み合わせた他のサービスに自動転送することができる。
【００７０】
＜メッセージの記憶サービス＞
従来技術のメッセージ記憶サービスには通常、メールボックス、すなわち物理的なデータ・ファイルとメッセージ相互間に物理的な関連をもたせいる。開示した本発明に従うメッセージ記憶サービスにはこのような制約はない。メールボックスは問い合わせ条件を満たす一組のメッセージと考えられる。問い合わせに指示された属性を変化させることによって、エンティティは、これがが許可を読みとった総てのメッセージ（他のエンティティが受信したメッセーイを含むことがある）の考察から、一エンティティが受信したわずかに一サブセットのメッセージをそのものとして考察するまでの各種レベルのメールボックス粒度（きめの細かさ）を達成することができる。さらに、メールボックスにはメールボックス問い合わせ結果を誰に通知するかのような異なるメッセージの配列点を設けることができる。
【００７１】
メールボックスは一組のメッセージについての問い合わせによって確立される。アドレス帳は一組のサイバー存在についての問い合わせによって確立される。通常の従来技術によるシステムでは受信人に宛てたメッセージ到着の通知を手続き上のイベント駆動プロセスとして例えば、「（ｙ）の時（ｘ）を実行する」のように処理するが、ここで「ｙ」はメッセージ到着のイベントである。
【００７２】
開示された本発明では持続的な問い合わせ、すなわちエンティティが関心の継続を維持する問い合わせが期待される。持続的な問い合わせは対象の少なくとも一つの特性に基づく宣言的な表示であり、イベント駆動ではない。問い合わせ発信人は規則的な間隔（ポーリング）で問い合わせ主張することができる。例えば、「メッセージが「新規」または「読み取り未了」の状態であれば、そのメッセージは関心がもたれるものとなる。」
【００７３】
一組の対象を確立する持続的な問い合わせは常に主張の対象になるデータと一致する。持続的な問い合わせはデータの変更をこれに関心をもつ対象に伝送する。例えば問い合わせの対象（目的物）の応答が変化したとき、問い合わせの対象（目的物）に発信人への問い合わせの通知をさせることによって持続的な問い合わせを実行することができる。
【００７４】
永続的な問い合わせはエンティティが何かを知る必要のあるときに便利である。ソフトウェア・エージェントは所定の方法に従ってイベントに応答する上で便利である。
【００７５】
受信人にメッセージの到着を通知することは宣言的なプロセスであり、すなわち、エンティティは持続的な問い合わせを付託すると考えられ、永続的な問い合わせの現結果が持続的な問い合わせの前結果を無効にするとき、あるいは論理的に前結果と不一致であれば、問い合わせを付託したエンティティに通知される。例えば、「私のハンドルに宛てられた総ての記憶した読み取り未了のメッセージ」に対してエンティティが永続的な問い合わせを付託し、最後の問い合わせの主張が行われてから新メッセージが記憶されていれば、先行する問い合わせ（読み取り未了でないメッセージ）の結果は無効になり、そのため通知メッセージ（一つの読み取り未了メッセージ）が発せられる。
【００７６】
メッセージ処理機能はエンティティのハンドル次第で決まる。例えば、初期値(default) として、エンティティのハンドルはこれに宛てられたメッセージに対し完全読み取り、完全書き込み、完全修正の各機能を有する。エンティイティのハンドルに宛てられた特定タイプのメッセージに対し、エンティティは他のハンドルに対し読み取り、書き込みおよび／または修正の機能を指定することができる。
【００７７】
開示した本発明によるメールボックスは、これが一回限りの問い合わせの結果であるとき一回限りの対象と考えることができ、あるいはメールボックスが持続的な問い合わせの結果であるとき持続的な対象と考えることができる。持続的な問い合わせの結果であるメールボックスは効果的、連続的に更新される。メッセージ記憶サービスに対し多数の持続的な問い合わせを伝送することによってエンティティは多数の持続的なメールボックスを形成すことができる。このような理論的概念はエンティティにとり便利なものとして記憶される。
【００７８】
例えば、エンティティが信号報知システムであるとき、一組の持続的な問い合わせは信号報知システム・エンティティに組み合わせた各ユーザに対する新メッセージにするこができよう。
【００７９】
メッセージ記憶サービスでは各メッセージに対しメッセージＩＤを形成し、問い合わせがより速く条件を満たされるよう、メッセージ検索のための指標付けサービスが行われる。例えば、メッセージ記憶サービスでは使用統計、形成時間、メッセージ・タイプ、メッセージ・サイズ、現在の記憶媒体等のようなメッセージ特性を計算することができる。実際上、また可能な場合、メッセージ記憶サービスではメッセージの封筒からある情報がメッセージ特性（例えば、送信者）として単純に抽出される。メッセージの対象が注釈付けや削除のようなことで修正されると、メッセージ記憶サービスは修正を検出し、あるいは変更子により通知を受け、記憶関連特性を更新する。
【００８０】
メッセージ記憶サービスは現在の記憶媒体（メッセージ特性の一つ）と、メッセージの持続性、すなわちメッセージを文書館記憶装置に転送すべき場合を含み、メッセージ受信人が指定する一般的な方法（メッセージ特有でない）に従ってメッセージの記憶方法を決定する。最後に、メッセージ記憶サビスはメッセージを実際に記憶する。
【００８１】
若干の実施例では、メッセージ記憶サービスは、これによって直接的に記憶が制御されないメッセージに対しメッセージＩＤを求めるリクエストに応答する。「代理対象(proxy object)」とも呼ぶこのようなメッセージはメッセージＩＤと、計算された特性とを有し、代理対象記憶の直接的コントローラとのインタフェースを介し問い合わせ、検索をすることができる。代理対象の記憶を直接制御するソフトウェアはメッセージ記憶サービスにメッセージの形成、修正および削除の各イベントについて通知をする責任を負う。
【００８２】
代理対象を使用する例には若干数のエンティティが共有するメッセージが挙げられる。代理対象の特性はメッセージの読み取りが既に済んでいるか、あるいは注釈が代理対象に付されたかのようなエンティティにより異なることがある。それぞれ異なるエンティティに対する異なる優先順位を代理対象に自動的に指定することができる。
【００８３】
＜メッセージ記憶エージェント＞
メッセージ記憶装置のユザーがハンドルのとき、付加的な柔軟性が期待される。特に、ハンドルは、これに組み合わせた属性に従って、ハンドルが表すエンティティのために機能を実行するメッセージ記憶エージェント（ソフトウェア・エージェントのタイプ）のサービスを予約することができる。
【００８４】
メッセージ記憶エージェントが提供するサービスの例にはエンティティへの新メッセージの通知、メッセージの特定エンティティ基準に従って行われるメッセージの削除、メッセージの特定エンティティ基準に従って行われるメッセージの文書館記録保存およびメッセージの媒体フォーマットの変換が含まれる。要約には、カテゴリ、スレッド（トピックのような他のメッセージに対する関係）、内容のタイプ、内容等を含めることができる。メッセージ記憶エージェントに特に適した活動にはメッセージの文書館記録保存、メッセージの時効処理、メッセージの圧縮および異なる仮想フォルダへのメッセージのセッティングが含まれる。
【００８５】
メッセージ記憶エージェントはエンティティのためにメッセージの記憶に反対する持続的な問い合わせを主張することができいる。この機能はエンティティが「受信のみ」タイプの操作になるよう別途期待する信号報知システムであるときに特に有益である。
【００８６】
例えば、メッセージ記憶エージェントはディレクトリをモニタし、特定エンティティに対し雇主側の変化を通知することができるかもしれない。
【００８７】
他の例として、ベンダ・サービスが地球規模の位置決めサービスのような物理的な位置を設定するとき、メッセージ記憶エージェントはエンティティに第一エンティティの子供のような他のエンティティの位置を通知するすることができよう。
【００８８】
図２に上述したサービスの論理的な関係を示す。ネットワーク・ディレクトリ・サービス７００、メッセージ作成サービス７１０、メッセージ送出サービス７２０、メッセージ記憶サービス７３０、メッセージ取り扱いエージェント７５０およびメッセージ記憶エージェント７６０はそれぞれ図１に記載するホスト・コンピュータ２００、２１０、２２０の内の少なくとも一つによって実行されるソフトウェア・プログラムからなる。図２に示すメッセージ記憶媒体７４０は図１のホスト・コンピュータの内の少なくとも一つに組み合わせたＲＡＭまたはディスクのような記憶媒体から成る。
【００８９】
送信エンティティ５００はメッセージ作成サービス７１０と通信を行いメッセージを作成する。メッセージの作成にはディレクトリ・サービス７００との対話が含まれる。そこで、送信エンティティ５００はメッセージ作成サービス７１０に指令し、作成したメッセージをメッセージ送出サービス７２０に転送させ、このメッセージ送出サービスからは、これが指定する宛先にそのメッセージが送出され、送出したメッセージに関する各種フォーマットの報告書が送信エンティティ５００に提供される。
【００９０】
メッセージは実時間で受信エンティティ６００に送出することができ、あるいはメッセージ記憶媒体７４０に論理的に組み合わせたメッセージ記憶サービス７３０に送出することができる。メッセージ取り扱いエージェント７５０は一般に、メッセージ送出サービス７２０から受信したメッセージに従って機能する。メッセージ記憶エージェント７６０は一般に、メッセージ記憶サービス７３０によってメッセージ記憶媒体７４０に書き込まれたメッセージに従って機能する。メッセージ取り扱いエージェント７５０とメッセージ記憶エージェント７６０は受信エンティティ６００のために機能する。
【図面の簡単な説明】
【図１】本発明による通信ネットワークのブロック図である。
【図２】本発明による各種サービスの論理的な関係を示すブロック図である。

Claims

通信ネットワーク（１００）と、エンティティ（５００，６００）にそれぞれのネットワーク上の存在を提供するためのシステムに用いるためのディレクトリ・システムであって、それぞれの前記ネットワーク上の存在が、物理エンドポイントに対応せず、そのネットワーク上の存在とのみ関連付けられた特有の識別子である特有のハンドルにより識別されることを特徴とし、
該ディレクトリ・システムが、
前記特有のハンドルに関連付けられる前記ネットワーク上の存在の属性の指標を記憶するための、記憶ユニット（７００）であり、前記属性が家庭用電話番号、携帯電話番号、勤務先電話番号、ファックス番号、住所及び勤務先住所のうちの一つ又は複数を含む、前記記憶ユニットと、
ディレクトリ問い合わせを受信するための通信リンクであり、前記ディレクトリ問い合わせが、前記属性のうちの選択された属性の値を指定するものである、前記通信リンクと、
前記ディレクトリ問い合わせに応答して、指定された値にそれぞれ一致する値を有する選択された属性に関連付けられている前記特有のハンドルを提供するために、前記指標を用いるようにプログラムされたコンピュータとを含む、
ディレクトリ・システム。
前記コンピュータが又、前記ディレクトリ問い合わせに応答して提供される前記特有のハンドルを、別のコンピュータへ自動的に転送することを特徴とする、
請求項１に記載のディレクトリ・システム。
前記別のコンピュータが、メッセージ作成サービス（７１０）を提供するようにプログラムされていることを特徴とする、
請求項２に記載のディレクトリ・システム。
認証情報が、前記属性に関連付けられていることを特徴とする、
請求項１に記載のディレクトリ・システム。
前記属性が、該属性が公開であるか又は非公開であるかを示すセキュリティ情報をさらに含む、請求項１に記載のディレクトリ・システム。
問い合わせに対する前記コンピュータ応答が、公開情報のみを含む、請求項５に記載のディレクトリ・システム。
前記ディレクトリ問い合わせが、前記属性のうちの選択された属性の値を指定し、応答が、前記指定された値にそれぞれ一致する値を有し、且つ、非公開表示を有するセキュリティ情報に関連付けられている、選択された属性に関連付けられた前記特有のハンドルを含み、記特有のハンドルは公表されないことを特徴とする、
請求項５に記載のディレクトリ・システム。