JP2018512660A - 中継サーバを用いて電子デバイスに遠隔端末支援を提供する方法、装置およびシステム - Google Patents

Abstract

遠隔端末支援のための方法、装置およびシステムが開示される。一実施形態において、方法は、タスクサーバにより、第１端末の現在状態を第２端末に送信する段階であって、現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である、送信する段階と、第２端末により送信される、現在状態に対応する支援操作命令をタスクサーバにより受信する段階と、タスクサーバにより、支援操作命令に基づいて現在状態に対して支援操作を実行して、複数の支援操作結果を取得する段階と、タスクサーバにより、複数の支援操作結果を第１端末に送信する段階とを備える。開示される実施形態により、端末デバイスが遠隔支援の目標を達成するためにその独自の動作リソースを消費しなければならないことにより生じる負担の増加という技術的問題が解決される。

Description

関連出願の相互参照 本出願は、２０１５年３月２５日に出願された、"Ｍｅｔｈｏｄ, Ａｐｐａｒａｔｕｓ, ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ Ｐｒｏｖｉｄｉｎｇ Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ Ａｓｓｉｓｔａｎｃｅ"という発明の名称の中国特許出願第２０１５１０１３４５３７．１号明細書および２０１６年３月１７日に出願された、"Ｍｅｔｈｏｄ, Ａｐｐａｒａｔｕｓ, ａｎｄ Ｓｙｓｔｅｍ ｆｏｒ Ｐｒｏｖｉｄｉｎｇ Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ Ａｓｓｉｓｔａｎｃｅ"という発明の名称の国際特許出願第ＰＣＴ／ＣＮ２０１６／０７６５６９号明細書の優先権を主張する。各々の開示は、それらの内容全体が、参照により本明細書に組み込まれる。

本開示は、電子デバイスの遠隔制御の分野に関し、具体的には、中継サーバを介して遠隔端末支援を提供する方法、装置およびシステムに関する。

現在、端末デバイス（例えば、携帯電話、輸送体マウント端末、タブレットＰＣ等）を用いた、コンピュータへの遠隔支援の提供が広く実施されている。しかしながら、端末デバイス間の遠隔支援技術は、まだ完全には開発されていない。技術的解決手段が開示済みであるが、ユーザエクスペリエンスおよび性能に関して不十分な点が未だに存在する。

現在のシステムにおいて、モバイル端末間のリモートデスクトップを提供すべく、以下の方法が用いられる。無線ネットワークにおけるタスクサーバが、無線ネットワークにアクセス済みである認証済みモバイル端末の全てを配置する。マスターとして用いられるモバイル端末が、タスクサーバを通じて認証済みモバイル端末を検索し、クライアントモバイル端末としての認証済みモバイル端末を選択し、選択されたクライアントモバイル端末に制御要求を出す。マスターモバイル端末は、選択されたクライアントモバイル端末により戻される制御受入情報に従って、選択されたクライアントモバイル端末を制御する。ワークフローが以下に具体的に示される。

段階１０１ タスクサーバにログインする。モバイル端末は、３ＧまたはＷｉ−Ｆｉで無線通信ネットワークにアクセスする。マスターモバイル端末は、リモートデスクトップクライアントプログラムを起動し、ユーザ名およびパスワードを入力し、タスクサーバへのログインを要求する。タスクサーバにより受け入れられた後に、リモートデスクトップクライアントは、正常にタスクサーバにログインする。

段階１０２ 認証ユーザを検索し、このユーザを認証ユーザリストに保存する。マスターモバイル端末のリモートデスクトップクライアントは、制御可能ユーザの検索の要求をタスクサーバに定期的に送信する。検索要求の受信後、タスクサーバは、制御可能ユーザを検索し、検索された制御可能ユーザに関する情報をマスターモバイル端末に送信する。マスターモバイル端末のリモートデスクトップクライアントは、制御可能ユーザに関する情報を受信し、当該情報を制御可能ユーザリストに保存する。

段階１０３ 制御可能クライアントモバイル端末を選択する。マスターモバイル端末のリモートデスクトップクライアントは、認証された制御可能ユーザリストを表示する。ユーザは、認証ユーザリストからあるモバイル端末またはいくつかのモバイル端末を選択し、あるクライアントモバイル端末またはいくつかのクライアントモバイル端末の制御の制御要求をタスクサーバに出す。タスクサーバは、選択されたクライアントモバイル端末に制御要求を転送する。

段階Ｓ１０４ クライアントモバイル端末は、被制御要求を受け入れるかどうかを決定する。タスクサーバにより転送されたマスターモバイル端末の制御要求を受信した後、クライアントモバイル端末は、被制御を受け入れるかどうかを決定し、タスクサーバを通じてマスターモバイル端末に通知する。クライアントモバイル端末が被制御要求を受け入れた場合、クライアントモバイル端末間のハンドシェイクが正常終了し、マスターモバイル端末は、それにより、端末間のリモートデスクトップ接続を確立する。次に、マスターモバイル端末は、クライアントモバイル端末を引き継ぎ、段階１０５を実行する、そうでなければ、マスターモバイル端末は、段階１０３を実行する。

段階Ｓ１０５ マスターモバイル端末は、クライアントモバイル端末を制御する。クライアントモバイル端末とマスターモバイル端末との間でハンドシェイクが正常に行われた後、ディスプレイデバイスの画像情報が圧縮され、タスクサーバを通じてマスターモバイル端末に送信される。マスターモバイル端末のリモートデスクトップクライアントは、画像情報を圧縮解除および表示する。次に、制御情報は、タスクサーバを通じてクライアントモバイル端末に送信される。クライアントモバイル端末のリモートデスクトップクライアントは、制御情報に従った特定のオペレーティングシステムにより認識可能なアプリケーションプログラミングインタフェース（ＡＰＩ）を起動し、ディスプレイデバイスの画像情報をタスクサーバを通じてマスターモバイル端末に送信する。

段階１０６ マスターモバイル端末およびクライアントモバイル端末は、通信をいつでも終了し得る。クライアントモバイル端末がリモートデスクトップ接続を能動的に終了した場合、マスターモバイル端末は、段階１０３を実行し、クライアントモバイル端末は、タスクサーバからの接続を断つ。マスターモバイル端末がリモートデスクトップ接続を終了した場合、マスターモバイル端末およびクライアントモバイル端末は、タスクサーバからの接続を断つ。

上記に示されるワークフローから理解され得るように、現在のシステムにおける遠隔端末支援の解決手段には、以下の不利な点がある。第１に、端末デバイスは、特定のオペレーティングシステムにより認識可能なＡＰＩを起動して遠隔支援の目標を達成するためにその独自のリソースを消費しなければならない。この結果、端末デバイスの負担が増加する。

加えて、端末デバイスのローディングは、比較的重い。端末デバイスは、制御可能ユーザの検索の要求をタスクサーバに定期的に送信することにより制御可能ユーザ情報を取得しなければならない。また、ユーザ情報は、ローカルの制御可能ユーザリストに保存されなければならない。これにより、端末デバイスは、追加のリソースを割り当ててタスクサーバにポーリング要求を行い、かつ、追加のストレージ空間を割り当てて制御可能ユーザ情報を格納することが必要となる。よって、端末デバイスにより一層負担が掛かり、それにより、その動作性能に影響が及ぶことになる。これは特に、リソース空間が限られているモバイル端末デバイスの場合である。

さらに、被制御端末デバイスは、遠隔支援されているマスター端末デバイスについての検証および認証を能動的に実行し得ない。遠隔支援接続が再確立される必要がある場合、検証されているマスター端末デバイスは、被制御端末デバイスとの接続を迅速に確立し得ない。それにより、ユーザエクスペリエンスが不十分になる。

これらの欠陥を是正する効果的な解決手段は、提案されていない。

本開示の実施形態は、端末デバイスが遠隔支援の目標を達成するためにその独自の動作リソースを消費しなければならないことにより生じる負担の増加という技術的問題を少なくとも解決すべく、遠隔端末支援のための方法、装置およびシステムを提供する。

一実施形態に従って、タスクサーバにより、第１端末の現在状態を第２端末に送信する段階であって、現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である、送信する段階と、第２端末により送信される、現在状態に対応する支援操作命令をタスクサーバにより受信する段階と、タスクサーバにより、支援操作命令に基づいて現在状態に対して支援操作を実行して、複数の支援操作結果を取得する段階と、タスクサーバにより、複数の支援操作結果を第１端末に送信する段階とを備える、遠隔端末支援を提供する方法が提供される。

別の実施形態において、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態を第１端末によりタスクサーバにアップロードする段階と、第２端末からの支援操作命令に基づいて現在状態に対して支援操作を実行するタスクサーバにより取得される複数の支援操作結果を第１端末により受信する段階であって、複数の支援操作結果は、第２端末により第１端末に対して実行される支援操作を反映するのに用いられる、受信する段階とを備える、遠隔端末支援を提供する方法が提供される。

別の実施形態において、第２端末により、タスクサーバの第１端末の現在状態を受信する段階であって、現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である、受信する段階と、第２端末により、現在状態に対応する支援操作命令をタスクサーバに送信する段階であって、支援操作命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる、送信する段階とを備える、遠隔端末支援を提供する方法が提供される。

