JP4278299B2 - 通信システム及び方法 - Google Patents

Description

【０００１】
本発明は、ネットワークにおいて情報を通信するシステム及び方法に関する。特に、本発明は、ネットワークにおいて複数のタグ付きオブジェクトに関連した情報を通信するシステムに関する。
【０００２】
（発明の背景）
近年、データ通信技術は、非常な発展を遂げた。長距離を介して通信情報を通信する電磁的な装置は、現在、半導体スイッチを使用したディジタル・システムによって広範に置き換えられている。今日の世界において安価なデータ処理能力が得られることにより、現在では、実質的にあらゆる者が音声及び音声信号ばかりでなく、コンピュータ、データ・バス等に蓄積されたデータも通信可能である。特に、実質的に世界全体にわたり複数のコンピュータを接続するインターネットのような複数のコンピュータ・ネットワークの到来により、世界中で容易かつ安価にディジタル情報にアクセスすることが可能になった。
【０００３】
インターネット及び同様の他のネットワークは、種々の異なるアプリケーションに使用可能にされている。例えば、本質的に世界中の任意の場所に、物理的に配置できるファイルをアクセスすることにより、特定のトピックについての情報を抽出することができる。これらのファイルは、アプリケーションに関連したテキスト、音声信号、イメージ、ビデオ又はデータを含めることができる。
【０００４】
これらのファイルをアクセスできるようにするためには、ドキュメントの名称を知ることが必要であり、更にこのドキュメントを蓄積しているネットワーク・コンピュータのアドレスを知ることが必要である。しかしながら、多くの場合に、所望のトピック又は物理的なオブジェクトに関連したドキュメントの名称及び位置についての情報が得られず、またトピックに関連したドキュメント又はアプリケーションの可能位置についての情報を抽出する手段が必要である。従って、最も一般的なネットワーク上では、オブジェクトに関連したドキュメントを蓄積しているサーバのアドレスと共に、ドキュメントの名称を識別する際にユーザを支援するために種々のアプリケーションが利用可能である。
【０００５】
一般的に、支援するアプリケーションは、ユーザにより提供されるキーワード又は複数組のキーワードに基づいて多かれ少なかれ詳細なネットワーク検索を実行する。典型的に、検索結果は、アドレスのリストであり、所望のトピックに関連された情報を蓄積しているサーバにリンクしている。ユーザは、リストの各レコードを選択することができ、関連したドキュメント又はサービスを抽出する。しかしながら、多くの場合に、非常に長いリアドレスのスト及びリンクが戻される結果となるが、実際には、その小さな数のみが所望のトピックに関連している。検索アプリケーションに供給されるキーワードは、しばしば、数千のエントリを有するリストに帰結し、リストの多くのエントリは、オブジェクトに間接的に関連されるだけか、又は全く関連しない。
【０００６】
従って、ネットワークから情報を抽出することは、冗長、かつ時間の掛かるタスクとなる可能性があり、その結果は、不満足なものになる恐れがある。この状況は、このようなネットワークの急速な成長により更に酷くなる。
【０００７】
本質的に、ユーザが特殊なオブジェクトについての情報を抽出するのを困難にしているのには、２つの理由があると思われる。ユーザが所望のオブジェクトについてのいくつかのキー要素を知っていても、検索は依然としてオブジェクトに係わる重要な情報を見逃す恐れがあり、第２に、ユーザが情報を抽出したいのはどのオブジェクトかを知っていたとしても、しばしば、所望のオブジェクトについてのキー情報が欠如しており、従ってユーザが適正な検索項目を指定することができない。更に、ユーザは、所望の情報がネットワークから得られのるか否か、即ち実行した検索が失敗しても、情報が存在し得るのか否かの答えが得られないという問題に直面する。
【０００８】
従って、「ヒット」数を絞り込むために、込み入った検索項目の手続きによる時間の掛かるネットワーク検索を実行しなくとも、あるトピック即ちオブジェクトについて絞り込んだ情報を容易に送出するシステムを設計することが望ましい。
【０００９】
即物的な世界では、人工的な又は手を加えていない膨大な異なるオブジェクトが存在し、同様にコンピュータ・ネットワークの仮想世界では、事実上全ての物理的なオブジェクトについての情報が存在する。しかしながら、以上で説明したように、特定のオブジェクトに関連した情報を抽出することは、困難である。従って、情報空間において物理的なオブジェクトをサービスにリンクするシステムに対する要請がある。
【００１０】
日々の生活から、限定数のオブジェクトをオブジェクトについての情報に接続可能にする多数の専売権システムが知られている。例えば、このようなシステムは、車のスペア・パーツをデータ・ベースの情報にリンク可能である。システム及び図面にパーツ番号を入力してもよく、入手の可能性、価格等についての情報が返送される。同様のシステムは、スパーマーケットでも見られる。このシステムは、調査中のオブジェクト、又は販売品目、価格等に関する勘定書に関連した情報を表示することができる。
【００１１】
しかしながら、以上のシステムは全て、オブジェクト及び関連する情報サービスの数、堅固さ及び汎用性に対する尺度可能性に関していくつかの制限がある。
【００１２】
更に、「切断された」リンク、即ち同期して１点においてユーザにより蓄積され、かつもはや有効でなリンク及びアドレスは、コンピュータ・ネットワークに問題を残す。通常、情報又はサービスの位置、即ちファイル名と共に情報又はサービスを蓄積しているネットワークのコンピュータのアドレスは、サーバ、ネットワーク・アドレス等の再編成のために、時がたつに従って変化する。この場合、ネットワークからのあるサービスを抽出するための被呼アドレス又はリンクがもはや有効でなくなっている恐れがあり、エラー・メッセージがユーザに返送される。従って、失敗なしに、オブジェクトについての情報を抽出可能にするためには、切断されたリンクを回避することが望ましいのは、明らかである。
パタンカール（Ｐａｔａｎｋａｒ Ａ．Ｋ）ほか：「ＣＩＭデータ・ベースを移動オブジェクトと連合させるディレクトリ・サービス（Ａ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ ｆｏｒ ａ Ｆｅｄｅｒａｔｉｏｎ ｏｆ ＣＩＭ Ｄａｔａｂａｓｅｓ ｗｉｔｈ Ｍｉｇｒａｔｉｏｎｇ Ｏｂｊｅｃｔｓ）;データ技術に関する第１２回国際会議報告（ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ｔｗｅｌｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｄａｔａ Ｅｎｇｉｎｅｅｒｉｎｇ）、ニューオリンズ、１９９６年２月２６日〜３月１日、ｎｏ．ＣＯＮＦ．１２、１９９６年２月２６日、第１４２頁〜第１５０頁は、製造事象に応答してオブジェクトの移動がある大きな連合のデータ・ベース用ディレクトリ機構を説明している。このディレクトリ機構によれば、オブジェクトは、質問処理中の問題を避けるために、これらオブジェクトの位置を分散ディレクトリ・サーバに報告する。一対のハッシュ機能に基づいて分散ディレクトリ・サーバにおいて１オブジェクトを識別することができ、かつポインタを使用してオブジェクトＩＤにはどの対のハッシュ機能を適用すべきかについて判断する。
【００１３】
（発明の概要）
従って、本発明の目的は、任意数のオブジェクトに関連付けられた情報を通信できるシステム及び方法を提供することである。
【００１４】
本発明の目的は、本発明の独立請求項１及び１５により解決される。
【００１５】
本発明は、実世界の任意数のオブジェクトを、任意の場所に配置できる任意数の処理装置又はアプリケーション・サーバ上に蓄積された情報サービスに都合よくリンクできるようにする。これらのサービスは、テキスト、イメージ、アプリケーション・プログラム、又は他の任意形式のメッセージが可能である。データ処理装置又はアプリケーション・サーバは、好ましくは、サービスに関連したデータを備えた複数のアプリケーション・データ・パケットを蓄積する。複数のアプリケーション・データ・パケットは、それぞれが実世界の複数のオブジェクトのうちの１つに関連付け可能とされる。即ち、これは、オブジェクトに関連した情報を含む。これらのアプリケーション・データ・パケットは、任意のサイズとすることができる。
【００１６】
都合よいことに、複数のディレクトリ・サーバは、それぞれが任意にスケール可能なデータ・ベースの一部を蓄積し、このデータ・ベースは、各オブジェクトをアプリケーション・データ・パケットのうちの少なくとも１つと関連付けたオブジェクト・データを含む。複数のディレクトリ・サーバは、オブジェクトに関連するアプリケーション・データ・パケットを抽出する際に、キー・リソースとして使用される。読み出し手段から読み出しオブジェクト・タグを受け取り、かつディレクトリ・サーバを識別して前記読み出しオブジェクト・タグに関連したオブジェクト・データを蓄積し、かつ前記オブジェクト・データを抽出する手段が設けられる。動作中に、システム・カーネルは、前記複数のオブジェクトのうちの１つに関連付けられたオブジェクト・タグのデータを受け取り、かつ前記複数のディレクトリ・サーバのうちの１つにより実行される検索に基づいて、蓄積位置のアドレス、即ち前記オブジェクトに関連するアプリケーション・データ・パケットを蓄積するアプリケーション・サーバのアドレスを得る。次に、前記アプリケーション・データ・パケットを抽出することができ、装置に供給することができる。前記装置は、移動電話又はデータ処理装置等であってもよい。代替として、前記読み出しオブジェクト・タグに関連したオブジェクト・データは、前記装置に送信されてもよい。従って、前記発明は、都合よいことに、異なるプロバイダから異なるサービスを接続するのを可能にする。
【００１７】
本発明の好ましい実施例において、前記複数のディレクトリ・サーバは、それぞれが前記複数のアプリケーション・データ・パケットを複数のオブジェクト・のうちの特定の１つと関連させる情報を蓄積するタグ・メモリ手段を備えている。従って、タグ・データ・ブロックは、都合よく、少なくとも１つのオブジェクト・タグと、少なくとも１つのアプリケーション識別子とを備える。更に、複数のタグ・データ・ブロックは、前記アプリケーション識別子に対応する複数のアプリケーション・データ・パケットを蓄積する複数のアプリケーション・サーバの複数アドレスを備えている。
【００１８】
前記ディレクトリ・サーバは、それぞれが、都合よく、複数のアドレス・データ・ブロックを蓄積するアドレス・メモリ手段を備えており、前記複数のアドレス・データ・ブロックは、前記タグ・メモリ手段において指定された前記複数のアプリケーション・データ・パケットを蓄積するアプリケーション・サーバ・アドレスについての情報を含む。１アドレス・データ・ブロックは、都合よく、各アプリケーション・データ・パケットに対して設けられてもよい。従って、１アドレス・データ・ブロックは、１アプリケーション識別子、及び前記対応するアプリケーション・データ・パケットを蓄積する前記サーバの前記アプリケーション・サーバ・アドレスを蓄積することができる。更に、複数のアドレス・データ・ブロックは、アプリケーション・データ・パケットに関連付けられたオブジェクトの複数オブジェクト・タグを蓄積することができる。前記複数のアドレス・データ・ブロックは、都合よく、対応するアプリケーション・データ・パケットを除去したときに、オブジェクト・データからアプリケーション識別子を除去するために使用されてもよい。
【００１９】
オブジェクトは、そのタグを介して、特定の複数の記憶位置、即ち特定の複数のアプリケーション・サーバの複数のアドレスに、間接的にリンク可能にされているので、タグ・メモリ手段及びアドレス・メモリ手段は、都合よく、切断されたリンクの問題を解決可能にする。従って、特定のオブジェクトに関連した特定のアプリケーション・データ・パケットのルックアップは、前記タグ・メモリ手段における特定のオブジェクト・タグを検索することにより、実行可能とされ、続いて、前記アドレス・メモリ手段からそれぞれのアプリケーション識別子に対するアプリケーション・サーバ・アドレスを抽出することができる。
【００２０】
本発明の他の実施例において、システムは、都合よく、利用可能なディレクトリ・サーバのリストをハッシュテーブル（ｈａｓｈｔａｂｌｅ）に蓄積するメモリ手段を備えており、ハッシュテーブルに基づいて特殊オブジェクトに関連した情報を蓄積する前記複数のディレクトリ・サーバのうちの特定の一つを識別するハッシュ機能が設けられる。従って、ハッシュ機能は、全てのオブジェクト・タグを前記複数のディレクトリ・サーバにマッピングするために使用される。前記ハッシュ機能は、前記オブジェクト・タグ及び関連したオブジェクト・データのうちの１つを蓄積して除去するオペレーション、及び前記ディレクトリ・サーバのうちの一つから前記オブジェクト・タグのうちの１つへ関連されたオブジェクト・データを抽出するオペレーション、及び前記ディレクトリ・サーバのうちの一方から他方へオブジェクト・データを再配置するオペレーションに、使用することができる。
【００２１】
都合よく、全てのオブジェクト・タグ及びディレクトリ・サーバ・アドレスを降順により番号付けしてもよく、シーケンス番号を有するオブジェクト・タグのタグ・データ・ブロックをディレクトリ・サーバにシーケンス番号により蓄積し、かつハッシュテーブルとして、利用可能な全てのディレクトリ・サーバのリスト、即ち割り付けた番号により分類されたこれらのアドレスを保持する。従って、前記ハッシュ機能により、前記オブジェクトのうちの特定の一つに関連された情報を蓄積する前記ディレクトリ・サーバを識別することができる。決定したディレクトリ・サーバは、前記オブジェクト・タグに関連したオブジェクト・データを蓄積する可能性がある。前記オブジェクト・データを蓄積しないのであれば、前記ハッシュ機能の出力範囲を半分にすることができる。
【００２２】
あるオブジェクトをオブジェクト・データのデータ・ベースに挿入するときは、都合よく、ハッシュ機能を使用して適当なディレクトリ・サーバを計算することができる。更に、新しいディレクトリ・サーバが利用可能となり、ハッシュテーブルに挿入されたときは、都合よく、前記ハッシュ機能を使用して複数のアドレス・データ・ブロックの複数位置の蓄積を再計算することができる。
【００２３】
しかしながら、好ましくは、少なくとも１つのスーパーバイザ・サーバによりハッシュテーブルを蓄積し、前記システム・カーネルの任意の他の構成装置は、ハッシュテーブル又は前記ハッシュテーブルのコピーを蓄積することができる。従って、前記ディレクトリ・サーバ等に前記ハッシュテーブルのコピーを蓄積することが可能である。好ましくは、処理時間を減少させるために、前記ハッシュテーブルの前記コピーを周期的にのみ更新することができる。
【００２４】
多くの装置によりルックアップ・オペレーションを実行することができるので、前記システムの複数の装置に前記ハッシュテーブルのコピーを設けることにより、前記システムの応答時間が更に短縮する。
【００２５】
更に、前記システム・カーネルの構成装置についての情報を蓄積する複数のブローカ・サーバを設けることができる。前記ブローカ・サーバは、更に、前記ハッシュテーブルの複数のコピーを蓄積するもできる。
【００２６】
都合よく、固定又は無線通信リンクを介して、情報を再生即ち表示するために使用される移動電話又はデータ処理装置に抽出したアプリケーション・データ・パケットを通信することができる。都合よく、特に設けたリソース手段により、音声処理のようなデータ変換を実行することができる。
【００２７】
更に、堅固なシステムを得るために、二重化構成装置によりシステム・カーネルの構成装置を二重化することができる。
【００２８】
更に、本発明の効果は、従属請求項に記載されている。
【００２９】
添付図面に関連させて見ることにより、本発明をより完全に理解することができる。
【００３０】
（発明の詳細な説明）
以下において、本発明の好ましい実施例を図面について説明する。
【００３１】
図１は本発明によるシステムの一実施例のブロック図を示す。このシステムは、複数のオブジェクトのそれぞれを複数の情報サービスのうちの対応するものとリンクさせるように、配列されている。
【００３２】
図１の実施例は、少なくとも１つのアプリケーション・サーバＡＳ；ＡＳ１−ＡＳｒ、及び複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎを備えている。このシステム・カーネルＫは、複数のアプリケーション・サーバと、電話Ｍ、データ処理装置ＤＰＵ等との間でデータを通信するように配列されている。アプリケーション・サーバは、それぞれアドレスＩＳ；ＩＳ１〜ＩＳｐを有し、それぞれアプリケーション識別子ＡＩ１〜ＡＩｍを有する複数のアプリケーション・データ・パケットを蓄積する。これらのアプリケーション・サーバは、インターネットのような既知のデータコム（ｄａｔａｃｏｍ）又はテレコム（ｔｅｌｅｃｏｍ）ネットワークの一部であってもよい。複数のオブジェクトＤは、複数のタグＴにより印が付けられている（それぞれ一つが示されている）。リーダＲは、オブジェクト・タグのデータを読み出し、これをシステム・カーネルＫに送信するために設けられている。
【００３３】
このシステムは、複数のオブジェクトにリンクするように配列され、これらのオブジェクトは、例えば、このオブジェクトに関連した種々の種類の情報に対する実世界のあらゆる製品又は項目であってもよい。従って、これらオブジェクトのうちの特定の各１つを焦点の情報サービス・セットに関連させることが可能である。ユーザは、リーダＲを使用して、オブジェクトＤのうちの特定の１つ即ち情報に関連したこのようなセットの情報サービス、又はオブジェクト・タグＴ；Ｔ１〜Ｔｗを読み出すことにより情報サービスについての情報を抽出することができる。そこで、オブジェクトについての情報は、アプリケーション・サーバの対応する一つからシステム・カーネルＫにより自動的に得られる。得られた情報は、システム・カーネルから、通常の電話又は移動電話であってもよい電話Ｍ、又はデータ処理装置ＤＰＵに送出される。
【００３４】
本発明によるシステムにより、ユーザは、例えば特定のオブジェクト、即ち製品の製造者により提供される１オブジェクト又は１グループのオブジェクトに関連したデフォルト情報をアクセスすることができる。更に、ユーザは、前記オブジェクトに関連した特殊なサービスを実行することができる。ユーザは、更に、あるオブジェクト、例えば前記オブジェクトに関連した１リストのサービスに利用可能なサービスをルックアップすることができ、またそのリストをブラウザすることもできる。この場合は、前記オブジェクトに関連した全てのサービスのリストをユーザにより操作されるデータ処理装置ＤＰＵのディスプレイ上に表示することができる。このシステムは、更に、例えば室内の、又はドア等を通過してオブジェクト・タグを自動的に読み出すために使用される。
【００３５】
アドレスＩＳ；ＩＳ１〜ＩＳｐを有する複数のアプリケーション・サーバ、及びアプリケーション・サーバオブジェクトＤに関連したデータを蓄積することは、インターネット、カンパニー・ネットワーク又はインターネットのような今日のコンピュータ・ネットワークに類似する世界中の任意の位置に配置されてもよい。更に、複数のアプリケーション・サーバの一部又は全てが少なくとも１つのデータコム又はテレコム・ネットワークの一部を構成すること、及びシステム・カーネルＫがオブジェクトとサービスとの間のリンクとして単にサービスすることもできる。かくして、アプリケーション・サーバは、専用の装置、又は他のネットワークと共有されてもよい。アプリケーション・サーバに蓄積されたデータは、例えば製品のユーザ・マニュアルのようなテキストであってもよく、データ又は他の種類の書き込み情報を蓄積する他のサーバにリンクしている。更に、データは、イメージ、ビデオ、音声信号等を含むことができる。アプリケーション・サーバ間のシステム・カーネルＫを介するデータの交換、移動電話及び／又は処理ユニットは、アプリケーションの相互的な実行を含むこともできる。
【００３６】
リーダＲは、複数のオブジェクト・タグＴ；Ｔ１〜Ｔｗのうちの１つを読み出すように配列されている。このリーダは、バー・コード・リーダ、又は他の読み出し装置であってもよい。オブジェクト・タグは、通常使用されているように活性又は受動タグが可能であり、また、好ましくは、非常に小さい。ｍｍ値域にあるタグは、今日、入手可能である。
【００３７】
リーダＲは、移動電話Ｍ及び／又はデータ処理装置ＤＰＵに接続された独立装置（ＰＣＭＣＩＡサイズ）であってもよく、又はリーダ、移動電話Ｍ、データ処理装置ＤＰＵを囲む波線により図１に示すように、移動電話Ｍ及び／又はデータ処理装置ＤＰＵに統合されてもよい。オブジェクト・タグを読み出すときに、ユーザは、好ましくは、オブジェクト・タグによりリーダを指示して、読み出し処理を開始する。しかしながら、オブジェクト・タグは、例えばリーダの近傍にあれば、自動的に読み出される。
【００３８】
リーダＲ、移動電話Ｍ及びデータ処理装置ＤＰＵ間の情報の送信は、無線通信を介して、又は固定通信ラインを介して実行されてもよい。例えば、データ送信は、移動電話ネットワーク、固定回線を使用する電話ネットワーク、及びコンピュータ・ネットワークを含めてもよい。
【００３９】
図１は１リーダＲを示すに過ぎないが、このシステムは、多数のリーダを動作させている多数のユーザにサービスすることができる。ユーザは、どこに配置されてもよく、唯一必要なことは、ユーザが情報に要求を発行し、かつ読み出しオブジェクト・タグを送信するために、システム・カーネルに接続することである。好ましくは、各ユーザは、更にアプリケーション・サーバ、又はディレクトリ・サーバのうちの１つから抽出された情報を受け取る装置も備えており、これは、例えば、移動電話Ｍ又はデータ処理装置ＤＰＵが可能である。
【００４０】
動作において、システム・カーネルＫは、リーダＲにより読み出されたオブジェクトＤのオブジェクト・タグＴ；Ｔ１〜Ｔｗを含むユーザから情報の要求を受け取る。要求を受け取ると、システム・カーネルＫは、オブジェクトＤに関連した情報を蓄積しているアプリケーション・サーバを識別するオペレーションを実行する。アプリケーション・サーバ及びアドレスＩＳ；ＩＳ１〜ＩＳｐがそれぞれ適当に識別されると、オブジェクトＤに関連したデータをアプリケーション・サーバから受け取ってユーザに供給することができる。
【００４１】
システムにより処理されるデータの量、即ちオブジェクトの数、及びアプリケーション・データ・パケットの数は、極端に大きいこともあり得るので、複数のオブジェクトを複数のアプリケーション・データ・パケットに関連させている全ての情報を単一のユニットが処理することはできない。従って、システム・カーネルＫは、複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎを含み、それぞれは、各アプリケーション・データ・パケットを複数のオブジェクトのうちの少なくとも１つに関連させているオブジェクト・データのデータ・ベースの一部を蓄積している。
【００４２】
入手可能なカーネル構成装置についての情報を保持する手段が設けられることが好ましい。一般的に、システム・カーネルのどのような構成装置であっても、この情報を保持することができる。しかしながら、この目的のために更に１又は複数の専用スーパーバイザ・サーバ（（図示なし）を設けることも可能である。１スーパーバイザ・サーバの数は、例えばシステムにより処理されるトラヒックによるものでよい。スーパーバイザ・サーバ／複数のサーバは、例えば、全てのディレクトリ・サーバの常時最新アドレス・リストを保持することができる。加えて、周期的に更新されるリストのコピーをシステム・カーネルのどこかで蓄積してもよい。
【００４３】
複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎ上にオブジェクト・データのデータ・ベースを分散させて、新しいオブジェクト・データを蓄積するために新しいディレクトリ・サーバを既存のものに加えることにより、オブジェクト数を殆ど任意にスケールできるのが、本発明の重要な特徴である。各ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎは、好ましくは、利用可能なオブジェクト・タグＴ；Ｔ１〜Ｔｗの少数の範囲に関連したオブジェクト・データを蓄積する。以上で述べたように、１オブジェクト・データに関連したオブジェクト・データは、アプリケーション・データ・パケット、例えば、アプリケーション・データ・パケットを蓄積するアプリケーション・サーバＩＳ；ＩＳ１〜ＩＳｐのアドレスの蓄積位置についての情報と共に、オブジェクトに関連したアプリケーション・データ・パケットのアプリケーション識別子ＡＩ１〜ＡＩｍを含む。
【００４４】
本発明の一実施例によれば、システム・カーネルＫによるアプリケーション・データ・パケットの抽出を２ステップによって実行することができる。第１のステップにおいて、オブジェクトに関連したオブジェクト・データを蓄積しているディレクトリ・サーバを識別して、オブジェクト・データを抽出する。第２のステップにおいて、オブジェクト・データを使用して、アプリケーション・サーバからアプリケーション・データ・パケットを抽出し、かつ／又はオブジェクト・データ又はその複数の部分をユーザに、即ち移動電話Ｍ及び／又はデータ処理装置ＤＰＵに送信する。
【００４５】
前記正しいディレクトリ・サーバを識別する第１のステップは、利用可能な全てのディレクトリ・サーバＤＳ１〜ＤＳｎのアドレス又は識別子を含むハッシュテーブルＨ内のルックアップを介して実行されてもよい。このルックアップ手順を容易にするために、ハッシュ機能を使用する。
【００４６】
ハッシュ機能は、複数のオブジェクトを複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎにマッピングするために使用される。オブジェクトの数はディレクトリ・サーバの数より大きくなるので、ハッシュ機能は、１グループのオブジェクトに関連したオブジェクト・データを各ディレクトリ・サーバに割り付けるために使用される。従って、各オブジェクト・タグは、ハッシュ機能を使用して目標ディレクトリ・サーバに割り付けられる。好ましくは、ハッシュ機能は、利用可能なディレクトリ・サーバ上に複数のオブジェクト・タグを均等に配分する。このようなマッピングを容易にするために、１シーケンスの全てのオブジェクト及びディレクトリ・サーバは、好ましくは、例えば番号、ストリング等により定義される。多くの異なるマッピング機構又はハッシュ機能を採用することは可能である。
【００４７】
従って、複数のディレクトリ・サーバ上のオブジェクト・データの分布はハッシュ機能に対応する定義機構によるので、特定のオブジェクト・タグに関連したオブジェクト・データを蓄積する目標ディレクトリ・サーバの識別用と同一機構を使用することができる。データ・ベースに対する変更のために、オブジェクト・データを目標ディレクトリ・サーバ上で発見してはならないときは、ハッシュ機能は、他の実施例により述べているように、オブジェクト・データを蓄積している実際のディレクトリ・サーバを識別するステップを更に含む。
【００４８】
以下で更に詳細に概説するように、新しいオブジェクト・データを前記ディレクトリ・サーバ上のデータ・ベースに挿入すべきとき、データを再配置しなければならないとき、又はディレクトリ・サーバの番号が変更されたときは、ハッシュ機能を採用することができる。
【００４９】
説明した実施例のシステム・カーネルＫは、少なくとも１つのアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒを備えている。これは、好ましくは、リーダＲにより読み出されたオブジェクト・タグＴ；Ｔ１〜Ｔｗを含んでいるオブジェクトについての情報要求を受け取る責任がある。更に、好ましくは、少なくとも１つのアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの少なくとも１つから得られるアプリケーション・サーバのアドレスＩＳ；ＩＳ１〜ＩＳｐを抽出し、及び／又は対応するアプリケーション・データ・パケットを抽出する責任がある。図１の実施例において、少なくとも１つのアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、接続されたチェーンの要求を実行し、リーダＲを使用して読み出されるオブジェクト・タグＴ；Ｔ１〜Ｔｗに関するシステムからの情報を抽出する。
【００５０】
他の実施例では、任意に位置する複数のアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒを設け、それぞれが例えば地理的な位置によりグループ化された１グループのユーザをサービスしても、又は複数のオブジェクトのサブグループをサービスしてもよい。
【００５１】
オブジェクト・タグＴを含む情報の要求を受け取った後に、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎを識別して、オブジェクトに関連したアプリケーション・データ・パケットに関する情報を蓄積するオペレーションを実行する。
【００５２】
これは、好ましくは、オブジェクト・タグＴ；Ｔ１〜Ｔｗを含む要求をディレクトリ・サーバＤＳ１；ＤＳ２；００；ＤＳｎのうちの１つに送出することを含み、続いて、これは、ハッシュ機能及びハッシュテーブルＨを使用してディレクトリ・サーバを判断してオブジェクト・タグＴ；Ｔ１〜Ｔｗを蓄積し、かつその特定のディレクトリ・サーバに対する要求を転送する。しかしながら、更に、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒ、又はシステム・カーネルＫの他の構成装置が正しいディレクトリ・サーバを識別するためのステップを実行することも可能である。
【００５３】
正しいディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎを識別後、要求は、オブジェクト・タグＴ；Ｔ１〜Ｔｗを含め、識別したディレクトリ・サーバに転送される。次のステップにおいて、ディレクトリ・サーバは、読み出したオブジェクト・タグＴ；Ｔ１〜Ｔｗ、従ってオブジェクトＤと関連付けされたアプリケーション・データ・パケットを蓄積しているアドレスＩＳ；ＩＳ１〜ＩＳｐの全てのアドレスを判断するオペレーションを実行する。以下で述べるように、正しいディレクトリ・サーバに到達する前に、ルックアップ要求を更なる装置に中継する中間ステップが可能である。
【００５４】
得られたアドレスＩＳ；ＩＳ１〜ＩＳｐ、及びオプションとして他の情報をアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒに返送することができ、これは、以下において、識別したアプリケーション・サーバから指定されたアプリケーション・データ・パケットを抽出し、又はアドレスＩＳ；ＩＳ１〜ＩＳｐ、及び、多分他の情報を直接、ユーザに即ち移動電話Ｍ又はデータ処理装置ＤＰＵに送信する。
【００５５】
以上で述べたように、アプリケーション・サーバは、物理的なオブジェクトに関連付けした種々のサービスを提供する。しかしながら、本発明によりシステムは、付加的な情報サービスを含めるために、他の情報システムと両立可能なことが好ましい。両立可能なシステムは、例えば、インターネットが考えられる。この場合に、本発明によるシステムにより、オブジェクト・タグに基づいてｗｗｗ情報を抽出することができる。更に、システムは、それ自身のアプリケーション・サーバを設けることをせずに、インターネットのような既存のコンピュータ・ネットワークの蓄積手段を全面的に使用することもできる。また、本発明によるシステム及び方法は、既知のデータコム又はテレコム・ネットワークの標準及び／又は修正プロトコルを使用してオブジェクトに関連付けした情報を抽出することもできる。
【００５６】
以下、図２に関連して、ハッシュテーブルＨに保持された利用可能なディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのリストの一実施例を説明する。
【００５７】
以上で説明したように、リーダＲからオブジェクト・タグＴ；Ｔ１〜Ｔｗを受け取った後に、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ディレクトリ・サーバのうちの１つに要求を送信し、続いてこれが複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの特定の１つを識別して受け取ったオブジェクト・タグＴに関連したオブジェクト・データを蓄積する。
【００５８】
システム・カーネルＫの任意の構成装置によりハッシュテーブルを蓄積することができる。しかしながら、好ましくは、新たに利用可能なディレクトリ・サーバ、及び除去されたディレクトリ・サーバのトラッキングを保持するために少なくとも１つのスーパーバイザ・サーバＨＳ１〜ＨＳｔに常時最新のハッシュテーブルを蓄積する。ハッシュテーブルのコピーは、各ディレクトリ・サーバに付加的に蓄積されて正しいディレクトリ・サーバに関する要求を受け取ったときにルックアップ動作を実行させることができる。更に、少なくとも１つのアプリケーション・サーバ又はブローカ・サーバ（図示なし）に、ハッシュテーブルのコピーを蓄積することができる。
【００５９】
ハッシュテーブルのコピーは、最新である必要はない。これらは、好ましくは、更新手段（図示なし）により単に周期的に更新される。オブジェクト・データのルックアップは非臨界的なステップであるので、ハッシュテーブルＨのコピーを単に周期的に更新することにより、リソースをセーブすることができる。
【００６０】
図１に関して簡単に説明したように、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの１つがディレクトリ・サーバを識別して要求したオブジェクト・タグに関連した情報を蓄積することが好ましい。しかしながら、システム・カーネルＫの他の構成装置は、正しいディレクトリ・サーバを識別する手段としてサービスすることができる。
【００６１】
好ましくは、ハッシュテーブルＨは、アプリケーション・サーバのアドレスを含むレコードを蓄積する多数のエントリを備えている。
【００６２】
図２の例において、ハッシュテーブルは、８エントリを備え、利用可能なサーバのアドレスはハッシュテーブルのそれぞれの逐次的なエントリによるレコードとして蓄積される。従って、ハッシュテーブルは、図２に示すように、利用可能な全てのディレクトリ・サーバの順序付けしたリストを構成する。ハッシュテーブルＨに蓄積したレコードは、４つのディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのアドレスに代わって、Ａ、Ｂ、Ｃ及びＤにより表されている。しかしながら、任意の他の順序、例えばＤ、Ｂ、Ａ、Ｃ及びＤも可能である。
【００６３】
以上、概説したようにディレクトリ・サーバにおいてオブジェクト・タグに対する不必要なルックアップ・オペレーションを避けるために、オブジェクト・サーバは、図２に示す検索手段ＳＭにより実行可能とされるハッシュ機能により、ディレクトリ・サーバに蓄積されることが好ましい。検索手段ＳＭは、好ましくは、オブジェクト数及び利用可能なディレクトリ・サーバ数に対応して複数のオブジェクト・タグをグループ分けする。即ち、オブジェクト・データを抽出すると共に蓄積する目標ディレクトリ・サーバは、例えばタグに割り付けられた番号、及び利用可能なディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎの番号であり得るオブジェクト・タグの識別子に基づいて決定される。
【００６４】
これらのオブジェクト・タグはグループ分けされてもよく、各グループのオブジェクト・タグに関連したオブジェクト・データは、ハッシュ機能又は任意の機構を使用して複数のディレクトリ・サーバのうちの１つに蓄積されてもよい。ディレクトリ・サーバ上のオブジェクトに関連したオブジェクト・データを蓄積するために、及びオブジェクトに関する情報を要求を受け取ったときに正しいディレクトリ・サーバを決定するために、同一の機構又はハッシュ機能を使用することが保証されることのみを必要とする。例えば、蓄積機構として、全てのオブジェクト・タグ及びディレクトリ・サーバは、逐次的に番号付けされてもよく、また逐次的な番号によるオブジェクト・タグに関連したオブジェクト・データは、蓄積された、逐次的な番号によるディレクトリ・サーバであってもよい。
【００６５】
示した実施例において、逐次的な番号を有するディレクトリ・サーバ上に逐次的な番号を有するオブジェクト・タグをマッピングするハッシュ機能を使用する。従って、各ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎは、１サブグループの逐次的に番号付けされたオブジェクト・タグＴ１〜Ｔｗを蓄積し、これによって逐次的な番号を有するオブジェクト・タグは、逐次的な番号を有するディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎ上に蓄積される。従って、第１のオブジェクト・タグＴ１に関連したオブジェクト・データはディレクトリ・サーバＤＳ１上に蓄積され、第２のオブジェクト・タグＴ２に関連したオブジェクト・データはディレクトリ・サーバＤＳ２上に蓄積され、第３のオブジェクト・タグＴ３に関連したオブジェクト・データはディレクトリ・サーバＤＳ３上に蓄積され、かつ第４のオブジェクト・タグＴ４に関連したオブジェクト・データはディレクトリ・サーバＤＳ４上に蓄積される。４ディレクトリ・サーバは利用可能なので、第５のオブジェクト・タグＴ５に関連したオブジェクト・データは再び第１のディレクトリ・サーバＤＳ１に蓄積され、同様に、他の全てのオブジェクト・タグは、利用可能な４ディレクトリ・サーバ上に蓄積される。
【００６６】
ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎ上のオブジェクト・データを蓄積／抽出する前記ハッシュ機能は、１例として単にサービスするだけであり、他のマッピング機構を使用することもできる。例えば、特定のディレクトリ・サーバにあるレンジの数を有するオブジェクト・タグのブロックを蓄積できるようにすることもできる。
【００６７】
システムの重要な特徴は、オブジェクト・データの大きなデータ・ベースを処理する能力である。更に、システムは、オブジェクト・データのデータ・ベースのばらつくサイズに対応する特徴を提供する。特に、このシステムは、新しいオブジェクト・データの挿入、又は古くなったオブジェクト・データの削除を処理することができる。更に、システムの容量を増加させる必要がある場合は、新しいディレクトリ・サーバを付加することができ、従って、オブジェクト・データの蓄積位置を再配列することができる。同様に、複数のディレクトリ・サーバを削除することができる。これらは全て、ハッシュ機能を使用してオブジェクト・データに対してハッシュテーブルＨを適当に配列し、かつディレクトリ・サーバを適当に割り付けことにより達成される。
【００６８】
以下、ハッシュテーブルＨ及びオブジェクト・データのデータ・ベースを保持して最新にする処理ステップと、オブジェクト・データを抽出するステップと図２ａに関連して説明する。
【００６９】
まず、いくつかの保守オペレーションを概要的に簡単に述べる。
【００７０】
新しいディレクトリ・サーバが利用可能になるのであれば、これを新しいレコードとしてハッシュテーブルＨに加算することができる。同様に、ディレクトリ・サーバのうちの１つを除去することができ、その場合に、ハッシュテーブルのうちの１つが空きになる。
【００７１】
しかしながら、利用可能なディレクトリ・サーバの数が変更された場合には、前のディレクトリ・サーバ数に基づいてハッシュ機能を使用して複数のディレクトリ・サーバに前に蓄積したオブジェクト・データをマッピングしたが、一方、目標ディレクトリ・サーバは、ディレクトリ・サーバの新しい数に基づいて識別される。これは、ディレクトリ・サーバが実際に所望のオブジェクトに関連したオブジェクト・データを実際に蓄積するに至らないことがしばしばある。この場合には、所望のオブジェクト・データを実際に蓄積するディレクトリ・サーバが最終的に識別されるまで、特殊なシーケンスにより残りのディレクトリ・サーバを質問するように、ハッシュ機能を設計してもよい。
【００７２】
以上の場合に、前に蓄積したオブジェクト・データを正しい目標ディレクトリ・サーバ、即ち、現在の、つまり新しいディレクトリ・サーバ数に基づいて、決定されたディレクトリ・サーバに転送することが好ましい。例えば、要求により、オブジェクト・データが正しいディレクトリ・サーバに配置されていないことが判明したときは、転送を実行することができる。
【００７３】
この手順に従って、ディレクトリ・サーバの数が変更された後、オブジェクト・データのデータ・ベースは、オブジェクト・タグの正しい蓄積位置、及び関連付けられたオブジェクト・データに関して漸次更新される、即ちそれぞれの目標ディレクトリ・サーバに移動される。
【００７４】
更に、ディレクトリ・サーバのうちの１つを置換するために新しく利用可能なディレクトリ・サーバをバックアップ・サーバとして挿入することもでき、この場合に、二重化されたサーバからバックアップ・サーバへオブジェクト・データのデータ・ベース一部をコピーすることにも注意すべきである。
【００７５】
以上の保守ステップは、好ましくは、最新のハッシュテーブルを常に使用するために、少なくとも１つのスーパーバイザ・サーバＨＳ１〜ＨＳｔにより実行される。
【００７６】
以下、図２ａのフロー・チャートのステップを詳細に説明する。
【００７７】
まず、新しいオブジェクト・タグに対応する新しいオブジェクト・データの挿入を説明する。
【００７８】
ステップＳ２１において、システムは、複数のディレクトリ・サーバ上に分散されているそのデータ・ベースに新しいオブジェクト・データを挿入するように通知される。
【００７９】
ステップＳ２２において、例えば利用可能なディレクトリ・サーバの数に基づくと共に、新しいオブジェクト・タグに割り付けられた番号に基づき、新しいオブジェクト・データを蓄積する一次ディレクトリ・サーバを計算する。一次ディレクトリ・サーバを識別するステップは、好ましくは、少なくとも１つのハッシュテーブルＨＳ１〜ＨＳｔにより実行される。しかしながら、システム・カーネルＫのどのような構成装置も一次ディレクトリ・サーバを識別することができる。従って、新しいオブジェクト・データを蓄積する一次ディレクトリ・サーバを識別するハッシュ機能は、利用可能なディレクトリ・サーバの数に依存しており、従って、図２ａに二重矢印により示すように、利用可能なディレクトリ・サーバの数により変動する。
【００８０】
ハッシュ機能を使用して新しいオブジェクト・データのための目標ディレクトリ・サーバを目標ディレクトリ・サーバに転送した後に、オブジェクト・データを目標ディレクトリ・サーバに転送し、ステップＳ２３において、これに蓄積する。これは、新しいオブジェクト・データを挿入するためにシーケンスのステップを完了する。
【００８１】
以下、更に図２ａに関して、所望のオブジェクト・タグ又はオブジェクトに関連したオブジェクト・データのためにルックアップ・・オペレーションを実行するステップを説明する。
【００８２】
ステップＳ２４において、システム・カーネルＫによりルックアップ要求を受け取る。以上で述べたように、通常、ユーザにより要求を発行してリーダＲを使用してオブジェクト・タグを読み出す。
【００８３】
ルックアップ要求の受け取り後、ステップＳ２２において、ハッシュ機能に従って特定のオブジェクト・タグのための一次ディレクトリ・サーバを決定する。ステップＳ２２は、破線によるブロックにより示すように、データを挿入してオブジェクト・データを抽出することに関して同一であることに注意すべきである。ハッシュ機能を使用してオブジェクト・タグ用の一次ディレクトリ・サーバを決定した後、ステップＳ２５において、オブジェクト・データの要求を目標ディレクトリ・サーバに転送する。
【００８４】
ステップＳ２６において、一次ディレクトリ・サーバでは、実際に、オブジェクト・タグに関連付けられたオブジェクト・データが一次ディレクトリ・サーバに配置されているか否かについて判断する。これは、以上で述べたように、データ・ベースはサイズが変化し、またディレクトリ・サーバは追加又は削除されることがあるので、何時もイエスにならない。従って、所望のオブジェクトに関連したオブジェクト・データがデータ・ベースに蓄積された後、新しいディレクトリ・サーバが追加された場合には、ステップＳ２２において計算された一次ディレクトリ・サーバは、オブジェクト・データが実際に蓄積されているディレクトリ・サーバと異なる。オブジェクト・タグに関連したオブジェクト・データをデータ・ベースに挿入した後、ディレクトリ・サーバのうちの１つを削除したときも、同様のことが云える。
【００８５】
識別した一次ディレクトリ・サーバ上にオブジェクト・データが配置されているときは、ステップＳ２７において、ディレクトリ・サーバからオブジェクト・データを抽出し、続いてシステム・カーネルにより実行される所望の情報をユーザに提供するステップを実行する。以上で述べたように、これは、オブジェクト・データに基づきアプリケーション・サーバからアプリケーション・データ・パケットを抽出すること、又はユーザに、即ちデータ処理装置ＤＰＵ及び／又は移動電話Ｍにオブジェクト・データ若しくはその一部を直接送信することを含む。
【００８６】
ステップＳ２６において、識別した一次ディレクトリ・サーバにオブジェクト・タグに関連したオブジェクト・データが配置されていないときは、ステップＳ２８において、ルックアップ要求を他のディレクトリ・サーバに転送する。ディレクトリ・サーバの数が最近増加された場合は、利用可能なディレクトリ・サーバの前の数に基づくハッシュ機能を使用して、ルックアップ要求を判断されたディレクトリ・サーバに転送してもよい。ディレクトリ・サーバの数が最近減少されたときも、同様のことが云える。いずれのディレクトリも所望のオブジェクト・データを蓄積していないときは、エラー・メッセージを発生して、オペレーションを終了する。
【００８７】
しかしながら、更に、ルックアップ要求を残りの全てのディレクトリ・サーバに転送することもできる。ステップ２８において正しいディレクトリ・サーバを識別した後に、所望の位置にオブジェクト・データが配置されていないときは、ステップＳ２９において、ディレクトリ・サーバからオブジェクト・データが抽出され、そのデータ・ベースから消去される。
【００８８】
続いて、フローはステップＳ２３に進む。ステップＳ２３において、以上で述べたように、抽出したオブジェクト・データをステップＳ２２において決定したオブジェクトディレクトリ・サーバに蓄積する。
【００８９】
図３は、本発明の他の例によるフロー・チャートを使用してオブジェクトに関連したアプリケーション・データ・パケットを抽出するステップを説明している。この実施例では、ディレクトリ・サーバを識別するモジュロ・オペレーションを採用したハッシュ機能を含むルックアップ・オペレーションを説明する。図３は、更に、正しいディレクトリ・サーバにオブジェクト・データが蓄積されていないことが検出された場合に、ハッシュ機能を使用してどのようにしてオブジェクト・データを再配列できるかについて説明している。
【００９０】
ステップＳ３１において、システム・カーネルＫは、オブジェクトに関連した情報を要求する要求をユーザから受け取る。要求は、少なくとも読み出し手段Ｒからシステム・カーネルに送信されたオブジェクトＤのオブジェクト・タグＴ；Ｔ１〜Ｔｗを含む。加えて、この要求は、例えばユーザのアドレス又は識別子と、要求した情報又はサーバの種類を指定するパラメータとを含む。好ましくは、この要求は、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒのうちの１つにより受信される。しかしながら、前述のように、このシステムの他の構成装置もこの要求を受信即ち処理する恐れがある。
【００９１】
オブジェクトに関連した情報に対する要求を受け取ると、ステップＳ３２において、サーバのハッシュテーブルＨにおけるエントリ数をパラメータαに割り付け、かつオブジェクト・タグの数をパラメータβに割り付ける。次のステップＳ３３において、モジュロ・オペレーションβｍｏｄ αを実行して、その結果をパラメータγに割り付ける。
【００９２】
次のステップＳ３４において、数γを有するハッシュテーブルの位置は、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの１アドレスを含むレコードか否かを判断する。即ち、割り付けた数γを有するディレクトリ・サーバが利用可能であるか否かを判断する。
【００９３】
サーバ・ハッシュテーブルの位置γが空のときは、ステップＳ３５において、α＝α／２を実行し、フローはステップＳ３３に戻る。再びＳ３３において、新しいγを得るために、再び、βｍｏｄ αを計算する。次いで、フローはステップＳ３４に行き、再び、サーバ・ハッシュテーブルの位置γがディレクトリ・サーバ・アドレスのうちの１つを備えたレコードを含むか否かを判断する。
【００９４】
ステップＳ３３、Ｓ３４及びＳ３５のループは、ステップＳ３５において、ハッシュテーブル位置γがディレクトリ・サーバ・アドレスを備えたレコードを含むと判断される。次いで、ステップＳ３６において、読み出しオブジェクト・タグを含む要求は、目標ディレクトリ・サーバ、即ちハッシュテーブル位置γにそのアドレスを蓄積しているディレクトリ・サーバに送信される。
【００９５】
続いて、ステップＳ３７において、目標ディレクトリ・サーバは、これに蓄積されているオブジェクト・データが読み出しオブジェクト・タグを備えたレコードを実際に含むか否かを判断する。このようなレコードを発見できない場合には、フローはステップＳ３３に戻り、γを新たに計算する。このフローは、オブジェクト・データを蓄積しているディレクトリ・サーバを発見するまで、以上で述べたように継続する。どのディレクトリ・サーバもオブジェクト・データを蓄積していないときは、エラー・メッセージを発生する。
【００９６】
以上の方法により計算した最初の利用可能なディレクトリ・サーバが読み出しオブジェクト・タグを備えたオブジェクト・データを含んでいないときは、ステップＳ３８において、オブジェクト・データの再配置を実行する。この場合に、以上の方法により計算したように、最初の利用可能なディレクトリ・サーバにオブジェクト・データを再配置する。再配置オペレーションは、好ましくは、「新しい」ディレクトリ・サーバ上にオブジェクト・データを蓄積すること、及び「旧」ディレクトリ・サーバ上のオブジェクト・データを削除することを含む。
【００９７】
ステップＳ３９において、オブジェクト・データを蓄積するディレクトリ・サーバは、オブジェクト・データからオブジェクトに関連付けられたアプリケーション・データ・パケットを蓄積するアプリケーション・サーバ・アドレスＩＳ；ＩＳ１〜ＩＳｐを決定して、抽出したアドレス及びアプリケーション識別子をアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒに戻す。
【００９８】
ステップＳ４０において、得られたアプリケーション・サーバのアドレスを使用して、それぞれのデータ・パケットを抽出する、又はアプリケーション・サーバ・アドレスをユーザに送信する。
【００９９】
他の実施例において、ディレクトリ・サーバの数を法として目標オブジェクトの数を計算することにより、所望のオブジェクト・データを蓄積しているアドレスを含むハッシュテーブルの位置数を得ることができる。更に、ルックアップ・オペレーションを実行するために異なるシーケンスのステップを例えばシーケンスのステップＳ３９、Ｓ３８及びＳ４０に付加してもよい。
【０１００】
他の実施例において、アプリケーション・データ・パケットを抽出するのに代わって、例えば要求を起動するユニットにアドレス情報、更にサービスについての情報を送信してもよい。更に、モジュロ・オペレーションの代わりに、複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎ上にオブジェクト・データのアナログ分配を行う他の数学的なオペレーションを採用してもよい。
【０１０１】
以下、複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎ上に保持されているデータ・ベースに新しいオブジェクトに関連したオブジェクト・データを入力するオペレーション例を図４に関連して説明する。図４では、図３に関連して説明したハッシュ機能を使用する。
【０１０２】
データ・ベースにオブジェクト・データを挿入するために、少なくとも１つのスーパーバイザ・サーバＨＳ１〜ＨＳｔに蓄積された常時最新ハッシュテーブルを使用することが好ましい。
【０１０３】
ステップＳ４１において、システム・カーネルＫは、ユーザ又はシステム管理者からの要求を受け取って、複数のディレクトリ・サーバに保持されたデータ・ベースに新しいオブジェクトに関連したオブジェクト・データを挿入する。
【０１０４】
ステップＳ４２〜ステップＳ４５において、図３と同じように、オブジェクト・データを蓄積するディレクトリ・サーバの数γを計算する。ステップＳ４２〜Ｓ４５はステップＳ３２〜Ｓ３５に対応するので、その説明を省略する。
【０１０５】
ステップＳ４４において、位置γにおけるディレクトリ・サーバが利用可能であると判断されたときは、ステップＳ４６において、位置γにおけるディレクトリ・サーバ上にオブジェクト・データを蓄積する。
【０１０６】
ステップＳ４４において、ハッシュテーブルに従い、ハッシュテーブルの位置γにおけるディレクトリ・サーバを識別する。次に、以下、ステップＳ４７において、システム・カーネルは、ディレクトリ・サーバγにて新しいオブジェクト・タグに関連したオブジェクト・データの蓄積を開始する。
【０１０７】
説明はしないが、以上のオペレーションは、更に、アプリケーション・サーバ上にそれぞれのアプリケーション・データ・パケットを蓄積することを含めてもよい。
【０１０８】
図３に関連して説明した前の例と類似して、他の実施例において、利用可能なディレクトリ・サーバ数上にハッシュ機能を適用することにより、新しいオブジェクト・タグに関連したオブジェクト・データを蓄積する目標ディレクトリ・サーバを得ることができる。
【０１０９】
図３及び図４に関連して以上で説明したステップは、ハッシュテーブルの位置γにおいて、ディレクトリ・サーバ上にオブジェクト・タグに関連したオブジェクト・データを最尤蓄積することを保証している。更に、例えば新しいディレクトリ・サーバを挿入した、又は古いものを移動したときは、オブジェクト・データを適当に再配列することを保証している。
【０１１０】
以下、図５に関連して、複数のディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの一実施例を説明する。
【０１１１】
１例として、ディレクトリ・サーバＤＳ１の構成装置を説明する。ディレクトリ・サーバＤＳ１は、ディレクトリ・サーバのオペレーションを制御する中央処理装置ＣＰＵを備えている。更に、複数のデータ・ブロックＴＢ１〜ＴＢｉを蓄積するタグ・メモリ手段ＴＭが設けられ、それぞれオブジェクトを識別するオブジェクト・タグＴ；Ｔ１〜Ｔｗのうちの少なくとも１つと、アプリケーション識別子ＡＩ１〜ＡＩｍのうちの少なくとも１つとを備えている。加えて、タグ・データ・ブロックは、少なくとも１つのアプリケーション識別子ＡＩ１〜ＡＩｍに対応したアプリケーション・データ・パケットを蓄積するアプリケーション・サーバ・アドレスＩＳ；ＩＳ１〜ＩＳｐを備えることができる。
【０１１２】
図５に示すディレクトリ・サーバＤＳ１の実施例は、更に、複数のアドレス・データ・ブロックＡＢ１〜ＡＢｋを蓄積するアドレス・メモリ手段ＡＭを備え、それぞれ前記アプリケーション識別子ＡＩ１〜ＡＩｍのうちの１つ、対応するアプリケーション・サーバ・アドレスＩＳ；ＩＳ１〜ＩＳｐ、及びオプションとして対応するオブジェクト・タグＴ；Ｔ１〜Ｔｗを備えている。例えばアドレス・データ・ブロックを除去したときは、前記アドレス・データ・ブロックを使用してゴミ収集（ｇａｒｂａｇｅ ｃｏｌｌｅｃｔｉｏｎ）を実行することができる。この場合に、アドレス・データ・ブロックは、それぞれのアプリケーション識別子を蓄積しているタグ・データ・ブロックを識別可能にする。
【０１１３】
図５の右側に、データ・ブロックＴＢｉの１例を示す。このデータ・ブロックの第１の記憶位置にオブジェクト・タグが蓄積され、前記タグ・データ・ブロックの次の位置には、オブジェクト・タグＴ；Ｔ１〜Ｔｗに関連したアプリケーション・データ・パケットのアプリケーション識別子を蓄積する。図示の場合に、アプリケーション識別子ＡＩ１０及びＡＩ１２は、データ・ブロックＴＢｉに含まれる。加えて、破線により示すように、データ・ブロックＴＢｉは、複数のアプリケーション・サーバ・アドレスを備えてもよく、そのうちのアプリケーション・サーバ・アドレスＩＳ２を示しており、アプリケーション識別子ＡＩ１０及びＡＩ１２に対応するアプリケーション・データ・パケットを蓄積すると仮定される。
【０１１４】
更に、図５の右側に、データ・ブロックＡＢｋの１例を示す。このアドレス・データ・ブロックＡＢｋにおける第１の記憶位置には、アプリケーション識別子が蓄積される。図示の場合では、アプリケーション識別子ＡＩ１０が蓄積される。図５の実施例において、アプリケーション識別子ＡＩ１０を有するアプリケーション・データ・パケットがアドレスＩＳ２を有するアプリケーション・サーバに配置されるので、このアドレス・データ・ブロックＡＢｋにおける次の位置には、アプリケーション・サーバ・アドレスＩＳ２が蓄積される。加えて、破線により示すように、アドレス・データ・ブロックＡＢｉは、複数のオブジェクト・タグを備えてもよく、そのうちでアプリケーション・データ・パケットＡＩ１０に対応するオブジェクト・タグＴ；Ｔ１〜Ｔｗが示されている。
【０１１５】
他の実施例において、ディレクトリ・サーバは、単一のメモリ手段を備えてもよく、この場合に、オブジェクトに関連した全てのオブジェクト・データは、提供されたメモリ手段に蓄積される。
【０１１６】
ディレクトリ・サーバＤＳ１が特定オブジェクト用のルックアップ要求を受け取ると、まず、オブジェクトは、実際にディレクトリ・サーバＤＳ１上に配置されているか否かを判断する。これがディレクトリ・サーバ上に配置されていないときは、オブジェクト・タグを含む要求を他のディレクトリ・サーバに転送することができる。しかしながら、オブジェクト・タグを含むタグ・データ・ブロックがディレクトリ・サーバＤＳ１上に蓄積されている場合には、前記オブジェクトに関連付けられたアプリケーション・データ・パケットの位置についての情報を抽出するオペレーションが実行される。図５の実施例において、オブジェクト・タグＴ；Ｔ１〜Ｔｗに関する情報を要求するときは、ディレクトリ・サーバＤＳ１はタグ・データ・ブロックＴＢｉを識別することになる。タグ・データ・ブロックＴＢｉは、アプリケーション識別子ＡＩ１０、及びアプリケーション・サーバ・アドレスＩＳ２を含む。
【０１１７】
アプリケーション・サーバ・アドレスＩＳ２がデータ・ブロックに含まれていないときは、アドレス・データ・ブロックＡＢｋから判断される。ディレクトリ・サーバにより、複数のアプリケーション・データ・パケットに関するこのような複数のルックアップ手順を実行することができ、かつ全ての結果は、検索要求を発行した装置に戻される。
【０１１８】
以下、オブジェクト・タグの構造の一実施例を簡単に説明する。十分に大きな数のオブジェクトを参照可能にするために、オブジェクト・タグは、好ましくは、少なくとも１２８ビットを含む。これらのビットは、ＡＳＣＩＩ等によるコード・デジット又は符号であってもよい。
【０１１９】
１例として、以下、デジットがコードである場合を説明する。オブジェクト・タグは、好ましくは、通常部分及び特殊部分により構成されることが好ましい。例えば、あるプロバイダは、１００、０００オブジェクト・タグの番号シリースを要求するときは、例えば番号シリース５８７８７０００００〜５８７８７９９９９９を予約することができる。この場合に、識別番号５８７８７０００００を使用してシリース・データを蓄積することができる。オブジェクト・タグの最上位デジットは、好ましくは、オブジェクト・タグの通常部分の長さ、以上の場合は５デジットを表す。このシリースにおけるオブジェクト・タグ、例えばタグ５８７８７０１２３４について一般的な情報のルックアップを実行するときは、オブジェクト・タグが先行５デジットにより前記番号シリースの１００、０００番号の部分であると識別される。そのときに、このシリースは、最後の５デジットを０にすることにより構成され、次に逐次的な番号５８７８７０００００によりルックアップが実行される。
【０１２０】
しかしながら、以上の例は、実際のシステムにおいて１０デジットを有するオブジェクト・タグのみを示すが、好ましくは、もっと大きな数のデジットが使用される。
【０１２１】
以下、図６に関連してシステム・カーネルＫの一実施例を説明する。
【０１２２】
図６に示す実施例のシステム・カーネルは、任意数のアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒと、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎと、任意数のブローカ・サーバＢＳ；ＢＳ１〜ＢＳｓと、リソース手段ＲＳ１〜ＲＳｕと、スーパーバイザ・サーバＨＳ１〜ＨＳｔとを備えている。全ての構成装置は、相互の通信のためにネットワークＮを介して接続される。堅固なシステムを得るために、全て又はいくつかのアプリケーション・サーバ、ブローカ・サーバ、ディレクトリ・サーバ、又はシステム・カーネルの他の構成装置を二重化してもよい。
【０１２３】
アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ユーザとシステム・カーネルとの間のリンクを構成している。例えば、ユーザがあるオブジェクトについての情報を得たいときは、リーダを使用してオブジェクト・タグを読み出し、かつアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒのうちの１つ、好ましくは、近傍に位置する１アプリケーション・サーバに送信される。このアプリケーション・サーバは、例えば、ルックアップ要求を適当なアプリケーション・サーバに送信する移動通信ネットワークのネットワーク・ノードに対して移動装置を接続することにより、アクセスされてもよい。アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、外部世界からオブジェクト・タグを受信する責任がある他に、好ましくは、オブジェクトに関連した情報を抽出して提供するシステムのルックアップ・オペレーション全体を監視する。ディレクトリ・サーバを使用してアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒにより制御されているルックアップ・オペレーションは、図１〜４に関連して既に述べた。
【０１２４】
ブローカ・サーバＢＳ；ＢＳ１〜ＢＳｓは、ディレクトリ、レソース及びネットワークに接続された他のブローカのデータ・ベースを保持する責任がある。従って、各ブローカ・サーバは、好ましくは、ディレクトリ・サーバ・アドレスのリストを蓄積すると共に、リソース手段のアドレス及び他のブローカ・サーバのアドレスを蓄積するメモリ手段を備えている。オブジェクトに関連した情報用の要求を受信すると、アクセス・サーバは、ブローカ・サーバのうちの少なくとも１つを使用して、適当なサーバ・アドレス、リソース手段等に関連してあるルックアップ・オペレーションを実行することができる。いくつかの場合において、ブローカ・サーバは、更に、ディレクトリ・サーバの適当な一つを識別するステップを実行することもできる。
【０１２５】
リソース手段ＲＳ１〜ＲＳｕは、アプリケーションの実施の複雑さを軽減するために、アプリケーション・データ・パケット上の一定のオペレーション、例えば音声レンダリング、音声認識、及び言語変換サービスを実行するために設けられている。
【０１２６】
スーパーバイザ・サーバＨＳ１〜ＨＳｔは、好ましくは、オブジェクト・データを挿入する及び又は除去するために使用される常時最新のデータ・ハッシュテーブルを保持する。
【０１２７】
システム・カーネルＫは、好ましくは、多分世界中に分配される。その構成装置は、電気通信ネットワークにより、又はインターネットのような既存のコンピュータ・ネットワークにより接続されてもよい。
【０１２８】
以下、図７に関連して本発明の他の実施例を説明する。図７は、オブジェクト・タグＴによりマークを付けされた複数のオブジェクトＤのうちの１つ、移動電話Ｍ又はデータ処理装置ＤＰＵに接続された読み出し手段Ｒ、既に説明したシステム・カーネルＫ、及びインターネットを介してシステム・カーネルＫに接続されたアプリケーション・サーバ・アドレスＩＳ；ＩＳ１〜ＩＳｐを示している。
【０１２９】
図７によるシステムの動作は、以下のようである。リーダＲにより読み出されたオブジェクト・タグＴ；Ｔ１〜Ｔｗは、システム・カーネルＫに対して固定通信リンク又は無線通信リンクを介して送信される。システム・カーネルＫは、ルックアップ・オペレーションを実行してオブジェクト・タグＴと関連付けられたオブジェクトＤに関連した情報を含むアプリケーション・データ・パケットの正確な位置についての情報を抽出する。システム・カーネルＫが情報、好ましくは、アプリケーション・サーバのアドレスを首尾よく抽出してオブジェクトに関連した情報を蓄積すると、蓄積位置についての情報がユーザに直接提供され、又はシステム・カーネルがアプリケーション・サーバから情報を抽出し、次いでこれを移動電話Ｍ又はデータ処理装置ＰＤＵを介してユーザに送信することができる。
【０１３０】
図８〜１１は、本発明による方法を実行する１例のステップを概要的に示す。
【０１３１】
まず、図８に関して、オブジェクトに関連した情報を抽出するステップの１例を説明する。
【０１３２】
第１のステップＳ８１において、移動電話Ｍ又はデータ処理装置ＤＰＵは、オブジェクトに関連した情報、即ちリーダＲにより読み出されたオブジェクト・タグに対するルックアップ要求を発行する。このルックアップ要求は、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒに送信される。次いで、アクセス・サーバは、ディレクトリ・サーバのうちの１つに要求を送信し、これが続いて読み出しオブジェクト・タグに関連したオブジェクト・データを蓄積している正しいディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎを識別する。しかしながら、他の実施例では、更に、アクセス・サーバにより、正しいディレクトリ・サーバの識別を実行してもよい。正しいディレクトリ・サーバを識別するステップの複数の例は、図３に関連して既に詳細に説明した。
【０１３３】
第２のステップＳ８２において、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、オブジェクト・タグに関連した情報について、ディレクトリ・サーバＤＳ；ＤＳ１〜ＤＳｎのうちの１つから情報を要求する。ディレクトリ・サーバは、例えばハッシュテーブルのコピーを使用して、そのデータ・ベースにルック・アップ・オペレーションを実行し、オブジェクト・データを蓄積しているディレクトリ・サーバに要求を転送し、このディレクトリ・サーバは、それらの蓄積位置、即ちアクセス・サーバのアドレスと共に、オブジェクトに関連付けられたアプリケーション・データ・パケットを識別する。このディレクトリ・サーバは、ステップＳ８３において、データをアクセス・サーバに送信する。
【０１３４】
続いて、ステップＳ８４及びＳ８５において、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ディレクトリ・サーバから受信した情報をユーザに送信するか、又はアクセス・サーバからの特定のアプリケーション・データ・パケットを抽出するオペレーションを実行する。最後のステップＳ８６において、アクセス・サーバは、抽出したデータをデータ処理装置ＤＰＵ、又は情報の要求を発行したユーザの移動電話Ｍに提供する。
【０１３５】
図９に関して本発明による方法の第２の例を説明する。図９の例は、特に有用であり、システムは、インターネットのような既知のデータコム又はテレコム・ネットワークと組み合わせて使用される。この場合には、ＨＴＴＰ要求を介するサービスのように、通常のインターネット・アドレスのルックアップを実行するために、本発明によるシステムが主体として使用されてもよい。
【０１３６】
第１のステップＳ９１において、ユーザは、図８に関して説明したように、データ処理装置ＤＰＵ又は移動電話Ｍを介してルックアップ要求を発行し、これがアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒにより受信される。図８のステップＳ８２及びＳ８３と同様に、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、ステップＳ９２及びＳ９３において、ルックアップ要求に基づいて、正しいディレクトリ・サーバを識別し、かつオブジェクト・タグに関連した情報を抽出するオペレーションを開始する。
【０１３７】
ステップＳ９４において、アクセス・サーバは、ルックアップ結果に基づくアプリケーション・データ・パケットを抽出して、この結果をデータ処理装置ＤＰＵ又は移動電話Ｍに送信する。代替として、アクセス・サーバは、このルックアップ結果をデータ処理装置ＤＰＵ又は移動電話Ｍに直接戻し、続いてステップＳ９５において、これを使用して、アクセス・サーバからアプリケーション・データ・パケットを直接抽出する。ステップＳ９６において、アプリケーション・データ・パケットを受信する。代替として、通常のＨＴＴＰ要求のように、通常のインターネット・ルックアップは、ステップＳ９５’及びＳ９６’において実行されてもよい。
【０１３８】
ここで、図１０について、正しいディレクトリ・サーバを識別する他の例を説明する。
【０１３９】
第１のステップＳ１０１において、以上の図と同様に、オブジェクト・タグに関連した情報に対するルックアップ要求をアクセス・サーバＡＳ；ＡＳ１〜ＡＳｒが受信する。
【０１４０】
ここでは、前の例と異なり、ルック・アップ・オペレーションを実行する際に、ブローカ・サーバＢＳ；ＢＳ１〜ＢＳｓを使用して、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒを支援し、正しいディレクトリ・サーバを識別するか、又はシステムのリソースをルックアップする。ステップＳ１０２において、アクセス・サーバは、ブローカ・サーバＢＳ；ＢＳ１〜ＢＳｓからのディレクトリ支援を要求する。ステップＳ１０３において、システムの正しいディレクトリ・サーバ又はリソースのアドレスをブローカ・サーバに送信し、ステップＳ１０４及びＳ１０５において、アクセス・サーバは、前の図と同様に、オブジェクト・タグに関連したオブジェクト・データを抽出する。
【０１４１】
代替として、ステップ１０３において、ブローカ・サーバＢＳ；ＢＳ１〜ＢＳは、他の好ましいどのようなディレクトリ・サーバもアクセス・サーバに戻すことができ、従ってアクセス・サーバは、ルックアップ要求を好ましいディレクトリ・サーバに転送し、次いで所望のオブジェクト・データを蓄積する正しいディレクトリ・サーバを識別する。
【０１４２】
図１１について本発明による方法を実行するステップの他の例を説明する。図１１の実施例は、例えば、抽出したアプリケーション・データ・パケットがユーザに送出される前に、更なる処理を必要とするアプリケーションに適している。以上で述べたように、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒ又は関係する他のサーバのロード処理を軽減するために、リソース手段ＲＳ；ＲＳ１〜ＲＳｕにより処理を実行することができる。
【０１４３】
以上の各例のように、ステップＳ１１１において、特定のオブジェクト・タグに関連した情報についてのルックアップ要求をアクセス・サーバが受信する。正しいディレクトリ・サーバのルックアップは、以上の各例と同一なので、その説明は省略する。ステップＳ１１２及びＳ１１３において、アクセス・サーバＡＳ；ＡＳ１〜ＡＳｒは、アクセス・サーバのうちの対応する１つから少なくとも１つのアプリケーション・データ・パケットを抽出し、ステップＳ１１４において、少なくとも１つのアプリケーション・データ・パケットをリソース手段ＲＳ；ＲＳ１〜ＲＳｕに送信し、そこで、受信したデータについて変換を実行し、かつステップＳ１１５において、データをアクセス・サーバに再送信する。
【０１４４】
最後のステップＳ１１６において、変換したデータをデータ処理装置ＤＰＵ及び／又は移動電話Ｍに転送する。
【０１４５】
代替として、破線により示すように、ステップＳ１１３〜Ｓ１１６の代わりに、ステップＳ１１３’において、アプリケーション・データ・パケットをアプリケーション・サーバからリソース手段ＲＳ；ＲＳ１〜ＲＳｕに直接、送信し、これが受信したデータについてオペレーションを実行してもよい。更に、ステップＳ１１５及びＳ１１６の代わりに、ステップＳ１１５’において、データをデータ処理装置ＤＰＵ又は移動電話Ｍに直接、転送してもよい。
【図面の簡単な説明】
【図１】 本発明の一実施例をブロック図を示す。
【図２】 ルックアップ・オペレーションを実行してディレクトリ・サーバのうちの特定に１つを識別するために使用されるハッシュテーブルの一実施例を表す。
【図２ａ】 本発明の一実施例により、オブジェクト・タグに関連付けられたオブジェクト・データを蓄積し、抽出し、かつ再配置する実行されるステップのフロー・チャートを示す。
【図３】 オブジェクトに関連したアプリケーション・データ・パケットを抽出する本発明の一実施例により実行されるステップのフロー・チャートを示す。
【図４】 新しいオブジェクト・データを蓄積するためにディレクトリ・サーバを識別する本発明の一実施例により実行されるステップのフロー・チャートを示す。
【図５】 それぞれタグ・データ・ブロック及びアドレス・データ・ブロックの構成装置と共に複数のディレクトリ・サーバのうちの１つの構成装置の一実施例のブロック図を示す。
【図６】 システム・カーネルの一実施例を示す。
【図７】 インターネットを含む本発明によるシステムの一実施例を示す。
【図８】 本発明による方法を実行するステップの一実施例を概要的に説明する。
【図９】 インターネットを含む本発明による方法を実行するステップの一実施例を概要的に示す。
【図１０】 本発明による方法を実行するステップであって、ブローカ・サーバにより実行されるルックアップ手順を含むステップの他の実施例を示す。
【図１１】 リソース手段により実行されるデータ変換を含む本発明による方法を実行するステップの他の実施例を示す。

