JP2009545089A5

JP2009545089A5 - ユニバーサル・プラグ・アンド・プレー発見項目のｓｍｂ位置に対するマッピング

Info

Publication number: JP2009545089A5
Application number: JP2009522818A
Authority: JP
Filing date: 2007-07-26
Publication date: 2012-07-19
Anticipated expiration: 2027-07-26

Description

デバイス・レベルでのプラグ・アンド・プレー（ＰｎＰ）能力の追加により、周辺機器を消費者用電子デバイスおよびパーソナル・コンピューターに設定し、構成し、追加することが非常に容易になった。ユニバーサル・プラグ・アンド・プレー（ＵＰｎＰ（商標）は、この簡素さを拡張してネットワーク全体を含むようにし、ネットワーク取付プリンター、インターネット・ゲートウェイ、および消費者電子機器のような、ネットワーク接続デバイスおよびサービスの発見および制御を可能にする。ＵＰｎＰネットワーキング・プロトコルは、ＵＰｎＰフォーラムによって公表されている。ＵＰｎＰフォーラムは、多くの異なる販売業者からのスタンド・アロン・デバイスやＰＣ間における簡単でロバストな接続を可能にするために設計された業界の創意である。

所望のコンテンツ項目を特定した後、例えば、ＸＭＬ文書におけるリソース即ち<res>タグを用いて、リモート・デバイスはコンテンツ・ディレクトリ・サービスからの転送プロトコル情報を用いて、それをリモート・デバイスにおけるメディア・プレーヤの能力と照合する。共通転送プロトコルは、例えば、ＨＴＴＰＧＥＴおよびＲＴＳＰ／ＲＴＰ（リアル・タイム・ストリーミング・プロトコル、リアル・タイム・トランスポート・プロトコル）を含む。次いで、転送されたコンテンツは、別のＵＰｎＰサービス（ＡＶトランスポート制御サービス）または非ＵＰｎＰ帯域外プロトコルを用いて、リモート・デバイスによってレンダリングされ、コンテンツのフロー（例えば、停止、早送り、巻き戻し、一時停止等）を制御する。

ＵＰｎＰデバイスが、ＵＰｎＰ発見コンテンツ項目をサーバー・メッセージ・ブロック（ＳＭＢ）位置にマッピングするサービスを露出する構成を提供する。サービスは、ＳＭＢシェア経路を、ＵＰｎＰプロトコルを用いてリモート・コンテンツにおいて要求するユーザーに露出するように構成されている。次いで、ユーザーには、ＳＭＢプロトコルを通じてシェア(share)へのアクセスが可能となり、発見したコンテンツ項目のファイル・アクセスを得ること、書き込みを変更すること、またはファイル・レベルの制御を施行することができる。任意に、認証を利用して、ユーザーがＳＭＢシェア位置をサービスから受信することを許可されていることを確認するか、またはユーザーがＳＭＢシェアにアクセスすることを許可されていることを確認する。

種々の例示的な例では、コンテンツ項目を個々のユーザーおよびファイルに対して最も直接的に利用可能なＳＭＢ位置にマッピングする。既存のＵＰｎＰサービスを拡張するか、または新しいＵＰｎＰサービスを利用し、要求側ユーザーに対するＸＭＬフォーマット化した応答に含まれる追加の<res>タグの使用によって、ＵＰｎＰブラウザーまたは検索コマンドに応答して、ＳＭＢ位置を要求側ユーザーに露出する。

図１は、ＵＰｎＰを利用するように構成されている例示ホーム・ネットワークの図式表現である。図２は、例示のサーバーおよびクライアント・アーキテクチャのブロック図である。図３は、コンテンツ・ディレクトリ・サービスと制御点との間における例示のメッセージ・フローを示す図である。図４は、コンテンツ・ディレクトリ・サービスと制御点との間における別の例示のメッセージ・フローを示す図である。図５は、ＳＭＢ経路を含む<res>タグを含む例示のＸＭＬ文書である。図６は、コンテンツ・ディレクトリ・サービスを要求側ユーザーに提供する例示の方法のフローチャートである。図７は、ＳＢＭシェア位置を特定し、要求側ユーザーに露出する例示の方法のフローチャートである。図８は、内部に収納したディレクトリ構造を示す例示のコンテンツ・レポジトリのブロック図である。図９は、ＳＭＢサーバーとＳＭＢクライアントとの間における例示のメッセージ・フローを示す図である。