別の実施形態において、第１端末の現在状態を第２端末に送信するよう構成される第１送信モジュールと、第２端末により送信される、現在状態に対応する支援操作命令を受信するよう構成される第１受信モジュールと、支援操作命令に基づいて現在状態に対して支援操作を実行して複数の支援操作結果を取得するよう構成される支援モジュールと、複数の支援操作結果を第１端末に送信するよう構成される第２送信モジュールとを備える、遠隔端末支援のための装置がさらに提供される。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である。

別の実施形態において、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態をタスクサーバに送信するよう構成されるアップロードモジュールと、第２端末からの支援操作命令に基づいてタスクサーバが現在状態に対して支援操作を実行した複数の支援操作結果を受信するよう構成される受信モジュールであって、複数の支援操作結果は、第２端末により第１端末に対して実行される支援操作を反映するのに用いられる、受信モジュールとを備える、遠隔端末支援のための装置がさらに提供される。

別の実施形態において、タスクサーバの第１端末の現在状態を受信するよう構成される受信モジュールと、現在状態に対応する支援操作命令をタスクサーバに送信するよう構成される第１送信モジュールとを備える、遠隔端末支援のための装置がさらに提供される。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である。支援操作命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる。

別の実施形態において、第１端末と、タスクサーバと、第２端末とを備える、遠隔端末支援のためのシステムがさらに提供される。第１端末は、第１端末の現在状態をタスクサーバに送信するよう構成される。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である。タスクサーバは、現在状態を第２端末に送信するよう構成され、第２端末により送信される、現在状態に対応する支援操作命令を受信するよう構成され、支援操作命令に基づいて現在状態に対して支援操作を実行するよう構成され、かつ、取得された複数の支援操作結果を第１端末に送信するよう構成される。第２端末は、現在状態を受信するよう構成され、かつ、現在状態に対応する支援操作命令をタスクサーバに送信するよう構成される。

開示される実施形態において、端末デバイスの負担を低減するという目的が実現される。当該目的は、方法を採用することにより実現される。当該方法において、タスクサーバは、第２端末により送信される、第１端末の現在状態に対応する支援操作命令に基づいて現在状態に対して支援操作を実行し、複数の支援操作結果を第１端末に送信する。そのような方法により、端末デバイスが遠隔支援を提供するという目標を達成するためにその独自の動作リソースを消費しなければならないことにより生じる負担の増加という技術的問題が解決される。

本明細書に示される添付図面は、開示される実施形態についてのさらなる理解を提供し、本開示の一部分を構成する。本開示の例示的な実施形態およびそれらの説明は、実施形態を必要以上に限定するよりもむしろ、開示される実施形態を説明するよう意図されている。

本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法を実行するコンピュータ端末のハードウェア図である。

本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。

本開示のいくつかの実施形態に従った、マッピング関係を確立する方法のフロー図である。

本開示のいくつかの実施形態に従った、マッピング関係を確立する方法のフロー図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための代替的な装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のためのシステムのブロック図である。

本開示のいくつかの実施形態に従った、遠隔端末支援のためのシステムのブロック図である。

当業者が本開示の実施形態をより良く理解することを可能にすべく、実施形態における技術的解決手段が、本開示の実施形態における添付図面を参照して、以下に明確かつ完全に説明される。説明される実施形態が本開示の実施形態の全てよりもむしろいくつかに過ぎないことは明らかである。開示される実施形態に基づいて、創造的努力を行うことなく当業者により取得される他の実施形態の全てが、本開示の範囲に含まれるものとする。以下の実施形態は、各分類で開示される。しかしながら、分類は、本開示の範囲を限定することを意図しておらず、各実施形態の以下開示を編成するために提示されるに過ぎない。

本開示の明細書および請求項における「第１」、「第２」等の用語および上記で紹介される添付図面は、同様の目的を互いに区別するために用いられることに留意すべきである。それらは、必ずしも特定の順序または順番を説明するために用いられるわけではない。適切な場合には、本明細書において説明される本開示の実施形態が、本明細書において示されるか、または説明されるもの以外の順番で実施され得るように、このように用いられるデータが交換可能であることが理解されるべきである。さらに、「備える」、「有する」およびそれらのあらゆる変形した用語は、非排他的に含むことを包含することが意図されている。例えば、一連の段階またはユニットを備えるプロセス、方法、システム、製品またはデバイスは、明確に挙げられる段階またはユニットに必ずしも限定されないが、明確に挙げられないか、またはこれらのプロセス、方法、製品またはデバイスに固有でない他の段階またはユニットを含み得る。

実施形態１ 一実施形態に従って、遠隔端末支援を提供する方法が提供される。添付図面のフロー図に示される段階は、一組のコンピュータ実行可能命令などのコンピュータシステムにおいて実行され得ることに留意されたい。さらに、いくつかの場合にフロー図にロジカルシーケンスが示されるが、示されるか、または説明される段階は、本明細書において説明されるものとは異なる順番で実行され得る。

実施形態１により提供される方法の実施形態は、モバイル端末、コンピュータ端末または同様の装置において実行され得る。非限定的な例としてのコンピュータ端末における実行を用いて、方法の説明が以下に行われる。

図１は、本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法を実行するコンピュータ端末のハードウェア図である。

図１に示されるように、コンピュータ端末１０は、１または複数の（図には１つのみが示される）プロセッサ１０２を含み得る。プロセッサ１０２は、マイクロプロセッサ（例えば、ＣＰＵ）またはプログラマブルロジックデバイス（例えば、ＦＰＧＡ）などの処理装置を含み得るが、それらに限定されない。端末１０は、データ（例えば、コンピュータ実行可能命令）を格納するための非一時的メモリ１０４および通信機能を提供するための送信装置１０６をさらに含む。図１に示される構造は、例示的なものに過ぎず、上述の電子機器の構造を限定するものと解釈されるべきではないことが、当業者により理解され得る。例えば、コンピュータ端末１０は、図１に示されるものより多いまたは少ないコンポーネントも含み得るか、または図１に示されるものとは異なる構成も有し得る。

メモリ１０４は、開示される実施形態における遠隔端末支援を提供する方法に対応するプログラム命令／モジュールなどのソフトウェアプログラムおよびアプリケーションソフトウェアのモジュールを格納するのに用いられ得る。プロセッサ１０２は、メモリ１０４に格納されたソフトウェアプログラムおよびモジュールを起動して様々なアプリケーションを実行し、かつ、様々なデータ処理動作を実行する。すなわち、アプリケーションの脆弱性を検出するための、開示される方法を提供するという目標を達成する。メモリ１０４は、高速ランダムアクセスメモリ（ＲＡＭ）デバイスを含み得る。メモリ１０４は、１または複数の磁気記憶デバイス、フラッシュメモリまたは他の不揮発性固体メモリなど、不揮発性メモリも含み得る。いくつかの実例において、メモリ１０４は、プロセッサ１０２に対して遠隔で提供されるメモリをさらに含み得る。そのような遠隔メモリは、ネットワークを介してコンピュータ端末１０に接続され得る。ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク（ＬＡＮ）、モバイル通信ネットワーク、およびそれらの組み合わせを含むが、それらに限定されない。

送信装置１０６は、ネットワークを介してデータを受信または送信するのに用いられる。上述のネットワークの具体例は、コンピュータ端末１０の通信プロバイダにより提供される無線ネットワークを含み得る。一例において、送信装置１０６は、基地局を通じて他のネットワークデバイスと接続することによりインターネットで通信し得るネットワークインタフェースコントローラ（ＮＩＣ）を含む。一例において、送信デバイス１０６は、インターネットでの無線通信に用いられる無線周波数（ＲＦ）モジュールであり得る。

図１に示される構造は、例示的なものに過ぎないこと、およびコンピュータ端末は、スマートフォン（例えば、Ａｎｄｒｏｉｄ（登録商標）フォン、ＩＯＳ（登録商標）フォン等）、タブレットＰＣ、パームトップコンピュータ、またはモバイルインターネットデバイス（ＭＩＤ）、携帯情報端末（ＰＤＡ）および他の端末デバイスでもあり得ることが、当業者により理解され得る。図１は、上述の電子機器の構造を限定することを意図していない。例えば、コンピュータ端末１０は、図１に示されものより多いまたはより少ないコンポーネント（例えば、ネットワークインタフェース、ディスプレイデバイス等）も含み得、または図１に示されるものとは異なる構成を有し得る。

上述の実行時環境において、本開示は、図２に示される、遠隔端末支援を提供する方法を提供する。以下の実施形態において説明されるタスクサーバは、図１に示される、上述のコンピュータ端末のハードウェアを採用し得る。

図２は、本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。図２に示されるように、例示される実施形態により提供される、遠隔端末支援を提供する方法は、以下に説明される段階Ｓ２０２からＳ２０８を備える。

段階Ｓ２０２ タスクサーバは、第１端末の現在状態を第２端末に送信する。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である。

代替的な実施形態において、タスクサーバが第１端末の現在状態を第２端末に送信する前に、現在状態は、最初に取得され得る。例えば、現在状態は、第１端末からリアルタイムで取得され得、サードパーティデバイスからも取得され得る。一実施形態において、現在状態は、ローカルデータベースからも取得され得る。この実施形態において、タスクサーバは、送信アップロード要求を第１端末に送信し、アップロード要求に基づいて第１端末によりアップロードされた現在状態を受信および保存する。実施形態において、現在状態がローカルデータベースから取得された場合、第１端末の状態の記憶専用のストレージ空間（操作結果プールとも称される）が、タスクサーバにより作成され得る。