Claims (29)

1. 複数のオブジェクトをこれらのオブジェクトに関連した情報と接続させるシステムにおいて、
   前記複数のオブジェクト（Ｄ）はオブジェクト・タグ（Ｔ）によりそれぞれ識別され
   それぞれアドレス（ＩＳ；ＩＳ１〜ＩＳｐ）を有し、かつ複数のアプリケーション・データ・パケットを蓄積するメモリ手段を備えた複数のアプリケーション・サーバであって、それぞれ、前記オブジェクトのうちの１つに関連され、かつアプリケーション識別子（ＡＩ１〜ＡＩｍ）により識別される前記複数のアプリケーション・サーバと、
   前記のオブジェクト・タグ（Ｔ）のうちの１つを読み出す読み出す手段（Ｒ）と、
   オペレーティングシステムを備え、
   オペレーティングシステムのシステム・カーネル（Ｋ）が、
   それぞれアドレスを有し、かつメモリ手段（ＴＭ；ＡＭ）を備えた複数のディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）、
   利用可能な全てのディレクトリ・サーバのアドレスのリストをハッシュテーブルに蓄積するメモリ手段、
   ハッシュ機能及びハッシュテーブル（Ｈ）に基づき前記ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）に前記オブジェクト・タグを割り付ける検索手段（ＳＭ）であって、１オブジェクト・タグの前記割り付けは利用可能なディレクトリ・サーバの数に依存し、かつ前記ディレクトリ・サーバは、分散したデータ・ベースに前記割り付けたオブジェクト・タグに関連付けられたオブジェクト・データを蓄積し、前記オブジェクト・データは、前記各オブジェクトを前記アプリケーション・データ・パケットのうちの少なくとも１つと関連付ける前記検索手段、
   前記読み出し手段（Ｒ）から前記読み出しオブジェクト・タグ（Ｔ）を受け取る手段、
   前記ハッシュテーブル（Ｈ）及び前記ハッシュ機能に基づき前記読み出しオブジェクト・タグに割り付けられた前記ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）を識別し、かつ前記オブジェクト・タグに対応する前記オブジェクト・データを抽出するディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）、及び
   前記オブジェクト・データに基づいて前記アプリケーション・データ・パケットのうちの少なくとも１つのを抽出する、又は前記オブジェクト・データのうちの少なくとも一部を受信装置（Ｍ、ＤＰＵ）に送信する手段
   とを管理することを特徴とするシステム。
