JP2007521551A - ＵＰｎＰネットワークにおいて記憶されるコンテンツとの使用者特有インタラクション - Google Patents

Abstract

ＵＰｎＰ・ＡＶネットワークにおいて、種々異なる使用者が、前記ネットワークのメディアサーバにおいて記憶されるＡＶコンテンツとのインタラクションに関するＳＯＡＰリクエストにおける夫々のＩＰアドレスに基づき識別される。前記関連するメディアサーバは、斯様に決定された識別の制御の下に、入手可能なコンテンツのパーソナライズされたビューを生成し、目録概要におけるコンテンツ項目を可能な限り再体系化する、すなわち前記ネットワークにおける特定の使用者によって項目が見られるのをブロックする。

Description

本発明は、多重使用者ネットワークに関し、特に、複数の使用者に対してアクセス可能である音声／ビデオ（Ａ／Ｖ）コンテンツ項目及びコンピュータゲームのようなコンテンツ情報の目録を記憶する、ＵＰｎＰソフトウェアアーキテクチャに基づくネットワークに関する。

ユニバーサルプラグアンドプレイ（ＵＰｎＰ）は、多数のベンダからの分散型装置及びソフトウェアアプリケーションの間における簡単なアドホック通信を可能にするように設計されるオープンネットワークアーキテクチャに関して、業界において広く開発が進められている。ＵＰｎＰは、インターネット技術に影響を及ぼし、インターネット技術を非監視ホームネットワークにおける使用に拡大する。ＵＰｎＰは、ホームオートメーション、音声／ビデオ、プリンタ及びスマートフォン等を含む家庭用電化製品を制御することを目的としている。ＵＰｎＰは、コントロールポイント（ＣＰ）及び制御された装置（ＣＤ）の間を区別する。ＣＰは、使用者が制御された装置によって提供される機能性にアクセスするのを可能にする、例えば、ＰＣにおいて動作するブラウザ及び無線パッド等を有する。

ＵＰｎＰは、ＣＰによる装置の発見及び制御に関するプロトコルを定義する。ＵＰｎＰは、音声ビデオ装置によって用いられるストリーミング仕組みを定義しない。発見及び制御プロトコルのいくつかは、ＵＰｎＰ仕様の一部であり、一方で、他は、ＩＥＴＦ(Internet Engineering Task Force)によって別々に標準化される。

ＣＰ及び装置間におけるインタラクションは、インターネットプロトコル（ＩＰ）に基づく。しかし、ＵＰｎＰは、非ＩＰ装置がＩＰ準拠装置において動作するソフトウェア成分によってプロクシされることを可能にする。被制御装置（ＣＤ）プロクシと呼ばれる斯様な成分は、プロクシされた装置に対してＵＰｎＰインタラクションの変換及び転送を責任を負う。

ＵＰｎＰ装置は、最下層レベルサービスにおける下位装置のヒエラルキを有する。装置及びサービスの両方は、標準化されたタイプを有する。装置タイプは、装置が含むのを許可される下位装置又はサービスを決定する。サービスタイプは、サービスが含むことを許可されるアクション及び状態変数(state variables)を定義する。状態変数は、装置の状態をモデル化し、アクションは、状態を変更するために、ＣＰによって起動され得る。状態変数及びアクションの記述は、ＳＣＰ（サービス制御プロトコル）と呼ばれる。ＵＰｎＰ装置は、それ自身の記述をＸＭＬ文書の形で提供する。この文書は、とりわけ、ＵＰｎＰ装置がサポートするサービスタイプを含む。装置は、任意選択的に、ＣＰによる直接Ｕｌ制御に関する表示サーバを有することもある。

