(57)【要約】【課題】自装置および他の装置を用いて情報を送信する場合の処理負荷の増大を抑える。【解決手段】実施形態によれば、通信装置は、第一の機器からデータを受信する受信部と、受信したデータを第二の機器へ送信する送信部と、第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部とをもつ。この通信装置は、第一の機器から送信されて第二の機器で受信されるデータのうち自装置が第二の機器に送信するデータの範囲および第一の機器からデータを受信する他の装置が第二の機器に送信するデータの範囲を、測定部により測定した情報に基づいて決定する決定部をもつ。この通信装置は、第一の機器から受信したデータのうち決定部により決定した自装置が第二の機器に送信するデータの範囲に含まれるデータを第二の機器に送信する送信部をもつ。【選択図】      図２
2014204186.tif 000002
【特許請求の範囲】
【請求項１】
第一の機器からデータを受信する受信部と、
前記受信したデータを第二の機器へ送信する送信部と、
前記第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部と、
前記第一の機器から送信されて前記第二の機器で受信されるデータのうち自装置が前記第二の機器に送信するデータの範囲および前記第一の機器からデータを受信する他の装置が前記第二の機器に送信するデータの範囲を、前記測定部により測定した情報に基づいて決定する決定部と、
前記第一の機器から受信したデータのうち前記決定部により決定した前記自装置が前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する送信部と
を備えたことを特徴とする通信装置。
【請求項２】
複数の第一の機器のそれぞれからデータを受信し、前記受信したデータを合成した合成データを第二の機器へ送信する通信装置であって、
前記第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部と、
前記複数の第一の機器のそれぞれから送信されて前記第二の機器で受信される合成データのうち自装置が前記第二の機器に送信するデータの範囲および前記複数の第一の機器のそれぞれからデータを受信する他の装置が前記第二の機器に送信するデータの範囲を、前記測定部により測定した情報に基づいて決定する決定部と、
前記複数の第一の機器のそれぞれから受信したデータのうち前記決定部により決定した前記自装置が前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する送信部と
を備えたことを特徴とする通信装置。
【請求項３】
前記第二の機器で受信されるデータの品質の良し悪しを示す情報は、前記第二の機器との間の通信路の品質であり、
前記決定部は、
前記測定部が測定した品質が劣化した場合に、前記自装置が前記第二の機器へ送信するデータの範囲を小さくする
ことを特徴とする請求項１または請求項２に記載の通信装置。
【請求項４】
前記自装置が前記第二の機器に送信するデータの範囲として前記決定部により決定した範囲に含まれるデータのみを前記第一の機器から取得する取得部をさらに備える
ことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記他の通信装置から前記第二の機器に送信するデータの範囲として前記決定部により決定した範囲を示す情報を前記他の通信装置に通知する通知部をさらに備えた
ことを特徴とする請求項３に記載の通信装置。
【請求項６】
前記データは画面データであり、
前記第一の機器は前記画面データの送信機器であり、
前記第二の機器は前記画面データの表示機器であり、
前記データの範囲は、前記表示機器における前記画面データの表示範囲である
ことを特徴とする請求項３乃至請求項５のいずれかに記載の通信装置。
【請求項７】
請求項５に記載の通信装置と通信可能な他の通信装置であって、
前記第一の機器から受信したデータのうち前記通知部により通知された自装置から前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する
ことを特徴とする通信装置。
【請求項８】
通信装置に用いられる通信方法であって、
第一の機器からデータを受信し、
前記受信したデータを第二の機器へ送信し、
前記第二の機器で受信されるデータの品質の良し悪しを示す情報を測定し、
前記第一の機器から送信されて前記第二の機器で受信されるデータのうち自装置が前記第二の機器に送信するデータの範囲および前記第一の機器からデータを受信する他の装置が前記第二の機器に送信するデータの範囲を、前記測定した情報に基づいて決定し、
前記第一の機器から受信したデータのうち前記決定した前記自装置が前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する
ことを特徴とする通信方法。
【請求項９】
通信装置として動作するコンピュータに用いられる通信処理プログラムであって、
前記コンピュータを、
第一の機器からデータを受信する受信手段、
前記受信したデータを第二の機器へ送信する送信手段、
前記第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定手段、
前記第一の機器から送信されて前記第二の機器で受信されるデータのうち自装置が前記第二の機器に送信するデータの範囲および前記第一の機器からデータを受信する他の装置が前記第二の機器に送信するデータの範囲を、前記測定手段により測定した情報に基づいて決定する決定手段、および
前記第一の機器から受信したデータのうち前記決定手段により決定した前記自装置が前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する送信手段として機能させるための通信処理プログラム。
【請求項１０】
複数の第一の機器と、第二の機器と、通信装置とを有する通信システムであって、
前記通信装置は、
前記第一の機器からデータを受信する受信部と、
前記受信したデータを前記第二の機器へ送信する送信部と、
前記第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部と、
前記第一の機器から送信されて前記第二の機器で受信されるデータのうち自装置が前記第二の機器に送信するデータの範囲および前記第一の機器からデータを受信する他の装置が前記第二の機器に送信するデータの範囲を、前記測定部により測定した情報に基づいて決定する決定部と、
前記第一の機器から受信したデータのうち前記決定部により決定した前記自装置が前記第二の機器に送信するデータの範囲に含まれるデータを前記第二の機器に送信する送信部とを備えた
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報を集約して再配信する通信装置、通信方法、通信処理プログラムおよび通信システムに関する。
【背景技術】
【０００２】
端末機器（画面提供装置）の表示部に表示されている画面データ内容をキャプチャし、それを画面データとしてネットワーク接続された別の端末機器（画面表示装置）に対して送信する画面転送システムがある。これによれば、遠隔の端末機器側で表示されている画面の全部または一部を手元の端末機器で表示できるようになることから、例えば遠隔監視システムなど、様々な用途での応用が期待される。
【０００３】
一方、複数の映像提供機器から個別映像を受信し、それらを用いて合成映像を生成し、生成した合成映像を映像表示装置に送信する映像合成装置がある。同様に、画面転送システムにおいても、複数の遠隔の端末機器（画面提供装置）から画面データを受信して合成画面データを生成し、その合成画面データを手元の端末機器（画面表示装置）へ送信（再配信）する画面合成装置がある。
【０００４】
さて、画面転送システムもサーバ・クライアントシステムの一種であるが、サーバ・クライアントシステムの場合、サーバがダウンした場合に、クライアントが帰属先のサーバを切替えることでシステムの可用性、信頼性が向上する。なお、無線通信システムにおいて、通信路の品質情報に基づき基地局、更に、その基地局を介して通信するサーバを切替えるか否かを判断しつつ通信サービスの継続を行う方法が考えられている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４６９５４７４号公報
【特許文献２】特開２０１１−１０３５６７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
複数の画面提供装置（以後、画面データを送信する側の機器を「ソース」と呼ぶ）から画面データを受信し、受信画面データを用いて生成した合成画面データを画面表示装置（以後、画面データを受信し表示する側の機器を「ディスプレイ」と呼ぶ）へ再配信する画面合成装置（以後、画面合成装置を「サーバ」と呼ぶ）において、サーバとディスプレイ間の通信路品質が劣化する（例えば、遅延時間やパケットロス率が大きくなる）とディスプレイへ送信する画面の品質も低下するため、他のサーバに切り替えてサービスを継続する方法が考えられる。
【０００７】
しかし、例えば、１台のサーバ１−１が３台のソース（ソース２−１，２−２，２−３）から画面データを受信し、合成画面データをディスプレイへ送信している状況において、サーバ１−１とディスプレイ間の通信路に障害が発生した場合、サーバ１−１が担当していた全処理（３台のソースおよびディスプレイと接続し、３台のソースから画面データを取得し、合成画面データを生成し、それをディスプレイに送信するという処理の全て）をサーバ１−２に切替えるとサーバ１−２側にとっては処理負荷が増えることになり、必ずしも適切とは言えない場合がある。
【０００８】
例えば、サーバ１−２が既に別の処理を行っている場合にはその別の処理に与える影響も無視できない。そこで、サーバ１−１が担当していた処理をサーバ１−２へ１００％移すのではなく、サーバ１−１で１０％、サーバ１−２で９０％、あるいは、サーバ１−１で５０％、サーバ１−２で５０％というように柔軟な帰属切替えができる方がサーバ１−２の処理負荷の観点からは望ましい場合がある。
【０００９】
本発明が解決しようとする課題は、自装置および他の装置を用いて情報を送信する場合の処理負荷の増大を抑えることが可能な通信装置、通信方法、通信処理プログラムおよび通信システムを提供することにある。
【課題を解決するための手段】
【００１０】
実施形態によれば、通信装置は、第一の機器からデータを受信する受信部と、受信したデータを第二の機器へ送信する送信部と、第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部とをもつ。この通信装置は、第一の機器から送信されて第二の機器で受信されるデータのうち自装置が第二の機器に送信するデータの範囲および第一の機器からデータを受信する他の装置が第二の機器に送信するデータの範囲を測定部により測定した情報に基づいて決定する決定部をもつ。この通信装置は、第一の機器から受信したデータのうち決定部により決定した自装置が第二の機器に送信するデータの範囲に含まれるデータを第二の機器に送信する送信部をもつ。
【００１１】
また、実施形態によれば、通信装置は、複数の第一の機器のそれぞれからデータを受信し、受信したデータを合成した合成データを第二の機器へ送信する通信装置であって、第二の機器で受信されるデータの品質の良し悪しを示す情報を測定する測定部とをもつ。この通信装置は、複数の第一の機器のそれぞれから送信されて第二の機器で受信される合成データのうち自装置が第二の機器に送信するデータの範囲および複数の第一の機器のそれぞれからデータを受信する他の装置が第二の機器に送信するデータの範囲を、測定部により測定した情報に基づいて決定する決定部をもつ。この通信装置は、複数の第一の機器のそれぞれから受信したデータのうち決定部により決定した自装置が第二の機器に送信するデータの範囲に含まれるデータを第二の機器に送信する送信部をもつ。
【発明の効果】
【００１２】
本発明によれば、自装置および他の装置を用いて情報を送信する場合の処理負荷の増大を抑えることが可能になる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態における画面転送システムを示す簡略図。
【図２】第１の実施形態における画面転送システムのサーバの機能構成例を示すブロック図。
【図３】第１の実施形態における画面転送システムのマネージャ機能部の機能構成例を示すブロック図。
【図４】第１の実施形態における画面転送システムで合成画面データを送信する通信路の品質が劣化した様子を示す図。
【図５】第１の実施形態における画面転送システムの複数のサーバのそれぞれが合成画面データを分担して送信している事を説明するための図。
【図６】第１の実施形態における画面転送システムのソースから受信した画面データの一例を示す図。
【図７】第１の実施形態における画面転送システムが出力する合成画面データの第１の例を示す図。
【図８】第１の実施形態における画面転送システムによる合成画面データの送信の為の処理動作の一例を示すフローチャート。
【図９】第１の実施形態における画面転送システムにおけるデータ送信の担当領域とソースから取得する画面データとの関係の一例を示す図。
【図１０】第１の実施形態における画面転送システムの複数のサーバのそれぞれが合成映像を送信している第１の例を説明するための図。
【図１１】第１の実施形態における画面転送システムの複数のサーバのそれぞれが合成映像を送信している第２の例を説明するための図。
【図１２】第１の実施形態における画面転送システムによるサーバが担当する合成画面データの領域の変更の為の処理動作の一例を示すフローチャート。
【図１３】第１の実施形態における画面転送システムが出力する合成画面データの第２の例を示す図。
【図１４】第１の実施形態における画面転送システムによる合成画面データの担当分けの第１の例を示す図。
【図１５】第１の実施形態における画面転送システムによる合成画面データの担当分けの第２の例を示す図。
【図１６】第１の実施形態における画面転送システムによる合成画面データの担当分けの第３の例を示す図。
【図１７】第１の実施形態における画面転送システムによる合成画面データの担当分けの第４の例を示す図。
【図１８】第２実施形態における画面転送システムのサーバの機能構成例を示すブロック図。
【図１９】第３の実施形態における画面転送システムで受信画面データを送信する通信路の品質が劣化した様子を示す図。
【図２０】第３の実施形態における画面転送システムの複数のサーバが受信画面データを分担して送信している様子を示す図。
【図２１】第４の実施形態におけるテレビ会議システムの一例を示す図。
【発明を実施するための形態】
【００１４】
以下、実施の形態について、図面を参照して説明する。  
（第１の実施形態）
まず、第１の実施形態について説明する。  
図１は、第１の実施形態における画面転送システムの構成例を示す簡略図である。  
この画面転送システムは、画面提供装置とするソース２と、画面表示装置とするディスプレイ３と、画面合成装置とするサーバ１とがネットワーク接続されている。ネットワーク接続とはＬＡＮ接続あるいはインターネット接続等であり、有線であっても無線であってもよい。以下、ネットワーク接続を単に接続と呼ぶことがある。本実施形態では、必要に応じて、ソース２は、ソース２−１とソース２−２とでなる２台分を示すが、特に限られない。また、必要に応じて、サーバ１は、サーバ１−１とサーバ１−２とでなる２台分を示すが、複数台であれば特に限られない。
【００１５】
ソース２は、画面転送システムにおいて画面データを送信する側の機器とする。ディスプレイ３は、画面転送システムにおいて画面データを受信して表示する側の機器とする。一方、サーバ１は、ソース２とディスプレイ３の間に複数介在する機器とする。サーバ１は、ソース２から画面データを受信し、この受信した画面データをディスプレイ３へ送信する。
【００１６】
画面データの送信処理、受信処理においては画面転送プロトコルを用いる。画面転送プロトコルはプル型とプッシュ型とがある。プル型とは、画面データ受信側からの画面データ取得要求に応答する形で、画面データ送信側から画面データ受信側に画面データを送信する方式である。プッシュ型とは、画面データ送信側は画面データ受信側からの画面データ取得要求を必要とせずに、画面データ送信側から画面データ受信側に画面データを送信する方式である。例えば、ＶＮＣ(Virtual Network Computing)として知られる画面転送方法は、プル型であり、画面データ受信側がFramebufferUpdateRequestという画面データ取得要求を画面データ送信側へ送信すると、画面データ送信側が画面データ受信側に画面データをFramebufferUpdateという応答として送信する。プル型の画面転送プロトコルとしてＶＮＣを用いる場合は、画面データ送信側にて「ＶＮＣサーバ」ソフトウェアを起動させ、画面データ受信側では「ＶＮＣクライアント」ソフトウェアを起動させる。
【００１７】
本実施形態において、サーバ１はソース２から画面データを受信し、この受信した画面データに対して必要に応じて、例えば画面の縮小、画面の拡大、画面の合成などの加工処理を行った後に、この加工処理済みの画面データをディスプレイ３へ送信する機能を備えている。
【００１８】
サーバ１の画面受信機能は、ソース２側の画面送信機能に対応するものであり、例えば、ソース２にて「ＶＮＣサーバ」ソフトウェアが起動しているのであれば、サーバ１側では「ＶＮＣクライアント」ソフトウェアを起動させる。
【００１９】
一方、サーバ１の画面送信機能は、ディスプレイ３側の画面受信機能に対応するものであり、例えば、ディスプレイ３にて「ＶＮＣクライアント」ソフトウェアが起動しているのであれば、サーバ１側では「ＶＮＣサーバ」ソフトウェアを起動させる。
【００２０】
なお、３台のノートＰＣにて図１の画面転送システムを構築する場合、画面データを送信するノートＰＣがソース２となり、画面データを受信し表示するノートＰＣがディスプレイ３となり、ソース２からの画面データを受信してディスプレイ３へ画面データを送信するノートＰＣがサーバ１となる。
【００２１】
以下に、サーバ１の機能構成例を記す。  
図２は、サーバ１の機能構成例を示すブロック図である。なお、図２では、主要な機能のみを記した概略図となっている。  
サーバ１は、その構成要素として、ソース２から画面データを受信する受信部１１の他、接続管理部１２、レイアウト管理部１３、合成情報生成部１４、および送信部１５を備える。
【００２２】
接続管理部１２は、ソース２およびディスプレイ３との接続や切断を実行し、その状態を把握する。  
レイアウト管理部１３は、合成画面データのレイアウト情報を保持する。  
合成情報生成部１４は、レイアウト管理部１３が保持するレイアウト情報に従い合成画面データを生成する。  
送信部１５は、合成情報生成部１４により生成した合成画面データをディスプレイ３に送信する。
【００２３】
また、サーバ１は構成要素として、通信路品質測定部１６、担当領域決定部１７、情報交換部１８を備える。  
通信路品質測定部１６は、ディスプレイ３との間の通信路品質を測定する。  
担当領域決定部１７は、複数のソース２のそれぞれが送信して複数のサーバ１のそれぞれを介してディスプレイ３が受信するデータの領域のうち、サーバ１自身つまり自装置がディスプレイ３に送信する画面データの領域とする担当領域を決定する。  
情報交換部１８は、通信路品質測定部１６による測定結果を得て、後述のマネージャ機能部４に対して接続状態通知（ソース接続情報とディスプレイ接続情報、ディスプレイとの通信路品質、サーバの処理リソース状態、現レイアウト情報）を通知する。処理リソース状態とは処理リソースの使用量の事とする。サーバの処理リソース状態は各サーバ１で測定されて内部メモリに記憶される。
【００２４】
接続状態通知のソース接続情報は、サーバ１に接続しているソース２を示す情報であり接続管理部１２により管理される。接続状態通知のディスプレイ情報は、サーバ１に接続しているディスプレイ３を示す情報であり、接続管理部１２により管理される。
【００２５】
本実施形態では、図２に示すように、マネージャ機能部４は、サーバ１、ソース２、ディスプレイ３とは別に設けられる。  
このマネージャ機能部４は、図３に示すように、接続状態通知受信部４１、判定部４２、接続更新要求送信部４３を有する。接続状態通知受信部４１は、それぞれのサーバ１からの接続状態通知を受信する。判定部４２は、接続更新要求（接続すべきソースとディスプレイ情報、更新レイアウト情報）の送信先となるサーバ１を判定する。接続更新要求送信部４３は、判定した送信先となるサーバ１に対して接続更新要求（接続すべきソース情報、接続すべきディスプレイ情報、更新レイアウト情報）を送信する。
【００２６】
また、サーバ１の情報交換部１８は、マネージャ機能部４からの接続更新要求を受信すると、この接続更新要求を担当領域決定部１７に通知する。担当領域決定部１７は、この通知された接続更新要求における接続すべきソース情報および更新レイアウト情報を接続管理部１２に通知する。また、担当領域決定部１７は、この通知された接続更新要求における、接続すべきディスプレイ情報および更新レイアウト情報をレイアウト管理部１３に通知する。
【００２７】
レイアウト管理部１３は、通知された更新レイアウト情報を記憶する。接続管理部１２は、通知された更新レイアウト情報に従い、各ソース２のそれぞれから画面データを取得する為の指示を受信部１１に通知する。また、接続管理部１２は、通知された更新レイアウト情報に従った合成画面データをディスプレイ３に送信する為の指示を合成情報生成部１４および送信部１５に通知する。
【００２８】
受信部１１は、接続管理部１２からの通知に従い、必要に応じてソース２との接続を行い、画面データを取得する。合成情報生成部１４は、レイアウト管理部１３に記憶された更新レイアウト情報、および接続管理部１２に通知された接続すべきソース情報および接続すべきディスプレイ情報に従い、ディスプレイ３に送信する為の合成画面データを生成する。送信部１５は、接続管理部１２からの通知に従い、必要に応じてディスプレイ３との接続を行う。そして、送信部１５は、合成情報生成部１４で生成された合成画面データをディスプレイ３へ送信する。
【００２９】
さて、従来は図４に示すように、画面統合の為のサーバ１−１がソース２−１，２−２から画面データを取得して、これら取得した画面データを合成してなる合成画面データをディスプレイ３−１に送信している。この状態において、サーバ１−１とディスプレイ３−１との間の通信路品質が劣化すると画面品質も低下する。このため、使用するサーバをサーバ１−１からサーバ１−２に切り替えてサービスを継続していた。
【００３０】
しかし、サーバ１−２にとっては処理負荷が増えるため、このサーバ１−２が既に別の処理を行っている場合には、その別の処理に与える影響も無視できない。よって、サーバ１−１が担当していた処理をサーバ１−２へ１００％移すのではなく、例えば、サーバ１−１で１０％、サーバ１−２で９０％、あるいは、サーバ１−１で５０％、サーバ１−２で５０％というように、処理の柔軟な帰属切替えを実現することが望ましい。
【００３１】
本実施形態では、図４に示すようにサーバ１−１とディスプレイ３−１との間の通信路品質が劣化した場合に、使用するサーバをサーバ１−１からサーバ１−２に完全に切替えるのではなく、サーバ１−１とサーバ１−２とで、ディスプレイ３−１に送信する合成画面データの担当領域を決める。サーバ１−１とサーバ１−２は、ソース２−１とソース２−２から受信した画面データに基づいて、合成画面データのうち自装置について決められた担当領域に属する合成画面データを生成してディスプレイ３−１に送信する。
【００３２】
一方、ディスプレイ３−１側では、サーバ１−１および１−２のそれぞれから画面データを受信して並べて（場合によっては重ねて）１つの画面として表示する機能が必要となる。また、ソース２側では、画面データを分割して、この分割した画面データの一部をサーバ１−１へ送信して、他の部分をサーバ１−２に送信する機能が必要となる。
【００３３】
以下、本実施形態におけるマネージャ機能部４による、各サーバにおける画面データの担当領域の決定方法について説明する。図６は、ソース２−１から受信した画面データおよびソース２−２から受信した画面データの一例を示す図である。  
図６に示した例では、ソース２−１から受信した画面データでは文字「Ａ」が示され、ソース２−２から受信した画面データでは文字「Ｂ」が示される。
【００３４】
また、図７は、ディスプレイ３−１で表示すべき画面データの一例を示す図である。この例では、ディスプレイ３−１で表示すべき画面は、ソース２−１から受信した画面データとソース２−２から受信した画面データの一部を重複させた画面である。
【００３５】
図８は、第１の実施形態における画面転送システムによる合成画面データの送信の為の処理動作の一例を示すフローチャートである。  
例えば、図９に示すように、ディスプレイ３−１に送信する合成画面データにおいて、マネージャ機能部４が、サーバ１−１が担当する画面データの領域およびサーバ１−２が担当する画面データの領域をそれぞれ決定したとする（Ｓ１）。このとき、マネージャ機能部４は、サーバ１−１に対して、このサーバ１−１の担当する画面データの領域に関する情報を更新レイアウト情報として送信する（Ｓ２）。
【００３６】
サーバ１−１は、この更新レイアウト情報を情報交換部１８により受信する（Ｓ３）。図９に示した例では、サーバ１−１がマネージャ機能部４からの更新レイアウト情報を受信した結果、このサーバ１−１はソース２との切断や接続処理を行わない。
【００３７】
サーバ１−１は、更新レイアウト情報に従って、ソース２−１とソース２−２とから自装置が担当する領域に属する合成画面データの生成に必要な画面データ部分のみを受信部１１により取得する（Ｓ４）。また、サーバ１−１の合成情報生成部１４は、マネージャ機能部４からの更新レイアウト情報に従ってレイアウトを変更した合成画面データを生成し（Ｓ５）、この生成した合成画面データを送信部１５を介してディスプレイ３−１に送信する（Ｓ６）。
【００３８】
一方、マネージャ機能部４は、サーバ１−２に対しても、このサーバ１−２の担当する画面データの領域に関する情報を更新レイアウト情報として送信する。この結果、サーバ１−２の受信部１１は、マネージャ機能部４からの更新レイアウト情報に従って、ソース２−２との接続処理を行い、このソース２−２から合成画面データの生成に必要な画面データ部分のみを取得する。サーバ１−２の合成情報生成部１４は、マネージャ機能部４からの更新レイアウト情報に従って合成画面データを生成し、この合成画面データを送信部１５を介してディスプレイ３−１に送信する。
【００３９】
図１０は、第１の実施形態における画面転送システムのサーバ１−１とサーバ１−２が、自装置が担当する領域に属する合成画面データをディスプレイ３にそれぞれ配信している例を示す図である。  
なお、図１０では、ソース２−１、２−２が画面データの一部のみを送信することができる場合を示している。一方、ソース２−１、２−２が画面データ全体しか送信できず、画面データの一部を送信できない場合は、サーバ１−１の受信部１１は、例えば図１１に示すようにソース２−１，２−２から全体画面データを取得する。また、サーバ１−２の受信部１１は、ソース２−２から全体画面データを取得する。しかし、この例に限らず、各サーバは、この取得した全体画面データのうち必要な画面データ部分のみを用いて、自装置が担当する領域に属する合成画面データを合成情報生成部１４により生成し、この生成した合成画面データを送信部１５を介してディスプレイ３−１に送信しても良い。
【００４０】
次に、サーバが担当する合成画面データの領域の変更の為の処理動作について説明する。  
この処理は、サーバ１から送信されてディスプレイ３で受信されるデータの品質の良し悪しを示す情報に基づいてディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ける事である。
【００４１】
第１の例を説明する。この例では、初期状態でディスプレイ３にデータを送信しているサーバ１からの接続状態通知で示される通信路品質が劣化した場合に、ディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ける。
【００４２】
第２の例を説明する。この例では、初期状態でディスプレイ３にデータを送信しているサーバ１からの接続状態通知で示される処理リソースの使用量が低下した場合に、ディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ける。
【００４３】
第３の例を説明する。この例では、初期状態でディスプレイ３にデータを送信しているサーバ１からの接続状態通知で示される通信路品質が劣化して、かつ、当該接続状態通知で示される処理リソースの使用量が一定値以下に低下した場合に、ディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ける事もできる。
【００４４】
以下、第１の例として、初期状態でディスプレイ３にデータを送信しているサーバ１からの接続状態通知で示される通信路品質が劣化した場合に、ディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ける事について詳細に説明するが、上記の第２の例や第３の例にも適用できる。
【００４５】
図１２は、第１の実施形態における画面転送システムによるサーバが担当する合成画面データの領域の変更の為の処理動作の一例を示すフローチャートである。  
マネージャ機能部４の接続状態通知受信部４１は、サーバ１−１とサーバ１−２とから接続状態通知を定期的に受信している（Ｓ１１）。例えば、サーバ１−１とディスプレイ３−１との通信路の品質が良い場合には、サーバ１−１からマネージャ機能部４の接続状態通知受信部４１が受信する接続状態通知には以下のような情報が含まれる。この接続状態通知に含まれる情報は、接続しているソース情報、接続しているディスプレイ情報、ディスプレイとの通信路品質、サーバの処理リソース状態、および現レイアウト情報でなる。
【００４６】
「サーバ１−１からの接続状態通知の例（１）」
接続しているソース情報：ソース２−１、ソース２−２
接続しているディスプレイ情報：ディスプレイ３−１
ディスプレイとの通信路品質：良好
サーバ１−１の処理リソース状態：５０％使用
現レイアウト情報：（画面Ａ：x=15,y=15,w（幅）=40,h（高さ）=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x=0,y=0,w=100,h=100）
現レイアウト情報で示される画面Ａは、サーバ１−１がソース２−１から受信する画面データである。現レイアウト情報で示される画面Ｂは、サーバ１−１がソース２−２から受信する画面データである。サーバ１−１は、図１３に示すような座標（x=0,y=0,w=100,h=100）でレイアウトをレイアウト管理部１３により管理しているものとする。
【００４７】
ここで、画面Ａは、40%縮小された状態で、図１３に示すようにx=15、y=15を左上とし、w=40、h=40で第１階層（layer1）に配置されるものとする。また、画面Ｂは、40%縮小された状態で、図１３に示すようにx=45、y=45を左上とし、w=40、h=40で第２階層（layer2）に配置されるものとする。なお、図１３に示すように、階層の数字が大きい画面が階層の数字が小さい画面に対して重ねて配置されるものとする。また、この時点では、サーバ１−１は合成画面データの全領域（x=0,y=0,w=100,h=100）を担当する。
【００４８】
一方、サーバ１−２はソース２−１，２−２のいずれとも接続していないとすると、マネージャ機能部４の接続状態通知受信部４１がサーバ１−２から受信する接続状態通知の情報は、例えば以下のようになる。
【００４９】
「サーバ１−２からの接続状態通知の例（１）」
接続しているソース情報：なし
接続しているディスプレイ情報：なし
ディスプレイとの通信路品質：不明
サーバ１−２の処理リソース状態：３０％使用
現レイアウト情報：なし
さて、サーバ１−１とディスプレイ３−１との間の通信路の品質が良い場合、あるいは、サーバ１−１の処理リソースの使用量が多くない場合で、マネージャ機能部４は、現状のままサーバ１−１がディスプレイ３−１に合成画面データを配信し続ければ良いと判断すれば（Ｓ１２のＹＥＳ）、サーバ１−１に対して接続更新要求を送る必要はない。  
一方、マネージャ機能部４は、サーバ１−１とディスプレイ３−１との間での合成画面データの送信に異常が発生する場合を想定して、サーバ１−２に対して以下の接続更新要求を接続更新要求送信部４３により送信しても良い。
【００５０】
「サーバ１−２への接続更新要求の例（１）」
接続すべきソース情報：ソース２−１、ソース２−２
接続すべきディスプレイ情報：ディスプレイ３−１
更新レイアウト情報：なし
マネージャ機能部４の接続更新要求送信部４３が「サーバ１−２への接続更新要求の例（１）」をサーバ１−２へ送信した結果、マネージャ機能部４の接続状態通知受信部４１によりサーバ１−２から受信する接続状態通知の情報が以下に変化したとする。
【００５１】
「サーバ１−２からの接続状態通知の例（２）」
接続しているソース情報：ソース２−２
接続しているディスプレイ情報：ディスプレイ３−１
ディスプレイとの通信路品質：良好
サーバ１−２の処理リソース状態：４０％使用
現レイアウト情報：なし
この「サーバ１−２からの接続状態通知の例（２）」は、前述した「「サーバ１−２からの接続状態通知の例（１）」に対して、接続しているソース情報が「なし」から「ソース２−２」に変化している。また、接続しているディスプレイ情報が「なし」から「ディスプレイ３−１」に変化している。また、ディスプレイとの通信路品質が「不明」から「良好」に変化している。また、サーバ１−２の処理リソース状態が「３０％使用」から「４０％使用」に変化している。
【００５２】
「サーバ１−２への接続更新要求の例（１）」で要求された、接続すべきソース情報が「ソース２−１、ソース２−２」であるのに対し、変化後の「サーバ１−２からの接続状態通知の例（２）」で示された、接続しているソース情報が「ソース２−２」のみである理由は、サーバ１−２が故障や通信異常などの原因でソース２−１と接続できていないからである。
【００５３】
マネージャ機能部４は、例えば、「サーバ１−２からの接続状態通知の例（２）２」を接続状態通知受信部４１により受信することで、サーバ１−２の状態や、現在はサーバ１−２がソース２−１と接続不可であることなどの情報を把握することができる。
【００５４】
マネージャ機能部４の接続更新要求送信部４３は、サーバ１−１に異常が発生した場合には、この情報を参考にサーバ１−１とサーバ１−２とに接続更新要求をそれぞれ送信する。なお、マネージャ機能部４の接続更新要求送信部４３は、サーバ１−２の状態を確認すれば、以下の接続更新要求をサーバ１−２に再度送信して、ソース２やディスプレイ３との切断をサーバ１−２に命令しても良い。
【００５５】
「サーバ１−２への接続更新要求の例（２）」
接続すべきソース情報：なし
接続すべきディスプレイ情報：なし
更新レイアウト情報：なし
さて、サーバ１−１とディスプレイ３−１との間の通信路の品質が劣化した為に、マネージャ機能部４がサーバ１−１から受信する接続状態通知が以下に変化したとする。
【００５６】
「サーバ１−１からの接続状態通知の例（２）」
接続しているソース情報：ソース２−１、ソース２−２
接続しているディスプレイ情報：ディスプレイ３−１
ディスプレイとの通信路品質：劣化
サーバ１−１の処理リソース状態：５０％使用
現レイアウト情報：（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x=0,y=0,w=100,h=100）
この「サーバ１−１からの接続状態通知の例（２）」は、前述した「「サーバ１−１からの接続状態通知の例（１）」に対して、接続しているソース情報、接続しているディスプレイ情報、サーバ１−１の処理リソース情報は同じだが、ディスプレイとの通信路品質が「良好」から「劣化」に変化している。
【００５７】
この結果、マネージャ機能部４は、これまでと同じく合成画面データの全てをサーバ１−１からディスプレイ３−１へ送信してしまうとディスプレイ３−１側で表示される画面の品質が劣化すると判断する（ステップＳ１２のＮＯ）。すると、マネージャ機能部４は、合成画面データの一部をサーバ１−２経由でディスプレイ３−１に送信するように制御する。
【００５８】
図１４の例は、単純に合成画面データの面積を二等分し、サーバ１−１に合成画面データのx<=50の領域を担当させ、サーバ１−２に合成画面データのx>50の領域を担当させる分け方である。
【００５９】
図１５の例は、合成画面データの面積を４対６というように分け、ディスプレイ３−１との間の通信路品質が劣化しているサーバ１−１に面積が小さい方を担当させ、ディスプレイ３−１との間の通信路品質が良好なサーバ１−２に面積が大きい方を担当させる分け方である。但し、図１４や図１５に示した例では、サーバ１−２がソース２−１、ソース２−２の両方と接続可能でなければならない。
【００６０】
一方、図１６の例は、サーバ１−２がソース２−１と接続不可であった事を示す情報である「サーバ１−２からの接続状態通知の例（２）」を利用し、サーバ１−２がソース２−１の画面Ａを含まないようにマネージャ機能部４がサーバ１−２における合成画面データの担当領域を決定した場合の一例である。
【００６１】
図１６のように担当領域を決定した場合には、マネージャ機能部４の接続更新要求送信部４３は、サーバ１−１およびサーバ１−２に対して以下の接続更新要求をそれぞれ送信する（Ｓ１３）。
【００６２】
「サーバ１−１への接続更新要求の例（１）」
接続すべきソース情報：ソース２−１、ソース２−２
接続すべきディスプレイ情報：ディスプレイ３−１
更新レイアウト情報：（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x=0,y=0,w=60,h=60）
「サーバ１−２への接続更新要求の例（３）」
接続すべきソース情報：ソース２−１、ソース２−２
接続すべきディスプレイ情報：ディスプレイ３−１
更新レイアウト情報：（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x>60）、（合成画面：y>60）
この「サーバ１−２への接続更新要求の例（３）」は、前述した「サーバ１−２への接続更新要求の例（１）」に対して、更新レイアウト情報が「なし」から「（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x>60）、（合成画面：y>60）」に変化している。
【００６３】
なお、前述した図１５のように合成画面データの面積を４対６というように分けて、サーバ１−１に面積が小さい方を担当させ、サーバ１−２に面積が大きい方を担当させるように各サーバにおける担当領域を決定した場合を考える。この場合で、マネージャ機能部４が、ソース２−１と同様の画面データを当該ソース２−１とは異なるソース２−１’により提供可能であって、サーバ１−２がソース２−１’と接続可能であることを把握したとする。このとき、マネージャ機能部４はサーバ１−１とサーバ１−２に対してそれぞれ以下の接続更新要求を接続更新要求送信部４３により送信してもよい。
【００６４】
「サーバ１−１への接続更新要求の例（２）」
接続すべきソース情報：ソース２−１、ソース２−２
接続すべきディスプレイ情報：ディスプレイ３−１
更新レイアウト情報：（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x<=40）
「サーバ１−２への接続更新要求の例（４）」
接続すべきソース情報：ソース２−１’、ソース２−２
接続すべきディスプレイ情報：ディスプレイ３−１
更新レイアウト情報：（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x>40）
この「サーバ１−１への接続更新要求の例（２）」は、前述した「サーバ１−１への接続更新要求の例（１）」に対して、更新レイアウト情報の「（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x=0,y=0,w=60,h=60）」の「（合成画面：x=0,y=0,w=60,h=60）」が、「（合成画面：x<=40）」に変化している。
【００６５】
また、この「サーバ１−２への接続更新要求の例（４）」は、前述した「サーバ１−２への接続更新要求の例（３）」に対して、更新レイアウト情報の「（画面Ａ：x=15,y=15,w=40,h=40,layer=1,40%）、（画面Ｂ：x=45,y=45,w=40,h=40,layer=2,40%）、（合成画面：x>60）、（合成画面：y>60）」の「（合成画面：x>60）、（合成画面：y>60）」が、「（合成画面：x>40）」に変化している。
【００６６】
さて、先に図１４，１５，１６を用いて、サーバ１−１が送信する合成画面データの担当領域とサーバ１−２が送信する合成画面データの担当領域とをマネージャ機能部４により決定する手順を示した。しかし、担当領域は画面データの内容を考慮して決定することも考えられる。
【００６７】
例えば、図１７に示すように，ソース２−２から送信する画面データに動画データが含まれている場合を考える。ここで図１７（ａ）は動画データを分割せずに担当領域を決定する例を示し、図１７（ｂ）は動画データを分割して担当領域を決定する方法を示す。図１７（ｂ）の場合は、動画の左部分に相当するデータがサーバ１−１経由でディスプレイ３−１に送信され、動画の右部分に相当するデータがサーバ１−２経由でディスプレイ３−１に送信される。このため、同期処理を行わなければディスプレイ３−１では動画内容がずれて表示されることになる。
【００６８】
一方、図１７（ａ）の場合は、動画データの全ての部分がサーバ１−１経由でディスプレイ３−１に送信され、動画データの部分はサーバ１−２経由では送信されない。このため、図１７（ｂ）のように動画内容が分割されることはないので、ディスプレイ３−１では動画内容がずれて表示されることはない。
【００６９】
また、マネージャ機能部４は、ディスプレイ３−１における動画データの表示位置を検出する機能を備えていれば、その機能を利用して動画データを分割せずに担当領域を決定すれば良い。例えばＷｉｎｄｏｗｓ（登録商標）ＯＳやＬｉｎｕｘ（登録商標）ＯＳを搭載したＰＣであれば、そのＰＣ内で動作しているプログラムを確認し、そのプログラムによって生成されたウィンドウの表示位置を確認することができる。動作しているプログラムが動画データを表示するプログラムであることが分かれば、動画データの表示位置を検出することができる。なお、マネージャ機能部４が動画データの表示位置を検出するときは、例えば、サーバ１−１にて検出した動画データの表示位置に関する情報をサーバ１−１から情報交換部を介して受信するようにすれば良い。
【００７０】
なお、担当領域の分け方については、サーバ１とディスプレイ３−１との間の通信路品質を比較して担当領域の大小を決定する方法が考えられる。例えば、サーバ１−１とディスプレイ３−１との間のパケットロス率が0.5%で、サーバ１−２とディスプレイ３−１との間のパケットロス率が0.1%のときは、サーバ１−１とディスプレイ３−１との間よりもサーバ１−２とディスプレイ３−１との間の方が通信路品質は良いと言える。
【００７１】
あるいは、サーバ１−１とディスプレイ３−１との間のパケット伝送の遅延時間が100msで、サーバ１−２とディスプレイ３−１との間のパケット伝送の遅延時間が30msの場合は、サーバ１−１とディスプレイ３−１との間よりもサーバ１−２とディスプレイ３−１との間の方が通信路品質は良いと言える。そこで、このような場合には、マネージャ機能部４は、サーバ１−１の担当領域の面積よりサーバ１−２の担当領域の面積を大きくする。
【００７２】
また、面積で担当領域を分ける以外に以下の方法も考えられる。例えば、マネージャ機能部４は、ソース２の画面データに優先度を設定しておき、優先度の高い画面データを含む領域が通信路品質の良いサーバ１から送信されるように制御する。
【００７３】
また、マネージャ機能部４は、合成画面データにおいて動画部分と文字部分を含む場合に、動画部分を含む領域が通信路品質の良いサーバ１から送信するように制御する。  
また、合成画面データを高周波成分と低周波成分に分離してディスプレイ３−１に送信できる場合、マネージャ機能部４は、合成画面データの高周波成分を通信路品質の良いサーバ１から送信するように制御する。
【００７４】
なお、図１８は本実施形態で示したサーバ１を機能拡張したサーバ１’のブロック図である。サーバ１’とサーバ１との違いは、サーバ１’がマネージャ機能部４を内部に含むことである。この例では、複数台のサーバのうち１台がマネージャ機能部４を内部に含んでいれば良く、このマネージャ機能部４が各サーバから接続状態通知を受信して、必要に応じて、自装置を含む各サーバに対する接続更新要求を送信すればよい。このサーバ１’の各部の動作は、既に説明したサーバ１の各部とマネージャ機能部４の動作と同じである。
【００７５】
本実施形態では、ソース２が２台（ソース２−１、２−２）であって、ディスプレイが１台（ディスプレイ３−１）である例を説明したが、これに限るものではない。ソース２が２台以上、また、ディスプレイ３が３台以上の場合、あるいは、図１９と図２０に示すようにソース２が１台の場合においても本実施形態を応用することが可能なことは明白である。
【００７６】
本実施形態によれば、サーバとディスプレイとの間の通信路の品質が劣化したため、他の画面合成装置であるサーバを用いて合成画面データをディスプレイに送信する場合に、この用いるサーバの処理負荷の増大を抑えることが可能となる。また、より一般的には、情報受信装置との間の通信路の品質が劣化したため、他の情報合成装置を用いて合成情報を情報受信装置に送信する場合に、この用いる情報合成装置の処理負荷の増大を抑えること、すなわち、処理負荷を分散させることが可能となる。
【００７７】
以上説明した例では、ソース２が複数台設けられ、これらのソース２からサーバ１へ合成データが送信される構成について説明したが、ソース２を１台のみ設置し、このソース２からサーバ１へデータが送信される構成としても良い。この構成では、例えば、初期状態でディスプレイ３にデータを送信しているサーバ１からの接続状態通知で示される通信路品質が劣化した場合に、ディスプレイ３に送信されるデータのうち自装置が送信するデータの範囲を他のサーバ１との間で分ければよい。
【００７８】
また、本実施形態ではソース２が提供する情報が画面データであるとして説明したが、この情報は画面データに限られない。例えば、ソース２が提供する情報は音声データであっても良く、サーバ１が音声データをソース２から受信して合成音声データを生成してディスプレイ３へ送信しても良い。図２１はテレビ会議システムに応用した場合の概略図であり、ＭＣＵ（Ｍｕｌｔｉｐｏｉｎｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）がサーバ１に相当し、テレビ電話がソース２に相当し、テレビ電話がディスプレイ３に相当する。
【００７９】
図２１の例では、ＭＣＵを利用した３者間のテレビ会議システムの概略構成を示している。第１のＭＣＵとテレビ電話との通信路品質が劣化した場合に、テレビ電話へ提供するデータの一部の処理を第２のＭＣＵに担当させた場合を示している。なお、この例では第１のテレビ電話からの映像データの処理のみを第１のＭＣＵに担当させ、第１のテレビ電話からの音声データと第２のテレビ電話からの映像データや音声データとの処理を第２のＭＣＵに担当させる場合を示している。
【００８０】
なお、上記実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。  
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。  
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。  
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。  
また、記憶媒体は１つに限らず、複数の媒体から上記実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。  
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。  
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【００８１】
これらの各実施形態によれば、自装置および他の装置を用いて情報を送信する場合の処理負荷の増大を抑えることが可能になる。  
発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８２】
１、１’，１−１，１−２…サーバ、２，２−１，２−２、２−１’…ソース、３，３−１…ディスプレイ、４…マネージャ機能部、１１…受信部、１２…接続管理部、１３…レイアウト管理部、１４…合成情報生成部、１５…送信部、１６…通信路品質測定部、１７…担当領域決定部、１８…情報交換部。
【図１】
2014204186.tif 000003
【図２】
2014204186.tif 000004
【図３】
2014204186.tif 000005
【図４】
2014204186.tif 000006
【図５】
2014204186.tif 000007
【図６】
2014204186.tif 000008
【図７】
2014204186.tif 000009
【図８】
2014204186.tif 000010
【図９】
2014204186.tif 000011
【図１０】
2014204186.tif 000012
【図１１】
2014204186.tif 000013
【図１２】
2014204186.tif 000014
【図１３】
2014204186.tif 000015
【図１４】
2014204186.tif 000016
【図１５】
2014204186.tif 000017
【図１６】
2014204186.tif 000018
【図１７】
2014204186.tif 000019
【図１８】
2014204186.tif 000020
【図１９】
2014204186.tif 000021
【図２０】
2014204186.tif 000022
【図２１】
2014204186.tif 000023