JP2011524554A - ドラッグアンドドロップすることを可能にするためのシステム及び方法 - Google Patents

Abstract

本発明は、移動ユーザ機器８１が、少なくとも２つのリモートアプリケーション７、９間、又はローカルアプリケーション２とリモートアプリケーション７、９との間でデータオブジェクトをドラッグアンドドロップすることを可能にするためのシステム及び方法に関する。本システムは、ドラッグソース１０と、ドラッグターゲット１２と、ドロップソース１４と、ドロップターゲット１６とを含む。本発明によるシステムでは、ドラッグソース１０は、上記データオブジェクトを上記ドロップソース１４と上記ドロップターゲット１６との間で交換するための伝送プロトコル３８、３２、１００、１０２、１０４をドラッグターゲット１２と交渉するために構成される。

Description

本発明は電気通信分野に関し、移動ユーザ機器が少なくとも２つのリモートアプリケーション間又はローカルアプリケーションとリモートアプリケーションとの間でデータオブジェクトをドラッグアンドドロップすることを可能にするためのシステム及び方法に関する。

本発明は、上記方法を実施するのに適応したユーザ機器及びシステムにも関する。

本出願は、２００８年６月４日付けで出願された、欧州特許出願第０８１５７６０３．５号からの優先権の利益に基づくと共に該利益を主張する。該特許出願の開示は参照によりその全体が本明細書に援用される。

従来のコンピューティングネットワークシステムでは、シンクライアントは通常、クライアント−サーバアーキテクチャにおけるクライアントコンピュータ又はクライアントソフトウェアであり、クライアント−サーバアーキテクチャにおいては、中央サーバがデスクトップアプリケーションのようなアクティビティを実施し、ウェブブラウザ又はリモートデスクトップソフトウェアがシンクライアントデバイス上で実行される。アプリケーションロジックはサーバによって処理されるため、ＩＴのメンテナンス及び管理コストの低減、データ及びシステムセキュリティの強化、並びに電力消費の低減のような多くのシンクライアントの利点が存在する。

シンクライアントシステムの２つの主なタイプを区別することができる。

第１のタイプは、（「ウェブ」及び「デスクトップ」用の）ウェブトップシステム又はウェブＯＳ（ウェブオペレーティングシステム）であり、これはユーザがデスクトップに相当するウェブと対話することを可能にする。ユーザに関連付けられるアプリケーション及び文書が収集されて、この情報を表すページを作成する。ＳＯＡＰ−ＸＭＬ（シンプルオブジェクトアクセスプロトコル−拡張可能なマークアップ言語）のようなウェブサービススクリプティングアプリケーションプログラミングインタフェース（ＡＰＩ）は、使用される主な技術である。

第２のタイプは、（「スクリーン」及び「デスクトップ」に代わる）スクリーントップシステムであり、そこでは、リモート管理ソフトウェアによって、グラフィカルユーザーインタフェースアプリケションがサーバ上でリモートで実行される一方で、ユーザのデバイス上にローカルに表示されることを可能にする。ＩＣＡ（独立コンピューティングアーキテクチャ）、ＲＤＰ（リモートデスクトッププロトコル）、ＲＦＢ（リモートフレームバッファ）、又はさらにはＡＩＰ（適応インターネットプロトコル）のようなシンクライアントプロトコルは、サーバがユーザのデバイスのスクリーン表示をリモートで制御するために使用される主なプロトコルである。

シンクライアント技術の展開における１つの主な問題は、アプリケーションがローカル（すなわち常駐）、リモート、又は双方のいずれであるべきかを知ることである。これは、ネットワーク接続が移動性の状況においてもはや利用可能でないとき、電話帳、メディアプレーヤ、又は任意の他の常駐アプリケーションのようなアプリケーションが利用可能でなくなってしまうためである。結果として、これらのアプリケーション及びデータはデバイスメモリ上にローカルに、且つたとえば協調ネットワークサーバ上にリモートに複製されなくてはならない。

データ複製問題を緩和するために、ＯＭＡデバイス管理（オープンモバイルアライアンス）、ＯＭＡデータ同期化、及びＯＭＡクライアントプロビジョニングワーキンググループにおけるような標準化された同期技術が提供されている。

さらに、移動デバイスが、ネットワーク接続を有しないときであってもなおローカルで使用することができる常駐アプリケーションと、オフィス若しくは特定の企業のアプリケーション、又はさらには自宅の個人用アプリケーションにアクセスするためのリモートデスクトップアプリケーション（すなわちスクリーントップ）との双方を有することが予見される。

ドラッグアンドドロップは、ユーザが１つ又は複数のグラフィックオブジェクトを選択し、ポインティングデバイス（たとえばマウス、トラックボール、タッチベースのインタフェース）を使用してこの選択をドラッグし、次にその圧力を開放してオブジェクト（複数可）のドロップを実施するときに実施される。基本的に、ポインティングデバイスが指示するウィンドウは、ドロップ操作を通知するメッセージ、及び転送されるオブジェクト、及び好ましくはオブジェクトの説明を受信する。

通常、転送されるデータは、割り当てられたフォーマットでクリップボード内に格納され、したがって潜在的な変換を必要とする。そのようなクリップボードは通常、ファイル又はファイル群内にカプセル化される。

共有クリップボードに基づく既存の解決策は、相互運用性及び同期の制限を提示する。一方では、それらの解決策はドラッグアンドドロップされるデータのフォーマットを取り決めることを可能にしない。他方では、それらの解決策は多くの場合、特定の実施に厳密に縛られ、オペレーティングシステムに依拠する。さらに、共有クリップボードを大量のデータと共に管理するのが複雑になるため、それらの解決策は多くの場合、ファイル又はディレクトリではなくテキストベースのオブジェクトに使用される。

さらに、既存の解決策を、ローカルアプリケーションとリモートアプリケーションとの間で使用することができるが、リモートアプリケーション間のドラッグアンドドロップ動作のケースには適用可能でない。

特許文献１は、サイズの小さいデータオブジェクト（たとえばテキストメッセージ）を、クライアントコンポーネントとサーバーコンポーネントとの間で現在確立されているターミナルサービスセッションによってドロップするための方法を開示する。この方法は、オブジェクトのリモートプロシージャコール（ＲＦＣ）に拘束され、異なるデータ転送手段（たとえば、ファイル転送、ストリーミング．．．）を使用してデータを交換することが可能でなく、セッションに関与する２つのデバイスに厳密に縛られる。実際に、大きなデータファイルは、所望のドロップ動作に依拠して、他のより適切なプロトコルを必要とする場合がある。

国際公開第２００７／１４２７０８号

本発明は、上記の欠点を克服するドラッグアンドドロップ手法を提案する。

本発明の例示的な目的は、ドラッグソースをドロップソースから区別すると共にドラッグターゲットをドロップターゲットから区別する、分散型の通信プロトコルを使用するシステムを用いて達成される。

以下の説明及び特許請求の範囲において、データオブジェクトは、ドラッグされるデータオブジェクト及びドロップされるデータオブジェクトから構成される。ドラッグされるデータオブジェクトは、ドロップされる少なくとも１つのオブジェクト（たとえば、ファイル若しくはディレクトリ、又はボタン若しくはフォームのような任意のウィジェットを表現するアイコン、テキスト選択、若しくはアプリケーションウィンドウ）の説明として定義される。ドロップされるデータオブジェクトは、ユーザが該ドラッグされるデータオブジェクトをドラッグターゲットにドロップする動作時にドロップターゲットに送信される、該ドラッグされるデータオブジェクトに関連付けられる未加工のデータオブジェクト（複数可）として定義される。２つ以上の未加工のデータオブジェクトを１つのドラッグされるデータオブジェクトに関連付けることができ、したがって、上記ドロッピング動作によって、潜在的に異なるタイプ（たとえば、ビデオ、テキスト．．．）を持つ複数の可能な未加工のデータオブジェクトのうちの１つ又は複数が伝送されることができるようになる。ドラッグソースは上記ドラッグされるデータオブジェクトを所有し、ドラッグアンドドロップ通信プロトコルの開始プログラム（Initiator）として定義される。ドラッグターゲットは上記ドラッグされるデータオブジェクトのレシーバとして定義される。ドロップソースは、ドラッグソースによって構成され、適切なデータ転送メカニズムを使用してドロップされるデータオブジェクトを送信するドロップ要素として定義され、ドロップターゲットは、ドロップされるデータオブジェクトを受信するドロップ要素を表す。ドラッグドロッププロキシは、メッセージを変更することなくドラッグアンドドロップシグナリングを転送するプロキシ（ステートレスプロキシ）、又はメッセージを検査し、ドロップされるデータオブジェクトを交換するのに使用する通信経路内に自身を含めるようにメッセージを変更すると共に、変更されたメッセージを転送するプロキシ（ステートフルプロキシ）の役割を果たす要素として定義される。

帯域内伝送は、ドラッグアンドドロップ通信プロトコル内での、ドロップされるデータオブジェクトの伝送を意味し、一方で帯域外伝送は、ドラッグされるデータオブジェクトが転送されるチャネルと異なるチャネル内での、ドロップされるデータオブジェクトの伝送を意味する。たとえば、ドロップされるデータオブジェクトは別個のユーザデータチャネル内で送信され得る。別個のチャネルはエンドツーエンドのデータパイプとされ得、ファイル転送プロトコルは、潜在的に、異なる無線アクセスネットワーク技術（たとえばＷｉＦｉアクセスネットワークインタフェース、セルラネットワークアクセスインタフェース、又はＢｌｕｅｔｏｏｔｈ（登録商標）アクセスネットワークインタフェース、．．．）によって使用される。