ＵＰｎＰは、ＩＰ装置がＤＨＣＰサーバが欠如する場合に固有のアドレスを入手することを可能にする手段を提供する自動ＩＰ（ＡｕｔｏＩＰ）に現状依存する。ＵＰｎＰは、ＳＳＤＰ(Simple Service Discovery Protocol)と呼ばれるＵＤＰマルチキャストに基づく発見プロトコルを定義する。ＳＳＤＰは、自身が提供するサービスのアナウンスを周期的にマルチキャストする装置に基づく。アナウンスは、サービスアクションが送信されるべきＵＲＬ、すなわち制御サーバのＵＲＬを含む。上記に加えて、ＣＰは、特定の装置又はサービスタイプ又はインスタンスに関してＵＰｎＰネットワークを照会することもある。

ＵＰｎＰは、状態変数サブスクリプションを定義しＴＣＰに基づく通知仕組みを変更するＧＥＮＡ(Generic Event Notification Architecture)に依存する。

ＣＰが（ＳＳＤＰを介して）用いることを望むサービスを検出した後に、ＣＰは、ＳＣＰアクションを制御サーバＵＲＬに送信することによって、又は状態変数に関して照会することによって、サービスを制御する。アクションは、ＨＴＴＰ ＰＯＳＴメッセージを用いて送信される。斯様なメッセージの本体は、ＳＯＡＰ(Simple Object Access Protocol)標準によって定義される。ＳＯＡＰは、ＸＭＬに基づくリモートプロシージャコールの仕組みを定義する。

ＵＰｎＰ・ＡＶ（音声／ビデオ）仕様は、例えばＴＶ受像機、ビデオ録画器、ＤＶＤ再生機、セットトップボックス（ＳＴＢ）及びＰＣのＵＰｎＰ・ＡＶ装置とこれに関連するＣＰとの間におけるインタラクションに関する。ＵＰｎＰ・ＡＶ仕様は、メディアサーバ装置及びメディア・レンダラ装置並びにこれらのサービスを定義する。ネットワークにおけるメディアサーバ（ＭＳ）は、ＡＶコンテンツを記録し、ネットワークにおける他の装置に前記ＡＶコンテンツを公開する。コンテンツ項目は、例えばＰＣにおける電子ファイルシステムにおけるファイルフォルダと類似した階層的なビューで記録される。ネットワークにおけるメディア・レンダラ（ＭＲ）は、ＭＳに記憶されるＡＶコンテンツを再生する。

ホームネットワークは、一般的に複数の使用者を有する。使用者は、ネットワークにおけるいくつかの又は全てのコンテンツを共有し得、コンテンツ項目を編成することに関して種々異なる好みを有し得る。例えば、第１使用者は、アーティストに従って編成された音声ファイルコレクションを有することを望み、第２使用者は、同じコレクションを項目の題名に従って編成することを望むなどのことがあり得る。更に、全てのコンテンツ項目が各々の使用者に対して興味あるものではないこともある。特に、コンテンツコレクションが大きい場合、コレクションを閲覧することは、システムが特定の使用者に対して関連する又は興味のあるカテゴリ及び項目を予備選択することになっている場合、容易にされ得る。加えて、プライバシ及びペアレンタルコントロールは、ネットワークにおいて、他の使用者によってアクセスされるのを意図されていない又は適切でない項目が存在する場合、問題になり得る。しかし、ＵＰｎＰ・ＡＶは、異なる使用者を認証する方法を提供しない。

したがって、本発明者は、上述の制限を克服するために、好ましくはＵＰｎＰのミドルウェア層に影響することなく、ＵＰｎＰ仕様との衝突を生じることなく、及びベンダ特有の追加物を作成することなく、ＵＰｎＰネットワークにおける個人化、条件付アクセス及びセキュリティオプションを提供することを提案する。