2. １オブジェクトに対応するオブジェクト・データは、オブジェクト・タグと、少なくとも１つのアプリケーション識別子と、前記少なくとも１つのアプリケーション識別子により識別される前記少なくとも１つのアプリケーション・データ・パケットを蓄積する前記少なくとも１つのアプリケーション・サーバの前記アドレスとを備えていることを特徴する請求項１記載のシステム。
3. 前記各ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）は、
   複数のタグ・データ・ブロック（ＴＢ１〜ＴＢｉ）を蓄積するタグ・メモリ手段（ＴＭ）であって、複数のオブジェクト・タグ（Ｔ）のうちの１つと、前記アプリケーション識別子（ＡＩ１〜ＡＩｍ）のうちの少なくとも１つとをそれぞれ備えた前記タグ・メモリ手段ＴＭと、
   複数のアドレス・データ・ブロック（ＡＢ１〜ＡＢｋ）を蓄積するアドレス・メモリ手段（ＡＭ）であって、前記アプリケーション識別子のうちの少なくとも１つと、前記アプリケーション識別子のうちの少なくとも１つに対応する前記アプリケーション・データ・パケットのうちの少なくとも１つを蓄積する前記アプリケーション・サーバの前記アドレスとをそれぞれ備えている前記アドレス・メモリ手段と
   を備えていることを特徴とする前記請求項１又は２記載のシステム。
