JP2002502071A

JP2002502071A - メタデータを用いたネットワークリソースのナビゲート

Info

Publication number: JP2002502071A
Application number: JP2000529663A
Authority: JP
Inventors: ティアー，キース; ポップ，ニコラス; オング，ブルース
Original assignee: リアルネームズ・コーポレイション
Priority date: 1998-02-03
Filing date: 1999-02-02
Publication date: 2002-01-22
Also published as: WO1999039275A1; TW468106B; AR014954A1; US6151624A; EP1066568A1; AU2491599A; EP1066568A4; KR20010040626A; IL137645A0; ZA99772B; CA2319501A1

Abstract

(57)【要約】メタデータをネットワークリソースと関連付ける、およびネットワークリソースを言語独立態様で位置付けるためのメカニズムが開示される。メタデータはネットワークリソースの自然言語名、その場所、その言語、その領域または意図される対象、または他の記述的情報を含み得る。オーナーはメタデータをレジストリ（１０）に登録する。メタデータのコピーはネットワークリソースのグループに関連してサーバ（６０）にストアされ、さらに中央場所（３２）でインデックスされるレジストリにストアされる。クローラサービス（２４）は登録されたメタデータに関連して各サーバについての情報をポーリングするこにとよりレジストリを定期的に更新トする。選択されたネットワークリソースを探すために、クライアント（７０）はネットワークリソースの名前をリゾルバプロセスに送る。リゾルバ処理はネットワークリソースネームに対応するネットワークリソース場所をクライアントに与える。複数のメタデータマッピングを同じネットワークリソースについて確立することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の分野】

この発明は、包括的にはデータ処理に関し、具体的にはネットワークリソース
の名称を管理しリソースを探索するための方法およびコンピュータシステムに関
する。

【０００２】

【発明の背景】

近年、インターネットとして知られているグローバルパケット交換ネットワー
クは広範囲にわたって用いられている。ローカルコンピュータは、遠く離れたサ
ーバに接続し、サーバにファイルまたは画像を要求し、要求した情報を迅速に受
取ることができる。

【０００３】インターネットはいくつかの標準プロトコルに従い動作する。たとえば、デー
タのパケットは、伝送制御プロトコル（ＴＣＰ）およびインターネットプロトコ
ル（ＩＰ）を用いてインターネットホストコンピュータ（「サーバ」）間でやり
取りされる。

【０００４】インターネットを用いてアクセス可能なまたはインターネットに接続される各
サーバは、ＩＰアドレスと呼ばれる独自の数値識別子と関連付けられる。各ＩＰ
アドレスは４つの数値部分を有し、各部分は０から２５５の範囲の値を有する。
ＩＰアドレスの一例として「２０４．９３．１１２．９３」というものがある。
ＩＰアドレスは、中央インターネット割当名称機関により割当および管理される
。数値識別子は、コンピュータによって迅速かつ都合よく処理されるが、人間が
記憶しタイプするには不都合である。

【０００５】そのため、１９８４年にドメインネームシステム（ＤＮＳ）が導入された。Ｄ
ＮＳは、サーバのＩＰアドレスをホストネームまたは「ドメインネーム」にマッ
ピングする分散情報データベースである。たとえば、ＤＮＳシステムにおいてド
メインネームwww.centraal.comはＩＰアドレス２０９．７６．１５３．３にマッ
ピングされる。このデータベースは、ＤＮＳサーバとして知られている世界のい
くつかのコンピュータシステムで利用できる。ローカルコンピュータは、ＤＮＳ
サーバに接続し、ＤＮＳサーバにドメインネームを与え、そのドメインネームに
対応するＩＰアドレスを得ることによって、遠隔サーバを探し出すことができる
。こうしてローカルコンピュータはこのＩＰアドレスを用いて遠隔コンピュータ
に接続し、情報を送信および受信することができる。

【０００６】一般的にドメインネームはピリオドで隔てられた２つ以上の英数字フィールド
を含む。右端のフィールドは、共通トップレベルドメイン（ｇＴＬＤ）ネームで
ある。ドメインネーム「centraal.com」の「com」部分は、「centraal.com」が商用ドメインであることを示す共通トップレベルドメインネームである。他のｇ
ＴＬＤには、「mil」（軍用ドメイン）、「gov」（政府ドメイン）、および「ed
u」（教育機関のドメイン）が含まれる。さらに他のｇＴＬＤの作成も提案されている。

【０００７】「centraal.com」の「centraal」部分は、第２レベルドメインネームまたは組
織名である。通常は第２レベルドメインネームも、ドメインネームを所有する機
関の特定のネットワークサーバまたはホストの名称である。ドメインネームは、
ネットワークサーバまたは特定のコンピュータもしくはワークステーションのサ
ブディレクトリといった、組織のサブドメインを識別する「www」などの第３レベルドメインネームを有することもある。

【０００８】ドメインネームは地理的な部分を組入れる場合もある。一例としてドメインネ
ーム「rcsd.redwood-city.ca.us」というものがある。「us」部分は米国を示し、「ca」部分はカリフォルニア州を指し、「redwood-city」は組織名であり、「
rcsd」はサブドメインである。国によっては英国のようにこれらの要素の順序が
逆になっている。

【０００９】インターネットとともに広範囲にわたり使用されている、一般に普及した技術
の１つにワールドワイドウェブとして知られているものがある。このワールドワ
イドウェブにより、コンピュータは、ＤＮＳを用いて遠隔サーバを探索し、サー
バへの接続を確立し、ハイパーテキスト転送プロトコル（ＨＴＴＰ）と呼ばれて
いる通信プロトコルを用いて情報を検索することができる。ファイル、画像また
はページを含め、ウェブを用いて入手できる情報の各アイテムはリソースと呼ば
れる。全域資源位置指示子（ＵＲＬ）は、サーバに記憶された各リソースを独自
に識別する。ＵＲＬは、ネットワークに記憶された情報の場所の識別子に結合さ
れたドメインネームを含むネットワークアドレスの一形式である。

【００１０】ＵＲＬの例としてhttp://www.centraal.com/index.htmlを挙げる。この例で、
「http://」はこのＵＲＬに関連付けられた情報にＨＴＴＰを用いてアクセスできることを示し、「www.centraal.com」は情報を記憶しているサーバを識別し、
「index.html」はそのサーバ上のファイルまたはページを識別する。

【００１１】ローカルコンピュータは、遠隔サーバに、所望の情報のＵＲＬを含む要求を与
えることによって情報を要求する。サーバはその要求を受け、そのＵＲＬに対応
する情報のページを探索し、そのページをＨＴＴＰ接続でローカルコンピュータ
に返送する。情報のページは、ハイパーテキストマーク付け言語（ＨＴＭＬ）で
作成されたファイルである。ローカルコンピュータは、ＨＴＭＬファイルを読出
しそのファイルのＨＴＭＬコードを解釈して複雑なグラフィックディスプレイを
生成することのできるブラウザプログラムを実行する。

【００１２】ウェブは、非常に多くの話題に関し非常に多くの情報を提供するため、しばし
ば図書館にたとえられる。このたとえを用いると、図書館の本はウェブページと
いったネットワークリソースである。すべての本は同じ言語すなわちＨＴＭＬで
書かれている。不都合なことに、ＨＴＭＬは単純な言語であるが、ネットワーク
リソースに関する属性を表わすのに使用できるメカニズムを提供しない。したが
って、引続き図書館にたとえると、ウェブページはカバーのない本のようなもの
である。ウェブページの内容を読むことはできるが、そのウェブページに関連す
る、タイトル、主題、または出版日といった、ウェブページを説明する情報がな
い。タイトルのない本を識別するまたは参照することは困難である。本質的にウ
ェブページはタイトルを記憶するカバーを含まないので、不都合にもウェブペー
ジはＤＮＳシステムの場所識別子またはＵＲＬによって参照される。ウェブを用
いて実現されている現在のＤＮＳシステムには不利な点および欠点がいくつかあ
る。ＤＮＳシステムは各ＵＲＬがウェブでは独自のものであることを保証するが
、ＵＲＬを覚え、ＵＲＬを、そのＵＲＬに関連するドメインまたはページの所有
者に関する特定の機関、人物または製品と関連付けることは困難である。たとえ
ば、現在のシステムで、ウォルトディズニーの映画「バンビ」に関する情報のペ
ージを探索するためには、ユーザは、http://www.disney.com/DisneyVideos/mas terpiece/shelves/bambi のような複雑なＵＲＬをブラウザに入力しなければなら
ない。

【００１３】このように、ＤＮＳシステムの本質的な欠点は、ユーザが所望の情報の正確な
場所および名称を知っていなければならないことである。図書館にたとえると、
ＵＲＬはカード目録番号のようなものである。所望の本の正確なカード目録番号
がわかっていて図書館に行く人は少ない。しかしながら、ウェブ環境では、ユー
ザが当然ネットワークリソースの名称を記憶している傾向があるがその場所は覚
えていないとしても、選択肢はない。さらに、ネットワークリソースは揮発性で
あり、その場所は、時間が経過すると、ネットワークリソースを記憶するサーバ
のオペレータの裁量によって変更されるまたは再編成される可能性がある。この
ように、ＵＲＬはある日に正確であっても翌日には不正確かもしれず、その場合
はネットワークリソースを探索できない。

【００１４】加えて、ネットワークアドレスは毎回正しくタイプしなければならず、さもな
ければリソースは発見されないであろう。ＵＲＬのフォーマットは複雑かつ予測
できないものである。エラーを見付けることは難しい。アドレスを推測すること
は困難である。

【００１５】ＤＮＳシステムのさらなる欠点は、現在の標準プロトコルに従うと、ネットワ
ークアドレスまたはＵＲＬが６０個の英字および記号文字でしか表現できないこ
とである。英字は、ＡからＺの文字および「０」から「９」のアラビア数字を用
いたローマ字でしか表現することができない。このように文字セットが限られて
いるので、国際通信におけるＤＮＳの使用には大きな制限がある。たとえば、現
在、ネットワークアドレスまたはＵＲＬをロシア語で使用されるキリル文字また
は日本語で使用される漢字で表わすことはできない。

【００１６】場所識別子を所望のネットワークリソースと関連付けることが困難であるため
、「検索エンジン」として知られている特別なウェブサイトが開発されており、
これは、自然言語の単語または句を入力しその単語または句を含む他のウェブサ
イトのリストを検索する方法を提供する。検索エンジンの例として、アルタビス
タ（AltaVista）、ヤフー!（Yahoo!）およびリコス（Lycos）がある。しかしながら、検索エンジン技術には制限および欠点がある。たとえば、検索エンジンは
、検索エンジンが索引を付けたウェブページの内容を理解せず、検索エンジンは
ただウェブページを覚えているにすぎない。

【００１７】加えて、検索エンジンはユーザが入力した単語または句を含むウェブページの
リストを単に返送するだけで、自動的に関連ページにナビゲートしてくれない。
検索エンジンが返送したリストは何千ものエントリを含むかも知れず、それらの
多くがユーザの求めるものとは関連のないものである。図書館にたとえると、こ
のプロセスは、図書館員にある本を探してほしいと依頼し、図書館員からその本
があるかもしれない場所のカード目録番号のリストを受取るようなものである。

【００１８】さらに、このリストはほぼ常に、ユーザが入力した単語または句を示すだけで
こうした単語または句によって識別される製品またはサービスの提供者に関連し
ていないエントリを含んでいる。例として、あるユーザが、United Airlinesが所有し操作するウェブサイトを探索しようとしているとする。ユーザは「United
Airlines」を検索エンジンの問合せフィールドに入力する。検索エンジンは「U
nited Airlines」という単語を含むウェブサイトまたはウェブページのリストを
返送する。しかしながら、このリストのエントリの多くは、United Airlinesが所有または操作しているものではなく、第三者が所有または操作するもので、単
に第三者が自身のページでその単語に言及しているだけである。さらに、検索エ
ンジンが作成するリストは順序付けられていないことが多く、ユーザは注意深く
リストを検索して所望のエントリを識別しなければならない。検索エンジン技術
は、ウェブに含まれる文書が少なかったときには適切かもしれないが、現在ウェ
ブが含むページは２億を超えると推定されており、場所識別子に基づいて検索エ
ンジンを使用し続けるのは実用に適さない。新たなランキングアルゴリズム、意
味解析およびＨＴＭＬフィルタリング技術を用いて性能のより高い検索エンジン
を作成することを提案している人々がある。それでもなお、検索エンジンの性能
は劣化し続ける。なぜならウェブは検索エンジンの改良よりも速く成長している
からである。

【００１９】検索エンジンには、メタタグによって騙される可能性があるという欠点もある
。ＨＴＭＬ言語はメタタグ機能を定義することによって、キーワードまたは記述
部といったテキストを、検索エンジンがウェブページの内容を分類する手段とし
て、ウェブページのＨＴＭＬコードに書込む。クライアント側でウェブページを
受信しデコードするときは、ブラウザはメタタグを表示しない。メタタグ機能を
用いて、表示されていないキーワードを、ページの実際の内容と関連のないウェ
ブページにエンコードすることにより、検索エンジンを騙すことができる。ウェ
ブ検索のためにキーワードを用いるとき、ウェブページは、表示されたページの
内容がキーワードと関連していなくても、探索および表示可能である。

【００２０】上記に基づけば、ネットワークリソースの抽象的な特性をネットワークリソー
スと関連付ける方法を提供することが明らかに望ましい。

【００２１】情報と関連付けられた自然言語の単語または「リアル」ネームを用いてウェブ
で入手できる情報にアクセスする方法を有することもまた望ましい。

【００２２】情報と関連付けられた自然言語の単語または「リアル」ネームの受信に応答し
て情報を素早く探索し、ロードし、表示することによって、情報のアドレスでは
なくリアルネームに基づいてネットワークに記憶された情報を瞬時に検索できる
ウェブブラウザプログラムを有することもまた望ましい。

【００２３】ユーザを特定のネットワークリソースに自動的かつ迅速にナビゲートするまた
は導くことができ、ユーザに結果または適合のリストを探させたりユーザにこれ
を求めないシステムを有することもまた望ましい。自然言語の単語または「リア
ル」ネームを１組の情報と関連付ける柔軟で簡単な方法を有することもまた望ま
しい。

【００２４】自然言語の単語または名称をウェブサイトの「ホーム」またはルートページの
みと関連付けるのではなく、従属ページと関連付けることができるようなシステ
ムを有することもまた望ましい。

【００２５】自然言語の単語または名称を、その単語または名称が識別する製品、サービス
またはその他の物事を所有する、操作するまたは生産する組織のみと関連付ける
ことができるようなシステムを有することもまた望ましい。

【００２６】ネットワークに記憶された情報を人間が読むことのできるリソース名と関連付
けることにより、エンドユーザが人間の書き言葉により表現された簡単な単語お
よび文を用いてネットワークをナビゲートできるようにする方法を有することも
また望ましい。

【００２７】各々が人間が読むことのできる異なる言語で表現された複数の名称を、同じネ
ットワークリソースと関連付けることにより、特定のネットワークリソースを言
語とは関係のない態様で検索できる方法を有することもまた望ましい。

【００２８】リアルネーム情報の分散記憶を提供するやり方で構成されたようなシステムを
有することもまた望ましい。

【００２９】ネットワークリソースにその名称に基づいてナビゲートし、ネットワークリソ
ースのメタタグが原因で誤った方向に導くことのないメカニズムがさらに必要で
ある。

【００３０】

【発明の概要】

本発明は、上記の必要ならびにその他の必要および目的を満たす。本発明はあ
る局面において、自然言語名に基づき、ネットワークに記憶され場所識別子によ
り識別されるリソースにナビゲートする方法を含み、この方法は、リソースの第
１の自然言語名をリソースの場所識別子と関連付けて記憶するステップと、第１
の自然言語名を含むリソースを探索するという要求を受取るステップと、第１の
自然言語名と関連付けられた場所識別子を検索するステップと、場所識別子を用
いてリソースをユーザに送るステップとを含む。

【００３１】この局面のある特徴は、第１の自然言語名の言語以外の言語で表現された、リ
ソースに対する少なくとも第２の自然言語名を場所識別子と関連付けて記憶する
ことと、第１および第２の自然言語名に基づきリソースを探索するという要求を
受取ることと、第１および第２の自然言語名と関連付けられた場所識別子を検索
することと、場所識別子を用いてリソースを検索し表示することとを含む。別の
特徴は、第１および第２の自然言語名を、場所識別子と関連付けて、リソースと
関連付けられた記憶装置のネームファイルに記憶するステップを含む。