このことを達成するために、本発明の実施例は、ＵＰｎＰネットワークの複数の使用者がネットワークにおけるＭＳに記憶されるコンテンツ情報項目の目録にアクセスすることを可能にする方法に関する。当該方法は、ＭＳへのアクセスに関して、複数の使用者の各々の一人を、対応するリクエスト、例えば対応するＩＰベースのＳＯＡＰリクエストに含まれる種々異なるアドレスのうちの対応する一つを用いて識別することを可能にするステップと、夫々のアドレスに対して異なる目録への夫々のアクセスモードを提供することを可能にするステップとを含む。本発明の実施例において、夫々のアクセスモードは、コンテンツ情報項目の少なくとも特定の１つにアクセスする権利に関して、互いに異なる。例えば、目録のグラフィカルな表現において示される１つ又は複数の項目は、これらのアドレスによって識別される特定の使用者又は特定の使用者の組へのみアクセス可能である。別の実施例において、夫々のモードは、グラフィカル又は他の別の方法で、目録の表現に対して互いに異なる。例えば、特定の使用者以外の全ての使用者は、例えば閲覧又は検索動作において、目録の表現においてリストされる特定の項目を見るのをブロックされる。別の例として、別々の使用者は、例えば、題名又は実演者に従い、項目が最初に目録に加えられた日時に従い、又は他の基準に従い、目録における項目の順位付け又は体系付けのような、使用者個人の好みを基にして目録の異なるビューを示される。更に、別々の使用者は、目録の表現をパーソナライズすることを可能にするために、夫々の対応するアドレスに基づき識別される。別の実施例において、夫々のアクセスモードは、コンテンツ情報項目の少なくとも特定の１つに関して許可されるユーザインタラクションに対して互いに異なる。例えば、特定の使用者は、ある項目にアクセスし演奏することを許可されるが、これらの項目を複写、更新又は編集することは許可されない。別の例として、特定の使用者は、ある項目に特定の時間スロットにおいてのみアクセスすることを許可され、他の使用者は別の時間スロットにおいて許可される。このオプションは、例えば、映画又は他の音声／ビデオコンテンツのペアレンタル制御に関連し得る。例えば、特定の映画は、子供の視聴から単純にブロックされ、他の映画は、宿題又は他の教育的若しくは社会的な義務により、特定の時間スロットにおいてのみアクセス可能である。

全ての使用者が個別のＣＰを有する場合、ＩＰアドレス又はＭＡＣアドレスは、使用者の各々及びこれに関連付けられたアクセス権を識別するのに用いられ得る。他方で、使用者が操作上の使用においてＣＰを共有する場合、ＣＰにおいてインストールされた認証手続きソフトウェアは、例えばパスワードログイン又は指紋検出の際に、使用者ごとにＩＰアドレスを発生する。代わりには、ＣＰは、同じネットワークにおいて複数のアドレスを扱うために、マルチホーミングを用い、各々のアドレスは、対応する使用者に割り当てられる。マルチホーミングは、ネットワーク可能装置が同一の物理ネットワークにおいて複数のアドレスを用いるようにさせる能力のことをさす。

また独自のＩＤは、実際のＳＯＡＰメッセージにおけるＸＭＬタグとして埋め込まれ得る。ＳＯＡＰにおいて、任意のタグは、「いずれかの」要素が存在する場合に、メッセージに加えられ得る。タグを知らないアプリケーションは、このタグをスキップする。しかし、「mustUnderstand」属性が、「true」にセットされてあって、アプリケーションがタグを知らない場合、メッセージは拒否される。ＵＰｎＰバージョン1.0は、タグの追加に関して不明瞭なＳＯＡＰバージョン0.9を用いる。ＵＰｎＰ標準の将来バージョン、例えばＵＰｎＰ2.0及びＵＰｎＰ1.1は、斯様なスキームは明白に可能にするＳＯＡＰ1.1を用い得る。

