JP7635500B2 - マルチ端末連携表示更新方法及び装置 - Google Patents

Description

本発明は、表示技術分野に関し、具体的には、マルチ端末連携表示更新方法及び装置に関する。

会議連携ホワイトボードが実演及び講演機能を備えるため、会議中に、同じ会議連携ホワイトボードプロセスに加入する複数の端末は、実演が展示を追従するという機能を実現することができる。
例えば、各端末で会議連携ホワイトボードアプリケーションが実行され、講演者は、自分が使用する端末のコンテンツを同じ会議連携ホワイトボードプロセスにおける他の端末に転送することができ、講演者が使用する端末は、このプロセスで追従対象端末であり、他の端末は、追従端末である。追従端末のアプリケーションインターフェースは、追従対象端末のアプリケーションインターフェースを同期して表示することができ、これにより、会議連携ホワイトボードアプリにおける実演追従機能が実現される。

通常、追従対象端末は、絵筆などの機能により会議連携ホワイトボードなどのｗｅｂ描画アプリケーション又はｗｅｂ描画機能でコンテンツを描画する必要があり、追従端末は、この動作を追従する必要があるが、アプリケーションインターフェースのサイズと同じキャンバス（シングルキャンバス）を使用するため、追従対象端末の動作に追従してキャンバスを移動するたびに、各点の位置を再計算し、キャンバスのコンテンツを再描画してキャンバス拡張機能を達成する必要がある。キャンバスを移動するたびに、キャンバスのクリア及び再描画動作を実行するため、キャンバス内のデータ量が多い場合、再描画時間が長くなり、さらにはフリーズが発生し、移動するたびに再描画がトリガされ、効率が低く、スケーラビリティが低い。

追従対象端末のキャンバスが無限に拡張する場合、追従端末が追従しにくいという従来技術の問題に対して、これまで有効な技術が提案されていない。

本発明の実施例は、追従対象端末と追従端末との間のピクセルの違いにより視角追従の効果が高くないという従来技術の問題を少なくとも解決するためのマルチ端末連携表示更新方法及び装置を提供する。

本発明の実施例の一態様によれば、マルチ端末連携表示更新方法が提供され、表示更新方法は、第１端末による第２端末への操作の同期表示を実現するために使用され、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び第１キャンバスを搬送する第１コンテナを提供し、第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び第２キャンバスを搬送するための第２コンテナを提供し、第１キャンバスの第１長さが第１アプリケーションインターフェースの長さより大きく、第１キャンバスの幅が第１アプリケーションインターフェースの幅より大きく、このマルチ端末連携表示更新方法は、第１端末が第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示し、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末が第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示するステップと、第２端末によって送信された制御パラメータを受信するステップであって、制御パラメータは、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成されるステップと、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するステップであって、制御操作が移動操作であることが確認され、第１キャンバスが制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末が第１キャンバスのコンテンツを再レンダリングするステップと、を含む。

本発明の実施例の別の態様によれば、マルチ端末連携表示更新装置が提供され、表示更新方法は、第１端末による第２端末への操作の同期表示を実現するために使用され、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び第１キャンバスを搬送するための第１コンテナを提供し、第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び第２キャンバスを搬送するための第２コンテナを提供し、第１キャンバスの第１長さが第１アプリケーションインターフェースの長さより大きく、第１キャンバスの幅が第１アプリケーションインターフェースの幅より大きく、このマルチ端末連携表示更新装置は、第１端末が第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示するために使用され、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末が第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示する表示モジュールと、第２端末によって送信された制御パラメータを受信するために使用され、制御パラメータは、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成される受信モジュールと、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するために使用され、制御操作が移動操作であることが確認され、第１キャンバスが制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末が第１キャンバスのコンテンツを再レンダリングする更新モジュールと、を含む。

本発明の実施例の別の態様によれば、複数の命令を記憶しており、命令がプロセッサによってロードされて上記の任意の１項に記載の方法のステップを実行することに適するコンピュータ記憶媒体が提供される。

本発明の実施例の別の態様によれば、プロセッサとメモリとを含み、メモリには、プロセッサによってロードされて上記の任意の１項に記載の方法のステップを実行することに適するコンピュータプログラムが記憶されるインテリジェントインタラクティブタブレットが提供される。

本発明の実施例では、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示し、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示し、第２端末によって送信された制御パラメータを受信し、制御パラメータは、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成され、第１端末は、制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新し、制御操作が移動操作であることが確認され、第１キャンバスは、制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末は、第１キャンバスのコンテンツを再レンダリングする。上記技術は、複数の端末が連携する場合、追従端末の連携ホワイトボードアプリケーションに複数倍のキャンバスを設定することにより、追従端末が追従対象端末の移動を追従する際に、キャンバスを移動するたびにキャンバスのコンテンツをクリアして再描画する必要がなくなり、また、追従端末の連携ホワイトボードアプリケーションにおいてキャンバスとアプリケーションインターフェースの同じ方向にある辺が重なる場合、この連携ホワイトボードアプリケーションのキャンバスのコンテンツを再レンダリングすることにより、追従対象端末が連携ホワイトボードアプリケーションにおいて無限キャンバスを移動する際に、追従端末がこの効果を追従することができ、これにより、追従対象端末のキャンバスが無限に拡張する場合、追従端末が追従しにくいという従来技術の問題を解決する。

ここで説明される添付の図面は本発明をさらに理解させるためのものであり、本出願の一部を構成するが、本発明の概略的な実施例及びそれらの説明は本発明を解釈するためのものであり、本発明に対する不適切な限定を構成しない。図面は以下のとおりである。
本出願の実施例による２倍のキャンバスの例示的な概略図である。 本出願の実施例によるマルチ端末連携表示更新方法のフローチャートである。 本出願の実施例によるキャンバスのエッジとビューポートのエッジの例示的な概略図である。 本出願の実施例によるキャンバスのエッジとビューポートのエッジの別の例示的な概略図である。 本出願の実施例によるキャンバスが移動する前の例示的な概略図である。 本出願の実施例によるキャンバスが移動した後の例示的な概略図である。 本出願の実施例によるキャンバスのエッジとアプリケーションインターフェースのエッジが重なるか否かを判断する概略図である。 本出願の実施例による原点に基づくスケーリングの概略図である。 本出願の実施例による原点に基づくスケーリングの別の概略図である。 本出願の実施例による目標点に基づくスケーリングの概略図である。 本出願の実施形態による目標点に基づくスケーリングの別の概略図である。 本出願の実施例による書き筆跡が複数の点で構成される概略図である。 本発明の実施例によるマルチ端末連携表示更新装置の概略図である。 本発明の実施例によるインテリジェントインタラクティブタブレットの概略図である。

当業者が本発明の技術をより良く理解するために、以下に本発明の実施例の図面を組み合わせながら、本発明の実施例における技術的技術を明確で完全に説明し、明らかに、説明される実施例が本発明の実施例の一部だけであり、全ての実施例ではない。本発明の実施例に基づき、当業者が創造的な労力を要せずに想到し得る他の実施例は、すべて本発明の保護範囲に属するべきである。

なお、本発明の明細書と特許請求の範囲及び上記図面中の用語「第１」、「第２」などは、類似したオブジェクトを区別するためのものであり、特定の順番又は前後順序を説明することに用いられる必要がない。このように用いられるデータは、ここで説明する本発明の実施例がここで図示又は記載されるもの以外の順序で実施されることができるように、適切な場合で交換可能であると理解すべきである。また、用語「含む」と「有する」及びそれらの任意の変形は、非排他的な包括を覆うことを意図し、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は装置は明確に列挙されたステップ又はユニットに限定される必要がなく、明確に列挙されないもの又はこれらのプロセス、方法、製品又はデバイスに固有の他のステップ又はユニットを含むことができる。

実施例１
本実施例では、第１端末及び第２端末が説明のために使用され、第１端末と第２端末との間の同期表示を実現するために、第１端末及び第２端末の両方で連携ホワイトボードアプリケーションが実行され、この例で、第２端末が追従対象端末であり、第１端末が追従端末であることを例として説明し、第１端末は、１つ又は複数であってもよい。例えば、会議連携実演シナリオにおいて、第２端末は、会議実演者が使用する端末であり、第１端末は、視聴者が使用する端末であり、第１端末は、第２端末に追従して同期して表示する。

具体的な実施シナリオにおいて、上記第１端末及び第２端末で実行される連携ホワイトボードアプリケーションは、すべてｗｅｂ描画機能を実装することができ、キャンバスは、ｗｅｂ描画アプリケーションにおける描画コンテンツを搬送するための領域である。キャンバスに対してブラウザｈｔｍｌ ｃａｎｖａｓタグが使用されてもよく、ｃａｎｖａｓは、ブラウザｈｔｍｌでの一般的なタグであり、このタグを使用すると、ブラウザでより良くレンダリングできる。ｃｈｒｏｍｅカーネルは、クロスプラットフォーム効果を実現するためのキャリアとして使用され、コンテナに対してｄｉｖタグが使用され、ブラウザの絶対位置を使用し、オフセット値をリアルタイムで変更して、キャンバスの移動効果を達成する。キャンバスは、ホワイトボードアプリケーションの描画内容を搬送するものであり、キャンバスに透明なレイヤーが覆われ、透明なレイヤーにツールバーがあり、ツールバーツールをクリックして操作すると、これは、キャンバスのコンテンツの変更に反映される。

コンテナは、キャンバスを搬送するために使用され、キャンバスの移動は、本質的にコンテナの移動である。キャンバスが移動した後、ビューポートからのオフセット量が変化する。具体的には水平方向のオフセット量と垂直方向のオフセット量の変化が含まれてもよい。

連携ホワイトボードアプリケーションのアプリケーションインターフェースは、ビューポートであり、ビューポートは、端末の画面上のｗｅｂ描画アプリケーションを表示できる領域であり、デバイスに関連する矩形領域であり、座標単位は、デバイスに関連する「画素」である。

連携ホワイトボードアプリケーションを使用するプロセスで、描画範囲を拡大し、無限のキャンバスの効果を実現するために、第２端末は、連携ホワイトボードアプリケーションで複数倍のキャンバス（即ちキャンバスのサイズがアプリケーションインターフェースの複数倍である）を使用することができ、また、ユーザは、第２端末で平行移動、ストレッチ、書きなどの様々な操作を行うことができるが、第１端末は、第２端末との同期表示を実現するために、これらの操作に追従する必要がある。アプリケーションインターフェースのサイズと同じキャンバス（シングルキャンバス）を使用するため、追従対象端末の動作に追従してキャンバスを移動するたびに、各点の位置を再計算し、キャンバスのコンテンツを再描画してキャンバス拡張機能を達成する必要がある。キャンバスを移動するたびに、キャンバスのクリア及び再描画動作を実行するため、キャンバス内のデータ量が多い場合、再描画時間が長くなり、さらにはフリーズが発生し、移動するたびに再描画がトリガされ、効率が低く、スケーラビリティが低い。このような問題に基づき、本実施例は、マルチ端末連携表示更新方法を提供する。

本実施例におけるマルチ端末連携表示更新方法を説明する前に、まず、下記の実施例で示される例における第１端末の端末連携ホワイトボードアプリケーションのレイアウトを説明し、この例で、第１端末の第１キャンバスは、２倍のキャンバスであり、図１は本出願の実施例による２倍のキャンバスの例示的な概略図であり、図１に示すように、第１キャンバスの長さは、第２アプリケーションインターフェースの長さの複数倍であり、第１キャンバスの幅も第２アプリケーションインターフェースの幅の複数倍である。

