JP2014519635A

JP2014519635A - グラフィックス共有

Info

Publication number: JP2014519635A
Application number: JP2014508450A
Authority: JP
Inventors: ジジュンユアン; ヤンファンユー
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2011-04-25
Filing date: 2012-04-20
Publication date: 2014-08-14
Anticipated expiration: 2032-04-20
Also published as: CN102761564B; JP6219813B2; EP2702583A1; WO2012148825A1; HK1172467A1; EP2702583A4; US20150100699A1; US20130046813A1; US10110672B2; CN102761564A; US8909801B2; TWI513257B; TW201244432A

Abstract

グラフィックス提供端末は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、既定のサンプリングレートに従ってグラフィックス情報を取得するために、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。グラフィックス提供端末は、既定のグラフィックス共有契約に基づいてメッセージパケットを取得するためにグラフィックス情報をパッキングし、次いで、グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバへ送信する。グラフィックス交換サーバは、グラフィックス情報を取得するためにメッセージパケットをアンパッキングし、グラフィックス受信端末とグラフィックス交換サーバとの間の永続的接続を介して、グラフィックス情報をグラフィックス受信端末へ送信する。

Description

本開示は、インターネット技術の分野に関し、より具体的には、グラフィックス共有のための方法、システム、および端末に関する。

関連出願の相互参照
本明細書は、２０１１年４月２５日付出願の中国特許出願第２０１１１０１０３８５５．３号、名称「ＧｒａｐｈｉｃＳｈａｒｉｎｇＭｅｔｈｏｄ，Ｓｙｓｔｅｍ，ａｎｄＴｅｒｍｉｎａｌ」の外国優先権を主張し、その全体を参照により本明細書に組み入れる。

ＨＴＭＬ５は、ウェブブラウザによってサポートされる次世代のＨＴＭＬ標準であり、開発者により多くの機能性を提供する。ＨＴＭＬ５は、ＷｅｂＳｏｃｋｅｔ、Ｗｏｒｋｅｒ、ＷｅｂＳＱＬ、Ｃａｎｖａｓ等のいくつかのサブ標準を含む。現在、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（ＩＥ）、Ｆｉｒｅｆｏｘ、Ｃｈｒｏｍｅ、およびＳａｆａｒｉを含む複数のウェブブラウザがこれらの標準をサポートしている。

上記の標準において、Ｃａｎｖａｓは、ＨＴＭＬ５の描画サブ標準であり、異種の３Ｄおよび２Ｄグラフィックスを生成するために主に使用される。したがって、開発者は、ゲームを作成するため、さらにはシステムプラットフォームを作成するためにＣａｎｖａｓを使用することができる。近年、ウェブブラウザのアプリケーションは、爆発的に増加し、グラフィックスを描画するための要件が増大している。このため、Ｃａｎｖａｓのアプリケーションおよび開発は、広範囲の研究を経てきた。現在、Ｃａｎｖａｓに基づくグラフィックス生成技術は依然として最新技術であり、その実装は引き続き向上している。グラフィックス上のより高速の動作を達成するために、ハードウェアでグラフィックスを加速化することが用いられている。

現在の技法の下では、ある条件においてグラフィックスを遠隔で共有する必要性が存在する（デスクトップ画像を遠隔で共有する場合等）。現在の技法は、異なるコンピュータ間のグラフィックス共有を実装するために制御を使用する。具体的には、グラフィックス共有を実施するために主に使用される制御は、まず最初に、コンピュータにダウンロードすることが必要である。制御は、コンピュータのグラフィックスを捕捉し、それを別のコンピュータに送信する。現在の技法はブラウザ間のグラフィックス伝送を実施することが可能ではないので、異なるウェブブラウザのために異なる制御を開発することが必要であり、このために、大量の労働力および資源を消耗する。

本開示の例示的実施形態は、ブラウザ間でグラフィックスを伝送するためのグラフィックス共有の方法およびシステムを提供する。本開示の例示的実施形態は、端末も提供する。

本開示の例示的実施形態は、グラフィックスを共有するための方法を提供する。既定のサンプリングレートに従って、グラフィックス提供端末は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を取得するために、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。グラフィックス提供端末は、既定のグラフィックス共有契約に基づいて、メッセージパケットを取得するために、取得したグラフィックス情報をパッキングし、次いで、グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバへ送信する。グラフィックス交換サーバは、グラフィックス情報を読み出すためにメッセージパケットをアンパッキングし、グラフィックス受信端末とグラフィックス交換サーバとの間の永続的接続を介して、グラフィックス情報をグラフィックス受信端末へ送信する。

グラフィックス提供端末のウェブブラウザはまた、インタラクティブベクタグラフィックスをサポートするプラグインおよびＦｌａｓｈ等のウェブ動画標準等の何らかのソフトウェアをインストールしてもよい。グラフィックス提供端末は、永続的接続を使用して、メッセージパケットをグラフィックス交換サーバへ送信する。例えば、グラフィックス提供端末は、メッセージパケットをグラフィックス交換サーバへ送信するために、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供される、ＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用する。

別の例において、グラフィックス提供端末は、メッセージパケットをエンコードしてもよく、メッセージパケットをグラフィックス交換サーバへ送信するために、ブラウザがサポートされるメッセージ通信標準によって提供される、ＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用する。

グラフィックス交換サーバは、グラフィックス情報をグラフィックス受信端末へ送信するために、グラフィックス受信端末との永続的接続を使用する。例えば、グラフィックス受信端末によって送信されるハンドシェイク情報から、グラフィックス交換サーバは、グラフィックス受信端末によってサポートされるメッセージ通信標準を判定する。グラフィックス受信端末によってサポートされるメッセージ通信標準がＦｌａｓｈがサポートされるメッセージ通信標準であると判定されたとき、グラフィックス交換サーバは、既定のグラフィックス共有契約に基づいて、グラフィックス情報をメッセージパケット内にパッキングし、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供される、ＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用することによって、それをグラフィックス受信端末へ送信する。グラフィックス受信端末によってサポートされるメッセージ通信標準がグラフィックス受信端末のブラウザによってサポートされるメッセージ通信標準であると判定されたとき、グラフィックス交換サーバは、既定のグラフィックス共有契約に基づいて、グラフィックス情報をメッセージパケット内にパッキングし、グラフィックス受信端末のウェブブラウザでブラウザがサポートされるメッセージ通信標準によって提供される、ＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用することによって、それをグラフィックス受信端末へ送信する。