本発明の例示的な目的は、移動ユーザ機器が、少なくとも２つのリモートアプリケーション間、又はリモートアプリケーションとローカルアプリケーションとの間でデータオブジェクトをドラッグアンドドロップすることを可能にするためのシステムを用いて達成される。本システムは、ドラッグソースと、ドラッグターゲットと、ドロップソースと、ドロップターゲットとを含み、ドラッグソースは、上記ドロップされるデータオブジェクトを上記ドロップソースと上記ドロップターゲットとの間で交換するための伝送プロトコルをドラッグターゲットと交渉するために構成される。

上述の発明の概要は、以下の詳細な説明はもちろん、本発明の例示的な実施形態を示す添付の図面と組み合わせて読まれるときにより良好に理解されるであろう。

常駐アプリケーション２と、第１及び第２のリモートデスクトップアプリケーションとを含むＵＥシンクライアントスクリーン表示を概略的に示す図である。 本発明によるドラッグアンドドロップシステムを概略的に示す図である。 図２のシステムにおいて使用される一般的なプロトコルメッセージシーケンスを概略的に示す図である。 本発明の第１の例示的な実施形態における、リモートアプリケーションからローカルアプリケーションへのオブジェクトのドラッグアンドドロップ動作を概略的に表す図である。 本発明の第２の例示的な実施形態における、ローカルアプリケーションからリモートアプリケーションへのオブジェクトのドラッグアンドドロップ動作を概略的に表す図である。 本発明の好ましい例示的な実施形態における、リモートアプリケーションからリモートアプリケーションへのオブジェクトのドラッグアンドドロップ動作を概略的に表す図である。 ＵＥがステートフルプロキシ又はステートレスプロキシの役割を果たすことができる、ＵＥの２つの可能なプロキシ構成を示す図である。 本発明の例示的な態様によるドラッグソース状態チャートの概要を概略的に示す図である。 本発明の例示的な態様によるドラッグターゲット状態チャートの概要を概略的に示す図である。 図８によって説明されるステップの概略図である。 クライアントデバイスが、第１の移動デバイス内で実行されている第１のリモートデスクトップアプリケーションと、第２の移動デバイス内で実行されている第２のリモートデスクトップアプリケーションとに接続されている、本発明の応用形態を示す一実施例を概略的に示す図である。 移動ＵＥ内のローカルビデオプレーヤへのビデオファイルのドロッピングを概略的に示す図である。 リモートフレームバッファプロトコルを使用する実施に対する可能なパスを概略的に示す図である。

図１は、常駐アプリケーション２と、図示されない第１のシンクライアントサーバーＳ１及び第２のシンクライアントサーバーＳ２によってそれぞれＵＥに配信された、第１のリモートデスクトップアプリケーション（ＲＤＡ１）７及び第２のリモートデスクトップアプリケーション（ＲＤＡ２）９と、を含むＵＥシンクライアントスクリーン表示１を概略的に示している。

ユーザ０は、常駐アプリケーション２から第１のリモートデスクトップアプリケーション７（それぞれＲＤＡ１ ７から常駐アプリケーション２）に仮想データオブジェクトをドラッグアンドドロップすることができる（矢印４）か、又は上記第１のリモートデスクトップアプリケーション（ＲＤＡ１）７と第２のリモートデスクトップアプリケーション（ＲＤＡ２）９との間で仮想データオブジェクトをドラッグアンドドロップすることができる（矢印６）。

図２は、ドラッグソース１０と、ドラッグターゲット１２と、ドロップソース１４と、ドロップターゲット１６とを含む、クライアント−サーバアーキテクチャネットワークの論理概念の概要を示している。

図２に示すように、第１のチャネル２０を介して、ドラッグソース１０とドラッグターゲット１２との間でドラッグアンドドロップシグナリングが交換され、一方で第１のチャネル２０とは異なる第２のチャネル２２を介して、ドロップソース１４とドロップターゲット１６との間でデータオブジェクトが交換される。

チャネル２０とチャネル２２との論理的分離は、ドラッグソース１０及びドロップソース１４（それぞれドラッグターゲット１２及びドロップターゲット１６）が同じ物理デバイス内でホスティングされることを妨げないことに留意されたい。それにも関わらず、このアーキテクチャは、これらの要素が別個のエンティティ内に存在することを可能にし、それによって新たなビジネスモデル、新たな使用事例及び能力を可能にする。

図３は、データオブジェクト操作のドラッグアンドドロップに関与するエンティティ間で使用される一般的な通信プロトコルを示している。該通信プロトコルは以下のメッセージを含む。
−ドラッグソース１０によってドラッグターゲット１２に送信され、該ドラッグターゲット１２にオブジェクト選択（すなわち、ドラッグされるデータオブジェクト）のドラッグを処理するように通知する、ドラッグ通知３０。ドラッグ通知３０は、選択のオブジェクト（複数可）の説明を含み、さらに上記オブジェクトのグラフィック表現を含むことが好ましい。グラフィック情報は、ドラッグターゲット１２が、ドラッグオブジェクトをカーソルグラフィック効果と共に視覚的にレンダリングすることを可能にする。オブジェクト（複数可）の説明によって、ドラッグターゲット１２がドラッグオブジェクトのロケーション情報と、該ドラッグオブジェクトの特性（たとえばサポートされるフォーマットのリスト）を登録することを可能にする。これによって、特定のアプリケーションがポインティングデバイスによって指示されない場合に（すなわち、これは本発明におけるいわゆる「明確性のない特徴」である）、アプリケーションを自動選択することをさらに可能にする。ドラッグ通知３０は、ドラッグソース１０によってサポートされる動作のリストをさらに含むことができる。
−ドラッグオブジェクト拒否３２又はドロップオブジェクト要求３４：
・ドラッグオブジェクト拒否３２は、ドラッグターゲット１２がドラッグアンドドロップ操作を処理することができない（又は処理を拒否する）場合に、ドラッグ通知３０に応答してドラッグソース１０に返される。
・ドロップオブジェクト要求３４は、ドラッグされるデータオブジェクトがドラッグターゲット１２にドロップされるときに、ドラッグターゲット１２によって、ドラッグ通知３０に応答してドラッグソース１０に返される。ドロップオブジェクト要求は、オブジェクト識別子及び好ましいデータ転送メカニズムを含む。ドロップオブジェクト要求は、ドラッグターゲット１２によって選択される、オブジェクトのコピー、オブジェクトのエイリアス、オブジェクトのコピー及び削除、又はオブジェクトのストリーム伝送等のような動作も含む。これによって、ドラッグソース１０が、オブジェクトのドロップ中及びドロップ後により正確な動作を実施することが可能になる。ドラッグターゲット１２によって動作が特定されない場合、ドラッグソース１０はデフォルト動作に取りかかることができる。デフォルト動作はオブジェクトのコピーとすることができる。
−ドロップオブジェクト要求３４の受信時にドラッグターゲット１２に返されるドロップオブジェクト応答３６。
このメッセージは、帯域内の要求データ又はデータ交換プロトコルのいずれかと、要求される関連パラメータ（たとえばＩＰアドレス及びポート番号）とを含む。したがって、ドラッグソース１０は、選択されたデータ交換プロトコル３８に基づいてドロップソース１４を構成し（矢印４０）、ドラッグターゲット１２は、ドロップターゲット１６を、データを受信するように構成する（矢印４２）。本発明の特定の実施形態では、ドロップオブジェクト応答３４は、「オブジェクトのストリーム伝送」の動作に関連付けられるライセンス情報をさらに含み、それによって、ドロップターゲット内のＤＲＭエージェントがドロップソースからのビデオストリームを再生することを可能にする。
−ドラッグソース１０とドラッグターゲット１２との間でドラッグアンドドロップ操作の完了をシグナリングするドラッグドロップ終了４４。このメッセージは、必ずしもドロップされるデータオブジェクトの伝送の終了に結びつくとは限らない場合があるため、ドロップされるデータオブジェクトの転送が完了したか否かを通知する指示がこのメッセージにおいて提供される。特定の例示的な実施形態では、このドラッグドロップ終了メッセージは、単にすべてが良好に機能していることを通知するために、ビデオがまだストリーミングされている間に送信されてもよい。それにもかかわらず、「移動動作」ドロッピング結果のような何らかの状況では、ドラッグターゲット１２は、ドロップされるデータオブジェクトが受信済みであり、ドラッグソース１０及び／又はドロップソース１４が該データオブジェクトを除去することができることを通知するために、ドラッグドロップ終了メッセージを送信する。

ドラッグアンドドロップを正確に処理するために、これらのメッセージ３０〜４４を既存のシンクライアントプロトコルメッセージに組み合わせることができ、正確なドラッグアンドドロップ操作を確実にするためにさらなるドラッグアンドドロップメッセージを付加することができることに留意されたい。したがって、ドラッグソース１０によって、ドロップオブジェクト要求３４に応答する確認応答メッセージをドラッグターゲットに送信して、ドロップオブジェクト応答３６の受信までブロッキングを回避することができる。これは、要求が完了するのに時間がかかる場合があるためである。また、ドラッグソースはドラッグアンドドロップ操作を中止することができ、したがって、ドラッグソースは、ドロップオブジェクト拒否メッセージ（図示せず）を送信するか、又は上記確認応答メッセージ内で「拒否」指示を送信するかのいずれかによって、ドラッグアンドドロップ操作を中止することができる。たとえば、ドラッグ通知メッセージ３０は、マウスボタン押下イベント、それに続く移動の拡張イベント、カーソルがドラッグターゲットウィンドウの境界の内側にある場合にドロップオブジェクト要求メッセージをトリガするボタン開放イベントの結果生じる。