ＵＰｎＰ発見項目をＳＭＢ位置にマッピングする本構成を用いると、家族は居間１２３に集まって、ＰＣ１１０上に格納されている写真を大型画面テレビジョン１２８上で見ることができる。ＰＣ１１６を用いると、家族は居間１２３から写真に格付けを行い、これらを回転させ、更に写真の名称変更も行うことができる。これらの能力は、ＵＰｎＰおよびＨＴＴＰの目視特性を用いつつ、本構成にしたがってファイル動作をＳＭＢ上において追加することによって可能となる。例示の家族写真は、ＰＣ１１０上に格納されており、図１に示すように、ＰＣ１１０に結合されているモニター上に画像１５０Ａとして送り込まれ、大型画面テレビジョン１２８上では画像１５０Ｂとして送り込まれ、ゲーム・コンソール１３２に結合されているモニター上では画像１５０Ｃとして送り込まれる。

メディアレンダラーＵＰｎＰデバイス２２８は、制御点２５１を含む。この例示の例では、制御点２５１は、ＵＰｎＰ制御点であり、メディアレンダラーＵＰｎＰデバイス２２８に埋め込まれている。メディアレンダラーＵＰｎＰデバイス２２８は、サービス上でアクションを呼び出しつつ、要求されたあらゆる入力パラメーターを供給し、あらゆる出力パラメーター、サービス応答、および戻り値を受信する。メディアレンダラーＵＰｎＰデバイス２２８は、通例、ＵＰｎＰフォーラムが公表した定義に準拠して、サーバー・デバイス２０５から受信するコンテンツ項目をレンダリングする能力を有するクライアント・デバイス２１２をインスタンス化するメディアレンダラーとして構成されている。メディアレンダラーＵＰｎＰ２２８は、レンダリング制御の集合を露出するように構成されるのが極普通であり、この場合、制御点２５１は、個々のコンテンツ項目をどのようにレンダリングするかを制御することができる。ＵＰｎＰ発見項目をＳＭＢ位置にマッピングする代替構成では、メディアレンダラーＵＰｎＰデバイス２２８は、任意に、サーバー・デバイス２０５およびクライアント・デバイス２１２が非ＵＰｎＰ（即ち、帯域外）通信プロトコルを用いて互いに相互作用を行う場合にも利用される。例えば、Windows Media PlayerおよびRoku（商標）SoundBridgeを用いて、コンテンツ項目をレンダリングすることができる。

図３は、コンテンツ・ディレクトリ・サービス２４０と制御点２５１との間における例示のメッセージ・フローを示す図である。制御点２５１は、ＳＳＤＰ（簡易サービス発見プロトコル）を用いて、発見メッセージ３０３、通例、Ｍ−検索コマンドを送ることによって、ホーム・ネットワーク１０２（図１）のようなＵＰｎＰネットワーク上にある他のデバイスを発見するために用いられる。コンテンツ・ディレクトリ・サービス２４０は、ＸＭＬフォーマット化したデバイス記述文書のＵＲＩ（ユニフォーム・リソース識別子）を収容するＳＳＤＰメッセージを用いて、Ｍ−検索コマンドに応答する。一方、デバイス記述文書は、利用可能なサービス毎にＸＭＬサービス記述文書３０６の位置を収容する。制御点２５１は、例えば、ＨＴＴＰによってサービス記述文書３０６をダウンロードすることができる。このため、メディアサーバーＵＰｎＰデバイス２２２は、コンテンツ・ディレクトリ・サービス２４０を制御点２５１に露出することができる。