【００３２】さらに他の特徴は、ネームファイルを検索するステップと、ネームファイルを
解析するステップと、ネームファイルから解析した値に基づきインデックスエン
トリを構築するステップと、インデックスエントリを記憶装置とは別に記憶され
たインデックスに記憶するステップとを含む。さらに他の特徴は、ネームファイ
ルをネットワークを通してリソースと関連するクライアントに送るステップと、
クライアントと関連付けられたサーバのサーバ記憶装置にネームファイルを記憶
するステップとである。別の特徴は、クライアントと関連付けられたサーバのネ
ームファイルを定期的にポーリングすることと、ネームファイルに記憶された自
然言語名のうち１つがインデックスにより索引付けられたデータベースに記憶さ
れた第３の自然言語名と一致するかどうかをテストすることと、ネームファイル
の変更が検出されたときにデータベースを更新することとを含む。さらに他の特
徴は、インデックスをデータベースに同期させるステップである。

【００３３】別の特徴に従うと、この方法は、リソースと関連付けられたクライアントのク
ライアント識別子を受取るステップと、リソース、場所識別子およびクライアン
ト識別子を記述する１組のメタデータを生成するステップと、１組のメタデータ
をクライアントと関連付けられた継続記憶装置に記憶するステップとを含む。別
の特徴は、ランダムに生成された名称を１組のメタデータに割当てることである
。さらに別の特徴は、メタデータを継続記憶装置の認可された特定の場所に記憶
させるようクライアントに指示することである。別の特徴は、１組のメタデータ
およびランダムに生成された名称をデータベースに登録することである。

【００３４】上記は本発明の一局面の簡単な要約にすぎない。本発明は前掲の特許請求の範
囲に記載されているようにその他多くの局面を包含している。

【００３５】

【好ましい実施例の詳細な説明】

言語独立型の方法でネットワークリソースの命名および探索を行なうためのメ
カニズムについて述べる。以下の記載では、説明上、本発明の十分な理解のため
に具体的な多数の詳細事項について述べる。しかしながら、当業者には、この発
明をこうした具体的な詳細事項がなくても実施し得ることが明らかであろう。こ
れ以外では、本発明を不必要に曖昧にするのを避けるため、周知の構造および装
置はブロック図の形式で示している。

【００３６】ネームファイルフォーマット好ましい実施例において、メタデータはウェブページのようなネットワークリ
ソースと関連付けられる。一般的に、メタデータは他のデータについて記述した
データである。本明細書で定義したメタデータは、図書館で目録カードが書籍に
ついて記述する態様と似た態様でウェブページについて記述した情報を提供する
。たとえば、メタデータは、タイトル（リアルネームアドレスとも呼ばれる）、
記述部、言語指定または地理的な場所を提供する情報を含む。メタデータは、メ
タデータに記述されたウェブページを記憶するサーバの管理者によって定義され
、メタデータのコピーは、ウェブを用いてメタデータがアクセス可能となるよう
サーバと関連付けて記憶される。ライブラリアンを用い、メタデータのコピーは
インデックスに結合されたデータベースに登録される。

【００３７】好ましくは、メタデータを作成して最初はネームファイル６４の形式で記憶す
る。ネームファイル６４は拡張マーク付き言語（ＸＭＬ）文法によって定義され
るテキストファイルである。ＸＭＬは、Microsoft CorporationおよびNetscape
Communications Corporationによって立案された言語定義である。ＸＭＬについ
てのさらなる情報は、“XML: Principles, Tools, and Techniques,”The World
Wide Web Journal, vol. 2. no. 4（Fall 1997）（Sebastopol, Calif.: O'Rei
lly & Assoc., Inc.）において提供されている。

【００３８】好ましくは、ネームファイル６４のテキストは、リソース定義フォーマット（
「ＲＤＦ」）フォーマットと互換性がある。ＲＤＦは、意味体系を表現するため
にワールドワイドウェブ協会が立案したＸＭＬの統語論である。テキストファイ
ルはＲＮＳファイルとも呼ばれる。ＲＮＳファイルの一例が図１Ａに記載されて
いる。

【００３９】ＲＮＳファイル９００は、情報の要素を相補タグで囲む文法に従い規定される
。たとえば、「＜resource＞」および「＜/resource＞」は相補タグである。ＲＮＳファイル９００は２つの一般的な部分すなわちスキーマ部９０２とデータ部
９０４とを有する。スキーマ部９０２およびデータ部９０４は、ＲＮＳファイル
９００がＸＭＬ文法によるものであることを示す相補タグ（「＜xml＞、＜/xml ＞」）によって囲まれている。

【００４０】スキーマ部９０２は、＜schema＞および＜/schema＞タグにより示されている。スキーマ部は、データセクションのデータを組織するのに用いるスキーマを識
別する。図１Ａの例では、スキーマ部の「href」アンカコードは、スキーマ定義
を含む、ウェブサーバ上に位置するファイル「ＲＮＳ-schema」を指す。スキーマには「ＲＮＳ」という名称が割当てられる。ＲＮＳスキーマの一部であるＲＮ
Ｓファイル９００のタグは「ＲＮＳ：」というプレフィックスを有する。このプ
レフィックスに基づき、ＲＮＳファイル９００を読出すＸＭＬパーサは、ＲＮＳ
スキーマの一部であるタグを識別することができる。

【００４１】データ部９０４は、＜xml:data＞および＜/xml:data＞タグにより示される。データ部は１以上のＲＮＳエントリ９０５を含む。各ＲＮＳエントリ９０５はタ
グ＜assertions＞および＜/assertions＞により示される。理論的には、各ＲＮＳエントリ９０５は、＜assertions＞タグ内で識別されるネットワークリソース
に関する１組のアサーションである。図１Ａの例では、１つのＲＮＳエントリ９
０５が、例として架空の会社であるAcme Corporationのホームページであるネッ
トワークリソースhome.acme.comに関しアサーションを行なう。

【００４２】ＲＤＦ言語は、多くの種類のリソースを記述するための一般的なメカニズムを
提供する。本質的にＲＤＦはウェブページを記述するための機能は提供しない。
したがって、ネームファイル６４は、ウェブページの主な属性を表わすウェブペ
ージに特有のＲＤＦ用語で表現される。この属性はたとえば、リアルネームアド
レス、場所識別子またはＵＲＬ、記述部、言語属性、地域属性およびリスト属性
を含む。

【００４３】各ＲＮＳエントリ９０５は１組のメタデータ９０６を有する。図１Ａの例では
、メタデータ９０６はリソースのリアルネームを識別する値を含む。リアルネー
ムの値「Acme」は、＜realname＞および＜/realname＞タグ間にある。メタデータ９０６はまた、記述値、言語識別子値、および地域識別子値を含む。１対のタ
グが各値の輪郭を示す。たとえば、図１Ａにおいて、記述値は「Home Page of A
cme Corporation」であり、言語値は「English」であり、地域値は「Global」で
ある。記述値は、リアルネームと関連付けられたネットワークリソースの記述部
を提供する。

【００４４】複数のリソースが１つのＲＮＳファイルにおいて定義されている場合、安全性
のため、リソースに対し宣言された各ネットワークアドレスを、いずれかのリソ
ースに対しＲＮＳファイルにおいて宣言された最短のネットワークアドレスと関
連付けなければならない。好ましい実施例では、各ネットワークアドレスは、文
字では最短のＲＮＳファイルのネットワークアドレスに論理的に従属するまたは
それより下位でなければならない。たとえば、図１Ａの抜粋では、後続のすべて
のリソース宣言は、www.centraal.comがルートノードであるディレクトリ木内に
位置するファイルを特定するネットワークアドレスを識別しなければならない。
この関係は、最初にＲＮＳファイルが作成されたときに登録サービス２２によっ
て検査される。

【００４５】このメカニズムの重要な利点は、ネットワークリソースに対する多言語アクセ
スを提供するために使用できることである。１以上のネームファイル６４を定め
る。ネームファイル６４は複数のエントリを記憶する。各エントリはネットワー
クリソースの名称を異なる言語で＜realname＞フィールドと関連付けて記憶する
。しかしながら、各エントリは、＜resource＞タグと関連付けて同じネットワー
クリソースを参照する。

【００４６】たとえば、１以上のネームファイル６４は、リアルネームを英語、フランス語
、ドイツ語および日本語で記憶するエントリを有する。各エントリは同じネット
ワークリソースを識別する。このようにしてこれらのエントリは異なる複数の言
語でリアルネームを確立し、すべてが同じネットワークアドレスを指すまたは同
じネットワークアドレスに帰着する。第三者が参照されたネットワークリソース
にアクセスしようとするとき、第三者は、ネットワークリソースのリアルネーム
を、ブラウザ７４またはＧＯサービス４２に、第三者にとって最も都合のよい言
語で入力する。リゾルバ４０は言語に関係なくリアルネームを同じネットワーク
アドレスに帰着させブラウザをそのアドレスに導く。このようにして、ユーザは
言語独立型の態様でネットワークリソースを探索しネットワークリソースにアク
セスすることができる。

【００４７】代替の実施例において、属性はタグ＜ＲＮＳ:listings＞により仕切られるリスト属性も含む。リスト属性は、リソースの他の特性を記述する１以上のキーワ
ードまたは他の値である。たとえば、各リソースは、リソースと関連付けられる
製品、サービスまたは組織の一般的な性質を識別する主特性を有する。これによ
ってデータベースを「イエローページ」電話帳のように組織できる。一例として
、Acme Corporationはそのネームファイル６４において、＜ＲＮＳ:listings＞A
nvils, Rockets, Slingshotsというラインを含み、金敷、ロケットおよびゴムパ
チンコの製造業者であることを示す。

【００４８】別の例として、United Airlinesは、そのネームファイル６４を、リソース定義と関連付けて「航空会社」という主特性を記憶するように構成する。運送およ
び倉庫業者であるUnited Van Linesは、「運送」という主特性を記憶する。１組
のリストエントリを表示するとき、システムは主特性値を各リソースと関連付け
て表示する。ユーザがサービス４２−４６のうち１つにリアルネームを与える場
合、このユーザはその問いの中に主特性についての値を含めている。システムは
、リアルネームおよび主特性値双方と一致する、インデックスのリソースを検索
する。

【００４９】代替の実施例において、ネームファイル６４に記述されたリソースは、ウェブ
ページではなく人物である。「人物」タイプのリソースは、メールアドレス、ｅ
メールアドレスおよび他の個人情報を含むメタデータを有する。この実施例では
、このシステムを、ウェブページまたはその他のネットワークリソースにナビゲ
ートするためにではなく、人物探索サービスとして用いることができる。

【００５０】他の代替実施例では、ネームファイル６４は他の属性を記憶している。たとえ
ば、他の属性は、組織、主題、要約、タイプ、対象者およびその他の属性を含む
。組織属性では、ネームファイル６４は、たとえば「Federated Stores Incorpo
rated」という、ネットワークリソースを所有するまたはネットワークリソースと関連付けられる組織または企業を識別する情報を記憶する。主題属性では、ネ
ームファイル６４は、たとえば「犬」という、ネットワークリソースの主題を記
述する情報を記憶する。要約属性では、ネームファイル６４は、ネットワークリ
ソースの要約を含む情報を記憶する。タイプ属性では、ネームファイル６４は、
たとえば「RealAudio file」という、ネットワークリソースのタイプを記述する
情報を記憶する。対象者属性では、ネームファイル６４は、たとえば「Women ag
e １９−３４」という、ネットワークリソースの意図する対象者を記述する情報
を記憶する。

【００５１】この態様で、ネットワークリソースに対するメタデータを定義し、メタデータ
をネットワークリソースと関連付け、メタデータのコピーをこのネットワークリ
ソースを含むサーバに記憶することにより、重要な利点が得られる。たとえば、
メタデータの管理に都合が良い。メタデータのコピーは、ネットワークリソース
を含むサーバに局所的に記憶されているため、中央サービスとコンタクトを取ら
ずにメタデータをいつでも更新できる。本明細書でさらに説明するように、メタ
データクローラ（crawler）メカニズムは、定期的にサーバを訪れてメタデータの変化をモニタする。ネームファイル６４に変更があれば、妥当性確認後、その
変化が自動的にデータベースおよびインデックスに伝播される。

【００５２】さらに、これと組合せて、ネームファイル６４はメタデータの分散型データベ
ースとして働く。分散型データベースを維持することにより拡張性が高くなる。
なぜなら、メタデータの修正は、単一の中央集中型データベースを利用できるか
どうかに依存しないからである。加えて、メタデータファイルを、ネットワーク
リソースが記憶されているサーバと関連付けて記憶することによりデータの完全
性が高まる。サーバにファイルを記憶する権限を有するユーザのみが、そのサー
バのネットワークリソースを参照するメタデータマッピングを作成することがで
きる。

【００５３】さらに他の利点は、多言語互換性である。ＸＭＬ言語は標準を符号化するUNIC
ODE文字をサポートする。結果として、ネームファイル６４に記憶された属性をいかなる人間の言語でも表現することができる。

【００５４】リアルネームシステムネームファイル６４に記憶されたメタデータを、ネットワークリソース探索シ
ステムと組合せて用いることにより、ネットワークリソースの属性を利用してネ
ットワークリソースを探索することができる。たとえば、ネームファイル６４の
リアルネーム属性を用いてウェブページを探索することができる。図１Ｂは、レ
ジストリ１０、ライブラリアン２０、インデックス３０およびリゾルバ４０を含
むネットワークリソース探索システムの一実施例のブロック図である。

【００５５】レジストリ１０は、ＳＱＬサーバまたは所有権を主張できるデータベースとい
った商用データベースシステムの形式のデータベース１２を含む。レジストリ１
０は、リアルネームをネットワークアドレスまたはＵＲＬにマッピングするため
の集中型記憶ポイントおよびリアルネームと関連付けられた記述情報を提供する
。この文脈において、「リアルネーム」は、英語、日本語、ロシア語などの、従
来の自然言語の統語論で表現されたネットワークリソースの名称を指す。各リア
ルネームは、インターネットにおいて唯一のものでありかつレジストリ１０内で
唯一のものである必要がある。リアルネームの唯一性はレジストリ１０によって
強化される。レジストリ１０は、すべてのメタデータに対し、集中化され、非常
に強固で、拡張可能な永続記憶領域の働きをする。レジストリ１０はまた、本明
細書で説明するＧＯナビゲーションシステムといった、レジストリの上に構築さ
れた種々のサービスの状況下のメタデータの用法に関連する統計を記憶する。

【００５６】ライブラリアン２０は、リアルネーム、ネットワークアドレスおよび記述情報
をレジストリ１０にロードする。好ましい実施例では、ライブラリアン２０およ
びインデックス３０は、ＯＤＢＣインターフェイスを用いてデータベース１２と
通信する。好ましい実施例において、データベース１２は数億エントリのオーダ
の容量を有する。レジストリ１０およびデータベース１２は、ウェブサイトにお
いて一貫した構造および用語を確実なものにするのを補助する。

【００５７】ライブラリアン２０は、登録サービス２２およびクローラ２４を有し、各々は
データベース１２およびインターネット５０などのネットワークに結合される。
登録サービス２２は、リアルネームのネットワークアドレスへの新たなマッピン
グおよび記述情報を受け、これらをレジストリ１０にロードするまたは「登録す
る」。登録サービス２２はインターネット５０を通してクライアント７０からマ
ッピングを受取る。クローラ２４は、インターネット５０を探査またはクロール
（crawl）し、登録され、インターネットに接続されたウェブサーバに定期的に接続し、ウェブサーバに記憶されたまたはウェブサーバと関連付けられたマッピ
ングの変化の場所を求める。

【００５８】リアルネーミングシステムは、インターネット５０に接続された１以上のウェ
ブサーバと相互作用する。例として１つのウェブサーバ６０が図１Ｂに示されて
いるが、この実施例との関連でウェブサーバを何個でも用いることができる。ウ
ェブサーバ６０は、ローカルデータベース６２に結合されているので、ウェブサ
ーバで実行されているウェブアプリケーションで使用するためにローカルデータ
ベースから値を検索することができる。

【００５９】ネームファイル６４もウェブサーバ６０と関連付けて記憶されているので、ウ
ェブサーバはネームファイルを検索しその内容を要求に応じてインターネット５
０に送ることができる。好ましい実施例では、ネームファイル６４は１以上のリ
アルネームエントリを記憶する。各リアルネームエントリは、ウェブサーバ６０
のリソースのリアルネーム、リソースの記述部、ネットワークアドレス、または
リソースの場所の他の識別子、ならびにその言語および用途の意図する地理的な
領域といった、リソースに関する他の情報を含む。好ましくは、ネームファイル
６４はネームファイルにおける他の情報をフォーマットするのに用いる文法の識
別子も記憶する。このようにして、ネームファイルの情報は自己記述型でかつ言
語独立型である。

【００６０】この文脈において、「ネットワークアドレス」という用語は、ネットワークリ
ソースの場所の曖昧な識別子を指す。ネットワークアドレスの一例はＵＲＬであ
る。