第２端末はさらに、端末デバイスの負担を低減すべく、かつ、遠隔支援の効率を向上させるべく、アップロード要求に基づいて第１端末によりアップロードされた現在状態をタスクサーバが受信した後に、タスクサーバにログインして後続の処理を実行する必要がある。代替的な実施形態において、タスクサーバへのログインは、下記の態様で、しかしそれに限定されない態様で、実行され得る。タスクサーバは、第２端末により送信されるログイン要求を最初に受信する。ログイン要求は、タスクサーバにより第２端末に事前配信される識別トークンを含む。タスクサーバは次に、識別トークンを検証する。第１端末の現在状態は、識別トークンが検証された後に、第２端末に送信される。よって、遠隔支援実装端末（すなわち、第２端末）は、被制御端末の情報をタスクサーバに対して能動的かつ定期的に要求するよう実装端末デバイスに要請することなく、被制御端末により既に認証されているトークン情報を保存するだけでよい。加えて、遠隔支援実装端末は、特に、リソース空間が限られているモバイル端末デバイス用に、制御可能ユーザの情報を保存するための追加のストレージ空間を割り当て得る。これにより、追加の負荷が効果的に低減され、その性能が最適化され得る。

現在状態は、ローカルアプリケーションについての複数の現操作結果など、第１端末の複数のローカル操作結果を含み得ることに留意すべきである。

代替的に、または前述の事項に関連して、現在状態の生成は、複数のローカルＪａｖａＳｃｒｉｐｔ（登録商標）計算結果およびローカルデスクトップ画像情報のうちの１つの利用を含むが、それに限定されない。具体的には、遠隔支援がウェブアプリケーションに基づいている場合、現在状態は、複数のローカルＪａｖａＳｃｒｉｐｔ（登録商標）計算結果に基づいて生成され得る。遠隔支援がリモートクライアントアプリケーションに基づいている場合、現在状態は、キャプチャされたローカルデスクトップ画像の情報に基づいて生成され得る。

段階Ｓ２０４ タスクサーバは、第２端末により送信された支援操作命令を受信して、現在状態に対応する支援操作を実行する。よって、第２端末は、制御命令（すなわち、支援操作命令）をタスクサーバに送信するだけでよく、特定の支援操作がタスクサーバにより処理され得る。繰り返しの説明は本明細書において省略されるが、それらの全体は参照により組み込まれるので、詳細については段階Ｓ２０６およびＳ２０８を参照されたい。

段階Ｓ２０６ タスクサーバは、支援操作命令に基づいて現在状態に対して支援操作を実行して、複数の支援操作結果を取得する。

段階Ｓ２０８ タスクサーバは、複数の支援操作結果を第１端末に送信し、それにより、第２端末が第１端末に対して遠隔支援操作を実行するという目標を実現する。

処理段階の各々を実行することにより、端末デバイスの操作上の負担は、効果的に低減され得る。なぜなら、端末デバイスで完了した支援操作は、タスクサーバに転送されるからである。

現在のシステムにおいて、端末デバイスは、制御可能ユーザを検索するための要求をタスクサーバに定期的に送信することにより制御可能ユーザ情報を取得しなければならず、ユーザ情報は、ローカルの制御可能ユーザリストに保存されなければならない。これにより、端末デバイスは、追加のリソースを割り当てて、タスクサーバに対してポーリング要求を行うことが必要になる。代替的な実施形態において、端末の操作リソースを保存すべく、遠隔端末支援のいくつかの操作は、遠隔支援要求が端末に存在する場合にのみ、実行され得る。例えば、タスクサーバは、タスクサーバが第１端末の現在状態を第２端末に送信する前に、支援要求を第１端末から受信し得る。支援要求は、現在状態に対して遠隔支援を提供するよう第２端末に要求するために用いられる。処理プロセスは、タスクサーバが第１端末の現在状態を第２端末に送信する前の任意の時点で実行され得ることが示される。例えば、処理プロセスは、現在状態をアップロードするよう第１端末に要求するためにタスクサーバがアップロード要求を第１端末に送信する前にも実行され得るが、それに限定されない。

さらに、関連技術において、被制御端末デバイスは、遠隔支援されているマスター端末デバイスについての検証および認証を能動的に実行し得ない。遠隔支援接続が再確立される必要がある場合、認証されたマスター端末デバイスは、被制御端末デバイスとの接続を迅速に確立し得ない。それにより、ユーザエクスペリエンスが不良になる。その技術的問題を解決すべく、開示される実施形態により提供される、遠隔端末支援を提供する方法は、タスクサーバ上のマスター端末と被制御端末との間のマッピング関係を確立することにより実行され得る。つまり、第１端末が支援要求を送信した場合、タスクサーバは、支援要求において実施される、第１端末の第１識別子と第２端末の第２識別子との間のマッピング関係をクエリ（または当該マッピング関係の存在を判断）するだけでよい。

マッピング関係を判断する多くの異なる方法が存在し得る。例えば、マッピング関係は、第１端末または第２端末により開始または確立され得るか、またはタスクサーバによりサードパーティから取得され得るか、またはユーザにより直接、事前設定され得る。第１端末がマッピング関係を能動的に開始および確立するプロセスは、以下のとおり具現化され得る。つまり、最初に、タスクサーバは、マッピング関係を確立するためにバインディング要求を第１端末から受信する。タスクサーバは、バインディング要求を第２端末に送信する。次に、タスクサーバは、第２端末により送信される、マッピング関係を確立することが許可されるよう命令するために用いられる通知情報を受信し、通知情報を受信した後でマッピング関係を確立する。

マッピング関係を確立するプロセスをより良く理解すべく、詳細な説明が、図３および具体的な適用シナリオと併せて、以下で行われる。以下の実施形態において、第１端末は、遠隔支援被制御端末デバイスを特定するための端末Ａと称され、第２端末は、遠隔支援実装端末デバイスを特定するための端末Ｂと称される。

図３は、本開示のいくつかの実施形態に従った、マッピング関係を確立する方法のフロー図である。図３に示されるように、方法は、下記の段階を備える。

段階Ｓ３０２ 初期化ステージが実行される。端末Ａおよび端末Ｂが初めてタスクサーバに登録した場合、タスクサーバは、対応する証明書をそれぞれ端末Ａおよび端末Ｂに事前配信する。証明書は、端末Ａとタスクサーバとの間、および端末Ｂとタスクサーバとの間にＳＳＬ／ＴＬＳセキュアチャネルを確立するために用いられる。

段階Ｓ３０４ 端末Ａは、端末Ｂとのバインディングの確立の要求を開始する。端末Ａがタスクサーバ上での端末Ｂとの遠隔支援のマッピング関係の確立を望む場合、端末Ａは、バインディング確立要求をタスクサーバに送信する。要求の内容は、端末Ｂの識別情報（例えば、端末デバイスのアカウント情報、ＭＡＣアドレス等）を含むが、それに限定されない。タスクサーバは、端末Ａおよび端末Ｂが要求の受信後にマッピング関係を確立済みであるかどうかを検証し得る。マッピング関係が確立されていない場合、プロセスは、段階Ｓ３０６に進む。

段階Ｓ３０６ タスクサーバは、バインディング要求を端末Ｂに送信する。端末Ａと端末Ｂとの間にマッピング関係がまだ確立されていないとタスクサーバが判断した場合、タスクサーバは、バインディング要求を端末Ｂに送信する。要求の内容は、端末Ａおよび端末Ｂの識別情報（例えば、端末デバイスのアカウント情報、ＭＡＣアドレス等）を含むが、それに限定されない。端末Ｂが要求を受信した後、ダイアログボックスがポップアップして、端末Ａのバインディング要求を受け入れるかどうかを検証するよう端末Ｂのユーザに要求する。ユーザが要求を受け入れた場合、プロセスは、段階Ｓ３０８に進む。

段階Ｓ３０８ 端末デバイスＢは、バインディング受入通知をタスクサーバに送信する。端末Ｂが端末Ａとのバインディングを実行した場合、端末Ｂは、受入通知をタスクサーバに送信する。通知を受信した後、タスクサーバは、ローカルマッピングテーブルにＡＢ間のマッピング関係を確立し、それをローカルストレージ領域に保存する。同時に、トークンがＦ（ｘ, ｙ, ｚ）関数で生成される。ｘ、ｙおよびｚはそれぞれ、端末Ａの識別情報、端末Ｂの識別情報および乱数を表す。識別情報とは、端末デバイスのアカウント情報、ＭＡＣアドレス等など、端末デバイスのアイデンティティを特定し得る情報をいう。Ｆ関数は、既存のハッシュ関数であり得るが、それに限定されない。

段階Ｓ３１０ タスクサーバは、端末Ｂとのセキュアチャネルを確立する。タスクサーバが端末Ａおよび端末Ｂに基づくトークンを生成した後、タスクサーバおよび端末デバイスＢは、段階Ｓ３０２で事前配信された証明書を用いてセキュアチャネルを確立する。

段階Ｓ３１２ タスクサーバは、トークンを端末Ｂに送信する。段階Ｓ３１０で確立されたセキュアチャネルを用いることにより、タスクサーバは、トークンを端末デバイスＢに配信する。その後、端末Ａが端末Ｂからの遠隔支援を求めた場合、トークンは、端末Ｂがそのタスクサーバに対するアイデンティティを検証するために用いられる。トークンを受信した後、端末Ｂは、トークンをローカルストレージ領域に保存する。