図１に示すように、ｃｏｎｔａｉｎｅｒは、第１キャンバスを搬送するための第１コンテナを表し、ｖｉｅｗは、ユーザが見ることができる画面全体のサイズの第１アプリケーションインターフェースを表す。

ｃｏｎｔａｉｎｅｒの幅は、ｃａｎｖａｓＷｉｄｔｈであり、高さは、ｃａｎｖａｓＨｅｉｇｈｔである。

ｃａｎｖａｓＷｉｄｔｈもキャンバスの幅を表し、ｖｉｅｗの幅の２倍である。

ｃａｎｖａｓＨｅｉｇｈｔもキャンバスの高さを表し、ｖｉｅｗの高さの２倍である。

ｃｌｉｅｎｔＷｉｄｔｈとｖｉｅｗの幅は等しく、ｃｌｉｅｎｔＨｅｉｇｈｔとｖｉｅｗの高さは等しく、ｖｉｅｗは、ｃｏｎｔａｉｎｅｒｎｏの中央にある。

ｃｏｎｔａｉｎｅｒの左上隅を原点とし、ｖｉｅｗの頂点に対する左オフセットをｌｅｆｔとし、上オフセットをｔｏｐとして定義する。

移動操作を行う場合、コンテナのｔｏｐとｌｅｆｔのオフセット値でオフセットし、キャンバスの移働効果を達成する。つまり、キャンバスのコンテンツを移動すると、キャンバスの移動がｖｉｅｗに表示されるが、ｖｉｅｗは、実際には変化しないが、下層にあるコンテナが変化する。

図２は本出願の実施例によるマルチ端末連携表示更新方法のフローチャートであり、表示更新方法は、第１端末による第２端末への操作の同期表示を実現するために使用され、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び第１キャンバスを搬送するための第１コンテナを提供し、第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び第２キャンバスを搬送するための第２コンテナを提供し、第１キャンバスの第１長さが第１アプリケーションインターフェースの長さより大きく、第１キャンバスの幅が第１アプリケーションインターフェースの幅より大きく、図２に示すように、マルチ端末連携表示更新方法は、以下のステップを含む。

ステップＳ２０1において、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示し、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示する。

具体的には、上記第１端末及び第２端末は、携帯電話、タブレットコンピュータ、インテリジェントインタラクティブタブレットなどのヒューマンコンピュータインタラクションインターフェースを備えたインテリジェントデバイスであってもよい。第１端末及び第２端末は、第１端末と第２端末の一方が追従対象端末として使用され、他方が追従端末として使用され、両者の連携ホワイトボードアプリケーションインターフェースに表示されるコンテンツが同じであることを示すための連携モードにある。即ち、追従対象端末の連携ホワイトボードアプリケーションインターフェースでいかなる表示を行うと、追従端末の連携ホワイトボードアプリケーションインターフェースにも一緒に表示される。例えば、追従対象端末の連携ホワイトボードアプリケーションのアプリケーションインターフェースにマルチメディアコンテンツが表示されると、追従端末の連携ホワイトボードアプリケーションのアプリケーションインターフェースに同じマルチメディアコンテンツが表示され、例えば、追従対象端末の連携ホワイトボードアプリケーションのアプリケーションインターフェースである操作を実行することにより、そのアプリケーションインターフェースが変化し、追従端末の連携ホワイトボードアプリケーションのアプリケーションインターフェースで同様の変化が起こる。本実施例では、第２端末は、追従対象端末であり、第１端末は、追従端末である。

１つの選択可能な実施例では、会議連携実演シナリオにおいて、実演者であるユーザは、自分の会議ホワイトボード（即ち第２端末）でマルチメディアコンテンツを再生し、会議ホワイトボードの表示コンテンツを他の視聴ユーザの会議ホワイトボード（即ち上記第１端末）に共有させることができ、これにより、他の視聴ユーザの会議ホワイトボードの表示インターフェースに同じマルチメディアコンテンツが同期して表示されてもよい。

なお、異なるアプリケーションシナリオにおいて、追従端末であるインテリジェントデバイスは、追従対象端末として使用されてもよく、追従対象端末であるインテリジェントデバイスは、追従端末として使用されてもよく、上記第１端末及び第２端末の定義は、現在のインテリジェントデバイスの実演状態に応じて決定される。

ステップＳ２０４において、第２端末によって送信された制御パラメータを受信し、制御パラメータは、第２端末が２アプリケーションインターフェースに対する制御操作を受け付けたときに生成される。

第２端末は、追従対象端末として、第２アプリケーションインターフェースに対する制御操作が実演画面の変化及び調整、例えば、第２アプリケーションインターフェースで現在実演されている画面に対する平行移動操作、スケーリング操作及び書きなどを実現するために使用される。

第２端末が制御操作を受け付ける場合、第２アプリケーションインターフェースは、制御操作に対応して変化し、これらの変化の変化パラメータは、上記制御パラメータである。第２端末は、第２アプリケーションインターフェースに対する制御操作を受け付けると、生成された制御パラメータを第１端末に送信し、第１端末は、上記制御パラメータを受信することができる。この制御パラメータは、第１アプリケーションインターフェースと第２アプリケーションインターフェースのコンテンツを調整して一致に維持させるために使用されてもよい。例えば、制御パラメータは、座標パラメータであってもよく、ユーザは、追従対象端末である第２端末の第２アプリケーションインターフェースで現在の画面を平行移動し、第２端末は、画面の並行移動の座標情報に基づいて座標パラメータを生成して追従端末である第１端末に送信する。

ステップＳ２０６において、第１端末は、制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新し、制御操作が移動操作であることが確認され、第１キャンバスは、制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末は、第１キャンバスのコンテンツを再レンダリングする。

第１端末は、制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新し、実際には、制御パラメータに基づいて第１キャンバスを調整し、第１アプリケーションインターフェースのコンテンツの更新効果を実現することができる。

例えば、第２アプリケーションインターフェースに対する操作が平行移動操作である場合、第１端末は、制御パラメータに基づいて第１キャンバスを平行移動し、第２アプリケーションインターフェースに対する操作がスケーリング操作である場合、第１端末は、制御パラメータに基づいて第１キャンバスをスケーリングし、第２アプリケーションインターフェースに対する操作が書き操作である場合、第１端末は、制御パラメータに基づいて第１キャンバスで対応する書き筆跡を生成する。

制御操作が移動操作である場合、第２アプリケーションインターフェースは、移動操作に従って移動し、制御パラメータを第１端末に送信し、第１端末の第１キャンバスは、制御パラメータに基づいて移動する。この移動操作は、ユーザが第２アプリケーションインターフェースを指、タッチペン又は外部制御デバイス（マウスなど）でドラッグすることであってもよい。

第１端末が制御パラメータに基づいて第１キャンバスを移動するように制御する場合、次の２つの状態が分けられる。

第１状態で、第１キャンバスと第１アプリケーションインターフェースの辺が重ならない。図１に示すように、第１アプリケーションインターフェースが第１キャンバスの中央にあることを例とすると、第１キャンバスが複数倍のキャンバスであるため、水平移動の距離が現在のｌｅｆｔより小さく、垂直方向の移動距離が現在のｔｏｐより小さい場合、第１アプリケーションインターフェースの辺が第１キャンバスの辺と重ならなく、その効果は、第１アプリケーションインターフェースが第１キャンバスで移動することに相当し、第１キャンバスでレンダリングだれたコンテンツが移動ニーズを満たすため、再レンダリングする必要がない。

第２状態で、第１キャンバスと第１アプリケーションインターフェースのある辺が重なる。図１に示すように、第１キャンバスが右に移動することを例とすると、第１キャンバスが右に移動する距離が現在のｌｅｆｔに達すると、第１キャンバスの右側エッジが第１アプリケーションインターフェースの右側エッジと重なり、このとき、第１キャンバスを右に移動し続ける場合、第１キャンバスは、右に移動し続けることができないが、第２キャンバスの移動に追従するために、第１キャンバスのコンテンツを再レンダリングする必要があり、これにより、第１キャンバスが移動し続けるという効果を感覚的に達成する。

図３ａ又は図３ｂに示すように、第１キャンバスは、第１エッジと第３エッジを含み、第１アプリケーションインターフェースは、第２エッジと第４エッジを含み、第１エッジは、第３エッジと平行であり、第２エッジは、第４エッジと平行であり、第１エッジと第２エッジは、同じ方向のエッジに属し、第１キャンバスを右に移動すると第１エッジと第２エッジが重なる場合、第１キャンバスをトリガして再レンダリングし、第３エッジと第４エッジが同じ方向のエッジに属し、第１キャンバスを左に移動すると第３エッジと第４エッジが重なる場合、第１キャンバスをトリガして再レンダリングする。同様に、第１キャンバスと第１アプリケーションインターフェースの上側エッジが重なり、又は第１キャンバスと第１アプリケーションインターフェースの下側エッジが重なる場合、第１キャンバスもトリガして再レンダリングする。

以上のことから分かるように、本出願の実施例では、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示し、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示し、第２端末によって送信された制御パラメータを受信し、制御パラメータは、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成され、第１端末は、制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新し、制御操作が移動操作であることが確認され、第１キャンバスは、制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末は、第１キャンバスのコンテンツを再レンダリングする。上記技術は、複数の端末が連携する場合、追従端末の連携ホワイトボードアプリケーションに複数倍のキャンバスを設定することにより、追従端末が追従対象端末の移動を追従する際に、キャンバスを移動するたびにキャンバスのコンテンツをクリアしてキャンバスを再描画する必要がなくなり、また、追従端末の連携ホワイトボードアプリケーションにおいてキャンバスとアプリケーションインターフェースの同じ方向にある辺が重なる場合、この連携ホワイトボードアプリケーションのキャンバスのコンテンツを再レンダリングすることにより、追従対象端末が連携ホワイトボードアプリケーションにおいて無限キャンバスを移動する際に、追従端末がこの効果を追従することができ、これにより、追従対象端末のキャンバスが無限に拡張する場合、追従端末が追従しにくいという従来技術の問題を解決する。

以下、第１端末が第１キャンバスを再レンダリングする方式について説明する。１つの選択可能な実施例として、第１キャンバスには、平行な第１エッジ及び第３エッジが含まれ、第１アプリケーションインターフェースには、平行な第２エッジ及び第４エッジが含まれ、第１エッジと第２エッジは、同じ側にあり、第３エッジと第４エッジは、同じ側にあり、第１キャンバスは、少なくとも第３エッジに近い第１領域及び前記第１エッジに近い第２領域を含み、第１領域は、第２領域に隣接し、第１領域には、第１コンテンツが描画され、第２領域には、第２コンテンツが描画され、移動操作の移動方向は、第１エッジがある側から第３エッジがある側への移動方向であり、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末が第１キャンバスのコンテンツを再レンダリングするステップは、
第１エッジが第２エッジと重なる場合、第１キャンバスを移動操作の逆方向に沿って第３エッジと第４エッジが重なる位置に移動させ、第１領域を第２コンテンツとしてレンダリングし、第２領域を第３コンテンツとしてレンダリングするようにトリガするステップを含む。

なお、第１エッジと第３エッジは、上下両側のエッジであってもよく、同様に、第２エッジ及び第４エッジも上下両側のエッジであってもよい。キャンバスは、水平方向に移動することができ、垂直方向に移動することもでき、アプリケーションインターフェースと特定の角度をなして移動することもできる。