既定のサンプリングレートは、複数の方法によって設定されてもよい。例えば、グラフィックス提供端末は、グラフィックス交換サーバによって送信されるハンドシェイク情報の中に含まれるグラフィックス受信端末の周波数リフレッシュレートに基づいてサンプリングレートを設定する。

本開示の例示的実施形態は、グラフィックスを共有するためのシステムを提供する。システムは、グラフィックス提供端末と、グラフィックス受信端末と、グラフィックス交換サーバとを含む。既定のサンプリングレートに従って、グラフィックス提供端末は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を提供するために、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。グラフィックス提供端末は、既定のグラフィックス共有契約に基づいて、メッセージパケットを取得するために、取得したグラフィックス情報をパッキングし、次いで、グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバへ送信する。グラフィックス交換サーバは、グラフィックス情報を読み出すためにメッセージパケットをアンパッキングし、グラフィックス受信端末とグラフィックス交換サーバとの間の永続的接続を介して、グラフィックス情報をグラフィックス受信端末へ送信する。

本開示の例示的実施形態はまた、サンプリングユニットと、パッキングユニットと、送信ユニットとを含む端末を提供する。既定のサンプリングレートに従って、サンプリングユニットは、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を取得するために、Ｃａｎｖａｓ規格に基づいて端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。パッキングユニットは、既定のグラフィックス共有契約に基づいて、メッセージパケットを取得するために、取得されたグラフィックス情報をパッキングする。送信ユニットは、グラフィックス交換サーバとの永続的接続を介して、パッキングユニットから取得したメッセージパケットをグラフィックス交換サーバへ送信する。

本開示によって提供される本技法は、多数の利益ある結果を実現する。例えば、本技法の下では、グラフィックス提供端末は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を取得するために、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。グラフィックス提供端末は、グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバへ送信する。グラフィックス交換サーバは、グラフィックス受信端末とグラフィックス交換サーバとの間の永続的接続を介して、グラフィックス情報をグラフィックス受信端末へ送信する。このように、本技法は、制御を開発およびダウンロードすることなく、グラフィックス情報の共有を達成するために、端末間の永続的接続を使用する。本技法はまた、大量の労働力および資源を消耗する、異なるブラウザのために異なる制御を開発するという現在の技術的課題を解決する、ブラウザ間のグラフィックス伝送を可能にする。加えて、本技法はまた、Ｃａｎｖａｓによって生成されるグラフィックス共有を開示し、Ｃａｎｖａｓの下でのグラフィックス共有技術の空白部分を埋める。

本開示の実施形態をわかりやすく例示するため、以下に実施形態の説明において使用される図面を簡単に示す。以下の図面が本開示のいくつかの実施形態にのみ関係することは自明であろう。当業者は、革新的努力を要さず、本開示の図面に従って他の図面を取得することができる。

本開示に従うグラフィックス共有のための例示的方法のフローチャートを示す。本開示に従うグラフィックス共有のための例示的システムのフローチャートを示す。本開示に従うグラフィックス共有のための例示的方法のフローチャートを詳細に示す。高速モードの下でのグラフィックス共有の例示的フローチャートを示す。高速モードの下でのグラフィックス共有の例示的フローチャートを示す。グラフィックス共有のための例示的システムを示す。例示的端末の構造図を示す。

ブラウザ間のグラフィックス伝送をサポートせず、大量の労働力および資源を消耗することにつながる、現在のグラフィックス共有技法の課題を解決するために、本開示は新しいグラフィックス共有技法を開示する。本グラフィックス共有技法は、グラフィックス制御を端末にダウンロードすることを必要とすることなく、グラフィックス共有を実装することが可能である。グラフィックスを便利かつ容易に共有するとき、本技法はまた、ブラウザの非互換性の問題なく、ブラウザ間のグラフィックス伝送を達成する。

本技法は、添付の図面を参照することにより、以下に詳細を説明する。

本開示の例示的実施形態は、グラフィックス共有のための方法を提供する。図１は、本開示に従うグラフィックス共有のための例示的方法のフローチャートを示す。

１０２で、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースに基づいて、グラフィックス提供端末は、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末でブラウザによって生成されるグラフィックス情報を取得する。

グラフィックス情報は、Ｃａｎｖａｓ規格に基づいて生成することができる、ほぼあらゆる可視グラフィックスを含んでもよい。例えば、そのようなグラフィックス情報は、線、円、弧、任意曲線、およびチャート等のコンピュータ生成画像であってもよい。

グラフィックス情報がその後、グラフィックス提供端末とグラフィックス受信端末との間で共有された後、グラフィックス受信端末は、グラフィックス情報を表示することがさらに必要な場合がある。このため、グラフィックス提供端末によってグラフィックス受信端末に提供される１秒あたりのグラフィックス情報の合計量は、グラフィックス受信端末でグラフィックス情報を表示する品質を保証するために、グラフィックス受信端末の表示画面リフレッシュレート要件を満たさなければならない。

例えば、サンプリングレートは、グラフィックス交換サーバによって送信されるハンドシェイク情報の中に含まれる、グラフィックス受信端末の表示画面リフレッシュレートに基づいて設定されてもよい。グラフィックス提供端末は、既定のサンプリングレートに基づいてグラフィックス情報のサンプリングを実施する。グラフィックス情報のサンプリングは、グラフィックス情報の中に含まれる画素数をサンプリングすることを含んでもよい。例えば、グラフィックス情報が１２８０×１０２４の画素数を含み、グラフィックス受信端末の表示モニタが１０２４×７６８の画素数をサポートし、グラフィックス受信端末の表示画面リフレッシュレートが７５Ｈｚである場合、１秒あたり１２８０×１０２４の画素数を含むグラフィックス情報のサンプリングを実施することと、各々１０２４×７６８の画素数を含む７５のグラフィックス情報のサンプリングレートを取得することとを満たすことが必要である。

