(57)【要約】  データネットワーク内の所望のリソースに迅速に到達するための方法及びシステムにおいて，ユーザはデータネットワークに接続された第１行（ｆｉｒｓｔ  ｌｉｎｅ）ユーザインタフェースに豊富な言語でリソース問合せ（ｑｕｅｒｙ）を入力する。ネットワークコンテキスト事業者において実装された動的通信及び処理のための少なくとも１層（ｌａｙｅｒ）が次に，リソース問合せを処理し，例えばユーザ特定情報及び特別の処理アルゴリズムに従って処理することによって，ユーザの意図を明らかにする。その後，層は，問題のリソースの特定アドレスに対してコネクションを確立する。
2007514366.tif 000002
【特許請求の範囲】
【請求項１】
データネットワーク内のユーザに所望のリソースを迅速に提供するための方法であって，
ユーザが前記データネットワークに接続された第１行（ｆｉｒｓｔ  ｌｉｎｅ）ユーザインタフェースにおいて，意図的かつ意図したリソースの配信に対する自身の願望に基づいて，豊富な言語でリソース問合せ（ｑｕｅｒｙ）を入力し，
次に，ネットワークコンテキスト事業者において実装された動的通信及び処理のための少なくとも１層（ｌａｙｅｒ）が前記ユーザの意図を明らかにするために，前記の意図したリソース問合せを受信し，読み取り，ユーザ特定情報及び問合せ特定情報並びに特別な処理アルゴリズムに従って前記リソース問合せを処理することによって処理し，
次に，前記データネットワークにおいて，前記の明らかにされた意図に基づいて，前記の層が前記ユーザと前記意図したリソースの特定アドレスとの間で直接コネクションを確立することを特徴とする方法。
【請求項２】
前記リソース問合せを前記事業者に導くプロトコルフレームワーク内で，典型的には前記事業者に属するドメイン名を使って，前記ユーザがインターネットブラウザのアドレス行に前記の意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザが通信のための番号をキー入力するユーザインタフェースにおいて，前記ユーザが前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザがSMSチャネルにおいて前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項５】
前記ユーザがWAPチャネルにおいて前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項６】
前記の動的通信及び処理のための少なくとも１層が，前記ユーザの意図を明らかにし，前記の意図を前記データネットワーク内の前記の意図したリソースのユニークアドレスに翻訳した後，前記アドレスを前記ユーザの第１行ユーザインタフェースに送信し，該ユーザインタフェースが次に前記意図したリソースに前記ユーザの更なる介在なしに直接アップロードすることを特徴とする請求項１に記載の方法。
【請求項７】
前記の動的通信及び処理のための少なくとも１層が，前記ユーザの意図を明らかにし，前記の意図を前記データネットワーク内の前記の意図したリソースのユニークアドレスに翻訳した後，このアドレスへ直接転送することを特徴とする請求項１に記載の方法。
【請求項８】
データネットワーク内のユーザに所望のリソースを迅速に提供するためのシステムであって，前記データネットワークが，ネットワークコネクションとネットワークノードとルーティング装置とに加えて，
ユーザと前記データネットワークとの間で第１行ユーザインタフェースを確立することができるユーザ端末と，
ユーザ端末からの問合せに対して所望のリソースを返すことによって応答することができるネットワークコンテキストの事業者とを形成するシステム要素を備え，
前記システムが，
ネットワークコンテキスト事業者において実装された層であって，豊富な言語で入力されたリソース問合せに対する動的通信及び処理のための少なくとも１層を更に備え，
前記層が，ユーザ特定情報及び問合せ特定情報並びに特別な処理アルゴリズムに従って前記リソース問合せを処理することによって，第１行ユーザインタフェースにおいて豊富な言語で入力されたリソース問合せでユーザの意図を明らかにするように動作し，また前記の明らかにされた意図に基づいて，前記データネットワーク内に前記ユーザと前記意図したリソースの特定アドレスとの間で，直接コネクションを提供するように動作することを特徴とするシステム。
【請求項９】
動的通信及び処理のための少なくとも１層が事業者のサーバに実装されることを特徴とする請求項８に記載のシステム。
【請求項１０】
前記の少なくとも１層が，ユーザの前記の明らかにされた意図を問題の前記事業者のリソースに関連付けるように動作することを特徴とする請求項８に記載のシステム。
【請求項１１】
前記の少なくとも１層が，ユーザの意図と他の事業者のリソースとを関連付けるように動作することを特徴とする請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，データネットワーク内のユーザに所望のリソースを迅速に提供するための方法及びシステムに関する。ここで，”リソース”は，一般には援助又は情報の情報源として使われる何か又は誰かを意味するが，通常の場合，リソースは例えばWEBサービスに基づく情報ページの階層のうちのあるページと考えてよい。
【背景技術】
【０００２】
電子ネットワークに実在するアドレス，すなわち，ある人又はあるものの所在を記述する情報は今日本質的にユニークな識別子に基づいており，それはとりわけ通信を確立する際に，またユーザに対しても，対応するアドレス表現（明示的に書いてあるようなアドレス）がチャネルの技術的側面を処理するために必要である。（”ネットワーク”は，一般に，情報を交換する目的のために構成された電線，ケーブル又は通信システムで接続された少なくとも二つ，通常はいくつかの計算機，端末及び通信装置を意味するものとする。）
【０００３】
典型的には，例えば電話ネットワーク内のリソース（”リソース”は，一般には援助又は情報の情報源として使うことができる誰か又は何かである）のための，また２台の電話端末間の通信を確立するための問合せ（ｑｕｅｒｙ）アドレスは，広く電話番号として知られるユニークな番号の集まりからなる。
【０００４】
大きなネットワークコンテキスト（すなわち，電子ネットワークに関連する環境又は機能範囲を構成し，影響をおよぼす想定，条件及び要因であり，それにより何かが存在し，又は起きるところ）では，ある国に属する電話番号列は，それもまた数字である国番号が付加される。
【０００５】
電話番号は，典型的には次のようなアドレス及びアドレス表現を有する。
００  ４７  １２３４５６７８
【０００６】
同様に，ワールドワイドウェッブ（ｗｗｗ）上のリソースの問合せに必要なアドレスは，ユニークなドメイン名，及びおそらくはまたそのドメインのネットワークコンテキスト内のユニークなリソース局所化経路によって，とりわけ上位ネットワークコンテキストの技術的側面を記述する。
【０００７】
ドメイン名は，インターネット内で計算機又はネットワークを識別するための，語，句，略号又は文字の連なりを意味し，またアドレスの機能を有する。
【０００８】
ドメインは，誰か，又は何かが影響をおよぼす活動範囲又はリソースの集合を意味する。
【０００９】
ｗｗｗアドレスは，典型的には文字，記号及び数字の集まりからなり，厳密に論理的であり，排他的にネットワーク（この場合，ネットワークチャネル−ｗｗｗも含む）に接続した機械又はソフトウェアにだけ十分に質的に意味がある。
【００１０】
質は，ある人又はあるものの主たる関心事及びおそらくはまた本質的な特徴を識別又は指示する特質又は特性を意味する。
【００１１】
典型的には，ｗｗｗリソースは次に示すとおりのアドレスを有する。
http://www.bonzzo.com/nor/servpool/neserv/flizzfl.htm
【００１２】
ネットワークチャネルは，ネットワーク（この場合は電子ネットワーク）に関連する類似の種別の情報を処理するための周波数スペクトラム，メディア又は手段を意味する。
【００１３】
例えば，ｗｗｗ及び無線アプリケーションプロトコル（WAP）は，それらの上位であるハイパテキスト転送プロトコル（HTTP)ネットワークチャネル内の二つのネットワークチャネルである。
【００１４】
このようなユニークアドレスの複雑さは，情報社会のリソース階層（互いに，又は他のリソースに対して，公式に，又は論理的に配置されたリソースの集合）が定常的に増加するに従って当然増加し，ネットワークコンテキストに関してミクロレベルでは例えばドメイン又は電話交換において，マクロレベルでは例えばDNSシステムにおいて，双方とも電子ネットワークと関連する。
【００１５】
ネットワークアドレスの複雑さ及び自身のネットワークコンテキストに関して要求される排他性は，類似又は同一のアドレス表現を考慮すると，特にアドレス能力（ｃｏｍｐｅｔｅｎｃｅ）及びリソース処理要求に関するユーザ及び事業者双方への挑戦を象徴している。
【００１６】
ユーザとは，ここでは電子ネットワークに関連する何かを利用する人又はエンティティを意味するものとする。
【００１７】
事業者とは，誰か又は何かに影響を持つ人又はエンティティを意味するものとする。データネットワーク用語では，しばしば，サーバ局の所有者／管理者，又はそのような局の管理を行うエンティティを意味し，ユーザにリソースを提供することができる。
【００１８】
アドレス能力とは，アドレスを確立するために必要な知識を意味するものとする。
【００１９】
電子ネットワークにおいて定常的により多くのリソースを利用可能にする開発は，当然により多くのアドレス及びより長いアドレスに帰着し，それはまた当然にユーザにアドレス能力を要求するようになる。また，ユーザにとっては一般にアドレスを覚えるのが困難になり，また増加する大量の他のリソースの中から特に一つのリソースに有効なアドレスを探すことすら困難になる。
【００２０】
ユーザの意図に従って通信及びリソースの配信を確立するために必要なユニークで複雑なアドレスを覚え，またおそらくは探さなければならないと言う問題について，多くの機構と，製品と，サービスとが電子ネットワークのユーザを援助しようとしている。（”機構”は，一般にあるタスクを実行するための完成した機械又はその部品，機械によるサービス，方法，若しくは設備／手段を意味するものとする。）
【００２１】
ユーザが”予めプログラムされた”リストから所望のリソースを探し出し，選択した名前に関連した電話番号に電話を掛けて会話を始めることができる電話端末の電話帳は，ユーザがユニークで複雑なアドレスを”覚える”のを援助する機構である。
【００２２】
ｗｗｗ及びＷＡＰネットワークのためのブラウザにおいてアドレスを履歴的にブックマークする選択機能は，同じ目的を有する他の機構である。
【００２３】
ある製品及びサービスは，電子アドレス又はネットワークにおいて技術的に採用されたショートカット（例えばハイパテキストリンク）の提供に関して，ユーザが入力した意図を背景としてユニークアドレスを”探索する”のを援助する。
【００２４】
そのような”探索”サービスの一例は，いわゆる”マニュアル”情報サービスであり，そこでユーザは例えば専門的なスタッフと会話することによって，（最終的に）意図したリソースのユニークネットワークアドレスを探し，読み取り，接続し，及び／又はそれを送信するために，専門のリソース（すなわち，ある特別の目的に特別に焦点を宛てることによって利用価値があるリソース）に対してユニークなアドレスを使って通信を確立する。
【００２５】
意図したリソースとは，ユーザが最終的に意図に基づいて到達したいと願うリソースを意味するものとする。
【００２６】
”探索”の援助を提供する一つの製品は，典型的には，事前の編集を基礎にして類似のリソース及びアドレス情報を含んで配布されるカタログである。
【００２７】
専用の電子ネットワークは同様なサービスをユーザに提供し，そこではユーザ自身が問合せを行うさまざまな検索補助及び機構のための提供物によって専門的スタッフが置き換えられ，ユーザが意図したリソースに関して自身の意思を表現する。インターネットにおける検索エンジンはそのような専用ネットワークリソースの典型であり，例えば，www.alltheweb.com及びwww.yahoo.comになぞらえることができる。
【００２８】
複雑なリソース階層においてリソースを探索するために通常最も利用される機構の中で，ユーザインタフェース並びに例えば最初に提供されるページ（典型的には”１面”と名づけられた索引）及び更に付加されたサブページのようなリソースは，ＷＷＷ及びＷＡＰにおける図形的に適応した情報サービスに適応させられる。それは，ハイパテキストの原理によって，ユーザが適応させられた”ショートカット”をクリックして更に次のリソースへ行く手続きを提供し，この方法でユーザは最終的に意図したリソースへ遷移する。
【００２９】
ユーザインタフェースとは，ソフトウェアによって確立される視覚，触覚，聴覚による操作の枠組みであって，ユーザからコマンドを受け付け，ユーザに情報を返す枠組みを意味するものとする。
【００３０】
これらすべての機構，製品及びサービスに共通な特徴は，意図したリソースの配信についてのユーザの意図に関する援助又は付加価値が，第１行（ｆｉｒｓｔ  ｌｉｎｅ）ユーザインタフェースにおいて正確なアドレス能力を必要とすることである。第１行ユーザインタフェースに先立ってのみ，又は後のインタフェースにおいて，おそらくはまた履歴を使って実行される操作形態でユーザセッションの前に，又は後で，又はセッション中に外部の機構，製品，又はサービスにおいて，これらの機構，製品又はサービスは，ユーザが明示的に入力した意図に従って，豊富に表現された，及び／又は質的なアドレス，並びにリソース配信のための問合せを背景としてリソースの配信を確立することができる。
【００３１】
”豊富に表現された”とは，単に通信を技術的に又は人間同士で限定するために絶対に必要な最低限のもの以外に，更なる意見，意図又は仕様によって誰か又は何かを意味する要素を含む表現形式を意味するものとする。豊富な表現の例は，”ｖｇ．ｎｏの１面”又は” 別れを告げる”であり，ここで”ｖｇ．ｎｏ”（技術的に限定されている）又は”別れ”（自然なコンテキストで人間同士で限定されている）はそれぞれ十分であろう。
【００３２】
質的アドレスは，とりわけ通常又はほぼ通常の言語で，完全に又は部分的に，例えば人，役割，会社，製品，サービス及び／又は他のリソースのための名前，題目，内容，タスク，及び／又は責任範囲に従って表現することができる。
【００３３】
豊富に表現された質的なアドレスについて三つの例を次に示す。
products.from.bonzzo.com
Bonzzo Customer Service in Norway
The marketing manager of Bonzzo in USA
【００３４】
第１行ユーザインタフェースとは，電子ネットワークコンテキストに対する活性なユーザコネクション及びリソースの問合せにおいて，ユーザによって最初に使われるユーザインタフェースを意味するものとする。
【００３５】
第１行ユーザインタフェースの二つの例は，ユーザが通信のための番号をキー入力するユーザインタフェース，及びインターネットに関連したリソースの問合せのためにユーザがアドレスをキー入力するアドレス行である。
【００３６】
具体的に言えば，先行技術においては，ユーザは例えば”コルベットというモデルの自動車のエンジン仕様（motor specifications for the car make Corvette）”をアドレス文として含む意図したリソースの問合せを，意図に従って第１行ユーザインタフェースに直接表現することができないことを意味する。したがって，アドレス文は次のようになったであろう。
コルベットのエンジン仕様（Motor specifications for Corvette）
【００３７】
今日の技術では，ユーザは最初に，例えば電話番号案内サービス，販売会社又は製造事業者の電話番号，若しくは検索サービスのインターネットアドレスといったユニークアドレスを使うことによって，専用リソースへの通信を確立する必要がある。その後，可能な更なるリソースの配信の前に意図したリソースを問合せ，最後に意図したリソースを得る。
【００３８】
リソース階層事業者は，リソース階層の処理に関して部分的にユーザと類似の問題を経験する。しかし，それは当然，より大きなスケールであり，一部はこのユニークかつ複雑なネットワークアドレス形式によって代表される制限に関係する。
【００３９】
今日のネットワークアドレスが自己のネットワークコンテキストに関して排他的である必要性は，複雑なリソース階層と運用上連動した操作をする必要がある結果である。ユニークアドレスに基づいたそのような排他原則によって，能力的には膨大な量のリソースを一つの同じネットワークコンテキスト内で公開し，利用可能にすることができる。
【００４０】
欠点は，とりわけ，前に述べたように可能な限りアドレス能力への要求が低いことを背景として，ユーザの視点，すなわち可能な限り直接の及び／又は即座の意図したリソースの配信を求めるユーザの要望及び意図から見た，この形態のネットワークの論理的でそれゆえ任意のアドレス付与戦略によって引き起こされる困難性に加え，ネットワークコンテキスト内の低いアドレス品質，柔軟性及び故障許容性の欠如，他のコンポーネント（例えば計算機，メモリ，ケーブル，配信器及び大きな電子ネットワーク構造内の他のネットワーク装置），機構，サービス並びに製品である。
【００４１】
とりわけ，リソース階層内部のリソース再配置は，以前のネットワークアドレスを（同様に，ネットワークに接続された他のコンポーネント，機構，サービス及び製品に伝播した以前のネットワークアドレスを使うリソース配信についての情報も）無効にし，新しいネットワークアドレスが行き渡るか，又は新しいリソースが同じ名前及び配置を与えられるまでの間一時的に利用できなくなるので，前記の欠点を可視化することになる。
【００４２】
このような問題の具体的な例としては，リソースによってもはや使われなくなった電話番号及び非活性な（”死んだ”）ハイパテキストリンクが典型的である。今日のネットワークアドレスは意図に基づいて表現することができないので，普通のユーザは意図したリソースに到達するために必要なアドレス能力を持たない。例えば，大まかに書かれたか，又はある程度まで正確に書かれたアドレスは無効になるか，又は偶然，ユーザが元々意図したリソースとは別のリソースへ導かれることになる。
【００４３】
リソースの配信のために電子ネットワーク内のアドレスを利用するユーザを，ネットワークコンテキスト内で即座に利用可能なユニークアドレスよりも単純及び／又は意味のあるアドレスによって援助する試みがなされてきた。
【００４４】
例えば，通信事業者は，例えば事業用加入者に，国内で特に魅力のある番号列の中から短な及び／又は明確な電話番号を提供してきた。アドレス表現におけるより短い桁数及び／又は数的類似性はユーザの記憶を容易にし，関連するネットワークリソースを探索するのをより容易にするであろう。そのような短く，明確な電話番号の例は，０５０５０である。
【００４５】
他の事業者は，業務用加入者にネットワークチャネルの更なる数列のうち専用の数列から特別な番号を買わせることによって，ユニークな電子ネットワークアドレスを覚える必要性に対処しようとしてきた。その番号はユーザに伝えることができ，ある数値プレフィクスと組み合わせて共に１又はいくつかの語を形成する文字を含むことができる。そのような番号の一例は，８００−ＮＥＷ−ＰＡＴＥＮＴＳである。
【００４６】
ユーザの電話端末のキーが，典型的にはＡＢＣが数字キー２に，ＤＥＦが数字キー３にＧＨＩが数字キー４に，など，特別な順序で文字が記されているという想定の下に，ユーザは，ユーザが第１行ユーザインタフェースに実際にキー入力する電話番号及び数字のユニークネットワークアドレス，すなわち８００−６３９−７２８３６８７よりもアドレス表現をキー入力するときの文字に集中することによって，ネットワークリソースを記憶し，探索することができるであろう。
【００４７】
インターネットで用いられるドメイン名システム（ＤＮＳ）は，インターネットのために用いられ，類似の戦略で動作し，そこで関連するネットワークコンテキスト，いわゆるドメインの事業者が，排他的な数値のインターネットプロトコルアドレス（ＩＰアドレス）を伝える代わりに，所望のときは文字と数字との双方で書かれ，しかし常にトップレベルドメイン（ＴＬＤ）に属し，ドメインが含まれる上位のネットワークコンテキスト内で要求される公開のアドレスプロトコルにアドレス文が従っていれば，公衆ネットワークを介して利用できるドメイン名を伝えることができる。したがって，それはしばしば，また，ネットワークの技術的パラメタも含む。
【００４８】
典型的には，ｗｗｗチャネルにおいてインターネットのためのドメイン名は次のように書かれる。
http://www.newpatents.com
【００４９】
ＤＮＳシステムによって，ユーザは，前述したようにユニークかつ複雑なネットワークアドレスを記憶してキー入力（操作）するよりも，図形的に適応したユーザインタフェース，リソース又は他の機構によって，例えば意図したリソースまで遷移することができるように，特定リソース階層の典型的には第１の最上層の配信について問合せをするために必要なアドレスをより単純な方法で覚えることができる。
【００５０】
Ｎｅｗ．ｎｅｔ及びＲｅａｌＮａｍｅｓは，ｗｅｂアドレスをより単純に記憶する目的で公衆ネットワークチャネル及びプロトコル内で元々提供されていた機能を超えて，ＤＮＳシステムに更なる機能を付加しようとしてきた。Ｎｅｗ．ｎｅｔは，ＤＮＳシステムのチャネルを使って，アドレス付与のために自身の平行したインフラストラクチャを確立することによって，最上ドメインレベル（ＴＬＤ）としてのアドレス表現と同じ位置で有効なｗｅｂアドレスに付加する拡張子を提供する。典型的にはＮｅｗ  Ｎｅｔアドレスは，
www.newpatent.agents
のようになる。
【発明の開示】
【発明が解決しようとする課題】
【００５１】
しかし，最上ドメインレベルとしてのアドレス文と同じ位置に”．ａｇｅｎｔ”を使うことは，ユーザ，おそらくはまたユーザのインターネットプロバイダ（インターネットサービスプロバイダ−ＩＳＰ）もが特別なソフトウェアを導入することを必要とし，そのため見かけ上だけ公衆ネットワークコンテキスト内にある，私的な，専用の，及び閉域のシステムの一部となる。
【００５２】
ＲｅａｌＮａｍｅｓについても状況は同じであり，ユーザはソフトウェアを導入し，それによって，また依然私的な，専用の，及び閉域のシステムによって，ネットワークリソースに向けてより単純な方法で遷移することができる。典型的には，ＲｅａｌＮａｍｅｓアドレスは，例えばＪｅｅｐのようなブランド名又は製品名に従って書かれる。
【課題を解決するための手段】
【００５３】
本発明は，今述べたそれぞれの例とは全く異なる戦略に沿って動作する訳ではないが，本発明のシステム及び方法は意図したアドレス付与に基づく点で大きな差がある。すなわち，ネットワークコンテキスト内の任意のレベルからの意図したリソースの配信についてのユーザの意図に従って，既に第１行ユーザインタフェースにおいて，豊富かつ質的に表現されたアドレス及びリソースの問合せがなされる。対応するユニークアドレスがネットワークコンテキストのある部分に関連して提供され，しかもユーザのリソース要望に一致するならば，これは以前には時々可能であった部分的に意味のあるアドレスの以前の使用方法を置き換える。そしてまた，以前の，又は更に継続する，又は外部，のサービス，製品，又は機構の既知の利用を置き換え，そこでユーザの意図したリソースの配信についての意図は，リソースが最終的に提供される前に，意味のある方法で表現されなければならない。
【００５４】
”意図した”とは，意図に従って実行された，偶然ではない機能的動き又は動作を意味するものとする。
【００５５】
”意図したアドレス”とは，意図したリソースに到達するために豊富，質的，及び意図して表現されたアドレスを意味するものとする。
【００５６】
したがって，本発明は前述した諸問題に解決策を提供することを目的とし，前記解決策は，導入部で述べたような，また本願請求項１及び８の特徴記述部に現れる特徴によって特徴付けられるような方法及びシステムを実装することによって具現化される。本発明の好ましい実施例は本願の従属請求項２〜７及び９〜１１から示される。
【００５７】
請求項における”リソース問合せ”という表現はまた，話題のリソースのアドレスを含むか，又は単にアドレスと見なすことができることを特記する。
【００５８】
以降では，本発明のさまざまな態様が非限定的な実施例によってより良く例示され，これに関連して添付の図面を参照する。
【実施例】
【００５９】
図１は，ネットワークコンテキストにおける典型的なリソース階層を示し，そこで意図したリソースは，今日のユニークネットワークアドレスとナビゲーション機構とによって利用可能であり，最終的に本発明によるシステム及び方法によって可能になる種類の意図したアドレス及びリソース問合せによって利用可能になる。
【００６０】
特に図１は，この場合はＤＮＳシステムのｗｗｗチャネルにおける最上ドメインレベル”．ｃｏｍ”に”ｂｏｎｚｚｏ”という名のドメインが付加されているネットワークコンテキスト（Ａ）における典型的なリソース階層が，今日の標準に対応する典型的なユニークネットワークアドレス（Ｃ１〜Ｃ５）の使用，（この場合はグラヒックユーザインタフェースを介して段階を踏んで遷移する）既知の機構（Ｅ１〜Ｅ４）の使用，又は本発明に記述されたとおりの通信及び処理のための動的な層（ｌａｙｅｒ）（Ｆ）の利用によって可能になるような意図したアドレス付与及びリソース問合せ（Ｇ１〜Ｇ５）の例，によって利用可能になるリソースの集合（Ｂ１〜Ｂ１５）と共に示されている。
【００６１】
電子ネットワークおよび関連するリソース階層は，援助又は情報の情報源に対するユーザの願望に適合するのに適した利用可能なリソース（Ｂ１〜Ｂ１５）を含み，とりわけ通信及び意図したリソース（ここではＢ１５）の配信を確立することにより，ＢｏｎｚｚｏからＦｌｉｚｚ  Ｆｌａｚｚについてもっと知ろうという願望があるユーザに効果的である。
【００６２】
当然，ユーザは，通信及び意図したリソースの伝送が可能な限り迅速に確立できることによって，情報（すなわちリソース）のための支援情報源に対する自己の願望が可能な限り即座かつ直接に編集されることを願う。
【００６３】
問題は，そのように即座かつ直接に意図したリソースの配信を得るためには，今日のユニークネットワークアドレス（Ｃ１〜Ｃ５）に関してユーザに比較的極端なアドレス能力が要求されることである。
【００６４】
アドレス能力に関してユーザを援助するための既に説明された既知のテクニックは，幾分か複雑でないネットワークアドレスで表現され，利用可能にできるネットワークコンテキストの第１層，典型的には索引ページ（Ｂ１）を提供することである。
【００６５】
このネットワークレイヤの第１層（Ｂ１）から，ユーザはその後，例えば各ステップ（Ｅ１，Ｅ２，Ｅ３，及びＥ４）で図形的に適応させたユーザインタフェースを使うことによって，意図したリソース（この場合は前述のようにＢ１５）まで段階を踏んで遷移することができ，またこの方法でユーザ自身が，遷移を通して，ネットワークアドレスに従って必要なファイル局所化経路を確立することができる。
【００６６】
この方法は勿論，ユーザにとって，また同様に事業者にとっても，暗示的にしろ明示的にしろ，特にネットワークコンテキスト内のリソースを一つずつ及び／又は一緒に処理することに関してどれだけ非常に経験を積んでいても，意図したリソースを配信するために時間，材料費及び能力に関するリソースが非常に要求されるものである。
【００６７】
これが本発明の適用先であり，本発明は，１又はいくつかの動的な通信及び処理のための動的な層（Ｆ）によって，ユーザがリソース（Ｇ１〜Ｇ５）の配信について意図したアドレスを利用し問合せをすると，問合せの結果として例えばリソース（それぞれＢ１，Ｂ６，Ｂ１０，Ｂ１３及びＢ１５）が即座に配信される可能性を確立する。
【００６８】
通信及び処理のための動的な層とは，通信と，情報の交換と，例えばアドレス及びリソースなどの関連する事項の処理との確立が，豊富に，質的に，意図して行われる活性な機能範囲又は領域を意味するものとする。実質的には，そのような動的層は，事業者が管理するネットワークに接続された適切なプログラムを備えた計算機（サーバ）によって実現される。
【００６９】
意図したリソースに属し，常に有効なユニークネットワークアドレスを持つ意図したリソースの配信は，ユーザ及びそのユーザのユーザインタフェースへ迂回して伝送されることがある。その後，意図したリソースがユーザの同じユーザインタフェース，更なるユーザインタフェース又は他のインタフェースに配信される前に，第１行ユーザインタフェースにおいて（所望の場合はどちらもユーザの更なる介在なしに）自動的に又は直接アップロードすることによりリソースが問合せされる。
【００７０】
そのような方法で，とりわけリソースの意図したアドレス及び問合せは，第１行ユーザインタフェースにおいて，例えば次に示すように高品質で，柔軟で，意味のある方法で入力することができる。
今日のユニークアドレス，
http://www.bonzzo.com/nor/
http://bonzzo.com/nor/servpool/
http://www.bonzzo.com/nor/servpool/neserv/
http:// www.bonzzo.com/nor/servpool/neserv/flizzfl.htm
ではなく，
norway.at.bonzzo.com
services.from.bonzzo.com
new.services.with.bonzzo.com
FlizzFlazz.from.bonzzo.com
となる。
【００７１】
意図したリソースの配信は，元々要求されたネットワークコンテキストに関して外的に行うこともできる。
【００７２】
例えば，リソースを探索するための援助を提供する専用ネットワークリソースは，前述のとおり，ユーザが第１行ユーザインタフェースによって所望のリソースの問合せをすることを可能にする。その後，ユーザがまず専用ネットワークリソースへ行き，新しいユーザインタフェース及び／又は適切な機構で所望のリソースに対する意図を表明し，ユーザが意図したリソースへ最終的に遷移する前に，所望のリソース又はそれへの”ショートカット”がリストにされるのではなく，意図したリソースを即座にかつ直接，例えば単独で，グループで，又は連鎖して配信することができる。
【００７３】
この方法により，リソースの意図したアドレス及び問合せは，例えばインターネット内の専用リソース内で，当然にまた次のように表現することができる。
Who.discovered.america.via.networkdomain1.tld
Mobilephonetests.from.networkdomain2.tld
Residences.at.between.1.and.2.millions.in.Oslo.1.at.networkdomain3.tld
【００７４】
図２は，リソースの意図したアドレス及び問合せの通信及び処理のための新しい動的層の実装をプログラム図式で示しており，ここでＤＮＳシステムのｗｗｗネットワークチャネルにおける最上ドメインレベル”．ｃｏｍ”に，なおネットワークコンテキスト内であるドメイン名”ｂｏｎｚｚｏ”が付加されている。
【００７５】
通信及び処理のための１又はいくつかの動的層の実装は，事業者自身がネットワークコンテキスト内でリソース配信の前に読み又は処理することができるアドレス文の一部分に関して行われる。その後事業者は，直接指示された経路に従ってリソースを配信するのではなく，アドレス表現を通信及び処理のための動的層に振り向け，そこで，とりわけ，リソースについてユーザが明示的に入力した（意図した）アドレス及び問合せが，ユーザの意図を明らかにするように解釈され，その後意図したリソースの配信の選択が，とりわけ，リソース，ユーザ，ネットワークチャネル，事業者の好み及び類似のパラメタに関連した規則集合（処理アルゴリズム）及び情報を背景としてなされる。
【００７６】
一例として”customer service at bonnzo.com”のような意図したアドレスは，通信及び処理のための動的層を通じて，いくつかのさまざまな意図したリソースを複数の同様にさまざまなユーザに配信する。
【００７７】
このアドレスをノルウェイ語で書いた顧客は，ｗｗｗチャネルにおいてｂｏｎｚｚｏ．ｃｏｍドメイン内の図形的に適応したノルウェイ語のリソースに到達することができる。そのリソースは，例えばテキスト，アニメーション及び静止画によって，カスタマセンタの機能，始業時間及び他のチャネルを通じてカスタマセンタにコンタクトする方法について通知する。
【００７８】
意図したリソースの決定は，最後に述べた事例では次の項目に依存する可能性がある。
１）ノルウェイ語の参照先を指示するアドレス文の質
２）ｗｗｗチャネルを通じて届く問合せ
３）公衆ネットワークコンテキストに属し，コンテキストに関して何の特別な特権も持たないユーザ
他のユーザからの問合せにおける同じ具体的内容は，別の意図したリソースに帰する可能性がある。
【００７９】
事業者がユーザにより良いサービス品質を提供しようと望み，必要なリソースを有するならば，事業者はノルウェイのカスタマサービスが閉まっている期間，時刻ゾーンを考慮に入れてその時刻に運用されている米国にあるカスタマサービスにほぼ同様な英語のリソースを配信することができる。
【００８０】
そのような場合，時間及び特別な事業者の好みが，意図したリソースの判定の一部となるであろう。
【００８１】
公衆の顧客ではなく予め登録された販売事業者が同じアドレスを使うときは，事業者は意図したリソースとして販売事業者に特別な専用のリソースを配信することができる。結局，ユーザが事業者自身のネットワークコンテキストから問合せを行っていることが分かった（すなわち，ユーザは事業者の従業員である）とき，事業者は意図したリソースとして１又はいくつかの特別な従業員専用リソースを配信することができる。
【００８２】
図２は特に，どうやってそのような通信及び処理のための動的層（Ａ）がネットワークコンテキスト（Ｂ）と関係付けられ，リソースのための付属したアドレス及び問合せを，完全に（Ｃ）又は部分的に（Ｄ）プログラムの概略マニュアル又は必要なデータ集合の電子的実装によって処理するかを示している。
【００８３】
通信及び処理のための動的層に関して意図したアドレス及びリソース問合せをどれだけ豊富に，意味があるように，又は正しく入力するかについては，当然に制限がない。なぜならば，その層は事業者に届いたネットワークコンテキスト内のいかなるアドレス文を，また元々の関連したネットワークコンテキストとは異なる他のネットワークコンテキストから，必要なときは擬似プロトコル問合せによって，届いたアドレス文をも処理するからである。
【００８４】
例えばチャネルデータに関するリソース選択に関して述べたような能力，及び擬似プロトコル問合せをも処理する能力を考慮して，例えばcustomer service at bozzo.comのようなアドレスは，上記のように，ＷＡＰ，ＳＭＳ及びＭＡＩＬチャネルと同類又は同じアドレス表現として，若しくは同類又は同じリソースの配信に，若しくは付け加えて，所望のときは差異化して用いることができる。
【００８５】
このようにして，ユーザはこのネットワークチャネル内の意図したリソースに到達するために，例えばＷＡＰにおいても同じ意図したアドレス及び結果的に同じアドレス能力を用いることができる。
【００８６】
擬似プロトコル問合せも処理する能力によって，同一の意図したアドレス（customer service at bonzzo.com）はまた，例えばSMSネットワークチャネル内のように同類又は同一のアドレス表現をユーザの第１行ユーザインタフェースから技術的に受信することができる他のネットワークチャネル内の意図したリソースの配信のためにも用いることができる。
【００８７】
このようにして，本発明は，一つの同一のアドレスを３以上のネットワークチャネルにおいて利用可能にする。
【００８８】
豊富に表現されたアドレス及びリソースの問合せを可能にする通信及び処理の動的層は，当然にネットワークコンテキストの他の関心事を識別するために使うことができ，とりわけ例えばリソースの配信に関するユーザの言語の好みのようなユーザに対するアドレス能力の要求を下げるのに適することを強調しなければならない。そのような実施例において，例えば上位ネットワークコンテキスト内の最上ドメインレベルの必要性を減少させ，典型的には，Flizz Flazz from Bonzzoのように書かれたアドレス表現を使って意図したリソースの配信を可能にするであろう。又は，付け加えて他のネットワークコンテキストにおける適応によって，この場合は次のようなより賢い”電話番号”，
Bonzzo customer service
The marketing manager of Bonzzo Norway
The prime minister
も可能にするであろう。
【００８９】
図３は，一つの特別な種類のトラヒック又はアドレス及びリソース問合せを，通信及び処理のための動的層（この場合はｂｏｎｎｚｏ．ｃｏｍドメインの事業者）と関連付けるために，手動で又は電子的にデータ集合を実装したプログラムを簡略図で示す。
【００９０】
この場合，データは，通信及び処理のための動的層を付加することによって，ほぼ通常の言語で書かれたＵＲＬだけをドメイン名内のｈｏｓｔｎａｍｅ１，すなわちｈｏｓｔｎａｍｅ１．ｂｏｎｎｚｏ．ｃｏｍ．ｔｌｄに関する特定種別のトラヒックに向けて通すようにしたいという事業者の要望から選ばれている。
【００９１】
【数１】
2007514366.tif 000003
【００９２】
そのような比較的限られたデータ集合，及びそれを基礎にした通信及び処理のための動的層と関連付けられたトラヒック又はアドレス及びリソース問合せによってさえ，アドレス，及びリソース問合せは意味を持ち，ユーザの意図に従った，通常の英語，又は他の言語，及び／又はほぼ通常の，完全なネットワークコンテキスト内の，典型的には次のように書かれた言語で入力することができる。
Norway.at.bonzzo.com
service.from.bonzzo.com
new.services.at.bonzzo.com
FlizzFlazz.from.bonzzo.com
【００９３】
他の類似の限定された”言語データ”の集合は，さまざまな言語における事業者のネットワークコンテキスト内で類似の意図したアドレス及びリソース問合せを可能にすることができる。
【００９４】
本発明は多くの利点を提供する。ユーザに対する最も顕著な利点は，おそらくとりわけアドレス能力に対する要求がより低いことによるネットワークコンテキストに有効な十分に高いサービス品質と，より少ないユーザインタフェースと，第1行ユーザインタフェースから即座にリソースが配信される可能性とであり，私的な，専用の，閉じたシステムに接続する必要さえなく，結果的に十分な時間が節約されることである。
【００９５】
さらに，ユーザは，本発明で記述したような意図したアドレス及びリソースの問合せに関連して既に確立したアドレス能力を他のネットワークチャネル及びコンテキストにも転用することができ，及び／又はネットワークチャネル及びコンテキストを同類の及び／又は同一の意図したリソース配信の可能性を残して，後で導入することができる。
【００９６】
そしてこのコネクションの最後に，ユーザは，しばしばエラーレポートが配信されたり，又はユーザがリソースの配信に必要な正確なアドレス能力を欠いていることが強調されたりすることすらなく，リソースが以前よりもずっと高度に配信されることを経験するであろう。
【００９７】
本発明が事業者に対する利点の最も顕著な一つは，更に動的な通信及び処理の可能性である。
【００９８】
通信及び処理のそのような層の実装によって，ネットワークコンテキストの事業者はリソース配信に対する戦略に関して数多くの新しい可能性を獲得する。
【００９９】
意図したアドレス及びリソースの問合せは，とりわけユーザに付随するチャネルデータに依存して，例えばいくつかの異なる”意図したリソース”が配信される結果となることがある。前述のように，公衆ユーザは，意図したアドレスを使うとき，公的に意図したリソース，典型的には適応したブローシャの配信を受けることができる。一方，従業員は，公衆ユーザが使ったのと同じ意図したアドレス及びリソース問合せを使っても，同じ製品に対して有効な会社内の”意図したリソース”，典型的には製品仕様書，販売支援資料及び価格データの配信を受けることができる。
【０１００】
前述のアドレス文の部分に関して，意図したアドレス及びリソース問合せは事業者自身のネットワークコンテキスト内（”サーバ側”）で隔離して処理されるので，とりわけユニークな新しいアドレス及び／又はリソース局所化経路の伝播に関連する問題を十分に減少させ，結果的に，今日はネットワークコンテキストの他のエレメント，機構，サービス及び製品に強く依存している点も十分に減少させることができる。
【０１０１】
関連するネットワークコンテスト内のリソースの配信に関するメタデータは，本発明の方法及びシステムによって，所望の場合は，たとえリソースがリソース階層内で内部的に移動しても”サーバ側”でわずかミリ秒の間に”伝播”が起きるので，常に有効にすることができる。
【０１０２】
意図したアドレス及びリソース問合せは，ネットワークコンテキスト内でユーザの意図するリソースの配信への期待及び／又は願望を明らかにすることができるので，以前には不正確であったキー入力されたアドレス及びリソース問合せも，例えばエラーレポートではなくリソースの配信に変換できる。それにより，ユーザがすべての場合に最低限の情報に到達し，必要な場合は，接触すべき適当な人への連絡先データに到達するのを援助できる可能性がある。
【０１０３】
今日に比べて質的・量的に類似及び／又はより良いリソース配信を得るために要求されるプロセッサ能力，帯域幅，及び他のネットワークで決定されるインフラストラクチャが相当に低下する可能性によって，事業者及びそのネットワークコンテキストのための十分なリソース節約が達成できるという事実の結果得られる利点は，いくぶん顕著ではない。今日ユーザが意図したリソースを得る前にユーザが遷移しなければならない中間セッションのための図形的に適応したユーザインタフェースに関連したリソースを要求する機構及びデータのアップロードが，本発明の結果として完全に又は部分的に除去されることが理由である。
【０１０４】
同時に，ドメインに対して問い合わされたどの意図したアドレスも，今日のユニークアドレスでは同じようには配信することができない可能性及び価値，例えばカスタマリレーションの目的のためにユーザの願望を解釈できるといった直接の，また意図したリソースの配信とは独立の，価値を表すであろう。
【０１０５】
さらに，意図したアドレス付与及びリソース問合せは，非常に柔軟で焦点を絞った（所望の場合は，いくつかのネットワークチャネルにおいて類似の方法で利用できる）情報発信の解決策を確立する可能性を示し，そこでユーザは，例えば問い合わせた意図したコンテンツ以外のコンテンツを含まない，非常に焦点を絞ったコンテンツに関連した”ページ”，”見出し”，”セクション見出し”，”記事”，”表”，”定義”，又は付け加えて”字幕（ｔｉｃｋｅｒ）データ”のいずれかであるリソースの配信を受ける。
【０１０６】
まとめると，本発明は，事業者のＤＮＳサーバに本発明を使って標準化されたＤＮＳシステムに関するプロトコル拡張を実装することができる。それにより，ＴＣＰ／ＩＰを経由する有効なネットワークアドレスとして，通常の言語構文を使用することが可能になる。すなわち，次のとおり。
今日の典型的なアドレス，すなわちhttp://www.toyota.com/html/shop/vehicles/matrix/の代わりにthat.new.car.from.toyota.com，
今日のアドレスhttp://www.ericsson.com/investors/の代わりにinvestor.relations.at.ericsson.com，
今日のアドレスhttp://www.dell.com/us/en/dhs/offers/specials3xspecial62.htmの代わりにinspiron.8200.from.dell.com，
現在の典型的なアドレスhttp://www.aj.com/main/askjeeves.asp?ask=where+do+I+find+pictures+of+brad+pitt%3F&o=0&x=9&y=4の代わりにwhere.do.I.find.pictures.of.brad.pitt.at.aj.com。
【０１０７】
本発明のテクニックは，ブランド／商標に投資をしてきた機関が，その顧客，パートナ，従業員及び他のユーザに，彼ら自身のドメイン内の”オンライン”ネットワークアドレス付与方法を提供する可能性を提供し，そのアドレスは，
・コンテンツ／リソースに関係し，
・覚えやすいニモニックなアドレスであり，
・要求に応じてユーザに特定のコンテンツを配信する。
【０１０８】
さらに，これらのアドレスはすべてのＴＣＰ／ＩＰチャネル（最も広く使われているものはｗｗｗ及びＷＡＰである）において同じように働く。ＳＭＳ拡張も利用可能であり，ユーザがＳＭＳチャネルにおいてもまた同じアドレスを利用できるようにする。
【０１０９】
例えば，ユーザはｗｗｗ又はＷＡＰのブラウザのアドレス行に通常の言語構文に従って例えば次のように情報及び／又はサービスの問合せをキー入力することができる。
thinkpad.from.ibm.com
【０１１０】
ＩＢＭ．ｃｏｍの”ｔｈｉｎｋｐａｄ”についてのＩＢＭ製品シリーズに関する特別の関連するページ（すなわち，http://www.pc.ibm.com/europe/thinkpad/index.html?no）が即座に配信され，それによりユーザは，ＷＡＰ索引及びその拡張リンク階層，又は今日広く行われているようにwww.ibm.comにおける図形によるｗｗｗインタフェースによって，ユーザが”手動で”行う平均６分間の検索の後にこのページを得る代わりに，数秒でｗｅｂブラウザに最初のダウンロードとして配信されるＩＢＭ”ｔｈｉｎｋｐａｄ”製品シリーズに関するコンテンツを読むことができる。
【０１１１】
その結果，ユーザが特定のコンテンツに対する検索毎に何分か節約することができ，このようにして，ユーザはこのドメインサービスのサービスレベルが極めて具体的に上がったことを体験するであろう。したがって，本発明によって，ローヤルティ及びビジネス上の利点が作られ，本発明を利用する事業者がひいきにされることになる。
【０１１２】
通常は，本発明を利用すると，ｗｗｗ及びＷＡＰのユーザへの特定リソースの配信は，今日市場で入手可能ないかなるアプリケーション又はアドレスプロトコルに比べて１５倍速くなるであろう。
【０１１３】
上記の説明は，実施例についての議論に基づき，添付の図面により例示されているが，本発明の適用範囲は，これら例示としての実施例及び図面に限定されるものではなく，本願の独立請求項によってのみ規定されることを強調する。
【図面の簡単な説明】
【０１１４】
【図１】典型的なリソース階層及びそれを遷移するさまざまな方法を示す。
【図２】通信及び処理のための新しい動的層実装のプログラム図式を含む図１と同じリソース階層を示す。
【図３】英語の前置詞を含むデータ集合を示す。
【図１】
2007514366.tif 000004
【図２】
2007514366.tif 000005
【図３】
2007514366.tif 000006
【手続補正書】
【提出日】平成17年10月10日(2005.10.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データネットワーク内のユーザに所望のリソースを迅速に提供するための方法であって，
ユーザが前記データネットワークに接続された第１行（ｆｉｒｓｔ  ｌｉｎｅ）ユーザインタフェースにおいて，意図的かつ意図したリソースの配信に対する自身の願望に基づいて，豊富な言語でリソース問合せ（ｑｕｅｒｙ）を入力し，
次に，ネットワークコンテキスト事業者において実装された動的通信及び処理のための少なくとも１層（ｌａｙｅｒ）が前記ユーザの意図を明らかにするために，前記の意図したリソース問合せを受信し，読み取り，ユーザ特定情報及び問合せ特定情報並びに特別な処理アルゴリズムに従って前記リソース問合せを処理することによって処理し，
次に，前記データネットワークにおいて，前記の明らかにされた意図に基づいて，前記の層が前記ユーザと前記意図したリソースの特定アドレスとの間で直接コネクションを確立することを特徴とする方法。
【請求項２】
前記リソース問合せを前記事業者に導くプロトコルフレームワーク内で，典型的には前記事業者に属するドメイン名を使って，前記ユーザがインターネットブラウザのアドレス行に前記の意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザが通信のための番号をキー入力するユーザインタフェースにおいて，前記ユーザが前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザがSMSチャネルにおいて前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項５】
前記ユーザがWAPチャネルにおいて前記意図したリソース問合せを入力することを特徴とする請求項１に記載の方法。
【請求項６】
前記の動的通信及び処理のための少なくとも１層が，前記ユーザの意図を明らかにし，前記の意図を前記データネットワーク内の前記の意図したリソースのユニークアドレスに翻訳した後，前記アドレスを前記ユーザの第１行ユーザインタフェースに送信し，該ユーザインタフェースが次に前記意図したリソースに前記ユーザの更なる介在なしに直接アップロードすることを特徴とする請求項１に記載の方法。
【請求項７】
前記の動的通信及び処理のための少なくとも１層が，前記ユーザの意図を明らかにし，前記の意図を前記データネットワーク内の前記の意図したリソースのユニークアドレスに翻訳した後，このアドレスへ直接転送することを特徴とする請求項１に記載の方法。
【請求項８】
データネットワーク内のユーザに所望のリソースを迅速に提供するためのシステムであって，前記データネットワークが，ネットワークコネクションとネットワークノードとルーティング装置とに加えて，
ユーザと前記データネットワークとの間で第１行ユーザインタフェースを確立することができるユーザ端末と，
ユーザ端末からの問合せに対して所望のリソースを返すことによって応答することができるネットワークコンテキストの事業者とを形成するシステム要素を備え，
前記システムが，
ネットワークコンテキスト事業者において実装された層であって，豊富な言語で入力されたリソース問合せに対する動的通信及び処理のための少なくとも１層を更に備え，
前記層が，ユーザ特定情報及び問合せ特定情報並びに特別な処理アルゴリズムに従って前記リソース問合せを処理することによって，第１行ユーザインタフェースにおいて豊富な言語で入力されたリソース問合せでユーザの意図を明らかにするように動作し，また前記の明らかにされた意図に基づいて，前記データネットワーク内に前記ユーザと前記意図したリソースの特定アドレスとの間で，直接コネクションを提供するように動作することを特徴とするシステム。
【請求項９】
動的通信及び処理のための少なくとも１層が事業者のサーバに実装されることを特徴とする請求項８に記載のシステム。
【請求項１０】
前記の少なくとも１層が，ユーザの前記の明らかにされた意図を問題の前記事業者のリソースに関連付けるように動作することを特徴とする請求項８に記載のシステム。
【請求項１１】
前記の少なくとも１層が，ユーザの意図と他の事業者のリソースとを関連付けるように動作することを特徴とする請求項８に記載のシステム。
【請求項１２】
ネットワークを介したユーザからのアドレス及びリソースの問合せを処理するためのネットワークコンテキスト事業者施設に配置された計算機サーバであって，
豊富な言語で入力された意図したアドレス及びリソースの問合せを処理できるように，
動的通信及び処理のための少なくとも１層が前記ユーザの意図を明らかにするために，そのような問合せを受信し，読み取り，ユーザ特定情報及び問合せ特定情報並びに特別な処理アルゴリズムに従って前記リソース問合せを処理することによって処理し，
ほぼ通常の言語で書かれたアドレス表現を実現できるようにする前記事業者の願望に従って選ばれ，前記の特別な処理アルゴリズムに従った処理における基礎として取得された言語データの集合を含むテーブルとを有することを特徴とする計算機サーバ。
【請求項１３】
前記テーブルが，前記言語データを構成する前置詞の少なくとも一つの集合を含むことを特徴とする請求項１２に記載の計算機サーバ。
【請求項１４】
前記テーブルが，さまざまな言語における前置詞のいくつかの限定された集合を含むことを特徴とする請求項１３に記載の計算機サーバ。
【請求項１５】
前記ユーザの前記第１行ユーザインタフェースに入力された意図したアドレスおよびリソースの問合せを処理するように適応させたことを特徴とする請求項１２に記載の計算機サーバ。
【国際調査報告】
2007514366.tif 000007
2007514366.tif 000008