上記技術は、図４に示されるものと併せて説明される。第１コンテナ（ｃｏｎｔａｉｎｅｒ）は、第３エッジに近い第１領域Ａと、第１エッジに近い第２領域Ｂとを含み、第１領域Ａと第２領域Ｂは、１倍のキャンバスをそれぞれ表し、合わせて２倍のキャンバスになり、第１領域Ａと第２領域Ｂには、それぞれ対応する第１コンテンツ及び第２コンテンツが描画されている。図４に領域Ｃも含まれ、領域Ｃのコンテンツが上記第３コンテンツであるが、このとき、Ｃは、仮想的なものであり、表示されず、表示に合わせるためのものだけである。このとき、移動操作の移動方向は、第１エッジがある側から第３エッジがある側への方向であり、即ち移動方向は、第１コンテナ（ｃｏｎｔａｉｎｅｒ）を右に移動する方向であり、第１コンテナ（ｃｏｎｔａｉｎｅｒ）の第１エッジが第１アプリケーションインターフェースｖｉｅｗの第２エッジと重ならない場合、キャンバスのみが移動し、レンダリングが行われない。移動中、移動のオフセット量に基づいて第１アプリケーションインターフェースｖｉｅｗにおいて対応するコンテンツを表示する。

第１エッジの方向から第３エッジの方向へ移動するように第１キャンバスを制御する場合、第１エッジと第２エッジが重なった後、キャンバスのコンテンツを再レンダリングするようにトリガし、キャンバスは、移動方向の逆方向に移動し、第３エッジと第４エッジが重なる位置に移動する。当然、同じ方向に移動し続ける場合、上記のプロセスを繰り返し、即ち、第１エッジが第２エッジに触れていない場合、キャンバスのコンテンツは、再レンダリングされず、両者が触れた後、キャンバスのコンテンツは、再レンダリングされ、第３エッジと第４エッジが重なる位置まで逆方向に移動する。

例えば、図５に示すように、図４に基づいて第１キャンバスを移動し続ける場合、ｃｏｎｔａｉｎｅｒの第１エッジとｖｉｅｗの第２エッジが触れると、キャンバスの再描画動作がトリガされる。具体的には、第１キャンバスは、第３エッジと第４エッジが重なるまで逆方向に移動し、ここで、領域Ｂは、更新後の第１領域であり、領域Ｃは、更新後の第２領域であり、即ち、第１領域には、領域Ｂの第２コンテンツが表示され、第２領域には、領域Ｃの第３コンテンツが表示され、即ち、このとき、この前のキャンバスＡＢのコンテンツをキャンバスＢＣのコンテンツとして再レンダリングし、キャンバスのサイズが小さく、再描画速度が速いため、ユーザにとって今回の再描画が何も感じられず、このときのｖｉｅｗは、領域Ｂと領域Ｃのコンテンツになり、ｃｏｎｔａｉｎｅｒが右に移動し続けると、第１エッジと第２エッジが再度触れるまで、ｖｉｅｗには、依然としてＢＣのコンテンツが表示される。さらに、プロセス全体に領域Ａ及び領域Ｂのみが含まれていると理解でき、再レンダリングされた後、領域Ａのコンテンツは、領域Ｂのコンテンツとして再描画され、領域Ｂのコンテンツは、領域Ｃのコンテンツとして再描画される。

上記技術では、第１キャンバスが右に移動することを例として、第１キャンバスと第１アプリケーションインターフェースの左側エッジが重なるときにどのように再レンダリングするかを説明するが、第１キャンバスが左に移動すると第１キャンバスと第１アプリケーションインターフェースの右側エッジが重なる場合、又は、第１キャンバスが上へ移動すると第１キャンバスと第１アプリケーションインターフェースの下側エッジが重なる場合、又は、第１キャンバスが下へ移動すると第１キャンバスと第１アプリケーションインターフェースの上側エッジが重なる場合、方法は、同様であるため、ここでは説明を省略する。

１つの選択可能な実施例として、第１端末が第１端末の第１アプリケーションインターフェースに第２端末の第２アプリケーションインターフェースと同じコンテンツを表示する前に、上記方法は、少なくとも１つの第１端末と第２端末が同じ仮想ルームに加入するステップをさらに含む。

上記仮想ルームは、連携ホワイトボードアプリケーションにおけるグループを表すために使用され、同じ仮想ルームに加入する複数の端末は、同じグループにある。この連携機能を使用する必要がある場合、１つの仮想ルームを作成し、次にこの仮想ルームの仮想ルーム識別子を生成することができ、他の端末は、この仮想ルーム識別子によってこの仮想ルームに加入することができる。仮想ルーム識別子は、仮想ルーム番号又は仮想ルーム二次元コードなどであってもよく、他の端末は、仮想ルーム番号を入力し、又は仮想ルーム二次元をスキャンすることで仮想ルームに加入することができる。仮想ルームに加入した後、仮想ルーム内の端末は、端末ＩＤが設定されてもよく、例えば、追従端末又は追従対象端末として設定されてもよい。

会議連携実演シナリオを例とすると、端末は、連携ホワイトボードアプリケーションを起動し、１つの会議ルーム（即ち上記仮想ルーム）を生成し、連携ホワイトボードアプリケーションは、その会議ルームに対応する二次元コードを生成する。この端末は、生成された二次元コードを、会議に参加する必要がある他のオブジェクトに共有させ、他のオブジェクトは、それぞれの端末を使用し、この二次元コードをスキャンすることで上記会議ルームに加入し、これにより、多くの端末は、１つの共同の会議ルームに加入する。

複数の端末が同じ仮想ルームに加入し、第１端末及び第２端末のＩＤが設定された後、第２端末による第１端末への同期表示を行うことができる。

１つの選択可能な実施例として、制御パラメータが、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成されるステップは、第２端末が第２アプリケーションインターフェースで実行される制御操作を受け付けるステップであって、第２キャンバスは、制御操作に応じて変化するステップと、第２端末が、制御操作に応じて生成された第２キャンバスにおける変化の変化パラメータを制御パラメータとして決定するステップと、第２端末が制御パラメータを第１端末に送信するステップと、を含む。

会議連携実演シナリオを例とすると、講演者は、第２端末の第２アプリケーションインターフェースで制御操作を行い、第２連携ホワイトボードアプリケーションは、この制御操作を実行して、第２アプリケーションインターフェースを変化させ、例えば、制御操作が移動操作である場合、第２連携ホワイトボードアプリケーションは、制御操作に応じて第２キャンバスを移動するように制御し、制御操作がスケーリング操作である場合、第２連携ホワイトボードアプリケーションは、制御操作に応じて第２キャンバスをスケーリングするように制御し、制御操作が書き操作である場合、第２連携ホワイトボードアプリケーションは、第２キャンバスで対応する筆跡を生成する。

このプロセスで、第２連携ホワイトボードアプリケーションは、制御操作に応じて、この制御操作に応じて変化するように第２アプリケーションインターフェースを制御するだけでなく、前記変化の変化パラメータを制御パラメータとして第１端末に送信し、これにより、第１端末は、変化パラメータに基づいて第２アプリケーションインターフェースの変化を追従することができる。

例えば、制御操作が移動操作である場合、制御パラメータは、制御操作を実行するときに第２キャンバスによって生成された位置オフセット量であってもよく、制御操作がスケーリング操作である場合、制御パラメータは、第２連携ホワイトボードアプリケーションが制御操作に応じて、スケーリング操作を行うように第２キャンバスを制御するときに生成されたスケーリング比率と位置オフセット量であってもよく、制御操作が書き操作である場合、制御パラメータは、第２連携ホワイトボードアプリケーションが第２キャンバスで対応する筆跡を生成するときの筆跡データであってもよい。

１つの選択可能な実施例として、第１アプリケーションインターフェースの第１解像度パラメータと第２アプリケーションインターフェースの第２解像度パラメータが異なる場合、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するステップは、第１端末が第１解像度パラメータ及び第２解像度パラメータに基づいて制御パラメータを更新するステップと、第１端末が更新後の制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するステップと、を含む。

具体的には、上記第１アプリケーションインターフェースの第１解像度パラメータは、第１アプリケーションインターフェースの縦方向及び横方向における画素点の数を示すために使用され、第２アプリケーションインターフェースの第２解像度は、第２アプリケーションインターフェースの縦方向及び横方向における画素点を示すために使用され、両者の単位は、すべてｐｘである。

第１アプリケーションインターフェースと第２アプリケーションインターフェースの解像度が同じである場合、第１連携ホワイトボードアプリケーションは、制御パラメータに基づいて第１アプリケーションインターフェースを直接制御することができ、これにより、第１アプリケーションインターフェースは、第２アプリケーションインターフェースに追従する。

しかしながら、第１アプリケーションインターフェースと第２アプリケーションインターフェースの解像度が異なる場合、第１連携ホワイトボードが取得した制御パラメータを直接使用して第１アプリケーションインターフェースを制御すると、２つのアプリケーションインターフェースの解像度が異なるため、制御効果は、第２アプリケーションインターフェースの表示効果と異なり、したがって、第１端末は、第１アプリケーションインターフェースの第１解像度と第２アプリケーションインターフェースの解像度に基づいて制御パラメータを更新し、更新後のパラメータに基づいて第１アプリケーションインターフェースを更新する。

上記の制御パラメータの更新は、制御パラメータを第１表示インターフェースの第１解像度パラメータとマッチングする制御パラメータに調整することであってもよく、第１端末は、追従端末として、第１解像度パラメータと第２解像度パラメータに基づいて、第２端末によって提供される制御パラメータを更新し、これにより、第１端末は、更新後の制御パラメータに基づいて第１アプリケーションインターフェースの表示コンテンツを調整することができ、さらに第１アプリケーションインターフェースは、第２アプリケーションインターフェースの表示コンテンツと一致することができる。

上記技術では、第１端末がその第１アプリケーションインターフェースの第１解像度とマッチングする制御パラメータに基づいて第１キャンバスを調整することにより、追従端末である第１端末の第１アプリケーションインターフェースと追従対象端末である第２端末の第２アプリケーションインターフェースの視角を同期させるという技術的効果が達成される。

１つの選択可能な実施例として、第１端末が第１解像度パラメータと第２解像度パラメータに基づいて制御パラメータを更新するステップは、第１端末が第２端末によって送信された第２解像度パラメータを読み取るステップと、第１端末が第１解像度パラメータと第２解像度パラメータとの比率を取得するステップと、第１端末が比率と制御パラメータとを乗算し、更新後の制御パラメータを得るステップと、を含む。

具体的には、第１解像度パラメータと第２解像度パラメータとの比率は、両者の高さの比率と幅の比率を含み、両者の高さの比率と両者の幅の比率が同じである場合、いずれかの比率を選択して制御パラメータと乗算し、更新後の制御パラメータを得て、両者が異なる場合、小さい方の比率を選択して制御パラメータと乗算し、更新後の比率を得ることができる。

１つの選択可能な実施例では、制御操作は、書き操作であり、制御パラメータは、書き操作によって生成された書き点であり、第２解像度パラメータのうちの幅をＡ＿Ｗｉｄｔｈ、第１解像度パラメータのうちの幅をＢ＿Ｗｉｄｔｈ、第２アプリケーションインターフェースのある書き点の座標情報を（Ｘ_Ａ，Ｙ_Ａ）とすると、第１アプリケーションインターフェースにおける補正された画像点の座標情報（Ｘ_Ｂ、Ｙ_Ｂ）は次のとおりである：
Ｘ_Ｂ＝Ｘ_Ａ＊（Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈ）、Ｙ_Ｂ＝Ｙ_Ａ＊（Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈ）。