１０４で、既定のグラフィックス共有契約に基づいて（既定のグラフィックス共有契約に基づくデータ／パケット構造の詳細は、以下の表１を参照されたい）、グラフィックス提供端末は、メッセージパケットを取得するために、取得したグラフィックス情報をパッキングし、グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を使用して、メッセージパケットをグラフィックス交換サーバへ送信する。

グラフィックス交換サーバは、それぞれグラフィックス提供端末とグラフィックス受信端末との永続的接続に基づいて、グラフィックス情報のルーティング、パッキング、および他の機能を達成するために、グラフィックス提供端末とグラフィックス受信端末との間の情報の交換を提供するためのサーバである。１０４で、グラフィックス提供端末は、取得したグラフィックス情報をグラフィックス交換サーバへ送信するので、グラフィックス交換サーバは、ステップ１０６で動作を完了することができる。

１０６で、グラフィックス交換サーバは、グラフィックス情報を読み出すためにメッセージパケットをアンパッキングし、グラフィックス情報をグラフィックス受信端末へ送信するために、グラフィックス受信端末との永続的接続を使用する。

例示的実施形態において、グラフィックス提供端末のブラウザがインタラクティブベクタグラフィックスと、ウェブ動画標準（Ａｄｏｂｅ社によって提供されるソフトウェアであるＦｌａｓｈ等）とをサポートするときに、グラフィックス提供端末が永続的接続を介してメッセージパケットをグラフィックス交換サーバへ送信しようとする場合、そのような永続的接続は、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立されてもよい。代替として、メッセージパケットは、Ｂａｓｅ６４エンコーディングによってエンコードされてもよく、メッセージパケットは、ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースによって確立された永続的接続を介して送信される。前者の伝送手法の利点は、メッセージパケット上でＢａｓｅ６４エンコーディングを実施する必要がないことであり、このため、伝送レートが高いが、一方、後者の伝送手法の利点は、Ｆｌａｓｈが端末のブラウザ上にインストールされているかどうかの制限がないことであり、このため、互換性が高い。

同様に、グラフィックス交換サーバが、グラフィックス情報をグラフィックス受信端末へ送信するために、グラフィックス受信端末とのその永続的接続を使用するとき、ここでも複数の代替が存在する。グラフィックス交換サーバが、グラフィックス情報をグラフィックス受信端末へ送信しようとするとき、グラフィックス受信端末によって送信されるハンドシェイク情報から、グラフィックス受信端末によってサポートされるメッセージ通信標準を最初に判定してもよい。グラフィックス受信端末によってサポートされるメッセージ通信標準が、Ｆｌａｓｈがサポートされるメッセージ通信標準であると判定された場合、グラフィックス交換サーバは、既定のグラフィックス共有契約に基づいてグラフィックス情報をメッセージパケット内にパッキングし、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用して、メッセージパケットをグラフィックス受信端末へ送信する。グラフィックス受信端末によってサポートされるメッセージ通信標準が、グラフィックス受信端末のブラウザによってサポートされるメッセージ通信標準であると判定された場合、グラフィックス交換サーバは、既定のグラフィックス共有契約に基づいてグラフィックス情報をメッセージパケット内にパッキングし、メッセージパケット上でＢａｓｅ６４エンコーディングを実施し、ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用して、エンコードされたメッセージパケットをグラフィックス受信端末へ送信する。

図２は、本開示に従いグラフィックス共有のための例示的方法を実装する例示的システムの略図を示す。図２は、グラフィックス提供端末２０２、グラフィックス受信端末２０４、およびグラフィックス提供端末２０２とグラフィックス受信端末２０４との間のグラフィックス交換サーバ２０６を示す。グラフィックス提供端末２０２、グラフィックス受信端末２０４、およびグラフィックス交換サーバ２０６は、グラフィックス共有を実装するために協働することができる。例えば、グラフィックス提供端末２０２は、Ｃａｎｖａｓ規格に基づいてそのブラウザによって生成されたグラフィックス情報をグラフィックス受信端末２０４へ伝送しようとして、グラフィックス提供端末２０２は、グラフィックス情報を取得し、それをグラフィックス交換サーバ２０６へ送信する。グラフィックス交換サーバ２０６は、受信したグラフィックス情報上で、圧縮動作等の１つ以上の動作を実施し、圧縮したグラフィックス情報を処理（例えば、グレースケールを実施）して処理したグラフィックス情報を取得するために、１つ以上のグラフィックスフィルタリングクラスタ２０８を使用する。次いで、グラフィックス交換サーバ２０６は、処理したグラフィックス情報をグラフィックス受信端末２０４へ送信する。グラフィックス受信端末２０４は、グラフィックス情報上で描画動作等の１つ以上の動作を実施する。このように、グラフィックス情報は、グラフィックス提供端末２０２とグラフィックス受信端末２０４との間で共有され、グラフィックス受信端末２０４で表示される。

上記の動作はさらに以下のように説明することができる。図３は、本開示に従うグラフィックス共有のための例示的方法のフローチャートを詳細に示す。

３０２で、グラフィックス提供端末２０２は、グラフィックス交換サーバ２０６との永続的接続を確立する。

３０４で、グラフィックス提供端末２０２は、グラフィックス交換サーバ２０６との既定のグラフィックス共有契約（グラフィックス共有契約のパケット構造については以下の表１を参照されたい）のハンドシェイクを開始する。３０６で、グラフィックス交換サーバ２０６は、ハンドシェイクを受信し、グラフィックス提供端末２０２のＩＰアドレス情報を登録し、グラフィックス提供端末２０２の１秒あたりのフレーム数（ＦＰＳ）等のハンドシェイク情報を取得する。

３０８で、グラフィックス交換サーバ２０６は、ハンドシェイク情報をＴｏｋｅｙＴｙｒａｎｔサーバ（ＴＴサーバ）等のサーバ内に記憶する。ＴＴサーバは、Ｋｅｙ：Ｖａｌｕｅ（キー値のペア）に基づく一種の高効率データベースシステムである。ハンドシェイク情報は、グラフィックス提供端末２０２によってサポートされるメッセージ通信標準、グラフィックス提供端末２０２の画面リフレッシュレートまたはＦＰＳ等の情報を含んでもよい。