図４は、本発明の第１の例示的な実施形態を示している。ここで、データオブジェクトはシンクライアントサーバ１０内に位置するリモートドラッグソースアプリケーションから、ＵＥ１２内に位置するローカルドラッグターゲットアプリケーションにドラッグアンドドロップされる。ドラッグアンドドロップシグナリングは、既に確立されたベアラ又はシンクライアントプロトコル（たとえば、リモートデスクトッププロトコル、独立コンピューティングアーキテクチャ、リモートフレームバッファ）に割り当てられた接続を介してトランスポートされることが好ましい。

図４に示すように、ステップ５０において、ドラッグソース１０は、ＵＥに選択されたオブジェクト（複数可）のドラッグを処理するように要求するために、ドラッグターゲット１２にドラッグ通知メッセージを送信する。そのような通知は、オブジェクトに関する情報（グラフィック表現、サポートされるデータフォーマットのリスト、オブジェクト特性、サポートされる動作）を提供する。

ステップ５２において、ドラッグターゲット１２はドロップオブジェクト要求メッセージ又はドラッグ拒否メッセージを送信する。上記ドロップオブジェクト要求は、ドラッグソース１０が上記シンクライアントサーバーからの要求されたオブジェクトの転送を開始することを可能にする。上記ドロップオブジェクト要求内には以下の情報が含まれる。
−ドラッグソース１０がいずれのオブジェクトがドロップされる必要があるかを理解するのに必要な情報（たとえば、表示座標［ｘ，ｙ］のような領域、又はオブジェクトＩＤ）を含む、ドラッグされるデータオブジェクトの識別情報及び選択されたフォーマット。オブジェクトの選択されたフォーマットは、たとえばＭＩＭＥフォーマットの形式で送信されることが好ましい。
−オブジェクトに対する要求される動作。これはたとえば、該動作がコピー操作若しくは移動（コピーしてから削除する）操作であるか、又はビデオストリームの配信であるかを指示することができる。ドラッグソース１０のデバイスが、ドラッグされるデータオブジェクトに関連付けられる幾つかの動作を有してもよいことが理解されよう。ドラッグターゲット１２によって何も指定されない場合、ドラッグソース１０はデフォルト動作（たとえば「オブジェクトのコピー」）を実施する。
−好ましいデータ転送メカニズム。データオブジェクトは、帯域内で、又は適切なプロトコルを使用して帯域外で、提供され得る。たとえば、ファイルオブジェクトはファイル転送プロトコル（ＦＴＰ）を使用して転送され得る。

ステップ５４において、シンクライアントサーバ１０は、選択されたデータ転送メカニズムを用いてＵＥにドロップオブジェクト応答を送信する。データオブジェクトは、応答自体の中（帯域内）で、又は既知のプロトコル（たとえばファイル転送プロトコル、リアルタイムトランスポートプロトコル）を使用して帯域外で、送信され得る。帯域外の場合、応答は要求されるプロトコルパラメータ（サーバアドレス又はドメイン名、ポート番号．．．）を含む。これは、ドラッグソース１０が、ドロップソース１４を、データオブジェクトを受信するように構成する（矢印４０）ことを可能にする。ドラッグソース１０は、ドラッグターゲット１２のブロッキングを回避するために、ドロップオブジェクト応答を送信する前に、ＡＣＫメッセージ（図示せず）を返送してもよい。これは、ドロップソース１０の構成が完了するのに時間がかかる場合があるためである。

データ転送が完了すると、ドラッグアンドドロップ操作を明確に終了させるために、ドラッグドロップ終了メッセージ５６が送信される。「移動操作」のような動作に依拠して、これはオブジェクトの削除が生じ得る。このメッセージの送信は、データ交換が完了したことを必ずしも意味するものではないため、慎重にドラッグアンドドロップ完了を処理するかは実施態様次第であり、ドラッグドロップ終了メッセージにおいて、ドロップされるデータオブジェクトの転送が完了したか否かをドラッグソース１０に通知する指示が提供されることが理解されよう。たとえば、ビデオオブジェクトがＵＥにストリーミングされる場合、ドラッグソースはストリームの終了まで待機しない場合があり、他のドラッグアンドドロップが並行して実行される可能性がある。

本発明の特定の特徴によれば、ドラッグ通知メッセージ内で送信されるデータオブジェクト情報によって、ドラッグターゲット１２が、適切なアプリケーション、及びこのオブジェクトを用いて実施する動作を自動的に識別することが可能になる。有利には、情報は、特定のアプリケーション（電話帳、カレンダー、テキストエディタアプリケーション．．．）を表す「タグ」識別情報をさらに含むことができ、それによってドロップターゲットはオブジェクトをより正確に自動で格納することができる。そのようなタグは、同型リソース識別の形式で実施することができる。

図５は、本発明の第２の例示的な実施形態を示している。ここで、データオブジェクトは、ＵＥ内に位置するローカルドラッグソースアプリケーション１０から、シンクライアントサーバ内に位置するリモートドラッグターゲットアプリケーション１２にドラッグアンドドロップされる。ドラッグアンドドロップシグナリングは、既に確立されたベアラ又はシンクライアントプロトコル（たとえば、ＲＤＰ、ＩＣＡ、ＲＦＢ）に割り当てられた接続を介してトランスポートされることが好ましい。

ステップ６０において、ドラッグソース１０は、シンクライアントサーバ１２に、ユーザ０によって選択されたデータオブジェクトのドラッグを処理するように要求するために、ドラッグターゲット１２にドラッグ通知メッセージを送信する。そのような通知は、選択されたオブジェクトに関する情報（グラフィック表現、サポートされるデータフォーマットのリスト、オブジェクト特性、サポートされる動作）を提供する。

ステップ６２において、ドラッグターゲット１２はドロップオブジェクト要求メッセージ又はドラッグ拒否メッセージをドラッグソース１０に送信する。ドロップオブジェクト要求メッセージは、ＵＥからシンクライアントサーバ１２への要求されたオブジェクトの転送を開始する。

上記ドロップオブジェクト要求内には以下の情報が含まれる：
−ドラッグソース１０がいずれのオブジェクトがドロップされる必要があるかを理解するのに必要な情報（たとえば、表示座標［ｘ，ｙ］のような領域、又はオブジェクトＩＤ）を含む、ドラッグされるデータオブジェクトの識別子及び所望のフォーマット。オブジェクトの選択されたフォーマットは、たとえばＭＩＭＥフォーマットの形式で送信されることが好ましい。
−オブジェクトに対する要求される動作。これはたとえば、該動作がコピー操作若しくは移動（すなわち、コピーしてから削除する）操作であるか、又はビデオストリームの配信であるかを指示することができる。ドラッグソース１０のデバイスが、ドラッグされるデータオブジェクトに関連付けられる幾つかの動作を有することができることが理解されよう。ドラッグターゲット１２によって何も指定されない場合、ドラッグソース１０はデフォルト動作（たとえば「オブジェクトのコピー」）を提供する。
−好ましいデータ転送メカニズム。そのような指示は、データオブジェクトが、帯域内で、又は適切なプロトコルを使用して帯域外で提供されることを可能にする。たとえば、ファイルオブジェクトはファイル転送プロトコル（ＦＴＰ）を使用して転送され得る。

ステップ６４において、ＵＥは、選択されたデータ転送メカニズムを用いてシンクライアントサーバにドロップオブジェクト応答メッセージを送信する。データオブジェクトは、応答自体の中（帯域内）で、又は既知のプロトコル（たとえばＦＴＰ）を使用して帯域外で送信され得る。帯域外の場合、応答は要求されるプロトコルパラメータ（サーバアドレス又はドメイン名、ポート番号．．．）を含む。これは、ドラッグソース１０が、ドロップソース１４を、データオブジェクトを受信するように構成する（矢印４０）ことを可能にする。ドラッグソース１０は、ドラッグターゲット１２のブロッキングを回避するために、ドラッグオブジェクト応答を送信する前に、ＡＣＫメッセージ（図示せず）を返送してもよい。これは、ドロップソース１０の構成が完了するのに時間がかかる場合があるためである。特定の実施形態では、ストレージデバイス１４は、独自の処理ユニットを有する汎用加入者識別モジュール（ＵＳＩＭ）である。ＵＳＩＭは、ドロップされるデータオブジェクトを格納し、シンクライアントサーバ１２へのこのオブジェクトの伝送を処理する。ＵＥ１０はＳＩＭインタフェースを通じてＵＳＩＭ１４と通信する。したがって、使用の１つの特定のケースでは、ユーザ０はＵＳＩＭからシンクライアントサーバにオブジェクトをドラッグアンドドロップすることができる。

データ転送が完了すると、ドラッグアンドドロップ操作を明確に終了させるために、ドラッグドロップ終了メッセージ６６が送信される。「移動操作」のような動作に依拠して、これはオブジェクトの削除が生じ得る。このメッセージの送信は、データ交換が完了したことを必ずしも意味するものではないため、慎重にドラッグアンドドロップ完了を処理するかは実施態様次第であることが理解されよう。たとえば、ビデオオブジェクトがＵＥにストリーミングされる場合、ドラッグソースはストリームの終了まで待機しない場合があり、他のドラッグアンドドロップが並行して実行される可能性がある。