【００６１】経路２９によって示すように、クローラ２４は、ウェブサーバ６０とコンタク
トを取り、インターネット５０を通した接続を利用してネームファイル６４に記
憶された値を検索することができる。経路２８で示したように、クローラ２４は
、ネームファイル６４に記憶された情報の変化を反映するためにインデックスフ
ァイル３４を更新する必要があることを、インデックス３０に通知することがで
きる。

【００６２】インデックス３０はレジストリ１０に結合される。インデックス３０は、イン
デックスビルダ３２と、システムがわかっているすべてのリアルネーム、リアル
ネームエントリおよびリソースのインデックスを含む１以上のインデックスファ
イル３４とを含む。たとえば、インデックスファイル３４は、ネームファイル６
４に記憶された値に対するインデックスエントリを有する。インデックスファイ
ル３４はインデックスビルダ３２により構成され、管理されかつ更新される。

【００６３】一般的に、好ましい実施例では、インデックスファイル３４は従来の検索エン
ジンが維持するインデックスよりもコンパクトである。なぜなら、すべてのネー
ムファイル６４で表わされる情報量は、ウェブで利用できるすべてのネットワー
クリソースの全内容よりもはるかに少ないからである。このようにコンパクトで
あるということは明らかな利点であり、従来の検索エンジンよりも拡張性が高く
かつ応答性に優れている。加えて、インデックスファイル３４の大きさがコンパ
クトなので、インデックス３０を異なる複数の地理的な場所で複製できる。

【００６４】リゾルバ４０は、１以上のリゾルバプロセスＲ１、Ｒ２およびＲｎを含み、そ
れぞれサービス４２、４４および４６に結合される。各リゾルバプロセスＲ１、
Ｒ２およびＲｎはそれぞれのサービス４２、４４および４６と通信してリアルネ
ームを含む要求を受け、リアルネームをそのリアルネームと関連付けられたネッ
トワークアドレスに変換または転換し、そのネットワークアドレスと、リアルネ
ームに関連する他の情報とを、要求しているサービスに送る。

【００６５】クライアント７０はインターネット５０に結合される。クライアントは、コン
ピュータ、サーバまたはネットワークであり、その中ではウェブブラウザ７４が
オペレーティングシステム７２の管理下で作動している。ウェブブラウザ７４の
例としてNetscape Communicator（登録商標）があり、オペレーティングシステム７２の例としてMicrosoft Windows 95（登録商標）がある。リアルネーミング
システムのサービスは、インターネット５０を通し、ブラウザ７４を用いて標準
インターネットおよびウェブプロトコルに従いクライアント７０にアクセスでき
る。

【００６６】たとえば、ブラウザ７４およびオペレーティングシステム７２の制御の下、ク
ライアント７０は、インターネット５０を通して登録サービス２２へのＨＴＴＰ
接続を確立することができる。ブラウザ７４は、登録サービス２２から、ＨＴＭ
Ｌ言語で作成されたページまたはフォームを検索する。ブラウザ７４はページま
たはフォームを表示する。クライアント７０のユーザは、ページを読む、または
フォームに情報を入力し記入されたフォームを登録サービス２２に返送する。こ
のようにして、クライアント７０および登録サービス２２は対話を行ない、これ
によりクライアント７０のユーザはシステムが提供する機能を実行できる。

【００６７】好ましくは、登録サービス２２、クローラ２４、インデックスビルダ３２およ
びリゾルバ４０は、本明細書に記載した機能および手順を有する１以上のコンピ
ュータプログラムである。ある実施例において、登録サービス２２、クローラ２
４、インデックスビルダ３２およびリゾルバ４０の各々は独立したプロセスであ
り、このようなプロセス各々の１以上のインスタンスを活動状態とし所与の時間
に実行可能である。好ましい実施例では、コンピュータプログラムは、Java（登
録商標）言語のようなオブジェクト指向プログラミング言語および関連するツー
ルを用いて構成される。

【００６８】好ましくは、登録サービス２２、クローラ２４、インデックスビルダ３２およ
びリゾルバ４０は、データベース１２およびインデックスファイル３４に対し、
高速でアクセス、管理および更新を行なうことができる１以上のサーバコンピュ
ータ上で実行する。上記の要素を分散させるまたは分離させることができる。た
とえば、リゾルバ４０およびそのプロセスＲ１、Ｒ２、およびＲｎがあるサーバ
コンピュータ上で実行しており、登録サービス２２、クローラ２４およびインデ
ックスビルダ３２が同じコンピュータまたはリゾルバ４０のホストの役割を果た
すサーバから分離された１組のコンピュータ上で動作することが意図されている
。この構成では、リゾルバ４０は、他の要素およびその機能に影響を与えるまた
は干渉することなく、インデックスファイル３４に索引付けられたネットワーク
リソースにアクセスするためのクライアントの要求を素早く受取りかつこの要求
に応答することができる。

【００６９】ある実施例では、ライブラリアン２０およびシステムの他の機能は、ＨＴＴＰ
接続を用いて、機能を実現する１以上の管理ウェブページ８０にクライアント７
０を接続することによってアクセスされる。管理ウェブページ８０はウェブサー
バ上にあり、システムの他の要素と通信できるウェブサーバアプリケーションに
よって生成される。ウェブサーバアプリケーションはクライアント７０にトップ
レベルページを送る。クライアントのブラウザ７４は、システムと協力するため
のオプションメニューを示すトップレベルページを表示する。例として好ましい
メニューオプションが表１に記載されている。

【００７０】表１−−トップレベルメニューオプションＲＮＳＦＩＬＥ（ＲＮＳファイル）Ｃｒｅａｔｅ（作成）Ａｃｔｉｖａｔｅ（起動）Ｍｏｄｉｆｙ（修正）Ｄｅｌｅｔｅ（削除）ＳＴＡＴＳ＆ＢＩＬＬＩＮＧ（統計および請求）Ｓｔａｔｓ（統計）Ｂｉｌｌｉｎｇ（請求）ＣＵＳＴＯＭＥＲ（顧客）ＮｅｗＣｕｓｔｏｍｅｒ（新規顧客）ＭｏｄｉｆｙＰｒｏｆｉｌｅ（プロフィール修正）ＣｈａｎｇｅＣｏｎｔａｃｔｓ（コンタクト変更）Ｌｏｇｏｕｔ（ログアウト）各トップレベルメニューオプションは、クライアント７０が生成したカーソル
をクライアントのポインティングデバイスを用いて所望のオプションの名称の上
に移動させ、所望のオプションの上でクリックすることにより選択できる。各メ
ニューオプションを選択することにより実行される機能は、その機能を実行する
機能モジュールの文脈で後で説明する。

【００７１】先の説明では、システムの要素について、相互接続要素としてのインターネッ
ト５０に関連付けて述べている。しかしながら、インターネットはシステムの要
素間の通信を容易にするのに使用できる相互接続要素の一例にすぎない。ローカ
ルエリアネットワーク、広域ネットワーク、イントラネットおよびエクストラネ
ットといった他の要素を用いることができる。また、伝送制御プロトコルおよび
インターネットプロトコルといったインターネットを規定するプロトコルは不要
であり、他のプロトコルが適切でありそれを用いることができる。

【００７２】この構成において、このシステムは先行する方策に対して多くの利点を有する
。たとえば、顧客ウェブサイト６０はデータベース１２から切り離されている。
インデックスファイル３４はデータベース１２から離れており、インデックスフ
ァイルのみがリゾルバ４０によりアクセスされる。こうすることによりデータベ
ースのロードが減少し、応答性が高まり拡張性をもたらす。このアーキテクチャ
はインデックスファイルの分散複製に非常に適している。

【００７３】顧客プロフィール機能ある実施例において、システムは、システムの顧客に関する情報を記憶し、追
跡し、更新する１組の顧客情報管理機能を提供する。各顧客について管理される
情報は顧客プロフィールと呼ばれる。顧客プロフィールはデータベース１２に記
憶される。

【００７４】顧客／新規顧客オプションが選択されると、システムは、ユーザが新規顧客プ
ロフィールを入力できるようにするフォームを含む１以上のウェブページを生成
する。このフォームは、名前、住所、電話番号、連絡する人物および支払い方法
の入力のためのフィールドを有する。ウェブページおよびフォームはクライアン
ト７０に送られブラウザによって表示される。クライアント７０のユーザは、適
切な情報をデータ入力フィールドに入力し、ウェブページ上の「ＳＵＢＭＩＴ（
提出）」ボタンをクリックするまたは選択する。これに応答して、クライアント
７０はＨＴＴＰトランザクションで記入されたフォームをシステムに返送する。
システムは入力された情報をフィールドから抽出しその情報をデータベース１２
のテーブルに記憶する。

【００７５】好ましい実施例では、顧客／新規顧客登録プロセスは、表２に示したフォーム
でシステムが生成するウェブページを用いて開始される。

【００７６】表２−−登録ホームページリアルネームシステム登録サイトにようこそ。あなたのリアルネームアドレス
を提出する前に、あなたおよびあなたが代表する組織についての情報を提供して
頂かねばなりません。

【００７７】登録プロセスを開始するには、最初にあなたのｅメールアドレスをあなたのロ
グイン名として入力しパスワードを選択して頂く必要があります。

【００７８】リアルネームシステムはこのログイン名およびパスワードを用いてあなたにア
クセス権をお渡しするので、このログイン名およびパスワードを覚えておいてく
ださい。 Name（名前） Password（パスワード）［BACK（戻る）］［NEXT（次へ）］表２の［ＢＡＣＫ］および［ＮＥＸＴ］という表示は機能ボタンを表わす。ユ
ーザは自身のｅメールアドレスを名前のフィールドに入力し、ユーザが選択した
パスワードをパスワードのフィールドに入力する。ユーザがＮＥＸＴ機能ボタン
をクリックすると、名前およびパスワードは互いに関連付けられてデータベース
１２に記憶される。

【００７９】好ましくは、システムは次に、システムがユーザについてのさらなる情報を受
けることができるようにするフォームを含むウェブページを表示する。このフォ
ームは、ユーザの名前、住所、市、州、郵便番号、国および電話番号を入力する
ためのフィールドを有する。ユーザは要求された情報を入力しＮＥＸＴボタンを
クリックする。システムは各値を検査して、それが対応するフィールドに要求さ
れる適切なデータフォーマットと一致するかどうかを確認する。値はユーザの名
前およびｅメールアドレスと関連付けてデータベース１２に記憶される。全体と
してこの情報が顧客プロフィールである。顧客プロフィールが確立されると、ユ
ーザはリアルネームエントリを作成しこれを１以上のネームファイル６４に記憶
することができる。

【００８０】顧客／プロフィール修正オプションを選択することにより、システムは、ユー
ザが先に入力した顧客プロフィールを変更できるようにするフォームを含むウェ
ブページを生成する。安全動作を保証するため、ユーザのＩＰアドレスは、ユー
ザが顧客／プロフィール修正オプションを要求するのに用いるＨＴＴＰトランザ
クションから抽出される。ユーザは、ユーザと同じＩＰアドレスを有するサーバ
上に記憶された、先に作成されたネームファイルに対応するプロフィールしか見
るおよび修正することが許可されない。ユーザのＩＰアドレスに基づき、システ
ムはデータベース１２において対応するプロフィールを探し、そのプロフィール
の内容を検索する。プロフィールの内容はウェブページに表示される。

【００８１】ユーザは次に、クライアント７０が生成したカーソルをウェブページに表示さ
れたデータ値のいずれかに移動させて修正を値に入力する。ユーザが「ＳＵＢＭ
ＩＴ」ボタンを選択またはクリックすると、記入された値を含むウェブページが
ＨＴＴＰトランザクションでシステムに返送される。システムはページの値を用
いてデータベース１２を更新する。

【００８２】顧客／コンタクト変更オプションを選択することにより、ユーザは登録された
ネームファイルに関連する請求コンタクトを変更できる。顧客／ログアウトオプ
ションを選択することにより、ユーザは現在のセッションを終わらせることがで
きる、または異なる顧客としてログインすることができる。これらの機能は、適
切な値を受けレジストリにロードするウェブアプリケーションを用いて提供され
る。

【００８３】登録サービス図２Ａは、ライブラリアン２０の登録サービス２２を動作させる好ましい方法
の一実施例のフロー図である。

【００８４】好ましくは、登録サービス２２はウェブページインターフェイスを含み、これ
により１以上のクライアント７０がウェブページの機能ボタンを選択して機能を
起動することによって登録サービスが提供する機能にアクセスできる。

【００８５】登録サービス２２が提供する主要な機能は、新しいリアルネームをレジストリ
１０に登録することである。ある実施例において、登録サービス２２は、トップ
レベルメニューページから作成オプションを選択することによって呼出される。
ブロック２００において示すように、システムの外部ユーザまたは「顧客」はシ
ステムに対して自身の身元確認を行なうので、後で入力される情報を顧客と関連
付けることができる。この情報は顧客の電子メールアドレスを含むので、インタ
ーネット５０を通してメッセージを登録サービス２２から顧客に導くことができ
る。この文脈において「顧客」および「ユーザ」という用語は、たとえばクライ
アント７０といった、システムに遠隔接続されたコンピュータのオペレータを指
す。

【００８６】ブロック２０２に示すように、顧客は次に、ウェブサーバ６０のネットワーク
リソースを識別する情報を、その場所、そのリアルネームおよびネットワークリ
ソースに関する記述情報によって登録サービス２２に与える。たとえば、顧客は
リアルネーム「Microsoft Internet Explorer」、ＵＲＬ http://www.microsof t.com/ie4/aboutie4.html 、およびリソースに関する記述を入力する。好ましくは、この情報は、情報を表３に示したフォームで受取るために構成されたウェブ
ページのフィールドに入力される。

【００８７】

【表１】

【００８８】ユーザがすべての情報を入力すると、ネームファイル６４の処理を続行するた
めに、ユーザはページの下にあるＮＥＸＴ機能ボタンをクリックする。これに応
答してブロック２０４に示したように、登録サービス２２は顧客が入力した情報
に基づいてネームファイル６４を構成する。この時点で、ネームファイル６４は
、登録サービス２２にアクセス可能なサーバに記憶されている。しかしながらネ
ームファイル６４はまだウェブサーバ６０と関連付けて記憶されていない。

【００８９】ブロック２０５で、登録サービス２２はネームファイル６４のためにファイル
ネームをランダムに生成する。ランダムファイルネームを用いて、認可されてい
ないプログラム、プロセスまたはユーザが、ネームファイル６４がウェブサーバ
６０と関連付けて記憶されたときにそのネームファイル６４を識別または修正し
ないようにする。同じネームファイルが用いられた場合、レジストリ１０に登録
されたいずれかのウェブサーバにおいて、認可されていないユーザはネームファ
イル６４に記憶されたエントリを修正して異なるネットワークリソースを参照す
ることができる。結局は、以下でさらに説明するように、クローラ２４はその修
正を検出して新しいネームをレジストリ１０に記憶する。したがってネームファ
イル６４のネームを認可されていないユーザから隠すことが望ましい。

【００９０】ブロック２０６において、ネームファイル６４は電子メール（「ｅメール」）
メッセージの添付ファイルとして顧客に送られる。ブロック２０６は、ｅメール
アドレスをユーザから受取るステップを含む。好ましい実施例において、システ
ムは、表４に示すフォームの、ｅメールアドレスのためのデータ入力フィールド
を有するウェブページを表示する。

【００９１】表４−−Ｅメール入力ページあなたが今作成したばかりのネームファイルを我々から送ることができるよう
、ｅメールアドレスを入力して下さい。nico＠centraal.com ［ＢＡＣＫ］［ＮＥＸＴ］ｅメールでネームファイル６４をユーザに送った後、システムはクライアント
７０で確認ページを表示する。好ましい実施例では確認ページは表５に示したフ
ォームを有する。

【００９２】

【表２】

【００９３】ブロック２０８において、顧客はウェブサーバ６０にまたはウェブサーバにア
クセス可能な態様でネームファイル６４をインストールする。好ましくは、ネー
ムファイル６４は登録サービス２２により特定されたウェブサーバ６０上の場所
に記憶される。たとえば、ｅメールは、ネームファイル６４において名称が付け
られたネットワークリソースのルートディレクトリにネームファイル６４が記憶
されることを特定する。これは、受信する顧客個々が信頼できるものであること
を保証するために行なわれ、登録サービス２２は、信用できる顧客代理のみが、
名付けられたネットワークリソースが位置するウェブサーバへのルートディレク
トリアクセスを有すると仮定する。ルートディレクトリは顧客の便宜のためにも
特定される。ネームファイル６４がウェブサーバのルートディレクトリに記憶さ
れると、顧客はネームファイルに影響を及ぼさずにウェブサーバを修正または再
編成できる。逆に、ネームファイル６４がウェブサーバの下位ディレクトリに記
憶されていれば、ディレクトリを偶発的に削除してしまうことでネームファイル
を不能にする危険性がある。