グラフィックス提供端末２０２の役割とグラフィックス受信端末２０４の役割とは交換可能である。グラフィックス提供端末２０２がまたグラフィックス受信端末として動作してもよく、グラフィックス受信端末２０４がまたグラフィックス提供端末として動作してもよい。グラフィックス提供端末２０２の役割がグラフィックス受信端末に変更されるとき、そのＦＰＳは、対応するグラフィックス提供端末によるサンプリングレートの基準として使用することができる。グラフィックス提供端末２０２がグラフィックス受信端末として動作するとき、グラフィックス提供端末２０２によってサポートされるメッセージ通信標準は、グラフィックス交換サーバ２０６がグラフィックス情報を送信するために使用するメッセージ通信標準の基準として使用することができる。ハンドシェイクが成功した後、グラフィックス交換サーバ２０６は、フィードバック応答をグラフィックス提供端末へ送信する。

３１０で、グラフィックス提供端末２０２は、グラフィックス共有の準備状態に入る。グラフィックス提供端末２０２は、グラフィックス情報を送信するための準備状態に入る。

３１２で、グラフィックス受信端末２０４は、グラフィックス交換サーバ２０６との永続的接続を確立する。

３１４で、グラフィックス受信端末２０４は、グラフィックス交換サーバ２０６との既定のグラフィックス共有契約のハンドシェイクを開始する。ハンドシェイク情報は、グラフィックス受信端末２０４によってサポートされるメッセージ通信標準、グラフィックス受信端末２０４のＦＰＳ、およびグラフィックス受信端末によってサポートされるグラフィックス情報の形式等を含んでもよい。

３１６で、ハンドシェイクに成功した後、グラフィックス受信端末２０４は、グラフィックス共有の準備状態に入る。３１８で、グラフィックス受信端末２０４は、Ｃａｎｖａｓ規格を使用してグラフィックス提供端末２０２によって生成されたグラフィックス情報を読み出すことをリクエストするグラフィックス情報共有リクエストを、グラフィックス交換サーバ２０６へ送信する。

３２０で、グラフィックス交換サーバ２０６は、グラフィックス共有の命令をグラフィックス提供端末２０２へ送信する。グラフィックス共有の命令は、グラフィックス提供端末２０２に、グラフィックス情報を伝送するためにグラフィックス共有のためのチャネルを開くように伝達する。

３２２で、グラフィックス提供端末２０２は、グラフィックス共有のためにグラフィックス情報を収集する。３２４で、グラフィックス提供端末２０２は、グラフィックス情報をグラフィックス交換サーバ２０６へ送信する。

３２６で、グラフィックス交換サーバ２０６は、グラフィックス提供端末２０２からグラフィックス情報を受信する。３２８で、グラフィックス交換サーバ２０６は、受信したグラフィックス情報を処理する動作を実施する。例えば、グラフィックス交換サーバ２０６は、グラフィックス情報を１つ以上のグラフィックスフィルタリングクラスタ３２８へ送信してもよい。３３０で、グラフィックスフィルタリングクラスタ３２８は、グラフィックス情報の圧縮および最適化等、グラフィックス情報上で１つ以上の動作を実施する。グラフィックス情報がグラフィックスフィルタリングクラスタ３２８によって処理された後、グラフィックスフィルタリングクラスタ３２８は、処理したグラフィックス情報をグラフィックス交換サーバ２０６へ送信する。（いくつかの他の例では、実際の状況に基づいて、グラフィックス交換サーバ２０６は、処理のためにグラフィックス情報をグラフィックスフィルタリングクラスタ２０８へ送信しなくてもよい。）

３３２で、グラフィックス交換サーバ２０６は、処理されたグラフィックス情報をグラフィックス受信端末２０４へ送信する。

３３４で、グラフィックス受信端末２０４は、グラフィックス情報を受信する。３３６で、グラフィックス受信端末２０４は、グラフィックス情報を描画し、表示する。

いくつかの例示的実施形態において、ＷｅｂＳｏｃｋｅｔまたはＦｌａｓｈＳｏｃｋｅｔは、グラフィックス提供端末２０２とグラフィックス交換サーバ２０６との間の永続的接続、およびグラフィックス受信端末２０４とグラフィックス交換サーバ２０６との間の永続的接続を維持するために使用されてもよい。永続的接続は、グラフィックス情報の伝送のためのチャネルとして働く。以下の２つの例示的実施形態は、それぞれＦｌａｓｈＳｏｃｋｅｔまたはＷｅｂＳｏｃｋｅｔに基づく状況を示す。

第１の例示的実施形態を以下に詳細に示す。第１の例示的実施形態は、グラフィックス情報を共有する端末のブラウザ上にＦｌａｓｈがインストールされた状況を中心とする。この状況の下でのグラフィックス共有モードはまた、「高速モード」と言及されてもよい。図４は、高速モードの下でのグラフィックス共有の例示的フローチャートを示す。

グラフィックス提供端末２０２でＰＩＸ＿Ｒｅａｄｅｒ．ｊｓ４０４等の画素読み取りプログラムを呼び出すために使用される、Ｉｍａｇｅ＿Ｓｈａｒｅ１．ｓｗｆ４０２等のグラフィックス共有プログラムは、グラフィックス受信端末２０４のＦＰＳに従い、ＰＩＸ＿Ｒｅａｄｅｒ．ｊｓ４０４の中のグラフィックス情報サンプリングメソッドを呼び出すために、Ｆｌａｓｈの中のＴｉｍｅｒを使用する。（例えば、メソッドは、ＲｅａｄｅｒＣａｎｖａｓと呼ばれる。）ＦＰＳは、グラフィックス提供端末２０２がグラフィックス交換サーバ２０６とハンドシェイクを実施するとき、グラフィックス交換サーバ２０６から受信される。

ＰＩＸ＿Ｒｅａｄｅｒ．ｊｓ４０４は、Ｃａｎｖａｓ規格に基づいて生成されたグラフィックス情報４０６を読み取る、および／または収集するためにＣａｎｖａｓのＡＰＩを呼び出してから、次いで、読み取ったグラフィックス情報を、配列等のデータ形式でＩｍａｇｅ＿Ｓｈａｒｅ１．ｓｗｆ４０２に戻す。