ここで、Ｘ_Ｂは、第１アプリケーションインターフェースにおける更新後のアイコンの横座標、Ｙ_Ｂは、第１アプリケーションインターフェースにおける更新後のアイコンの縦座標であり、Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈは、第１アプリケーションインターフェースと第２アプリケーションインターフェースの幅の比率であり、上記計算により、第１端末は、解像度に基づいて補正して更新された座標データを取得することができる。

本実施例では、第１端末は、第１アプリケーションインターフェースに第２端末の第２アプリケーションインターフェースと同じコンテンツを表示し、第２端末は、第２アプリケーションインターフェースでのユーザの制御操作に応じて制御パラメータを生成し、制御パラメータを第１端末に送信し、第１端末は、第１解像度パラメータ及び第２解像度パラメータに基づいて制御パラメータを更新した後、更新後の制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを調整する。追従端末である第１端末は、第１端末によって送信された元の制御パラメータを、それぞれの解像度パラメータに基づいて更新することにより、第１アプリケーションインターフェースとマッチングする制御パラメータを取得し、これにより、第１端末と第２端末のアプリケーションインターフェースの表示コンテンツが常に一致するように維持するという目的を達成し、さらに追従端末と追従対象端末の等比視角追従を実現し、追従対象端末と追従端末の画素が異なるため、視角追従効果が良くないという問題を解決する。

１つの選択可能な実施例として、制御パラメータは、開始座標パラメータと移動増分とを含み、開始座標には、第１アプリケーションインターフェースの左上隅の座標、第１キャンバスの絶対原点の座標、水平方向の第１偏差及び垂直方向の第２偏差が含まれ、移動増分には、第２キャンバスが第２アプリケーションインターフェースで移動するときの水平方向の第１増分及び垂直方向の第２増分が含まれ、第１キャンバスが制御パラメータに基づいて移動するステップは、
第１端末が第１増分によって第１偏差を更新するステップと、第１端末が第２増分によって第２偏差を更新するステップと、第１偏差及び第１アプリケーションインターフェースの幅に基づいて第１キャンバスの水平オフセット量を決定するステップと、第２偏差及び第１アプリケーションインターフェースの高さに基づいて第１キャンバスの垂直オフセット量を決定するステップと、水平オフセット量で水平方向に移動し、垂直オフセット量で垂直方向に移動するように第１キャンバスを制御するステップと、を含む。

具体的には、上記第１キャンバスの絶対原点は、第１キャンバスの左上隅の点であってもよいし、第１コンテナの左上隅の点であってもよい。開始座標は、移動する前の第１キャンバスの左上隅との原点との偏差であり、水平方向の第１偏差及び垂直方向の第２偏差を含み、移動増分は、第２キャンバスを移動するときに第２アプリケーションインターフェースによって生成された水平方向と垂直方向の２つの方向の増分を表す。

上記技術では、第２キャンバスを移動するときに第２アプリケーションインターフェースによって生成された水平方向と垂直方向の２つの方向の増分に基づいて、第１キャンバスの開始座標（第１偏差及び第２偏差を含む）を更新し、更新後の座標に基づいて第１キャンバスの実際のオフセット量（水平オフセット量と垂直オフセット量を含む）を決定し、実際のオフセット量に基づいて第１キャンバスを、移動するように制御することにより、第１アプリケーションインターフェースによる第２アプリケーションインターフェースにおけるキャンバスの移動操作への追従を実現することができる。

上記技術では、ブラウザのＣａｎｖａｓタグを利用し、ｈａｍｍｅｒオープンソースジェスチャライブラリを使用し、Ｃａｎｖａｓによってスローされたイベントを傍受し、キャンバスの移動を識別することができる。

１つの選択可能な実施例では、ＳｉｎｇｌｅＰａｎＳｔａｒｔは、マウス（又はタッチ）がトリガされて移動し始めることを示し、ＳｉｎｇｌｅＰａｎＭｏｖｅは、マウス（又はタッチ）がトリガされて移動していることを示し、ＳｉｎｇｌｅＰａｎＥｎｄは、マウスの移動（又はタッチ）が終了したことを示す。イベントは、ＳｉｎｇｌｅＰａｎＳｔａｒｔをトリガし、次にＳｉｎｇｌｅＰａｎＭｏｖｅをトリガし、最後にＳｉｎｇｌｅＰａｎＥｎｄで終了することでなければならない。

第２アプリケーションインターフェースでスペースキーを押しながらマウスを移動させる場合、第２キャンバスは、移動するようにトリガされる。スペースキーを押してＳｉｎｇｌｅＰａｎＳｔａｒｔをトリガする場合、ｍｏｖｅＯｒｉｇｉｎＰｏｉｎｔＸを使用し、移動を開始する水平座標を一時的に保存し、ｍｏｖｅＯｒｉｇｉｎＰｏｉｎｔＹを使用し、移動を開始する垂直座標を一時的に保存し、スペースキーを押してマウスを移動するようにトリガする場合、移動後の位置ｃｕｒＯｒｉｇｉｎＰｏｉｎｔＸ‐ｍｏｖｅＯｒｉｇｉｎＰｏｉｎｔＸを使用して水平オフセット量ｄｘ（即ち上記第１増分）を計算し、移動後の位置ｃｕｒＯｒｉｇｉｎＰｏｉｎｔＹ‐ｍｏｖｅＯｒｉｇｉｎＰｏｉｎＸを使用して垂直オフセット量ｄｙ（即ち上記第２増分）を計算する。ｄｘ及びｄｙが得られた後、保存位置情報の変数ｄｒａｗＯｒｉｇｉｎを使用して保存する。

ｄｒａｗＯｒｉｇｉｎＸ２＝ｄｒａｗＯｒｉｇｉｎＸ１＋ｄｘ、ｄｒａｗＯｒｉｇｉｎＹ２＝ｄｒａｗＯｒｉｇｉｎＹ１＋ｄｙ、
ｄｒａｗＯｒｉｇｉｎ（ｄｒａｗＯｒｉｇｉｎＸ１，ｄｒａｗＯｒｉｇｉｎＹ１）は、第１アプリケーションインターフェースの左上隅から原点までの距離（及び上記開始座標）を表し、新しいｄｒａｗＯｒｉｇｉｎ（ｄｒａｗＯｒｉｇｉｎＸ２，ｄｒａｗＯｒｉｇｉｎＹ２）が得られた後、キャンバスのオフセット量を再計算する。

１つの選択可能な実施例として、第１偏差及び第１アプリケーションインターフェースの幅に基づいて第１キャンバスの水平オフセット量を決定するステップは、更新後の第１偏差が０より大きい場合、更新後の第１偏差を第１アプリケーションインターフェースの幅で除算した第１余りを水平オフセット量として決定するステップと、更新後の第１偏差が０より小さい場合、更新後の第１偏差を第１アプリケーションインターフェースの幅で除算した第２余りを取得し、第１アプリケーションインターフェースの幅と第２余りとの和を水平オフセット量として決定するステップと、を含み、第２偏差及び第１アプリケーションインターフェースの高さに基づいて第１キャンバスの垂直オフセット量を決定するステップは、更新後の第２偏差が０より大きい場合、更新後の第２偏差を第１アプリケーションインターフェースの高さで除算した第３余りを垂直オフセット量として決定するステップと、更新後の第２偏差が０より小さい場合、更新後の第２偏差を第１アプリケーションインターフェースの高さで除算した第４余りを取得し、第１アプリケーションインターフェースの高さと第４余りとの和を垂直オフセット量として決定するステップと、を含む。

更新後の第１偏差及び第２偏差が得られた後、第１キャンバスのオフセット量を計算する。１つの選択可能な実施例では、第１アプリケーションインターフェースの幅は、ｂａｓｅＷｉｄｔｈで表され、第１アプリケーションインターフェースの高さは、ｂａｓｅＨｅｉｇｈｔで表され、第１キャンバスの水平オフセットは、ｌｅｆｔで表され、第１キャンバスの垂直オフセットは、ｔｏｐで表される。

ｄｒａｗＯｒｉｇｉｎＸ＞０の場合、ｌｅｆｔ＝‐（ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ％ｂａｓｅＷｉｄｔｈ）
ｄｒａｗＯｒｉｇｉｎＸ＜０の場合、ｌｅｆｔ＝‐（ｂａｓｅＷｉｄｔｈ＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ％ｂａｓｅＷｉｄｔｈ）
ｄｒａｗＯｒｉｇｉｎＹ＞０の場合、ｔｏｐ＝‐（ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＹ％ｂａｓｅＨｅｉｇｈｔ）
ｄｒａｗＯｒｉｇｉｎＸ＜０の場合、ｔｏｐ＝‐（ｂａｓｅＨｅｉｇｈｔ＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＹ％ｂａｓｅＨｅｉｇｈｔ）
最後に、ｌｅｆｔとｔｏｐは、ｃａｎｖａｓタグの実際の視角でのオフセット値であり、上記プロセスにより、第１連携ホワイトボードアプリケーションでの制御パラメータによる第２連携ホワイトボードアプリケーションの移動動作の追従が実現される。

１つの選択可能な実施例では、第１キャンバスの任意の隅の横座標が第１アプリケーションインターフェースの任意の隅の横座標と同じであるか、又は第１キャンバスの任意の隅の縦座標が第１アプリケーションインターフェースの任意の隅の縦座標と同じである場合、第１キャンバスと第１アプリケーションインターフェースの同じ方向の辺が重なることを決定する。

上記ステップでは、第１キャンバスの任意の隅の横座標が第１アプリケーションインターフェースの任意の隅の横座標と同じであるか、又は第１キャンバスの任意の隅の縦座標が第１アプリケーションインターフェースの任意の隅の縦座標と同じである場合、第１キャンバスの一辺と第１アプリケーションインターフェースの一辺が重なることを示す。

図６に示すように、第１キャンバス３０の左上隅が原点（０，０）であり、第１アプリケーションインターフェース３１の左上隅の座標は、（ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ，ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＹ）であり、第１キャンバス３０の左側エッジと第１アプリケーションインターフェース３１の左側エッジが重なる場合、ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸは、０であり、即ち、両者の横座標は、同じであり、第１キャンバス３０の右側エッジと第１アプリケーションインターフェース３１の右側エッジが重なる場合、両者の横座標も同じであるが、第１キャンバス３０の右側エッジと第１アプリケーションインターフェース３１の上側エッジ又は下側エッジが重なる場合、両者の縦座標は同じである。

１つの選択可能な実施例として、第１キャンバスの幅は、第１アプリケーションインターフェースの幅の予め設定された倍数であり、第１キャンバスの高さは、第１アプリケーションインターフェースの高さの予め設定された倍数であり、予め設定された倍数は、１より大きくかつ３より小さい。