4. ハッシュ機能を使用して前記複数のディレクトリ・サーバ上に分散されたデータ・ベースからのオブジェクト・データを挿入及び除去し、かつ前記利用可能なディレクトリ・サーバの数が変化したときは、前記ハッシュテーブル（Ｈ）を更新する少なくとも１つのスーパーバイザ・サーバ（ＨＳ１〜ＨＳｔ）により特徴付けられる前記請求項のうちの１つに記載のシステム。
5. 複数の前記ディレクトリ・サーバは、前記ハッシュ機能を使用して前記ハッシュテーブル（Ｈ）のコピーを記憶し、前記読み出し目標タグに関連した前記オブジェクト・データを蓄積している前記ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）を識別するステップを実行することを特徴とする前記請求項のうちの１つに記載のシステム。
6. 前記ディレクトリ・サーバに蓄積された前記ハッシュテーブルのコピーを周期的に更新する更新手段により特徴付けられた前記請求項のうちの１つに記載のシステム。
7. 前記複数のディレクトリ・サーバの複数のアドレス、リソース手段（ＲＳ；ＲＳ１〜ＲＳｕ）の複数のアドレス、及び複数のブローカ・サーバ（ＢＳ；ＢＳ１〜ＢＳｓ）の複数のアドレスを蓄積するメモリ手段を備えた前記複数のブローカ・サーバにより特徴付けられた前記請求項のうちの１つに記載のシステム。
8. 前記複数のアプリケーション・サーバと移動電話Ｍ及び／又はデータ処理装置（ＤＰＵ）との間の通信を処理する複数のアクセス・サーバ（ＡＳ；ＡＳ１〜ＡＳｒ）により特徴付けられた前記請求項のうちの１つに記載のシステム。
9. 前記読み出し手段（Ｒ）は、無線通信リンク又は固定通信リンクを介して前記オブジェクト・タグ（Ｔ）を送信するために、前記移動電話（Ｍ）又は前記システム・カーネル（Ｋ）に接続された前記データ処理装置（ＤＰＵ）に接続されていることを特徴とする前記請求項のうちの１つに記載のシステム。
10. 前記リソース手段（ＲＳ；ＲＳ１〜ＲＳｕ）は、前記アプリケーション・サーバから得られた前記アプリケーション・データ・パケットについてデータ変換を実行することを特徴とする前記請求項のうちの１つに記載のシステム記載のシステム。
11. 前記システムは、既知のデータコム又はテレコム・ネットワークを含むことを特徴とする前記請求項のうちの１つに記載のシステム。
12. 前記システム・カーネル（Ｋ）の構成装置は、二重化構成装置により二重化され、かつ／又は前記各アプリケーション・サーバは、二重化アプリケーション・サーバにより二重化されていることを特徴とする前記請求項のうちの１つに記載のシステム。
13. 前記オブジェクト・タグ（Ｔ；Ｔ１〜Ｔｗ）は、それぞれ少なくとも１つの通常部分及び特殊部分を備えてることを特徴とする前記請求項のうちの１つに記載のシステム。
14. 複数のオブジェクトをこれらのオブジェクトに関連した情報に接続するシステムにおけるオペレーティングシステムが実行する接続方法において、
    オブジェクト・タグにより複数のオブジェクトのそれぞれにマークを付けるステップ、
    複数のアプリケーション・データ・パケットを蓄積すると共に、複数アプリケーション・サーバ・アドレスによりそれぞれ識別される、複数のアプリケーション・サーバのメモリ手段内でアプリケーション識別子によりそれぞれ識別するステップ、
    利用可能な全てのディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）のアドレス・リストをハッシュテーブル（Ｈ）に蓄積するステップ、
    ハッシュ機能及び前記ハッシュテーブル（Ｈ）を使用して前記オブジェクト・タグ（Ｔ；Ｔ１〜Ｔｗ）を前記ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）に割り付けるステップで、オブジェクト・タグの前記割り付けは、利用可能なディレクトリ・サーバの数に従っているステップ、
    複数のディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）に分散データ・ベースにマッピングしたオブジェクト・タグに対応するオブジェクト・データを蓄積すると共に、前記オブジェクト・データは、前記複数のオブジェクト（Ｄ）を前記複数のアプリケーション・データ・パケットと関連付けるステップ、
    読み出し手段（Ｒ）を使用して前記オブジェクト・タグのうちの１つを読み出し、かつ前記読み出したオブジェクト・タグをアクセス・サーバ（ＡＳ；ＡＳ１〜ＡＳｒ）に送信するステップ、
    前記ディレクトリ・サーバ（ＤＳ；ＤＳ１〜ＤＳｎ）を判断して、前記ハッシュテーブル（Ｈ）及び前記ハッシュ機能に基づいて前記オブジェクト・タグに対応するオブジェクト・データを蓄積するステップ、
    前記アプリケーション・サーバのうちの少なくとも１つのアドレスを得て前記オブジェクト・データに基づいて前記オブジェクトに関連付けられた前記アプリケーション・データ・パケットのうちの少なくとも１つを蓄積するステップ、
    前記アドレスを使用して前記アプリケーション・データ・パケットのうちの少なくとも１つを抽出し、又は前記アドレスに対応するデータを移動電話（Ｍ）及び／又はデータ処理装置（ＤＰＵ）に送信するするステップ
    を含む接続方法。