Ｉｍａｇｅ＿Ｓｈａｒｅ１．ｓｗｆ４０２は、既定のグラフィックス共有契約に基づいて、グラフィックス情報をグラフィックス共有契約パケットにパッキングする。Ｆｌａｓｈがグラフィックス提供端末２０２のブラウザ上にインストールされている場合、グラフィックス提供端末２０２は、グラフィックス共有契約パケットをグラフィックス交換サーバ２０６へ送信するために、ＦｌａｓｈＳｏｃｋｅｔに基づいて確立された永続的接続を使用する。

グラフィックス交換サーバ２０６は、グラフィックス共有契約パケットからグラフィックス情報４０６を読み出し、グレースケーリング等の処理をグラフィックス情報４０６上で実施する。グラフィックス交換サーバ２０６が、グラフィックス受信端末２０４とのハンドシェイク情報に基づいて、グラフィックス受信端末２０４のブラウザもＦｌａｓｈをインストールしていることを確認した場合、グラフィックス交換サーバ２０６は、処理されたグラフィックス情報４０６をグラフィックス共有契約パケットにパッキングし、グラフィックス共有契約パケットをグラフィックス受信端末２０４へ送信するために、ＦｌａｓｈＳｏｃｋｅｔに基づいて確立された永続的接続を使用する。

グラフィックス共有契約パケットを受信した後、グラフィックス受信端末２０４は、グラフィックス共有契約パケットをアンパッキングしてグラフィックス情報４０６を取得するためにＩｍａｇｅ＿Ｓｈａｒｅ２．ｓｗｆ４０８を使用する、およびグラフィックス情報４０６をグラフィックス情報データの配列内に記憶するためにＰＩＸ＿Ｒｅａｄｅｒ．ｊｓ４１０を呼び出す等、グラフィックス情報４０６上で１つ以上の処理動作を実施してもよい。

グラフィックス受信端末２０４は、グラフィックス情報４０６の描画および表示を終了するために、ＣａｎｖａｓのＡＰＩを呼び出すためにＰＩＸ＿Ｒｅａｄｅｒ．ｊｓ４１０を使用する。

第２の例示的実施形態も以下に詳細に示す。第２の例示的実施形態は、グラフィックス情報を共有する端末のブラウザ上にＦｌａｓｈがインストールされていない状況を中心とする。この状況の下でのグラフィックス共有モードはまた、「互換性モード」と言及されてもよく、上記の「高速モード」とは異なる。「互換性モード」の下での端末のブラウザはＦｌａｓｈをインストールしないので、ＦｌａｓｈＳｏｃｋｅｔおよびＴｉｍｅｒは存在しない。代わりに、対応する機能を実装するためにＷｅｂＳｏｃｋｅｔおよびＷｏｒｋｅｒ等のスレッドが使用される。図５は、高速モードの下でのグラフィックス共有の例示的フローチャートを示す。

グラフィックス提供端末２０２のスレッドは、グラフィックス情報５０４をサンプリングする、Ｉｍａｇｅ−Ｓｈａｒｅ１．ｊｓ５０２等のプログラムを呼び出す。スレッドは、Ｗｏｒｋｅｒであってもよい。Ｉｍａｇｅ＿Ｓｈａｒｅ１．ｊｓ５０２は、グラフィックス提供端末２０２がグラフィックス交換サーバ２０６とハンドシェイクを実施するとき、グラフィックス交換サーバ２０６によって送信される、グラフィックス受信端末２０４のＦＰＳに従って、Ｃａｎｖａｓ規格に基づいて生成されるグラフィックス情報５０４をサンプリングする。

Ｉｍａｇｅ＿Ｓｈａｒｅ１．ｊｓ５０２は、既定のグラフィックス共有契約に基づいて、グラフィックス情報５０４をグラフィックス共有契約パケットにパッキングする。グラフィックス提供端末２０２のブラウザがＦｌａｓｈをインストールしないため、グラフィックス提供端末２０２は、グラフィックス共有契約パケット上でＢａｓｅ６４エンコーディングを実施してから、次いで、ＷｅｂＳｏｃｋｅｔに基づいて確立される永続的接続を介して、それをグラフィックス交換サーバ２０６へ伝送する。

グラフィックス交換サーバ２０６は、グラフィックス共有契約パケットからグラフィックス情報５０４を読み出し、グラフィックス情報５０４上でグレースケーリング等の処理を実施する。グラフィックス交換サーバ２０６が、グラフィックス受信端末２０４とのハンドシェイク情報に基づいて、グラフィックス受信端末２０４のブラウザがＦｌａｓｈをインストールしていないことを確認した場合、グラフィックス交換サーバ２０６は、処理されたグラフィックス情報５０４をグラフィックス共有契約パケットにパッキングし、グラフィックス共有契約パケット上でＢａｓｅ６４エンコーディングを実施し、グラフィックス共有契約パケットをグラフィックス受信端末２０４へ送信するために、ＷｅｂＳｏｃｋｅｔに基づいて確立された永続的接続を使用する。

グラフィックス共有契約パケットを受信した後、グラフィックス受信端末２０４は、グラフィックス共有契約パケットをアンパッキングしてグラフィックス情報５０４を取得するために、Ｉｍａｇｅ＿Ｓｈａｒｅ２．ｊｓ５０６を使用する等、グラフィックス共有契約パケット上で１つ以上の動作を実施する。

グラフィックス受信端末２０４は、グラフィックス情報５０４の描画および表示を終了するために、ＣａｎｖａｓのＡＰＩを呼び出す。

第１の例示的実施形態および第２の例示的実施形態から示されるように、グラフィックス共有のプロセスは、高速モードおよび互換性モードの下で類似する。１つの違いは、互換性モードの下では、ＷｅｂＳｏｃｋｅｔに基づいて確立された永続的接続はバイナリデータを送信することがまだ可能ではなく、伝送するためにはグラフィックス共有契約パケットがＢａｓｅ６４エンコーディングによってエンコードされる必要があり、それによって、情報伝送効率に影響を与える点である。このため、互換性モードと比較すると、Ｆｌａｓｈが少なくとも１つの端末でインストールされているという前提要件があるが、高速モードの下での伝送効率のほうが高い。

本開示のグラフィックス共有のための方法に対応して、本開示はグラフィックス共有のためのシステムも開示する。図６は、グラフィックス共有のための例示的システム６００を示す。システム６００は、グラフィックス提供端末６０２と、グラフィックス受信端末６０４と、グラフィックス交換サーバ６０６とを含む。