アプリケーションインターフェースは、画面上の連携ホワイトボードアプリケーションを表示するための領域であり、第１キャンバスが低い場合、例えば、アプリケーションインターフェースのサイズの５倍のキャンバスが使用され、アプリケーションインターフェースは、キャンバスの真ん中にあり、キャンバスを移動してオフセット量を計算し、このオフセット量に従ってアプリケーションインターフェースにキャンバスの異なる位置のコンテンツを表示することにより、キャンバス拡張機能を実現する。しかしながら、キャンバスのサイズの拡張を実現するために、キャンバスのサイズを大きくする必要があり、レンダリング又は描画するたびに、無限キャンバスのすべてのコンテンツを先にクリアして再レンダリングする必要があり、その結果、キャンバスが大きくなるにつれて、クリア及び再描画領域が増加し、キャンバスがグラフィックスデータを再描画するときに、遅延が大きくなり、フリーズ現像が著しい。アプリケーションインターフェースのサイズと同じキャンバス（シングルキャンバス）を使用する場合、キャンバスを移動するたびに、各点の位置を再計算し、キャンバスのコンテンツを再描画してキャンバス拡張機能を達成する必要がある。キャンバスを移動するたびに、キャンバスのクリア及び再描画動作を実行するため、キャンバス内のデータ量が多い場合、再描画時間が長くなり、さらにはフリーズが発生し、移動するたびに再描画がトリガされ、効率が低く、スケーラビリティが低い。

上記技術では、１から３の倍数のサイズのキャンバスを選択するため、キャンバスを移動するたびに再レンダリングする必要がなく、また、再描画するときのキャンバスの面積が大きすぎて遅延が大きすぎることもないため、１倍から３倍のキャンバスは、使用体験がより良い。

１つの選択可能な実施例として、第１キャンバスの幅は、第１アプリケーションインターフェースの幅の２倍であり、第１キャンバスの高さは、第１アプリケーションインターフェースの高さの２倍である。

上記技術では、第１キャンバスは、２倍のキャンバスであり、即ち第１キャンバスの幅は、第１アプリケーションインターフェースの幅の２倍であり、第１キャンバスの高さも第１アプリケーションインターフェースの高さの２倍である。

１つの選択可能な実施例では、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重ならない場合、キャンバスのコンテンツの再レンダリングを禁止する。

図３ａに示すように、第１エッジの方向から第３エッジの方向へ移動するように第１キャンバスを制御する場合、第１キャンバスの第１エッジが第１アプリケーションインターフェースｖｉｅｗの第２エッジと重ならないと、キャンバスのみが移動し、レンダリングが行われない。移動中、移動オフセット量に基づいて第１アプリケーションインターフェースに対応するコンテンツを表示する。

１つの選択可能な実施例として、制御操作が１つの目標点に基づくスケーリング操作である場合、制御パラメータには、スケーリング比率パラメータとオフセットパラメータが含まれ、オフセットパラメータは、目標点の座標と第２キャンバスの左上隅の座標との偏差であり、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するステップは、原点に基づいて更新後のスケーリング比率パラメータに従ってスケーリングするように第１キャンバスを制御し、原点に基づいてスケーリングされた第１キャンバスを得るステップと、スケーリング比率パラメータとオフセットパラメータに基づいて調整後のオフセットパラメータを決定するステップと、調整後のオフセットパラメータに従って移動するように原点に基づいてスケーリングされた第１キャンバスを制御し、目標点に基づいてスケーリングされた第１キャンバスを得るステップと、目標点に基づいてスケーリングされた第１キャンバスの要素を再レンダリングして、第１アプリケーションインターフェースのコンテンツを更新するステップと、を含む。

具体的には、上記目標点は、第２表示インターフェースの任意の画像点であり、例えば、実演者であるユーザが第２アプリケーションインターフェースのある点をマウスでクリックし、この点に基づいて拡大操作を行う場合、この点は、今回のスケーリング操作の目標点である。上記オフセットパラメータは、目標点の座標と第２キャンバスの左上隅の座標との偏差であり、水平方向と垂直方向の２つの値を含み、通常、第２キャンバスのサイズに関連し、例えば、第２キャンバスの幅と高さは、それぞれｘとｙであり、オフセットパラメータは、（－ｘ，－ｙ）である。

スケーリング比率パラメータは、スケーリング操作前とスケーリング操作後の画面のスケーリング比率を示し、スケーリング比率パラメータの初期値が１である場合、スケーリング操作後の表示インターフェースの画像の拡大の倍数が操作していないときのインターフェース画像と同じであることを示す。オフセットパラメータには、Ｘ方向のオフセット値（即ち目標電気エネルギーの横座標と原点との偏差）とＹ方向のオフセット値（即ち目標点の縦座標と原点との偏差）が含まれる。

目標点が原点である場合、オフセットパラメータは、０であり、図７ａに示すように、第２キャンバス４０には、第２アプリケーションインターフェース４１があり、点線領域は、拡大操作前の画像の面積であり、スケーリング操作がトリガされた後、図７ｂに示すように、インターフェースの原点から右下隅に拡大し、インターフェースの左上隅の原点の位置が変化しなく、他の画素点がスケーリング比率パラメータに基づいて拡大されるため、画像の面積領域は、拡大に伴ってインターフェースの原点から遠くなり、図７ｂに示すように、拡大操作後、第２アプリケーションインターフェースは、拡大された第２キャンバス４０で満たされ、画像の拡大が実現される。

目標点が原点でない場合、図８ａに示すように、実演者は、第２アプリケーションインターフェース５０で目標点Ａに基づいて拡大操作を行い、目標点Ａは、第２アプリケーションインターフェースの１つの画素点であり、第２アプリケーションインターフェースのスケーリング比率パラメータは、スケーリング比率パラメータｃｕｒＳｃａｌｅであり、目標点Ａのオフセットパラメータは、Ｘ方向のオフセット値ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸとＹ方向のオフセット値ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＹを含む。ここで、ｃｕｒＳｃａｌｅは、毎回０．１ずつ増加し、即ち、０．１、０．２…、１、１．１、１．２、１．３…で増加し、最小値と増分値の両方は、０．１である。

第１解像度パラメータと第２解像度パラメータが異なる場合、第２解像度パラメータの幅Ａ＿Ｗｉｄｔｈと第１解像度パラメータの幅Ｂ＿Ｗｉｄｔｈに基づいて、第１端末のための更新後のスケーリングパラメータｃｕｒＳｃａｌｅ１、更新後のＸ方向のオフセット値ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸ１とＹ方向のオフセット値ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＹ１を取得する。

ｃｕｒＳｃａｌｅ１＝ｃｕｒＳｃａｌｅ＊（Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈ）、
ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸ１＝ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸ＊（Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈ）、
ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＹ１＝ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＹ＊（Ｂ＿Ｗｉｄｔｈ／Ａ＿Ｗｉｄｔｈ）、
まず、原点に基づいて更新後のスケーリング比率パラメータに従ってスケーリングするように第１キャンバスを制御し、原点に基づいてスケーリングされた第１キャンバスを得て、即ち第１アプリケーションインターフェースの左上隅の原点の位置が変化しなく、更新後のスケーリング比率パラメータｃｕｒＳｃａｌｅ１に基づいてインターフェースの原点を除く他の画像点を拡大し、図８ｂに示すように、第１キャンバス５２の第１アプリケーションインターフェース５３で、点線内の画像が拡大された画像として得られる。この時、原点に基づいて拡大した結果が得られるが、このとき、目標点が原点ではないため、原点に基づいて拡大した結果をオフセットする必要がある。

原点に基づく拡大結果をオフセットする場合、まず、スケーリング比率に基づいて目標点のオフセットパラメータを調整し、原点に基づく拡大結果に対応するオフセットパラメータを得て、原点に基づいてスケーリングされた第１キャンバスを、調整後のオフセットパラメータに基づいて移動することにより、スケーリングされた第１キャンバスの位置を得ることができ、スケーリングされた第１キャンバスの位置に基づいて再レンダリングすることにより、第１連携ホワイトボードアプリケーションによる第２連携ホワイトボードアプリケーションのスケーリング操作の追従を実現することができる。

１つの選択可能な実施例として、スケーリング比率パラメータとオフセットパラメータに基づいて、調整後のオフセットパラメータを決定するステップは、第２アプリケーションインターフェースにおける目標点の相対座標を取得するステップと、オフセットパラメータに基づいて目標点をシングルコンテナに投影し、シングルコンテナにおける目標点の絶対座標を取得するステップと、相対座標と第２アプリケーションインターフェースのオフセット座標との和から絶対座標を減算することにより、第１中間値を得るステップであって、第２アプリケーションインターフェースのオフセット座標が第２アプリケーションインターフェースの左上隅の座標と第２キャンバスの原点の座標との差を示すために使用されるステップと、スケーリング比率パラメータと１との差に絶対座標を乗算することにより、第２中間値を得るステップと、第２中間値から第１中間値を減算することにより、調整後のオフセットパラメータを得るステップと、を含む。

具体的には、第２アプリケーションインターフェースにおける上記目標点の相対座標は、スケーリング操作に応じて直接取得された座標であり、例えば、ユーザが第２アプリケーションインターフェースである点をクリックしてスケーリングする場合、この点の第２アプリケーションインターフェースにおける座標は、上記相対座標である。上記シングルコンテナは、スケーリングされていない場合の元のサイズのコンテナである１倍のコンテナを表すために使用される。現在のスケーリング操作を行う場合、この前にスケーリング操作が行われた可能性があるため、オフセットパラメータをシングルコンテナにマッピングして計算する必要がある。

１つの選択可能な実施例では、第２アプリケーションインターフェースでスケーリング操作を行うときの位置が相対位置（ｃｌｉｃｋＸ，ｃｌｉｃｋＹ）であり、第２アプリケーションインターフェースの左上隅と第２キャンバスの原点との座標差が（ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ，ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＹ）であり、上記オフセットパラメータがｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸである場合、オフセットパラメータに基づいて目標点をシングルコンテナに投影することは次のとおりである。

ｐｏｓＸ＝（Ｘ１＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ＋ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔ）／ｃｕｒＳｃａｌｅ、
ｐｏｓＹ＝Ｘ１＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ＋ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔ／ｃｕｒＳｃａｌｅ、
ここで、（ｐｏｓＸ，ｐｏｓＹ）は、絶対座標であり、ｃｕｒＳｃａｌｅは、今回のスケーリング操作の前の第１キャンバスのスケーリング比率である。

また、今回のスケーリングのスケーリング比率ｃｕｒＳｃａｌｅと上記絶対座標によってｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔを更新し、ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔ２を得る。

ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＸ：２＝（ｃｕｒＳｃａｌｅ‐１）＊ｐｏｓＸ‐（ｃｌｉｃｋＸ＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ‐ｐｏｓＸ）、
ｃａｎｖａｓＴｒａｎｓｌａｔｅＯｆｆｓｅｔＹ２＝（ｃｕｒＳｃａｌｅ‐１）＊ｐｏｓＹ‐（ｃｌｉｃｋＹ＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＹ‐ｐｏｓＹ、
ここで、ｃｌｉｃｋＸ＋ｄｒａｗＯｒｉｇｉｎＰｏｉｎｔＸ－ｐｏｓＸが上記第１中間値を構成し、（ｃｕｒＳｃａｌｅ‐１）＊ｐｏｓＹが上記第２中間値を構成する。

１つの選択可能な実施例として、制御操作が要素追加操作である場合、制御パラメータには、書き筆跡の座標パラメータが含まれ、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するステップは、第１端末が書き筆跡の座標パラメータに基づいて書き筆跡を生成し、書き筆跡の座標パラメータが書き筆跡を構成するための書き点の座標パラメータを含み、第２端末が新しい書き点を生成するたびに、現在の書き筆跡の生成されたすべての書き点の座標パラメータを第１端末に送信するステップを含む。

