(57)【要約】【課題】ネットワークを介して画面を共有する複数の端末の状況に応じた送信間隔で該画面を送信可能とすること。【解決手段】ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、をコンピュータが実行する。【選択図】図３
2017228241.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、
をコンピュータが実行することを特徴とする画面送信方法。
【請求項２】
前記決定する処理は、前記第２の指標値の方が前記第１の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが低下するように前記所定の間隔を決定する、
ことを特徴とする請求項１記載の画面送信方法。
【請求項３】
前記決定する処理は、前記第１の指標値の方が前記第２の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが高くなるように前記所定の間隔を決定する、
ことを特徴とする請求項１又は２記載の画面送信方法。
【請求項４】
前記第１の指標値は、前記ネットワークに関して前記第１の端末が使用可能な帯域と、前記第１の端末において前記画面を表示する処理の所要時間とに基づいて算出される、
ことを特徴とする請求項１乃至３いずれか一項記載の画面送信方法。
【請求項５】
前記決定する処理によって決定された前記所定の間隔が閾値未満である場合、前記決定する処理によって決定された前記所定の間隔を無効として、前記送信する処理が送信する画面の画質を低下させる、
ことを特徴とする請求項１乃至４いずれか一項記載の画面送信方法。
【請求項６】
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する送信部と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する反映部と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する決定部と、
を有することを特徴とする画面送信装置。
【請求項７】
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画面送信方法、画面送信装置、及びプログラムに関する。
【背景技術】
【０００２】
近年、事業継続性（ＢＣＰ：Business  Continuity  Plan）やセキュリティ等の観点から、仮想デスクトップシステム（ＶＤＩ：Virtual  Desktop  Infrastructure）が普及しつつある。仮想デスクトップシステムとは、仮想化されたサーバ上の仮想マシン（ＶＭ（Virtual  Machine））に仮想的なデスクトップ環境を構築し、当該デスクトップ環境をシンクライアント端末２０等からネットワーク等を経由して利用可能とするシステムである。仮想マシンとは、サーバが持つＣＰＵやメモリ等の資源が分割して割り当てられた仮想的な計算機である。仮想マシンを実現する技術は、仮想化技術（Virtualization  Technology）と呼ばれる。シンクライアントとは、サーバの処理能力を利用して実現された仮想デスクトップ環境をネットワーク経由で利用可能とする方式である。
【０００３】
これまで、仮想デスクトップシステムは、単純な事務作業に使われることが多かった。しかし、近年では高精細なＣＡＤアプリケーションや映像を扱う作業にも仮想デスクトップに対するニーズが高まってきている。その際、開発や設計時に効率的なコミュニケーションを行うために、複数の端末で同じ画面を共有してコラボレーションを行いたいというニーズもある。特に、ＣＡＤデータ等の機密性の高い設計データについては、データセンター等のセキュリティが確保された環境に格納された状態で、遠隔地間でコラボレーションを行いたいというニーズも存在する。このようなニーズに対して、仮想デスクトップシステムは好適である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−３３１１９９号公報
【特許文献２】特開２００１−１４２５３号公報
【特許文献３】特開平９−１９８２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
仮想デスクトップの画面を複数の端末で共有する場合、端末ごとに通信環境（ネットワークの帯域）や画像の描画性能が異なる可能性が有るため、サーバから端末への画面情報の送信に関するフレームレート（画面情報の送信間隔）の調整が必要となる。但し、端末ごとに異なるフレームレートで画面情報を送信するのは、サーバ側の負担が大きい。一方、全ての端末に対して共通に設定された固定的なフレームレートでは、通信環境や端末の性能を十分に利用できない可能性も有る。
【０００６】
そこで、本発明は、ネットワークを介して画面を共有する複数の端末の状況に応じた送信間隔で該画面を送信可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、をコンピュータが実行する。
【発明の効果】
【０００８】
一側面として、ネットワークを介して画面を共有する複数の端末の状況に応じた送信間隔で該画面を送信可能とすることができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施の形態における仮想デスクトップシステムの構成例を示す図である。
【図２】第１の実施の形態におけるサーバ装置のハードウェア構成例を示す図である。
【図３】第１の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。
【図４】第１の実施の形態において操作イベントの受信に応じてサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【図５】第１の実施の形態において更新画像情報の送信時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【図６】第１の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【図７】第１の実施の形態において更新画像情報の受信に応じてクライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【図８】画像情報記憶部の構成例を示す図である。
【図９】使用可能帯域記憶部の構成例を示す図である。
【図１０】処理能力記憶部の構成例を示す図である。
【図１１】描画フレームレート記憶部の構成例を示す図である。
【図１２】第１の実施の形態において操作権要求の送信時にクライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【図１３】第１の実施の形態の具体例を説明するための図である。
【図１４】操作権の移動先の描画フレームレートが送信フレームレートとされる場合の各クライアント端末における更新画像情報の受信タイミング等を示す図である。
【図１５】第１の実施の形態が適用された場合の各クライアント端末における更新画像情報の受信タイミング等を示す図である。
【図１６】第２の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。
【図１７】第２の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【図１８】第３の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。
【図１９】第３の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態における仮想デスクトップシステムの構成例を示す図である。図１において、仮想デスクトップシステム１は、サーバ装置１０と、クライアント端末２０ａ、クライアント端末２０ｂ、及びクライアント端末２０ｃ等の複数のクライアント端末２０とを含む。サーバ装置１０と各クライアント端末２０とは、インターネット又はＬＡＮ（Local  Area  Network）等のネットワークを介して接続される。
【００１１】
サーバ装置１０は、仮想デスクトップを構築し、当該仮想デスクトップをネットワーク経由で各クライアント端末２０から利用可能とするための処理を実行するコンピュータである。
【００１２】
クライアント端末２０は、仮想デスクトップに対するユーザインタフェースとして機能する端末である。複数のクライアント端末２０は、同一の仮想デスクトップの画面を共有する。ＰＣ（Personal  Computer）、タブレット端末、又はスマートフォン等がクライアント端末２０として利用されてもよい。
【００１３】
図２は、第１の実施の形態におけるサーバ装置のハードウェア構成例を示す図である。図２のサーバ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１４】
サーバ装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１５】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってサーバ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１６】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard  Disk  Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００１７】
なお、各クライアント端末２０も、図２に示したハードウェア構成を有していてもよい。
【００１８】
図３は、第１の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。図３において、クライアント端末２０は、クライアント受信部２１、画像情報展開部２２、受信画像描画部２３、画面表示部２４、最大描画フレームレート予測部２５、操作イベント取得部２６、操作権要求送信部２７、及びクライアント送信部２８等を有する。これら各部は、クライアント端末２０にインストールされた１以上のプログラムが、クライアント端末２０のＣＰＵに実行させる処理により実現される。クライアント端末２０は、また、画像情報記憶部２０１、使用可能帯域記憶部２０２、処理能力記憶部２０３、描画バッファ２０４、及び描画フレームレート記憶部２０５等を利用する。これら各記憶部は、例えば、クライアント端末２０の補助記憶装置又はメモリ装置等を用いて実現可能である。
【００１９】
クライアント受信部２１は、仮想デスクトップ画面の更新領域の画像情報である更新画像情報をサーバ装置１０から受信する。更新領域とは、現在表示されている仮想デスクトップ画面に対して更新された領域をいう。クライアント受信部２１は、更新画像情報のデータ量［ｂｙｔｅ］や、更新画像情報に係る更新領域の面積［ｐｉｘｅｌ２］等を、画像情報記憶部２０１に記憶する。クライアント受信部２１は、また、更新画像情報等の受信に要した時間に基づいて、サーバ装置１０との間の通信に関して、現時点の使用可能な帯域（以下、「使用可能帯域」という。）を推定し、推定結果を使用可能帯域記憶部２０２に記憶する。なお、使用可能帯域の推定は、公知技術を用いて行われればよい。
【００２０】
画像情報展開部２２は、クライアント受信部２１により受信された更新画像情報を展開する。展開とは、符号化により圧縮されている更新画像情報を解凍又は復元することをいう。画像情報展開部２２は、また、展開処理に要した処理時間を処理能力記憶部２０３に記憶する。
【００２１】
受信画像描画部２３は、画像情報展開部２２により展開された更新画像情報を描画バッファ２０４へ書き込む。受信画像描画部２３は、また、前後のフレーム（更新画像情報）の描画バッファへの書込時刻の差分に基づいて、単位時間あたりに描画されている更新画像情報の数（以下、「描画フレームレート」という。）を算出する。算出結果は、描画フレームレート記憶部２０５に記憶される。
【００２２】
画面表示部２４は、描画バッファ２０４の内容を、クライアント端末２０の表示装置に表示する。
【００２３】
最大描画フレームレート予測部２５は、画像情報記憶部２０１に記憶されている値と、処理能力記憶部２０３に記憶されている値と、使用可能帯域記憶部２０２に記憶されている使用可能帯域とに基づいて、最大描画フレームレートを算出する。最大描画フレームレートとは、クライアント端末２０が単位時間あたりに描画可能なフレーム数の上限の予測値をいう。最大描画フレームレートは、クライアント端末２０における仮想デスクトップ画面の表示の滑らかさ（の上限）を示す指標値の一例である。
【００２４】
操作イベント取得部２６は、クライアント端末２０に接続されたキーボード、マウス、又はタッチパネル等の入力装置から操作イベントを取得する。
【００２５】
操作権要求送信部２７は、入力装置を介してユーザによって入力される、操作権の獲得指示に応じ、操作権の取得要求（以下、「操作権要求」という。）をサーバ装置１０へ送信する。操作権とは、仮想デスクトップ画面の操作を行う権利をいう。本実施の形態では、操作権が与えられたクライアント端末２０による操作のみが有効となる。なお、操作権要求には、最大描画フレームレート予測部２５によって算出された最大描画フレームレートが含まれる。
【００２６】
クライアント送信部２８は、操作イベント取得部２６によって取得される操作イベント（操作情報）や操作権要求等をサーバ装置１０へ送信する。
【００２７】
一方、サーバ装置１０は、画面情報取得部１１１、更新画像情報生成部１１２、サーバ送信部１１３、サーバ受信部１１４、操作権要求受信部１１５、送信フレームレート調整部１１６、操作権設定部１１７、操作イベント受信部１１８、操作可否判定部１１９、及び操作イベント実行部１２０等を有する。これら各部は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。サーバ装置１０は、また、フレームバッファ１３１及び操作権記憶部１３２等を利用する。これら各記憶部は、例えば、メモリ装置１０３又は補助記憶装置１０２等を用いて実現可能である。
【００２８】
画面情報取得部１１１は、サーバ装置１０のＯＳ（Operating  System）が管理する、フレームバッファ１３１に記憶されている仮想デスクトップ画面の表示情報（以下、「画面表示情報」という。）を、送信フレームレート調整部１１６から設定された送信フレームレートに基づく時間間隔で取得する。画面表示情報は、仮想デスクトップ画面全体の表示内容を示す画像情報である。
【００２９】
更新画像情報生成部１１２は、画面情報取得部１１１により取得された画面表示情報から、更新領域の画像情報（更新画像情報）を抽出し、当該更新画像情報を圧縮する。
【００３０】
サーバ送信部１１３は、更新画像情報生成部１１２により生成された更新画像情報をクライアント端末２０へ送信する。
【００３１】
サーバ受信部１１４は、操作イベントや操作権要求をクライアント端末２０から受信する。
【００３２】
操作権要求受信部１１５は、サーバ受信部１１４による受信情報が操作権要求である場合に、当該受信情報から当該操作権要求を取得する。
【００３３】
送信フレームレート調整部１１６は、操作権の移動元（操作権を有している）のクライアント端末２０の最大描画フレームレートと、操作権要求に含まれている、操作権の移動先のクライアント端末２０の最大描画フレームレートとの比較に基づいて、送信フレームレートを決定する。送信フレームレート調整部１１６は、決定された送信フレームレートを、画面情報取得部１１１に設定する。
【００３４】
操作権設定部１１７は、操作権の移動先のクライアント端末２０の識別情報（以下、「端末ＩＤ」という。）を操作権記憶部１３２に記憶する。なお、ＩＰアドレスが、端末ＩＤとして用いられてもよい。
【００３５】
操作イベント受信部１１８は、サーバ受信部１１４による受信情報が操作イベントである場合に、当該受信情報から当該操作イベントを取得する。
【００３６】
操作可否判定部１１９は、操作イベント受信部１１８で受信した操作イベントの送信元に応じて操作イベントの実行の可否を判定する。具体的には、操作可否判定部１１９は、操作イベントの送信元が操作権を有するクライアント端末２０であれば、当該操作イベントを実行可能であると判定し、そうでなければ当該操作イベントを実行不可能であると判定する。
【００３７】
操作イベント実行部１２０は、実行可能であると判定された操作イベントをＯＳに渡して当該操作イベントに応じた処理をＯＳに実行させる。
【００３８】
以下、サーバ装置１０及びクライアント端末２０のそれぞれが実行する処理手順について説明する。図４は、第１の実施の形態において操作イベントの受信に応じてサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【００３９】
クライアント端末２０において発生した、仮想デスクトップ画面に対する操作イベントがサーバ受信部１１４によって受信されると（Ｓ１１０でＹＥＳ）、操作イベント受信部１１８は、当該操作イベントと、当該操作イベントの送信元のクライアント端末２０の端末ＩＤ（以下、「送信元ＩＤ」という。）とをサーバ受信部１１４が受信した情報から取得する（Ｓ１２０）。
【００４０】
続いて、操作可否判定部１１９は、操作イベントの送信元のクライアント端末２０が操作権を有するか否かを判定する（Ｓ１３０）。具体的には、送信元ＩＤが、操作権記憶部１３２に記憶されている端末ＩＤに一致すれば、操作イベントの送信元のクライアント端末２０が操作権を有すると判定され、そうでなければ、操作イベントの送信元のクライアント端末２０が操作権を有さないと判定される。
【００４１】
操作イベントの送信元のクライアント端末２０が操作権を有さない場合（Ｓ１３０でＮＯ）、操作可否判定部１１９は、当該操作イベントを破棄する。操作イベントの送信元のクライアント端末２０が操作権を有する場合（Ｓ１３０でＹＥＳ）、操作イベント実行部１２０は、当該操作イベントをＯＳに実行させる（Ｓ１４０）。その結果、当該操作イベントに係る操作結果が、フレームバッファ１３１に記憶されている仮想デスクトップの画面表示情報に反映される。すなわち、当該画面表示情報が操作イベントに応じて変化する。
【００４２】
図５は、第１の実施の形態において更新画像情報の送信時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【００４３】
ステップＳ２１０において、画面情報取得部１１１は、画面表示情報の取得タイミングであるか否かを判定する。当該取得タイミングは、送信フレームレート調整部１１６によって設定される送信フレームレートに基づいて判定される。すなわち、前回の（最後の）画面表示情報の取得時期から送信フレームレートに基づく時間間隔が経過しているか否かが判定される。
【００４４】
画面表示情報の取得タイミングが到来すると（Ｓ２１０でＹＥＳ）、画面情報取得部１１１は、フレームバッファ１３１から仮想デスクトップ画面の画面表示情報を取得する（Ｓ２２０）。
【００４５】
続いて、更新画像情報生成部１１２は、今回取得した画面表示情報と、前回取得した画面表示情報との差分の領域に係る更新画像情報を生成し、当該更新画像情報を圧縮する（Ｓ２３０）。続いて、サーバ送信部１１３は、当該更新画像情報を各クライアント端末２０へ送信する（Ｓ２４０）。すなわち、各クライアント端末２０へは、同じ時間間隔で更新画像情報が一斉に送信される。
【００４６】
図６は、第１の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。
【００４７】
サーバ受信部１１４によって操作権要求が受信されると（Ｓ３１０でＹＥＳ）、操作権要求受信部１１５は、当該操作権要求に含まれている最大描画フレームレートと、当該操作権要求の送信元のクライアント端末２０（以下、「移動先クライアント端末２０」という。）の端末ＩＤ（以下、「移動先ＩＤ」という。）とをサーバ受信部１１４が受信した情報から取得する（Ｓ３２０）。
【００４８】
続いて、送信フレームレート調整部１１６は、現時点において操作権を有しているクライアント端末２０の最大描画フレームレートを、当該クライアント端末２０（以下、「移動元クライアント端末２０」という。）から取得する（Ｓ３３０）。なお、移動元クライアント端末２０は、操作権記憶部１３２を参照して特定可能である。
【００４９】
続いて、送信フレームレート調整部１１６は、移動元クライアント端末２０の最大描画フレームレートと、移動先クライアント端末２０の最大描画フレームレートとの大小関係に基づいて、送信フレームレートを算出する（Ｓ３４０）。例えば、移動先の最大描画フレームレートの方が小さい場合（移動先の方が表示の滑らかさが低い場合）、送信フレームレート調整部１１６は、移動先の最大描画フレームレート＋１を、新たな送信フレームレートとする。すなわち、移動先よりも表示の滑らかさが高くなるように送信フレームレートが決定される。一方、移動先の最大描画フレームレートの方が大きい場合（移動先の方が表示の滑らかさが高い場合）、移動先の最大描画フレームレート×０．７を、新たな送信フレームレートとする。すなわち、移動先よりも表示の滑らかさが低くなるように送信フレームレートが決定される。
【００５０】
送信フレームレートがこのように決定されることで、操作権の移動に伴う送信フレームレートの変化を、緩やかなものにすることができる。すなわち、操作権の移動に伴う仮想デスクトップ上の画面の更新の滑らかさの変化を緩やかなものにすることができる。
【００５１】
なお、移動先の最大描画フレームレート＋１や移動先の最大描画フレームレート×０．７における「＋１」や「０．７」は、一例に過ぎない。また、同趣旨の算出方法であれば、他の方法によって送信フレームレートが算出されてもよい。
【００５２】
続いて、送信フレームレート調整部１１６は、算出された送信フレームレートを画面情報取得部１１１に設定する（Ｓ３５０）。その結果、サーバ装置１０からクライアント端末２０に対する送信フレームレートが更新される。
【００５３】
続いて、操作権設定部１１７は、操作権を移動させる（Ｓ３６０）。具体的には、操作権設定部１１７は、移動先ＩＤを操作権記憶部１３２に記憶する。この際、操作権記憶部１３２に記憶されていた移動元ＩＤは、移動先ＩＤによって上書きされる。
【００５４】
次に、クライアント端末２０が実行する処理について説明する。図７は、第１の実施の形態において更新画像情報の受信に応じてクライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【００５５】
クライアント受信部２１は、サーバ装置１０から送信された更新画像情報を受信すると（Ｓ４０１でＹＥＳ）、当該更新画像情報のデータ量と、当該更新画像情報に係る更新領域の面積とを画像情報記憶部２０１に記憶する（Ｓ４０２）。
【００５６】
図８は、画像情報記憶部の構成例を示す図である。図８に示されるように、画像情報記憶部２０１には、受信された各更新画像情報のデータ量及び面積が記憶される。
【００５７】
続いて、クライアント受信部２１は、当該更新画像情報のデータ量と、当該更新画像情報の転送時間（送信されてから受信までの所要時間）とに基づいて、使用可能帯域の推定値を算出する（Ｓ４０３）。当該推定値は、使用可能帯域記憶部２０２に記憶される。
【００５８】
図９は、使用可能帯域記憶部の構成例を示す図である。図９に示されるように、使用可能帯域記憶部２０２には、最後に算出された使用可能帯域［Ｍｂｐｓ］が記憶される。
【００５９】
続いて、画像情報展開部２２は、受信された更新画像情報を展開することで、圧縮されていた更新画像情報を復元する（Ｓ４０４）。この際、画像情報展開部２２は、単位データ量の展開に要した処理時間を計測する。続いて、画像情報展開部２２は、計測した処理時間を処理能力記憶部２０３に記憶する（Ｓ４０５）。
【００６０】
図１０は、処理能力記憶部の構成例を示す図である。図１０に示されるように、処理能力記憶部２０３には、圧縮方式又は符号化方式（以下、単に「方式」という。）ごとに、単位データ量あたりの処理時間［ｍｓ］及び割合［％］が記憶される。すなわち、一つの更新画像情報に係る更新領域に対して、例えば、部分領域別に異なる方式が適用される場合が有る。したがって、画像情報展開部２２は、方式ごとに単位データ量あたりの処理時間を計測し、計測結果を処理能力記憶部２０３に記憶する。また、画像情報展開部２２は、更新領域において各方式が適用されていた部分領域の割合（部分領域の面積÷更新領域の面積）を、処理能力記憶部２０３の割合の列に記憶する。なお、処理能力記憶部２０３に記憶される値は、最新の値のみでもよいし、平均値でもよい。平均値が採用される場合、計測結果の履歴が記憶されてもよい。
【００６１】
続いて、受信画像描画部２３は、展開された更新画像情報を描画バッファ２０４に書き込む（Ｓ４０６）。続いて、受信画像描画部２３は、前回受信された更新画像情報を描画バッファ２０４に書き込んだ時刻から、今回受信された更新画像情報を描画バッファ２０４に書き込んだ時刻までの経過時間に基づいて、１秒あたりに描画バッファ２０４に書き込む回数（描画フレームレート）を算出する（Ｓ４０７）。算出結果は、描画フレームレート記憶部２０５に記憶される。
【００６２】
図１１は、描画フレームレート記憶部の構成例を示す図である。図１１に示されるように、描画フレームレート記憶部２０５には、算出された描画フレームレート［ＦＰＳ］が記憶される。なお、描画フレームレートは、仮想デスクトップ画面の表示の滑らかさの実績値であるといえる。
【００６３】
なお、更新画像情報は、仮想デスクトップにおいて更新分の画像情報であるため、データサイズが一定でない可能性が有る。そのような場合には、例えば、描画バッファ２０４への書き込み時刻の履歴が描画フレームレート記憶部２０５に記憶され、当該履歴が示す書き込み時刻の間隔の平均値に基づいて、描画フレームレートが算出されてもよい。
【００６４】
続いて、画面表示部２４は描画バッファ２０４の内容を表示装置へ出力する（Ｓ４０８）。
【００６５】
図１２は、第１の実施の形態において操作権要求の送信時にクライアント端末が実行する処理手順の一例を説明するためのフローチャートである。
【００６６】
操作権の獲得指示がユーザによって入力されると（Ｓ５０１でＹＥＳ）、最大描画フレームレート予測部２５は、画像情報記憶部２０１に記憶されている値と、処理能力記憶部２０３に記憶されている値と、使用可能帯域記憶部２０２に記憶されている値とに基づいて、最大描画フレームレートの予測値を算出する（Ｓ５０２）。当該予測値の算出方法の詳細については後述される。
【００６７】
続いて、操作権要求送信部２７は、当該予測値と、当該クライアント端末２０の端末ＩＤとを含む操作権要求を、クライアント送信部２８を介してサーバ装置１０へ送信する（Ｓ５０３）。
【００６８】
続いて、最大描画フレームレートの予測値の算出方法の一例について説明する。ここで、使用可能帯域記憶部２０２に記憶されている使用可能帯域がＤ１［Ｍｂｐｓ］であるとする。また、図１０に示されるように、方式ＣｏｄｅｃＡが更新領域において適用されている割合がＲａｔｅＡ［％］であり、方式ＣｏｄｅｃＢが更新領域において適用されている割合がＲａｔｅＢ［％］であるとする（０＜ＲａｔｅＡ＜１００，０＜ＲａｔｅＢ＜１００）。
【００６９】
この場合、更新画像情報の単位データ量（例えば、Ｕ［ピクセル］）あたりの処理時間Ｔ［ｍｓ］は、以下のように算出される。
Ｔ＝Ｔａ×ＲａｔｅＡ／１００＋Ｔｂ×ＲａｔｅＢ／１００
すなわち、各方式の処理時間に対して適用割合によって重み付けをした合計値が、処理時間Ｔとされる。
【００７０】
また、１フレーム（１回に受信される更新画像情報）あたりの平均受信データ量をＲ［ｂｙｔｅ］、１フレームあたりの更新領域の面積をＡ［ピクセル］とする。
【００７１】
この場合、１フレームあたりの処理時間ｔ［ｍｓ］は、以下で示される。
ｔ＝（Ｒ×８／Ｄ１）＋（Ａ／Ｕ）×Ｔ
なお、Ｒ及びＡの値は、画像情報記憶部２０１を参照して求めることができる。
【００７２】
上記より、最大描画フレームレート［ＦＰＳ］は、以下の通り逆数で示される。
【００７３】
【数１】
2017228241.tif 000003
【００７４】
例えば、サーバ装置１０の送信フレームレートがあまり高くなく、クライアント端末２０側の通信環境や処理能力に余裕のある場合に、送信フレームレートよりも描画最大フレームレートの値の方が大きくなる場合が有ると考えられる。
【００７５】
なお、描画フレームレートが送信フレームレート以下である場合、描画フレームレートがそのまま最大描画フレームレートとされてもよい。このような状況では、クライアント端末２０の性能の上限において、仮想デスクトップ画面の描画が行われていると考えられるからである。この場合、クライアント端末２０は、クライアント受信部２１による更新画像情報の受信間隔に基づいて、送信フレームレートを推定してもよい。
【００７６】
続いて、第１の実施の形態の具体例について説明する。図１３は、第１の実施の形態の具体例を説明するための図である。図１３では、クライアント端末２０ａ、クライアント端末２０ｂ、及びクライアント端末２０ｃによって、仮想デスクトップ画面が共有されている状態が示されている。各クライアント端末２０の描画フレームレートは、順番に、５［ＦＰＳ］、１０［ＦＰＳ］、３［ＦＰＳ］である。また、各クライアント端末２０の使用可能帯域は、順番に、５［Ｍｂｐｓ］、７［Ｍｂｐｓ］、３［Ｍｂｐｓ］である。
【００７７】
当初、クライアント端末２０ｂが操作権を有しており、その際の送信フレームレートが７［ＦＰＳ］であったとする。各クライアント端末２０の最大描画フレームレートは、順番に、５［Ｍｂｐｓ］、１０［Ｍｂｐｓ］、３［Ｍｂｐｓ］であるとする。すなわち、クライアント端末２０ｂは、送信フレームレートに対して余裕が有る状態である。
【００７８】
ここで、操作権がクライアント端末２０ｂからクライアント端末２０ｃに移動した場合、比較される最大描画フレームレートは、移動元の１０［Ｍｂｐｓ］と移動先の３［Ｍｂｐｓ］である。移動先の方が小さいため、送信フレームレートは、３＋１＝４［Ｍｂｐｓ］とされる。なお、仮に、クライアント端末２０ｃからクライアント端末２０ｂに送信権が移動する場合、送信フレームレートは、１０×０．７＝７［Ｍｂｐｓ］とされる。
【００７９】
ここで、操作権の移動先の描画フレームレートがそのまま送信フレームレートにされる場合と、第１の実施の形態が適用される場合との違いについて説明する。
【００８０】
図１４は、操作権の移動先の描画フレームレートが送信フレームレートとされる場合の各クライアント端末における更新画像情報の受信タイミング等を示す図である。
【００８１】
図１４において、縦軸は、クライアント端末２０ごとの送信データ転送速度を示し、横軸は、時間を示す。また、最上段は、サーバ装置１０からの更新画像情報の送信タイミングを示す。各クライアント端末２０において、データ１〜データ３を示す矩形の幅は、当該データの転送及び描画の所要時間である。当該矩形の高さは、クライアント端末２０の送信データ転送速度である。なお、図１４において、クライアントＡ、クライアントＢ、クライアントＣは、順番に、図１３のクライアント端末２０ａ、クライアント端末２０ｂ、クライアント端末２０ｃに対応する。
【００８２】
図１４では、送信フレームレートが、クライアントＣの描画フレームレート（３［ＦＰＳ］）に合わせられている。すなわち、更新画像情報の送信間隔は、クライアントＣにおけるデータ１〜データ３の転送及び描画の所要時間に合わせられている。したがって、クライアントＡ及びクライアントＢにおいては、更新画像情報（１）のデータ３を受信してから、更新画像情報（２）のデータ１を受信するまでの間隔が大きくなっている。このことは、仮想デスクトップ画面の表示の滑らかさが低下していることを示す。
【００８３】
一方、図１５は、第１の実施の形態が適用された場合の各クライアント端末における更新画像情報の受信タイミング等を示す図である。図１５の見方は、図１４と同じである。
【００８４】
図１５では、送信フレームレートが、クライアントＣの最大描画フレームレート＋１＝４［ＦＰＳ］にされている例を示す。この場合、送信間隔は、図１４よりもΔｔだけ短くなる。したがって、各クライアント端末２０は、図１４よりも、Δｔだけ早いタイミングで更新画像情報（２）を受信することができる。その結果、クライアントＡ及びクライアントＢにおいては、図１４よりも、仮想デスクトップの画面の表示の滑らかさが向上する。
【００８５】
なお、図１５において、クライアントＣは、更新画像情報（１）のデータ３の処理が完了する前に、更新画像情報（２）の受信が開始されてしまう。このような状態おいて、クライアントＣがどのように振る舞うのかは、クライアントＣのＯＳ（Operating  System）や、仮想デスクトップのクライアントプログラム等の実装に依存する。
【００８６】
上述したように、第１の実施の形態によれば、仮想デスクトップ画面の操作権の移動元の表示の滑らかさと、当該操作権の移動先の表示の滑らかさとの比較に基づいて、表示フレームレートが決定される。したがって、ネットワークを介して仮想デスクトップ画面を共有する複数のクライアント端末２０の状況に応じた送信間隔で仮想デスクトップ画面を送信可能とすることができる。
【００８７】
次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。第２の実施の形態において、特に言及されない点については、第１の実施の形態と同様でもよい。第２の実施の形態では、操作権の移動に伴って算出された送信フレームレートが閾値αを下回る場合に、送信フレームレートは変えずに、更新画像情報の画質を調整することで、表示の滑らかさの低下を抑制する例を説明する。
【００８８】
図１６は、第２の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。図１６中、図３と同一部分には同一符号を付し、その説明は省略する。図１６において、サーバ装置１０は、更に、画質調整部１２１を有する。画質調整部１２１は、操作権の移動に伴って算出された送信フレームレートが閾値αを下回る場合に、更新画像情報の画質を低下させる。なお、画質調整部１２１は、サーバ装置１０にインストールされた１以上のプログラムがＣＰＵ１０４に実行させる処理により実現される。
【００８９】
図１７は、第２の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。図１７中、図６と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００９０】
ステップＳ３４０に続いて、画質調整部１２１は、算出された送信フレームレートが閾値α（例えば、５［ＦＰＳ］）未満であるか否かを判定する（Ｓ３４１）。算出された送信フレームレートが閾値α以上であれば（Ｓ３４１でＮＯ）、第１の実施の形態と同様に、ステップＳ３５０以降が実行される。
【００９１】
一方、算出された送信フレームレートが閾値α未満であれば（Ｓ３４１でＹＥＳ）、画質調整部１２１は、更新画像情報の画質として所定値を更新画像情報生成部１１２に設定する（Ｓ３４２）。例えば、通常の画質の５０％の画質となるような値が、所定値として設定される。更新画像情報生成部１１２は、以降において更新画像情報を生成する際には、設定された所定値に応じた画質で、更新画像情報を生成する。ここで、画質は、符号化において情報が欠落する程度を示す概念である。画質の調整は、符号化のパラメータの値の変更や、符号化方式の変更等によって実現可能である。したがって、当該所定値は、符号化のパラメータの値であってもよいし、符号化方式を示す値であってもよい。
【００９２】
続いて、画質調整部１２１は、閾値αを送信フレームレートとして、画面情報取得部１１１に設定する（Ｓ３４３）。すなわち、算出された送信フレームレートが無効とされる。
【００９３】
例えば、図１３に示したようなケースにおいて、閾値α＝５［ＦＰＳ］であるとする。この場合、第２の実施の形態においてクライアント端末２０ｃに操作権が移動した際に決定される送信フレームレートは、閾値α（５［ＦＰＳ］）である。当該送信フレームレートは、クライアント端末２０ｃの処理能力の上限（最大描画フレームレート）を２［ＦＰＳ］上回るため、クライアント端末２０ｃの処理負荷が増加し、その結果として、クライアント端末２０ｃにおける表示の滑らかさが低下してしまう可能性が有る。そこで、第２の実施の形態では、更新画像情報の画質の低下が図られている。更新画像情報の画質が低下することにより、送信フレームレートが高くなったとしても、更新画像情報の転送時間やクライアント端末２０ｃの処理負荷の増加を抑制することができる。一方、送信フレームレートが閾値α未満になることが回避されるため、クライアント端末２０ａやクライアント端末２０ｂにおける表示の滑らかさの低下を抑制することができる。
【００９４】
なお、閾値αは、各クライアント端末２０の描画フレームレートに応じて変動するようにしてもよい。また、送信フレームレートが閾値αを下回った際の画質の設定値も固定値ではなく動的に変更するようにしてもよい。
【００９５】
次に、第３の実施の形態について説明する。第３の実施の形態では第１の実施の形態と異なる点について説明する。第３の実施の形態において、特に言及されない点については、第１の実施の形態と同様でもよい。第３の実施の形態では、操作権の移動に伴って算出された送信フレームレートが閾値βを下回る場合に、操作権の移動を停止することで、表示の滑らかさの低下を抑制する例について説明する。なお、閾値βは、閾値αと同じでもよい。
【００９６】
図１８は、第３の実施の形態における仮想デスクトップシステムの機能構成例を示す図である。図１８中、図３と同一部分には同一符号を付し、その説明は省略する。図１８において、サーバ装置１０は、更に、送信フレームレート確認部１２２を有する。送信フレームレート確認部１２２は、操作権の移動に伴って算出された送信フレームレートが閾値βを下回る場合に、操作権の移動を中止させる。なお、送信フレームレート確認部１２２は、サーバ装置１０にインストールされた１以上のプログラムがＣＰＵ１０４に実行させる処理により実現される。
【００９７】
図１９は、第３の実施の形態において操作権の移動時にサーバ装置が実行する処理手順の一例を説明するためのフローチャートである。図１９中、図６と同一ステップには同一ステップ番号を付し、その説明は省略する。
【００９８】
ステップＳ３４０に続いて、送信フレームレート確認部１２２は、算出された送信フレームレートが閾値β（例えば、５［ＦＰＳ］）未満であるか否かを判定する（Ｓ３４５）。算出された送信フレームレートが閾値β以上であれば（Ｓ３４５でＮＯ）、第１の実施の形態と同様に、ステップＳ３５０以降が実行される。
【００９９】
一方、算出された送信フレームレートが閾値β未満であれば（Ｓ３４５でＹＥＳ）、送信フレームレート確認部１２２は、ステップＳ３５０以降の実行を回避させる。その結果、操作権は移動されず、送信フレームレートの変更は行われない。
【０１００】
例えば、図１３に示したようなケースでは、クライアント端末２０ｃへの操作権の移動は回避される。その結果、クライアント端末２０ｃに引きずられて、他のクライアント端末２０における表示の滑らかさが低下してしまうのを回避することができる。
【０１０１】
なお、閾値βは、各クライアント端末２０の描画フレームレートに応じて変動するようにしてもよい。
【０１０２】
また、第３の実施の形態と第２の実施の形態とが組み合わされてもよい。この場合、閾値β＜閾値αであってもよい。
【０１０３】
なお、上記各実施の形態において、サーバ装置１０は、画面送信装置の一例である。サーバ送信部１１３は、送信部の一例である。操作イベント実行部１２０は、反映部の一例である。送信フレームレート調整部１１６は、決定部の一例である。画質調整部１２１は、調整部の一例である。
【０１０４】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０５】
以上の説明に関し、更に以下の項を開示する。
（付記１）
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、
をコンピュータが実行することを特徴とする画面送信方法。
（付記２）
前記決定する処理は、前記第２の指標値の方が前記第１の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが低下するように前記所定の間隔を決定する、
ことを特徴とする付記１記載の画面送信方法。
（付記３）
前記決定する処理は、前記第１の指標値の方が前記第２の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが高くなるように前記所定の間隔を決定する、
ことを特徴とする付記１又は２記載の画面送信方法。
（付記４）
前記第１の指標値は、前記ネットワークに関して前記第１の端末が使用可能な帯域と、前記第１の端末において前記画面を表示する処理の所要時間とに基づいて算出される、
ことを特徴とする付記１乃至３いずれか一項記載の画面送信方法。
（付記５）
前記決定する処理によって決定された前記所定の間隔が閾値未満である場合、前記決定する処理によって決定された前記所定の間隔を無効として、前記送信する処理が送信する画面の画質を低下させる、
ことを特徴とする付記１乃至４いずれか一項記載の画面送信方法。
（付記６）
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する送信部と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する反映部と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する決定部と、
を有することを特徴とする画面送信装置。
（付記７）
前記決定部は、前記第２の指標値の方が前記第１の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが低下するように前記所定の間隔を決定する、
ことを特徴とする付記６記載の画面送信装置。
（付記８）
前記決定部は、前記第１の指標値の方が前記第２の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが高くなるように前記所定の間隔を決定する、
ことを特徴とする付記６又は７記載の画面送信装置。
（付記９）
前記第１の指標値は、前記ネットワークに関して前記第１の端末が使用可能な帯域と、前記第１の端末において前記画面を表示する処理の所要時間とに基づいて算出される、
ことを特徴とする付記６乃至８いずれか一項記載の画面送信装置。
（付記１０）
前記決定部によって決定された前記所定の間隔が閾値未満である場合、前記決定部によって決定された前記所定の間隔を無効として、前記送信部が送信する画面の画質を低下させる調整部、
を有することを特徴とする付記６乃至９いずれか一項記載の画面送信装置。
（付記１１）
ネットワークを介して接続される複数の端末によって共有される画面を所定の間隔で前記複数の端末へ送信する処理と、
前記複数の端末のうち前記画面に対する操作権が与えられた端末から前記画面に対する操作情報を受信すると、前記操作情報を前記画面に反映する処理と、
前記操作権を第１の端末から第２の端末へ移動する際に、前記第１の端末における前記画面の表示の滑らかさを示す第１の指標値と、前記第２の端末における前記画面の表示の滑らかさを示す第２の指標値との比較に基づいて、前記所定の間隔を決定する処理と、
をコンピュータに実行させることを特徴とするプログラム。
（付記１２）
前記決定する処理は、前記第２の指標値の方が前記第１の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが低下するように前記所定の間隔を決定する、
ことを特徴とする付記１１記載のプログラム。
（付記１３）
前記決定する処理は、前記第１の指標値の方が前記第２の指標値よりも前記表示が滑らかであることを示す場合には、前記第２の指標値に係る滑らかさよりも前記表示の滑らかさが高くなるように前記所定の間隔を決定する、
ことを特徴とする付記１１又は１２記載のプログラム。
（付記１４）
前記第１の指標値は、前記ネットワークに関して前記第１の端末が使用可能な帯域と、前記第１の端末において前記画面を表示する処理の所要時間とに基づいて算出される、
ことを特徴とする付記１１乃至１３いずれか一項記載のプログラム。
（付記１５）
前記決定する処理によって決定された前記所定の間隔が閾値未満である場合、前記決定する処理によって決定された前記所定の間隔を無効として、前記送信する処理が送信する画面の画質を低下させる、
ことを特徴とする付記１１乃至１４いずれか一項記載のプログラム。
【符号の説明】
【０１０６】
１            仮想デスクトップシステム
１０          サーバ装置
２０          クライアント端末
２１          クライアント受信部
２２          画像情報展開部
２３          受信画像描画部
２４          画面表示部
２５          最大描画フレームレート予測部
２６          操作イベント取得部
２７          操作権要求送信部
２８          クライアント送信部
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        画面情報取得部
１１２        更新画像情報生成部
１１３        サーバ送信部
１１４        サーバ受信部
１１５        操作権要求受信部
１１６        送信フレームレート調整部
１１７        操作権設定部
１１８        操作イベント受信部
１１９        操作可否判定部
１２０        操作イベント実行部
１２１        画質調整部
１２２        送信フレームレート確認部
１３１        フレームバッファ
１３２        操作権記憶部
２０１        画像情報記憶部
２０２        使用可能帯域記憶部
２０３        処理能力記憶部
２０４        描画バッファ
２０５        描画フレームレート記憶部
Ｂ            バス
【図１】
2017228241.tif 000004
【図２】
2017228241.tif 000005
【図３】
2017228241.tif 000006
【図４】
2017228241.tif 000007
【図５】
2017228241.tif 000008
【図６】
2017228241.tif 000009
【図７】
2017228241.tif 000010
【図８】
2017228241.tif 000011
【図９】
2017228241.tif 000012
【図１０】
2017228241.tif 000013
【図１１】
2017228241.tif 000014
【図１２】
2017228241.tif 000015
【図１３】
2017228241.tif 000016
【図１４】
2017228241.tif 000017
【図１５】
2017228241.tif 000018
【図１６】
2017228241.tif 000019
【図１７】
2017228241.tif 000020
【図１８】
2017228241.tif 000021
【図１９】
2017228241.tif 000022