知財求人 - 知財ポータルサイト「IP Force」
▶ シトリックス・システムズ・インコーポレイテッドの特許一覧
特表2022-504708ミラーリングされたＳＡＡＳアプリケーションセッションを提供するコンピュータシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-01-13
(54)【発明の名称】ミラーリングされたＳＡＡＳアプリケーションセッションを提供するコンピュータシステム
(51)【国際特許分類】
G06F 9/50 20060101AFI20220105BHJP
G06F 8/60 20180101ALI20220105BHJP
【ＦＩ】
G06F9/50 150Z
G06F8/60
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2021519841
(86)(22)【出願日】2019-08-06
(85)【翻訳文提出日】2021-05-28
(86)【国際出願番号】 US2019045196
(87)【国際公開番号】W WO2020076406
(87)【国際公開日】2020-04-16
(31)【優先権主張番号】16/156,267
(32)【優先日】2018-10-10
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
２．ＢＬＵＥＴＯＯＴＨ
３．ＪＡＶＡＳＣＲＩＰＴ
(71)【出願人】
【識別番号】508045099
【氏名又は名称】シトリックス・システムズ・インコーポレイテッド
【氏名又は名称原語表記】Ｃｉｔｒｉｘ Ｓｙｓｔｅｍｓ，Ｉｎｃ．
(74)【代理人】
【識別番号】110001243
【氏名又は名称】特許業務法人 谷・阿部特許事務所
(72)【発明者】
【氏名】ゲオルギー モンチロフ
(72)【発明者】
【氏名】ジェローン ヴァン ロッテルダム
【テーマコード（参考）】
5B376
【Ｆターム（参考）】
5B376BC25
(57)【要約】
コンピュータシステムは、第１のブラウザ内のＳａａＳサーバからのサービス（ＳａａＧ）アプリケーションセッションとしての第１のソフトウェアを実行するように構成されたクライアントコンピューティングデバイスを含む。サーバは、少なくとも１つのクライアントコンピューティングデバイスと協同して、第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行し、および、第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックをＳａａＳサーバに転送する一方で、第２のＳａａＳアプリケーションセッションによって生成されたトラフィックがＳａａＳサーバに渡されるのをブロックする。
【特許請求の範囲】
【請求項1】
コンピュータシステムであって、第１のブラウザ内のＳａａＳサーバからのサービス（ＳａａＧ）アプリケーションセッションとしての第１のソフトウェアを実行するように構成されたクライアントコンピューティングデバイスと、
前記少なくとも１つのクライアントコンピューティングデバイスと協同し、前記第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行し、および、前記第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックを前記ＳａａＳサーバに転送する一方で、前記第２のＳａａＳアプリケーションセッションによって生成されたトラフィックが前記ＳａａＳサーバに渡されるのをブロックする、サーバと
を備えたことを特徴とするコンピュータシステム。
【請求項2】
前記クライアントコンピューティングデバイスは、前記第１のブラウザ内の前記第１のＳａａＧアプリケーションセッションを実行する第１のクライアントコンピューティングデバイスを含み、および、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションを実行するために、前記サーバと協同する前記第１のクライアントコンピューティングデバイスとは異なる第２のクライアントコンピューティングデバイスをさらに含むことを特徴とする請求項１記載のコンピュータシステム。
【請求項3】
前記サーバは、前記第１のブラウザによって実行された一連のブラウザコマンドを前記第１のＳａａＳアプリケーションセッションに記憶し、および、前記第１のＳａａＳアプリケーションセッションの状態を複製するために、前記記憶された一連のブラウザコマンドに基づいて、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションセッションを開始するようにさらに構成されたことを特徴とする請求項１記載のコンピュータシステム。
【請求項4】
前記サーバは、前記第２のＳａａＧアプリケーションセッションが開始されると、前記第１のブラウザによって実行されるブラウザコマンドの記憶を停止し、および、前記第２のＳａａＳアプリケーションセッション内で前記第１のＳａａＳアプリケーションセッションと同じ状態を維持するために、前記第２のＳａａＳアプリケーションセッションと並行して前記第１のＳａａＳアプリケーションセッションと同じブラウザコマンドの実行を開始するようにさらに構成されたことを特徴とする請求項３記載のコンピュータシステム。
【請求項5】
前記サーバは、前記第２のブラウザに、前記記憶された一連のブラウザコマンドの実行を順次繰り返しさせて、前記第２のＳａａＳアプリケーションセッションを開始することを特徴とする請求項３記載のコンピュータシステム。
【請求項6】
前記サーバは、前記第１および第２のブラウザからのネットワークトラフィックを、ジョイントセッション識別子（ＩＤ）で指定するように構成されたことを特徴とする請求項１記載のコンピュータシステム。
【請求項7】
前記第１および第２のブラウザのうちの少なくとも１つは、埋め込み型ブラウザを含むことを特徴とする請求項１記載のコンピュータシステム。
【請求項8】
前記第１および第２のブラウザのうちの少なくとも１つは、ホスト型ブラウザを含むことを特徴とする請求項１記載のコンピュータシステム。
【請求項9】
クライアントコンピューティングデバイスにおいて、第１のブラウザ内の、ＳａａＳサーバからのサービス（ＳａａＧ）アプリケーションセッションとしての第１のソフトウェアを実行するステップと、サーバを使用して、前記第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行し、および、前記第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックを前記ＳａａＳサーバに転送する一方で、前記第２のＳａａＳアプリケーションセッションによって生成されたトラフィックが前記ＳａａＳサーバに渡されるのをブロックするステップと、
を含むことを特徴とする方法。
【請求項10】
前記クライアントコンピューティングデバイスは、前記第１のブラウザ内の前記第１のＳａａＧアプリケーションセッションを実行する第１のクライアントコンピューティングデバイスを含み、および、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションを実行するために、前記第１のクライアントコンピューティングデバイスとは異なる第２のクライアントコンピューティングデバイスと協同する前記サーバを使用することをさらに含むことを特徴とする請求項９記載の方法。
【請求項11】
前記サーバを使用することは、前記第１のブラウザによって実行された一連のブラウザコマンドを前記第１のＳａａＳアプリケーションセッションに記憶し、および、前記第１のＳａａＳアプリケーションセッションの状態を複製するために、前記記憶された一連のブラウザコマンドに基づいて、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションセッションを開始することをさらに含むことを特徴とする請求項９記載の方法。
【請求項12】
前記サーバを使用することは、前記第２のＳａａＧアプリケーションセッションが開始されると、前記第１のブラウザによって実行されるブラウザコマンドの記憶を停止し、および、前記第２のＳａａＳアプリケーションセッション内で前記第１のＳａａＳアプリケーションセッションと同じ状態を維持するために、前記第２のＳａａＳアプリケーションセッションと並行して前記第１のＳａａＳアプリケーションセッションと同じブラウザコマンドの実行を開始することをさらに含むことを特徴とする請求項１１記載の方法。
【請求項13】
前記サーバは、前記第２のブラウザに、前記記憶された一連のブラウザコマンドの実行を順次繰り返しさせて、前記第２のＳａａＳアプリケーションセッションを開始することを特徴とする請求項１１記載の方法。
【請求項14】
前記サーバを使用することは、前記第１および第２のブラウザからのネットワークトラフィックを、ジョイントセッション識別子（ＩＤ）で指定することをさらに含むことを特徴とする請求項１１記載の方法。
【請求項15】
クライアントコンピューティングデバイスにおいて、第１のブラウザ内のＳａａＳサーバからの第１のＳａａＳアプリケーションセッションを実行するために、クライアントコンピューティングデバイスと協同させ、前記第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行させ、
前記第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックを前記ＳａａＳサーバに転送させる一方で、前記第２のＳａａＳアプリケーションセッションによって生成されたトラフィックが前記ＳａａＳサーバに渡されるのをブロックさせる、
ことを含むステップを、サーバに実行させるためのコンピュータ実行可能ステップを有することを特徴とする非一時的なコンピュータ可読媒体。
【請求項16】
前記クライアントコンピューティングデバイスは、前記第１のブラウザ内の前記第１のＳａａＧアプリケーションセッションを実行する第１のクライアントコンピューティングデバイスを含み、および、前記サーバに、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションを実行するために、前記第１のクライアントコンピューティングデバイスとは異なる第２のクライアントコンピューティングデバイスと協同させる、コンピュータ実行可能命令をさらに有することを特徴とする請求項１５記載の非一時的なコンピュータ可読媒体。
【請求項17】
前記サーバに、前記第１のブラウザによって実行された一連のブラウザコマンドを前記第１のＳａａＳアプリケーションセッションに記憶させ、および、前記第１のＳａａＳアプリケーションセッションの状態を複製するために、前記記憶された一連のブラウザコマンドに基づいて、前記第２のブラウザ内の前記第２のＳａａＧアプリケーションセッションを開始させる、コンピュータ実行可能命令をさらに有することを特徴とする請求項１５記載の非一時的なコンピュータ可読媒体。
【請求項18】
前記サーバに、前記第２のＳａａＧアプリケーションセッションが開始されると、前記第１のブラウザによって実行されるブラウザコマンドの記憶を停止させ、および、前記第２のＳａａＳアプリケーションセッション内で前記第１のＳａａＳアプリケーションセッションと同じ状態を維持するために、前記第２のＳａａＳアプリケーションセッションと並行して前記第１のＳａａＳアプリケーションセッションと同じブラウザコマンドの実行を開始させる、コンピュータ実行可能命令をさらに有することを特徴とする請求項１６記載の非一時的なコンピュータ可読媒体。
【請求項19】
前記サーバに、前記第２のブラウザに対して、前記記憶された一連のブラウザコマンドの実行を順次繰り返しさせて、前記第２のＳａａＳアプリケーションセッションを開始させることを共同させる、コンピュータ実行可能命令をさらに有することを特徴とする請求項１６記載の非一時的なコンピュータ可読媒体。
【請求項20】
前記サーバに、前記第１および第２のブラウザからのネットワークトラフィックを、ジョイントセッション識別子（ＩＤ）で指定させる、コンピュータ実行可能命令をさらに有することを特徴とする請求項１５記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ミラーリングされたＳＡＡＳアプリケーションセッションを提供するコンピュータシステムに関する。
【背景技術】
【0002】
従来、パーソナルコンピュータは、オペレーティングシステム、アプリケーション、およびユーザ設定の組み合わせを含み、これらはそれぞれ、所有者または管理者によって継続的に個別に管理される。ただし、多くの組織は現在、デスクトップ仮想化を使用して、ユーザのさまざまなニーズに対応するためのより柔軟なオプションを提供している。デスクトップ仮想において、ユーザのコンピューティング環境（オペレーティングシステム、アプリケーション、ユーザ設定など）は、ユーザの物理コンピューティングデバイス（スマートフォン、ラップトップ、デスクトップコンピュータなど）から分離することができる。クライアントサーバテクノロジーを使用すると、「仮想化デスクトップ」や仮想アプリケーションは、クライアントコンピューティングデバイスのローカルストレージではなく、リモートサーバに記憶および管理できる。
【0003】
Ｗｅｂアプリケーションは、アプリケーションをリモートでプロビジョニングおよび提供するためのもう１つのアプローチである。ソフトウェアのライセンスと配信のためのＷｅｂアプリケーションアプローチの１つの例は、Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ（ＳａａＳ）である。これは、ソフトウェアアプリケーションがクラウドで一元的にホストされ、サブスクリプションベースでユーザに提供される、ソフトウェア配信へのクラウドコンピューティングアプローチである。ＳａａＳアプリケーションは通常、ブラウザプログラムを介してシンクライアント（ｔｈｉｎ ｃｌｉｅｎｔ）を備えたクライアントデバイスでアクセスされ、場合によっては仮想コンピューティングセッションを通じて提供されることもある。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】米国特許第９，１７６，７４４号
【特許文献2】米国特許第９，５３８，３４５号
【発明の概要】
【0005】
コンピュータシステムは、第１のブラウザ内のＳａａＳサーバからのサービス（ＳａａＧ）アプリケーションセッションとしての第１のソフトウェアを実行するように構成されたクライアントコンピューティングデバイスを含む。サーバは、少なくとも１つのクライアントコンピューティングデバイスと協同して、第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行し、および、第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックをＳａａＳサーバに転送する一方で、第２のＳａａＳアプリケーションセッションによって生成されたトラフィックがＳａａＳサーバに渡されるのをブロックする。
【0006】
例示的な実施形態では、クライアントコンピューティングデバイスは、第１のブラウザ内の第１のＳａａＧアプリケーションセッションを実行する第１のクライアントコンピューティングデバイスであってよい。さらに、システムはまた、第２のブラウザ内の第２のＳａａＧアプリケーションを実行するためにサーバと協同する第１のクライアントコンピューティングデバイスとは異なる第２のクライアントコンピューティングデバイスを含んでよい。
【0007】
例示的な実施によれば、サーバは、第１のブラウザによって実行された一連のブラウザコマンドを第１のＳａａＳアプリケーションセッションに記憶し、および、第１のＳａａＳアプリケーションセッションの状態を複製するために、記憶された一連のブラウザコマンドに基づいて、第２のブラウザ内の第２のＳａａＧアプリケーションセッションを開始するようにさらに構成される。さらに、サーバは、第２のＳａａＧアプリケーションセッションが開始されると第１のブラウザによって実行されるブラウザコマンドの記憶を停止し、および、たとえば、第２のＳａａＳアプリケーションセッション内で第１のＳａａＳアプリケーションセッションと同じ状態を維持するために、第２のＳａａＳアプリケーションセッションと並行して第１のＳａａＳアプリケーションセッションと同じブラウザコマンドの実行を開始するようにさらに構成される。さらに、例示的な実装形態では、サーバは、第２のブラウザに、記憶された一連のブラウザコマンドの実行を順次繰り返しさせて、第２のＳａａＳアプリケーションセッションを開始することができる。
【0008】
一例の実施例では、サーバは、第１および第２のブラウザからのネットワークトラフィックをジョイント（ｊｏｉｎｔ）セッション識別子（ＩＤ）で指定するように構成される。例として、第１および第２のブラウザのうちの少なくとも１つは、組み込みブラウザまたはホストされたブラウザを含む。
【0009】
関連する方法は、クライアントコンピューティングデバイスにおいて、第１のブラウザ内のＳａａＳサーバからの第１のＳａａＳアプリケーションセッションを実行することを含む。この方法はさらに、サーバを使用して、第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行し、および、第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックをＳａａＳサーバに転送する一方で、第２のＳａａＳアプリケーションセッションによって生成されたトラフィックがＳａａＳサーバに渡されるのをブロックする。
【0010】
関連する非一時的なコンピュータ可読媒体は、クライアントコンピューティングデバイスとの共同を含むステップをサーバに実行させて、クライアントコンピューティングデバイスにおいて、第１のブラウザ内のＳａａＳサーバからの第１のＳａａＳアプリケーションセッションを実行し、および、第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行するためのコンピュータ実行可能なステップを有する。このステップはさらに、第１のＳａａＳアプリケーションセッションによって生成されたデータトラフィックをＳａａＳサーバに転送する一方で、第２のＳａａＳアプリケーションセッションによって生成されたトラフィックがＳａａＳサーバに渡されるのをブロックすることを含む。
【図面の簡単な説明】
【0011】
【図1】本開示の様々な態様を実施することができるコンピューティングデバイスのネットワーク環境のブロック図である。
【図3】例示的な実施に従って、異なるクライアントコンピューティングデバイス上のブラウザ間をローミングするサービスとしてのソフトウェア（ＳａａＧ）アプリケーションセッションを提供するコンピューティングシステムのブロック図である。
【図7】第２のＳａａＳアプリケーションセッションが第１のＳａａＳアプリケーションセッションと並行して実行され、その状態を反映する別の例示的な実施形態によるコンピューティングシステムの概略ブロック図である。
【図8】並列ＳａａＳアプリケーションセッションが、第１のクライアントコンピューティングデバイスから第２のクライアントコンピューティングデバイスへのローミングに使用される、図７のシステムの例示的な実施を示す一連の概略ブロック図である。
【発明を実施するための形態】
【0012】
本説明は、例示的な実施形態が示されている添付の図面を参照して行われる。しかしながら、多くの異なる実施形態が使用されてもよく、したがって、説明は、本明細書に記載の特定の実施形態に限定されると解釈されるべきではない。同様の番号は、全体を通して同様の要素を指し、素数表記は、異なる実施形態において同様の要素を示すために使用される。
【0013】
以下の開示を読むと当業者によって理解されるように、本明細書に記載の様々な態様は、デバイス、方法、またはコンピュータプログラム製品（例えば、記載されている操作または手順を実行するためのコンピュータ実行可能命令を有する非一時的なコンピュータ可読媒体）として具体化される。したがって、これらの態様は、完全にハードウェアの実施形態、完全にソフトウェアの実施形態、またはソフトウェアとハードウェアの態様を組み合わせた実施形態の形をとることができる。
【0014】
さらに、そのような態様は、記憶媒体内または記憶媒体上に具体化された、コンピュータ可読プログラムコードまたは命令を有する１つまたは複数のコンピュータ可読記憶媒体によって記憶されるコンピュータプログラム製品の形態をとることができる。ハードディスク、ＣＤ－ＲＯＭ、光記憶装置、磁気記憶装置、および／またはそれらの任意の組み合わせを含む、任意の適切なコンピュータ可読記憶媒体を利用することができる。
【0015】
最初に図１を参照して、本開示の様々な側面が実施される非限定的なネットワーク環境１０１は、１つまたは複数のクライアントマシン１０２Ａ－１０２Ｎ、１つまたは複数のリモートマシン１０６Ａ－１０６Ｎ、１つまたは複数のネットワーク１０４、１０４’、および、コンピューティング環境１０１内にインストールされた１つまたは複数のアプライアンス１０８を含む。クライアントマシン１０２Ａ－１０２Ｎは、ネットワーク１０４、１０４’経由でリモートマシン１０６Ａ－１０６Ｎと通信する。
【0016】
いくつかの実施形態では、クライアントマシン１０２Ａ－１０２Ｎは、中間アプライアンス１０８経由でリモートマシン１０６Ａ－１０６Ｎと通信する。図解されたアプライアンス１０８は、ネットワーク１０４、１０４’間に配置され、および、ネットワークインターフェースまたはゲートウェイと呼ばれることもある。いくつかの実施形態では、アプライアンス１０８は、アプリケーション配信コントローラ（ＡＤＣ）として動作し、データセンタやクラウドに展開されたビジネスアプリケーションおよびその他のデータへのアクセスをクライアントに提供したり、さまざまなクライアントデバイスにサービスとしてのソフトウェア（ＳａａＳ）として配信したりすることができ、および／または、負荷分散などの他の機能を提供する。いくつかの実施形態では、複数のアプライアンス１０８を使用することができ、および、アプライアンス１０８は、ネットワーク１０４、１０４’の一部として展開される場合がある。
【0017】
クライアントマシン１０２Ａ－１０２Ｎは、一般的にクライアントマシン１０２、ローカルマシン１０２、クライアント１０２、クライアントノード１０２、クライアントコンピューター１０２、クライアントデバイス１０２、コンピューティングデバイス１０２、エンドポイント１０２、またはエンドポイントノード１０２と呼ばれる。リモートマシン１０６Ａ－１０６Ｎは、一般的にサーバ１０６またはサーバファーム１０６と呼ばれる。いくつかの実施形態では、クライアントデバイス１０２は、サーバ１０６によって提供されるリソースへのアクセスを求めるクライアントノード、および、他のクライアントデバイス１０２Ａ－１０２Ｎにホストされたリソースへのアクセスを提供するサーバ１０６、の両方として機能する能力を持つ。ネットワーク１０４、１０４’は、一般にネットワークと呼ばれる。ネットワーク１０４は、有線ネットワークと無線ネットワークの任意の組み合わせで構成できる。
【0018】
サーバ１０６は、たとえば、ファイルサーバ、アプリケーションサーバ、Ｗｅｂサーバ、プロキシサー、アプライアンス、ネットワークアプライアンス、ゲートウェイ、アプリケーションゲートウェイ、ゲートウェイサーバ、仮想化サーバ、デプロイメントサーバ、Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ仮想プライベートネットワーク（ＳＳＬ ＶＰＮ）サーバ、ファイアウォール、Ｗｅｂサーバ、ＡｃｔｉｖｅＤｉｒｅｃｔｏｒｙを実行しているサーバ、クラウドサーバ、または、ファイアウォール機能、アプリケーション機能、または負荷分散機能を提供するアプリケーションアクセラレーションプログラムを実行するサーバ、のような任意のサーバタイプにすることができる。
【0019】
サーバ１０６は、ソフトウェア、プログラム、実行可能命令、仮想マシン、ハイパーバイザ、Ｗｅｂブラウザ、Ｗｅｂベースのクライアント、クライアントサーバプリケーション、シンクライアントコンピューティングクライアント、ＡｃｔｉｖｅＸコントロール、Ｊａｖａアプレット、ソフトＩＰ電話のようなＶｏｉｃｅｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（ＶｏＩＰ）通信に関連するソフトウェア、ビデオおよび／またはオーディオをストリーミングするためのアプリケーション、リアルタイムデータ通信を容易にするためのアプリケーション、ＨＴＴＰクライアント、ＦＴＰクライアント、オスカークライアント、Ｔｅｌｎｅｔクライアント、またはその他の実行可能命令のセット、のいずれかであるアプリケーションを実行、操作、またはその他の方法で提供する。
【0020】
いくつかの実施形態では、サーバ１０６は、シンクライアントまたはリモートディスプレイプロトコルを使用して、サーバ１０６上で実行されているアプリケーションによって生成されたディスプレイ出力をキャプチャするリモートプレゼンテーションサービスプログラムまたはその他のプログラムを実行し、および、アプリケーションの表示出力をクライアントデバイス１０２に送信する。
【0021】
さらに他の実施形態では、サーバ１０６は、クライアントデバイス１０２のユーザに提供する仮想マシンを実行でき、コンピューティング環境へアクセスできる。クライアントデバイス１０２は、仮想マシンでよい。仮想マシンは、たとえば、ハイパーバイザ、仮想マシンマネージャ（ＶＭＭ）、またはサーバ１０６内の他のハードウェア仮想化技術によって管理できる。
【0022】
いくつかの実施形態では、ネットワーク１０４は、ローカルエリアネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、プライマリパブリックネットワーク１０４、およびプライマリプライベートネットワーク１０４でよい。追加の実施形態は、さまざまなプロトコルを使用してモバイルデバイス間で通信する携帯電話ネットワークのネットワークを１０４を含んでよい。ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）内の短距離通信の場合、プロトコルには、８０２．１１、Ｂｌｕｅｔｏｏｔｈ、および近距離無線通信（ＮＦＣ）を含んでよい。
【0023】
図２は、クライアントデバイス１０２、アプライアンス１０８および／またはサーバ１０６の実施形態を実施するのに役立つコンピューティングデバイス１００のブロック図を示す。コンピューティングデバイス１００は、１つまたは複数のプロセッサ１０３と、揮発性メモリ１２２（例、ランダムアクセスメモリ（ＲＡＭ））と、不揮発性メモリ１２８と、ユーザインターフェース（ＵＩ）１２３と、１つまたは複数の通信インターフェース１１８、および通信バス１５０とを含む。
【0024】
不揮発性メモリ１２８は、１つまたは複数のハードディスクドライブ（ＨＤＤ）またはその他の磁気または光ストレージメディア、フラッシュドライブやその他のソリッドステートストレージメディアなどの１つまたは複数のソリッドステートドライブ（ＳＳＤ）、１つまたは複数のハイブリッド磁気ドライブとソリッドステートドライブ、および／または、クラウドストレージなどの１つまたは複数の仮想ストレージボリューム、またはそのような物理ストレージボリュームと仮想ストレージボリュームまたはそのアレイとの組み合わせ、を含む。
【0025】
ユーザインターフェース１２３は、グラフィカルユーザインターフェース（ＧＵＩ）１２４（例：タッチスクリーン、ディスプレイなど）および１つまたは複数の入力／出力（Ｉ／Ｏ）デバイス１２６（例えば、マウス、キーボード、マイクロフォン、１つまたは複数のスピーカ、１つまたは複数のカメラ、１つまたは複数の生体認証スキャナ、１つまたは複数の環境センサ、および１つまたは複数の加速度計など）を含んでよい。
【0026】
不揮発性メモリ１２８は、たとえば、オペレーティングシステムのコンピュータ命令１１５および／またはアプリケーション１１６が、揮発性メモリ１２２からプロセッサ１０３によって実行されるように、オペレーティングシステム１１５、１つまたは複数のアプリケーション１１６、およびデータ１１７を記憶する。いくつかの実施形態では、揮発性メモリ１２２は、メインメモリよりも速い応答時間を提供する、１つまたは複数のタイプのＲＡＭおよび／またはキャッシュメモリを含んでよい。データは、ＧＵＩ１２４の入力デバイスを使用して入力されてよく、またはＩ／Ｏデバイス１２６から受信されてよい。コンピュータのさまざまな要素１００は、通信バス１５０を介して通信してよい。
【0027】
図解されたコンピューティングデバイス１００は、単に例示的なクライアントデバイスまたはサーバとして示され、本明細書に記載されるように動作可能な適切なハードウェアおよび／またはソフトウェアを有する任意のタイプのマシンまたはマシンのセットを備えた、任意のコンピューティングまたは処理環境によって実施される。
【0028】
プロセッサ１０３は、システムの機能を実行するために、コンピュータプログラムなどの１つまたは複数の実行可能命令を実行するために、１つまたは複数のプログラム可能なプロセッサによって実施される。本明細書で使用される場合、「プロセッサ」という用語は、機能、動作、または動作のシーケンスを実行する回路を説明する。機能、動作、または動作のシーケンスは、回路にハードコードされるか、またはメモリデバイスに保持され、回路によって実行される命令によってソフトコード化される。プロセッサは、デジタル値を使用して、および／またはアナログ信号を使用して、機能、操作、または操作のシーケンスを実行することができる。
【0029】
いくつかの実施形態では、プロセッサは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、グラフィックス処理ユニット（ＧＰＵ）、マイクロコンピュータ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）、マルチコアプロセッサ、または関連するメモリを備えた汎用コンピュータで具体化することができる。
【0030】
プロセッサ１０３は、アナログ、デジタル、またはミックス信号の場合がある。いくつかの実施形態では、プロセッサ１０３は、１つまたは複数の物理プロセッサ、または１つまたは複数の仮想（例えば、遠隔に位置するまたはクラウド）プロセッサであってよい。複数のプロセッサコアおよび／または複数のプロセッサを含むプロセッサは、命令の並列の同時実行、または複数のデータに対する１つの命令の並列の同時実行のための機能を提供してよい。
【0031】
通信インターフェース１１８は、コンピューティングデバイス１００が、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パーソナルエリアネットワーク（ＰＡＮ）、またはインターネットなどのコンピュータネットワークに、セルラー接続を含むさまざまな有線および／または無線接続を介してアクセスすることができるように、１つまたは複数のインターフェースを含んでよい。
【0032】
説明された実施形態では、コンピューティングデバイス１００は、クライアントデバイスのユーザに代わってアプリケーションを実行してよい。たとえば、コンピューティングデバイス１００は、ハイパーバイザによって管理される１つまたは複数の仮想マシンを実行してよい。各仮想マシンは、ホストされたデスクトップセッションなど、ユーザまたはクライアントデバイスに代わってアプリケーションが実行される実行セッションを提供してよい。コンピューティングデバイス１００は、ターミナルサービスセッションを実行して、ホストされたデスクトップ環境を提供することもできる。コンピューティングデバイス１００は、１つまたは複数のアプリケーション、１つまたは複数のデスクトップアプリケーション、および１つまたは複数のアプリケーションが実行する１つまたは複数のデスクトップセッションを含むリモートコンピューティング環境へのアクセスを提供することができる。
【0033】
クライアントデバイス１０２として、またはサーバ１０６として、またはクライアントデバイス１０２およびサーバ１０６へのアプライアンス仲介として構成されたコンピューティングデバイス１００の追加の説明、およびその操作は、参照によりその全体が本明細書に組み込まれる特許文献１および特許文献２に見ることができる。特許文献１および特許文献２は、両方とも本開示の現在の譲受人に譲渡されている。
【0034】
図３と図５のフロー図に目を向けると、コンピュータシステム３０は、異なるブラウザ間でサービス（ＳａａＳ）移動機能（ｍｉｇｒａｔｉｏｎ ｆｅａｔｕｒｅｓ）としてのソフトウェアを有利に提供し、および、関連する方法の側面が最初に説明される。背景として、現在、ユーザは新しいＳａａＳアプリケーションセッションを開くたびに、コンテキストを再構築（ｒｅｂｉｌｄ）するための繰り返しのステップを実行する必要がある。たとえば、Ｃｉｔｒｉｘ Ｗｏｒｋｄａｙ ＳａａＳアプリケーションでは、ユーザは、ホーム画面から開始し、特定のタスク画面に移行（ｔｒａｎｓｉｔｉｏｎ）してタスクの作業を開始できる。例として、ユーザは、ホーム画面から始めて、マイパフォーマンス、優先度の追加／変更、個別の優先度に行き（ｇｏ ｔｏ）、既存の優先度の長いリストを参照し（ｂｒｏｗｓｅ）、特定の優先度を選択し、編集し、テキストまたは入力フィールドなどの変更を開始する。
【0035】
ユーザが作業を一時停止して新しいデバイスにローミングする場合、ユーザはＳａａＳアプリケーションセッションを認証して起動するだけでなく、以前に中断したところにコンテキストを再構築するために、同じ潜在的に長い一連の手順を実行する必要がある。さらに、ユーザは中断した場所を覚えておく必要がある。これは、ローミングが長期間にわたって発生した場合、困難な場合がある。
【0036】
システム３０は、さまざまな形式のセッションローミングまたは移動（ｍｉｇｒａｔｉｏｎ）中にＳａａＳアプリケーションのコンテキストまたは状態を自動的に記憶および再作成（ｒｅｃｒｅａｔｅ）して、ＳａａＳアプリケーションの生産性とユーザエクスペリエンス（ＵＸ）を有利に向上させることができる。より具体的には、ブロック５１から始まり、第１のクライアントコンピューティングデバイス３１（上記で説明したものなど）は、ブロック５２で、第１のブラウザ３３内の第１のＳａａＳアプリケーションセッション３２を実行するように構成されている。ブラウザ３３は、たとえば、ローカルブラウザ、管理型または埋め込み型ブラウザ、ホスト型ブラウザなど、さまざまなタイプの１つであってよい。
【0037】
一般的に、埋め込み型ブラウザは、ネイティブアプリケーションまたはエージェント内に埋め込まれたブラウザである。たとえば、ＣｉｔｒｉｘＲｅｃｅｉｖｅｒとＣｉｔｒｉｘＷｏｒｋｓｐａｃｅ Ａｐｐは、クライアントデバイスにインストールされ、埋め込み型ブラウザを提供するプログラムである。場合によっては、埋め込み型ブラウザは、特定のルールと許可（ＤＬＰ）レベルに従って、インターネットおよび／またはエンタープライズリソースへのアクセスを提供する管理型ドブラウザである。たとえば、Ｃｉｔｒｉｘ ＸｅｎＭｏｂｉｌｅは、アプリケーションごとにＶＰＮアクセスを可能にするマイクロＶＰＮテクノロジーを含む、ＭＤＭおよびＭＡＭ機能を提供するソフトウェアである。ホスト型ブラウザは、仮想コンピューティングセッションなど、クラウドまたはネットワークサーバ上においてリモートで実行され、クライアントコンピューティングデバイスにローカルに表示される。たとえば、このようなホスト型ブラウザは、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ ＢｒｏｗｓｅｒＳｅｒｖｉｃｅを通じて提供される。
【0038】
さらに、サーバ３４（上記のような）は、クライアントコンピューティングデバイス３１と協同し、ブロック５３で、第１のＳａａＳアプリケーションセッション３２中、第１のブラウザ３３によって実行された一連のブラウザコマンドを記憶する。この点において、サーバ３４は、ネットワークサーバ、第１のクライアントコンピューティングデバイス３１に仮想コンピューティングセッションを提供する仮想化サーバ、および／またはクラウドベースのサーバでよい。１例の実施では、サーバ３４は、他のファイル共有システムも使用できるが、ＣｉｔｒｉｘＳｙｓｔｅｍｓのＳｈａｒｅＦｉｌｅなどの安全なファイル共有システムの一部であってよい。ユーザが、ローミングするか、または第２のクライアントコンピューティングデバイス３５に移動するとき、ブロック５４で、第２のＳａａＳアプリケーションセッション３６は、サーバ３４によって維持されている、記憶された一連のブラウザコマンドに基づいて、第１のＳａａＳアプリケーションセッションの状態を複製する第２のクライアントコンピューティングデバイス上の第２のブラウザ３７内で実行される。図５に示される方法で終了する（ブロック５５）、
【0039】
ここで図４を参照すると、ＳａａＳローミングの別の形式では、自動移行は、ローカルブラウザのＳａａＳセッション（たとえば、ＣｉｔｒｉｘＲｅｃｅｉｖｅｒまたはＣｉｔｒｉｘＷｏｒｋｓｐａｃｅＡｐｐによって埋め込まれたまたは管理されたもの）と、ホスト型ブラウザの新しいセッション（たとえば、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ Ｂｒｏｗｓｅｒ）との間、またはその逆の間で生じる。この移行は、ＳａａＳアプリケーションセッションの開始時に発生するか、ＵＸ、パフォーマンス、セキュリティ、またはその他の考慮事項に応じて動的に発生する。この使用ケースでは、システム３０’のクライアントコンピューティングデバイス３１’が、第１のブラウザ３３’内で初めて第１のＳａａＳアプリケーションセッション３２’を実行し、および上記のように第１のブラウザによって実行された収集された一連のブラウザコマンドがサーバ３４’に記憶される。第１のブラウザ３３’（この例では管理型ブラウザ）から第２のブラウザ３７’（この例ではホスト型ブラウザ）への移動の時期であるとき、クライアントコンピューティングデバイス３１’およびサーバ３４’は、記憶された一連のブラウザコマンドに基づいて新しいセッション３６’を実行するために協同するが、上記のように第１のＳａａＳアプリケーションセッションの同じ状態を保持する。
【0040】
上記は、図６Ａ－６Ｂのフロー図およびさまざまな使用ケースの例を参照して、さらに理解されるであろう。この議論の目的のために、特に断りのない限り、ユーザは（図３のように）異なるクライアントデバイス間を移動していると想定される。しかしながら、これらの同じアクションまたはステップは、（図４に示されるように）同じクライアントデバイス上でのブラウザ移動に適用されることが理解されるであろう。第１のクライアントデバイス３１上の第１のＳａａＳアプリケーションセッションインスタンス３２に関して、ブロック６１から開始して、ユーザは、第１のブラウザ３３において、目的のＳａａＳアプリケーションを認証して起動する（ブロック６２）。第１のブラウザ３３は、この例では、ＣｉｔｒｉｘＲｅｃｅｉｖｅｒのＣｈｒｏｍｉｕｍＢｒｏｗｓｅｒＥｎｇｉｎｅ又はＣｉｔｒｉｘＷｏｒｋｓｐａｃｅＡｐｐなどの管理型ブラウザである。第１の管理型ブラウザ３３は、たとえば、ブラウザフック、スタブ、またはプロキシ要素を適用して、さまざまなアクションを実行する。これらは、管理型ブラウザおよびロードされたＨＴＭＬページでのユーザクションを記録することを含む。より具体的には、他の関連情報に加えて、アクションタイプ、位置、ブラウザ制御またはＨＴＭＬタグに対する相対的な方向、ならびにアクションの相対的な時間などの情報が取得される。
【0041】
ブラウザコマンドの取得には、第１の管理型ブラウザ３３でのＨＴＴＰ要求と応答の記録がさらに含まれる。例として、これらは、ＨＴＴＰメソッド、ＵＲＩ、ホスト、パス、本文、ヘッダのみならず、要求と応答の相対時間を含む。さらに他の例では、これらは、ＲＥＳＴ ＡＰＩ呼び出し、ＪａｖａＳｃｒｉｐｔコマンドなどを含む。
【0042】
いくつかの実施形態では、ブラウザコマンドでキャプチャされた記録された状態は、シリアル化されたフォーマットで記憶され、第１のＳａａＳアプリケーションセッション３２と同じ状態を有する第２のＳａａＳアプリケーションセッション３６を作成するときに順次再生される。シリアル化された形式は、ユーザクション、ＨＴＴＰ要求と応答、ＳａａＳアプリケーションＩＤなどを含む。１例によれば、これは、記録された状態をＪＳＯＮでシリアル化することによって達成できるが、情報を後で共有して順次再生できるようにする他のアプローチも使用できる。ブロック６３で、シリアル化された記録状態は、サーバ３４などの安全な共有場所に記憶できる。たとえば、これは、認証されたユーザのコンテキストでＣｉｔｒｉｘ ＳｈａｒｅＦｉｌｅを使用して実行できるが、他の適切なアプローチも使用できる。
【0043】
場合によっては、ブロック６４で、ユーザは、第１のＳａａＳアプリケーションセッション３２を閉じることがある。たとえば、ユーザは、ＳａａＳアプリケーションをホストしているタブの管理型ブラウザ３３を閉じることができ、または管理型ブラウザを実行しているプログラム（ＣｉｔｒｉｘＲｅｃｅｉｖｅｒまたはＷｏｒｋｓｐａｃｅＡｐｐなど）を閉じる。ＳａａＳアプリケーションでの作業を「閉じる」または破棄する他の直感的な形式も存在する。これが発生すると、一連のブラウザコマンドがサーバ３４および／またはローカルストレージからクリアまたは消去され（ブロック６５）、図解された方法を終了する（ブロック６６）。
【0044】
ブロック６７で、ユーザが第１のデバイス３１から第２のデバイス３５にローミングするとき、ユーザは、第２のブラウザ内の同じＳａａＳアプリケーション３７の第２のＳａａＳアプリセッション３６を認証して起動できる。一実施例によれば、管理型ブラウザ３７を含むＣｉｔｒｉｘＲｅｃｅｉｖｅｒまたはＣｉｔｒｉｘＷｏｒｋｓｐａｃｅＡｐｐの第２のインスタンスを呼び出すことができる。移行は、ローカルブラウザ（たとえば、ＣｉｔｒｉｘＲｅｃｅｉｖｅｒまたはＣｉｔｒｉｘＷｏｒｋｓｐａｃｅ Ａｐｐによって埋め込まれたまたは管理されたもの）のＳａａＳセッションと、ホスト型ブラウザ（Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ Ｂｒｏｗｓｅｒなど）の新しいセッションとの間、またはその逆の間でも発生することがある。上記のように、これは異なるデバイス間、または同じクライアントデバイス上の異なるブラウザ間で発生することがある。いくつかの実施形態では、拡張ＵＸを提供するために、認証トークンはまた、クロスデバイスシングルサインオン（ＳＳＯ）のために共有されるが、これは、すべての実施形態で行われる必要はない。
【0045】
第２のデバイス３５上の第２のＳａａＳアプリケーションセッションインスタンス３６に関して、ブロック６８で、第２のブラウザ３７は、適切なブラウザフック、スタブ、またはプロキシ要素を適用して、第１のＳａａＳアプリケーションセッション３２の状態を再現（ｒｅｃｒｅａｔｅ）する。より具体的には、これは、ＳａａＳアプリケーションＩＤに基づいて、シリアル化された記録状態を取得することを含む。一例によれば、この状態データは、認証されたユーザのコンテキストにおいてＣｉｔｒｉｘＳｈａｒｅＦｉｌｅから取得できる。さらに、ネットワークアクティビティは、オプションで、以前のブラウザコマンドが再実行されて、第１のＳａａＳアプリケーションセッション３２の状態が再作成されている間、第２のコンピューティングデバイス３５のために中断される。特に、ユーザクションは、順次、再生または実行される。ユーザが、例えば、テキストのスクロールまたはチェックボックスの選択など、ブラウザコントロールまたはローカルＨＴＭＬを操作するだけの場合、それ以上のアクションは不要であり、クライアントデバイスのローカルユーザエージェントがそのような更新の実行を処理できる。
【0046】
一方、第１のＳａａＳアプリケーションセッション３２内のユーザクションが、ＨＴＴＰリクエストなどのより複雑なプロセスをトリガーする場合、ブロック６９で、そのような要求を再生するとき、さまざまなオプションが存在する。まず、サーバ３４（または、いくつかの実施形態では、Ｃｉｔｒｉｘ Ｒｅｃｅｉｖｅｒなどのローカルエージェント）は、記録された状態を見て一致するリクエストを探す。例として、リクエストマッチングは、ＨＴＴＰメソッド、ＵＲＩ、ホスト、パス、本文、ヘッダなど、またはこれらのアプローチの組み合わせに基づいて実行できる。場合によっては、同じリクエストの複数のバージョンが見つかることがある。その場合、リクエストの相対的なタイミングを使用して適切な応答を選択できる。一致するＨＴＴＰリクエストが見つかった場合、ブロック７０で、リクエストをターゲットホストに転送する代わりに、記録された状態からの応答が再生される。
【0047】
ＨＴＴＰリクエストの記録された状態が存在しない場合、ブロック７１で、リクエストは、適切なターゲットホストに再送信される。より具体的には、応答が返されるまでネットワークアクティビティを一時的に許可することによって、リクエストがターゲットホストに行くことを許可される。これが適切である可能性がある別の例は、応答の変更が発生した場合である。より具体的には、第１のクライアントコンピューティングデバイス３１上のデータ損失防止（ＤＬＰ）ポリシーがそのアクセスを拒否することになるが、第２のクライアントコンピューティングデバイス上のＤＬＰポリシー３５はそのようなアクセスを許可すると、第２のＳａａＳアプリケーションセッション３６を開始するとき、同じリクエストがターゲットホストに行くことが許可される。
【0048】
オプションで、比較的タイミングの近い要求の場合、サービス応答は、ブラウザコマンドの元の相対的なタイミングに基づいてシリアル化できる。これは、特定の一連の応答が予想される場合に、さまざまなユーザエージェントおよびマルチスレッドページレンダリングに関する潜在的な問題を回避するために行うことができる。ただし、これにより、応答の再生が比例して遅延することがある。
【0049】
記録されたすべてのユーザクション（つまり、ブラウザコマンド）が使い果たされると、ターゲットホストへの通常のＨＴＴＰ処理とともに第２のクライアントコンピューティングデバイス３５のネットワークアクティビティが再開される場合がある。第１のＳａａＳアプリケーションセッション３２の状態は、そのとき第２のＳａａＳアプリケーションセッション３６で再作成され、および、ＳａａＳアプリケーションの状態に追加するための、第２のブラウザ３７からのブラウザコマンドのさらなる記録は、第１のＳａａＳセッションインスタンス３２と同じように実行される。すなわち、プロセスは、上記のように、同じデバイス上の別のブラウザに、又は異なるクライアントコンピューティングデバイス上の別のブラウザに、移動し続けることができ、必要に応じて無期限に続けることができる。
【0050】
いくつかの実施形態では、ユーザは、彼または彼女が第１のＳａａＳアプリケーションセッション状態を再生（ｒｅｐｒｏｄｕｃｅ）することを望むかどうかに関して選択を与えられる。たとえば、ユーザは、ブロック７２－７３で、第２のＳａａＳアプリケーションを起動した直後に次の間で選択肢を与えられ、新しく開始する（ブロック７４）、または、ブロック７５で、中断したところから（つまり、第１のＳａａＳアプリケーションセッションの状態から）続行する。前者の場合、サーバ３４に記憶された記録状態は、リセットされてよい。
【0051】
いくつかの実施例では、ＨＴＭＬページを識別するメタデータ、それらのタグ、および特定のフィールドへのユーザ入力（テキストなど）などのデータが、第１のＳａａＳアプリケーションセッション３２中に記録されてよい。次に、第２のＳａａＳアプリケーションセッションインスタンス３６において、およびユーザがそれぞれのコンテキストにいる間（たとえば、同じまたは類似のフォームに記入するなど）、以前に記録されたユーザ入力データは、ブロック７６で、自動的にまたはユーザに再生するように提案することによって再生してよい。例えば、このことは、テキストをフィールドに貼り付けること、または、「クリップボードのブロブ」を表示して、ユーザが手動でコピーして貼り付けること、ができるようにすることを含む。そのため、ユーザは、情報を明示的にコピーして貼り付ける必要がなく（完全自動実施の場合）、または、ユーザは、少なくとも、ローミングの前に情報を事前にコピーする必要がない（提案的な実施の場合）。いくつかの実施形態では、そのような入力データは、上記の他のすべてのブラウザコマンド（例えば、ＨＴＭＬ／ＴＸＰ）を記録せずに記録および移動されて、ユーザ入力データの状態をそれ自体で再作成し、それにより、ＳａａＳアプリケーションセッション３２からの部分的な状態の移動を提供することができる。別の言い方をすれば、そのような実施形態では、ＳａａＳアプリケーション状態の一部のみが移動され、ユーザは、必要に応じて、残りのコンテキストを「手動で」再構築できる。
【0052】
上記のアプローチは、さまざまな形式のローミングでＳａａＳアプリケーションのライブ状態の移動を有利に提供する。たとえば、これらは、クライアントエンドポイント間のデバイス間ローミング、およびローカルクライアントデバイスブラウザとホスト型セキュアブラウザサービスとの間のローミングを含む。例えば、１つの使用例では、ローカルＵＸ、パフォーマンス、セキュリティなどのニーズのバランスをとるために、ローカルフォールバックとリモートフォールバックとの間に、ＣｉｔｒｉｘＲｅｃｅｉｖｅｒまたは埋め込み型ブラウザを備えたＣｉｔｒｉｘＷｏｒｋｓｐａｃｅＡｐｐによって調整できる。したがって、上記のアプローチは、新しい各ＳａａＳアプリケーションセッションにおいてコンテキストを再構築するための反復ステップの実行を回避するのに役立つことによって、ＳａａＳアプリケーションセッションローミングのさまざまな形式でのＳａａＳアプリケーションを備えた生産性とＵＸを向上させることができる。
【0053】
ここで、図７－図９および図１０のフロー図１５０、１６０に示されるように、コンピューティングシステムの実施例に戻ると、例えば、異なるフォームファクタ（ネイティブ、埋め込み／ローカル、ホスト／セキュア）へのブラウザ間の高速切り替えを目的として、ＳａａＧアプリケーションセッションを並行して実行するための別のアプローチが提供される。図３-図６Ｂを参照して上記で説明した状態の再現（ｒｅｃｒｅａｔｉｏｎ）アプローチは、ＳａａＳアプリケーションのローミングケースとローカルでホストされる移行ケースの両方を処理する。ただし、状況によっては、状態の再現に時間がかかることがあり、例えば、記録された状態が時間の経過とともに大きくなる場合など、ＵＸに遅延が生じることがある。次のアプローチでは、ネイティブローカルでホストされる移行を実質的に瞬時に実行できる。
【0054】
ブロック１５１から開始し、コンピュータシステム１３０は、例示的に上記と同様に、第１のブラウザ１３３内（ブロック１５２）でＳａａＳサービス（ＳａａＳサーバ１３９として表される）からの第１のＳａａＳアプリケーションセッション１３２を実行するように構成されたクライアントコンピューティングデバイス１３１を含む。サーバ１３４は（これは上記で説明したようなサーバ３４に似ている）、ブロック１５３で、第１のＳａａＳアプリケーションセッションの状態をミラーリングする第２のブラウザ内の第２のＳａａＳアプリケーションセッションを実行するために、クライアントコンピューティングデバイス１３１と協同する。上記で説明したように、第１のブラウザ１３３は、例えば、ローカルブラウザまたは埋め込み型ブラウザでよいが、第２のブラウザは、ホスト型ブラウザ（例えば、サーバ１３４によって仮想セッションで実行される）でよく、または以下でさらに説明するように、別のクライアントコンピューティングデバイスで実行されるローカルブラウザまたは埋め込み型ブラウザでよい。第２のブラウザは、第２のブラウザが、第１のブラウザと並行して実行され、および、第１のブラウザによって実行されているのと同じブラウザコマンドを実行するという点において、第１のブラウザ１３３をミラーリングする。すなわち、ブラウザコマンドは、上記のように、第１のブラウザ１３３によって取得され、そして、第１のブラウザと同じシーケンスでおよび実質的にリアルタイムで実行されるように、サーバ１３４に対して通信される。
【0055】
ただし、第１のブラウザ１３３と並行して第２のブラウザを実行する場合に存在する潜在的な問題は、第２のブラウザによって生成される重複したアウトバウンドトラフィックのトラフィックである。例えば、支払いトランザクションが第１のＳａａＳアプリケーションセッション内で実行されている場合、第２のＳａａＳアプリケーションセッションで同じ支払いトランザクションをミラーリングすると、ユーザによる二重支払いが望ましくない結果になる。そのため、サーバ１３４は、ブロック１５４で、第１のＳａａＳアプリケーションセッション１３２によって生成されたデータトラフィックを有利にＳａａＳサーバ１３９へ転送する一方で、第２のＳａａＳアプリケーションによって生成されたトラフィックがＳａａＳサーバに渡されるのをブロックする。これは、図１０の方法を例示的に終了する（ブロック１５５）。
【0056】
一例の実施によれば、ユーザアクションは、「ジョイントセッション」の一部としてのユーザ入力インジェクションの安全なペアリングを通じて、第１のブラウザおよび第２のブラウザの両方に対して並列および非同期で再生される。より具体的には、第１および第２のブラウザ１３３，１３７の両方からのネットワークトラフィックは、ジョイントセッション識別子（ＩＤ）に属するものとしてタグ付けされる。プロキシ（例えば、Ｃｉｔｒｉｘ Ｓｅｃｕｒｅ Ｇａｔｅｗａｙ）は、通常、第１および第２のブラウザインスタンスの両方からの全てのトラフィックを、バックエンドＳａａＳアプリケーションサービスに向けて送る（ｃｈａｎｎｅｌ）ようにする。ただし、並行して動作する第２のブラウザとのジョイント（ｊｏｉｎｔ）セッションの場合、プロキシ（ここではサーバ１３４）は、第１のブラウザ１３３からのトラフィックをＳａａＳサーバ１３９に渡すようにするが、例えば、トランザクションが２回実行されないように、第２のブラウザ１３７からのトラフィックをブロックする。ただし、ＳａａＳアプリケーションサーバ１３９からの応答は、プロキシサーバ１３４によって多重化／複製され、および、第１および第２のブラウザ１３３，１３７の両方に配信される。
【0057】
上記は、図８および図９の例、および、図１１のフロー図１６０を参照して、さらに理解されるであろう。ブロック１６１から開始し、クライアントコンピューティングデバイス１３１は、第１のブラウザ１３３内（ブロック１６２）の第１のＳａａＳアプリケーションセッショ１３２を実行する第１のクライアントコンピューティングデバイスであり、および、第２のクライアントコンピューティングデバイス１３５は、第２のブラウザ１３７内の第２のＳａａＳアプリケーションセッション１３６を実行するように、サーバ１３４と協同する。さらに、第１のＳａａＳアプリケーションセッション１３２は、図８に示される時間における１次セッションであり、および第２のＳａａＳアプリケーションセッション１３６は、２次セッションであり、つまり、上記のように、１次セッションと並行してミラーリングまたはシャドウイングする。また、この例では、第１のクライアントコンピューティングデバイス１３１のユーザは、例えば、モバイルデバイス（例えば、スマートフォン又はタブレットコンピュータ）からラップトップまたはデスクトップコンピュータに又はそれとは逆に、移行するなどによって、第２のクライアントコンピューティングデバイス１３５に移行またはローミングする。しかしながら、ローミングは、異なる実施形態におけるクライアントデバイスの他の組み合わせ間において発生する。
【0058】
この例では、ブロック１６３で、図３－図６Ａを参照して上記説明したように、データベース１４０などにおいて、サーバ１３４は、第１のＳａａＳアプリケーションセッション１３２において、第１のブラウザ１３３によって実行される一連のブラウザコマンドを記憶する。サーバ１３４は、第１のＳａａＳアプリケーションセッション１３２の状態を複製するために、その記憶されている一連のブラウザコマンドに基づいて、第２のブラウザ１３７内の第２のＳａａＳアプリケーションセッション１３６を開始する。従って、このアプローチは、図３を参照して説明したアプローチと、図７を参照して説明したミラーリングされたアプローチとの間のハイブリッドと見なすことができる。すなわち、移動またはローミングが要求されたとき（ブロック１６４－１６５）、第２のＳａａＳアプリケーションセッション１３６は、第１のＳａａＳアプリケーションセッション１３２のブラウザコマンド履歴（例えば、コマンドを順番に実行する）に基づいて、最初に確立される。
【0059】
その後、第２のＳａａＳアプリケーションセッションで第１のＳａａＳアプリケーションセッションと同じ状態を維持するように、第２のＳａａＳアプリケーションセッション１３６は、第１のＳａａＳアプリケーションセッション１３２のブラウザコマンドのミラーリングを開始し、および、必要に応じて（ブロック１６６－１６７）、例えば、サーバ１３４は、オプションで、第１のＳａａＳアプリケーションセッションからのブラウザコマンドの記憶を中止する。これにより、図１１の例示的な方法は終了する（ブロック１６８）。さらに、第２のＳａａＳアプリケーションセッション１３６が実行された後、ユーザが、第２のクライアントコンピューティングデバイス１３５に移行して第１のクライアントコンピューティングデバイス１３１を使用しなくなったなどの場合には、第２のＳａａＳアプリケーションセッション１３６が１次セッションになり、および第１のＳａａＳアプリケーションセッションが２次（ミラーリングされた）セッションとなる。
【0060】
そのため、ハイブリッドアプローチは、状態の記録および状態の再現のアプローチから始まり、その後、並列状態アプローチに移行する。一例の使用ケースによれば、ユーザは、第１のクライアントコンピューティングデバイス１３１（例：タブレットコンピュータ）上の第１のブラウザ１３３において第１のＳａａＳアプリケーションセッション１３２を開始する。サーバ１３４は、ブラウザコマンドを介してＳａａＳアプリケーションの状態の記録を開始するために、第１のクライアントコンピューティングデバイス１３１と協同する。その後、ユーザは、例えば、彼または彼女のデスクトップ、ワークスペースハブ（ＷＳＨ）、または別の共有／キオスクデバイスの第２のクライアントコンピューティングデバイス１３５に近づく。例えば、近接検出（ビーコンなど）に基づいて、第１のクライアントコンピューティングデバイス１３１は、第２のクライアントコンピューティングデバイス１３５とサイレントペアリングし、および第２のブラウザ１３７においてＳａａＳアプリケーションの状態の再現を開始するように指示する。ただし、この時点で、第２のＳａａＳアプリケーションセッション１３６は、サイレント／非表示モードで動作しているため、第２のクライアントコンピューティングデバイス１３５には表示されていない。
【0061】
その状態が再作成されると、第１のクライアントコンピューティングデバイス１３１は、サーバ１３４を介して、第２のクライアントコンピューティングデバイス１３５において並列状態のアプローチを開始する。ユーザがさらに近づく／到着すると、ユーザは、例えばＷＳＨおよびその大型モニタなどの第２のクライアントコンピューティングデバイス１３５に切り替えるか又はキャストするかを決定する。この時点で、第２のクライアントコンピューティングデバイス１３５上で、第２のＳａａＳアプリケーションセッションまたはインスタンス１３６が提示／公開され、第１のクライアントコンピューティングデバイス１３１から第２のクライアントコンピューティングデバイス１３５へ、瞬間的な移行（高速スイッチング）が効果的に行われる。さらに、第２のクライアントコンピューティングデバイス１３５が１次デバイスになり、その一方で、第１のクライアントコンピューティングデバイス１３１が２次デバイスになる。その後、第１のクライアントコンピューティングデバイス１３１上の第１のＳａａＳアプリケーションセッション１３２は、非表示になる。
【0062】
並列状態の方法は、第１および第２のクライアントコンピューティングデバイス１３１，１３５がペアリングしている限り継続できる。ただし、ある時点で、例えば、第１のクライアントコンピューティングデバイスが距離の増加などのためにペアリングされていない間、第２のクライアントコンピューティングデバイス１３５が、アクティブに使用されているデスクトップのままでいるなどの場合には、第１のクライアントコンピューティングデバイス１３１は、シャドウまたは２次ＳａａＳアプリケーションセッションの動作を停止することがある。このハイブリッドアプローチの利点は、第１のＳａａＳアプリケーションセッション１３２の最初からペアリングされていない可能性のあるクライアントコンピューティングデバイス間の高速ＳａａＳアプリケーションセッション移行を保証するのに役立つことである。ただし、必要に応じて、ペアリングまたはローミング／キャストされるようにしてよい。言い換えれば、第２のクライアントコンピューティングデバイス１３５は、事前に「プライミング」をしてから、適切なタイミングで予想される高速スイッチングに備えておくようにしてよい。
【0063】
本発明の多くの修正および他の実施形態は、前述の説明および関連する図面に提示された教示の利益を有する当業者に浮かぶであろう。したがって、本発明は、開示された特定の実施形態に限定されるべきではなく、修正および他の実施形態は、添付の特許請求の範囲内に含まれることを意図されていることが理解される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7】
【図8】
【図9】
【図10】
【図11】
【国際調査報告】