【００９４】ブロック２１０において、顧客は、ネームファイル６４が顧客が特定した場所
に記憶されていることを登録サービス２２に確認する。顧客の確認は、登録サー
ビス２２に宛てられたｅメールにおいて、または登録サービス２２のウェブイン
ターフェイスを用いて適切なコマンドを入力することにより可能である。

【００９５】その後ユーザはネームファイルを起動しなければならない。起動は、ネームフ
ァイルが認可されたユーザにより正しい場所に記憶されたことを確認するプロセ
スである。任意として、起動のプロセスは、システムに認識された登録ネームフ
ァイルを有する特権に対する支払いを準備するプロセスも含む。起動方法の一実
施例を図２Ｂに示す。

【００９６】好ましい実施例において、ユーザはネームファイルを作成した後トップレベル
メニューオプションリストからＲＮＳファイル／起動機能を選択することにより
ネームファイルを起動させる。それに応じて、ブロック２１２に示されているよ
うに、システムは起動のタイプの入力をユーザに求めるページを作成し、そのペ
ージをクライアントに送って表示させる。たとえば、システムはつぎの表６に示
される形のページを表示する。

【００９７】表６−−起動タイプ選択ページ以下の適切なサービスを選択して下さい：（＊）前に登録されたネームファイルのライブの更新。

【００９８】（＊）ウェブサイト上の新しいネームファイルの登録。［ＢＡＣＫ］［ＮＥＸＴ］上の表６で（＊）の形で示される記号は、ユーザによって選択することができ
る無線ボタンまたは他のグラフィックエレメントである。

【００９９】ブロック２１４−２１６に示されているように、ユーザが第１のオプション（
「前に登録されたネームファイルのライブの更新」）を選択すると、システムは
クローラを起動させ、インターネット上のユーザのネームファイルを探し、以下
で述べるようにデータベース１２を更新する。こうして、「ライブの更新」機能
により、ユーザはシステムに変更されたネームファイルを探させ、それを新しい
情報で更新させることができる。代替的に、クローラと関連して以下で記載する
ように、ユーザはただ待てばクローラは最後には変更されたファイルを探してデ
ータベースを更新する。

【０１００】ブロック２２０−２２２に示されているように、ユーザが第２のオプション（
「ウェブサイト上の新しいネームファイルを登録」）を選択すると、システムは
ウェブページをクライアント７０に送り、それによりユーザは自分に関連する支
払情報およびそのファイル名を入力することができる。起動プロセスの支払ステ
ップは本処理の全く任意の部分であり、支払機構に欠ける他の実施例も考えられ
る。支払機構を用いない実施例では、ウェブページは支払情報の入力を受入れる
フィールドを含む。たとえば、これらのフィールドはクレジットカードの種類、
カード番号、有効期限およびカード所有者名の入力を可能にする。システムはブ
ロック２２４で支払情報値を受取る。

【０１０１】ブロック２２６において、システムは起動するべきネームファイルのネットワ
ークアドレスおよびネームファイルの記述の入力を促す。

【０１０２】ブロック２２８において、登録サービス２２はウェブサーバ６０へのＨＴＴＰ
接続を確立し、ネームファイル６４のコピーをリクエストおよびアップロードす
る。このステップは、ネームファイル６４が有効でありかつ正しい場所に記憶さ
れていることを確認するために行なわれる。ブロック２３０において、ネームフ
ァイル６４は解析され、ネットワークリソースを特定する値が引出される。ブロ
ック２３２において、システムは現在のネームファイル６４から解析されたすべ
てのエントリを示すウェブページを作成し、そのページをクライアント７０に送
る。ウェブページには、システムは以下のようなプロンプトメッセージを表示す
る。

【０１０３】「あなたのサイトからダウンロードしたネームファイルは以下のエントリを含
んでいます。これらのエントリが正しいかどうか確認して下さい。続けるために
ＮＥＸＴを押して下さい。

【０１０４】［ＢＡＣＫ］［ＮＥＸＴ］」ブロック２３４に示されているように、ユーザはエントリを見てそれらが正し
いことを確認し、ＮＥＸＴ機能ボタンをクリックする。エントリが正しくないの
なら、ユーザはＢＡＣＫ機能ボタンをクリックし、それにより以下に記載するＭ
ＯＤＩＦＹ機能へのアクセスが与えられる。

【０１０５】好ましい実施例において、ブロック２３６−２３８に示されているように、シ
ステムは登録費用の支払およびリアルネームやドメイン名にかかわる争いの解決
を管理する、文書による法的同意書を含むウェブページを表示する。この同意書
はＡＣＣＥＰＴおよびＤＥＣＬＩＮＥと示される機能ボタンで終了させることか
できる。同意書の条件を受入れて登録を進めるためには、ユーザはＡＣＣＥＰＴ
ボタンをクリックする。同意書の条件を拒否して起動プロセスをやめるためには
、ユーザはＤＥＣＬＩＮＥボタンをクリックする。この法的同意書の使用は全く
任意のものであり、このような同意書を用いない実施例も考えられかつ本発明の
範囲内にある。

【０１０６】次にシステムはブロック２４０に示されているように、レジストリ１０のデー
タベース１２にネームファイル６４から解析された値を記憶する。

【０１０７】機密保護の理由により、ネームファイル６４のネットワークアドレスまたはＵ
ＲＬはウェブサーバ６０のルートディレクトリと一致しなければならない。これ
により、リアルネームが認定されていない異なるネットワークアドレスに転送さ
れるのを防ぐ。さらに、ウェブサーバ６０のオーナーが自分の所有していないリ
アルネームをそのウェブサーバに転送するのを防ぐ。

【０１０８】ブロック２４２において、登録サービス２２はデータベース１２に新しい入力
がなされたことをインデックスビルダ３２に知らせる。図１Ｂの経路２６はこの
通知を表わす。この通知はデータベース１２において新しいエントリを識別する
のに十分な情報、たとえば新しいエントリが記憶されるテーブルの行識別子（ro
wid）を含む。それに応じて、インデックスビルダ３２は以下で示す態様で、インデックスファイル３４のライブの更新を行なう。

【０１０９】こうして、ユーザによって作成されたネームファイル６４は起動され、リゾル
バ４０で使用できる状態となる。

【０１１０】好ましい実施例において、データベース１２はシステムの登録されたメンバー
から問合せを受けるよう利用可能である。その結果、登録メンバーはデータベー
ス１２に問合せを出して、ネットワークリソースや他の組織のウェブページにつ
いて現在登録されている情報を表示することをデータベースに求めることができ
る。したがって、他の登録されたユーザがユーザのネットワークリソースの内容
を誤って伝える情報を登録するのに成功したのならば、この不当表示は訂正する
ためにレジストリに報告することができる。このような態様で、登録プロセスの
手続およびデータベース１２の開放された問合せ機能により、メタタッグを不当
に使用することによって可能な欺瞞を本システムは避けることができる。

【０１１１】ネームファイル情報の変更および削除１つ以上のエントリを有するネームファイルが作成されると、これらのエント
リはトップレベルメニューリストに示されるＲＮＳファイル／変更およびＲＮＳ
ファイル／削除機能を用いて編集または削除することができる。

【０１１２】ユーザがＲＮＳファイル／変更機能を選択した場合、システムはユーザに関連
するサーバからＲＮＳファイルを読出し、ファイルの内容を表７に示される形を
有するウェブページで表示する。

【０１１３】表７−ＲＮＳファイル／変更ページ表示あなたのＲＮＳファイルに含まれるＲＮＳエントリの現在のリストは次に示さ
れます。エントリを編集するためには、該当するワードを選択してＥＤＩＴを押
して下さい。エントリを削除するためには、該当するワードを選択してＤＥＬＥ
ＴＥを押して下さい。新しいＲＮＳエントリを追加するためには、ＡＤＤを押し
て下さい。ＲＮＳファイルの編集か終われば、ＮＥＸＴを押して下さい。

【０１１４】

【表３】

【０１１５】このページは文字指示部、１組の編集機能ボタン、およびネームファイルに現
在含まれているエントリのリストを含む。文字指示部は編集機能ボタンによって
行なわれる機能を説明する。好ましい実施例において、このページの機能ボタン
は、各エントリの個々のフィールドではなく、全体のネームファイルエントリに
働く。たとえば、エントリを編集するためには、ユーザはKeith Teareのような適切なリアルネームを選択し、ＥＤＩＴ機能ボタンを押す。これに応じて、シス
テムは選択されたエントリを含むエントリ編集ページを表示する。ユーザはエン
トリ編集ページのフィールドに変更されたテキストを入力することができる。

【０１１６】同様に、エントリを削除するためには、ユーザは該当するワードを選択し、Ｄ
ＥＬＥＴＥ機能ボタンを押す。これに応じて、システムは削除するために選択さ
れたエントリを除いた、今までのすべてのエントリを含む新しいネームファイル
を構成する。

【０１１７】現在表示されているネームファイルに新しいエントリを加えるためには、ユー
ザはＡＤＤ機能ボタンをクリックする。これに応じて、システムは新しいネーム
ファイルの作成に関連して上述した表３の形のページを表示する。

【０１１８】ＥＤＩＴ、ＤＥＣＬＩＮＥまたはＡＤＤ操作で行なった変更を適用するために
、ユーザはＮＥＸＴ機能ボタンを押す。このＮＥＸＴ機能ボタンを選択すること
により、システムは好ましくは上述のＸＭＬフォーマットで新しいネームファイ
ルを作成する。システムは新しいネームファイルを適切な説明文でユーザにｅ−
メールする。機密保護の理由により、ユーザは新しいファイルの作成の場合のよ
うに、システムが指定するディレクトリに新しいネームファイルを記憶すること
が求められる。

【０１１９】クローラ図３はクローラ２４によって好ましく行なわれる方法の実施例のフロー図であ
る。好ましい実施例において、システムはクローラ２４の起動および実行をトリ
ガするスケジュラプロセスを含む。たとえば、スケジュラはイベントのスケジュ
ールを記憶する。あるイベントはクローラ２４が２４時間ごとに実行されるべき
であると記載している。スケジュールされたイベントが起こると、スケジュラは
クローラ２４を始めさせる。

【０１２０】ブロック３０２において、クローラ２４はレジストリ１０のデータベース１２
を読出し、インデックスファイル３４において索引に載せられているネットワー
クリソースを特定する１つ以上の行またはレコードを取出す。この行またはレコ
ードを選択するプロトコルは重要ではなく、いくつかの異なるスキーマを用いる
ことができる。たとえば、クローラ２４はクローラが最後に実行されてから更新
されなかったすべての行またはレコードを選択することができる。代替的に、ク
ローラ２４は特定の時間内で作成された、または所定の日数より古いすべての行
またはレコードを選択することができる。さらなる代替において、クローラ２４
は最も古く更新されたレコードを選択する。好ましい実施例において、システム
はリアルネームのファイルインフォテーブルと呼ばれるＲＮＳファイル名および
場所へのマッピングを含む。クローラは選択された行をファイルインフォテーブ
ルに照らして、各リアルネーム、行またはレコードに関連するネームファイルの
ネットワークアドレス、場所またはＵＲＬを探す。

【０１２１】ブロック３０４において選択された各行またはレコードに対して、クローラ２
４は行またはレコードによって示される顧客のウェブサイトをポーリングし、そ
のウェブサイトに関連して記憶されているネームファイル６４に対する更新を探
す。ポーリングステップはウェブサイトへのＨＴＴＰ接続を開き、ネームファイ
ルのコピーをリクエストおよび受取ることを含む。クローラ２４はＸＭＬパーサ
を用いてネームファイルを解析し、リアルネームのエントリ、およびそのリアル
ネーム、ネットワークアドレスおよびネットワークリソースに関連する記述情報
を特定する各リアルネームエントリ内の値を識別する。ＸＭＬパーサはマイクロ
ソフト社から入手することができる。

【０１２２】ブロック３０６に示されるように、ネームファイルの各エントリに対して、ク
ローラ２４はそのエントリがデータベース１２のある行またはレコードに一致す
るかどうかをテストする。したがって、クローラ２４はネームファイルの内容が
データベース１２のエントリと異なるかどうかを判定する。異なれば、ブロック
３０８に示されるように、クローラ２４はデータベース１２を更新し、データベ
ース１２の更新された行またはレコードに関連するインデックスエントリを組立
て直すことをインデックスビルダに求める。

【０１２３】このような態様で、クローラ２４はインターネット５０のウェブサイトをポー
リングして更新を有する顧客サイトを探す。ネームファイルは多数の顧客サイト
でネットワーク上に分散しているので、各顧客は所望の時間にそのネームファイ
ルを自由に変更する柔軟性を有する。顧客はリアルネームシステムに知らせる必
要はない。なぜなら、クローラ２４は最後には各変更を探してそれに応じてデー
タベース１２を更新するからである。こうして、ライブラリアン２０はネットワ
ーク上に分散してネームファイルへの変更をモニタし、レジストリ１０を定期的
にその変更で更新する。顧客またはエンドユーザはデータベース１２の更新にか
かわることがない。すなわちクローラ２４がデータベースを自動的に更新する。

【０１２４】好ましい実施例において、顧客は特定のウェブサイトについてクローラ２４を
直ちに実行するようライブラリアン２０に指示することができる。こうすれば、
特定のネームファイルに対する変更は直ちに特定されて、データベースにロード
することができる。顧客はトップレベルメニューからライブの更新プションを選
択することにより、クローラ２４の即時実行を起動させる。好ましい実施例にお
いて、システムはさらに１週間に一度データベース１２の内容に基づいてインデ
ックスファイル３４を包括的に更新する。こうすれば、少なくとも週ごとに、イ
ンデックスファイル３４はデータベース１２の現在の内容に基づいて組立て直さ
れる。

【０１２５】代替の実施例では、クローラ２４は各ネームファイルにおいて識別されるネッ
トワークリソース場所の各々を有効化する。たとえば、クローラ２４はネームフ
ァイルエントリに識別される各ネットワークリソースへの接続およびロードを試
みる。エラーが起こると、適切なｅ−メールメッセージが作られてそのネームフ
ァイルを登録した組織の担当者に送られる。そのｅ−メールメッセージはネーム
ファイルにあるネットワークリソース場所は無効であることを担当者に知らせる
。

【０１２６】インデックスビルダインデックス３０はインデックスビルダ３２およびインデックスファイル３４
を含む。インデックスビルダ３２は２つのモードで動作するソフトウェアプログ
ラムまたはプロセスである。第１のモードにおいて、インデックスビルタ３２の
リコンストラクタプロセスはデータベース１２を定期的にポーリングし、データ
ベースへの変更を発見し、インデックスファイル３４において変更されたリアル
ネームのレコードをインデックスする。第２のモードにおいて、インデックスビ
ルタ３２はリアルタイムでインデックスファイル３４を更新し、これはインデッ
クスを更新するというリクエストのキューに基づいている。図４はインデックス
ビルダ３２の好ましい実施例のブロック図である。ＧＯマシン１００、１０２お
よび１０４と示されるコンピュータの各々はインデックスビルダ３２のインスタ
ンスを走らせる。各ＧＯマシン１００、１０２および１０４はキューエージェン
ト９２ａのネットワークインターフェイスプロセスＭ１、Ｍ２、Ｍｎに関連して
いる。キューエージェント９２ａはローカルエリアネットワークのようなネット
ワーク１０６に結合され、ライブラリアン２０からインデックスエントリを組立
てるリクエストを受取る。キューエージェント９２ａは各リクエストのコピーを
ネットワークインターフェイスＭ１、Ｍ２、Ｍｎの１つに伝搬し、そのリクエス
トは関連するＧＯマシン１００、１０２または１０４に送られる。このアーキテ
クチャは外部の問合せに迅速に応答し、耐障害性である。

【０１２７】各ＧＯマシンにおいて、インデックスビルダ３２は１対のキュー９０ａ、９０
ｂおよび１対のインデックス３４ａ、３４ｂに結合されている。ＧＯサービス４
２はどちらのインデックス３４ａ、３４ｂをもアクセスできるが、一度にアクセ
スできるのは１つのインデックスのみである。リゾルバ４０は明瞭にするために
図４では示されていないが、ＧＯサービス４２はリゾルバ４０プロセスによって
各インデックス３４ａ、３４ｂをアクセスすることは理解される。