段階Ｓ３１４ タスクサーバは、正常なバインディングについて端末Ａに通知する。端末Ａが端末Ｂとのマッピング関係を確立した後、端末Ａは次に、端末Ｂからの遠隔支援を求め得る。

段階Ｓ３１６ タスクサーバは、正常なバインディングについて端末Ｂに通知する。端末Ａが端末Ｂとのマッピング関係を確立した後、端末Ａは次に、端末Ｂからの遠隔支援を求め得る。

適用シナリオに基づいて、本開示の代替的な実施形態により提供される、遠隔端末支援を提供する方法は、図４に示されるフロー図を通じて実行され得る。

図４は、本開示のいくつかの実施形態に従った、マッピング関係を確立する方法のフロー図である。

段階Ｓ４０２ タスクサーバは、端末Ａとのセキュアチャネルを確立する。端末Ａがタスクサーバへのログインを望む場合、タスクサーバおよび端末デバイスＡは、事前配信された証明書を用いて、タスクサーバと端末Ａとの間にセキュアチャネルを確立する。

段階Ｓ４０４ 端末Ａは、タスクサーバへのログイン要求を開始する。段階Ｓ４０２で確立されたセキュアチャネルを用いることにより、端末Ａは、タスクサーバにログインするための要求を送信する。要求の内容は、端末Ａの識別情報（例えば、端末デバイスのアカウント情報、ＭＡＣアドレス等）を含むが、それに限定されない。ログイン要求を受信した後、タスクサーバは、端末Ａの識別情報を検証する。検証が正常終了であった場合、プロセスは、段階Ｓ４０６に進む。

段階Ｓ４０６ タスクサーバは、正常ログインの通知を端末Ａに戻す。正常ログインの通知を受信した後、端末Ａは、遠隔支援要求の開始を準備する。

段階Ｓ４０８ 端末Ａは、タスクサーバへの遠隔支援要求を開始する。要求の内容は、端末Ａのアカウント情報および端末Ｂのアカウント情報を含むが、それらに限定されない。端末Ｂのアカウント情報は、ユーザにより入力され得、また、端末Ａにローカルにキャッシュされ得る。要求を受信した後、タスクサーバは、ローカルマッピングテーブルをクエリし、端末Ａと端末Ｂとの間にマッピング関係が存在しているかどうかを判断する。もしそうである場合、プロセスは、段階Ｓ４１０に進む。

段階Ｓ４１０ タスクサーバは、現在状態をアップロードするための要求を端末Ａに送信する。端末Ａと端末Ｂとの間にマッピング関係が存在していると判断された場合、タスクサーバは、複数の現操作計算を停止して同時にその複数の現操作結果をタスクサーバにアップロードするよう端末Ａに要求する。要求を受信した後、端末Ａは、複数のローカル操作計算を停止し、複数のローカル操作結果をキャプチャする。遠隔支援がウェブアプリケーションに基づいている場合、複数の操作結果は、複数のローカルＪａｖａＳｃｒｉｐｔ（登録商標）計算結果を含むが、それらに限定されない。遠隔支援がリモートクライアントアプリケーションに基づいている場合、複数の操作結果は、ローカルデスクトップ画像情報を含むが、それに限定されない。端末Ａが複数のローカル現操作結果を正常にキャプチャした場合、プロセスは、段階Ｓ４１２に進む。

段階Ｓ４１２ 端末Ａは、複数のローカル現操作結果をタスクサーバにアップロードする。複数の操作結果を受信した後、タスクサーバは、複数の操作結果をローカルの端末Ａ操作結果プールに同期させる。端末Ａ操作結果プールは、端末Ａの複数の操作結果を維持するためにタスクサーバによりローカルに割り当てられる別個のストレージ空間である。同期が正常終了した場合、プロセスは、段階Ｓ４１４に進む。

段階Ｓ４１４ タスクサーバは、端末Ａが準備できていることを端末Ｂに通知する。このメッセージは、端末Ａが準備できており、端末Ａが遠隔支援の受け入れを開始し得ることを端末Ｂに通知する。

段階Ｓ４１６ タスクサーバは、端末Ｂとのセキュアチャネルを確立する。端末Ａが準備できていることをタスクサーバが端末Ｂに通知した後、タスクサーバおよび端末デバイスＢは、事前配信された証明書を用いて、それらの間にセキュアチャネルを確立する。

段階Ｓ４１８ 端末Ｂは、タスクサーバへのログイン要求を開始する。段階Ｓ４１６で確立されたセキュアチャネルを用いることにより、端末Ｂは、タスクサーバにログインするための要求を送信する。要求の内容は、デバイス間の遠隔支援マッピング関係の確立中にタスクサーバにより端末Ｂに配信されたトークン、および端末Ｂの識別情報（例えば、端末デバイスのアカウント情報、ＭＡＣアドレス等）を含む。ログイン要求を受信した後、タスクサーバは、端末Ｂのトークンを検証する。検証された場合、プロセスは、段階Ｓ４２０に進む。

段階Ｓ４２０ タスクサーバは、正常ログインの通知を端末Ｂに戻し、同時に、タスクサーバに保存された端末Ａの複数の現操作結果を端末Ｂに送信する。メッセージを受信した後、端末Ｂは、端末Ａへの遠隔支援の提供を開始する。

段階Ｓ４２２ 端末Ｂは、受信した端末Ａの複数の現操作結果を表示し、支援操作命令の情報をタスクサーバに送信する。操作結果命令情報を端末Ｂから受信した後、タスクサーバは、端末Ａ操作結果プールにおける端末Ａの操作計算を実行する。

段階Ｓ４２４ タスクサーバは、端末Ｂが端末Ａに対して遠隔支援操作を実行するという目標を達成すべく、複数の操作結果を端末Ａにプッシュする。

上述の方法の実施形態の各々を簡潔に説明すべく、方法の実施形態の全てが一連の動作の組み合わせとして明示されることに留意すべきである。しかしながら、ある段階が、開示される実施形態に従って、他の順番で、または同時に実施され得るので、開示される実施形態は、説明される一連の動作により限定されないことを、当業者であれば認識するはずである。第２に、本明細書において説明される実施形態の全ては、例示的な実施形態であり、関連する動作およびモジュールは、開示される実施形態に必要とは限らないことも、当業者であれば認識するはずである。

実施形態の前述の説明を通じて、当業者であれば、前述の実施形態に従った方法は、ソフトウェアおよび必要な汎用ハードウェアプラットフォームで実行され得、ハードウェアによっても確かに実行され得ることを明確に理解し得る。しかしながら、ほとんどの場合、前者の実行が好適な実行である。そのような理解に基づいて、本開示の技術的解決手段の要点または部分であって、従来技術に寄与するものは、ソフトウェア製品の形態で具現化され得る。コンピュータソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスクおよび光学ディスク）に格納され、（携帯電話、コンピュータ、サーバ、ネットワークデバイス等であり得る）端末デバイスが本開示の実施形態の各々において説明される方法を実行することを可能にするためのいくつかの命令を含む。

実施形態は、１つの端末デバイスが遠隔支援を提供するよう別の端末デバイスに能動的に要求するという目標を達成し得る。実施形態において、遠隔支援被制御端末と遠隔支援実装端末との間のマッピング関係は、タスクサーバで確立され、迅速かつ安全な検証および接続が遠隔支援被制御端末により遠隔支援実装端末に対して実行されるようにするという目標が達成される。そのようなマッピング関係により、検証の複雑性が低減され、接続の安全性が向上し、また、端末デバイス間でのクロスプラットフォームおよびクロスブラウザの遠隔支援および遠隔管理の目標が達成され得、それにより、より良いユーザエクスペリエンスが可能になる。

実施形態２ 別の実施形態に従って、遠隔端末支援のための装置がさらに提供される。装置は、遠隔端末支援を提供する方法を実行するためにタスクサーバにおいて適用され得る。本実施形態におけるタスクサーバは、実施形態１（図１から図４）に示されるコンピュータ端末を備え得る。

図５は、本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

図５の装置は、第１端末の現在状態を第２端末に送信するよう構成される第１送信モジュール５０を含む。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である。

図５の装置は、第２端末により送信される、現在状態に対応する支援操作命令を受信するよう構成される第１受信モジュール５２を含む。

図５の装置は、第１受信モジュール５２に接続され、支援操作命令に基づいて現在状態に対して支援操作を実行して複数の支援操作結果を取得するよう構成される支援モジュール５１を含む。

図５の装置は、支援モジュール５４に接続され、複数の支援操作結果を第１端末に送信するよう構成される第２送信モジュール５６を含む。

示されるモジュールの各々を通じて実装される機能はまた、端末デバイスの操作上の負担を効果的に低減し得る。

代替的に、図６に示されるように、代替的な実施形態において提供される、遠隔端末支援のための装置はまた、アップロード要求を第１端末に送信するよう構成される第３送信モジュール６０と、第１送信モジュール５０に接続され、第１端末によりアップロード要求に基づいてアップロードされた現在状態を受信および保存するよう構成される第２受信モジュール６２とを備え得る。

さらに、実施形態において、図７に示されるように、装置は、第２端末により送信されるログイン要求を受信するよう構成される第３受信モジュール７０であって、ログイン要求は、タスクサーバにより第２端末に事前配信される識別トークンを含む、受信モジュール７０と、第３受信モジュール７０に接続され、識別トークンを検証するよう構成される検証モジュール７２であって、第１端末の現在状態は、識別トークンが検証された後に第２端末に送信される、検証モジュール７２とをさらに備え得る。