具体的には、上記要素追加操作は、実演者が第２表示インターフェースで書く操作であってもよい。１つの選択可能な実施例では、実演者が第２表示インターフェースに絵筆で書くデータは、複数の点（即ち書き点）で構成されるものとして定義され、図９に示すように、実演者が書いた複数の点で構成される線である。実演者が書く場合、書き線を構成する点は、増加し続け、各書き点の座標パラメータは、第１端末にリアルタイムで送信され、第１端末は、各書き点の座標パラメータを受信した後に描画でき、同じ書き筆跡が得られ、要素追加操作への追従が実現される。

なお、第１アプリケーションインターフェースの第１解像度パラメータと第２アプリケーションインターフェースの第２解像度パラメータが異なる場合、第１端末は、第１解像度パラメータのうちの幅Ａ＿Ｗｉｄｔｈと第２解像度パラメータのうちの幅Ｂ＿Ｗｉｄｔｈに基づいて、受信した制御パラメータ（インターフェースの原点座標、ストレッチレート、オフセットパラメータを含む）を更新し、計算により、絵筆線のスケーリング、平行移動などの操作を実現することができ、絵筆の書きの等比視角追従効果が実現される。

１つの選択可能な実施例では、ｗｅｂのｃａｎｖａｓ技術を利用して絵筆書き機能を実現するために、データ構造を次のように定義する：Ｉｄ：要素の一意の識別子を表すために使用され、ｘ：要素のアートボードにおける絶対水平座標、ｙ：要素のアートボードにおける絶対垂直座標であり、ｗｉｄｔｈ：要素の幅、ｈｅｉｇｈｔ：要素の高さ、ｔｙｐｅ：要素のタイプ、例えば絵筆、ｉｓＤｅｌｅｔｅｄ：定義が削除されるか否か、Ｐｏｉｎｔｓ：アートボードでの点を定義し、１本の線は、多くの点で構成される。講演者であるユーザが第２表示インターフェースで書き操作を行い、第２表示インターフェースの絵筆データが更新される場合、Ｐｏｉｎｔｓ内のデータは、増加し続け、第１端末にリアルタイムで転送され、これにより、データのリアルタイム更新が実現され、データの一貫性を確保するために、毎回のデータ転送にｐｏｉｎｔｓをフル交換する。

本実施例は、ｗｅｂ技術に基づいてマルチ端末連携の等比視角追従（講演者モード）機能が実装され、追従端末と追従対象端末の間のデータ転送には、４つの変数のみを使用して異なる解像度を更新し、転送されるデータの量が少なく、技術は、軽量化を図っている。ユーザが感じない場合、限られたインタラクティブホワイトボードでマルチ端末連携の無制限の視角追従（講演者モード）機能が実装され、メンテナンス性が極めて高く、また、書きの視角追従を実現することができ、アートボードレイアウトと書き機能の結合性をより良く分離し、拡張性が極めて高い。

１つの選択可能な実施例では、第１端末が書き筆跡の座標パラメータに基づいて書き筆跡を生成するステップは、書き筆跡が第１アプリケーションインターフェースの任意の辺に接触する場合、接触している辺の逆方向に移動するように前記第１キャンバスをトリガするステップであって、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末が第１キャンバスのコンテンツを再描画するステップを含む。

上記技術では、ユーザが第２アプリケーションインターフェースで書く場合、書き筆跡が第２アプリケーションインターフェースの境界に接触すると、接触している辺の逆方向に移動するように第２アプリケーションインターフェースをトリガし、ユーザにより広い書き範囲を提供する。この場合、第１端末は、第２端末の書き動作を追従するために、書き筆跡を生成すると第１アプリケーションインターフェースの辺に接触し、かつ第１キャンバスも接触している辺の逆方向に移動する。即ち、ユーザが第２キャンバスを直接移動しないが、書き操作により、第２アプリケーションインターフェースの移動がトリガされ、第１アプリケーションインターフェースもこの動作を追従して第１キャンバスを移動する必要がある。

第１キャンバスの移動プロセスでは、第１キャンバスのエッジが第１アプリケーションインターフェースのエッジと重なるか否かを判断する必要があるため、第１キャンバスのコンテンツを再レンダリングする必要があるか否かを判断する。第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末は、第１キャンバスのコンテンツを再描画し、再描画ステップは、上記実施例における再レンダリングステップと同じであり、ここで説明を省略する。

実施例２
本出願の実施例によれば、マルチ端末連携表示更新装置の実施例が提供され、表示更新方法は、第１端末による第２端末への操作の同期表示を実現するために使用され、第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び第１キャンバスを搬送するための第１コンテナを提供し、第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び第２キャンバスを搬送するための第２コンテナを提供し、第１キャンバスの第１長さが第１アプリケーションインターフェースの長さより大きく、第１キャンバスの幅が第１アプリケーションインターフェースの幅より大きい。図１０は本発明の実施例によるマルチ端末連携表示更新装置の概略図である。図１０に示すように、このマルチ端末連携表示更新装置は、第１端末が第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示するために使用され、第１連携ホワイトボードアプリケーションと第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ第２端末が第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示する表示モジュール１００と、第２端末によって送信された制御パラメータを受信するために使用され、制御パラメータは、第２端末が第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成される受信モジュール１０２と、第１端末が制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するための更新モジュール１０４と、を含み、方法は、制御操作が移動操作であることを確認するために使用され、第１キャンバスが制御パラメータに基づいて移動し、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末が第１キャンバスのコンテンツを再レンダリングする移動モジュールをさらに含む。

１つの選択可能な実施例として、第１キャンバスには、平行な第１エッジ及び第３エッジが含まれ、第１アプリケーションインターフェースには、平行な第２エッジ及び第４エッジが含まれ、第１エッジと第２エッジは、同じ側にあり、第３エッジと第４エッジは、同じ側にあり、第１キャンバスは、少なくとも第３エッジに近い第１領域及び第１エッジに近い第２領域を含み、第１領域は、第２領域に隣接し、第１領域には、第１コンテンツが描画され、第２領域には、第２コンテンツが描画され、移動操作の移動方向は、第１エッジがある側から第３エッジがある側への移動方向であり、更新モジュールは、第１エッジが第２エッジと重なる場合、第１キャンバスを移動操作の逆方向に沿って第３エッジが第４エッジと重なる位置に移動させ、第１領域を第２コンテンツとしてレンダリングし、第２領域を第３コンテンツとしてレンダリングするようにトリガするためのレンダリングサブモジュールを含む。

１つの選択可能な実施例として、上記装置は、第１端末が第１端末の第１アプリケーションインターフェースに第２端末の第２アプリケーションインターフェースと同じコンテンツを表示する前に、少なくとも１つの第１端末と第２端末が同じ仮想ルームに加入するための加入モジュールをさらに含む。

１つの選択可能な実施例として、第２端末が第２アプリケーションインターフェースで実行される制御操作を受け付け、第２キャンバスは、制御操作に応じて変化し、第２端末は、制御操作に応じて生成された第２キャンバスにおける変化の変化パラメータを制御パラメータとして決定し、第２端末は、制御パラメータを第１端末に送信する。

１つの選択可能な実施例として、第１アプリケーションインターフェースの第１解像度パラメータと第２アプリケーションインターフェースの第２解像度パラメータが異なる場合、更新モジュールは、第１端末が第１解像度パラメータと第２解像度パラメータに基づいて制御パラメータを更新するための第１更新サブモジュールと、第１端末が更新後の制御パラメータに基づいて第１アプリケーションインターフェースのコンテンツを更新するための第２更新サブモジュールと、を含む。

１つの選択可能な実施例として、第１更新サブモジュールは、第１端末が第２端末によって送信された第２解像度パラメータを読み取るための読み取りユニットと、第１端末が第１解像度パラメータと第２解像度パラメータとの比率を取得するための取得ユニットと、第１端末が比率と制御パラメータとを乗算し、更新後の制御パラメータを得るための乗算モジュールと、を含む。

１つの選択可能な実施例として、制御パラメータは、開始座標パラメータと移動増分とを含み、開始座標には、第１アプリケーションインターフェースの左上隅の座標、第１キャンバスの絶対原点の座標、水平方向の第１偏差及び垂直方向の第２偏差が含まれ、移動増分には、第２キャンバスが第２アプリケーションインターフェースで移動するときの水平方向の第１増分及び垂直方向の第２増分が含まれ、移動モジュールは、第１端末が第１増分によって第１偏差を更新するための第３更新サブモジュールと、第１端末が第２増分によって第２偏差を更新するための第４更新サブモジュールと、第１偏差及び第１アプリケーションインターフェースの幅に基づいて第１キャンバスの水平オフセット量を決定するための第１決定サブモジュールと、第２偏差及び第１アプリケーションインターフェースの高さに基づいて第１キャンバスの垂直オフセット量を決定するための第２決定サブモジュールと、水平オフセット量で水平方向に移動し、垂直オフセット量で垂直方向に移動するように第１キャンバスを制御するための第１制御サブモジュールと、を含む。

１つの選択可能な実施例として、第１決定サブモジュールは、更新後の第１偏差が０より大きい場合、更新後の第１偏差を第１アプリケーションインターフェースの幅で除算した第１余りを水平オフセット量として決定するための第１決定ユニットと、更新後の第１偏差が０より小さい場合、更新後の第１偏差を第１アプリケーションインターフェースの幅で除算した第２余りを取得し、第１アプリケーションインターフェースの幅と第２余りとの和を水平オフセット量として決定するための第１取得ユニットと、を含み、第２決定サブモジュールは、更新後の第２偏差が０より大きい場合、更新後の第２偏差を第１アプリケーションインターフェースの高さで除算した第３余りを垂直オフセット量として決定するための第２決定ユニットと、更新後の第２偏差が０より小さい場合、更新後の第２偏差を第１アプリケーションインターフェースの高さで除算した第４余りを取得し、第１アプリケーションインターフェースの高さと第４余りとの和を垂直オフセット量として決定するための第２取得ユニットと、を含む。

１つの選択可能な実施例では、第１キャンバスの任意の隅の横座標が第１アプリケーションインターフェースの任意の隅の横座標と同じであるか、又は第１キャンバスの任意の隅の縦座標が第１アプリケーションインターフェースの任意の隅の縦座標と同じである場合、第１キャンバスと第１アプリケーションインターフェースの同じ方向の辺が重なることを決定する。

１つの選択可能な実施例として、第１キャンバスの幅は、第１アプリケーションインターフェースの幅の予め設定された倍数であり、第１キャンバスの高さは、第１アプリケーションインターフェースの高さの予め設定された倍数であり、予め設定された倍数は、１より大きくかつ３より小さい。

１つの選択可能な実施例として、第１キャンバスの幅は、第１アプリケーションインターフェースの幅の２倍であり、第１キャンバスの高さは、第１アプリケーションインターフェースの高さの２倍である。

１つの選択可能な実施例では、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重ならない場合、キャンバスのコンテンツの再レンダリングを禁止する。