ＭＳ、又は使用者識別が付与されたネットワークにおける別の装置は、使用者及び／又はそれに関連付けられたアドレスのリストを維持する。そしてＭＳは、異なる使用者に関してオブジェクト階層の異なったビューを生成する。パーソナライズされたビューは、使用者、すなわち特定のパーソナライズされたビューと関連付けられた末端利用者によって、又は管理者権限を有する特定の使用者によって特定される。代わりに、ＭＳは、例えば好み、文脈又はコンテンツタイプに基づく初期設定ビューを作成する特別の規則を用いる自動化方法でビューを作成し得る。ＵＰｎＰネットワークにおける装置は、発見段階において単一のＭＳのみが自身を宣伝しているのを見るが、ＭＳは、異なる使用者によって発行されたリクエストへ異なる結果で応答する場合に、別々の使用者に対し異なるビューを公開する。この態様において、特定の使用者に関して意図されない又は適切でないコンテンツは、公開されず、したがって、これらのネットワーク使用者によって閲覧、検索、取得、削除、編集、更新及び再生等をされ得ない。ＩＰアドレスが未知であるＣＰは、所定の初期設定モードにおけるアクセス、例えば全ての使用者によって供給されるコンテンツに関しての視聴／再生アクセス能力のみを与えられ得る。例えば複数の使用者によって共有されるコンテンツに関して、この供給されたコンテンツを用いて、グループビューを作成することも可能であることを注意しなければならない。したがって、個別の使用者間において夫々のアドレスに基づく識別するステップに関しての上記の説明は、使用者のグループ間に関して識別するステップにも適用することが可能である。そしてグループは、各々対応するアドレスを有する１人又は複数の使用者を有する。グループごとのアドレスは、単一のアドレスモードに関連付けられる。

本発明の別の実施例は、コンテンツ情報項目の目録を記憶するメディアサーバを具えるＵＰｎＰネットワークにおいて用いるソフトウェアに関する。ソフトウェアは、目録への使用者アクセスを制御する。ソフトウェアは、目録へのアクセスに関する夫々のリクエストにおける、例えばＩＰアドレス又はＭＡＣアドレスのような夫々のアドレスによって識別される夫々の使用者に対して異なる別々のアクセスモードを提供する、又は提供するのを可能にする。ソフトウェアは、コンテンツ情報項目の少なくとも特定の１つへのアクセスに対して互いに異なる夫々のアクセスモードを提供する。代わりに又は加えて、ソフトウェアは、コンテンツ情報項目の少なくとも特定の１つを用いて許可されるユーザインタラクションに対して互いに異なる夫々のアクセスモードを提供する。好ましくは、アクセスモードは、ＵＰｎＰネットワークにインストールされた場合に、（更に、特定のコンテンツ項目に関連付けられる末端使用者によって、又は管理者権限を有する特別使用者によって）プログラム可能である。この態様において、既存のＵＰｎＰネットワークは、複数の使用者を収容するように及びパーソナル・インタラクション・モードを提供するようにアップグレードされ得る。

本発明は、例を用い添付の図面を参照にして更に詳細に説明される。

同一の参照符号は、図にわたり類似の又は対応する機能を示す。

図１は、本発明におけるＵＰｎＰホームネットワーク１００のブロック図である。ネットワーク１００は、ＩＰベースのネットワーク１１４を介して通信する、ＭＳ１０２及び１０４、ＭＲ１０６及び１０８並びにＣＰ１１０及び１１２を有する。ＭＳ１０２及び１０４は、コンテンツ情報を記憶し、このコンテンツ情報を再生するＭＲ１０６及び１０８の１つ又は複数にこのコンテンツ情報を供給する。ＣＰ１１０及び１１２は、ネットワーク１００において利用可能なコンテンツの閲覧及び検索を制御するために、例えば、ＭＳ１０２及び１０４のうちの１つが新たに獲得されたコンテンツ項目を記憶するネットワーク１００、又はＭＲ１０６及び１０８のうちの１つがＭＳ１０２及び１０４のうちの特定の１つにおけるコンテンツの目録から選択されたコンテンツ項目を再生するネットワーク１００への使用者インターフェイスを提供するように動作する。ＭＳ、ＭＲ及びＣＰへの分類は、物理的実体よりもむしろ機能性を参考にすることを注意しなければならない。