図６は、本発明の第３の例示的な実施形態を示している。ここで、データオブジェクトは、第１のシンクライアントサーバ内に位置する第１のリモートドロップソースアプリケーション１０から、第２のシンクライアントサーバ内に位置するリモートドラッグターゲットアプリケーション１２にドラッグアンドドロップされる。ドラッグアンドドロップシグナリングは、既に確立されたベアラ又はシンクライアントプロトコル（たとえば、ＲＤＰ、ＩＣＡ、ＲＦＢ）に割り当てられた接続を介してトランスポートされることが好ましい。

ステップ７０において、ドラッグソース１０は、第１のシンクライアントサーバ（ドラッグソース１０の役割を果たす）から第２のシンクライアントサーバ（ドラッグターゲット１２の役割を果たす）へのオブジェクト（複数可）の転送を要求するために、ドラッグターゲット１２にドラッグ通知メッセージを送信する。そのような通知は、オブジェクトに関する情報（グラフィック表現、サポートされるデータフォーマットのリスト、オブジェクト特性、サポートされる動作）を提供する。

ステップ７２において、ドラッグターゲット１２はドロップオブジェクト要求又はドラッグ拒否をドラッグソース１０に送信する。ドロップオブジェクト要求メッセージは、第１のシンクライアントサーバ（ドラッグソース１０の役割を果たす）から第２のシンクライアントサーバ（ドラッグターゲット１２の役割を果たす）への要求されたオブジェクトの転送を開始する。

上記ドロップオブジェクト要求内には以下の情報が含まれる：
−ドラッグソース１０がいずれのオブジェクトがドロップされる必要があるかを理解するのに必要な情報（たとえば、表示座標［ｘ，ｙ］のような領域、又はオブジェクトＩＤ）を含む、ドラッグされるデータオブジェクトの識別子及び所望のフォーマット。オブジェクトの選択されたフォーマットは、たとえばＭＩＭＥフォーマットの形式で送信されることが好ましい。
−オブジェクトに対する要求される動作。これはたとえば、該動作がコピー操作若しくは移動（コピーしてから削除する）操作であるか、又はビデオストリームの配信であるかを指示することができる。ドラッグソース１０のデバイスが、ドラッグされるデータオブジェクトに関連付けられる幾つかの動作を有してもよいことが理解されよう。ドラッグターゲット１２によって何も指定されない場合、ドラッグソース１０はデフォルト動作（たとえば「オブジェクトのコピー」）を提供する。
−好ましいデータ転送メカニズム。そのような指示は、データオブジェクトが、帯域内で、又は適切なプロトコルを使用して帯域外で提供されることを可能にする。たとえば、ファイルオブジェクトはファイル転送プロトコル（ＦＴＰ）を使用して転送され得る。

ステップ７４において、第１のシンクライアントサーバー（ドラッグソース１０の役割を果たす）は、選択されたデータ転送メカニズムを用いて第２のシンクライアントサーバー（ドラッグターゲット１２の役割を果たす）にドロップオブジェクト応答を送信する。データオブジェクトは、応答自体の中（帯域内）で、又は既知のプロトコル（たとえばＦＴＰ）を使用して帯域外で送信され得る。帯域外の場合、応答は要求されるプロトコルパラメータ（サーバアドレス又はドメイン名、ポート番号．．．）を含む。

データ転送が完了すると、ドラッグアンドドロップ操作を明確に終了させるために、ドラッグドロップ終了メッセージ７６が送信される。「移動操作」のような動作に依拠して、これはオブジェクトの削除が生じ得る。このメッセージの送信は、データ交換が完了したことを必ずしも意味するものではないため、慎重にドラッグアンドドロップ完了を処理するかは実施態様次第であることが理解されよう。したがって、ドラッグドロップ終了メッセージにおいて、ドロップされるデータオブジェクトの転送が完了したか否かを通知する指示が提供される。たとえば、ビデオオブジェクトがＵＥにストリーミングされる場合、ドラッグソース１０はストリームの終了まで待機しない場合があり、他のドラッグアンドドロップが並行して実行される可能性がある。

図７は、ＵＥ８１がステートフルプロキシ又はステートレスプロキシの役割を果たすことができるＵＥ８１の２つの可能なプロキシ構成を示す。

ステートフルモードでは、ＵＥは、ドロップソース１０のためのプロキシドロップターゲットの役割を果たすと共に、ドラッグターゲット１２のためのプロキシドロップソースの役割を果たすことによって、第１のリモートアプリケーション１０と第２のリモートアプリケーション１２との間のデータ交換通信において、連続したエージェントの役割を果たす。

ステートレスモードでは、ＵＥは単にドラッグアンドドロッシグナリングメッセージを転送する。ＵＥはオブジェクトデータが交換される方法を知らない。

ＵＥがステートフルモードにおいてドラッグアンドドロップデータオブジェクトプロキシの役割を果たすとき、該ＵＥは、該ＵＥ自体がドラッグアンドドロップシグナリング内の連続エージェントの役割を果たすようにし、該ＵＥ自体をドロップソースのためのレシーバ及びドロップターゲットのためのセンダとして設定する。

図７を参照すると、ステップ８０において、ドラッグソース１０は、第１のシンクライアントサーバに位置するドラッグソース１０から第２のシンクライアントサーバに位置するドラッグターゲット１２へのオブジェクト（複数可）の転送を要求するために、ドラッグアンドドロップデータオブジェクトプロキシ８１の役割を果たすＵＥにドラッグ通知を送信する。そのような通知は、オブジェクトに関する情報（グラフィック表現、サポートされるデータフォーマットのリスト、オブジェクト特性、サポートされる動作）を提供する。

ステップ８２において、ドラッグアンドドロップデータオブジェクトプロキシ８１の役割を果たすＵＥは、上記ドラッグ通知メッセージをドラッグターゲット１２に転送する。

ステップ８４において、ドラッグターゲット１２は、ドラッグアンドドロップデータオブジェクトプロキシ８１の役割を果たすＵＥに、ドラッグ拒否又はドロップオブジェクト要求メッセージを送信する。

上記ドロップオブジェクト要求（８４）内には以下の情報が含まれる：
−ドロップソース１４がいずれのオブジェクトがドロップされる必要があるかを理解するのに必要な情報（たとえば、表示座標［ｘ，ｙ］のような領域、又はオブジェクトＩＤ）を含む、ドラッグされるデータオブジェクトの識別子及び所望のフォーマット。オブジェクトの選択されたフォーマットは、たとえばＭＩＭＥフォーマットの形式で送信されることが好ましい。
−オブジェクトに対する要求される動作。これはたとえば、該動作がコピー操作若しくは移動（コピーしてから削除する）操作であるか、又はビデオストリームの配信であるかを指示することができる。ドラッグソース１０のデバイスが、ドラッグされるデータオブジェクトに関連付けられる幾つかの動作を有してもよいことが理解されよう。ドラッグターゲット１２によって何も指定されない場合、ドラッグソース１０はデフォルト動作（たとえば「オブジェクトのコピー」）を提供する。
−好ましいデータ転送メカニズム。データオブジェクトは、帯域内で、又は適切なプロトコルを使用して帯域外で提供されることができる。たとえば、ファイルオブジェクトはファイル転送プロトコル（ＦＴＰ）を使用して転送され得る。

ステップ８６において、ドラッグアンドドロップデータオブジェクトプロキシ８１の役割を果たすＵＥは、上記ドロップオブジェクト要求メッセージをドラッグソース１０に転送する。

ステップ８８において、ドラッグソース１０は、ドラッグアンドドロップデータオブジェクトプロキシ８１の役割を果たすＵＥに、選択されたデータ転送メカニズムを用いてドラッグオブジェクト応答メッセージを送信する。

ステップ９０において、ＵＥ８１はドロップオブジェクト応答メッセージをドラッグターゲット１２に転送する。

ＵＥがステートレスドラッグアンドドロップデータオブジェクトプロキシの役割を果たす本発明の第１の変形形態では、ステップ１００において、データ交換は必ずしもＵＥを介して行う必要なくエンドツーエンドで実施される。

ＵＥがステートフルドラッグアンドドロップデータオブジェクトプロキシの役割を果たす本発明の第２の変形形態では、該ＵＥは、ドラッグアンドドロップシグナリング内の連続エージェントの役割を果たし、該ＵＥ自体を、第１のデータ交換プロトコル（ステップ１０２）を通じたドロップソースのためのレシーバ、及び第２のデータ交換プロトコル（ステップ１０４）を通じたドロップターゲットのためのセンダとして設定する。

データ転送が完了すると、ドラッグアンドドロップ操作を明確に終了させるために、ドラッグドロップ終了メッセージ１０６が送信される。「移動操作」のような動作に依拠して、これはオブジェクトの削除が生じ得る。このメッセージの送信は、データ交換が完了したことを必ずしも意味するものではないため、慎重にドラッグアンドドロップ完了を処理するかは実施態様次第であることが理解されよう。たとえば、ビデオオブジェクトがＵＥにストリーミングされる場合、ドラッグソースはストリームの終了まで待機しない場合があり、他のドラッグアンドドロップが並行して実行される可能性がある。