【０１２８】ＧＯサービス４２が一方または他方のインデックスと常に通信していることは
重要である。したがって、図４に示されるアーキテクチャを用いて、インデック
スビルダは以下のプロセスを用いてインデックスを構築する。ＧＯサービスはイ
ンデックス３４ｂと連絡するよう配置され、インデックス３４ｂへのリアルネー
ム転換リクエストのみを伝えるよう指示されている。インデックスビルダ３２に
おいてキューエージェント９２ａからインデックス構築リクエストが到着すると
、インデックスビルダ３２はリクエストをキュー９０ａおよび９０ｂの両方に加
える。一方のキュー、たとえばキュー９０ａが十分にいっぱいになると、インデ
ックスビルダ３２は先入れ先出しの順序でキューからエントリを順次取除いて、
各キューエントリでインデックス３４ａを更新する。並行して、新しいインデッ
クス構築リクエストが受取られると、これらのリクエストはキューの両方に送ら
れる。キュー９０ａが空であり、インデックス３４ａが十分更新されている場合
、インデックスビルダ３２はリアルネーム転換リクエストをインデックス３４ａ
にのみ伝えるようＧＯサービス４２を指示する。インデックスビルダ３２はキュ
ー９０ｂからのエントリのみを取除き、そのキューからインデックス３４ｂのみ
を更新する。こうして、インデックスビルダ３２はキュー９０ａおよび９０ｂの
どちらかにインデックスエントリを加えるが、一度に１つのキューの内容を使っ
て一度に１つのインデックスのみを更新する。インデックスビルタ３２が連絡し
ているキューは、ＧＯサービス４２が現在連絡しているインデックス３４ａ、３
４ｂと常に反対または相補の関係にある。こうすれば、ＧＯサービス４２は常に
インデックスと連絡し、インデックスビルダ３２はネーム転換動作を損なうこと
なくリアルタイムでインデックスを更新することができる。

【０１２９】好ましくは、インデックス構築リクエストは上述したファイルインフォテーブ
ルにマッピングされるファイルまたは行の、ＦｉｌｅＩＤと呼ばれる識別子を含
む。インデックスビルダ３２はファイルインフォテーブル内のＦｉｌｅＩＤを探
して、そのＦｉｌｅＩＤと一致するデータベースにおけるすべてのエントリを引
出す。各データベースエントリはデータベースエントリに記載されているネット
ワークリソースと関連する独自の識別子を含む。独自の識別子はデータベースサ
ーバのシケンス機能を用いて生成される。独自の識別子に基づき、ＦｉｌｅＩＤ
と一致したデータベースエントリに対して、インデックスビルダは一致するイン
デックスエントリを引出す。そのインデックスエントリの情報は構築リクエスト
における情報と比較される。構築リクエストの情報が異なれば、インデックスエ
ントリは更新される。構築リクエストの情報が、関連するネットワークリソース
がネットワークにおいて不活性または利用できなくなったことを示せば、インデ
ックスエントリは削除される。

【０１３０】拡張性、信頼性および迅速な応答を与えるために、各ＧＯマシン１００、１０
２および１０４は類似した構成を有し、並行して動作する。一例として図４には
３つのＧＯマシン１００、１０２および１０４が示されているが、本システムで
はその数は任意である。好ましい実施例において、スケジュラプロセスはいつイ
ンデックスビルダ３２が実行されるかを決定する。

【０１３１】リゾルバ一般に、リゾルバ４０はレジストリ１０に記憶されているメタデータへの実行
時問合せインターフェイスとして働く。リゾルバ４０はサービス４２、４４およ
び４６からリアルネームリクエストを受取り、そのリアルネームリクエストに対
応するネットワークアドレスを識別するためにインデックス３０に問合せて、そ
のネットワークアドレスをサービスに返す。リゾルバ４０は問合せ動作に迅速に
応答し、１日に何百万ものリクエストに応えるよう構成されている。応答時間を
最大限にして拡張性を確実にするために、リゾルバ４０は問合せの応答の際レジ
ストリ１０のデータベース１２に直接アクセスしない。リゾルバは速いメインメ
モリに記憶されているインデックス３４と連絡する。

【０１３２】好ましい実施例において、リゾルバ４０は複数のインスタンスＲ１、Ｒ２、Ｒ
ｎで動作し、その各々はリゾルバへのリクエストを行なっているサービス４２、
４４、および４６と関連する。サービス４２、４４および４６はＨＴＴＰ接続を
用いてリゾルバのインスタンスＲ１、Ｒ２、Ｒｎと連絡する。さらに、リゾルバ
４０が走るコンピュータハードウェアをトリプルリダンダンシ構成で動作するの
が好ましい。この構成はリクエストを行なっているサービス４２、４４および４
６に対して迅速な応答を与え、信頼性を提供する。各インスタンスＲ１、Ｒ２、
Ｒｎはリゾルバを実現するウェブアプリケーションのインスタンスとして実現さ
れる。サービス４２、４４および４６はＨＴＴＰ接続を用いてリゾルバのインス
タンスＲ１、Ｒ２、Ｒｎと連絡する。

【０１３３】一実施例において、リゾルバ４０のインスタンスはサービス４２、４４および
４６に統合されている動的にリンクされているライブラリ（ＤＬＬ）として実現
される。好ましい実施例において、リゾルバ４０の各インスタンスは図５に示さ
れる方法で動作する切り離された、別のプロセスまたはプログラムである。リゾ
ルバ４０は１つ以上のＡＰＩで実現され、それにより「イエローページ」やサー
チサービスのような、リゾルバを用いるサービスの展開を可能にする。

【０１３４】ブロック５０２−５０４に示されるように、クライアント７０のような外部の
ウェブクライアント、サーバまたはブラウザはリゾルバ４０をアクセスする。一
実施例において、クライアント７０はＨＴＴＰ接続を用いてリゾルバ４０に接続
する。ブロック５０２において、クライアント７０はリゾルバ４０へのＨＴＴＰ
接続を確立する。ブロック５０４において、クライアント７０は特定のリアルネ
ームに対応するネットワークアドレスをリクエストしたリゾルバにＵＲＬを与え
る。たとえば、ＵＲＬはhttp://www.resolver.com/resolve?rn=ＲＥＡＬＮＡＭＥの形にある。この形のＵＲＬでは、http://はＵＲＬをＨＴＴＰリクエストであると識別し、www.resolver.comはサーバドメインであり、resolveはリゾルバを実現するサーバドメインで走っているプログラム名である。rn=ＲＥＡＬＮＡＭＥの記述はパラメータ"rn"にＲＥＡＬＮＡＭＥの値を与え、これはリゾ
ルバによって認識される。

【０１３５】別の実施例において、クライアント７０はリゾルバ４０のインスタンスと関連
するサービス４２、４４および４６の１つと接続する。サービス４２、４４およ
び４６はクライアント７０と連絡してリアルネームをリクエストおよび受取る。

【０１３６】こうして、これらの１つの方法によって、リゾルバ４０はクライアント７０が
リクエストしているリアルネームを受取る。それに応答して、リゾルバ４０はリ
アルネームを含むメインメモリにクォリファイアオブジェクトを作成する。ブロ
ック５０６において、リゾルバはインデックス３０に接続し、クライアント７０
からのリクエストにあるリアルネームに対応するネットワークアドレスまたはＵ
ＲＬをリクエストしている問合せを出す。好ましい実施例において、その問合せ
はクォリファイアオブジェクトを含むメッセージをインデックス記憶オブジェク
トに送ることにより発せられる。インデックス記憶オブジェクトはインデックス
３０の大まかな表示をカプセル化するかまたは与える。インデックス記憶オブジ
ェクトはインデックス問合せを実行する。

【０１３７】ブロック５０８において、リゾルバ４０はクライアント７０からのリクエスト
にあるリアルネームに対応するネットワークアドレスまたはＵＲＬを含むインデ
ックス３０から応答を受取る。好ましい実施例において、インデックス記憶オブ
ジェクトはリゾルバ４０にエントリセットオブジェクトを返す。エントリセット
オブジェクトはリクエストされたリアルネームに対応するインデックス３０から
１つ以上のエントリの組を含むまたは示す。各エントリセットオブジェクトはオ
ブジェクトのエントリに記述されているネットワークのソースの場所またはＵＲ
Ｌを与えることができる方法を有する。

【０１３８】インデックス記憶オブジェクトは過去の使用の機能に基づくエントリセットオ
ブジェクトにおいてエントリを順序付ける論理をも有する。エントリセットオブ
ジェクトに１つのエントリしかない場合、順序付けは不要である。エントリセッ
トオブジェクトが２つ以上のエントリを有する場合、２段階の順序付けプロセス
が行なわれる。第１の段階では、エントリはその関連性に従って順序付けられる
。第２の段階として、同じ関連性を有するエントリは各エントリの過去の転換回
数の関数に基づいて順序付けられる。

【０１３９】たとえばリアルネームアドレス「マイクロソフト」への問合せを考えてみる。
その問合せの転換は完全な一致をもたらさないが、たとえば「マイクロソフトエ
クセル」および「マイクロソフトワード」のような２つ以上の不正確な一致を出
すとする。順序付けプロセスの第１の段階ではこれらの２つのエントリは関連す
る基準に対して並べられて、一方のエントリが他方に比べてその問合せについて
より大きな関連性があると判断されると順序が変えられる。関連基準とは、たと
えば各エントリのワードの数、各エントリが同じ問合せの言葉を含むかどうかな
どである。ここでは、これらの基準により、２つのエントリの各々は同じ関連性
を有する。したがって、これらのエントリの順序は変えられない。順序付けプロ
セスの第２の段階において、リゾルバ４０は記載されている統計サービスから各
エントリについての統計的情報を引出す。統計的情報とは、各リアルネームエン
トリに対する使用値を含み、これはそのリアルネームについての過去の転換数に
重み付け関数を与えることにより計算される。重み付け関数は、遠い昔に起こっ
た転換と比べてより最近起こった転換により多くの重みを与える。リゾルバは各
エントリに対する使用値を比較して、必要ならエントリの順番を変え、最も重い
使用値を有するエントリがエントリセットオブジェクトにおいて最初に順序付け
られる。

【０１４０】ブロック５１０において、リゾルバ４０はインデックスの応答を出力メッセー
ジにフォーマット化する。好ましい実施例において、リゾルバ４０はインデック
ス３０からの応答にある情報を含んだＸＭＬファイルを構築する。好ましい実施
例において、サービス４２、４４および４６の各々は、リゾルバ４０によって作
成されたＸＭＬファイルをクライアント７０によって使用可能なフォーマットで
テキストまたは他の情報に変換することができるＸＭＬパーサを備えている。好
ましい実施例において、エントリセットオブジェクトで参照された各エントリは
エントリが転換された回数を示す使用値を含む。使用値は表示する際にエントリ
を順序付けるために用いられ、他の態様ではサービス４２−４６の１つで用いら
れる。

【０１４１】各リアルネームの転換の後、リゾルバ４０はログファイル８４にエントリを書
込み、これはリアルネーム、現在の転換を含めて過去で転換された合計回数、こ
の転換をリクエストしたクライアントまたはサーバのＩＰアドレスおよびドメイ
ン名、ならびに現在の転換が起こった時間が記される。

【０１４２】好ましい実施例において、インデックス３０およびリゾルバ４０は同じ物理コ
ンピュータで実行され、インデックスファイル３４はそのコンピュータのメイン
メモリに記憶される。この構成により、リゾルバ４０の応答時間が向上する。な
ぜなら、インデックス３０への高速アクセスが与えられるからである。リゾルバ
４０は１日に数千万ものリアルネーム転換リクエストに応答すると考えられる。
好ましい実施例において、インデックス３０およびリゾルバ４０はアルタビスタ
のＡＰＩを用いてアルタビスタの実行時間ライブラリで通信する複数のコンポー
ネントオブジェクトモデル（ＣＯＭ）プログラム的オブジェクトとして実現され
る。アルタビスタ実行時間ライブラリはアルタビスタソフトウェアディベルプメ
ントキット（ＳＤＫ）の形で、デジタルイクイップメントコーポレーションから
ライセンスを得て利用可能である。

【０１４３】別の実施例において、リゾルバ４０はインターネット、内部事業ネットワーク
または「イントラネット」、および外部的にアクセス可能な内部事業ネットワー
クまたは「エクストラネット」にあるリソースを示すネットワークアドレス間で
区別できる。イントラネット環境では、リゾルバ４０はリゾルバを所有しかつ動
かしている組織内にあるレジストリ１０をアクセスする。レジストリ１０はイン
トラネットリソースを特定するリソース情報を記憶する。リゾルバ４０はユーザ
が入力したリアルネームをイントラネットリソースの場所に転換してユーザをそ
れらにナビゲートする。

【０１４４】サービス４２、４４および４６はいくつかの変形した形で実現できる。一実施
例では、ＧＯサービス４２はクライアント７０のブラウザ７４にインストールま
たは接続されているコンピュータプログラムである。たとえば、ＧＯサービス４
２はブラウザ７４に対するプラグインとしてクライアント７０にインストールさ
れる。ユーザは中央分散サイトからＧＯサービス４２をダウンロードし、そのサ
ービスをクライアント７０で記憶する。ユーザはそのサービスをブラウザ７４に
インストールするインストールプログラムを実行する。一旦インストールされる
と、ＧＯサービス４２はユーザがブラウザ７４に入力したネットワークリソース
ネームを傍受し、その名前をブラウザ７４で使用可能なネットワークアドレスに
転換する。

【０１４５】図６はこの構成におけるＧＯサービス４２を動作する方法のブロック図である
。図１０はこの構成におけるＧＯサービス４２によって生成されたユーザインタ
ーフェイスディスプレイ１０００の図である。ブロック６００において、ユーザ
はブラウザ７４を呼出し実行を開始させる。ブラウザ７４はＵＲＬデータエント
リフィールドを有し、ここにユーザはＵＲＬのような、抽出しかつブラウザによ
って表示するべき文書のネットワークアドレスをタイプする。ブロック６０２に
おいて、ユーザはネットワークアドレスデータエントリフィールドにリアルネー
ムを入力する。ブロック６０４において、ＧＯサービス４２はブラウザ７４のネ
ットワークアドレスデータエントリフィールドにユーザがタイプしたすべてのキ
ー入力をとらえて、ユーザが入力したリアルネームを受取る。

【０１４６】ブロック６０６において、ＧＯサービス４２はクライアント７０に記憶されて
いるオーバライドテーブル７６の中にユーザが入力したリアルネームを探す。オ
ーバライドテーブル７６はリアルネームのネットワークアドレスまたはＵＲＬへ
のマッピングを絶え間なく記憶する。マッピングはユーザまたはクライアント７
０によって定められ、これはＧＯサービス４２の機能を用いてオーバライドテー
ブル７６を最初に設定および更新する。オーバライドテーブル７６はクライアン
ト７０で記憶される、たとえばクライアント７０のハードディスクまたは他の不
揮発性記憶装置に記憶される。

【０１４７】オーバライドテーブル７６により、ユーザはリアルネームのネットワークアド
レスへのマッピングリストを個人的に定めることができる。こうして、オーバラ
イドテーブル７６は「個人アドレスファイル」として用いることができる。たと
えば、ユーザは＄記号をドメイン名“quote. yahoo. com”にマッピングするエントリをオーバライドテーブル７６に設けることができる。その後、ユーザがブ
ラウザのネットワークアドレスデータエントリフィールドに＄記号を入力すると
、ＧＯサービス４２はブラウザにquote. yahoo. comの名があるリソースを引出させる。オーバライドテーブル７６を用いて、ユーザはリアルネーム間で明確な
マッピングを確立し、それがリゾルバ４０に提示されると、ネットワークアドレ
スのリストに転換される。

【０１４８】図１０に示されるように、オーバライドテーブル７６はユーザインターフェイ
スディスプレイ１０００のアドレステーブル枠１０１０に表示される。ネットワ
ークアドレスのリアルネームは名前欄１０１２に表示され、対応するネットワー
クアドレスがネットワークアドレス欄１０１４に表示される。リアルネームの記
述は記述欄に表示される。ユーザインターフェイスディスプレイはメニューバー
１０１６および機能バー１０１８を含む。メニューバー１０１６はキーワードに
よって識別される各機能に関連するドロップダウンメニューへのアクセスを与え
る複数のキーワード（アドレス、ビュー、エディット、オプション、About Go! ）を有する。機能ボタン１０１８はドロップダウンメニューにある機能を迅速に
選択するために用いられる。

【０１４９】アドレスドロップダウンメニューはクローズ、セーブ、アクティベート、およ
びエグジットと名付けられる機能を与える。クローズ機能はユーザインターフェ
イスディスプレイ１０００を閉じて、サービスを終了させる。セーブ機能はリア
ルネームおよび対応するネットワークアドレスをファイルにセーブする。ビュー
ドロップダウンメニューは大型アイコン、小型アイコン、リストおよび詳細と名
付けられる機能を与える。ビュードロップダウンメニューの機能はアドレステー
ブル枠１０１０に用いられる表示の形式を変える。たとえば、大型アイコンおよ
び小型アイコンのオプションが選択されると、ディスプレイではオーバライドテ
ーブル７６の各エントリがそれぞれ大型または小型のアイコンで示される。リス
トオプションが選択されると、オーバライドテーブル７６は各エントリに関連す
るリアルネームのみを示す簡略リストの形で表示される。詳細オプションが選択
されると、オーバライドテーブル７６は詳細なリストの形で、図１０に示される
ように表示される。

