(57)【特許請求の範囲】
【請求項１】
ラベルをネットワークアドレスに解決する方法であって、
ラベルを受信するステップと、
ユーザに関連する検索テーブルで規定される順序で複数個のアドレステーブルにアクセスするステップとを含み、前記アドレステーブルの各々がラベル及び関連するネットワークアドレスを記憶し、さらに、
受信した前記ラベルを含む最初にアクセスされたアドレステーブルから、前記受信したラベルに関連するネットワークアドレスを獲得するステップとを含む、方法。
【請求項２】
前記検索テーブルがユーザコマンドで修正可能である、請求項１記載の方法。
【請求項３】
前記ラベルがユーザから受信され、前記複数個のアドレステーブルのうちの少なくとも一つが前記ユーザとは別のユーザによって管理されている、請求項１記載の方法。
【請求項４】
前記別のユーザによって管理されている前記複数個のアドレステーブルのうちの少なくとも一つが、前記別のユーザのアクセステーブルにおける前記ユーザの識別の結果として、前記ユーザによってアクセス可能である、請求項３記載の方法。
【請求項５】
前記別のユーザによって管理されている前記複数個のアドレステーブルのうちの少なくとも一つが、前記別のユーザが前記ユーザにアクセスを保証した結果として、前記ユーザによってアクセス可能である、請求項３記載の方法。
【請求項６】
前記ネットワークアドレスがＷＷＷアドレスである、請求項１記載の方法。
【請求項７】
前記ネットワークアドレスが電子メールアドレスである、請求項１記載の方法。
【請求項８】
ユーザから受信したラベルをネットワークアドレスに解決するネットワークサーバの動作方法であって、
前記ユーザからラベルを受信するステップと、
前記ユーザに関連する検索テーブルをアクセスするステップとを含み、前記検索テーブルは検索されるべき複数個のアドレステーブル及び検索順序を規定し、さらに、
前記複数個のアドレステーブルを前記検索順序でアクセスするステップと、
受信した前記ラベルを含む最初にアクセスされたアドレステーブルから、ネットワークアドレスを獲得するステップと、
獲得した前記ネットワークアドレスを前記ユーザに送信するステップとを含む、方法。
【請求項９】
前記ネットワークアドレスがＷＷＷアドレスであり、前記送信するステップが、
前記ユーザによって使用されているブラウザが前記ＷＷＷアドレス宛にリダイレクトされるようなリダイレクトコマンドを送信するステップを含む、請求項８記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータネットワークに関し、特に、ユーザによって定義されたラベルを用いるデータネットワークアドレス解決方法に関する。
【０００２】
【従来の技術】
インターネット、特に、ワールドワイドウェブ（ＷＷＷ）は、非常な勢いで成長しつつある。よく知られているように、ＷＷＷネットワークアドレス位置は、ユニフォームリソースロケータ（ＵＲＬ）によって識別される。例えば、ＡＢＣ会社のホームページのＵＲＬは、具体的にはwww.abc.comのようになる。ユーザがＷＷＷを探索（この行為は、通常、ブラウジングと呼ばれる）する際に、のちの時点で戻りたいと欲するような興味深いサイトに行き当たることがある。このようなサイトは、しばしばお気に入りと呼称される。ブックマークとして知られる技法は、ユーザがお気に入りサイトのＵＲＬをブラウザに保存することを可能にする。のちの時点で、ユーザはそのブックマークをアクセスして、お気に入りサイトに戻ることができる。現時点のブラウザは、ユーザが、完全なＵＲＬよりもより覚えやすいラベルを、ブックマークに入れられたＵＲＬに対して貼り付けることも可能にしている。よって、例えば、ユーザは、ブックマークに入れられたＵＲＬであるwww.abc.comに対してＡＢＣというラベルを貼ることができる。現時点のブラウザは、ユーザがフォルダを用いてブックマークを階層的に組織化することも可能にしている。
【０００３】
【発明が解決しようとする課題】
電子メールあるいは集中的にストアされたブックマークのデータベースを介してブックマークを共有することは知られているが、現在のブックマーク管理技法は、本発明によって提供される利点を実現することができない。
【０００４】
【課題を解決するための手段】
本発明は、ラベルをネットワークアドレスに解決するための改良された方法を提供する。本発明に従って、ユーザによって定義された階層的な検索プリファレンスに従って所謂アドレステーブルをアクセスすることにより、ラベルがネットワークアドレスに解決される。この階層的検索は、他のユーザのアドレステーブルへのアクセス可能性と共に、現行のネットワークブックマーク技法を凌駕する種々の利点を実現する。
【０００５】
本発明の実施例に従って、各ユーザは、ユーザ定義ラベル及び関連するネットワークアドレスをストアするアドレステーブルを管理する。各ユーザは、ラベル解決を要求した際に用いられる、検索されるべきアドレステーブルを検索順序と共に規定する検索テーブルも管理する。検索されるべきアドレステーブルには、ラベル解決を要求しているユーザ以外の者が管理するアドレステーブルも、当該ユーザによる彼らのアドレステーブルへのアクセスを許可している場合には、含まれることになる。ラベル解決の開始によって、ユーザの検索テーブルによって識別されたアドレステーブルが、規定された順序でアクセスされる。最初にアクセスされた、当該ラベルを含むアドレステーブルから得られたネットワークアドレスが、アドレス解決に用いられる。ユーザ要求アドレス解決は、解決されるべきラベルと共に特別の検索コマンドを供給することによって、特定のラベル検索に係る検索順序を選択的に修正することも可能である。
【０００６】
ある実施例においては、ネットワークアドレスがＷＷＷネットワークアドレスであり、ラベル解決が、リモートコンピュータ上でＷＷＷブラウザを実行している複数のユーザによってアクセス可能なネットワークサーバにおいて実行される。ラベル解決に際し、サーバはユーザのブラウザ宛にリダイレクトコマンドを返し、そのことによって、ブラウザが当該ラベルに係るＷＷＷネットワークアドレスにリダイレクトされる。別の実施例においては、ネットワークアドレスは電子メールアドレスであり、ラベル解決の際にはサーバがリダイレクトコマンドを返して、ユーザのブラウザに、当該ラベルに係る電子メールアドレスに対するメッセージを有するような状態でメールアプリケーションを開かせる。
【０００７】
本発明は、既存のネットワークブックマーク技法を凌駕する種々の利点を実現する。例えば、本発明に係る、ユーザによって定義可能な階層的検索、という側面により、複数のユーザが相異なったネットワークアドレスに対して同一のラベルを有することが可能になる。ユーザの検索テーブルに含まれる複数のアドレステーブル内に含まれるラベルの解決が要求された場合には、当該ラベルは、ユーザが最も高いプライオリティを与えた（すなわち、当該ユーザによって規定された検索順序の中で最も早期に検索される）アドレステーブル中のラベルに関連付けられたネットワークアドレスとして解決される。別の利点は、本発明に係る共有側面から得られる。ラベルに関連付けられたネットワークアドレスは、ある特定のユーザのアドレステーブルにおいて更新されると、当該ユーザのアドレステーブルへのアクセスを共有している全てのユーザが、彼ら自身のアドレステーブルに対する変更を何ら加えることなく、当該更新の利点を享受することができる。
【０００８】
【発明の実施の形態】
図１は、本発明が実装されうるタイプの通信ネットワークを模式的に示す図である。データネットワーク１００は、三つのローカルエリアネットワーク（ＬＡＮ）１１０、１２０、１３０を有している。それぞれのＬＡＮには、複数個の通信デバイスが接続されている。ある実施例においては、これらの通信デバイスは、ブラウザとして知られているコンピュータプログラムを実行する、プログラマブルなコンピュータである。ブラウザは、情報要求を送出し、入力応答をコンピュータスクリーン上での表示目的でフォーマットすることによって、リモートサーバとの間の通信を処理するコンピュータプログラムである。インターネットを探索するために用いられるブラウザはよく知られている。例えば、マイクロソフト社のインターネットエクスプローラやネットスケープ社のネットスケープナビゲータは、ワールドワイドウェブ（ＷＷＷ）を探索するために用いられる公知のブラウザプログラムである。この種のブラウザは公知であるため、ブラウザプログラムを実行するコンピュータの詳細な設定は、本明細書では記述しない。
【０００９】
図１に示されているように、コンピュータ１０２、１０４、１０６はＬＡＮ１１０に接続されており、コンピュータ１１２、１１４、１１６はＬＡＮ１２０に、そして、コンピュータ１２２、１２４、１２６はＬＡＮ１３０に接続されている。ＬＡＮ１１０、１２０、１３０は、ワイドエリアネットワーク（ＷＡＮ）１４０を介して接続されている。ＷＡＮ１４０は、例えばインターネット１５０などの他の通信ネットワークに接続されている。このようにして、コンピュータ１０２、１０４、１０６、１１２、１１４、１１６、１２０、１２４、１２６は、互いに、あるいはインターネット１５０を介して他のコンピュータと、通信することが可能である。ＷＡＮ１４０にはサーバ１４５も接続されており、これについてはのちに詳述される。
【００１０】
ここで、点線１６０内に位置する全てのコンピュータは、単一の経済組織、例えば企業に関連し、かつ管理されていると仮定する。このような場合には、点線１６０内のネットワークコンポーネントは、しばしば企業ネットワークと呼称される。さらに、各々のＬＡＮに接続されたコンピュータは、企業内の相異なった部門の一部であると仮定する。例えば、ＬＡＮ１１０はマーケッティング部門に関連していて管理されており、ＬＡＮ１２０は広報部門、ＬＡＮ１３０はセールス部門、とする。
【００１１】
よって、あるレベルにおいては、コンピュータ１０２、１０４、１０６、１１２、１１４、１１６、１２２、１２４、１２６のユーザは個々人であり、それぞれがそれぞれのコンピュータをそれぞれのやり方で使用している、すなわち、個々人が個々人のやり方で情報を読み出す。別のレベルでは、各ＬＡＮ内のコンピュータユーザは、会社の同一の部門に全員関連しているという点で、目的を共有するコミュニティの構成員である。さらに別のレベルにおいては、コンピュータ１０２、１０４、１０６、１１２、１１４、１１６、１２２、１２４、１２６の全てのユーザは、同一の会社に全員関連しているという点で、目的を共有する単一のコミュニティの構成員である。
【００１２】
本発明の発明者は、コンピュータユーザの種々のレベルでの関連という観点から、ラベルをネットワークアドレスに解決する、本発明に従った改良された技法が有効である、ということを認識している。例えば、ある会社の構成員全体に取って興味深いラベル及び関連するネットワークアドレスを含む、会社の管理者によってまとめられて管理されている、会社全体に亘るリストを考える。このようなリストは、その会社に関する日々のニュースを提供する会社内サーバに関連付けられた“ニュース”というラベルを含んでいる。同様に、特定の部門内のユーザにとって興味深いラベル及び関連するネットワークアドレスを含む、各部門内における管理者によってまとめられて管理されている、部門毎のラベルリストも存在するであろう。例えば、マーケッティング部門は、当該マーケッティング部門に係る日々のニュースを提供するマーケッティング部門内サーバに関連付けられた“ニュース”というラベルを含むことになる。さらに、個々のユーザは、自分自身のラベルリストをそれぞれの個々人の興味のあるラベルと共に維持管理することを望むであろう。例えば、ある個人は、地域の新聞のウェブサイトに関連付けられた“ニュース”というラベルを有していたいと欲するであろう。
【００１３】
本発明の一実施例においては、本発明は、例えばＷＡＮ１４０等のネットワークに接続されたサーバ１４５を用いて実装される。サーバ１４５は、図２においてより詳細に記述されている。サーバ１４５は、サーバ１４５の全体の動作を制御するプロセッサ２０２を有している。プロセッサ２０２は、コンピュータプログラムコード２０６と他のデータ２０８をストアするメモリ２０４に接続されている。コンピュータプログラムコード２０６は、プロセッサ２０２によって実行される場合にサーバ１４５の動作を制御するコンピュータプログラムインストラクションを含んでいる。プロセッサ２０２は、サーバ１４５が、例えばＷＡＮ１４０（図１）のような通信ネットワークを介して他のデバイスと通信することを可能にするネットワークインターフェース２１０にも接続されている。さらに、プロセッサ２０２は、ユーザとサーバ１４５との相互作用を実現する入出力デバイスを表現しているユーザ入出力２１２にも接続されている。この種の入出力デバイスは、例えば、キーボード、マウス、ディスプレイスクリーン、プリンタ、あるいは、ユーザとサーバ１４５との相互作用を可能にするあらゆる他のデバイスが含まれる。プロセッサ２０２は、さらに、本発明を実装する目的で当該実施例において用いられているデータ構造をストアするデータベース２１４に接続されている。図２に関連して記述されているタイプのネットワークサーバは当業者には公知であり、この種のサーバの詳細は本明細書においては記述されない。本明細書における記述が与えられれば、当業者は、本発明に係る技法を実現する目的でサーバ１４５を設定する目的の適切なプログラムコードを作成することが可能である。
【００１４】
以下、データベース２１４にストアされ、本発明に係る技法を実装する目的で当該実施例において用いられるデータ構造が記述される。各ユーザは、データベース２１４にストアされている種々のデータ構造に関連付けられている。具体的なユーザ、例えばユーザ１、に関するデータ構造が、図３に示されている。本明細書において用いられているユーザという術語は、例えばコンピュータ１０２、１０４、１０６、１１２、１１４、１１６、１２２、１２４、１２６（図１）などのコンピュータの単一のユーザを意味したり、あるいは、単一のコンピュータには関与していない他の別の実体を意味したりもする。例えば、マーケッティング部門あるいは会社全体などの、目的を共有するコミュニティの管理者がデータベース２１４中のデータ構造を設定することも可能であり、このような管理者がユーザと見なされうる。システムの各ユーザは、サーバ１４５のデータベース２１４中にストアされた四つの表、すなわち、アドレステーブル、アクセステーブル、ビジブルテーブル及び検索テーブル、を有している。図３は、ユーザ１というユーザ識別（ユーザＩＤ）を有するユーザに係るこれらの表を示している。特定のユーザに係る表は、ここでの記述においては、［ユーザＩＤ］．［テーブル］で識別される。よって、ユーザ１のアドレステーブルは、ユーザ１．アドレステーブルとして本明細書においては識別される。図３は、テーブルとデータアイテムとの間の関係を記述するために便利なグラフィカル表示でデータ構造を表わしていることに留意されたい。もちろん、データベースにおけるこの種のデータ構造を、所望の関係を維持しつつストアするための種々の公知の方法が存在する。例えば、データ構造は、配列、連結リスト、ハッシュテーブルなどとしてストアされうるがこれらに限定されるものではなく、特定のストレージ実装は変化しうる。
【００１５】
アドレステーブルは、ラベルによって識別されたユーザをネットワークアドレスに関連付けるために用いられる。図３に示されたユーザ１．アドレステーブル３１０は、ラベル、ＵＲＬ、及びコメントという三つの列を有している。各ラベルは、特定のネットワークアドレスであるところの関連付けられたＵＲＬを有している。各ラベルには、ユーザが当該ラベル及びＵＲＬに関連付けることを望むある種の記述であるところのオプションコメントも関連付けられている。ユーザ１．アドレステーブル３１０のエントリ例３１８は、“news”というラベルを“www.newspaper.com”というＵＲＬ及び“新聞ウェブサイト”というコメントに関連付けている。
【００１６】
各ユーザは、それぞれが自身のアドレステーブルへのアクセスを保証するために利用するアクセステーブルも管理している。よって、ユーザ１．アクセステーブル３２０は、ユーザ１．アドレステーブル３１０へのアクセスが可能なユーザのユーザＩＤを含んでいる。ユーザ１は、ユーザ１．アクセステーブルを管理し、ユーザ１．アクセステーブルにユーザＩＤを追加する、あるいはユーザ１．アクセステーブルからユーザＩＤを削除することによって、特定のユーザによるユーザ１．アドレステーブルへのアクセスを許可あるいは不許可にする。
【００１７】
各ユーザに関して、データベース２１４は、彼らのアドレステーブルへのアクセスを保証している他のユーザのユーザＩＤを含むビジブルテーブルも含んでいる。よって、ユーザ１．ビジブルテーブル３３０は、彼ら自身のアクセステーブルにユーザ１を含むユーザのユーザＩＤを含んでいる。ユーザのビジブルテーブルの内容は当該ユーザによって直接管理されているのではなく、ユーザのビジブルテーブルの内容は他のユーザのアクセステーブルの内容の関数となっている。
【００１８】
アクセステーブルとビジブルテーブルとの間の関係が、図４に例示されている。ユーザ２．アクセステーブル４０２にユーザ１の識別が存在するために、ユーザ１．ビジブルテーブル４０４中にユーザ２の識別が存在する。このことは、実際には、ユーザ１がユーザ２．アドレステーブル４０６へアクセスすることを可能にする。なぜなら、ユーザ２は、ユーザ２．アクセステーブル４０２中にユーザ１の識別を配置することによって、このユーザ１によるこのようなアクセスを保証しているからである。
【００１９】
再び図３を参照すると、各ユーザは、検索されたアドレステーブル、及び検索順序を規定する検索テーブルも管理している。ここで、検索順序とは、当該検索テーブルに係るユーザに係るアドレスを解決する順序である。ユーザ１．検索テーブル３４０は、特定の順序でユーザの識別を有している。ユーザ１に対するラベルをネットワークアドレスに解決しようと試行する場合には、本発明に係るシステムは、ユーザ１．検索テーブルにおいて識別されたユーザのアドレステーブルを、ユーザ１．検索テーブルにおいて規定された順序で検索する。アドレス解決手続きは、後に詳細に記述される。別のユーザのユーザＩＤが特定のユーザの検索テーブルに存在するためには、その別のユーザのユーザＩＤがその特定のユーザのビジブルテーブルにも存在していなければならない。すなわち、そのビジブルテーブルにおける存在は、その別のユーザのアドレステーブルへのアクセスがオーソライズされていることを示しているからである。このルールの例外は、ユーザ自身のユーザＩＤがそのユーザ自身の検索テーブルに存在する、という点である。なぜなら、ユーザは自身のアドレステーブルへのアクセスが常に可能であるからである。例えば、図４を参照すると、ユーザ１．検索テーブル４０８は、ユーザ１及びユーザ２のユーザＩＤを有している。このことは、ユーザ１に係るネットワークアドレスの解決に際して、本発明に係るシステムが、ユーザ１．アドレステーブルをまず検索し、次いで、ユーザ２．アドレステーブルを検索することを意味している。
【００２０】
ユーザコンピュータ１０２、１０４、１０６、１１２、１１４、１１６、１２２、１２４、１２６で実行されているブラウザの機能、サーバ１４５の機能、及び、ブラウザとサーバとの相互作用が以下に記述される。前述されているように、ブラウザはコンピュータ上で実行されるコンピュータプログラムであって、それゆえ、以下に記述される機能は、記述される機能を実行するのに適したプログラムコードを追加することによって、このようなブラウザに対して追加されうるものである。同様に、サーバ１４５は、コンピュータプログラムコード２０６としてストアされたコンピュータプログラムインストラクションに従って動作する。よって、以下に記述される機能は、記述される機能を実行するのに適したプログラムコードを追加することによって、サーバに対して追加されうるものである。
【００２１】
最初の機能は、“ラベル追加”機能であり、ユーザが現在のウェブサイト位置をブックマークとして追加するために用いるものである。より詳細に述べれば、ラベル追加機能は、ラベル、関連するＵＲＬ、及びオプションコメントを、サーバ１４５のデータベース２１４中のユーザアドレステーブルに追加する。ラベル追加機能は、図５を参照して記述される。図５は、ラベル追加機能の実行中にブラウザ及びサーバによって実行される段階、及び、ブラウザとサーバとの相互作用を例示したものである。段階５０２においては、ブラウザのユーザは、例えばコンピュータスクリーン上の適切なアイコンをクリックするか、あるいはその他の方法によって、ラベル追加機能を開始する。ラベル追加機能の開始に応答して、段階５０４では、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/add-label?<[現在の場所のＵＲＬ]>を生成する。このＵＲＬの最初の部分、www.server.com、は、サーバ１４５のネットワークアドレスを識別する。ＵＲＬの次の部分、add-label、は、サーバ１４５上のプログラムを識別する。ＵＲＬの最後の部分、[現在の場所のＵＲＬ]、は、ラベル追加プログラムに対して渡される引数である。このパラメータは、現在のウェブサイトの場所のＵＲＬ（すなわち、ブラウザ上に現在表示されているウェブページのＵＲＬ）を含んでいる。段階５０４においてブラウザによって生成されたＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階５０６において、サーバは、当該要求によって識別された、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）プログラム、すなわちラベル追加機能、を実行する。ラベル追加機能の実行により、httpフォームの生成が行なわれ、それがブラウザ宛に送出される。このフォームには現在の場所のＵＲＬが含まれており、ユーザに対して、ユーザ自身のアドレステーブルにおいて当該ＵＲＬと関連付けられるラベル、及びオプションコメントの入力を要求する。段階５０８では、ユーザは当該フォームへの入力を完了し、要求されたフォーム情報をサーバに対して返送する。段階５１０では、サーバは、ユーザのアドレステーブルに、当該ＵＲＬ、ラベル、及びオプションコメントを含むレコードを追加する。サーバはどのユーザと通信しているのか、すなわち、どのアドレステーブルに対して追加を行なえばよいのか、を理解している。なぜなら、ユーザの識別がhttpプロトコルに従って従来技術に係る方式でサーバに渡されるからである。
【００２２】
次の機能は、ユーザが自身のデータベーステーブルを閲覧する際に用いる“リスト”機能である。リスト機能は、当該リスト追加機能の実行中にブラウザ及びサーバによって実行される段階、及び、ブラウザとサーバとの相互作用を例示した図６を参照して記述される。段階６０２では、ブラウザのユーザは、例えばコンピュータスクリーン上の適切なアイコンをクリックするか、あるいはその他の方法によって、リスト機能を開始する。リスト機能の開始に応答して、段階６０４において、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/list、を生成する。段階６０４においてブラウザによって生成されたＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階６０６において、サーバは、当該要求によって識別された、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）リストプログラムを実行する。リスト機能の実行により、htmlページの生成が行なわれ、それがブラウザ宛に送出される。このhtmlページは、ブラウザ上に当該ユーザに係るデータベーステーブルを表示するようにフォーマットされている。よって、段階６０８では、ブラウザは、当該ユーザに係る、データベース２１４中にストアされているデータベーステーブルを表示する。図３に関連して前述されているように、これらのテーブルには、アドレステーブル、アクセステーブル、ビジブルテーブル、及び検索テーブルが含まれる。ユーザは、この時点で、種々のディスプレイアイコンをクリックすることによって、様々な機能を開始することが可能である。もちろん、表示のレイアウトデザイン及び関連するアイコンは特定の実装に依存する設計事項である。例えば、ある実施例においては、各テーブルに関連するデータがユーザのブラウザによって表示される。あるいは、ブラウザは、全てのテーブルではなくその一部をハイパーリンクと共にまず表示し、ユーザが、表示しされていないテーブルへの表示要求を当該ハイパーリンクによって行なうことを可能にする。特定のレイアウト設計は本明細書では詳述されないが、ブラウザ表示に係る機能が記述される。
【００２３】
まず、ユーザは、表示されているアドレステーブルレコードの各々に関連している編集アイコンをクリックすることによって、アドレステーブル中の特定のレコードを編集することが可能である。このラベル編集機能は、図７に関連して記述される。段階７０２においては、ブラウザのユーザは、例えばコンピュータスクリーン上の適切なアイコンをクリックするか、あるいはその他の方法によって、ラベル編集機能を開始する。ラベル編集機能の開始に応答して、段階７０４では、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/edit-label?<[ラベル]>を生成する。ここで、[ラベル]、は、ユーザが編集することを決定したラベルを含む、ラベル編集プログラムに対して渡される引数である。段階７０４においてブラウザによって生成されたＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階７０６において、サーバは、当該要求によって識別された、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）プログラム、すなわちラベル編集機能、を実行する。ラベル編集機能の実行により、httpフォームの生成が行なわれ、それがブラウザ宛に送出される。このフォームには選択されたアドレステーブルレコードに現在ストアされているデータが含まれており、ユーザに対して、その情報の編集を要求する。段階７０８では、ユーザは当該フォームへの入力を完了し、要求されたフォーム情報をサーバに対して返送する。段階７１０では、サーバは、ユーザから受信した情報に従って、アドレステーブルレコードを更新する。
【００２４】
ユーザは、表示されているアドレステーブルレコードの各々に関連している削除アイコンをクリックすることによって、アドレステーブル中の特定のレコードを削除することが可能である。このラベル削除機能は、図８に関連して記述される。段階８０２においては、ブラウザのユーザは、例えばアドレステーブルに表示されているレコードのうちの一つに係るコンピュータスクリーン上の適切なアイコンをクリックするか、あるいはその他の方法によって、ラベル削除機能を開始する。ラベル削除機能の開始に応答して、段階８０４では、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/delete-label?<[ラベル]>を生成する。ここで、[ラベル]、は、ユーザが編集することを決定したラベルを含む、ラベル編集プログラムに対して渡される引数である。段階８０４においてブラウザによって生成されたＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階８０６において、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）ラベル削除プログラムを実行する。ラベル削除機能の実行により、サーバにおいて適切なアドレステーブルレコードの削除が実現される。
【００２５】
ユーザは、ユーザ自身のアドレステーブルへのアクセスを保証（許可）あるいは不許可にする目的で、自身のアクセステーブルに対してレコードを追加及び削除することが可能である。アクセス追加機能は、当該アクセス追加機能の実行中にブラウザ及びサーバによって実行される段階、及び、ブラウザとサーバとの相互作用を例示した図９を参照して記述される。段階９０２では、ブラウザのユーザは、例えばコンピュータスクリーン上のアクセス追加アイコンをクリックするか、あるいはその他の方法によって、アクセス追加機能を開始する。アクセス追加機能の開始に応答して、段階９０４において、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/add-access、を生成する。この生成されたＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階９０６において、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）アクセス追加プログラムを実行する。アクセス追加機能の実行により、httpフォームの生成が行なわれ、それがブラウザ宛に送出される。このフォームは、アクセスが保証されるユーザのユーザＩＤを入力することを要求する。段階９０８では、ユーザがこのフォームへの入力を完了し、要求されたフォーム情報をサーバ宛に返送する。段階９１０では、サーバは、適切なレコードをユーザのアクセステーブルに追加する。
【００２６】
アクセス不許可機能によって、レコードがアクセステーブルから削除される。ユーザは、例えば、アクセステーブルから除去したいと望んでいるユーザの表示されているユーザＩＤに関連している削除アイコンをクリックすることによって、アクセスを不許可にする。この種のレコード削除は、図８に関連して記述されたアドレステーブルからのレコード削除と同様の方式で実行される。ブラウザは、図８に示されているＵＲＬを生成する代わりに、http://www.server.com/delete-access<[ユーザＩＤ]>という形式のＵＲＬを生成する。このことによって、サーバ内でアクセス削除プログラムが開始され、このＵＲＬ中でパラメータとして渡された[ユーザＩＤ]を含むレコードがアクセステーブルから削除される。
【００２７】
ユーザは、以下に詳細に記述されているように、アドレス解決の間のアドレステーブル検索順序を修正する目的で、自身の検索テーブルを修正することが可能である。検索テーブル更新機能は、当該検索テーブル更新機能の実行中にブラウザ及びサーバによって実行される段階、及び、ブラウザとサーバとの相互作用を例示した図１０を参照して記述される。段階１００２では、ブラウザのユーザは、例えばコンピュータスクリーン上の適切なアイコンをクリックするか、あるいはその他の方法によって、検索テーブル更新機能を開始する。検索テーブル更新機能の開始に応答して、段階１００４において、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/update-search-table、を生成する。このＵＲＬを含むhttp要求は、公知の方式でサーバに対して送出される。要求を受信すると、段階１００６において、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）検索テーブル更新プログラムを実行する。検索テーブル更新機能の実行により、htmlページの生成が行なわれ、それがブラウザ宛に送出される。このhtmlページは、ユーザが、必要とされる検索テーブル更新をサーバ宛に伝達することを可能にするユーザインターフェースを実現する。この種のユーザインターフェースの一例が図１１に示されている。このインターフェースに従って、ビジブルテーブルが検索テーブルと共に表示される。アドレステーブルをユーザが希望する検索順序に追加するために、当該アドレステーブルを管理しているユーザのユーザＩＤがディスプレイの左側１１０２においてハイライト表示され、ユーザが追加アイコン１１０４をクリックする。この結果、ハイライト表示されたアイコンがディスプレイの右側１１０６に追加される。検索テーブル中に既に存在するユーザＩＤは、ユーザＩＤをハイライト表示させてそれぞれアイコン１１０８、１１１０、あるいは１１１２をクリックすることにより、検索テーブル内で上位に動かされたり、下位に動かされたり、あるいは検索テーブルから削除される。ディスプレイの右側１１０６が希望する順序になった場合には、ユーザは更新アイコン１１１４をクリックする。これにより、ブラウザはディスプレイ１１０６の右側に表示されているユーザＩＤリストをサーバ宛に送出する（段階１０１０）。その後、サーバは、受信した情報を検索テーブル更新目的で適切な方式で利用する（段階１０１２）。
【００２８】
ユーザは、リスト機能の結果として表示されているデータベーステーブルの表示から、特定のウェブサイトに直接移動することが可能である。例えば、ユーザは、アドレステーブル中に表示されているラベルをクリックすると、以下のように関連するウェブサイトに移動することが可能である。図１２を参照すると、段階１２０２では、ユーザが自身のアドレステーブルに関連して表示されているラベルをクリックする。それに応答して、ブラウザは、以下のＵＲＬ、すなわちhttp://www.server.com/goto?<[ラベル]>というＵＲＬを生成する（段階１２０４）。ここで、[ラベル]は、ユーザがクリックしたラベルを表わしている。このＵＲＬを含むhttp要求は、公知の方式でサーバ宛に送出される。要求を受信すると、段階１２０６において、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）移動プログラムを実行する。移動機能の実行により、サーバがユーザのアドレステーブルをアクセスして、受信されたラベルに関連するＵＲＬを読み出す。その後、サーバは、以下のリダイレクトコマンド、すなわち、<meta http-equiv="refresh" content="0;url=[url]">を生成し、それをブラウザ宛に送出する。このリダイレクトコマンドを受信すると、段階１２０８において、ブラウザは当該リダイレクトコマンドで表示されていた[url]へリダイレクトされる。ここで、[url]は、段階１２０６においてサーバによって解決されたネットワークアドレスである。
【００２９】
ユーザは、別のユーザに係るアドレステーブルを用いて特定のウェブサイトに移動することが可能である。前述されているように、リスト関数の結果として、ユーザのビジブルテーブルが表示される。図１３を参照すると、ユーザはビジブルテーブル中のユーザＩＤをクリックし（段階１３０２）、これに応答して、ブラウザが以下のＵＲＬ、すなわち、http://www.server.com/display-visible?<[ユーザＩＤ]>、を生成する。ここで、[ユーザＩＤ]は、ビジブルテーブル内の、ユーザがクリックしたユーザＩＤを表わしている。段階１３０４では、このＵＲＬを含むhttp要求がブラウザによって生成され、サーバ宛に公知の方式で送出される。要求を受信すると、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）ビジブル表示プログラムを実行する（段階１３０６）。ビジブル表示プログラムの実行により、サーバが識別されたユーザのアドレステーブル、すなわち、［ユーザＩＤ］．アドレステーブルをデータベース２１４から読み出し、htmlページを生成してブラウザ宛に送出する。このページは、ブラウザ上に［ユーザＩＤ］．アドレステーブルを表示するようにフォーマットされている。よって、htmlページを受信すると、段階１３０８で、ブラウザは識別されたユーザのアドレステーブルを表示する。その後、ブラウザのユーザは、表示されたアドレステーブル中のラベルをクリックし、選択されたラベルに係るウェブサイトへブラウザをリダイレクトする目的で、図１２に関連して記述されたものと同様の機能が実行される。
【００３０】
本発明の一つの利点は、アドレステーブルの所定の順序での階層的検索を実行することが可能な点である。この機能は、図１４に関連して記述されている実行機能を開始することによって開始される。段階１４０２では、ブラウザのユーザが、例えばコンピュータスクリーン上の実行アイコンをクリックするか、あるいは他の別な方法によって、実行機能を開始する。実行機能の開始に応答して、段階１４０４では、ブラウザが、以下のＵＲＬ、すなわち、http://www.server.com/go、を生成する。このＵＲＬを含むhttp要求は、公知の方式でサーバ宛に送出される。要求を受信すると、段階１４０６において、サーバは、サーバ１４５のメモリ２０４にコンピュータプログラムコード２０６としてストアされている（図２参照）実行プログラムを実行する。実行プログラムの実行によってhttpフォームの生成が行なわれ、それがブラウザ宛に送出される。このフォームは、ユーザに、ネットワークアドレスに解決されるべきラベルの入力を要求する。段階１４０８では、ユーザが当該フォームへの入力を完了し、要求されたフォーム情報をサーバ宛に返送する。フォーム情報を受信すると、サーバは、段階１４１０において、以下のようにラベルをネットワークアドレスに解決する。まず、サーバは、アドレステーブルの検索順序を決定する目的で、データベース２１４内のユーザの検索テーブルをアクセスする。ここで、検索順序が、検索テーブルによっていくつもの方法で表示されることに留意されたい。例えば、検索テーブルは、アドレステーブルが検索される際の順序を表示する目的で、各ユーザＩＤに関連付けられた明示的な検索順序フィールドを有することが可能である。本明細書において記述されている実施例においては、検索順序は、単に、検索テーブル内のユーザＩＤの出現順序であって、最初に検索されるべきアドレステーブルがリストの最初にあり、最後に検索されるべきアドレステーブルがリストの最後にある。検索テーブルをアクセスしたのち、サーバは、検索テーブルにストアされていた最初のユーザＩＤのアドレステーブルを検索し、検索されるべきアドレスがそのアドレステーブル内に存在するか否かを決定する。存在する場合には、サーバは、受信したラベルを、アドレステーブル内のラベルに関連しているネットワークアドレスに解決する。レベルがそのアドレステーブル内に存在しない場合には、サーバは、検索テーブルにストアされている次のユーザＩＤのアドレステーブルをアクセスし、ラベルがそのアドレステーブル内に存在するか否かを決定する。この手続きは、サーバが、アドレステーブル内にラベルを見出してネットワークアドレスに解決するまで、あるいは、検索テーブル内にユーザＩＤがもはや存在せず、従って検索されるべきアドレステーブルがもはや存在しない状態になるまで、継続される。後者の場合には、サーバは、ラベルがネットワークアドレスに解決され得ないと決定する。よって、サーバは、ユーザの検索テーブルにストアされているユーザＩＤに関連するアドレステーブルを検索し、検索テーブルに規定された順序でアドレステーブルを検索する。段階１４１０においてラベルがネットワークアドレスとして解決されると、サーバは、以下のリダイレクトコマンド、���なわち、<meta http-equiv="refresh" content="0;url=[url]">、を生成してブラウザ宛に送出する。このリダイレクトコマンドを受信すると、段階１４１２において、ブラウザは、リダイレクトコマンドにおいて表示されている[url]宛にリダイレクトされる。この[url]は、段階１４１０において、サーバによって解決されたネットワークアドレスである。
【００３１】
本発明の一実施例に従って、ユーザの検索テーブルにストアされている検索順序は、ユーザによって指示された場合には、特定のラベル解決方法によって無効化される。例えば、以下は、段階１４０８において、ユーザがフォームに入力することが可能なユーザコマンドを記述したものである：
[ラベル]：
これは、上述された標準的な検索であり、検索テーブルにストアされているユーザＩＤに係る全てのアドレステーブルが検索テーブルにおいて規定された順序で検索される。
[ユーザＩＤ]/[ラベル]：
検索が、明示されたユーザＩＤに係るアドレステーブルから開始され、この点から検索テーブルにおいて規定された順序での検索が継続される。規定された検索順序における、入力されたユーザＩＤより前のユーザＩＤに係るアドレステーブルは、ラベルが見出されないままに検索テーブルの最後尾に達した場合には、検索されない。この検索技法は、規定された検索順序における、入力されたユーザＩＤより前のユーザＩＤに係るアドレステーブルを、ラベルが見出されないままに検索テーブルの最後尾に達した場合に検索する、という方法も含み得る。
DIRECT/[ユーザＩＤ]/[ラベル]：
明示されたユーザＩＤに係るアドレステーブルのみが検索される。このユーザＩＤは、当該検索を実行するユーザの検索テーブル内に必ずしも存在する必要はないが、当該検索を実行するユーザのビジブルテーブルには存在しなければならないことに留意されたい。
MYTALBE/[ラベル]：
アドレス解決を要求しているユーザに係るアドレステーブルのみが検索される。
START/[ユーザＩＤ]/[ラベル]：
検索が、明示されたユーザＩＤに係るアドレステーブルから開始される。このユーザＩＤは、当該検索を実行するユーザの検索テーブル内に必ずしも存在する必要はないが、当該検索を実行するユーザのビジブルテーブルには存在しなければならないことに再度留意されたい。最初に検索されたアドレステーブル内に存在しない場合には、標準的な検索が、検索テーブルにおいて規定された順序で実行される（もちろん、明示されたユーザＩＤが検索テーブル中に存在している場合には、当該ＩＤに係るアドレステーブルはスキップされる）。
【００３２】
本発明の一実施例に従ったブラウザとサーバの動作の一例が以下に記述される。図１５は、四つのユーザＩＤ、すなわち、カンパニー、セールス、従業員１及び従業員２、に関するデータベーステーブル例である。カンパニーというユーザＩＤは特定の会社に関連するものであり、図１５は、関連するカンパニー．アドレステーブル１５０２及びカンパニー．アクセステーブル１５０４を示している。カンパニー．アドレステーブル１５０２は、ラベル“news”及びその会社の内部ニュースサイトを示す関連するＵＲＬを含んでいる。カンパニー．アクセステーブル１５０４は、従業員１及び従業員２がカンパニー．アドレステーブルへアクセスすることを認証している。
【００３３】
セールスというユーザＩＤはセールス部門に係るものであり、図１５は、関連するセールス．アドレステーブル１５０６及びセールス．アクセステーブル１５０８を示している。セールス．アドレステーブル１５０６も、ラベル“news”及びそのセールス部門内部ニュースサイトを示す関連するＵＲＬを含んでいる。セールス．アクセステーブル１５０８は、従業員１及び従業員２がセールス．アドレステーブルへアクセスすることを認証している。
【００３４】
従業員１というユーザＩＤは会社の従業員に係るものであり、図１５は、関連する従業員１．アドレステーブル１５１０、従業員１．ビジブルテーブル１５１２、及び、従業員１．検索テーブル１５１４を示している。従業員１．アドレステーブル１５１０も、ラベル“news”及び外部の新聞ニュースサイトを示す関連するＵＲＬを含んでいる。従業員１．ビジブルテーブル１５１２は、従業員１がカンパニー．アドレステーブル１５０２、セールス．アドレステーブル１５０６、及び従業員２．アドレステーブル１５１６へのアクセスを認証されていることを示している。これは、従業員１というユーザＩＤが、カンパニー．アクセステーブル１５０４、セールス．アクセステーブル１５０８、及び、（以下に記述される）従業員２．アクセステーブル１５１８のそれぞれに存在していることの結果である。従業員１．検索テーブル１５１４は、従業員１がラベル解決を要求した場合の検索するべきアドレステーブル及び検索順序を示している。
【００３５】
従業員２というユーザＩＤも会社の従業員に係るものであり、図１５は、関連する従業員２．アドレステーブル１５１６、従業員２．ビジブルテーブル１５２０、従業員２．アクセステーブル１５１８、及び、従業員２．検索テーブル１５２２を示している。従業員２．アドレステーブル１５１６は、ラベル“weather”及び外部の天気予報サイトを示す関連するＵＲＬを含んでいる。従業員２．ビジブルテーブル１５２０は、従業員２がカンパニー．アドレステーブル１５０２、及びセールス．アドレステーブル１５０６へのアクセスを認証されていることを示している。これは、従業員２というユーザＩＤが、カンパニー．アクセステーブル１５０４及びセールス．アクセステーブル１５０８のそれぞれに存在していることの結果である。従業員２．検索テーブル１５２２は、従業員２がラベル解決を要求した場合の検索するべきアドレステーブル及び検索順序を示している。従業員２．アクセステーブル１５１８は、従業員１が従業員２．アドレステーブル１５１６へのアクセスを認証されていることを示している。
【００３６】
第一の例として、従業員１が実行機能を開始し、サーバに“news”というラベルを供給すると仮定する。ラベルの受信に応答し、前述された機能に従って、サーバは、以下のようにラベルをネットワークアドレスに解決する。まず、サーバは、従業員１．検索テーブル１５１４をアクセスし、以下のアドレステーブルが与えられた順序で検索されるべきであることを決定する：
従業員１．アドレステーブル
セールス．アドレステーブル
カンパニー．アドレステーブル
従業員２．アドレステーブル
最初に検索されるのは、従業員１．アドレステーブル１５１０である。サーバは、従業員１．アドレステーブル１５１０中にラベル“news”を見出し、このラベルがネットワークアドレスwww.newspaper.comに解決され、従業員１のブラウザがwww.newspaper.comウェブサイトへリダイレクトされる。
【００３７】
従業員１は、ラベル“news”を、従業員１．アドレステーブル１５１０にストアされているもの以外のネットワークアドレスに解決することを望む場合には、前述された無効化技法のうちのいずれかを使うことになる。例えば、従業員１がセールス部門のニュースに特に興味がある場合には、従業員１は、ラベルを、DIRECT/セールス/newsのように入力する。これは、セールス．アドレステーブルのみを直接検索することを意味している。本発明の一つの利点に従って、セールス．アドレステーブル１５０６内のラベル“news”に関連している実際のアドレスは、セールス．アドレステーブル１５０６の管理者によって周期的に更新されることが可能であり、セールス．アドレステーブル１５０６をアクセスするユーザは、その更新されたサイトへ自動的に移動する。
【００３８】
別の例として、従業員１がラベルweatherを入力すると仮定する。従業員１．検索テーブル１５１４における最初の三つのユーザＩＤ（従業員１、セールス、カンパニー）は、それぞれ関連しているアドレステーブルに、“weather”というラベルを有していない。しかしながら、最後のユーザＩＤ、すなわち従業員２、は、従業員２．アドレステーブル１５１６内にラベル“weather”を有しており、よって、従業員１によって入力されたラベル“weather”は、www.weather.comというネットワークアドレスに解決される。このように、従業員１は、他のユーザによってストアされたラベル及び関連するネットワークアドレスからも利点を受ける。本発明の利点に従って、のちに従業員１が天気予報サイト（例えば、www.localweather.com）を見出してそれを従業員２の天気予報サイト（www.weather.com）より好む場合には、従業員１は、そのより好みのサイトを自身のアドレステーブル１５１０にラベルを付してストアすることが可能である。こののち、従業員１がレベル“weather”を入力すると、それは従業員１がより好む天気予報サイトのネットワークアドレスに解決される。なぜなら、従業員１は、従業員１．検索テーブル１５１４において、従業員１．アドレステーブル１５１０が従業員２．アドレステーブル１５１６よりも先に検索されるべきであることを示しているからである。
【００３９】
さらに別の例として、図１５から、従業員２がラベル“news”で実行機能を開始しようとしている場合を考える。サーバは、このラベルを、セールス．アドレステーブル１５０６によって識別されているネットワークアドレスwww.company.com/sales/newsに解決する。なぜなら、このアドレステーブルが、ラベルnewsを含む、従業員２．検索テーブル１５２２内の最初のテーブルであるからである。
【００４０】
上記記述より明らかなように、本発明は、ラベルをネットワークアドレスに解決する柔軟性の高い技法を提供する。ユーザは、ラベル解決に、他者によって管理されているラベルを用いることが可能であり、単一者による周期的な更新の利点を全てのユーザが享受することが可能になる。さらに、階層的検索という側面が、所定の検索順序の無効化可能性と共に、強力なアドレス解決技法を実現する。
【００４１】
上記実施例はＷＷＷネットワークアドレス（例えば、ＵＲＬ）を指向したものであるが、本発明に係る技法は、あらゆるタイプのネットワークアドレス解決に対して適用可能である。例えば、アドレステーブル中のラベルは、ＷＷＷアドレスではなく電子メール（ｅメール）アドレスに関連付けられることも可能である。この種の実施例の場合には、段階１４１２（図１４）及び段階１２０８（図１２）においてブラウザをラベルに関連しているネットワークアドレスに移動させるリダイレクトコマンドをサーバが生成する代わりに、サーバが、ブラウザに、段階１４１２（図１４）及び段階１２０８（図１２）において解決されたｅメールネットワークアドレス宛のメールウィンドウを開かせるようなリダイレクトコマンドを返送する。もちろん、特定の実施例においては、ＷＷＷ及びｅメールネットワークアドレス解決の双方がサポートされうる。さらに、別のタイプのネットワークアドレス、例えばＦＴＰ及びｔｅｌｎｅｔなどが、他のものと同様に、本発明の種々の実施例においてサポートされうる。
【００４２】
以上の説明は、本発明の一実施例に関するもので，この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。
【００４３】
【発明の効果】
以上述べたごとく、本発明によれば、ラベルをネットワークアドレスに解決するための改良された方法が提供される。
【図面の簡単な説明】
【図１】  本発明が実装されうるタイプの通信ネットワークを模式的に示す図。
【図２】  本発明に従って動作するように設定されうるサーバを模式的に示すブロック図。
【図３】  本発明の一実施例に従って用いられるデータ構造を模式的に示す図。
【図４】  ある種のデータ構造間の関連を模式的に示す図。
【図５】  ラベル追加機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図６】  リスト機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図７】  ラベル編集機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図８】  ラベル削除機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図９】  アクセス追加機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図１０】  検索テーブル更新機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図１１】  検索テーブル更新機能と共に用いられるユーザインターフェースを模式的に示す図。
【図１２】  移動機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図１３】  ビジブル表示機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図１４】  実行機能の実行の際に、ブラウザとサーバ、及びそれらの間の相互作用、によって実行される段階を模式的に示す図。
【図１５】  本発明に従ったデータベーステーブルの実例を模式的に示す図。
【符号の説明】
１００  データネットワーク
１０２、１０４、１０６、１１２、１１４、１１６、１２２、１２４、１２６  ユーザコンピュータ
１１０、１２０、１３０  ＬＡＮ
１４０  ＷＡＮ
１４５  サーバ
１５０  インターネット
２０２  プロセッサ
２０４  メモリ
２０６  コンピュータプログラムコード
２０８  データ
２１０  ネットワークインターフェース
２１２  ユーザＩ／Ｏ
２１４  データベース
３１０  アドレステーブル
３１８  エントリ例
３２０  アクセステーブル
３３０  ビジブルテーブル
３４０  検索テーブル
４０２  アクセステーブル
４０４  ビジブルテーブル
４０６  アドレステーブル
４０８  検索テーブル
【図１】
0004712979.tif 000002
【図２】
0004712979.tif 000003
【図３】
0004712979.tif 000004
【図４】
0004712979.tif 000005
【図５】
0004712979.tif 000006
【図６】
0004712979.tif 000007
【図７】
0004712979.tif 000008
【図８】
0004712979.tif 000009
【図９】
0004712979.tif 000010
【図１０】
0004712979.tif 000011
【図１１】
0004712979.tif 000012
【図１２】
0004712979.tif 000013
【図１３】
0004712979.tif 000014
【図１４】
0004712979.tif 000015
【図１５】
0004712979.tif 000016