第1のエンティティがリソースの公表を1つまたは複数のネットワークを介して伝搬するための方法であって、リソースを公表する要求を発行者から受信するステップと、公表リソースを作成するステップであって、前記公表リソースは前記リソースの表現を含む、ステップと、mIdインタフェース上で第2のエンティティにリソース公表要求を送信するステップと、前記第2のエンティティが前記公表リソースを作成したことを示す第1の応答を、前記mIdインタフェース上で前記第2のエンティティから受信するステップとを具えたことを特徴とする方法。前記発行者はサービス能力層またはアプリケーションの一方であることを特徴とする請求項1記載の方法。前記第2のエンティティは前記第1のエンティティに登録していることを特徴とする請求項1記載の方法。前記表現は、検索文字列、属性、または前記リソースのURI、の1つまたは複数を含むことを特徴とする請求項1記載の方法。前記リソースのアクセス可能性に基づいて前記第2のエンティティが公表対象のエンティティであると判定するステップをさらに具えたことを特徴とする請求項1記載の方法。前記第1のエンティティは、前記公表リソースを既知のURIの下で前記第2のエンティティに公表することを特徴とする請求項3記載の方法。前記第2のエンティティが前記公表リソースを作成したことを示す第2の応答を前記発行者に送信するステップをさらに具えたことを特徴とする請求項1記載の方法。1つまたは複数のネットワークを通じてリソースの公表を伝搬するように構成された第1のエンティティであって、リソースを公表する要求を発行者から受信するように構成された受信機と、公表リソースを作成するように構成されたプロセッサであって、前記公表リソースは前記リソースの表現を含む、プロセッサと、mIdインタフェース上で第2のエンティティにリソース公表要求を送信するように構成された送信機とを具え、前記受信機は、前記第2のエンティティが前記公表リソースを作成したことを示す第1の応答を、前記mIdインタフェース上で前記第2のエンティティから受信するようにさらに構成されたことを特徴とする第1のエンティティ。前記発行者はサービス能力層またはアプリケーションの一方であることを特徴とする請求項8記載の方法。前記第2のエンティティは前記第1のエンティティに登録していることを特徴とする請求項8記載の方法。前記表現は、検索文字列、属性、または前記リソースのURI、の1つまたは複数を含むことを特徴とする請求項8記載の方法。前記プロセッサは、前記リソースのアクセス可能性に基づいて前記第2のエンティティが公表対照のエンティティであると判定するようにさらに構成されたことを特徴とする請求項8記載の方法。前記第1のエンティティは、前記公表リソースを既知のURIの下で前記第2のエンティティに公表することを特徴とする請求項10記載の方法。前記送信機は、前記第2のエンティティが前記公表リソースを作成したことを示す第2の応答を前記発行者に送信するようにさらに構成されたことを特徴とする請求項8記載の方法。MTCエンティティの性能は、どのようにネットワークリソースが使用されるかによって決まる。現在、そのようなリソースの効率的な管理に問題がある。この概要は、以下の例示的実施形態の詳細な説明でさらに説明する概念の一部を簡略化した形態で紹介するために提供される。この概要は、特許請求の範囲の主題の主要な特徴や必須の特徴を明らかにするものでも、特許請求の範囲の主題の範囲を限定するために使用されるものでもない。1つまたは複数のネットワークを介してリソースの公表を伝搬するシステム、方法、および機構が開示される。第1のエンティティは、ホスティングサービス能力層SCLであり、リソースを公表する要求を発行者から受信する。例えば、発行者は、リソースを他のSCLに公表するために第1のエンティティに要求を送信する。第1のエンティティはリソースの表現を作成する。この表現を公表リソースと呼ぶ。公表リソースは、検索文字列、属性、またはその表現の元となったリソースのURI、の1つまたは複数を含む。第1のエンティティは、リソース公表要求を、第1のエンティティに登録された第2のエンティティ例えば、公表先SCLに送信する。リソース公表要求は、mIdインタフェースを通じて送信される。第1のエンティティは、mIdインタフェースを通じて、第2のエンティティから、第2のエンティティが公表リソースを作成したことを知らせる第1の応答を受信する。第1のエンティティは、リソースのアクセス可能性に基づいて、第2のエンティティが公表対象のエンティティであると判断する。第1のエンティティは、既知のユニフォームリソース識別子URIの下で第2のエンティティに公表リソースを公開する。第1のエンティティは、第2のエンティティが公表リソースを作成したことを知らせる第2の応答を発行者に送信する例えば第1の応答の受信後。第1のエンティティは、公表先となる複数のSCLを判断する。第1のエンティティは多数のSCLに接続され、セキュリティ上の制約やアクセス制御等に基づいて、それら多数のSCLの部分集合としてそれら複数のSCLを選択する。以下で図を参照して例示的実施形態を詳細に説明する。ただし、本発明は例示的な実施形態との関連で説明されるが、それらの実施形態に制限されず、他の実施形態が使用されてよく、または本発明から逸脱することなく本発明の同じ機能を行うために、記載の実施形態に変更または追加が加えられてよいことを理解されたい。また、図は呼び出しの流れを説明するが、例示的なものである。他の実施形態が使用されてよいことを理解されたい。流れの順序は適宜変更される。また、必要でない場合はフローが省略され、また追加的なフローが追加されてよい。図1Aは、1つまたは複数の開示される実施形態が実施される例示的通信システム100の図である。通信システム100は、音声、データ、映像、メッセージング、放送等のコンテンツを複数の無線ユーザに提供する多重接続システムである。通信システム100は、複数の無線ユーザが、無線帯域等のシステム資源の共有を通じてそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム100は、符号分割多重接続CDMA、時分割多重接続TDMA、周波数分割多重接続FDMA、直交FDMAOFDMA、単一キャリアFDMASC-FDMA等の1つまたは複数のチャネルアクセス方法を用いる。図1Aに示すように、通信システム100は、無線送信/受信ユニットWTRU102a、102b、102c、および/または102d総称的にまたはまとめてWTRU102と呼ぶ、無線アクセスネットワークRAN103/104/105、コアネットワーク106/107/109、公衆交換電話網PSTN108、インターネット110、および他のネットワーク112を含むが、開示される実施形態は、任意数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図することが理解されよう。各WTRU102a、102b、102c、102dは、無線環境で動作および/または通信するように構成された任意種の装置である。例として、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成され、ユーザ機器UE、移動局、固定型または移動型の加入者ユニット、ページャ、携帯電話、携帯情報端末PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者家電等を含む。通信システム100は、基地局114aおよび基地局114bも含む。各基地局114a、114bは、WTRU102a、102b、102c、102dの少なくとも1つと無線にインタフェースをとって、コアネットワーク106/107/109、インターネット110、および/またはネットワーク112等の1つまたは複数の通信ネットワークへのアクセスを助けるように構成された任意種の装置である。例として、基地局114a、114bは、ベーストランシーバ局BTS、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイントAP、無線ルータ等である。図では基地局114a、114bはそれぞれ1つの要素として示すが、基地局114a、114bは、相互接続された任意数の基地局および/またはネットワーク要素を含むことが理解されよう。基地局114aはRAN103/104/105の一部であり、それらのRANも、他の基地局、および/または基地局コントローラBSC、無線ネットワークコントローラRNC、中継ノード等のネットワーク要素図示せずを含む。基地局114aおよび/または基地局114bは、セル図示せずとも呼ばれる特定の地理的領域内で無線信号を送信および/または受信するように構成される。セルはさらにセルセクタに分割される。例えば、基地局114aに関連付けられたセルが3つのセクタに分割される。したがって、一実施形態では、基地局114aは、セルのセクタごとに1つ、すなわち計3つのトランシーバを含む。別の実施形態では、基地局114aは多入力多出力MIMO技術を用い、したがってセルのセクタごとに複数のトランシーバを利用する。基地局114a、114bは、エアインタフェース115/116/117を介してWTRU102a、102b、102c、102dの1つまたは複数と通信し、エアインタフェースは、任意の適切な無線通信リンク例えば、無線周波RF、マイクロ波、赤外線IR、紫外線UV、可視光等である。エアインタフェース115/116/117は、任意の適切な無線アクセス技術RATを使用して確立される。より具体的には、上記のように、通信システム100は多重接続システムであり、CDMA、TDMA、FDMA、OFDMA、SC-FDMA等の1つまたは複数のチャネルアクセス方式を用いる。例えば、RAN103/104/105内の基地局114aおよびWTRU102a、102b、102cは、総合移動遠隔通信システムUMTS地上無線アクセスUTRA等の無線技術を実装し、その場合、エアインタフェース115/116/117は広帯域CDMAWCDMA登録商標を使用して確立する。WCDMAは、高速パケットアクセスHSPAおよび/または発展型HSPAHSPA等の通信プロトコルを含む。HSPAは、高速ダウンリンクパケットアクセスHSDPAおよび/または高速アップリンクパケットアクセスHSUPAを含む。別の実施形態では、基地局114aおよびWTRU102a、102b、102cは、発展型UMTS地上無線アクセスE-UTRA等の無線技術を実装し、その場合は長期間発展LTEおよび/またはLTE-AdvancedLTE-Aを使用してエアインタフェース115/116/117を確立する。他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわちマイクロ波アクセスのための世界規模の相互動作性WiMAX、CDMA2000、CDMA2000IX、CDMA2000EV-DO、暫定標準2000IS-2000、暫定標準95IS-95、暫定標準856IS-856、移動通信のための世界規模システムGSM登録商標、GSM発展のための増大データレートEDGE、GSMEDGEGERAN等の無線技術を実装する。図1Aの基地局114bは、例えば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントであり、職場、住宅、乗り物、大学構内等の限定された領域内で無線接続を容易にする適当なRATを利用する。一実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.11等の無線技術を実装して、無線ローカルエリアネットワークWLANを確立する。別の実施形態では、基地局114bおよびWTRU102c、102dはIEEE802.15等の無線技術を実装して、無線パーソナルエリアネットワークWPANを確立する。さらに別の実施形態では、基地局114bおよびWTRU102c、102dは、セルラー方式のRAT例えば、WCDMA、CDMA2000、GSM、LTE、LTE-A等を利用してピコセルまたはフェムトセルを確立する。図1Aに示すように、基地局114bはインターネット110への直接の接続を有する。したがって、基地局114bは、コアネットワーク106/107/109を介してインターネット110にアクセスする必要がない。RAN103/104/105は、コアネットワーク106/107/109と通信状態にあり、コアネットワークは、音声、データ、アプリケーション、および/またはインターネットプロトコルによる音声伝送VoIPサービスをWTRU102a、102b、102c、102dの1つまたは複数に提供するように構成された任意種のネットワークである。例えば、コアネットワーク106/107/109は、呼の制御、課金サービス、モバイル位置を利用したサービス、料金前払いの通話、インターネット接続、映像配信等を提供する、かつ/またはユーザ認証等の高レベルのセキュリティ機能を行う。図1Aには示さないが、RAN103/104/105および/またはコアネットワーク106/107/109は、RAN103/104/105と同じRATまたは異なるRATを用いる他のRANと直接または間接的に通信することが理解されよう。例えば、E-UTRA無線技術を利用するRAN103/104/105に接続されるのに加えて、コアネットワーク106/107/109は、GSM無線技術を用いる別のRAN図示せずとも通信状態にある。コアネットワーク106/107/109は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/または他のネットワーク112にアクセスするためのゲートウェイの役割も果たす。PSTN108は、従来型の電話サービスPOTSを提供する回線交換電話網を含む。インターネット110は、TCP/IPインターネットプロトコルスイートの伝送制御プロトコルTCP、ユーザデータグラムプロトコルUDPおよびインターネットプロトコルIP等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置からなる世界規模のシステムを含む。ネットワーク112は、他のサービス提供者に所有および/または運営される有線または無線の通信ネットワークを含む。例えば、ネットワーク112は、RAN103/104/105と同じRATまたは異なるRATを用いる1つまたは複数のRANに接続された別のコアネットワークを含む。通信システム100内のWTRU102a、102b、102c、102dの一部またはすべては、多モード能力を備える。すなわち、WTRU102a、102b、102c、102dは、種々の無線リンクを通じて種々の無線ネットワークと通信するための複数のトランシーバを含む。例えば、図1Aに示すWTRU102cは、セルラー方式の無線技術を用いる基地局114a、およびIEEE802無線技術を用いる基地局114bと通信するように構成される。図1Bは、例示的なWTRU102のシステム図である。図1Bに示すように、WTRU102は、プロセッサ118、トランシーバ120、送信/受信要素122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、取外し不能メモリ130、取外し可能メモリ132、電源134、全地球測位システムGPSチップセット136、および他の周辺機能138を備える。WTRU102は、実施形態との整合性を保ちながら、上述の要素のサブコンビネーションを含むことが理解されよう。また、各実施形態は、基地局114aおよび114bおよび/またはその基地局114aおよび114bが表すノードこれらに限定されないが、とりわけトランシーバ局BTS、ノードB、サイトコントローラ、アクセスポイントAP、ホームノードB、発展型ホームノードBeノードB、ホーム発展型ノードBHeNB、ホーム発展型ノードBゲートウェイ、およびプロキシノード等が、図1Bに示され、本明細書に記載される要素の一部またはすべてを含むことを企図する。プロセッサ118は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサDSP、複数のマイクロプロセッサ、DSPコアと関連した1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路ASIC、利用者書き換え可能ゲートアレイFPGA回路、任意の他の種の集積回路IC、状態機械等である。プロセッサ118は、信号の符号化、データ処理、電力制御、入出力処理、および/またはWTRU102が無線環境で動作することを可能にする他の機能を行う。プロセッサ118はトランシーバ120に結合され、トランシーバ120は送信/受信要素122に結合される。図1Bではプロセッサ118とトランシーバ120を別個の構成要素として示すが、プロセッサ118とトランシーバ120は電子パッケージやチップに共に一体化されてもよいことが理解されよう。送信/受信要素122は、エアインタフェース115/116/117を通じて基地局例えば基地局114aとの間で信号を送信または受信するように構成される。例えば、一実施形態では、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナである。別の実施形態では、送信/受信要素122は、例えばIR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器である。さらに別の実施形態では、送信/受信要素122は、RF信号と光信号の両方を送受信するように構成される。送信/受信要素122は、各種無線信号の任意の組合せを送信および/または受信するように構成されることが理解されよう。また、図1Bでは送信/受信要素122を1つの要素として示すが、WTRU102は任意数の送信/受信要素122を含む。より具体的には、WTRU102はMIMO技術を用いる。そのため、一実施形態では、WTRU102は、エアインタフェース115/116/117を通じて無線信号を送受信するために2つ以上の送信/受信要素122例えば複数のアンテナを含む。トランシーバ120は、送信/受信要素122から送信される信号を変調し、送信/受信要素122に受信された信号を復調するように構成される。上記のように、WTRU102は多モード能力を有する。そのため、トランシーバ120は、WTRU102が例えばUTRAやIEEE802.11等の複数種のRATを介して通信することを可能にする複数のトランシーバを含む。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば液晶ディスプレイLCD表示装置や有機発光ダイオードOLED表示装置に結合され、それらからユーザ入力データを受け取る。プロセッサ118はまた、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力する。また、プロセッサ118は、取外し不能メモリ130および/または取外し可能メモリ132等の任意種の適切なメモリの情報にアクセスし、データを記憶する。取外し不能メモリ130は、ランダムアクセスメモリRAM、読み出し専用メモリROM、ハードディスク、または他の任意種のメモリ記憶装置を含む。取外し可能メモリ132は、加入者識別モジュールSIMカード、メモリスティック、セキュアデジタルSDメモリカード等を含む。他の実施形態では、プロセッサ118は、サーバや家庭コンピュータ図示せず等、物理的にWTRU102にないメモリの情報にアクセスし、データを記憶する。プロセッサ118は、電源134から電力を受け取り、その電力をWTRU102中の他の構成要素に配布および/または制御するように構成される。電源134は、WTRU102に電力を供給するのに適した任意の装置である。例えば、電源134は、1つまたは複数の乾電池例えばニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ion等、太陽電池、燃料電池等を含む。プロセッサ118はGPSチップセット136にも結合され、GPSチップセット136は、WTRU102の現在の位置に関する位置情報例えば経度および緯度を提供するように構成される。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、基地局例えば基地局114a、114bからエアインタフェース115/116/117を介して位置情報を受信し、かつ/または、2つ以上の近隣の基地局から信号が受信されるタイミングに基づいて自身の位置を判定する。WTRU102は、実施形態との整合性を保ちながら、任意の適切な位置判定方法で位置情報を取得することが理解されよう。プロセッサ118はさらに、他の周辺機能138に結合され、周辺機能は、追加的な機能、機能性、および/または有線もしくは無線接続を提供する1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含む。例えば、周辺機能138は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ写真または映像用、ユニバーサルシリアルバスUSBポート、振動装置、テレビトランシーバ、ハンドフリーヘッドセット、Bluetooth登録商標モジュール、周波数変調FM無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含む。図1Cは、一実施形態によるRAN103およびコアネットワーク106のシステム図である。上記のように、RAN103は、UTRA無線技術を用いてエアインタフェース115を介してWTRU102a、102b、102cと通信する。RAN103は、コアネットワーク106とも通信状態にある。図1Cに示すように、RAN103は、ノードB140a、140b、140cを含み、各ノードBは、エアインタフェース115を通じてWTRU102a、102b、102cと通信するために1つまたは複数のトランシーバを備える。ノードB140a、140b、140cは各々、RAN103内の特定のセル図示せずに関連付けられる。RAN103はRNC142a、142bも含む。RAN103は実施形態との整合性を保ちながら、任意数のノードBおよびRNCを含むことが理解されよう。図1Cに示すように、ノードB140a、140bはRNC142aと通信状態にある。また、ノードB140cはRNC142bと通信状態にある。ノードB140a、140b、140cは、Iubインタフェースを介してそれぞれのRNC142a、142bと通信する。RNC142a、142bは、Iurインタフェースを介して相互と通信する。各RNC142a、142bは、それぞれが接続されたノードB140a、140b、140cを制御するように構成される。また、各RNC142a、142bは、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データの暗号化等の他の機能を実行または支援するように構成される。図1Cに示すコアネットワーク106は、メディアゲートウェイMGW144、モバイル交換センターMSC146、サービングGPRSサポートノードSGSN148、および/またはゲートウェイGPRSサポートノードGGSN150を含む。上記の各要素はコアネットワーク106の一部として図示するが、これらの要素の任意の1つはコアネットワークの運営者以外のエンティティにより所有および/または運営されてもよいことが理解されよう。RAN103内のRNC142aは、IuCSインタフェースを介してコアネットワーク106内のMSC146に接続される。MSC146はMGW144に接続される。MSC146およびMGW144は、WTRU102a、102b、102cに、PSTN108等の回線交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cと従来の地上回線通信機器との間の通信を容易にする。RAN103内のRNC142aは、IuPSインタフェースを介してコアネットワーク106のSGSN148にも接続される。SGSN148はGGSN150に接続される。SGSN148およびGGSN150は、WTRU102a、102b、102cに、インターネット110等のパケット交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cとIP対応機器との間の通信を容易にする。上記のように、コアネットワーク106はネットワーク112にも接続され、ネットワーク112は、他のサービス提供者に所有および/または運営される他の有線または無線のネットワークを含む。図1Dは、一実施形態によるRAN104およびコアネットワーク107のシステム図である。上記のように、RAN104は、E-UTRA無線技術を用いて、エアインタフェース116を通じてWTRU102a、102b、102cと通信する。RAN104はコアネットワーク107とも通信状態にある。RAN104はeノードB160a、160b、160cを含むが、RAN104は実施形態との整合性を保ちながら任意数のeノードBを含むことが理解されよう。eノードB160a、160b、160cはそれぞれ、エアインタフェース116を通じてWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバを含む。一実施形態では、eノードB160a、160b、160cはMIMO技術を実装する。したがって、例えばeノードB160aは、複数のアンテナを使用してWTRU102aとの間で無線信号を送受信する。各eノードB160a、160b、160cは、特定のセル図示せずに関連付けられ、無線リソース管理に関する決定、ハンドオーバーの決定、アップリンクおよび/またはダウンリンクのユーザのスケジューリング等を処理するように構成される。図1Dに示すように、eノードB160a、160b、160cはX2インタフェースを通じて相互と通信する。図1Dに示すコアネットワーク107は、移動性管理ゲートウェイMME162、サービングゲートウェイ164、およびパケットデータネットワークPDNゲートウェイ166を含む。図では上述の各要素はコアネットワーク107の一部として示すが、それらの要素のいずれか1つは、コアネットワークの運営者以外のエンティティによって所有および/または運営されることが理解されよう。MME162は、S1インタフェースを介してRAN104内のeノードB160a、160b、160c各々に接続され、制御ノードの役割を果たす。例えば、MME162は、WTRU102a、102b、102cのユーザの認証、ベアラのアクティブ化/非アクティブ化、WTRU102a、102b、102cの最初のアタッチ時の特定サービングゲートウェイの選択等を担う。MME162は、RAN104と、GSMやWCDMA等の他の無線技術を用いる他のRAN図示せずとを切替えるための制御プレーン機能も提供する。サービングゲートウェイ164は、S1インタフェースを介してRAN104内の各eノードB160a、160b、160cに接続される。サービングゲートウェイ164は、一般に、WTRU102a、102b、102cとの間でユーザデータパケットを送信および転送する。サービングゲートウェイ164は、他の機能、例えば、eノードB間のハンドオーバー時にユーザプレーンを固定する、WTRU102a、102b、102cに入手可能なダウンリンクデータがある時にページングをトリガする、WTRU102a、102b、102cのコンテクストを管理および記憶する等も行う。サービングゲートウェイ164はPDNゲートウェイ166にも接続されて、WTRU102a、102b、102cとIP対応装置間の通信を容易にする。PDNゲートウェイ166は、WTRU102a、102b、102cにインターネット110等のパケット交換ネットワークへのアクセスを提供する。コアネットワーク107は、他のネットワークとの通信を容易にする。例えば、コアネットワーク107は、PSTN108等の回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信装置との間の通信を容易にする。例えば、コアネットワーク107は、コアネットワーク107とPSTN108間のインタフェースとして機能するIPゲートウェイ例えばIPマルチメディアサブシステムIMSサーバを含むか、またはそれと通信する。また、コアネットワーク107は、WTRU102a、102b、102cにネットワーク112へのアクセスを提供することができ、ネットワーク112は、他のサービス提供者に所有および/または運営される他の有線または無線ネットワークを含む。図1Eは、一実施形態によるRAN105およびコアネットワーク109のシステム図である。RAN105は、IEEE802.16無線技術を使用してエアインタフェース117を通じてWTRU102a、102b、102cと通信するアクセスサービスネットワークASNである。下記でさらに述べるように、WTRU102a、102b、102c、RAN105、およびコアネットワーク109の異なる機能エンティティ間の通信リンクが基準点として定義される。図1Eに示すように、RAN105は、基地局180a、180b、180c、およびASNゲートウェイ182を含むことができるが、RAN105は、実施形態との整合性を保ちながら任意数の基地局およびASNゲートウェイを含むことが理解されよう。基地局180a、180b、180cはそれぞれRAN105内の特定のセル図示せずに関連付けられ、それぞれエアインタフェース117を通じてWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバを含む。一実施形態では、基地局180a、180b、180cはMIMO技術を実装する。そのため、例えば基地局180aは、複数のアンテナを使用して、WTRU102aとの間で無線信号を送受信する。基地局180a、180b、180cは、ハンドオフのトリガ、トンネルの確立、無線リソース管理、トラフィックの分類、サービス品質QoSポリシーの施行等の移動性管理機能も提供する。ASNゲートウェイ182はトラフィック集約点として機能し、ページング、加入者プロファイルの保存、コアネットワーク109へのルーティング等を担う。WTRU102a、102b、102cとRAN105との間のエアインタフェース117は、IEEE802.16仕様を実装するR1基準点として定義される。また、WTRU102a、102b、102cはそれぞれ、コアネットワーク109との間に論理インタフェース図示せずを確立する。WTRU102a、102b、102cとコアネットワーク109との間の論理インタフェースは、認証、権限付与、IPホスト設定管理、および/または移動性管理に使用されるR2基準点として定義される。各基地局180a、180b、180c間の通信リンクは、WTRUのハンドオーバーおよび基地局間のデータ転送を容易にするプロトコルを含むR8基準点として定義される。基地局180a、180b、180cとASNゲートウェイ182間の通信リンクは、R6基準点として定義される。R6基準点は、各WTRU102a、102b、102cに関連する移動事象に基づく移動性管理を容易にするプロトコルを含む。図1Eに示すように、RAN105はコアネットワーク109に接続される。RAN105とコアネットワーク109間の通信リンクは、例えばデータ転送および移動性管理機能を容易にするプロトコルを含むR3基準点として定義される。コアネットワーク109は、モバイルIPホームエージェントMIP-HA184、認証、権限付与、課金AAAサーバ186、およびゲートウェイ188を含む。上述の各要素はコアネットワーク109の一部として図示するが、これらの要素のいずれか1つはコアネットワークの運営者以外のエンティティにより所有および/または運営されることが理解されよう。MIP-HAは、IPアドレス管理を担い、WTRU102a、102b、102cが異なるASN間および/または異なるコアネットワーク間を移動することを可能にする。MIP-HA184は、WTRU102a、102b、102cに、インターネット110等のパケット交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cと、IP対応装置との間の通信を容易にする。AAAサーバ186は、ユーザ認証およびユーザサービスの支援を担う。ゲートウェイ188は、他のネットワークとの相互動作を容易にする。例えば、ゲートウェイ188は、WTRU102a、102b、102cに、PSTN108等の回線交換ネットワークへのアクセスを提供して、WTRU102a、102b、102cと、従来の陸線通信装置との間の通信を容易にする。また、ゲートウェイ188は、WTRU102a、102b、102cに、他のサービス提供者によって所有および/または運営される他の有線または無線ネットワークを含むネットワーク112へのアクセスを提供する。図1Eには示さないが、RAN105は他のASNに接続され、コアネットワーク109は他のコアネットワークに接続されることが理解されよう。RAN105と他のASNとの間の通信リンクはR4基準点として定義され、RAN105と他のASN間のWTRU102a、102b、102cの移動性を司るプロトコルを含む。コアネットワーク109と他のコアネットワーク間の通信リンクはR5基準点として定義され、R5基準点は、ホームコアネットワークと移動先で利用されるvisitedコアネットワーク間の相互動作を容易にするプロトコルを含む。1つまたは複数のネットワークにわたってリソースの公表を伝搬するシステム、方法、および機構が開示される。第1のエンティティは、ホスティングサービス能力層SCLであり、リソースを公表する要求を発行者から受信する。例えば、発行者は、リソースを他のSCLに公表するために、第1のエンティティに要求を送信する。第1のエンティティはリソースの表現を作成する。この表現を公表リソースと呼ぶ。公表リソースは、検索文字列、属性、またはその表現の元となったリソースのURI、の1つまたは複数を含む。第1のエンティティは、リソース公表要求を、第1のエンティティに登録された第2のエンティティ例えば、公表先SCLに送信する。リソース公表要求は、mIdインタフェースを通じて送信される。第1のエンティティはmIdインタフェースを通じて、第2のエンティティから、第2のエンティティがリソースを作成したことを知らせる第1の応答を受信する。第1のエンティティは、リソースのアクセス可能性に基づいて、第2のエンティティが公表対象のエンティティであると判断する。第1のエンティティは、既知のユニフォームリソース識別子URIの下で第2のエンティティにリソースを公開する。第1のエンティティは、第2のエンティティがリソースを作成したことを知らせる第2の応答を発行者に送信する例えば第1の応答の受信後。第1のエンティティは、公表先となる複数のSCLを判断する。第1のエンティティは多数のSCLに接続され、セキュリティ上の制約やアクセス制御等に基づいて、それら多数のSCLの部分集合として複数のSCLを選択する。図2に、例示的な終端間M2Mシステムのアーキテクチャを示す。このM2Mシステムアーキテクチャは、M2M装置領域、ならびにネットワークおよびアプリケーション領域を含む。M2M装置領域は、M2M装置、M2Mエリアネットワーク、またはM2Mゲートウェイ、の1つまたは複数を含む。M2M装置は、M2Mサービス能力SCおよびネットワーク領域機能を使用してM2Mアプリケーションを実行する装置である。M2M装置は、1つまたは複数の順次または並列ゲートウェイを介して直接または間接的にM2Mコアに接続する。M2Mエリアネットワークは、M2M装置とM2Mゲートウェイ間の接続性を提供する。M2Mエリアネットワークの例は、個人エリアネットワーク技術、例えば、IEEE802.15.x、Zigbee登録商標、Bluetooth、IETFROLL、ISA100.11a等を含む。M2Mゲートウェイは、M2Mサービス能力を使用して、M2M装置間の相互動作と、ネットワークおよびアプリケーション領域への相互接続を保証する。M2MゲートウェイもM2Mアプリケーションを実行する。ネットワークおよびアプリケーション領域は、アクセスネットワーク、トランスポートネットワーク、またはM2Mコア、の1つまたは複数を含む。アクセスネットワークは、M2M装置領域がコアネットワークと通信することを可能にする。アクセスネットワークの例は、xDSL、HFC、PLC、衛星、GERAN、UTRAN、eUTRAN、W-LAN、またはWiMAX、の1つまたは複数を含む。トランスポートネットワークは、ネットワークおよびアプリケーション領域内のデータの移送を可能にする。M2Mコアは、コアネットワークおよびサービス能力から構成される。コアネットワークは、IP接続および可能性としては他の接続手段と、サービスおよびネットワーク制御機能と、例えば、他のネットワークとの相互接続と、またはローミングと、の1つまたは複数を提供する。コアネットワークの例は、3GPPCN、ETSITISPANCN、または3GPP2CN、の1つまたは複数を含む。M2Mサービス能力SCの例は、ネットワークアプリケーション実行可能化NAE能力と、ネットワーク汎用通信NGC能力と、ネットワーク到達性と、アドレス指定およびリポジトリNRAR能力と、ネットワーク通信選択NCS能力と、ネットワークリモートエンティティ管理NREM能力と、ネットワークセキュリティNSEC能力と、ネットワーク履歴およびデータ保持NHDR能力と、ネットワークトランザクション管理NTM能力と、ネットワーク相互動作プロキシNIP能力と、またはネットワーク通信事業者公開NTOE能力と、の1つまたは複数を含む。リソースの公表および公表取消しのためのM2Mインタフェース手順に関連するシステム、方法、および機構が開示される。例示的なリソースは、これらに限定されないが、スマートメータから収集されるデータを含むスマートメータ、および医療機器例えば血圧監視機器を含む。図3に、本明細書に開示される実施形態により利用されるサービス能力機能のアーキテクチャ構造の例示的なブロック図を示す。図3を参照すると、ゲートウェイGは、ETSIM2M装置のM2Mエリアネットワークを管理するETSIM2M装置である。ゲートウェイはETSIM2Mコアネットワークと通信する。装置Dは、ETSIM2MコアネットワークまたはETSIM2Mゲートウェイと通信するETSIM2M装置である。装置’D’は、ETSIM2Mサービス能力を実装しないETSIM2M装置である。装置’D’は、M2MゲートウェイGのサービス能力を使用することによりM2Mコアと間接的に対話する。ゲートウェイ’G’は、DおよびD’装置両方への接続性を提供するETSIM2Mゲートウェイである。ETSIM2Mに準拠した装置またはゲートウェイエンティティによって管理されるエリアネットワークに属するETSIM2M非準拠装置dがある可能性がある。装置dは、M2Mサービス能力に直接アクセスすることができない。公表リソースはM2Mサービス能力層SCLで使用されるリソースであり、この層にそれらの公表リソースがホストされて、そのSCLで発見することが可能なリモート公表元リソース例えばリモートSCLにあるリソースを常に監視する。公表リソースは、公表元リソースへのリンクを含む。公表リソースの可視性は、そのリソースがその完全なURLを介してアクセスされる時に限られる。他の場合、例えば発見時や親集合リソースの列挙時には、リモート/公表元リソースへの直接の参照が返される。集合リソースと公表リソースとの間には包含関係があり、例えば集合リソースが除去されると、それに含まれるリソースも、それがローカルリソースに相当しても、公表リソースに相当しても除去される。そのような場合、公表元リソース公表リソースが参照するリソースは除去されない。公表元リソースが除去されると、公表リソースを除去することはリモートSCLの役割となる。公表リソースの除去が行われないと、発見の結果存在しないリモートリソースへの参照が生じることがある。公表リソースには種々の種類がある。これは、例えば、公表リソースは、同じ子集合リソースを、それらの公表リソースが表すリソースとして共有する場合があるためである。後者は、公表リソースの子孫として明示的に子リソース例えばグループ、アクセス権、コンテナ等を作成することを可能にする。これは通常の包含関係であるため、そのような子リソースは、公表リソースが除去されると例えばリモートリソースの公表が取り消されると除去される。エンティティはSCLまたはアプリケーションである。発行者は、例えば公表リソースに関連する要求を行う行為者である。発行者は、アプリケーションまたはSCLである。公表リソースは、ミラーmirroredリソースとも呼ばれ、別のSCLによってホストされるリソース例えばマスタ/元のリソースを参照する内容を有する。公表リソースは、限定された属性のセット、例えば検索文字列、元のリソースへのリンク例えばURI等を備える実際のリソースである。公表リソースの目的は、元のリソースの発見を容易にして、発見の発行者がリソースを見つけるために多数のSCLに接触せずに済むようにすることである。ローカル例えば、登録SCLは、アプリケーション/SCLが登録するSCLである。ローカルSCLは、要求の最初の発行者アプリケーションまたはSCLからの要求を受け取るSCLである。NAが最初の発行者である場合、ローカルSCLはN-SCLになる。さらに、GAが最初の発行者である場合、ローカルSCLはG-SCLになる。D装置におけるDAが最初の発行者である場合、ローカルSCLはD-SCLになる。D’装置のDAが最初の発行者である場合、ローカルSCLはG-SCLになる。D装置のD-SCLが最初の発行者である場合、ローカルSCLはG-SCLまたはN-SCLとなる。G-SCLが最初の発行者である場合、ローカルSCLはN-SCLになる。ホスティングSCLは、アドレス指定された例えば実際のリソースが存在するSCLである。公表先SCLは、公表リソースを備えるSCLである。リソースは複数のSCLに公表される。リソース発見の文脈では、リンクは、URIまたは帰属されたリソース参照の集まりである。リソースは、複数の異なるSCLに格納される。リソースの重複を減らし、またリソース発見にかかる時間を短縮するために、実際のリソースは1つのSCLに格納され、その実際のリソースの表現またはコピーが他のSCLに格納される。公表手順は、SCLが自身のリソース表現またはリソースを他のSCLに伝搬するために使用される。公表取消しの手順は、SCLが以前に伝搬したリソースを他のSCLから削除するために使用される。図4に、例示的な公表リソース構造を示す。公表リソースは、実際のリソースの表現である。リソースタイプ識別子を使用して、リソースが公表リソースであることを識別する。公表リソースは、1つまたは複数のSearchStringを含む。SearchStringは、アクセス要求中の検索文字列を照合するために使用される。SearchStringは、人間が読めるリソース名、リソースからとられたテキスト等である。図4の例に示すように、公表リソースは1つまたは複数の属性を備える。属性の例は、アクセス可能性読み出し/書き込み、存続期間例えばその公表リソースが有効な時間の長さを示す値、リソースのサイズ、または媒体種類、の1つまたは複数を含む。公表リソースは、例えばブロードキャストマルチキャストまたはユニキャストとして公表される例えばホスティングSCLにより。ブロードキャストは、そのリソースがどのSCLまたはアプリケーションに公表されてもよいことを意味する。マルチキャストは、リソースの公表が、許可されたSCLおよび/またはアプリケーションのグループに限定されることを意味する。ユニキャストは、リソース公表が特定の1つのSCLまたはアプリケーションに限定されることを意味する。元のリソースのAccessRightは、元のリソースから継承される。一部の属性は検索可能であるため、SearchStringとして使用される。別のSCLにあるリソースを参照する際、公表リソースの内容はそのリソースのURIを含む。エンティティ例えば、発行者は、リソースをSCLなどの他のエンティティに公表する。この公表は、最初/初回の公表および以後の更新を含む。発行者は、自身の利用可能なリソースを他のSCLに公表することを要求するアプリケーションまたはSCLである。公表手順のトリガは、ホスティングSCLの初期化、新しいリソースの作成、リソースの更新、ホスティングSCLが新しいSCLを発見した等の1つまたは複数を含む。発行者はリソースを周期的に公表してもよい。アプリケーションがリソースを作成または更新すると、アプリケーションは、アプリケーションがそのリソースをどのように見えるようにしたいかに基づいてそのリソースを公表してよいかどうかを指示する。アプリケーションは、リソースの表現がどのように構成されるべきかを指示する。発行者からの要求に基づいて、ホスティングSCLは、公表リソースの形で、例えば他のSCLにリソースを公表する。公表手順の発行者はホスティングSCL自体の場合もある。ホスティングSCLは、リソースの表現を形成し例えば図5に示すように公表リソースを作成し、対象SCLに公表リソース要求を送信する。ホスティングSCLは、リソースのアクセス可能性に従って、公表すべき対象SCLを決定する。公表リソースをブロードキャストできない場合、公表先SCLは、ホスティングSCLに登録している必要がある。セキュリティやアクセス制御などの理由により、ホスティングSCLは、公表できるSCLが制限される例えば、ホスティングSCLが接続されているすべてのSCLに公表できるとは限らない。公表先SCLは公表リソースをローカルに作成する。SCLは、公表リソースを、既知のURIの下で別のSCLに公開する例えば公表手順の一部として。発行者例えばアプリケーションまたはSCLは、SCLに対して既知のURIへのGETを行って、利用可能な公表リソースを取得する。例えば、CoAPで、リソース発見のための既知の/コアURIを定義する。公表先SCLは、公表リソースを、そのSCLが接続されている他のSCLに伝搬する。公表先SCLは、属性の一部を取り出し、簡略化した新たな公表リソースを他のSCLに伝搬する。図5に、リソースを公表する例示的な流れ図を示す。図5を参照すると、SCL-1またはアプリケーション例えば発行者は、公表要求をSCL-2例えばローカルSCL/ホスティングSCLに通信し、SCL-2にリソースが格納例えば作成される。SCL-2による格納/作成は、実際のリソースの表現を格納/作成することを含み、その表現を公表リソースと呼ぶ例えば図4参照。その通信に応答して、SCL-2は、自身のリソース例えば公表リソースを公表するようにトリガされ、リソースの公表は、リソース公表通信をSCL-3例えば公表先SCLに送信することを含む。SCL-3は、公表リソースを格納例えば作成する。図5に示すように応答が通信される。公表リソースはアクセスされる。例えば、発行者は、公表リソースへのアクセスを望むエンティティである。発行者は、自身のローカル登録SCLに対する要求メッセージを作成して、リソースを要求する。要求は、1つまたは複数のSearchStringを含む。ローカルSCLは公表先SCLである場合もそうでない場合もあり、すなわち、要求されるリソースについての情報を持っている場合もそうでない場合もある。ローカルSCLが公表先SCLでない場合は、ローカルSCLは、公表先SCLに到達するまで、自身が接続されている他のSCLに要求を伝搬する。一実施形態によると、ネットワークへの余分な負荷を減らし、そのような要求のホップ回数を制限するために、リソースアクセス要求中にSCLの最大数を指示するか、またはホップの制限回数が種々のエンティティで事前に設定される。公表先SCLは、発行者のアクセス権を確認し、公表リソースへのアクセスが許可されない場合は、公表先SCLは、例えばアクセスが拒否されたことを示すステータスコードを返す。発行者が公表リソースへのアクセスを許される場合は、公表先SCLは、例えば下記の例の1つを使用してアクセスを提供する。同期方式では、公表先SCLがアクセス要求をホスティングSCLに転送する。同期方式の使用例の1つは、実際のリソースのURIが発行者からは見えず、そのため、公表先SCLがURIを発行者に返すことができない場合である。代わりに、公表先SCLは、発行者に代わって取得動作を行い、リソースの実際の内容を発行者に返す必要がある。非同期方式では、公表先SCLが公表リソースのURIを発行者に返し、発行者がホスティングSCLにマスタ/元のリソースを照会する。実際のリソースにアクセスするための要求をホスティングSCLが受け取ると、ホスティングSCLは発行者のアクセス権を確認し、許可される場合は、ホスティングSCLは成功ステータスの応答を送信する。許可されない場合は、アクセス拒否を返す例えばステータスコードを介して。図6に、同期方式で公表リソースにアクセスする場合の例示的な流れ図を示す。図6を参照すると、SCL-1またはアプリケーション例えば、発行者が、リソースにアクセスするための通信をSCL-2例えば、ローカルSCLに送信する。それに応答して、SCL-2は要求を確認し、そのリソースを持っていない場合は次のSCLを調べる。そのような場合、SCL-2は、リソースにアクセスするための通信をSCL-3例えば、公表先SCLに送信する。SCL-3が公表リソースを持っている場合は、SCL-3はリソースアクセス通信をSCL-4例えば、ホスティングSCLに送信する。ホスティングSCLはアクセス権を調べ、許可される場合は、リソースにアクセスし、成功の通知で応答を返す。そうでない場合、ホスティングSCLはエラーで応答する。応答は図示するように通信される。図7に、非同期方式で公表リソースにアクセスする場合の例示的な流れ図を示す。図7を参照すると、SCL-1またはアプリケーション例えば発行者は、リソースにアクセスするための通信をSCL-2例えばローカルSCLに送信する。それに応答して、SCL-2は要求を確認し、そのリソースを持っていない場合は次のSCLを調べる。この場合、SCL-2は、リソースにアクセスするための通信をSCL-3例えば、公表先SCLに送信する。その通信およびSCL-3が公表リソースを持っていると判定されるのに応答して、SCL-3はリソースのURIで応答を返し、リソースURIを知らせる応答メッセージがSCL-2およびSCL-1に通信される。SCL-1がホスティングSCLからリソースを取得することを決定すると、SCL-1は、リソースURIを使用してリソースアクセスメッセージをSCL-4例えば、ホスティングSCLに送信する。それに応答して、ホスティングSCLはアクセス権を確認し、許可される場合は、リソースにアクセスし、成功の通知で応答を返す。そうでない場合、ホスティングSCLはエラーで応答を返す。応答は図示するようにSCL-1に通信される。公表リソースは公表を取り消すことができる。例えば公表リソースに失効時間がある場合には、公表の取消しは暗黙的に行われる。発行者は、以前に公表したリソースの公表取消しを要求する。公表取消しのトリガとなるのは、例えば、リソースがホスティングSCLに存在しなくなったか、または公表手順の発行者例えば、ホスティングSCLまたはアプリケーションが自身のリソースの公表を望まなくなったためかのいずれかである。発行者からのトリガにより、ホスティングSCLは、以前に公表したリソースの公表を取り消すことを決定する。ホスティングSCL自身が発行者である場合もある。ホスティングSCLは、公表先SCLに公表取消し要求メッセージを送信して、1つまたは複数のリソースの公表取消しをする。公表取消し要求で、ホスティングSCLは、1つまたは複数の公表リソースを指示する。各公表リソースは識別子で指示される。公表取消しメッセージを受信すると、公表先SCLは、公表リソースを削除し、削除のステータスの応答をホスティングSCLに送信する。公表先SCLが公表リソースを他のSCLに伝搬していた場合は、公表先SCLは、それらのリソースの公表を取り消すための公表取消し要求も伝搬する。一実施形態により、図8に、リソース公表取消しの例示的流れ図を示す。図8を参照すると、SCL-1またはアプリケーション例えば、発行者が、公表取消しのための通信をSCL-2例えば、ローカルSCLに送信する。SLC-2がそのリソースを持っている場合、SCL-2は要求リソースの公表取消しをトリガし、公表取消しの通信をSCL-3例えば、公表先SCLに送信する。それに応答して、SCL-3は、発行者からの公表リソースを削除する。応答は図示するようにSCL-1に通信される。公表/公表取消しには構造および/または規則が関連付けられる。searchString属性を持つリソースは、公表されることが可能である。公表可能な各リソースについて、属性で、そのリソースを公表すべきか否かを定義する。公表できる場合は、リソースは、どのように公表するかについての規則に関連付けられる例えば存続期間、最新化等。公表される各リソースは、そのリソースをホストするSCL例えば、ホスティングSCLがどのように公表を管理するかに関する情報、例えば公表規則を必要とする。その情報は、リソースに関連する属性のリスト、属性リストを備えるリソースに関連するデータ構造、リソースのサブリソース、それらの何らかの組合せ等に含められる。公表情報は、アプリケーションリソースに結び付けられたリスト属性に含められる。例えば、下記の表1にリソースの例示的な属性を示す。記号は公表属性を表す。下記は、アプリケーションリソースに関連する公表情報の一例である。同様の形式が他のリソースタイプ、すなわちgroupリソース、containerリソース、accessRightリソース等に適用される。発行者がアプリケーションの場合は、上記表で必須と示された属性は任意となり、最終的な決定はホスティングSCLに委ねられる。ホスティングSCLは、元のリソースを作成したアプリケーションによって定義された公表規則を実行する。規則がアプリケーションによって定義されない場合は例えば、アプリケーションは自身のリソースがどのように公表されるかについて関与しない場合もある、ホスティングSCLが、上記表で必須の項目として定義された規則を履行する。公表情報は、例えば下記のように、アプリケーションリソースのサブリソースとして含められる。記号は公表属性を意味する。公表先リソースを格納するための構造が提供される。例えば、図9に、sclssclapplicationsapplicationAnncにある公表アプリケーションリソースを格納するための例示的なリソース構造を示す。公表先リソースは、sclBaseの下に格納される。公表の目的は、リソースを発見することである。公表リソースを集中化された場所に置くことにより、リソースの発見を最適化する。例えば、announcedToに対するGET要求で公表リソース例えば、すべての公表リソースを取得する。要求元が特定の公表先リソースを得る必要がある場合、それらのリソースは異なるタイプの下に格納されている可能性がある。公表先リソースは、特定のリソースを見つけるために使用される検索文字列属性を有する。図10に、公表先リソースを格納する例示的なリソース構造を示す。図10を参照すると、アプリケーション1からの公表先リソースは、announcedToapplicationAnncapplication1Anncから取得される。公表先リソースの属性が提供される。公表リソースは、元のリソースに戻るリンク例えば図4参照と、元のリソースの発見を助けるsearchStringを含む。公表リソースは、例えば下記表に示される記号で示される追加的な属性を含む。伝搬が許可される場合は、元のリソースの公表属性が公表リソースに含められる。公表/公表取消しの更新が提供される。リソースを公表する手順を使用して、可能性のある公表先SCLにリソースを公表し、手順はmIa/dIaにおける対話とmIdにおける対話とに分けられる。searchStringを持ち、URIでアドレス指定できるリソースが公表される。SCLは、自身が登録されているSCLであって、公表要求を受け付けることが可能なSCLにリソースを公表する。dIa/mIaにおける公表の手順が提供され、これは、発行者を、そのリソースの該当する属性を変更することにより他のSCLへのリソース公表を要求するアプリケーションDA、GA、NAとして指定する。公表手順のトリガとなるのは、発行者のローカルSCLへの登録、ローカルSCLにおける新しいリソースの作成、ローカルSCLにおけるリソースの更新等である。発行者は、自身が要求する公表の種類の詳細を示す公表属性リストがある場合は、そのリストを提供する。属性リストは、公表リソースの存続期間と、公表の範囲例えば、公表は特定のSCLに行うべきか、またはその決定がローカルSCLに委ねられるかどうかと、公表動作を発行者に対して確認する必要があるかどうかと、または公表の有効化例えばACTIVEまたはINACTIVEその場合属性リストを埋めることは可能であるが、公表は行わないと、の1つまたは複数を指示する。属性リストは、例えば登録時にアプリケーションによって提供され、そのローカルSCLに発行者によって作成されたリソース、および/またはローカルSCLで発行者によって作成された各リソースに適用することができる。発行者は、リソースに対するUPDATEを使用して公表属性リストに変更を加える。公表のための属性リストは、リソース構造を変更することを必要とする場合がある。リソース構造は、現在の定義に加えて上記の項目を含む。announcedTo属性は、特定のサブリソース、すなわちグループ、コンテナ、アクセス権等の下で配布される。ローカルSCLは、受信した要求の有効性を検査する。ローカルSCLは、accessRightに照らして発行者に受信した要求を行う権限がある場合は、mIdにおける公表手順をトリガする。ローカルSCLは、汎用的な応答を返す。ホスティングSCLを指定する、mIdにおける公表手順が提供される。公表属性リストに基づいて、ホスティングSCLは、CREATEを使用して、mIdで公表先SCLにリソースを公表する。ホスティングSCLはリソースの表現を形成し、その表現、ホスティングSCLの識別、検索文字列、失効時間等を含む公表リソース要求を公表先SCLに送信する。ホスティングSCLは、同じリソースを複数のSCLに公表することが可能である。公表属性リストで指定されない限り、ホスティングSCLが、公表対象のSCLを決定する。公表先SCLは、受信した要求の有効性を検査し、指定された属性を持つ公表リソースを作成する。作成は、定義されたaccessRightに照らしてホスティングSCLに子リソースを作成する権限がある場合に許可される。作成が成功すると、公表先SCLは、ホスティングSCLに成功の応答を返し、応答は作成された公表リソースの識別子例えばURIを含む。作成が成功しない場合、公表先SCLは、該当するエラーメッセージを返す。汎用的な応答が提供される。下記のように、応答メッセージには代替法がある。発行者がアプリケーションであり、公表対象のSCLを指示しない場合、ホスティングSCLは、要求を受信すると発行者に応答を送信し、要求がホスティングSCLに受け付けられたことを知らせる。ホスティングSCLは、公表する時間と公表するSCLを決定する。発行者がアプリケーションであり、公表対象のSCLを指示している場合、ホスティングSCLは、リソースの公表が完了した後に応答し、それにより発行者に、公表されたリソースのステータスの通知を提供する例えば図11に示すように。K個のSCLへの公表が失敗した場合は、複数の確認が処理される。タイマが開始し、確認を待つ。タイマが満了すると、各確認を組み合わせて1つの応答にし、かつ/または各公表に個別に受信通知が返される。失敗した公表については、ホスティングSCLは、周期的に公表の試みを続ける。ホスティングSCLはNACKを返送し、アプリケーションに次にとる行動を決定させる。これは、何らかの閾値または成功した公表の割合、または何らかの公表の優先順位付けしたリスト例えばあるACLが公表先としてより重要である場合に基づく。公表要求は、確認が必要でないことを指示することもでき、その場合は応答を送信する必要はない。発行者がどのSCLにリソースが公表されるのかを知りたい場合は、公表イベントに登録する。図11に、リソース公表の例示的な呼び出しの流れを示す。図11を参照すると、アプリケーションが公表要求をSCL-2に対して発行し、SCL-2はローカルSCLおよび/またはホスティングSCLである。リソースはSCL-2に格納される。アプリケーションに応答が提供される。それに応答して、SCL-2はリソースを公表し、リソース公表メッセージをSCL-3に送信するようにトリガされ、SCL-3は図に示すように応答する。リソースの発見を支援するために公表リソースを伝搬する必要がある事例がある。例えば、図12に、公表リソースを伝搬する使用事例の例示的な図を示す。図12を参照すると、G-SCL1は、D’2と呼ばれるD’タイプ装置に対応するローカルSCL例えば登録SCLであり、DA2のホスティングSCLである。G-SCL1は、DA2のリソースをN-SCLに公表し、それによりN-SCLが第1の公表先SCLになる。N-SCLは、公表リソースをG-SCL2に伝搬するそれにはG-SCL2がN-SCLに登録されていることが前提となる。N-SCLはコアであるため、アクセス権およびセキュリティ、ならびに伝搬できる相手についての知識を十分に持っている。そしてG-SCL2が第2の公表先SCLになる。この仕組みにより、DA3は、G-SCL1にあるリソースを発見する。上記の仕組みに合致する場合は、以下が公表手順に含められる。公表先SCLは、自身が接続されている他のSCLに公表リソースを伝搬する。許可される場合は、公表先SCLは公表リソースを他のSCLに伝搬する。公表先SCLは、公表リソースの属性の一部を取り出し、簡略化した公表リソースを伝搬する。公表リソースの作成がループすることを回避するために、公表リソースは、公表先SCLのリストを含む属性を有する。図13に、公表リソースを伝搬する場合の例示的な呼び出しの流れを示す。発行者例えばDA2が公表を要求し、それによりG-SCL1がトリガされてリソースを公表する。N-SCLは、公表リソースを作成し、公表リソースを図示のように伝搬する。公表リソースを更新する手順が提供され、以前に公表したリソースを更新する。更新は、mIdインタフェースで行われるか、または元のリソースの変更の結果公表リソースに変更が生じた場合はdIa/mIaインタフェースが関与する。dIa/mIaで公表リソースを更新する手順が提供され、この手順は、アプリケーションがローカルSCLホスティングSCLにある自身が作成したリソースの変更を要求すると、ホスティングSCLがトリガされて公表リソースを更新することを指示する。この更新は、元のリソースのsearchString、accessRightID、またはURIが変化した時に必要となる。例えば、元のリソースに内容の変更がある場合があり、それにより公表リソースのsearchStringに変更が生じる。mIdで公表リソースを更新する手順が提供され、この手順では、発行者ホスティングSCLがmIdインタフェースのUPDATE動詞を使用して公表リソースを更新する要求メッセージを作成することが指示される。以前にリソースを公表したホスティングSCLが、公表リソースを更新するエンティティである必要がある。公表先SCLは、その要求に従って公表リソースを更新する。公表リソースの更新が成功すると、公表先SCLは成功コードを発行者ホスティングSCLに返す。そうでない場合はエラーコードを返す。図14に、公表リソースを更新する場合の例示的な呼び出し流れ図を示す。図14の例では、発行者がホスティングSCLであり、行われる動作は図示の通りである。以前に公表したリソースの公表取消しを指示する、リソースの公表を取り消す手順が提供される。公表取消しは、公表リソースに失効時間がある場合は暗黙的に行われる。以前に公表したリソースの公表取消しは、元のリソースに影響を及ぼさない。dIa/mIaにおける公表取消しの手順が提供され、以前に公表したリソースの公表取消しを要求する発行者例えば、アプリケーションDA、GA、NAを指定する。公表取消しのトリガとなるのは、発行者が元のリソースの更新または削除を行ったことである。ローカルSCLは、受信した要求の有効性を検査する。accessRightに照らして発行者に受信要求を行う権限がある場合は、ローカルSCLがmIdにおける公表取消し手順をトリガする。ローカルSCLは、汎用的な応答を発行者に返す。ローカルSCLは、mIdインタフェースからの結果を待たずに、公表取消し要求に応答する。公表取消しが元のリソースの削除によってトリガされる場合、mIdで公表取消しが完了した後に元のリソースがもはや利用可能でない場合もあるため、ローカルSCLはそのような応答法を使用する。ホスティングSCLは、mIdのリソースの公表取消しを完了した後に応答し、それにより、公表が取り消されたリソースのステータスに関する通知を発行者に提供する図15に示すように。mIdで公表取消しする手順が提供され、この手順では、公表が失効した結果、または発行者からのトリガ例えば公表属性リストの変更等に基づいて、リソースの公表取消しを決定することが可能なホスティングSCLを指定する。ホスティングSCLは、mIdインタフェースを通じてDELETEを使用して公表取消し要求メッセージを公表先SCLに送信して、以前に公表したリソースの公表を取り消す。公表取消し要求で、ホスティングSCLは、1つまたは複数の公表リソースを指示する。公表リソースを削除するのはホスティングSCLの役割である。公表先SCLは受信した要求の有効性を検査し、指定された属性を持つ公表リソースを削除する。削除は、定義されたaccessRightに照らしてホスティングSCLに子リソースを削除する権限がある場合に許可される。削除が成功すると、公表先SCLは、成功の応答をホスティングSCLに返す。削除が成功しなかった場合は、公表先SCLは該当するエラーメッセージを返す。公表リソースに失効時間がある場合、公表取消しは暗黙的に行われる。応答メッセージがホスティングSCL公表元SCLに送信されて、公表リソースの公表が取り消されることを知らせる。ホスティングSCL公表元SCLがサーバ機能を持たない場合は、サブスクリプション機構が使用される。図15に、リソースの公表を取り消す場合の例示的な呼び出しの流れを示す。発行者がリソースの公表取消しを要求し、それによりSCL-2がトリガされて要求されるリソースの公表を取り消す。SCL-2はリソースを削除し、SCL-3にリソース公表取消し要求を送信し、SCL-3がリソースを削除する。応答は図示のように行われる。公表リソースを伝搬してよいことが合意されている場合は、次の手順が使用される。公表先SCLが公表リソースを他のSCLに伝搬している場合は、それらのリソースの公表を取り消すための公表取消し要求も伝搬する。上記では特定の組合せで特徴および要素について説明したが、当業者は、各特徴または要素は単独で、または他の特徴および要素と任意の組合せで使用できることを認識されよう。また、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアとして実装される。コンピュータ可読媒体の例は、電子信号有線または無線接続を通じて伝送される、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これらに限定されないが、読み出し専用メモリROM、ランダムアクセスメモリRAM、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取外し可能ディスク等の磁気媒体、光磁気媒体、およびCD-ROMディスクやデジタル多用途ディスクDVD等の光学媒体を含む。ソフトウェアと関連したプロセッサが使用されて、WTRU、UE、端末、基地局、RNC、またはホストコンピュータで使用するための無線周波トランシーバを実装する。