代替的に、図８に示されるように、実施形態により提供される、遠隔端末支援のための装置は、支援要求を第１端末から受信するよう構成される第４受信モジュール８０であって、支援要求は、現在状態に対して遠隔支援を提供するよう第２端末に要求するために用いられる、第４受信モジュール８０とをさらに備え得る。それに応じて、第３受信モジュール８０は、以下の情報、つまり、第１端末の第１識別子および第２端末の第２識別子を含む支援要求を受信するのに用いられる。さらに、図８に示されるように、装置は、第４受信モジュール８０に接続され、第１識別子と第２識別子との間のマッピング関係の存在を判断するよう構成される判断モジュール８２をさらに備え得る。

実施形態の代替的な解決手段において、図９に示されるように、実施形態により提供される、遠隔端末支援のための装置は、受マッピング関係を確立するためにバインディング要求を第１端末から受信するよう構成される第５受信モジュール９０と、第５受信モジュール９０に接続され、バインディング要求を第２端末に送信するよう構成される第４送信モジュール９２と、第４送信モジュール９２に接続され、第２端末により送信される、マッピング関係を確立することが許可されるよう命令するために用いられる通知情報を受信するよう構成され、かつ、通知情報を受信した後にマッピング関係を確立するよう構成される第６受信モジュール９４とをさらに備え得る。

よって、第１端末と第２端末との間のマッピング関係の確立が成し遂げられる。それにより端末が定期的なポーリングを実行する必要がある現在のシステムにおける解決手段は、端末の操作リソースを保存し、その操作上の負担を低減するタスクサーバにマッピング関係が存在するかどうかを判断することに置換される。

実施形態に関連する様々なモジュールが、ソフトウェアまたはハードウェアを通じて実装され得ることに留意すべきである。ハードウェアは、下記の態様、つまり、様々なモジュールがそれぞれ別個のプロセッサに配置されるか、様々なモジュールの全てが同一のプロセッサに配置されるか、または様々なモジュールが異なるプロセッサに、また、任意の組み合わせに配置される、という態様で、しかしそれらに限定されない態様で、実装され得る。

実施形態により提供される、遠隔端末支援のための装置の代替的な実装について、実施形態１（図１から図４）の関連する記載の参照が行われ得ることに留意すべきである。従って、詳細は、本明細書において繰り返されないが、それらの全体が、参照により本明細書に組み込まれる。

実施形態３ 本開示は、遠隔端末支援を提供する代替的な方法をさらに提供する。以下の実施形態において、関連する端末は、モバイル端末（例えば、携帯電話、タブレットＰＣ等）であり得るか、または他の種類の端末でもあり得る。端末上で動作するオペレーティングシステムは、様々な異なるシステム、例えば、広く用いられているＡｎｄｒｏｉｄ（登録商標）システム、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステム、ＩＯＳ（登録商標）システム等でもあり得るが、それらに限定されない。さらに、以下の実施形態におけるサーバは、１つのサーバまたは一組のサーバであり得、また、クラウドサーバ等であり得る。このサーバは、異なる要件に従って利用され得る。以下の実施形態に関連するモジュールは、ソフトウェアとして機能し得る。これらのモジュールは、実装のためにソフトウェアに統合され得、また、異なるソフトウェアに実装され得る。

以下に説明される方法は、第２端末において実行され得る。この端末は、図１に示されるコンピュータ端末のハードウェア構造を採用し得るが、それに限定されない。

図１０は、本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。

段階Ｓ１００２ 第２端末は、タスクサーバの第１端末の現在状態を受信する。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である。

代替的に、効率を向上させるべく、第２端末がタスクサーバの第１端末の現在状態を受信する前に、第２端末の識別トークンを含むログイン要求が、第２端末によりタスクサーバに送信される。識別トークンは、タスクサーバが第２端末を検証ための検証基準を提供するのに用いられる。

段階Ｓ１００４ 第２端末は、現在状態に対応する支援操作命令をタスクサーバに送信する。支援操作命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる。

実施形態における他の代替的な実装について、実施形態１（図１から図４）の関連する記載の参照が行われ得ることに留意すべきである。従って、詳細は、本明細書において繰り返されないが、それらの全体が、参照により組み込まれる。

実施形態の様々な方法の段階の全てまたはいくつかは、端末デバイスに関連付けられたハードウェアにプログラムを通じて命令することにより成し遂げられ得ることが、当業者により理解され得る。プログラムは、フラッシュメモリ、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ディスクまたはＣＤ‐ＲＯＭ等を含み得るコンピュータ可読記憶媒体に格納され得る。

実施形態４ 別の実施形態に従って、遠隔端末支援のための装置がさらに提供される。装置は、実施形態３（図１０）において説明される方法を実行するための第１端末に適用され得る。

図１１は、本開示のいくつかの実施形態に従った、遠隔端末支援のための装置のブロック図である。

図１１の装置は、支援操作を実行するよう第２端末に要求するローカルアプリケーションの現在状態をタスクサーバにアップロードするよう構成されるアップロードモジュール１１０を含む。代替的に、アップロードモジュール１１０は、以下の処理ユニット、つまり、アップロード要求をタスクサーバから受信するよう構成される受信ユニット１１００と、アップロード要求のトリガのもとで、現在状態をタスクサーバにアップロードするよう構成されるアップロードユニット１１０２とをさらに備え得る。

図１１の装置は、アップロードモジュール１１０に接続され、タスクサーバが第２端末からの支援操作命令に基づいて現在状態に対して支援操作を実行することにより取得される複数の支援操作結果を受信するよう構成される受信モジュール１１２を含む。複数の支援操作結果は、第２端末により第１端末に対して実行される支援操作を反映するのに用いられる。

代替的に、または前述の事項に関連して、図１２に示されるように、実施形態により提供される、遠隔端末支援のための装置は、現在状態に対して遠隔支援を提供するよう第２端末に要求するための支援要求をタスクサーバに送信するよう構成される送信モジュール１１４をさらに含み得る。

前述の実施形態に関連する様々なモジュールは、ソフトウェアまたはハードウェアを通じて実装され得ることに留意すべきである。ハードウェアは、下記の態様、つまり、様々なモジュールがそれぞれ別個のプロセッサに配置されるか、様々なモジュールの全てが同一のプロセッサに配置されるか、または様々なモジュールが異なるプロセッサに、また任意の組み合わせに配置される、という態様で、しかしそれらに限定されない態様で、実装され得る。

実施形態により提供される、遠隔端末支援のための装置の代替的な実装について、実施形態１（図１から図４）の関連する記載の参照が行われ得ることに留意すべきである。従って、詳細は、本明細書において繰り返されないが、それらの全体が、参照により組み込まれる。

実施形態５ 別の実施形態がさらに、遠隔端末支援を提供する代替的な方法を提供する。各図のフロー図に示される段階は、一組のコンピュータ実行可能命令などのコンピュータシステムにおいて実行され得る。さらに、ロジカルシーケンスがフロー図に示されるが、いくつかの場合において、示されるか、または説明される段階は、本明細書において説明されるものとは異なる順番で実行され得る。

図１３の方法は、第２端末において実行され得る。この端末は、図１に示されるコンピュータ端末のハードウェア構造を採用し得るが、それに限定されない。

図１３は、本開示のいくつかの実施形態に従った、遠隔端末支援を提供する方法のフロー図である。

段階Ｓ１３０２ 第２端末は、タスクサーバの第１端末の現在状態を受信する。現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である。

段階Ｓ１３０４ 第２端末は、現在状態に対応する支援操作命令をタスクサーバに送信する。支援操作命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる。

遠隔支援の効率を向上させるべく、タスクサーバの第１端末の現在状態を受信する前に、第２端末は、第２端末の識別トークンを含むログイン要求をタスクサーバに送信する。識別トークンは、タスクサーバが第２端末を検証するための検証基準を提供するのに用いられる。つまり、サーバが第２端末の識別トークンに対して検証を実行した後は、それが検証され、次に、後続の処理プロセスが実行され得るとみなされ得る。例えば、タスクサーバは、正常ログインの通知を第２端末に戻し、同時に、第１端末の現在状態を第２端末に送信する。その後、第２端末は、状態についての制御命令をタスクサーバに送信する。タスクサーバは、次に、管理操作を実行し、最後に、操作結果を第１端末にプッシュする。

実施形態６ 別の実施形態に従って、遠隔端末支援のための装置がさらに提供される。装置は、実施形態５（図１３）において説明される方法を実行するための第２端末に適用され得る。

図１４は、本開示のいくつかの実施形態に従った、遠隔端末支援のための代替的な装置のブロック図である。

例示される実施形態において、装置は、タスクサーバの第１端末の現在状態を受信するよう構成される受信モジュール１４０と、現在状態に対応する支援操作命令をタスクサーバに送信するよう構成される第１送信モジュール１４２とを含む。現在状態は、支援操作を実行するよう第２端末に要求する、第１端末におけるローカルアプリケーションの現在状態である。支援操作を実行するための命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる。

代替的に、図１５に示されるように、実施形態により提供される、遠隔端末支援のための装置は、以下の処理モジュール、つまり、ログイン要求をタスクサーバに送信するよう構成される第２送信モジュール１４４をさらに備え得る。ログイン要求は、第２端末の識別トークンを含み、識別トークンは、タスクサーバが第２端末を検証ための検証基準を提供するのに用いられる。