ＭＳ１０２及び１０４は、複数の使用者によってインタラクションされる。これらの使用者は、記憶されたコンテンツの一部を共有することもある。しかし、異なる使用者は、コンテンツを体系化することに関して異なる好みを有することもあり、全ての使用者が各々のコンテンツ項目へアクセスを有することはない。コンテンツ項目は、ホームネットワーク１００におけるようなＵＰｎＰ環境において、電子ファイルシステムにおけるフォルダに類似する、階層的ビューで記憶される。ＵＰｎＰ・ＡＶコンテンツディレクトリサービスは、この階層的ビューに関して、関連付けられたＭＳ装置を介して入手可能なコンテンツを列挙する。コンテンツディレクトリサービスは、分類階層を公開し、この分類階層は、この分類階層から取得され得るすべてのオブジェクトを識別するのに用いられる。各々の分類は、所定のシンタックスを有するストリングを用いて名付けられる。各々の分類規定は、特性のリストを含む。ある特性が必要とされる一方で、他の特性は任意選択的である。ある特性は、分類に関して「多重値的」であり、これは、分類のＸＭＬ例において、前記特性が１回より多く現れることを意味する。別の分類から得られた分類は、基本分類の全ての所要の特性を含まなければならない。下位分類の規定は、所要の基本分類の特定の任意選択的な特性を作成し得る。各々の特性は、ＸＭＬ要素又はＸＭＬ属性としてＸＭＬで表現され得る。これらは、パーソナライズされたビューを生成するアクセス権に関する情報も含み得ることを注意しなければならない。

図２は、ユーザインタラクションの処理２００の例を示す図である。ＣＰ１１０は、ステップ２０２において、例えばＭＳ１０２のコンテンツ目録を閲覧するＳＯＡＰリクエストを提示すると仮定する。ＣＰのソフトウェアの実行に応じて、使用者は、アクセスされるべきＭＳを明確に特定することになっている、すなわちソフトウェアは、使者のリクエストを特定のＭＳへのアクセスコマンドに翻訳する。ステップ２０４において、ＳＯＡＰリクエストを含むＩＰパケットは分析され、ＣＰ１１０のアドレス（ＩＰ又はＭＡＣ）が抽出される。ステップ２０６において、斯様にして得られたアドレスは、例えば所定のルックアップテーブルに従い、複数の使用者のうちの特定の１人に関連付けられる。ＣＰ１１０が個人的な装置又は機能性である場合、ＩＰアドレス又はＭＡＣアドレスは、特定の使用者の固有の識別子である。一方で、例えばＣＰ１１０が複数の使用者によって用いられている場合、異なるＩＰアドレスが、ＣＰ１１０を介してインタラクションする各々の使用者に関して１つずつ生成される。このような場合において、マルチホーミングが用いられ得る。代わりとして、ＣＰ１１０における承認処理は、承認処理によって誰が識別されたかに基づき新しいＩＰアドレスを生成することになっている。承認処理は、例えばログインパスワード又はバイオメトリクス（例えば指紋検出等）を用い得る。そしてＣＰ１１０のハードウェアネットワークインターフェイスは、複数のＩＰアドレスを用い、使用者の各々は、固定かつ個人のＩＰアドレスを割り当てられる。代わりとして、装置は、（１人の使用者のみが一度において承認され得ると仮定して）、ＩＰアドレスを、当該装置によって現在承認された個人に対して割り当てられたアドレスに変更する。