図４は、コンテンツ発見サービス２４０と制御点２５１との間における他の例示のメッセージ・フローを示す図である。制御点２５１は、Windows Negotiate、Kerberos、NTLM等のような認証プロトコルを用いて、コンテンツ・ディレクトリ・サービス２４０に接続する。いずれの認証プロセスの使用も任意である（図４において破線４０６で示す通りである）。コンテンツ・ディレクトリ・サービス２４０と制御点２５１との間における認証交渉に成功した場合、制御点２５１は、ＨＴＴＰによるＳＯＡＰメッセージ４１３を用いて、検索またはブラウズ・コマンドをコンテンツ・ディレクトリ・サービス２４０に発行することができる。コンテンツ・ディレクトリ・サービス２４０は、ＸＭＬ文書４１８を用いて検索またはブラウズ・コマンドに応答して、ＳＭＢ位置にマッピングされる発見コンテンツ項目について、通例エントリの中でもとりわけ<res>タグ・エントリを露出する。このマッピングについては、図６から図８に付随する文章において以下で説明する。

図７は、前述の方法６００（図６）において提供するコンテンツ・ディレクトリ・サービスを用いて、ＳＭＢシェア位置を特定し、要求側ユーザーに露出する。先に記したセキュアコンテンツディレクトリ・サービスは、方法７００を実行するために使用可能である。あるいは、既存のＵＰｎＰコンテンツ・ディレクトリ・サービスを拡張して、図７に示すステップを実行してもよい。

図７に戻って、メディア・サーバー・サービスは、ブロック７２１において、要求側ユーザーの証明書を用いて、要求側ユーザーになりすます。ブロック７２６において、メディア・サーバー・サービスは、要求されたファイルまでのローカル経路を用い、なりすました要求側ユーザーとして行動することによって、シェルＡＰＩ（アプリケーション・プログラミング・インターフェース）をコールして、要求されたファイルまでの最良のＳＭＢ経路を要求する。シェルＡＰＩがあるＳＭＢ経路を返した場合、メディア・サーバー・サービスは、要求側ユーザーの検索またはブラウズ・コマンドに対するＸＭＬ応答に含まれる<res>タグに、この経路を含ませる。これは、ブロック７３１に示す通りである。例示の方法７００は、ブロック７４０において終了する。

以上、ＵＰｎＰ発見項目をＳＭＢ位置にマッピングする種々の例示の構成および方法を示し説明したが、添付する特許請求の範囲は必ずしも記載した具体的な特徴、構成、または方法のいずれにも限定されるのではないことは理解されてしかるべきである。逆に、具体的な特徴、構成、または方法は、以下で更に特定的に特許請求するが、ＵＰｎＰ発見項目をＳＭＢ位置にマッピングする例示の形態として開示したのである。

Claims

ＵＰｎＰネットワークを通してファイル位置をリモート・クライアントに提供する、コンピュータにより実行する方法であって、
前記コンピュータが、ＵＰｎＰデバイス記述を前記リモート・クライアントに供給することによって、前記リモート・クライアントに利用可能なＵＰｎＰサービスを特定するステップと、
前記コンピュータが、複数のサーバー・メッセージ・ブロック（ＳＭＢ）経路からユーザーがアクセス可能な特定のコンテンツ項目への、利用可能で最も直接的なＳＭＢ経路を選択することにより、コンテンツ・レポジトリ内に配置された発見可能オブジェクトをＳＭＢシェア位置にマッピングするステップであって、前記複数のＳＭＢ経路は、前記特定のコンテンツ項目に対し利用可能であり、前記最も直接的なＳＭＢ経路の特定は、前記リモート・クライアントの証明書を使用して前記リモート・クライアントになりすますことを含む、ステップと、
前記コンピュータが、前記リモート・クライアントから前記特定したＵＰｎＰサービスへのブラウズ・コマンドまたは検索コマンドに応答して、前記利用可能で最も直接的なＳＭＢ経路およびＳＭＢシェア位置を露出するステップと、
を含む、方法。
請求項１に記載の方法であって、前記コンピュータが、前記特定のコンテンツ項目への前記最も直接的なＳＭＢ経路を要求するシェルＡＰＩをコールする更なるステップを含む、方法。
請求項２記載の方法であって、前記コンピュータが、前記リモート・クライアントに応答して、前記シェルＡＰＩによって戻された経路を含ませる更なるステップを含む、方法。
請求項１から３のいずれかに記載の方法において、前記発見可能なオブジェクトは、音楽、ビデオ、画像、ゲーム、ニュース、またはデータのうち１つから選択したメディア・コンテンツ・データの１つ以上の離散断片を含む、方法。