(57)【要約】例えばIEEE802.11bに従って共通ネットワークに接続されたユーザ装置間でファイルを共有する方法であり、各ユーザ装置は、他のユーザ装置のサービスを検出及び使用することができる。本発明によれば、その方法は、各ユーザ装置の共有フォルダを作り、共有フォルダに共通の識別表示を付するステップを有する。他のユーザ装置と共有されるファイルは、第１のユーザ装置の共有フォルダに置かれ、それによって、他のユーザ装置に対するサービスとして利用可能にされる。他のユーザ装置のそれぞれで、他のユーザ装置の共有フォルダは監視され、共有されるファイルが他のユーザ装置のうち１つの共有フォルダに置かれると、ファイルがダウンロードされる。
2006520496.tif 000002
【特許請求の範囲】
【請求項１】
第１のユーザ装置のファイルを少なくとも１つの他のユーザ装置と共有する方法であって、
前記第１のユーザ装置及び前記少なくとも１つの他のユーザ装置は、共通のネットワークに接続されており、
各ユーザ装置は、前記ネットワークに接続された他のユーザ装置を検出し、前記他のユーザ装置と通信可能であり、
各ユーザ装置は、前記ネットワークに接続された前記他のユーザ装置のサービスを検出及び使用可能であり、
前記方法は、
各ユーザ装置で共有フォルダを生成するステップと、
前記共有フォルダに共通の識別表示を付するステップと、
前記第１のユーザ装置の前記共有フォルダに、前記少なくとも１つの他のユーザ装置と共有されるファイルを置き、それによって、前記少なくとも１つの他のユーザ装置に対するサービスとして、共有されるファイルを利用可能にするステップと、
前記少なくとも１つの他のユーザ装置のそれぞれにおいて、前記ネットワークに接続された前記他のユーザ装置の共有フォルダを監視し、共有されるファイルが前記他のユーザ装置のうち１つの共有フォルダに置かれたときに、共有されるファイルをダウンロードするステップと
を有する方法。
【請求項２】
請求項１に記載の方法であって、
各共有フォルダは、関連のユーザ装置に固有の更なる識別表示を付され、
前記第１のユーザ装置からのファイルは、前記第１のユーザ装置に固有の更なる識別表示を備えた共有フォルダに置かれることを特徴とする方法。
【請求項３】
請求項１に記載の方法であって、
共有されるファイルのプロパティに応じて、共有されるファイルを前記少なくとも１つの他のユーザ装置にダウンロードするか否かを決定するステップを更に有することを特徴とする方法。
【請求項４】
請求項１に記載の方法であって、
前記第１のユーザ装置の前記共有フォルダに置かれる前に、共有されるファイルを暗号化するステップと、
前記少なくとも１つの他のユーザ装置で、共有される暗号化ファイルを解読するステップと
を更に有することを特徴とする方法。
【請求項５】
請求項１ないし４のうちいずれか１項に記載の方法であって、
前記ネットワークは、IEEE802.11標準に従うことを特徴とする方法。
【請求項６】
請求項１ないし５のうちいずれか１項に記載の方法であって、
ユニバーサル・プラグ・アンド・プレイのコンテンツディレクトリサービス及びコントロールポイントを使用することを特徴とする方法。
【請求項７】
請求項１ないし６のうちいずれか１項に記載の方法であって、
共有ディレクトリは、所定の期間の後に自動的に共有されなくなることを特徴とする方法。
【請求項８】
請求項１ないし７のうちいずれか１項に記載の方法で使用されるユーザ装置であって、
ネットワークに接続された少なくとも１つの他のユーザ装置と共にネットワークに接続可能であり、
前記少なくとも１つの他のユーザ装置を検出可能であり、前記ネットワークを使用して前記少なくとも１つの他のユーザ装置と通信可能であり、
前記ネットワークを使用して前記少なくとも１つの他のユーザ装置のサービスを検出及び使用可能であり、
フォルダを生成し、前記フォルダに所定の識別表示を付する手段を有し、
前記少なくとも１つの他のユーザ装置と共有されるファイルを前記フォルダに置き、それによって、前記少なくとも１つの他のユーザ装置に対するサービスとして、共有されるファイルを利用可能にすることができ、
前記少なくとも１つの他のユーザ装置で、付された同じ所定の識別表示を有するフォルダを監視し、共有されるファイルが前記少なくとも１つの他のユーザ装置の前記所定の識別表示を備えたフォルダに置かれたときに、共有されるファイルをダウンロードすることができることを特徴とするユーザ装置。
【請求項９】
請求項８に記載のユーザ装置であって、
共有されるファイルを暗号化及び解読可能であることを特徴とするユーザ装置。
【請求項１０】
請求項８又は９に記載のユーザ装置であって、
IEEE802.11標準に従ってネットワークで動作可能であることを特徴とするユーザ装置。
【請求項１１】
請求項８ないし１０のうちいずれか１項に記載のユーザ装置であって、
ユニバーサル・プラグ・アンド・プレイのコンテンツディレクトリサービス及びコントロールポイントを使用可能であることを特徴とするユーザ装置。
【発明の詳細な説明】
【背景技術】
【０００１】
IEEE802.11bネットワークのような無線ローカルネットワークは、職場や他の職業環境でますます広まっており、プライベートの家庭にも導入されている。このようなローカルネットワークにより、ユーザ装置(特に、ラップトップコンピュータ、携帯情報端末(PDA)等のようなポータブルユーザ装置)が職場インフラに及び相互に接続することが可能になる。
【０００２】
今日の技術で、アドホックネットワークに接続されているユーザがネットワークの他のユーザとドキュメントのようなファイルを共有しようとすると、問題が生じる。一例のシナリオは会議室であり、その会議室で、各参加者が自分のラップトップコンピュータ又は他のユーザ装置を所有しており、参加者の一部又は全部が他の参加者と共有される１つ以上のファイルをそれぞれ有する。これは、実行される以下の動作ステップを有する。
・共有の読み／書きのパーミッションを有するフォルダが設定される必要がある。
・各参加者は共有フォルダに共有されるデータを置く。
・各参加者は共有フォルダから全てのデータを取り出す。
【０００３】
全ての関係者が共有フォルダにデータを置くステップと、共有フォルダから新しいデータ及び更新を取り出すステップとを手動で同期させる必要があるため、これは不便である。
【発明の開示】
【課題を解決するための手段】
【０００４】
本発明によれば、基本サービスフレームワークとそのサービスとを超える構造が定められる。特に、ユーザにより定められた識別表示を備えた固定フォルダを定める。ここでの必須の要素は、異なる装置のユーザが同じ識別表示に合意し、同じ共有フォルダに加わることに合意することである。ここで、“フォルダ”は、以下に説明するUPnP  AVアーキテクチャで使用される“コンテナ”に対応する。既存のフォルダ(コンテナ)との偶然の混同は、識別表示に共有フォルダ特有の部分を追加することにより、容易に回避可能である。例えば、ユーザは“meeting1”のフォルダ識別表示を選択する。Bluetoothのftpプロフィールでは、これは“/sharedfolders/meeting1”に変換され、“/sharedfolders/”は共有フォルダ特有の部分である。
【０００５】
サービスフレームワークとそのサービスとの基本ユースモデルを超えるユースモデルが定められる。特に、本発明のユースモデルは、以下の特徴的な機能を有する。
1)ユーザがファイルのようなコンテンツを共有するように選択すると常に、ファイルは、ユーザの装置の“コンテンツ”サービスに追加される。
2)各ユーザ装置は、潜在的な新しいコンテンツを検出する目的で、ネットワークに接続された他のユーザ装置の“コンテンツ”サービスを監視し、発見したコンテンツを自動的にダウンロードする。
【０００６】
本発明は、各ユーザ装置でユニバーサル・プラグ・アンド・プレイ(UPnP:Universal  Plug  and  Play)のコンテンツディレクトリサービス(CDS:ContentDirectory  Service)及びコントロールポイント(Control  Point)を使用することが好ましい。現在のバージョンは、ユニバーサル・プラグ・アンド・プレイのバージョン1.0でのUPnP  AVアーキテクチャ0.83である。状態：基本設計(TPD:Preliminary  Design)、日付：2002年6月12日、未完成である。他のドキュメント(特にContentDirectory:1仕様)も標準化されている。
【０００７】
AV(audio-visual)アーキテクチャは、UPnPコントロールポイントとUPnP  AV装置との間の一般的なインタラクションを定めている。それは、如何なる特定の装置形式、コンテンツフォーマット、及び伝送プロトコルに無関係である。それは、TVや、VCRや、CD/DVDプレイヤ/ジュークボックスや、セットトップボックスや、ステレオシステムや、MP3プレイヤや、静止画カメラや、ビデオカメラや、電子ピクチャフレーム(EPF:electronic  picture  frame)や、PCのような多様なAV装置をサポートする。AVアーキテクチャにより、装置がエンターテインメントコンテンツについて異なる形式のフォーマット(MPEG2、MPEG4、JPEG、MP3、Windows(登録商標)  Media  Architecture(WMA)、ビットマップ(BMP)、NTSC、PAL、ATSC等)と、複数の形式の伝送プロトコル(IEC-61883/IEEE-1394、HTTP  GET、RTP、HTTP  PUT/POST、TCP/IP等)とをサポートすることが可能になる。ドキュメントは、AVアーキテクチャと、多様なエンドユーザのシナリオを可能にするために多様なUPnP  AV装置及びサービスが連携する方法とを記載している。
【０００８】
UPnP  AVアーキテクチャは、以下の目標を満たすように明示的に定められている。
・任意の伝送プロトコル及びコンテンツフォーマットをサポートする。
・コントロールポイントからの介入なしに、装置間でAVコンテンツが直接流れることを可能にする。
・コントロールポイントが如何なる特定の伝送プロトコル及びコンテンツフォーマットに無関係であり続けることを可能にする。これにより、コントロールポイントが新しいプロトコル及びフォーマットをトランスペアレントにサポートすることが可能になる。
・スケーラビリティ、特に非常に小さいリソース(特にメモリ及び処理能力)を備えた装置及びフル機能の装置のサポート
ほとんどの(非AV)UPnPシナリオでは、コントロールポイントは、所望の動作を実現するために、１つ以上のUPnP装置の動作を制御する。コントロールポイントは複数の装置を制御しているが、全てのインタラクションは、コントロールポイントと各装置との間で分離して生じる。コントロールポイントは、全体の同期化されたエンドユーザの結果を実現するように、各装置の動作を調整する。個々の装置は、相互に直接にインタラクトしない。装置間の全ての調整はコントロールポイントにより実行され、装置自体では実行されない。
【０００９】
ほとんどのAVシナリオは、１つの装置から他の装置への(エンターテインメント)コンテンツ(すなわち、映画、曲、写真等)の流れを含む。AVコントロールポイントは、それぞれソース及びシンクとして動作する２つ以上のUPnP装置とインタラクトする。コントロールポイントは、双方の装置の動作を調整して同期させるが、装置自体は、非UPnP(“帯域外”)通信プロトコルを使用して相互にインタラクトする。コントロールポイントは、双方の装置を初期化して構成するためにUPnPを使用し、それにより、所望のコンテンツが一方の装置から他方の装置に伝送される。しかし、コンテンツは“帯域外”伝送プロトコルを使用して伝送されるため、コントロールポイントは、コンテンツの実際の伝送に直接的には関与しない。コントロールポイントは、必要に応じて装置を構成し、コンテンツの流れを起動し、そこから離れる。従って、伝送が開始した後に、コントロールポイントは、コンテンツの流れを中断せずに切断可能である。換言すると、コントロールポイントの存在がなくても、中心のタスク(すなわちコンテンツの伝送)は機能し続ける。
【００１０】
前述のシナリオで説明したように、３つの異なるエンティティが関与する。
・コントロールポイント
・メディアコンテンツのソース(“メディアサーバ(MediaServer)”と呼ばれる)
・コンテンツのシンク(“メディアレンダラ(MediaRenderer)”と呼ばれる)
今日、エンドユーザが実行しようとする最も一般的なタスクは、特定の処理装置でコンテンツの個々のアイテムを処理(すなわち再生)することである。コンテンツ再生のシナリオは、３つの異なるUPnP構成要素(メディアサーバ、メディアレンダラ及びUPnPコントロールポイント)を含む。(それぞれ明確な役目を備えた)これらの３つの構成要素は、タスクを実現するために連携する。このシナリオでは、メディアサーバは、ユーザがメディアレンダラで処理(例えば表示又は傾聴)しようとする(エンターテインメント)コンテンツを有する。ユーザは、コントロールポイントのユーザインタフェース(UI:User  Interface)とインタラクトし、メディアサーバの所望のコンテンツを見つけて選択する。
【００１１】
メディアサーバは、ローカルに格納され又はメディアサーバを介してアクセス可能な外部装置に格納された多様なエンターテインメントコンテンツを有し、又はそれへのアクセスを有する。メディアサーバは、そのコンテンツにアクセスし、何らかの種類の伝送プロトコルを使用してネットワークを介して他の装置にそれを送信することができる。メディアサーバにより公開されているコンテンツは、ビデオ、オーディオ及び／又は静止画を含み、任意の種類のコンテンツを有してもよい。コンテンツは、伝送プロトコルとメディアサーバ及びメディアレンダラにより認識されるデータフォーマットとを使用して、ネットワークで伝送される。メディアサーバは、コンテンツアイテム毎に１つ又は複数の伝送プロトコル及びデータフォーマットをサポートしてもよく、また、進行中に所定のコンテンツアイテムのフォーマットを他のフォーマットに変換可能でもよい。メディアサーバの例には、VCR、CD/DVDプレイヤ/ジュークボックス、カメラ、ビデオカメラ、PC、セットトップボックス、衛星受信機、オーディオテーププレイヤ等が含まれる。
【００１２】
コンテンツディレクトリサービス(CDS)は、メディアサーバがホームネットワークに提供可能なコンテンツをコントロールポイントが列挙することを可能にする一式の動作を提供する。このサービスの主要な動作は、Browse()である。この動作により、メディアサーバが提供可能な各コンテンツアイテムについての詳細情報をコントロールポイントが取得することが可能になる。この情報(すなわちメタデータ)は、その名前、アーティスト、作成日、サイズ等のようなプロパティを有する。更に、返信されたメタデータは、その特定のコンテンツアイテムについてメディアサーバによりサポートされている伝送プロトコル及びデータフォーマットを特定する。CDSは、任意のファイルのHTTP-GETをサポートすることが好ましい。
【００１３】
最大の便宜上で、ユーザがこれらの動作を多様なユーザインタフェース(UI)装置から開始することを可能にすることが特に望ましい。ほとんどの場合、これらのUI装置は、処理装置に内蔵されたUIであるか、無線PDA又はタブレットPCのようなスタンドアローン型UIである。どんな場合でも、ユーザはコンテンツを有する装置と直接インタラクトする見込みはない(すなわち、ユーザはサーバ装置を無視しない)。この機能を可能にするために、サービス装置は、UI装置がサーバのコンテンツをブラウズして個々のコンテンツオブジェクトについての詳細情報を取得するための均一の機構を提供する必要がある。これがコンテンツディレクトリサービス(CDS)の目的である。
【００１４】
UPnP  AVアーキテクチャは、ルートレベルのオブジェクトクラスから直接導かれる第１レベルのクラスであるコンテナ(Container)を定める。コンテナは、オブジェクトの集合を表す。コンテナは、オブジェクトの物理編成(ストレージコンテナ)又はフォルダとしても知られる論理集合を表すことができる。論理集合は、そのコンテンツの形式的な定義を有してもよく、また、任意の集合でもよい。コンテナは、全て同じクラスのオブジェクトを含む同種でもよく、また、混合のクラスのオブジェクトを含む異種でもよい。コンテナは他のコンテナを含んでもよい。コンテナクラスから導かれる如何なるオブジェクトも、DIDLLiteコンテナ構造を介して表される。CDS(コンテンツディレクトリサービス)は、そのコンテナのそれぞれのContainerUpdateIDを維持するために必要である。この値は内部で維持され、コンテナのXML表現に現れず、検索又はソート基準で使用できない。
【００１５】
コンテナは、以下のいずれかが生じたときに変更されたと考えられる。
・コンテナのプロパティが値として追加、削除又は変更されたとき
・オブジェクト派生であれ、通常の要素であれ、直接の子の要素がコンテナに追加されたとき又はコンテナから削除されたとき
・直接のコンテナ派生でない子のオブジェクトが、そのプロパティのうち１つ又は子の要素が追加、削除又は変更されたとき、又は
・直接のコンテナ派生の子の要素が、そのプロパティのうち１つ又はオブジェクト派生でない子の要素が追加、削除又は変更されたとき
ほとんどの他のサービステンプレートと異なり、コンテンツディレクトリサービス(CDS)は、主として‘動作’ベースである。主にサービスの動作の引数の経過をサポートするために、サービスの状態変数が存在する。情報は、明示的な状態変数を通じて直接的に公開されない。むしろ、クライアントは、以下に定める動作の返信パラメータを介してコンテンツディレクトリサービス情報を取り出す。以下に定める状態変数の大分は、単にこのサービスの多様な動作を可能にするために存在する。
【００１６】
CreateObject動作は、ContainerIDで特定されるコンテナに新しいオブジェクトを生成する。新しいオブジェクトは、“”に設定された所要のidアトリビュートセットと、falseに設定された所要の限られたアトリビュートセットとで生成される。idアトリビュートの実際の値は、コンテンツディレクトリサービスにより供給される。
【００１７】
DestroyObject動作は、許可されたときに、指定のオブジェクトを破棄する。オブジェクトがコンテナである場合、その子のオブジェクトの全ても再帰的に削除される。それぞれ削除されたオブジェクトは無効になり、その全ての参照も削除される。コンテンツディレクトリサービスは、DestroyObject()動作の後にコンテンツディレクトリサービスのどこにもそれへの参照が存在しないことを絶対的に確実に検出したときに、リソースを削除することを許可される(しかし、削除に応じる必要はない)。
【００１８】
UpdateObject動作は、オブジェクトのメタデータを変更、削除又は挿入する。更新されるオブジェクトは、ObjectIDで指定される。CurrentTagValueは、XMLフラグメントのCSVリストである。各フラグメントは、オブジェクトの既存のメタデータ要素の完全な正確な現在のテキストであるか、空のプレースホルダである。NewTagValueもXMLフラグメントのCSVリストであり、そのそれぞれは、オブジェクトのメタデータ要素の完全な新しいテキストであるか、空のプレースホルダである。２つのタグ/値のリストは、同じ数のエンティティを有していなければならない。CurrentTagValueの各エントリは、変更されるメタデータを表す。NewTagValueの対応するエントリは、CurrentTagValueで特定された要素の新しい交換メタデータを表す。
【００１９】
全ての参加者は、以下の特徴を有する装置を有していなければならない。
・好ましくはネットワークを通じて、全ての他の参加者と通信可能であること。
・同じサービスフレームワークを動作すること。サービスフレームワークは、他の装置及びそのサービスの検出を可能にすべきであり、そのサービスの使用を可能にすべきである。サービスフレームワークの例は、UPnP、HAVi及びBluetoothである。
・他のサービスによるコンテンツの発見及びダウンロードを可能にし、指定のセットのコンテンツが(例えば、ディレクトリ、フォルダ、コンテナとして)表されることを可能にする“コンテンツ”サービスを動作すること。このようなサービスの例は、UPnPコンテンツディレクトリサービス又はBluetoothのftpプロフィールである。
・このサービスを他の装置で使用できること。例えば、それは、コンテンツディレクトリサービスにアクセス可能なUPnPコントロールポイントであるべきであり、又はBluetoothでftpプロフィールにアクセス可能であるべきである。
【発明を実施するための最良の形態】
【００２０】
以下に、本発明の好ましい実施例について説明する。
【００２１】
図１は、会議室でのシナリオを示しており、複数のユーザ(図示せず)はユーザ装置をそれぞれ有する。ユーザ装置は、図示のようにIEEE802.11bに従って動作するネットワークのようなネットワークを通じて他の装置と通信可能なパーソナル装置である。選択された標準のIEEE802.11bは単なる一例であり、他の標準に従って動作するネットワークも使用可能であることを、当業者はわかるであろう。ユーザ装置の例は、ラップトップコンピュータ、携帯情報端末(PDA)、デジタルカメラ、携帯電話である。複数のこのようなユーザ装置がネットワークに接続されている。
【００２２】
本発明によるシステムで使用されるユーザ装置は、以下の特徴を有する。
・ネットワークに接続可能である。
・少なくとも１つの他のユーザ装置を検出可能であり、ネットワークを使用して少なくとも１つの他のユーザ装置と通信可能である。
・ネットワークを使用して少なくとも１つの他のユーザ装置のサービスを検出可能であり、使用可能である。
・フォルダを生成し、フォルダに所定の識別表示を付する手段を有する。
・少なくとも１つの他のユーザ装置と共有されるファイルをフォルダに置くことができ、それによって、少なくとも１つの他のユーザ装置に対するサービスとして、共有されるファイルを利用可能にできる。
・少なくとも１つの他のユーザ装置で、付された同じ所定の識別表示を有するフォルダを監視し、共有されるファイルが少なくとも１つの他のユーザ装置の所定の識別表示を備えたフォルダに置かれたときに、共有されるファイルをダウンロードすることができる。
【００２３】
ネットワーク及びユーザは、前述のユニバーサル・プラグ・アンド・プレイのコンテンツディレクトリサービス及びコントロールポイントを使用することが好ましい。各ユーザ装置は、他のユーザ装置及びそのサービスを検出することを可能にする同じサービスフレームワークを動作し、そのサービスの使用を可能にする。サービスフレームワークの例は、UPnP、HAVi及びBluetoothである。更に、各ユーザ装置は、他のユーザ装置からコンテンツの検出及びダウンロードを可能にする“コンテンツ”サービスを動作し、指定のセットのコンテンツが(例えば、ディレクトリ、フォルダ、コンテナとして)表されることを可能にする。本発明の好ましい実施例は、UPnPコンテンツディレクトリサービスを使用する。最終的に、各ユーザ装置は、他のユーザ装置でサービスを使用することができる。したがって、コンテンツディレクトリサービスにアクセス可能なUPnPコントロールポイントが存在する。または、Bluetooth接続でftpプロフィールにアクセス可能であるべきである。それによって、クライアントは“コンテンツ”サービスを制御可能である。
【００２４】
図２は、ネットワークの他のユーザ装置とユーザ装置のファイルを共有するときに、ユーザ装置により実行される主なステップを示している。
【００２５】
まず、各ユーザ装置がネットワークに接続すると、ステップ21において、ネットワークに接続されたユーザ装置にローカルフォルダ又はコンテナが生成され、このように生成されたフォルダの全てが共通の識別表示を与えられる。共通の識別表示は、異なるユーザ装置で共通の識別表示を備えたフォルダが単一の論理フォルダとしてシステムに扱われることを確保し、それによって、ファイルが１つのユーザ装置から他のユーザ装置のそれぞれに自動的に複製される。以下では、共通の識別表示でこのように生成されたフォルダは、“共有フォルダ”と呼ばれる。共有フォルダが生成されると、ステップ22において、各ユーザ装置において、共有フォルダでコンテンツディレクトリサービスが開始される。会議(又は他のセッション)中の如何なる時でも参加ユーザは、共有される１つ以上のファイルをそのそれぞれの共有フォルダに置くことができ、それによって、これらのフォルダが共有フォルダで他の全てのユーザ装置に自動的に伝送される。これをステップ23に示す。ユーザは、例えば周知のドラッグ・アンド・ドロップ方式により、共有されるファイルをその共有フォルダに置くことができる。
【００２６】
ステップ24において、ユーザは、共有フォルダに置いたファイルを暗号化し、パスワードでコンテンツを保護するように選択してもよく、それによって、コンテンツはパスワードを有する他のユーザのみと共有される。このステップは任意選択である。一般的に、これは特定の共有フォルダについて１度だけ構成され、共有フォルダの全てのファイルに適用される。
【００２７】
ユーザ装置では、異なる識別表示及び異なるパスワードを備えた複数の共有フォルダが存在してもよい。このことにより、ユーザが同時に異なるグループの人とデータを共有することが可能になる。
【００２８】
共有されるローカルのコンテンツを共有フォルダに追加し、場合によってはコンテンツを暗号化した後に、ステップ25において、コンテンツはユーザの自分のコンテンツディレクトリサービスに追加される。このステップは以下のことを有する。
・共有フォルダのコンテナに新しいUPnPオブジェクトを生成し、
・タイトルや取得可能なURLのように、オブジェクトに正しいメタデータを追加し、
・CDSで全ての影響のある変数を更新し、
・全ての加入しているコントロールポイントに変更を通知する。
【００２９】
ステップ26において、ユーザ装置は、共有ファイル又は他のデータをダウンロードする要求を他のユーザ装置から受信し、ステップ27において、要求のデータが要求側ユーザ装置に供給される。
【００３０】
本発明の方法は、各ユーザ装置でユニバーサル・プラグ・アンド・プレイのコンテンツディレクトリサービス及びコントロールポイントを使用することが好ましい。共有フォルダは、特定の名前でコンテナにより実装され、各ユーザ装置のコンテンツディレクトリサービスでブラウザされ得る。
【００３１】
図３は、ネットワークの他のユーザ装置から共有ファイルを取得するときに、ユーザ装置により実行される主なステップを示している。図２と同様に、その方法は、ネットワークに接続したときに、最初のステップ31として共有フォルダが生成されることを必要とする。
【００３２】
ステップ32において、ユーザ装置は、他のユーザ装置のCDS(CDS2)を発見又は検出する。これは、他のユーザ装置がコントロールポイントにそれ自体を通知したこと、又はコントロールポイントが“M-SEARCH”メッセージを送信可能であり、そのメッセージにCDS2が応答可能であることを必要とする。コントロールポイントの実装は、結果を最適化するために、これらの混合を使用することができる。
【００３３】
ステップ33において、要求側ユーザ装置は、CDSサービスに対する“加入”を確立する。これは、要求側ユーザ装置が他のユーザ装置でのCDSイベントを警告されるように他のユーザ装置に登録されるようになることを意味する。
【００３４】
ステップ34において、コントロールポイントは、例えば標準的なブラウズ/検索コマンドを使用してCDS2を検査する。例えば、“SharedFolder_xxx”(xxxはユーザにより選択された名前)という名前のフォルダの検索は、そのIDを返信する。パラメータとしてのそのIDでのその後の“ブラウズ”コマンドは、このフォルダのコンテンツのリストを返信する。共有フォルダにコンテンツが存在するか否かに応じて、その処理はステップ35に進むか最初に戻る。
【００３５】
ステップ35において、共有フォルダにコンテンツが存在することが定められる。場合によっては周期的にDCS2を検索/ブラウズすることにより、又はCDS2からイベントを受信することにより、コントロールポイントは、他のCDS(CDS2)の共有フォルダに新しいデータが存在することを発見することができる。最適な結果(例えば信頼性)を得るために、これらの２つの手法の混合が使用可能である。各コンテナはContainerUpdateIdを付される。ContainerUpdateIdはコンテナの内容が変更すると常に変化する数である。これにより、コンテンツディレクトリの更新の迅速な検出が可能になる。
【００３６】
ステップ36において、ステップ35で新しいコンテンツを発見するためにCDS2をブラウズし、URLを含む新しいコンテンツアイテムのメタデータを取り出し、最終的にHTTP-GETを使用することでこのデータをダウンロードした後に、特定されたデータがCDS2からダウンロードされる。
【００３７】
ステップ37において、合意のパスワードを使用して暗号化データが解読される。データが暗号化されていない場合、解読は実行されない。
【００３８】
図４は、本発明による共有フォルダを有するユーザ装置を概略的に示している。
【００３９】
ユーザは、他のユーザ装置から提供される全てのデータをダウンロードしないように選択してもよく、従って、各ユーザは、他のユーザ装置による共有で提供されているデータをダウンロードする独自のユーザポリシーを有することができる。それによって、特定の基準を満たすデータのみがダウンロードされる。提供されているデータのこのような“フィルタリング”は、ファイルの形式又はサイズに応じて、ファイルが新しいファイルであるか古いファイルへの修正であるかに応じて、又はファイル又はその以前のバージョンについてどのような動作が前に行われたか等に応じて、ユーザ許可のときにのみ又は自動許可若しくは排除のときにのみダウンロードすることを有してもよい。
【００４０】
ユーザインタフェースでは、一般的にダウンロードコンテンツと自分の共有コンテンツとを結合して、ローカルの管理が視覚化され得る。
【００４１】
ユーザ装置が新しいファイルをその共有フォルダに入れると、ユーザ装置はUPnP加入機構を使用してネットワークでそれをアクティブに通知し、全てのユーザ装置がこのような通知に加入又は“傾聴”する。新しいファイルがネットワークで通知されると、各ユーザ装置は新しいファイルをその共有フォルダにダウンロードするか、それ行うように選択することができる。ユーザがその共有フォルダで共有ファイルを削除すると、共有ファイルがネットワークでもはや利用可能でなくなるが、共有ファイルは他のユーザ装置で自動的に削除されない結果になる。
【００４２】
ユーザ装置が例えばMicrosoft  Windows（登録商標）オペレーティングシステムを動作するラップトップコンピュータである場合、可能なユーザインタフェースは以下の通りである。デスクトップで右クリックし、“new”を選択する。“new  folder”の直下に“new  SHARED  folder”というタブが追加される。選択されると、新しい共有フォルダが生成され、ユーザはその名前及び(任意選択で)パスワードを設定可能であり、(任意選択で)フォルダが自動的に通常のフォルダに戻るタイムアウトを設定可能である。ユーザは、何らかの通常のフォルダのように、(ファイル/ディレクトリを備えた)ファイル/ディレクトリをそのフォルダにドラックすることができる。このことは、それがネットワークで共有されることをもたらす。一般的に、会議の終了時にフォルダを共有する必要性はなくなる。従って、共有ディレクトリは、所定の期間の後に自動的に共有されなくなってもよい。ユーザが無意識にディレクトリをいつまでも共有し続けないため、通常のフォルダに戻すことは有利である。
【００４３】
他の装置がファイル/ディレクトリを共有すると常に、それが共有フォルダ(例えば“DEVICE_xxx”(xxxは装置を特定する名前である(これはUPnPフレンドリー名又はUPnP装置IDである))のディレクトリ)に自動的に現れる。更に、“ダウンロード中”、“ローカルコピー”、“拒否/削除”、“原本が移動済”を保持し得る“ダウンロード状態”という特別のカラムが存在する。コンテンツが実際に存在しないため、ダウンロード中及び／又は拒否/削除のアイテムを隠すUIオプションがある。ユーザは、“拒否/削除”のアイテムを右クリックして“強制ダウンロード”を選択することにより、削除されたコンテンツを再びダウンロードすることができる。
【図面の簡単な説明】
【００４４】
【図１】本発明に従って動作する複数のユーザ装置での好ましいネットワークの概略図である。
【図２】ネットワークの他のユーザ装置とファイルを共有するときに、ユーザ装置により実行される主なステップである。
【図３】他のユーザ装置から共有ファイルをダウンロードするときに、ユーザ装置により実行される主なステップである。
【図４】本発明によるユーザ装置の概略図である。
【図１】
2006520496.tif 000003
【図２】
2006520496.tif 000004
【図３】
2006520496.tif 000005
【図４】
2006520496.tif 000006
【国際調査報告】
2006520496.tif 000007
2006520496.tif 000008
2006520496.tif 000009