実施形態に関連する様々なモジュールは、ソフトウェアまたはハードウェアを通じて実装され得ることに留意すべきである。ハードウェアは、下記の態様、つまり、様々なモジュールがそれぞれ別個のプロセッサに配置されるか、様々なモジュールの全てが同一のプロセッサに配置されるか、または様々なモジュールが異なるプロセッサに、また、任意の組み合わせに配置される、という態様で、しかしそれらに限定されない態様で、実装され得る。

実施形態により提供される、遠隔端末支援のための装置の代替的な実装について、実施形態１（図１から図４）の関連する記載の参照が行われ得ることに留意すべきである。従って、詳細は、本明細書において繰り返されないが、それらの全体が、参照により本明細書に組み込まれる。

実施形態７ 別の実施形態がさらに、遠隔端末支援のためのシステムを提供する。

図１６に示されるように、システムは、第１端末１６０と、タスクサーバ１６２と、第２端末１６４とを備える。

第１端末１６０は、第１端末１６０の現在状態をタスクサーバ１６２にアップロードするよう構成される。現在状態は、支援操作を実行するよう第２端末１６４に要求する、第１端末１６０におけるローカルアプリケーションの状態である。タスクサーバ１６２は、現在状態を第２端末１６４に送信するよう構成され、第２端末１６４により送信される、現在状態に対応する支援操作命令を受信するよう構成され、支援操作命令に基づいて現在状態に対して支援操作を実行するよう構成され、かつ、取得された複数の支援操作結果を第１端末１６０に送信するよう構成される。第２端末１６４は、現在状態を受信するよう構成され、かつ、現在状態に対応する支援操作を実行するための命令をタスクサーバ１６２に送信するよう構成される。

代替的に、タスクサーバ１６２は、第１端末１６０の現在状態を第２端末１６４に送信する前に支援要求を第１端末１６０から受信するようさらに構成される。支援要求は、遠隔支援を現在状態に対して提供するよう第２端末１６４に要求するために用いられる。

代替的に、タスクサーバ１６２により受信される支援要求は、第１端末１６０の第１識別子および第２端末１６４の第２識別子を含む。タスクサーバ１６２は、第１端末１６０の現在状態を第２端末１６４に送信する前に第１識別子と第２識別子との間のマッピング関係の存在を判断するようさらに構成される。

代替的な実施形態において、タスクサーバ１６２は、以下のやり方、つまり、マッピング関係を確立するためにバインディング要求を第１端末１６０から受信すること、バインディング要求を第２端末１６４に送信すること、第２端末１６４により送信される、マッピング関係を確立することが許可されるよう命令するために用いられる通知情報を受信すること、および通知情報を受信した後にマッピング関係を確立することで、マッピング関係を判断する。

実施形態に関連するタスクサーバ、第１端末および第２端末の特定の構造的形態および特定の機能について、実施形態１から７における説明の参照が行われ得る。従って、本明細書において、繰り返しの説明は行われない。以下、実施形態により提供される、遠隔端末支援のためのシステムの特定の構造について、詳細な説明のみが行われる。

図１７に示されるように、システムは、遠隔支援被制御端末デバイスを表す端末Ａ１７０と、遠隔支援実装端末デバイスを表す端末Ｂ１７２とを含む。

（第１端末１６０と同等である）端末Ａ１７０は、端末Ａとタスクサーバとの間にＳＳＬ／ＴＬＳセキュアチャネルを確立するためにタスクサーバにより配信される証明書を初期化フェーズ中保持するよう構成される証明書モジュール１７００を備える。

（第２端末１６４と同等である）端末Ｂ１７２は、認証および判断対話モジュール１７２０と、トークンリストモジュール１７２２と、証明書モジュール１７２４とを含む。

認証および判断対話モジュール１７２０は、端末Ｂと端末Ｂのユーザとの間の対話用に構成される。端末Ａにより開始される遠隔支援バインディング要求を端末Ｂが受信した後、ダイアログボックスがポップアップして、端末Ａのバインディング要求を受け入れるかどうかを検証するよう端末Ｂのユーザに要求する。

トークンリストモジュール１７２２は、タスクサーバにより配信される１または複数個のトークンデータを保存および保持するよう構成される。複数の遠隔支援被制御端末デバイスが端末デバイスＢとの遠隔支援バインディングの実行の要求を開始した場合、端末Ｂのトークンリストモジュールは、複数個のトークンデータを保持する。

証明書モジュール１７２４は、端末Ｂとタスクサーバとの間にＳＳＬ／ＴＬＳセキュアチャネルを確立するためにタスクサーバにより配信される証明書を初期化フェーズ中保持するよう構成される。

タスクサーバ１７４は、３つの親モジュール、つまり、安全接続管理モジュール１７４０と、遠隔支援接続管理モジュール１７４２と、遠隔支援操作モジュール１７４４とを有する。

安全接続管理モジュール１７４０は、３つのモジュール、つまり、証明書リストモジュールと、トークンリストモジュールと、ＳＳＬ／ＴＬＳ接続制御モジュールとを含む。

証明書リストモジュールは、各端末デバイスの初期化フェーズ中に各端末デバイスに配信される、端末とタスクサーバとの間にＳＳＬ／ＴＬＳセキュアチャネルを確立するために用いられる証明書を保存するよう構成される。

トークンリストモジュールは、端末Ａと端末Ｂとの間に遠隔支援バインディングを確立した後、端末Ｂに配信されるトークンデータを保存するよう構成される。端末Ａデバイスが複数の遠隔支援実装端末デバイスとの遠隔支援バインディングの実行の要求を開始した場合、タスクサーバのトークンリストモジュールは、複数個のトークンデータを保持する。

ＳＳＬ／ＴＬＳ接続制御モジュールは、端末デバイスとのＳＳＬ／ＴＬＳセキュアチャネルを確立するよう構成される。

遠隔支援接続管理モジュールは、２つのモジュール、つまり、遠隔支援マッピングテーブルモジュールと、被制御端末操作結果プールモジュールとを含む。

遠隔支援マッピングテーブルモジュールは、端末Ａと端末Ｂとの間の遠隔支援マッピング関係を保存および保持するよう構成される。

被制御端末操作結果プールモジュールは、端末Ａの複数の操作結果を維持するためにタスクサーバによりローカルに割り当てられる別個のストレージ空間である。

遠隔支援操作モジュールは、３つのモジュール、つまり、遠隔支援操作命令受信モジュールと、遠隔支援操作命令実行モジュールと、遠隔支援操作結果プッシュモジュールとを含む。

遠隔支援操作命令受信モジュールは、端末Ｂから端末Ａに向けられる操作結果命令情報を受信するよう構成される。

遠隔支援操作命令実行モジュールは、端末Ｂからの操作結果命令情報に基づいて端末Ａの操作結果プールにおいて端末Ａに向けられる操作計算を実行するよう構成される。

遠隔支援操作結果プッシュモジュールは、端末Ｂにより端末Ａ上で実行される遠隔支援操作を実行すべく、タスクサーバが端末Ａに向けられる複数の操作結果を端末Ａにプッシュするよう構成される。

タスクサーバが、第２端末により送信される、第１端末の現在状態に対応する支援操作命令に基づいて現在状態に対して支援操作を実行し、複数の支援操作結果を第１端末に送信する方法を採用することにより、端末デバイスの負担を低減するという目的が実現されることは、実施形態から明らかである。この目的により、端末デバイスがその独自の動作リソースを消費しなければならないことにより生じる負担の増加という技術的問題が解決されて、遠隔支援を提供するという目標が達成される。

実施形態８ 別の実施形態がさらに、記憶媒体を提供する。代替的に、実施形態において、記憶媒体は、実施形態３（図１０）により提供される、遠隔端末支援を提供する方法において、タスクサーバにより実行される動作に対応するプログラムコードを保存するために用いられ得る。

代替的に、実施形態において、記憶媒体は、コンピュータネットワークにおけるコンピュータ端末クラスタ内のコンピュータ端末のいずれかに配置され得るか、またはモバイル端末クラスタにおけるモバイル端末のいずれかに配置され得る。

代替的に、実施形態において、記憶媒体は、第２端末の下記の段階、つまり、第１端末の現在状態を第２端末に送信する段階であって、現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である、送信する段階と、第２端末により送信される、現在状態に対応する支援操作命令をタスクサーバにより受信する段階と、タスクサーバにより、支援操作の実行の命令に基づいて現在状態に対して支援操作を実行して、複数の支援操作結果を取得する段階と、タスクサーバにより、複数の支援操作結果を第１端末に送信し、それにより、第２端末が第１端末に対して遠隔支援操作を実行するという目標を実現する段階とを実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、アップロード要求を第１端末に送信する段階と、アップロード要求に基づいて第１端末によりアップロードされた現在状態を受信および保存する段階とを実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、第２端末により送信されるログイン要求を受信する段階であって、ログイン要求は、タスクサーバにより第２端末に事前配信される識別トークンを含む、受信する段階と、識別トークンを検証する段階であって、第１端末の現在状態は、識別トークンが検証された後に第２端末に送信される、検証する段階とを実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、支援要求を第１端末から受信する段階であって、支援要求は、現在状態に対して遠隔支援を提供するよう第２端末に要求するために用いられる、受信する段階を実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、第１識別子と第２識別子との間のマッピング関係を判断する段階を実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、マッピング関係を確立するためにバインディング要求を第１端末から受信する段階と、バインディング要求を第２端末に送信する段階と、第２端末により送信される、マッピング関係を確立することが許可されるよう命令するための通知情報を受信する段階と、通知情報を受信した後に、マッピング関係を確立する段階とを実行するためのプログラムコードを格納するよう構成される。