既定のサンプリングレートに従って、グラフィックス提供端末６０２は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を取得するためにＣａｎｖａｓ規格に基づいてグラフィックス提供端末６０２のウェブブラウザによって生成されるグラフィックスをサンプリングする。グラフィックス提供端末６０２は、既定のグラフィックス共有契約に基づいて、メッセージパケットを取得するために取得されたグラフィックス情報をパッキングしてから、次いで、グラフィックス提供端末６０２とグラフィックス交換サーバ６０６との間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバ６０６へ送信する。

グラフィックス交換サーバ６０６は、グラフィックス情報を読み出すためにメッセージパケットをアンパッキングし、グラフィックス受信端末６０４とグラフィックス交換サーバ６０６との間の永続的接続を介して、グラフィックス情報をグラフィックス受信端末６０４へ送信する。

例えば、サンプリングレートは、グラフィックス交換サーバ６０６によって送信されるハンドシェイク情報の中に含まれる、グラフィックス受信端末６０４の表示画面リフレッシュレートに基づいて、ブラフィックス提供端末６０２によって設定されてもよい。グラフィックス受信端末６０４がグラフィックを表示する必要がない場合、グラフィックス受信端末６０４の周波数リフレッシュレートに基づいてサンプリングレートを設定する必要はない。一例示的実施形態において、グラフィックス提供端末６０２のブラウザが、インタラクティブベクタグラフィックスと、Ｆｌａｓｈ等のウェブ動画標準とをサポートしているとき、グラフィックス提供端末６０２は、永続的接続を使用することによって、メッセージパケットをグラフィックス交換サーバ６０６へ送信する。グラフィックス提供端末６０２は、メッセージパケットをグラフィックス交換サーバ６０６へ送信するために、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供される、ＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用する。

代替として、グラフィックス提供端末６０２は、別の手法に従って永続的接続を使用してメッセージパケットをグラフィクス交換サーバ６０６へ送信してもよい。例えば、グラフィックス提供端末６０２は、メッセージパケットをエンコードした後、メッセージパケットをグラフィックス交換サーバ６０６へ送信するために、ブラウザがサポートされるメッセージ通信標準によって提供される、ＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用する。

グラフィックス交換サーバ６０６は、グラフィックス情報をグラフィックス受信端末６０４へ送信するために、グラフィックス受信端末６０４とのその永続的接続を使用する。

例えば、グラフィックス交換サーバ６０６は、グラフィックス受信端末６０４によって送信されるハンドシェイク情報から、グラフィックス受信端末６０４によってサポートされるメッセージ通信標準を判定する。グラフィックス受信端末６０４によってサポートされるメッセージ通信標準がＦｌａｓｈがサポートされるメッセージ通信標準であると判定された場合、グラフィックス交換サーバは、既定のグラフィックス共有契約に基づいて、グラフィックス情報をメッセージパケットにパッキングし、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用して、メッセージパケットをグラフィックス受信端末６０４へ送信する。グラフィックス受信端末６０４によってサポートされるメッセージ通信標準がグラフィックス受信端末６０４のブラウザによってサポートされるメッセージ通信標準であると判定された場合、グラフィックス交換サーバ６０６は、既定のグラフィックス共有契約に基づいて、グラフィックス情報をメッセージパケットにパッキングし、メッセージパケット上でＢａｓｅ６４エンコーディング等のエンコーディングを実施し、ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用することによって、エンコードされたメッセージパケットをグラフィックス受信端末６０４へ送信する。

本開示は端末も提供する。図７は、例示的端末７００の構造図を示す。端末７００は、１つ以上のプロセッサ７０２と、メモリ７０４とを含んでもよいが、これらに限定されない。メモリ７０４は、ランダムアクセスメモリ（ＲＡＭ）等の揮発性メモリおよび／または読み取り専用メモリ（ＲＯＭ）またはフラッシュＲＡＭ等の不揮発性メモリの形式におけるコンピュータ可読媒体を含んでもよい。メモリ７０４は、コンピュータ記憶媒体の例である。

コンピュータ記憶媒体は、コンピュータ実行可能命令、データ構造、プログラムモジュール、または他のデータ等の情報の記憶のために、任意の方法または技術において実装される、揮発性および不揮発性、取り外し可能および取り外し不可能な媒体を含む。コンピュータ記憶媒体の例として、相変化メモリ（ＰＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）または他の光学式記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはコンピューティングデバイスによってアクセスするために情報を記憶するために使用することが可能である任意の他の非伝送媒体が挙げられるが、これらに限定されない。本明細書に定義される場合、コンピュータ記憶媒体は、変調データ信号および搬送波等の一時的媒体を含まない。

メモリ７０４は、その中にプログラムユニットまたはモジュールと、プログラムデータとを記憶してもよい。一実施形態において、ユニットは、サンプリングユニット７０６と、パッキングユニット７０８と、送信ユニット７１０とを含んでもよい。これらのユニットは、従って、１つ以上のプロセッサ７０２によって実行することが可能であるソフトウェアにおいて実装されてもよい。他の実装において、ユニットは、ファームウェア、ハードウェア、ソフトウェア、またはこれらの組み合わせにおいて実装されてもよい。

既定のサンプリングレートに従って、サンプリングユニット７０６は、Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、グラフィックス情報を取得するために、Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする。

既定のグラフィックス共有契約に基づいて、パッキングユニット７０８は、メッセージパケットを取得するために、サンプリングユニット７０６によって取得されたグラフィックス情報をパッキングする。

送信ユニット７１０は、端末７００とグラフィックス交換サーバ７１２との間の永続的接続を介して、メッセージパケットをグラフィックス交換サーバ７１２へ送信する。

ウェブブラウザがインタラクティブベクタグラフィックスと、Ｆｌａｓｈ等のウェブ動画標準とをサポートするとき、送信ユニット７１０は、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供される、ＦｌａｓｈＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用することによって、メッセージパケットをグラフィックス交換サーバへ送信してもよい。

代替として、送信ユニット７１０は、メッセージパケットをエンコードしてもよく、メッセージパケットをグラフィックス交換サーバ７１２へ送信するために、ブラウザがサポートするメッセージ通信標準によって提供される、ＷｅｂＳｏｃｋｅｔインターフェースによって確立される永続的接続を使用する。