【０１５０】エディット編集プルダウンメニューは挿入および削除と名付けられる機能を有
する。挿入機能は新しいエントリがオーバライドテーブル７６に加えられること
を可能にする。挿入機能が選択されると、サービスはポップアップウィンドウを
表示し、ユーザにリアルネーム、ＵＲＬまたは場所識別子、および記述を入力す
るよう促す。ポップアップウィンドウはさらにセーブおよび取消機能ボタンを有
する。該当するデータが入力されると、ユーザはセーブ機能ボタンをクリックし
て新しいエントリをオーバライドテーブル７６に追加する。

【０１５１】オプションプルダウンメニューはサービスの他の機能をアクセスする機能を与
える。たとえば、リゾルバオプションがあり、それによりユーザはリゾルバ４０
からのサービスによって用いられる転換機構を、インターネット５０上で利用可
能な外部ドメイン名転換サービスに変えることができる。

【０１５２】ブロック６０８でテストされてリアルネームがオーバライドテーブル７６にな
い場合、制御はブロック６０９にわたされる。ブロック６０９において、サービ
ス４２はブラウザで受取られたネットワークリソース名をネットワークアドレス
に転換するようリゾルバ４０に求める。たとえば、サービス４２はＵＲＬを作成
し、これはリゾルバ４０を実現するシステムの所定の場所を示す。ＵＲＬはリゾ
ルバ４０にわたされるパラメータとしてブラウザで受取られたネットワークリソ
ース名を含む。サービス４２はネットワークリソース名を含むＵＲＬを用いて、
クライアント７０からリゾルバ４０へのＨＴＴＰ接続を開く。リゾルバ４０はＵ
ＲＬからネットワークリソース名の値を抽出し、上述の転換プロセスを行なう。
リゾルバ４０はＨＴＴＰメッセージにおける１つ以上のネットワークリソース場
所の値をブラウザ７４に返す。

【０１５３】リゾルバ４０から１つのネットワークリソース場所値が受取られると、ブロッ
ク６１０においてＧＯサービス４２はブラウザ７４をリゾルバ４０が見つけたネ
ットワークアドレスに転送する。たとえば、サービス４２はリゾルバ４０から受
取られたＨＴＴＰメッセージからネットワークリソース場所値を抽出し、その値
をブラウザ７４の機能に与えて、ウェブページをロードおよび表示する。ブラウ
ザ７４は次に従来の態様でネットワークアドレスにあるファイルまたはページを
ロードおよび表示する。

【０１５４】代替的に、２つ以上のネットワークリソース場所値がリゾルバ４０から受取ら
れると、ブロック６１０においてサービスはネットワークリソース場所値のリス
トを表示する。結果は統計サービス８２によってコンパイルおよび記憶された転
換値に基づき、古い転換から最近の転換の順序で表示される。別の変形において
、サービスはクライアント７２にＨＴＴＰリスポンスを返し、これは問合せの結
果が記憶されるＸＭＬを含む。

【０１５５】代替の実施例では、ＧＯサービス４２は専用のウェブサーバで走るウェブアプ
リケーションとして実現される。ネットワークリソースを見つけるために、クラ
イアント７０は所定のネットワークアドレスまたはＵＲＬを用いてＧＯウェブサ
ーバに接続する。それに応じて、ＧＯサービス４２のウェブアプリケーションは
データエントリフィールドを有する形のウェブページを表示する。エンドユーザ
はデータエントリフィールドにネットワークリソースのリアルネームをタイプす
る。ＧＯサーバ４２は上述の態様でネットワークリソースを見つける。

【０１５６】さらに別の実施例では、ＧＯサービス４２は外部ウェブサーバのウェブページ
に組込まれているボタンまたはパネルにリンクされる。ボタンまたはパネルはネ
ットワークアドレスまたはＵＲＬに固定されて、外部ウェブサーバを見ているユ
ーザによってそのボタンまたはパネルが選択されるとＧＯサービス４２が呼出さ
れる。この構成により、ブラウザを使用することなくリアルネームを入力するこ
とができる。

【０１５７】ブロック６０８のテストに合格すれば、ユーザが入力したネットワークリソー
ス名はオーバライドテーブル７６に位置付けられる。その場合、ブロック６１２
に示されるように、サービス４２はオーバライドテーブル７６から対応するネッ
トワークリソース場所を引出す。次に、サービス４２はブラウザをその場所のネ
ットワークリソースに転送する。

【０１５８】さらに別の実施例では、ＧＯサービス４２はＧＯサービスにつないで問合せを
するクライアント７０によって用いられる自然言語を検出および応答するメカニ
ズムを含む。ＧＯサービス４２を走らせているコンピュータがＵＴＦ−８文字セ
ットの符号化および英語の言語を用いて動作し、クライアント７０は日本語およ
び異なる文字セットの符号化を用いるとする。ＧＯサービス４２がリアルネーム
エントリフォームを含むウェブページをクライアント７０に送る場合、ウェブペ
ージは所定の文字列を記憶する隠されたフィールドを含む。クライアント７０は
ウェブページを受取り、そのブラウザまたはオペレーティングシステムはそのウ
ェブページを使用している文字セットに変換する。クライアント７０のユーザは
リアルネームをウェブページに入力し、それをＧＯサービス４２に送る。ＧＯサ
ービス４２はウェブページを受取り、隠されたフィールドの値を取出し、その隠
されたフィールドの値を隠されたフィールド値から文字セットの符号化および言
語のテーブルまたはマッピングと比べる。ＧＯサービス４２は対応する文字セッ
トの符号化および言語を取出す。その言語に基づき、ＧＯサービス４２はリソー
スのメタデータ部９０６において一致する言語値を有するリソースを選択する。
この態様でシステムはその問合せを行なったクライアントの言語を判断し、その
言語に適するリソースを与える。

【０１５９】さらに別の実施例において、ＧＯサービス４２およびリゾルバ４０は高度な問
合せに応答するために、リソースに関連するネームファイル６４におけるメタデ
ータの値を用いる。たとえば、ユナイテッドエアライン社は英語、フランス語、
および日本語といったいくつかの異なる言語でリソースを記述するネームファイ
ル６４を登録したとする。ユーザはフランスにあるまたはフランス語で用意され
た、ユナイテッドエアラインと提携しているウェブサイトを見つけたいとする。
ユーザはＧＯサービス４２に「ユナイテッドエアラインフランス」の言葉を入力
する。リゾルバ４０はそれらのワードをユナイテッドエアラインズのネームファ
イル６４に関連するメタデータ部９０６の記述、領域および言語フィールドと一
致させようとする。リゾルバ４０およびＧＯサービス４２はユーザのブラウザを
フランスにあるユナイテッドエアラインズのサイトに転送する。

【０１６０】代替の実施例において、ＧＯサービス４２がクライアント７０にインストール
されているブラウザプラグインとして実現される場合、ＧＯサービスはリゾルバ
４０に対して文字符号化情報を与える。現在クライアント７０で用いられるキャ
ラクタの符号化を得るために、ＧＯサービス４２はクライアント７０で走らされ
るオペレーティングシステムのオペレーティングシステム機能を呼出す。ＧＯサ
ービス４２は文字符号化情報をリゾルバ４０にユーザの問合せを返すために用い
られるＵＲＬに接続する。この方法により、リゾルバはクライアント７０が現在
用いている言語および文字セットを示す情報を受取り、その言語に適するネット
ワークリソースで応答することができる。

【０１６１】別の実施例において、コンピュータシステムはさらにアナログ−デジタル変換
器に結合されるマイクを含む。このアナログ−デジタル変換器は適切なインター
フェイスを介してコンピュータシステムのバスに結合される。ドライバソフトウ
ェアまたは他の適切なアプリケーションプログラムの制御下で、アナログ−デジ
タル変換器はマイクからのアナログ音声入力信号を受取り、その信号をデジタル
信号に変換する。ドライバまたはアプリケーションプログラムはそのデジタル表
示を受取り、それをＧＯサービス４２に対する音素、文字列、キーワード、また
はコマンドに変換する。変換されたデジタル表示は入力としてＧＯサービス４２
によって用いられ、キーボードまたはマウスからの入力の代わりとなる。こうし
て、ユーザはユーザインターフェイスディスプレイ１０００を見てマイクに言葉
を発し、ＧＯサービス４２に特定のネットワークリソースを見つけるよう指示す
ることができる。このような態様で、ユーザは発せられた言葉を用いてウェブを
ナビゲートすることができる。

【０１６２】別の代替の実施例が図９に示される。サービスはウェブサーバまたは中段ウエ
ブアプリケーションサーバ６０ａの形で実現される。ウェブアプリケーションサ
ーバ６０ａはインターネット５０を介してＨＴＴＰメッセージを用いてクライア
ント７０と通信する。ウェブアプリケーションサーバ６０ａはコモンゲートウェ
イインターフェイス（ＣＧＩ）スクリプトプロセッサ、ネットスケープのキバ、
マイクロソフトのアクティブサーバ、またはアップルのウェブオブジェクト（登
録商標）のようなアプリケーションサーバを含む。ウェブアプリケーションサー
バ６０ａで走るアプリケーションプログラムはＨＴＴＰリクエストおよび応答を
生成するためにＣＧＩスクリプトを用いて経路４０ａおよび４０ｂを通してイン
ターネット５０を介してリゾルバ４０と通信する。ウェブアプリケーションサー
バ６０ａはリゾルバ４０のＡＰＩによって与えられる機能への呼出を用いて経路
４０ａおよび４０ｂに沿って通信する。この構造を用いて、ウェブアプリケーシ
ョンサーバ６０ａは問合せを含むリクエストをリゾルバ４０に出す。それに応答
して、リゾルバ４０は問合せをチェックし、インデックス３０に問合せし、その
問合せに一致するウェブページを反映しているすべてのインデックスエントリに
ついて一組のメタデータを作成する。このメタデータの組はＸＭＬファイルとし
てパッケージ化され、リゾルバ４０によってウェブアプリケーションサーバ６０
ａに送られる。ウェブアプリケーションサーバ６０ａはＸＭＬコードをＸＭＬフ
ァイルに解析することができるＸＭＬパーサを有する。解析されたＸＭＬコード
に基づき、ウェブアプリケーションサーバ６０ａは１つ以上のＨＴＭＬ文書を作
成し、そのＨＴＭＬ文書をクライアント７０に送る。クライアント７０はＨＴＭ
Ｌ文書をエンドユーザに表示する。

【０１６３】統計サービスリゾルバ４０と関連して上述したように、リゾルバがリアルネーム転換を行な
うたびに、ログファイルエントリが作成される。システムはログファイルを読取
り、ログファイルからの情報をインデックスファイル３４にロードする働きをす
る統計サービス８２を含む。

【０１６４】好ましい実施例において、統計サービス８２はスケジュールされたベースで定
期的に動作する。統計サービス８２はログファイルの各レコードを読取り、ログ
ファイルの情報に基づくインデックスオブジェクトを作成する。統計サービス８
２はインデックスビルダ３２にメッセージを送り、インデックスビルダが値をイ
ンデックスファイル３４に継続して記憶することを求める。これに応答して、イ
ンデックスビルダ３２は値をインデックスファイル３４に記憶する。

【０１６５】システムのトップレベルメニューページはハイパーリンクを有し、それにより
ユーザは統計および請求機能をアクセスすることができる。

【０１６６】統計＆請求／統計オプションが選択された場合、システムは図７Ａに示される
形でウェブページ７００を作成する。ウェブページ７００はトップレベルオプシ
ョンのリスト７０２を有する。一組の機能ボタン７０４により、ユーザはアドレ
スの転換、新しい顧客情報の入力、顧客サービスの獲得、およびリアルネームシ
ステムについてのさらなる情報の入手などのような他のグローバル機能を確立す
ることができる。

【０１６７】報告機能ボタン７０６により、ユーザはシステムの報告生成機能をアクセスす
ることができる。一実施例において、報告機能ボタン７０６は選択エントリボタ
ン７１２、選択時間ボタン７１４、エントリごとの報告ボタン７１６および発生
ごとの報告ボタン７１８を含む。

【０１６８】選択エントリボタン７１２は統計が生成されるネームファイル内においてエン
トリの範囲を特定するために用いられる。ユーザが選択エントリボタン７１２を
選ぶと、システムはユーザの現在のドメインのＩＰアドレスに一致するＩＰアド
レスを有するサーバ上のネームファイルを読出す。システムはネームファイルを
解析し、新しいウェブページですべてのリアルネームのリストを表示し、これを
クライアント７０に送る。ウェブページはリストの各リアルネームに隣接する無
線ボタンを表示する。無線ボタンをクリックし、ウェブページをシステムに送る
と、システムは後で作成されるすべての報告書において選択されたリアルネーム
すべてについての統計的情報を提供する。

【０１６９】選択時間ボタン７１４は統計が生成されるべき時間フレームを特定するために
用いられる。ユーザが選択時間ボタン７１４を選択すると、システムは新しいウ
ェブページを作成し、クライアント７０に送る。ウェブページはユーザが開始日
および終了日を入力する形を含む。ユーザが入力済のページをシステムに送ると
、システムは日付値を受取りかつ記憶する。後で報告書が作成された場合、その
報告は特定の日付内で起こったリアルネームの転換についての統計的情報を含む
ことになる。

【０１７０】エントリごとの報告ボタン７１６は現在のネームファイルに定義されている各
リアルネームエントリについて起こったすべてのリアルネーム転換を示す報告お
よびグラフを作成するために用いられる。エントリごとの報告ボタン７１６が選
択された場合、システムは現在のネームファイルに定義されている各リアルネー
ムについてデータベース１２の統計テーブルに記憶されている統計的情報を読取
る。システムは統計情報のグラフおよびチャートを作成し、このグラフおよびチ
ャートを含むウェブページを作成する。

【０１７１】図７Ａはこの態様で作成されたウェブページの一例を示す。グラフ枠７０８は
例示的棒グラフを示す。棒グラフの各棒は現在のネームファイルに定義されるリ
アルネームを表わす。縦軸７２０は各リアルネームの転換数（千単位）を示す。
横軸７２２は統計情報が報告される各ネームを特定する。統計枠７１０はリアル
ネーム欄７３０、転換数欄７３２、およびパーセンテージ欄７３４を含む。リア
ルネーム欄７３０は現在のネームファイルに定義されている各リアルネームをリ
ストする。転換数欄７３２は現在定義されている期間内に起こったリアルネーム
の転換回数を示す。パーセンテージ欄７３４は各リアルネームについて、そのリ
アルネームの転換数によって示される合計転換数のパーセンテージを示す。

【０１７２】図７Ｂは統計サービスによって作成される別の種類のグラフの一例である。縦
軸７２０は各リアルネームの転換数を示す。横軸７２２は複数の棒７３８を含み
、各棒はリアルネームと関連付けられている。棒はそのリアルネームの転換数を
表わす。第２の縦軸７３６は横軸７２２に示される各リアルネームによって表わ
される、システムによって行なわれる合計転換数のパーセンテージを示す数字を
表示する。

【０１７３】一実施例において、リアルネームシステムのオーナーはレジストリ１０におい
てリアルネームを登録するエンドユーザまたは顧客に費用を請求する。ライブラ
リアン２０は登録サービス２２を用いて新しいエントリがシステムに出された場
合にユーザの課金に料金を記録する。別の実施例では、レジストリ１０にリアル
ネームを登録するエンドユーザまたは顧客は、第三者のリクエストに応答してリ
ゾルバ４０が実行した各転換についてリアルネームシステムのオーナーに費用を
支払う。リゾルバ４０は各転換が完了したときにユーザの課金への料金を記録す
る。これらの実施例において、課金情報および費用はデータベース１２のテーブ
ルにおいて記録および累積される。定期的に、外部請求アプリケーションはデー
タベース１２の料金および課金テーブルを読取り、請求書を作成してユーザに送
る。トップレベルオプションリスト７０２の統計＆請求／請求情報オプションに
より、ユーザはリアルタイムでユーザの登録されたリアルネームエントリについ
ての入金および支払だけでなく、転換費用をも追跡およびモニタすることができ
る。請求情報機能を選択すると、システムはデータベース１２の料金および課金
テーブルを読出し、ウェブページで報告書を作成し、顧客への料金をまとめる。
そのウェブページはクライアント７０に送られ表示される。

【０１７４】ハードウェアの概要図８は本発明の実施例が実現できるコンピュータシステム８００を示す。コン
ピュータシステム８００は情報を通信するためのバス８０２または他の通信メカ
ニズム、および情報を処理するためにバス８０２に結合されるプロセッサ８０４
を含む。コンピュータシステム８００はさらにランダムアクセスメモリ（ＲＡＭ
）または他の動的記憶装置のようなメインメモリ８０６を含み、これはバス８０
２に結合されてプロセッサ８０４が実行する情報および命令を記憶する。メイン
メモリ８０６はプロセッサ８０４が実行するべき命令の実行の際に変数や他の中
間情報を一時的に記憶するためにも用いることができる。コンピュータシステム
８００はさらに読取専用メモリ（ＲＯＭ）８０８または他の静的記憶装置を有し
、これはバス８０２に結合されてプロセッサ８０４の統計情報および命令を記憶
する。磁気ディスクまたは光ディスクのような記憶装置８１０が設けられて情報
や命令を記憶するためにバス８０２に結合される。