好ましい例示的な実施形態では、ドラッグアンドドロップ操作はデフォルトの選好を有するリモートデバイス及びローカルデバイスに対して構成される。たとえば、該操作は、常に「移動操作」を指してもよく、常に「コピー後にオブジェクトを該オブジェクトのロケーションから削除することのないコピー操作」であってもよい。さらに、これはアプリケーション単位で、又はユーザ選好単位で構成され得る。

図８は、ドラッグアンドドロップ動作におけるドラッグソース状態チャートの概要を示すフローチャートであり、ここで、オブジェクトが常駐アプリケーションからクライアント−サーバアーキテクチャネットワーク内のリモートアプリケーションにコピーされる。クライアント−サーバアーキテクチャネットワークは、ドラッグソース１０と、ドラッグターゲット１２と、ドロップソース１４と、ドロップターゲット１６とを含む。ステップ２００において、ユーザ０はドラッグソース１０の役割を果たすＵＥ上に表示される常駐アプリケーションウィンドウ内のオブジェクトをドラッグし、該オブジェクトを上記常駐アプリケーションから、これもＵＥ上に表示されるリモートアプリケーションウィンドウにドラッグする（ステップ２０２）。

常駐アプリケーションが、カーソルが該常駐アプリケーションの境界制限（boundary limit）の内側から、上記リモートアプリケーションウィンドウの境界制限の内側に移動していることを検出する（ステップ２０４）と、クライアント側のリモートアプリケーションはこのイベントを通知され、ドラッグ通知メッセージをサーバ側のリモートアプリケーションに送信する（ステップ２０６）。ドラッグ通知メッセージは、セッション識別子を含むことが好ましく、それによってドラッグアンドドロップセッションを開始することが可能になる。通知イベントは、データオブジェクト情報（利用可能なフォーマットのリスト、名称、作成者、サポートされる動作、選択のグラフィック表現等．．．）と、利用可能なデータ交換プロトコル（たとえばＦＴＰ、ＲＴＦ、及びトリビアルＦＴＰ）のリストとを含む。ドラッグターゲット１２の役割を果たすシンクライアントサーバは、このイベントを「カーソル押下」が「カーソル移動」と結合されたイベントとして登録し、グラフィック表現をカーソルと組み合わせることによって表示を更新する。オブジェクトをリモートアプリケーション内でドラッグすることができる。クライアント側（すなわち、ドラッグソース１０）でオブジェクトを解放すると、ボタン解放イベントがサーバに送信され、これによって、サーバ（すなわち、ドラッグターゲット１２）が、適切な動作を識別し、クライアント側にドラッグ拒否メッセージ（ステップ２０８）又はドロップオブジェクト要求メッセージ（ステップ２１０）のいずれかを送信するようにトリガされる。必要なサーバ選好（たとえばオブジェクトをコピーし、好ましくは該オブジェクトをＦＴＰプロトコルを使用してリトリーブする動作を含む）が要求内に埋め込まれ、次にクライアントがデータ転送メカニズムを選択する。この実施形態ではデータ転送メカニズムはファイル転送である。

ドラッグ拒否メッセージのケースでは、ドラッグアンドドロップ動作を再開し（ステップ２１２）、ドラッグソースをモニタリング状態にする（ステップ２１４）。モニタリング状態において、ドラッグソースは常駐アプリケーションウィンドウ内のカーソルの位置をモニタリングする。ドラッグ拒否メッセージはセッション番号を含み、それによってドラッグターゲット及びドラッグソースが上記ドラッグアンドドロップセッションを閉じることができるようにすることが好ましい。

ドロップオブジェクト要求メッセージのケースでは、クライアントが確認応答（図示せず）をサーバに送信し、該サーバに、該クライアントが要求を受信済みであり、応答を準備中であることを通知する。したがって、クライアントはドロップソース１４の役割を果たすＦＴＰサーバを準備し（ステップ２１６）、シンクライアントサーバ１６に、必要なパラメータ（ＦＴＰサーバアドレス及びポート番号又はプロトコル識別子を含む）を有するドロップオブジェクト応答を送信する（ステップ２１８）。

上記ドロップオブジェクト応答の伝送は、帯域内（ステップ２２０）又は帯域外（ステップ２２２）とすることができる。この実施形態では、所定のデータチャネルを介したファイル転送プロトコルを使用することによって、帯域外伝送が選択される。

ステップ２２４において、サーバは、ドロップターゲットがファイルオブジェクトを受信していることを通知するドラッグドロップ終了メッセージによってクライアントに応答する。

オブジェクトは、「クリップボード」と呼ばれるメモリエリア内にコピーされ、オブジェクト識別子によって識別されるため、ＦＴＰサーバ（ドロップソース１４）は、シンクライアントサーバ（ドロップターゲット１６）がＦＴＰクライアント要求を受信すると、要求されたオブジェクトを送信することができる。

図９は、図８のドラッグアンドドロップ動作におけるドラッグソース状態チャートの概要を示すフローチャートである。

ステップ３００において、ドラッグターゲット１２はドラッグソースによって送信されたドラッグ通知メッセージを受信する。ドラッグアンドドロップセッションが開始される。

ステップ３０２において、リモートアプリケーションはオブジェクト（ロケーション、ＩＤ、特性．．．）を識別する。

カーソルがリモートアプリケーションウィンドウの境界制限の外側にある場合、ドラッグターゲット１２はドラッグ拒否メッセージをドラッグソースに送信する（ステップ３０４）。ドラッグターゲット１２及び／又はドロップターゲット１６がデータオブジェクトを処理することができない場合も、ドラッグターゲット１２はドラッグ拒否メッセージを送信する。ドラッグアンドドロップセッションは閉じられる。

ドロップイベントが検出されると、ドラッグターゲット１２はオブジェクト情報を登録し、データ転送選好を識別し（ステップ３０６）、ステップ３０８においてドロップオブジェクト要求メッセージを送信する。

ステップ３１０において、ドラッグソース１０は帯域内（ステップ３１２）又は帯域外（ステップ３１４）でドロップオブジェクト応答をドラッグターゲット１２に送信する（ステップ３１０）。特定の実施形態では、ドラッグターゲットは、ＦＴＰクライアント（すなわちドロップターゲット１６）を、ファイルオブジェクトであるドロップされるデータオブジェクトを受信するように構成する。

ステップ３１６において、ドラッグターゲット１２はドラッグドロップ終了メッセージをドラッグソース１０に送信する。

図１０は、図８によって説明されたステップの概略図である。

図１０に示すように、オブジェクトはクライアント側４０１に位置する常駐アプリケーション４００から、サーバ側４０５のシンクライアントサーバ４０３によってシンクライアントプロトコルを通じてＵＥに配信されるリモートアプリケーション４０２にコピーされる。

ユーザ０は常駐アプリケーションからオブジェクトをドラッグする（矢印４０４）。

常駐アプリケーション４００が、カーソルが該常駐アプリケーションの境界制限の内側から、リモートアプリケーション４０２の境界制限の内側に移動していることを検出すると、クライアント側のリモートアプリケーション４０２はこのイベントを通知され、ドラッグ通知メッセージをリモートアプリケーションのクライアントサーバ４０３に送信する（ステップ４０６）。クライアント側４０１でオブジェクトを解放すると、解放イベントがサーバ側４０５に送信され、これによって、シンクライアントサーバ４０３が、適切な動作を識別し、ドロップオブジェクト要求メッセージ４０８を送信するようにトリガされる。

クライアント側４０１が確認応答４１０をシンクライアントサーバ４０３に送信し、該シンクライアントサーバ４０３に、該クライアントが要求を受信済みであり、応答を準備中であることを通知する。クライアント側はＦＴＰサーバ４１２を準備し、必要なパラメータ（ＦＴＰサーバアドレス及びポート番号又はプロトコル識別子を含む）を有するドロップオブジェクト応答４１４を送信する。オブジェクトは、「クリップボード」と呼ばれるメモリエリア内にコピーされ、オブジェクト識別子によって識別されるため、ＦＴＰサーバ４１２は、シンクライアントサーバ４０３がＦＴＰクライアント要求を受信すると、要求されたオブジェクトを送信することができる。

ステップ４１６において、シンクライアントサーバ４０３はドラッグドロップ終了をリモートアプリケーション４０２に送信する。

ステップ４２０において、ＦＴＰサーバとＦＴＰクライアントとの間でデータオブジェクトを交換する。

メモリプール４２２のエリア内のコピーされたオブジェクトは、該オブジェクトが正当なシンクライアントサーバによってダウンロードされ、好ましくは現在ローカルマシン内に存在するクリップボードとは別個のクリップボード内に格納されるまでロックされたままであることに留意されたい。実際に、コピーされるオブジェクトが移動操作を参照した場合、且つシンクライアントがローカルアプリケーションをダウンロードする前に、ユーザ０が該ローカルアプリケーションに対しペースト操作を実施する場合、これは結果として、オブジェクトをシンクライアントサーバではなくローカルマシンにおいて移動することとなる。したがって、コピーされるオブジェクトは、操作（移動又はコピー）に拘束され、且つ移動操作のみのケースでは、オブジェクトの宛先となっている正当なシンクライアントサーバに拘束されなくてはならない。コピー操作のケースでは、コピーされるオブジェクトはメモリプール内に留まることができる。該オブジェクトは同じシンクライアントサーバ又は異なるシンクライアントサーバに対して数回コピーされてよい。