上記の例示的な実施形態から、当業者は、開示される方法およびシステムが、ソフトウェアおよび汎用ハードウェアプラットフォームを使用して実装されてもよいことを明確に理解することができる。この理解に基づいて、本開示の技術スキーム、または既存の技術に寄与する部分は、ＲＯＭ／ＲＡＭ、ハードドライブ、および光ディスク等のコンピュータ記憶媒体の中に記憶されるソフトウェア製品の形式で実装されてもよい。ソフトウェアは、コンピューティングデバイス（例えば、パーソナルコンピュータ、サーバ、またはネットワークに接続されたデバイス）が本開示の例示的実施形態に記載される方法を実行するコンピュータ実行可能命令を含む。

多様な例示的実施形態は、本開示において漸進的に記載する。例示的実施形態の同一または類似部分は相互に参照することができる。各例示的実施形態は、他の例示的実施形態とは異なる焦点を有する。特に、例示的なデバイスの実施形態は、例示的方法とのその基本的対応のために、比較的簡単な様式に記載した。その詳細は、例示的方法の関連部分を参照することによって見出すことができる。上記の例示的デバイスの説明は、例示的目的のみを意味する。その中で個別の構成要素として記載されるユニットまたはモジュールは、物理的に分離していても、または分離していなくてもよい。実施形態において記載するモジュールまたはユニットは、１つのモジュールに統合されても、または複数のサブモジュールにさらに分けられてもよい。一実施形態において記載する１つ以上のモジュールまたはユニットは、別の実施形態に統合されてもよい。ユニットまたはモジュールの観点で例示した構成要素は、物理的ユニットであっても、なくてもよく、例えば、１つの場所に位置してもよく、または複数のネットワークユニットの間に分散されてもよい。実際の必要性に依存して、例示的実施形態の目標は、モジュールの一部または全てを選択することによって達成されてもよい。当業者は、一切の革新的努力なく、開示されるシステムを理解し、実装することができる。

本開示は、本開示の方法、装置（システム）、およびコンピュータソフトウェア製品のフローチャートおよび略図を参照して記載する。コンピュータ実行可能命令は、各フローチャートおよび／または図面の略図、あるいはこれらの組み合わせを実装することができることが理解され得る。このようなコンピュータ実行可能命令は、フローチャートの１つ以上のフロープロセスおよび／または略図面の１つ以上の略図によって指定される機能を実現するために、コンピュータまたは他のプログラム可能なデータ処理デバイスによって実行される命令を使用することができる機械を実装するように、汎用目的のコンピュータ、特殊目的のコンピュータ、埋め込み型デバイス、または任意の他のプログラマブルデータ処理デバイスに埋め込むことができる。

そのようなコンピュータ実行可能命令はまた、コンピュータまたはプログラム可能なデータ処理デバイスが、そのようなコンピュータの動作によって機能を実現するために複数の演算ステップを実行することができるように、コンピュータまたは任意の他のプログラム可能なデータ処理デバイスにロードされてもよい。このように、コンピュータまたは任意の他のプログラム可能なデータ処理デバイスで実施されるコンピュータ実行可能命令は、フローチャート図の１つ以上のフロープロセスおよび／または略図面の１つ以上の略図によって指定される機能を実装する。

本開示は、プログラムモジュール等、コンピュータによって実行されるコンピュータ実行可能命令の一般的状況において記載されてもよい。一般的に、プログラムモジュールは、具体的なタスクを実行するため、または具体的な抽象データ型を実装するための、ルーチン、プログラム、オブジェクト、モジュール、データ構造、コンピュータ実行可能命令等を含む。開示される方法およびデバイスはまた、分散コンピューティング環境に実装されてもよい。分散コンピューティング環境において、タスクは、通信ネットワークを介して接続される遠隔の処理デバイスによって実行される。分散コンピューティング環境において、プログラムモジュールは、ローカルおよび／または遠隔コンピュータのコンピュータ記憶媒体（記憶デバイスを含む）に位置されてもよい。

開示される方法およびシステムは、ソフトウェアを含む汎用コンピュータシステムまたは特殊なコンピュータシステムの環境または構成において使用されてもよい。例として、パーソナルコンピュータ、サーバコンピュータ、ハンドヘルドデバイスまたは携帯デバイス、タブレットデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットアップボックス、プログラマブルカスタマ電子デバイス、ネットワークＰＣ、小型コンピュータ、大型コンピュータ、および上記の任意のシステムまたはデバイスを含む分散コンピューティング環境が挙げられる。

上記は、本開示の例示的実施形態である。しかしながら、本開示はこれらに限定されない。本明細書において使用される用語は、例示目的であって、本開示を限定するためのものではない。本開示は、本発明の精神または要旨から逸脱することなく、多数の形式を使用して具体的に実装することができるので、上記の例示的実施形態は、上記の詳細に限定されず、請求項に定義される要旨および範囲の下で広義に解釈されるべきである。当業者は、本開示の精神および範囲から逸脱することなく、多数の異なる方式で本開示を変更または変形してもよいことを理解されたい。これらの変更および変形は、従って、本開示の請求項およびそれらの同等物の範囲内に含まれると見なされるべきである。

Claims