本明細書において、コンピュータ端末クラスタのいずれか１つは、ウェブサイトサーバおよびスキャナとの通信関係を確立し得ること、スキャナは、コンピュータ端末により実行されるウェブアプリケーションのバリューインストラクションをスキャンし得ることに留意すべきである。

代替的に、実施形態において、記憶媒体は、ＵＳＢフラッシュディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスク、ディスクまたはコンパクトディスク（登録商標）などであるが、それらに限定されない、プログラムコードの格納が可能な様々な媒体を含み得る。

代替的に、実施形態３（図１０）において説明される例の参照が、当該実施形態の具体例について、行われ得る。従って、当該実施形態は、本明細書において反復して説明されないが、その全体が、参照により本明細書に組み込まれる。

実施形態９ 別の実施形態がさらに、記憶媒体を提供する。代替的に、実施形態において、記憶媒体は、実施形態３（図１０）により提供される、遠隔端末支援を提供する方法において、第２端末により実行される動作に対応するプログラムコードを保存するために用いられ得る。

代替的に、実施形態において、記憶媒体は、コンピュータネットワークにおけるコンピュータ端末クラスタ内のコンピュータ端末のいずれかに配置され得るか、またはモバイル端末クラスタにおけるモバイル端末のいずれかに配置され得る。

代替的に、実施形態において、記憶媒体は、第２端末の下記の段階、つまり、タスクサーバの第１端末の現在状態を受信する段階であって、現在状態は、第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である、受信する段階と、現在状態に対応する支援操作命令をタスクサーバに送信する段階であって、支援操作命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる、送信する段階とを実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、下記の段階、つまり、タスクサーバに送信されるログイン要求に第２端末の識別トークンを含める段階であって、識別トークンは、タスクサーバが第２端末を検証するための検証基準を提供するのに用いられる、含める段階を実行するためのプログラムコードを格納するようさらに構成される。

代替的に、実施形態において、記憶媒体は、ＵＳＢフラッシュディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスク、ディスクまたはコンパクトディスク（登録商標）などであるが、それらに限定されない、プログラムコードの格納が可能な様々な媒体を含み得る。

代替的に、実施形態２（図５から図９）において説明される例の参照が、当該実施形態における具体例について、行われ得る。従って、実施形態は、本明細書において反復して説明されないが、その開示の全体が、参照により本明細書に組み込まれる。

実施形態１０ 別の実施形態がさらに、別の記憶媒体を提供する。代替的に、実施形態において、記憶媒体は、実施形態５（図１３）により提供される、遠隔端末支援を提供する方法において、第１端末により実行される動作に対応するプログラムコードを保存ために用いられ得る。

代替的に、実施形態において、記憶媒体は、コンピュータネットワークにおけるコンピュータ端末クラスタ内のコンピュータ端末のいずれかに配置され得るか、またはモバイル端末クラスタにおけるモバイル端末のいずれかに配置され得る。

代替的に、実施形態において、記憶媒体は、第１端末の下記の段階、つまり、タスクサーバの第１端末の現在状態を受信する段階であって、現在状態は、支援操作を実行するよう第２端末に要求する、第１端末におけるローカルアプリケーションの現在状態である、受信する段階と、現在状態に対応する支援操作命令をタスクサーバに送信する段階であって、支援操作の実行の命令は、現在状態に対して支援操作を実行して複数の支援操作結果を取得するようタスクサーバに命令するために用いられる、送信する段階とを実行するためのプログラムコードを格納するよう構成される。

代替的に、実施形態において、記憶媒体は、第１端末の下記の段階、つまり、第２端末の識別トークンを含むログイン要求をタスクサーバに送信する段階であって、識別トークンは、タスクサーバが第２端末を検証するための検証基準を提供するのに用いられる、送信する段階を実行するためのプログラムコードを格納するようさらに構成される。

本開示の実施形態の前述の連続番号は、説明の便宜のためのものに過ぎず、実施形態の利点および不利な点を示唆していない。

前述の実施形態において、各実施形態の説明は、その独自の対象を有しており、詳細に説明されない、ある実施形態における一部分は、他の実施形態の関連する記載を指し得る。

本明細書において提供されるいくつかの実施形態において、開示される端末またはサーバは、他のやり方で実装され得ることが理解されるべきである。上述の、デバイスの実施形態は、概略的なものに過ぎない。例えば、各ユニットの分割は、論理的機能の分割に過ぎず、実際の実装では、他の分割方法が存在し得る。例えば、複数のユニットまたはコンポーネントは、組み合わされ得るか、もしくは別のシステムに統合され得、またはいくつか特徴は、無視され得るか、もしくは実行され得ない。別の視点から、表示されるかまたは説明される相互結合もしくは直接結合または通信接続は、いくつかのインタフェース、ユニットまたはモジュールで実装される間接結合または通信接続であり得、かつ、電気的または他の形態であり得る。

別個のコンポーネントとして上述されたユニットは、物理的に別個のものであり得るか、またはあり得ない。ユニットとして示されるコンポーネントは、物理ユニットであり得、またはあり得ない。すなわち、一箇所のみに配置されるのではなく、複数のネットワークユニットにも分配され得る。ユニットの一部または全部は、実際の要件に従って実施形態の手法の目的を実現するよう選択され得る。

また、本開示のそれぞれの実施形態におけるそれぞれの機能ユニットは、１つの処理ユニットに統合され得、またはそれぞれのユニットは、物理的に単独で存在し得るか、または２つまたはそれよりも多いユニットが１つのユニットに統合され得る。統合されたユニットは、ハードウェア機能ユニットまたはソフトウェア機能ユニットで実装され得る。

上述の統合されたユニットは、ソフトウェア機能ユニットで実現され、かつ、独立の製品として販売または使用される場合、コンピュータ可読記憶媒体に格納され得る。そのような理解に基づいて、従来技術に寄与する、開示される実施形態の要点もしくは一部分または技術的解決手段の全部もしくは一部は、（パーソナルコンピュータ、サーバまたはネットワーク設備等であり得る）コンピュータデバイスが本開示のそれぞれの実施形態の方法の全てのまたはいくつかの段階を実行することを可能にするためのいくつかの命令を含む記憶媒体に格納されるコンピュータソフトウェア製品の形態で具現化され得る。上述の記憶媒体は、ＵＳＢフラッシュディスク、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、モバイルハードディスク、ディスクまたはコンパクトディスク（登録商標）等など、プログラムコードの格納が可能な様々な媒体を備える。

上述の説明は、本開示の例示的な実施形態に過ぎない。当業者にとって、いくつかの改良および修正は、本開示の原理から逸脱することなしにも行われ得ること、また、これらの改良および修正は、本開示の保護範囲とみなされるべきでもあることに留意すべきである。

Claims (27)

1. タスクサーバにより、第１端末の現在状態を第２端末に送信する段階であって、前記現在状態は、前記第１端末に配置される、前記第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である、送信する段階と、
   前記タスクサーバにより、前記現在状態に対応する支援操作命令を前記第２端末から受信する段階と、
   前記タスクサーバにより、前記支援操作命令に基づいて前記現在状態に対して前記支援操作を実行して、複数の支援操作結果を取得する段階と、
   前記タスクサーバにより、前記複数の支援操作結果を前記第１端末に送信する段階と
   を備える、遠隔端末支援を提供する方法。
2. 前記タスクサーバにより、前記第１端末の前記現在状態を前記第２端末に送信する前記段階の前に、
   前記タスクサーバにより、アップロード要求を前記第１端末に送信する段階と、
   前記第１端末により前記アップロード要求に基づいてアップロードされる前記現在状態を前記タスクサーバにより受信および保存する段階と
   を備える、請求項１に記載の方法。
3. 前記第１端末により前記アップロード要求に基づいてアップロードされた前記現在状態を前記タスクサーバにより受信する前記段階の後に、
   前記第２端末により送信されるログイン要求を前記タスクサーバにより受信する段階であって、前記ログイン要求は、前記タスクサーバにより前記第２端末に事前配信される識別トークンを含む、受信する段階と、
   前記タスクサーバにより前記識別トークンを検証する段階と、
   前記識別トークンが検証された後に、前記第１端末の前記現在状態を前記第２端末に送信する段階と
   をさらに備える、請求項２に記載の方法。
4. 前記タスクサーバにより、前記第１端末の前記現在状態を前記第２端末に送信する前記段階の前に、
   前記タスクサーバにより、支援要求を前記第１端末から受信する段階であって、前記支援要求は、前記現在状態に対して遠隔支援を提供するよう前記第２端末に要求するために用いられる、受信する段階
   をさらに備える、請求項１に記載の方法。
5. 前記支援要求は、前記第１端末の第１識別子および前記第２端末の第２識別子を含み、
   前記方法は、前記タスクサーバにより、前記第１端末の前記現在状態を前記第２端末に送信する前記段階の前に、前記タスクサーバにより、前記第１識別子と前記第２識別子との間にマッピング関係が存在することを判断する段階をさらに備える、
   請求項４に記載の方法。