15. オブジェクトと関連付けられたオブジェクト・データは、少なくとも１つのオブジェクト・タグと、少なくとも１つのアプリケーション識別子と少なくとも１つのアプリケーション識別子により識別された前記少なくとも１つのアプリケーション・データ・パケットを蓄積する前記少なくとも１つのアプリケーション・サーバのアドレスとを備えることを特徴とする請求項１４に記載の接続方法。
16. 前記オブジェクト・データを蓄積するステップは、
    前記オブジェクト・タグのうちの少なくとも１つ、及び前記アプリケーション識別子のうちの少なくとも１つをそれぞれ備えた複数のタグ・データ・ブロックを蓄積するステップと、
    前記複数のアプリケーション識別子のうちの少なくとも１つ、及び前記複数のアプリケーション識別子のうちの少なくとも１つに対応する前記少なくとも１つのアプリケーション・データ・パケットを蓄積している前記アプリケーション・サーバの前記アドレスとをそれぞれ備えた複数のアドレス・データ・ブロックを蓄積するステップとを備え、
    前記アドレスを得るステップは、前記読み出し目標タグ（Ｔ）を含む前記タグ・データ・ブロックの前記少なくとも１つのアプリケーション識別子の前記アドレス・データ・ブロックのうちの少なくとも１つを得る検索ステップを備えている
    ことを特徴とする請求項１４又は１５記載の接続方法。