特定の使用者又は使用者識別子（使用者ＩＤ）に特定のＩＰアドレスを関連付ける処理は、例えばＣＰ１１０若しくはＭＳ１０２又は別の成分、例えばこのタスクが付与されたネットワーク１００における装置１１６によって実行される。ＭＳ１０２は、成功した使用者識別に基づき、入手可能なコンテンツビューを生成する。別々の使用者は、異なるビューを必要とし得る。ステップ２０８において、ＭＳ１０２は、ＭＳ１０２において入手可能なコンテンツの使用者依存ビューを生成するために、ステップ２０４において決定されたアドレスに対応すると判明した使用者ＩＤを用いる。そしてステップ２１０において、ＭＳ１０２は、ＣＰ１１０においてこのビューを作成するのを可能にするデータを前記アドレスに送り返す。このビューは、例えばＣＰ１１０のＧＵＩにおいて表示されるべき、ＰＣにおけるようなファイルフォルダシステムのグラフィカル表示又はインタラクティブなウェブページの形式を有し得る。例えば、使用者は、タッチスクリーンを介して項目をクリックし、これらの項目を選択し得る。上記のインタラクションは、閲覧リクエストに関して例示されてたが、コンテンツ項目の検索、追加、編集及び更新等にも適用可能である。

閲覧及び検索結果は、ＵＰｎＰレベルにおいて、仕様において指定されるＤＩＤＬ−Ｌｉｔｅ・ＸＭＬフラグメントで送信される。特定のコンテンツ項目に関して使用者の権利の経過を追うために、使用者をコンテンツ項目毎のアクセス権と合わせてリスト化すること、又は使用者ごとの権利と合わせてリスト化することの何れかの管理(administration)が維持される。例えば、項目の作成者又は管理者等の所有者は、これらのアクセス権のリストをデータベースに維持する。この情報は、ＤＩＤＬ−Ｌｉｔｅメタデータ・データベースと可能な限り組み合わせられ得る。このことは、特別なＵＩ、又は便利性のために、例えばＰＣのような、異なる装置において動作する遠隔地アプリケーションを用いることによって解決され得る。所有者又は管理者は、使用者毎又はコンテンツ項目毎の権利を変更し得る。ＭＳが例えば記録から自動的にコンテンツを作成する場合、特別な規則が、作成時において（初期設定の）権利が決定されるように適用され得る。

データベースは、グループビューの場合においても、（グループビューを作成するために）どの使用者が特定のグループに属するか、及びこれらのグループの権利は如何なるものであるかの経過を追跡する必要がある。これらのグループビューは、パーソナライズされたビューにおける特定の一部分である。

参照として本文書において以下の文書が組み込まれる。
−Jean＝Moonenによる「UI-BASED HOME NETWORK BRIDGING」に関し、ＰＣＴにおいて国際特許出願公開公報第WO0209384号としても公開される、2000年7月25日出願の米国特許出願第09/635,548号（代理人整理番号US000185）。この文書は、ＵＰｎＰクラスタ及びＨＡＶｉクラスタを有するホームネットワークに関する。ＵＰｎＰは、装置間において送信される標準化メッセージに基づくプログラムに従った装置インターフェイスを用いる。またＨＡＶｉも、プログラムに従うインターフェイスを用いるが、事前に適切な装置タイプ及びＦＣＭを知る必要がある。加えて、現在のＵＰｎＰ及びＨＡＶｉ標準は、意味的な差(semantic differences)が原因により、互いに対して容易にマップされ得る装置を規定しない。この問題を克服するために、クラスタは、ＨＡＶｉクラスタにおけるＵＰｎＰ装置を表すことによってブリッジされ、ＵＰｎＰ装置の説明文書は、ＨＡＮｉ ＵＩを介してＵＰｎＰ装置のＵＩに基づく制御を可能にするために、ＨＡＶｉ ＤＤＩターゲットを生成するように用いられる。
−Jean＝Moonen及びEugene＝Shteynによる「SERVER-BASED MULTI-STANDARD HOME NETWORK BRIDGING」に関し、ＰＣＴにおいて国際特許出願公開第WO0209350号としても公開される、2000年7月26日出願の米国特許出願第09/616,632号（代理人整理番号US000184）。この文書は、ホームネットワークにおいて第１及び第２装置クラスタを結合するブリッジに関する。クラスタは、種々異なるアーキテクチャを有する。ブリッジは、インターネットにおけるサーバに接続される。このサーバは、特定の標準規格の組に関してルックアップサービスを提供し、ブリッジが、第１クラスタにおける装置が第２クラスタとインタラクションするのを可能にする適切な翻訳モジュールを配置及びダウンロードするのを可能にする。
−Eugene＝Shteyn及びRuud＝Rothによる「ELECTRONIC CONTENT GUIDE RENDERS CONTENT RESOURCES TRANSPARENT」に関し、ＰＣＴにおいて国際特許出願公開第0186948号としても公開される、2000年5月11日出願の米国特許出願第09/568,932号（代理人整理番号US000106）。この文書は、ホームネットワークにおけるデータ管理システムに関する。前記システムは、ネットワークにおける様々な情報源において入手可能なコンテンツ情報に関して記述しているデータを収集する。データは、情報源に関わらず、使用者が、コンテンツ間から選択するのを可能にする単一のメニュにおいて組み合わせられる。