6. 前記マッピング関係は、下記の段階、つまり、
   前記タスクサーバにより、前記マッピング関係を確立するためにバインディング要求を前記第１端末から受信する段階と、
   前記タスクサーバにより、前記バインディング要求を前記第２端末に送信する段階と、
   前記第２端末により送信される、前記マッピング関係を確立することが許可されるよう命令するために用いられる通知情報を前記タスクサーバにより受信し、前記通知情報を受信した後に、前記マッピング関係を前記タスクサーバにより確立する段階と
   により判断される、
   請求項５に記載の方法。
7. 前記現在状態は、複数のローカルＪａｖａＳｃｒｉｐｔ（登録商標）計算結果およびローカルデスクトップ画像情報のうちの１つを含む、請求項１から６のいずれか一項に記載の方法。
8. 支援操作を実行するよう第２端末に要求するローカルアプリケーションの現在状態を第１端末によりタスクサーバにアップロードする段階と、
   前記タスクサーバが前記第２端末からの支援操作命令に基づいて前記現在状態に対して前記支援操作を実行した複数の支援操作結果を前記第１端末により受信する段階であって、前記複数の支援操作結果は、前記第２端末により前記第１端末に対して実行される前記支援操作を反映するのに用いられる、受信する段階と
   を備える、遠隔端末支援を提供する方法。
9. 前記支援操作を実行するよう前記第２端末に要求する前記ローカルアプリケーションの前記現在状態を前記第１端末により前記タスクサーバにアップロードする前記段階は、
   前記第１端末により、アップロード要求を前記タスクサーバから受信する段階と、
   前記アップロード要求によりトリガされると、前記現在状態を前記第１端末により前記タスクサーバにアップロードする段階と
   を有する請求項８に記載の方法。
10. 前記支援操作を実行するよう前記第２端末に要求する前記ローカルアプリケーションの前記現在状態を前記第１端末により前記タスクサーバにアップロードする前記段階の前に、
    前記現在状態に対して遠隔支援を提供するよう前記第２端末に要求する支援要求を前記第１端末により前記タスクサーバに送信する段階
    をさらに備える、請求項８に記載の方法。
11. 第２端末により、タスクサーバの第１端末の現在状態を受信する段階であって、前記現在状態は、前記第１端末に配置される、前記第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である、受信する段階と、
    前記第２端末により、前記現在状態に対応する支援操作命令を前記タスクサーバに送信する段階であって、前記支援操作命令は、前記現在状態に対して前記支援操作を実行して複数の支援操作結果を取得するよう前記タスクサーバに命令するために用いられる、送信する段階と、
    を備える、遠隔端末支援を提供する方法。
12. 前記第２端末により、前記タスクサーバの前記第１端末の前記現在状態を受信する前記段階の前に、
    前記第２端末により、ログイン要求を前記タスクサーバに送信する段階であって、前記ログイン要求は、前記第２端末の識別トークンを含み、前記識別トークンは、前記タスクサーバが前記第２端末を検証するための検証基準を提供するのに用いられる、送信する段階
    をさらに備える、請求項１１に記載の方法。
13. 第１端末の現在状態を第２端末に送信するよう構成される第１送信モジュールであって、前記現在状態は、前記第１端末に配置される、前記第２端末により実行される支援操作を必要としているローカルアプリケーションの状態である、第１送信モジュールと、
    前記第２端末により送信される、前記現在状態に対応する支援操作命令を受信するよう構成される第１受信モジュールと、
    前記支援操作命令に基づいて前記現在状態に対して前記支援操作を実行して複数の支援操作結果を取得するよう構成される支援モジュールと、
    前記複数の支援操作結果を前記第１端末に送信するよう構成される第２送信モジュールと
    を備える、タスクサーバに適用される遠隔端末支援のための装置。
14. アップロード要求を前記第１端末に送信するよう構成される第３送信モジュールと、
    前記第１端末により前記アップロード要求に基づいてアップロードされた前記現在状態を受信および保存するよう構成される第２受信モジュールと
    をさらに備える、請求項１３に記載の装置。
15. 前記第２端末により送信されるログイン要求を受信するよう構成される第３受信モジュールであって、前記ログイン要求は、前記タスクサーバにより前記第２端末に事前配信される識別トークンを含む、第３受信モジュールと、
    前記識別トークンを検証し、前記識別トークンが検証された後に、前記第１端末の前記現在状態を前記第２端末に送信するよう構成される検証モジュールと
    さらに備える、請求項１４に記載の装置。
16. 前記第１端末から支援要求を受信するよう構成される第４受信モジュールであって、前記支援要求は、前記現在状態に対して遠隔支援を提供するよう前記第２端末に要求するために用いられる、第４受信モジュールをさらに備える、請求項１３に記載の装置。
17. 前記第４受信モジュールは、以下の情報、つまり、前記第１端末の第１識別子および前記第２端末の第２識別子を含む前記支援要求を受信するよう構成され、
    前記装置は、前記第１識別子と前記第２識別子との間にマッピング関係が存在することを判断するよう構成される判断モジュールをさらに備える、
    請求項１６に記載の装置。
18. 前記マッピング関係を確立するためにバインディング要求を前記第１端末から受信するよう構成される第５受信モジュールと、
    前記バインディング要求を前記第２端末に送信するよう構成される第４送信モジュールと、
    前記マッピング関係を確立することが許可されるよう命令するために前記第２端末により送信される通知情報を受信するよう構成され、かつ、前記通知情報を受信した後に前記マッピング関係を確立するよう構成される第６受信モジュールと
    をさらに備える、請求項１７に記載の装置。
19. 第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態をタスクサーバにアップロードするよう構成されるアップロードモジュールと、
    前記第２端末からの支援操作命令に基づいて前記タスクサーバが前記現在状態に対して前記支援操作を実行した複数の支援操作結果を受信するよう構成される受信モジュールであって、前記複数の支援操作結果は、前記第２端末により第１端末に対して実行される前記支援操作を反映するのに用いられる、受信モジュールと
    を備える、前記第１端末に適用される遠隔端末支援のための装置。
20. 前記アップロードモジュールは、
    前記タスクサーバからアップロード要求を受信するよう構成される受信ユニットと、
    前記アップロード要求によりトリガされると前記現在状態を前記タスクサーバにアップロードするよう構成されるアップロードユニットと
    を有する、
    請求項１９に記載の装置。
21. 前記現在状態に対して遠隔支援を提供するよう前記第２端末に要求するための支援要求を前記タスクサーバに送信するよう構成される送信モジュールをさらに備える、請求項１９に記載の装置。
22. タスクサーバの第１端末の現在状態を受信するよう構成される受信モジュールであって、前記現在状態は、前記第１端末に配置される、第２端末により実行される支援操作を必要としているローカルアプリケーションの現在状態である、受信モジュールと、
    前記現在状態に対応する支援操作命令を前記タスクサーバに送信するよう構成される第１送信モジュールであって、前記支援操作命令は、前記現在状態に対して前記支援操作を実行して複数の支援操作結果を取得するよう前記タスクサーバに命令するために用いられる、第１送信モジュールと
    を備える、前記第２端末に適用される遠隔端末支援のための装置。
23. ログイン要求を前記タスクサーバに送信するよう構成される第２送信モジュールであって、前記ログイン要求は、前記第２端末の識別トークンを含み、前記識別トークンは、前記タスクサーバが前記第２端末を検証するための検証基準を提供するのに用いられる、第２送信モジュール、
    をさらに備える、請求項２２に記載の装置。
24. 第１端末と、タスクサーバと、第２端末とを備える、遠隔端末支援のためのシステムであって、
    前記第１端末は、前記第１端末の現在状態を前記タスクサーバにアップロードするよう構成され、前記現在状態は、前記第１端末に配置される、前記第２端末により実行される支援操作を必要としているローカルアプリケーションの状態であり、
    前記タスクサーバは、前記現在状態を前記第２端末に送信するよう構成され、前記第２端末により送信される、前記現在状態に対応する支援操作命令を受信するよう構成され、前記支援操作命令に基づいて前記現在状態に対して前記支援操作を実行するよう構成され、かつ、取得された複数の支援操作結果を前記第１端末に送信するよう構成され、
    前記第２端末は、前記現在状態を受信するよう構成され、かつ、前記現在状態に対応する前記支援操作命令を前記タスクサーバに送信するよう構成される、
    遠隔端末支援のためのシステム。
25. 前記タスクサーバは、前記第１端末の前記現在状態を前記第２端末に送信する前に支援要求を前記第１端末から受信するようさらに構成され、前記支援要求は、前記現在状態に対して遠隔支援を提供するよう前記第２端末に要求するために用いられる、請求項２４に記載のシステム。
26. 前記タスクサーバにより受信される前記支援要求は、前記第１端末の第１識別子および前記第２端末の第２識別子を含み、
    前記タスクサーバは、前記第１端末の前記現在状態を前記第２端末に送信する前に、前記第１識別子と前記第２識別子との間にマッピング関係が存在することを判断するようさらに構成される、
    請求項２５に記載のシステム。
27. 前記マッピング関係は、前記タスクサーバにより、以下のとおり、つまり、
    前記マッピング関係を確立するためにバインディング要求を前記第１端末から受信することと、
    前記バインディング要求を前記第２端末に送信することと、
    前記マッピング関係を確立することが許可されるよう命令するために前記第２端末により送信される通知情報を受信することと、
    前記通知情報を受信した後に前記マッピング関係を確立することと
    により判断される、
    請求項２６に記載のシステム。

Images