１つの選択可能な実施例として、制御操作が１つの目標点に基づくスケーリング操作である場合、制御パラメータには、スケーリング比率パラメータとオフセットパラメータが含まれ、オフセットパラメータは、目標点の座標と第２キャンバスの左上隅の座標との偏差であり、更新モジュールは、原点に基づいて更新後のスケーリング比率パラメータに従ってスケーリングするように第１キャンバスを制御し、原点に基づいてスケーリングされた第１キャンバスを得る第２制御サブモジュールと、スケーリング比率パラメータとオフセットパラメータに基づいて調整後のオフセットパラメータを決定するための第３決定サブモジュールと、調整後のオフセットパラメータに従って移動するように目標点に基づいてスケーリングされた第１キャンバスを制御し、目標点に基づいてスケーリングされた第１キャンバスを得るための移動サブモジュールと、目標点に基づいてスケーリングされた第１キャンバスの要素を再レンダリングして、第１アプリケーションインターフェースのコンテンツを更新するためのレンダリングサブモジュールとを含む。

１つの選択可能な実施例として、第３決定サブモジュールは、第２アプリケーションインターフェースにおける目標点の相対座標を取得するための第３取得ユニットと、オフセットパラメータに基づいて目標点をシングルコンテナに投影し、シングルコンテナにおける目標点の絶対座標を取得するための投影ユニットと、相対座標と第２アプリケーションインターフェースのオフセット座標との和から絶対座標を減算することにより、第１中間値を得るために使用され、第２アプリケーションインターフェースのオフセット座標が第２アプリケーションインターフェースの左上隅の座標と第２キャンバスの原点の座標との差を示すために使用される第１演算ユニットと、スケーリング比率パラメータと１との差に絶対座標を乗算することにより、第２中間値を得るための第２演算ユニットと、第２中間値から第１中間値を減算することにより、調整後のオフセットパラメータを得るための第３演算ユニットと、を含む。

１つの選択可能な実施例として、制御操作が要素追加操作である場合、制御パラメータには、書き筆跡の座標パラメータが含まれ、更新モジュールは、第１端末が書き筆跡の座標パラメータに基づいて書き筆跡を生成し、書き筆跡の座標パラメータが書き筆跡を構成するための書き点の座標パラメータを含み、第２端末が新しい書き点を生成するたびに、現在の書き筆跡の生成されたすべての書き点の座標パラメータを第１端末に送信するための生成サブモジュールを含む。

１つの選択可能な実施例として、生成サブモジュールは、書き筆跡が第１アプリケーションインターフェースの任意の辺に接触する場合、接触している辺の逆方向に移動するように第１キャンバスをトリガするために使用され、第１キャンバスと第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、第１端末は、前記第１キャンバスのコンテンツを再描画するトリガユニットを含む。

実施例３
本出願の実施例によれば、コンピュータ記憶媒体の実施例が提供され、コンピュータ記憶媒体は、複数の命令を記憶し、命令がプロセッサによってロードされて実施例１の任意の１項に記載の方法のステップを実行することに適する。本実施例では、第１端末は、第１表示インターフェースに第２端末の第２表示インターフェースと同じコンテンツを表示し、第２端末は、第２表示インターフェースでのユーザの制御操作に応じて制御パラメータを第１端末に送信し、第１端末は、第１解像度パラメータ及び第２解像度パラメータに基づいて制御パラメータを更新した後、更新後の制御パラメータに基づいて第１表示インターフェースのコンテンツを調整する。追従端末である第１端末は、第１端末によって送信された元の制御パラメータを、それぞれの解像度パラメータに基づいて更新することにより、第１端末とマッチングする制御パラメータを取得し、これにより、第１端末と第２端末の表示インターフェースの表示画像が常に一致するように維持するという目的を達成し、さらに追従端末と追従対象端末の等比視角追従を実現し、追従対象端末と追従端末の画素が異なるため、視角追従効果が良くないという問題を解決する。

実施例４
本出願の実施例によれば、プロセッサとメモリとを含み、メモリには、プロセッサによってロードされて実施例１の任意の１項に記載の方法のステップを実行することに適するコンピュータプログラムが記憶されるインテリジェントインタラクティブタブレットが提供される。

図１１は本出願の実施例によるインテリジェントインタラクティブタブレットの概略図である。このインテリジェントインタラクティブタブレットは、上記のインタラクティブデバイス本体とタッチフレームとを含み、図１１に示すように、インテリジェントインタラクティブタブレット１０００は、少なくとも１つのプロセッサ１００１、少なくとも１つのネットワークインターフェース１００４、ユーザインターフェース１００３、メモリ１００５、少なくとも１つの通信バス１００２を含むことができる。

ここで、通信バス１００２は、これらのコンポーネント間の接続通信を実現するために使用される。

ここで、ユーザインターフェース１００３は、ディスプレイ（Ｄｉｓｐｌａｙ）、カメラ（Ｃａｍｅｒａ）を含むことができ、選択可能に、ユーザインターフェース１００３は、標準の有線インターフェース、無線インターフェースをさらに含むことができる。

ここで、ネットワークインターフェース１００４は、選択可能に、標準インターフェース、無線インターフェース（ＷＩ－ＦＩインターフェースなど）を含むことができる。

ここで、プロセッサ１００１は、１つ又は複数の処理コアを含むことができる。プロセッサ１００１は、様々なインターフェース又は回線を介してインテリジェントインタラクティブタブレット１０００全体内の各部分に接続し、メモリ１００５に記憶された命令、プログラム、コードセット又は命令セットを動作させ又は実行し、メモリ１００５に記憶されたデータを呼び出すことにより、インテリジェントインタラクティブタブレット１０００の様々な機能を実行し、データ処理を行う。選択可能に、プロセッサ１００１は、デジタル信号処理（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、プログラマブルロジックアレイ（ＰＬＡ：Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ）のうちの少なくとも１つのハードウェア形態を採用して実現されてもよい。プロセッサ１００１は、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、画像プロセッサ（ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及びモデムなどの１つ又は幾つかの組み合わせを統合することができる。ここで、ＣＰＵは、主にオペレーティングシステム、ユーザインターフェース及びアプリケーションプログラムなどを処理し、ＧＰＵは、ディスプレイに表示する必要があるコンテンツのレンダリング及び描画のために使用され、モデムは、無線通信を処理するために使用される。上記モデムがプロセッサ１００１に統合されず、独立して１つのチップで実現されてもよいことは、理解できる。

ここで、メモリ１００５は、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含むことができ、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）も含むことができる。選択可能に、このメモリ１００５は、非一時的コンピュータ可読記憶媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｓｔｏｒａｇｅ ｍｅｄｉｕｍ）を含む。メモリ１００５は、命令、プログラム、コード、コードセット又は命令セットを記憶するために使用されてもよい。メモリ１００５は、プログラム記憶領域とデータ記憶領域とを含むことができ、ここで、プログラム記憶領域は、オペレーティングシステムを実現するための命令、少なくとも１つの機能（タッチ機能、音声再生機能、画像再生機能など）命令、上記の各方法の実施例を実現するための命令などを記憶することができ、データ記憶領域は、上記の各方法の実施例に係るデータなどを記憶することができる。メモリ１００５は、選択可能に、前記プロセッサ１００１から離れる少なくとも１つの記憶装置であってもよい。図８に示すように、コンピュータ記憶媒体としてのメモリ１００５は、オペレーティングシステム、ネットワーク通信モジュール、ユーザインターフェースモジュール及びインテリジェントインタラクティブタブレットのオペレーティングアプリケーションプログラムを含むことができる。

図８に示すインテリジェントインタラクティブタブレット１０００では、ユーザインターフェース１００３は、主にユーザに入力インターフェースを提供し、ユーザによって入力されたデータを取得するために使用されるが、プロセッサ１００１は、メモリ１００５に記憶されたインテリジェントインタラクティブタブレットのオペレーティングアプリケーションプログラムを呼び出し、具体的に実施例１の任意の操作を実行するために使用されてもよい。

上記の本発明の実施例番号は説明のためのものだけであり、実施例の優劣を表すものではない。

本発明の上記実施例では、各実施例の説明について異なる強調を持っているため、ある実施例に詳述されていない部分に対して、他の実施例の関連説明を参照することができる。

本出願で提供される幾つかの実施例では、開示される技術内容は、他の方式で実現されてもよいことが理解できる。ここで、上記の装置の実施例は例示的なものだけであり、例えば前記ユニットの区分は、論理機能的区分であってもよく、実際に実施する時に他の区分方式もあり得て、例えば複数のユニット又はコンポーネントは、組み合わせてもよく、又は別のシステムに統合されてもよく、又は幾つかの特徴は、無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続は、幾つかのインターフェース、ユニット又はモジュールを介した間接的結合又は通信接続であってもよく、電気的又は他の形態であってもよい。

分離部材として説明された前記ユニットは、物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は、物理ユニットであってもよく又は物理ユニットでなくてもよく、即ち１つの箇所に位置してもよく、又は複数のユニットに分布してもよい。実際のニーズに応じてそのうちの一部又は全てのユニットを選択して本実施例の技術の目的を達成することができる。

また、本発明の各実施例における各機能ユニットは、１つの処理ユニットに統合されてもよく、個々のユニットは、単独で物理的に存在してもよく、２つ又は２つ以上のユニットは、１つのユニットに統合されてもよい。上記の統合されたユニットは、ハードウェアの形態で実現されてもよく、ソフトウェア機能ユニットの形態で実現されてもよい。

前記統合されたユニットは、ソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売又は使用されると、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本発明の技術は、本質的に又は従来技術に寄与する部分又はこの技術の全て又は部分がソフトウェア製品の形で実現されてもよく、このコンピュータソフトウェア製品は、コンピュータデバイス（パーソナルコンピュータ、サーバー又はネットワークデバイス等であってもよい）に本発明の様々な実施例に記載される方法のステップの全て又は一部を実行させるための幾つかの命令を含む記憶媒体に記憶される。前記憶媒体は、ＵＳＢフラッシュドライブ、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、モバイルハードディスク、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上に説明したものは本発明の好ましい実施形態だけであり、当業者であれば、本発明の原理を逸脱しない前提で、幾つかの改良及び変更を行うことができ，これらの改良及び変更も本発明の保護範囲と見なされるべきである。

Claims (19)

1. マルチ端末連携の表示更新方法であって、
   前記表示更新方法は、第１端末による第２端末への操作の同期表示を実現するために使用され、前記第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、前記第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び前記第１キャンバスを搬送するための第１コンテナを提供し、前記第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、前記第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び前記第２キャンバスを搬送するための第２コンテナを提供し、前記第１キャンバスの第１長さが前記第１アプリケーションインターフェースの長さより大きく、前記第１キャンバスの幅が前記第１アプリケーションインターフェースの幅より大きく、前記表示更新方法は、
   第１端末が前記第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示し、前記第１連携ホワイトボードアプリケーションと前記第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ前記第２端末が前記第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示するステップと、
   前記第２端末によって送信された制御パラメータを受信するステップであって、前記制御パラメータは、前記第２端末が前記第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成されるステップと、
   前記第１端末が前記制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するステップであって、前記制御操作が移動操作であることが確認され、前記第１キャンバスが前記制御パラメータに基づいて移動し、前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、前記第１端末が前記第１キャンバスのコンテンツを再レンダリングするステップと、を含むことを特徴とする方法。