17. 前記タグ・データ・ブロックは、前記オブジェクトに関連付けられた前記アドレス・データ・ブロックを蓄積している前記複数のアプリケーション・サーバの複数のアドレスを備えていることを特徴とする請求項１６記載の接続方法。
18. 前記データ・ベースから前記オブジェクト・タグのうちの一つに対応するオブジェクト・データを挿入し、かつ除去する際に前記ハッシュ機能を使用するステップ、
    前記ディレクトリ・サーバのうちの１つから前記オブジェクト・タグのうちの１つに関連したオブジェクト・データを抽出するステップ、
    前記オブジェクト・タグのうちの１つに関連したオブジェクト・データを前記ディレクトリ・サーバのうちの一方から他方へ再配置するステップ
    を含むことにより特徴付けられた請求項１４〜１７のうちの１つに記載の接続方法。
19. 前記オブジェクト・タグ及び前記ディレクトリ・サーバ・アドレスが、昇順により番号付けされるステップ、かつ順番によりオブジェクト・タグに対応するオブジェクト・データが、順番によりディレクトリ・サーバ上に蓄積されるステップ、
    割り付けられた番号により分類されたディレクトリ・サーバ・アドレスのリストが、前記ハッシュテーブルとして保持されるステップ、かつ
    前記ハッシュ機能及び前記ハッシュテーブルが、前記ディレクトリ・サーバのうちの１つを識別するために使用されるステップ
    を含むことにより特徴付けられた請求項１４〜１８のうちの１つに記載の接続方法。
