(57)【要約】【課題】リモートアクセスするリモート端末の変更をよりフレキシブルに行うことができるクラウドサーバ，制御プログラム，制御方法及びクラウドシステムを提供する。【解決手段】クライアント端末が第１のプライベート端末へアクセスして第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，第１のプライベート端末がアプリケーションによる実行ファイルを分離して送信したアプリケーションによる実行結果を含むデータファイルと，データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集部と，アプリ情報を第１のプライベート端末及び第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，変換したアプリ情報とデータファイルとを保存する端末情報保存部とを有する。【選択図】図９
2015121909.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末及び複数のプライベート端末とネットワークを介してアクセスするクラウドサーバであって，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集部と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存部と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示部とを有する，
クラウドサーバ。
【請求項２】
請求項１において，さらに，
前記クライアント端末が前記リモートアクセスを再開するときに，前記第１のプライベート端末を含む前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションによって前記データファイルの実行確認を行う実行問合せ部を有し，
前記実行指示部は，前記送信したアプリ情報に基づいて前記データファイルが実行可能であることを示す通知を送信したプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドサーバ。
【請求項３】
請求項２において，
前記実行問合せ部は，前記データファイルの実行確認を，前記第１のプライベート端末のアプリケーションに実行させ，該アプリケーションが実行できない場合に，前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションに実行確認を行わせるクラウドサーバ。
【請求項４】
請求項２において，
前記実行指示部は，前記データファイルの実行を，前記データファイルが実行可能であることを示す通知を最初に送信したプライベート端末に行わせるクラウドサーバ。
【請求項５】
請求項１において，さらに，
前記端末情報収集部が前記リモートアクセスを行っていた全てのプライベート端末から前記アプリ情報を受信したときに，前記リモートアクセスの終了時に前記クライアント端末が利用していたアプリケーションの情報を含む端末利用再開用情報を，前記クライアント端末に作成させる再開用情報作成指示を送信する再開用情報作成指示部を有し，
前記実行指示部は，さらに，前記クライアント端末から前記端末利用再開情報を受信したときに，前記他のプライベート端末に前記端末利用再開用情報に対応する前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドサーバ。
【請求項６】
請求項１において，
前記端末情報処理部は，前記アプリ情報に基づいて前記データファイルのＭＩＭＥタイプを取得し，前記ＭＩＭＥタイプをテキスト形式に変換して保存するクラウドサーバ。
【請求項７】
クライアント端末及び複数のプライベート端末とネットワークを介してリモートアクセスするクラウドサーバにおけるリモートアクセス処理をコンピュータに実行させるコンピュータ読み取り可能な制御プログラムであって，
前記リモートアクセス処理は，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集工程と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存工程と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示工程とを有する，
制御プログラム。
【請求項８】
クライアント端末及び複数のプライベート端末とネットワークを介してアクセスするクラウドサーバにおける制御方法であって，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集工程と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存工程と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示工程とを有する，
制御方法。
【請求項９】
クライアント端末と，
複数のプライベート端末と，
前記クライアント端末及び前記複数のプライベート端末とネットワークを介してアクセスするクラウドサーバとを有するクラウドシステムであって，
第１のプライベート端末は，前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記アプリケーションによる実行ファイルを，前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とに分離して前記クラウドサーバに送信し，
前記クラウドサーバは，前記アプリ情報と前記データファイルとを受信したときに，前記アプリ情報を，前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存し，
前記クラウドサーバは，さらに，前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，
前記他のプライベート端末は，前記アプリ情報と前記データファイルとを受信したときに，前記他のプライベート端末内のアプリケーションによって前記データファイルを実行する，
クラウドシステム。
【請求項１０】
請求項９において，さらに，
前記クラウドサーバは，前記クライアント端末が前記リモートアクセスを再開するときに，前記第１のプライベート端末を含む前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションによって前記データファイルの実行確認を行い，
前記複数のプライベート端末は，受信した前記アプリ情報に基づいて前記データファイルを実行可能であると判断した場合に，前記判断の内容を示す通知を前記クラウドサーバに送信し，
前記実行指示部は，前記送信したアプリ情報に基づいて前記データファイルが実行可能であることを示す通知を送信したプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドシステム。
【請求項１１】
請求項１０において，さらに，
前記クラウドサーバは，前記端末情報収集部が前記リモートアクセスを行っていた全てのプライベート端末から前記アプリ情報を受信したときに，前記リモートアクセスの終了時に前記クライアント端末が利用していたアプリケーションの情報を含む端末利用再開用情報を，前記クライアント端末に作成させる再開用情報作成指示を送信し，
前記クライアント端末は，前記クラウドサーバから前記再開用情報作成指示を受信したときに，前記端末利用再開用情報を作成し，
前記クライアント端末は，さらに，ユーザが所定の入力を行ったときに，前記端末利用再開用情報を前記クラウドサーバに送信し，
前記実行指示部は，さらに，前記クライアント端末から前記端末利用再開情報を受信したときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドシステム。
【請求項１２】
請求項１１において，
前記クライアント端末は，前記クライアント端末内のアプリケーションが前記端末利用再開用情報に含まれているアプリケーションを実行可能であるときに，前記実行可能であるアプリケーションで実行されていた前記データファイルを前記クラウドサーバから受信し，前記クライアント端末内のアプリケーションによって前記データファイルを実行するクラウドシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，クラウドサーバ，制御プログラム，制御方法及びクラウドシステムに関する。
【背景技術】
【０００２】
スマートフォンやタブレット等の携帯情報端末の普及に伴い，一人のユーザが，複数の異なる端末（スマートフォン，タブレット，ＰＣ等）を所有するようになっている。このような携帯情報端末では，近年では十分な通信速度を確保することが可能である。そのため，ユーザは，携帯情報端末から自分が所有する他の端末にリモートでアクセスし，他の端末（以下，リモート端末と呼ぶ）のアプリケーションやファイル等を携帯情報端末で操作をすること（以下，リモートアクセスと呼ぶ）が可能である（例えば，特許文献１乃至４参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２４３１５２号公報
【特許文献２】特開２０１０−２１１８１５号公報
【特許文献３】特開平０７−２１０４７５号公報
【特許文献４】特開２００７−３０４９９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザがリモートアクセスを伴う携帯情報端末の操作を終了する場合，例えば，リモート端末が操作されたファイル等をサーバに保存する。そのため，リモートアクセスの再開時に携帯情報端末がリモート端末にアクセスできなくなった場合であっても，別の代替リモート端末がサーバ内に保存されたファイル等を用いることによって操作を継続することが可能になる。しかし，リモート端末が行っていた操作を代替リモート端末で継続するためには，リモート端末と同じアプリケーションを代替リモート端末が有している必要がある。そのため，全てのリモート端末を代替リモート端末として利用可能にするには，各リモート端末のアプリケーション構成を同じにする必要がある。
【０００５】
そこで，一つの実施の形態の目的は，リモートアクセスするリモート端末の変更をよりフレキシブルに行うことができるクラウドサーバ，制御プログラム，制御方法及びクラウドシステムを提供することにある。
【課題を解決するための手段】
【０００６】
実施の形態の一つの側面によれば，クライアント端末及び複数のプライベート端末とネットワークを介してアクセスするクラウドサーバであって，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記第１のプライベート端末内のアプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集部と，
前記アプリ情報を，前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存部と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記第１のプライベート端末に代えて前記アプリケーションを実行させる実行指示部とを有する。
【発明の効果】
【０００７】
リモートアクセスするリモート端末の変更をよりフレキシブルに行うことができる。
【図面の簡単な説明】
【０００８】
【図１】本実施の形態におけるクラウドシステムの全体構成を示す図である。
【図２】クラウドサーバとクライアント端末とプライベート端末とのハードウエア構成を示す図である。
【図３】クラウドサーバが有する機能の一例を示す図である。
【図４】クライアント端末が有する機能の一例を示す図である。
【図５】プライベート端末が有する機能の一例を示す図である。
【図６】一般的なリモートアクセス処理を説明する図である。
【図７】一般的なリモートアクセス処理を終了する場合を説明する図である。
【図８】一般的なリモートアクセス処理を再開する場合を説明する図である。
【図９】リモートアクセス処理の概略を示すシーケンスチャート図である。
【図１０】リモートアクセス処理の概略を説明する図である。
【図１１】リモートアクセス処理の概略を説明する図である。
【図１２】リモートアクセス処理の概略を説明する図である。
【図１３】実行ファイルとデータファイルとアプリ情報の例を説明する図である。
【図１４】リモートアクセス処理の概略を説明する図である。
【図１５】リモートアクセス処理の終了時の詳細を示すフローチャートである。
【図１６】リモートアクセス処理の終了時の詳細を示すフローチャートである。
【図１７】リモートアクセス処理の終了時の詳細を示すフローチャートである。
【図１８】リモートアクセス処理の再開時の詳細を示すフローチャートである。
【図１９】リモートアクセス処理の再開時の詳細を示すフローチャートである。
【図２０】リモートアクセス処理の再開時の詳細を示すフローチャートである。
【図２１】リモートアクセス処理の終了時及び再開時の詳細を説明するブロック図である。
【図２２】リモートアクセス処理の終了時の詳細を説明する図である。
【図２３】リモートアクセス処理の終了時の詳細を説明する図である。
【図２４】リモートアクセス処理の終了時の詳細を説明する図である。
【図２５】リモートアクセス処理の実行中にクライアント端末に表示される画面及びリモートアクセス処理の再開時にクライアント端末に表示される画面の例を説明する図である。
【図２６】リモートアクセス処理の再開時の詳細を説明する図である。
【図２７】リモートアクセス処理の再開時の詳細を説明する図である。
【図２８】リモートアクセス処理の再開時の詳細を説明する図である。
【図２９】リモートアクセス処理の再開時におけるクライアント端末の画面の例を説明する図である。
【発明を実施するための形態】
【０００９】
［クラウドシステムの構成］
図１は，本実施の形態におけるクラウドシステムの全体構成を示す図である。クラウドサーバ１（またはハードウエア群とも呼ぶ）は，インターネットやイントラネット等の通信ネットワーク６を介して，クライアント端末２（またはローカル端末と呼ぶ）とプライベート端末３，４，５（またはリモート端末とも呼ぶ）とが接続可能になっている。なお，図１の例においては，プライベート端末が３つ存在する場合について説明するが，３つ以外のプライベート端末を有する構成であってもよい。また，クラウドサーバ１は，ＣＰＵとメモリ（ＤＲＡＭ）とハードディスク（ＨＤＤ）等の大容量メモリとネットワークとを有する。
【００１０】
クライアント端末２は，図１の例においては，ユーザが所有している端末である。クライアント端末２は，通常，クラウドサーバ１に通信ネットワーク６を介してアクセスする。また，プライベート端末３，４，５は，クライアント端末２を所有するユーザが所有する端末であるが，クライアント端末２とは異なる端末である。クライアント端末２は，例えば，ユーザによって携帯可能な携帯情報端末であり，プライベート端末３，４，５は，例えば，自宅やオフィスに設置されたデスクトップ型の端末である。各端末は，ユーザによって使用中の端末を特にクライアント端末と称し，それ以外の端末をプライベート端末と称する。
【００１１】
クライアント端末２は，プライベート端末３，４，５に，直接またはクラウドサーバ１を介してリモートアクセスする。クライアント端末２は，リモートアクセスをすることにより，プライベート端末３，４，５内のアプリケーションを実行する。
【００１２】
図２は，クラウドサーバとクライアント端末とプライベート端末とのハードウエア構成を示す図である。クラウドサーバ１は，プロセッサであるＣＰＵ１０１と，メモリ１０２と，I ／Ｏユニット１０４（外部インターフェース）と，図３で説明するクラウドサーバ１のソフトウエア１１０や記憶部１２０を格納する記憶媒体１０３とを有し，それらがバスＢＵＳを介して接続されている。
【００１３】
また，クライアント端末２は，クラウドサーバ１と同様に，プロセッサであるＣＰＵ２０１と，メモリ２０２と，I ／Ｏユニット２０４（外部インターフェース）と，図４で説明するクライアント端末２のソフトウエア２１０や記憶部２２０を格納する記憶媒体２０３とを有し，それらがバスＢＵＳを介して接続されている。
【００１４】
さらに，プライベート端末３，４，５は，クラウドサーバ１と同様に，プロセッサであるＣＰＵ３０１と，メモリ３０２と，I ／Ｏユニット３０４（外部インターフェース）と，図５で説明するプライベート端末３，４，５のソフトウエア３１０を格納する記憶媒体３０３とを有し，それらがバスＢＵＳを介して接続されている。なお，記憶媒体１０３，２０３，３０３は，例えば，それぞれソフトウエア１１０，２１０，３１０を読み出し可能であるＨＤＤである。
【００１５】
図３は，クラウドサーバが有する機能の一例を示す図である。クラウドサーバ１は，図示しないＣＰＵなどのハードウエアに加えて，ソフトウエア１１０と記憶部１２０とを有する。
【００１６】
クラウドサーバ１内のソフトウエア１１０は，例えば，クライアント端末２がプライベート端末３（以下，第１のプライベート端末とも呼ぶ）にアクセスしてプライベート端末３内のアプリケーションを実行するリモートアクセスが終了したときに，プライベート端末３がアプリケーションによる実行ファイルを分離して送信したプライベート端末３内のアプリケーションによる実行結果を含むデータファイルと，そのデータファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集部１１１を有する。また，アプリ情報をプライベート端末３及びプライベート端末３とは異なる他のプライベート端末（例えば，プライベート端末４，５）が実行可能な形式に変換し，変換したアプリ情報とデータファイルとを保存する端末情報保存部１１２を有する。また，クライアント端末２がリモートアクセスを再開するときに，他のプライベート端末にアプリ情報とデータファイルとを送信し，他のプライベート端末内のアプリケーションにデータファイルを実行させる実行指示部１１４を有する。また，クライアント端末２がリモートアクセスを再開するときに，プライベート端末３を含む複数のプライベート端末にアプリ情報を送信し，複数のプライベート端末内のアプリケーションによってデータファイルの実行確認を行う実行問合せ部１１３を有する。また，端末情報収集部１１１がリモートアクセスを行っていた全てのプライベート端末からアプリ情報を受信したときに，リモートアクセスの終了時にクライアント端末が利用していたアプリケーションの情報を含む端末利用再開用情報を，クライアント端末２に作成させる再開用情報作成指示を送信する再開用情報作成指示部１１５を有する。また，クライアント端末２から端末利用再開情報を受信したときにリモートアクセスが再開したものと判断し，実行指示部１１４にアプリケーションを実行させ，または実行問合せ部１１３にアプリケーションの実行確認を行わせる実行可否判断依頼部１１６を有する。また，クライアント端末２またはプライベート端末３，４，５を含む複数のプライベート端末とリモートアクセスを行うリモートアクセス部１１７を有する。
【００１７】
クラウドサーバ１内の記憶部１２０は，端末情報収集部１１１が受信したデータファイルと，アプリ情報とを記憶する端末情報記憶部１２１を有する。
【００１８】
図４は，クライアント端末が有する機能の一例を示す図である。クライアント端末２は，図示しないＣＰＵなどのハードウエアに加えて，ソフトウエア２１０と記憶部２２０とを有する。
【００１９】
クライアント端末２内のソフトウエア２１０は，ユーザが行ったクライアント端末２への操作を検出する端末操作検出部２１１と，クライアント端末２内に存在するアプリケーションを実行するアプリ実行部２１２とを有する。また，アプリ実行部２１２が実行したアプリケーションによって作成された実行ファイルを保存する端末情報保存部２１３と，アプリケーションによって作成された実行ファイルを，アプリケーションによる実行結果を含むデータファイルと，データファイルを実行可能なアプリケーションの情報を含むアプリ情報とに分離してクラウドサーバに送信する端末情報保存依頼部２１４を有する。また，クライアント端末２がプライベート端末３内のアプリケーションを実行するリモートアクセスが終了したときに，クライアント端末２に表示されていたプライベート端末３内のアプリケーションに関する画面を取得する端末画面取得部２１５を有する。また，クラウドサーバ１から再開用情報作成指示を受信したときに，端末画面取得部２１５にアプリケーションの実行画面を取得させることにより，リモートアクセスの終了時にクライアント端末２が利用していたアプリケーションの情報を含む端末利用再開用情報を作成する再開用情報作成部２１６を有する。また，ユーザがクライアント端末２に所定の入力を行ったときに，端末利用再開用情報をクラウドサーバ１に送信して，プライベート端末とのリモートアクセスの再開を依頼する端末利用再開依頼部２１７を有する。また，クラウドサーバ１またはプライベート端末３，４，５を含む複数のプライベート端末とリモートアクセスを行うリモートアクセス部２１８を有する。
【００２０】
クライアント端末２内の記憶部２２０は，再開用情報作成部２１６によって作成された再開用情報を記憶する端末情報記憶部１２１を有する。
【００２１】
図５は，プライベート端末が有する機能の一例を示す図である。プライベート端末３は，図示しないＣＰＵなどのハードウエアに加えて，ソフトウエア３１０を有する。なお，プライベート端末４，５を含む他の端末は，プライベート端末３と同じ構成を有しているものとする。
【００２２】
プライベート端末３内のソフトウエア３１０は，プライベート端末３内に存在するアプリケーションを実行するアプリ実行部３１１と，アプリ実行部３１１が実行したアプリケーションによって作成された実行ファイルを保存する端末情報保存部３１２とを有する。また，クラウドサーバ１またはクライアント端末２とリモートアクセスを行うリモートアクセス部３１３を有する。また，実行指示部１１４による実行指示，または実行問合せ部１１３による実行確認指示に応答して送信されたデータファイルの実行可否を判断し，実行可能であると判断した場合にアプリ実行部３１１に実行させるアプリ実行制御部３１４を有する。
【００２３】
［一般的なリモートアクセス処理］
次に，一般的なリモートアクセス処理について説明する。ここでは，クラウドサーバ１を介してクライアント端末２からプライベート端末３，４，５にリモートアクセス可能なクラウドシステムについて説明する。
【００２４】
図６は，一般的なリモートアクセス処理を説明する図である。図６の例では，クライアント端末２は，クラウドサーバ１を介して，または直接プライベート端末３，４，５とリモートアクセスを行っている。クライアント端末２は，リモートアクセスを行うことにより，プライベート端末３のアプリケーションＡＰＰ−１と，プライベート端末４のアプリケーションＡＰＰ−２ａ，及びプライベート端末５のアプリケーションＡＰＰ−４を実行している。すなわち，ユーザは，クライアント端末２の画面にアプリケーションＡＰＰ−１，アプリケーションＡＰＰ−２ａ，及びアプリケーションＡＰＰ−４に関する画面を表示させながら，それぞれのアプリケーションを実行している。
【００２５】
図７は，一般的なリモートアクセス処理を終了する場合を説明する図である。また，図８は，一般的なリモートアクセス処理を再開する場合を説明する図である。クライアント端末２がリモートアクセスを終了する場合，プライベート端末３，４，５は，それぞれのアプリケーションにより実行した実行ファイル３０，４０，５０をクラウドサーバ１に送信して保存する。プライベート端末３，４，５は，クライアント端末２によるリモートアクセスの再開時に，電源オフなどによりリモートアクセスができない状態になっている可能性がある。そのため，クラウドサーバ１は，リモートアクセスの終了時に実行ファイル３０，４０，５０をクラウドサーバ１内に保存しておくことにより，リモートアクセスができなくなったプライベート端末が作成した実行ファイルを他の端末に送信することが可能になる。
【００２６】
しかし，図８に示すように，例えばクラウドサーバ１からプライベート端末４へのリモートアクセスができなくなった場合，プライベート端末３またはプライベート端末５は，実行ファイル４０を実行していたプライベート端末４内のアプリケーションと同じアプリケーションを有していないと，実行ファイル４０を実行することができない。具体的に，図８に示す例では，プライベート端末３及びプライベート端末５は，実行ファイル４０を実行していたアプリケーションＡＰＰ−２ａを有していないため，実行ファイル４０を実行することができない。
【００２７】
したがって，リモートアクセスできなくなったプライベート端末４で実行していた実行ファイル４０を，他のプライベート端末が実行するためには，各プライベート端末のアプリケーションを予め同じにしておく必要がある。しかし，プライベート端末の数だけ同じアプリケーションを準備することはコストや労力の面から好ましくない。
【００２８】
そこで，本実施の形態では，実行可能なアプリケーションの情報を含むアプリ情報をデータファイルから分離し，アプリケーション構成の異なる他の端末が実行可能な形式に変換することにより，データファイルを実行可能な端末の範囲を拡張する。
【００２９】
［第１の実施の形態］
最初に第１の実施の形態について説明する。図９は，リモートアクセス処理の概略を示すシーケンスチャート図である。図１０から図１６は，リモートアクセス処理の概略を示す図である。図１０から図１６を参照しながら図９のリモートアクセス処理の概略を説明する。図９の例では，図１０に示すように，クライアント端末２が，クラウドサーバ１がプライベート端末４にリモートアクセスを行い，プライベート端末４内のアプリケーションＡＰＰ−２ａを実行している場合について説明する。
【００３０】
［図９のＳ１，Ｓ２］
クライアント端末２は，ユーザによる操作が終了し，クライアント端末２からプライベート端末４へのリモートアクセスが終了するときに，クライアント端末２がリモートアクセスを行っているプライベート端末４に，リモートアクセス終了通知を送信する（Ｓ１）。次に，リモートアクセス終了通知を受信したプライベート端末４は，リモートアクセスによって実行されていたアプリケーションが作成したファイル（実行ファイル４０）をデータファイル４１とアプリ情報４２とに分離させる（Ｓ２）。
【００３１】
データファイル４１は，プライベート端末４内のアプリケーションによる実行結果を含むファイルである。具体的に，プライベート端末４内のアプリケーションがマイクロソフト社のＷＯＲＤ（登録商標）である場合には，これによって作成された「ａａａ．ｄｏｃ」等のファイルがデータファイル４１に該当する。また，アプリ情報４２は，データファイル４１を実行可能なアプリケーションの情報を含む情報である。具体的には，例えば，データファイル４１の属性を示す拡張子を含む情報である。
【００３２】
さらに，プライベート端末４は，図１１に示すように，実行ファイル４０から分離したデータファイル４１とアプリ情報４２をクラウドサーバ１に送信する（Ｓ２）。
【００３３】
なお，アプリ情報４２は，実行ファイル４０の一部を分離することにより作成するのではなく，実行ファイル４０内のアプリ情報４２に相当する部分をコピーすることによって作成するものであってよい。また，この場合，アプリ情報４２を作成した後の実行ファイル４０をそのままデータファイル４１としてもよい。
【００３４】
［図９のＳ３，Ｓ４］
クラウドサーバ１は，図１２に示すように，受信したアプリ情報４２を，他のプライベート端末がデータファイル４１を実行可能な形式に変換する（Ｓ３）。そして，データファイル４１と，変換したアプリ情報４２とを保存する（Ｓ４）。アプリ情報４２の変換について，以下に詳細を説明する。
【００３５】
図１３は，実行ファイルとデータファイルとアプリ情報の例を説明する図である。図１３（Ａ）は，プライベート端末４内のアプリケーションが作成した実行ファイル４０の例である。実行ファイル４０はバイナリファイルであり，実行ファイル４０を作成したアプリケーションによって実行することができる。一方，実行ファイル４０を作成したアプリケーション以外のアプリケーションは，データファイル４１の内容を解釈することができないため実行することができない。
【００３６】
また，図１３（Ｂ）は，Ｓ２で説明したように，実行ファイル４０をデータファイル４１とアプリ情報４２とに分離した後の例である。図１３（Ｂ）のデータファイル４１及びアプリ情報４２は，実行ファイル４０と同様にバイナリファイルである。
【００３７】
さらに，図１３（Ｃ）は，Ｓ３で説明したように，クラウドサーバ１がプライベート端末４から受信したアプリ情報４２を，他のプライベート端末が実行可能な形式に変換した後の例である。具体的に図１３（Ｃ）の例において，クラウドサーバ１は，アプリ情報４２内に含まれるデータファイル４１を実行可能であるアプリケーションの情報に基づいて，データファイル４１のＭＩＭＥタイプを取得する。そして，このＭＩＭＥタイプを含む情報をテキストファイル（テキスト形式）に変換し，変換後のアプリ情報４２ｃを作成する。これにより，変換されたアプリ情報を受信したプライベート端末３またはプライベート端末５は，アプリ情報４２の内容を解読可能になる。また，変換後のアプリ情報４２ｃは，データファイル４１のＭＩＭＥタイプに関する情報を有している。そのため，プライベート端末３またはプライベート端末５内に，実行ファイル４０を作成したプライベート端末４内のアプリケーションＡＰＰ−２ａが存在しない場合であっても，データファイル４１のＭＩＭＥタイプのファイルを実行可能であるアプリケーションが存在している場合には，プライベート端末３またはプライベート端末５は，データファイル４１を実行することが可能になる。
【００３８】
ＭＩＭＥタイプを用いた場合の具体例として，例えば，画像処理ソフトウエアであるＰａｉｎｔ（登録商標）で作成したデータファイルは，同じく画像処理ソフトウエアであるＩｌｕｓｔｒａｔｏｒ（登録商標）やＰｈｏｔｏｓｈｏｐ（登録商標）で実行することが可能になる。これは，例えば，ＭＩＭＥタイプが「ｉｍａｇｅ／ｊｐｅｇ」のファイルを実行可能であるアプリケーションが，拡張子「．ｊｐｇ」「．ｊｐｅ」「．ｊｆｉｆ」「．ｊｐｅｇ」「．ｐｊｐｅｇ」「．ｐｊｐ」のファイルを実行可能だからである。また，テキストエディタであるＷＯＲＤ（登録商標）で作成したデータファイルは，ワードパット（登録商標）で実行することが可能になる。これは，ＭＩＭＥタイプが「ａｐｐｌｉｃａｔｉｏｎ／ｍｓｗｏｒｄ」のファイルを実行可能であるアプリケーションが，拡張子「．ｄｏｃ」「．ｄｏｔ」「．ｗｉｚ」「．ｒｔｆ」のファイルを実行可能だからである。なお，その他のＭＩＭＥタイプと拡張子の対応例として，ＭＩＭＥタイプ「ａｕｄｉｏ／ｍｐｅｇ」は，拡張子「．ｍｐ３」「．ｍｐ２」に対応している。
【００３９】
図１３の例では，図１３（Ｂ）に示すように，バイナリデータであるアプリ情報４２には，データファイル４１の拡張子が「．ｊｐｇ」であるという情報が含まれている。そして，図１３（Ｃ）に示すように，クラウドサーバ１は，アプリ情報４２の内容に基づいてＭＩＭＥタイプを取得し，これをテキスト形式で表現されたＭＩＭＥタイプである「ｉｍａｇｅ／ｊｐｅｇ」を含む変換後のアプリ情報４２ｃに変換している。なお，図１３（Ｂ）において，アプリ情報４２は，実行ファイル４０から分離されたバイナリファイルである必要はない。具体的に，例えば，プライベート端末４が，プライベート端末４のＯＳが有するアプリケーションの情報に基づいて，データファイル４１の拡張子に関する情報を取得するものであってもよい。さらに，図１３（Ｃ）において，プライベート端末４が，プライベート端末４のＯＳから取得したデータファイル４１の拡張子に関する情報に基づいてＭＩＭＥタイプを取得し，そのＭＩＭＥタイプを含む情報をクラウドサーバ１に送信し，クラウドサーバ１が，受信したＭＩＭＥタイプを含む情報を，変換後のアプリ情報４２ｃに変換するものであってもよい。
【００４０】
本実施の形態において，クライアント端末２によるリモートアクセス処理の終了は，クライアント端末２がリモートアクセス終了通知を行った後（Ｓ１），クラウドサーバ１がアプリ情報４２を変換し，さらにデータファイル４１とアプリ情報４２とを保存することによって完了する（Ｓ４）。
【００４１】
［図９のＳ５，Ｓ６，Ｓ７］
クライアント端末２は，プライベート端末へのリモートアクセスを再開するとき，クラウドサーバ１にリモートアクセス再開通知を行う（Ｓ５）。リモートアクセスの再開時に，プライベート端末４（クライアント端末２からリモートアクセスを行っていた端末）へのリモートアクセスを正常に行うことが可能である場合には，引き続きプライベート端末４にリモートアクセスを行う。一方，図１４に示すように，前回のリモートアクセスが終了した時からリモートアクセス再開する時までの間に，リモートアクセスを行っていたプライベート端末４に異常等が発生し，リモートアクセスができなくなっている場合やプライベート端末４内のアプリケーションを実行できなくなっている場合がある。図１４の例では，前回リモートアクセスを行っていたプライベート端末４が，リモートアクセスを再開した時にクライアント端末２からリモートアクセスができなくなった場合について説明を行う。
【００４２】
図１４の例において，クライアント端末２からリモートアクセス再開通知（Ｓ５）を受信したクラウドサーバ１は，プライベート端末４がリモートアクセスをできなくなったこと（プライベート端末４内のアプリケーションが実行できなくなったこと）を検出した後，前回のリモートアクセスが終了する時にプライベート端末４から受信していたアプリ情報４２を確認する。具体的に，アプリ情報４２に記載されている内容を参照し，データファイル４１を実行可能なアプリケーションを有しているプライベート端末が存在するか否かについて確認する。このプライベート端末が存在するか否かについての確認は，例えば，クラウドサーバ１が，各プライベート端末内に存在するアプリケーションが実行可能なファイル（例えば，ＭＩＭＥタイプ）の情報に関するテーブルを予め有しておき，このテーブルを検索することにより行う。図１４の例では，プライベート端末５が，データファイル４１を実行可能なアプリケーションであるアプリケーションＡＰＰ−２ｂを有していたものとして説明する。
【００４３】
そして，クラウドサーバ１は，プライベート端末５に，変換されたアプリ情報４２とデータファイル４１とを送信する（Ｓ６）。そして，プライベート端末５は，変換されたアプリ情報４２の内容に基づき，アプリケーションＡＰＰ−２ｂにデータファイル４１を実行させる（Ｓ７）。これにより，クライアント端末２を操作するユーザは，クライアント端末２がリモートアクセスするプライベート端末が変更されたことを意識することなく，データファイル４１の実行を再開することが可能になる。なお，リモートアクセスが再開した後は，クラウドサーバ１を介することなく，クライアント端末２とプライベート端末（図１４の例ではプライベート端末５）との間でリモートアクセスを行うものであってよい。
【００４４】
本実施の形態においては，クライアント端末２とリモートアクセスを行っていたプライベート端末４は，クライアント端末２によるリモートアクセスが終了した時に，プライベート端末４内のアプリケーションによる実行ファイル４０を，データファイル４１とアプリ情報４２とに分離した状態でクラウドサーバ１に送信する。そして，クラウドサーバ１は，受信したアプリ情報４２を，他のプライベート端末（プライベート端末３またはプライベート端末５）もデータファイル４１を実行可能な形式に変換して保存する。さらに，クラウドサーバ１は，リモートアクセスが再開した時にプライベート端末４にリモートアクセスできない場合，他のプライベート端末にデータファイル４１と変換されたアプリ情報４２とを送信し，変換されたアプリ情報４２に記載された内容に基づいてデータファイル４１を実行させる。これにより，他のプライベート端末は，実行ファイル４０を作成したアプリケーションを有していない場合であっても，プライベート端末４から送信されたアプリ情報４２の内容を解釈することが可能になる。さらに，他のプライベート端末は，解釈したアプリ情報４２の内容に基づいて，他のプライベート端末が有するアプリケーションによって，プライベート端末４から送信されたデータファイル４１を実行することが可能になる。
【００４５】
［第２の実施の形態］
次に，第２の実施の形態について説明する。図１５から図１７は，リモートアクセス処理の終了時の詳細を示すフローチャートである。また，図１８から図２０は，リモートアクセス処理の再開時の詳細を示すフローチャートである。また，図２１は，リモートアクセス処理の終了時及び再開時の詳細を説明するブロック図である。さらに，図２２から図２４は，リモートアクセス処理の終了時の詳細を説明する図である。また，リモートアクセス処理の再開時の詳細を説明する図である。図２２から図２８を参照しながら，図１５から図２１のリモートアクセス処理の終了時及びリモートアクセス処理の再開時の詳細について説明する。
【００４６】
なお，図１５から図２１においては，図２２に示すように，クライアント端末２からクラウドサーバ１を介してプライベート端末３及びプライベート端末４にリモートアクセスをし，それぞれアプリケーションＡＰＰ−１及びアプリケーションＡＰＰ−２ａを実行している場合のリモートアクセス処理について説明する。
【００４７】
［リモートアクセス処理の終了時（クライアント端末）］
最初に，リモートアクセス処理の終了時について説明する。図１５は，リモートアクセス処理の終了時においてクライアント端末２が行う処理を説明するフローチャートである。クライアント端末２の端末操作検出部２１１が，ユーザによる端末利用終了を検出したときに（Ｓ１１のＹＥＳ），クライアント端末２のアプリ実行部２１２は，クライアント端末２内で実行しているアプリケーションを終了する（Ｓ１２）。端末操作検出部２１１は，例えば一定期間端末操作がない場合や端末利用終了ボタン（図示しない）から入力があった場合に，これを端末利用終了として認識する。
【００４８】
次に，クライアント端末２の端末情報保存部２１３が，実行していたアプリケーションが作成した実行ファイルを保存し（Ｓ１３），さらに，実行ファイルをデータファイル２１とアプリ情報２２とに分離する（Ｓ１４）。そして，図２３に示すように，クライアント端末２の端末情報保存依頼部２１４が，端末情報保存部２１３において分離されたデータファイル２１とアプリ情報２２をクラウドサーバ１に送信する（Ｓ１５）。
【００４９】
クライアント端末２を所有するユーザは，リモートアクセスの終了した後，例えばプライベート端末３をローカル端末として使用する場合がある。この場合，プライベート端末３からクライアント端末２にリモートアクセスを行い，クライアント端末２内のアプリケーションによって作成された実行ファイルを実行する。このとき，プライベート端末３からクライアント端末２にリモートアクセスができなくなっている可能性がある。そのため，クライアント端末２内のアプリケーションによって作成された実行ファイルについても，プライベート端末内で作成された実行ファイルと同様に，データファイル２１とアプリ情報２２とに分離してクラウドサーバ１に送信しておくことが好ましい。なお，クライアント端末２内のアプリケーションが実行していなかった場合には，Ｓ１２からＳ１５は行われない。データファイル２１及びアプリ情報２２については，Ｓ２からＳ４で説明を行ったため，ここでは詳細な説明を省略する。
【００５０】
次に，クライアント端末２は，プライベート端末内のアプリケーションが作成した実行ファイルの端末情報保存依頼をクラウドサーバ１に送信する（Ｓ１６）。クライアント端末２は，端末情報保存依頼をクラウドサーバ１に送信した後，クラウドサーバ１から再開用情報作成指示を受信するまで待機する。
【００５１】
図２４に示すように，クライアント端末２がクラウドサーバ１から再開用情報作成指示を受信したとき（Ｓ１７），クライアント端末２の再開用情報作成部２１６が，クライアント端末２の端末画面取得部２１５に，リモートアクセス終了時のクライアント端末２の画面情報（ユーザが確認するクライアント端末２の画面情報）を取得させる（Ｓ１８）。そして，再開用情報作成部２１６は，端末画面取得部２１５が取得した画面情報を含む端末利用再開用情報を作成して保存する（Ｓ１８）。画面情報は，例えばリモートアクセス終了時におけるクライアント端末２の画面のキャプチャ情報である。また，端末利用再開用情報は，例えば，画面情報の他に，リモートアクセス終了時のタイムスタンプ，クライアント端末２の情報及びリモートアクセスをしていたプライベート端末の情報を含む情報であり，クライアント端末２がリモートアクセスを再開するときに用いるものである。
【００５２】
図２５は，リモートアクセス終了時のクライアント端末２の画面（クライアント端末２のキャプチャ情報）の例である。端末利用再開用情報は，例えば，図２５に示すようなキャプチャ情報を含んでいる。そして，キャプチャ情報内の各アプリケーションの情報（図２５のＡＰＰ−０，ＡＰＰ−１及びＡＰＰ−２ａ）は，キャプチャ情報取得時のタイムスタンプ及びそのアプリケーションが存在するプライベート端末（リモートアクセスしていたプライベート端末）の情報を紐付ける形で有している。
【００５３】
なお，図２１に示すように，再開用情報作成部２１６は，端末利用再開用情報を再開用情報記憶部２２１に記憶させる。
【００５４】
［リモートアクセス処理の終了時（クラウドサーバ）］
図１６は，リモートアクセス処理の終了時においてクラウドサーバ１が行う処理を説明するフローチャートである。クラウドサーバ１が，クライアント端末２から端末情報保存依頼を受信したとき（Ｓ２１のＹＥＳ），クラウドサーバ１の端末情報収集部１１１は，リモートアクセスを行っているプライベート端末３，４内のアプリケーションによって作成された実行ファイルに基づくデータファイル３１，４１及びアプリ情報３２，４２（以下，データファイルとアプリ情報とをまとめて端末情報とも呼ぶ）の送信依頼を送信する（Ｓ２２）。クラウドサーバ１は，各プライベート端末に端末情報送信依頼を送信した後，リモートアクセス終了時にクライアント端末２がリモートアクセスを行っていた全てのプライベート端末から端末情報を受信するまで待機する。
【００５５】
図２３に示すように，端末情報収集部１１１が，クライアント端末２がリモートアクセスを行っていたプライベート端末からの端末情報を受信したとき（Ｓ２３），図２４に示すように，クライアント端末２の端末情報保存部１１２は，受信したアプリ情報を他のプライベート端末が実行可能な形式に変換する（Ｓ２４）。そして，データファイル及び変換したアプリ情報を保存する（Ｓ２５）。このアプリ情報の変換及び保存については，Ｓ３及びＳ４で説明したので，ここでは詳細な説明を省略する。なお，図２１に示すように，端末情報保存部１１２は，データファイル及び変換したアプリ情報を端末情報記憶部１２１に記憶させる。そして，クラウドサーバ１が，リモートアクセス終了時にクライアント端末２がリモートアクセスを行っていた全てのプライベート端末から端末情報を受信したとき（収集完了したとき），クラウドサーバ１の再開用情報作成指示部１１５は，再開用情報作成指示をクライアント端末２に送信する（Ｓ２６）。これにより，図１５において説明した端末利用再開用情報の作成が，クライアント端末２において行われる（Ｓ１８）。
【００５６】
［リモートアクセス処理の終了時（プライベート端末）］
図１７は，リモートアクセス処理の終了時においてプライベート端末３が行う処理を説明するフローチャートである。なお，プライベート端末４についても同様の処理が行われる。プライベート端末３は，クラウドサーバ１から端末情報送信依頼を受信したとき（Ｓ３１のＹＥＳ），プライベート端末３のアプリ実行部３１１は，プライベート端末３内で実行しているアプリケーションを終了させる（Ｓ３２）。次に，プライベート端末３の端末情報保存部３１２が，アプリ実行部３１１で実行していた実行ファイルを保存し（Ｓ３３），さらに，クラウドサーバ１に送信するために，実行ファイルをデータファイル３１とアプリ情報３２とに分離する（Ｓ３４）。なお，データファイル及びアプリ情報については，Ｓ２からＳ４で説明を行ったため，ここでは詳細な説明を省略する。
【００５７】
そして，端末情報保存部３１２は，分離したデータファイル３１とアプリ情報３２とをクラウドサーバ１に送信する（Ｓ３５）。これにより，クライアント端末２がリモートアクセスを終了するときに，プライベート端末で実行していたデータファイル３１とアプリ情報３２とをクラウドサーバ１内に保存させることが可能になる。そのため，リモートアクセスの再開時にクライアント端末２からプライベート端末４へのリモートアクセスができない場合であっても，クラウドサーバ１内に保存されたデータファイル３１とアプリ情報３２とをプライベート端末３，５に実行させることが可能になる。
【００５８】
［リモートアクセス処理の再開時（クライアント端末）］
次に，リモートアクセス処理の再開時について説明する。図１８は，リモートアクセス処理の再開時においてクライアント端末２が行う処理を説明するフローチャートである。クライアント端末２の端末操作検出部２１１がユーザによる端末利用再開を検出したとき（Ｓ４１のＹＥＳ），端末操作検出部２１１は，アプリ実行部２１２にユーザからの実行依頼を検出したアプリケーションの実行を依頼する。そして，アプリ実行部２１２が実行依頼のあったアプリケーションを実行する（Ｓ４２）。次に，クライアント端末２の端末利用再開依頼部２１７が，クラウドサーバ１に図２５で説明した端末利用再開用情報を送信する（Ｓ４３）。なお，端末操作検出部２１１は，例えば端末操作を検出した場合や端末利用再開ボタン（図示しない）から入力があった場合に，これを端末利用終了として認識する。
【００５９】
［リモートアクセス処理の再開時（クラウドサーバ）］
図１９は，リモートアクセス処理の再開時においてクラウドサーバ１が行う処理を説明するフローチャートである。クラウドサーバ１が，クライアント端末２から端末利用再開用情報を受信したとき（Ｓ５１のＹＥＳ），クラウドサーバ１の実行可否判断依頼部１１６が，端末利用再開用情報に関する端末情報（データファイル及びアプリ情報）を，端末情報記憶部１２１から取得する（Ｓ５２）。具体的に，実行可否判断依頼部１１６は，端末情報記憶部１２１内を検索することによって，前回のリモートアクセス実行時にクライアント端末２からリモートアクセスしていたプライベート端末の情報と実行していたアプリケーションの情報とを取得する。具体的に，端末情報保存部１１２が，Ｓ２５において端末情報記憶部１２１にデータファイル及びアプリ情報とを保存するときに，リモートアクセスを終了したタイムスタンプも同時に保存しておく。そして，クラウドサーバ１が，クライアント端末２から端末利用再開用情報を受信したときに，実行可否判断依頼部１１６が，図２５に示すように端末利用再開用情報内のタイムスタンプに紐付けて（キーとして），端末利用再開用情報に関する端末情報を，端末情報記憶部１２１から検索する。
【００６０】
次に，実行可否判断依頼部１１６は，実行問合せ部１１３に端末情報を送信し（Ｓ５３），端末情報を受信した実行問合せ部１１３は，端末情報に含まれるプライベート端末の正常性確認を行う（Ｓ５４）。この正常性確認は，例えば，プライベート端末に端末情報を送信し，前回のリモートアクセス終了前にそれぞれのプライベート端末が実行していたデータファイルを実行させ，その結果を実行問合せ部１１３に送信させるものである。正常性確認の結果，例えば，図２６に示すように，プライベート端末４に異常があった場合には（Ｓ５４のＹＥＳ），実行問合せ部１１３が，図２７に示すように，異常があったプライベート端末を除く全てのプライベート端末（図２７の例においては，プライベート端末３及びプライベート端末５）に端末情報を送信してデータファイルが実行可能か否かの問合せを行う（Ｓ５５）。すなわち，プライベート端末の異常を検知した場合には，他のプライベート端末に，異常があったプライベート端末が実行していたデータファイルを実行させる。そして，異常があったプライベート端末と代替可能なプライベート端末が存在するか否かについて確認を行う。プライベート端末に端末情報を送信した後，クラウドサーバ１は，プライベート端末から実行結果を受信するまで待機する。なお，Ｓ５５において端末情報を送信するプライベート端末は，予め代替用のプライベート端末として定められていたプライベート端末のみに送信するものであってもよい。
【００６１】
そして，実行問合せ部１１３がプライベート端末から実行可能か否かの結果を受信したとき（Ｓ５６のＹＥＳ），実行指示部１１４は，実行結果を受信したプライベート端末にデータファイルの実行を指示する（Ｓ５７）。なお，異常があったプライベート端末に代わってデータファイルを実行させるプライベート端末は１つでよい。そのため，Ｓ５６において最初のプライベート端末からの実行結果を受信したときに，別のプライベート端末からの実行結果の送信を待たずに，データファイルの実行を指示するものであってよい。
【００６２】
一方，プライベート端末に異常がなかったとき（Ｓ５４のＮＯ），そのプライベート端末は継続してアプリケーションを実行することが可能である。そのため，実行指示部１１４は，リモートアクセス終了時にアプリケーションを実行していたプライベート端末にデータファイルの実行を指示する（Ｓ５７）。そして，前回のリモートアクセス終了時に，クライアント端末２によってリモートアクセスしていた全てのアプリケーションが作成したデータファイルの実行指示が完了したときに（Ｓ５８），リモートアクセス処理の再開が完了する。
【００６３】
また，実行問合せ部１１３は，端末情報に含まれるプライベート端末の正常性確認（Ｓ５４）を行うことなく，実行可否判断依頼部１１６から端末情報を受信したときに，全てのプライベート端末に端末情報を送信するものであってもよい（Ｓ５５）。すなわち，前回のリモートアクセス実行時に，クライアント端末２とリモートアクセスをしていたか否かを問わず，実行問合せ部１１３に最初に実行結果を送信したプライベート端末に，データファイルの実行を指示するものであってもよい（Ｓ５６，Ｓ５７）。これにより，プライベート端末の正常性確認を行う時間を短縮し，リモートアクセスの再開に要する時間をより短縮することが可能になる。
【００６４】
［リモートアクセス処理の再開時（プライベート端末）］
図２０は，リモートアクセス処理の再開時においてプライベート端末３が行う処理を説明するフローチャートである。プライベート端末３がクラウドサーバ１からのデータファイルの実行可能か否かの問合せ結果を受信したとき（Ｓ６１のＹＥＳ），プライベート端末３のアプリ実行制御部３１４が，データファイルの実行をアプリ実行部３１１に依頼し（Ｓ６２），アプリ実行部３１１は，実行依頼があったアプリケーションを実行する（Ｓ６３）。アプリ実行制御部３１４は，例えば，アプリ情報に含まれているＭＩＭＥタイプを確認し，そのＭＩＭＥタイプのデータファイルを実行可能であるアプリケーションに実行させるように，アプリ実行部３１１に依頼する。そのため，例えば，アプリ実行制御部３１４が，プライベート端末３内の各アプリケーションが実行可能なＭＩＭＥタイプについての情報（テーブル等）を予め保持しているものであってよい。データファイルの実行を依頼されたアプリ実行部３１１は，実行依頼があったアプリケーションを実行する（Ｓ６３）。そして，図２７に示すように，アプリ実行制御部３１４は，クラウドサーバ１に実行結果を送信する（Ｓ６４）。図２７の例は，プライベート端末５内のアプリケーションであるＡＰＰ−２ｂがデータファイル４１を実行可能であるため，プライベート端末５が，クラウドサーバ１にデータファイル４１を実行可能であった旨を示す実行結果を送信した場合の例である。また，図２７の例は，プライベート端末３内のアプリケーションＡＰＰ−１及びＡＰＰ−４がデータファイル４１を実行することができないため，プライベート端末３は，クラウドサーバ１に実行結果を送信しない場合の例である。なお，データファイル４１を実行できなかったプライベート端末５が，その実行結果をクラウドサーバ１に送信するものであってもよい。
【００６５】
また，アプリ実行制御部３１４は，アプリ情報に含まれているＭＩＭＥタイプを確認し，プライベート端末３内のアプリケーションが受信したデータファイルを実行可能であるか判断した後，アプリ実行部３１１にアプリケーションの実行を依頼することなく，クラウドサーバ１に実行結果を送信するものであってもよい。これにより，クラウドサーバ１は，プライベート端末にデータファイルを送信することなく，各プライベート端末がそのデータファイルを実行可能であるか判断することができる。また，実行指示部１１４がアプリケーションの実行を依頼しないプライベート端末には，データファイルを送信する必要がなくなる。
【００６６】
Ｓ６４において，アプリ実行制御部３１４がクラウドサーバ１に実行結果を送信した後，プライベート端末３は，クラウドサーバ１からアプリケーションの実行指示が送信されるまで待機する（Ｓ６５）。クラウドサーバ１からアプリケーションの実行依頼が送信されない場合（Ｓ６５のＮＯ），すなわち，クラウドサーバ１が他のプライベート端末にアプリケーションの実行を依頼した場合には，プライベート端末３は，Ｓ６６，Ｓ６７の処理を行わない。なお，プライベート端末３は，Ｓ６５においてアプリケーションの実行依頼が送信されるまで待機する時間を設定し，それ以降は待機を行わないものであってもよい。
【００６７】
一方，クラウドサーバ１からアプリケーションの実行依頼が送信された場合（Ｓ６５のＹＥＳ），すなわち，クラウドサーバ１が他のプライベート端末にアプリケーションの実行を依頼した場合，アプリ実行制御部３１４は，実行依頼のあったアプリケーションの実行をアプリ実行部３１１に指示し（Ｓ６６），アプリ実行部３１１は実行依頼のあったアプリケーションを実行する（Ｓ６７）。
【００６８】
第２の実施の形態によれば，第１に，端末情報保存部１１２が，アプリ情報内に含まれるデータファイルを実行可能であるアプリケーションの情報に基づいて，データファイルのＭＩＭＥタイプを取得し，このＭＩＭＥタイプの情報をテキストファイルに変換する。これにより，変換されたアプリ情報を受信した他のプライベート端末５がアプリ情報の内容を解読可能になる。また，他のプライベート端末内に，実行ファイルを作成したプライベート端末内のアプリケーションが存在しない場合であっても，データファイルと同じＭＩＭＥタイプのファイルを実行可能であるアプリケーションが存在している場合には，他のプライベート端末は，データファイルを実行することが可能になる。
【００６９】
第２に，クライアント端末２がリモートアクセスを再開するときに，実行問合せ部１１３が，複数のプライベート端末にデータファイル及びアプリ情報（またはアプリ情報のみ）を送信し，複数のプライベート端末内のアプリケーションによってデータファイルの実行確認を行う。これにより，リモートアクセス再開時の各プライベート端末の状態を確認してからデータファイルの実行を依頼することが可能になる。
【００７０】
［クライアント端末の画面］
次に，リモートアクセス実行中に，クライアント端末２に表示される画面について説明する。図２９は，リモートアクセス処理の再開時におけるクライアント端末の画面の例を説明する図である。図２４で説明したように，クライアント端末２の再開用情報作成部２１６は，リモートアクセス処理を終了するときに，端末画面取得部２１５にリモートアクセス処理の終了時における画面情報を取得して再開用情報記憶部２２１内に保存する。この再開用情報記憶部２２１は，リモートアクセス処理を終了する毎に取得された複数世代の画面情報を再開用情報記憶部２２１内に保持しておき，さらに，図２３で説明した端末情報記憶部１２１に，各世代の画面情報に対応する各世代の端末情報を保持するものであってよい。これにより，図２９に示すように，リモート端末処理の再開時に，過去に取得した各世代の画面情報（図２９においては画面のキャプチャ情報）を複数表示し，ユーザによって指定された世代の画面の状態を再開することができる。また，ユーザは世代を指定するだけで，その世代の画面の状態を再開することができる。すなわち，アプリケーション毎に実行を再開するための指示を与える必要がなくなる。
【００７１】
また，図２５の例において，クライアント端末２の画面には，クライアント端末２内のアプリケーションＡＰＰ−０，プライベート端末３内のアプリケーションＡＰＰ−１及びプライベート端末４内のアプリケーションＡＰＰ−２に関するウィンドウが表示されている。これにより，ユーザは，クライアント端末２内のアプリケーションと，クライアント端末２からリモートアクセスを行っているプライベート端末内にアプリケーションとの違いを意識することなく，それぞれのアプリケーションをクライアント端末２の画面に表示させて（１つの画面に表示させて）実行することができる。
【００７２】
さらに，例えば，リモートアクセス処理の終了時にプライベート端末からクラウドサーバ１に送信されるアプリ情報が，リモートアクセス処理が終了したときに前記クライアント端末に表示されていた前記アプリケーションに関する画面のウィンドウサイズを含むものであってよい。これにより，図２５に示すように，クライアント端末２が，クライアント端末２がリモートアクセス処理を再開するときに，アプリ情報に含まれるウィンドウサイズに基づいてクライアント端末２にアプリケーションに関する画面を表示することが可能になる。そのため，リモートアクセス処理の終了時におけるクライアント端末２の画面の状態を，ウィンドウサイズを含めた形でより正確に再現することが可能になる。
【００７３】
また，図２５に示す画面の状態でリモートアクセス処理を終了した場合において，次のリモートアクセス処理の再開時に，例えば，クライアント端末２がアプリケーションＡＰＰ−１をインストールしている場合がある。すなわち，この場合には，プライベート端末３にリモートアクセスすることなくアプリケーションＡＰＰ−１を実行することが可能になる。具体的に，クライアント端末２からクラウドサーバ１に送信する端末利用再開用情報に含まれるアプリケーションを，クライアント端末２が実行可能であるときは，クライアント端末２内のアプリケーションを実行するものであってよい。なお，この場合，プライベート端末（図２５の例ではプライベート端末３）内のアプリケーションＡＰＰ−１が実行していたデータファイル及びアプリ情報はクラウドサーバ１内に保存されているため，クライアント端末２は，プライベート端末内で実行されていたデータファイル及びアプリ情報を受信してから実行するものであってよい。
【００７４】
以上の実施の形態をまとめると，以下の付記のとおりである。
【００７５】
（付記１）
クライアント端末及び複数のプライベート端末とネットワークを介してアクセスするクラウドサーバであって，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集部と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存部と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示部とを有する，
クラウドサーバ。
【００７６】
（付記２）
付記１において，さらに，
前記クライアント端末が前記リモートアクセスを再開するときに，前記第１のプライベート端末を含む前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションによって前記データファイルの実行確認を行う実行問合せ部を有し，
前記実行指示部は，前記送信したアプリ情報に基づいて前記データファイルが実行可能であることを示す通知を送信したプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドサーバ。
【００７７】
（付記３）
付記２において，
前記実行問合せ部は，前記データファイルの実行確認を，前記第１のプライベート端末のアプリケーションに実行させ，該アプリケーションが実行できない場合に，前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションに実行確認を行わせるクラウドサーバ。
【００７８】
（付記４）
付記２において，
前記実行指示部は，前記データファイルの実行を，前記データファイルが実行可能であることを示す通知を最初に送信したプライベート端末に行わせるクラウドサーバ。
【００７９】
（付記５）
付記１において，さらに，
前記端末情報収集部が前記リモートアクセスを行っていた全てのプライベート端末から前記アプリ情報を受信したときに，前記リモートアクセスの終了時に前記クライアント端末が利用していたアプリケーションの情報を含む端末利用再開用情報を，前記クライアント端末に作成させる再開用情報作成指示を送信する再開用情報作成指示部を有し，
前記実行指示部は，さらに，前記クライアント端末から前記端末利用再開情報を受信したときに，前記他のプライベート端末に前記端末利用再開用情報に対応する前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドサーバ。
【００８０】
（付記６）
付記１において，
前記端末情報処理部は，前記アプリ情報に基づいて前記データファイルのＭＩＭＥタイプを取得し，前記ＭＩＭＥタイプをテキスト形式に変換して保存するクラウドサーバ。
【００８１】
（付記７）
クライアント端末及び複数のプライベート端末とネットワークを介してリモートアクセスするクラウドサーバにおけるリモートアクセス処理をコンピュータに実行させるコンピュータ読み取り可能な制御プログラムであって，
前記リモートアクセス処理は，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集工程と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存工程と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示工程とを有する，
制御プログラム。
【００８２】
（付記８）
クライアント端末及び複数のプライベート端末とネットワークを介してアクセスするクラウドサーバにおける制御方法であって，
前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記第１のプライベート端末が前記アプリケーションによる実行ファイルを分離して送信した前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とを受信する端末情報収集工程と，
前記アプリ情報を前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存する端末情報保存工程と，
前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに前記データファイルを実行させる実行指示工程とを有する，
制御方法。
【００８３】
（付記９）
クライアント端末と，
複数のプライベート端末と，
前記クライアント端末及び前記複数のプライベート端末とネットワークを介してアクセスするクラウドサーバとを有するクラウドシステムであって，
第１のプライベート端末は，前記クライアント端末が第１のプライベート端末へアクセスして前記第１のプライベート端末内のアプリケーションを実行するリモートアクセスが終了したときに，前記アプリケーションによる実行ファイルを，前記アプリケーションによる実行結果を含むデータファイルと，前記データファイルを実行可能なアプリケーションの情報を含むアプリ情報とに分離して前記クラウドサーバに送信し，
前記クラウドサーバは，前記アプリ情報と前記データファイルとを受信したときに，前記アプリ情報を，前記第１のプライベート端末及び前記第１のプライベート端末とは異なる他のプライベート端末が実行可能な形式に変換し，前記変換したアプリ情報と前記データファイルとを保存し，
前記クラウドサーバは，さらに，前記クライアント端末が前記リモートアクセスを再開するときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，
前記他のプライベート端末は，前記アプリ情報と前記データファイルとを受信したときに，前記他のプライベート端末内のアプリケーションによって前記データファイルを実行する，
クラウドシステム。
【００８４】
（付記１０）
付記９において，さらに，
前記クラウドサーバは，前記クライアント端末が前記リモートアクセスを再開するときに，前記第１のプライベート端末を含む前記複数のプライベート端末に前記アプリ情報を送信し，前記複数のプライベート端末内のアプリケーションによって前記データファイルの実行確認を行い，
前記複数のプライベート端末は，受信した前記アプリ情報に基づいて前記データファイルを実行可能であると判断した場合に，前記判断の内容を示す通知を前記クラウドサーバに送信し，
前記実行指示部は，前記送信したアプリ情報に基づいて前記データファイルが実行可能であることを示す通知を送信したプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドシステム。
【００８５】
（付記１１）
付記１０において，さらに，
前記クラウドサーバは，前記端末情報収集部が前記リモートアクセスを行っていた全てのプライベート端末から前記アプリ情報を受信したときに，前記リモートアクセスの終了時に前記クライアント端末が利用していたアプリケーションの情報を含む端末利用再開用情報を，前記クライアント端末に作成させる再開用情報作成指示を送信し，
前記クライアント端末は，前記クラウドサーバから前記再開用情報作成指示を受信したときに，前記端末利用再開用情報を作成し，
前記クライアント端末は，さらに，ユーザが所定の入力を行ったときに，前記端末利用再開用情報を前記クラウドサーバに送信し，
前記実行指示部は，さらに，前記クライアント端末から前記端末利用再開情報を受信したときに，前記他のプライベート端末に前記アプリ情報と前記データファイルとを送信し，前記他のプライベート端末内のアプリケーションに，前記データファイルを実行させるクラウドシステム。
【００８６】
（付記１２）
付記１１において，
前記クライアント端末は，前記クライアント端末内のアプリケーションが前記端末利用再開用情報に含まれているアプリケーションを実行可能であるときに，前記実行可能であるアプリケーションで実行されていた前記データファイルを前記クラウドサーバから受信し，前記クライアント端末内のアプリケーションによって前記データファイルを実行するクラウドシステム。
【００８７】
（付記１３）
付記９において，
前記アプリ情報は，前記リモートアクセスが終了したときに前記クライアント端末に表示されていた前記アプリケーションに関する画面のウィンドウサイズを含み，
前記クライアント端末は，前記クライアント端末が前記リモートアクセスを再開するときに，前記ウィンドウサイズに基づいて前記クライアント端末に前記アプリケーションに関する画面を表示するクラウドシステム。
【符号の説明】
【００８８】
１：クラウドサーバ      ２：クライアント端末
３：プライベート端末    ４：プライベート端末
５：プライベート端末
【図１】
2015121909.tif 000003
【図２】
2015121909.tif 000004
【図３】
2015121909.tif 000005
【図４】
2015121909.tif 000006
【図５】
2015121909.tif 000007
【図６】
2015121909.tif 000008
【図７】
2015121909.tif 000009
【図８】
2015121909.tif 000010
【図９】
2015121909.tif 000011
【図１０】
2015121909.tif 000012
【図１１】
2015121909.tif 000013
【図１２】
2015121909.tif 000014
【図１３】
2015121909.tif 000015
【図１４】
2015121909.tif 000016
【図１５】
2015121909.tif 000017
【図１６】
2015121909.tif 000018
【図１７】
2015121909.tif 000019
【図１８】
2015121909.tif 000020
【図１９】
2015121909.tif 000021
【図２０】
2015121909.tif 000022
【図２１】
2015121909.tif 000023
【図２２】
2015121909.tif 000024
【図２３】
2015121909.tif 000025
【図２４】
2015121909.tif 000026
【図２５】
2015121909.tif 000027
【図２６】
2015121909.tif 000028
【図２７】
2015121909.tif 000029
【図２８】
2015121909.tif 000030
【図２９】
2015121909.tif 000031