(57)【要約】本発明は、ネットワークの装置内のコンテンツを追跡する方法、クライアント装置（CL1）及びコンピュータプログラムに関する。クライアント装置は、ネットワーク内の装置（MS）を発見（D）し、少なくとも一部の被発見装置によって提供されるイベント（E）についての情報を取得し、第１の被発見装置（MS）によって提供されるイベントであり、他のクライアント装置（CL2）に関連して起動されたイベント、に関連する追加情報（E、R2）を取得する。最終的に、クライアント装置は、ユーザがこの追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、この追加情報を格納する。故に、ユーザはネットワーク上で提供されるコンテンツの位置を容易に見出すことができる。
2008520029.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの装置内のコンテンツをクライアント装置にて追跡する方法であって：
ネットワーク内の装置を発見する段階、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得する段階、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得する段階、及び
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を格納する段階、
を有する方法。
【請求項２】
前記追加情報は、前記他のクライアント装置のために処理されている前記第１の被発見装置に関連するコンテンツを探すための指標を有する、請求項１に記載の方法。
【請求項３】
前記追加情報を取得する段階は、前記第１の被発見装置内で前記追加情報の少なくとも一部を探すことを有する、請求項１に記載の方法。
【請求項４】
前記第１の被発見装置内で探される追加情報は、前記他のクライアント装置のために処理されている前記第１の被発見装置に関連するコンテンツに関連付けられたメタデータを有する、請求項３に記載の方法。
【請求項５】
前記イベントは前記第１の被発見装置によって提供されるメディアストリームを再生することに関し、且つ前記メディアストリームの再生時間を追跡する段階を更に有する請求項１に記載の方法。
【請求項６】
前記格納する段階は、ネットワーク内の少なくとも一部の被発見装置のために提供されるコンテンツリストを前記追加情報を用いて更新することを有する、請求項１に記載の方法。
【請求項７】
前記リストはコンテンツがアクセスされた時点に従ってコンテンツを記述している、請求項６に記載の方法。
【請求項８】
前記リストはネットワーク上で最も頻繁にアクセスされたコンテンツに関連している、請求項６に記載の方法。
【請求項９】
ネットワークの装置内のコンテンツを追跡するクライアント装置であって：
ネットワーク内の装置に関連するコンテンツ及び対応する位置情報のリストを有する少なくとも１つのメモリ、及び
制御ユニットであり、
少なくとも、ネットワーク内の装置の発見を命令し、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得し、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得し、且つ
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を前記メモリに格納する、
ように構成された制御ユニット、
を有するクライアント装置。
【請求項１０】
ネットワークの装置内のコンテンツを追跡するコンピュータプログラムであって、クライアント装置にロードされたときに該クライアント装置に：
少なくとも、ネットワーク内の装置の発見を命令させ、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得させ、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得させ、且つ
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を格納させる、
コンピュータプログラムコードを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、コンピュータネットワーク分野に関し、より具体的には、ネットワークの装置内のコンテンツを追跡するための方法、クライアント装置、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
ピアツーピア・ネットワークの分野では、ユニバーサル・プラグ・アンド・プレイ（ＵＰｎＰ）（登録商標）規格が接続標準としてしばしば用いられている。この規格は、例えばＵＰｎＰ（登録商標）コントロールポイント及びＵＰｎＰ（登録商標）装置などの要素（entity）を定義しており、家庭内ネットワークに頻繁に用いられている。ＵＰｎＰ（登録商標）装置は、ネットワークの異なる要素に提供する一組のサービスを有する論理要素であり、ＵＰｎＰ（登録商標）コントロールポイントは、ＵＰｎＰ（登録商標）装置へのアクセスを得ようとする論理要素である。物理的装置は如何なる数のＵＰｎＰ（登録商標）装置及びＵＰｎＰ（登録商標）コントロールポイントを含んでいてもよい。通常、ＵＰｎＰ（登録商標）コントロールポイントを有する物理的装置はクライアント装置と称され、ＵＰｎＰ（登録商標）装置を有する物理的装置は、典型的に、単に装置と称される。異なる種類のＵＰｎＰ（登録商標）装置の例に、メディアサーバとメディアレンダラー（renderer）がある。メディアサーバはメディアコンテンツを格納し、それをネットワーク上でストリーミング配信することができる。メディアレンダラーはそのストリームを受け取り、それをレンダリングしたり表示したりすることができる。メディアサーバは例えばＰＣ又はｅ−ハブ内に設けられてもよく、メディアレンダラーは例えばストリーミング対応テレビセット内に設けられてもよい。家庭内ネットワークは、他の装置とともに、このような装置、クライアント装置、メディアサーバ及びメディアレンダラーを幾つも含んでいてもよい。
【０００３】
クライアント装置が例えばメディアサーバ等の装置に対してアクセス又は制御を行うとき、クライアント装置は、例えば、コンテンツ品目を探して、メディアファイルの形式のコンテンツ品目のストリーミングを開始することを命令する等の操作を実行してもよい。しかしながら、このようなストリーミングは、ストリーミングを開始するクライアント装置に関連付けられる。家庭内ネットワークのユーザがネットワーク上でストリーミングされたコンテンツ品目を選択したい場合、ストリーミングを命令したクライアント装置が用いられない限り、そのコンテンツを探すことは困難である。さらに、ユーザが、ストリーミング制御を実行するクライアント装置を変更したい、すなわち、ストリーミングを制御する装置を変えながらコンテンツ品目のストリーミングを続けたい場合があるかもしれない。ユーザが上述の操作を実行したい場合、クライアント装置はメディアサーバ上でそのコンテンツ品目を再度探す必要がある。これは時間が掛かるし、追加の処理操作を必要とすることがある。また、これは最終ユーザを悩ませるものである。何故なら、メディア装置は何千ものコンテンツ品目を含み得るので所望の品目を探すのは困難だからである。
【０００４】
セッション移管モジュールと多数のクライアント装置とを有するシステムが特許文献１に記載されている。セッションは第１のクライアント装置から第２のクライアント装置に移管されることができる。ユーザは第１のクライアント装置を介してセッション移管モジュールを起動させることができ、そして、出力先を変更されたセッションを受任すべき装置を選択することができる。そして、セッション移管モジュールはコマンドを受け取り、セッションを第１のクライアント装置から第２のクライアント装置に移管させる。さらに、セッション履歴はセッション移管モジュールを介して第１のクライアント装置から第２のクライアント装置に移管されることができる。このシステムは、中央のセッション移管モジュールがセッションを１つのクライアント装置から他の１つに移管させる中央集権的なものである。移管は、ユーザが第１の装置上で、セッションが移管されるべき第２の装置を指定する場合にのみ行われることができる。これはセッションの移管を不必要に複雑化するものである。
【０００５】
故に、ネットワーク上で装置によって提供されるコンテンツへの、より単純な改善されたアクセスを可能にする手法が望まれる。
【特許文献１】米国特許出願公開第２００３／００５５９７７号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、ネットワーク上で装置によって提供されるコンテンツへの、より単純な改善されたアクセスを可能にする方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題に鑑み、本発明の第１の態様に従った、ネットワークの装置内のコンテンツをクライアント装置にて追跡する方法は：
ネットワーク内の装置を発見する段階、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得する段階、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得する段階、及び
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を格納する段階、
を有する。
【０００８】
上記課題に鑑み、本発明の第２の態様に従った、ネットワークの装置内のコンテンツを追跡するクライアント装置は：
ネットワーク内の装置に関連するコンテンツ及び対応する位置情報のリストを有する少なくとも１つのメモリ、及び
制御ユニットであり、
少なくとも、ネットワーク内の装置の発見を命令し、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得し、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得し、且つ
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を前記メモリに格納する、
ように構成された制御ユニット、
を有する。
【０００９】
上記課題に鑑み、本発明の第３の態様に従った、ネットワークの装置内のコンテンツを追跡するコンピュータプログラムは、クライアント装置にロードされたときに該クライアント装置に：
少なくとも、ネットワーク内の装置の発見を命令させ、
少なくとも一部の被発見装置によって提供されるイベントについての情報を取得させ、
第１の被発見装置によって提供されるイベントであり、他のクライアント装置に関連して起動されたイベント、に関連する追加情報を取得させ、且つ
ユーザが前記追加情報を用いることによってイベントに関連するコンテンツにアクセスできるように、前記追加情報を格納させる、
コンピュータプログラムコードを有する。
【００１０】
本発明は、コンテンツとクライアント装置との間の束縛が緩められるので、ネットワークのユーザにより大きい自由度を提供できるという利点を有する。本発明によれば、ユーザに不当な負担を掛けることなく、ネットワーク上に提供された実質的に如何なるコンテンツにも任意のクライアント装置からアクセスすることが可能である。本発明は、故に、ユーザがアクセスしたいネットワーク提供コンテンツを再検索することを必要とせずに、クライアント装置間の高速且つ単純な切替えを可能にする。本発明はクライアント装置内で容易且つ単純に実行される。さらに、実行されるために、ネットワーク内のストリームの通常の制御・監視以上の標準化を必要としない。
【００１１】
請求項２に定められるように、追加情報は、他のクライアント装置のために処理されているコンテンツを探すための指標を有する。これにより、クライアント装置からクライアント装置への切替えが実行されると、コンテンツの高速且つ直接的な探索が可能にされる。
【００１２】
請求項３に定められるように、追加情報の少なくとも一部は、それを第１の被発見装置内で探すことによって取得される。これは、ユーザがコンテンツを正しく特定するのに必要な追加情報の全てがイベントに関連して提供されるわけではないときに有利である。
【００１３】
請求項４に定められるように、この探索された追加情報はコンテンツに関連付けられたメタデータを有する。このことは、どのコンテンツがネットワーク上でストリーミングされていたかを、ユーザがより容易に知ることを可能にする情報が得られるという利点を有する。
【００１４】
請求項５に定められるように、イベントはメディアストリームを再生することに関し、クライアント装置は再生時間を追跡する。この特徴により、ユーザが最初から開始しなければならなかったりコンテンツを喪失したりすることなく、ストリームの途中でのクライアント装置からクライアント装置への切替えが可能となる。
【００１５】
請求項７に定められるように、追加情報は履歴リストに提供され、それにより、ネットワーク上ですぐ最近にアクセス又はストリーミングされたコンテンツの位置を高速に見出すことが可能にされる。
【００１６】
請求項８に定められるように、追加情報はお気に入りリストに提供され、それにより、ネットワーク上で最も頻繁にアクセスされたコンテンツの位置を高速に見出すことが可能にされる。
【００１７】
故に、本発明の背後にある一般的概念は、クライアント装置が、他のクライアント装置により起動され被発見装置により提供されるイベントに関連する追加情報を取得することである。これにより、ネットワーク上で提供されているコンテンツの位置を容易に見出すことが可能となる。
【００１８】
本発明のこれら及び他の態様は、以下にて説明される実施形態を参照することによって明らかとなる。
【発明を実施するための最良の形態】
【００１９】
続いて、本発明について添付の図面を参照しながら、より詳細に説明する。
【００２０】
図１は、多数の物理的要素が接続されたピアツーピア・コンピュータネットワークN1を示している。ネットワークN1は第１の装置MS、第２の装置MR1、第３の装置MR2、第１のクライアント装置CL1、及び第２のクライアント装置CL2を有しており、これらの全ては別個の物理的要素である。ＵＰｎＰ（登録商標）装置は、これがネットワーク内の異なる要素に提供する一組の異なるサービスを有する論理要素である。メディアサーバは、例えばＰＣ又はｅ−ハブ等の物理的装置内に備えられるＵＰｎＰ（登録商標）装置であり、ここでは第１の装置MSである。メディアサーバはコンテンツを格納しており、それをネットワーク上でストリーミングすることができる。このようなコンテンツの例は、ＭＰ３ファイル、ストリーミング化されたウェブラジオ、及び例えばＭＰＥＧ符号化されたビデオ等のストリーミング化されたビデオである。メディアレンダラーは、例えばストリーミング対応テレビ等の特別なテレビセット、ＰＣ、又はメディアストリームを表示可能な他の何らかの要素のような物理的要素の内部に備えられるＵＰｎＰ（登録商標）装置である。メディアレンダラーはメディアサーバによって提供されるストリームを受け入れ、それらをユーザにレンダリングすることができる。ここでは、メディアレンダラーは第２及び第３の装置MR1及びMR2内に備えられている。このような１つの物理的要素がより多くのＵＰｎＰ（登録商標）装置をサポート可能であることが実現されるべきである。装置MS、MR1及びMR2をより良く理解するため、以降では、これらは各々１つの論理ＵＰｎＰ（登録商標）装置を提供するものとする。以下の記載においては、故に、物理的要素と論理ＵＰｎＰ（登録商標）装置とは何ら区別しないこととする。従って、以下では、第１の装置MSはメディアサーバと称され、第２の装置MR1は第１のメディアレンダラー、第３の装置MR2は第２のメディアレンダラーと称される。
【００２１】
ネットワークN1内の他の２つの要素はクライアント装置であり、以下では、各々が、装置MS、MR1及びMR2によって提供されるＵＰｎＰ（登録商標）装置のサービスにアクセスするＵＰｎＰ（登録商標）コントロールポイントを有すると仮定する。しかしながら、ＵＰｎＰ（登録商標）コントロールポイントはまた、クライアント装置がコンタクトを取ることが可能な他の如何なる装置内、及びＵＰｎＰ（登録商標）装置を備える物理的装置内にも備えられ得ることに注意すべきである。本発明のより簡単な理解のため、以下では、コントロールポイントはクライアント装置内に備えられると仮定し、故に、更には説明しないこととする。さらに、装置数は本発明のより良い説明のためにネットワーク内で少なく保たれていることに注意すべきである。実際には、より多くのメディアサーバ、メディアレンダラー、クライアント装置、及び、例えばプリンタ、インターネットゲートウェイ及びますます多くのＰＣ等の、ネットワーク内の多くの他の種類の装置が存在していてもよい。
【００２２】
ネットワークN1は、例えば無線ＬＡＮネットワーク又はブルートゥース（登録商標）ネットワーク等の無線ネットワークであってもよいが、これに限定されるものではなく、ＬＡＮネットワークのような固定ネットワークや、無線部分と有線部分とが混合されたものであってもよい。ピアツーピア・ネットワークはここではＵＰｎＰ（登録商標）規格によって実現されているとするが、例えばＳＬＰ（サービス・ロケーション・プロトコル）又はジーニ（Jini）等の他の接続手法も適用可能である。
【００２３】
図２は、本発明の一実施形態に従った第１のクライアント装置CL1を概略的に示すブロック図である。この装置は、メモリM1に接続された制御ユニットCOを含んでいる。制御ユニットCOはまた、ネットワークと通信するための送受信ユニットTRにも接続されている。クライアント装置はＰＣ、ノート型コンピュータ、携帯電話などの可搬式通信装置、電子手帳、又はフィリップス社から市販されているiProntoコントロール等の遠隔制御装置（リモコン）であってもよい。
【００２４】
図３は、メモリM1内に備えられたコンテンツリストを示している。このメモリは、ネットワーク上で見られた活動を有する履歴リストを含んでおり、第１のファイルF1に関するメタデータMD1、及び第２のファイルF2に関するメタデータMD2を、ファイルを探すための位置情報とともに有している。第１のファイルF1はＵＲＩ（ユーアールアイ；Uniform  Resource  Identifiers）HTTP:MS.DOM/C/VIDEO/F1.MPEGを用いて位置付けられており、一方の第２のファイルF2はＵＲＩ  HTTP:MS.DOM/C/AUDIO/F2.MP3を用いて位置付けられている。各々のＵＲＩはメディアサーバMSを指している。このリストが作成される手法については後述する。クライアント装置のユーザには、メタデータのみを表示することもできるし、メタデータと位置情報との組み合わせを表示することもできる。
【００２５】
図４は、第１のクライアント装置CL1とメディアサーバMSとの間で交換される信号と、第２のクライアント装置CL2とメディアサーバMSとの間で交換される信号とを示している。これらの信号についてはより詳細に後述する。
【００２６】
図５は、第１のクライアント装置にて実行される、ネットワークの装置内のコンテンツを追跡する方法のフローチャートを示している。
【００２７】
本発明が実行に移される環境についてはもはや説明されており、クライアント装置によって実行される、ネットワークの装置内のコンテンツを追跡する方法について、図１乃至５を参照して説明する。第１のクライアント装置CL1はネットワークN1に接続されており、ネットワークとの通信は制御ユニットCOの制御下で送受信ユニットTRによって行われる。第１のクライアント装置CL1は、先ず、段階10にてネットワークの装置を発見するが、これは制御ユニットCOが送受信ユニットTRに発見検索Dを命令することによって行われる。発見検索DはＵＰｎＰ（登録商標）規格に準拠したＭサーチである。この検索は、ネットワークの全装置に関するもの、又は一定の種類の装置若しくは一定の種類のサービスのみに関するものの何れであってもよい。ここで、この種類とは好ましくは、メディアコンテンツを提供可能な装置を参照するものである。この検索に適合する装置の各々は、ネットワーク上での各々の名前と各々の能力とで応答する。例えば、メディアサーバMS（ここでは第１の発見装置とも呼ぶ）が上記の応答R1を送信する。これらの応答に基づいて、第１のクライアント装置CL1の制御ユニットCOは、何れの装置に興味があるかを決定する。そして段階12にて、制御ユニットCOは送受信ユニットTRに命令して、興味を見出した装置へのイベント申し込み要求S_Eを送信させる。この例では、送受信ユニットTRはこの申し込み要求S_EをメディアサーバMSに送信する。このようにして、第１のクライアント装置CL1はメディアサーバMS内のイベントに関する情報を取得することができる。
【００２８】
選択された装置にてイベントが行われると、この装置はイベントメッセージEを第１のクライアント装置CL1に送信する。ここで、この装置の１つは上述のようにメディアサーバMSである。そして、第１のクライアント装置CL1の制御ユニットCOは、送受信ユニットTRがこのイベント通知を受け取ったか否かを継続的に確認する。受け取っていない場合、段階14にて、制御ユニットCOは受信を待ち続ける。段階14にて受け取った場合、段階15へと進み、イベントメッセージからイベント関連情報を抽出し、その後、段階16にて、問題となっている装置でのイベントに関する状況の知識を有しているかを確認する。この場合、この状況は、メディアサーバMS上のメディアファイルのコンテンツがレンダリング装置にストリーミングされているということである。如何なる場合も、イベントは、ファイルの形態であり得るコンテンツの処理に関する。第１のクライアント装置CL1がイベントを生じさせる動作を自身に命令していた場合、クライアント装置CL1は当然ながら、ファイルの位置、どのようなファイルがストリーミングされているか、及び場合により、ファイルに関連するメタデータのような、状況についての情報を有していることになる。また、このクライアント装置CL1は、第２のクライアント装置CL2のような他のクライアント装置が現在のイベントに関する先行イベントを生じさせていたかどうかを事前に見出していたかの知識を有している場合がある。本発明の説明のため、第２のクライアント装置CL2が、メディアサーバMSから第２のメディアレンダラーMR2へのメディアコンテンツのストリーミングに関する要求R_Sを送信すると仮定する。この要求R_Sは、故に、メディアサーバMSに送信される。これが行われると、メディアサーバMSは、イベントに申し込んでいる全てのクライアント、この場合にはクライアント装置CL1及びCL2の双方、にイベント通知Eを送信する。なお、第２のクライアント装置CL2もそのイベントに申し込んでいる仮定している。
【００２９】
故に、第１のクライアント装置CL1の送受信ユニットTRは、段階14にて、本実施形態ではＸＭＬコンテンツを伴うＨＴＴＰポストメッセージの形態であるイベント通知Eを受信する。このイベントメッセージは、問題となっているファイルの位置を指し示すＵＲＩである、ファイルを探すための指標の形態をした追加情報の第１の断片を含んでいる。そして、送受信ユニットTRはイベントメッセージEを制御ユニットCOに転送し、制御ユニットCOは段階15にて指標の形態のイベント関連情報、すなわち、イベント関連ファイルのファイル名称及び位置情報を抽出し、ストリーム及びその位置の予備知識を有しているかどうかを段階16にて調査する。有している場合、当該方法は段階24へと進む。有していない場合、段階16にて、イベント又はストリーミングされたデータに関する更なる追加情報が取得される。イベントが第２のクライアント装置CL2のような他のクライアント装置によって生じさせられたものである場合、第１のクライアント装置CL1はイベントに関する状況についての情報を有していないことがある。この例では、イベントメッセージEはＵＲＩ  HTTP:MS.DOM/C/VIDEO/F1.MPEGの形態の追加情報の第１の断片から成り、第１のクライアント装置CL1はその予備知識を有していない。故に、第１のクライアント装置CL1は段階18にて、イベント発生装置すなわちメディアサーバMSのディレクトリを閲覧することによって更なる追加情報を取得する。これを行うため、制御ユニットCOは送受信ユニットTRに、クライアント装置CL1からメディアサーバMSに閲覧信号Bを送信するように命令し、その結果として段階20にて、R2、すなわち、ファイルF1に関連するメタデータMD1が取得される。このようにして、第１のクライアント装置CL1はメディアサーバMSのディレクトリを閲覧し、ストリーミングされるファイルF1に関連するメタデータを取得するとともにファイルF1の位置を確認することができる。メタデータは映画又は楽曲の名称とともに、映画の場合には監督及び俳優など、楽曲の場合にはアーチスト及びアルバム名などの追加情報を含み得る。続いて、制御ユニットCOは段階22にて、メタデータとともにファイル及び位置の情報をメモリM1内に格納する。このようにして、履歴リストが更新される。なお、メタデータは代替的にメディアサーバMSのディレクトリを検索することによって取得されてもよい。
【００３０】
段階24にて、メディアが再生されるストリームである場合、クライアント装置CL1は段階26にて再生時間を追跡する。これは、ファイルF1が再生される時点にクロックを開始させ、これらイベントの発生がメディアサーバMSからのイベントメッセージによって典型的に信号伝達されるときである休止時にクロックを停止させることによって行われる。クロックはまた、ファイルF1が開始される場合に再開され、ストリーミングされるファイルが停止されるとリセットされる。これは、これらのイベントはそれを申し込んでいるクライアント装置に通知されるので、単純なタスクである。
【００３１】
これが行われたとき、第１のクライアント装置CL1がストリームの制御を支配したり、あるいは並列ストリームをセットアップしたりすることは単純なタスクである。
【００３２】
【表１】
2008520029.tif 000003
図５の様々な段階は表１にまとめられている。
【００３３】
次に、図１及び３を参照して、本発明の利点を示す筋書きについて説明する。ユーザが第２のクライアント装置CL2を介してメディアサーバMSに、ビデオファイルであるファイルF1の、小さい画面を有する第２のメディアレンダラーMR2へのストリーミングを命令したと仮定する。このとき、ユーザが、より大きい画面を有する第２のメディアレンダラーMR2でのメディアファイルのレンダリングに切り替えたいと思う場合、ユーザは第１のクライアント装置CL1を介してそれを行うことができる。この装置を介し、単に履歴リストを調べ、ストリーミングのためにそのファイルを選択することによって、ユーザは第１のメディアレンダラーMR2へのストリーミングを容易にセットアップすることができる。ここで、この履歴リストは本発明に従って少なくともそのファイルについての情報を含んでいる。履歴リスト内で選択することにより、第１のクライアント装置CL1は問題のファイルをメディアサーバ上で直接的に探すことができ、また、再生時間についての知識により、メディアファイルが第２のメディアレンダラーMR2にストリーミングされていたのが停止された時点から、第１のメディアレンダラーMR1へのファイルのストリーミングをメディアサーバに行わせることができる。故に、ユーザはファイル又はその中の再生位置を探す必要なく、最初又は停止された位置の何れからでも、復号化されたファイルの視聴を再開することができる。
【００３４】
検索、イベント、及びイベントの申し込みについては、ＵＰｎＰフォーラムによるＵＰｎＰ（登録商標）装置アーキテクチャ第1.0版（2000年6月8日）に詳細に記載されている。メディアサーバ及び閲覧の使用については、ＵＰｎＰフォーラムによるメディアサーバ：１  装置テンプレート第1.01版（2002年6月25日）に詳細に記載されている。メディアレンダラーについては、ＵＰｎＰフォーラムによるメディアレンダラー：１  装置テンプレート第1.01版（2002年6月25日）に記載されている。そして、Ｈｔｔｐポストメッセージについては、ＲＦＣ２６１６ハイパーテキスト・トランスファ・プロトコル−ＨＲＲＰ／1.1（インターネットソサイエティ、1999年6月）に詳細に記載されている。これら文献の全ては参照することによりここに取り込まれる。
【００３５】
本発明は数多くの利点を有している。本発明は、コンテンツとクライアント装置との間の束縛が緩められるので、ネットワークのユーザにより大きい自由度を提供する。本発明に従って、ユーザに不当な負担を掛けることなく、ネットワーク上に提供された実質的に如何なるコンテンツにも任意のクライアント装置からアクセスすることが可能である。本発明は、故に、アクセスしたいネットワーク提供コンテンツをユーザが再検索することを必要とせずに、クライアント装置間の高速且つ単純な切替えを可能にする。クライアント装置内で実行されることは容易且つ単純である。さらに、実行されるために、ネットワーク内のストリームの通常の制御・監視以上の標準化を必要としない。時間を追跡することにより、最初から開始しなければならなかったりコンテンツを喪失したりすることなく、ストリームの途中での切替えが可能である。
【００３６】
本発明の範囲内で変形が可能である。本発明はストリーミングの切替えに限定されるものではない。コピーをストリーミングすることも可能である。リストは履歴リストである必要はなく、例えば、ネットワーク上で最も頻繁にアクセスされたコンテンツ品目を記述するお気に入りリストであってもよい。さらに、履歴リストとお気に入りリストとの双方を同時に設けることも可能である。再生される時間は、切替えが行われるのと同じ時点から再生を開始すること以外にも使用され得る。例えば、その位置に対して僅かに前又は後から再生を開始することも可能である。本発明は、さらに、時間を追跡せずに名称及び位置を追跡するのみで実行されることもできる。結局のところ、本発明はストリーミング化されたメディアに限定されるものではなく、例えば静止画やコンピュータゲーム等、その位置が知られることが有利な他の如何なるコンテンツにも適用可能である。以上では、１つのファイルにて提供されるコンテンツのストリーミングが説明されてきたが、コンテンツは２つ以上のファイルに格納され得るし、実時間のストリームの形態で提供されることも可能である。
【００３７】
本発明はコンテンツをストリーミングするメディアサーバに限定されるものではなく、相異なるクライアント装置によって実演が制御される限り、ＰＣのようなそれ自身上で情報を実演する装置のために提供されることも可能である。
【００３８】
本発明の説明においては、ファイルはＵＲＩを用いることにより直接的に位置付けられていた。この特徴は装置のアドレスを取得するためにネーム・リゾルビングと結合され得る。
【００３９】
本発明は、ハードウェア、ソフトウェア、ファームウェア又はこれらの組み合わせを含む好適な如何なる形態で実装されることも可能である。しかしながら、本発明は好ましくは、プログラムメモリに格納されたコンピュータソフトウェアとして実装され、１つ又は複数のデータプロセッサ及び／又はデジタル信号プロセッサ上で実行される。プログラムコードはコンピュータプログラム製品にて提供されることも可能であり、その一例は図６に示されるＣＤ−ＲＯＭディスク28の形態である。これは単なる一例であり、例えばメモリスティック等の様々な他の種類のコンピュータプログラム製品も実現可能である。コンピュータプログラム製品はまた、例えば、更なるサーバから場合によりインターネットを介してダウンロード可能な、純粋なプログラムコードにて提供されることも可能である。本発明の実施形態の要素及び部品は、物理的、機能的及び論理的に、好適な如何なる手法で実装されてもよい。実際、機能は単一ユニット若しくは複数のユニットに実装されてもよいし、相異なるユニット及びプロセッサ間に物理的及び機能的に分散されていてもよい。
【００４０】
本発明は具体的な実施形態を参照しながら説明されてきたが、ここで説明された具体的な形態に限定されるものではない。本発明の範囲は、むしろ、添付の請求項によってのみ限定されるものである。動詞“有する”及びその活用形の使用は、請求項にて列挙される以外の要素又は段階の存在を排除するものではない。さらに、個別に記載されてはいるが、複数の手段、要素又は段階は、例えば単一のユニット又はプロセッサによって実装されていてもよい。個々の特徴は異なる請求項に含まれてもよいが、これらは場合によって有利に組み合わされてもよい。また、異なる請求項に含まれることは、特徴の組み合わせが実現可能でないこと、及び／又は有利でないことを意味するものではない。さらに、単数形での言及は複数であることを排除するものではない。故に、“ある”（“a”、“an”）、“第１の”、“第２の”等への言及は複数であること排除するものではない。請求項中の参照符号は単に例を明りょうにするためだけのものであり、請求項の範囲を何かしら限定するものとして解釈されるものではない。
【図面の簡単な説明】
【００４１】
【図１】本発明に従ったクライアント装置を有するネットワークを示す図である。
【図２】本発明に従ったクライアント装置を示す概略的なブロック図である。
【図３】図２に示されたクライアント装置に記憶されている位置情報とともに異なるメディアファイルをマッピングする第１のリストを示す図である。
【図４】図１のネットワークのクライアント装置群とサーバとの間で交換される信号を示す図である。
【図５】図２に示されたクライアント装置内で提供される、装置内のコンテンツを追跡する本発明に従った方法を示すフローチャートである。
【図６】本発明を実行に移すプログラムコードを格納する、ＣＤ−ＲＯＭディスクの形態をしたコンピュータプログラムを示す図である。
【図１】
2008520029.tif 000004
【図２】
2008520029.tif 000005
【図３】
2008520029.tif 000006
【図４】
2008520029.tif 000007
【図５】
2008520029.tif 000008
【図６】
2008520029.tif 000009
【国際調査報告】
2008520029.tif 000010
2008520029.tif 000011