20. オブジェクトに関連したオブジェクト・データの再配置ステップは、前記ディレクトリ・サーバのうちの１つが除去され、又は付加的なディレクトリ・サーバが前記ハッシュテーブルに挿入されたときには、前記ハッシュテーブルを実行するステップを含むことを特徴とする請求項１９記載の接続方法。
21. 新しいオブジェクトに関連したオブジェクト・データを挿入するステップは、新しいオブジェクト・タグに番号を割り付け、かつ前記ハッシュ機能を実行するステップを含むことを特徴とする請求項１９又は２０記載の接続方法。
22. 前記ディレクトリ・サーバを識別する前記ハッシュ機能は、ディレクトリの数を法として前記オブジェクト・タグの数値を決定すること、又は２の倍数により割り算したハッシュテーブルのレコード数を法として前記オブジェクト・タグの数値を決定することを含む
    ことを特徴とする請求項１９〜２１のうちの１つに記載の接続方法。
23. 前記ディレクトリ・サーバを識別するステップは、前記ディレクトリ・サーバのうちの１つ、又はネットワークに配列された複数のブローカ・サーバ（ＢＳ；ＢＳ１〜ＢＳｓ）のうちの１つにより実行されるステップを含む
    ことを特徴とする請求項１４〜２２のうちの１つに記載の接続方法。
