(57)【特許請求の範囲】
【請求項１】
端末間でアプリケーションデータを移行するための方法であって、
第1の端末デバイス上でゲームアプリケーションを実行するステップと、
前記第1の端末デバイスにより、移行命令を受信し、前記第1の端末デバイスにより、前記第1の端末デバイス上で実行されている前記ゲームアプリケーションの第1の状態のリソースデータを入手するステップであって、前記第1の状態は、スタートアップから前記移行命令が受信される瞬間までの期間中の前記ゲームアプリケーションの状態である、ステップと、
前記リソースデータを所定のストレージアドレスに記憶するステップと、
前記リソースデータの移行の宛先として第2の端末デバイスを決定するステップであって、前記第2の端末デバイスは、前記ゲームアプリケーションを伴って構成される、ステップと、
前記リソースデータの前記ストレージアドレスを前記第2の端末デバイスに送信するステップであって、前記第2の端末デバイスは、前記ストレージアドレスにアクセスすることによって前記リソースデータを入手し、前記リソースデータをロードする、ステップと
を含み、
前記第1の端末デバイス上で実行されている前記ゲームアプリケーションの前記第1の状態のリソースデータを入手する前記ステップは、
前記第1の端末デバイスにより、第1の瞬間に前記移行命令を受信し、前記第1の端末デバイスにより、前記移行命令をアプリケーションカーネルモジュールに転送するステップと、
前記第1の端末デバイスにより、前記移行命令に応答して前記アプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信するステップと、
前記第1の端末デバイスにより、前記ブレークポイント命令に応答して前記ゲームアプリケーションを一時停止し、前記第1の端末デバイスにより、前記ゲームアプリケーションの前記第1の状態の前記リソースデータを入手するステップと
をさらに含み、
前記リソースデータは、前記ゲームアプリケーションの動作環境と、前記ゲームアプリケーションを実行するための関数の関数名と、前記ゲームアプリケーションを実行するためのオブジェクトの名前およびコンテンツとを含む、方法。
【請求項２】
前記第2の端末デバイスが、前記ストレージアドレスにアクセスすることによって前記リソースデータを入手した後に、前記方法は、
前記アプリケーションカーネルモジュールにより、再起動インターフェースを介して前記第2の端末デバイスに再起動命令を送信するステップであって、前記再起動インターフェースは、前記アプリケーションカーネルモジュールによって提供される、ステップと、
前記第2の端末デバイスおよび前記第1の端末デバイスが前記ゲームアプリケーションを前記第1の状態において同期させて実行するように、前記第2の端末デバイスにより、前記再起動命令に応答して前記ゲームアプリケーションを起動し、前記第2の端末デバイスにより、前記リソースデータをロードするステップと
をさらに含む、請求項1に記載の方法。
【請求項３】
前記第2の端末デバイスにより、前記再起動命令に応答して前記ゲームアプリケーションを起動し、前記第2の端末デバイスにより、前記リソースデータをロードするステップの後に、前記方法は、
前記第2の端末デバイスおよび前記第1の端末デバイスが前記ゲームアプリケーションを前記第1の状態において同期させて実行するように、前記第2の端末デバイスにより、前記ゲームアプリケーション内で新たなオブジェクトを作成するステップであって、作成される前記新たなオブジェクトは、前記第2の端末デバイスのユーザによってコントロールされる、ステップ
をさらに含む、請求項2に記載の方法。
【請求項４】
前記移行命令は、前記第2の端末デバイスによって前記第1の端末デバイスに送信される、請求項1に記載の方法。
【請求項５】
前記リソースデータの前記ストレージアドレスは、ネットワーク通信モード、Bluetooth（登録商標）通信モード、ニアフィールドペイメントモード、およびショートメッセージモードのうちの1つまたは複数のモードにおいて前記第2の端末デバイスに送信される、請求項1から4のいずれか一項に記載の方法。
【請求項６】
第1の端末デバイスに適用される、端末間でアプリケーションデータを移行するための装置であって、
前記第1の端末デバイス上でゲームアプリケーションを実行するように構成された実行モジュールと、
移行命令を受信し、前記第1の端末デバイス上で実行されている前記ゲームアプリケーションの第1の状態のリソースデータを入手するように構成された第1の入手モジュールであって、前記第1の状態は、スタートアップから前記移行命令が受信される瞬間までの期間中の前記ゲームアプリケーションの状態である、第1の入手モジュールと、
前記リソースデータを所定のストレージアドレスに記憶するように構成された第1の記憶モジュールと、
前記リソースデータの移行の宛先として第2の端末デバイスを決定するように構成された決定モジュールであって、前記第2の端末デバイスは、前記ゲームアプリケーションを伴って構成される、決定モジュールと、
前記リソースデータの前記ストレージアドレスを前記第2の端末デバイスに送信するように構成された第1の移行モジュールであって、前記第2の端末デバイスは、前記ストレージアドレスにアクセスすることによって前記リソースデータを入手し、前記リソースデータをロードする、第1の移行モジュールと
を含み、
前記第1の入手モジュールは、
第1の瞬間に前記移行命令を受信し、前記移行命令をアプリケーションカーネルモジュールに転送するように構成された第1の送信ユニットと、
前記移行命令に応答して前記アプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信するように構成されたブレークポイント命令生成ユニットと、
前記ブレークポイント命令に応答して前記ゲームアプリケーションを一時停止し、前記ゲームアプリケーションの前記第1の状態の前記リソースデータを入手するように構成された入手ユニットと
をさらに含み、
前記リソースデータは、前記ゲームアプリケーションの動作環境と、前記ゲームアプリケーションを実行するための関数の関数名と、前記ゲームアプリケーションを実行するためのオブジェクトの名前およびコンテンツとを含む、装置。
【請求項７】
第2の送信モジュールをさらに含み、
前記第2の送信モジュールは、
再起動インターフェースを介して前記第2の端末デバイスに再起動命令を送信することであって、前記再起動インターフェースは、前記アプリケーションカーネルモジュールによって提供される、ことと、
前記第2の端末デバイスおよび前記第1の端末デバイスが前記ゲームアプリケーションを前記第1の状態において同期させて実行するように、前記第2の端末デバイスによって、前記再起動命令に応答して前記ゲームアプリケーションを起動し、前記リソースデータをロードすることと
を実行するように構成される、請求項6に記載の装置。
【請求項８】
前記移行命令は、前記第2の端末デバイスによって前記第1の端末デバイスに送信される、請求項6に記載の装置。
【請求項９】
前記リソースデータの前記ストレージアドレスは、ネットワーク通信モード、Bluetooth（登録商標）通信モード、ニアフィールドペイメントモード、およびショートメッセージモードのうちの1つまたは複数のモードにおいて前記第2の端末デバイスに送信される、請求項6から8のいずれか一項に記載の装置。
【請求項１０】
端末間でアプリケーションデータを移行するためのシステムであって、
第1の端末デバイスと、
第2の端末デバイスと
を含み、
前記第1の端末デバイスは、
ゲームアプリケーションを実行することと、
移行命令を受信することと、
前記第1の端末デバイス上で実行されている前記ゲームアプリケーションの第1の状態のリソースデータを入手することであって、前記第1の状態は、スタートアップから前記移行命令が受信される瞬間までの期間中の前記ゲームアプリケーションの状態である、ことと、
前記リソースデータを所定のストレージアドレスに記憶することと、
前記リソースデータの移行の宛先として第2の端末デバイスを決定することと、
前記リソースデータの前記ストレージアドレスを前記第2の端末デバイスに送信することと
を実行するように構成され、
前記第2の端末デバイスは、
前記ゲームアプリケーションを伴って構成され、
前記第1の端末デバイスとの通信関係を有し、
前記リソースデータの前記ストレージアドレスにアクセスすることによって前記リソースデータを入手し、前記リソースデータをロードするようにさらに構成され、
前記第1の端末デバイスは、
第1の瞬間に前記移行命令を受信し、前記移行命令をアプリケーションカーネルモジュールに転送することと、
前記移行命令に応答して前記アプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信することと、
前記ブレークポイント命令に応答して前記ゲームアプリケーションを一時停止し、前記ゲームアプリケーションの前記第1の状態の前記リソースデータを入手することと
を実行するようにさらに構成され、
前記リソースデータは、前記ゲームアプリケーションの動作環境と、前記ゲームアプリケーションを実行するための関数の関数名と、前記ゲームアプリケーションを実行するためのオブジェクトの名前およびコンテンツとを含む、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、中華人民共和国の知識産権局に2014年10月31日に出願した中国特許出願第201410608206.2号、名称「METHOD, APPARATUS AND SYSTEM FOR MIGRATING APPLICATION DATA BETWEEN TERMINALS」の優先権を主張するものであり、上記中国特許出願の全体が引用により本明細書に組み込まれる。
【０００２】
本開示は、コンピュータおよびインターネットの分野に関し、特に、端末間でアプリケーションデータを移行するための方法、装置、およびシステムに関する。
【背景技術】
【０００３】
コンピュータ技術およびインターネット技術のすばやい開発に伴って、対話型ゲーム、マイクロブログ、WeChat、Weishi、およびPaintなど、インターネットベースのソーシャルアプリケーションが現れた。ソーシャルアプリケーションは、ユーザに即時の相互作用を提供するプラットフォームである。たとえば、同一のアプリケーションを伴って構成された2つの端末について、2人のユーザが、それぞれの端末上のログインアカウントにそれぞれログインした後に、2人のユーザは、それぞれの端末上でそのアプリケーションをそれぞれ操作することができる。
【０００４】
これを考慮すると、端末間の相互作用の需要は、現在、モバイルインターネットの開発に伴って増加している。多くの状況において、端末が、アプリケーションを実行しながら別の端末のユーザとの協力を必要とする場合に、要求は、通常は他方の端末に手動で送信される。その後、他方の端末は、協力の後に入手されたデータを端末に送信し、これによって、同一のアプリケーションを実行する2つの端末の間の相互作用を達成する。
【０００５】
たとえば、モバイル端末にインストールされたアプリケーションが、対話型アプリケーションであり、あるモバイル端末のユーザが、モバイル端末の対話型アプリケーションが対話型アプリケーションの動作中にあるレベルに達する時に、友人からの助けを必要とする場合に、従来の方法においては、友人は、上記のモバイル端末に戦略を送る。モバイル端末のユーザは、まず、読むために戦略を開く必要があり、その後、戦略の読まれた内容に基づいて対話型アプリケーションの実行を継続する。明らかに、相互作用の効率および効果は、劣悪である。
【０００６】
現在、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における上記の問題に対する効果的な解決策はない。
【発明の概要】
【課題を解決するための手段】
【０００７】
端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題を解決するために、本開示の一実施態様に従って、端末間でアプリケーションデータを移行するための方法、装置、およびシステムが提供される。
【０００８】
本開示の一実施態様の一態様に従って、端末間でアプリケーションデータを移行するための方法が提供され、この方法は、第1の端末デバイス上でアプリケーションを実行するステップと、第1の端末デバイスにより、移行命令を受信し、第1の端末デバイス上で実行されているアプリケーションの第1の状態のリソースデータを入手するステップであって、第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である、ステップと、リソースデータを所定のストレージアドレスに記憶するステップと、リソースデータの移行の宛先として第2の端末デバイスを決定するステップであって、第2の端末デバイスは、アプリケーションを伴って構成される、ステップと、リソースデータのストレージアドレスを第2の端末デバイスに送信するステップであって、第2の端末デバイスは、ストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードする、ステップとを含む。
【０００９】
本開示の実施態様の別の態様に従って、第1の端末デバイスに適用される、端末間でアプリケーションデータを移行するための装置がさらに提供される。この装置は、第1の端末デバイス上でアプリケーションを実行するように構成された実行モジュールと、移行命令を受信し、第1の端末デバイス上で実行されているアプリケーションの第1の状態のリソースデータを入手するように構成された第1の入手モジュールであって、第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である、第1の入手モジュールと、リソースデータを所定のストレージアドレスに記憶するように構成された第1の記憶モジュールと、リソースデータの移行の宛先として第2の端末デバイスを決定するように構成された決定モジュールであって、第2の端末デバイスは、アプリケーションを伴って構成される、決定モジュールと、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成された第1の移行モジュールであって、第2の端末デバイスは、ストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードする、第1の移行モジュールとを含む。
【００１０】
本開示の実施態様の別の態様に従って、端末間でアプリケーションデータを移行するためのシステムがさらに提供され、このシステムは、アプリケーションを実行し、移行命令を受信し、第1の端末デバイス上で実行されているアプリケーションの第1の状態のリソースデータを入手し、ここで、第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態であり、リソースデータを所定のストレージアドレスに記憶し、リソースデータの移行の宛先として第2の端末デバイスを決定し、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成された第1の端末デバイスと、アプリケーションを伴って構成され、第1の端末デバイスとの通信関係を有し、リソースデータのストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードするように構成された第2の端末デバイスとを含む。
【００１１】
本開示の実施態様において、ユーザの端末デバイス上で実行されているアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、第1の端末デバイスによって、アプリケーションを実行する過程において移行命令が受信された後に、スタートアップから移行命令が受信される瞬間までの期間中に第1の端末デバイス上で実行されているアプリケーションの動作のリソースデータを入手し、リソースデータを所定のストレージアドレスに記憶し、リソースデータの移行の宛先として第2の端末デバイスを決定し、第2の端末デバイスがストレージアドレスに基づいてアプリケーションのリソースデータを入手し、リソースデータのロードを完了するように、リソースデータのストレージアドレスを第2の端末デバイスに送信する。その後、ユーザの友人の端末デバイスは、上記リソースデータに基づいてアプリケーションを実行することができる。このようにして、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【００１２】
本開示の実施態様における技術的解決策をより明瞭に示すために、諸実施形態の説明に使用される図面を、この後に短く説明する。当然ながら、この後で説明される図面は、本開示のいくつかの実施形態を示すのみであり、他の図面は、創作的労力を伴わずにこれらの図面に基づいて当業者によって入手され得る。
【図面の簡単な説明】
【００１３】
【図１】本開示の実施形態による端末間でアプリケーションデータを移行するための方法を実行するコンピュータ端末のハードウェアを示す構造ブロック図である。
【図２】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す流れ図である。
【図３】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す流れ図である。
【図４】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す流れ図である。
【図５】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す概略図である。
【図６】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す流れ図である。
【図７】本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法を示す概略図である。
【図８】本開示の第2の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図９】本開示の第2の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１０】本開示の第2の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１１】本開示の第2の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１２】本開示の第3の実施形態による、端末間でアプリケーションデータを移行するためのシステムを示す概略構造図である。
【図１３】本開示の第4の実施形態による、端末間でアプリケーションデータを移行するための方法を示す流れ図である。
【図１４】本開示の第5の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１５】本開示の第5の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１６】本開示の第5の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【図１７】本開示の第5の実施形態による、端末間でアプリケーションデータを移行するための装置を示す概略構造図である。
【発明を実施するための形態】
【００１４】
当業者が本開示内の解決策をよりよく理解するのを容易にするために、本開示の実施形態における技術的解決策は、本開示の実施形態における図面に関連してこの後に明瞭かつ完全に説明される。当然ながら、説明される実施形態は、本開示の実施形態のうちの少数にすぎない。創作的労力を伴わずに本開示の実施形態に基づいて当業者が入手するすべての他の実施形態は、本開示の保護範囲に含まれる。
【００１５】
本開示の本明細書、特許請求の範囲、および図面内の用語「第1の」、「第2の」、および類似物が、特定のシーケンスまたは順序を記述するのではなく、同様の物体を区別するのに使用されることに留意されたい。この形で使用される用語が、適当な状況の下で交換可能であり、本明細書で説明される本開示の実施形態が、図示されまたは本明細書内で説明されるものに加えて、他のシーケンスにおいて実施され得ることを理解されたい。さらに、「含む」、「有する」、およびそのすべての他の変形などの用語は、非排他的エンクロージャを包含することが意図されている。たとえば、一連のステップまたはユニットを含む、プロセス、方法、システム、製品、またはデバイスは、明瞭にリストされたステップまたはユニットに限定されず、オプションで、リストされないまたはプロセス、方法、製品、もしくはデバイスに固有ではない他のステップまたはユニットを含む。
【００１６】
第1の実施形態
端末間でアプリケーションデータを移行するための方法実施形態が、本開示の一実施形態に従って提供される。図面の流れ図内に示されたステップが、コンピュータ実行可能命令のセットなど、コンピュータシステム内で実行され得ることに留意されたい。さらに、論理シーケンスが流れ図内に示されるが、図示されまたは説明されるステップが、いくつかの状況で本明細書で説明されるシーケンスとは異なる他のシーケンスにおいて実行され得る。
【００１７】
本開示の第1の実施形態による方法実施形態は、モバイル端末、コンピュータ端末、または類似物などの算術デバイス上で実施され得る。コンピュータ端末デバイス上の動作を例にとると、図1は、本開示の実施形態による端末間でアプリケーションデータを移行するための方法を実行するコンピュータ端末のハードウェアの構造ブロック図である。図1に示されているように、第1の端末デバイスとして働くコンピュータ端末10は、1つまたは複数の(この図には1つだけを図示)プロセッサ102、データを記憶するように構成されたメモリ104、および通信機能を実行するための伝送デバイス106を含む。プロセッサ102は、マイクロコントローラユニットMCUまたはフィールドプログラマブルゲートアレイFPGAを含むことができるが、これらに限定されない。当業者は、図1に示された構造が、例示のみのためのものであり、上記の電子デバイスの構造が、これに限定されないことを理解することができる。たとえば、コンピュータ端末10は、図1に示された構成要素より多数またはより少数の構成要素を含むことができ、あるいは、図1とは異なる構成を有することができる。
【００１８】
メモリ104は、本開示の実施形態に従って端末間でアプリケーションデータを移行するための方法に対応するプログラム命令/モジュールなど、ソフトウェアプログラムおよびアプリケーションのモジュールを記憶するように構成され得る。プロセッサ102は、メモリ104内に記憶されたソフトウェアプログラムおよびモジュールを実行することによって、様々な機能アプリケーションおよびデータ処理すなわち、端末間でアプリケーションデータを移行するための上記の方法の実施を実行する。メモリ104は、高速ランダムアクセスメモリを含むことができ、1つまたは複数の磁気ストレージデバイス、フラッシュメモリ、または他の不揮発性ソリッドステートメモリなどの不揮発性メモリをも含むことができる。いくつかの実施形態において、メモリ104は、プロセッサ102からリモートに配置されたメモリをさらに含むことができ、リモートメモリは、ネットワークを介してコンピュータ端末10に接続され得る。ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、モバイル通信ネットワーク、およびその組合せを含むが、これらに限定されない。
【００１９】
伝送デバイス106は、ネットワークを介してデータを受信しまたは送信するように構成される。ネットワークの例は、コンピュータ端末10の通信プロバイダによって提供されるワイヤレスネットワークを含むことができる。一例では、伝送デバイス106は、基地局を介して他のネットワークデバイスに接続され得、これによってインターネットと通信することのできるネットワークインターフェースコントローラ(NIC)を含む。一例では、伝送デバイス106は、ワイヤレスモードにおいてインターネットと通信するように構成された無線周波数(RF)モジュールとされ得る。
【００２０】
上記の動作環境内で、端末間でアプリケーションデータを移行するための方法が、図2に示されているように本開示に従って提供される。図2は、本開示の第1の実施形態による、端末間でアプリケーションデータを移行するための方法の流れ図である。
【００２１】
図2に示されているように、端末間でアプリケーションデータを移行するための方法は、ステップS20からS28を含むことができる。
【００２２】
ステップS20において、アプリケーションが、第1の端末デバイス上で実行させられる。
【００２３】
上記の解決策のアプリケーションは、スーパーマリオ（登録商標）またはPlane Warsなどのゲームタイプアプリケーションを含むが、これらに限定されないことに留意されたい。第1の端末デバイスは、スマートフォンまたはタブレットコンピュータなどのインテリジェント端末デバイスを含むが、これらに限定されない。
【００２４】
ステップS22において、第1の端末デバイスが、移行命令を受信し、第1の端末上で実行するアプリケーションの第1の状態のリソースデータを入手する。第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である。
【００２５】
上記のステップS22のオプションの実施態様において、第1の端末デバイス上でアプリケーションを実行させる過程において、第1の瞬間に移行命令を受信した後に、第1の端末デバイスは、第1の端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中にアプリケーションの動作のリソースデータを入手することができる。
【００２６】
第1の端末デバイス上でアプリケーションを実行させる上記の過程において、ユーザは、第1の瞬間に第1の端末デバイスに移行命令を送ることができる。移行命令が、第1の端末デバイス上に表示されるボタンコントロールがユーザによってトリガされた後に生成される命令とされ得、あるいは、サードパーティデバイスによって第1の端末デバイスに送信される命令とされ得ることに留意されたい。移行命令を受信した後に、第1の端末デバイスは、移行命令に応答して、アプリケーションの起動から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手する。リソースデータは、スタートアップから第1の瞬間までの期間中のアプリケーションのシナリオデータとされ得る。
【００２７】
たとえば、ユーザは、端末デバイス上でスーパーマリオゲームを実行させる。端末デバイス上でスーパーマリオを実行させる過程において、ユーザは、劣悪なゲーム経験を有する。たとえば、ユーザは、ゲームが難しすぎると感じ、友人に助けを求めたいと思い、または友人にゲームを経験してもらいたいと思う。第1の瞬間に、ユーザは、移行命令を生成するために、端末デバイス上のボタンコントロールをトリガすることができる。移行命令の受信時に、端末デバイスは、スタートアップから第1の瞬間までの期間中のスーパーマリオのリソースデータを即座に入手する。第1の瞬間が、スーパーマリオゲームがあるステージまたはゲームレベルに達する時点とされ得ることに留意されたい。ゲーム内でユーザによって実行されるいくつかの操作のゆえに、スーパーマリオゲームは、ある経過またはステージに達する。したがって、リソースデータは、次のデータのうちの複数になる可能性がある。ゲーム自体のアプリケーション、第1の瞬間におけるスーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)、およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)。
【００２８】
ステップS24において、リソースデータが、所定のストレージアドレスに記憶される。
【００２９】
本開示による上記のステップS24は、リソースデータを所定のストレージアドレスにある所定の磁気ディスクに記憶することによって実施され得る。所定の磁気ディスクは、第1の端末デバイス自体の磁気ディスクとされ得、あるいは、サードパーティサーバによって提供されるデータベースディスクとされ得る。移行命令を受信した後に、第1の端末デバイスは、コンテキストファイルフォーマットなどのファイルフォーマットにおいてアプリケーションのリソースデータを記憶することができる。リソースデータが、ローカルに記憶され、クラウド内に記憶され、ネットワークを介してバックグラウンドにおいて記憶され、または他の形で記憶され得ることがわかる。
【００３０】
ステップS26において、第2の端末デバイスが、リソースデータの移行の宛先として決定される。第2の端末デバイスは、アプリケーションを伴って構成される。好ましくは、2つの端末デバイスの間の通信関係は、2つの端末デバイスが移行関係を有するように、移行命令が第1の端末デバイスによって受信される時または移行命令が第1の端末デバイスによって受信される前に確立され得る。
【００３１】
第2の端末デバイスは、上記のステップS24において、ユーザがアプリケーションを移行することを望むターゲット端末デバイスとされ得る。今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、スーパーマリオゲームを操作する過程において、ユーザは、ゲームが難しすぎると感じ、友人に助けを求めたいと思う、すなわち、ユーザは、友人にスーパーマリオゲームを経験してもらい、ゲーム戦略を提供してもらいたいと思う。スーパーマリオゲームを実行させる第1の端末デバイスに移行命令を送る間に、ユーザは、スーパーマリオゲームをユーザの友人すなわち第2の端末デバイスに移行すると決定する。
【００３２】
ステップS28において、リソースデータのストレージアドレスが、第2の端末デバイスに送信され、第2の端末デバイスは、ストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードする。好ましくは、第2の端末デバイスは、所定の磁気ディスクからリソースデータを入手することができる。
【００３３】
アプリケーションのリソースデータを入手した後に、第2の端末デバイスは、上記のステップS28において、そのローカルアプリケーションにリソースデータをロードすることができる。すなわち、第2の端末は、第1の端末デバイスと同一のアプリケーションを実行させる。
【００３４】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、スーパーマリオゲームを操作する過程において、ユーザは、ゲームが難しすぎると感じ、友人に助けを求めたいと思う、すなわち、ユーザは、友人にスーパーマリオゲームを経験してもらい、ゲーム戦略を提供してもらいたいと思う。ユーザは、スーパーマリオゲームのアプリケーションデータと、スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)などの第1の瞬間のスーパーマリオゲームのリソースデータとを、端末デバイスを介して所定の磁気ディスクに送信する。その後、ユーザの友人すなわち第2の端末デバイスは、リソースデータを入手し、彼自身の端末デバイスにリソースデータをロードすることができる。
【００３５】
上記から、本開示の第1の実施形態による解決策において、第1の端末上でアプリケーションを実行させる過程において、第1の瞬間に移行命令を受信した後に、第1の端末デバイスが、第1の端末デバイスがアプリケーションを起動した瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手し、リソースデータを所定のストレージアドレスに記憶することがわかる。移行命令が第1の端末デバイスによって受信される時に、第2の端末デバイスがリソースデータのストレージアドレスに基づいてリソースデータを入手するように、第1の端末デバイスとの移行関係を有する第2の端末デバイスが決定され得る。上記の解決策を用いると、ユーザの端末デバイス上で実行するアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、ユーザの友人の端末デバイスは、上記のリソースデータに基づいてアプリケーションを実行させることができる。この形において、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【００３６】
図3に示されているように、本開示におけるオプションの解決策によれば、上記のステップS22は、ステップS221からS223をさらに含むことができる。
【００３７】
ステップS221において、第1の端末デバイスが、第1の瞬間に移行命令を受信し、移行命令をアプリケーションカーネルモジュールに転送する。
【００３８】
ステップS222において、第1の端末デバイスが、移行命令に応答してアプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信する。
【００３９】
図5を参照すると、本開示による上記のステップS222内のブレークポイント命令は、移行命令が第1の端末デバイスによって受信された後に、移行命令に応答して第1の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって生成される命令とされ得る。具体的には、アプリケーションカーネルモジュールは、ブレークポイント命令を生成するためのポートを提供する。移行命令が受信された後に、ブレークポイント命令は、ポートを介してBLCRデータベースLIB内のブレークポイント関数を呼び出すことによって生成され、ブレークポイント命令は、第1の端末デバイスに返される。
【００４０】
ステップS223において、第1の端末デバイスが、ブレークポイント命令に応答してアプリケーションを一時停止し、アプリケーションの第1の状態のリソースデータを入手する。
【００４１】
本開示による上記のステップS223を介して、アプリケーションカーネルモジュールによって生成されたブレークポイント命令が第1の端末デバイスによって受信された後に、ブレークポイント命令は、現在実行中のアプリケーションを一時停止するように第1の端末デバイスを制御する。一時停止する時刻は、第1の瞬間である。すなわち、バックグラウンドは、第2の端末に同期化されるリソースデータが、第1の端末デバイスによるアプリケーションの起動から第1の瞬間までの期間中のリソースデータであることを知らされる。本明細書で説明されるリソースデータは、少なくとも、オペレーティング環境、アプリケーションを実行させる様々な関数の関数名、ならびにアプリケーションを実行させる様々なオブジェクトの名前およびコンテンツを含む。リソースデータは、第2の端末デバイス上のシナリオおよびコンテンツが、リソースデータが第2の端末デバイスによってロードされた後に、第1の端末デバイス上のシナリオおよびコンテンツと正確に同一であることを保証する。
【００４２】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの端末デバイスは、アプリケーションカーネルから受信されたブレークポイント命令に応答して実行中のスーパーマリオゲームを一時停止し、さらに、スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、ユーザの端末デバイスがスーパーマリオゲームを起動した瞬間から第1の瞬間までの期間中のスーパーマリオゲームの動作のリソースデータを入手するステップを実行する。
【００４３】
図4に示されているように、本開示の別のオプションの解決策によれば、ステップS28の後に、端末間でアプリケーションデータを移行するための方法は、以下のステップS30およびS32をさらに含むことができる。
【００４４】
ステップS30において、アプリケーションカーネルモジュールが、再起動インターフェースを介して第2の端末デバイスに再起動命令を送信する。再起動インターフェースは、アプリケーションカーネルモジュールによって提供される。
【００４５】
図5を参照すると、本開示による上記のステップS30内の再起動命令は、リソースデータが第2の端末デバイスによって所定のストレージアドレスから入手された後に、第2の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって提供される命令とされ得る。再起動命令は、アプリケーションを起動し、入手されたリソースデータを現在実行中のアプリケーションにロードするように第2の端末デバイスを制御するのに使用される。具体的には、アプリケーションカーネルモジュールは、再起動命令を生成するためのポートを提供する。再起動命令が受信された後に、再起動命令は、ポートを介してデータベースLIB内の再起動関数およびロード関数を呼び出すことによって生成される。
【００４６】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの友人の端末デバイスすなわち上で説明された第2の端末デバイスは、スーパーマリオゲームを操作することによってユーザの端末デバイスによって入手された第1の瞬間のゲームのデータを受信した後に、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して、アプリケーションカーネルモジュールによって送信された再起動命令を受信する。
【００４７】
ステップS32において、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスが、再起動命令に応答してアプリケーションを起動する。
【００４８】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの友人の端末デバイスすなわち上で説明された第2の端末デバイスは、再起動命令に応答して、入手されたスーパーマリオゲームを起動することができる。スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、ユーザの端末デバイスがスーパーマリオゲームを起動する瞬間から第1の瞬間までの期間中のスーパーマリオゲームの動作のリソースデータが、第2の端末デバイスによって入手されるので、第2の端末デバイスおよび第1の端末デバイスが、スーパーマリオゲームを第1の瞬間から同期させて実行することができることに留意されたい。すなわち、スーパーマリオゲームを第2の端末デバイス上で実行する時に、ゲームプロセス、シナリオ、およびゲームキャラクタの特徴などのデータは、第1の端末デバイス上で実行するスーパーマリオゲームのデータと正確に同一であり、これによってゲーム同期化が達成される。
【００４９】
図6に示されているように、本開示の別のオプションの解決策によれば、ステップS28は、ステップS281からS282をさらに含む。
【００５０】
ステップS281において、リソースデータのストレージアドレスが、第2の端末デバイスに送信される。
【００５１】
上記のステップS281内のリソースデータのストレージアドレスは、所定の磁気ディスクのアドレスとされ得る。所定の磁気ディスクのアドレスは、第1の端末デバイスのローカルディスクのアドレスまたはサードパーティサーバによって提供されるデータベースディスクのアドレスとされ得る。
【００５２】
ステップS282において、第2の端末デバイスは、リソースデータのストレージアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手する。
【００５３】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、第2の端末デバイスは、ユーザの友人の端末デバイスとされ得る。ユーザの友人の端末デバイスによって所定の磁気ディスクから入手されるリソースデータが、スーパーマリオゲームを実行させるステージにおいてユーザの端末デバイスすなわち第1の端末デバイスによって生成されたデータとされ得ることに留意されたい。すなわち、リソースデータは、第1の瞬間のスーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、第1の瞬間に生成されたデータとされ得る。
【００５４】
好ましくは、本開示による上記のステップにおいて、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth（登録商標）通信モード、ニアフィールドペイメント(near field payment)モード、およびショートメッセージモードという送信モードのうちの少なくとも1つにおいて第2の端末デバイスに送信され得る。
【００５５】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの端末デバイス上で実行するスーパーマリオゲームのリソースデータが、所定の磁気ディスクに記憶された後に、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードというモードにおいてユーザの友人の端末デバイスに送信され得る。ユーザの友人の端末デバイスは、所定の磁気ディスクのアドレスに基づいてリソースデータを入手することができる。
【００５６】
たとえば、Wi-Fi通信モードが採用される場合に、第1の端末は、Wi-Fiを介して照会することによって第2の端末デバイスのアクセスアドレスを入手し、第2の端末デバイスのアクセスアドレスに基づいて、リソースデータを記憶するための所定の磁気ディスクのアドレスを第2の端末デバイスに送信することができる。
【００５７】
結論として、図7を参照すると、本開示の第1の実施形態によるアプリケーションは、スーパーマリオまたはPlane Warsなどのゲームのクライアントアプリケーションとされ得る。第1の端末デバイスおよび第2の端末デバイスは、それぞれ、スマートフォンまたはタブレットコンピュータなどのモバイル端末とされ得る。本開示における解決策を3つのオプションのアプリケーションシナリオに適用することによって実現される機能を、以下で詳細に説明する。
【００５８】
ステップAにおいて、グラフィックスアプリケーションAPP移行技術が、第1のモバイル端末および第2のモバイル端末に適用される。ゲームクライアントが、第1のモバイル端末および第2のモバイル端末にインストールされた後に、グラフィックスアプリケーションAPP移行は、第1のモバイル端末上の移行ボタンをトリガすることによって起動される、すなわち、ゲームは、友人が実行中のアプリケーションを操作し続けることを可能にするために、第1のモバイル端末上での実行の過程において第2のモバイル端末(友人の携帯電話機)に切り替えられる。
【００５９】
ステップBにおいて、第1のモバイル端末上の移行ボタンが第1の瞬間にトリガされた後に、アプリケーションカーネルモジュールは、第1のモバイル端末のバックグラウンドにおいて、第1のモバイル端末上で実行しているゲームを第1の瞬間に一時停止するための一時停止命令と、第1の瞬間が所定のアドレスにあるメモリに記憶される前のゲームのリソースデータとを送る。
【００６０】
ステップCにおいて、第1のモバイル端末は、ある通信モードにおいて、メモリの所定のアドレスを第2のモバイル端末に送信する。
【００６１】
ステップDにおいて、第2のモバイル端末は、メモリの所定のアドレスに基づいて、第1の瞬間の前の、第1のモバイル端末上のゲームのリソースデータを入手する。
【００６２】
ステップEにおいて、再起動命令を受信した後に、第2のモバイル端末は、ローカルゲームアプリケーションを起動し、ゲームの入手されたリソースデータを現在実行中のゲームアプリケーションにロードし、これによって、ゲームを第1のモバイル端末から引き継ぐ。
【００６３】
上記から、本開示のステップAからEの解決策が、端末間の有効で効率的な相互作用を達成するために、以下のアプリケーションシナリオに適用され得ることがわかる。
【００６４】
第1のアプリケーションにおいて、第1のモバイル端末上のAPPがあるステージに達する時に、ユーザAは、上記の解決策を用いて、第1のモバイル端末上の切替の前のシナリオからAPPを操作し続けるために、ユーザBの携帯電話機などの第2のモバイル端末にAPPを瞬間的に切り替え、これによって、ある端末上のAPPを別の端末上の同一のAPPによって引き継ぐことができる。
【００６５】
第2のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術が、ソーシャルゲームに適用される。具体的には、第1のモバイル端末のユーザAが、ゲームAPPをあるゲームレベルまで実行させる時に、携帯電話機などの第2のモバイル端末のユーザBが、この解決策を用いて瞬間的に第1のモバイル端末のユーザAのゲームアプリケーションに参加することができ、その結果、ゲームのシナリオが、切替の時の前のシナリオから継続され得るようになる。
【００６６】
具体的には、オプションの解決策において、ユーザBは、ユーザAのゲームレベルを引き継ぎ、ゲームを継続することができる。
【００６７】
本開示の別の実施形態によれば、ステップS32の後に、この方法は、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスによって、アプリケーション内で新しいオブジェクトを作成するステップであって、作成される新しいオブジェクトは、第2の端末デバイスのユーザによって制御される、作成するステップをさらに含むことができる。
【００６８】
オプションの解決策において、ゲームは、2つの端末の間で共有され得る。すなわち、第2の端末デバイスは、第1のモバイル端末のユーザAのゲームを継続できるだけではなく、同一の形でユーザBのゲームリソースをユーザAにフィードバックすることもでき、これによって、2人のゲームユーザによって一緒にゲームをプレイすることができる。この形において、ユーザAおよびユーザBは、1つのゲーム内でお互いに対抗してプレイすることができる。
【００６９】
第3のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術は、ホームデバイスにも適用され得る。具体的には、第1のモバイル端末のユーザAが、携帯電話機上でゲームなどのアプリケーションを経験し、その後、そのゲームを継続するために家の中のPCマシンまたは家の中のテレビジョンに切り替えることを望む場合に、移行は、本開示による上記の解決策を用いて瞬間的に完了され得る。
【００７０】
上記の方法実施形態が、単純さのために一連のアクションの組合せとして表されることに留意されたい。当業者は、本開示によれば、いくつかのステップが他のシーケンスにおいて実行され得、あるいは、同時に実行され得るので、本開示が、アクションの説明されるシーケンスに限定されないことを知るべきである。さらに、当業者は、本明細書内で説明される実施形態のすべてが、好ましい実施形態であり、用いられるアクションおよびモジュールが、本開示に必要ではないことを知るべきである。
【００７１】
上記の実施態様の説明に基づいて、当業者は、上記の実施形態による方法が、ソフトウェアと必要な全般的なハードウェアプラットフォームとによってまたはハードウェアによって実施され得ることを理解することができる。ほとんどの状況において、前者が好ましい実施態様である。この理解に基づいて、本開示の技術的解決策の本質または技術的解決策のうちで従来の技術に貢献する部分は、記憶媒体(ROM/RAM、磁気ディスク、または光ディスクなど)内に記憶され、本開示の実施形態による方法を実行するように端末デバイス(携帯電話機、コンピュータ、サーバ、またはネットワークデバイスなどとされ得る)を制御するための複数の命令を含む、ソフトウェア製品の形において実施され得る。
【００７２】
第2の実施形態
上記の方法実施形態を実施するデバイス実施形態が、本開示の実施形態に従ってさらに提供される。本開示の実施形態による装置は、コンピュータ端末内で動作することができる。
【００７３】
図8は、本開示の第2の実施形態による、端末間でアプリケーションデータを移行するための装置の概略構造図である。
【００７４】
図8に示されているように、端末間でアプリケーションデータを移行するための装置は、実行モジュール80、第1の入手モジュール82、第1の記憶モジュール84、判定モジュール86、および第1の移行モジュール88を含むことができる。
【００７５】
具体的には、実行モジュール80は、第1の端末デバイス上でアプリケーションを実行させるように構成される。
【００７６】
第1の入手モジュール82は、移行命令を受信し、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手するように構成され、第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である。
【００７７】
第1の記憶モジュール84は、リソースデータを所定のストレージアドレスに記憶するように構成される。
【００７８】
決定モジュール86は、リソースデータの移行の宛先として第2の端末デバイスを決定するように構成され、第2の端末デバイスは、アプリケーションを伴って構成される。
【００７９】
第1の移行モジュール88は、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成され、第2の端末デバイスは、ストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードする。
【００８０】
上記から、本開示の第2の実施形態による解決策において、第1の端末デバイス上でアプリケーションを実行させる過程において、第1の瞬間に移行命令を受信した後に、第1の端末デバイスが、第1の端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手し、リソースデータを所定のストレージアドレスに記憶することがわかる。移行命令が第1の端末デバイスによって受信される時に、第2の端末デバイスがリソースデータのストレージ経路に基づいてリソースデータを入手するように、第1の端末デバイスとの移行関係を有する第2の端末デバイスが決定され得る。上記の解決策を用いると、ユーザの端末デバイス上で実行するアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、ユーザの友人の端末デバイスは、上記のリソースデータに基づいてアプリケーションを実行させることができる。この形において、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【００８１】
実行モジュール80、第1の入手モジュール82、第1の記憶モジュール84、判定モジュール86、および第1の移行モジュール88が、第1の実施形態内のステップS20からS28に対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第1の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第1の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【００８２】
好ましくは、図9に示されているように、第1の入手モジュール82は、第1の送信ユニット821、ブレークポイント命令生成ユニット822、および入手ユニット823をさらに含むことができる。
【００８３】
具体的には、送信ユニット821は、第1の瞬間に移行命令を受信し、移行命令をアプリケーションカーネルモジュールに転送するように構成される。
【００８４】
ブレークポイント命令生成ユニット822は、第1の端末デバイスによって、移行命令に応答してアプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信するように構成される。
【００８５】
入手ユニット823は、ブレークポイント命令に応答してアプリケーションを一時停止し、アプリケーションの第1の状態のリソースデータを入手するように構成される。
【００８６】
第1の送信ユニット821、ブレークポイント命令生成ユニット822、および入手ユニット823が、第1の実施形態内のステップS221からS223に対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第1の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第1の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【００８７】
好ましくは、図10に示されているように、端末間でアプリケーションデータを移行するための装置は、第2の送信モジュール90をさらに含むことができる。
【００８８】
具体的には、第2の送信モジュール90は、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して第2の端末デバイスに再起動命令を送信し、第2の端末デバイスによって、再起動命令に応答してアプリケーションを起動し、リソースデータをロードするように構成される。
【００８９】
第2の送信モジュール90が、第1の実施形態内のステップS30からS32に対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第1の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第1の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【００９０】
一実施形態において、図11に示されているように、第1の移行モジュール88は、第3の送信ユニット881および第1のアクセスユニット882をさらに含むことができる。
【００９１】
具体的には、第3の送信ユニット881は、所定のストレージアドレスを第2の端末デバイスに送信するように構成される。第1のアクセスユニット882は、所定のストレージアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手するように構成される。
【００９２】
第3の送信ユニット881および第1のアクセスユニット882が、第1の実施形態内のステップS281からS282に対応することに留意されたい。この2つのモジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第1の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第1の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【００９３】
好ましくは、本開示の第2の実施形態による解決策において、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの1つまたは複数において第2の端末デバイスに送信され得る。
【００９４】
上記から、本開示の上記のデバイス実施形態によって実現される解決策が、端末間の有効で効率的な相互作用を達成することのできる、以下のアプリケーションシナリオに適用され得ることがわかる。
【００９５】
第1のアプリケーションにおいて、第1のモバイル端末上のAPPがあるステージに達する時に、ユーザAは、上記の解決策を用いて、第1のモバイル端末上の切替の前のシナリオからAPPのシナリオを操作し続けるために、ユーザBの携帯電話機などの第2のモバイル端末にAPPを瞬間的に切り替え、これによって、ある端末上のAPPを別の端末上の同一のAPPによって引き継ぐことができる。
【００９６】
第2のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術が、ソーシャルゲームに適用される。具体的には、第1のモバイル端末のユーザAが、ゲームAPPをあるゲームレベルまで実行させる時に、携帯電話機などの第2のモバイル端末のユーザBが、この解決策を用いて瞬間的に第1のモバイル端末のユーザAのゲームアプリケーションに参加することができ、その結果、ゲームのシナリオが、切替の時の前のシナリオから継続され得るようになる。
【００９７】
具体的には、オプションの解決策において、ユーザAのゲームレベルが、ゲームを継続するために引き継がれ得る。
【００９８】
本開示の別の実施形態によれば、リソースデータをロードした後に、第2の端末デバイスは、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、アプリケーション内で新しいオブジェクトを作成する。作成される新しいオブジェクトは、第2の端末デバイスのユーザによって制御される。
【００９９】
オプションの解決策において、ゲームは、2つの端末の間で共有され得る。すなわち、第2の端末デバイスは、第1のモバイル端末のユーザAのゲームを継続できるだけではなく、同一の形でユーザBのゲームリソースをユーザAにフィードバックすることもでき、これによって、2人のゲームユーザによって一緒にゲームをプレイすることができる。この形において、ユーザAおよびユーザBは、1つのゲーム内でお互いに対抗してプレイすることができる。
【０１００】
第3のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術は、ホームデバイスにも適用され得る。具体的には、第1のモバイル端末のユーザAが、携帯電話機上でゲームなどのアプリケーションを経験し、その後、そのゲームを継続するために家の中のPCマシンまたは家の中のテレビジョンに切り替えることを望む場合に、移行は、本開示による上記の解決策を用いて瞬間的に完了され得る。
【０１０１】
第3の実施形態
上記のデバイス実施形態を実施するシステム実施形態が、本開示の実施形態に従ってさらに提供される。図12は、本開示の第3の実施形態による、端末間でアプリケーションデータを移行するためのシステムの概略構造図である。
【０１０２】
図12に示されているように、端末間でアプリケーションデータを移行するためのシステムは、第1の端末デバイス90と第2の端末デバイス92とを含むことができる。
【０１０３】
具体的には、第1の端末デバイス90は、アプリケーションを実行させ、移行命令を受信し、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手し(第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である)、リソースデータを所定のストレージアドレスに記憶し、リソースデータの移行の宛先として第2の端末デバイスを決定し、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成される。
【０１０４】
第2の端末デバイス92は、アプリケーションを伴って構成され、第1の端末デバイスとの通信関係を有し、リソースデータのストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードするように構成される。すなわち、第2の端末デバイスは、リソースデータのストレージアドレスに基づいてリソースデータを入手し、リソースデータをそのローカルアプリケーションにロードする。
【０１０５】
上記から、本開示の第3の実施形態による解決策において、第1の端末デバイス上でアプリケーションを実行させる過程において、第1の瞬間に移行命令を受信した後に、第1の端末デバイスが、第1の端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手し、リソースデータを所定の経路にある所定の磁気ディスクに記憶することがわかる。移行命令が第1の端末デバイスによって受信される時に、第2の端末デバイスが所定の磁気ディスクからリソースデータを入手するように、第1の端末デバイスとの移行関係を有する第2の端末デバイスが決定される。上記の解決策を用いると、ユーザの端末デバイス上で実行するアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、ユーザの友人の端末デバイスは、上記のリソースデータに基づいてアプリケーションを実行させることができる。この形において、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【０１０６】
このシステム実施形態内のアプリケーションが、スーパーマリオまたはPlane Warsなどのゲームタイプアプリケーションに限定されないことに留意されたい。第1の端末デバイスは、スマートフォンまたはタブレットコンピュータなどのインテリジェント端末デバイスに限定されない。第1の端末デバイス上でアプリケーションを実行させる過程において、ユーザは、第1の瞬間に第1の端末デバイスに移行命令を送ることができる。
【０１０７】
さらに、移行命令が、第1の端末デバイス上に表示されるボタンコントロールがユーザによってトリガされた後に生成される命令とされ得、あるいは、サードパーティデバイスによって第1の端末デバイスに送信される命令とされ得ることに留意されたい。移行命令を受信した後に、第1の端末デバイスは、移行命令に応答して、第1の端末デバイスによるアプリケーションの起動から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手する。リソースデータは、スタートアップから第1の瞬間までの期間中のアプリケーションのシナリオデータとされ得る。所定の磁気ディスクは、第1の端末デバイス自体の磁気ディスクとされ得、あるいは、サードパーティサーバによって提供されるデータベースディスクとされ得る。移行命令を受信した後に、第1の端末デバイスは、コンテキストファイルフォーマットなどのファイルフォーマットにおいてアプリケーションのリソースデータを記憶することができる。
【０１０８】
さらに、第2の端末デバイスは、ユーザがアプリケーションを移行することを望むターゲット端末デバイスとされ得る。アプリケーションのリソースデータを入手した後に、第2の端末デバイスは、そのローカルアプリケーションにリソースデータをロードすることができる、すなわち、第2の端末は、第1の端末デバイスと同一のアプリケーションを実行させる。
【０１０９】
好ましくは、このシステムは、メモリと、アプリケーションカーネルの機能を有するサードパーティサーバとをさらに含む。メモリは、リソースデータを記憶するのに使用される。アプリケーションカーネルは、第1の端末デバイスまたは第2の端末デバイスによって提供され得、あるいは、サードパーティサーバによって提供され得る。
【０１１０】
このシステムの好ましいまたはオプションの実施形態が、方法の第1の実施形態と同一の実施態様またはアプリケーションシナリオを有することができるが、第1の実施形態の開示に限定されないことに留意されたい。
【０１１１】
オプションのアプリケーションにおいて、第1の端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手する機能を実行する前に、第1の端末デバイスは、移行命令が第1の端末デバイスによって受信されたことが検出される場合に、アプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信することができる。この場合に、端末デバイスは、ブレークポイント命令に応答してアプリケーションを一時停止し、第1の端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手するステップを実行することができる。
【０１１２】
上記のシステムのオプションの解決策において、ブレークポイント命令は、移行命令が第1の端末デバイスによって受信された後に、移行命令に応答して第1の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって生成される命令とされ得ることに留意されたい。具体的には、アプリケーションカーネルモジュールは、ブレークポイント命令を生成するためのポートを提供する。移行命令が受信された後に、ブレークポイント命令は、ポートを介してデータベースLIB内のブレークポイント関数を呼び出すことによって生成され、ブレークポイント命令は、第1の端末デバイスに返される。
【０１１３】
さらに、アプリケーションカーネルモジュールによって生成されたブレークポイント命令が第1の端末デバイスによって受信された後に、ブレークポイント命令は、現在実行中のアプリケーションを一時停止するように第1の端末デバイスを制御する。一時停止する時刻は、第1の瞬間である。すなわち、バックグラウンドは、第2の端末に同期化されるリソースデータが、アプリケーションの起動から第1の瞬間までの期間中の第1の端末デバイス上のリソースデータであることを知らされる。本明細書で説明されるリソースデータは、少なくとも、オペレーティング環境、アプリケーションを実行させる様々な関数の関数名、ならびにアプリケーションを実行させる様々なオブジェクトの名前およびコンテンツを含む。リソースデータは、第2の端末デバイス上のシナリオおよびコンテンツが、リソースデータが第2の端末デバイスによってロードされた後に、第1の端末デバイス上のシナリオおよびコンテンツと正確に同一であることを保証する。
【０１１４】
別のオプションの解決策において、システム実施形態において、リソースデータが第2の端末デバイスによって入手された後に、再起動命令が、アプリケーションカーネルモジュールを介して第2の端末デバイスに送信され得る。第2の端末デバイスは、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して再起動命令を入手する。その後、第2の端末デバイスは、第2の端末デバイスおよび第1の端末デバイスが第1の瞬間から同期させてアプリケーションを実行するように、再起動命令に応答して、リソースデータをロードされるアプリケーションを起動する。
【０１１５】
再起動命令は、リソースデータが第2の端末デバイスによって所定の磁気ディスクから入手された後に、第2の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって提供される命令とされ得ることに留意されたい。再起動命令は、アプリケーションを起動し、入手されたリソースデータを現在実行中のアプリケーションにロードするように第2の端末デバイスを制御するのに使用される。具体的には、アプリケーションカーネルモジュールは、再起動命令を生成するためのポートを提供する。再起動命令が受信された後に、再起動命令は、ポートを介してデータベースLIB内の再起動関数およびロード関数を呼び出すことによって生成される。
【０１１６】
さらに、スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、ユーザの端末デバイスがアプリケーションを起動する瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータが、第2の端末デバイスによって入手されるので、第2の端末デバイスおよび第1の端末デバイスが、第1の瞬間から同期させてスーパーマリオゲームを実行することができることに留意されたい。すなわち、スーパーマリオゲームを第2の端末デバイス上で実行する時に、ゲームプロセス、シナリオ、およびゲームキャラクタの特徴などのデータは、第1の端末デバイス上で実行するスーパーマリオゲームのデータと正確に同一であり、これによってゲーム同期化が達成される。
【０１１７】
別のオプションの解決策において、第1の端末デバイスとの移行関係を有する第2の端末デバイスが、システムによって決定された後に、所定の磁気ディスクのアドレスが、第2の端末デバイスに送信され得る。その後、第2の端末デバイスは、所定の磁気ディスクのアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手する。
【０１１８】
好ましくは、システムは、所定の磁気ディスクのアドレスを、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの少なくとも1つにおいて第2の端末デバイスに送信することができる。たとえば、Wi-Fi通信モードが採用される場合に、第1の端末は、Wi-Fiを介して照会することによって第2の端末デバイスのアクセスアドレスを入手し、第2の端末デバイスのアクセスアドレスに基づいて、リソースデータを記憶するための所定の磁気ディスクのアドレスを第2の端末デバイスに送信することができる。
【０１１９】
第4の実施形態
端末間でアプリケーションデータを移行するための方法実施形態が、本開示の一実施形態に従って提供される。図面の流れ図内に示されたステップが、コンピュータ実行可能命令のセットなど、コンピュータシステム内で実行され得ることに留意されたい。さらに、論理シーケンスが流れ図内に示されるが、図示されまたは説明されるステップが、いくつかの状況で本明細書で説明されるシーケンスとは異なる他のシーケンスで実行され得る。
【０１２０】
本開示の第4の実施形態による方法実施形態は、モバイル端末、コンピュータ端末、または類似物などの算術デバイス上で実施され得る。本開示の第4の実施形態による方法実施形態が、図1に示されたコンピュータ端末上で実施され得ることに留意されたい。
【０１２１】
例としての上記の動作環境において、端末間でアプリケーションデータを移行するための方法が、図13に示されているように本開示に従って提供される。図13は、本開示の第4の実施形態による、端末間でアプリケーションデータを移行するための方法の流れ図である。
【０１２２】
図13に示されているように、端末間でアプリケーションデータを移行するための方法は、ステップS120からS130を含むことができる。
【０１２３】
ステップS120において、第1の端末デバイス上でアプリケーションを実行させる過程において、第2の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間で移行関係を確立するために、第1の端末デバイスに移行要求を送信する。
【０１２４】
好ましくは、2つの端末デバイスの間の通信関係は、2つの端末デバイスの間で移行関係を構築するために、移行命令が第1の端末デバイスによって受信される時または移行命令が第1の端末デバイスによって受信される前に確立され得る。
【０１２５】
本開示による上記のステップS120内のアプリケーションは、スーパーマリオまたはPlane Warsなどのゲームタイプアプリケーションに限定されない。第1の端末デバイスまたは第2の端末デバイスは、スマートフォンまたはタブレットコンピュータなどのインテリジェント端末デバイスに限定されない。第1の端末デバイス上でアプリケーションを実行させる過程において、第2の端末デバイスは、第1の端末デバイスおよび第2の端末デバイスが移行関係を有するように、第1の端末デバイスに移行要求を送信することができる。
【０１２６】
たとえば、ユーザは、端末デバイス上でスーパーマリオゲームを実行させる。端末デバイス上でスーパーマリオを実行させる過程において、ユーザの友人が、そのゲームを経験することを望み、あるいは、ユーザが、ゲームが難しすぎると感じ、友人にスーパーマリオゲームを経験してもらい、ゲーム戦略を提供してもらいたいと思う。ユーザの友人の端末デバイスすなわち第2の端末デバイスは、ユーザの端末デバイスすなわち第1の端末デバイスに移行要求を送信することができる。この形において、移行関係が、ユーザの端末デバイスとユーザの友人の端末デバイスとの間で確立される。
【０１２７】
ステップS122において、移行要求を確認した後に、第1の端末デバイスは、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手する。第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である。
【０１２８】
本開示による上記のステップS122において、第2の端末デバイスによって送信された移行要求を受信した後に、第1の端末デバイスは、移行要求に応答して、アプリケーションの起動から移行要求が受信される瞬間までの期間中の第1の端末デバイスのリソースデータを入手することができる。リソースデータは、第1の状態におけるシナリオデータとされ得る。
【０１２９】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、移行要求の受信時に、ユーザの端末デバイスは、スタートアップから移行要求がユーザの端末デバイスによって受信される瞬間までの期間中のスーパーマリオのリソースデータを即座に入手することができる。スーパーマリオゲームの起動から移行要求がユーザの端末デバイスによって受信される瞬間までの期間に関して、移行要求がユーザの端末デバイスによって受信される瞬間が、スーパーマリオゲームがあるステージまたはゲームレベルに達した時点とされ得ることに留意されたい。ゲーム内でユーザによって実行されるいくつかの操作のゆえに、スーパーマリオゲームは、ある経過またはステージに達する。したがって、移行要求が、ユーザの端末デバイスによって受信される時に、リソースデータは、次のデータのうちの複数になる可能性がある。ゲーム自体のアプリケーション、移行要求がユーザの端末デバイスによって受信される瞬間におけるスーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)、およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)。
【０１３０】
ステップS124において、第1の端末デバイスは、リソースデータを所定のストレージアドレスに記憶する。
【０１３１】
本開示による上記のステップS124は、リソースデータを所定のストレージアドレスにある所定の磁気ディスクに記憶することとして実施され得る。所定の磁気ディスクは、第1の端末デバイス自体の磁気ディスクとされ得、あるいは、サードパーティサーバによって提供されるデータベースディスクとされ得る。移行命令を受信した後に、第1の端末デバイスは、コンテキストファイルフォーマットなどのファイルフォーマットにおいてアプリケーションのリソースデータを記憶することができる。リソースデータが、ローカルに記憶され、クラウド内に記憶され、ネットワークを介してバックグラウンドにおいて記憶され、または他の形で記憶され得ることがわかる。
【０１３２】
ステップS126において、移行要求を確認した後に、第1の端末デバイスは、リソースデータのストレージアドレスを第2の端末デバイスに送信する。
【０１３３】
アプリケーションのリソースデータを入手した後に、第2の端末デバイスは、上記のステップS126において、そのローカルアプリケーションにリソースデータをロードすることができる。すなわち、第2の端末も、アプリケーションの第1の状態を有する。
【０１３４】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの友人もスーパーマリオゲームを経験したいと思う場合があり、または、スーパーマリオゲームを操作する過程において、ユーザは、ゲームが難しすぎると感じ、友人にスーパーマリオゲームを経験してもらい、ゲーム戦略を提供してもらいたいと思う。ユーザは、スーパーマリオゲームのアプリケーションデータと、スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)などの、ユーザの友人の端末デバイスによって送信された移行要求が受信される瞬間のスーパーマリオゲームのリソースデータとを、端末デバイスを介して所定の磁気ディスクに送信する。ユーザの友人すなわち第2の端末デバイスは、リソースデータを入手し、彼自身の端末デバイスにリソースデータをロードすることができる。
【０１３５】
ステップS128において、第2の端末デバイスは、ストレージアドレスにアクセスすることによってアプリケーションのリソースデータを入手し、リソースデータをロードする。すなわち、リソースデータを入手した後に、第2の端末デバイスは、そのローカルアプリケーションにリソースデータをロードすることができる。好ましくは、第2の端末デバイスは、所定の磁気ディスクからリソースデータを入手することができる。
【０１３６】
上記から、本開示の第4の実施形態による解決策において、第1の端末デバイス上でアプリケーションを実行させる過程において、第1の端末デバイスおよび第2の端末デバイスが移行関係を有するように、第2の端末デバイスが、第1の端末デバイスに移行要求を送信することがわかる。移行要求が第1の端末デバイスによって確認された後に、アプリケーションの起動から移行要求が受信される瞬間までの期間中のアプリケーションの動作のリソースデータが、入手され、リソースデータは、所定のストレージ経路に記憶される。移行要求が第1の端末デバイスによって確認された後に、第2の端末デバイスがリソースデータを入手するように、リソースデータのストレージアドレスが、第2の端末デバイスに送信される。その後、第2の端末デバイスは、そのローカルアプリケーションにリソースデータをロードする。上記の解決策を用いると、ユーザの端末デバイス上で実行するアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、ユーザの友人の端末デバイスは、上記のリソースデータに基づいてアプリケーションを実行させることができる。この形において、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【０１３７】
本開示によるオプションの解決策において、上記のステップS122は、以下のステップをさらに含むことができる。
【０１３８】
第1の端末デバイスは、移行命令を第1の瞬間に受信し、その移行命令をアプリケーションカーネルモジュールに転送する。
【０１３９】
第1の端末デバイスは、移行命令に応答してアプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信する。
【０１４０】
第1の端末デバイスは、ブレークポイント命令に応答してアプリケーションを一時停止し、アプリケーションの第1の状態のリソースデータを入手する。
【０１４１】
図5を参照すると、ブレークポイント命令は、移行要求が第1の端末デバイスによって受信された後に、移行要求に応答して第1の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって生成される命令とされ得る。具体的には、アプリケーションカーネルモジュールは、ブレークポイント命令を生成するためのポートを提供する。移行要求が受信された後に、ブレークポイント命令は、ポートを介してデータベースLIB内のブレークポイント関数を呼び出すことによって生成され、ブレークポイント命令は、第1の端末デバイスに返される。
【０１４２】
アプリケーションカーネルモジュールによって生成されたブレークポイント命令が第1の端末デバイスによって受信された後に、ブレークポイント命令は、現在実行中のアプリケーションを一時停止するように第1の端末デバイスを制御する。一時停止する時刻は、第2の端末デバイスによって送信された移行要求が第1の端末デバイスによって受信される瞬間である。すなわち、バックグラウンドは、第2の端末デバイスに同期化されるリソースデータが、第1の端末デバイスによるアプリケーションの起動から移行要求が受信される瞬間までの期間中のリソースデータであることを知らされる。本明細書で説明されるリソースデータは、少なくとも、オペレーティング環境、アプリケーションを実行させる様々な関数の関数名、ならびにアプリケーションを実行させる様々なオブジェクトの名前およびコンテンツを含む。リソースデータは、第2の端末デバイス上のシナリオおよびコンテンツが、リソースデータが第2の端末デバイスによってロードされた後に、第1の端末デバイス上のシナリオおよびコンテンツと正確に同一であることを保証する。
【０１４３】
今まで通りユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの端末デバイスは、アプリケーションカーネルから受信されたブレークポイント命令に応答して実行中のスーパーマリオゲームを一時停止し、さらに、スーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、ユーザの端末デバイスがスーパーマリオゲームを起動した瞬間から移行要求がユーザの端末デバイスによって受信される瞬間までの期間中のスーパーマリオゲームの動作のリソースデータを入手するステップを実行する。
【０１４４】
本開示による別のオプションの解決策において、ステップS126の後に、端末間でアプリケーションデータを移行するための方法は、以下のステップをさらに実行することができる。
【０１４５】
ステップS128において、アプリケーションカーネルモジュールが、第2の端末デバイスに再起動命令を送信する。第2の端末デバイスは、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して再起動命令を入手する。
【０１４６】
図5を参照すると、本開示による上記のステップS128内の再起動命令は、リソースデータが第2の端末デバイスによって所定のストレージアドレスから入手された後に、第2の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって提供される命令とされ得る。再起動命令は、アプリケーションを起動し、入手されたリソースデータを現在実行中のアプリケーションにロードするように第2の端末デバイスを制御するのに使用される。具体的には、アプリケーションカーネルモジュールは、再起動命令を生成するためのポートを提供する。再起動命令が受信された後に、再起動命令は、ポートを介してデータベースLIB内の再起動関数およびロード関数を呼び出すことによって生成される。
【０１４７】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの友人の端末デバイスすなわち上で説明された第2の端末デバイスは、スーパーマリオゲームを操作することによってユーザの端末デバイスによって入手される、移行要求がユーザの端末デバイスによって受信される瞬間のゲームのデータを受信した後に、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して、アプリケーションカーネルモジュールによって送信される再起動命令を受信する。
【０１４８】
ステップS130において、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスが、再起動命令に応答してアプリケーションを起動する。
【０１４９】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの友人の端末デバイスすなわち上で説明された第2の端末デバイスは、再起動命令に応答して、入手されたスーパーマリオゲームを起動することができる。移行要求が受信される瞬間のスーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、ユーザの端末デバイスがスーパーマリオゲームを起動する瞬間から移行要求が受信される瞬間までの期間中のスーパーマリオゲームの動作のリソースデータが、第2の端末デバイスによって入手されるので、第2の端末デバイスおよび第1の端末デバイスが、スーパーマリオゲームを移行要求が受信される瞬間から同期させて実行することができることに留意されたい。すなわち、スーパーマリオゲームを第2の端末デバイス上で実行する時に、ゲームプロセス、シナリオ、およびゲームキャラクタの特徴などのデータは、第1の端末デバイス上で実行するスーパーマリオゲームのデータと正確に同一であり、これによってゲーム同期化が達成される。
【０１５０】
本開示による別のオプションの解決策において、ステップS126は、以下のステップをさらに含むことができる。
【０１５１】
リソースデータのストレージアドレスが、第2の端末デバイスに送信され、ストレージアドレスは、所定の磁気ディスクのアドレスとされ得る。
【０１５２】
第2の端末デバイスは、リソースデータのストレージアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手する。
【０１５３】
所定の磁気ディスクのアドレスは、第1の端末デバイスのローカルディスクのアドレスまたはサードパーティサーバによって提供されるデータベースディスクのアドレスとされ得る。
【０１５４】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、第2の端末デバイスは、ユーザの友人の端末デバイスとされ得る。ユーザの友人の端末デバイスによって所定の磁気ディスクから入手されるリソースデータが、スーパーマリオゲームを実行させるステージにおいてユーザの端末デバイスすなわち第1の端末デバイスによって生成されたデータとされ得ることに留意されたい。すなわち、リソースデータは、移行要求がユーザの端末デバイスによって受信される瞬間のスーパーマリオゲームの第nのレベルのシナリオデータ(水シナリオまたは陸シナリオなど)およびユーザによって制御されるキャラクタの特徴(キャラクタのサイズ、アミュレットの有無、およびファイアボールの機能の有無など)など、移行要求がユーザの端末デバイスによって受信される瞬間のデータとされ得る。
【０１５５】
好ましくは、本開示による上記のステップにおいて、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの少なくとも1つにおいて第2の端末デバイスに送信され得る。
【０１５６】
ユーザが端末デバイス上でスーパーマリオゲームを実行させるケースを例にとると、ユーザの端末デバイス上で実行するスーパーマリオゲームのリソースデータが、所定の磁気ディスクに記憶された後に、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードというモードにおいてユーザの友人の端末デバイスに送信され得る。ユーザの友人の端末デバイスは、所定の磁気ディスクのアドレスに基づいてリソースデータを入手することができる。
【０１５７】
たとえば、Wi-Fi通信モードが採用される場合に、第1の端末デバイスは、Wi-Fiを介して照会することによって第2の端末デバイスのアクセスアドレスを入手し、第2の端末デバイスのアクセスアドレスに基づいて、リソースデータを記憶するための所定の磁気ディスクのアドレスを第2の端末デバイスに送信することができる。
【０１５８】
結論として、図7を参照すると、本開示の第4の実施形態によるアプリケーションは、スーパーマリオまたはPlane Warsなどのゲームのクライアントアプリケーションとされ得る。第1の端末デバイスおよび第2の端末デバイスは、それぞれ、スマートフォンまたはタブレットコンピュータなどのモバイル端末とされ得る。本開示における解決策を3つのオプションのアプリケーションシナリオに適用することによって実現される機能を、以下で詳細に説明する。
【０１５９】
ステップAにおいて、グラフィックスアプリケーションAPP移行技術が、第1のモバイル端末および第2のモバイル端末に適用される。ゲームクライアントが、第1のモバイル端末および第2のモバイル端末にインストールされた後に、グラフィックスアプリケーションAPP移行は、第1のモバイル端末上の移行ボタンをトリガすることによって起動される、すなわち、ゲームは、友人が実行中のアプリケーションを操作し続けることを可能にするために、第1のモバイル端末上で実行する過程において第2のモバイル端末(友人の携帯電話機)に切り替えられる。
【０１６０】
ステップBにおいて、移行要求が受信された後に、第1のモバイル端末上の移行ボタンが、トリガされ得る。アプリケーションカーネルモジュールは、第1のモバイル端末のバックグラウンドにおいて、第1のモバイル端末上で実行しているゲームを一時停止するための一時停止命令を送り、移行要求が受信される前のゲームのリソースデータは、所定のアドレスにあるメモリに記憶される。
【０１６１】
ステップCにおいて、第1のモバイル端末は、ある通信モードにおいて、メモリの所定のアドレスを第2のモバイル端末に送信する。
【０１６２】
ステップDにおいて、第2のモバイル端末は、メモリの所定のアドレスに基づいて、移行要求が受信される前の、第1のモバイル端末上のゲームのリソースデータを入手する。
【０１６３】
ステップEにおいて、再起動命令を受信した後に、第2のモバイル端末は、ローカルゲームアプリケーションを起動し、ゲームの入手されたリソースデータを現在実行中のゲームアプリケーションにロードし、これによって、ゲームを第1のモバイル端末から引き継ぐ。
【０１６４】
上記から、本開示のステップAからEの解決策が、端末間の有効で効率的な相互作用を達成するために、以下のアプリケーションシナリオに適用され得ることがわかる。
【０１６５】
第1のアプリケーションにおいて、第1のモバイル端末上のAPPがあるステージに達する時に、ユーザAは、上記の解決策を用いて、第1のモバイル端末上の切替の前のシナリオからAPPを操作し続けるために、ユーザBの携帯電話機などの第2のモバイル端末にAPPを瞬間的に切り替え、これによって、ある端末上のAPPを別の端末上の同一のAPPによって引き継ぐことができる。
【０１６６】
第2のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術が、ソーシャルゲームに適用される。具体的には、第1のモバイル端末のユーザAが、ゲームAPPをあるゲームレベルまで実行させる時に、携帯電話機などの第2のモバイル端末のユーザBが、この解決策を用いて瞬間的に第1のモバイル端末のユーザAのゲームアプリケーションに参加することができ、その結果、ゲームのシナリオが、切替の時の前のシナリオから継続され得るようになる。
【０１６７】
具体的には、オプションの解決策において、ユーザAのゲームレベルが、ゲームを継続するために引き継がれ得る。
【０１６８】
本開示の別の実施形態によれば、ステップS130の後に、この方法は、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスによって、アプリケーション内で新しいオブジェクトを作成することをさらに含むことができ、作成される新しいオブジェクトは、第2の端末デバイスのユーザによって制御される。
【０１６９】
オプションの解決策において、ゲームは、2つの端末の間で共有され得る。すなわち、第2の端末デバイスは、第1のモバイル端末のユーザAのゲームを継続できるだけではなく、同一の形でユーザBのゲームリソースをユーザAにフィードバックすることもでき、これによって、2人のゲームユーザによって一緒にゲームをプレイすることができる。この形において、ユーザAおよびユーザBは、1つのゲーム内でお互いに対抗してプレイすることができる。
【０１７０】
第3のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術は、ホームデバイスにも適用され得る。具体的には、第1のモバイル端末のユーザAが、携帯電話機上でゲームなどのアプリケーションを経験し、その後、そのゲームを継続するために家の中のPCマシンまたは家の中のテレビジョンに切り替えることを望む場合に、移行は、本開示による上記の解決策を用いて瞬間的に完了され得る。
【０１７１】
上記の方法実施形態が、単純さのために一連のアクションの組合せとして表されることに留意されたい。当業者は、本開示によれば、いくつかのステップが他のシーケンスで実行され得、あるいは、同時に実行され得るので、本開示が、アクションの説明されるシーケンスに限定されないことを知るべきである。さらに、当業者は、本明細書内で説明される実施形態のすべてが、好ましい実施形態であり、用いられるアクションおよびモジュールが、本開示に必要ではないことを知るべきである。
【０１７２】
上記の実施態様の説明に基づいて、当業者は、上記の実施形態による方法が、ソフトウェアと必要な全般的なハードウェアプラットフォームとによってまたはハードウェアによって実施され得ることを理解することができる。ほとんどの状況において、前者が好ましい実施態様である。この理解に基づいて、本開示の技術的解決策の本質または技術的解決策のうちで従来の技術に貢献する部分は、記憶媒体(ROM/RAM、磁気ディスク、または光ディスクなど)内に記憶され、本開示の実施形態による方法を実行するように端末デバイス(携帯電話機、コンピュータ、サーバ、またはネットワークデバイスなどとされ得る)を制御するための複数の命令を含む、ソフトウェア製品の形において実施され得る。
【０１７３】
第5の実施形態
上記の方法実施形態を実施するデバイス実施形態が、本開示の実施形態に従ってさらに提供される。本開示の実施形態による装置は、コンピュータ端末内で動作することができる。
【０１７４】
図14は、本開示の第5の実施形態による、端末間でアプリケーションデータを移行するための装置の概略構造図である。
【０１７５】
図14に示されているように、端末間でアプリケーションデータを移行するための装置は、第2の入手モジュール110、第2の記憶モジュール112、および移行モジュール114を含むことができる。
【０１７６】
第2の入手モジュール110は、第1の端末デバイス上でアプリケーションを実行させる過程において、第2の端末デバイスによって送信された移行要求が第1の端末デバイスによって受信され、確認された後に、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手するように構成される。第1の状態は、スタートアップから移行要求が受信される瞬間までの期間中のアプリケーションの状態である。第2の記憶モジュール112は、リソースデータを所定のストレージアドレスに記憶するように構成される。移行モジュール114は、第2の端末デバイスが、ストレージアドレスにアクセスすることによってアプリケーションのリソースデータを入手し、リソースデータをロードするように、移行要求が第1の端末デバイスによって確認された後に、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成される。
【０１７７】
第2の入手モジュール110、第2の記憶モジュール112、および移行モジュール114が、第4の実施形態内のステップS120からS126に対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第4の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第4の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【０１７８】
好ましくは、図15に示されているように、第2の入手モジュール110は、第4の送信モジュール1101をさらに含むことができる。
【０１７９】
第4の送信モジュール1101は、移行要求が第1の端末デバイスによって確認されることが検出される場合に、アプリケーションカーネルモジュールによって生成されたブレークポイント命令を第1の端末デバイスに送信するように構成され得る。第1の端末デバイスは、ブレークポイント命令に応答してアプリケーションを一時停止し、第1の端末デバイスがアプリケーションを起動した瞬間から第1の瞬間までの期間中のアプリケーションの動作のリソースデータを入手するステップを実行する。
【０１８０】
第4の送信モジュール1101が、第4の実施形態内の特定のステップに対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第4の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第4の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【０１８１】
好ましくは、図16に示されているように、端末間でアプリケーションデータを移行するための装置は、第5の送信モジュール118およびロードモジュール120をさらに含むことができる。
【０１８２】
具体的には、第5の送信モジュール118は、再起動命令を第2の端末デバイスに送信するように構成される。第2の端末デバイスは、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して再起動命令を入手する。
【０１８３】
ロードモジュール120は、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、再起動命令に応答してアプリケーションにリソースデータをロードするように構成される。
【０１８４】
第5の送信モジュール118およびロードモジュール120が、第4の実施形態内のステップS128からS130に対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第4の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第4の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【０１８５】
好ましくは、図17に示されているように、端末間でアプリケーションデータを移行するための装置内の移行モジュール114は、第6の送信モジュール122および第2のアクセスモジュール124をさらに含むことができる。
【０１８６】
第6の送信モジュール122は、所定のストレージアドレスを第2の端末デバイスに送信するように構成される。第2のアクセスモジュール124は、所定のストレージアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手するように構成される。
【０１８７】
第6の送信モジュール122および第2のアクセスモジュール124が、第4の実施形態内の特定のステップに対応することに留意されたい。モジュールの例およびアプリケーションシナリオは、対応するステップのそれらと同一であるが、第4の実施形態において開示された内容に限定はされない。装置の一部としてのモジュールが、第4の実施形態に従ってコンピュータ端末10内で動作することができ、ソフトウェアまたはハードウェアによって実施され得ることに留意されたい。
【０１８８】
好ましくは、本開示の第5の実施形態による解決策において、所定の磁気ディスクのアドレスは、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの1つまたは複数において第2の端末デバイスに送信され得る。
【０１８９】
上記から、本開示の上記のデバイス実施形態によって実現される解決策が、端末間の有効で効率的な相互作用を達成することのできる、以下のアプリケーションシナリオに適用され得ることがわかる。
【０１９０】
第1のアプリケーションにおいて、第1のモバイル端末上のAPPがあるステージに達する時に、ユーザAは、上記の解決策を用いて、第1のモバイル端末上の切替の前のシナリオからAPPのシナリオを操作し続けるために、ユーザBの携帯電話機などの第2のモバイル端末にAPPを瞬間的に切り替え、これによって、ある端末上のAPPを別の端末上の同一のAPPによって引き継ぐことができる。
【０１９１】
第2のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術が、ソーシャルゲームに適用される。具体的には、第1のモバイル端末のユーザAが、ゲームAPPをあるゲームレベルまで実行させる時に、携帯電話機などの第2のモバイル端末のユーザBが、この解決策を用いて瞬間的に第1のモバイル端末のユーザAのゲームアプリケーションに参加することができ、その結果、ゲームのシナリオが、切替の時の前のシナリオから継続され得るようになる。
【０１９２】
具体的には、オプションの解決策において、ユーザAのゲームレベルが、ゲームを継続するために引き継がれ得る。
【０１９３】
本開示の別の実施形態によれば、リソースデータをロードした後に、第2の端末デバイスは、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、アプリケーション内で新しいオブジェクトを作成する。作成される新しいオブジェクトは、第2の端末デバイスのユーザによって制御される。
【０１９４】
オプションの解決策において、ゲームは、2つの端末の間で共有され得る。すなわち、第2の端末デバイスは、第1のモバイル端末のユーザAのゲームを継続できるだけではなく、同一の形でユーザBのゲームリソースをユーザAにフィードバックすることもでき、これによって、2人のゲームユーザによって一緒にゲームをプレイすることができる。この形において、ユーザAおよびユーザBは、1つのゲーム内でお互いに対抗してプレイすることができる。
【０１９５】
第3のアプリケーションにおいて、グラフィックスアプリケーションAPP移行技術は、ホームデバイスにも適用され得る。具体的には、第1のモバイル端末のユーザAが、携帯電話機上でゲームなどのアプリケーションを経験し、その後、そのゲームを継続するために家の中のPCマシンまたは家の中のテレビジョンに切り替えることを望む場合に、移行は、本開示による上記の解決策を用いて瞬間的に完了され得る。
【０１９６】
第6の実施形態
上記のデバイス実施形態を実施するシステム実施形態が、本開示の実施形態に従ってさらに提供される。本開示の実施形態によるデバイスは、コンピュータ端末内で動作することができる。
【０１９７】
図12に示されているように、本開示による端末間でアプリケーションデータを移行するためのシステムは、第1の端末デバイス90と第2の端末デバイス92とを含むことができる。
【０１９８】
第1の端末デバイス90は、アプリケーションを実行させ、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手し(第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である)、リソースデータを所定のストレージアドレスに記憶し、リソースデータのストレージアドレスを第2の端末デバイスに送信するように構成される。第2の端末デバイス92は、アプリケーションを伴って構成され、第1の端末デバイスとの通信関係を有し、リソースデータのストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードするように構成される。
【０１９９】
上記から、本開示の第6の実施形態による解決策において、第1の端末デバイスがアプリケーションを実行させるように構成されることがわかる。第2の端末デバイスは、第1の端末デバイスとの通信関係を有し、第1の端末デバイス上のアプリケーションを実行させる過程において、第1の端末デバイスに移行要求を送信し、第1の端末デバイス上のリソースデータをそのローカルアプリケーションにロードするように構成される。移行要求が第1の端末デバイスによって確認された後に、アプリケーションの起動から移行要求が受信される瞬間までの期間中のアプリケーションの動作のリソースデータが、所定の経路に記憶される。移行要求が第1の端末デバイスによって確認された後に、第2の端末デバイスがリソースデータを入手するように、リソースデータのストレージアドレスが、第2の端末デバイスに送信される。上記の解決策を用いると、ユーザの端末デバイス上で実行するアプリケーションのリソースデータは、ユーザの友人の端末デバイスに送信され得、ユーザの友人の端末デバイスは、上記のリソースデータに基づいてアプリケーションを実行させることができる。この形において、アプリケーションが共有され、端末デバイス間でアプリケーションリソースを共有する時に端末デバイス間の協力の効率が悪いという従来の技術における技術的問題が解決される。
【０２００】
このシステム実施形態内のアプリケーションが、スーパーマリオまたはPlane Warsなどのゲームタイプアプリケーションに限定されないことに留意されたい。第1の端末デバイスまたは第2の端末デバイスは、スマートフォンまたはタブレットコンピュータなどのインテリジェント端末デバイスに限定されない。第1の端末デバイス上でアプリケーションを実行させる過程において、第1の端末デバイスおよび第2の端末デバイスが移行関係を有するように、第2の端末デバイスは、移行要求を第1の端末デバイスに送信することができる。
【０２０１】
さらに、第2の端末デバイスによって送信された移行要求を受信した後に、システム実施形態内の第1の端末デバイスは、移行要求に応答して、第1の端末デバイスによるアプリケーションの起動から移行要求が受信される瞬間までの期間中のアプリケーションの動作のリソースデータを入手することができることに留意されたい。リソースデータは、スタートアップから移行要求が第1の端末デバイスによって受信される瞬間までの期間中のアプリケーションのシナリオデータとされ得る。
【０２０２】
さらに、アプリケーションのリソースデータを入手した後に、第2の端末デバイスが、そのローカルアプリケーションにリソースデータをロードできることに留意されたい。すなわち、第2の端末デバイスは、第1の端末デバイスと同一のアプリケーションを実行させる。
【０２０３】
オプションの解決策において、第1の端末デバイスがアプリケーションを起動する瞬間から移行要求が受信される瞬間までの期間中のアプリケーションの動作のリソースデータを入手することがシステムによって実行される前に、第1の端末デバイスは、移行要求が第1の端末デバイスによって確認されたことが検出される場合に、アプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信することができる。端末デバイスは、ブレークポイント命令に応答してアプリケーションを一時停止し、第1の端末デバイスがアプリケーションを起動する瞬間から移行要求が受信される瞬間までの期間中のアプリケーションの動作のリソースデータを入手するステップを実行する。
【０２０４】
本開示のシステム実施形態におけるブレークポイント命令が、移行要求が第1の端末デバイスによって受信された後に、移行要求に応答して第1の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって生成される命令とされ得ることに留意されたい。具体的には、アプリケーションカーネルモジュールは、ブレークポイント命令を生成するためのポートを提供する。移行要求が受信された後に、ブレークポイント命令は、ポートを介してデータベースLIB内のブレークポイント関数を呼び出すことによって生成され、ブレークポイント命令は、第1の端末デバイスに返される。
【０２０５】
さらに、本開示のシステム実施形態において、アプリケーションカーネルモジュールによって生成されたブレークポイント命令が第1の端末デバイスによって受信された後に、ブレークポイント命令が、現在実行中のアプリケーションを一時停止するように第1の端末デバイスを制御することに留意されたい。一時停止する時刻は、第2の端末デバイスによって送信された移行要求が第1の端末デバイスによって受信される瞬間である。すなわち、バックグラウンドは、第2の端末デバイスに同期化されるリソースデータが、アプリケーションの起動から移行要求が受信される瞬間までの期間中の第1の端末デバイス上のリソースデータであることを知らされる。本明細書で説明されるリソースデータは、少なくとも、オペレーティング環境、アプリケーションを実行させる様々な関数の関数名、ならびにアプリケーションを実行させる様々なオブジェクトの名前およびコンテンツを含む。リソースデータは、第2の端末デバイス上のシナリオおよびコンテンツが、リソースデータが第2の端末デバイスによってロードされた後に、第1の端末デバイス上のシナリオおよびコンテンツと正確に同一であることを保証する。
【０２０６】
オプションの解決策において、システム実施形態において、リソースデータが入手された後に、再起動命令が、アプリケーションカーネルモジュールを介して第2の端末デバイスに送信され得る。第2の端末デバイスは、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して再起動命令を入手する。その後、第2の端末デバイスは、第2の端末デバイスおよび第1の端末デバイスが、移行要求が受信される瞬間から同期させてアプリケーションを実行するように、再起動命令に応答して、リソースデータをロードされるアプリケーションを起動する。
【０２０７】
本開示のシステム実施形態において、再起動命令は、リソースデータが第2の端末デバイスによって所定の磁気ディスクから入手された後に、第2の端末デバイスのバックグラウンドにおいてアプリケーションカーネルモジュールによって提供される命令とされ得ることに留意されたい。再起動命令は、アプリケーションを起動し、入手されたリソースデータを現在実行中のアプリケーションにロードするように第2の端末デバイスを制御するのに使用される。具体的には、アプリケーションカーネルモジュールは、再起動命令を生成するためのポートを提供する。再起動命令が受信された後に、再起動命令は、ポートを介してデータベースLIB内の再起動関数およびロード関数を呼び出すことによって生成される。
【０２０８】
オプションの解決策において、第1の端末デバイスとの移行関係を有する第2の端末デバイスが決定された後に、システムは、所定の磁気ディスクのアドレスを第2の端末デバイスに送信することができる。その後、第2の端末デバイスは、所定の磁気ディスクのアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手する。
【０２０９】
好ましくは、システムは、所定の磁気ディスクのアドレスを、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの少なくとも1つにおいて第2の端末デバイスに送信することができる。たとえば、Wi-Fi通信モードが採用される場合に、第1の端末は、Wi-Fiを介して照会することによって第2の端末デバイスのアクセスアドレスを入手し、第2の端末デバイスのアクセスアドレスに基づいて、リソースデータを記憶するための所定の磁気ディスクのアドレスを第2の端末デバイスに送信することができる。
【０２１０】
第7の実施形態
記憶媒体が、本開示の実施形態に従ってさらに提供される。オプションで、この実施形態において、記憶媒体は、第1の実施形態による端末間でアプリケーションデータを移行するための方法を実施するプログラムコードを記憶するように構成され得る。
【０２１１】
オプションで、この実施形態において、記憶媒体は、コンピュータネットワーク内のコンピュータ端末のグループの任意のサーバ内に配置され得る。
【０２１２】
オプションで、この実施形態において、記憶媒体は、以下のステップS20からS28を実行するプログラムコードを記憶するように構成され得る。
【０２１３】
ステップS20において、アプリケーションが、第1の端末デバイス上で実行させられる。
【０２１４】
ステップS22において、移行命令が、第1の端末デバイスによって受信され、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータが、入手される。第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である。
【０２１５】
ステップS24において、リソースデータが、所定のストレージアドレスに記憶される。
【０２１６】
ステップS26において、第2の端末デバイスが、リソースデータの移行の宛先として決定され、第2の端末デバイスは、アプリケーションを伴って構成される。
【０２１７】
ステップS28において、リソースデータのストレージアドレスが、第2の端末デバイスに送信され、第2の端末デバイスは、ストレージアドレスにアクセスすることによってリソースデータを入手し、リソースデータをロードする。
【０２１８】
オプションで、記憶媒体は、第1の端末デバイスが、第1の瞬間に移行命令を受信し、移行命令をアプリケーションカーネルモジュールに転送するステップと、第1の端末デバイスが、移行命令に応答してアプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信するステップと、第1の端末デバイスが、ブレークポイント命令に応答してアプリケーションを一時停止し、アプリケーションの第1の状態のリソースデータを入手するステップとを実行するプログラムコードを記憶するようにさらに構成される。
【０２１９】
オプションで、記憶媒体は、アプリケーションカーネルモジュールが、再起動インターフェースを介して第2の端末デバイスに再起動命令を送信するステップであって、再起動インターフェースは、アプリケーションカーネルモジュールによって提供される、送信するステップと、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスが、再起動命令に応答してアプリケーションを起動するステップとを実行するプログラムコードを記憶するようにさらに構成される。
【０２２０】
オプションで、記憶媒体は、リソースデータの所定のストレージアドレスが、第2の端末デバイスに送信されるステップと、第2の端末デバイスが、所定の磁気ディスクのアドレスに基づいて所定の磁気ディスクにアクセスし、所定の磁気ディスクから記憶されたリソースデータを入手するステップとを実行するプログラムコードを記憶するようにさらに構成される。
【０２２１】
オプションで、記憶媒体は、所定の磁気ディスクのアドレスが、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの1つまたは複数において第2の端末デバイスに送信されるステップを実行するプログラムコードを記憶するようにさらに構成される。
【０２２２】
オプションで、この実施形態において、記憶媒体は、USBフラッシュディスク、読取専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、モバイルハードディスク、磁気ディスク、または光ディスクなど、プログラムコードを記憶することのできる媒体を含むことができるが、これらに限定はされない。
【０２２３】
オプションで、この実施形態の特定の例に関して、第1の実施形態、第2の実施形態、および第3の実施形態において説明された例を参照することができ、これらは、ここでは説明されない。
【０２２４】
第8の実施形態
記憶媒体が、本開示の実施形態に従ってさらに提供される。オプションで、この実施形態において、記憶媒体は、第1の実施形態による端末間でアプリケーションデータを移行するための方法を実施するプログラムコードを記憶するように構成され得る。
【０２２５】
一実施形態において、記憶媒体は、コンピュータネットワーク内のコンピュータ端末のグループの任意のサーバ内に配置され得る。
【０２２６】
一実施形態において、記憶媒体は、以下のステップS120からS128を実行するプログラムコードを記憶するように構成され得る。
【０２２７】
ステップS120において、第1の端末デバイス上でアプリケーションを実行させる過程において、第2の端末デバイスは、第1の端末デバイスと第2の端末デバイスとの間で移行関係を確立するために、第1の端末デバイスに移行要求を送信する。
【０２２８】
ステップS122において、移行要求を確認した後に、第1の端末デバイスは、第1の端末デバイス上で実行するアプリケーションの第1の状態のリソースデータを入手し、第1の状態は、スタートアップから移行命令が受信される瞬間までの期間中のアプリケーションの状態である。
【０２２９】
ステップS124において、第1の端末デバイスは、リソースデータを所定のストレージアドレスに記憶する。
【０２３０】
ステップS126において、移行要求を確認した後に、第1の端末デバイスは、リソースデータのストレージアドレスを第2の端末デバイスに送信する。
【０２３１】
ステップS128において、第2の端末デバイスは、ストレージアドレスにアクセスすることによってアプリケーションのリソースデータを入手し、リソースデータをロードする。
【０２３２】
一実施形態において、記憶媒体は、第1の端末デバイスが、第1の瞬間に移行命令を受信し、移行命令をアプリケーションカーネルモジュールに転送するステップと、第1の端末デバイスが、移行命令に応答してアプリケーションカーネルモジュールによって生成されたブレークポイント命令を受信するステップと、第1の端末デバイスが、ブレークポイント命令に応答してアプリケーションを一時停止し、アプリケーションの第1の状態のリソースデータを入手するステップとを実行するプログラムコードを記憶するようにさらに構成される。
【０２３３】
一実施形態において、記憶媒体は、アプリケーションカーネルモジュールが、第2の端末デバイスに再起動命令を送信するステップであって、第2の端末デバイスは、アプリケーションカーネルモジュールによって提供される再起動インターフェースを介して再起動命令を入手する、送信するステップと、第2の端末デバイスおよび第1の端末デバイスがアプリケーションを第1の状態において同期させて実行するように、第2の端末デバイスが、再起動命令に応答してアプリケーションを起動するステップとを実行するプログラムコードを記憶するようにさらに構成される。
【０２３４】
一実施形態において、記憶媒体は、所定の磁気ディスクのアドレスを、ネットワーク通信モード、Bluetooth通信モード、ニアフィールドペイメントモード、およびショートメッセージモードという送信モードのうちの1つまたは複数において第2の端末デバイスに送信するステップを実行するプログラムコードを記憶するようにさらに構成される。
【０２３５】
この実施形態において、記憶媒体は、USBフラッシュディスク、読取専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、モバイルハードディスク、磁気ディスク、または光ディスクなど、プログラムコードを記憶することのできる媒体を含むことができるが、これらに限定はされない。
【０２３６】
オプションで、この実施形態の特定の例に関して、第4の実施形態、第5の実施形態、および第7の実施形態において説明された例を参照することができ、これらは、ここでは説明されない。
【０２３７】
本開示の上記の実施形態のシーケンス番号は、説明のみのために使用され、諸実施形態の品質を表さない。
【０２３８】
上記の実施形態内の一体化されたユニットが、ソフトウェア機能ユニット内で実施され、別々の製品として販売されまたは使用される場合に、そのユニットは、コンピュータ可読記憶媒体内に記憶され得る。この理解に基づいて、技術的解決策の本質、技術的解決策のうちで従来の技術に貢献する部分、または本開示の技術的解決策のすべてもしくは一部は、記憶媒体内に記憶され、本開示の実施形態による方法内のステップのすべてまたは一部を実行するように1つまたは複数のコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスなどとされ得る)を制御する複数の命令を含む、ソフトウェア製品の形で実施され得る。
【０２３９】
上記の実施形態において、様々な実施形態の説明は、それ自体の焦点を有する。ある実施形態において詳細には説明されないセクションに関して、他の実施形態内の関連する説明を参照することができる。
【０２４０】
本開示のいくつかの実施形態による開示されるクライアント装置が、他の形において実施され得ることを理解されたい。上で説明されたデバイス実施形態は、例示にすぎない。たとえば、ユニットは、論理機能において分割されるだけであり、論理機能は、実際の実施態様において別の形によって分割され得る。たとえば、複数のユニットまたは構成要素が、別のシステムに組み合わされまたは一体化される場合があり、あるいは、いくつかの特徴が、無視されまたは実行されない場合がある。さらに、開示されまたは論じられる相互結合、直接結合、または通信接続は、電気または他の形において実施され得るいくつかのインターフェース、ユニット、またはモジュールを介する間接的な結合または通信接続とされ得る。
【０２４１】
別々の構成要素として説明されるユニットは、物理的に分離されてもされなくてもよい。1つのユニットとして表示される構成要素は、物理ユニットであってもなくてもよく、1つの位置に配置されても複数のネットワークユニット上に分散されてもよい。構成要素の一部またはすべてが、実用上の要件に基づいて実施形態における解決策の目的を達成するために選択され得る。
【０２４２】
さらに、本開示の実施形態内の機能ユニットは、プロセスユニット内に一体化されても物理的に分離されてもよく、あるいは、2つ以上のユニットが1つのユニットに一体化されてもよい。上で説明された一体化されたユニットは、ハードウェアまたはソフトウェア機能ユニット内で実施され得る。
【０２４３】
上記は、本開示の好ましい実施形態にすぎない。当業者にとって、変形および変更が、本開示の原理から逸脱することなく行われ得、それらの変形および変更は、本開示の保護範囲に含まれると考えられなければならないことに留意されたい。
【符号の説明】
【０２４４】
10  コンピュータ端末
80  実行モジュール
82  第1の入手モジュール
84  第1の記憶モジュール
86  判定モジュール
88  第1の移行モジュール
90  第2の送信モジュール、第1の端末デバイス
92  第2の端末デバイス
102  プロセッサ
104  メモリ
106  伝送デバイス
110  第2の入手モジュール
112  第2の記憶モジュール
114  移行モジュール
118  送信モジュール
120  ロードモジュール
122  第6の送信モジュール
124  第2のアクセスモジュール
821  第1の送信ユニット
822  ブレークポイント命令生成ユニット
823  入手ユニット
881  第3の送信ユニット
882  第1のアクセスユニット
1101  第4の送信モジュール
【図１】
0006417041.tif 000002
【図２】
0006417041.tif 000003
【図３】
0006417041.tif 000004
【図４】
0006417041.tif 000005
【図５】
0006417041.tif 000006
【図６】
0006417041.tif 000007
【図７】
0006417041.tif 000008
【図８】
0006417041.tif 000009
【図９】
0006417041.tif 000010
【図１０】
0006417041.tif 000011
【図１１】
0006417041.tif 000012
【図１２】
0006417041.tif 000013
【図１３】
0006417041.tif 000014
【図１４】
0006417041.tif 000015
【図１５】
0006417041.tif 000016
【図１６】
0006417041.tif 000017
【図１７】
0006417041.tif 000018