図１１は、本発明の応用形態を示している。ここで、クライアントデバイス５００（たとえばＰＣマシン）は第１の移動デバイス５０２内で実行されている第１のリモートデスクトップアプリケーション及び第２の移動デバイス５０４内で実行されている第２のリモートデスクトップアプリケーションに接続されている。これらはそれぞれ、無線ネットワークインタフェース（たとえば、ＷｉＦｉ、ＷｉＭＡＸ、又は３Ｇ）を有する第１のシンクライアントサーバ及び第２のシンクライアントサーバを表す。移動デバイスは、Ｂｌｕｅｔｏｏｔｈ接続性を使用してクライアントデバイス５００に接続される。したがって、２つのクライアントアプリケーションがクライアントデバイス５００上で開始され、シンクライアントサーバ５０２及び５０４がそれぞれの割り当てられたアプリケーションウィンドウ上でレンダリングされている表示を制御する。ユーザ０は、マウス及びキーボードを使用してクライアントデバイス５００と対話することができ、シンクライアントサーバ５０２によって制御されている第１のリモートアプリケーションから、第２のシンクライアントサーバ５０４によって制御されている第２のリモートアプリケーションにオブジェクトをドラッグすることができる。シンクライアントデバイス５００は、ステートフルドラッグドロッププロキシの役割を果たすか、又はステートレスドラッグドロッププロキシの役割を果たすかのいずれかである。ステートフルドラッグドロッププロキシの役割を果たすケースでは、データオブジェクトは上記クライアントデバイス５００を通じて転送され、ステートレスドラッグドロッププロキシの役割を果たすケースでは、たとえばファイルオブジェクトの転送は無線ネットワークを介して実施され得る。

図１２は、移動ＵＥ６００内のローカルビデオプレーヤ（すなわちドロップターゲット）へのビデオファイルのドロップを示しており、これによってシンクライアントサーバ５００は、ビデオストリームサーバ（すなわちドロップソース）、及びビデオストリームを受信するＵＥ６００を準備することになる。シンクライアントサーバ５００（すなわちドラッグソース）は、移動ＵＥ６００内の出力表示を制御し、ユーザ０は、本発明に従って、ビデオファイルオブジェクトを、リモートアプリケーションウィンドウから、常駐ビデオプレーヤ（ドロップターゲット）を参照するビデオプレーヤアイコン（ドラッグターゲット）にドラッグすることができる。これによって、ビデオプレーヤが、開始し、再生ビデオストリームサーバ６０２からビデオファイルを受信するようにトリガされる。

図１３は、リモートフレームバッファプロトコル（ＲＦＢ）を使用する実施に対する可能なパスを示している。ドラッグアンドドロップメッセージは、双方向（クライアントからサーバへのメッセージ又はサーバからクライアントへのメッセージ）に関してメッセージタイプ番号Ｘ７００に関連付けられる。理由は、クライアント及びサーバの双方が、ドラッグソース又はドラッグターゲットのいずれとなることもできるためである。「Ｘ」はＲＦＢプロトコル仕様において定義される既存のメッセージタイプ番号とは異なる新たな番号である。

メッセージタイプＸのドラッグアンドドロップメッセージのそれぞれは、以下のようなサブメッセージタイプ７０２を使用して差別化される。

ドラッグアンドドロップメッセージ７０４のコンテンツは、サブメッセージタイプ７０２に依拠する。

ドラッグ通知ドラッグアンドドロップメッセージ（ドラッグソースによってドラッグターゲットに送信される）は以下の情報を含む。

動作ビット配列は、以下とすることができる。

ここで、
・「ｃ」ビットは「コピー」動作を指す
・「ａ」ビットは「エイリアス」動作を指す
・「ｍ」ビットは「移動」動作を指す
・「ｕ」ビットは「ＵＲＩリトリーブ」動作を指す
・「ｓ」ビットは「ストリーム」動作を指す
・ＦＦＵは、他の動作が要求される場合のさらなる使用のために予約される

ドラッグオブジェクト拒否ドラッグアンドドロップメッセージ（ドラッグターゲットによってドラッグソースに送信される）は以下を含む。

ドロップオブジェクト要求ドラッグアンドドロップメッセージ（ドラッグターゲットによってドラッグソースに送信される）は以下を含む。

ドロップオブジェクト要求ＡＣＫドラッグアンドドロップメッセージ（ドラッグソースによってドラッグターゲットに送信される）は以下を含む。

ドロップオブジェクト応答ドラッグアンドドロップメッセージ（ドラッグソースによってドラッグターゲットに送信される）は以下を含む。

たとえば、「ＵＲＩリトリーブ」動作のケースでのみ、帯域内データ情報は、プロシージャ指示（たとえば、ＵＲＩを用いてウェブブラウザを開始する、ＵＲＩを格納する、又は電話をかける）を有するＵＲＩ文字列を含むことができる。

この特定の動作の場合、実施態様は、帯域内メッセージにおいて以下のフォーマットを使用することができる。

ドラッグドロップ終了ドラッグアンドドロップメッセージは以下を含む。

本発明によるシステムによって、ドラッグアンドドロッププロシージャに関与するエンティティと異なるエンティティ間でデータが交換されることが可能になる。

本発明によれば、ドラッグソースとドラッグターゲットとの間で交渉される伝送プロトコルは、上記ドロップソースからドロップされるデータオブジェクトを上記ドロップターゲットに送信するために、帯域内伝送チャネル又は帯域外伝送チャネルのいずれかを使用する。

本発明の第１の例示的な実施形態では、移動ユーザ機器は、リモートデスクトップアプリケーション上の１組のオブジェクトを選択し、該選択されたオブジェクトをローカルアプリケーション内にドロップする。

本発明の第２の例示的な実施形態では、移動ユーザ機器は第１のリモートデスクトップアプリケーション上で１組のオブジェクトを選択し、該選択されたオブジェクトを第２のリモートデスクトップアプリケーション内にドロップする。たとえば、オブジェクトはオフィスのシンクライアントサーバから自宅のシンクライアントサーバにドラッグすることができ、逆もまた同様である。

本発明の第３の例示的な実施形態では、移動ユーザ機器はローカルアプリケーション上で１組のオブジェクトを選択し、該選択されたオブジェクトをリモートデスクトップアプリケーション内にドロップする。

上記選択されたオブジェクトに関連付けられるドロップされるデータオブジェクトは、必ずしもドラッグアンドドロッププロシージャに関与していないエンティティ間で交換してもよい。たとえば、選択されたオブジェクトは、シンクライアントサーバから移動ユーザ機器にドラッグすることができ（すなわち、ドラッグされるデータオブジェクトが交換される）、該選択されたオブジェクトに関連付けられるビデオファイル（すなわちドロップされるデータオブジェクト）を、ビデオ再生サーバから移動ユーザ機器にストリーミングすることができる。

本発明の特定の一変形形態によれば、ドラッグソース及びドロップソースは移動ユーザ機器内に位置し、一方でドラッグターゲット及びドロップターゲットは単一のリモートサーバ内に位置する。

別の一変形形態では、ドラッグソース及びドロップソースは移動ユーザ機器内に位置し、一方、ドラッグターゲット及びドロップターゲットは異なるリモートサーバ内に分散される。

本発明の例示的な一態様による方法は、ドラッグソース及びドラッグターゲットが、第１のデータチャネルを介してドラッグアンドドロップシグナリングを交換し、一方でドロップソース及びドロップターゲットは、上記第１のデータチャネルとは異なる第２のデータチャネルを介してデータオブジェクトを交換することができるということによって特徴付けられる。

したがって、本発明の例示的な態様による方法は、ドラッグアンドドロップ方法が分散手法を採用し、それによってドラッグアンドドロップ制御シグナリングをドラッグアンドドロップデータオブジェクト交換から分離するという点で有利であることがわかる。

さらに、ユーザは、ローカルアプリケーション及びリモートアプリケーションの双方と対話し、全てのオブジェクトが同じデバイス上にあるかのようにオブジェクトをドラッグアンドドロップすることができる。

したがって、本方法は、トランスペアレントで、従来のコピー／ペースト方法と同様であるが、異なるメカニズムを使用すると共に、カスタマイズされたドロップ結果を可能にする機能を提供する。

好ましい実施態様では、本発明による方法は、
−ドラッグソースが、選択されたデータオブジェクトが、該データオブジェクトのアプリケーションウィンドウの境界制限の外側に移動し、ドラッグターゲットアプリケーションウィンドウの境界内に入るのを検出する。したがって、ドラッグソースは、ドラッグターゲットが選択されたデータオブジェクトのドラッグを処理するように通知するドラッグ通知を該ドラッグターゲットに送信するステップと、
−上記ドラッグ通知に応答して、ドラッグターゲットが、該ドラッグターゲットがドラッグアンドドロップ操作を処理することができない場合、若しくは該ドラッグターゲットが、上記選択されたデータオブジェクト（すなわちドラッグされるデータオブジェクト）がドラッグソースアプリケーションウィンドウの内側へ戻っていくのを検出する場合はドラッグオブジェクト拒否メッセージによって、又は、ドラッグされるデータオブジェクトがドラッグターゲットアプリケーションウィンドウ内にドロップ及び受容される場合はドロップオブジェクト要求によってのいずれかでドラッグソースに応答するステップと、
−上記ドロップオブジェクト要求が受信されると、上記ドラッグソースが、要求された帯域内データ、又はドロップターゲットがドロップされるデータオブジェクトをドロップソースからリトリーブすることができるような、ＩＰアドレス及びポート番号のような関連パラメータを伴うデータ交換プロトコルのいずれかを含むドロップオブジェクト応答を上記ドラッグターゲットに送信するステップと、
−上記ドロップオブジェクト応答が受信されると、ドラッグソースが、選択されたデータ交換プロトコルに基づいてドロップソースを構成し、ドラッグターゲットが、ドロップターゲットを、選択されたデータを受信するように構成するステップと、
−ドラッグターゲットが、ドラッグソースに、ドラッグソースとドラッグターゲットとの間のドラッグアンドドロップ操作が完了したことを告げるドラッグドロップ終了信号を送信するステップと、
を含む。