24. 前記複数のディレクトリ・サーバ及び／又は複数のブローカ・サーバ（ＢＳ；ＢＳ１〜ＢＳｓ）は、前記ハッシュテーブルのコピーを保持し、前記コピーは、周期的に更新される
    ことを特徴とする請求項１４〜２３のうちの１つに記載の接続方法。
25. 前記アプリケーション・データ・パケットは、アプリケーションの実行に関連した前記オブジェクト又はデータについての情報を含むデータ及び／又は音声信号を含み、かつ
    前記移動電話又は前記データ処理装置は、前記アプリケーション・データ・パケットにより受信した情報を制御し、かつ表示又は再生するために使用される
    ことを特徴とする請求項１４〜２４のうちの１つに記載の接続方法。
26. 前記アプリケーション・データ・パケットは、リソース手段（ＲＳ；ＲＳ１〜ＲＳｕ）により処理されることを特徴とする請求項１４〜２５のうちの１つに記載の接続方法。
27. 前記アプリケーション・サーバは、既知のデータコム又はテレコム・ネットワークの一部を構成することを特徴とする請求項１４〜２６のうちの１つに記載の接続方法。
28. 前記システムは、既知のデータコム又はテレコム・ネットワーク上の通信、及び／又は前記既知のネットワークにより提供される接続サービスシステムであることを特徴とする請求項１４〜２７のうちの１つに記載の接続方法。
29. 前記システム・カーネル（Ｋ）の構成装置は、バックアップ構成装置により二重化されていることを特徴とする請求項１４〜２８のうちの１つに記載の接続方法。

Images