図１は、ＵＰｎＰネットワークのブロック図である。 図２は、ユーザインタラクション処理を例示する図である。

Claims (12)

1. ＵＰｎＰネットワークの複数の使用者が前記ネットワークにおけるメディアサーバに記憶されるコンテンツ情報項目の目録にアクセスするのを可能にする方法であって、当該方法が、
   −前記複数の使用者の各々の一人を、前記メディアサーバへのアクセスに関する夫々のリクエストにおいて含まれる異なるアドレスのうちの夫々の一つを用いて識別することを可能にするステップと、
   −前記夫々のアドレスに対して異なる前記目録への夫々のアクセスモードを提供するのを可能にするステップと
   を有する方法。
2. 前記夫々のアクセスモードが、前記目録における前記コンテンツ情報項目の少なくとも特定の１つへアクセスする権限に関して互いに異なる、請求項１に記載の方法。
3. 前記夫々のアクセスモードが、前記目録における前記コンテンツ情報項目の少なくとも特定の１つを用いて許可されるユーザインタラクションに関して互いに異なる、請求項１に記載の方法。
4. 前記夫々のアクセスモードが、前記目録の表現に関して互いに異なる、請求項１に記載の方法。
5. 前記夫々のアドレスが、前記ネットワークにおける夫々のコントロールポイントの夫々のＩＰアドレス又は夫々のＭＡＣアドレスを含む、請求項１に記載の方法。
6. 前記夫々のアドレスが、前記メディアサーバへの夫々のＳＯＡＰリクエストに含まれる、請求項５に記載の方法。
7. 前記ネットワークが、前記複数の使用者が前記ネットワークとインタラクションするのを可能にするコントロールポイントを有し、当該方法は、前記コントロールポイントが前記複数の使用者の夫々の一人に対して異なるアドレスを用いることを可能にするステップを有する、請求項１に記載の方法。
8. コンテンツ情報項目の目録を記憶するメディアサーバを具えるＵＰｎＰネットワークにおける使用に関して、前記目録への使用者アクセスを制御するソフトウェアであって、前記ソフトウェアが、前記目録へのアクセスに関する夫々のリクエストにおける夫々のアドレスによって識別される夫々の使用者に対して異なる別々のアクセスモードを提供するソフトウェア。
9. 前記夫々のアクセスモードが、前記目録における前記コンテンツ情報項目の少なくとも特定の１つへアクセスする権限に関して互いに異なる、請求項８に記載のソフトウェア。
10. 前記夫々のアクセスモードが、前記目録における前記コンテンツ情報項目の少なくとも特定の１つを用いて許可されるユーザインタラクションに関して互いに異なる、請求項８に記載のソフトウェア。
11. 前記夫々のアクセスモードが、前記目録の表現に関して互いに異なる、請求項８に記載のソフトウェア。
12. 前記アクセスモードがプログラム可能である、請求項８に記載のソフトウェア。

Images