ドラッグアンドドロップ操作を正確に処理するために他のメッセージを送信することができる。したがって、ドラッグソースは確認応答メッセージをドラッグターゲットに送信して、ドラッグターゲットのブロッキングを回避してよく、ドラッグソースは、別のメッセージ（たとえばドロップオブジェクト拒否メッセージ）を送信するか又は確認応答メッセージ（たとえばドロップオブジェクト要求ＡＣＫ）内で指示を送信することによって、ドラッグアンドドロップ操作を中止してもよい。

好ましくは、上記ドラッグ通知は、ドラッグターゲットが、選択されたデータオブジェクトのロケーション情報、及びアプリケーションの自動選択をさらに可能にすることができる該選択されたデータオブジェクトのプロパティを登録することを可能にする、選択されたデータオブジェクトの説明と、ドラッグターゲットが、従来のカーソルグラフィック効果に加えて、選択されたデータオブジェクトの視覚的レンダリングを行うことを可能にする上記選択されたデータオブジェクトのグラフィック表現とを含む。ドラッグ通知は、ドラッグターゲットが好ましい動作を効果的に選択することを可能にするための、ドラッグソースによってサポートされる動作のリストをさらに含むことができる。上記動作は予期されるドロッピング結果を指す。

ドロップオブジェクト要求は、オブジェクト識別子と、好ましいデータ転送メカニズムと、ドラッグターゲットによって選択される好ましい動作の説明とを含む。

ドロップオブジェクト応答は、オブジェクト識別子と、潜在的なデータ交換プロトコルパラメータを伴う選択されたデータ転送メカニズムとを含む。ドロップオブジェクト応答は、ドロップターゲット内のＤＲＭエージェントがドロップソースからビデオストリームを再生することを可能にするオブジェクトのストリーム伝送の動作に関連付けられるライセンス情報をさらに含む。

本発明の例示的な一態様による方法は、ドラッグソースによってサポートされる１組の可能な動作を含み、該動作は、
−上記ドロップターゲットが、上記ドロップソースから選択のストリームを受信することを可能にする選択動作のストリームと、
−ドロップソースが選択されたオブジェクトのコピーを受信することを可能にする選択動作のコピーと、
−ドロップターゲットがドロップソースから物理データオブジェクトへのリンクアドレスを受信することを可能にする選択のエイリアスと、
−選択動作のコピーであり、その後に選択の除去が続く、選択の移動コマンドと、
−ドロップソースが選択に関連付けられるＵＲＩを使用し、該ＵＲＩを使用する適切なプロシージャを実行することを可能にする、該ＵＲＩのリトリーブコマンドと、
から成る。

本発明の一変形形態では、ドロップオブジェクト応答は、ドロップターゲット内のＤＲＭエージェントがドロップソースによって送信されるビデオストリームを再生することを可能にする、オブジェクトのストリーム伝送の上記動作に関連付けられるライセンス情報をさらに含む。

特定の実施態様では、ドラッグアンドドロップメッセージ（すなわち、ドラッグ通知、ドラッグオブジェクト拒否、ドロップオブジェクト要求、ドロップオブジェクト応答、ドラッグドロップ終了）は、ドラッグアンドドロップセッションを正確に処理するためのセッション識別番号を含む。これによって、ドラッグソース及びドラッグターゲットの双方が、ドラッグアンドドロップメッセージが関連するセッションを識別し、上記ドラッグアンドドロップセッションを廃棄することによってブロッキング状況を回避するために、上記ドラッグアンドドロップメッセージの送信時にタイマーを始動することができる。

有利には、通信エラー及び悪意のある攻撃を防ぐことができ、複数のドラッグアンドドロップセッションを並列に実行することができる。

本発明の例示的な一態様による方法は、メモリ記憶装置内に格納され、コンピュータ内で実行されると、移動ユーザ機器が、システム内の少なくとも２つのリモートアプリケーション、又はリモートアプリケーションとローカルアプリケーションとの間でデータオブジェクトをドラッグアンドドロップすることを可能にするのに適応したコンピュータプログラム製品によって実施される。上記システムは、ドラッグソースと、ドラッグターゲットと、ドロップソースと、ドロップターゲットとを含む。コンピュータプログラムは以下の命令を含む。
−移動ユーザ機器が、少なくとも２つのリモートアプリケーション間（又はリモートアプリケーションとローカルアプリケーションとの間）でデータオブジェクトをドラッグアンドドロップし、該移動ユーザ機器自体を、ドラッグソース、若しくはドラッグターゲット、又はその両方として構成することを可能にするための命令。
−ドラッグソースが、上記ドラッグソースアプリケーションウィンドウの境界の外側のオブジェクト選択の移動を検出することを可能にするための命令。
−ドラッグソースが、ドラッグターゲットに、選択されたデータオブジェクト（すなわちドラッグされるデータオブジェクト）のドラッグを処理するように通知するドラッグ通知を該ドラッグターゲットに送信することを可能にするための命令。
−ドラッグターゲットが、該ドラッグターゲットがドラッグアンドドロップ操作を処理することができない場合、若しくは選択されたデータオブジェクトがドラッグソースアプリケーションウィンドウの境界の内側からドラッグソースアプリケーションウィンドウの境界へ移動する場合はドラッグオブジェクト拒否メッセージによって、又は、ドラッグされるデータオブジェクトがドラッグターゲット内にドロップ及び受容される場合はドロップオブジェクト要求によってのいずれかでドラッグソースに応答することを可能にするための命令。
−ドラッグソースが、要求された帯域内データ、又はドロップターゲットがドロップされるデータオブジェクトをドロップソースからリトリーブすることを可能にする、ＩＰアドレス及びポート番号のような関連パラメータを伴うデータ交換プロトコルのいずれかを含むドロップオブジェクト応答を上記ドラッグターゲットに送信することを可能にするための命令。しかしながら、ドラッグソースがドラッグアンドドロップ操作を中止することを望む場合、該ドラッグソースは、別のメッセージ（たとえばドロップオブジェクト拒否メッセージ）を送信するか、又は確認応答メッセージ（たとえば、上記ドロップオブジェクト要求の受信に確認応答するドロップオブジェクト要求ＡＣＫメッセージ）内で指示を送信する。
−ドラッグソースが選択されたデータ交換プロトコルに基づいてドロップソースを構成すること、及びドラッグターゲットが、ドロップターゲットを、選択データを受信するように構成することを可能にするための命令。
−ドラッグターゲットがドラッグソースに、ドラッグソースとドラッグターゲットとの間のドラッグアンドドロップ操作が完了したことを告げるドラッグドロップ終了信号を送信することを可能にするための命令。

本発明の例示的な実施形態を参照して本発明を詳細に図示及び説明してきたが、本発明はこれらの実施形態には限定されない。当業者であれば、特許請求の範囲によって規定されるような本発明の精神及び範囲から逸脱することなく、本発明において形式及び詳細の様々な変更を行うことができることを理解するであろう。

Claims (20)