2. 前記第１キャンバスには、平行な第１エッジ及び第３エッジが含まれ、前記第１アプリケーションインターフェースには、平行な第２エッジ及び第４エッジが含まれ、前記第１エッジと前記第２エッジは、同じ側にあり、前記第３エッジと前記第４エッジは、同じ側にあり、前記第１キャンバスは、少なくとも前記第３エッジに近い第１領域及び前記第１エッジに近い第２領域を含み、前記第１領域は、前記第２領域に隣接し、前記第１領域には、第１コンテンツが描画され、前記第２領域には、第２コンテンツが描画され、前記移動操作の移動方向は、前記第１エッジがある側から前記第３エッジがある側への移動方向であり、前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、前記第１端末が前記第１キャンバスのコンテンツを再レンダリングするステップは、
   前記第１エッジが前記第２エッジと重なる場合、前記第１キャンバスを前記移動操作の逆方向に沿って前記第３エッジと前記第４エッジが重なる位置に移動させ、前記第１領域を前記第２コンテンツとしてレンダリングし、前記第２領域を第３コンテンツとしてレンダリングするようにトリガするステップを含むことを特徴とする請求項１に記載の方法。
3. 第１端末が前記第１端末の第１アプリケーションインターフェースに第２端末の第２アプリケーションインターフェースと同じコンテンツを表示する前に、前記方法は、
   少なくとも１つの前記第１端末と前記第２端末が同じ仮想ルームに加入するステップをさらに含むことを特徴とする請求項１に記載の方法。
4. 前記制御パラメータが、前記第２端末が前記第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成されるステップは、
   前記第２端末が前記第２アプリケーションインターフェースで実行された前記制御操作を受け付けるステップであって、前記第２キャンバスは、前記制御操作に応じて変化するステップと、
   前記第２端末が、前記制御操作に応じて生成された前記第２キャンバスにおける変化の変化パラメータを制御パラメータとして決定するステップと、
   前記第２端末が前記制御パラメータを前記第１端末に送信するステップと、を含むことを特徴とする請求項１に記載の方法。
5. 前記第１アプリケーションインターフェースの第１解像度パラメータと前記第２アプリケーションインターフェースの第２解像度パラメータが異なる場合、前記第１端末が前記制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するステップは、
   前記第１端末が前記第１解像度パラメータと前記第２解像度パラメータに基づいて前記制御パラメータを更新するステップと、
   前記第１端末が更新後の制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するステップと、を含むことを特徴とする請求項１に記載の方法。
6. 前記第１端末が前記第１解像度パラメータと前記第２解像度パラメータに基づいて前記制御パラメータを更新するステップは、
   前記第１端末が前記第２端末によって送信された前記第２解像度パラメータを読み取るステップと、
   前記第１端末が前記第１解像度パラメータと前記第２解像度パラメータとの比率を取得するステップと、
   前記第１端末が前記比率と前記制御パラメータとを乗算し、更新後の制御パラメータを得るステップと、を含むことを特徴とする請求項５に記載の方法。
7. 前記制御パラメータには、開始座標と移動増分とが含まれ、前記開始座標は、前記第１アプリケーションインターフェースの左上隅の座標と前記第１キャンバスの絶対原点の座標、水平方向の第１偏差と垂直方向の第２偏差を含み、前記移動増分は、前記第２キャンバスが第２アプリケーションインターフェースで移動するときの水平方向の第１増分及び垂直方向の第２増分を含み、前記第１キャンバスが前記制御パラメータに基づいて移動するステップは、
   前記第１端末が前記第１増分によって前記第１偏差を更新するステップと、
   前記第１端末が前記第２増分によって前記第２偏差を更新するステップと、
   前記第１偏差及び前記第１アプリケーションインターフェースの幅に基づいて前記第１キャンバスの水平オフセット量を決定するステップと、
   前記第２偏差及び前記第１アプリケーションインターフェースの高さに基づいて前記第１キャンバスの垂直オフセット量を決定するステップと、
   前記水平オフセット量で水平方向に移動し、前記垂直オフセット量で垂直方向に移動するように前記第１キャンバスを制御するステップと、を含むことを特徴とする請求項１に記載の方法。
8. 前記第１偏差及び前記第１アプリケーションインターフェースの幅に基づいて前記第１キャンバスの水平オフセット量を決定するステップは、
   更新後の前記第１偏差が０より大きい場合、前記更新後の第１偏差を前記第１アプリケーションインターフェースの幅で除算した第１余りを水平オフセット量として決定するステップと、
   更新後の前記第１偏差が０より小さい場合、前記更新後の第１偏差を前記第１アプリケーションインターフェースの幅で除算した第２余りを取得し、前記第１アプリケーションインターフェースの幅と前記第２余りとの和を水平オフセット量として決定するステップと、を含み、
   前記第２偏差及び前記第１アプリケーションインターフェースの高さに基づいて前記第１キャンバスの垂直オフセット量を決定するステップは、
   更新後の前記第２偏差が０より大きい場合、前記更新後の第２偏差を前記第１アプリケーションインターフェースの高さで除算した第３余りを垂直オフセット量として決定するステップと、
   更新後の前記第２偏差が０より小さい場合、前記更新後の第２偏差を前記第１アプリケーションインターフェースの高さで除算した第４余りを取得し、前記第１アプリケーションインターフェースの高さと前記第４余りとの和を垂直オフセット量として決定するステップと、を含むことを特徴とする請求項７に記載の方法。
9. 前記第１キャンバスの任意の隅の横座標が前記第１アプリケーションインターフェースの任意の隅の横座標と同じであるか、又は前記第１キャンバスの任意の隅の縦座標が前記第１アプリケーションインターフェースの任意の隅の縦座標と同じである場合、前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向の辺が重なることを決定することを特徴とする請求項８に記載の方法。
10. 前記第１キャンバスの幅は、前記第１アプリケーションインターフェースの幅の予め設定された倍数であり、前記第１キャンバスの高さは、前記第１アプリケーションインターフェースの高さの予め設定された倍数であり、前記予め設定された倍数は、１より大きくかつ３より小さいことを特徴とする請求項１に記載の方法。
11. 前記第１キャンバスの幅は、前記第１アプリケーションインターフェースの幅の２倍であり、前記第１キャンバスの高さは、前記第１アプリケーションインターフェースの高さの２倍であることを特徴とする請求項１０に記載の方法。
12. 前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向にある辺が重ならない場合、前記第１キャンバスのコンテンツの再レンダリングを禁止することを特徴とする請求項１に記載の方法。
13. 前記制御操作が１つの目標点に基づくスケーリング操作である場合、前記制御パラメータには、スケーリング比率パラメータとオフセットパラメータが含まれ、前記オフセットパラメータは、前記目標点の座標と前記第２キャンバスの左上隅の座標との偏差であり、前記第１端末が前記制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するステップは、
    前記第１キャンバスの原点に基づいて更新後の前記スケーリング比率パラメータに従ってスケーリングするように前記第１キャンバスを制御し、前記原点に基づいてスケーリングされた第１キャンバスを得るステップと、
    前記スケーリング比率パラメータとオフセットパラメータに基づいて調整後のオフセットパラメータを決定するステップと、
    前記調整後のオフセットパラメータに従って移動するように前記原点に基づいてスケーリングされた第１キャンバスを制御し、前記目標点に基づいてスケーリングされた第１キャンバスを得るステップと、
    前記目標点に基づいてスケーリングされた第１キャンバスの要素を再レンダリングして、前記第１アプリケーションインターフェースのコンテンツを更新するステップと、を含むことを特徴とする請求項１に記載の方法。
14. 前記スケーリング比率パラメータとオフセットパラメータに基づいて調整後のオフセットパラメータを決定するステップは、
    前記第２アプリケーションインターフェースにおける前記目標点の相対座標を取得するステップと、
    前記オフセットパラメータに基づいて前記目標点をシングルコンテナに投影し、前記シングルコンテナにおける前記目標点の絶対座標を得るステップであって、前記シングルコンテナは、スケーリングされていない場合の元のサイズのコンテナである、ステップと、
    前記相対座標と前記第２アプリケーションインターフェースのオフセット座標との和から前記絶対座標を減算することにより、第１中間値を得るステップであって、前記第２アプリケーションインターフェースのオフセット座標は、前記第２アプリケーションインターフェースの左上隅と前記第２キャンバスの原点の座標との差を示すために使用されるステップと、
    前記スケーリング比率パラメータと１との差を絶対座標で乗算し、第２中間値を得るステップと、
    前記第２中間値から前記第１中間値を減算し、調整後のオフセットパラメータを得るステップと、を含むことを特徴とする請求項１３に記載の方法。
15. 前記制御操作が要素追加操作である場合、前記制御パラメータは、書き筆跡の座標パラメータを含み、前記第１端末が前記制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するステップは、
    前記第１端末が前記書き筆跡の座標パラメータに基づいて書き筆跡を生成し、前記書き筆跡の座標パラメータが書き筆跡を構成するための書き点の座標パラメータを含み、前記第２端末が新しい書き点を生成するたびに、現在の書き筆跡の生成されたすべての書き点の座標パラメータを前記第１端末に送信するステップを含むことを特徴とする請求項１に記載の方法。
16. 前記第１端末が前記書き筆跡の座標パラメータに基づいて書き筆跡を生成するステップは、
    前記書き筆跡が前記第１アプリケーションインターフェースの任意の辺に接触する場合、接触している辺の逆方向に移動するように前記第１キャンバスをトリガするステップであって、前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、前記第１端末は、前記第１キャンバスのコンテンツを再描画するステップを含むことを特徴とする請求項１５に記載の方法。
17. マルチ端末連携の表示更新装置であって、
    前記表示更新装置は、第１端末による第２端末への操作の同期表示を実現するために使用され、前記第１端末は、第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェース、前記第１連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第１キャンバス、及び前記第１キャンバスを搬送するための第１コンテナを提供し、前記第２端末は、第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェース、前記第２連携ホワイトボードアプリケーションの描画コンテンツを搬送するための第２キャンバス、及び前記第２キャンバスを搬送するための第２コンテナを提供し、前記第１キャンバスの第１長さが前記第１アプリケーションインターフェースの長さより大きく、前記第１キャンバスの幅が前記第１アプリケーションインターフェースの幅より大きく、前記マルチ端末連携の表示更新装置は、
    第１端末が前記第１連携ホワイトボードアプリケーションの第１アプリケーションインターフェースを表示するために使用され、前記第１連携ホワイトボードアプリケーションと前記第２端末の第２連携ホワイトボードアプリケーションが連携モードにあり、かつ前記第２端末が前記第２連携ホワイトボードアプリケーションの第２アプリケーションインターフェースを表示する表示モジュールと、
    前記第２端末によって送信された制御パラメータを受信するために使用され、前記制御パラメータは、前記第２端末が前記第２アプリケーションインターフェースに対する制御操作を受け付けたときに生成される受信モジュールと、
    前記第１端末が前記制御パラメータに基づいて前記第１アプリケーションインターフェースのコンテンツを更新するために使用され、前記制御操作が移動操作であることが確認され、前記第１キャンバスが前記制御パラメータに基づいて移動し、前記第１キャンバスと前記第１アプリケーションインターフェースの同じ方向にある辺が重なる場合、前記第１端末が前記第１キャンバスのコンテンツを再レンダリングする更新モジュールと、を含むことを特徴とする装置。
18. コンピュータ記憶媒体であって、
    複数の命令を記憶しており、前記命令がプロセッサによってロードされて請求項１から請求項１６の任意の１項に記載の方法のステップを実行することに適することを特徴とするコンピュータ記憶媒体。
19. インテリジェントインタラクティブタブレットであって、
    プロセッサとメモリとを含み、前記メモリには、前記プロセッサによってロードされて請求項１から請求項１６の任意の１項に記載の方法のステップを実行することに適するコンピュータプログラムが記憶されることを特徴とするインテリジェントインタラクティブタブレット。
    

Images