【０１７５】コンピュータシステム８００はバス８０２を介して陰極管（ＣＲＴ）のような
ディスプレイ８１２に結合されてコンピュータユーザに情報を表示することがで
きる。英数文字や他のキーを含む入力装置８１４はバス８０２に結合されて、情
報や命令選択をプロセッサ８０４に伝える。ユーザ入力装置の別の種類としてカ
ーソル制御８１６があり、これはマウス、トラックボールまたはカーソル方向キ
ーであって、方向情報および命令選択をプロセッサ８０４に通信するおよびディ
スプレイ８１２上でのカーソルの動きを制御する。この入力装置は典型的に２つ
の軸、すなわち第１の軸（たとえばＸ）および第２の軸（たとえばＹ）における
２つの自由度を有し、これにより装置は面における位置を指定することができる
。

【０１７６】本発明は言語独立ネットワークリソースネーミングシステムを提供するための
コンピュータシステム８００の用途に関連する。本発明の一実施例により、メイ
ンメモリ８０６に含まれる１つ以上の命令の１つ以上のシーケンスを実行するプ
ロセッサ８０４に応答して、コンピュータシステム８００によって言語独立ネッ
トワークリソースネーミングが提供される。これらの命令は記憶装置８１０のよ
うな他のコンピュータ読取可能媒体からメインメモリ８０６に読込むことができ
る。メインメモリ８０６に含まれる命令シーケンスを実行することにより、プロ
セッサ８０４はここに記載されている処理工程を行なう。代替の実施例において
、本発明を実現するために、ハードワイヤード回路をソフトウェア命令の代わり
にまたはソフトウェア命令と組合せて、用いることができる。したがって、本発
明の実施例は特定のハードウェア回路およびソフトウェアの組合せに限定されな
い。

【０１７７】ここで用いられる「コンピュータ読取可能媒体」は、実行するためにプロセッ
サ８０４に命令を与えるのに関与するすべての媒体を示す。このような媒体は不
揮発性媒体、揮発性媒体および伝送媒体を含めたさまざまな形をとり得るが、こ
れには限定されない。たとえば、不揮発性媒体は記憶装置８１０のような光また
は磁気ディスクを含む。揮発性媒体はメインメモリ８０６のような動的メモリを
含む。伝送媒体はバス８０２をなすワイヤを含む同軸ケーブル、銅線および光フ
ァイバを含む。伝送媒体は無線および赤外線データ通信の際に生成される音声波
または光波の形をとり得る。

【０１７８】コンピュータ読取可能媒体の一般的な形は、たとえばフロッピーディスク、フ
レキシブルディスク、ハードディスク、磁気テープ、または他の磁気媒体、ＣＤ
−ＲＯＭ、他の光媒体、パンチカード、ペーパーテープ、孔のパターンを有する
他の物理的媒体、ＲＡＭ、ＤＲＡＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、他の
メモリチップまたはカートリッジや以下に記載する搬送波、またはコンピュータ
が読出すことかできる他の媒体を含む。

【０１７９】実行のための１つ以上の命令の１つ以上のシーケンスをプロセッサ８０４に運
ぶために、さまざまな形のコンピュータ読取可能媒体が関与し得る。たとえば、
命令は最初は遠隔コンピュータの磁気ディスクにあってもよい。遠隔コンピュー
タは命令を自分の動的メモリにロードし、その命令をモデムを用いて電話回線に
よって送ることができる。コンピュータシステム８００側のモデムは電話回線で
データを受取り、赤外線トランスミッタを用いてデータを赤外線信号に変換する
。バス８０２に結合される赤外線検出器は赤外線信号で運ばれるデータを受取り
、そのデータをバス８０２に渡す。バス８０２はデータをメインメモリ８０６に
運び、そこからプロセッサ８０４は命令を引出しおよび実行する。メインメモリ
８０６によって受取られた命令は、プロセッサ８０４の実行前または実行後に記
憶装置８１０に任意に記憶することができる。

【０１８０】コンピュータシステム８００はさらにバス８０２に結合される通信インターフ
ェイス８１８を含む。通信インターフェイス８１８は、ローカルネットワーク８
２２に接続されているネットワークリンク８２０への双方向データ通信を提供し
する。たとえば、通信インターフェイス８１８は統合サービスデジタルネットワ
ーク（ＩＳＤＮ）カードまたはモデムであって、対応する種類の電話回線にデー
タ通信接続を与える。別の例として、通信インターフェイス８１８はローカルエ
リアネットワーク（ＬＡＮ）カードであって、互換性のあるＬＡＮにデータ通信
接続を与える。無線リンクをも実現することができる。このような場合、通信イ
ンターフェイス８１８はさまざまな種類の情報を表わすデジタルデータ列を運ぶ
電気信号、電磁信号または光信号を送受信する。

【０１８１】ネットワークリンク８２０は典型的に１つ以上のネットワークを介してデータ
通信を他のデータ装置に与える。たとえば、ネットワークリンク８２０はローカ
ルネットワーク８２２を介してホストコンピュータ８２４またはインターネット
サービスプロバイダ（ＩＳＰ）８２６によって動かされているデータ装置への接
続を与え得る。ＩＳＰ８２４は現在「インターネット」８２８と呼ばれる世界規
模のパッケージデータ通信ネットワークを介してデータ通信サービスを与える。
ローカルネットワーク８２２およびインターネット８２８はデジタルデータ列を
運ぶ電気信号、電磁信号または光信号を用いる。デジタルデータをコンピュータ
システム８００に入出力する、さまざまなネットワークを介する信号ならびにネ
ットワークリンク８２０上の通信インターフェイス８１８を介する信号は、情報
を伝える搬送波の例示的形である。

【０１８２】コンピュータシステム８００はネットワーク、ネットワークリンク８２０およ
び通信インターフェイス８１８を介して、プログラムコードを含むメッセージお
よびデータを送受信できる。インターネットの場合、サーバ８３０はインターネ
ット８２８、ＩＳＰ８２６、ローカルネットワーク８２２および通信インターフ
ェイス８１８を介してアプリケーションプログラムについてのリクエストされた
コードを伝送し得る。本発明に従って、このようなダウンロードアプリケーショ
ンはここに記載されている言語独立ネットワークリソースネーミングシステムを
提供する。

【０１８３】受取られたコードは直ちにプロセッサ８０４によって実行され得る、および／
または後で実行するために記憶装置８１０または他の不揮発性記憶に記憶される
。このような態様で、コンピュータシステム８００は搬送波の形でアプリケーシ
ョンコードを得ることができる。

【０１８４】変形、利点以上により、本発明は具体的実施例に従って記載されている。しかし、本発明
の精神および範囲から逸脱することなくさまざまな変形および変更が行なわれる
ことは明らかである。したがって、明細書および図面は限定するものではなく、
例示的なものとして考えられる。

【図面の簡単な説明】

【図１Ａ】ネームファイルの図である。

【図１Ｂ】メタデータに基づき、ネットワークリソースをナビゲートする
ためのシステムの一実施例のブロック図である。

【図２Ａ】図１Ｂのシステムにおいて登録サービスの方法を示すフローチ
ャート図である。

【図２Ｂ】図１Ｂのシステムにおいてネームファイルを起動する方法を示
すフローチャート図である。

【図３】図１Ｂのシステムにおいてクローラを動作する方法を示すフロー
チャート図である。

【図４】図１Ｂのシステムにおけるインデックスビルダサービスのブロッ
ク図である。

【図５】図１Ｂのシステムにおいてリゾルバサービスを動作する方法を示
すフローチャート図である。

【図６】図１Ｂのシステムにおいてネーム探索サービスを動作する方法の
フローチャート図である。

【図７Ａ】図１Ｂのシステムによって作成される統計報告ページの例を示
す図である。

【図７Ｂ】図１Ｂのシステムによって作成される統計報告ページの別の例
を示す図である。

【図８】本発明を実現するために用いられるコンピュータシステムのブロ
ック図である。

【図９】転換およびナビゲーティングシステムの簡略ブロック図である。

