(57)【要約】  本開示は、広告、電子商取引及びオンラインクライアントインターラクションのための統合、情報処理及び自己改善ファシリティ（ＩＳＩＣＩ）の装置、方法及びシステムを詳細に説明する。ある実施例では、ＩＳＩＣＩは、（１）マルチリンクメニューコンポーネントの作成及び維持、（２）基底マルチリンク記録コンポーネントの登録及び更新、（３）マルチリンクメニューコンポーネントの分配／シンジケーション、という３つのコンポーネントを有する。ＩＳＩＣＩは、マルチリンクメニューの作成を可能にする。これらのメニューは、いかなるリンク、広告、電子商取引などにおいても出現可能である。ＩＳＩＣＩはユーザーがマルチリンクメニューを使用する方法を追跡する機構を与える。この追跡情報はＩＳＩＣＩにフィードバックされ、実際の使用追跡に応答してメニュー構成を更に改良させる。このため、ＩＳＩＣＩは、購入サイクルを月から瞬間に圧縮することができ、及び／又は、購入サイクルの様々な段階に既にあるより広い範囲の将来のクライアントに役立つことができる。【特許請求の範囲】
【請求項１】
プロセッサが実行する方法において、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスと当該コンテンツに埋め込まれたコードから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様が存在すればそれを取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
ユニークパーシステント統一名称識別子メニュー仕様を入手できなければユニークパーシステント統一名称識別子ディレクトリのメタデータから生成し、
前記ユニークパーシステント統一名称識別子メニュー仕様をユニークパーシステント統一名称識別子シンジケーターの前記ユニークパーシステント統一名称識別子ディレクトリに格納し、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とする方法。
【請求項２】
プロセッサが実行する方法において、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とする方法。
【請求項３】
データベースは多数の広告プロバイダーからのメニュー仕様を変更し、各広告プロバイダーは、それ自身の広告者に対して異なるメニュー仕様を提供することができることを特徴とする請求項２に記載の方法。
【請求項４】
広告者は、ユニークパーシステント統一名称識別子多重識別子のスポンサーになることができることを特徴とする請求項３に記載の方法。
【請求項５】
インターリンクされたユニークパーシステント統一名称識別子に由来して増加した検索ランキングに対して費用が取得可能であることを特徴とする請求項４に記載の方法。
【請求項６】
前記ユニークパーシステント統一名称識別子は、キーワードに関連付けられていることを特徴とする請求項５に記載の方法。
【請求項７】
ユニークパーシステント統一名称識別子は、インターリンクされた他のユニークパーシステント統一名称識別子メニューを有することができることを特徴とする請求項３に記載の方法。
【請求項８】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項３に記載の方法。
【請求項９】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項３に記載の方法。
【請求項１０】
スポンサーのあるユニークパーシステント統一名称識別子メニューを表示するために広告費用が課されることを特徴とする請求項３に記載の方法。
【請求項１１】
ユニークパーシステント統一名称識別子メニューに対するコードを生成することを更に有することを特徴とする請求項２に記載の方法。
【請求項１２】
前記コードは頒布されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記コードはＨＴＭＬであることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記コードはＤＨＴＭＬであることを特徴とする請求項１２に記載の方法。
【請求項１５】
前記コードはジャバスクリプトであることを特徴とする請求項１２に記載の方法。
【請求項１６】
前記ターゲットコンテンツアセットに関するメタデータ情報がユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項２に記載の方法。
【請求項１７】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項２に記載の方法。
【請求項１９】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項１９に記載の方法。
【請求項２１】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項１８に記載の方法。
【請求項２２】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項１８に記載の方法。
【請求項２３】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項２に記載の方法。
【請求項２４】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項２に記載の方法。
【請求項２５】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項２に記載の方法。
【請求項２６】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項２５に記載の方法。
【請求項２８】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項２に記載の方法。
【請求項２９】
前記ユニークパーシステント統一名称識別子は、イントラネットとして働くことを特徴とする請求項２に記載の方法。
【請求項３０】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項２９に記載の方法。
【請求項３１】
前記ユニークパーシステント統一名称識別子ディレクトリは、グローバルディレクトリであることを特徴とする請求項２に記載の方法。
【請求項３２】
前記要求は、当該コンテンツに埋め込まれたコードから誘起されることを特徴とする請求項２に記載の方法。
【請求項３３】
前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子ディレクトリから取得されることを特徴とする請求項２に記載の方法。
【請求項３４】
前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子シンジケーターから取得されることを特徴とする請求項２に記載の方法。
【請求項３５】
ユニークパーシステント統一名称識別子メニュー仕様を、それが入手不可能であれば、生成することを特徴とする請求項２に記載の方法。
【請求項３６】
前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子ディレクトリにおいてメタデータから生成されることを特徴とする請求項３５に記載の方法。
【請求項３７】
前記ユニークパーシステント統一名称識別子メニュー仕様を格納することを更に有することを特徴とする請求項３５に記載の方法。
【請求項３８】
前記ユニークパーシステント統一名称識別子メニュー仕様がユニークパーシステント統一名称識別子ディレクトリに格納されることを特徴とする請求項３７に記載の方法。
【請求項３９】
前記ユニークパーシステント統一名称識別子メニュー仕様がユニークパーシステント統一名称識別子シンジケーターに格納されることを特徴とする請求項３７に記載の方法。
【請求項４０】
前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに提供することを特徴とする請求項２に記載の方法。
【請求項４１】
コンテンツトラバースに応答して前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに表示することを特徴とする請求項４０に記載の方法。
【請求項４２】
前記メニューは、前記クライアントは広告でトラバースすると表示されることを特徴とする請求項４０に記載の方法。
【請求項４３】
前記メニューは、スポンサーのある検索エンジンクエリー結果に対して表示されることを特徴とする請求項４０に記載の方法。
【請求項４４】
前記要求クライアントのメニューナビゲーションに応答してユニークパーシステント統一名称識別子メニュートラバースを表示することを更に有することを特徴とする請求項４０に記載の方法。
【請求項４５】
前記ユニークパーシステント統一名称識別子メニューにおいてメニューアイテムのクライアント選択に応答してターゲット選択にトラバースすることを更に有することを特徴とする請求項４４に記載の方法。
【請求項４６】
プロセッサが実行する方法において、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、ユニークパーシステント統一名称識別子はターゲットコンテンツアセットに関係するコンテンツアイテムへの多重レファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録の階層構造に基づいてメニュー仕様を生成し、ここで、ユニークパーシステント統一名称識別子記録の第１レベル階層バリューは前記メニュー仕様のネストされたレベルを記述及び形成し、
ユニークパーシステント統一名称識別子メニュー仕様を格納し、前記ユニークパーシステント統一名称識別子はユニークパーシステント統一名称識別子シンジケーターに格納され、
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、前記ユニークパーシステント統一名称識別子メニュー仕様は前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とする請求項３５に記載の方法。
【請求項４７】
プロセッサが実行する方法において、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットに関係するコンテンツアイテムへの多重レファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録の階層構造に基づいてメニュー仕様を生成することを特徴とする方法。
【請求項４８】
データベースは、多数の広告プロバイダーからのメニュー仕様を変更し、各広告プロバイダーは、それ自身の広告者に対して異なるメニュー仕様を提供することができることを特徴とする請求項４７に記載の方法。
【請求項４９】
広告者は、ユニークパーシステント統一名称識別子多重識別子のスポンサーになることができることを特徴とする請求項４８に記載の方法。
【請求項５０】
インターリンクされたユニークパーシステント統一名称識別子に由来して増加した検索ランキングに対して費用が取得可能であることを特徴とする請求項４９に記載の方法。
【請求項５１】
前記ユニークパーシステント統一名称識別子は、キーワードに関連付けられていることを特徴とする請求項５０に記載の方法。
【請求項５２】
ユニークパーシステント統一名称識別子は、インターリンクされた他のユニークパーシステント統一名称識別子メニューを有することができることを特徴とする請求項４８に記載の方法。
【請求項５３】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項４８に記載の方法。
【請求項５４】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項４８に記載の方法。
【請求項５５】
スポンサーのあるユニークパーシステント統一名称識別子メニューを表示するために広告費用が課されることを特徴とする請求項４８に記載の方法。
【請求項５６】
前記ユニークパーシステント統一名称識別子メニューに対するコードを生成することを更に有することを特徴とする請求項２に記載の方法。
【請求項５７】
前記コードは頒布されることを特徴とする請求項５６に記載の方法。
【請求項５８】
前記コードはＨＴＭＬであることを特徴とする請求項５７に記載の方法。
【請求項５９】
前記コードはＤＨＴＭＬであることを特徴とする請求項５７に記載の方法。
【請求項６０】
前記コードはジャバスクリプトであることを特徴とする請求項５７に記載の方法。
【請求項６１】
ユニークパーシステント統一名称識別子仕様の生成は、コンテンツに埋め込まれた前記ユニークパーシステント統一名称識別子メニューの要求を有するサイト以外のサイトで発生することを特徴とする請求項４７に記載の方法。
【請求項６２】
ユニークパーシステント統一名称識別子仕様の生成は、ユニークパーシステント統一名称識別子メニューの要求を有するサイト以外のサイトで発生することを特徴とする請求項４７に記載の方法。
【請求項６３】
前記ターゲットコンテンツアセットに関するメタデータ情報がユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項４７に記載の方法。
【請求項６４】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項６３に記載の方法。
【請求項６５】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項４７に記載の方法。
【請求項６６】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項６５に記載の方法。
【請求項６７】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項６６に記載の方法。
【請求項６８】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項６５に記載の方法。
【請求項６９】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項６５に記載の方法。
【請求項７０】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項４７に記載の方法。
【請求項７１】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項４７に記載の方法。
【請求項７２】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項４７に記載の方法。
【請求項７３】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項７２に記載の方法。
【請求項７４】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項７２に記載の方法。
【請求項７５】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項４７に記載の方法。
【請求項７６】
ユニークパーシステント統一名称識別子記録の第１レベル階層バリューは、前記メニュー仕様のルートレベルを記述及び形成することを特徴とする請求項４７に記載の方法。
【請求項７７】
前記ユニークパーシステント統一名称識別子記録の後発ネスト階層バリューは、前記メニュー仕様のネストレベルを記述及び形成することを特徴とする請求項７６に記載の方法。
【請求項７８】
前記ユニークパーシステント統一名称識別子メニュー仕様を格納することを更に有することを特徴とする請求項４７に記載の方法。
【請求項７９】
前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子ディレクトリに格納されることを特徴とする請求項７８に記載の方法。
【請求項８０】
前記ユニークパーシステント統一名称識別子は、イントラネットとして機能することを特徴とする請求項７９に記載の方法。
【請求項８１】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項８０に記載の方法。
【請求項８２】
前記ユニークパーシステント統一名称識別子ディレクトリは、グローバルディレクトリであることを特徴とする請求項７９に記載の方法。
【請求項８３】
前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子シンジケーターに格納されることを特徴とする請求項７８に記載の方法。
【請求項８４】
前記ユニークパーシステント統一名称識別子メニュー仕様は、前記ユニークパーシステント統一名称識別子記録情報における第１の階層レベルに格納されることを特徴とする請求項７８に記載の方法。
【請求項８５】
前記メニュー仕様は、仕様として使用されて更なるメニュー仕様生成を防止する表示と共に格納されることを特徴とする請求項８４に記載の方法。
【請求項８６】
前記表示は、メニュー仕様の存在を知らせるブーリアン真値であることを特徴とする請求項８５に記載の方法。
【請求項８７】
ユニークパーシステント統一名称識別子記録の階層構造は、メニュー仕様の一部であるものを表すフィールド毎のフィールドバリューであることを特徴とする請求項４７に記載の方法。
【請求項８８】
ユニークパーシステント統一名称識別子記録の階層構造は、そのアクセス制御権を表すフィールド毎のフィールドバリューであることを特徴とする請求項４７に記載の方法。
【請求項８９】
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成することを更に有することを特徴とする請求項４７に記載の方法。
【請求項９０】
前記ユニークパーシステント統一名称識別子メニュー仕様は、前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からバリューを特定するのに使用されることを特徴とする請求項８９に記載の方法。
【請求項９１】
前記ユニークパーシステント統一名称識別子メニューを要求クライアントに提供することを更に有することを特徴とする請求項４７に記載の方法。
【請求項９２】
要求クライアントに、コンテンツトラバースに応答して前記ユニークパーシステント統一名称識別子メニューを表示することを特徴とする請求項９１に記載の方法。
【請求項９３】
前記メニューは、前記クライアントが広告でトラバースすると表示されることを特徴とする請求項９２に記載の方法。
【請求項９４】
前記メニューは、スポンサーのある検索エンジンクエリー結果に対して表示されることを特徴とする請求項９２に記載の方法。
【請求項９５】
前記要求クライアントのメニューナビゲーションに応答するユニークパーシステント統一名称識別子メニュートラバースを表示することを更に有することを特徴とする請求項９１に記載の方法。
【請求項９６】
前記ユニークパーシステント統一名称識別子メニューにおいてメニューアイテムのクライアント選択に応答してターゲット選択にトラバースすることを更に有することを特徴とする請求項９５に記載の方法。
【請求項９７】
プロセッサが実行する方法において、
メタデータフィールドとバリューを取得し、
ユニークパーシステント統一名称識別子メニュー仕様を存在すれば取得し、
入手不能であれば、前記メタデータフィールド及びバリューからユニークパーシステント統一名称識別子メニュー仕様を生成し、
メタデータフィールドを前記メニュー仕様におけるフィールドに照合し、
照合されたフィールド及びフィールドバリューに基づいて前記メタデータを検索し、
前記照合されたフィールド及びフィールドバリューに基づいてターゲットレファレンスを形成し、
ユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に前記ターゲットレファレンスを格納することを特徴とする方法。
【請求項９８】
前記メタデータフィールド及びバリューは、イントラ接続されたシステムから取得されることを特徴とする請求項９７に記載の方法。
【請求項９９】
前記メタデータフィールド及びバリューは、イントラ接続されたシステムに接続されたコネクタを介して取得されることを特徴とする請求項９８に記載の方法。
【請求項１００】
前記メタデータフィールド及びバリューは、イントラ接続されたシステムからのマスターメタデータ格納部から取得及び選択されることを特徴とする請求項９８に記載の方法。
【請求項１０１】
メタデータ情報は前記ターゲットコンテンツアセットに関してユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項９７に記載の方法。
【請求項１０２】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項１０１に記載の方法。
【請求項１０３】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項９７に記載の方法。
【請求項１０４】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項１０３に記載の方法。
【請求項１０５】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項１０４に記載の方法。
【請求項１０６】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項１０３に記載の方法。
【請求項１０７】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項１０３に記載の方法。
【請求項１０８】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項９７に記載の方法。
【請求項１０９】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項９７に記載の方法。
【請求項１１０】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項９７に記載の方法。
【請求項１１１】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項１１０に記載の方法。
【請求項１１２】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項１１０に記載の方法。
【請求項１１３】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項９７に記載の方法。
【請求項１１４】
前記ユニークパーシステント統一名称識別子は、イントラネットとして機能することを特徴とする請求項９７に記載の方法。
【請求項１１５】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項１１４に記載の方法。
【請求項１１６】
前記ユニークパーシステント統一名称識別子ディレクトリは、グローバルディレクトリであることを特徴とする請求項９７に記載の方法。
【請求項１１７】
前記ユニークパーシステント統一名称識別子をコンテンツに埋め込むことを更に有することを特徴とする請求項９７に記載の方法。
【請求項１１８】
前記ターゲットコンテンツアセット及び前記ターゲットレファレンスへのリンクを有するユニークパーシステント統一名称識別子メニューを作成することを更に有することを特徴とする請求項９７に記載の方法。
【請求項１１９】
前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに提供することを更に有することを特徴とする請求項１１８に記載の方法。
【請求項１２０】
コンテンツトラバースに応答して前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに表示することを更に有することを特徴とする請求項１１９に記載の方法。
【請求項１２１】
前記メニューは、前記クライアントは広告でトラバースすると表示されることを特徴とする請求項１２０に記載の方法。
【請求項１２２】
前記メニューは、スポンサーのある検索エンジンクエリー結果に対して表示されることを特徴とする請求項１２０に記載の方法。
【請求項１２３】
前記要求クライアントのメニューナビゲーションに応答するユニークパーシステント統一名称識別子メニュートラバースを表示することを更に有することを特徴とする請求項１１９に記載の方法。
【請求項１２４】
前記ユニークパーシステント統一名称識別子メニューにおいてメニューアイテムのクライアント選択に応答してターゲット選択にトラバースすることを更に有することを特徴とする請求項１２３に記載の方法。
【請求項１２５】
前記ユニークパーシステント統一名称識別子メニュー仕様を格納することをと更に有することを特徴とする請求項９７に記載の方法。
【請求項１２６】
前記ユニークパーシステント統一名称識別子をコンテンツに埋め込むことを更に有することを特徴とする請求項１２５に記載の方法。
【請求項１２７】
前記ユニークパーシステント統一名称識別子メニュー仕様がユニークパーシステント統一名称識別子ディレクトリに格納されることを特徴とする請求項１２５に記載の方法。
【請求項１２８】
前記ユニークパーシステント統一名称識別子メニュー仕様がユニークパーシステント統一名称識別子シンジケーターに格納されることを特徴とする請求項１２５に記載の方法。
【請求項１２９】
ターゲットレファレンスは、コンピュータシステムをリバースエンジニアリングすることによって生成されることを特徴とする請求項９７に記載の方法。
【請求項１３０】
ターゲットレファレンスは、ウェブサイトマップを取得することによって生成されることを特徴とする請求項９７に記載の方法。
【請求項１３１】
ウェブサイトマップは、クローリングによって取得されることを特徴とする請求項１３０に記載の方法。
【請求項１３２】
ターゲットレファレンスは、ＲＳＳフィードを取得することによって生成されることを特徴とする請求項９７に記載の方法。
【請求項１３３】
ターゲットレファレンスは、ブログエントリによって生成されることを特徴とする請求項９７に記載の方法。
【請求項１３４】
ターゲットレファレンスは、ウェブサイトから主メニューを取得することによって生成されることを特徴とする請求項９７に記載の方法。
【請求項１３５】
主メニューは、クローリングを通じて取得されることを特徴とする請求項１３４に記載の方法。
【請求項１３６】
前記コンピュータシステムの検索クエリーシンタックスは、ターゲットコンテンツアセットと前記ターゲットコンテンツアセットに関連するアイテムを識別するのに使用されることを特徴とする請求項１２９に記載の方法。
【請求項１３７】
ターゲットレファレンスは、メタデータフィールドバリューが提供可能な、提供されたクエリープロンプトを通じて生成されることを特徴とする請求項９７に記載の方法。
【請求項１３８】
前記クエリープロンプトは検索エンジンであり、トップ検索結果はターゲットレファレンスとして使用されることを特徴とする請求項１３７に記載の方法。
【請求項１３９】
メタデータフィールド及びバリューはクライアントから取得することを特徴とする請求項９７に記載の方法。
【請求項１４０】
前記メタデータはタブ記述形式であることを特徴とする請求項１３９に記載の方法。
【請求項１４１】
前記メタデータはＸＭＬ形式であることを特徴とする請求項１３９に記載の方法。
【請求項１４２】
前記メタデータはスプレッドシート形式であることを特徴とする請求項１３９に記載の方法。
【請求項１４３】
プロセッサが実行する方法において、
ユニークパーシステント統一名称識別子とユニークパーシステント統一名称識別子メニューとの間の関係を確立し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記ターゲットレファレンスを形成し、ここで、前記ターゲットレファレンスはユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に格納され、
前記ターゲットコンテンツアセットと前記ターゲットレファレンスへのリンクを有するユニークパーシステント統一名称識別子メニューを作成することを特徴とする方法。
【請求項１４４】
前記ターゲットコンテンツアセットに関するメタデータ情報がユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項１４３に記載の方法。
【請求項１４５】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項１４４に記載の方法。
【請求項１４６】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項１４３に記載の方法。
【請求項１４７】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項１４６に記載の方法。
【請求項１４８】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項１４７に記載の方法。
【請求項１４９】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項１４６に記載の方法。
【請求項１５０】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項１４６に記載の方法。
【請求項１５１】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項１４３に記載の方法。
【請求項１５２】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項１４３に記載の方法。
【請求項１５３】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項１４３に記載の方法。
【請求項１５４】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項１５３に記載の方法。
【請求項１５５】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項１５３に記載の方法。
【請求項１５６】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項１４３に記載の方法。
【請求項１５７】
前記ユニークパーシステント統一名称識別子メニューをコンテンツに埋め込むことを更に有することを特徴とする請求項１４３に記載の方法。
【請求項１５８】
前記ターゲットレファレンスを前記ユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に格納することを更に有することを特徴とする請求項１４３に記載の方法。
【請求項１５９】
前記確立された関係は、メニュー仕様に埋め込まれることを特徴とする請求項１４３に記載の方法。
【請求項１６０】
前記ユニークパーシステント統一名称識別子メニュー仕様を格納することを更に有することを特徴とする請求項１５９に記載の方法。
【請求項１６１】
ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子ディレクトリに格納されることを特徴とする請求項１６０に記載の方法。
【請求項１６２】
ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子シンジケーターに格納されることを特徴とする請求項１６０に記載の方法。
【請求項１６３】
ターゲットレファレンスは、コンピュータシステムをリバースエンジニアリングすることによって生成されることを特徴とする請求項１４３に記載の方法。
【請求項１６４】
ターゲットレファレンスは、ウェブサイトマップを取得することによって生成されることを特徴とする請求項１４３に記載の方法。
【請求項１６５】
ウェブサイトマップは、クローリングによって取得されることを特徴とする請求項１６４に記載の方法。
【請求項１６６】
ターゲットレファレンスは、ＲＳＳフィードを取得することによって生成されることを特徴とする請求項１４３に記載の方法。
【請求項１６７】
ターゲットレファレンスは、ブログエントリによって生成されることを特徴とする請求項１４３に記載の方法。
【請求項１６８】
ターゲットレファレンスは、ウェブサイトから主メニューを取得することによって生成されることを特徴とする請求項１４３に記載の方法。
【請求項１６９】
主メニューは、クローリングを通じて取得されることを特徴とする請求項１６８に記載の方法。
【請求項１７０】
前記コンピュータシステムの検索クエリーシンタックスは、ターゲットコンテンツアセットと前記ターゲットコンテンツアセットに関連するアイテムを識別するのに使用されることを特徴とする請求項１６３に記載の方法。
【請求項１７１】
ターゲットレファレンスは、メタデータフィールドバリューが提供される、提供クエリープロンプトを通じて生成されることを特徴とする請求項１４３に記載の方法。
【請求項１７２】
前記クエリープロンプトは検索エンジンであり、トップ検索結果はターゲットレファレンスとして使用されることを特徴とする請求項１７１に記載の方法。
【請求項１７３】
前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに提供することを特徴とする請求項１４３に記載の方法。
【請求項１７４】
コンテンツトラバースに応答して前記ユニークパーシステント統一名称識別子メニューを前記要求クライアントに表示することを特徴とする請求項１７３に記載の方法。
【請求項１７５】
前記メニューは、前記クライアントは広告でトラバースすると表示されることを特徴とする請求項１７４に記載の方法。
【請求項１７６】
前記メニューは、スポンサーのある検索エンジンクエリー結果に対して表示されることを特徴とする請求項１７４に記載の方法。
【請求項１７７】
前記要求クライアントのメニューナビゲーションに応答するユニークパーシステント統一名称識別子メニュートラバースを表示することを更に有することを特徴とする請求項１７３に記載の方法。
【請求項１７８】
前記ユニークパーシステント統一名称識別子メニューにおいてメニューアイテムのクライアント選択に応答してターゲット選択にトラバースすることを更に有することを特徴とする請求項１７７に記載の方法。
【請求項１７９】
前記ユニークパーシステント統一名称識別子はイントラネットとして機能することを特徴とする請求項１４３に記載の方法。
【請求項１８０】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項１７９に記載の方法。
【請求項１８１】
プロセッサが実行する方法において、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録情報を表示し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを追加し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを削除し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを変更し、
ユニークパーシステント統一名称識別子ディレクトリに、更新されたユニークパーシステント統一名称識別子記録情報を格納することを特徴とする方法。
【請求項１８２】
更新されたユニークパーシステント統一名称識別子記録情報を、それが編集されると表示することを更に有することを特徴とする請求項１８１に記載の方法。
【請求項１８３】
前記ターゲットコンテンツアセットに関するメタデータ情報がユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項１８１に記載の方法。
【請求項１８４】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項１８３に記載の方法。
【請求項１８５】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項１８１に記載の方法。
【請求項１８６】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項１８５に記載の方法。
【請求項１８７】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項１８６に記載の方法。
【請求項１８８】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項１８５に記載の方法。
【請求項１８９】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項１８５に記載の方法。
【請求項１９０】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項１８１に記載の方法。
【請求項１９１】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項１８１に記載の方法。
【請求項１９２】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項１８１に記載の方法。
【請求項１９３】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項１９２に記載の方法。
【請求項１９４】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項１９２に記載の方法。
【請求項１９５】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項１８１に記載の方法。
【請求項１９６】
前記ユニークパーシステント統一名称識別子は、イントラネットとして働くことを特徴とする請求項１８１に記載の方法。
【請求項１９７】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項１９６に記載の方法。
【請求項１９８】
前記ユニークパーシステント統一名称識別子ディレクトリは、グローバルディレクトリであることを特徴とする請求項１８１に記載の方法。
【請求項１９９】
前記更新されたユニークパーシステント統一名称識別子記録情報に基づいてメニュー仕様を生成することを更に有することを特徴とする請求項１８１に記載の方法。
【請求項２００】
前記更新されたユニークパーシステント統一名称識別子記録情報に基づいてユニークパーシステント統一名称識別子メニューを生成することを更に有することを特徴とする請求項１８１に記載の方法。
【請求項２０１】
プロセッサが実行する方法において、
ユニークパーシステント統一名称識別子のためのメニュー仕様の要求を受信し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記メニュー仕様をデータベースで検索し、
前記データベースにおいて見つからなければ、ユニークパーシステント統一名称識別子ディレクトリにおいてメタデータからの前記ユニークパーシステント統一名称識別子に対してメニュー仕様を生成し、
前記メニュー仕様をもし生成された場合には前記データベースに格納し、
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、
要求に応答して前記ユニークパーシステント統一名称識別子メニューを要求クライアントに提供することを特徴とする方法。
【請求項２０２】
データベースは多数の広告プロバイダーからのメニュー仕様を変更し、各広告プロバイダーは、それ自身の広告者に対して異なるメニュー仕様を提供することができることを特徴とする請求項２０１に記載の方法。
【請求項２０３】
広告者は、ユニークパーシステント統一名称識別子多重識別子のスポンサーになることができることを特徴とする請求項２０２に記載の方法。
【請求項２０４】
インターリンクされたユニークパーシステント統一名称識別子に由来して増加した検索ランキングに対して費用が取得可能であることを特徴とする請求項２０３に記載の方法。
【請求項２０５】
前記ユニークパーシステント統一名称識別子は、キーワードに関連付けられていることを特徴とする請求項２０４に記載の方法。
【請求項２０６】
ユニークパーシステント統一名称識別子は、インターリンクされた他のユニークパーシステント統一名称識別子メニューを有することができることを特徴とする請求項２０２に記載の方法。
【請求項２０７】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項２０２に記載の方法。
【請求項２０８】
ユニークパーシステント統一名称識別子プロバイダーは、ユニークパーシステント統一名称識別子メニュー提供に対して参照費用を受け取り可能であることを特徴とする請求項２０２に記載の方法。
【請求項２０９】
スポンサーのあるユニークパーシステント統一名称識別子メニューを表示するために広告費用が課されることを特徴とする請求項２０２に記載の方法。
【請求項２１０】
ユニークパーシステント統一名称識別子メニューに対するコードを生成することを更に有することを特徴とする請求項２に記載の方法。
【請求項２１１】
前記コードは頒布されることを特徴とする請求項２１０に記載の方法。
【請求項２１２】
前記コードはＨＴＭＬであることを特徴とする請求項２１１に記載の方法。
【請求項２１３】
前記コードはＤＨＴＭＬであることを特徴とする請求項２１１に記載の方法。
【請求項２１４】
前記コードはジャバスクリプトであることを特徴とする請求項２１１に記載の方法。
【請求項２１５】
前記ターゲットコンテンツアセットに関するメタデータ情報がユニークパーシステント統一名称識別子ディレクトリ記録に格納されることを特徴とする請求項２０１に記載の方法。
【請求項２１６】
前記メタデータ情報が前記ユニークパーシステント統一名称識別子ディレクトリ記録にハンドルバリューとして格納されることを特徴とする請求項２１５に記載の方法。
【請求項２１７】
前記ユニークパーシステント統一名称識別子は、人間を表すことを特徴とする請求項２０１に記載の方法。
【請求項２１８】
前記ユニークパーシステント統一名称識別子は、人間の様々な側面を表す多重識別子コンポーネントを有することを特徴とする請求項２１７に記載の方法。
【請求項２１９】
前記ユニークパーシステント統一名称識別子は、多重識別子コンポーネントへのアクセスを制限するアクセス制御を有することを特徴とする請求項２１８に記載の方法。
【請求項２２０】
前記ユニークパーシステント統一名称識別子は、統一医師識別子として機能することを特徴とする請求項２１７に記載の方法。
【請求項２２１】
前記ユニークパーシステント統一名称識別子は、統一患者識別子として機能することを特徴とする請求項２１７に記載の方法。
【請求項２２２】
前記ユニークパーシステント統一名称識別子は、ボイスオーバーインターネットプロトコルを表すことを特徴とする請求項２０１に記載の方法。
【請求項２２３】
前記ユニークパーシステント統一名称識別子は、インスタントメッセンジャー口座を表すことを特徴とする請求項２０１に記載の方法。
【請求項２２４】
前記ユニークパーシステント統一名称識別子は、ＲＦＩＤを表すことを特徴とする請求項２０１に記載の方法。
【請求項２２５】
前記ＲＦＩＤは、作成時にユニークパーシステント統一名称識別子として登録され、ユニークパーシステント統一名称識別子の一部としてＲＦＩＤ番号を含むことを特徴とする請求項２２４に記載の方法。
【請求項２２６】
前記ＲＦＩＤを含む取引は、前記ユニークパーシステント統一名称識別子のディレクトリ記録において追跡されることを特徴とする請求項２２４に記載の方法。
【請求項２２７】
前記ユニークパーシステント統一名称識別子は、健康管理記録を表すことを特徴とする請求項２０１に記載の方法。
【請求項２２８】
ユニークパーシステント統一名称識別子仕様の生成は、コンテンツに埋め込まれたユニークパーシステント統一名称識別子メニューの要求を有するサイト以外のサイトで発生することを特徴とする請求項２０１に記載の方法。
【請求項２２９】
ユニークパーシステント統一名称識別子仕様の生成は、ユニークパーシステント統一名称識別子メニューの要求を有するサイト以外のサイトで発生することを特徴とする請求項２０１に記載の方法。
【請求項２３０】
データベースは多数の広告プロバイダーからのメニュー仕様を変更し、各広告プロバイダーは、それ自身の広告者に対して異なるメニュー仕様を提供することができることを特徴とする請求項２０１に記載の方法。
【請求項２３１】
要求クライアントに提供される前記ユニークパーシステント統一名称識別子メニューは前記クライアントの識別表示に基づいていることを特徴とする請求項２０１に記載の方法。
【請求項２３２】
前記要求はコンテンツに埋め込まれたコードから誘起されることを特徴とする請求項２０１に記載の方法。
【請求項２３３】
要求クライアントに、コンテンツトラバースに応答して前記ユニークパーシステント統一名称識別子メニューを表示することを特徴とする請求項２０１に記載の方法。
【請求項２３４】
前記要求クライアントのメニューナビゲーションに応答してユニークパーシステント統一名称識別子メニュートラバースを表示することを更に有することを特徴とする請求項２０１に記載の方法。
【請求項２３５】
前記メニューは、前記クライアントは広告でトラバースすると表示されることを特徴とする請求項２３４に記載の方法。
【請求項２３６】
前記メニューは、スポンサーのある検索エンジンクエリー結果に対して表示されることを特徴とする請求項２３４に記載の方法。
【請求項２３７】
前記ユニークパーシステント統一名称識別子メニューにおいてメニューアイテムのクライアント選択に応答してターゲット選択にトラバースすることを更に有することを特徴とする請求項２３４に記載の方法。
【請求項２３８】
前記ユニークパーシステント統一名称識別子ディレクトリは、イントラネットとして機能することを特徴とする請求項２０１に記載の方法。
【請求項２３９】
前記イントラネットは、ユニークパーシステント統一名称識別子をローカル資源に対して解決させ、グローバルディレクトリへの解決を防止することを特徴とする請求項２３８に記載の方法。
【請求項２４０】
プロセッサが実行する方法であって、
ユニークパーシステント統一名称識別子のために通信ネットワークをクロールしてユニークパーシステント統一名称識別子のインデックスを生成し、ここで、前記要求はコンテンツのアクセスと当該コンテンツに埋め込まれたコードから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
比較に基づいてターゲットユニークパーシステント統一名称識別子を取得し、
ウェブサイトをインデックスクロールしながらターゲットユニークパーシステント統一名称識別子を発見されたユニークパーシステント統一名称識別子と比較し、
ユニークパーシステント統一名称識別子と発見されたユニークパーシステント統一名称識別子との間の照合数と非照合数に着目することによってターゲットユニークパーシステント統一名称識別子のインターリンク度を決定し、
決定されたインターリンク度情報と共にユニークパーシステント統一名称識別子データベースにおいてユニークパーシステント統一名称識別子インデックスを更新することを特徴とする方法。
【請求項２４１】
比較に基づいてターゲットユニークパーシステント統一名称識別子を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、
ウェブサイトをインデックスクロールしながらターゲットユニークパーシステント統一名称識別子を発見されたユニークパーシステント統一名称識別子と比較し、
ユニークパーシステント統一名称識別子と発見されたユニークパーシステント統一名称識別子との間の照合数と非照合数に着目することによってターゲットユニークパーシステント統一名称識別子のインターリンク度を決定することを特徴とする方法。
【請求項２４２】
ユニークパーシステント統一名称識別子のために通信ネットワークをクロールしてユニークパーシステント統一名称識別子のインデックスを生成することを更に有することを特徴とする請求項２４１に記載の方法。
【請求項２４３】
決定されたインターリンク度情報によりユニークパーシステント統一名称識別子データベースにおいてユニークパーシステント統一名称識別子インデックスを更新することを更に有することを特徴とする請求項２４１に記載の方法。
【請求項２４４】
前記ユニークパーシステント統一名称識別子は、前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であることを特徴とする請求項２４１に記載の方法。
【請求項２４５】
前記ユニークパーシステント統一名称識別子は、前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であることを特徴とする請求項２４１に記載の方法。
【請求項２４６】
前記ターゲットユニークパーシステント統一名称識別子にはスポンサーがついていることを特徴とする請求項２４１に記載の方法。
【請求項２４７】
前記ターゲットユニークパーシステント統一名称識別子は個別に特定されていることを特徴とする請求項２４１に記載の方法。
【請求項２４８】
前記ターゲットユニークパーシステント統一名称識別子はインデックスされたユニークパーシステント統一名称識別子のデータベースから取得されることを特徴とする請求項２４１に記載の方法。
【請求項２４９】
インターリンク度の決定は、既知のユニークパーシステント統一名称識別子毎に行われることを特徴とする請求項２４１に記載の方法。
【請求項２５０】
インターリンクされたユニークパーシステント統一名称識別子のランキングを生成することを特徴とする請求項２４９に記載の方法。
【請求項２５１】
ランキングはインターリンクデータベースからユニークパーシステント統一名称識別子を選択することを特徴とする請求項２５０に記載の方法。
【請求項２５２】
前記選択は、ランキング結果をセクターに限定することを特徴とする請求項２５１に記載の方法。
【請求項２５３】
前記選択は、ランキング結果を製品に限定することを特徴とする請求項２５１に記載の方法。
【請求項２５４】
前記選択は、ランキングを期間に限定することを特徴とする請求項２５１に記載の方法。
【請求項２５５】
前記ランキングは、周期的に生成されることを特徴とする請求項２５０に記載の方法。
【請求項２５６】
前記ランキングは販売されることを特徴とする請求項２５０に記載の方法。
【請求項２５７】
前記インターリンク度情報は販売されることを特徴とする請求項２４１に記載の方法。
【請求項２５８】
内部関連データ種類を有するデータ構造を埋め込む信号状態を有するプロセッサがアクセス可能な媒体であって、
ユニークパーシステント統一名称識別子と、
ターゲットコンテンツアセットへのレファレンスと、
前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの多重レファレンスと、
メニュー仕様の一部であることを示すデータ種類毎のフィールドバリューと、を有し、正の表示は前記メニュー仕様の一部として使用されるデータ種類をもたらし、負の表示はデータ種類の無視をもたらすことを特徴とする媒体。
【請求項２５９】
アクセス権を特定するデータ種類毎にアクセス制御フィールドバリューを更に有する請求項２５８に記載の媒体。
【請求項２６０】
内部関連データ種類を有するデータ構造を埋め込む信号状態を有するプロセッサがアクセス可能な媒体であって、
ユニークパーシステント統一名称識別子と、
ターゲットコンテンツアセットへのレファレンスと、
前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの多重レファレンスと、
アクセス権を特定するデータ種類毎にアクセス制御フィールドバリューと、を有することを特徴とする媒体。
【請求項２６１】
メニュー仕様の一部であることを示すデータ種類毎のフィールドバリューと、を有し、正の表示は前記メニュー仕様の一部として使用されるデータ種類をもたらし、負の表示はデータ種類の無視をもたらすことを特徴とする請求項２６０に記載の媒体。
【請求項２６２】
内部関連データ種類を有するデータ構造を埋め込む信号状態を有するプロセッサがアクセス可能な媒体であって、
ユニークパーシステント統一名称識別子からのバリュー及びメタデータフィールドからの第１レベル階層バリュー、ここで、階層にある前記第１レベル階層バリューはユニークパーシステント統一名称識別子メニューのルートレベル構造を有し、
入手可能であれば、前記ユニークパーシステント統一名称識別子からのメタデータフィールド及びバリューからの後発ネストレベル階層バリューと、ここで、各後発ネストレベルは前記階層においてより高いレベルに関連し、
ターゲットコンテンツアセットに関連するコンテンツアイテムへのレファレンスと、を有し、コンテンツアイテムへのレファレンスは前記階層における端末レベルである各ネストレベル階層バリューに関連付けられていることを特徴とするプロセッサがアクセス可能な媒体。
【請求項２６３】
前記データ種類に基づいてメニューを生成する命令信号を更に有することを特徴とする請求項２６２に記載の媒体。
【請求項２６４】
メモリにおけるインターラクションインターフェースにおいて、
命令信号と、ここで、前記インターラクションインターフェースはユーザーとシステムイベント信号に応答し、前記命令信号は実施するのにプロセッサが発行可能で、
メタデータフィールドからのバリューとユニークパーシステント統一名称識別子からのバリューからの第１レベル階層メニューと、ここで、使用される前記フィールド及びバリューはメニュー仕様によって特定され、
入手可能であれば、メタデータフィールドからのバリューとユニークパーシステント統一名称識別子からのバリューからの後発ネストレベル階層メニューと、ここで、使用される前記フィールド及びバリューはメニュー仕様によって特定され、各後発ネストレベルメニューはその関連するより高いレベルのメニューから生まれ、
ターゲットコンテンツアセットに関連するコンテンツアイテムへのレファレンスと、ここで、コンテンツアイテムへのレファレンスは前記階層における端末レベルである各ネストレベル階層バリューに関連付けられ、非末端メニューは産まれた関連ネストメニューへのユーザー選択に応答し、末端メニューは前記レファレンスをナビゲートする命令信号を生成するためにユーザー選択に応答することを特徴とする媒体。
【請求項２６５】
メニュー生成のシステムにおいて、
ユニークパーシステント統一名称識別子の要求を受信する手段と、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得する手段と、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得する手段と、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成する手段と、を有し、ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とするシステム。
【請求項２６６】
仕様生成のシステムにおいて、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得する手段と、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録の階層構造に基づいてメニュー仕様を生成する手段と、
を有することを特徴とするシステム。
【請求項２６７】
レファレンスのシステムにおいて、
メタデータフィールドとバリューを取得する手段と、
ユニークパーシステント統一名称識別子メニュー仕様をもし存在すれば取得する手段と、
入手不能であれば、前記メタデータフィールド及びバリューからユニークパーシステント統一名称識別子メニュー仕様を生成する手段と、
メタデータフィールドを前記メニュー仕様におけるフィールドに照合する手段と、
前記照合されたフィールド及びフィールドバリューに基づいて前記メタデータを検索する手段と、
前記照合したフィールド及びフィールドバリューに基づいてターゲットレファレンスを形成する手段と、
ユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に前記ターゲットレファレンスを格納する手段と、
を有することを特徴とするシステム。
【請求項２６８】
レファレンスのシステムにおいて、
ユニークパーシステント統一名称識別子とユニークパーシステント統一名称識別子メニューとの間の関係を確立する手段と、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記ターゲットレファレンスを形成する手段と、ここで、ターゲットレファレンスはユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に格納され、
前記ターゲットコンテンツアセットと前記ターゲットレファレンスへのリンクを有するユニークパーシステント統一名称識別子メニューを作成する手段とを有することを特徴とするシステム。
【請求項２６９】
レファレンス編集のシステムにおいて、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得する手段と、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録情報を表示する手段と、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを追加する手段と、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを削除する手段と、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを変更する手段と、
ユニークパーシステント統一名称識別子ディレクトリに更新されたユニークパーシステント統一名称識別子記録情報を格納する手段と、
を有することを特徴とするシステム。
【請求項２７０】
レファレンス分配のシステムにおいて、
ユニークパーシステント統一名称識別子のためのメニュー仕様の要求を受信する手段と、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記メニュー仕様をデータベースで検索する手段と、
前記データベースにおいて見つからなければ、ユニークパーシステント統一名称識別子ディレクトリにおいてメタデータからの前記ユニークパーシステント統一名称識別子に対してメニュー仕様を生成する手段と、
前記メニュー仕様をもし生成された場合には前記データベースに格納する手段と、
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成する手段と、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、
要求に応答して前記ユニークパーシステント統一名称識別子メニューを要求クライアントに提供する手段と、
を有することを特徴とするシステム。
【請求項２７１】
インターリンク決定のシステムにおいて、
比較に基づいてターゲットユニークパーシステント統一名称識別子を取得する手段と、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、
ウェブサイトをインデックスクロールしながらターゲットユニークパーシステント統一名称識別子を発見されたユニークパーシステント統一名称識別子と比較する手段と、
ユニークパーシステント統一名称識別子と発見されたユニークパーシステント統一名称識別子との間の照合数と非照合数に着目することによってターゲットユニークパーシステント統一名称識別子のインターリンク度を決定する手段と、
を有することを特徴とするシステム。
【請求項２７２】
メニュー生成のためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスと当該コンテンツに埋め込まれたコードから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とする媒体。
【請求項２７３】
仕様生成のためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットに関係するコンテンツアイテムへの多重レファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録の階層構造に基づいてメニュー仕様を生成することを特徴とする媒体。
【請求項２７４】
レファレンスのためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
メタデータフィールドとバリューを取得し、
ユニークパーシステント統一名称識別子メニュー仕様をもし存在すれば取得し、
入手不能であれば、前記メタデータフィールド及びバリューからユニークパーシステント統一名称識別子メニュー仕様を生成し、
メタデータフィールドを前記メニュー仕様におけるフィールドに照合し、
照合されたフィールド及びフィールドバリューに基づいて前記メタデータを検索し、
前記照合されたフィールド及びフィールドバリューに基づいてターゲットレファレンスを形成し、
ユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に前記ターゲットレファレンスを格納することを特徴とする媒体。
【請求項２７５】
レファレンスのためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
ユニークパーシステント統一名称識別子とユニークパーシステント統一名称識別子メニューとの間の関係を確立し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記ターゲットレファレンスを形成し、ここで、ターゲットレファレンスはユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に格納され、
前記ターゲットコンテンツアセットと前記ターゲットレファレンスへのリンクを有するユニークパーシステント統一名称識別子メニューを作成することを特徴とする媒体。
【請求項２７６】
レファレンス編集のためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録情報を表示し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを追加し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを削除し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを変更し、
ユニークパーシステント統一名称識別子ディレクトリに更新されたユニークパーシステント統一名称識別子記録情報を格納することを特徴とする媒体。
【請求項２７７】
レファレンス分配のためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
ユニークパーシステント統一名称識別子のためのメニュー仕様の要求を受信し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記メニュー仕様をデータベースで検索し、
前記データベースにおいて見つからなければ、ユニークパーシステント統一名称識別子ディレクトリにおいてメタデータからの前記ユニークパーシステント統一名称識別子に対してメニュー仕様を生成し、
前記メニュー仕様をもし生成された場合には前記データベースに格納し、
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、
要求に応答して前記ユニークパーシステント統一名称識別子メニューを要求クライアントに提供することを特徴とする媒体。
【請求項２７８】
インターリンク決定のためにプロセッサが可読な媒体において、
前記プロセッサ可読媒体の命令信号を有し、ここで、前記命令信号は前記プロセッサによって発行可能であり、
前記プロセッサは、
比較に基づいてターゲットユニークパーシステント統一名称識別子を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、
ウェブサイトをインデックスクロールしながらターゲットユニークパーシステント統一名称識別子を発見されたユニークパーシステント統一名称識別子と比較し、
ユニークパーシステント統一名称識別子と発見されたユニークパーシステント統一名称識別子との間の照合数と非照合数に着目することによってターゲットユニークパーシステント統一名称識別子のインターリンク度を決定することを特徴とする媒体。
【請求項２７９】
メニューを生成する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスと当該コンテンツに埋め込まれたコードから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用されることを特徴とする装置。
【請求項２８０】
メニューを生成する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットに関係するコンテンツアイテムへの多重レファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録の階層構造に基づいてメニュー仕様を生成することを特徴とする装置。
【請求項２８１】
メニューを生成する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
メタデータフィールドとバリューを取得し、
ユニークパーシステント統一名称識別子メニュー仕様をもしそれが存在すれば取得し、
入手不能であれば、前記メタデータフィールド及びバリューからユニークパーシステント統一名称識別子メニュー仕様を生成し、
メタデータフィールドを前記メニュー仕様におけるフィールドに照合し、
照合されたフィールド及びフィールドバリューに基づいて前記メタデータを検索し、
前記照合されたフィールド及びフィールドバリューに基づいてターゲットレファレンスを形成し、
ユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に前記ターゲットレファレンスを格納することを特徴とする装置。
【請求項２８２】
メニューを生成する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
ユニークパーシステント統一名称識別子とユニークパーシステント統一名称識別子メニューとの間の関係を確立し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記ターゲットレファレンスを形成し、ここで、ターゲットレファレンスはユニークパーシステント統一名称識別子ディレクトリにおけるユニークパーシステント統一名称識別子記録に格納され、
前記ターゲットコンテンツアセットと前記ターゲットレファレンスへのリンクを有するユニークパーシステント統一名称識別子メニューを作成することを特徴とする装置。
【請求項２８３】
レファレンスを編集する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子記録情報を表示し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを追加し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを削除し、
命令があれば、前記ユニークパーシステント統一名称識別子記録にフィールド及びバリューを変更し、
ユニークパーシステント統一名称識別子ディレクトリに更新されたユニークパーシステント統一名称識別子記録情報を格納することを特徴とする装置。
【請求項２８４】
レファレンスを分配する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
ユニークパーシステント統一名称識別子のためのメニュー仕様の要求を受信し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
前記メニュー仕様をデータベースで検索し、
前記データベースにおいて見つからなければ、ユニークパーシステント統一名称識別子ディレクトリにおいてメタデータからの前記ユニークパーシステント統一名称識別子に対してメニュー仕様を生成し、
前記メニュー仕様をもし生成された場合には前記データベースに格納し、
前記ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、
要求に応答して前記ユニークパーシステント統一名称識別子メニューを要求クライアントに提供することを特徴とする装置。
【請求項２８５】
インターリンクを決定する装置において、
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するにように構成されたプロセッサと、ここで、前記命令は信号を生成し、
当該信号は、
比較に基づいてターゲットユニークパーシステント統一名称識別子を取得し、ここで、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、
ウェブサイトをインデックスクロールしながらターゲットユニークパーシステント統一名称識別子を発見されたユニークパーシステント統一名称識別子と比較し、
ユニークパーシステント統一名称識別子と発見されたユニークパーシステント統一名称識別子との間の照合数と非照合数に着目することによってターゲットユニークパーシステント統一名称識別子のインターリンク度を決定することを特徴とする装置。
【請求項２８６】
各メニューアイテムがレファレンスターゲット識別子を有するメニューアイテムの初期階層を作成し、ここで、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
メニュー閲覧者が検討するために前記初期階層を分配し、
前記初期階層のレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
前記初期階層の前記メニュー閲覧者の使用の追跡を有効にし、ここで、追跡はメニューアイテムによって作られる幾つかのインプレッションを含み、追跡はメニューアイテムが選択される回数を含み、
使用の追跡に基づいて前記初期階層において前記メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより目立つように配列することを含み、変更は効力を増加するためにメニューアイテムを配置することを含むことを特徴とする方法。
【請求項２８７】
各メニューアイテムがレファレンスターゲット識別子を有するメニューアイテムの初期階層を作成し、
メニュー閲覧者が検討するために前記初期階層を分配し、
前記初期階層のメニュー閲覧者の使用表示を取得し、
前記使用の表示に基づいて前記初期階層において前記メニューアイテムを変更することを含むことを特徴とする方法。
【請求項２８８】
前記初期階層のレファレンスターゲット識別子及び関連メニューアイテム情報が有効であることを検証することを更に有することを特徴とする請求項２８７に記載の方法。
【請求項２８９】
メニューアイテムはグラフィックを含むことできることを特徴とする請求項２８７に記載の方法。
【請求項２９０】
メニューアイテムはビデオを含むことできることを特徴とする請求項２８７に記載の方法。
【請求項２９１】
メニューアイテムはフォームを含むことできることを特徴とする請求項２８７に記載の方法。
【請求項２９２】
メニューアイテムは複合媒体を含むことできることを特徴とする請求項２８７に記載の方法。
【請求項２９３】
メニューアイテムは政府情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９４】
メニューアイテムは医療患者情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９５】
メニューアイテムはコンテンツ管理情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９６】
メニューアイテムはＲＦＩＤ情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９７】
メニューアイテムは個人識別情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９８】
メニューアイテムは軍事情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項２９９】
メニューアイテムは内部製品情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項３００】
メニューアイテムは外部情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項３０１】
メニューアイテムは書類管理情報に関係することを特徴とする請求項２８７に記載の方法。
【請求項３０２】
メニューアイテムはバックエンドサーバーからの情報を含むことを特徴とする請求項２８７に記載の方法。
【請求項３０３】
前記バックエンドサーバーは知識管理システムであることを特徴とする請求項３０２に記載の方法。
【請求項３０４】
前記メニューアイテムは購入を有効にするリンクであることを特徴とする請求項３０２に記載の方法。
【請求項３０５】
前記メニューアイテムは生きた在庫品を含むことを特徴とする請求項３０２に記載の方法。
【請求項３０６】
前記メニューアイテムの階層はバナー広告によって引き起こされることを特徴とする請求項２８７に記載の方法。
【請求項３０７】
前記メニューアイテムの階層はスポンサー広告リンクによって引き起こされることを特徴とする請求項２８７に記載の方法。
【請求項３０８】
前記メニューアイテムの階層は書類によって引き起こされることを特徴とする請求項２８７に記載の方法。
【請求項３０９】
前記メニューアイテムの階層はメディアプレーヤーによって引き起こされることを特徴とする請求項２８７に記載の方法。
【請求項３１０】
前記初期階層はコンサルタントによって選択されるメニューアイテムを有することを特徴とする請求項２８７に記載の方法。
【請求項３１１】
前記コンサルタントは市場分析であることを特徴とする請求項３１０に記載の方法。
【請求項３１２】
前記閲覧者の使用表示はユーザーの購入行為を含むことを特徴とする請求項２８７に記載の方法。
【請求項３１３】
前記閲覧者の使用表示は独立して記録されるユーザーの嗜好情報を含むことを特徴とする請求項２８７に記載の方法。
【請求項３１４】
前記閲覧者の使用表示はユーザーの範疇に関連付けられた、独立して記録されるユーザーの嗜好情報を含むことを特徴とする請求項２８７に記載の方法。
【請求項３１５】
前記ユーザーの範疇は収入、利益、人口統計、嗜好によってユーザーの嗜好をプロファイルする匿名メトリックスのいかなるものをも含むことを特徴とする請求項３１４に記載の方法。
【請求項３１６】
前記閲覧者の使用表示は前記メニューをホストするサイトによって記録されるメトリックスを含むことを特徴とする請求項２８７に記載の方法。
【請求項３１７】
前記メトリックスは、日時に基づいてプロファイルすることを含むことを特徴とする請求項２８７に記載の方法。
【請求項３１８】
前記メトリックスは、サイト訪問者の地理的場所を含むことを特徴とする請求項３１６に記載の方法。
【請求項３１９】
前記閲覧者の使用表示は前記初期階層の前記メニュー閲覧者の使用の追跡によって有効とされることを特徴とする請求項２８７に記載の方法。
【請求項３２０】
追跡はメニューアイテムによって作られた幾つかのインプレッションを含むことを特徴とする請求項３１９に記載の方法。
【請求項３２１】
追跡はメニューアイテムが選択される回数を含むことを特徴とする請求項３１９に記載の方法。
【請求項３２２】
追跡はメニューアイテムが考慮される時間量を含むことを特徴とする請求項３１９に記載の方法。
【請求項３２３】
追跡はメニューアイテム上を通過された回数を含むことを特徴とする請求項３１９に記載の方法。
【請求項３２４】
変更は自動的に行われることを特徴とする請求項２８７に記載の方法。
【請求項３２５】
変更は手動で行われることを特徴とする請求項２８７に記載の方法。
【請求項３２６】
手動変更はメニューエディタにより行われることを特徴とする請求項３２５に記載の方法。
【請求項３２７】
メニューエディタは追跡統計を表示することを特徴とする請求項３２６に記載の方法。
【請求項３２８】
前記追跡統計は、メニューアイテムによって作られた幾つかのインプレッション、メニューアイテムが選択された回数、メニューアイテムが検討された時間量、メニューアイテム上を通過された回数のいかなるものをも含むことを特徴とする請求項３２７に記載の方法。
【請求項３２９】
前記メニューエディタはメニューアイテムが使用可能となる方法を制限する使用量制限を表示することを特徴とする請求項３２７に記載の方法。
【請求項３３０】
前記使用制限は、メニューアイテムによって作られた幾つかのインプレッション、メニューアイテムが選択された回数、メニューアイテムが検討された時間量、メニューアイテム上を通過された回数のいかなるものをも含むことを特徴とする請求項３２９に記載の方法。
【請求項３３１】
変更は、より人気のあるメニューアイテムをより目立つように配置することを含むことを特徴とする請求項２８７に記載の方法。
【請求項３３２】
より目立つようにすることは、メニュー階層におけるより高い配置、メニュー階層の層内におけるより高い配置のうちのいかなるものをも含むことを特徴とする請求項２８７に記載の方法。
【請求項３３３】
より人気のあるメニューアイテムはより頻繁に選択されてきたメニューアイテムであることを特徴とする請求項３３１に記載の方法。
【請求項３３４】
変更は人気の少ないメニューアイテムをより目立つように配置することを含むことを特徴とする請求項２８７に記載の方法。
【請求項３３５】
変更はメニューアイテムのスポンサー広告の配置を含むことを特徴とする請求項２８７に記載の方法。
【請求項３３６】
変更はコンテキストに基づいてメニューアイテムを配置することを含むことを特徴とする請求項３３５に記載の方法。
【請求項３３７】
変更は前記スポンサー広告の効率を増加するために前記メニューアイテムを配置することを含むことを特徴とする請求項３３５に記載の方法。
【請求項３３８】
変更は追跡を通じて最も効果的であると決定された場所においてスポンサー広告を配置することを含むことを特徴とする請求項３３５に記載の方法。
【請求項３３９】
スポンサー広告の配置はコンテキストに基づいていることを特徴とする請求項３３５に記載の方法。
【請求項３４０】
スポンサー広告の配置は広告配置のより高い指値に基づいていることを特徴とする請求項３３５に記載の方法。
【請求項３４１】
スポンサー広告の配置はより目立つことを特徴とする請求項３３５に記載の方法。
【請求項３４２】
スポンサー広告の配置は使用制限を受け易いことを特徴とする請求項３３５に記載の方法。
【請求項３４３】
変更は効率を増加するために前記メニューアイテムを配置することを含むことを特徴とする請求項２８７に記載の方法。
【請求項３４４】
変更は効率を増加するために前記メニューアイテムを配置することを含むことを特徴とする請求項２８７に記載の方法。
【請求項３４５】
スポンサー広告の配置はコンテキストに基づいていることを特徴とする請求項２８７に記載の方法。
【請求項３４６】
コンテキストはメニューアイテムの階層内の他のメニューアイテムに基づいていることを特徴とする請求項３４５に記載の方法。
【請求項３４７】
前記コンテキストはメニューアイテムの階層においてメニューアイテムによってターゲットにされたレファレンスのコンテンツに基づいていることを特徴とする請求項３４５に記載の方法。
【請求項３４８】
前記コンテキストはメニューアイテムの階層においてメニューアイテムによってターゲットにされたレファレンスのコンテンツに基づいていることを特徴とする請求項３４５に記載の方法。
【請求項３４９】
プロセッサが実行する方法において、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
前記ユニークパーシステント統一名称識別子メニュー仕様からメニューアイテムのユニークパーシステント統一名称識別子階層を生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、
前記メニューアイテムの階層は広告によって引き起こされ、
前記ユニークパーシステント統一名称識別子メニューのレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
エンドユーザーからユニークパーシステント統一名称識別子メニュー仕様の追跡を有効にし、追跡はメニューアイテムによって作られた幾つかのインプレッションを含み、追跡はメニューアイテムが選択された回数を含み、
前記使用の追跡に基づいてユニークパーシステント統一名称識別子メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより目立つように配置することを含み、変更は効率を増加するためにメニューアイテムを配置することを含むことを特徴とする方法。
【請求項３５０】
プロセッサが実行する方法において、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
前記ユニークパーシステント統一名称識別子メニュー仕様からメニューアイテムのユニークパーシステント統一名称識別子階層を生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、
エンドユーザーからユニークパーシステント統一名称識別子メニュー仕様の追跡を有効にし、
前記使用の追跡に基づいてユニークパーシステント統一名称識別子メニューアイテムを変更することを特徴とする方法。
【請求項３５１】
前記初期階層のレファレンスターゲット識別子及び関連メニューアイテム情報が有効であることを検証することを更に有することを特徴とする請求項３５０に記載の方法。
【請求項３５２】
メニューアイテムはグラフィックを含むことできることを特徴とする請求項３５０に記載の方法。
【請求項３５３】
メニューアイテムはビデオを含むことできることを特徴とする請求項３５０に記載の方法。
【請求項３５４】
メニューアイテムはフォームを含むことできることを特徴とする請求項３５０に記載の方法。
【請求項３５５】
メニューアイテムは複合媒体を含むことできることを特徴とする請求項３５０に記載の方法。
【請求項３５６】
メニューアイテムはバックエンドサーバーからの情報を含むことできることを特徴とする請求項３５０に記載の方法。
【請求項３５７】
前記メニューアイテムは購入を有効にするリンクであることを特徴とする請求項３５６に記載の方法。
【請求項３５８】
前記メニューアイテムは生きた在庫品を含むことを特徴とする請求項３５６に記載の方法。
【請求項３５９】
前記メニューアイテムの階層はバナー広告によって引き起こされることを特徴とする請求項３５０に記載の方法。
【請求項３６０】
前記メニューアイテムの階層はスポンサー広告リンクによって引き起こされることを特徴とする請求項３５０に記載の方法。
【請求項３６１】
前記メニューアイテムの階層は書類によって引き起こされることを特徴とする請求項３５０に記載の方法。
【請求項３６２】
前記メニューアイテムの階層はメディアプレーヤーによって引き起こされることを特徴とする請求項３５０に記載の方法。
【請求項３６３】
前記初期階層はコンサルタントによって選択されるメニューアイテムを有することを特徴とする請求項３５０に記載の方法。
【請求項３６４】
前記コンサルタントは市場分析であることを特徴とする請求項３６３に記載の方法。
【請求項３６５】
追跡はメニューアイテムによって作られた幾つかのインプレッションを含むことを特徴とする請求項３５０に記載の方法。
【請求項３６６】
追跡はメニューアイテムが選択される回数を含むことを特徴とする請求項３１９に記載の方法。
【請求項３６７】
追跡はメニューアイテムが考慮される時間量を含むことを特徴とする請求項３５０に記載の方法。
【請求項３６８】
追跡はメニューアイテム上を通過された回数を含むことを特徴とする請求項３５０に記載の方法。
【請求項３６９】
変更は自動的に行われることを特徴とする請求項３５０に記載の方法。
【請求項３７０】
変更は手動で行われることを特徴とする請求項３５０に記載の方法。
【請求項３７１】
手動変更はメニューエディタにより行われることを特徴とする請求項３７０に記載の方法。
【請求項３７２】
メニューエディタは追跡統計を表示することを特徴とする請求項３７１に記載の方法。
【請求項３７３】
前記追跡統計は、メニューアイテムによって作られた幾つかのインプレッション、メニューアイテムが選択された回数、メニューアイテムが検討された時間量、メニューアイテム上を通過された回数のいかなるものをも含むことを特徴とする請求項３７２に記載の方法。
【請求項３７４】
前記メニューエディタはメニューアイテムが使用可能となる方法を制限する使用量制限を表示することを特徴とする請求項３７１に記載の方法。
【請求項３７５】
前記使用制限は、メニューアイテムによって作られた幾つかのインプレッション、メニューアイテムが選択された回数、メニューアイテムが検討された時間量、メニューアイテム上を通過された回数のいかなるものをも含むことを特徴とする請求項３７４に記載の方法。
【請求項３７６】
変更は、より人気のあるメニューアイテムをより目立つように配置することを含むことを特徴とする請求項２８７に記載の方法。
【請求項３７７】
より目立つようにすることは、メニュー階層におけるより高い配置、メニュー階層の層内におけるより高い配置の幾つかのうちのいかなるものをも含むことを特徴とする請求項３５０に記載の方法。
【請求項３７８】
より人気のあるメニューアイテムは、より頻繁に選択されてきたメニューアイテムであることを特徴とする請求項３７６に記載の方法。
【請求項３７９】
変更は人気の少ないメニューアイテムをより目立つように配列することを含むことを特徴とする請求項３５０に記載の方法。
【請求項３８０】
変更はメニューアイテムのスポンサー広告の配置を含むことを特徴とする請求項３５０に記載の方法。
【請求項３８１】
変更は状況に基づいてメニューアイテムを配置することを含むことを特徴とする請求項３８０に記載の方法。
【請求項３８２】
変更は前記スポンサー広告の効率を増加するために前記メニューアイテムを配置することを含むことを特徴とする請求項３８０に記載の方法。
【請求項３８３】
変更は追跡を通じて最も効果的であると決定された場所においてスポンサー広告を配置することを含むことを特徴とする請求項３８０に記載の方法。
【請求項３８４】
スポンサー広告の配置はコンテキストに基づいていることを特徴とする請求項３８０に記載の方法。
【請求項３８５】
スポンサー広告の配置は広告配置のより高い指値に基づいていることを特徴とする請求項３８０に記載の方法。
【請求項３８６】
スポンサー広告の配置はより顕著であることを特徴とする請求項３８０に記載の方法。
【請求項３８７】
スポンサー広告の配置は使用制限を受け易いことを特徴とする請求項３８０に記載の方法。
【請求項３８８】
変更は効率を増加するために前記メニューアイテムを配置することを含むことを特徴とする請求項３５０に記載の方法。
【請求項３８９】
スポンサー広告の配置はコンテキストに基づいていることを特徴とする請求項３５０に記載の方法。
【請求項３９０】
コンテキストはメニューアイテムの階層内で他のメニューアイテムに基づいていることを特徴とする請求項３８９に記載の方法。
【請求項３９１】
前記コンテキストはメニューアイテムの階層においてメニューアイテムによってターゲットにされたレファレンスのコンテンツに基づいていることを特徴とする請求項３８９に記載の方法。
【請求項３９２】
前記コンテキストはメニューアイテムの階層においてメニューアイテムによってターゲットにされたレファレンスのコンテンツに基づいていることを特徴とする請求項３８９に記載の方法。
【請求項３９３】
プロセッサが実行する方法において、購入サイクルを圧縮する階層メニューを生成することを特徴とする方法。
【請求項３９４】
ユーザーインターフェースを生成する、プロセッサが実行する方法において、
メニューアイテムの階層を生成するトリガーと共に埋め込まれた関与コンテンツに応答してメニューアイテムの使用を追跡し、ユーザーからのフィードバックとメニュー仕様からメニューアイテムの階層を生成し、メニューアイテムは複合媒体を含むことができ、メニューアイテムはバックエンドサーバーからの情報を含むことができ、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とする方法。
【請求項３９５】
ユーザーインターフェースを生成する、プロセッサが実行する方法において、
メニューアイテムの階層を生成するトリガーと共に埋め込まれた関与コンテンツに応答してメニューアイテムの使用を追跡し、ユーザーからのフィードバックとメニュー仕様からメニューアイテムの階層を生成することを特徴とする方法。
【請求項３９６】
メニューアイテムはグラフィックを含むことできることを特徴とする請求項３９５に記載の方法。
【請求項３９７】
メニューアイテムはビデオを含むことできることを特徴とする請求項３９５に記載の方法。
【請求項３９８】
メニューアイテムはフォームを含むことできることを特徴とする請求項３９５に記載の方法。
【請求項３９９】
メニューアイテムは複合媒体を含むことできることを特徴とする請求項３９５に記載の方法。
【請求項４００】
メニューアイテムはバックエンドサーバーからの情報を含むことできることを特徴とする請求項３９５に記載の方法。
【請求項４０１】
前記メニューアイテムは購入を有効にするリンクであることを特徴とする請求項４００に記載の方法。
【請求項４０２】
前記メニューアイテムは生きた在庫品を含むことを特徴とする請求項４００に記載の方法。
【請求項４０３】
前記メニューアイテムの階層はバナー広告によって引き起こされることを特徴とする請求項３９５に記載の方法。
【請求項４０４】
前記メニューアイテムの階層はスポンサー広告リンクによって引き起こされることを特徴とする請求項３９５に記載の方法。
【請求項４０５】
前記メニューアイテムの階層は書類によって引き起こされることを特徴とする請求項３９５に記載の方法。
【請求項４０６】
前記メニューアイテムの階層はメディアプレーヤーによって引き起こされることを特徴とする請求項３９５に記載の方法。
【請求項４０７】
ユーザーインターフェースを生成する、プロセッサが実行する方法において、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルを生成し、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルを生成し、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルを生成し、
メニューアイテムは階層内に複合媒体を含んでもよく、前記メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、メニューアイテムの階層は広告によって引き起こされることを特徴とする方法。
【請求項４０８】
ユーザーインターフェースを生成する、プロセッサが実行する方法において、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルを生成し、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルを生成し、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルを生成することを特徴とする方法。
【請求項４０９】
メニューアイテムはグラフィックを含むことできることを特徴とする請求項４０８に記載の方法。
【請求項４１０】
メニューアイテムはビデオを含むことできることを特徴とする請求項４０８に記載の方法。
【請求項４１１】
メニューアイテムはフォームを含むことできることを特徴とする請求項４０８に記載の方法。
【請求項４１２】
メニューアイテムは複合媒体を含むことできることを特徴とする請求項４０８に記載の方法。
【請求項４１３】
メニューアイテムはバックエンドサーバーからの情報を含むことできることを特徴とする請求項４０８に記載の方法。
【請求項４１４】
前記メニューアイテムは購入を有効にするリンクであることを特徴とする請求項４１３に記載の方法。
【請求項４１５】
前記メニューアイテムは生きた在庫品を含むことを特徴とする請求項４１３に記載の方法。
【請求項４１６】
前記メニューアイテムの階層はバナー広告によって引き起こされることを特徴とする請求項４０８に記載の方法。
【請求項４１７】
前記メニューアイテムの階層はスポンサー広告リンクによって引き起こされることを特徴とする請求項４０８に記載の方法。
【請求項４１８】
前記メニューアイテムの階層は書類によって引き起こされることを特徴とする請求項４０８に記載の方法。
【請求項４１９】
前記メニューアイテムの階層はメディアプレーヤーによって引き起こされることを特徴とする請求項４０８に記載の方法。
【請求項４２０】
メニューを作成するシステムにおいて、購入サイクルを圧縮する階層メニューを生成することを特徴とするシステム。
【請求項４２１】
メニューを作成するシステムにおいて、
各メニューアイテムがレファレンスターゲット識別子を有するメニューアイテムの初期階層を作成する手段と、ここで、メニューアイテムは複合媒体を含むことができ、メニューアイテムはバックエンドサーバーからの情報を含むことができ、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
メニュー閲覧者が検討するために前記初期階層を分配する手段と、
前記初期階層のレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証する手段と、
前記初期階層の前記メニュー閲覧者の使用の追跡を有効にする手段と、ここで、追跡はメニューアイテムによって作られる幾つかのインプレッションを含み、追跡はメニューアイテムが選択される回数を含み、
使用の追跡に基づいて前記初期階層において前記メニューアイテムを変更する手段と、変更はより人気のあるメニューアイテムをより目立つように配列することを含み、変更は効力を増加するためにメニューアイテムを配置することを含むことを特徴とする方法。
【請求項４２２】
メニューを作成するシステムにおいて、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信する手段と、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得する手段と、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得する手段と、
ユニークパーシステント統一名称識別子メニュー仕様からユニークパーシステント統一名称識別子メニューを生成する手段と、ユニークパーシステント統一名称識別子メニュー仕様は、ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、メニューアイテムは複合媒体を含む場合があり、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
前記初期階層のレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証する手段と、
エンドユーザーからユニークパーシステント統一名称識別子メニュー仕様の追跡を有効にする手段と、追跡はメニューアイテムによって作られた幾つかのインプレッションを含み、追跡はメニューアイテムが選択された回数を含み、
前記使用の追跡に基づいてユニークパーシステント統一名称識別子メニューアイテムを変更する手段と、変更はより人気のあるメニューアイテムをより目立つように配置することを含み、変更は効率を増加するためにメニューアイテムを配置することを含むことを特徴とするシステム。
【請求項４２３】
ユーザーインターフェースを生成するシステムにおいて、
メニューアイテムの階層の生成のためのトリガーと共に埋め込まれた関与コンテンツに応答してメニューアイテムの使用を追跡し、ユーザーからのフィードバックとメニュー仕様からメニューアイテムの階層を生成する手段を有し、
メニューアイテムは複合媒体を含む場合があり、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とするシステム。
【請求項４２４】
ユーザーインターフェースを生成するシステムにおいて、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルを生成する手段と、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルを生成する手段と、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルを生成する手段とを有し、
メニューアイテムは複合媒体を含む場合があり、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とするシステム。
【請求項４２５】
インターラクションインターフェースを使用するためにプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号は購入サイクルを圧縮する階層メニューを使用するためにユーザーとシステムイベントシグナルに応答して前記プロセッサによって発行可能であることを特徴とする媒体。
【請求項４２６】
メニューを作成するためにプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号は前記プロセッサによって発行可能であり、
当該プロセッサは、
各メニューアイテムがレファレンスターゲット識別子を有するメニューアイテムの初期階層を作成し、ここで、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
メニュー閲覧者が検討するために前記初期階層を分配し、
前記初期階層のレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
前記初期階層の前記メニュー閲覧者の使用の追跡を有効にし、ここで、追跡はメニューアイテムによって作られる幾つかのインプレッションを含み、追跡はメニューアイテムが選択される回数を含み、
使用の追跡に基づいて前記初期階層において前記メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより目立つように配置することを含み、変更は効力を増加するためにメニューアイテムを配置することを含むことを特徴とする媒体。
【請求項４２７】
メニューを作成するためにプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号は前記プロセッサによって発行可能であり、
当該プロセッサは、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
前記ユニークパーシステント統一名称識別子メニュー仕様からメニューアイテムのユニークパーシステント統一名称識別子階層を生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
前記ユニークパーシステント統一名称識別子メニューのレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
エンドユーザーからユニークパーシステント統一名称識別子メニュー仕様の追跡を有効にし、追跡はメニューアイテムによって作られた幾つかのインプレッションを含み、追跡はメニューアイテムが選択された回数を含み、
前記使用の追跡に基づいてユニークパーシステント統一名称識別子メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより目立つように配置することを含み、変更は効率を増加するためにメニューアイテムを配置することを含むことを特徴とする媒体。
【請求項４２８】
インターラクションインターフェースを使用するプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号はユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、
メニューアイテムの階層を発生するためのトリガーと共に埋め込まれた関与コンテンツに応答してメニューアイテムの使用を追跡し、ユーザーからのフィードバックとメニュー仕様からメニューアイテムの階層を引き起こし、
メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とする媒体。
【請求項４２９】
インターラクションインターフェースを使用するプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号はユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、
メニューアイテムの階層を発生するためのトリガーと共に埋め込まれた関与コンテンツに応答してメニューアイテムの使用を追跡し、ユーザーからのフィードバックとメニュー仕様からメニューアイテムの階層を生成することを特徴とする媒体。
【請求項４３０】
インターラクションインターフェースを使用するプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号はユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルと、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルと、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルとを引き起こし、
メニューアイテムは複合媒体を含む場合があり、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とする媒体。
【請求項４３１】
インターラクションインターフェースを使用するプロセッサが可読な媒体において、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号はユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、
前記プロセッサが可読な媒体に命令信号を有し、当該命令信号はユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルと、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルと、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルとを使用することを特徴とする媒体。
【請求項４３２】
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサとを有し、
前記命令は購入サイクルを圧縮する階層メニューを使用するためにユーザー及びシステムイベント信号に応答して前記プロセッサによって発行可能であることを特徴とする装置。
【請求項４３３】
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサとを有し、
前記命令は信号を発行し、当該信号は、
各メニューアイテムがレファレンスターゲット識別子を有するメニューアイテムの初期階層を作成し、ここで、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
メニュー閲覧者が検討するために前記初期階層を分配し、
前記初期階層のレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
前記初期階層の前記メニュー閲覧者の使用の追跡を有効にし、ここで、追跡はメニューアイテムによって作られる幾つかのインプレッションを含み、追跡はメニューアイテムが選択される回数を含み、
使用の追跡に基づいて前記初期階層において前記メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより顕著に配列することを含み、変更は効力を増加するためにメニューアイテムを配置することを含むことを特徴とする装置。
【請求項４３４】
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサとを有し、
前記命令は信号を発行し、当該信号は、
コンテンツにアクセスする要求クライアントからユニークパーシステント統一名称識別子の要求を受信し、ここで、前記要求はコンテンツのアクセスから誘起され、前記ユニークパーシステント統一名称識別子はターゲットコンテンツアセットを識別し、前記ユニークパーシステント統一名称識別子は前記ターゲットコンテンツアセットに関連するコンテンツアイテムへの複数のレファレンスを有する多重識別子であり、
ユニークパーシステント統一名称識別子メニュー仕様を取得し、
ユニークパーシステント統一名称識別子ディレクトリからユニークパーシステント統一名称識別子記録情報を取得し、
前記ユニークパーシステント統一名称識別子メニュー仕様からメニューアイテムのユニークパーシステント統一名称識別子階層を生成し、ここで、前記ユニークパーシステント統一名称識別子メニュー仕様は前記ユニークパーシステント統一名称識別子メニューを形成するユニークパーシステント統一名称識別子記録情報からのバリューを特定するのに使用され、メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされ、
前記ユニークパーシステント統一名称識別子メニューのレファレンスターゲット識別子と関連メニューアイテム情報が有効であることを検証し、
エンドユーザーからユニークパーシステント統一名称識別子メニュー仕様の追跡を有効にし、追跡はメニューアイテムによって作られた幾つかのインプレッションを含み、追跡はメニューアイテムが選択された回数を含み、
前記使用の追跡に基づいてユニークパーシステント統一名称識別子メニューアイテムを変更し、変更はより人気のあるメニューアイテムをより目立つように配置することを含み、変更は効率を増加するためにメニューアイテムを配置することを含むことを特徴とする装置。
【請求項４３５】
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサとを有し、
前記命令は信号を発行し、当該信号は、
ユーザーとシステムイベント信号に応答して前記プロセッサによって発行可能であり、メニューアイテムの階層を使用するためのトリガーと共に埋め込まれた関与コンテンツに応答してのメニューアイテムの使用を追跡するユーザーからのフィードバックからとメニュー仕様からメニューアイテムの階層を使用することを特徴とする装置。
【請求項４３６】
メモリと、
前記メモリと通信するように配置され、前記メモリに格納された複数の処理命令を発行するように構成されたプロセッサとを有し、
前記命令はユーザー及びシステムイベント信号に応答して前記プロセッサによって発行可能であり、
セグメント選択部とターゲット中間層階層メニューを識別する情報を含む第１層の階層メニューレベルと、
ブランド選択部とターゲット後層階層メニューを識別する情報を含む中間層の階層メニューレベルと、
情報とターゲット同一ブランド取引を含む後層階層メニューレベルとを引き起こし、
メニューアイテムは複合媒体を含んでもよく、メニューアイテムはバックエンドサーバーからの情報を含んでもよく、前記メニューアイテムは購入を有効にするリンクであり、前記メニューアイテムの階層は広告によって引き起こされることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願）
本出願は、２００１年２月１４日に米国特許商標庁に提出された仮特許出願番号第６０／２６８，７６６号、名称「情報アクセスに作用する多重解決用の装置、方法及びシステム」を、ここで参照して結合する。
【０００２】
また、本出願は、２００３年７月２４日に米国特許商標庁に提出された特許出願番号第１０／４７０，２０６号、名称「ピア環境における情報アクセス用の装置、方法及びシステム」を、ここで参照して結合する。
【０００３】
また、本出願は、２００３年７月２４日に米国特許商標庁に提出された特許出願番号第１０／４７０，２０７号、名称「ディレクトリ品質保証用の装置、方法及びシステム」を、ここで参照して結合する。
【０００４】
また、本出願は、２００３年７月２４日に米国特許商標庁に提出された特許出願番号第１０／４７０，２５８号、名称「デジタル管理情報にアクセスする装置、方法及びシステム」を、ここで参照して結合する。
【０００５】
また、本出願は、２００５年１月１１日に米国特許商標庁に提出された一部継続特許出願番号第６０／６４２，８０９号、名称「相互に関係するユニークパーシステント統一資源識別子、メニュー及び情報を保証、編集及び配置する装置、方法及びシステム」である。上述の出願の内容をここで明示的にレファレンスして結合する。
【０００６】
また、本出願は、２００５年１０月１４日に米国特許商標庁に提出された一部継続特許出願番号第６０／７２６，６８９号、名称「統合、情報処理及び自己組付け広告、電子商取引及びオンラインクライアントインターラクションのための装置、方法及びシステム」である。上述の出願の内容をここで明示的にレファレンスして結合する。
【０００７】
本発明は一般に通信ネットワークの情報にアクセスする装置、方法及びシステムに係る。特に、開示された発明は、広告、電子商取引及びオンラインクライアントインターラクション（ＩＳＩＣＩ）のための統合、情報処理及び自己組み付けファシリティへの装置、方法及びシステムに関する。
【背景技術】
【０００８】
インターネット
インターネットの利用が増えるにつれて、インターネット上で利用可能な情報の量も増加する。インターネット上に存在する情報は、コンピュータ・ソフトウェア、データベース、検討リスト、電子ジャーナル、ライブラリ・カタログ、オンライン情報サービス、メーリング・リスト、ニュース・グループ、ストリーミング・メディア等、数多くのフォーマットのドキュメントを含む様々な種類のものがある。幸いにもインターネット上のほとんどの情報には、ユーザーが利用しやすい方法でネットワークとインターラクションするためのウェブ・ブラウザーを用いワールド・ワイド・ウェブを介してアクセスすることができる。
【０００９】
ネットワーク
一般にネットワークは、クライアント、ピア、サーバー及びグラフ・トポロジーにおける中間のノードの相互接続と相互運用から成ると考えられている。注意すべきことは、ここでは「サーバー」という用語は通常、しばしば通信ネットワーク全体から、クライアントの要求を処理したりそれに応答したりするためのコンピュータ、その他の機器、ソフトウェア、及び／又は、それらの組み合わせを指すということである。また、「クライアント」の用語は一般にコンピュータ、その他の装置、ソフトウェア、ユーザー、及び／又は、役務要求を生成するその組み合わせを意味する。一般に、「クライアント」及び「ユーザー」の用語は相互に交換可能で同様に使用される。また、サーバーは要求するクライアントに情報を提供する。情報及び要求を促進処理及び／又はソース・ユーザーからデスティネーション・ユーザーへの情報の流れを支援するコンピュータ、その他の装置、ソフトウェア又はそれらの組み合わせは、通常「ノード」と呼ばれる。ネットワークは一般にソースポイントからデスティネーションへの情報の転送を促進するものと考えられている。
伝送制御プロトコル‐インターネット・プロトコル（ＴＣＰ／ＩＰ）
コンピュータ・システム、データベース及びコンピュータ・ネットワークの拡散と拡大は、一般的にインターネットと称されるそのようなシステムの相互接続と国境を越えた通信ネットワークによって促進されてきた。インターネットは伝送制御プロトコルとインターネット・プロトコル（ＴＣＰ／ＩＰ）を発展させ、またその大部分においてそれらを用いている。ＴＣＰ／ＩＰは様々な変化するネットワーク業者によって形成された複数のネットワークを、ネットワークのための基礎として相互接続するための、つまりインターネットのための米国国防総省（ＤｏＤ）の研究プロジェクトによって開発された。一つにはＤｏＤが、戦闘の最中に損害を受けても作動し続けることによって、通信ネットワークの損害を受けた部分を回避してデスティネーション・アドレスに情報を送るネットワークを必要としたことがＴＣＰ／ＩＰの開発の原動力となった。もちろん、ソース・アドレスの場所又はデスティネーション・アドレスの場所自体が動作不能になった場合は、そのような伝達は不可能である。
【００１０】
インターネットはパケット交換型のネットワークであるため、インターネット上の情報はパケットと呼ばれる幾つもの断片に分割され、パケット形式で送信される。パケットはヘッダーと呼ばれるＩＰアドレス情報を含み、それらはルーターがインターネット上の中間ノードを通してパケットをソースからデスティネーションへ配信することを可能にする。デスティネーションに到着すると、パケットは再構築されオリジナルのメッセージを形成し、欠落しているパケットがあれば、それらは再び要求される。
【００１１】
プロトコルのＩＰ部分は、４バイトのアドレス・メカニズムに基づいて情報パケットをルーティングする役目を担う。アドレスはドットによって分離された４つの数字であり、各数字は０から２５５の範囲内で、例えば、「１２３．２５５．０．１２３」というようになる。ＩＰアドレスはインターネット当局及び登録機関が指定し、それぞれ固有のものである。
【００１２】
プロトコルのＴＣＰ部分は情報のパケットがソースからデスティネーションに正確に受信されたかを確認し、またもし正確に受信されなかった場合は、間違ったパケットを再送信するために用いられる。ユーザー・データグラム・プロトコル（ＵＤＰ）等の、配信を保証しないその他の伝送制御プロトコルも一般的に利用されている。
【００１３】
ワールド・ワイド・ウェブ
インターネット、特にワールド・ワイド・ウェブ（ウェブ）が広く受け入れられ拡大し、膨大且つ多様な情報が集められた。情報技術システムを有するユーザー同士（つまりコンピュータ利用者）のインターラクションを可能にする様々なユーザー・インターフェースが現在利用されている。ＷｏｒｌｄＷｉｄｅＷｅｂ．ａｐｐ（ウェブ）と呼ばれる情報ナビゲーション・インターフェースは、１９９０年後半に開発された。その後、ウェブ・ブラウザー等の情報ナビゲーション・インターフェースがほぼ全てのコンピュータ・オペレーティング・システム・プラットフォームにおいて広く利用可能になった。
【００１４】
一般にウェブは、複数のユーザー・インターフェース（例えばウェブ・ブラウザー）、サーバー、配信された情報、プロトコル及び仕様の、相乗相互運用の発現でありその結果である。ウェブ・ブラウザーは情報へのナビゲーションとアクセスを促進するために設計され、一方情報サーバーは情報の供給を促進するために設計されている。通常ウェブ・ブラウザーと情報サーバーは通信ネットワークを介してお互いに交信するように配置してある。情報サーバーは、通常ウェブ・ブラウザーを用いて情報にアクセスするユーザーに対し情報を提供する機能を果たす。従って、情報サーバーは主にウェブ上の情報へのナビゲーションやアクセスにウェブ・ブラウザーを用いるユーザーに対し情報を提供する。ウェブ・ブラウザーの例としては、マイクロソフト社のインターネット・エクスプローラや、ネットスケープ・ナビゲーターがある。加えて、ウェブＴＶのようなナビゲーション・ユーザー・インターフェース機器もインターネットナビゲーションを容易にするために実現されている。ファイル転送プロトコル（ＦＴＰ）、電子メールインターフェース（例えば、メールトゥー）、サーチクエリー、データベースクエリー、スクリプト、ウェブサービス（マイクロソフト社のドットネットやサンマイクロシステムズのサンワン）など、多くの他のナビゲーション・インターフェースと装置もインターネットをナビゲートするのに存在する。マイクロソフト社の情報・サーバーやアパッチが情報サーバーの例である。
【００１５】
ユニバーサル・資源・ロケーター（ＵＲＬ）
ウェブの拡大は膨大な量の情報をもたらし、かかる膨大な情報はユニバーサル・資源・ロケーター（ＵＲＬ）及びその他のアドレスベース又は場所ベースの方法を利用することによりアクセス可能である。ＵＲＬとは通常ウェブ・ページ中にハイパーリンクとして組み入れられるアドレス、あるいはウェブ・ブラウザーにタイプ入力されるアドレスである。所与の資源（最も一般的には遠隔コンピュータ上にあるファイル）のＵＲＬはその資源のみを指す。一般的に、当該場所へのレファレンスは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａＷｅｂＳｉｔｅ．ｃｏｍ／ａＦｏｌｄｅｒ／ａＦｉｌｅ／ａＦｉｌｅ．ｈｔｍｌ」というように、ディレクトリ・パス及びファイル名と併せて未解決のＩＰアドレスを用いて達成される。この例では、このＵＲＬが「ａＷｅｂＳｉｔｅ．ｃｏｍ」というドメインの「ｗｗｗ」という名前のコンピュータに接続し、そのコンピュータの「ａＦｏｌｄｅｒ」というディレクトリに保存されている「ａＦｉｌｅ．ｈｔｍｌ」という名前のファイルを要求するように、ブラウザーに命じることになる。
【００１６】
統一名識別子（ＵＮＩ）
Ｔｈｅ  Ｃｏｒｐｏｒａｔｉｏｎ  ｆｏｒ  Ｎａｔｉｏｎａｌ  Ｒｅｓｅａｒｃｈ  Ｉｎｉｔｉａｔｉｖｅは、情報の名前と所在を指定するハンドル・システムと呼ばれる新しい手段を創り出し実施した。ハンドル・システムは現在のＵＲＬの利用状況を改善するために設計された。
【００１７】
ハンドル・システムは、インターネット上で情報の所在を確認したり情報を配信するための間接指定のレベルを導入する。ハンドル・システムは、資源に名前を付けるための汎用システムである。特定の資源の現在の場所に基づくＵＲＬを指定する代わりに、資源に統一名識別子を指定する。ＵＮＩはユニバーサル・資源識別子（ＵＲＩ）の一形式である。ＵＲＩはＵＮＩとＵＲＬの両方を含む。ＵＮＩはＵＲＬと違い、資源の場所やその他の属性の変化に関わらず永続的な資源の名前として機能し、またこれ以降そのような名前であるものとみなす。言い換えると、ユニバーサル・資源・ネーム（ＵＲＮ）はＵＮＩの一種である（即ち、ＵＮＩはＵＲＮの概念を含む）。更に、ハンドルとはＵＲＮの一種である。またデジタル・オブジェクト識別子（ＤＯＩ）はハンドルの一種である。従って、ハンドル、ＵＲＮ、ＤＯＩ及び／又はその他が様々な形式のＵＮＩに含まれる。ＵＮＩの様々な用語及び／又は形式は、本文全体にわたって置換可能なように用いられ、特に明記しない限り置換可能と想定してよいものとする。ハンドルは、名付けられた資源の現在のネットワーク上の場所と共にハンドル・システムに登録される固有の名前である。この場所に関する情報は通常ＵＲＬの形式をとる。一般的なハンドルの種類の一つとしてデジタル・オブジェクト識別子（ＤＯＩ）が知られている。その場合ハンドルはＵＲＬの代わりにユーザーに配信され、表面上はハイパーリンクと同様に機能するかに見える。ユーザーがハンドルに遭遇すると、ユーザーのブラウザーにハンドル・要求を行う作成する機能がある限りは、ユーザーはＵＲＬハイパーリンクを選択したり入力したりするのと同様にハンドルを選択したり入力したりする。そのような遭遇により、資源の現在の場所を検索する自動のプロセスが始動する。資源の現在の場所は、ハンドル・システムが提供するディレクトリの中の資源のハンドルに関連付けられていて、ユーザーを資源の現在の場所へと導く。ＵＲＬとは違い、資源が移動した場合、ハンドル・システムのディレクトリのエントリーは更新可能なので、ハンドルと、ハンドルが特定する資源との永続的な関連付けが確保される。これを現実の世界に喩えるならば、所与の資源のＵＲＬのみを知っているということは、ある人の住所だけ知っていて名前は知らないようなものである。もしその人が街の反対側へ引っ越した場合、名前を知らなければ探すのは非常に困難になる。ハンドル・システムにより、ハンドルを用いて資源に永続的な名前を付けることができ、ハンドル・システム・ディレクトリの中の資源の名前に基づいて、資源の現在の場所を検索することができる。
【００１８】
オンライン広告
広告技術はインターネットが、エンドユーザーの実際のインターラクションの測定機構がない又はエンドユーザーが広告を確かに見たことを検証する機構さえない伝統的媒体、例えば、テレビや印刷雑誌広告、では不可能な方法でエンドユーザーの行為を追跡可能であることを利用する努力において開発されてきた。企業は、ウェブページの内容を「読み」、その後、ページのコンテキスト（例えば、ページの特定の主題に応答して選択されてウェブページに配置されたグーグルの「スポンサードリンク」）に応答して、ある広告をそのページに配置する（グーグルのアドセンスなどの）コンテキスト広告を作成した。
【発明の開示】
【発明が解決しようとする課題】
【００１９】
デジタル・オブジェクト識別子（ＤＯＩ）はＩＰアドレス及びその他の場所に基づくアドレス方式の欠点の多くを克服するものである。ＤＯＩは定期的に移動する可能性のある情報に永続的な識別子を与えることによって、通信ネットワーク上の情報にアクセスすることを可能にする。ＤＯＩは、識別子を場所と関連付けるのではなく、更なるレベルの間接指定を加えて識別子を情報と関連付けるメカニズムを設けることによって、場所をアドレスで指定することに限定されたネットワーク・アドレス方式の限界を克服する。
【００２０】
ＤＯＩは、識別子を場所ではなく情報と関連付けることを可能にする機構を提供するが、ＤＯＩ自体は様々な使用コンテキストに基づいて、様々な場所、様々なフォーマットの情報の多重及び／又は様々なインスタンスのアクセス、あるいは所与の情報に関連する様々なサービスへのアクセス及び／又は追跡を可能にするものではない。
【課題を解決するための手段】
【００２１】
本発明の一実施例では、少なくとも一つのコンピュータを用いてレファレンスメニューを生成する方法が教示されている。本方法は、エンティティに関する情報（エンティティ情報）を収集することと、ユニークパーシステント統一名称識別子（ＵＰＵＮＩ）の要求を要求クライアントから受信し、内容を評価してＵＰＵＮＩメニューをＵＰＵＮＩメニュー仕様から生成することとを有し、ＵＰＵＮＩメニュー仕様は、ＵＰＵＮＩメニューを形成するＵＰＵＮＩ記録情報からバリューを特定するのに使用される。
【００２２】
更に、本開示は、広告、電子商取引及びオンラインクライアントインターラクション（ＩＳＩＣＩ）のための統合、情報処理及び自己組込みファシリティの装置、方法及びシステムを詳細に説明する。ＩＳＩＣＩの側面は既に、２００５年１月１１日に米国特許商標庁に提出され、名称「相互に関係するユニークパーシステント統一資源識別子、メニュー及び情報を保証、編集及び配置する装置、方法及びシステム」を有する特許出願番号第６０／６４２，８０９号に詳細に説明されている。ＩＳＩＣＩは、ここで説明されると共に本開示を通じて、ユニークパーシステント統一名称識別子のオートリンカー、シンジケーター及びカスタマイザー（ＡＳＣＵＰＵＲＩ）の様々な側面を使用する。ＩＳＩＣＩは、ＩＳＩＣＩとエンドユーザーとの実際のインターラクションによって駆動されてそれ自体の改良を可能にするフィードバックループを含む。これらのメニューと実際のエンドユーザーのインターラクションの追跡に基づいて、フィードバックループは、作成／維持サイクルにフィードバックされる経験的な追跡データに基づいてメニューが修正及び改善が可能となるように形成可能である。ＩＳＩＣＩの開示は、かかる追跡情報が作成／維持サイクルにフィードバック可能となる方法に関して様々な実施例を提供する。例えば、情報は、手動で（即ち、追跡結果の人間の検討と最も適当なメニューへの修正に関する人間の判断に基づいて、なお、その修正はマルチリンクエディタを介して手動で実行可能である）、メニューを修正／作成する自動「流れ作業」を通じて（即ち、順方向ベースで本システムは異なるメニューを自動的に作成及び維持するように）完全に自動で（例えば、メニューとインターラクションする際に実際のユーザーの行為を測定することによって把握されるように、メニューの選択肢の順番が異なるメニュー選択肢の相対的な人気に基づいて再編可能である）などフィードバック可能である。
【００２３】
これらの行為の測定は、様々なメニュー選択肢に関連付けられたクリックスルー速度を追跡し、購入その他の取引時間においてその後の行為（例えば、ポストクリックスルー）を追跡し、様々なメニュー選択肢の上を舞うユーザーが費やした時間の測定を追跡し、様々なメニュー選択肢が捲る頻度の測定を追跡することなどを含む。
【００２４】
また、メニュー作成／維持サイクルへのこのフィードバックは、メニューとインターラクションする際にエンドユーザーの行為に加えて他の原因に由来する場合もある。かかる原因は、（ユーザーのメニューのクリックスルー後又は全体的に無関係な）ユーザーの購入行為の独立した基準、独立して記録されたユーザーの嗜好情報（個別的又は集合的に）、ユーザーの範疇に関連する独立して記録されたユーザーの情報（例えば、収入、興味、人口統計、嗜好その他−かかる実施例はプロファイルされた情報をいかなる個人にも関連付けない）によるユーザーの種類をプロファイルする基準）、メニューをホストするサイトによって記録された基準（例えば、サイト訪問者の日時、地理的場所に基づくプロファイリング）などである。
【００２５】
このフィードバックループによって駆動されるメニューの改良は、メニューのリンクの順番の変化、異なるリンクの選択的追加又は削除（例えば、メニューを統一的に制御する主制御記録において中央的に、又は、特定のウェブサイトのメニューのローカルにカスタマイズされたバージョンにおいて単に）、メニューを異なって形成するためのバックエンドシステムからのデータの選択的検索、グラフィックスの包含又は削除又はビデオ又は他のマルチメディア努力などを含んでもよい。
【００２６】
メニューの改良は、購入行為を奨励する改良に限定される必要はなく、広告志向用途にも全く限定される必要はない。情報又はその他のサービスエンドユーザー又はコンピュータプログラムに仕えるサービスを提供するいかなるシステムも本発明を利用することができる。市、州又は連邦政府が情報をその市民に提供する情報システムは、殆どの市民が所与のコンテキストで実際に望む情報の種類の測定に基づいて連続的にメニューを改良するのに本発明を利用することができる。ある実施例では、収集された情報又は軍事兵站情報を提供する軍事システムが、起こりえるテロリスト攻撃に関して収集した情報、敵隊移動を監視するセンサーデータなどによってある容疑者テロリストに最高優先監視リストに設定したり、ビルや物理アセットを同様の高リスク監視リストに設定したりするなどの外的要因に基づいて最も有用な情報及びリンクを提供するのに本発明を利用することができた。別の実施例においては、ダイナミックベースでメニュー選択肢を改良するために、クライアントや、複雑かつ情報集中的な処理を通じてナビゲートする内部スタッフを助けることを希望する銀行又は保険会社が取引を希望するユーザーの行為から内部サービス優先順位までのソースデータを利用することができる。
【発明を実施するための最良の形態】
【００２７】
添付図面は、本開示に従う様々な非限定的で例示的な発明的側面を示している。
【００２８】
図面の各参照符号の先頭の番号は、参照符号が導入される最初の図を示している。同様に、参照符号１０１は図１に最初に導入される。参照符号２０１は図２などで最初に導入される。
【００２９】
広告、電子商取引及びオンラインクライアントインターラクションのための統合、情報処理及び自己組込みファシリティ
図１は、広告、電子商取引及びオンラインクライアントインターラクションの統合、情報処理及び自己組込み（ＩＳＩＣＩ）ファシリティに対する装置、方法及びシステムの実施例を示す混合データ及び論理フロー図である。一般にＩＳＩＣＩは３つのコンポーネントから構成される。１）マルチリンクメニュー１８１の作成及び維持、２）基底マルチリンク記録１８２の登録及び更新、３）マルチリンクメニュー１８３の分配及びシンジケーションである。これら３つのコンポーネントは図１に見ることができ、それぞれは太い点線が横切るように図の１／３を略形成する。ＩＳＩＣＩもシンジケートされたマルチリンクメニューの追跡という特徴を有し、それはマルチリンクメニューが時間と共に最適化されるように分配／シンジケーションコンポーネント１８３から作成／維持コンポーネント１８１へのフィードバック１４０及び１７５である。オートリンカーは、最初の例１２０においてマルチリンクＤＩＯを作成する。その後、これらのＤＯＩはグローバルディレクトリ（例えば、ハンドルシステム）１１３に預けられる（即ち、登録される）１３０。その後、マルチリンクＤＯＩは、リンクその他の「要求部」によって通信ネットワーク（例えば、インターネット）において直ちに呼び起こし可能となる。シンジケーター１３５は、それらのリンクや要求部をウェブページその他の場所に分配させる機構である。シンジケーターは、フィルタリング、マルチリンクメニューとＤＩＯ記録１１３から検索されたデータを変更及び／又はその他のカスタマイズをする。
【００３０】
ＩＳＩＣＩの一構成要素であるオートリンカーは自動リンクを可能にする。オートリンカーは、ユーザーの（例えば、クライアントの）情報、サービス、取引などのインターリンクされたマルチリンクメニューをいかなるターゲットオブジェクト又はコンテンツに関連して自動的に作成する。マルチリンクメニューは、マルチリンクＤＯＩと、選択的に、メニューにおいて表示されるマルチリンクＤＩＯからのレイアウトとアイテムを記載したメニュー仕様という２つのコンポーネントを有する。メニュー仕様が与えられなければ、メニューを生成するための仕様として完全なＤＩＯマルチリンクが使用可能である。これらのマルチリンクは、顧客のサイトその他のどこを向いてもよい。例えば、マルチリンクは、購入のための様々な小売店、他の企業のサイトその他の企業のシステムにおける関連情報などに向いてもよい。
【００３１】
ある実施例においては、顧客メタデータがオートリンカー１０５によって使用される。顧客メタデータは様々なオブジェクトを更にターゲットとする。即ち、メタデータ自身はＤＯＩを含んでもよい。メタデータは幾つかのソースから取得してもよい。一般に、メタデータは顧客のデータ１１９からエクスポートしてもよい。データベースは、製品や顧客がマルチリンクされたＤＯＩを作成したい他のターゲットオブジェクトのためにクエリー可能である。例えば、発行顧客は、最高売上書籍と添付情報（例えば、題名、著者、年、ベストセラーランキング）を選択するそれら自身のデータベースにクエリー可能である。
【００３２】
これは、書籍のデータベース表をターゲットにしてかかるフィールドに選択するＳＱＬ選択コマンドと共に達成可能である。別の実施例においては、病院は、患者毎にそれ自身の患者の記録をクエリーしてマルチリンクを生成することができる。病院の記録にマルチリンクされたＤＩＯを作成することによって、データ交換の容易性は、様々な医療施設と機関間で大幅に強化される。医療管理費用は、患者と管理記録へのパーシステント統一レファレンスを有することによって相当低下することができる。同様の倹約は、保険会社などの補助企業に適用する。実際、マルチリンクを介して単一レファレンスを提供することによって、ヘルスケアプロバイダー、保険業者及び患者は電子医学記録と関連口座と保険情報の全てに単一のレファレンスでアクセス可能である。これは事務的なミス、幾つかのコピーとしばしば不正確な記録コピーを維持する際の管理間接費を大幅に削減可能である。別の実施例においては、小売店は無線ＩＤ（ＲＦＩＤ）装置活動を追跡することができる。かかる実施例においては、各ＲＦＩＤはユニークな識別子を与えられ、ハンドルシステムで登録される。このように、各ＲＦＩＤはそれ自身のＤＯＩを有する。ある実施例では、小売店はＤＯＩの組を登録し、ＲＦＩＤ製造時にＲＦＩＤの各々を登録されたＤＯＩの幾つかで埋め込むことができる。代替的に、ＲＦＩＤ番号はＲＦＩＤ製造時にＤＯＩとして登録可能であったが、ＲＦＩＤ自身には実際に埋め込まれなかった。その後、ＲＦＩＤ番号がリーダー装置に読まれると、リーダー装置は、ＤＯＩとして以前に登録されたであろうＲＦＩＤ番号を使用してそのハンドル要求を形成することによって、ハンドルシステムをアクセスすることができた。このため、ＲＦＩＤを走査するいかなるシステムもＤＯＩを取得し、ハンドルシステムにアクセスするであろう。このように、ハンドルシステムのＤＩＯ記録に関連付けられたマルチリンクは、ユーザー又はリーダー装置をそのＲＦＩＤに関するいかなる情報にも、永久的で永続的で総合的な方法でリンクさせることができるであろう。かかるシステムにおいて、ＲＦＩＤと共にアイテムがアクセスされる度に、即ち、アクセス点におけるシステムは、その当事者（例えば、当事者は編集をする適切なアクセス制御権を有する）によって変更可能なＲＦＩＤのＤＯＩ記録の取引のサブコンポーネントにおけるＤＯＩマルチリンク記録を変更してもよい。このため、ＤＯＩ記録はＲＦＩＤと共にアイテムに関連する完全な取引追跡を与えることができる。代替的に、小売店はそれ自身のシステムデータベース１１９を介してＤＯＩが可能にするＲＦＩＤを追跡してもよい。このため、小売店はエクスポートのためのＲＦＩＤ関連フィールドを選択することができる。それらのフィールドはメタデータ１０５としてその後オートリンカー１２０によって使用されるためにエクスポートされてもよい。ある実施例においては、ＲＦＩＤの取引に関するＧＰＳ情報及び／又は所在が各取引と共に保存可能である。情報に基づくこの取引と位置は、ＤＯＩが可能にするＲＦＩＤに対して取引と位置履歴を構成することができる。ここでの有用性は、単一の識別子が全取引と特定のアイテムに関する移動履歴を与えることができるであろうということである。
【００３３】
マイクロソフトエクセル、タブ描写フィールド及びバリュー、ＸＭＬなど幾つかのフォーマットが顧客メタデータをコード化するのに使用可能である。データベース選択に対する結果を取得すると、様々なデータベースは、選択されたデータベース記録が、オートリンカー１１０へのメタデータの提出としての様々なエクスポートフォーマットにエクスポートされることを許容する。ユーザーは、オートリンキング１２０を使用すること又はハンドルエディタ１１５と共に手動でマルチリンクを生成することを選択１１０することができる。ハンドルエディタは、図５及び図６において後で詳細に説明する。オートリンキング１２０は、図２において詳細に説明するが、マルチリンクＤＯＩとメニュー１２２との関係を設定し、マルチリンクＤＯＩ記録１２４に対するポインタを構成し、最終的にはマルチリンクメニュー１２６を生成することを有する。一旦メタデータがＤＯＩマルチリンク記録１３０の形式におかれると、ＤＯＩディレクトリ１１３に登録され、その後、ＤＯＩ解決サーバー１３３を介して識別、解決及びアクセス可能となる。ＤＯＩ解決サーバーは一般公衆にアクセス可能なグローバルサーバーであるか、それらはイントラネットにおけるローカルサーバーであってイントラネットのユーザーとシステムにのみアクセス可能であってもよいことに留意しなければならない。イントラネットの実施例においては、ローカルイントラネットの管理者は、ローカル「マスター」ＤＯＩ記録を、そのマスター記録の所有者であれば、修正及び／又はカスタマイズすることができる。ローカルイントラネットの管理者がその「マスター」ＤＯＩ記録の所有者でなければ、ローカル管理者は依然としてマスターＤＯＩ記録から戻されたデータ又はメニューを修正したり、ローカルプログラム又はシステムに修正させたりすることができ、ローカル環境において、それが原製作者の資源の代わりに又はそれに加えて、ローカル資源又はローカルに特定された資源を指す。代替的に、ローカルイントラネットの管理者は、グローバルハンドルサーバーへの解決から彼らのローカルに派生するＤＯＩ要求を維持することができ、代わりに、ローカル解決部に解決を命令することができる。選択的に、オートリンカー１２６によって生成可能であった１２６メニュー仕様は、それがＩＳＩＣＩデータベースに保存可能であれば、シンジケーター１３５に供給可能であろう。ある実施例においては、かかるデータベースは、シンジケートされたＤＯＩマルチリンクをカスタマイズするのに必要な特定情報を維持するのに使用可能である。代替的な実施例においては、オートリンカー１２０は、シンジケーター１３５がマルチリンクメニューを生成することを要求し、オートリンカーはその後メニューをＤＯＩ記録マルチリンク１３０の一部として保存する。
【００３４】
ある実施例においては、シンジケーター１３５は、マルチリンクメニュー及びメニューによってターゲットとされたレファレンスへのナビゲーションを可能にする。例示的なマルチリンクメニューを示す１７５。この場合、マルチリンクメニューは書籍のマルチリンクＤＯＩに対するものである。この例においては、マルチリンクメニューは既に生成されている。マルチリンクのＤＯＩ記録はＤＯＩディレクトリ１１３に既に格納されている。マルチリンクメニューに対するメニュー仕様は、ＩＳＩＣＩのデータベースに格納されている。ある実施例においては、マルチリンクメニューへのレファレンスはウェブページ１４０に埋め込まれている。ユーザーがウェブページ１４０をトラバースすると、レファレンスコード、例えば、マルチリンクメニューのジャバスクリプト表現を要求する参照コード、例えば、ＨＴＭＬコード、はシンジケーター１３５から適当なマルチリンクメニューを検索するために稼動とされる。例示的な埋め込みレファレンスコードは以下の形式を有してもよい。
（シンジケーターが提供するスクリプトへのリンク）
<script src="http://doi.contentdirections.com /syndicator/10.1570/dsidman"></script>
（所望のマルチリンクに対する識別子）
<noscript><a href="http://dx.doi.org/10.157 0/dsidman">DOK/ax/noscript>
本例においては、ウェブページはジャバスクリプトを取得することを期待し、ソースは関連ＤＯＩマルチリンクと共にシンジケーターへのレファレンスを供給される。スクリプトの要求は、例えば、ＨＴＴＰポスト要求を介して、シンジケーター１３５に与えられる。シンジケーターは、ＤＯＩマルチリンクと要求のソースをパースすることによってマルチリンクメニューの要求を解釈する。シンジケーターは、その後、ＤＯＩディレクトリ１１３からＤＯＩマルチリンク記録１３０を取得してもよい。次に、シンジケーターは、マルチリンク用のマルチリンクメニュー仕様に対してそれ自身の内部データベースをクエリーしてもよい。マルチリンクメニュー仕様は、それがユニークなバリューであるのでＤＯＩ自身にキーされてもよい。メニュー仕様が存在しなければ、シンジケーターはそれ自身のメニュー仕様を生成することができる。シンジケーターは図４において詳細に説明する。
【００３５】
ある実施例において、ＩＳＩＣＩは、その後、マルチリンクＤＯＩ記録及び／又はマルチリンクメニュー仕様を、マルチリンクＤＯＩのためにマルチリンクメニューを生成するのに使用することができ、例えば、ジャバスクリプトコードを生成する。ジャバスクリプト及びウェブブラウザー以外の多くのユーザーインターフェースプラットフォームがマルチリンクメニューを生成するのに使用可能であることに留意しなければならない。マルチリンクメニューを生成すると、シンジケーター１３５はマルチリンクメニューを要求ユーザーのウェブブラウザー１４０に返し、そこでメニューが表示される１７５。一旦メニューがユーザーのウェブブラウザーに表示されると、ユーザーはメニューをカーソルでトラバースして選択することができる。いかなる選択も、レファレンスコンテンツターゲット１５５への各々のＤＯＩマルチリンクレファレンスからの解決の要求となる。マルチリンクメニューとエンドユーザーのインターラクションを通じて、ユーザーのメニューとのインターラクションは追跡可能となる。追跡情報はウェブページ１４０、シンジケーター、ＤＯＩ解決サーバー、中央追跡サーバーなどをホストするウェブサーバーを含む幾つかの場所に保存される。この追跡情報は、その後マルチリンクメニュー１０７の作成／維持に影響を与えたり修正したりするのに使用される。情報はフィードバックされ、ハンドルエディタ１１５を使用するマルチリンクメニューを手動で編集１０７したり、既に説明したオートリンキング特徴１１０を使用したりする選択肢がある。追跡エンドユーザー情報に関する詳細とかかる情報がマルチリンクメニューの作成及び維持に影響を与えるのにいかに使用可能であるかは、図１６−２０において詳細に説明される。メニュー作成／維持サイクルへのこのフィードバックも、メニューとインターラクションする際に、エンドユーザーの行為に加えて、その他のソースに由来することができる。かかるソースは、ユーザーの購入行為（メニューのユーザーのクリックの後の又は全く無関係の）独立のメトリックス、独立に記録された（個別的又は集合的）ユーザーの嗜好情報、ユーザーの範疇に関連付けられ、独立して記録されたユーザー情報（例えば、ユーザーの種類を収入、興味、人口統計、嗜好などによってプロファイルする匿名のメトリックス、かかる実施例はまとめられた情報をいかなる個人にも関連付けない）、メニューをサイトホストすることによって記録されたメトリックス（例えば、サイト訪問者の日時、地理的場所など）に基づくプロファイルなど、を含んでもよい。
【００３６】
ある実施例においては、ジャバスクリプトはメニュー仕様におけるアイテム毎のメニューを生成するのに使用される。これは、矩形プリミティブを作成し、各々を仕様からのテキストでラベル付けすることによって達成される。矩形プリミティブはドロップダウンメニュー１７５の形態で表示される。矩形プリミティブは、カーソルがいずれか特定の矩形ラベルの周辺内に入ると強調可能となる座標画定ボックスを有する。カーソルの選択機構、例えば、マウスボタン、は、特定の矩形ラベルの境界内に使用される場合、それぞれのＤＯＩマルチリンクがユーザーによって選択されたと理解され、ユーザーのウェブブラウザーは、ターゲットコンテンツ１５６にアクセスするように、例えば、ジャバスクリプトで、命令される。多くの他のメニューフォーマットの実施例が使用可能である。マルチリンク情報は、どの考えられるメニュー形式でも表示可能であるし、メニュー形式を全く介さずに表示可能である。代わりに、メニューはページの個々のリンクのように表示されてもよい。かかる実施例においては、ウェブページ内で「ノースクリプト」タグを使用することによって、非ジャバスクリプトで可能にされたブラウザーが個々のリンクであるリンクをウェブページ上でドロップダウンメニューの代わりに表示することを可能にする。別の実施例においては、メニューアイテムは全マルチリンクメニュー選択肢の行き先を反映する別窓として表現されてもよい。更に別の実施例においては、メニューアイテムは、（例えば、盲目の人によって使用される）メニュー選択肢を形成するオーディオを形成したり、他の障害者によって使用されたりすることを企図されたレンダリングを作成するプログラムなどの不可視のユーザーインターフェースへの入力として伝えられてもよいが、ローカルプログラムによって入力として読まれてもよい。それは、次いで、提供された情報の結果として、例えば、取引を実行したり、身元を確認したり、アクセス権を検証したり、支払いを受け付けたり、他の目的で情報を格納又は処理するために、ある機能を実行することができる。
【００３７】
別の実施例においては、シンジケーターは、コンテンツプロバイダーのサーバーに統合される。この実施例は、ウェブページ１４０のコンテンツプロバイダーとはシンジケーターが別個のサーバー１３５であった先の例に類似している。しかし、この統合された実施例においては、シンジケーターは、コンテンツプロバイダーのサーバーで起動しており、ユーザーにとって取引はＤＯＩディレクトリ１１３からＤＯＩマルチリンク記録の単純な要求であるように見える。しかし、かかる例において、シンジケーターコンポーネントはコンテンツプロバイダーのサーバーで起動している。この実施例は幾つかの長所を有する。第１に、それは遠隔データにアクセスする必要がないのでより高速になり得る。第２に、シンジケーターソフトウェアは遠隔でのみ起動するので、それは、（例えば、原コンテンツプロバイダーなどの）第三者を代表してカスタマイズされる代わりに、ウェブページ１４０のコンテンツプロバイダーによって直接制御されるローカルカスタマイズを許容する。第３に、イントラネットの実施例においては、それは、原作成者の資源の代わりに又は加えて、公衆がＤＯＩマルチリンクにアクセスすることを許容又は禁止するように及び／又はローカル資源又はローカルに特定された資源を指すイントラネット制御を許容する。
【００３８】
多くのシンジケーターが存在し得ること及び各々が所与のＤＯＩマルチリンクに対するそれ自身のメニュー仕様を有してもよいことに留意すべきである。例えば、検索エンジンは、小売店Ａ、小売店Ａの子会社及び小売店Ｂをリストにする「別の購入場所」をターゲットとする選択肢を有する書籍のメニュー仕様を有してもよい。その方法においては、小売店Ａは、それ自身のシンジケーターを彼らのウェブサーバーに有してもよく、そのメニュー仕様は、「別の購入場所」メニュー選択肢の下で、小売店Ａと小売店Ａの子会社を有するのみである。このため、各々が多数のメニュー仕様を有する多数のシンジケーターを有することができる。その全ては同一のＤＯＩマルチリンク記録で無数の異なる適合されたビューを提供することができる。このため、シンジケーターは、同一のＤＯＩマルチリンクの別個の「カスタマイゼーション」又は「レンディション」を提供することができる。ある実施例においては、シンジケーターは、マルチリンクサーバーソフトウェアとして提供され、それはマルチリンクメニューをドロップダウンメニュー提供を介して作成すると共にマスターＤＯＩ記録において提供されたデフォルトを超えてメニューのカスタマイゼーションを許容する。マルチリンクサーバーソフトウェアがＤＯＩが配置されたウェブページを提供する同一のサーバー上にあればシンジケーターはローカルであることに留意しなければならない。代わりに、そのマルチリンクサーバーソフトウェアが別個のサーバーから惹起されると、サーバーが遠隔で提供する「シンジケーター」はマルチリンクメニューと、ＤＯＩが派生したウェブページサーバーからのいかなるカスタマイズをも提供することができる。
【００３９】
このように、別の実施例は、様々なビュー及び処理の需要を有する多数のエンティティに仕える単一のシンジケーターを有する。かかる実施例の一例は、図１４において詳細に説明され、ＩＳＩＣＩは広告プロバイダーによって使用可能となる。
【００４０】
ある実施例においては、シンジケーターが要求を受け取ると、シンジケーターは要求が派生した場所も決定する。その後、シンジケーターがメニュー仕様を調べると、それは、要求をしたエンティティのために特定のメニュー仕様を検索することによってそのクエリーを更に改良する。これは、特定のオーディエンスに対するマルチリンクＤＯＩのより大きな適合を可能にする。例えば、広告プロバイダーは広告に対して支払われ、特定の書籍の著者の作品を奨励したり販売したりしてもよい。ユーザーがバナー広告の形で、例えば、著者の作品に対して、マルチリンクに関与すると、マルチリンクメニューが、著者の名前と著者の書籍をリストするサブメニューを提供する「購入可能な書籍」を示して表示されてもよい。この適合実施例においては、ユーザーがNickelodeon.comなどの子供用ウェブサイトで広告を見ている場合には、「購入可能な書籍」サブメニューは、著者による子供の書籍のみをリストするように簡潔にされる。しかし、スリラー映画ファンのウェブサイトでは、「購入可能な書籍」サブメニューは、著者のスリラーの題名を有するのみとなるであろう。要求エンティティの決定は、幾つかの方法で達成可能である。ある実施例においては、発生要求アドレスがどのメニュー仕様が使用されるべきであるかを決定する根拠として使用される。かかる実施例においては、メニュー仕様に対するクエリーは、ＤＯＩと要求サイトからのウェブアドレスで作成される。別の実施例においては、埋め込まれたコードは要求コンテンツプロバイダーの身元を特定してもよい。コード自体は要求コンテンツプロバイダーを識別するＤＯＩであってもよく、また、メニュー仕様に対するクエリーの一部として使用されてもよい。
【００４１】
上述の実施例はマルチリンクメニュー仕様とメニューを生成するコードを格納するシンジケーターのデータベースを有するが、その情報を格納するデータベースはどこに配置されてもよいことを留意しなければならない。ある代替的な実施例においては、ＤＯＩマルチリンク記録はマルチリンクメニュー仕様の入力を有する。更に別の実施例においては、ＤＯＩマルチリンク記録はマルチリンクメニューを生成するジャバスクリプトコードの入力を有する。
【００４２】
オートリンカー
図２は、オートリンカーの実施例を示す混合データ及び論理フロー図である。図１において既述したように、オートリンキング１２０は、一般に、マルチリンクＤＯＩとメニュー１２２との関係を設定し、マルチリンクＤＯＩ記録１２４に対するポインタを作成し、最終的には、マルチリンクメニュー１２６を生成することを有する。
【００４３】
オートリンカーは、図１において既述１０５したように、様々なソースからメタデータフィールドとバリュー２０５を取得することができる。この点で、オートリンカーはメニュー仕様が提供されたか、及び／又は、存在するかどうかを見る検査をする。ある実施例においては、データを提供するユーザーは、それ自身のメニュー仕様を提供する。メニュー仕様は、マイクロソフトエクセル、タブ記述形式、ＸＭＬなどでもよい。図５に図示されているもの５２５のように、仕様フィールドラベル２７０、２８０、２７５及び関連記録フィールドラベル２８９、バリュー２９１及びレファレンス２８７などのアウトライン階層を表すいかなるフォーマットも満足する。多くの場合、かかるメニュー仕様は取り掛かられる。メニュー構造が入手可能であれば、オートリンカーはそれを取得する２１５。メニュー仕様が提供されていなければ、オートリンカーは最良の推察メニュー構造を生成するように努める。
【００４４】
ある実施例２２０においては、オートリンカーがメタデータフィールドとバリュー２６３しか有しない場合、それはメタデータ記録フィールドラベル２８９からメニュー仕様を生成するだろう。かかる実施例において、オートリンカーは各メタデータ記録フィールドラベル２８９（例えば、著者、題名）を取り上げてメニュー構造仕様フィールド２６５のレベルワン２７０でそれらを特定するだろう。その後、メニュー構造仕様フィールド２６５のレベルツーは、記録フィールドラベル２８９に関連付けられたバリュー２９１に由来するだろう。このように、一例として、メタデータ２６３からのフィールドラベル２８９は、マルチリンクメニューのレベルワンメニュー２６４、２６６を構成するのに使用され、メタデータ記録バリュー２９１はレベルツーメニュー２６８、２６９を構成するのに使用され、それらのサブメニュー２６８、２６９はそれらの各々の記録レファレンス２８７に関連付けられるだろう。このように、ユーザーがレファレンス２６９の一つを選択すれば、ユーザーは、レファレンスターゲットに到達するであろう。これらのエンドユーザー選択と動作は測定２２６され、図１６−２２において後で詳述されるように、メトリックスはマルチリンクメニューの作成／維持にフィードバック１２２される。別の実施例２２０においては、オートリンカーは、ウェブサイトマップ、ウェブサイトでメインメニュー、リアリーシンプルシンジケーション（ＲＳＳ）フィード及び／又はユーザーのウェブページサーバーから同様の構造を取得することができる。例えば、オートリンカーはもっとも頻繁にアクセスされたウェブサイトアドレス２８７に対するメタデータを検査して、そのウェブサイト情報をダウンロードすることができる。ある実施例においては、オートリンカーは、「メニュー」、「サイトマップ」などを一致するテキストのサイトによって与えられるウェブページにおいてＨＴＭＬ及び／又はＸＭＬタグを検索する。しばしば、ウェブサイトはそのウェブサイトの全テーマとしてメニュー構造を有し、この構造はメニュー仕様構造２６５に適当であるかもしれない。例えば、ウェブサイトは、「ホーム、製品、サポート、ヘルプ」を有するメニューを有することができる。それらのメニューの各々はサブメニューを同様に有してもよい。例えば、「サポート」は、「サポート」メニューに階層的に服従する「問い合わせ」メニューアイテムを有してもよい。かかる実施例においては、オートリンカーは、かかるウェブサイトメニューとサブメニューとをソノメタデータフィールド２８９の全てに比較する。オートリンカーは、その後、メニューアイテムに基づいてメタデータフィールド２８９に一致するウェブサイトから仕様２６５を作成するであろう。ある実施例においては、ウェブサイトサブメニューがメタデータフィールド２８９と一致すれば、メニュー仕様はウェブサイトマップ構造の階層を採用し、生成されたメニュー仕様２６５はそれらの一致したフィールドをサブメニューとして有するだろう。それらは一致する親メニューにとってどちらかのサブメニューとなる。
【００４５】
一時フロー図から離れると、自動ウェブサイトリンク構成を示す用途例を記載するのに有用であるかもしれない。かかる用途においては、オートリンカーはＲＳＳフィード識別子を与えられる。かかる識別子は、ＲＳＳリンクに対するウェブサイトをクロールすることによって供給可能となる。ＲＳＳリンクを取得すると、フィードコンポーネントは検索される。ＲＳＳフィードのコンポーネントはパースされる。ある例示的な実施例において、検索とパースはＰＥＲＬなどのスクリプト言語を使用することによって取得可能となる。
/* PRIMARY RESPONSE PAGE
*/
h.initNewHandle();
try {
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstanceO;
DocumentBuilder builder = factory .newDocumentBuilderO;
//Document document = builder.parse("http://www.thirdstation.com/blog/?flav=rss");
Document document = builder.parse(blog.openStream()); org.w3c.dom.Element feed = document.getDocumentElementO;
org.w3c.dom.NodeList channels = feed.getElementsByTagName("channel"); if(channels.getLength() > 0){
org.w3c.dom.Element channel = (org.wSc.dom.ElementJchannels.itemCO); 
org.w3c.dom.ElementblogT■tle = (org.w3c.dom.Element)
(channel.getElementsByTagName("title"))-item(O);
org.w3c.dom.Element blogLink = (org.w3c.dom.Element)
(channel.getElementsByTagName("link")).item(O);
org.w3c.dom.Element pubDate = (org.w3c.dom.Element)
(channel.getElementsByTagName("pubDate"))-item(O);
org.w3c.dom.NodeList items = channel.getElementsByTagName("item");
ＲＳＳフィードをそのコンポーネントにパースすると、コンポーネントは識別されてコンポーネントバリューはオートリンカーによって要求される特定のバリューに基づいて取得される。ある実施例においては、メニュー仕様はどのコンポーネント及びバリューが取得されるべきであるかを設定するのに使用される。ある実施例においては、これは、スクリプトと共に達成可能となる。
if(blogLink !=null){
h.addValue(l ,"URL", blogLink.getFirstChild().getNodeValue());
Log.debugC Added primary response page for doi="+doi);
}
if( blogTitle != null && blogLink != null) {
h.addValue(indexCount, "MULTIRES",blogTitle.getFirstChild().getNodeValue().trimO + "=" +
blogLink.getFirstChild().getNodeValue0.trimO);
h.addMapEntry(0, indexCount++);
｝
if(pubDate != null){
h.addValue(indexCount, "MULTIRES", "Updated: " +pubDate.getFirstChild().getNodeValue() + "=#"); 
h.addMapEntiy(O, indexCount++);
}
int postsldx = indexCount;
h.addValue(indexCount, "MULTIRES", "Latest Entries=#");
h.addMapEntry(O, indexCount++);
for(int k = O; k < items.getLengthO; k++){
// Only take last ten entries
if(k = 10){ break; }
org.w3c.dom.Element currElement = (org.w3c.dom.Element) items.item(k); org.w3c.dom.Element titleEl = (org.w3c.dom.Element)
(currElement.getElementsByTagName("title")).item(O);
org.w3c.dom.Element lirikEl = (org.w3c.dom.Element) (currElement.getElementsByTagName("link")).item(O);
org.w3c.dom.Element descEl = (org.w3c.dom.Element)
(currElement.getElementsByTagName("description")).item(0);
String title = null;
String link = null;
String desc = null;
try{
title = titleEl.getFirstChild().getNodeValue0.trim();
}catch(NullPointerException npe){
title = null;
}
try{
link = linkEl.getFirstChild().getNodeValue0.trimO;
} catch(NullPointerException npe) {
link = null;
}
try{
desc = descEl.getFirstChild().getNodeValue().trim();
} catch(NullPointerException npe) {
desc = null;
}
一旦、コンポーネントとバリューが取得されると、それらのバリューはマルチリンクメニューの根拠を形成するために加算される。ある実施例においては、これは以下のスクリプトと共に達成される。
if(title != null && link != null){
h.addValue(indexCount, "MULTIRES", title + "=" + link);
h.addMapEntry(postsIdx, indexCount++);
}
if( title = null && link != null && desc != null){
h.addValue(indexCount, "MULTIRES", desc + "=" + link);
h.addMapEntry (postsldx, indexCount++);
}
}
}
}
catch (FactoryConflgurationError e) {
Log.debugC'Unable to get a factory instance.");
} catch (ParserConfigurationException e) {
Log.debugO'Unable to get a parser.");
} catch (SAXException e) {
Log.debugC'Error parsing feed");
}catch (IOException e) {
Log.debug("I/O exception");
}catch(Exception e){
Log.debug("ERROR: " + e.getMessage());
}
} //blog != null
// CDIHOME PAGE
h.addValue(indexCount, "MULTIRES", "Powered by Content Directions=http://doi.contentdirections.com/?doi=" + CDI_REF_ID);
h.addMapEntry(O, indexCount++);
//EMAIL
h.addValue(indexCount, "MULTIRES", "Email this Info to a Friend=mailto:?subject?=Thought you might be interested... &body=I thought you might be interested in this blog: http://dx.doi.org/"+doi);
h.addMapEntry(0,indexCount++);
Log.debugC'Setting index count to " + indexCount);
//LINK
h.addValue(indexCount,"MULTIRES"," Add this Link to Your
Site=http://doi.contentdirections.com/syndicator/?"+doi); h.addMapEntry(0,indexCount++);
Log.debugC'Setting index count to " + indexCount);
図２５３は、例えば、ニューヨークタイムズのウェブサイトからライブフィードのマルチリンクメニューを構成したオートリンカーを示すために進む。ユーザーが入力２５３の一つを選択すると、それらはライブフィード２５４のターゲットに運ばれる。同様に、上記ＲＳＳ実施例もブログ、ウェブサイトルートレベルメニューなどに適用可能である。
【００４６】
上記ＲＳＳの例示的な実施例から離れて、オートリンカーの関係生成１２２の議論に戻る。一旦オートリンカーが最良の推察メニュー仕様２２０を生成すると、それはメニュー構造２１５の仕様を取得する。メニュー仕様２１５とメタデータフィールド２０５を有すると、オートリンカーは両者２２５の照合を実行する。一旦オートリンカーがどのメタデータフィールド２０５、２６３、一致２２５、メニュー仕様フィールド２１５、２６５であるかを識別すると、オートリンカーはポインタの構成１２４を開始してもよい。
【００４７】
照合フィールド１２６に基づいて、オートリンカーはメタデータデータベースでフィールドバリュー２３０を検索する。例えば、著者２６４のメニューを構成する際に、オートリンカーが同一著者による全ての書籍をインターリンクするにつれて著者フィールドに基づいて照合は起こる。その後、オートリンカーはメニュー２６６を形成するために著者による各題名を発見するだろう。照合のために選択された実際のフィールドはメニュー仕様に依存する場合があり、いかなる数のメタデータフィールドを含んでもよい。このように、オートリンカーはメニュー仕様に基づいてメタデータと共にメニューサブメニューを形成するために検索をする。例えば、オートリンカーによってデータベースに格納可能であるメタデータ１０５、２６３は、照合されたメニュー仕様フィールド２２５を使用することによってオートリンカーによって検索される。例えば、メニュー仕様フィールド２６５とメタデータフィールド２６３との間の唯一の共通のフィールドは、「題名」フィールド２８３、２８１である。メニュー仕様２６５は、グラフィックメニューには示されていない仕様とサブメニュー２７５の一部として提供されたルートメニュー「メニュー種類」でメニューを規定するだろう。別のルートメニューは照合「題名」フィールド２８１を含む「著者の他の書籍」２８０である。この照合されたフィールド２２５に基づいて、オートリンカーは全記録で全バリューを検索し、戻された検索結果のバリューはサブメニュー２９５に示されている。
【００４８】
このように、一致フィールド２３５の各々に対して、オートリンカーは、マルチリンク２４０の根拠を形成する関連レファレンスポインタ２８７を取得する。オートリンカーは全照合２２５フィールドバリュー２３０に対してポインタ２４０を有するので、オートリンカーはマルチリンク作成１２６で開始することができる。この点において、メニュー構造は、メニュー仕様２６５とメタデータ２６３からの照合フィールド２８９バリュー２９１に基づいて形成されるが２９３、２９５、各メニューアイテムに対するレファレンスリンクは存在しなくてもよい。レファレンスポインタがメタデータ２６３の一部として提供され２８７、オートリンクによってマルチメニューのためにポインタ２４０を提供するのに使用される場合は既述されている。しかし、多くの場合、かかるレファレンスは、顧客１０５によって提供されないので、マルチリンクの作成を助長するために作成及び／又は供給されなければならないだろう。
【００４９】
ある実施例においては、各メニューアイテムは、ターゲットレファレンスポインタに加えて追跡ポインタ２８８を供給されるであろう。追跡ポインタは、様々なマルチリンクメニューがアクセスされる方法を登録するために、アクセスされるであろう。例えば、マルチリンクメニューが選択されるとウェブブラウザーは使用パラメータ２８８（例えば、エンドユーザーのＩＰアドレス、選択アイテム（例えば、ＤＯＩ、メニューアイテムＩＤ、サブメニューアイテムＩＤなど）、通過したメニューアイテムなど）を追跡サーバーにＨＴＴＰポストコマンドを介して送信するように命令され、エンドユーザーのウェブブラウザーはターゲットレファレンスアドレス２８７を受信してエンドユーザーにターゲットレファレンスアドレス２８７で材料をナビゲートして閲覧させる。ある実施例において、追跡リンクは追跡アドレス２８８に付属するパラメータを作成する。これらのパラメータは、エンドユーザーの追跡活動を助けるのに使用可能である。ある実施例において、オートリンカーは、ＤＯＩ、メニュー仕様ＩＤ、及び、各メニューアイテムに対する階層タグを含むパラメータを生成するだろう。例えば、
http://www.trackerserver.eom/postvalues7doi://10.1009/03959607897men uID: 12345?hover:4:menuTier: 1 :2?hover:2:menuTierClick: 1 :3
ここで、追跡サーバーは「www.trackerserver.com」であり、追跡されるＤＯＩはＸであり、ＤＯＩのメニュー仕様はＹのＩＤを有し、最後のタグはメニュー選択をレファレンスする。上記例では、メニューの最初の階のメニュー選択「著者」２６４は選択され、その第２の階の「ディケンス」２６９の第２のメニューアイテムは選択された。それは、追跡サーバーに「…?menuTierClick:1:3」パラメータの掲載をもたらす。この例では、「１」は、メニュー階層の第１の階における第１の階のマルチリンクメニューの第１の選択アイテムを表し、「３」はメニュー階層の第２の階のメニューの第３の選択アイテムを表す。パラメータの「hover:2」部分は、ユーザーが第３のメニュー選択のクリック前に２秒躊躇ったことを示している。同様に、パラメータの「hover:4」部分は、ユーザーが第２のメニュー階の第２のメニューアイテムで４秒間躊躇ったことを示している。このように、全メニューアイテムは所与の階においてその順番に対してコードを与えられ、階層におけるあらゆるメニューアイテムが識別可能となる。ある実施例において、これらのメニュー選択ＩＤはメニュー仕様の一部として格納される。追跡リンク２８８は図１６−２２において後で詳述する。
【００５０】
ある実施例において、供給されたリンク２８７と追跡リンク２８８がメニューアイテム２９５内に表示された２９０マルチメディアオブジェクトに埋め困れる場合、メディアコード２８９が使用されてもよい。例えば、フラッシュ、アニメーションＧＩＦ、ビデオファイルなどはメニューアイテム内で使用及び表示可能であり２９０、これによりメニューアイテムをより多く関与可能にする２９５。
【００５１】
ある実施例において、フラッシュアニメーションは、以下のように、メニューに埋め込み可能である（添付の例に対して図１６の１６０５をレファレンス）。
<object classid=\"clsid:D27CDB6E-AE6D-l lcf-96B8-4445535400Q0\" codebase=\"http://download.macromedia.com/pub/shockwave/cabs/flash/ swflash.cab#version=6,0,0,0\" width=\"185\" height=\"32\"
ID=\"Sliockwaveflashl\" VIEWASTEXT><param name=\"movie\" value=\"images/CrossFireAnimatioπ2.swf\"><paramname=\"quality\" value=\"high\"Xparam name=\"bgcolor\" value=\"#FFFFFF\"xembed name=\"CrossFireAnimation\" src=\"CrossFireAnimation.swf\" width=\"165\" height=\"32\" quality=\"high\" bgcolor=\"#FFFFFF\" type=\''aρplication/x-shockwave-flash\" pluginspage=\"http://www.macromedia.com/go/getflashplayer\"x/objeot>
ある実施例において、ビデオは以下のようにメニューに埋め込み可能である（添付の例に対して図１６の１６１０をレファレンス）。
<div id=\"divMovie\"><OBJECT id=\"moviel\"
onmouseover=\"ジャバスクリプト:PlayItO;\"
oπmouseout?=\"ジャバスクリプト:StopItO;\" codeBase=\http://www.appIe.com/qtactivex/qtplugin.cab\
height=\"120\"
width=\"180\"
classid=\"clsid:02BF25D5-SC17-4B23-BC80-D3488ABDDC6B\"
VIEWASTEXTXPARAM NAME=\"src\"
VALUE=V'http://www.damellworks.coπi/a52/media/crosfire.mov\''><embed width=\"180\"height=\"120\"target=\"myself\"bgcoloi=\"#000000\" 
border=\"0\" controllei=\"true\" EnableジャバSript=\"true\"
autoplay=\"false\" kioskmode=\"true\" src=\"http://www.darnellworks.com/a52/media/crosfire.mov\" pluginspage=\"http://www.apple.com/quicktime/download\"> </embed> </OBJECTx/div>
ある実施例において、メニューアイテムはメディアと情報の混合を以下のように組み合わせる（添付の例に対して図１６の１６１５をレファレンス）。
<div align=\"center\" style=\" width: 18Qpx; background-color:
#ffffff;\"><IMG height=\"48\" width=\"77\"
SRC=\"images/crossfirel .jpgV'xbrXfont size=\" 1\" color=\"black\">2005
Crossfire Coupe Limited<BR></fbnt><font size=\"2V color=\"black\"><B>$34,620.00</b></fon1XbrXfont size=\" 1\"
color=\"gray\">VIN: lC3AN69L15X035266</fontX/div>
この点、オートリンカーは、マルチリンクの作成を助長する少なくとも４つの方法を有する。その一つ２５０は既に説明した２４０。顧客がレファレンスリンク２８７にメタデータ２６３を供給する場合、オートリンカーは適当なレファレンス２５０を有するＤＯＩマルチリンク記録を生成するために、それらの供給されたリンクを使用することを単に選択する。
【００５２】
メタデータ記録２６３に関連するコンテンツへのレファレンスを取得する幾つかの他の方法がある。ある実施例においては、顧客のウェブサイト及び／又はデータベース構造がリバースエンジニアされる２４５。この実施例は、一般に、人間の分析を必要とする。この実施例においては、ウェブサイトの製品クエリーフォーマットは製品を発見するのに識別及び使用される。例えば、米国特許商標庁（ＵＳＰＴＯ）政府ウェブサイト、例えば、www.uspto.govはオブジェクトターゲットを発見するのに使用可能なシンタックスを有する。例えば、特許出願の発明の名称、例えば、「情報アクセスに影響を与える登録」と発明者名、例えば、「シドマン」に基づくターゲット特許にレファレンスが必要であれば、以下のレファレンスがＵＳＰＴＯから適当なレファレンスを取得するのに使用可能となる。
http://appftl.uspto.gov/netacgi/nph-
Parser?Sectl=PTO2&Sect2=HITOFF&u=%
2Fnetahtml%2FPTO%2Fsearch-
adv.html&r=l &p=l &f=G&l=50&d=PG01 & Sl=%28sidman.IN.+AND+%28%22registration+effecting+mformation+access%22.TTL
.%29%29&OS=in/sidman+and+ttl%22registration+effecting+information+access%22&
RS=(IN/sidman+AND+TTL%registration+effecting+information+access%22)
下線部は、適当な特許出願を参照するために、メタデータフィールドバリュー２９１が挿入される場所を示している。上記の場合、ＵＳＰＴＯのクエリー構造は、名称と発明者フィールドのバリューがメタデータ記録フィールドバリュー２９１から与えられると適当な特許出願レファレンスが取得されるように、リバースエンジニアされた。この場合、特許出願番号第２００４０１６３０２０号に対するレファレンスリンクである。多くのウェブサイトとデータベースは、例えば、Amazon.comの識別可能なクエリー形式を有する。
【００５３】
別の実施例において、顧客は、クエリーウェブページ及び／又はクエリープロンプトをメタデータフィールドバリューが提供可能な２５５ものに単に提供すればよい。クエリーフィールドは幾つかの方法で形成可能である。ある実施例では、それらは手動で形成される。別の実施例では、ウェブブラウザーの自動充填機能はＡＰＩを通じで充填され、ロードされているウェブページ形式に関与する。別の実施例では、プロンプト及び／又はウェブ形式がＡＰＩを介したアプリケーション間通信を通じて充填される。別の実施例では、マクロプレイバックユーティリティ（例えば、クイッキー）がファイルからバリューを引き出し可能で継続的にバリューをクエリーフィールドに供給し、レファレンスリンクの発送及び／又は保存を有効にすることができる。更に別の実施例において、ＰＨＰ、ジャバスクリプト、パイソン、ＴＣＬなどを介して提供されるスクリプト環境は、ファイルからフィールドバリューを引き、継続的にクエリーフィールドにバリューを供給し、レファレンスリンクの発送及び／又は保存を有効にするのに使用可能である。
【００５４】
更に別の実施例においては、所与のメタデータ記録に対するフィールドバリューの全ては応答２６０を生成する検索プロンプトに配置される。かかる実施例において、メタデータバリューは、より多くのタームが検索で遭遇されると、結果をより大きい重みでランク付けするために論理的ＯＲされるであろう。ある例において、メタデータバリューは検索エンジン、例えば、Goole.comに供給されてもよく、トップリンクはレファレンスリンク２６０として選択可能である。
【００５５】
イントラコネクタ
図３は、イントラコネクタの実施例を示す混合データと論理フロー図である。図３の部分３８０は、図２において記載されたシステムのより局所的な変数を示す。本実施例において、グローバルなＤＯＩディレクトリ１１３は、通信ネットワークを通じて多数のＤＯＩ解決サーバーに亘って依然として利用可能であり分配され、それはいかなる要求部からのＤＯＩをも解決する機能を有する。特に、顧客がローカルＤＯＩサーバー３３３において起動するそれ自身のローカルなＤＯＩディレクトリ３０５を有することができるイントラネットの実施例が示されている。ある実施例において、ローカルＤＯＩサーバーは、同様に、通信ゲートウェイとして働くか、及び／又は、通信ゲートウェイに接続され、より大きい通信ネットワーク、例えば、インターネットへのアクセスを与える。ここで、リンク作成１１０は、オートリンカー及び／又はハンドルエディタによって提供されるように、ＤＯＩをローカルディレクトリ３０５に提供し、グローバルディレクトリ１１３には提供しないことを理解する。このように、ローカルＤＯＩディレクトリはより大きなグローバルディレクトリ１１３からＤＯＩ解決を要求することができ、そのより大きなグローバルディレクトリはその解決要求に対する結果を与える。しかし、グローバルＤＯＩディレクトリ１１３又はその他のエンティティがローカルＤＯＩディレクトリ３０５の要求をなす場合、ローカルＤＯＩディレクトリは何の解決情報も提供しない。代替的な実施例において、ユーザーは彼らのイントラネットへのアクセスを外界に与えることを望むかもしれず、外での解決を、グローバルに及び／又はパスワードとアクセス制御によって、可能にすることができる。
【００５６】
アーキテクチャにおけるコンポーネントはマスターメタデータ保管庫３１９である。ある実施例において、マスターメタデータ保管庫は企業コンテンツカタログであってもよい。発行社とコンテンツカタログと発行フィールドはここで例示の目的で使用されているが、イントラコネクタはいかなるコンテキストにも適用でき、発行フィールドに限定されないことに留意しなければならない。例えば、イントラコネクタは、いかなる種類の情報を有するいかなる種類の企業にも使用可能である。例えば、製品カタログを有する製品企業、ヘルスケア企業（例えば、患者関連情報、施術関連、医療関連情報などを有する病院）、顧客記録を有するサービス企業、いかなる種類の情報をも有する政府機関などである。また、イントラコネクタは、多数の独立した部署、課、企業、組織、システム、技術プラットフォーム又はその他のインターリンクターゲットの、情報が相互に関連された範囲である状況で配置されてもよい。組織は、内部情報を関連付け、それが内部情報を関連付けることを望む外的情報に結合するのにイントラコネクタを使用してもよいし、そのユーザー又はプログラムにアクセス可能にしてもよい。例えば、組織が内部情報（例えば、Ｒ＆Ｄプロセスに使用される書類）及び／又は外部情報（例えば、このＲ＆Ｄ活動に関連する外部ニュース及び研究及び／又は競合者情報）を相互に関連付けたいかもしれない内部知識管理用途を含む。コンテンツカタログは少なくとも２種類の情報、即ち、カタログにおけるコンテンツアイテム毎のユニークな識別子と各コンテンツアイテムを記述するメタデータを含む。イントラコネクトアーキテクチャは、コンテンツ発行社が既にある形態、例えば、コンテンツカタログで有する現存するシステムを利用することができる。それは、コンテンツ発行社が、発行社の企業コンテンツ統合（ＥＣＩ）発展の根拠としてそれを使用することを望むかもしれない。別の実施例においては、マスターメタデータ保管庫は、カントキュムラス１７５、ドキュメンタム、ヴィグネット、アルテイシアタームスなどの現存するベンダー供給システムに基づいていてもよい。本システムは顧客自身の制御内でホストされて操作されてもよいし、それはアプリケーションサービスプロバイダー（ＡＳＰ）ベースで与えられてもよい。これは、新しいユーザーインターフェースの具体化を要求する通常のドキュメントアセットマネージメント（ＤＡＭ）ベースの手法の代わりに、ユーザーが既に快適で、その開発が既に資金提供されている、現存するシステムを使用する長所を発行社に与える。例えば、本発行社は典型的に製品カタログ、題名データベース、又は、ユニークな識別子としてのＩＳＢＮを使用し、書籍に関する様々な種類のメタデータを含むシステムを有する。ユーザーは、これらのシステムを検索して目を通すことができる。理解するように、かかるシステムは、イントラコネクトの実施例においてマスターメタデータ保管庫としての仕様に拡張可能である。もしコンテンツカタログが存在しなければ、又は、それが存在しても単なる体系化されていない情報保管庫であり（例えば、複数のコンピュータに分配された個々のファイルなど）、体系化されたデータベースとしてでなければ、それはマスターメタデータ保管庫として機能する目的で作製されてもよい。ここでの議論は書籍／発行を一例として使用するが、原理は他の種類のビジネスにも等しく適用され、その多くは、一連のＩＳＳＮ、音楽製品のＩＳＲＣ、株のＣＵＳＩＰ、物理製品のＵＰＳなどの標準識別体系を有している。他のビジネス又は組織は組織内部、技術システムやデータベース及び／又は他の内部システム内で意味を有する非標準の所有者識別体系を使用するかもしれない。また、他のビジネス又は組織は、イントラコネクタが、コンテンツを有しないが代わりにデータベース記録、個人記録、販売記録、商取引、認証、身元検証、センサーそのほかの種類のシステムを含む関連情報又はオブジェクトに連結されることを要求するかもしれない。
【００５７】
例示的な発行社はデータベースシステム１１９のアレイを有する。製品カタログは、マルチユーザーデータベースに構築されてウェブブラウザーベースのユーザーインターフェースを有してもよい。製品カタログに加えて、発行社は、各部門のＤＡＭシステム、ファイルサーバー、画像ライブラリなどの説明だけではなく実際のコンテンツを格納する一以上の種類のシステムを有してもよい。また、それらは、著者の契約や許可、ロイヤルティ、販売、市場取引情報ビジネスのコンテンツの側面を追跡するバックオフィスシステムを有するだろう。
【００５８】
イントラコネクタは、ＥＣＩ実現のために発行社の製品カタログをマスターメタデータ保管庫３１９に変更するコンポーネントを有する。アセットとメタデータ３７１を検索するためのＵＩエクステンション、マスターメタデータ保管庫３７２に格納されているＤＯＩ、及び、データベースシステム３２０へのリンク作成部１０１及びコネクタを有するコンポーネントは内部接続を与える。この結果、イントラコネクタは、ＤＯＩを発行社のコンテンツカタログへの入力に追加し、各ＤＯＩからリンクを形成するためにＤＯＩがレファレンスするアセットに関する情報を格納するシステムの全てにＤＯＩを追加する。このように、オートリンカーは実際のリンク２５０を与えられる。リンクは単純なＵＲＬであってもよいし、それらは情報を検索するためにシステムのプログラムインターフェースを呼ぶ複雑なスクリプトの引用であってもよい。イントラコネクタは、リレーショナルデータベース、ファイルサーバー、ＤＡＭシステムなど、一般に入手可能なシステムに対して後者の種類のインターフェースを実現するコネクタコンポーネント３２０を有する。リンク作成部１１０コンポーネントは、これらのリンクの全てを構築し、ローカルＤＯＩディレクトリにそれらを格納する。ある実施例において、リンク作成部１１０はオートリンカー１２０及び／又はハンドルエディタ１１５のどちらかであってもよい。また、リンク作成部はユニークなコンテンツのためにＤＯＩリンク作成を使用してもよい。一例として、本発行社はＩＳＢＮを含む題名データベースを有してもよい。発行社は実際の本の内容をＤＡＭシステムに格納してもよく、著者契約と販売追跡のために別個のシステムを有してもよい。ＤＯＩは、如何なる種類の既に存在する識別子からも作成可能であり、ＤＯＩディレクトリにおいて幾つかの異なるリンクに向く。
【００５９】
ある実施例においては、発行社はＤＯＩを題名データベースの各ＩＳＢＮから作成することができるだろう。それらのＤＯＩの各々に対して、それはＤＡＭシステムにおけるコンテンツへのリンクとし、契約システムにおける著者契約情報への別のリンク、及び、販売追跡システムにおける販売情報への第３のリンクを有することができるだろう。かかるＤＯＩの例は、図３の表形式で一般に示される３７０。ＤＯＩ３４２は、ＤＯＩディレクトリ１１３に格納されたその３つのリンク３４４に関連付けられる３４３。一端リンクの全てが作成されると、図１−２において既に表示したように１７５、２９３、２９５、そして、図５−６において後で詳述されるように、ユーザーは、それらが必要なシステムがどれであれ情報へのリンクを追跡するために拡張されたユーザーインターフェースを調べることができる。イントラコネクタユーザーインターフェースエクステンション３７１は、製品カタログを単純なメタデータ検索及びブラウズ機能を与えることを超えてうまくいくことを可能にする。ＤＯＩマルチリンクメニューを結合することによって、それらは、ＤＯＩディレクトリ１１３、３０５においてリンクを調べることによってユーザーが実際に所与のコンテンツアイテムに対してアセット及び他の種類のメタデータを検索することを可能にする。これは、発行社のコンテンツカタログを企業コンテンツ統合アプリケーションに変更する機能の幾つかを与え、これにより、その機能を劇的に増加する。イントラコネクタの別のコンポーネントはコネクタ３２０を有する。これらは、ＤＯＩリンクを所与のシステムに対して動作インターフェースに変更する「糊」である。例えば、ＤＡＭシステム３２２へのコネクタ３２０は、ＤＡＭシステムがコンテンツアイテムを内部的に識別してアセットを検索するためにＤＡＭシステムのＡＰＩ要求を使用するのに使用する識別子を入力として取り上げるだろう。図３は、３つのリンクを実現するのに使用される２つの異なるコネクタを示す。第１のリンクは、書籍のコンテンツを格納してＩＳＢＮ３４６によってそれを識別する「バーゴ」と呼ばれるＤＡＭシステム（例えば、アルテイシアタームス、ドキュメンタム、クワークＤＭＳ、カントキュマス１７５など）のコネクタ３４３を使用する。第２のリンクは、発行社が「リブラ」と名付けた契約管理システムを構築したプラットフォームとみなされるオラクルリレーショナルデータベース３４７のコネクタを使用する。コネクタのアーギュメントＲｅｔｒｉｅｖｅＣｏｎｔｒａｃｔＩｎｆｏは、この発行社の契約システムにおそらく特別に開発され、名前が与えられた書籍に対して名前が与えられる著者の契約に関する情報検索の適当なＳＱＬクエリーを使用する。契約システムは、所与の著者と題名に対する契約が多数のＩＳＢＮをカバーすることができるので、ＩＳＢＮではなく著者と題名による契約を格納する。また、第３のリンクは、「アクエリアス」と呼ばれる発行社の販売追跡システムにこの時あるオラクルコネクタ３４８を使用する。販売追跡システムは製品を識別するのにＩＳＢＮを使用する。
【００６０】
イントラコネクタは、発行社の以下の機構の幾つかを実現可能である。ある実施例において、ユーザーはそのユーザーインターフェース３７１を通じてメタデータをマスターメタデータ保管庫１１３において検索及びブラウズすることができる。ユーザーは、発行社の現存する製品カタログ又はその他のメタデータ保管庫の検索及びブラウズインターフェースを使用することができる。ユーザーが興味のある幾つかのコンテンツを識別し、それを検索したいと思うと、ＤＯＩマルチリンクであるメニュー選択肢を見るためにアセット名又は識別子で選択／クリックする。選択肢の一つは「アセットを検索」である。ユーザーがその選択肢を選択すると、「アセットを検索」機能に関連付けられたＤＯＩリンクは、（図３の３６０を通じて詳細に説明される）発行社のＤＡＭシステムのコネクタ３２０を、ＤＡＭシステムがアセットを内部的に識別するのに使用するＩＤと共に、呼び出す。アセットのＭＩＭＥ種類は、一旦それが検索されると、どのアプリケーションがユーザーの装置でアセットを閲覧、操作又は編集するのに使用されなければならないかを決定する。ユーザーは、その後、興味のある幾つかのコンテンツを識別し、そのプレビュー又はサムネイルを見たいと思うかもしれない。そうするために、ユーザーは、ＤＯＩマルチリンクであるメニュー選択肢を閲覧するためにアセット名又は識別子をクリックする。選択肢の一つは「サムネイル／プレビューを閲覧」であってもよい。ユーザーがその選択肢を選択すると、「サムネイル／プレビューを閲覧」機能に関連付けられたＤＯＩリンクは、ＤＡＭシステムがアセットを内部的に識別するのに使用するＩＤと共に、アセットのプレビュー又はサムネイルを格納する発行社のＤＡＭシステムのコネクタ３２０への呼び出しを含む。プレビュー又はサムネイルのＭＩＭＥ種類は、どのアプリケーションがユーザーの装置でプレビュー又はサムネイルを閲覧するのに使用されなければならないかを決定する。例えば、それがＧＩＦ画像サムネイルである場合、ユーザーのブラウザーはサムネイルを表示する新しい小さなウインドウを開くことができるであろう。発行社のＤＡＭシステムはサムネイルを格納しない場合には、編集アプリケーションの代わりに、リンクは「リードオンリー」アプリケーションをユーザーの装置で使用するために設定されることができるであろう。ユーザーが興味のある幾つかのコンテンツを識別して著者の契約情報を閲覧したい場合、ユーザーは、ＤＯＩマルチリンクであるメニュー選択肢を閲覧するためにアセットの名前又は識別子を選択／クリックすればよい。選択肢の一つは「契約情報を閲覧」であるかもしれない。ユーザーがその選択肢を選択すれば、「契約情報を閲覧」に関連付けられたＤＯＩリンクは、契約システムが作品を内部的に識別するのに使用するＩＤと共に、発行社の契約システムのコネクタ３２０を呼び出す。コネクタ３２０の実施例は、それに閲覧されるべき契約のＩＤを渡して、契約システムのユーザーインターフェース３７１を使用する。代替的な実施例においては、コネクタの実施例は契約システムから情報を読み出してユーザーのウェブブラウザーにそれを表示してもよい。
【００６１】
イントラコネクタ統合
例示的な配置３６０は一般に示され、顧客環境評価３３０、マスターメタデータ保管庫（ＭＭＲ）選択３３５、コンテンツ統合設定３４０、サーバー設置３４５、ＤＯＩ及びリンク作成１１０、３５０、及び、ＵＩ強化及びシステムテスティング３５５を有する。
【００６２】
顧客環境評価３３０に関して、発行社のデータ及びネットワークインフラストラクチャ１１９は、イントラコネクタを実現するに際して、手間と実現性のレベルを決定するために調べられる。ある実施例においては、これは、統合されるべきシステムの在庫３３１、統合の実現性の決定３３２、及び、ネットワーク環境の評価３３３を有する。システム３３１の在庫管理は、ＤＡＭシステム３２２、ファイルサーバーなどを含むマスターメタデータ保管庫３１９、アセット保管庫１１９として使用されるコンテンツカタログを識別することを含んでもよい。在庫管理されるべき他のシステムは、補助情報システム、例えば、権利、許可、契約、販売及び市場取引を含んでもよい。統合の実現性を決定することに関して、要求されるであろう手動リンク作成のレベルは、これらの基準３３２に従って発行社の識別子とメタデータの品質を評価することによって決定される。量（即ち、全関連システムでアセットと他の製品情報を識別するのに十分なメタデータがあるか？）、一貫性（即ち、システムを通じて同一の用語が同一の目的に使用されているか？）及び身元の画一性（即ち、共通の識別子又はメタデータキーが異なるシステムで同一物を識別しているか？）３３３としてのかかる基準に従って発行社のネットワーク環境を評価する。（即ち、統合されるシステムの全てが関連ユーザーのデスクトップの全てからアクセス可能であるか？）、（即ち、サブネットを通じてアセットの移動を妨げるであろうネットワーク性能の問題があるか？）
マスターメタデータ保管庫（ＭＭＲ）３３５を選択及び変更する際に、発行社はＭＭＲとして使用されるべきシステムを識別することを補助される。ある実施例においては、これは、発行社が、名称データベース、製品カタログ、ウェブ製品カタログ又は製品データを格納するＥＲＰシステムなどの製品情報及びキーコンテンツを格納及び維持するのに使用する現存するシステムである。アーキテクチャコンポーネントの集合に従うことはＭＭＲの作成を容易にする。アーキテクチャコンポーネントと考慮の幾つかは、リレーショナル又はその他のマルチユーザーデータベースを使用すること、ウェブブラウザーベースのユーザーインターフェースを使用すること、及び、殆ど又は全ての関連コンテンツの入力を有することを含む。ＭＭＲは各コンテンツアイテムに対してＤＯＩを格納するように変更されなければならない。実際にシステムを変更することが不可能であれば（即ち、フィールドをデータベース体系に加える）、現存するＩＤ体系に基づいて「仮想」ＤＯＩを作成することができる（例えば、ＩＳＢＮ）。かかる環境において、ローカルＤＯＩディレクトリ３０５は、固定された所定の方法でＩＳＢＮをＤＯＩに変更する規則を理解するために構築されてもよい。例えば、ある実施例において、ＤＯＩが使用されると顧客の組織はプールを割り当てられる。顧客は、その後、プールにおいてＩＳＢＮと個々のＤＯＩとの数値関連表を作成する。ある実施例において、ＩＳＢＮは数値選別され、選別されたプールのＤＯＩに数値的に関連付けられるだろう。この方法において、イントラコネクタは、発行社の製品カタログをＭＭＲに変更することを助けることができる。発行社が満足のいく製品カタログシステムを有しなければ、第三者のメタデータデータベースに基づいてそれが作成されてもよい（例えば、それはグローバルＤＯＩディレクトリにおける顧客のＤＯＩを登録するのに使用するコンテンツディレクション社のようなＤＯＩ登録機関）。
【００６３】
コンテンツ統合設定３４０に関して、コネクタ３２０は、ＤＯＩを発行社のアセット保管庫と補助情報システム１１９にリンクするために作成される。このため、統合されるべき各システムに対する幾つかのパラメータはコンパイルされる。これらのパラメータは、システムの種類（例えば、リレーショナルデータベース、ＤＡＭシステム、ファイルサーバーなど）、ソフトウェアの種類（例えば、オラクル、アルテシア、ＦＴＰサーバーなど）、サーバープラットフォーム（例えば、ローカルシステム名、オペレーティングシステム）、システムが入力を識別するのに使用する規則、及び、ユーザーが、特定のフィールドからデータを検索するなどリンクを使用するときに採られるべき措置である。一旦この情報がＥＣＩの実施例において各システムに対してコンパイルされると、それはリンク作成部１１０において表に格納されるだろう。ある実施例において、この情報は標準コネクタをオラクルデータベースに使用することによって自動的にコンパイルされる。このコネクタは、顧客のデータベースシステムのトポロジー全体に対してクエリーをすることができ、全ての表、フィールド名、及び、キーフィールドを含む完全なエンティティ関係のトポロジーをもたらす。ある実施例において、システムは、記録の最大数が存在する場所を記録カウントを通じて観察し、その後、キーフィールドをＤＯＩに関連する記録の種類に使用する。かかる実施例において、ＤＯＩはかかるキーフィールドの各々に対して生成されてもよい。ある実施例において、ＤＯＩフィールドは、データベース表に追加され、関連ＤＯＩはデータベースに直接追加され、データベースクエリーを通じて発見されてもよい。別の実施例においては、仲介表は、キーフィールド及びＤＯＩフィールドと共に作成され、顧客のデータベースで最大数の記録に責任のある表の記録に加わるか選択するのに使用されてもよい。かかる情報は、各システムに対してコネクタコードを例示するのに使用されてもよい。
【００６４】
サーバー設定３４５に関して、ある実施例において、ジャバアプリケーションを起動可能ないかなる装置も動作する。しかし、幾つかの開発構造が使用されてもよい。ある実施例において、サーバーはローカルＤＯＩディレクトリ３０５、上記パラメータ３２０による発行社の特別のシステムのために例示されるコネクタコード、リンク作成部１１０、及び、管理ツールでロードされる。
【００６５】
ＤＯＩ及びリンク作成は、図２において十分既述した。しかし、イントラコネクタもアセット保管庫と補助情報システムのためのリンク作成に関与してもよい。既述したように、オートリンカーは、マスターメタデータ保管庫の入力と他のシステムの入力との間の対応を発見することによって（既存のＩＤ番号又はその他のキー（題名や著者など）を一致させることによって）、リンク作成をできるだけ多く自動化する。リンク作成部が起動した後、イントラコネクタは、品質制御目的でＤＯＩとリンクの人力の検討の結果を提供することによって、発行社を補助することができる。高品質で一貫性のメタデータを有する発行社は、品質制御作業が殆ど時間がかからないことに気づくだろう。
【００６６】
ある実施例において、イントラコネクタはリンクのために維持スケジュールを設定することができる。２つの定期的な維持活動は、リンクハーベスト（例えば、リンク作成部を定期的に起動してＭＭＲ及び他のシステムで新しい入力を検索し、新しいＤＯＩ及びリンクをそれにより作成する）、及び、ピングテスト（例えば、リンクの全てをテストしてそれらが依然として有効であることを確認するプログラムを周期的に起動する）を有してもよい。品質確認とピングテストに関する詳細は米国特許出願第１０／４７０，２０６号及び１０／４７０，２０７号に記載されてここで参照して結合される。
【００６７】
図１−２及びその他で既述したように、強化ユーザーインターフェース、即ち、マルチリンクメニュー１７５が入手可能で、この場合、イントラコネクタによって同様に使用される。このように、ＭＭＲのユーザーインターフェースは、それがＤＯＩを介してユーザーが全ての他のリンクされたシステムに対してナビゲートすることができるように強化される３５５。検索及びブラウズのＭＭＲのユーザーインターフェースはブラウザーベースであり、その後、イントラコネクタはジャバスクリプトコードとしてＤＯＩリンクメニューを追加する。コードは、ＤＯＩディレクトリからＤＯＩを検索し、メニュー形式でリンクを表示する。
【００６８】
例えば、検索結果表示部３５６は、ユーザーが結果リストの入力をクリックするかその上をマウスが通ると、ＤＯＩリンクメニューが現れるように３５７変更され、ユーザーがアセット、プレビュー又はサムネイル、若しくはその他の情報にナビゲートすることを可能にする。直感的ユーザーインターフェース強化は、ユーザーの見方からイントラコネクトシステムを結合する「糊」の一種である。
【００６９】
また、イントラコネクタが配置された後、発行社は、ＤＯＩの幾つかを、グローバルＤＯＩディレクトリ１１３にプロセスの一部として登録したいと思うかもしれない。それらのＤＯＩによってレファレンスされたコンテンツアセットにとって、登録がそれらの発見可能性を強化して発行社が、発行社のコンテンツインフラストラクチャに直ちに統合されるであろう広範囲な可能なオンラインコンテンツサービスを実現することを助ける。
【００７０】
マルチリンクシンジケーション
図４は、マルチリンクシンジケーションの実施例を示す論理フロー図である。マルチリンクシンジケーションが進むためには、マルチリンクが生成される必要がある１２０。マルチリンクの生成は図１−２その他で１２０既に説明した（例えば、オートリンカー）。一旦マルチリンカーが生成されると、それらはハンドルシステム１３０に格納される。これらはグローバルＤＯＩディレクトリ１１３又はローカルＤＯＩディレクトリ３０５のどちらか又は両方に格納される。ローカルＤＯＩディレクトリの場合、シンジケーションはリンクを広く拡散することができるが、ローカルシステムへのアクセスを有する者のみがレファレンスコンテンツアセットにレファレンス及び／又はアクセスすることができる。リンク生成及び保存は、マルチリンクを生成する需要がある限り、独立して継続可能なそれ自身への活動である。このように、要求される限り、以下のシンジケーション４５０、４１５以下レファレンスのコンポーネントとは独立して、これは進行することができる４５０、１２０。マルチリンクが保存されると４５０、マルチリンクへのレファレンスが生成可能となる４１５。既述したように、スクリプトはマルチリンクへのレファレンスを与えるように生成可能である。ある実施例においては、レファレンスは、スクリプトの呼び出し、例えば、ジャバスクリプトにおいてシンジケーターにリンクを埋め込むことによって生成される。シンジケーター自体はＤＯＩで識別可能であることに留意しなければならない。また、ジャバスクリプトを呼び出すシンジケータリンクは、マルチリンクの識別子がレファレンスに挿入される。一旦マルチリンクレファレンスが生成されると４１５、レファレンスはコンテンツに埋め込み可能となる。例えば、それは、ＨＴＭＬとしてウェブページ４２０に埋め込み可能となる。別の実施例においては、レファレンスはＭＩＭＥ及び／又はＨＴＭＬ形式の電子メールに埋め込み可能となる。レファレンスをマルチリンクに埋め込むことによって、マルチリンクの伝達は開始することができる。この生成と埋め込みも、マルチリンクの広がりへの要求がある限り独立に継続可能な４５１それ自身への活動であり、それはシンジケーション４５１、５２５以下レファレンスの以下のコンポーネントとは独立である。しかし、一旦レファレンスが埋め込まれると４２０、４５１又はより多くのリンク４５１へのレファレンスがなければ、マルチリンクを通じたトラバースが可能となる４２５。
【００７１】
一旦マルチリンクレファレンスがコンテンツ４２０に埋め込まれると、ユーザー及び／又はシステムがコンテンツをレファレンスでトラバースし、コンテンツの検索及び閲覧は埋め込まれたレファレンスに従事してシンジケーター４２５を評価する。シンジケーターは、マルチリンクメニューを提供するために、マルチリンクレファレンスとスクリプトの要求を受け取る。ある実施例においては、要求を受信すると、シンジケーターはＤＯＩディレクトリをレファレンスされたマルチリンク４３０に対して評価する。それをする際に、シンジケーターはＤＯＩディレクトリからマルチリンク記録を要求する。シンジケーターは、その後、メニュー仕様がマルチリンクに対して入手可能であるかどうかを決定する。ある実施例においては、シンジケーターは、マルチリンクＤＯＩを検索クエリーとして使用することによって、それ自身のデータベースでマルチリンクメニュー仕様を検索する。図１６−２０に詳細に説明されるように、メニュー仕様はエンドユーザーの活動追跡４６７の仕様を形成することによって増大可能となる。ある実施例においては、追跡統計はダイナミックかつ継続的に把握され、自動的にメニュー仕様を増大するのに使用される。別の実施例においては、メニュー仕様の増大は周期的に起こる。例えば、クロンジョブと共に特定間隔で更新される。シンジケーターがメニュー仕様４６６を発見すると、それはマルチリンク４６８のメニュー仕様を検索する。または、シンジケーターは、その階層構造４７０に基づいてＤＯＩ記録のためにメニュー仕様を生成する。メニュー仕様及び生成は図２の２２０その他において既述した。メニュー仕様が生成された後で、それはシンジケーターのデータベースに保存可能となる。ある実施例においては、メニュー仕様は、マルチリンクメニューを作成するのに必要なジャバスクリプトコードと共にＤＯＩディレクトリのマルチリンク記録に保存されてもよい。これは、入力をメニュー仕様と図５−６及びその他において詳細に説明されるジャバスクリプトコードの各々に対するマルチリンク記録に追加することによって達成可能となる。一旦メニュー仕様が取得されると４６８、４７０、シンジケーターは、マルチリンクメニュー仕様によって特定されるように、それぞれマルチリンクで形成されたマルチリンクマルチリンクメニューを生成する。これは既に図２の２２７において説明した。その説明に先立ち、ジャバスクリプト、ジャバ、パイソン、パール及びいかなるスクリプト言語も、マルチリンクレファレンスに続くユーザー選択に対して、メニュー仕様からのメニューアイテムで形成されたポップアップメニューウィジットを実際に構築して表示するために、グラフィックスライブラリーで呼び出すのに使用可能である。メニューを呼び出すＵＩウィジットを呼び出すスクリプト言語を使用すると、メニュー仕様アイテムは、ＵＩポップアップメニューウィジットがマルチリンクメニュー仕様で特定されたアイテムを表示するように、ウィジットを読み出すコードに配置される。例えば、ピーターベレシス(<http://doi.contentdirections.com/mr/cdi.jsp? doi=10.1220/productl>, <http://www.hiermenuscentral.com >)によるハイアメニューがメニュー仕様で特定されるようにポップアップを生成するのに使用可能である。
【００７２】
一旦コードが生成されると、それは要求クライアントに戻され、クライアントのウェブブラウザーはコードを解釈してマルチリンクメニューを解決されたターゲット４３５と共に表示することができる。ユーザーがマルチリンクメニューをトラバースしてマルチリンクメニューアイテム４４０のいずれかに関係すると、ユーザーウェブブラウザーはアイテムの対応マルチリンクレファレンスにトラバースするように命令され、これによってマルチリンク４４５のターゲットを表示するウェブブラウザーをもたらす。ユーザーがより多くの埋め込まれたマルチリンクレファレンス４５２に遭遇すると、彼らはコンテンツ４２５のトラバースを継続することができ、又は、マルチリンクのシンジケーションが成功裏に達成された４８６.
シンジケーターの別の側面はマルチリンクとメニューを広い分配のために生成するその能力である。ある実施例において、ユーザーは、「このリンクをあなたのサイトに追加する」メニューアイテムを有するかもしれない。それは、どこかでＤＯＩに遭遇したエンドユーザーが生成されたＨＴＭＬ（図６の６６９を参照）をコピー／貼り付けすることによって彼らのサイトに単に「このリンクを追加」（図６の６６７を参照）することを可能にすることによってＤＯＩマルチリンクの仮想的分配を許容する。このように、ユーザーが「このリンクを追加」メニュー選択肢を選択すると、「シンジケーター」ページ（図６の６６９を参照）に移動される。そこで、ＤＯＩメニューがシンジケーターによって彼ら自身のサイトで作成されるようにＨＴＭＬを彼ら自身のサイトに配置／埋め込むために、彼らはＨＴＭＬの２行をコピー／貼り付けすることができる（図６の６６９を参照）。別の実施例において、「このＤＯＩを友人に電子メールで送信」メニュー選択（図１５の１５０７を参照）は、ユーザーにＤＯＩリンクを提供する（例えば、ＤＯＩをクリップボードメモリに配置、及び／又は、新しい電子メールを作成するためにユーザーの電子メールクライアントにメッセージを伝え、ＤＯＩを電子メールの題名及び／又は本文に貼り付けることによって）。バイラル及びＰ２Ｐ分配に関する詳細は米国特許出願第１０／４７０，２０６号に記載されており、ここで参照して結合する。例えば、コンテンツ自身（及び／又は、もしあればそのＤＲＭラッパー）はＤＯＩマルチリンクを含むことができ、従って、彼らのサイトに「このリンクを追加」することをユーザーを促すことができる。ある実施例においては、「このリンクを追加する」及び／又は「このＤＯＩを友人に電子メールする」選択肢がデフォルトによってマルチリンクメニューの一部として生成され、これにより、あらゆるマルチリンクがメニュー選択肢として彼らに提供されるだろう。かかる実施例において、これらの臨時の特徴が利用可能である多くの場面がある。即ち、既述したようにコンテンツ自身に埋め込まれること（及び／又はそのＤＲＭラッパー）、検索エンジン結果内でＤＯＩを発見すること、ウェブサイトでＤＯＩを見ること、ＤＯＩをダイレクトマーケティング電子メールを介して受信すること、病院及び／又は医者の連絡を介してＤＯＩを受信すること（図１５の１５０５を参照）、ＤＯＩを音楽プレーヤー又はビデオプレーヤーの「再生中」ウインドウで見ること（図１５の１５１０を参照）、それを誰かの連絡情報に埋め込むこと（例えば、電子メール内で又は履歴書又は提案などの文書内で）、それを個人の電子メール介して受信することである。
【００７３】
ハンドルエディタ
図５−６は、マルチリンクメニューエディタ及び個人ＤＯＩの実施例を示す図である。図は、埋め込まれたマルチリンク５１４、５１５と共にウェブページを閲覧するウェブブラウザー５０１を示している。埋め込まれたコード５１４は、マルチリンクメニュー５１０の生成に責任のある画像５１５を実際にもたらす。ユーザーが彼らのカーソルを画像５１５上で移動すると、マルチリンクメニュー５１０は、記述したように、それ自身を明示する。マルチリンクメニューの構造は、メニュー仕様とマルチリンクのＤＯＩ記録による大群で制御される。既述したように、メニュー仕様が存在しない場合、それはマルチリンクＤＯＩ記録から生成可能である。既述したように、オートリンカー及び／又はシンジケーターがマルチリンクメニュー仕様を必要があれば生成することができる。更に、マルチリンクエディタもメニュー仕様を生成することができ、それはＤＯＩディレクトリにおいてＤＯＩマルチリンク記録を変更することができる。
【００７４】
図５は、ウェブブラウザー５０１を介してアクセスされるように、マルチリンクエディタ５２０を導入している。ある実施例において、ユーザーは、ハンドル５７７を編集するためにそれらのウェブブラウザー５２０を適当な場所に導くことによってマルチリンクエディタ５２０に関与する。図１６−２０において詳述されるように、マルチリンクエディタは、エンドユーザー追跡、広告配置などによって駆動されるように、メニューエントリーを変更するのに使用可能である。マルチリンクメニューに責任を有する者が、追跡情報を反映すると手動でメニューを編集することができるようにすることはそれらの効力を改善する。マルチリンクエディタにおいて一度、ユーザーはＤＯＩ５７７を供給することによって彼らが編集したいハンドル記録を特定する。マルチリンクエディタに署名すると、（例えば、ＤＯＩディレクトリ内のＤＯＩ記録にアクセスするためにユーザー名とパスワードを提供することによって）、ユーザーはＤＯＩレファレンスを供給し、ＤＯＩディレクトリはＤＯＩマルチリンク記録にアクセスしてそれを５２５ウェブブラウザーで表示するだろう。エディタは、ＤＯＩマルチリンク記録５２５のコンポーネント５３０、５３５を編集及びアクセス５５５と変更する５２７、５４０、５４５ための様々なファシリティを提供する
また、マルチリンクエディタはマルチリンクメニュー仕様を生成する機構、例えば、チェックボックス５３３を提供する。ある実施例において、チェックボックス５３３は、デフォルトで全て可能となる。このため、オートリンカー、シンジケーター又はマルチリンクエディタがマルチリンクメニューの生成に参加するために呼び出され、マルチリンクメニュー仕様が入手可能でなければ、チェックボックス５３３を可能にするマルチリンク記録５２５内の全エントリーはメニュー仕様を生成するのに使用され、一方、選択されないチェックボックス５３４はメニュー仕様の一部ではない。このように、メニュー_閲覧_仕様フィールド５３３をメニュー記録に加えることによって、あらゆるマルチリンク記録がマスターメニュー仕様を有することができる。代替及び／又は追加のメニュー仕様が更なるリンクとしてメニューリンクに単に追加されても「連絡情報」５３０リンクを加えることと大差ないことに留意すべきである。
【００７５】
また、マルチリンクエディタは、アクセス制御５４４のファシリティを提供する。マルチリンクの所有者は、あるグループのあるリンクへのアクセスを制限することができる。例えば、あるリンクは所有者にアクセスされるだけであり、他のリンクは所有者に知られた者のグループにアクセスされ、他のリンクは、皆にアクセス可能である。ある実施例において、これらは、リンクにアクセスすることを許された出発点を特定するリンクエントリーを提供することによって達成される。例えば、ユーザーが特定の企業の彼の全ての友人がリンクにアクセスすることを望む場合、www.friendscompany.comのドメインをリンクが表示される唯一の出発点として与えればよいだろう。このように、ＤＯＩディレクトリ及び／又はシンジケーターがマルチリンクの解決に関与すると、その要求が、マルチリンクが閲覧されるべき出発点から来ているか来ていないかを決定することができる。従って、メニュー仕様が、リンクのアクセス制御フィールドエントリーにおいて特定されていない出発点に対するエントリーを不能にするオンザフライ編集が可能となる。別の実施例において、ＩＰアドレスは出発点として使用可能である。更に別の実施例において、ユーザー名とパスワードはリンクに関連付けられてもよく、ユーザー名とパスワードを提供することができる者のみが表示されるリンクを有する。更に別の実施例において、出発点はパーソナルＤＯＩによって表現されてもよい。別の実施例は、有効性の根拠としてデジタル証明書及び／又はキーを使用することができる。デジタル著作権管理（ＤＲＭ）の実施例に関する詳細は米国特許出願第１０／４７０，２５８号に記載されており、ここで参照して結合される。５２５に示されるように、マルチリンク記録は、個人情報を示す様々なリンクを含むことによって人を表すことができる。このように、パーソナルＤＯＩはアクセス制御の出発点として特定可能であり、パーソナルＤＯＩにおいて特定された出発点に由来することが既知のアクセス制御されたリンクにアクセスするユーザーはアクセスを得ることができる。例えば、この種のアクセス制御は患者の記録の場合に重要となり、そこでは患者が自分の医療情報に誰がアクセスを有するかを制御することになる。
【００７６】
理解されるように、パーソナルＤＯＩ記録５２５は、ユーザーが自身を表すためにユーザーによって提供されるように、様々なリンクを含んでいる。マルチリンクエディタ５２０は、ユーザーが、いかなるマルチリンク記録をも編集することを可能にする。ある実施例において、エディタ５２０は、新しい記録フィールド５４０とフィールドバリュー５４５を追加する機構を与える。例えば、ユーザーが好みの法律事務所を示すエントリーを追加することを望む場合、かれらはエディタファシリティ、例えば、テキストボックス５４０に新しいフィールド名を特定することによって追加することができる。ラベル５４０をレファレンスリンク（例えば、ＵＲＬ５４１）なしで入力することによって、マルチリンクエディタはフィールドカテゴリーを提供されたラベル以外のバリューなしで作成する。このように、これは、サブメニューが出現可能な第１レベルのメニューアイテムを生成することができる。この結果、エディタ５２０は、サブフィールド５４５及びバリュー５４６を入力するファシィリティを与える。図において、ユーザーは「モルガン＆フィネガン」を「好みの法律事務所の一種のラベルとして入力し、レファレンスリンク「www.morganfinnegan.com」５６４も入力に与える。これらのエントリー５４０、５４５、５４６を受信し、ユーザーが「提出」ボタンを押すと、マルチリンクエディタ５２０は、供給された情報をＤＯＩディレクトリに適当なフィールドをユーザーのＤＯＩマルチリンク記録に追加する命令として送信する。図６において理解されるように、一旦新しいフィールド及びバリューが提出されると、それらはユーザーのＤＯＩマルチリンク記録５２５に追加されてマルチリンク記録の一部として現れる５４０、５４５、６０５。ある実施例において、ユーザーは、彼らの電子メール署名にパーソナルＤＯＩを追加することができ、これは他人にその者の連絡その他の情報へのアクセスを単一のリンクを通じて与える。
【００７７】
マルチリンクエディタ５２０は、幾つかの他の方法で同様にＤＯＩマルチリンク記録５２５を操作することができる。説明したように、エディタ５２０は、記録及びメタデータを編集するための様々なファシリティ５２２を提供する。ユーザーが記録５５５を編集することを選択した場合、幾つかの選択肢が提供される６０５、６１５、６２０、６２５、６３０。ユーザーは、一次応答ページを変更し、新しいアイテム６１５とメニュー６２０を記録に（既述のように）、追加し、記録のバリューを再整理し、様々な他の編集（切り取り、コピー、貼り付け）を実行することができる。例えば、ユーザーがマルチリンクエディタにおいてバリューを再整理し、これによりその後のメニュー仕様の順番に影響を与えたいと望めば、彼らは記録バリュー６２５を再整理する選択肢を使用し、バリュー順番６５０を再配置するファシリティを与えられる。記録バリューの隣の「アップ」又は「ダウン」ボタンを選択することによって、記録順番とその後のメニュー仕様とメニュー順番は影響を受ける。理解されるように、ＤＯＩ記録バリューの上記追加及び再整理の後で、ＤＯＩ記録に由来するメニュー仕様から生成されたメニューは、追加と適当なメニューアイテム整理６６５を有するだろう。
【００７８】
図１８にしばらく飛ぶ。それは、マルチリンクメニューエディタの図式的な実施例を示す図である。この代替的な実施例は、マルチリンクメニューエディタ１８０５と結果としてのマルチリンクメニュー８１０の構成を示す。エディタは、メニュー階層の各メニュー階１８３０における追加的なメニュー選択アイテム１８２５の作成を見込んでいる。メニューアイテムは単純に選択可能であり、コンテンツは編集可能である。また、使用制限がいかなる所与のメニューアイテム１８３５に対しても付加されることができる。例えば、メニューアイテムは、特定された期間に対してその位置に留まるように配置されてもよい（例えば、２５０インプレッション、５０クリック、２ヶ月等）１８３５。かかる一例において、一旦メニューアイテムが２５０エンドユーザーによって閲覧されるか５０回クリックされると、それはその位置から除去されて再配置される。かかる制限はモデルの広告と広告の回転に有用である。ある実施例において、これらの制限は、メニュー仕様の生成と共に「制限」フィールドに自動的に追加される。かかる実施例においては、オートリンカーはメニューアイテムのスポンサーの地位に基づいてインプレッションとクリックに対する制限を設定することができる。例えば、広告者は、メニューアイテム広告、広告の文言、マルチメディアコマーシャルなどの配置を命令するかもしれないだろう。オートリンカーは、広告に対する広告者の支払いに基づくメニューアイテムを与えられる。追跡情報が維持されると、使用統計は使用制限に比較されてメニューアイテムの変更を引き起こしてもよい。使用制限に到達すると何が起こるかについて規則が設定されてもよい。ある実施例においては、使用制限に到達すると、メニューアイテムはマルチリンクメニューから除去される。別の実施例に置いては、使用制限に到達すると、メニューアイテムはマルチリンクメニュー階層内でより目立たない場所に移動される（例えば、それは階層内で下に及び／又は深くに移動されてもよい）。
【００７９】
ＩＰアドレッシング
図１８から図７に戻って、ユーザーはアドレスを介して通信ネットワークにアクセスする。アドレスは場所を表す。ユーザーは通信ネットワークにおいて、情報を探し出すべく場所から場所へ移動する。一般的な通信アドレス方式はＩＰアドレスを用いる。ＩＰアドレスは現実の世界では住所に例えることができる。ＩＰアドレス自体は、例えば、２０９．５４．９４．９９といった一連の数字であり、通常は、例えば、www.contentdirections.comというような関連する名前を有する。分散型データベース・レジストリは名前とＩＰアドレスの関連するペアを維持し、関連する名前を対応するＩＰアドレスへと解決する役目を担う。これにより、ユーザーは、２０９．５４．９４．９９といった一連の数字を暗記して用いる代わりに、例えば、www.report.comといった名前を覚えておいて使用することが可能になる。ＩＰアドレスの名前解決を支援するこれらの分散型データベースは、一般的にドメイン・ネーム・サーバー（ＤＮＳ）と呼ばれている。
【００８０】
ＩＰアドレスを、アドレスに更なるナビゲーション情報を付加したユニバーサル・資源・ロケーター（ＵＲＬ）として具現することが一般的である。ユーザーは、ＨＴＴＰを用いてＵＲＬに保存されている情報をアクセスするためにソフトウェアを用いてもよい。一例を挙げると、ユーザーが「ｈｔｔｐ：／／ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」とウェブ・ブラウザーに指定する。すると通常この更なるナビゲーション情報である「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」がコンピュータ・サーバー内の特定の保存場所を提示する。この更なるナビゲーション場所は、現実の世界では番地よりも詳しい、会社名や部署名、部屋番号等を含む住所に例えることができる。この更なるナビゲーション場所の取り扱いや解決は、通常ＤＮＳではなく解決されたＩＰアドレスにある情報サーバーにより行われる。例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍに対して解決したアドレスである１２３．１２３．１２３．１２３にある情報サーバーは、サーバー内のローカルの場所「／ｒｅｐｏｒｔｓ／１９９９／ＩｎｃｏｍｅＳｔａｔｅｍｅｎｔ．ｈｔｍｌ」にある情報を解釈し返送する。情報サーバーとは、通信ネットワークと特定のＩＰアドレスにあるコンピュータ・サーバーの間の通信を可能にする手段である。情報サーバーの商業的な例としては、アパッチが挙げられる。情報サーバーは、企業内の該当部署へ郵便物を仕分ける企業のメール室に例えることができる。
【００８１】
図７は、ＩＰアドレッシング・メカニズムは、情報が通信ネットワーク上で移動する間に、情報との関連を維持しないということを図示している。一般的にウェブ・ページのリンクにはＨＴＴＰを用い、ＨＴＴＰはＩＰアドレッシングに依存している。従って、ＵＲＬリンクは単に通信ネットワーク上の場所を示すだけで、必ずしも特定の情報と関連しているわけではない。例えば、ｗｗｗ．ｎｅｗｓ．ｃｏｍをレファレンスするＵＲＬリンクによってＵＲＬとｗｗｗ．ｎｅｗｓ．ｃｏｍで入手可能な情報を関連付けてもたらされる情報は、その場所では毎日情報が更新されるため、異なる情報となる。多くの場合、企業が情報を移動させたり、事業を移動させたり、廃業したりすると、場所そのものが消失する。
【００８２】
例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ７０８という場所に存在した「１９９９年度売り上げ」というタイトルのレポート７２２が、当該情報があるエンティティから別のエンティティに売られたり、アーカイブされたり、あるいはその他様々な理由で、例えばｗｗｗ．ｒｅｐｏｒｔ−ａｒｃｈｉｖｅｓ．ｃｏｍ／１９９９／Ｏｌｄ−ｒｅｐｏｒｔ．ｈｔｍｌ７１０という場所に移動することもある。ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ７０８という場所に存在したレポートは５００万ウェブ・ページ及び場所７４４をレファレンスするＵＲＬリンクを有したかもしれず、ユーザーが当該情報へのアクセスを試みると、その場所は既に存在しないため及び／又はその場所はユーザーが所望した情報を含まないため、ユーザーは「４０４ファイルがありません」のエラー７０９を受け取る可能性もある。結果としてエラーが出るのは、ＤＮＳは常にユーザーの要求を場所へと解決するよう設計されているためであり、またＤＮＳはＵＲＬと特定の情報のインスタンス化との関連を維持するように設計されていないためである。
【００８３】
図７の先頭はウェブ・ページ７０１、ユーザーが入力したアドレス７０２、ドキュメント７０３及びメモリ・デバイス７０４を描写し、それぞれ一つの情報（「１９９９年度売り上げ」のレポート７２２）をレファレンスするためにＵＲＬを、従ってＩＰアドレッシングを用いる。次に図７では、情報７２２は元の場所７０８（例えば、ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）から図７の新しい場所７１０（例えばｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ）へ移動する。図７において、この結果として当該の場所をレファレンスする全てのＵＲＬ２４４のブレーキング７０５−７０８が起こり、恐ろしい「４０４ファイルがありません」のエラー７０９を、当該の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ）７０８へレファレンスする全てのユーザーとＵＲＬに提示することになる。
【００８４】
ハンドルシステム
一旦一つの情報がＤＯＩに割り当てられ利用可能になると、ＤＯＩシステムはＤＯＩのユーザーがアクセスを望むものを解決できるようになる必要がある。ＤＯＩの解決を成し遂げるために用いる技術は、「ハンドル・システム」としてより広く知られており、以下により詳しく説明する。ＤＯＩハンドブックには基本的なＤＯＩの一般的な概要が記載されている。一言で言えば、ハンドル・システムはプロトコルのオープンなセット、ネームスペース及びプロトコルの実施化を含む。プロトコルは分散型コンピュータ・システムが、デジタル・コンテンツのハンドル（ＤＯＩ等）を保存し、コンテンツの所在を確認しアクセスするため、当該コンテンツに関係する情報の所在を確認しアクセスするため、あるいは当該コンテンツに関連するサービスの所在を確認しアクセスするために（即ちそのようなサービスへのインターフェースを提供するために）必要な情報へと、それらのハンドルを解決することを可能にする。必要に応じて、ＤＯＩを変更することなく識別されたコンテンツの現状を反映するために、この関連情報を変更することができるので、場所やその他の状況の情報の変更を経てもアイテムの名前が存続することが可能になる。一元管理されたＤＯＩ登録機関と共に、ハンドル・システムは長期にわたるネットワーク上の情報及びサービスの信頼性のある管理のための、汎用且つ分散型のグローバル・ネーミング・サービスを提供する。本開示全体にわたり、ＤＯＩシステムを介してアクセス可能になった「ソース」、「コンテンツ」及び／又は「情報」とは、特定が可能な全てのコンテンツ、ソース、情報、サービス、トランザクション及び記事、書籍、無形オブジェクト、音楽アルバムを含む著作物、人物、有形で物理的なオブジェクト、その他及び／又はそれらの選択された個別の部分及び／又はそれらの組み合わせを更に含む、から成り得ることに注意することが重要である。アクセス可能な情報は、サービスやトランザクションを開始するアプリケーションや、選択のメカニズム及び／又はその他を提供するアプリケーション等へのＵＲＬでもよい。
【００８５】
ある非限定的な例では、ＤＯＩは、ソーシャル・セキュリティ番号、電話番号及び／又はその他のある人物を識別する情報と関連付けられることすらあり得る。かかる実施例において、メタデータはＤＯＩ記録に格納されてもよい。
【００８６】
ある実施例では、メタデータは、特定種類のハンドルバリュー、例えば、ＤＣ．ＴｉｔｌｅとしてＤＯＩ記録に直接保存される。かかる実施例は、多数の要求が正しいバリューを必ず引くようにソフトウェアをキャッシュすることを不能にすることを要求する。その後、メタデータは、ハンドルバリューの検索を通じて特定種類を識別することによって検索可能となる。かかる方法において、メタデータは、パーソナルＤＯＩ、ＤＯＩ医療記録、ＤＯＩＲＦＩＤ、発行メタデータ、デジタル著作権管理メタデータなど、しかし、これらに限定されないＤＯＩの如何なる種類に対してＤＯＩ記録に格納されてもよく、全て、データの実際の保管庫としてＤＯＩ記録を使用することができる。
【００８７】
かかるＤＯＩ記録保存をパーソナルＤＯＩの状況で適用することによって、かかる実施例はユニバーサルに入手可能な個人識別子をもたらす。ある実施例において、人は幾つかのユニバーサル個人識別子を有してもよい。例えば、外科医はユニバーサル外科医識別子を有してもよい。この識別子は、外科医の雇用者番号、免許番号、連絡情報、専門化説明情報、社会保障番号などを有してもよい。同様に、患者は、氏名、連絡情報、医療記録参照、アレルギーリスト、医療状態のリスト、社会保障番号などの有するユニバーサル患者識別子を有してもよい。かかるユニバーサル識別子は、医者及び患者が単一の識別子を提供することを許容する際に、個人情報をフォームに記入する必要がなくなるので大変有用であろう。別の実施例においては、ユニバーサル個人識別子は、アクセス制御と共にマルチリンクの形態をとることができる。かかる実施例においては、人はそれ自身の一般情報と、異なる立場と役割において彼らが個人情報を提供することが必要である状況に対する情報を有することができる。例えば、ユニバーサル個人識別子は、マルチリンクの一側面としてのより一般的なユニバーサル個人識別子を有することができる。外科医の場合、マルチリンクの別の側面に含まれるユニバーサル外科医識別子情報を有することができる。更に、外科医は、同様に、時には、患者であり、このように、マルチリンクの別の側面として含まれるユニバーサル患者識別子を有してもよい。アクセス制御は、許可されたユーザにのみ様々なコンポーネントの側面へのアクセスを制限するのに使用可能である。アクセス制御は、図５及びその他で詳細に説明する。例えば、外科医は彼自身のユニバーサル個人識別子をウェブサイトに提供することができ、外科医の雇用者ではないそれにアクセスする人のグループは、マルチリンクのより一般的なユニバーサル個人識別子の側面のみを閲覧するに際して制限される。しかし、外科医がユニバーサル個人識別子を仕事で使用すると、マルチリンクのユニバーサル外科医識別子のコンポーネントは許可されたグループによってアクセス可能となるであろう。
【００８８】
別の非限定的な例においては、ＤＯＩはソフトウェア・モジュール、プログラミング「オブジェクト」またはその他のネットワークに基づく資源の何かと関連付けられたりもする。更に、実際の製品（現在ＵＰＣやバーコードで識別されている品物等）のオンラインでの表示を含むほとんど全てのものを表示するためにＤＯＩを用いることができる。そのような例では、ＤＯＩはある製品を説明したり販売したりしている製造者のカタログ・ページへと解決することができ、多重解決シナリオにおいては、ある品物を修理してもらうにはどこへ行けばよいか、交換用の部品はどこへ行けば見つかるか、新製品あるいは交換用の製品はどのようなものか、どのような価格またはリースのオプションがあるのか等、当該オブジェクトに関係する全てのサービスへと解決することができる。ＤＯＩを実施するその他の実施例に含まれるのは、通信ネットワークを介して分散型の方法で動作することができるソフトウェアの異なるモジュールの表示、ボイス・オーバーＩＰ技術のための電話番号、遺伝子配列、医療記録及び／又はその他の恒久的な記録（ＤＯＩは、証明書又は暗号解読鍵を呼び出すこともある暗号化及び／又はその他の方法で保護された恒久的な記録に特に有用）及び／又は同様のもの、である。別の実施例ではＤＯＩは、例えば現在の株価、（株及び／又はその他全てのオークション及び／又は為替の）最新の競売価格や売り出し価格、（別の過去の年次報告書には異なるＤＯＩが割り当てられているのに対して）企業の最新の年次報告書、及び／又はその他のようなもので、しかしこれらに限定されない一時的及び／又は動的なバリューの恒久的な場所を表す。
【００８９】
ユーザーはデジタル・オブジェクト識別子（ＤＯＩ）を介して情報にアクセスし得る。ＤＯＩは情報そのものに関連付けられている（即ち情報自体の名前である）。ＤＯＩは「ハンドル」のインスタンスであり、「ハンドル・システム」の枠組みの中で動作する。ＤＯＩは永続的に関連付けられた情報へのアクセスを可能にする。ＤＯＩは、一連の文字の後にセパレーターが付き、その更に後に一連の文字が付いたもので、例えば１０．１０６５／ａｂｃ１２３ｄｅｆというようになる。注意すべき、そして再び強調すべきことは、本開示は「ＵＲＮ」「ＤＯＩ」「ハンドル」といったＵＮＩの特定のサブ・タイプについて記載することもあるが、本開示はより一般的なタイプのＵＮＩにも同等に適用されるものであり、従って特に断りの無い限り本開示はＵＮＩのあるサブ・タイプに言及する場合はＵＮＩ全般にわたって適用されるものと見做されるべきものである。更に、今日使用されているハンドル・システム、ＤＯＩ及びそれらの支援技術や仕様は、本開示の意図したフォーラムではあるものの、本開示は最新の、または今後考案される仕様やシステムに基づいた他のフォーラムにも応用できることを意図していることに注意すべきである。
【００９０】
ＤＯＩ
情報にアクセスするためにＤＯＩを使用しているユーザーは、ＤＯＩが関連付けられた情報のみを解決しアクセスすることを知っている。場所をレファレンスするＵＲＬとは対照的に、ＤＯＩとは情報に対する名前であり、その情報の場所やその他の属性、と共に関係するサービスをも見るために用いることができる。情報とは、電子書籍、音楽ファイル、ビデオ・ファイル、電子ジャーナル、ソフトウェア及び前記のコンテンツの一部及び／又はそれらの組み合わせも含む情報と共にコンピュータで読み取り可能なファイル全てを含むと考えられる。電子コンテンツは通信ネットワーク上で利用可能となっているので、これ以降本出願書はそのような利用可能な情報は、通信ネットワーク上で発行されたものとみなすということに注意されたい。
【００９１】
ＤＯＩは、通信ネットワーク上で利用可能な情報に与えられた恒久的で永続的な識別子で、仮にコンテンツあるいは関連するデータの場所（即ちＵＲＬ）、フォーマット、所有権等が変更されたとしてもユーザーが関連データにアクセスすることができるように、電子的形態で登録されている。ＤＯＩまたはハンドルは、ＵＲＬの代わりにユーザーに配信できる。ユーザーは、ハンドル対応のウェブ・ブラウザーに、ＵＲＬハイパーリンクと同様にＤＯＩを選択したり入力したりすることにより、ある特定のＤＯＩに関連付けられた情報にアクセスする。例えばｗｗｗ．ｃｎｒｉ．ｏｒｇから入手可能なハンドル・システム・プラグイン等のブラウザー・プラグイン・ソフトウェアを用いて、数多くの種類のブラウザーをハンドル対応にすることが可能である。ＤＯＩに関連付けられた情報にアクセスするためのそのような試みにより、資源の現在の所在を確認する自動のプロセスが起動する。当該資源の現在の場所は、ハンドル・システムによって利用可能な一元管理されたディレクトリ内の当該資源のＤＯＩに関連付けられており、それが今度はユーザーを（即ちユーザーのウェブ・ブラウザーを）当該資源の現在の場所へと導く。この誘導はしばしば、選択されたＤＯＩに関連する現在のＵＲＬと、対応する情報を返信することによって実行される。
【００９２】
図８はＤＯＩを介した情報へのアクセスを上記の図７と対比して図示している。最初に、登録プロセスを経て情報（「１９９９年度売り上げ」のレポート２２２）にＤＯＩが与えられる。ＵＲＬを用いる代わりに、ユーザーはＤＯＩを用いウェブ・ページ８０１、ウェブ・ブラウザーへのタイプ入力８０２、ドキュメント８０３、デバイス８０４、バーコード８０６及び／又はその他を介して当該情報のレファレンス８４４を行う。ユーザーがＤＯＩリンク４４４を行うと、それらは一元管理されたＤＯＩディレクトリ８１１において解決され、要求したユーザーは情報７２２の最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ７０８）へのＵＲＬリンク７４４を与えられる。当該情報が最初の場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ｒｅｐｏｒｔ．ｈｔｍｌ７０８）から新たな場所（ｗｗｗ．ｒｅｐｏｒｔ．ｃｏｍ／１９９９／Ａｒｃｈｉｖｅｓ．ｈｔｍｌ７１０）へ移動８３４すると、当該情報の発行社８１０は新たな場所をレファレンスする更新されたＵＲＬ２４５を送ることにより、ＤＯＩ一元管理ディレクトリ８４５に当該情報の新しい場所を知らせる。それ以降、ユーザー８０１−８０４がＤＯＩリンク８４４を介して当該情報にアクセスを試みると、ＤＯＩディレクトリは更新されたＵＲＬ７４５を通して適正に新しい場所７１０を提示する。
【００９３】
上記のように、ＤＯＩは情報のみならず、その一部を識別するために用いることもできる。例えば、ＤＯＩシステムによれば、１冊の書籍が一つのＤＯＩを有することが可能な一方、その書籍のそれぞれの章が別の、それぞれの章を識別するための固有のＤＯＩを有することもあり、更にはその書籍中の図面一つ一つがそれら図面を識別するための固有のＤＯＩを有することも可能である。言い換えれば、ＤＯＩシステムによると、コンテンツ発行社の希望通りに様々な細かさのデータの塊として情報を識別することができる。なお、ユニバーサル・プロダクト・コード（一般的には消費者向け製品の「バーコード」として表示されている）によって例えば、スーパーのレジ、在庫コンピュータ、財務システム及び流通業者が現実の世界でサプライ・チェーンを自動化することが可能になるように、本開示はＤＯＩを用いて世界中の全ての電子発行エージェントがインターネットを介したデジタル・コンテンツ（及び当該コンテンツに対する権利のライセンス）の販売を効率的な方法で自動化することを可能にするメカニズムを提供すると想定している。何故ならば、販売可能なコンテンツのそれぞれが世界で唯一のＤＯＩを有しており、それをエージェント同士の取引において製品の識別コードとして使用することが可能だからである。
【００９４】
ハンドル・システム
ハンドル・システムは、効率的でユーザーに分かり易い利用を可能にするための前もって決められた方針の一群を採っており、そのうち幾つかを以下に挙げる。発行社（又はより一般的にはＤＯＩ所有者又は登録者）がオペレーション・コストを負担して、ＤＯＩ解決のためのハンドル・システムの使用がユーザーには無料となるのが理想的である。ＤＯＩは全て世界的なＤＯＩ機関に登録される。登録者は、登録したＤＯＩに関する状態データ及びメタデータを維持する責任がある。ＤＯＩのシンタックスは標準化されたシンタックスに準じる。使用にあたっては、ＤＯＩはオペーク・ストリング（ダム・ナンバー）になる。ＤＯＩ登録機関はＤＯＩの指定、登録、ＤＯＩに関連するメタデータの申告を管理する。
【００９５】
図９は、ハンドル９００の概略図である。ハンドル９００は二つのコンポーネントである、プレフィックス９０１とサフィックス９０２を有する。プレフィックス９０１とサフィックス９０２は、フォワード・スラッシュ９０７により区切られている。ハンドル９００には、印刷できる文字であれば、今日書かれたり使用されたりしているほとんど全ての主要な言語のどれを取り入れてもよい。プレフィックス９０１にもサフィックス９０２にも特に長さの制限はない。結果として、利用可能なハンドルの数はほとんど無限であると想定される。プレフィックス９０１とサフィックス９０２の組み合わせを確実に唯一固有なものにすることが、ハンドル・システムの完全性を維持するためには重要である。そのため、ＤＯＩ登録機関は発行社に固有のプレフィックス９０１を与え、一実施例ではその登録機関が、指定するサフィックス９０２もまた確実に固有のものであるようにする責任を発行社に課す。これはユーザーのクライアント・コンピュータ・システム上で動作している登録ツールによって達成され得る。別の実施例では、本開示全体にわたって記載しているように、様々なサフィックス生成アルゴリズムを適用することによって、登録機関がサフィックス９０２が固有なものもであること確実にする。登録機関とハンドル・システム管理者は共に、新しいハンドルについては全てその固有性を確認してからハンドル・システムに入れる。登録機関はハンドル・システムにＤＯＩ記録を入れ、それを受けてハンドル・システムはＤＯＩディレクトリを介してＤＯＩ解決要求を処理する。
【００９６】
プレフィックス９０１自体は、プレフィックス・セパレーター９０６、即ちピリオドにより区切られる二つのコンポーネントを有する。ハンドル・プレフィックスの第一の部分はハンドル・タイプ９０４で、第二の部分はハンドル・クリエーター９０５である。ハンドル・タイプ９０４は、どのようなタイプのハンドル・システムが使用されているかを識別する。ハンドル・タイプ９０４が「１０」で始まる場合、当該ハンドルはＤＯＩであると識別され、ハンドル・システムの他の実施タイプではないと分かる。ピリオドにより区切られたプレフィックスの次のコンポーネントであるハンドル・クリエーター９０５は、ＤＯＩの登録を希望する団体に与えられる番号（または文字列）である。これら二つのコンポーネント９０４と９０５が一緒になり、ＤＯＩの固有の発行社プレフィックス部分を形成する。どの団体が申請するハンドル（より詳しくはＤＯＩ）プレフィックスの数にも制限はない。結果として、例えば発行社は一つのＤＯＩプレフィックス９０１を有してもよいし、ジャーナルごとに異なるプレフィックスを有することも、そのジャーナルの刷り込み毎に一つのプレフィックスを有することもできる。通常プレフィックス９０１は単純な数字列だが、ハンドル・システムの範囲はそれに限定されるものではない。従って、プレフィックス９０１にアルファベットやその他の文字を用いてもよい。
【００９７】
サフィックス９０２は固有の英数字列であり、特定のプレフィックスと共に、固有情報を識別する。発行社のプレフィックス９０１と発行社の提示する固有のサフィックス９０２の組み合わせにより、ＤＯＩ番号の一元割り当ての必要性を免れる。サフィックス９０２は、当該発行社がプレフィックスと共に登録した他のどのサフィックスとも異なる固有のものである限り、当該発行社の選択する如何なる英数字列でもよい。
【００９８】
図９は、ＤＯＩ９９０の別の実施例を示しており、図中ではテキストブックのＩＳＢＮ番号がサフィックス９０２として機能している。従って便宜上、元と成るコンテンツの発行社は、サフィックス９０２として元のコンテンツに合致する他のどのような識別コードを選択してもよい。
【００９９】
強化ＤＯＩ
図９は更に、強化ＤＯＩ９１０グラマーを図示している。ＤＯＩグラマーを強化する非限定的な実施例は、強化されたプレフィックス９１１として具現される。しかしながら、別の及び／または相補的な強化されたサフィックス（図示はしていない）を同様にＤＯＩ９００に付けてもよいと、全面的に意図されている。強化されたサフィックス９１１は、強化グラマー・ターゲット９１７と強化セパレーター９１４から成る。強化セパレーター９１４は＠という記号であるが、当然のことながら、他の文字を強化セパレーターとして指定しても良い。強化グラマー・ターゲット９１７自体は、強化セパレーター９１４以外の任意の文字列である。強化グラマー・ターゲット９１７は、ＤＯＩ９００が特定の情報を多重の種類で解決する目的で用いられ、本開示の中で詳しく述べる。さらに強化された実施例では、強化グラマー・ターゲット９１７自体が更に、強化グラマー動詞５１２と、例えばピリオドのような強化ターゲット・セパレータ９１６によって分離される強化グラマー・ターゲット・オブジェクト９１３から成り得る。もちろん、強化ターゲット・セパレーター９１６は、任意の文字で指定できる。一実施例では、強化グラマー動詞９１２は修飾語として働き、一つのＤＯＩのための複数の多重解決ターゲットの中から選択し、強化グラマー・ターゲット・オブジェクト９１３は、更なるアクションのために、ターゲット・オブジェクト及び／またはハンドル・システム解決サーバーへと手渡される一つのバリューである。
【０１００】
ハンドル・システム・メタデータ
ＤＯＩ９００は識別番号に過ぎず、必ずしもそれに関連付けられた情報について何らかの情報を伝達するわけではない。結果として、ＤＯＩにアドレスする情報に関する追加情報を補足して、ユーザーが効率的且つ分かり易いサーチを行い、所望のコンテンツを通信ネットワーク上で入手できるようにすることが望ましい。情報を識別し易くするために、本発明は識別される情報の説明的なデータであるメタデータを使用する。メタデータはＤＯＩに関連するどのようなデータ構造であってもよいが、一実施例によると、メタデータは発行された情報を正確且つ簡潔に識別できる幾つかの基本的なフィールドから成る。この実施例によれば、メタデータは書籍の国際標準図書番号（ＩＳＢＮ）等のレガシー識別スキームからのエンティティと関連する識別子、発行されたコンテンツのタイトル、発行されたコンテンツの種類（書籍、音楽、ビデオ等）、当該コンテンツはオリジナルか派生したものか、コンテンツの主要な著者、コンテンツ作成の際の主要著者の役割、発行社の名前及び／またはその他等から成る。異なる種類のコンテンツはそれを説明する異なるデータを必要とするため、異なる種類のコンテンツには異なるメタデータを使用することを想定しているということがＤＯＩシステムの特徴の一つである。
【０１０１】
一実施例によると、メタデータはＤＯＩシステムのユーザー全てに利用可能となっており、それによってユーザーは特定のＤＯＩが識別するエンティティの基本的な説明を検出することが可能である。この基本的な説明によりユーザーはコンテンツを発行したエンティティの、あるいはコンテンツ自体の、幾つかの基本的な事柄を理解することができる。
【０１０２】
結果として、ＤＯＩが何の情報を識別するのかを調べるには、それを解決した後、関連するメタデータをレビューすることが望ましい。何故ならばＤＯＩはメタデータを識別するコンテンツや、同じまたは関係するコンテンツに関する別のメタデータとリンクするからである。一実施例では、メタデータによりＤＯＩ９００が識別する情報と共に、その明確な仕様の認識が可能になる。またメタデータにより当該情報とネットワーク上のその他の情報（及びそれらのエンティティに関するメタデータ）とのインターラクションが可能になる。
【０１０３】
ＤＯＩ情報アクセス
図１０は、ＤＯＩハンドル・システムにＤＯＩを提示するだけでユーザーが所望の情報にアクセスできるようにする解決メカニズムの概要を示している。本状況での解決とは、識別子をネットワーク・サービスに提示し、引き換えに当該識別子に関連する最新の情報を一つ以上受け取ることを含む。図１０に示すＤＯＩシステムの一実施例では、ユーザーはウェブ・ブラウザー１００１クライアントし、特定のＤＯＩ１００２が識別するコンテンツを指す。このＤＯＩ１００２は関連するＵＲＬを一つしか持っていないため、そのＵＲＬへと解決されるはずである。その結果、ユーザーが特定のＤＯＩ１００２が識別する基底コンテンツを要求すると、ユーザーは所望のコンテンツがあるＵＲＬ１００３へと導かれる。
【０１０４】
従って、この機構により情報の場所が変更されても、アクション可能な識別子としてエンティティの名前を維持することが可能になる。発行社がコンテンツの場所を変更した場合、発行社はハンドル・システムのデータベース内のＤＯＩエントリーを更新するだけで既存のＤＯＩ１００２は確実にコンテンツの新しい場所を提示する。結果として、コンテンツの場所は変更されてもＤＯＩは変更されず、ユーザーは既存のＤＯＩを用いて新しい場所にある当該コンテンツにアクセスすることが可能である。
【０１０５】
図１０は、ユーザーがＤＯＩを用いて、同一のＤＯＩが識別した同一のコンテンツの利用可能な複数のコピーの中から、コンテンツへの要求と共にコンテンツについてのデータの場所と（例えばコンテンツの購入といった）当該コンテンツに関連するサービスを解決するＤＯＩシステムの概要を示している。従って、汎用コンピュータであるユーザーはウェブ・ブラウザー１０００を用いて必要なＤＯＩ１０３０を提示する。ＤＯＩ１０３０は、所望のサービス１０３５の種類を説明するように構築することもできる。その結果、ＤＯＩシステムはユーザーがアクセスを望む特定のコンテンツ１０４０へと解決することが可能になる。
【０１０６】
ある実施例において、ハンドルシステムにおいて所与のＤＯＩに対する多重解決選択肢を保存するフォーマットは、ＤＨＴＭＬ及びジャバスクリプトを使用してブラウザーに階層ドロップダウンメニューとして現れてもよい。
【０１０７】
マルチリンクメニューの一例を１０４３に示す。多重解決ハイパーリンク１０４４をクリックすると、ユーザーには、一以上の低い階層１０４３であるリンク選択肢のリストが提供される。例１０４３において、ユーザーは、Amazon.comで電子書籍のマイクロソフトリーダー版を買うリンクを選択するための２つのサブメニューをトラバースした。
【０１０８】
図示するように、このメニューはＤＨＴＭＬとジャバスクリプトで具体化されたウィジットである。ウィジットはハンドルシステムから取得されたデータでロードされ、以下に詳細に説明するように、ジャバスクリプトデータ構造に変換される。ある実施例において、ハンドル記録のフォーマットは以下の５つのコンポーネントを有する。
【０１０９】
１．  多重解決記録は、ＭＵＬＴＩＲＥＳとＭＵＬＴＩＲＥＳ＿ＭＡＰの２つの新しいハンドルデータ種類に割り当てられる。
【０１１０】
２．  所与のハンドルは、（異なるインデックスバリューで区別される）多重ＭＵＬＴＩＲＥＳを有し、選択的に一のＭＵＬＴＩＲＥＳ＿ＭＡＰを有することができる。
【０１１１】
３．  各ＭＵＬＴＩＲＥＳバリューは、等しい符号（ＡＳＣＩＩ０ｘ３Ｄ）によって確定された２つの論理ユニットとラベルとＵＲＬを有する。ラベル部は、ＵＲＬハイパーリンクのための表示されたテキストとして使用される。ＵＲＬが関連しない場合（例えば、サブメニュー名）、ＵＲＬ部は省略される。
【０１１２】
４．  ＭＵＬＴＩＲＥＳ＿ＭＡＰバリューは、メニューの階層と、ＭＵＬＴＩＲＥＳバリューによって規定されるサブメニューを記述する。ＭＵＬＴＩＲＥＳ＿ＭＡＰバリューは、カーリーブレイスによって規定された帰納的メニューリストを有する。リストされたアイテムはＭＵＬＴＩＲＥＳバリューのインデックスである。
【０１１３】
５．  ＭＵＬＴＩＲＥＳ＿ＭＡＰバリューがなければ、平坦な階層が仮定され（即ち、サブメニューのない）、アイテムはＭＵＬＴＩＲＥＳインデックスバリューの順番で表示される。
【０１１４】
以下の表は、１０４３で示される多重解決リンクに対するハンドル記録の抜粋を示している。ＤＯＩアプリケーションはこのハンドル記録を取得し、正しい多重解決選択肢をユーザーに提供するのに必要なラベルとＵＲＬを抽出することができる。
種類
バリュー
・
・
・
・
・
・
・
・
・
MULTIRES
1000
発行社のカタログページ＝http://…
1001
無料抜粋を読む＝http://…
・
・
・
・
・
・
・
・
・
MULTIRES
1007
この書籍を購入
MULTIRES
1008
マイクロソフト＿リーダー
MULTIRES
1009
Contentville.com=http://…
MULTIRES
1010
Amazon.com=http://…
MULTIRES
1011
アドビeBookリーダー
MULTIRES
1012
バーンズ&ノーブル=http://…
・
・
・
・
・
・
・
・
・
MULTIRES_MAP
1030
{1000   1001 1002 1003 1004 {1005 1006} 1007 {1008 {1009 1010} 1011 {1012 1013} … }}
ある実施例において、マルチリンクの作成は、一連のウェブページ１０４５−１０７０を通じて達成される。理解されるように、マルチリンクの所有者は、マルチリンクの制御／作成を見込む所有者／口座情報を最初に入力することによって設定されなければならない１０４５。その後、ユーザーは、例えば、題名、著者、発行日、説明などのマルチリンクについてのメタデータを入力する。次に、ユーザーは、階層１０５５において多重解決例を提供する。例えば、作品はある場所１０５６に解決可能であり、書籍購入能力はどこでも解決可能である。一旦マルチリンク解決が形成されて提出されると、マルチリンクメニュー１０６０とメニューは生成される。ユーザーは、その後、メタデータ情報１０６５とマルチリンクＤＯＩ記録を、ハンドルシステムディレクトリに保存されるように、閲覧１０６３することができる。
【０１１５】
図１１は、本発明に基づき、ユーザーが情報にアクセスするために行う一連の行為の概要を示している。まず初めに、ユーザーはブラウザー・クライアント１１００をパソコン、携帯情報端末（ＰＤＡ）及び／又はその他のコンピューティング・デバイス１１０５上に立ち上げる。ユーザーはブラウザー１１００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワークを通じてＤＯＩディレクトリ・サーバー１１１０に送られる。ＤＯＩディレクトリ・サーバー１１１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べ、正しいＵＲＬをユーザーのコンピュータ１１００上のブラウザー１１００に送るが、こうしたアクションはユーザーには見えないようになっている。結果として、ブラウザーは正しい発行社情報１１２０があるサーバー上の所望のコンテンツへと導かれる。最終的に、ユーザーのブラウザーからの要求を受け取ると、発行社１１２０は所望の情報をユーザーに送り、その情報にはブラウザー・クライアント１１００でアクセスすることができる。
【０１１６】
図１１は、ユーザーがコンテンツの情報にアクセスするために行う一連の行為をより詳しく継続している。上述したように、ユーザーはブラウザー・クライアント１１００をコンピューティング・デバイス１１０５上に立ち上げる。ユーザーはブラウザー１１００を用いてＤＯＩクエリーを作成する。ＤＯＩクエリーは通信ネットワーク上でＤＯＩディレクトリ・サーバー１１１０に送られる。ＤＯＩディレクトリ・サーバー１１１０のシステムは、ＤＯＩをそこに保存されているエントリーに照らし合わせて調べる。ＤＯＩをＤＯＩディレクトリ・サーバー１１１０に保存されているエントリーに照らし合わせて調べた結果、ユーザー１１２５をどこへ導くべきかをＤＯＩディレクトリ・サーバー１１１０は決定する。当該コンテンツの正しいＵＲＬは、何らの中間介入あるいはユーザーによるアクションなしに、自動的にユーザーのブラウザー１１００に送られる。その結果、ブラウザー１１００は元と成るＵＲＬによりアドレスされたサーバーを有する正しい発行社１１２０へと導かれる。当該ＵＲＬは発行社のサーバー１１２０によりユーザーの所望するコンテンツの厳密な場所を決定するために用いられ、発行社のサーバー１１２０は正しいコンテンツ１１３０をユーザーに送る。
【０１１７】
図１２は、本発明に基づいて、ＤＯＩを解決して所望のコンテンツが位置するＵＲＬを得ることにより、通信ネットワーク上で情報にアクセスするための幾つかの典型的な機構の概要を示している。一実施例によると、ユーザーは直接ＤＯＩを提示し、ＤＯＩシステムは正しいコンテンツを入手し単に正しいＵＲＬにリンクすることによりそれをユーザーに送信する。別の実施例によると、ユーザーはメタデータに含まれるフィールドの幾つかに関係する情報を提示し、するとＤＯＩルックアップ・サービスは正しいＤＯＩを識別し、それが今度は所望するコンテンツの場所を解決する。図１２に示すように、一実施例によれば、検索エンジン１２０１０をユーザーに提供してもよい。一実施例では、登録機関のＤＯＩとメタデータ・データベースとの通信において、検索エンジンを提供及び配備する。別の実施例では、ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍのような検索エンジンを用いて登録機関のデータベースにクエリーを出す。ユーザーは、検索エンジン１２０１０に何らかの識別情報を提示することにより正しいＤＯＩを検索する。検索エンジン１２０１０は提示された識別情報を用いてメタデータに関する自分のデータベースを検索し、提示されたメタデータの情報に関連するＤＯＩを入手する。従って、検索を行うユーザーには、メタデータ・データベースから返送したＤＯＩ及び／又は前記返送したＯＤＩから解決したＵＲＬを提示し得る。入手したＤＯＩはＤＯＩディレクトリ１２０１１に送られ、ＤＯＩディレクトリ１２０１１は所望のコンテンツを発行社１２０４０が置いている場所のＵＲＬを解決する。最終的に、ユーザーのブラウザーは正しいコンテンツ１２０６０へと導かれる。
【０１１８】
別の実施例によると、ユーザーはＤＯＩ１２０１５をブラウザー１２０２５のアドレス・ウィンドウ１２０２０に提示する。ユーザーのウェブ・ブラウザーが元々ＤＯＩを処理する能力がない場合、ＤＯＩ１２０１５はＤＯＩディレクトリ１２０１１用のプロキシ・サーバーのアドレスを含んでいてもよく、それは図１２においては「ｄｘ．ｄｏｉ．ｏｒｇ」である。その結果、ブラウザーはｄｘ．ｄｏｉ．ｏｒｇに位置するＤＯＩディレクトリ１２０１１へと導かれ、ＤＯＩディレクトリ１２０１１は所望のコンテンツを発行社１２０４０が置いている場所のＵＲＬを解決し、ユーザーのブラウザーをそこへと導く。
【０１１９】
別の実施例によれば、ＤＯＩはドキュメントあるいは何らかの形式の情報１２０３０の中に埋め込むこともでき、それによりＤＯＩをクリックすることによってユーザーを正しいＤＯＩディレクトリ１２０１１に導き、ＤＯＩディレクトリ１２０１１は所望のコンテンツを発行社１２０４０が置いている場所のＵＲＬ決定し、ユーザーのブラウザーをそこへと導く。
【０１２０】
別の実施例によると、ＤＯＩはＣＤ−ＲＯＭまたはフロッピー・ディスク等のメモリ１２０４０上に提示してもよく、するとメモリは自動的に、または起動されると、ユーザーを正しいＤＯＩディレクトリ１２０１１に導き、ＤＯＩディレクトリ１２０１１は所望のコンテンツを発行社１２０４０が置いている場所のＵＲＬを割り出し、ユーザーのブラウザーをそこへと導く。
【０１２１】
また別の実施例によれば、ＤＯＩは印刷物としてユーザーに提供してもよく、ユーザーは当該ＤＯＩを上記の如く光学的及び／または機械的周辺入力機器を用いてマニュアルで入力する。
【０１２２】
図１２は、通信ネットワーク上で情報を入手し、ＤＯＩシステムがＤＯＩを解決して所望の情報が位置するＵＲＬを得るための典型的なメカニズムの別の実施例の概要を示している。この一実施例によると、複数のＤＯＩディレクトリ１２１０が分散型ＤＯＩディレクトリとして存在し、ハンドル・システム１２００を形成している。一実施例では、分散型ＤＯＩディレクトリはあたかも単一のディレクトリ１２０１１であるかのように動作し、要求に応える。その点を除いては解決は図１２と同様に行われる。
【０１２３】
図１３は、本発明に基づいた典型的なＤＯＩシステムの概要であり、発行社、ＤＯＩ登録サービス及びハンドル・システムが連携して創り出す効率的なＤＯＩシステムの概要を示している。プレフィックス・ホルダー１３５５は、ＤＯＩ１３４２と関連するメタデータ１３６６から成るＤＯＩ登録サービス１３００に情報を提出する。既に固有のプレフィックス５０１を与えられているプレフィックス・ホルダーは、コンテンツ１３６６にサフィックス５０２を指定するように要求する。登録サービス１３００は、情報１３４２、ハンドル・システム１３５０内に次に預けるための情報１３６６、及び／またはメタデータ・データベース１３１０といったユーザーから提出された情報を解析及び／または再形式設定する役目を担う。上記のように、ＤＯＩを用いてアドレスできるコンテンツの範囲は無限である。その結果、コンテンツ１３６６は如何なる情報及び記事、書籍、音楽アルバムを含む著作物、またはそれらの選択された個別の部分から成ってもよい。ＤＯＩ５００を提供することに加え、発行社１３４２は、コンテンツ１３６６用のメタデータを収集する。当該メタデータは当該コンテンツのＤＯＩ５００、ＤＯＩジャンル、識別子、タイトル、タイプ、起源、主要エージェント、エージェントの役割及び／またはその他から成る。また、様々な相手から提供され識別された、コンテンツに関係のある関連サービスのリストから成っていてもよい。様々な相手とは例えば、コンテンツをオンラインで購入できるウェブ・ページの場所である。
【０１２４】
発行社１３４２がコンテンツ１３６６にサフィックス５０２を指定し必要なメタデータを収集すると、ＤＯＩ５００と当該メタデータはＤＯＩ登録サービス１３００に送信される。ＤＯＩ登録サービス１３００はＤＯＩ５００のデータベース、登録されたコンテンツ１３６６全てのメタデータと共にコンテンツ１３６６が位置するＵＲＬを維持する。本発明によると、ＤＯＩ登録サービス１３００は当該メタデータをメタデータ・データベース１３１０、図２２では２２１９に送信する。メタデータ・データベース１３１０はＤＯＩ登録サービス１３００が一元管理することもできるし、またそうしなくてもよい。
【０１２５】
ＤＯＩ登録サービス１３００は、収集されたメタデータを別のデータ・サービス１３２０に提供したり、付加価値を付けた資源１３３０をユーザーに提供したりするために利用することもできる。加えて、ＤＯＩ登録サービス１３００は正しいＤＯＩハンドル・データをハンドル・システム１３５０に送り、ハンドル・システムは複数のＤＯＩディレクトリ・サーバー１３４１から成っていてもよい。
【０１２６】
図１４は、広告シンジケーターが行う例示的な広告を示している。図１を参照して上述したように、シンジケーターは広告プロバイダーとして使用可能である。かかる実施例は、ウェブブラウザーのウィンドウ５０１に一連のウェブページ１４１１、１４２２、１４３３、１４４４を示す。一例１４１１において、ユーザーは、検索クエリーテキストボックス１４０５に検索用語を入力して検索を提出１４８６することによって航空関連情報を検索することができる。検索結果１４１８の幾つかはマルチリンク１４１０を含む。ユーザーがリンクを移動すると、ポップアップ１４４５するマルチリンクメニューからアイテムを選択することによってマルチリンクされたコンテンツ１４２０への更なるレファレンスを発見することができる。また、図１６−２０において詳細に説明するように、メニューアイテムの位置決めと出現はエンドユーザーの活動追跡に基づいて変更可能であることに留意しなければならない。例えば、「法律事務所を直ちに呼び出せ」選択肢は人気があるならば、「ホーム」選択肢１４４６の代わりに、上に移動して第１のメニューアイテム選択となることができる。マルチリンクメニューはテキスト結果１４１０から又はバナー広告１４３０、１４２２の一部としてポップアップしてもよい。
【０１２７】
別の実施例においては、ユーザーはマルチリンクメニューにより可能とされたスポンサーリンク１４１７、１４４４を入手することができる。本実施例においては、ユーザーは、検索プロバイダーからスポンサーリンクを入手した。例えば、ユーザーは検索会社ウェブページ（例えば、グーグル）に向かい、連絡情報を記入し、所望のスポンサーリンクを特定する情報を提供した。通常、ユーザーは、あるキーワードを特定し、スポンサーリンクと特性キーワードの検索に応答して表示されるであろう、ある関連テキストを提供するだろう。これは、オートリンカー及び／又はマルチリンクエディタによって拡張される。広告アイテムのマルチリンクは、例えば、オートリンカーによって既に形成された。正規のリンクを提供する代わりに、ユーザーは、マルチリンクを特定するであろう。更に、ユーザーは、上述したように、マルチリンクエディタをマルチリンクメニューを仕立てるのに使用することができる。このように、ユーザーは、単なるリンクの代わりに、今やマルチリンクメニューを検索会社に提供することができ、これは、ユーザーがカーソルを１４１０、１４１７、１４４５に横切ると、より多くの情報を有するマルチリンクメニューポップアップを有するプレミアムスポンサーリンクをもたらす。このように、一例を実施すると、ユーザーは「移民法の弁護士」の検索を検索フィールド１４０５、１４３３に入力すると、結果ウェブページ１４４４がプレミアムスポンサーリンク１４１７を含む結果１４１８を示す。ユーザーが、カーソルをマルチリンクされた結果１４１０を横切って移動すると、マルチリンクメニュー１４４５がポップアップし、より多くの情報にアクセスするのに使用される。同様に、メニューアイテムの位置決め及び出現は、エンドユーザーの活動に基づいてここで同様に変更可能である。例えば、都市の順序１４４７は、エンドユーザーの支払い頻度によって駆動されるように、配置に対して支払いをする広告者によって、変更可能である（例えば、ボストンの会社が多くのお金を支払えば彼らのメニューの入力は先頭位置に移動するだろう）。これらの実施例において、マルチリンクは情報が豊かであり、インター及びイントラリンクされるので、マルチリンクを使用する広告リンクは、多くの場合、検索結果としてより関連するように発見されるであろう。かかるマルチリンクは、正規の単一リンクＵＲＬよりもクリックスルー率が高くなり、広告の場面ではより価値が出るだろう。
【０１２８】
図１５は、例示的なマルチリンクの用途を示している。別の実施例では、マルチリンク広告は、コンテキスト的に、他の関連コンテンツ内に、例えば、記事又は製品批評、リサーチ研究、音楽ウェブサイトなどの中に配置される。ある例では、マルチリンクメニューは、歌の最新トップ４０チャートランク１５１０、６６７などの独立したソースデータによるクリックの多さによって駆動される順番で配置されてもよい。以下の例では、「ボーイング」に対するＤＯＩはビジネスウィーク記事内で表示され、ユーザーをマグローヒル世界航空辞書（即ち、ＤＯＩの所有者）に駆り立てる。そこでは、ユーザー１５１５からの所望の情報が購読又はペイパービュー取引を必要とする。以下の例では、ビジネスウィークの書籍の批評は、批評される書籍に対するＤＯＩを表示することができ、マルチリンクメニューはユーザーを購入のためにアマゾン又はその他の小売店に照会する。（このＤＯＩの所有者としての）発行社自身又は（そのメニューがビジネスウィーク内で出現する範囲でマルチリンクシンジケーターをそのメニューのローカル出現を変更するのに使用することによって）ビジネスウィークがマルチリンクメニューにおける配置に対する小売店から費用を求めることができる。費用は、照会手数料ベースなどの幾つかの形態、固定配置費用ベース及び／又は後述するもの及び／又は他の所を含む他のベースに依存する。例えば１５２５、ユーザーは書籍の版を購入及びバーンズ＆ノーブルを選択することを求めることができ、このため参照費用はバーンズ＆ノーブルからビジネスウィークによって受信するであろう。また、マルチリンクメニューは、広告が最も使用される物を決定するのにエンドユーザー活動追跡を使用することができる。更に、スポンサーリンクは使用に基づいてマルチリンクメニューにおいて特定のスポンサーを回転するのに使用可能である。このように、ウェブサイトは、エンドユーザー追跡は成功広告をより頻繁に晒してウェブサイトはクリックスルー率が増加するにつれてより多くのお金を稼げるので、広告歳入を増加することができる。
【０１２９】
別の実施例において、広告は、実際には、「不動産」画面及び／又は他の形態の広告在庫としてビルボードに似た方法でマルチリンクメニューを使用して他のアイテムに対してマルチリンクメニューに実際に配置可能である。一例において、ユーザーは、スポンサー資源１５３０を有するマルチリンクを有する「学習継続」アイテム上を動くことができるだろう。このように、マルチリンクメニューの配置は、スポンサー広告者に、メニューのフォントや色の優位性、グラフィック又はロゴの包含又は排除、又は、メニュー選択肢の順番のアイテムにおける配置に従って変動するであろう費用で提供可能であろう。配置は、所与の広告者のリンクの出現頻度に従って、又は、一日の回数、コンテキスト、ユーザーによる検索クエリーのある種類に応答して、ユーザーの地理的位置に従って、ユーザーの言語に従って、以前に保存された又はユーザーとの対話の一部として取得されたユーザープロファイル情報に従ってなど、変動する費用と共に異なる広告者の間で回転可能でもある。
【０１３０】
ある実施例において、スポンサーリンクを形成する機構は、ある数のユーザーインプレッションと特定の「キーワード」活動に対して広告者からの受信支払いに基づいている。このように、スポンサーが「糖尿病」キーワードに関連した１０００インプレッションに対して支払う場合、シンジケーターは、リンクへの支払いに基づいてメニュー仕様の生成を変動するかもしれない。ある例示的な実施例においては、プレースホルダタグが、例えば、スポンサーリンクが配置された＜Sponsored Link＞などのマルチリンク記録に配置される。ＩＳＩＣＩは、その後、コンテンツページにおいて、埋め込まれたマルチリンクに関連付けられたキーワードに基づいてデータベースクエリーを発行することができる。それは支払われたインプレッションを有するキーワードに対して選択する。かかるスポンサーアイテムを識別すると、シンジケーターは、その後、スポンサーのリンクをマルチリンクプレイスホルダに挿入する。ユーザーがマルチリンクメニューに対する呼び出しマウス操作すると、これがリアルタイムでなされるので、メニュー仕様の生成が広告データベースから選択された最新の広告者と共に要求に応じて提供可能である。メニューが表示されると、スポンサーリンクに対するインプレッションの欠点は広告データベースに記録可能であり、スポンサーに例えば、９９９インプレッションを残す。
【０１３１】
別の実施例において、ＤＯＩ所有者のオンラインパートナーを表し、関連資源又は製品又はパートナーによって提供されたサービスに関連する外部組織に配置がマルチリンクメニュー上で提供可能である。配置は、均一価格ベース又は相互のリンク取り決めの一部として若しくは一方又は双方の当事者が他の当事者のマルチリンクメニューを介して到着した訪問者によってなされる購入に対するお互いに照会手数料を補償することができる取り決めの一部として、クリック又は訪問者毎の照会ベースで、及び／又は、他のビジネスの取り決めで認められる。また、費用は、本出願で既述及び／又はその他の全ての実施例と変形例に従って変動可能であろう。一例において、２つの当事者が示される。まず、それ自身の独立のＤＯＩ１５３５を有し、その間１５３７のインターリンクを有する。理解されるように、スナップショットレポートマルチリンクメニュー１５３５は、スポンサーリンク１５３７としての、例えば、ＳＲＩの、マルチリンクメニューに統合される。インターリンクは２以上の当事者に起こり得ることに留意しなければならない。
【０１３２】
別の実施例において、小売店、分配者、統合者などの仲介者又は、ダイアログ、ファクティバ、レクシス・ネクシスなどのシンジケーターなどがＤＯＩマルチリンクをそのサービス内において表示するために選択し、マルチリンクに参照されたトラフィックが所有者のサイト及び／又は所有者によって指定された他のサイトに照会手数料又はマルチリンクの表示者が稼ぐその他の報酬と共に戻ることを可能にする。コンテンツ又は製品自身をロード及び再販売する代わりに、仲介者はそのオーディエンスとユーザーベースを貨幣化したり、販売をＤＯＩ所有者又はその指定された当事者に戻すように駆り立てて、管路としてその役割から利益を得てもよい。例えば、管路サイトは、トムソンゲイルによって所有されるＤＯＩ（例えば、ウイリアムクレイフォード）を表示してもよく、それはその後ユーザーを様々な伝記物１５４０などの販売可能なゲイル製品に指向させる。
【０１３３】
このように、マルチリンクは、広告又はその他のコンテキストに使用されても、「自然の」検索エンジンランキングに衝撃を与える。グーグルのような多くの検索システムは、所与のコンテンツアイテムへのリンク数に基づいて関連性をランク付けする。彼らがウェブをスパイダーすると、それらはウェブページをインデックス付けして所与のコンテンツアイテム又はウェブページへのリンク数を追跡する。この情報は、その後、ユーザーが所与の用語を検索するとその用語はコンテンツアイテムに関連付けられるのみならずそのアイテムをさすリンク数に従って（他の要因の中で）関連性のランク付けがなされるように、それらの関連性追跡アルゴリズムにおいて使用される。従って、マルチリンクＤＯＩがインターリンクを多くの関連アイテム間に与え、それらのアイテムが次に、（原アイテムを潜在的に含む）多くの他の関連アイテム間でインターリンクすると、正味の結果は、検索エンジンの検索結果又は検索結果を与える他のサイトの中でアイテムの関連性ランキングを高める場合がある。ユーザーの検索クエリーを発見された特定のアイテムに関連付けること自体は、ＤＯＩマルチリンクとそれが現れるウェブページの他の言葉の間、又は、ＤＯＩマルチリンク及びウェブページのヘッダー又はメタタグのキーワードのような独立の関連付け方法を要求又は要求しないかもしれないが、ランキングはＤＯＩマルチリンクを介した関連アイテムのインターリンクによって影響を受けるかもしれない。更に、より多くのアイテムがインターリンクされればされる程ランキングの影響は大きくなる。更に、ＤＯＩマルチリンクがインターネットの多数の場所に分配されると所有者のサイトのみの代わりに、この分配がマルチリンクシンジケーターの使用を介して又はウェブページでの手動臨時ポスティング又は他の方法を介して達成されるかどうかに拘わらず、ランキングの衝撃は更に多くの場所におけるこれらの多重マルチリンクの存在によって拡大される。
【０１３４】
検索エンジンのランキングへの衝撃はオートリンカーのコンポーネントを介して見積もり可能である。インターリンクアイテム数とインターリンク度が評価可能であり、検索エンジンランキングが、検索エンジンによるこれらのマルチリンクのスパイダーによって影響を受けるであろう範囲の見積もりを与える。検索エンジンが利用する特定のランキングアルゴリズムは一般には公衆に知られていないが、衝撃要因は見積もり可能である。この衝撃要因は、その後、それらのＤＯＩが検索エンジンスパイダーによって発見されるインターネットにその後分散可能な程度から発生する更なる衝撃を見積もるために、更に外挿可能である。スパイダーがＤＯＩに遭遇し、そのマルチリンクの全てをトラバースし、それらのＤＯＩに遭遇し、（原ＤＯＩを含む）それらのマルチリンクなどの全てをトラバースするであろう各場所は別の場所を表しているので、それらがより多くの場所を見つければ見つけるほどランキングの衝撃はより大きくなる。また、これらの見積もりは、ＤＯＩ所有者が、よりよく関連情報をインターリンクすることができる方法の理解補助に使用可能である。例えば、それらに関連付けられた（又は「マルチリンクオーファンレポート」に埋め込身可能であるように全く関連付けられていない）インターリンクを殆ど有しない識別アイテムは、次にＤＯＩ所有者の分類方法の失敗を識別することができ、その分類法又はその他の有用な診断結論の効率性又は正確性又は完全性における弱さを強調するかもしれない。
【０１３５】
以下は、かかる測定をすることができる例示的な一実施例である。
#!/usr/bin/perl -w
# add local libs to @DSfC path
use FindBin;
use lib $FindBin::RealDir."/../lib";
use strict;
use warnings;
=pod
=headl NAME
compute__statistics.pl - Compare crawler results to database
=headl SYNOPSIS
Crawl DOIs and process with compute_statistics.pl -
### Expects input from STDIN:
$ compute_statistics.pl -prefix IQ.1225 --verbose -verbose
### Wlien used in concert with doi__crawler.pl:
$ doi_crawler.pl -url http://doi.contentdirections.com/mr/hbsp.jsp?doi=10.1225/682025 \
|compute_statistics.pl -prefix 10.1225 -verbose -verbose
=headl DESCRIPTION
Based on output from doi_crawler.[rho]l, compute_statistics.pl will compare the results to the content of the database. This script will output the following:
* Count of matches
* Count of missing 
* Count of unknown DOIs
* List if matches, missing, and unknown DOIs (in verbose mode only)
=headl OPTIONS
The script takes the following options :
=over
=item -prefix
The DOI fragment against which to match results in the database.
This string will be used to select DOIs from the HANDLE table in the Oracle database where DOI LIKE '$prefix%'.
=item -verbose
This option increases the amount of information which is output. You may use this option more than once to increase output.
If specified once, this will cause compute_statistics.pl to list all the MISSING DOIs.
If specified twice, this will cause compute_statistics.pl to also list all the UNKNOWN DOIs.
If specified thrice, this will cause compute__statistics.pl to also list all the  MATCHING DOIs.
=item -help
=item -man
=back
=cut
use CDI-.-.DBH;
use Getopt::Long;
use Pod::Usage;
# Set up getopts
my ($help, Sman, Sprefix, Sverbose);
Sverbose = 0;
Get[theta]ptions( 'help' => \$help,
'man' => \$man, 'prefix=s' => \$prefix,
'verbose+' => \$verbose );
pod2usage(l) if$help;
pod2usage(-verbose => 2) if $man;
# Validate input
pod2usage("No DOI prefix specified") unless (Sprefix);
# Clean up prefix Sprefix =~ s[Lambda]'[Lambda]_/g;
# Select all DOIs from database which match prefix
my $dbh = CDI::DBH->new_oracle();
my $sth = $dbh->prepare("select DOI from HANDLE where DOI like '". Sprefix ."%"'); $sth->execute();
# Store found DOIs in hash for easy access
my %db_dois = 0;
while (my ($doi) = $sth->fetchrow_array()) {
$db_dois{$doi}++;
}
# Output URL summary line
my $url = <STDDSf>;
chomp(Surl);
print "Summary of connected DOIs\n \n$url\n\n\n";
# Compare found DOb to those passed in to STDIN.
# File into two buckets: matching, unknown
my (c)matching = 0;
my (c)unknown = ();
while (<STDDSf>) {
chompO;
my $doi = $_;
if (exists($db_dois{$doi})) {
[rho]ush(@matching, Sdoi);
delete($db_dois {Sdoi} );
} else {
push(@unknown, Sdoi);
}
}
# Derive third bucket: missing
my @missing = keys(%db_dois);
# Output details, if -verbose
if (Sverbose > 2) {
print "Matching DOIs\n \n";
foreach my Sdoi ((c)matching) {
print "$doi\n"; }
print "\n\n";
}
if (Sverbose) {
print "Missing DOIs\n \n";
foreach my Sdoi ((c)missing) {
print "$doi\n";
}
print "\n\n";
}
if($verbose> l) {
print "Unknown DOIs\n \n";
foreach my $doi (@unl[alpha]iown) {
print "$doi\n";
}
print "\n\n";
}
# Output summary
my $count_matching = scalar(@matching);
my $count_missing = scalar(@missing);
my $count_u[pi]known = scalar(@unknown);
print <<"EOF;
DOI Statistics
Matcliing: $count_matching
Missing: $count_missing
Unknown: $count_unknown
EOF
上述の実施例において、インターリンク度の測定は入手可能である。私のＤＯＩの比較は（例えば、スポンサー）ＤＯＩのデータベースに対してクロールすることを通じて発見された。このように、ＩＳＩＣＩはその埋め込まれたＤＯＩをインデックするウェブサイトをクロールする。その後、クロールに由来する結果は、データベースにインデックス結果に相当し、そのデータベースにスポンサーリンクを比較する。それをする際に、ＩＳＩＣＩは一致数と失った未知のＤＯＩを計数する。ある実施例において、一致と比較は、ＤＯＩのファミリーに対して一致度を監視するためのＤＯＩの一部を比較することによって達成可能である。ＩＳＩＣＩは、その後、発見されたＤＯＩをデータベースのＤＯＩに比較するか、又は、特定されたＤＯＩに比較する。ある実施例において、ＩＳＩＣＩはＤＯＩごとにかかる分析を実行し、それをインターリンク／インデックスとＩＳＩＣＩデータベース１５１８のランキング表に格納する。ある実施例において、多数の一致リンクは少数のそれよりも高い位置にランク付けされる。ランキングレポートは、ＤＯＩの人気を測るレポートをもたらす最高一致ＤＯＩに対して選択をすることによって生成される。かかるレポートは、自動的に及び／又は周期的に生成されて販売される。別の実施例において、かかるレポートはスポンサーリンクに対して作成可能である。かかる統計情報は、別個に販売可能か、及び／又は、スポンサーリンクのサービスの一部に含まれる。同様に、ランキングリストは一般公衆に周期的に提供可能であり、コンテンツの人気の尺度として機能する。例えば、ＤＯＩとコンテンツに対する最も人気のあるリストの一種のビルボードとして機能する。更に、かかる人気リストは興味のある多数の領域に分割可能である。ランキングは、単なる音楽コンテンツ、人気のある人を識別するパーソナルＤＯＩ、最も人気のあるサービスプロバイダーを識別するサービスに限定可能である。例えば、ＩＳＩＣＩは、例えば、法律事務所である単一のセクターのみを選択し、法律事務所に対して人気のあるインデックスを生成することができる。別の実施例においては、ＩＳＩＣＩはその選択を最近の封切映画の分野に限定することができる。更に別の実施例においては、選択は、ある範囲の製品、例えば、自動車、に限定可能である。更に、選択は時間パラメータによって制限可能である。ランキングの選択はある期間形成可能である。このように、最後の１２ヶ月自動車業界に対してＩＳＩＣＩがインターリンク統計を選択すると、ランキングはそのように限定される。別の実施例において、時間的制限がかかる選択になければ、形成は時間を通じて測定可能である。
【０１３６】
ある実施例において、検索エンジンランキングを最大にすることはＤＯＩをキーワード及び／又は分類法の用語及び／又は制御された語彙に割り当てることによって達成可能であり、マルチリンクは、その後、以下又はその他の資源の全て又は幾らか、分類法の他のキーワード、それらのキーワードに関連する全ての製品又は発行、それらのキーワードに関連付けられたサービス、売主又は小売店若しくはそれらのキーワードに関連付けられた他の種類のパートナーなどに向かうことが可能である。例えば、企業によって「アビオニクスリペア」の用語ＤＯＩは、これらの製品が、本、世界航空辞書のデータベース記録、ビジネスウィーク、又は、アビエーションウイーク記事、今後の会議、上述したようなスポンサーリンクなどであるかどうかに拘わらず、「アビオニクスリペア」の用語に関連する全てのビジネスラインの企業の全製品にマルチリンクされる。かかる例において、検索記録は、より大きなインターリンク度があるので、トップ１５４５に向かって重み付けられたマルチリンクを有する検索エンジンから戻るだろう。
【０１３７】
ある実施例において、検索エンジンランキングにおいて用語がより高く上がることをもたらすだろう同一の分類法用語とマルチリンクは、ＤＯＩが検索エンジン結果自体以外で現れるコンテキストにおいてさえ、マルチリンクメニューでパートナーリンクの配置のバリューを増加するのにも使用可能であろう。例えば、「真性糖尿病」に対する企業のＤＯＩは、マルチリンクがユーザーを企業のパートナー（例えば、ウェブＭＤ、アトキンス、オヴィッドによる科学誌読み物など）に行うリサーチ研究の中でコンテキスト的に見ることができ、かかるメニューの配置は、検索エンジンの用語ランキング（又は上述したものなど別のベース）に比例する費用で提供される
広告、電子商取引及びその他の顧客インターラクションオンラインのための統合、情報処理及び自己改善システム
ＩＳＩＣＩ以前には、ユーザーに、更なる情報、提案、購入取引、関連製品などへのアクセスを容易にする多重ディープリンクへの案内されたナビゲーション構成を与え、情報処理されたリンクメニューを表す広告フォーマットはなかった。広告の製品又は主題に関する完全なナビゲーション構造を全ての情報とインクに提供するその他のフォーマットはなかった。
【０１３８】
マルチリンクユーザーインターフェース
図１６は、例示的なマルチリンク用途及びユーザーインターフェースを示す。また、マルチリンクによって表されたナビゲーション構造は、これらのリンクを人間編集プロセス、又は、より典型的には、広告者から与えられた製品データに基づいてこれらのメニューを作成及び維持する自動「流れ作業」プロセスを介して、作成、維持及び中央制御する基底エンジンを有する。更に、マルチリンクにおいては、メニューは、広告の製品又はその他の主題に関する情報とリンクを埋め込むことを超える。メニューは、在庫管理情報、ローカルディーラー情報、様々な製品小売店からの特別の提供、及び／又は、他のオンライン又はオフラインシステムで複雑な統合を必要とするその他の種類の情報又は取引などバックエンドシステムデータに深く向くリンクを含むこともできる。この能力は自動統合度を変更することも含む。例えば、ある実施例では、マルチリンクメニューは、バックエンドシステム情報を向くディープリンクを含む。図２−３及び本開示のその他で既に説明されているように、かかるディープリンクはターゲットシステムの技術スタッフ、データベース管理者、ウェブマスターなどとの診断によって作成可能である。また、ディープリンクは、観察と推論を通じてリバースエンジニアが可能である。別の実施例では、マルチリンクメニュー作成／維持システムが、メニュー自体を作成する前に、実際にバックエンドシステムから情報検索することができる。換言すれば、マルチリンクのメニュー仕様は、バックエンドシステム（例えば、現在の在庫情報１６１５、特別価格又はバンドル（図１８の１８２０を参照）、クーポン、リベートなど）から情報検索することによって生成及び又は更新可能である。このように、これは、ＩＳＩＣＩがマルチリンクをダイナミックにバックエンドデータベースシステムから検索された情報に基づいてマルチリンクを作成及び／又は更新することを可能にする。これは、ユーザーが、実際のウェブページ及び／又はターゲットレファレンスをナビゲートする必要なしに、バックエンド情報を取得、ナビゲート及びインターラクションすることを可能にする。図１６は、特定の自動車１６１５の在庫と価格の詳細を示す複合情報を有するマルチリンクメニューを示している。エンドユーザーは、マルチリンクメニューに含まれる実際の基底ターゲットレファレンスをトラバースせずに、マルチリンクメニュー１６２５内でフォーム情報を入力することさえできる。代替的に、マルチリンクメニューは、メニュー選択１６２１を選択することによってユーザーにバックエンドシステム１６２０にナビゲートすることを可能にし、ユーザーが直接にバックエンドシステムとインターラクションする１６２２レファレンスアドレスをターゲットする。
【０１３９】
ＩＳＩＣＩ技術
図１７は、マルチリンクエコシステムの実施例を示す混合データフロー図である。一般に、ＩＳＩＣＩは、マルチリンクメニュー１７０５の作成と維持を見込んでいる。マルチリンクメニューの作成は、ＵＰＵＮＩグローバル登録所１７１５におけるマルチリンクの登録をもたらす。マルチリンクメニューのシンジケーションは発生し１７２０、マルチリンクとメニューがエンドユーザーによって伝播及び表示されると１７２５、マルチリンク追跡部は、所与のマルチリンクメニュー１７３５を使用してエンドユーザインターラクションに関する情報を収集し、マルチリンク追跡部データベース１７４０におけるその追跡情報を保存する。この追跡情報１７４０は、広告者及びその他のサービスプロバイダー１７５０が、マルチリンクメニューを洗練、修理及び／又は整備するために使用可能である。ある実施例においては、品質保証プロバイダー１７５０は、マルチリンクメニューが維持及び／又は作成されている時に１７０５、マルチリンク保全性１７０７を確認するのに追跡情報を使用することができる。例えば、特定のマルチリンクメニューエントリーは大変人気があり、そのメニューエントリーのターゲットレファレンスが多くのユーザーがアクセスを拒否されるように圧倒されると、品質保証サービスプロバイダー１７５０は、（例えば、新しいターゲットレファレンスを大きな容量を有する代替的なサーバーに提供したり、代替的なメニューエントリーを提供したりすることによって）更新ターゲットレファレンスを供給することによって、マルチリンクメニュー１７５５仕様を修理することができる。
【０１４０】
別の実施例においては、より多くの人気のあるメニュー選択がより顕著に表示されるように広告エージェンシーが追跡情報１７４５をマルチリンクメニューを改善するのに使用することができる。例えば、広告エージェンシーは、人気のあるメニュー選択を先頭に移動してそれがより簡単に選択されるようにしたり、人気のないメニュー選択を先頭に移動してその選択がより人気が出るようにしたり、メニュー選択にスポンサー広告を配置したり、広告の配置に値を付けることを広告者に見込んだりするなどをする。同様に、マルチリンクメニューは、スポンサー広告が全ての、一部の又はないメニューアイテムを含んでもよい。ある実施例において、特定数のマルチリンクメニューアイテムスロットは、スポンサー広告に対して保存可能である。アイテムスロット数は、ゼロからマルチリンクメニューアイテムの幾つか若しくは全てまでのどこでもよい。かかる実施例において、広告の指値及び／又は配置は、他のマルチリンクメニューアイテム、マルチリンクメニューアイテムのターゲットのコンテンツ、マルチリンクメニューアイテムの原因のコンテンツ（例えば、ハイパーリンク及び／又はそのレファレンス）、エンドユーザの現在のナビゲーション位置のコンテンツ（例えば、彼らの現在表示されているというウェブページ）などのコンテキストに基づいている。広告スロットはそれ自体追跡可能であることに留意する必要がある。例えば、マルチリンク追跡部はマルチリンクメニューにおいてより多くの広告の効率的配置の決定を見込んでいる。例えば、あるコンテキストにおいて、マルチリンクメニュー広告に向けられたスロットは、マルチリンクメニューを通じでより効果的に点在して動作し、別のコンテキストでは広告は、より目立った場所に特徴付けられると（例えば、マルチリンクメニューの先頭に）よりよく動作する。更に、マルチリンクメニュー広告のフォーマットは追跡を通じて改良可能である。例えば、あるコンテキストにおいては、（マルチリンクメニュー広告スロットに「ＡＤ」と前置きすることによって）それらが広告であることをはっきりと表現するマルチリンクメニューは、よりうまく動作するかもしれない。一方、マルチリンクを暗示するものと混合したマルチリンクメニュー広告を有する別のコンテキストにおいては、メニューはより効果的になるであろう。
【０１４１】
このように、広告者は、マルチリンク追跡データベース１７４０からの情報を追跡することに応答してマルチリンクメニュー仕様を変更することができるだろう。ある実施例において、診断業界は、全市場取引戦略１７６０の一部としてマルチリンクメニュー１７０５を最良に形成して設計する方法について市場取引及び製品戦略を与えることに従事するかもしれない。このように、市場取引コンサルタントは、データベース１７４０に格納されたエンドユーザー追跡情報から利益を享受してもよいだろう。
【０１４２】
上記フィードバックスープのより簡素化されたビュー１７７５は、上述のコンポーネントの各々がどのように一般にお互いに対話可能であるかを示している。この単純化されたビューにおいて、自己改良１７７５の継続的なサイクルを示している。フィードバックループは反時計回りに回転し、「診断」１７６０と共に先頭で開始する。本実施例においては、診断サービスは、彼らの製品と市場取引戦略及び彼らのターゲットクライアントの購入寿命を把握するために、クライアントと一緒に動作するビジネスプロセスを開始する。コンサルタントは、特定の市場取引運動に対してマルチリンクメニューを形成するアイテムの最初の原因を測定するように努める。この最初の原因は、既述したように（例えば、オートリンカーを使用して完全に自動化され、データ駆動される「流れ作業」プロセス又はマルチリンクエディタを使用する手動作成プロセスを介するものであるかどうかに拘わらず）、作成／維持コンポーネント１７０５と共にマルチリンクを実際に作成するのに使用可能である。マルチリンクサーバー１７２６は、マルチリンクメニューの表示／クリックレスのナビゲーションを可能にする。シンジケーター１７２０は、ローカルソフトウェアインストールを要求せずに、ウェブのどこにでもリンクを分配し、マルチリンクサーバーが丁度行うように例えば、それがローカルサイトにインストールされると、個々のローカルサイトのカスタマイズを見込む。品質保証コンポーネント１７５５は、マルチリンクの保全性を検査する。この点、マルチリンク追跡部１７３５は、エンドユーザーの行為を追跡して作成／維持コンポーネント１７０５及び／又は診断ファシリティ１７６０に報告することができる。
【０１４３】
マルチリンク追跡部
図１９は、マルチリンクメニュー追跡部の実施例を示す論理フロー図である。マルチリンク追跡部は、追跡情報を直接にマルチリンクメニュー１９０５とのエンドユーザーインターラクション（即ち、マルチリンク追跡部サーバーアドレスへのＨＴＴＰポストの関与をもたらすマルチリンクメニューアイテムをクリックすること）１９０５から受信することと、使用ログ１９１５のウェブサーバーをスパイダーすることなどの少なくとも２つの方法で、追跡情報を収集することができる。マルチリンク追跡部は、インターネット１９１５中のウェブで使用ログを検索するのにスパイダーを使用する。ある実施例では、これはあらゆるＩＰアドレスを統計ページ（例えば、http://123.123.123.123./statistics）にスパイダーすることによって達成される。別の実施例では、ＩＳＰとホストプロバイダーとＦＴＰポイントから使用ログを定期的に転送する取り決めがなされる。一旦使用ログが取得されると１９２０、マルチリンク追跡者は、ログ１９２５における個別の使用エントリーを分析することを開始する。ある実施例において、マルチリンク追跡部は各ログエントリー１９２５を（それが全てのウェブログの全てのエントリーを消費するまで）継続的に分析する。別の実施例においては、マルチリンク追跡者は特定された時に（例えば、クロンジョブを通じて開始されるように）ログを処理することができる１９２５。代替的に、マルチリンク追跡部は、（図２において既述したように）追跡情報を直接にエンドユーザー行為１９０５から受信することができる。マルチリンク追跡部が追跡情報を直接に受信すると１９０５、それは継続的及びダイナミックに分析されるべき各エンドユーザーの追跡アイテムを通過することができ１９２５、あるいは代替的に、マルチリンク追跡部は、他のログ１９２５と共に処理可能である、それ自身のウェブサーバーログ１９０７においてかかる追跡情報（例えばＨＴＴＰポスト）を格納することができる。
【０１４４】
一般に、ウェブサーバーは、ユーザーからの全要求をリストするウェブログを保持する。一般に、これらのリストは、完全なＨＴＴＰアドレス及び要求を書き写すアスキーリストである。このように、オートリンカーは、（図２で記載されたように）追跡アドレスに付属するパラメータを生成すると、ウェブログはかかる情報に対してパース可能となるリストを有するだろう。ある実施例では、ウェブログは、例えば、以下のようなエントリーを含むことができる。
【０１４５】
http://wwwxhryslerxom/bridge/full_inventory.html?linkstorm_path=cross fire
実際のウェブアドレスレファレンスは、「http://www.chrysler.com/bridge/fulMnventory.html」であり、マルチリンクメニューにおいて「クロスファイヤー」メニューアイテムを識別するパラメータが続く（図１６の１６０２）。代替的な実施例において、メニューアイテム番号は、図２において既に説明したように、パラメータとして使用される。
【０１４６】
http://www.trackerserver.eom/postvalues7doi://10.1009/03959607897men uID: 12345?hover:4:menuTier: 1 :2?hover:2:menuTierCHck: 1 :3
このように、ウェブログのかかる各エントリー１９２５はパースされる（例えば、キャリッジリターンによって分離されたアスキー列ごとにポップし、ＤＯＩ１９３０及びパラメータ値１９４０に対してパースする）。幾つかのパラメータ値が含まれてパースされる、ホーバー回数、メニューアイテム選択値、メニュー仕様ＩＤなどである。ある実施例においては、マルチリンクメニュー仕様ＩＤがパラメータとして通過されると、メニュー仕様は取得可能となり１９３５、パラメータ１９４０をパーすする際にダイナミックなテンプレートとして使用される。エンドユーザー追跡活動１９３０、１９４０をパースする際に、マルチリンク追跡部がそのデータベース１９１９にそのパースされた値を保存可能である。
【０１４７】
図２０は、マルチリンク追跡ユーザーインターフェースと追跡ログを示す。マルチリンク追跡部データベースは、マルチリンク追跡部インターフェース１２０５を介して個人によってクエリー可能である。マルチリンク追跡部インターフェースは、マルチリンクメニュー２０７１とそのサブメニューアイテム２０７２の各々に対して様々な活動追跡統計２０３０、２０３５、２０４０、２０５０を与えるために、そのサブメニューＳＱＬクエリーをデータベースに提供することができる。例えば、データ範囲２０５５は、様々なメトリックスがそのデータ範囲に制限されるように、データのＳＱＬをその後制限するのに使用されるインターフェースに与えられる。メニューアイテムロールオーバー２０３０、クリック２０３５、クリックスルーパーセント２０４０及びメニューサブアイテム２０５０に費やした平均時間のような様々な統計は認識可能である。これらの追跡値は、ウェブログに由来する。代替的に、ＤＯＩハンドル使用は、アクセスされたＤＯＩ２０１０、アクセス回数２０１５、タイトル２０２０、そしてその他の情報の種類を維持するウェブログ２０８０を介して追跡可能である。しかし、マルチリンク追跡部データベースは、ＳＱＬ要求にパースされたＨＴＴＰ要求を介してプログラムに基づいてクエリーされてアクセスされる場合がある。例えば、
http://www.trackerserver.com/query?doi:10.123/12345{?statistic type}
上記例において、ＤＯＩ「１０．１２３／１２３４５」は、選択コマンドの根拠として使用され、データベースは全ての一致データベース記録のＨＴＴＰポストを要求エージェントに返信するだろう。追跡情報量は、選択的な「?statistic type」パラメータの追加によって更に制限可能である。例えば、追加的なパラメータは「menuItem:1:3」であり、所与のＤＯＩに対する第２層メニューの第３のアイテムのみに対する統計を返信するだろう。このように、様々なエンティティがマルチリンク追跡部データベースからの追跡情報の最大限に利用している。
【０１４８】
購入サイクル圧縮
図２１は、購入サイクルを示している。ある実施例では、ＩＳＩＣＩアドレスは延長された購入サイクルと潜在的な購入者の減少の問題に着目する。購入サイクルは、高債務商品及び／又はサービス２１０５は多重層チャート２１０５に示されている。高債務購入は、様々な主観的及び客観的な要因に基づいた幾つかの決定を購入者に要求する。高債務購入は、自動車、船舶、家、専門的なサービス（例えば、医療、法律などのサービス）、ステレオシステム、テレビなどを含むかもしれない。図は、早期段階２１１０において、購入者が２−６ヶ月のいずれかを興味があるセグメントを決定するのに費やす場合があることを示している。例えば、車のショッピングの場合、購入者は自分がＳＵＶ、ミニバン、ステーションワゴンなどをほしいのかを決定するのに何ヶ月も費やす場合がある。セグメント２１１０を識別した後で、中間ステージ購入者は更なる１−３ヶ月のいずれかを彼らが興味があるブランド２１１５を決定するのに費やす場合がある。その後２１１５、購入の遅い段階で、購入者は、１週間から１ヶ月をブランド２１２０内の特定の製品及び／又は特徴を決定するのに費やす場合がある。例えば、購入者がドッジのクロスファイヤ車を買うことを決意した場合、サンルーフ、デラックスステレオパッケージ、特定の色などのオプションを欲しいかどうかを決定するのにある時間が必要となる場合がある。最終的に、遅い購入段階で、購入者は１−２週間を取引パートナー２１２２を見つけるのに費やす場合がある。例えば、購入者は、購入をするために、幾人もの自動車ディーラーの所に行く場合がある。図から理解されるように、潜在的な購入者数２１１１は、顧客の減少のため、各段階２１１６、２１２１、２１２３で減少する。多くの場合、この減少は、多段階購入サイクルに長い時間かかわることによって興味が失われることに起因する。
【０１４９】
ＩＳＩＣＩは、購入サイクルを数ヶ月から短い時間に圧縮する機能がある。図１６に示すように、購入者は、マルチリンクメニューにより可能にされた広告上で迷うと、様々な市場取引セグメント（例えば、購入者が入手可能な幾つかの車種をラインアップメニューアイテムの下で）１６１６、ブランド１６１７、様々なディーラー１６１５の在庫の情報を入手することができる。このように、購入サイクル全体は、最初の広告インプレッションから購入を通じて連続的に、単一のメニューをナビゲートすることによって達成可能となる。更に、広告者は、顧客が購入をすると彼らの行為は追跡されるから、メニューの効力を更に増加するために購入者によって好まれている情報とメニューアイテムを改良することができる。
【０１５０】
更なる追跡部の実施例
ＩＳＩＣＩの追跡サービスは、マルチリンクメニューの効力をエンドユーザーのこれらメニューとのインターラクションの結果を実際に監視することによって定量的に測定する能力を有する。ある実施例において、ＩＳＩＣＩシステムは、ＩＳＩＣＩシステムは、その他の方法でウェブサイトに辿り着いたヒットと訪問者に反して、ヒット数とユニークな訪問者がマルチリンクメニューを介して所与のウェブサイトに駆り立てられたかを決定することができる。これは、オフライン媒体広告の場合のように単に環境的に関連するよりも、特にかつ直接にメニューに起因するヒットと訪問者を測定することによって、メニューの効力の正確な監視を見込んでいる。また、ターゲットウェブサイトが参照コードを認識してクレジットすることができるショッピングカートを有する場合、システムはいくつの実際の販売、購読、その他の商業的な取引がマルチリンクメニューを介して参照されたかを決定することができる。この場合、現実の貨幣的な利益と投資の回収はマルチリンクメニューに起因することになる。また、システムは、訪問者及び購入を最初にメニューを見た原訪問者数と比較することによって、メニューのクリックスルー率とこれらの終局のヒットと販売変換率を測定することができる。
【０１５１】
新しい広告モデルにおけるマルチリンクメニューの役割はここで説明した。ＩＳＩＣＩは、エンドユーザーの決定プロセスの広告者の概念の実際の表現としてのマルチリンクメニューの効力を測定することができる（例えば、メニューの異なるブランチと進路が将来の顧客の決定寿命において異なる段階に対応する場合及びこの寿命の各段階がそれ自身の情報需要の集合をほのめかす場合）。システムは、メニューに埋め込まれているように、現実の顧客の振る舞いに適合する正確性を経験的に測定することによって、市場取引者の寿命概念の効力を実際に追跡することができる。このように、ある程度、市場取引者の効力はマルチリンクメニュー広告運動設計に影響を与える変更に基づいて測定可能である。意思決定サイクル全体を通じてエンドユーザーが必要とする全情報需要を単一のメニューで提供することによって意思決定サイクルを圧縮する方法を述べた。いずれか一人の顧客に対してサイクルを日付順に圧縮することに加えて、この手法は、多くの顧客の全てが決定サイクルの様々な段階で既に存在する多くの顧客が所与の時点でこの単一の広告を介してサービスを受けることができるので、広範囲な顧客にサービスを与える利益も有する。
【０１５２】
かかる測定は、メニューを介してユーザーによってナビゲートされた特定のパスを追跡することによって達成可能である。このように、ある実施例においては、集合に全体的としてマルチリンクの効力を単に測定する代わりに、マルチリンクのメニューの個別的なパスは、効力を決定するために、監視及び／又は測定可能である（例えば、メニュー全体がクリックスルー及び購入を行うかどうかがメニューの個別的なパスの関数として測定可能であるかどうか）。更に、ＩＳＩＣＩは、メニューを通じて書く別個のパスを関し及び別個に測定し、ユーザーがあるパスを何回選択したかを他と比較して報告することができる。
【０１５３】
かかる追跡が達成可能となる少なくとも２つの手法がある。１）ＩＳＩＣＩはメニュー自体と対話する際にユーザーの振る舞いを追跡することができる（即ち、特定のメニューリンクを通じてクリックすることを選択する前に）、及び／又は、２）システムは、ユーザーが特定のリンクを通じて現実にクリックし、ターゲットに到達すると、ユーザーのインターラクションの最終結果を追跡することができる（ウェブページ、ショッピングカート、ウエリー、及び／又はその他の取引）。幾つかの点で、それらが同一のユーザーの振る舞いを２つの異なる角度から測定する点で２つの手法は重なる。ユーザーのクリックスルーの２つの異なるエンドは、ａ）ターゲットサイトから遠ざかるようにクリックすることによってユーザーが開始する場合のメニューエンド、及び、ｂ）ユーザーが到着するターゲットサイトエンドとして閲覧可能である。この点において、２つの手法は異なる現象を測定可能である。
【０１５４】
１）「メニュー自体」［「メニュー自体」は単なる提案であり、自由に却下して欲しい。しかし、私は、後述の発生を変更した］手法はユーザーのメニュー自体とのインターラクションを追跡する（即ち、メニューの様々な拡張階層セクションのロールオーバーの頻度、個別的なセクション又は個別的なリンクの迷い時間、いかなるクリックスルーの前のメニュー全体の迷い時間など）。メニュー自体手法はユーザーが最終的に特定のメニュー選択肢をクリックスルーしたことを追跡することもできる。しかし、その後、一旦ユーザーが離れてターゲットサイトに行ってしまうと、自体手法は、一般に、（「メニュー自体」手法からの情報と後で統合可能である）第２の「ターゲット追跡」手法を使用しないで、更なるユーザーの活動情報を検索するのに適合しなくなる。
【０１５５】
２）第２の「ターゲット追跡」手法は、ターゲットサイト自体でユーザーの到着とその後の振る舞いを追跡するが、少なくともその情報が「メニュー自体」手法によって把握された情報に統合されるまでは、一般にユーザーがクリックスルー前にメニューで何をしていたかを追跡しない。しかし、クリックするー前にメニューでユーザーの振る舞いをターゲットサイトで把握された追跡統計に基づいて推測することによって一つの例外が起こる。例えば、同一のユーザーが、１）最初にターゲットサイトの一ページに到着し、その後、２）しばらく後、異なるページに到着し（メニューからそのページに再度到着し）、その後、３）しばらく後、異なるページに到着し（メニューに再度戻ってそうしているうちに）、その後、メニューにおけるユーザーの振る舞いに関して情報提供する統計を集めることが依然としてできる。推測可能な統計の幾つかは、メニューの異なるツリーに戻ってナビゲートするのに必要な時間、メニューで隣接してクリックするー自体を生成又は生成しない異なるメニュー選択肢の相対的な有用性などを含む。
【０１５６】
ある実施例において、追跡機構自体はより完全に以下のように説明することができる。
【０１５７】
手法１）「メニュー自体」追跡の場合、追跡、メニューの異なる部分に対するロールオーバーの頻度、メニューの異なる部分の迷い時間、メニューオープンからクリックスルーまでの平均時間などの統計は幾つかの機構のいくらかを通じて測定可能である。ある実施例において、ＨＲＥＦに関連付けられたピクセルはメニューラベル内に追跡ポインターとして埋め込み可能であり、そのメニューのマウスオーバーがＨＲＥＦに関連付けられたサーバーに登録される。別の実施例では、特定のメニューラベルはＨＴＴＰポストに関連付け可能であり、そのメニューラベル（例えば、それをクリックスルーするユーザー）に関連付けられた如何なるイベントも、ユーザー自身が実際に他のそのメニューラベル（即ち、ターゲットレファレンス（例えば、ＵＲＬ）はユーザにとってクリックするがあるとそれに飛ぶ）に関連付けられたターゲットレファレンスに送られても、（ＨＴＴＰポストのターゲットである）サーバーに記録可能である。
【０１５８】
手法２）「ターゲット追跡」の場合、メニューにおける各別個のクリックスルーポイント（即ち、ユーザーをターゲットレファレンス（例えば、ウェブサイト、ショッピングカート、プロセス、クエリー及び／又はその他の取引）に送ることができる各メニュー選択肢は前もってターゲットレファレンスに付属された参照コードなどの機構を有することができる。かかるコードは、マルチリンクメニューの作成／維持の間供給可能である。このように、ユーザーがターゲットレファレンスに到着すると、参照コードはユーザーを、マルチリンクメニューからだけでなくマルチリンクの特定のメニュー選択肢に由来するものとしてはっきりと識別する。例えば、ユーザーが図１６の「在庫検索」１６２１をクリックし、ユーザーが在庫を検索することができる図１６のクライスラーの汎用ウェブページ１６２２に行くと、「?linkstorm_path=crossfire」がメニュー選択肢を介してメニューの「クライスラーラインアップ＞クロスファイアー＞在庫検索」パスの下で、即ち、「クライスラーラインアップ＞ＰＴクルーザー＞在庫検索」のパスや、「クライスラーを所有＞購入＞在庫検索」のパス、又は、同一のターゲットＵＲＬに導かれる他のパスを通らずに、このユーザーがこのページに来たことを表す参照コード及びバリューであるとすると、メニューラベル「クライスラー在庫検索」は次のようになる。「http://www.chrysler.com/bridge/full_inventory.html?linkstorm_path=crossfire」
このように、異なるパスの相対的な人口が測定可能となる。同様に、ユーザーが到着するターゲットウェブサイトにおいて、サイトの標準サーバーログはこのユーザーがこのページ「http://www.chrysler.com/bridge/full_inventory.html」に来たことを、ＵＲＬ「http://www.chrysler.com/bridge/full_inventory.html?linkstorm_path=crossfire」
に実際に行くことによって記録し、後者のＵＲＬ（又は参照コード「?linkstorm_path=crossfire」を終わりに有するＵＲＬ）への訪問者の全記録を検索し、これらの統計をエクセルのスプレッドシートに、ＩＳＩＣＩデータベース及び／又は他の報告機構にコンパイルすることができる。また、同様に、ユーザーが購入まで進むと、殆どのウェブサイトの標準ショッピングカート機能は同一の参照コードを認識し、その参照を販売価格のａ％の手数料で貸方記録し又は単に参照の成功を追跡及び報告することができる。
【０１５９】
ターゲットサイトエンドからの結果は、クリックスルー率、販売変換率、図２０の２００５などの統合された分析的なメトリックスを生成するために、メニューエンドからの「メニュー自体」手法の結果に統合可能である。
【０１６０】
これらのメトリックスは、その後、図１のメニュー作成／維持システム１８１に（自動的に）送られる。前もって設定されたあるビジネスの規則に従って、これらのメトリックスは、前進するメニュー自身に対する変更を自動的に行うように設定可能である。ある実施例においては、前日に又は類型的に、実際の人口の順番でそれらをシャッフルすることによって一日一回メニューリンクの順番を変更する規則が作成可能である。例えば、図１４の「法律事務所に直ちに電話」１４４６は、それが最も人気があることを証明すればメニューの先頭に移動されて配置可能である。別の例では、図１５のメニュー１５３０の「スポンサー資源」リンクは自分の権利の広告であり、広告は、マルチリンクメニューの「不動産」にある。メニューは特定のスポンサーからのリンクで満たされているか、最初のスポンサーがより大きいクリックスルー率を引くことが分かった場合、他のスポンサーのリンクよりも頻繁にメニューに回転される。このマルチリンク広告メニューの実施例は、メニュにおいてより人気のあるメニュー選択肢をメニューをより頻繁に配置することは、より大きなクリックスルー率を引くことができ、これは、しばしば、ホストサイトの広告収入の直接的な行うものであるので、ホストするサイトの広告収入を最大限にする副産物を有する。
【０１６１】
別の例の規則は、それらが殆どインタラクトしかければメニュー全体からある選択肢を削除することである（例えば、１ヶ月クリックされなかったりその上で迷わなかったり）。別の例は、階層の下からメニュー選択肢をとり（例えば、図１６の「在庫検索」メニュー選択肢１６２１）、それが人気があることが判明したらメニュー階層１６３３の最初のレベルに移動する規則である
別の例において、メニュー一を変更すること（及び／又はリンクを追加又は削除すること）は、迷い時間とクリックスルーとの間の比、図１６のメニュー１６１０内で完全な動画視聴ビデオを見た後でユーザーがあるメニュー選択を通じてクリックする頻度のように複雑な測定などに基づいている場合がある。
【０１６２】
マルチリンクメニューは、特定のサイトでローカルにカスタマイズすることもできる。これは、特定のサイトでそのメニューの特定の状況に由来するように、参照を識別することができる異なる参照コードを特定することに拡張することができる。例えば、ある発行社のウェブサイトに配置された同一の広告は、そのサイトに特化した参照コードを含むように拡張可能である。一方、異なる発行社のサイトに配置された同一の広告はそのサイトに特化した参照コードを含むように補正可能である。
【０１６３】
このように、ＩＳＩＣＩ追跡機構は様々な組織を変更するのに特化した規則群と共に改良可能である。これは、各アフィリエートがアリフィエートに特化した参照コードをそれ自身の参照を識別するために使用し、それ自身の販売参照やクリックベースで報酬を得るかもしれない単なるクリックスルーのために販売クレジットを受信する参照コード関係ネットワークを作成する基礎となる。同一の特徴は、ある信用されたウェブサイトからの参照だけがターゲットサイトの機密情報、例えば患者の医療記録、軍事／監視情報、又は、閲覧に購読者の状況を要求する発行されたコンテンツを閲覧することを許される機密／アクセス制御コンテキストにおいても使用可能である。
【０１６４】
本出願のどこでも記載されているように、メニューの変更を行うソースデータは、メニューに結合されたユーザの現実の振る舞いに全く関係する必要はない。リストの先頭においてある車のモデルの配置を変更することは、代わりにこれは最もよく売れているモデルであることを示す独立して測定された販売記録によって駆り立てられるかもしれない。図１００（リアルプレイヤーの例）において、現在の歌のトップ４０チャートランキングなど独立したソースデータに従って、歌がメニューから追加又は除去されたり、順番が変更されたりすることができる。図９９（ＭＳＮ検索の例）では、法律事務所は、ユーザーがどれくらい頻繁に様々な法律事務所をクリックするかによって（我々の追跡機構を通じて監視される）駆り立てられる順番で実際に所与の都市内でリストになってもよいが、順番は、異なる法律事務所が広告に対する全支出やマーティンデール・ハッブルからのその他のサービスなどの独立したデータによって代替的に駆り立てられるであろう。
【０１６５】
クライスラーの車を有するある実施例において、ローカルディらーはクライスラーのバックエンドシステムから在庫情報は実際に検索され、図１６のメニューの最前１６１５に送られる。かかる情報は、個々のディーラーの販売実績に基づいて選択的に抽出可能である。このソースデータは、クライスラーのほかのバックエンドシステム（例えば、その販売データベース）に由来してもよい。代替的に、ローカルディーラーは、我々の追跡システム自体を通じて監視されるように、既に説明したように、エンドユーザーの振る舞いに全体的に基づいて表示用に選択されてもよい。
【０１６６】
独立したソースデータは、例えば、個別的か集合的かの、ユーザーの人口情報、ユーザーの嗜好、他の独立システムにおいて記録される利益、ユーザーの地理的場所、メニューが閲覧される日時などのように、多くの他の種類から構成される。
【０１６７】
結局、フィードバック機構は、マルチリンクメニューが実世界からのフィードバックに基づいて自己改善することを可能にする。そのフィードバックは、購入サイクルの広範囲な段階に亘って広範囲の顧客によって要求される顧客情報需要の全体の範囲の表現になり得る洗練された情報処理メニューにおける変更を行うことができる。このように、その表現は、広告者にとってより効果的であるのと同様に、それ自身の効力及びに関する現実の経験的な情報に基づいて、及び／又は、メニューをより関連性があり、顧客に有用になるようにする他の独立して収集される情報に基づいて、自己改善になり得る。これらの自己実現変更は、規則に基づいて完全に自動化が可能であるか、ユーザーの振る舞いに関するデータ及び／又は他のソースデータの人間の批評に基づいて手動で実現されてもよい。
【０１６８】
変更が人間の判断を使用する場合、ＩＳＩＣＩは、方法を大きく補助する自動機構を与える。マルチリンクエディタは、マルチリンクメニューの更新とその後に更新された記録のハンドルシステムへの掲載を許容する。他の如何なるメニューの更新、維持及び／又は整備のための「表示のレベル」は原則として等しく機能し、本発明によって等しくカバーされるであろうということに留意しなければならない。しかし、これらの他の代替的な手法は、ハンドルシステムからの標準ベースの恩恵と更なる拡張性を行うことができる。マルチリンクエディタは、これらの様々なメニュー選択肢に記録された相対的な人気（例えば、インプレッション１８３６、クリックスルー１８３７、クリックスルー率、迷い時間、ロールオーバーの頻度など）を示す統計の目に見える表示部を与える。このように、人間エディタは、変更が実際になされるマルチリンクエディタ内で経験的な追跡データを有する。
【０１６９】
様々な実施例
このように、ＩＳＩＣＩ以前には、この種のデータをとってそれをメニューが実際に作成されて最初に維持されるプロセスの最初に戻すフィードバックループを有するシステムがない。分配と維持の点で、ＩＳＩＣＩによって一旦配置される広告のフォーマットは、自動的に維持される。ＩＳＩＣＩが存在する前に、変更が必要になると、広告自体が変更されなければならず、その後すべての場所に再整備されなければならない。このように、広告の更新は、特に、広告の目的が大部分注意の把握であるリッチメディア広告の場合には時間がかかる。かかる広告は、独創性が高く、手間がかかり、画像に凝っている。その結果、それらは参照リンクを更新するのに長時間を要する。かかる古いスタイルの広告があると、それらが最終的に改善されると、新しい「マスター」コピーが広告整備機構に送られなければならず、それはその後全ての適当な場所に改訂された広告を送付される。これに対して、ＩＳＩＣＩは、あらゆる場所の広告の全てはそれらがロードされた時間毎に中央制御可能である。従って、マルチリンクメニューは、ウェブ上のマルチリンクメニューを使用して広告の全ての発生を直ちに外に伝播する。
【０１７０】
ＩＳＩＣＩ手法は、伝統的な広告整備機構に等しく同様に適用可能である（即ち、マルチリンクメニューはダブルクリックらを通じて整備可能である）。マルチリンクは、バナー、リッチメディア広告、コンテクスチュアル広告（例えば、グーグルのスポンサーリンク）、コンテクスチュアルリンク（例えば、バイブラントメディア）、ビデオファイル（例えば、クイックタイム）など現存する広告フォーマットの先頭にも積層可能である。これらの他の広告フォーマットは、マルチリンクメニューに対する配達機構として機能することができる。従って、マルチリンクメニューは、ハンドルシステムなどの中央ディレクトリへのＩＳＩＣＩの呼び出しに加えて及び／又は代わりに、現存する分配方法を通じて分配可能である。他の更新及び維持の「レベルの間接的行動」は、追加の拡張性と標準ベースの利益をハンドルシステムに与えることによって原則的に等しく上手に機能する。別の長所は、マルチリンクメニューによって可能された広告が処理、情報供給的になり、機能的になり、ナビゲート可能になり、中央制御可能になることである。更に、その中央制御は、メニューとユーザーとのインターラクションから追跡される経験的なユーザーの振る舞いデータに基づいてメニューを改善するフィードバックループと共に今や増大されている。
【０１７１】
このフィードバックは、このソースデータに基づいて人間の判断を介して達成可能である（例えば、メニューが手動で変更されるか、自動化された「流れ作業」プロセスが人間の判断に基づいて進む異なるメニュー作成規則に適用するように変更される場合）、又は、フィードバックの改良は、予め格納されたビジネス規則に基づいてデータがメニューにおける変更を直接的に行うことを可能にすることによって完全に自動化可能である（即ち、自動的に自己改善する）。例示的な規則は、より多くの選択数を有して追跡されるメニューアイテムがメニューの先頭に移動される、エンドユーザーのカーソルからより多くの迷い時間を有して追跡されるメニューアイテムはメニューの先頭に移動される、より高い指値を有するスポンサーリンクをメニューの高い位置に配置する、新しいメニューアイテムのエントリーをメニューの高い位置に配置する（例えば、新しい製品発表）、より少ない頻度のメニューアイテムをクリックスルーを増加する目的でメニューリストの先頭に配置する、外部リストのマッピングをメニューリンクの順番付けに使用する（例えば、トップ４０リストはメニューアイテムをランク付けするのに使用される）などである。
【０１７２】
それと共に、ＩＳＩＣＩにより表されたサービスの統合された組が、完全に新しい概念的手法がアプローチに広告及び顧客インターラクションオンラインを可能にする。例えば、マルチリンクメニューにより可能にされた広告はユーザーに広告に関連する広範囲な選択肢をとることを可能にするのみならず（例えば、しぶき／着水のページへのナビゲーションをもたらす単一のリンクのみの代わりに）、根本的に異なるユーザーにサービスする手法可能にする。
【０１７３】
以下は、これらの新しい手法の幾つかであり、それらが紹介する新しいビジネスプロセスは以下の通りである。
【０１７４】
ある実施例において、これらのマルチリンクはデープリンクの広いアレイをユーザーに提供するので（例えば、マルチリンクメニューがスクリーンサイズの実施によってのみ制限され、典型的には、階層的なドロップダウンメニューを介してきちんと展開する、少なくとも３０−４０の別個のリンクを有する）、それらはユーザーにそれらに利用可能な選択肢の全体的な領域を晒す。それはユーザーが単にマウスロールオーバーを通じてレファレンスターゲット（例えば、ウェブサイト）で入手可能な全選択肢を通じて潜在的に新規で見慣れないウェブサイトでスクリーンからスクリーンにクリックする必要なしにナビゲートする。ロールオーバーだけで利用可能な「クリックレスナビゲーション」は、ユーザーに直接に申し出、ショッピングカート、又は関連製品を提供する時間を徹底的に減少する。この「クリックレスナビゲーション」は、リンク（例えば、広告）を通じてウェブサイトに伝統的にクリックし、そのページがロードするまで待ち、そのページで新しい選択肢を読み、他の何かにクリックし、クリックが間違っていたと判断し、同様のナビゲーションの負担と再表示時間の問題を発生する別のパスを通ってクリックをしなければならないなどの手法よりも優れている。伝統的なプロセスは、断片、エラー、顧客の注意の喪失、クリックごとの遅延（新しいページをロードする）などの潜在性で満ちている。マルチリンクメニューはこれらの欠点の全てを解決している。
【０１７５】
従って、伝統的な広告フォーマットは、ユーザーのクリックを生成しようとするように志向し、クリックスルー（グーグルのアドワークス及びアドセンス）ペイパークリック広告モデルに基づいて報酬を得る点にさえ、本発明は、あらゆるクリックが機会であるが、あらゆるクリックがりすくでもあることが約束されている。マルチリンキングとクリックレスナビゲーションがあれば、ユーザーの注意を把握することと、ユーザーを本当に彼らが欲しいものに直接に向けることとの間の時間が劇的に減少されている。ロールオーバーを介した早く効率的な利用プロセス後に単一のクリックがユーザーが彼らが本当に欲しいものに直接に向ける。その結果、マルチリンクメニューは、通常のハイパーリンクよりも相当高いクリックスルー率を作成する。また、ユーザーがマルチリンクメニューを通じてクリックしてターゲット（例えば、ウェブサイト）に到着すると、そのユーザーは伝統的なウェブ広告を介してサイトに到達した訪問者よりも購入の可能性が高い。
【０１７６】
また、マルチリンクは、顧客の広いスペクトルと顧客の購入サイクル段階の広いスペクトルの両方にサービスを提供する機会を与える。顧客の購入プロセスには自然寿命サイクルがあり、特に、情報集約的な購入決定（例えば、車、コンシューマー電子部品、医者又は弁護士などの専門サービスなど）の場合にあり、サイクルの終わりよりも（彼らが欲しいものを作成、モデル化及び特徴付け、ローカルディーラーの中で誰がベストプライス又はインセンティブを有するか、及び、実際に車の在庫を有しているか）、サイクルの初めに（例えば、車の購入から６ヶ月後、ミニバン対ＳＵＶ対ステーションワゴンを求めているのかを単に決定すると）、顧客は異なる情報が必要である。また、マルチリンクは、購入サイクルのこれらの全段階における顧客スペクトラム全体にサービスを提供することができ、それをすること全ては単一のメニュー内で行うことができる。従って、マルチリンクメニューは購入サイクルを圧縮する。
【０１７７】
更に、マルチリンクメニューの設計及び実施の発見的方法は、その後、企業の市場取引戦略により服し、これによってサイクルの異なる段階の異なる顧客は、同一の広告を介して全て適当にサービスを提供されることができる。このプロセスは、サービスの診断と最良の実施の共有を介して容易になる。このように、マルチリンクメニューは、その特定の顧客及び彼らの購入サイクルの特定の段階に関して広告者の市場取引戦略を直接表現する。例えば、図１６において、第１のメニュー選択肢「クライスラー物語」１６０６は、異なるブランドに丁度慣れた早期段階の顧客に志向されたリンク群を表示するように拡張する。第２の選択肢「クライスラーの違い」は他のブランドに対するクライスラーの選択肢を支持するリンク群を生む。第３「クライスラーラインアップ」１６１８は、図において実際に拡張して表示されているが、様々なクライスラーモデルの詳細を提供する。また、マルチリンクメニューは、ユーザーをローカルディーラー在庫情報にわざわざ連れて行き、クライスラー及び／又はそのディーラーネットワークのバックエンド在庫システムからわざわざ送り出し、マルチリンクメニューの全面に表示する。
【０１７８】
更に、ユーザーの振る舞いが監視可能で前進型のマルチリンク作成／維持プロセスにフィードバックされるので、システムは自己改善型である。例えば、ローカルディーラーは、顧客が実際にそれら特定のディーラーを何回（又はどれくらい少なく）実際にクリックしたかに基づいてメニューに追加又は除去されることができる。あるいは、メニューの変更を行うソースデータは全体的に、どのディーラーが最高販売量を売買しているかを示すクライスラー自身の独立の販売記録など別のソースになり得る。あるいは、再び、メニューを改善するソースデータは、メニューとインターラクトする際に顧客の実際の振る舞いを把握する追跡データとなり得る。例えば、どのモデルが最も長く躊躇われたかに従ってメニューにおけるクライスラーのモデルの順番を変更したり、ユーザーのクリックスルーを実際に引き込んだかどうかに基づいて特定の販売インセンティブを追加又は削除することである。
【０１７９】
マルチリンクメニューは、広告及び実際にはウェブナビゲーションにおいて一般に新しい概念を表現する。それ自身の製品ラインアップとそのマーケティング戦略又は顧客サービスを知る結局専門家であるリンクの作成者は、ナビゲーション体系全体を定義するが、ユーザーがどこに行くべきかを選択する者である。ユーザーの注意に侵入したいと考える広告者と注意を乱すものを欲しないユーザーとの間の伝統的な争いと異なり、マルチリンクドリップダウンメニューは控えめで顧客フレンドリーである。マルチリンクメニューはユーザーのブラウザー状態を破壊しない。それらはロールオーバーされると現れ、ユーザーがマウスを離すと直ちに消える。ユーザーは、広告をクリックすることによって信用のジャンプをなす前でさえ、それらが情報提供的であり、有用で効率的であると考える。更に、ユーザーは、ここが自分が本当に生きたい場所であることを既に決定した後で、特定のリンクを通じてクリックするだけである。前もって選択肢の全範囲を見ることは、ガラスドアを見て、反対側に既に見えているものへそれを通じて行きたいかどうかを単に決定することのようである。これに対比されるのは、不透明な木製ドアを見て反対側には何か有用なものがあることを信用してジャンプしなければならないことである。これは、広告社がユーザーに以前よりも広範囲な情報と申し出を提供するので、安全であるが、ナビゲートと選択をすることができるものはユーザーである。
【０１８０】
このように、マルチリンクメニューは、広告、電子商取引及びユーザーインターラクションにおいて補助する、以下のいかなる数の機器をも使用することができる。
【０１８１】
マルチリンクによって可能にされたバナー広告（即ち、表示広告）（例えば、図１６の１６７７）。
【０１８２】
マルチリンクによって可能にされたスポンサーリンク（例えば、グーグルアドセンス又はアドワーズ）（例えば、図１４の１４１７）。
【０１８３】
図１５のマルチリンクによって可能にされたコンテクトに埋め込まれたリンク１５４５。
【０１８４】
コンテンツ志向のマルチリンクの混合（例えば、発行社がマルチリンクをそれ自身のコンテンツに対して作成したが、同一のマルチリンクメニューをそれがスポンサーとしての地位、特別の広告者リンクなどを販売することができる「不動産」として使用する場合）（例えば図１５の１５６５）。
【０１８５】
マルチリンクメニューを直接に文書、カタログ、ＰＤＦファイルなどに配置すること−それらの永続性のため、それらはマスター記録に維持されている現在／最新リンクを常に表示するだろう。
【０１８６】
マルチリンクメニューをビデオファイルなどのマルチメディアファイルに配置すること、エンドユーザーがカーソルをビデオファイル上で動かすとメニューが使用され、ユーザーがビデオを一時停止し、マルチリンクメニューが更にシーン、製品、広告などの情報を提供することができる。家庭用ビデオにおいて、フラッシュビデオは、ショー、アクセサリー、特徴付けられた販売製品などを提供する小売店から製品の使用に関するメニューアイテムを有するであろうマルチリンクメニューを使用することができる。
【０１８７】
マルチリンク広告をメディアプレーヤー及び製品レファレンスが行くことができるその他の場所に配置すること（例えば、図１５の６６７）。
【０１８８】
マルチリンクメニューを、実際のユーザーの振る舞いが進行中で、自己改善型で、内部資源に高効率アクセスを行うことができる、企業イントラネット又はその他の内部「企業環境」内に配置すること。
【０１８９】
広告、電子商取引及びオンライン顧客インターラクション制御部のための統合、情報処理及び自己組み付けファシリティ
図２２は、広告、電子商取引及びオンライン顧客インターラクション（ＩＳＩＣＩ）制御部２２０１のための統合、情報処理、及び自己組み付けファシリティの実施例を示すブロック図である。本実施例において、ＩＳＩＣＩ制御部２２０１は、マルチリンク関連データを追加、編集、処理、格納、検索、整備、識別、命令、生成、一致、提供、及び／又は、更新することができる。
【０１９０】
典型的に、ユーザーは、人及び／又はその他のシステムであるかもしれないが、情報処理を容易にするために情報技術システム（例えば、共通のコンピュータ）を使用する。代わって、コンピュータは、中央処理ユニット（ＣＰＵ）としばしば呼ばれ、情報を処理するプロセッサを使用する。プロセッサの共通形態は、マイクロプロセッサと呼ばれる。コンピュータオペレーティングシステムは、典型的にコンピュータ上でＣＰＵによって実行されるソフトウェアであるが、ユーザーがコンピュータ情報技術及び資源にアクセス及び操作することを可能にして容易にする。情報技術システムにおいて使用される共通の資源は、データがコンピュータに入って出て行くことができる入力及び出力機構、データが保存されるメモリストレージ、及び、情報を処理するプロセッサを含む。しばしば、情報技術システムは、データを収集して後で検索、分析、操作するのに使用され、データベースソフトウェアを通じて共通に容易にされる。情報技術システムは、ユーザーが様々なシステムコンポーネントにアクセス及び操作するのを許容するインターフェースを与える。
【０１９１】
ある実施例において、ＩＳＩＣＩ制御部２２０１は、ユーザー入力装置２２１１、周辺装置２２１２、及び／又は、通信ネットワーク２２１３からの一以上のユーザーであるがこれに限定されないエンティティに接続可能及び／又は通信可能である。ＩＳＩＣＩ制御部は、暗号プロセッサ装置２２２８に接続及び／又は通信可能でさえある。ＩＳＩＣＩ制御部は、通信ネットワークを介してクライアント２２３３と通信することができる。ＩＳＩＣＩは、多数のクライアント及び／又はユーザー２２３３に仕えるように構成されてもよい。ある実施例においては、ＩＳＩＣＩは、ＩＳＩＣＩ需要により良いサービスを提供するために、そして、負担及び／又はサービス要求をより良く均衡するために分配可能である。
【０１９２】
ネットワークは、グラフトポロジーにおけるクライアント、サーバー及び仲介者ノードの内部接続及び内部操作を共通に有するものと考えられている。本開示において使用される「サーバー」という用語は、一般に、ユーザーの要求を処理して応答し、通信ネットワークに頻繁にアクセスされるコンピュータ、その他の装置、ソフトウェア及び／又はそれらの結合を意味すると留意されるべきである。サーバーは、要求「クライアント」に情報を差し出す。ここで使用される「クライアント」という用語は、一般に、処理、要求、及び、サーバーからのいかなる応答をも取得及び処理することができるコンピュータ、その他の装置、ソフトウェア及び／又はそれらの結合を意味する。一般に、「クライアント」という用語と「ユーザー」は相互に変更可能であり、本開示に亘ってそのように使用される。情報及び要求を容易にして処理する、及び／又は、ソースユーザーからデスティネーションユーザーへの情報の通過を促進するコンピュータ、その他の装置、ソフトウェア及び／又はそれらの結合は一般に「ノード」と呼ばれている。ネットワークは、一般に、ソースポイントからデスティネーションまでの情報の移転を容易にするように考えられている。ソースからデスティネーションまでの情報の通過を容易にする機能を特に有するノードは、一般に「ルーター」と呼ばれる。ローカル・エリア・ネットワーク（ＬＡＮ）、ピコネットワーク、ワイド・エリア・ネットワーク（ＷＡＮ）、ワイヤレス・ネットワーク（ＷＬＡＮ）などのネットワークの多くの形態がある。例えば、インターネットは、多数のネットワークの内部接続であるとして一般に受け入れられており、リモートクライアント及びサーバーは互いにアクセス及び内部動作することができる。
【０１９３】
ＩＳＩＣＩ制御部２２０１は、メモリ２２２９に接続されたコンピュータ体系２２０２などのコンポーネントを有するが、これに限定されない通常のコンピュータシステムに基づいてもよい。
【０１９４】
コンピュータシステム
コンピュータシステム２２０２は、クロック２２３０、中央演算処理装置（ＣＰＵ）２２０３、読み出し専用メモリ（ＲＯＭ）２２０６、ランダム・アクセス・メモリ（ＲＡＭ）２２０５、及び／又は、インタフェースバス２２０７を有しており、必ずしもではないが最も頻繁には、全てが相互接続され、及び／又は、システムバス２２０４を介して通信している。随意に、コンピュータシステムは、内部電源２２８６に接続される。随意に、暗号プロセッサ２２２６は、システムバスに接続される。システムクロックは、通常、水晶発振器２２２６を有し、基準信号を供給する。クロックは、通常、システムバス、及び、コンピュータシステム内で相互接続された他の構成部品に与える基準動作周波数を増加又は減少させる各種のクロック乗算器に接続されている。クロック及びコンピュータシステムの各種構成部品は、システム全体の情報を統合する信号を駆動する。そのようなコンピュータシステム全体の情報を統合する信号の送信及び受信は、通常、通信と呼ばれる。これらの通信信号は、当該コンピュータシステムを超えて、さらに、通信ネットワーク、入力装置、他のコンピュータシステム、周辺機器などに対して、送信され、受信され、返信及び／又は応答信号通信を行う。もちろん、上記構成部品のいずれの部品も直接互いに接続され、ＣＰＵに接続され、及び／又は、各種のコンピュータシステムにより実証されたものとして用いられる非常に多くのバリエーションで組織化される。一つの随意的な実施例において、全地球測位システム（ＧＰＳ）受信機２２７５は、例えばシステムバス２２０４を介して、ＩＳＩＣＩ２２０１に接続される。モトローラ・インスタントＧＰＳチップのような単一のＧＰＳチップは、ＩＳＩＣＩ２２０１に位置を把握させるために用いられる。
【０１９５】
ＣＰＵは、少なくとも、ユーザの要求、及び／又は、システムで発生した要求を実行するための構成部品による命令を実行するのに十分な、一つの高速データプロセッサを有する。ＣＰＵは、ＡＭＤのアスロン、デュロン、及び／又はオプテロン、ＩＢＭ及び／又はモトローラのパワーＰＣ、インテルのセレロン、アイテニアム、ペンティアム、ジーオン、及び／又は、エックススケールなどのようなマイクロプロセッサである。ＣＰＵは、通常のデータ処理技術に従い格納された命令コードを実行するため、導電性のコンジットを介した信号経路を介して、メモリと情報のやり取りを行う。そのような信号経路は、ＩＳＩＣＩコントローラ内部における通信、及び、各種インタフェースを介した通信を容易にする。処理に高速スピードが要求される場合には、並列、メインフレーム、及び／又は、超高速コンピュータのアーキテクチャが同じように用いられる。代わりに、配置に携帯性が要求される場合には、より小さな携帯情報端末（ＰＤＡ）が用いられる。
【０１９６】
電源
電源２２８６は、アルカリ、リチウムハイドライド、リチウムイオン、ニッケルカドミウム、太陽電池などの電池のように、小さな電子回路基板デバイスに電力を供給するためのものであればどのような標準型の種類でもよい。ＡＣ又はＤＣ電源の他の種類の電源も用いられる。太陽電池の場合、一つの実施例においては、太陽電池が光子エネルギーを捕獲するための開口が設けられる。電池２２８６は、ＩＳＩＣＩに相互接続された構成部品の少なくとも一つに接続され、電流をこれら全ての構成部品に供給する。一例では、電源２２８６は、システムバス構成部品２２０４に接続される。他の一例では、外部電源２２８６はＩ／Ｏ２２０８インタフェースを渡った接続部を介して供給される。例えば、ＵＳＢ及び／又はＩＥＥＥ１３９４接続は、データ及び電源の両方をその接続部を渡って伝え、従って、適切な電源である。
【０１９７】
インタフェースアダプタ
インタフェースバス２２０７は、通常、必ずしも入出力インタフェース（Ｉ／Ｏ）２２０８、ストレージインタフェース２２０９、ネットワークインタフェース２２１０など（ただし、これらには限定されない）のようなアダプタカードの形態ではないが、多くのインタフェースアダプタを受け入れ、接続し、及び／又は、通信する。随意に、暗号プロセッサインタフェース２２２７は、同じようにインタフェースバスに接続される。インタフェースバスは、インタフェースアダプタ同士及びインタフェースアダプタとコンピュータシステムの他の構成部品の通信を規定する。インタフェースアダプタは、互換性のあるインタフェースバスに適用される。インタフェースアダプタは、通常、スロットアーキテクチャを介してインタフェースバスに接続される。通常のスロットアーキテクチャは、ただし限定されるものではないが、アクセラレイティッド・グラフィックス・ポート（ＡＧＰ）、カードバス、（エクステンディッド）インダストリアル・スタンダード・アーキテクチャ（（Ｅ）ＩＳＡ）、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）、ニューバス、ペリフェラル・コンポネント・インターコネクト（エクテンディッド）（ＰＣＩ（Ｘ））、ＰＣＩエクスプレス、パーソナル・コンピュータ・メモリカード・インターナショナル・アソシエーションＰＣＭＣＩＡ）などが用いられる。
【０１９８】
ストレージインタフェース２２０９は、これらに限定されないが、ストレージデバイス２２１４、取り外し可能なディスクデバイスなどのような多くのストレージデバイスを受け入れ、通信し、及び／又は、接続する。ストレージデバイスは、ただしこれらに限定されないが、（ウルトラ）（シリアル）アドバンスト・テクノロジー・アタッチメント（パケットインタフェース）（（ウルトラ）（シリアル）ＡＴＡ（ＰＩ））、（エンハンスト）インテグレイト・ドライブ・エレクトロニクス（（Ｅ）ＩＤＥ）、インスティチュート・オブ・エレクトリカル・アンド・エレクトロニクス・エンジニアズ（ＩＥＥＥ）１３９４、ファイバチャネル、スモール・コンピュータ・システムズ・インタフェース（ＳＣＳＩ）、ユニバーサル・シリアル・バス（ＵＳＢ）などの接続プロトコルを用いる。
【０１９９】
ネットワークインタフェース２２１０は、通信ネットワーク２２１３を受け入れ、通信し、及び／又は、接続する。ネットワークインタフェースは、ただしこれらに限定されないが、直接接続、イーサネット（シック，シン，ツイストペア１０／１００／１０００ベースＴなど）、トークンリング、ブルートゥース、携帯、ＩＥＥＥ８０２．１１ａ−ｘなどのワイヤレス通信のような通信プロトコルを用いる。通信ネットワークは、次のいずれか一つ、及び／又は、組み合わせからなる。すなわち、直接相互接続、インターネット、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、オペレーション・ミッションズ・アズ・ノーズ・オン・ザ・インターネット（ＯＭＮＩ）、セキュアドカスタムコネクション、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスネットワーク（例えば、ただしこれらに限定されないが、ワイヤレスアプリケーションプロトコル（ＷＡＰ）、Ｉモードなどのプロトコルを用いる）などである。
【０２００】
入出力インタフェース（Ｉ／Ｏ）２２０８は、ユーザ入力装置２２１１、周辺機器２２１２、暗号プロセッサ装置２２２８などを受け入れ、通信し、及び／又は、接続する。Ｉ／Ｏは、ただしこれらに限定されないが、アップルディスクトップバス（ＡＤＢ）、アップルディスクトップコネクタ（ＡＤＣ）、オーディオ（アナログ、デジタル、モノラル、ＲＣＡ、ステレオなど）、ＩＥＥＥ１３９４ａ／ｂ、赤外線、ジョイスティック、キーボード、ミディ、オプティカル、ＰＣ  ＡＴ、ＰＳ／２、パラレル、ラジオ、シリアル、ＵＳＢ、ビデオインタフェース（ＢＮＣ、同軸、コンポジット、デジタル、デジタルビジュアルインタフェース（ＤＶＩ）、ＲＣＡ、ＲＦアンテナ、Ｓ−Ｖｉｄｅｏ、ＶＧＡなど）、ワイヤレスなどのような接続プロトコルを用いる。通常の出力装置は、ビデオインタフェースから信号を受け入れるテレビジョンセット１４５である。また、通常、ビデオインタフェースから信号を受け入れるインタフェース（ＤＶＩ回路及びケーブル）を備え、陰極線管（ＣＲＴ）又は液晶ディスプレイ（ＬＣＤ）をベースとしたモニタを有するビデオディスプレイも用いられる。ビデオインタフェースは、コンピュータシステムにより生成された情報を合成し、ビデオメモリフレーム中において、合成した情報に基づいてビデオ信号を生成する。通常、ビデオインタフェースは、ビデオディスプレイインタフェース（例えば、ＲＣＡ合成ビデオケーブルを受け入れるＲＣＡ合成ビデオコネクタ、ＤＶＩディスプレイケーブルを受け入れるＤＶＩコネクタなど）を受け入れるビデオ接続インタフェースを介して、合成ビデオ信号を供給する。
【０２０１】
ユーザ入力装置２２１１は、カードリーダ、ドングル、指紋リーダ、グローブ、グラフィックタブレット、ジョイスティック、キーボード、マウス、リモートコントロール、網膜リーダ、トラックボール、トラックパッドなどである。
【０２０２】
周辺機器２２１２は、Ｉ／Ｏ、及び／又は、ネットワークインタフェース、ストレージインタフェースなどのような他の装置に接続され、及び／又は、通信する。周辺機器は、オーディオ装置、カメラ、ドングル（例えば、デジタル署名を用いて取引の安全を確保するコピー防止のためなど）、外部プロセッサ（追加機能のため）、グーグル、マイクロホン、モニタ、ネットワークインタフェース、プリンタ、スキャナ、ストレージデバイス、ビデオデバイス、ビデオソース、バイザーなどである。
【０２０３】
ユーザ入力装置及び周辺機器が用いられているが、ＩＳＩＣＩコントローラは、組込みの、専用の、及び／又は、モニタレス（すなわちヘッドレス）デバイスとして組み入れられており、アクセスはネットワークインタフェース接続部を渡ってなされることに注意しなければならない。
【０２０４】
ただしこれらに限定されないが、マイクロコントローラ、プロセッサ２２２６、インタフェース２２２７、及び／又は、デバイス２２２８のような暗号ユニットは、ＩＳＩＣＩコントローラに取り付けられ、及び／又は、ＩＳＩＣＩコントローラと通信する。通常、モトローラ社により製造されるＭＣ６８ＨＣ１６マイクロコントローラは、暗号ユニットのために、及び／又は、暗号ユニットの中で用いられる。ＭＣ６８ＨＣ１６マイクロコントローラは、１６ＭＨｚ構成における１６ビット乗加算命令を活用し、５１２ビットＲＳＡプライベートキー動作を１秒未満で実行する。暗号ユニットは、匿名の取引を許可するとともに、相互エージェントからの通信認証の機能を有する。暗号ユニットは、また、ＣＰＵの一部として構成される。他の商用に特化した暗号プロセッサには、ＶＬＳＩテクノロジの３３ＭＨｚ  ６８６８、又は、セマフォコミュニケーションズの４０ＭＨｚロードランナ１８４がある。
【０２０５】
メモリ
一般に、プロセッサに情報を記憶及び／又は取り出させる機械ファシリティ及び／又は実施形態はメモリ２２２９と見なされる。しかし、メモリは代替可能な工芸品であり資源であり、従って、いかなる数のメモリ形態でも代わりとしてあるいは呼応して使用できる。ＩＳＩＣＩコントローラ及び／又はコンピュータシステムでは様々な形のメモリ２２２９が用いられることを理解されたい。例えば、あるコンピュータシステムの構成をオンチップＣＰＵメモリ（例えば、レジスタ）、ＲＡＭ、ＲＯＭ、及びその他の任意の記憶装置の機能を紙穿孔テープ機構あるいは紙穿孔カード機構で提供することもできる。もちろん、このような実施形態を行えば、きわめて速度の遅い操作になるであろう。典型的な構成には、メモリ２２２９には、ＲＯＭ２２０６、ＲＡＭ２２０５、記憶装置２２１４が含まれるのが普通である。記憶装置２２１４は、どのような従来のコンピュータシステムの記憶装置であってもかまわない。記憶装置には、ドラム、（固定及び／又は取り外し可能）磁気ディスクドライブ、磁気光ドライブ、光学ドライブ（ＣＤ  ＲＯＭ／ＲＡＭ／記録型（Ｒ））、書込型（ＲＷ）、ＤＶＤ  Ｒ／ＲＷ、等々が含まれる。従って、コンピュータシステムには一般にメモリが必要であり、使用される。
【０２０６】
コンポーネント集合
メモリ２２２９には、プログラム及び／又はデータベースコンポーネント及び／又はオペレーティング・システムコンポーネント２２１５（オペレーティング・システム）、情報サーバーコンポーネント２２１６（情報サーバー）、ユーザーインターフェースコンポーネント２２１７（ユーザーインターフェース）、ウェブブラウザーコンポーネント２２１８（ウェブブラウザー）、データベース２２１９、暗号サーバーコンポーネント２２２０（暗号サーバー）、情報アクセス多重解決サーバー（ＩＡＭＲＳ）コンポーネント、ＩＳＩＣＩコンポーネント２２３５などのような（これらに限らない）データの集合（つまり、集合的に、コンポーネント集合）が含まれる。これらのコンポーネントは記憶され、記憶装置から及び／又はインターフェースバスを介してアクセス可能な記憶装置からアクセスされる。コンポーネント集合内にあるような、従来ないソフトウェアコンポーネントは、ローカル記憶装置２２１４に記憶するのが普通であるが、それらもまた全体的にまたは部分的に、通信ネットワーク、ＲＯＭ，様々な形態のメモリなどを介して周辺装置、ＲＡＭ，遠隔の記憶装置などのようなメモリにロードし、記憶する。
【０２０７】
オペレーティングシステム
オペレーティングシステムは、ＩＳＩＣＩコントローラを簡易に作動させる実行可能なインストラクションコードである。通常、オペレーティングシステムは１７０、ネットワークインターフェース、周辺装置、記憶装置などに簡易にアクセスする。オペレーティングシステムは、例えばアップルマッキントッシュＯＳＸ（サーバー）、ＡＴ＆Ｔプラン９、ＢＥ  ＯＳ、リナックス、ＵＮＩＸなどのオペレーティングシステムのような高度にフォールトトレラント（耐障害性）な、スケーラブル（拡張可能）な、安全なシステムである。しかし、アップルマッキントッシュ  ＯＳ、マイクロソフト  ＤＯＳ、Ｐａｉｒ  ＯＳ、ウインドウズ２０００／２００３／３．１／９５／９８／ＣＥ／ミレニアム／ＮＴ／ＸＰ（サーバー）などのようなより制限のある、安全性の少ないものも使用される。オペレーティングシステムは、それ自体及び／又は類似のものを含めコンポーネント集合内の他のコンポーネントに通信したり、これらと通信し合ったりする。オペレーティングシステムは他のプログラムコンポーネント、ユーザーインターフェースなどと頻繁に通信する。例えば、オペレーティングシステムは、プログラムコンポーネント、システム、ユーザー及び／又はデータ通信、要求、情報及び／又は応答の包含、通信、生成、取得、提供を行う。オペレーティングシステムは、一旦ＣＰＵで実行されると、通信ネットワーク、データ、入出力（Ｉ／Ｏ），周辺装置、プログラムコンポーネント、メモリ、ユーザー入力装置などとのインターラクションを可能にする。オペレーティングシステムは、ＩＳＩＣＩコントローラが通信ネットワーク２２１３を通じて他のエンティティと通信し合えるようにする通信プロトコルを備えている。ＩＳＩＣＩコントローラは、インターラクションのためのサブキャリアトランスポートメカニズムとして、例えばマルチキャスト、ＴＣＰ／ＩＰ、ＵＤＰ、ユニキャストなど（但し、これらに限らない）の様々な通信プロトコルを使用する。
【０２０８】
情報サーバー
情報サーバーコンポーネント２２１６は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。情報サーバーは、アパッチソフトウェア財団のアパッチ、マイクロソフト社のインタネット情報サーバーなど（これらに限らない）のような従来からあるインタネット情報サーバーである。情報サーバー用いると、アクティブ・サーバー・ページ（ＡＳＰ）、アクティブＸ、（ＡＮＳＩ）（オブジェクティブ）Ｃ（＋＋）、コモン・ゲートウェイ・インターフェース（ＣＧＩ）スクリプト、ジャバ、ジャバスクリプト、プラクティカルエクストラクションレポートランゲージ（ＰＥＲＬ）、パイソン、ウェブオブジェクトなどのようなプログラムを介してプログラムコンポーネントを実行できる。情報サーバーは、ファイル・トランスファー・プロトコル（ＦＴＰ）、ハイパーテキストトランスファープロトコール（ＨＴＴＰ）、セキュアーハイパーテキストトランスファープロトコール（ＳＨＴＴＰＳ）、セキュア・ソケット・レイア（ＳＳＬ）など（但し、これらに限らない）の安全な通信プロトコルをサポートする。情報サーバーは、ウェブページの形式で結果をウェブブラウザーに提供し、他のプログラムコンポーネントとインターラクションを行って行き届いたウェブページを生成するようにする。ＨＴＴＰ要求のドメイン・ネーム・システム（ＤＮＳ）解決部分が特定の情報サーバーに対して解決されると、情報サーバーは情報要求をＨＴＴＰ要求の残りの部分に基づいてＩＳＩＣＩコントローラの指定された場所で解決する。例えば、ｈｔｔｐ：／／１２３．１２４．１２５．１２６／ｍｙｉｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌという要求には、ＤＮＳサーバーがそのＩＰアドレスの情報サーバーに対して解決する要求のＩＰ部分”１２３．１２４．１２５．１２６”があって、その情報サーバーが次に、その要求の”／ｍｙｉｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ”の部分のためにＨＴＴＰ要求を解析し、”ｍｙｉｎｆｏｒｍａｔｉｏｎ．ｈｔｍｌ”という情報を含むメモリ内の場所に解決して入れる。更に、様々なポート（例えば、ポート２１でのＦＴＰ通信など）通じて、その他の情報サービスするプロトコルが用いられる。情報サーバーはそれ自体及び／又は同類の他のプログラムを含めコンポーネント集合内の他のコンポーネントに通信したり、それらのコンポーネントと通信し合ったりする。また、ユニバーサルディスクリプション，ディスカバリーアンドインテグレイション（ＵＤＤＩ）、ウェブサービスディスクリプションランゲージ（ＷＳＤＬ）  及びウェブサービスフローランゲージ（ＷＳＦＬ）をデータ転送及びコンポーネント更新の基盤として使用してもいい。情報サーバーは、ＩＳＩＣＩデータベース２２１９、オペレーティングシステム、他のプログラムコンポーネント、ユーザーインターフェース、ウェブブラウザーなどと頻繁に通信し合う。
【０２０９】
ＩＳＩＣＩデータベーへのアクセスは、以下に列挙するスクリプト言語（例えば、ＣＧＩ）及び以下に列挙するアプリケーション間通信チャネル（例えば、ＣＯＲＢＲＡ、ウェブオブジェクトなど）のようなデータベースブリッジ機構を介して行われる。ウェブブラウザーによるデータ要求は、全てブリッジ機構によってＩＳＩＣＩが要求する適切な文法に分析される。ある実施例では、情報サーバーが、ウェブブラウザーがアクセス可能なウェブ形式を備えている。ウェブ形式の供給フィールドに入れるアイテムには特定のフィールドに記入がなされたというタグが付けられ、そのように解析される。そして記入されたアイテムはフィールドタグと共に渡され、それらが、適切な表及び／又はフィールドに入れるクエリを生成するようパーザに指示させる。ある実施例では、パーザは、タグの付けられたテキストアイテムに基づき適切なジョイン／セレクトコマンドでサーチストリングをインスタンシエートすることにより標準のＳＱＬでクエリを生成し、そこでできたコマンドがブリッジ機構を通してＩＳＩＣＩにクエリとして提供される。クエリからのクエリ結果を生成すると、結果はブリッジ機構を通して渡されて、解析され、新しい結果のウェブページがブリッジ機構によりフォーマットされ、生成される。次に、この新しい結果のウェブページは情報サーバーに提供され、情報サーバーはそれを要求ウェブブラウザーへ供給する。
【０２１０】
また、情報サーバーは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報、及び／又は応答の包含、通信、生成、取得、提供を行う。
【０２１１】
ユーザーインターフェース
コンピュータインターフェースの機能は、いくつかの点で自動車の運転のインターフェースに似ている。ハンドル、ギアチェンジ、スピードメータといった自動車運転の部品は、自動車の資源、機能、状態へのアクセス、操作、表示を行いやすくする。チェックボックス、カーソル、メニュー、スクローラ、ウインドウ（総称的かつ一般的にウィジェットと呼ばれる）のようなコンピュータとの対話インターフェースのコンポーネントも同様にデータ、コンピュータハードウェア、オペレーティングシステムの資源、機能、状態のアクセス、操作、表示を容易にしてくれる。操作インターフェースは、一般にユーザーインターフェースと呼ばれる。アップルマッキントッシュのオペレーティングシステムアクア、マイクロソフトウインドウズのＸＰまたはユニックスのＸウインドウズのようなグラフィカルユーザーインターフェース（ＧＵＩ）は、ユーザーに情報をグラフィックでアクセス、表示する基準及び手段を与えます。
【０２１２】
ユーザーインターフェースコンポーネント２２１７は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。ユーザーインターフェースは、アップルマッキントッシュＯＳ例えば、アクア、マイクロソフトウインドウズ（ＮＴ／ＸＰ）、ユニックスＸウインドウズ（ＫＤＥ、Ｇｎｏｍｅなど）、ｍｙｔｈＴＶなどのオペレーティングシステム及び／又はオペレーティング環境で及び／又はそれらといっしょに及び／又はそれらに加えて提供される従来のグラフィックユーザーインターフェースである。このユーザーインターフェースを使用することによってテキスト及び／又はグラフィック機能によりプログラムコンポーネント及び／又はシステムソフトの表示、実行、インターラクション、マニピュレーション、処理を行うことができる。ユーザーインターフェースは、ユーザーがコンピュータシステムを作動し、対話し、操作するための機能を備えている。ユーザーインターフェースは、それ自体及び／又は類似のソフトを含むコンポーネント集合の他のコンポーネントに通信したり、それらと通信し合ったりする。ユーザーインターフェースはオペレーティングシステム、他のプログラムコンポーネントなどと頻繁に通信し合う。ユーザーインターフェースは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報及び／又は応答の包含、通信、生成、取得、提供を行う。
【０２１３】
ウェブブラウザー
ウェブブラウザーコンポーネント２２１８は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。ウェブブラウザーは、アップルサファリ、マイクロソフトインターネットエクスプローラー、モジラファイアフォックス、ネットエスケープナビゲーターなど従来のハイパーテキストビューイングアプリケーションである。安全なウェブブラウザーは、ＨＴＴＰＳ、ＳＳＬなどにより１２８ビット（またはそれ以上）の暗号化といっしょに供給される。いくつかのウェブブラウザーを用いると、ジャバ、ジャバスクリプト、アクティブＸなどのソフトによりプログラムコンポーネントが実行される。ウェブブラウザーと類似の情報アクセスツールをＰＤＡ，携帯電話、その他の移動装置に統合できる。ウェブブラウザーは、それ自体及び／又は類似のソフトを含むコンポーネント集合の他のコンポーネントに通信したり、それらと通信し合ったりする。ウェブブラウザーは、情報サーバー、オペレーティングシステム、統合プログラムコンポーネント（例えば、プラグイン）などと頻繁に通信し合う。例えば、ウェブブラウザーは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報及び／又は応答の包含、通信、生成、取得、提供を行う。もちろん、ウェブブラウザーと情報サーバーの代わりに、結合されたアプリケーションを開発して、両方のプログラムが持つ同じ機能を実行しても良い。この結合アプリケーションも同様に、ユーザー、ユーザーエージェント等に対してＩＳＩＣＩ実行ノードから情報の取得及び提供ができるようにする。結合アプリケーションは、標準のウェブブラウザーを用いるシステムでは無意味である。
【０２１４】
メールサーバー
メールサーバーコンポーネント２２２１は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。メールサーバーは、メール送信（センドメール）、マイクロソフトエクスチェンジなど（これらに限らない）の従来のインターネットメールサーバーである。メールサーバーを用いると、ＡＳＰ、アクティブＸ、（ＡＮＳＩ）（オブジェクト）Ｃ（＋＋）、ＣＧＩスクリプト、ジャバ、ジャバスクリプト、ＰＥＲＬ、パイプス、パイソン、ウェブオブジェクトなどのソフトによりプログラムコンポーネントが実行される。メールサーバーは、インターネットメッセージアクセスプロトコル（ＩＭＡＰ）、マイクロソフトエクスチェンジ、ポストオフィスプロトコール（ＰＯＰ３）、簡易メール転送プロトコル（ＳＭＴＰ）など（これらに限らない）の通信プロトコルをサポートする。メールサーバーは、ＩＳＩＣＩ経由及び／又はＩＳＩＣＩに送信、中継、及び／又はその他の方法により横断した到着及び発信メールの送信、転送、処理を行う。
【０２１５】
ＩＳＩＣＩメールへのアクセスは、個々のウェブサーバーコンポーネント及び／又はオペレーティングシステムが備えるいくつかのＡＰＩを介して達成される。
【０２１６】
また、メールサーバーは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報及び／又は応答の包含、通信、生成、取得、提供を行う。
【０２１７】
メールクライアント
メールクライアントコンポーネント２２２２は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。メールクライアントは、アップルメール、マイクロソフトエクスチェンジ、マイクロソフトアウトルックエクスプレス、モジラサンダーバードなどの従来のメールビューイングアプリケーションである。メールクライアントは、ＩＭＡＰ、マイクロソフトエクスチェンジ、ＰＯＰ３、ＳＭＴＰなどのいくつかの転送プロトコルをサポートする。メールクライアントは、それ自体及び／又は類似のソフトを含めコンポーネント集合の他のコンポーネントに通信したり、それらと通信し合ったりする。メールクライアントは、メールサーバー、オペレーティングシステム、他のメールクライアントなどと頻繁に通信し合う。例えば、メールクライアントは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報及び／又は応答の包含、通信、生成、取得、提供を行う。一般に、メールクライアントは、電子メールメッセージを作成し、伝送するソフトを備えている。
【０２１８】
暗号サーバー
暗号サーバーコンポーネント２２２０は、ＣＰＵ回路コンポーネント２２０３、暗号プロセッサ２２２６、暗号プロセッサインターフェース２２２７、暗号プロセッサ装置２２２８などを作動させるストアドインストラクションコードシグナルで構成されている。暗号プロセッサインターフェースは、暗号コンポーネントによる暗号化及び／又は複合化の要求を迅速に行うが、暗号コンポーネントは従来のＣＰＵで実行してもいい。暗号コンポーネントは、与えられたデータの暗号化、複合化を行う。暗号コンポーネントは、対称・非対称両方の（例えば、プリティグッドプライバシー（ＰＧＰ））暗号化、複合化を行う。暗号コンポーネントは、デジタル証明書（例えば、Ｘ．５０９認証構造）、デジタル署名、連記式署名、エンベロッピング、パスワードアクセス保護、公開鍵管理など（但し、これらに限らない）暗号手法を用いる。暗号コンポーネントは、チェックサム、データ暗号化規格（ＤＥＳ）、楕円曲線暗号化（ＥＣＣ）、国際データ暗号アルゴリズム（ＩＤＥＡ）、メッセージダイジェスト５（ＭＤ５、これはハッシュ関数の一つの方法）、パスワード、リベストサイファー（ＲＣ５）、ラインドール、ＲＳＡ（これは１９７７年にロンリベスト，  Ａｄｉ  Ｓｈａｍｉｒ，  Ｌｅｏｎａｒｄ  Ａｄｅｌｍａｎにより開発されたアルゴリズムを用いるインターネット暗号化認証システムである）、Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ  （ＳＨＡ）、Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ  （ＳＳＬ）、Ｓｅｃｕｒｅ  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰＳ）など（但し、これらに限らない）の数多くの（暗号化、複合化用）セキュリティプロトコルを容易に活用する。このような暗号化セキュリティプロトコルを用いて、ＩＳＩＣＩはすべての到着及び／又は発信通信を暗号化し、より広い通信ネットワークといっしょに仮想私的ネットワーク（ＶＰＮ）内のノードとしてサービスする。暗号コンポーネントは、資源へのアクセスをセキュリティプロトコルによって抑制する“セキュリティ認証”のプロセスを容易に行い、暗号コンポーネントは保護された資源への認証アクセスを行う。更に、暗号コンポーネントは、コンテンツの唯一識別子、例えば、デジタルオーディオファイルに対する唯一な署名を取得するためのＭＤ５ハッシュを使用する。暗号コンポーネントは、それ自体及び／又は類似のソフトを含め、コンポーネント集合の他のコンポーネントに通信したり、それらと通信し合ったりする。暗号コンポーネントは、通信ネットワークを通じて情報の安全な伝送を行う暗号化方式を支持し、必要であれば、ＩＳＩＣＩコンポーネントが安全なトランザクションに従事できるようにする。暗号コンポーネントは、ＩＳＩＣＩ上の資源への安全なアクセスを容易に実施し、また、遠隔システムの保護された資源へのアクセスを行う。つまり、保護された資源のクライアント及び／又はサーバーの働きをする。暗号コンポーネントは、情報サーバー、オペレーティングシステム、その他のプログラムコンポーネントなどと頻繁に通信する。暗号コンポーネントは、プログラムコンポーネント、システム、ユーザー、及び／又はデータ通信、要求、情報及び／又は応答の���含、通信、生成、取得、提供を行う。
【０２１９】
ＩＳＩＣＩデータベース
ＩＳＩＣＩデータベースコンポーネント２２１９は、データベース及びそのストアドデータの形に具体化される。データベースは、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。つまり、ストアドデータを処理するようＣＰＵを構成するストアドインストラクションコードの部分である。データベースは、オラクルやＳｙｂａｓｅのような、通常の、フォールトトレラントな、リレーショナルな、拡張可能な安全なデータベースである。リレーショナルデータベースは、フラットファイルの延長である。リレーショナルデータベースは、一連の関連する表で構成される。表は、キーフィールドによって相互に接続されている。キーフィールドの使用によって、キーフィールドによる索引付けで表を組み合わせることができる。つまり、キーフィールドが様々な表からの情報を組み合わせる次元的回転軸の働きをする。関係は、一般に主キーをマッチさせて表間で維持されるリンクを識別する。主キーは、リレーショナルデータベース内の表の列を唯一無二に識別するフィールドを表す。更に正確に言うと、これらのキーは、１対多の関係の“ひとつの”側面上の表の列を表している。
【０２２０】
あるいは、配列、ハッシュ、（連結）リスト、ｓｔｒｕｃｔ、構造化テキストファイル（例えば、ＸＭＬ）、表などの様々な標準のデータ構造を用いてＩＳＩＣＩデータベースを構築する。このようなデータ構造をメモリ及び／又はファイルに記憶する。別の代替案としては、Ｆｒｏｎｔｉｅｒ、ＯｂｊｅｃｔＳｔｏｒｅ、Ｐｏｅｔ、Ｚｏｐｅなどのオブジェクト指向のデータベースを使用してもいい。オブジェクトデータベースには、共通の属性でいっしょにグループ化及び／又はリンクされたいくつかのオブジェクト集合体が含まれ、それらはいくつかの共通属性により別のオブジェクト集合体と関連付けられる。オブジェクト指向データベースは、オブジェクトが単にデータと言うだけでなく、あるオブジェクト内にカプセル化された別のタイプの機能を有すると言う点を除けば、リレーショナルデータベースと同じように実行される。ＩＳＩＣＩデータベースをあるデータ構造として実施しても、ＩＳＩＣＩデータベース２２１９の使用はＩＳＩＣＩコンポーネント２２３５のような別のコンポーネントに統合される。また、データベースをデータ構造、オブジェクト、リレーショナル構造の混合体として実施してもいい。データベースは、標準のデータ処理技法を使って無数の形態に統合され、配布される。データベースの部分、例えば、表を、エクスポート及び／又はインポートして、分散化したり統合したりする。
【０２２１】
ある実施例では、データベースコンポーネント２２１９には、記述されるデータベースの枠組み、表、構造、キー、エンティティ、関係を表すいくつかの表２２１９ａ−Ｉが含まれる。ＵＮＩ（例えば、ハンドル、ＤＯＩ，及び／又はその他のＵＮＩ）表２２１９には、ＤＯＩ，作成者名、作成者連絡情報、登記所、など（但し、これらに限らない）のフィールドが含まれる。ＵＲＬ表２２１９ｂには、ＤＯＩ，多重解決識別子、ＵＲＬなど（但し、これらに限らない）のフィールドが含まれる。メタデータ表２２１９ｃには、ＤＯＩ，多重解決識別子、ＵＲＬ、マルチリンクメニュー仕様、カスタムフィールド１、カスタムフィールド２など（但し、これらに限らない）のフィールドが含まれる。多重解決表２２１９ｄには、ＤＯＩ，メタデータなど（但し、これらに限らない）のフィールドが含まれる。ＲＦＩＤ表２２１９ｅには、ＲＦＩＤ番号、ＤＯＩ，多重解決識別子、ＧＰＳ座標、取引番号など（但し、これらに限らない）のフィールドが含まれる。メニュー仕様テ−ブル２２１９ｆには、ＤＯＩ、メタデータ、多重解決識別子、ビュー可能アイテム、マルチリンク仕様、メニューラベルなど（但し、これらに限らない）のフィールドが含まれる。私的な（ＤＯＩ情報の）表２２１９ｇには、ＤＯＩ、多重解決識別子、電話番号、ＩＰ  ＩＤを通じてのボイス（例えば、ＩＤユーザー名とパスワードインスタントメッセンジャＩＤ（例えば、ＩＤユーザー名とパスワード）、電子メール、メタデータなど（但し、これらに限らない）のフィールドが含まれる。アクセスコントロール表２２１９ｈには、ＤＯＩ、メタデータ、多重解決識別子、所有者、ユーザー、コントロール設定など（但し、これらに限らない）のフィールドが含まれる。リンク間インデックス表２２１９ｉには、ＤＯＩ、メタデータ、多重解決識別子、スポンサードリンク状況、相互リンク数、ミッシングリンク数、未知リンク数、人気ランキングなど（但し、これらに限らない）のフィールドが含まれる。トラッカ表２２１９ｉには、ＩＰアドレス、ＤＯＩ、多重解決識別子、メニューアイテム選択回数、メニューアイテム考慮回数、メニューアイテム未考慮回数など（但し、これらに限らない）のフィールドが含まれる。すべての表は、（機能強化された）ＤＯＩキーフィールドアイテムの唯一さに応じて関連付けられる。
【０２２２】
ある実施例では、ユーザープログラムにはＩＳＩＣＩ更新に役立つ様々なユーザーインターフェースプリミティブが含まれる。また、ＩＳＩＣＩがサービスしなければならない環境及びクライアントのタイプによって、種々のアカウントにカスタムデータベース表が要求される。データベース全体に亘って、いかなるフィールドもキーフィールドとして指定できる。別の実施例では、これらの表は、自分自身のデータベース及びそれぞれのデータベース管理者に分散化されている（つまり、上述の表のそれぞれに対して個々のデータベース管理者がいる）。更に、標準のデータ処理技法を用いて、データベースをいくつかのコンピュータシステム及び／又は記憶装置に配布する。同様に、分散化したデータベース管理者の構成を様々なデータベースコンポーネント２２１９ａ−ｉを統合及び／又は分散することにより多様化する。ＩＳＩＣＩは、様々なセッティング、入力、パラメータをデータベース管理者を介して追跡するように構成してもよい。
【０２２３】
ＩＳＩＣＩデータベースは、それ自体及び／又は類似のソフトを含むコンポーネント集合の他のコンポーネントに通信したり、それらと通信し合ったりする。ＩＳＩＣＩデータベースは、ＩＳＩＣＩコンポーネント、他のプログラムコンポーネントなどと頻繁に通信し合う。このデータベースは、他のノード及びデータに関する情報を包含、保持、提供する。
【０２２４】
情報アクセス多重解決サーバー（ＩＡＭＲＳ）
ＩＡＭＲＳコンポーネント２２２５は、ＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。一般に、ＩＳＩＣＩは、通信ネットワーク上のノード間で情報のアクセス、入手、提供などを行う。ＩＡＭＲＳは、ＵＮＩを解析して複数のインスタンスにインスタンス化する機能を有する。一般には、ＩＡＭＲＳはある与えられた情報、そのＤＯＩ、及び現行の場所間でのアソシエーションを作成、維持、更新する検索プログラムの役割を果たす。ＩＡＭＲＳは、ＩＳＩＣＩデータベースと連携して、要求された情報のためにデータ転送を向上させ、要求する情報を種々のフォーマットに解析し、その情報に関するクエリを作成するための拡張機構を提供するのに役立つノードを識別する。ＩＡＭＲＳで実行されるノード間での情報アクセスは、Ｃ＋＋、シェルスクリプト、ジャバ、ジャバスクリプト、ＳＱＬコマンド、Ｗｅｂアプリケーションサーバー拡張機能、アパッチモジュール、ＰＥＲＬスクリプト、バイナリ・エグゼキュータブル、その他のマッピング・ツールなど（但し、これらに限らない）の標準的な開発ツールを利用して開発する。制約のない例の実施例では、ＩＡＭＲＳサーバーは、暗号サーバーを使用して、通信を暗号化し、復号化する。ＩＡＭＲＳは要求にサービスしたり、ＵＮＩ用にアソシエーション情報を更新したり、更に多くのことを行う。ＩＳＩＣＩモジュールは、それ自体及び／又は類似のプログラムを含めモジュール集合の中の他のモジュールに通信したり、それらと互いに通信し合ったりする。ＩＡＭＲＳモジュールは、ＩＳＩＣＩデータベース、オペレーティング・システム、他のプログラムモジュールなどと頻繁に通信し合います。ＩＡＭＲＳはプログラムモジュール、システム、ユーザー、データ通信、要求、応答などの包含、通信、生成、取得、提供を行う。
【０２２５】
ＩＳＩＣＩ
ＩＳＩＣＩコンポーネント２２３５は、種々のＣＰＵ回路コンポーネントを作動させるストアドインストラクションコードシグナルで構成されている。かかるものとして、ＩＳＩＣＩは、様々な通信ネットワーク上で、情報、サービス、トランザクションなどのアクセス、取得、提供を行う。
【０２２６】
ある実施例では、ＩＳＩＣＩコンポーネントはマルチリンク・メニューの要求側クライエントへの提供を促進する。ＩＳＩＣＩは、ある特定の要求側エンティティの場合マルチリンク・メニューがどのような外観をもつかを詳述するマルチリンク・メニュー仕様にアクセスする。当開示では、複数のＩＳＩＣＩがそれぞれ要求側によってまたＩＳＩＣＩのニーヅによって任意のマルチリンクについて複数のビューを提供することを述べている。ある実施例では、ＩＳＩＣＩはマルチリンクの広告ビュー（これは広告を誰に対して出そうとしているかによって変わる）を備えている。また、別の実施例では、ＩＳＩＣＩはコンテンツ・プロバイダーから分離しており、コンテンツ・プロバイダーのウェブ・ページとは別のマルチリンク・メニューを要求する。また、別の実施例では、ＩＳＩＣＩはコンテンツ・プロバイダーのシステムの中に統合される。更に別の実施例では、ＩＳＩＣＩは組織内のコンテンツへのアクセス及びレファレンスを制限するイントラコネクト（接続内）機能を備える。ＩＳＩＣＩはまた、マルチリンクＤＯＩレコード及びメニュー仕様の変形を行うマルチリンク・エディターに指示する。
【０２２７】
ＩＳＩＣＩが実行するノード間の情報のアクセスは、次のような標準の開発ツール（これらに限られる訳ではない）を用いて開発される。つまり、（ＡＮＳＩ）（Ｏｂｊｅｃｔｉｖｅ）  Ｃ  （＋＋）  、アパッチコンポーネント、バイナリー・エクゼキュ−タブルズ、データベース・アダプター、ジャバ、ジャバスクリプト、マッピング・ツール、手続き及びオブジェクト指向開発ツール、ＰＥＲＬ、パイソン、シェルスクリプト、ＳＱＬ  コマンド、Ｗｅｂアプリケーション・サーバー拡張機構、ＷｅｂＯｂｊｅｃｔｓ、等々である。ある実施例では、ＩＳＩＣＩは暗号サーバーを用いて、通信の暗号化、復号化を行う。ＩＳＩＣＩは、それ自体及び／又は類似のプログラムを含めコンポーネント集合内の他のコンポーネントに通信したり、それらと通信し合ったりする。ＩＳＩＣＩコンポーネントは、ＩＳＩＣＩデータベース、オペレーティング・システム、その他のプログラムコンポーネントなどと頻繁に通信し合う。ＩＳＩＣＩは、プログラムコンポーネント、システム、ユーザー、データ通信、要求、情報、応答などの包含、通信、生成、取得、提供を行う。
【０２２８】
分散ＩＳＩＣＩ
どのＩＳＩＣＩノード管理者コンポーネントの構成及び操作を何通りにも組み合わせ、統合し、配布して、開発、配置を行ってもかまわない。同様に、コンポーネント集合も何通りにも組み合わせて、開発、配置使用してもかまわない。これを達成するためには、コンポーネント群を要求に応じて統合された方法でダイナミックにロードできる共通のコード・ベースあるいはプログラムにまとめてもかまわない。
【０２２９】
コンポーネント集合は、標準のデータ処理技法及び開発技法により無数の形にまとめられ、配布される。プログラムコンポーネント集合体のどのプログラムコンポーネントの複数インスタンスでも一つのノード上あるいはいくつかのノードに亘ってインスタンス化して、ロード・バランス技法及び／又はデータ処理技法によりパフォーマンスの向上を図る。更に、単一のインスタンスを複数のコントローラ及び／又は記憶装置、例えば、データベースに亘って分散させてもかまわない。標準のデータ処理通信技法を用いることにより、連携して作動するすべてのプログラムコンポーネントのインスタンス及びコントローラがそのように作動する。
【０２３０】
ＩＳＩＣＩのコントローラ（管理プログラム）の構成は、システム展開の状況によって変わってきます。基本となるハードウェア資源の予算、容量、場所、使い方（これらに限らない）などの要因によって、展開の要件及び構成が変わってくる。結果的に構成がより整理、統合されたプログラムコンポーネントになるか、より分散されたプログラムコンポーネントの繋がりになるか、あるいは統合と分散の中間の組み合わせになるかに関係なく、データの通信、取得、提供が行われる。プログラムコンポーネント集合から共通のコード・ベースに統合されるコンポーネントのインスタンスがデータの通信、取得、提供を行う。このことは、データレファレンス（例えば、ポインター）、内部メッセージング、オブジェクトインスタンス可変通信、共用メモリースペース、変数渡しなど（但し、これらに限らない）のアプリケーション内データ処理通信技法により成就される。
【０２３１】
コンポーネント集合体のコンポーネントが互いに不連続で、分離した、外的なものであれば、他のコンポーネント部分との及び／又はそれらへのデータの通信、取得、提供は、アプリケーションプログラムインターフェース（ＡＰＩ）による情報渡し、（分散）コンポーネントオブジェクトモデル（（Ｄ）ＣＯＭ）、（分散）オブジェクトのリンクと埋め合わせ（（Ｄ）ＯＬＥ）、共通オブジェクト要求ブローカアーキテクチャ（ＣＯＲＢＡ）、ｐｒｏｃｅｓｓ  ｐｉｐｅ、共有ファイル、など（但し、これらに限らない）のアプリケーション間データ処理通信技法により成就される。アプリケーション間の通信のために不連続のコンポーネント部分間でのメッセージ送信、あるいはアプリケーション内での通信のために一つのコンポーネントのメモリー・スペース内でのメッセージ送信は文法の作成と分析によって容易に行われる。文法の開発は、ｌｅｘ、ｙａｃｃ、ＸＭＬ  などの標準的な開発ツールを使用して行われるが、これらのツールにより文法の生成と分析の機能を行い、次にこれがコンポーネント内及びコンポーネント間での通信メッセージの基礎をなす。繰り返して言うと、構成はシステム展開の状況次第で変わってくる。
【０２３２】
当開示の全体（表紙、発明の名称、見出し、本文、背景、要約、図面の簡単な記述、詳述、請求項、要約書、図、その他）が、請求項にある発明を実践する様々な実施例を解説している。発明の実施例の記述に際して、ある場合には、明晰さの目的で特定の専門用語が使用されているが、本発明はそのように選択した特定の用語に限られたり、それによって拘束されることを意図しておらず、各特定の用語が同じ目的を達成するために同じように動作するすべての技術上の事項を包含することを理解されたい。
【０２３３】
当開示での用語及び／又は言い回しがつぶさに完璧ではなく、厳格な定義として用いられていないことに注目されたい。むしろ、ここで用語は単に読者への補助として使われている。用語は当開示及び／又はその中の請求事項を限定するものでない。用語の使用に当っては、一般の使用、辞書、技術辞書、及び／又は工芸における実際の使用に見られるより広い、または多義の意味を熟考し、更に当開示全体に亘って意味の拡大を図っている。また、当開示の有利点及び特長は実施例の代表的事例のみを掲げており、包括的でも排他的でもない。これらは請求項の原理を理解・教示する上で助けとなる目的で記述説明しているだけである。それらが請求項にあるすべての発明を代表するものではないことを理解いただきたい。このような意味合いで、本開示のある側面は当明細の中で論じていない。当発明のある個所に対して代替の実施例を述べなかったこと、あるいは更に記述されていない代替実施例がある部分に対して述べられるかどうかはこれらの代替実施例のディスクレーマーと考えられるべきではない。これら未記述の実施例の多くが当発明の同じ原理原則を包含しており、その他のことも同様であることが理解されるであろう。従って、当開示の範囲・精神から逸脱することなく、他の実施例を利用したり、機能上、論理上、組立て、構成上、位相幾何学上の修正を行うことは理解されたい。このような意味合いで、全ての例及び／又は実施例は当開示を通じて全く制限しないものとみなされる。また、当開示の中で議論されている実施例に関して、紙面及び反復削除の目的から記述してない場合を除いて、議論してない実施例に関連して推論すべきではない。例えば、任意のプログラムコンポーネント（コンポーネント集合）の任意の組み合わせの論理的・位相幾何学的構造、図中で及び／又は開示を通して記述されているその他のコンポーネント及び／又は含まれている特徴群は、固定された動作順序及び／又は配列に限られるものではなく、むしろ、開示されている順序は例示的なものであり、同様なこともすべて順序とは無関係に、当開示で熟考されていることを理解されたい。更に、このような特徴（機能）はシリアルな実行に限られず、非同期に、同期に、平行に、同時に、同期的に実行される任意の数のスレッド（単位プログラム）、プロセス、サービス、サーバーなどが当開示で熟考されていることを理解されたい。このような意味で、これらのフィーチャのいくつかは同時に一つの実施例で存在できないと言う点で、互いに相反している。同様に、いくつかのフィーチャは当発明のある側面には適用可能だが、他の側面には適用不可である。更に、当発明には請求項に含まれていない他の発明が含まれている。特許出願人はここで請求されていないこれらの発明に対する全ての権利（かかる発明を請求し、追加の出願、継続、部分的な継続、その一部等を申請する権利を含む）を保留するものとする。この意味で、有利点、実施例、事例、特徴、機能的・論理的・組織的・構造的・位相的・その他の側面といった当開示のいくつかの側面が、請求項で定義されているように当開示に対する制限、あるいは請求項に相当することに対する制限と考えるべきでないことを理解されたい。
【図面の簡単な説明】
【０２３４】
【図１】広告、電子商取引及びオンラインクライアントインターラクションの統合、情報処理及び自己組込み（ＩＳＩＣＩ）ファシリティの実施例を示す混合データと論理フロー図である。
【図１Ａ】広告、電子商取引及びオンラインクライアントインターラクションの統合、情報処理及び自己組込み（ＩＳＩＣＩ）ファシリティの実施例を示す混合データと論理フロー図である。
【図２Ａ】オートリンカーの実施例を示す混合データ及び論理フロー図である。
【図２Ｂ】オートリンカーの実施例を示す混合データ及び論理フロー図である。
【図２Ｃ】オートリンカーの実施例を示す混合データ及び論理フロー図である。
【図３】イントラコネクタの実施例を示す混合データ及び論理フロー図である。
【図４】マルチリンクシンジケーションの実施例を示す論理フロー図である。
【図５Ａ】マルチリンクメニューエディタ及びパーソナルＤＯＩの実施例を示す図である。
【図５Ｂ】マルチリンクメニューエディタ及びパーソナルＤＯＩの実施例を示す図である。
【図６Ａ】マルチリンクメニューエディタ及びパーソナルＤＯＩの実施例を示す図である。
【図６Ｂ】マルチリンクメニューエディタ及びパーソナルＤＯＩの実施例を示す図である。
【図７】ＩＰアドレッシング機構を示す。
【図８】デジタル・オブジェクト識別子（ＤＯＩ）を通じた情報のアクセスを示す。
【図９】ハンドルと強化ＤＯＩグラマーの概略図である。
【図１０Ａ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｂ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｃ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｄ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｅ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｆ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１０Ｇ】ユーザーに所望の情報にアクセス可能にする解決機構の概観図である。
【図１１】ユーザーが情報にアクセスすることを実行する動作シーケンス図である。
【図１２】ＵＲＬを取得するためにＤＯＩを解決することによって通信ネットワークを通じて情報にアクセスする例示的な機構の幾つかの図である。
【図１３】例示的なＤＯＩシステムの図である。
【図１４Ａ】広告シンジケーターによって提供される広告の例を示す。
【図１４Ｂ】広告シンジケーターによって提供される広告の例を示す。
【図１４Ｃ】広告シンジケーターによって提供される広告の例を示す。
【図１５Ａ】例示的なマルチリンク用途を示す。
【図１５Ｂ】例示的なマルチリンク用途を示す。
【図１５Ｃ】例示的なマルチリンク用途を示す。
【図１５Ｄ】例示的なマルチリンク用途を示す。
【図１５Ｅ】例示的なマルチリンク用途を示す。
【図１６Ａ】例示的なマルチリンク用途とユーザーインターフェースを示す。
【図１６Ｂ】例示的なマルチリンク用途とユーザーインターフェースを示す。
【図１６Ｃ】例示的なマルチリンク用途とユーザーインターフェースを示す。
【図１６Ｄ】例示的なマルチリンク用途とユーザーインターフェースを示す。
【図１７Ａ】マルチリンクエコシステムの実施例を示す混合データフロー図である。
【図１７Ｂ】マルチリンクエコシステムの実施例を示す混合データフロー図である。
【図１８】マルチリンクメニューエディタの図式的な実施例を示す。
【図１９】マルチメニュー追跡部の実施例を示す論理フロー図である。
【図２０】マルチリンク追跡ユーザーインターフェースと追跡ログを示す。
【図２１】購入サイクルを示す
【図２２】広告、電子商取引及びオンラインクライアントインターラクション制御部のための統合、情報処理及び自己改善ファシリティのブロック図である。
【図１】
2008530639.tif 000002
【図１Ａ】
2008530639.tif 000003
【図２Ａ】
2008530639.tif 000004
【図２Ｂ】
2008530639.tif 000005
【図２Ｃ】
2008530639.tif 000006
【図３】
2008530639.tif 000007
【図４】
2008530639.tif 000008
【図５Ａ】
2008530639.tif 000009
【図５Ｂ】
2008530639.tif 000010
【図６Ａ】
2008530639.tif 000011
【図６Ｂ】
2008530639.tif 000012
【図７】
2008530639.tif 000013
【図８】
2008530639.tif 000014
【図９】
2008530639.tif 000015
【図１０Ａ】
2008530639.tif 000016
【図１０Ｂ】
2008530639.tif 000017
【図１０Ｃ】
2008530639.tif 000018
【図１０Ｄ】
2008530639.tif 000019
【図１０Ｅ】
2008530639.tif 000020
【図１０Ｆ】
2008530639.tif 000021
【図１０Ｇ】
2008530639.tif 000022
【図１１】
2008530639.tif 000023
【図１２】
2008530639.tif 000024
【図１３】
2008530639.tif 000025
【図１４Ａ】
2008530639.tif 000026
【図１４Ｂ】
2008530639.tif 000027
【図１４Ｃ】
2008530639.tif 000028
【図１５Ａ】
2008530639.tif 000029
【図１５Ｂ】
2008530639.tif 000030
【図１５Ｃ】
2008530639.tif 000031
【図１５Ｄ】
2008530639.tif 000032
【図１５Ｅ】
2008530639.tif 000033
【図１６Ａ】
2008530639.tif 000034
【図１６Ｂ】
2008530639.tif 000035
【図１６Ｃ】
2008530639.tif 000036
【図１６Ｄ】
2008530639.tif 000037
【図１７Ａ】
2008530639.tif 000038
【図１７Ｂ】
2008530639.tif 000039
【図１８】
2008530639.tif 000040
【図１９】
2008530639.tif 000041
【図２０】
2008530639.tif 000042
【図２１】
2008530639.tif 000043
【図２２】
2008530639.tif 000044