1. 移動ユーザ機器（８１）が、少なくとも２つのリモートアプリケーション（７、９）間、及び／又はリモートアプリケーション（７、９）とローカルアプリケーション（２）との間でデータオブジェクトをドラッグアンドドロップすることを可能にするためのシステムであって、該システムは、ドラッグソース（１０）と、ドラッグターゲット（１２）と、ドロップソース（１４）と、ドロップターゲット（１６）とを含み、該システムは、前記ドラッグソース（１０）が前記データオブジェクトを前記ドロップソース（１４）と前記ドロップターゲット（１６）との間で交換するための伝送プロトコル（３８、３２、１００、１０２、１０４）をドラッグターゲット（１２）と交渉するために構成されることを特徴とする、システム。
2. 前記伝送プロトコル（３８、３２、１００、１０２、１０４）は、前記ドロップソース（１４）から前記ドロップターゲット（１６）に前記データオブジェクトを送信するために、帯域内伝送チャネル又は帯域外伝送チャネルのいずれかを使用する、請求項１に記載のシステム。
3. 前記移動ユーザ機器（８１）は、前記リモートアプリケーション（７、９）上の１組のデータオブジェクトを選択し、該選択されたデータオブジェクトを前記ローカルアプリケーション（２）内にドロップし、これによって前記ドロップソース（１４）から前記ドロップターゲット（１６）への前記データオブジェクトの交換をトリガする、請求項２に記載のシステム。
4. 前記移動ユーザ機器（８１）は第１のリモートアプリケーション（７）上の１組のデータオブジェクトを選択し、該選択されたデータオブジェクトを第２のリモートアプリケーション（９）内にドロップする、請求項２に記載のシステム。
5. 前記移動ユーザ機器（８１）は、前記ローカルアプリケーション（２）上の１組のデータオブジェクトを選択し、該選択されたデータオブジェクトをリモートデスクトップアプリケーション（ＲＤＡ）（７、９）内にドロップする、請求項２に記載のシステム。
6. 前記選択されたオブジェクトは、必ずしも前記ドラッグアンドドロップのプロシージャに関与していないエンティティ間で交換される、請求項３〜５のいずれか一項に記載のシステム。
7. 前記ドラッグソース（１０）及び前記ドロップソース（１４）は、前記移動ユーザ機器（８１）内に位置し、一方で、前記ドラッグターゲット（１２）及び前記ドロップターゲット（１６）は単一のリモートサーバ内に位置するか、又は異なるリモートサーバ内に分散される、請求項３〜５のいずれか一項に記載のシステム。
8. 前記ドロップソースは、加入者識別モジュール、又は無線インタフェース又は固定通信インタフェースを使用して前記移動ユーザ機器に接続される周辺機器である、請求項７に記載のシステム。
9. 移動ユーザ機器（８１）が、システム内の少なくとも２つのリモートアプリケーション（７、９）間、又はローカルアプリケーションとリモートアプリケーションとの間でデータオブジェクトをドラッグアンドドロップすることを可能にするための方法であって、前記システムは、ドラッグソース（１０）と、ドラッグターゲット（１２）と、ドロップソース（１４）と、ドロップターゲット（１６）とを含み、該方法は、前記ドラッグソース（１０）及び前記ドラッグターゲット（１２）が第１のデータチャネルによってドラッグアンドドロップシグナリングを交換し、一方で、前記ドロップソース（１４）及び前記ドロップターゲット（１６）が前記第１のチャネルとは異なる第２のデータチャネルによって前記データオブジェクトを交換することを特徴とする、方法。
10. 前記方法は、
    前記ドラッグソース（１０）が、選択されたデータオブジェクトのドラッグを処理するように前記ドラッグターゲット（１２）に通知するドラッグ通知を該ドラッグターゲット（１２）に送信するステップと、
    前記ドラッグ通知に応答して、前記ドラッグターゲット（１２）が、該ドラッグターゲット（１２）がドラッグアンドドロップ操作を処理することができない場合はドラッグオブジェクト拒否メッセージによって、又は、ドラッグされるデータオブジェクトが前記ドラッグソース内にドロップされる場合はドロップオブジェクト要求によってのいずれかで前記ドラッグソース（１０）に応答するステップと、
    前記ドロップオブジェクト要求が受信されると、前記ドラッグソース（１０）が、要求された帯域内データ、又はＩＰアドレス及びポート番号のような関連パラメータを伴うデータ交換プロトコル（３８、３２、１００、１０２、１０４）のいずれかを含むドロップオブジェクト応答を前記ドラッグターゲット（１２）に送信するステップと、
    前記ドロップオブジェクト応答が受信されると、前記ドラッグソース（１０）が、選択されたデータ交換プロトコル（３８、３２、１００、１０２、１０４）に基づいて前記ドロップソース（１４）を構成し、前記ドラッグターゲット（１２）が、前記ドロップターゲット（１６）を、前記選択されたデータを受信するように構成するステップと、
    前記ドラッグターゲット（１２）が、前記ドラッグソース（１０）と該ドラッグターゲット（１２）との間の前記ドラッグアンドドロップ操作が完了したことを告げるドラッグドロップ終了信号を前記ドラッグソース（１０）に送信するステップと、
    をさらに含む、請求項９に記載の方法。
11. 前記ドラッグ通知は、前記ドラッグターゲット（１２）が、前記選択されたデータオブジェクトのロケーション情報、及びアプリケーションの自動選択をさらに可能にすることができる該選択されたデータオブジェクトのプロパティを登録することを可能にする、前記選択されたデータオブジェクトの説明と、前記ドラッグターゲット（１２）が、従来のカーソルグラフィック効果と共に、前記選択されたデータオブジェクトを視覚的にレンダリングすることを可能にする前記選択されたデータオブジェクトのグラフィック表現と、前記ドラッグソースによってサポートされる１組の可能な動作の説明とを含む、請求項１０に記載の方法。
12. 前記ドロップオブジェクト要求は、オブジェクト識別子と、好ましいデータ転送メカニズムと、前記ドラッグターゲット（１２）によって選択された前記動作の説明とを含む、請求項１０に記載の方法。
13. 動作が特定されない場合、前記ドラッグターゲット（１２）は、オブジェクトのコピーとすることができるデフォルト動作に取りかかる、請求項１１に記載の方法。
14. 前記ドロップオブジェクト応答は、前記ドロップターゲット（１６）内のＤＲＭエージェントが前記ドロップソースからのビデオストリームを再生することを可能にする、「オブジェクトのストリーム伝送」の動作に関連付けられるライセンス情報をさらに含む、請求項１１に記載の方法。
15. 前記ドラッグソース（１０）によってサポートされる１組の可能な動作は、
    前記ドロップターゲット（１６）が、前記ドロップソース（１４）から前記選択のストリームを受信することを可能にする選択動作のストリームと、
    前記ドロップソース（１４）が前記選択されたオブジェクトのコピーを受信することを可能にする選択動作のコピーと、
    前記ドロップターゲット（１６）が前記ドロップソース（１４）から物理データオブジェクトへのリンクアドレスを受信することを可能にする選択のエイリアスと、
    選択の移動コマンドと、
    前記ドロップソース（１４）が前記データオブジェクトに関連付けられるＵＲＩを使用し、該ＵＲＩを使用する適切なプロシージャを実行することを可能にする、該ＵＲＩのリトリーブコマンドと、
    を含む、請求項１０〜１２のいずれか一項に記載の方法。
16. 前記ドロップオブジェクト応答は、前記ドロップターゲット（１６）内のＤＲＭエージェントが前記ドロップソース（１４）によって送信されるビデオストリームを再生することを可能にする、オブジェクトのストリーム伝送の動作に関連付けられるライセンス情報をさらに含む、請求項１１又は１４に記載の方法。
17. 前記ドラッグアンドドロップシグナリングは、正確なドラッグアンドドロップセッション管理を可能にするセッション識別番号を使用する、請求項９〜１６のいずれか一項に記載の方法。
18. 前記ドラッグアンドドロップシグナリングは、リモートフレームバッファ（ＲＦＢ）プロトコル、リモートデスクトッププロトコル（ＲＤＰ）、独立コンピューティングアーキテクチャ（ＩＣＡ）プロトコル、及び適応インターネットプロトコルのようなリモート表示制御プロトコルに基づいて実施される、請求項９〜１７のいずれか一項に記載の方法。
19. 前記ドラッグアンドドロップシグナリングは、ＷＥＢメッセージフォーマット（ｈｔｍｌ、ｘｍｌ、ｊａｖａｓｃｒｉｐｔ、．．．）に基づいてさらに実施され得る、請求項９〜１７のいずれか一項に記載の方法。
20. メモリ記憶装置内に格納され、コンピュータ内で実行されると、移動ユーザ機器（８１）が、システム内の少なくとも２つのリモートアプリケーション（７、９）、又はリモートアプリケーション（７、９）とローカルアプリケーション（２）との間でデータオブジェクトをドラッグアンドドロップすることを可能にするのに適応したコンピュータプログラムであって、前記システムは、ドラッグソース（１０）と、ドラッグターゲット（１２）と、ドロップソース（１４）と、ドロップターゲット（１６）とを含み、該コンピュータプログラムは、
    前記移動ユーザ機器（８１）が、少なくとも２つのリモートアプリケーション（７、９）間、又はローカルアプリケーション（２）とリモートアプリケーション（７、９）との間でデータオブジェクトをドラッグアンドドロップし、該移動ユーザ機器自体を、ドラッグソース（１０）又はドラッグターゲット（１２）として構成することを可能にするための命令と、
    前記ドラッグソース（１０）が、ドラッグターゲット（１２）に、選択されたデータオブジェクトのドラッグを処理するように通知するドラッグ通知を該ドラッグターゲット（１２）に送信することを可能にするための命令と、
    前記ドラッグターゲット（１２）が、該ドラッグターゲット（１２）がドラッグアンドドロップ操作を処理することができない場合はドラッグオブジェクト拒否メッセージによって、又は、ドラッグされるデータオブジェクトが該ドラッグターゲット内にドロップされる場合はドロップオブジェクト要求によってのいずれかでドラッグソース（１０）に応答することを可能にするための命令と、
    前記ドラッグソース（１０）が、要求された帯域内データ、又はＩＰアドレス及びポート番号のような関連パラメータを伴うデータ交換プロトコル（３８、３２、１００、１０２、１０４）のいずれかを含むドロップオブジェクト応答を前記ドラッグターゲット（１２）に送信することを可能にするための命令と、
    前記ドラッグソース（１０）が選択されたデータ交換プロトコル（３８、３２、１００、１０２、１０４）に基づいて前記ドロップソースを構成（１４）すること、及び前記ドラッグターゲット（１２）が、前記ドロップターゲット（１６）を、前記選択データを受信するように構成することを可能にするための命令と、
    前記ドラッグターゲット（１２）が前記ドラッグソース（１０）に、前記ドラッグソース（１０）と該ドラッグターゲット（１２）との間のドラッグアンドドロップ操作が完了したことを告げるドラッグドロップ終了信号を送信することを可能にするための命令と、
    を含む、コンピュータプログラム。

Images