【図１０】ナビゲーティングサービスによって作成されるユーザインター
フェイスディスプレイのブロック図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１１年８月３１日（１９９９．８．３１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＵ，ＢＡ，ＢＧ，ＢＲ，ＣＡ，ＣＮ，ＣＺ，ＥＥ，ＧＥ，ＨＲ，ＨＵ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＲ，ＬＴ，ＬＶ，ＭＫ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＲＯ，ＳＧ，ＳＩ，ＳＫ，ＴＲ，ＵＡ，ＹＵ (72)発明者オング，ブルースアメリカ合衆国、94123 カリフォルニア州、サン・フランシスコ、フィルバート・ストリート、1648、ナンバー・302 Ｆターム(参考） 5B075 PP03 PP12 PP24 PP26 PQ02

Claims

【特許請求の範囲】

【請求項１】自然言語名に基づいて、ネットワークに記憶されかつ場所識
別子によって特定されたリソースにナビゲートするための方法であって、前記リソースの場所識別子に関連づけて前記リソースの第１の自然言語名を記
憶するステップと、前記第１の自然言語名を含むリソースを突き止める要求を受けるステップと、前記第１の自然言語名と関連のある場所識別子を検索するステップと、前記場所識別子を用いて前記リソースをユーザに伝達するステップとを含む、
方法。
【請求項２】前記第１の自然言語名の言語とは別の言語で表現された、前
記リソースの少なくとも第２の自然言語名を、前記場所識別子に関連づけて記憶
するステップと、前記第１および第２の自然言語名に基づいて前記リソースを突き止める要求を
受けるステップと、前記第１および第２の自然言語名と関連のある場所識別子を検索するステップ
と、前記場所識別子を用いて前記リソースを検索し表示するステップとをさらに含
む、請求項１に記載の方法。
【請求項３】前記場所識別子に関連づけて前記リソースと関連のある記憶
装置の名称ファイルに前記第１および第２の自然言語名を記憶するステップをさ
らに含む、請求項１に記載の方法。
【請求項４】前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
るステップと、前記記憶装置とは別の場所に記憶されたインデックスに前記インデックスエン
トリを記憶するステップとをさらに含む、請求項３に記載の方法。
【請求項５】前記ネットワークを介して前記リソースと関連のあるクライ
アントに前記名称ファイルを送るステップと、前記クライアントと関連のあるサーバのサーバ記憶装置に前記名称ファイルを
記憶するステップとをさらに含む、請求項３に記載の方法。
【請求項６】前記クライアントと関連のあるサーバに前記名称ファイルを
定期的にポーリングするステップと、前記名称ファイルに記憶された自然言語名のうちの１つが、前記インデックス
によって索引を付けられたデータベースに記憶された第３の自然言語名と一致す
るかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記データベースを更新するステ
ップとをさらに含む、請求項５に記載の方法。
【請求項７】前記インデックスを前記データベースと同期させるステップ
をさらに含む、請求項６に記載の方法。
【請求項８】前記第１の自然言語名を記憶するステップが、前記リソースと関連のあるクライアントのクライアント識別子を受けるステッ
プと、前記リソース、前記場所識別子および前記クライアント識別子を表わすメタデ
ータの組を作成するステップと、前記メタデータの組を前記クライアントと関連のある継続記憶装置に記憶する
ステップとを含む、請求項１に記載の方法。
【請求項９】ランダムに作成された名称を前記メタデータの組に割当てる
ステップをさらに含む、請求項１に記載の方法。
【請求項１０】前記継続記憶装置の許可された特定の場所に前記メタデー
タを記憶することを前記クライアントに指示するステップをさらに含む、請求項
９に記載の方法。
【請求項１１】データベースに前記メタデータの組とランダムに作成され
た名称とを登録するステップをさらに含む、請求項９に記載の方法。
【請求項１２】ネットワークの中のネットワークリソースを突き止めるた
めの方法であって、前記ネットワークを介してネットワークリソース場所に対するネットワークリ
ソース名のマッピングのインデックスをクライアントに接続するステップと、前記クライアントからの要求を前記インデックスに送信して、前記ネットワー
クリソース名のうちの１つにマッピングする前記ネットワークリソース場所のう
ちの１つを得るようにするステップと、前記ネットワークリソース場所のうちの１つに関するインデックスを問合わせ
るステップと、前記ネットワークリソース名のうちの１つにマッピングする前記ネットワーク
リソース場所のうちの１つを前記インデックスから受けるステップと、前記ネットワークリソース場所のうちの１つからの前記ネットワークリソース
を前記クライアントに伝達するステップとを含む、方法。
【請求項１３】前記クライアントを接続するステップが、名称転換プロセ
スに結合されたブラウザを用いて前記インデックスに前記クライアントを接続す
るステップを含み、前記方法はさらに前記ネットワークリソース場所のうちの１つにある前記ネットワークリソース
に前記ブラウザを転送するステップを含む、請求項１２に記載の方法。
【請求項１４】ネットワーク中のネットワークリソースを突き止めるため
の方法であって、前記ネットワークを介して、ブラウザを用いるクライアントを名称転換プロセ
スに接続するステップと、前記ブラウザにおいてネットワークリソースの自然言語記述を受けるステップ
と、クライアントによって規定されたネットワークリソース名をネットワークリソ
ース場所識別子にマッピングする表で前記自然言語記述を調べるステップと、前記自然言語記述が前記クライアントによって規定されたネットワークリソー
ス名と一致するときに、前記表に規定された前記ネットワークリソース場所識別
子のうちの１つに前記ブラウザを転送するステップと、ネットワークリソース場所に対する登録されたネットワークリソース名のマッ
ピングで前記自然言語記述を調べるステップと、前記自然言語記述が前記登録されたネットワークリソース名のうちの１つと一
致するときに、前記マッピングに規定されたネットワークリソース場所識別子の
うちの１つに前記ブラウザを転送するステップとを含む、方法。
【請求項１５】ワールドワイドウェブブラウザを実行するクライアントと
、ネットワークリソースを記憶するサーバと、前記ネットワークリソースのユニ
フォームリソースロケータへの前記ネットワークリソースの複数の共通の名称の
マッピングを記憶するデータベースと、前記ブラウザ、サーバおよびデータベー
スを相互接続するネットワークとを含むコンピュータシステムにおいて、方法は
、前記ブラウザに前記ネットワークリソースの自然言語名を受けるステップと、前記ブラウザに受けられた前記自然言語名に対応するネットワークリソースの
ユニフォームリソースロケータを前記データベースから得るステップと、前記ユニフォームリソースロケータで前記ネットワークリソースを突き止める
ために前記ブラウザを転送するステップと、前記クライアントにおいて前記ネットワークリソースを表示するステップとを
含む、コンピュータシステム。
【請求項１６】搬送波の形のコンピュータデータ信号であって、前記コン
ピュータデータ信号は、ネットワークリソースに名称をつけてかつそれを突き止
めるための１つまたは２つ以上のシーケンスの命令を搬送し、１つまたは２つ以
上のプロセッサによって前記１つまたは２つ以上のシーケンスの命令を実行する
ことにより前記１つまたは２つ以上のプロセッサが、前記リソースの第１の自然言語名を前記リソースの前記場所識別子に関連づけ
て記憶するステップと、前記第１の自然言語名を含む前記リソースを突き止める要求を受けるステップ
と、前記第１の自然言語名と関連のある前記場所識別子を検索するステップと、前記場所識別子を用いてクライアントに前記リソースを送るステップとを行な
う、コンピュータデータ信号。
【請求項１７】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記第１の自然言語名の言語とは別の言語で表現された、前記リソースの少な
くとも第２の自然言語名を、前記場所識別子に関連づけて記憶するステップと、前記第１および第２の自然言語名に基づいて前記リソースを突き止める要求を
受けるステップと、前記第１および第２の自然言語名と関連のある前記場所識別子を検索するステ
ップと、前記場所識別子を用いて前記リソースを検索し表示するステップとをさらに行
なう、請求項１６に記載のコンピュータデータ信号。
【請求項１８】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記場所識別子に関連づけて前記リソースと関連のある記憶装置の名称ファイ
ルに前記第１および第２の自然言語名を記憶するステップをさらに行なう、請求
項１６に記載のコンピュータデータ信号。
【請求項１９】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
るステップと、前記記憶装置とは別の場所に記憶されたインデックスに前記インデックスエン
トリを記憶するステップとをさらに行なう、請求項１８に記載のコンピュータデ
ータ信号。
【請求項２０】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントに前記ネットワークを介して前記名称
ファイルを送るステップと、前記クライアントと関連のあるサーバのサーバ記憶装置に前記名称ファイルを
記憶するステップとをさらに行なう、請求項１９に記載のコンピュータデータ信
号。
【請求項２１】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記クライアントと関連のあるサーバに前記名称ファイルを定期的にポーリン
グするステップと、前記名称ファイルに記憶された自然言語名のうちの１つが前記インデックスに
よって索引を付けられたデータベースに記憶された第３の自然言語名と一致する
かどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記データベースを更新するステ
ップとをさらに行なう、請求項２０に記載のコンピュータデータ信号。
【請求項２２】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記データベースを前記インデックスと同期させるステップをさらに行なう、
請求項２１に記載のコンピュータデータ信号。
【請求項２３】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントのクライアント識別
子を受け、前記リソース、場所識別子およびクライアント識別子を表わすメタデータの組
を作成し、前記クライアントと関連のある継続記憶装置に前記メタデータの組を記憶する
ことによって、前記第１の自然言語名を記憶するステップを行なう、請求項１６
に記載のコンピュータデータ信号。
【請求項２４】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、ランダムに作成された名称を前記メタデータの組に割当てるステップをさらに
行なう、請求項２３に記載のコンピュータデータ信号。
【請求項２５】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記継続記憶装置における許可された特定の場所に前記メタデータを記憶する
ことを前記クライアントに指示するステップをさらに行なう、請求項２４に記載
のコンピュータデータ信号。
【請求項２６】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、データベースに前記メタデータの組と前記ランダムに作成された名称とを登録
するステップをさらに行なう、請求項２５に記載のコンピュータデータ信号。
【請求項２７】コンピュータ装置であって、プロセッサと、前記プロセッサに結合されたメモリとを備え、前記メモリは、ネットワークリ
ソースに名称をつけかつそれを突き止めるための１つまたは２つ以上のシーケン
スの命令を含み、前記プロセッサによって前記１つまたは２つ以上のシーケンス
の命令を実行することにより前記プロセッサが、前記リソースの前記場所識別子に関連づけて前記リソースの第１の自然言語名
を記憶するステップと、前記第１の自然言語名を含む前記リソースを突き止める要求を受けるステップ
と、前記第１の自然言語名と関連のある前記場所識別子を検索するステップと、前記場所識別子を用いて前記リソースをクライアントに伝達するステップとを
行なう、コンピュータ装置。
【請求項２８】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記第１の自然言語名の言語とは別の言語で表現された、前記リソースの少な
くとも第２の自然言語名を、前記場所識別子に関連づけて記憶するステップと、前記第１および第２の自然言語名に基づいて前記リソースを突き止める要求を
受けるステップと、前記第１および第２の自然言語名と関連のある前記場所識別子を検索するステ
ップと、前記場所識別子を用いて前記リソースを検索して表示するステップとをさらに
行なう、請求項２７に記載のコンピュータ装置。
【請求項２９】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記場所識別子に関連づけて前記リソースと関連のある記憶装置の名称ファイ
ルに前記第１および第２の自然言語名を記憶するステップをさらに行なう、請求
項２７に記載のコンピュータデータ信号。
【請求項３０】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
るステップと、前記記憶装置とは別の場所に記憶されたインデックスに前記インデックスエン
トリを記憶するステップとをさらに行なう、請求項２７に記載のコンピュータデ
ータ信号。
【請求項３１】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントに前記ネットワークを介して前記名称
ファイルを送るステップと、前記クライアントと関連のあるサーバのサーバ記憶装置に前記名称ファイルを
記憶するステップとをさらに行なう、請求項３０に記載のコンピュータデータ信
号。
【請求項３２】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記クライアントと関連のある前記サーバに前記名称ファイルを定期的にポー
リングするステップと、前記名称ファイルに記憶された前記自然言語名のうちの１つが前記インデック
スによって索引を付けられたデータベースに記憶された第３の自然言語名と一致
するかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記データベースを更新するステ
ップとをさらに行なう、請求項３１に記載のコンピュータデータ信号。
【請求項３３】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記インデックスを前記データベースと同期させるステップをさらに行なう、
請求項３２に記載のコンピュータデータ信号。
【請求項３４】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントのクライアント識別子を受け、前記リソース、場所識別子およびクライアント識別子を表わすメタデータの組
を作成し、前記クライアントと関連のある継続記憶装置に前記メタデータの組を記憶する
ことにより、第１の自然言語名を記憶するステップを行なう、請求項２７に記載
のコンピュータデータ信号。
【請求項３５】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、ランダムに作成された名称を前記メタデータの組に割当てるステップをさらに
行なう、請求項３４に記載のコンピュータデータ信号。
【請求項３６】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記継続記憶装置の許可された特定の場所に前記メタデータを記憶することを
前記クライアントに命令するステップをさらに行なう、請求項３５に記載のコン
ピュータデータ信号。
【請求項３７】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、データベースに前記メタデータの組とランダムに作成された名称とを登録する
ステップをさらに行なう、請求項３６に記載のコンピュータデータ信号。
【請求項３８】ネットワークリソースに名称をつけてかつそれを突き止め
るための１つまたは２つ以上のシーケンスの命令を搬送する、コンピュータで読
取可能な媒体であって、前記１つまたは２つ以上のプロセッサによって前記１つ
または２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ
以上のプロセッサが、前記リソースの場所識別子に関連づけて前記リソースの第１の自然言語名を記
憶するステップと、前記第１の自然言語名を含むリソースを突き止める要求を受けるステップと、前記第１の自然言語名と関連のある場所識別子を検索するステップと、前記場所識別子を用いて前記リソースをクライアントに伝達するステップとを
行なう、コンピュータで読取可能な媒体。
【請求項３９】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記第１の自然言語名の言語とは別の言語で表現された、前記リソースに関す
る少なくとも第２の自然言語名を前記場所識別子に関連づけて記憶するステップ
と、前記第１および第２の自然言語名に基づいて前記リソースを突き止める要求を
受けるステップと、前記第１および第２の自然言語名と関連のある前記場所識別子を検索するステ
ップと、前記場所識別子を用いて前記リソースを検索して表示するステップとをさらに
行なう、請求項３８に記載のコンピュータで読取可能な媒体。
【請求項４０】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記場所識別子に関連づけて前記リソースと関連のある記憶装置の名称ファイ
ルに前記第１および第２の自然言語名を記憶するステップをさらに行なう、請求
項３８に記載のコンピュータで読取可能な媒体。
【請求項４１】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
るステップと、前記記憶装置とは別の場所に記憶されたインデックスに前記インデックスエン
トリを記憶するステップとをさらに行なう、請求項４０に記載のコンピュータで
読取可能な媒体。
【請求項４２】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントに前記ネットワークを介して前記名称
ファイルを送るステップと、前記クライアントと関連のあるサーバのサーバ記憶装置に前記名称ファイルを
記憶するステップとをさらに行なう、請求項４１に記載のコンピュータで読取可
能な媒体。
【請求項４３】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記クライアントと関連のある前記サーバに前記名称ファイルを定期的にポー
リングするステップと、前記名称ファイルに記憶された前記自然言語名のうちの１つが前記インデック
スによって索引を付けられたデータベースに記憶された第３の自然言語名と一致
するかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記データベースを更新するステ
ップとをさらに行なう、請求項４２に記載のコンピュータで読取可能な媒体。
【請求項４４】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記インデックスを前記データベースと同期させるステップをさらに行なう、
請求項４３に記載のコンピュータで読取可能な媒体。
【請求項４５】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記リソースと関連のあるクライアントのクライアント識別子を受け、前記リソース、場所識別子およびクライアント識別子を表わすメタデータの組
を作成し、前記クライアントと関連のある継続記憶装置に前記メタデータの組を記憶する
ことにより、前記第１の自然言語名を記憶するステップを行なう、請求項３８に
記載のコンピュータで読取可能な媒体。
【請求項４６】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、ランダムに作成された名称を前記メタデータの組に割当てるステップをさらに
行なう、請求項４５に記載のコンピュータで読取可能な媒体。
【請求項４７】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、前記継続記憶装置の許可された特定の場所に前記メタデータを記憶することを
前記クライアントに命令するステップをさらに行なう、請求項４６に記載のコン
ピュータで読取可能な媒体。
【請求項４８】前記１つまたは２つ以上のプロセッサによって前記１つま
たは２つ以上のシーケンスの命令を実行することにより、前記１つまたは２つ以
上のプロセッサが、データベースに前記メタデータの組と前記ランダムに作成された名称とを登録
するステップをさらに行なう、請求項４７に記載のコンピュータで読取可能な媒
体。
【請求項４９】サーバからクライアントにネットワークのリソースを伝達
するための方法であって、前記リソースの１つまたは２つ以上の属性の記述を規定して記憶するステップ
を備え、前記属性のうちの１つは前記ネットワークにおける前記リソースの場所
を特定し、さらに前記記述から導出されたインデックスエントリをインデックスに記憶するステ
ップと、前記クライアントからの前記ネットワークリソースに関する要求を受けるステ
ップとを備え、前記要求は前記属性のうちの１つと実質的に一致する情報を含み
、さらに前記要求における情報に基づいて前記インデックスの前記インデックスエント
リを調べるステップと、前記リソースと関連のある前記記述のコピーを前記クライアントに伝達するス
テップとを備える、方法。
【請求項５０】場所識別子によって特定されたネットワークにおける場所
に記憶されたリソースを突き止めるための方法であって、前記リソースの場所識別子に関連づけて、前記リソースを表わすメタデータを
メタデータレジストリに記憶するステップと、前記リソースを突き止める要求を受けるステップとを備え、前記要求は前記メ
タデータのエレメントを含み、さらに前記エレメントに基づいて前記メタデータレジストリから前記リソースと関連
のある前記場所識別子を検索するステップと、前記場所識別子を用いて前記ネットワークを介して前記リソースを検索するス
テップとを備える、方法。
【請求項５１】前記メタデータに前記リソースに関する自然言語名を記憶
するステップと、前記自然言語名に基づいて前記リソースを突き止める要求を受けるステップと
、前記自然言語名を用いて前記メタデータレジストリから前記自然言語名と関連
のある場所識別子を検索するステップとをさらに含む、請求項５０に記載の方法
。
【請求項５２】前記メタデータを記憶するステップが、前記メタデータを
第１の記憶装置に記憶するステップを含み、前記方法は、前記リソースと関連の
ある第２の記憶装置に前記場所識別子に関連づけて前記自然言語名を記憶するス
テップをさらに含む、請求項５１に記載の方法。
【請求項５３】前記自然言語名を記憶するステップが、前記自然言語名を
名称ファイルに記憶するステップを含み、さらに前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
るステップと、前記メタデータレジストリのインデックスに前記インデックスエントリを記憶
するステップとをさらに含む、請求項５２に記載の方法。
【請求項５４】前記リソースと関連のあるクライアントに前記ネットワー
クを介して前記名称ファイルを送るステップと、前記場所において前記名称ファイルを記憶するステップとをさらに含む、請求
項５３に記載の方法。
【請求項５５】前記クライアントに記憶された名称ファイルを定期的にポ
ーリングするステップと、前記名称ファイルに記憶された前記自然言語名が前記メタデータレジストリに
記憶された第２の自然言語名と一致するかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記メタデータレジストリを更新
するステップとをさらに含む、請求項５４に記載の方法。
【請求項５６】前記メタデータを記憶するステップが、前記リソースと関連のあるクライアントのクライアント識別子を受けるステッ
プと、前記リソース、場所識別子およびクライアント識別子を表わすメタデータの値
を発生するステップと、前記クライアントと関連のある継続記憶装置にメタデータを記憶するステップ
とを含む、請求項５０に記載の方法。
【請求項５７】ランダムに作成された名称を前記メタデータに割当てるス
テップと、前記ランダムに作成された名称を用いて前記継続記憶装置に前記メタデータを
記憶するステップとをさらに含む、請求項５６に記載の方法。
【請求項５８】前記継続記憶装置における許可された特定の場所に前記メ
タデータを記憶することを前記クライアントに命令するステップをさらに含む、
請求項５６に記載の方法。
【請求項５９】前記名称ファイルから解析された値に基づいてインデック
スエントリを構築するステップと前記インデックスエントリを記憶するステップ
とが、第１のインデックス、第２のインデックス、前記第１のインデックスと関連の
ある第１のキュー、および前記第２のインデックスと関連のある第２のキューを
メモリに確立するステップと、前記名称ファイルから解析された値に基づいてインデックスエントリを構築す
る要求を受けるステップと、前記第１のキューを選択し前記第１のキューに前記要求を記憶するステップと
、前記第１のキューが十分に一杯である場合に、前記第１のキューの内容を前記
第１のインデックスに記憶し、前記第２のキューを同時に選択し、かつ前記第２
のキューにインデックスエントリを構築するための後の要求を記憶するステップ
とをさらに含む、請求項５３に記載の方法。
【請求項６０】インデックスエントリを構築する連続した要求に応答して
前記第１のキューおよび前記第２のキューを交互に選択するステップをさらに含
む、請求項５９に記載の方法。
【請求項６１】前記自然言語名を記憶するステップが名称ファイルに前記
自然言語名を記憶するステップを含み、さらに前記名称ファイルを検索するステップと、前記名称ファイルを解析するステップと、前記名称ファイルに記憶された自然言語名が前記メタデータレジストリに記憶
された第２の自然言語名と一致するかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記メタデータレジストリを更新
するステップと、前記名称ファイルから解析された値に基づいて、更新済みのインデックスエン
トリを構築するステップと、前記メタデータレジストリのインデックスに前記インデックスエントリを記憶
するステップとをさらに含む、請求項５２に記載の方法。
【請求項６２】前記メタデータを記憶するステップが、前記メタデータレジストリに関連づけて前記メタデータレジストリのインデッ
クスを確立するステップおよび前記メタデータに基づいて前記インデックスにイ
ンデックスエントリを記憶するステップをさらに含み、前記リソースと関連した
前記場所識別子を検索するステップが、前記インデックスから前記インデックス
エントリを検索するステップと、前記インデックスエントリと関連のある場所識
別子を識別するステップとをさらに含む、請求項５０に記載の方法。
【請求項６３】前記クライアントと関連のあるサーバに前記名称ファイル
を定期的にポーリングするステップと、前記名称ファイルに記憶された前記自然言語名のうちの１つが、前記インデッ
クスによって索引を付けられたデータベースに記憶された第３の自然言語名と一
致するかどうかをテストするステップと、前記名称ファイルに変更が検出されたときに前記データベースを更新するステ
ップとをさらに含む、請求項６１に記載の方法。
【請求項６４】前記インデックスを前記データベースと同期させるステッ
プをさらに含む、請求項６３に記載の方法。
【請求項６５】前記第１の自然言語名を記憶するステップが、前記リソースと関連のあるクライアントにクライアント識別子を受けるステッ
プと、前記リソース、場所識別子およびクライアント識別子を表わすメタデータの組
を作成するステップと、前記クライアントと関連のある継続記憶装置に前記メタデータの組を記憶する
ステップとをさらに含む、請求項６４に記載の方法。
【請求項６６】前記メタデータを記憶するステップが、前記リソースの場
所識別子に関連づけて、前記リソースを表わすメタデータをメタデータレジスト
リに記憶するステップを含み、前記メタデータの１つの値は前記メタデータレジ
ストリ内で独特なものである、請求項５０に記載の方法。
【請求項６７】前記メタデータを記憶するステップが、前記リソースの場
所識別子に関連づけて、前記リソースを表わすメタデータをメタデータレジスト
リに記憶するステップを含み、前記メタデータの１つの値は前記メタデータレジ
ストリ内で独特な前記リソースの自然言語名である、請求項５０に記載の方法。
【請求項６８】前記場所に前記名称ファイルを記憶するステップが、前記
名称ファイルのメタデータにマッピングされた領域の部分であるウェブサーバ上
に前記名称ファイルを記憶するステップをさらに含む、請求項５３に記載の方法
。
【請求項６９】第１のインデックス、第２のインデックス、前記第１のイ
ンデックスと関連のある第１のキュー、および前記第２のインデックスと関連の
ある第２のキューを確立するためのステップが、第１のサーバに前記第１のキュ
ーを確立するステップと、前記第１のサーバとは別の第２のサーバに前記第２の
キューを確立するステップとをさらに含む、請求項５８に記載の方法。
【請求項７０】ネットワークリソース名をネットワークリソース場所に関
連づけるオーバライドマッピングの表を前記クライアントにおいて確立するステ
ップと、前記ブラウザで受けた前記自然言語名が前記オーバライドマッピングの表に明
記されているかどうかをテストするステップと、前記自然言語名が前記オーバライドマッピングの表に明記されている場合、前
記自然言語名にマッピングする前記オーバライドマッピングの表におけるネット
ワークリソース場所に前記ブラウザを転送するステップとをさらに含む、請求項
１５に記載の方法。