コンピュータ実行可能命令を用いて構成される１つ以上のプロセッサによって実施される方法であって、
グラフィックス提供端末によって、既定のサンプリングレートに従ってグラフィックス情報を取得するために前記グラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングすることと、
前記グラフィックス提供端末によって、既定のグラフィックス共有契約に基づいてメッセージパケットを取得するために前記グラフィックス情報をパッキングすることと、
前記グラフィックス提供端末によって、前記グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、前記メッセージパケットを前記グラフィックス交換サーバへ送信することと、
を含む、方法。
前記ウェブブラウザが、インタラクティブベクタグラフィックスと、ウェブ動画標準とをサポートする、請求項１に記載の方法。
前記グラフィックス提供端末によって、前記永続的接続を介して前記メッセージパケットを前記グラフィックス交換サーバへ前記送信することが、
前記ウェブ動画標準によってサポートされるメッセージ通信標準によって提供されるインターフェースを介して、前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立することを含む、
請求項２に記載の方法。
前記グラフィックス提供端末によって、前記永続的接続を介して前記メッセージパケットを前記グラフィックス交換サーバへ前記送信することが、
前記グラフィックス提供端末によって、前記メッセージパケットをエンコードすることと、
ブラウザがサポートされるメッセージ通信標準によって提供されるインターフェースを介して、前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立することと、
を含む、請求項１に記載の方法。
前記グラフィックス交換サーバによって、前記グラフィックス情報を取得するために前記メッセージパケットをアンパッキングすることと、
前記グラフィックス交換サーバによって、前記グラフィックス情報を処理することと、
前記グラフィックス交換サーバによって、前記グラフィックス情報を別のメッセージパケット内にパッキングすることと、
前記グラフィックス交換サーバによって、グラフィックス受信端末と前記グラフィックス交換サーバとの間の永続的接続を介して、前記別のメッセージパケットを前記グラフィックス受信端末へ送信することと、
をさらに含む、請求項１に記載の方法。
前記グラフィックス提供端末と、前記グラフィックス受信端末とが交換可能である、請求項５に記載の方法。
前記グラフィックス交換サーバによって、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の前記永続的接続を介して、前記グラフィックス情報を前記グラフィックス受信端末へ前記送信することが、
前記グラフィックス交換サーバによって、前記グラフィックス受信端末によって送信されるハンドシェイク情報に基づいて前記グラフィックス受信端末によってサポートされるメッセージ通信標準を判定することを含む、
請求項５に記載の方法。
前記メッセージ通信標準がウェブ動画標準によってサポートされる通信標準であると判定された場合、前記ウェブ動画標準によってサポートされる前記メッセージ通信標準によって提供されるインターフェースを介して、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立することをさらに含む、請求項７に記載の方法。
前記メッセージ通信標準がブラウザがサポートされる通信標準であると判定された場合、
前記別のメッセージパケットをエンコードすることと、
前記ブラウザがサポートされるメッセージ通信標準によって提供されるインターフェースを介して、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立することと、
を含む、請求項７に記載の方法。
前記グラフィックス提供端末によって、前記グラフィックス交換サーバによって送信されるハンドシェイク情報の中に含まれる、グラフィックス受信端末の周波数リフレッシュレートに基づいて前記既定のサンプリングレートを設定することをさらに含む、
請求項１に記載の方法。
１つ以上のプロセッサと、メモリと、を備えるグラフィックス提供端末であって、
Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、既定のサンプリングレートに従ってグラフィックス情報を取得するために前記Ｃａｎｖａｓ規格に基づいて前記グラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングし、
既定のグラフィックス共有契約に基づいてメッセージパケットを取得するために、前記グラフィックス情報をパッキングし、
前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の永続的接続を介して、前記メッセージパケットを前記グラフィックス交換サーバへ送信する、グラフィックス提供端末
を備える、システム。
前記ウェブブラウザが、インタラクティブベクタグラフィックスと、Ｆｌａｓｈを含むウェブ動画標準とをサポートし、
前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続が、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースを介して確立される、
請求項１１に記載のシステム。
前記グラフィックス提供端末が、前記メッセージパケットをさらにエンコードし、
前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続が、ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースを介して確立される、
請求項１１に記載のシステム。
前記グラフィックス交換サーバが、前記グラフィックス情報を取得するために前記メッセージパケットをアンパッキングし、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の永続的接続を介して、前記グラフィックス情報を前記グラフィックス受信端末へ送信する、請求項１１に記載のシステム。
前記グラフィックス交換サーバがさらに、
前記グラフィックス受信端末によって送信されるハンドシェイク情報に基づいて、前記グラフィックス受信端末によってサポートされるメッセージ通信標準を判定し、
前記メッセージ通信標準がＦｌａｓｈがサポートされる通信標準であると判定された場合、前記Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースを介して、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立し、
前記メッセージ通信標準がブラウザがサポートされる通信標準であると判定された場合、
前記グラフィックス情報を別のメッセージパケット内にエンコードし、
前記ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースを介して、前記グラフィックス受信端末と前記グラフィックス交換サーバとの間の前記永続的接続を確立する、
請求項１４に記載のシステム。
前記グラフィックス提供端末がさらに、前記グラフィックス交換サーバによって送信されるハンドシェイク情報の中に含まれるグラフィックス受信端末の周波数リフレッシュレートに基づいて前記既定のサンプリングレートを設定する、請求項１１に記載のシステム。
前記グラフィックス提供端末と、前記グラフィックス受信端末とが交換可能である、請求項１６に記載のシステム。
１つ以上のプロセッサと、
前記１つ以上のプロセッサに通信可能に連結されるメモリであって、
Ｃａｎｖａｓ規格によって提供されるグラフィカルインターフェースを介して、既定のサンプリングレートに従ってグラフィックス情報を取得するために、前記Ｃａｎｖａｓ規格に基づいてグラフィックス提供端末のウェブブラウザによって生成されるグラフィックスをサンプリングする、サンプリングユニットと、
メッセージパケットを取得するために、前記サンプリングユニットによって取得される前記グラフィックス情報をパッキングする、パッキングユニットと、
前記グラフィックス提供端末とグラフィックス交換サーバとの間の永続的接続を介して、前記メッセージパケットを前記グラフィックス交換サーバへ送信する、送信ユニットと、を含む、前記１つ以上のプロセッサによって実行可能である構成要素を記憶する、メモリと、
を備える、端末。
前記ウェブブラウザが、インタラクティブベクタグラフィックスと、Ｆｌａｓｈを含むウェブ動画標準とをサポートし、
前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続が、Ｆｌａｓｈがサポートされるメッセージ通信標準によって提供されるＦｌａｓｈＳｏｃｋｅｔインターフェースを介して確立される、
請求項１８に記載の端末。
前記送信ユニットが、前記エンコードされたメッセージパケットを前記グラフィックス交換サーバへ送信する前に、前記メッセージパケットをさらにエンコードし、
前記グラフィックス提供端末と前記グラフィックス交換サーバとの間の前記永続的接続が、ブラウザがサポートされるメッセージ通信標準によって提供されるＷｅｂＳｏｃｋｅｔインターフェースを介して確立される、
請求項１８に記載の端末。