(57)【要約】【課題】  画面がちらつかず、画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくすることができる。【解決手段】  制御システムは、画面の表示内容と、表示内容の表示後に起動されて新たな表示内容に変更する処理の記述と、を含むコンテンツを取得し、記憶手段に格納する取得手段と、記憶手段と、記憶手段に格納されたコンテンツから、処理の記述を検出して、処理が起動されると通知を送信するように変更する通知挿入を実施する変換手段と、変更後のコンテンツを端末装置に送信する送信手段と、を備えるサーバ装置と、変更されたコンテンツを受信して、表示内容を構造化ドキュメントの一部領域である枠に表示するとともに、処理毎に決められたタイミングで処理を実行する表示手段と、通知を受信すると、枠のサイズを新たな表示内容のサイズに変更する調整手段と、を備える端末装置と、を包含する。【選択図】      図１
2014191561.tif 000002
【特許請求の範囲】
【請求項１】
画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納する取得手段と、
前記コンテンツ記憶手段と、
前記コンテンツ記憶手段に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施する変換手段と、
前記変更後のコンテンツを端末装置に送信する送信手段と、を備えるサーバ装置と、
変更された前記コンテンツを受信して、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行する表示手段と、
前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する調整手段と、を備える前記端末装置と、を包含するコンテンツ制御システム。
【請求項２】
前記サーバ装置は、監視対象リスト記憶手段を更に備え、
前記変換手段は、前記コンテンツに対応付けて前記処理の記述の箇所を前記監視対象リストに記録しておき、前記受信手段が、再度、同一のコンテンツを読み込んだことを検出したときは、前記監視対象リスト記憶手段に格納されている前記箇所に基づいて、前記処理の記述を検出して変更する、請求項１のコンテンツ制御システム。
【請求項３】
前記端末装置の前記調整手段は、前記通知により起動されて、前記新たな内容の表示に伴い前記フレームのサイズ変更が必要な第一の場合と不要な第二の場合を切り分け、前記第一の場合にログを前記サーバ装置に送信し、さらに、ユーザの指示に従って前記フレーム内の前記表示内容を変更した場合もログを前記サーバ装置に送信し、
前記サーバ装置の前記変換手段は、前記処理の記述を検出して、前記処理の記述が起動された場合に、ログを出力するように前記処理を変更し、
前記受信手段が、再度、同一のコンテンツを読み込んだことを検出したときに、
前記ログに基づいて、前記第二の場合であった前記処理を検出すると前記通知挿入を実施せず、さらに、当該通知挿入を実施せず、その後、当該処理の実行後にユーザ操作に従って前記フレームのサイズを変更した前記処理を検出すると当該通知挿入を実施する、請求項２のコンテンツ制御システム。
【請求項４】
前記処理は、前記フレーム内にすでに表示されている前記表示内容を更新し、変更後の前記フレームのサイズの変分は、更新内容に基づいて計算される、請求項１乃至３の何れかのコンテンツ制御装置。
【請求項５】
前記処理は、新たなファイルを、前記コンテンツサーバまたは他のコンテンツサーバから受信して、前記フレームに表示し、変更後の前記フレームのサイズは前記新たなファイルの表示サイズに基づいて計算される、請求項１乃至３の何れかのコンテンツ制御装置。
【請求項６】
前記コンテンツサーバと、
請求項１乃至５の何れかのコンテンツ制御装置と、を包含するコンテンツ制御システム。
【請求項７】
画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納し、
前記コンテンツ記憶手段に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施し、
変更された前記コンテンツ、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行し、
前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更するコンテンツ制御方法。
【請求項８】
前記コンテンツに対応付けて前記処理の記述の箇所を監視対象リストに記録しておき、再度、同一のコンテンツを読み込んだことを検出したときは、前記監視対象リストに格納されている前記箇所に基づいて、前記処理の記述を検出して変更する、請求項７に記載のコンテンツ制御方法。
【請求項９】
画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納する取得処理と、
前記コンテンツ記憶処理に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施する変換処理と、
前記変更後のコンテンツを端末装置に送信する送信処理と、を第１のコンピュータに実行させるサーバプログラムと、
変更された前記コンテンツを受信して、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行する表示処理と、
前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する調整処理と、を第２のコンピュータに実行させる端末プログラムと、
を包含するコンテンツ制御プログラム。
【請求項１０】
前記サーバプログラムは、前記コンテンツに対応付けて前記処理の記述の箇所を監視対象リスト記憶手段に記録しておき、再度、同一のコンテンツを読み込んだことを検出したときは、前記監視対象リスト記憶手段に格納されている前記箇所に基づいて、前記処理の記述を検出して変更する前記変換処理を前記第１のコンピュータに実行させる、請求項９に記載のコンテンツ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ制御システム、コンテンツ制御方法、及びコンテンツ制御プログラムに関する。
【背景技術】
【０００２】
ウェブコンテンツにおいては、画像がブラウザの枠(ウィンドウ)内に、適切に表示されることが重要である。ポータルサイト画面に他システムを統合する方法として、Webクリッピングがあげられる。Webクリッピングは、他システムの画面の一部を抽出してポータルの画面に統合する。Webクリッピングで表示する範囲は、サーバ側で切り取る方法と、クライアント側で切り取る方法がある。一般的には複雑な加工処理が有利であるため、サーバ側で決定する方法がとられる(特許文献２)。
【０００３】
サーバ側で切り取る場合、切り取りを行うことにより、HTML(HyperText Markup Language)の構造が元の画面と異なり、スタイルが正常に適用されない、スクリプトの操作対象が存在しないといった問題が発生する。
【０００４】
一方クライアント側で実施する場合はいくつかの実現方法が考えられる(特許文献３)。不要部分を非表示にする方法、不要部分を背後に隠す方法などがあげられる。これらはサーバ側で実施する際の切り取りによるスタイル崩れやスクリプトエラーの発生を防ぐが、すべてクライアント側で解釈することにより負荷が高くなる問題が発生する。
【０００５】
しかし、どちらの方法を採用しても、ポータルサイトの画面に直接Webクリッピング対象の画面を統合する方法では、スクリプトやスタイル定義などで使用している名前空間の衝突を防ぐことはできない。サーバ側でスクリプトやスタイル定義を書き換えて名前空間を分ける方法が考えられるが、名前変更による影響範囲を把握することが困難である。したがって衝突を回避するには、ポータル画面とは独立の空間、たとえばIFrame(インラインフレーム)要素に埋め込むことが望ましい。
【０００６】
IFrameは大きさが固定のため、切り取ったコンテンツとIFrameの大きさにずれがあると、コンテンツの見たい部分がスクロールしないと見られなかったり、無駄な空きスペースができてしまったりする。したがってユーザにIFrameと意識させずにクリッピングを行うには、IFrameのサイズをコンテンツにあわせる必要がある。
【０００７】
たとえば、図１３のコンテンツの例を挙げる。このコンテンツはIFrameに埋め込まれている。図１３の枠線がIFrameの枠である。「画像を表示」ボタンを押すと、下に画像が表示されるものとする。この状態で、「画像を表示」ボタンを押すと、図１４のようになる。画像が枠線内に収まらないので、スクロールをしなければ選択可能な色を確認することができない。しかし、IFrameを利用しない場合は、枠がないためスクロールしなくても全体を見ることができる。したがって、IFrameを利用しない場合と同様の利便性を提供するためには、図１５のように画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくする必要がある。
【０００８】
しかし、図１３のコンテンツのように、コンテンツのサイズはページを表示した後にボタンのクリックなどにより動的に変化する可能性がある。どのタイミングで変化するのかをコンテンツの統合先の画面、例えばJavaScript(登録商標)など、だけで検知することは困難である。そこで、定期的にコンテンツのサイズを監視する方法が考えられる。
【０００９】
このような背景の中、特許文献１には、Webブラウザに表示した監視画面の表示領域の情報を予めサーバ装置に記憶し、サーバ装置からクライアント端末に受信した監視画面の表示領域の情報に基づいてクライアント端末側で監視画面の表示領域を決定し、監視画面表示領域の描画を行う技術が開示されている。
【００１０】
特許文献２には、Webページ上の画面を切り取って、指定された他のWebページに貼付するマッシュアップ装置において、切り取り元のWebページの切り取り範囲から最低限必要な情報を切り取って保持することで、貼り付け先のWebページにおいて正しい機能が実行されるようにする技術が開示されている。
【００１１】
特許文献３には、当該Webアプリケーションを含む全画面をそのままクライアントのブラウザに送信し、切り出す代わりに、不必要な表示部分を非表示とする技術が開示されている。
【００１２】
特許文献４には、複数の機器から出力された画像を合成して１の画面に表示させる際に、複数の画像のそれぞれにおいて表示させたい部分が互いに重ならないように配置させて表示させ、画面の空き領域に配置する画像に対して該画像が配置される領域を変更する技術が開示されている。
【００１３】
特許文献５には、複数のコンテンツソースからのグラフィック情報の表示要求を受け同一画面上に同時に表示する技術が開示されている。
【００１４】
特許文献６には、自動レイアウト処理が実行され、流し込まれたデータに応じてレイアウトが制御されたコンテナを表示するプレビュー表示画面において、データを流し込む前後のレイアウトの変化を明示する技術が開示されている。
特許文献７
特許文献７には、テキスト表示エリアへの表示データのデータ量に基づき、該データ量に基づく必要行数が既に表示されている当該テキスト表示エリアのサイズよりも大きいときは、該テキスト表示エリアの再確保を実行して縦幅を拡張し、テキスト表示エリアへの表示データのデータ量に基づき、該データ量に基づく必要行数が既に表示されている当該テキスト表示エリアのサイズよりも小さく、空白行を生ずることとなる場合には、当該テキスト表示エリアを再設定し、該空白行を削除して、該テキスト表示エリアの縦幅を縮小する技術が開示されている。
【００１５】
非特許文献１には、ユーザがWebコンテンツにテキストなどを書き加えた場合に、自動で画面領域を拡大させる技術が記載されている。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１１−４８７８９号公報
【特許文献２】特開２０１１−４８７６４号公報
【特許文献３】特開２００９−２２３５５５号公報
【特許文献４】特開２００８−１４６４９５号公報
【特許文献５】特開２００７−５７９８０号公報
【特許文献６】特開２００６−７２５１８号公報
【特許文献７】特開２０００−１９４４６４号公報
【非特許文献】
【００１７】
【非特許文献１】『指定要素が内包する要素郡の外周に対するリサイズイベントの割り当て』http://bit.ly/UXpHim
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかし、上述の特許文献１〜７と非特許文献１では、画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくするに当たり、定期的にコンテンツのサイズを監視する場合、監視間隔とコンテンツのサイズ変更の間に微妙な時間のずれが発生するため、画面の一部が枠外にはみ出してスクロールが必要な状態になった後に枠が広がり全体が表示される形になることで、画面のちらつきが発生するという課題がある。
【００１９】
そこで、本発明の目的の一例は、上述した課題を解決するコンテンツ制御装置、制御システム、制御方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００２０】
かかる目的を達成するため、本発明の一形態にかかるコンテンツ制御システムは、画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納する取得手段と、前記コンテンツ記憶手段と、前記コンテンツ記憶手段に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施する変換手段と、前記変更後のコンテンツを端末装置に送信する送信手段と、を備えるサーバ装置と、変更された前記コンテンツを受信して、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行する表示手段と、前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する調整手段と、を備える前記端末装置と、を包含する。
【００２１】
また、かかる目的を達成するため、本発明の一形態にかかるコンテンツ制御方法は、画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納し、前記コンテンツ記憶手段に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施し、変更された前記コンテンツ、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行し、前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する。
【００２２】
さらに、かかる目的を達成するため、本発明の一形態にかかるコンテンツ制御プログラムは、画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶手段に格納する取得処理と、前記コンテンツ記憶処理に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施する変換処理と、前記変更後のコンテンツを端末装置に送信する送信処理と、を第１のコンピュータに実行させるサーバプログラムと、変更された前記コンテンツを受信して、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行する表示処理と、前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する調整処理と、を第２のコンピュータに実行させる端末プログラムと、を包含する。
【発明の効果】
【００２３】
以上のように、本発明におけるコンテンツ制御装置、制御方法、及びプログラムによれば、画面がちらつくことが無く、画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくすることができる。
【図面の簡単な説明】
【００２４】
【図１】図１は、本発明を実施するための第１の形態のコンテンツ制御システムの構成を示すブロック図である。
【図２】図２は、変換部３１０が受け取ったコンテンツ６００にサイズ変更通知部６０８を埋め込む動作を示す図である。
【図３】図３は、変換部３１０が受け取ったコンテンツ６００にサイズ変更通知部６０８を挿入したHTML３１６の具体例(Sample1.html)を示す図である。
【図４】図４は、本発明を実施するための第１の形態のコンテンツ制御システムの動作を示す流れ図である。
【図５】図５は、本発明を実施するための第２の形態のコンテンツ制御システムの構成を示すブロック図である。
【図６】図６は、変換部３１０が、受け取ったコンテンツ６００に、ログ出力処理とサイズ変更通知部６０８とを挿入したHTML３１６の具体例(Sample2.html)を示す図である。
【図７】図７は、監視対象リスト３０６の具体例を示す図である。
【図８】図８は、サイズ変更監視対象リスト３０８の具体例を示す図である。
【図９】図９は、本発明を実施するための第２の形態のコンテンツ制御システムの動作を示す流れ図である。
【図１０】図１０は、本発明を実施するための第２の形態のコンテンツ制御システムのＳ２０６の詳細の動作を示す流れ図である。
【図１１】図１１は、ログ解析部３０４が処理する動作の流れ図である。
【図１２】図１２は、ログ出力処理と調整部２０４から出力されたログの具体例を示す図である。
【図１３】図１３は、HTML３１６のフレーム内に表示内容変更前のコンテンツを表示した具体例を示す図である。
【図１４】図１４は、HTML３１６のフレーム内に表示内容変更後のコンテンツを表示した具体例を示す図である。
【図１５】図１５は、HTML３１６のフレーム内の表示内容変更後のコンテンツにフレームのサイズを合わせた具体例を示す図である。
【図１６】図１６は、本発明を実施するための第３の形態の構成を示すブロック図である。
【図１７】図１７は、本発明を実施するための第４の形態の構成を示すブロック図である。
【発明を実施するための形態】
【００２５】
発明を実施するための形態について図面を参照して詳細に説明する。
【００２６】
なお、本発明を実施するための形態におけるコンテンツ制御システム１０等を構成する各部は、制御部、メモリ、メモリにロードされたプログラム、プログラムを記憶するハードディスク等の記憶ユニット、ネットワーク接続用インターフェースなどからなる。また、その各部は、ハードウェアとソフトウェアの任意の組合せによって実現される。そして、特に断りのない限り、その実現方法、装置は限定されない。
【００２７】
また、制御部はCPU（Central Processing Unit）などからなる。その制御部は、オペレーティングシステムを動作させてコンテンツ制御システム１０等の全体を制御する。それとともに、制御部は、例えばドライブ装置などに装着された記録媒体からメモリにプログラムやデータを読み出し、これに従って各種の処理を実行する。
【００２８】
記録ユニットは、例えば光ディスク、フレキシブルディスク、磁気光ディスク、外付けハードディスク、半導体メモリ等である。記憶ユニットは、コンピュータプログラムをコンピュータが読み取り可能に記録する。また、コンピュータプログラムは、通信網に接続されていて、かつ、図示しない外部コンピュータからダウンロードされても良い。ここで、特に断りの無い限り、通信網とは、インターネット、LAN（Local Area Network）、公衆回線網、無線通信網、または、これらの組み合わせ等によって構成されるネットワーク等であっても良い。
【００２９】
また、発明を実施するための形態の説明において利用するブロック図は、ハードウェア単位の構成ではなく、機能単位の構成を示している。これらの機能ブロックは、ハードウェア、ソフトウェアの任意の組み合わせによって実現される。また、これらの図において、各実施形態の構成部は、物理的に結合した一つの装置により実現されるよう記載されている場合もある。しかし、その構成部の実現手段は、これに限定されない。すなわち、コンテンツ制御システム１０は、二つ以上の物理的に分離した装置を、有線または無線で接続した複数の装置により実現されても良い。また、各構成部が物理的に分離した２つ以上の装置等として記載されている場合もある。しかし、その構成部の実現手段は、これに限定されない。すなわち、コンテンツ制御システム１０は、ハードウェア、ソフトウェアを任意に組み合わせて物理的に結合した一つの装置により実現されても良い。
＜第１の実施形態＞
図１を用いて、本発明を実施するための第１の形態のコンテンツ制御システム１０の構成について説明する。図１は、本発明を実施するための第１の形態の構成を示すブロック図である。
【００３０】
図１が示すように、本発明を実施するための第１の形態におけるコンテンツ制御システム１０は、コンテンツ制御装置(サーバ)３００と、コンテンツ制御装置(クライアント)２００で構成されている。
【００３１】
コンテンツ制御装置(サーバ)３００は、取得部３０２、変換部３１０、コンテンツ記憶部３１２、送信部３１４、HTML(ポータルサイト)３１６、即ちHTML３１６、を備える。
【００３２】
取得部３０２は、コンテンツ６００をクリッピング対象コンテンツサーバ５００からインターネット４００経由で取得する。
【００３３】
変換部３１０は、受け取ったコンテンツ６００を解析し、スクリプト６０４内にサイズ変更通知部６０８を埋め込む。
【００３４】
コンテンツ記憶部３１２は、コンテンツ取得部３０２が取得したコンテンツ６００を記憶する。
【００３５】
送信部３１４は、コンテンツ変換部３１０が変換されたコンテンツ６０６、即ち変換したコンテンツをコンテンツ制御装置(クライアント)２００の表示部２０２に送信する。
【００３６】
HTML３１６は、HTMLで記述され、IFrameを含む構造化文書である。HTML３１６は、例えば、ポータルサイトのトップページである。
【００３７】
コンテンツ制御装置(クライアント)２００は、ブラウザ２０６を実行する。さらに、ブラウザ２０６は、調整部２０４をスクリプトとして実行する。ブラウザ２０６は、HTML等で記述された構造化文書の表示などをする、表示部２０２を含む。表示部２０２は、スクリプトの実行機能を含む。
【００３８】
表示部２０２は、HTML３１６を表示装置１００に表示したり、変換部３１０が変換したコンテンツを表示装置１００のIFrame１０２内に表示する。さらに、表示部２０２は、JavaScript(登録商標)等で書かれたスクリプトを実行する。
【００３９】
調整部２０４は、現在のコンテンツのサイズを取得し、IFrame１０２の枠サイズをコンテンツと同じサイズに調整する。
【００４０】
図１が示すように、表示装置１００はHTML３１６を表示する。表示されたHTML３１６は、IFrame１０２を含んでいる。表示装置１００は、IFrame１０２内に、クリッピングされたコンテンツの表示１０４を行う。
【００４１】
次に、図２、図３のデータ構造について説明する。図２は、変換部３１０が受け取ったコンテンツ６００にサイズ変更通知部６０８を埋め込む動作を示す図である。図２の左図は、コンテンツ６００である。このコンテンツ６００には、コンテンツの表示内容６０２と、スクリプト６０４を有する。これは、変換する前のコンテンツ６００である。図２の右図は、変換されたコンテンツ６０６である。これは、変換部３１０が、変換されたコンテンツ６０６のスクリプト６０４内に、サイズ変更通知部６０８を挿入したことを示す。
【００４２】
図３は、変換部３１０が受け取ったコンテンツ６００にサイズ変更通知部６０８を挿入したHTML３１６の具体例(Sample1.html)を示す図である。Sample1.htmlは、JavaScript(登録商標)のスクリプトを含むHTMLのWebコンテンツである。Sample1.htmlのスクリプト内には、”add-button”というid属性を持つボタンを押すたびに、テキストが一行追加されるというスクリプトがある(以下、add-buttonスクリプト)。add-buttonスクリプトは、具体的には、図３の８行目と９行目の部分である。つまり、ユーザがこのボタンを押すことによってコンテンツのサイズが変わる。また、Sample1.htmlのスクリプト内には、”count-up-button”というid属性を持つボタンを押すたびに、追加される行に表示される数字がインクリメントされる(以下、count-up-buttonスクリプト)。count-up-buttonスクリプトは、具体的には、図３の１３行目の部分である。つまり、ユーザがこのボタンを押しても、コンテンツのサイズは変わらない。変換部３１０は、add-buttonスクリプトの後(スクリプト６０４内)とcount-up-buttonスクリプトの後(スクリプト６０４内)とにサイズ変更通知部６０８を挿入する。サイズ変更通知部６０８は、具体的には、図３の四角で囲われた部分(parent.onContentResize();)である。
【００４３】
次に、図４を用いて、本発明を実施するための第１の形態のコンテンツ制御システム１０の動作を説明する。
【００４４】
送信部３１４がポータルサイトのHTML３１６をクライアントに送信する。クライアントでは、表示部２０２がIFrame１０２を含んだHTML３１６を表示装置１００に表示する(Ｓ１０２)。このとき、表示部２０２は、取得部３０２に、IFrame１０２のコンテンツを要求する。その要求を受けて取得部３０２がコンテンツ６００をクリッピング対象コンテンツサーバ５００からインターネット４００経由で取得する(Ｓ１０４)。変換部３１０が受け取ったコンテンツを解析し、スクリプト６０４内にサイズ変更通知部６０８を埋め込んで、送信部３１４が埋め込んだコンテンツを表示部２０２に送信する(Ｓ１０６)。変換部３１０が行う解析は、例えば、静的解析や文字列解析等である。表示部２０２が変換したコンテンツを表示装置１００のIFrame１０２内に表示する。そのとき、調整部２０４が現在のコンテンツのサイズを取得し、IFrame１０２の枠サイズをコンテンツと同じサイズに調整する(Ｓ１０８)。
【００４５】
ユーザがIFrame１０２の表示内容変更の操作をするとスクリプトが実行され、スクリプト６０４内に埋め込んだサイズ変更通知部６０８が調整部２０４に通知を発行する(Ｓ１１０)。ここで、ユーザの操作とは、例えば、表示装置１００によって表示されたコンテンツがボタンを含んでいた場合、ユーザが端末でそのボタンをクリックすることである。この操作により、スクリプトが実行される。例えば、ユーザがボタンをクリックすると、コンテンツ(テキスト)が一行追加される等である。
【００４６】
調整部２０４がサイズ変更通知を受け取る(Ｓ１１２)。このとき、調整部２０４は、例えば、サイズ変更通知が持つ、変更したコンテンツのサイズ情報を取得する。ここで、ユーザ操作によってコンテンツのサイズが変更した場合、サイズ変更通知がサイズ情報を取得する方法は、例えば、コンテンツの変分をスクリプト等で得る。また、ユーザ操作によって新たなコンテンツ(ファイル)が読み込まれる場合、サイズ変更通知がサイズ情報を取得する方法は、例えば、ファイルからデータサイズを得る。サイズ情報は、具体的には、例えば、コンテンツのデータサイズやコンテンツの高さ、幅の数値等である。調整部２０４がコンテンツと枠の大きさが同じかを判定する(Ｓ１１４)。ここで、調整部２０４の判定方法としては、例えば、Ｓ１０８で取得した現在のコンテンツのサイズと、Ｓ１１２で取得した、変更したコンテンツのサイズ情報とを比較する等である。コンテンツと枠の大きさが異なる場合(Ｓ１１４で“異なる”)、調整部２０４がIFrame１０２の枠サイズを内容変更されたコンテンツのサイズに調整する(Ｓ１１６)。
【００４７】
ここで、コンテンツと枠の大きさが同じ場合(Ｓ１１４で“同じ”)、フローを終了する。
【００４８】
以上で、本発明を実施するための第１の形態のコンテンツ制御システム１０の動作が終了する。
【００４９】
本発明を実施するための第１の形態におけるコンテンツ制御システム１０は、変換部３１０がコンテンツ６００のスクリプト６０４内にサイズ変更通知部６０８を埋め込むことで、コンテンツの大きさの変更を検知し、枠の大きさを自動で調整する。そのため、コンテンツ制御システム１０は、画面がちらつくことが無く、画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくすることができる。
【００５０】
なお、本実施形態においては、変換部３１０が、サイズ変更通知部６０８を埋め込んだ場所をファイルに記憶しておき、同一コンテンツを再度読み込んだ場所は、当該ファイルに基づいてサイズ変更通知部６０８を埋め込んでも良い。
＜第２の実施形態＞
次に、本発明を実施するための第２の形態について説明する。本発明を実施するための第２の形態では、コンテンツ６００にログ出力処理とサイズ変更通知部６０８を埋め込み、出力されたログの種類から、サイズ変更監視対象を選別するコンテンツ制御システム１０について説明する。
【００５１】
図５を用いて、本発明を実施するための第２の形態における構成を説明する。本発明を実施するための第２の形態におけるコンテンツ制御システム１０は、本発明を実施するための第１の形態のコンテンツ制御装置(サーバ)３００の構成に加え、ログ解析部３０４、監視対象リスト３０６、サイズ変更監視対象リスト３０８、ログ記憶部３１８、を有する。
【００５２】
ログ解析部３０４は、出力されたログを解析し、サイズ変更監視対象リスト３０８に記憶する監視対象を決定する。
【００５３】
監視対象リスト３０６は、監視対象を記録する。ここで、監視対象とは、画面を表示した後に起動される可能性がある、スクリプト６０４内での処理のことである。例えば、DOM(Document Object Model)のイベント処理や、非同期処理、非同期通信等である。これらは、コンテンツ６００の内容変更を行い、その結果、コンテンツ６００のサイズ変更を行う可能性がある。
【００５４】
サイズ変更監視対象リスト３０８は、監視対象リスト３０６からサイズ変更が起こる可能性が高いもの(サイズ変更監視対象)を記録する。ログ解析部３０４は、この可能性をログから判断する。ログ記憶部３１８は、出力されたログを記憶する。
【００５５】
まず、図６、図７、図８、図１２のデータ構造について説明する。図６は、変換部３１０が、受け取ったコンテンツ６００に、ログ出力処理とサイズ変更通知部６０８とを挿入したHTML３１６の具体例(Sample2.html)を示す図である。Sample2.htmlはSample1.htmlに加えて、ログ出力処理(parent.LogManager.addLog)がスクリプト６０４内に挿入されている。
【００５６】
図７は、監視対象リスト３０６の具体例を示す図である。図７が示すように、監視対象リスト３０６は、監視対象の「id、ファイル名、開始行番号、開始桁数、終了行番号、終了桁数、関数名」を記憶している。具体的には、図６のSample2.htmlのcount-up-buttonスクリプトの場合は、idが０、ファイル名がSample2.html、開始行番号が８、開始桁数が５２、終了行番号が９、終了桁数が１６、関数がinitである。
【００５７】
図８は、サイズ変更監視対象リスト３０８の具体例を示す図である。図８が示すように、サイズ変更監視対象リスト３０８は、監視対象リスト３０６に加えて、監視対象の最終呼び出し時刻を記憶している。具体的には、図６のSample2.htmlのcount-up-buttonスクリプトの場合は、idが０、ファイル名がSample2.html、開始行番号が８、開始桁数が５２、終了行番号が９、終了桁数が１６、関数がinit、最終呼び出し時刻が２０１２／１０／２０である。
【００５８】
図１２は、ログ出力処理と調整部２０４から出力されたログの具体例を示す図である。図１２が示すログは、ログ出力処理によって出力されたログと、サイズ変更通知を受け取った調整部２０４がコンテンツの大きさに枠を調整した後に出力するログの具体例である。具体的には、図１２の１行目「SIZE_CHANGING_TARGET:0:2012/11/11 11:10:11」は、”add-button”をid属性にもつボタンAをクリックすると、サイズ変更監視対象起動ログ出力処理によって出力されたログである。図１２の２行目「SIZE_CHANGED」は、ボタンAをクリックした後に、サイズ変更通知を受け取った調整部２０４がコンテンツのサイズを調整した後に出力したログである。図１２の３行目「SIZE_CHANGING_TARGET:1:2012/11/11 11:10:11」は、”count-up-button”をid属性にもつボタンCをクリックすると、監視対象起動ログ出力処理によって出力されたログである。
【００５９】
次に、図９、図１０、図１１を用いて、本発明を実施するための第２の形態のコンテンツ制御システム１０の動作を説明する。
【００６０】
まず、図９を用いて、本発明を実施するための第２の形態の動作における、変換部３１０がコンテンツ６００のスクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込み、スクリプトの種類によってログを出力し、コンテンツ６００のサイズを変更する動作を説明する。
【００６１】
送信部３１４がポータルサイトのHTML３１６をクライアントに送信する。クライアントでは、表示部２０２がIFrame１０２を含んだHTML３１６を表示装置１００に表示する(Ｓ２０２)。このとき、表示部２０２は、取得部３０２に、IFrame１０２のコンテンツを要求する。その要求を受けて取得部３０２がコンテンツ６００をクリッピング対象コンテンツサーバ５００からインターネット４００経由で取得する(Ｓ２０４)。変換部３１０が受け取ったコンテンツ６００を解析し、スクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込んで、送信部３１４が埋め込んだコンテンツを表示部２０２に送信する(Ｓ２０６))。この処理の詳細は図１０に記載する。表示部２０２が、変換したコンテンツを表示装置１００のIFrame１０２内に表示する。そのとき、調整部２０４が現在のコンテンツのサイズを取得し、IFrame１０２の枠サイズをコンテンツと同じサイズに調整する(Ｓ２０８)。
【００６２】
ユーザがIFrame１０２の表示内容変更の操作をするとスクリプトが実行される。サイズ変更監視対象スクリプトが実行された場合、スクリプト６０４内に埋め込んだ、サイズ変更監視対象起動ログ出力処理がログ解析部３０４にサイズ変更監視対象起動ログを出力し、サイズ変更通知部６０８が調整部２０４に通知を発行する(Ｓ２１０Ａ)。調整部２０４がサイズ変更通知を受け取る(Ｓ２１２)。調整部２０４がコンテンツと枠の大きさが同じかを判定する(Ｓ２１４)。コンテンツと枠の大きさが異なる場合(Ｓ２１４で“異なる”)、調整部２０４がIFrame１０２の枠サイズを内容変更されたコンテンツのサイズに調整し、サイズ調整実施ログをログ解析部３０４に送信する(Ｓ２１６)。ここで、コンテンツと枠の大きさが同じ場合(Ｓ２１４で“同じ”)、フローを終了する。
【００６３】
監視対象スクリプトが実行された場合、スクリプト６０４内に埋め込んだ監視対象起動ログ出力処理が実行され、ログ解析部３０４に監視対象起動ログが出力される(Ｓ２１０Ｂ)。調整部２０４がユーザ操作によってIFrame１０２の枠サイズが手動変更されたかを判定する(Ｓ２１８)。ここで、手動変更とは、例えば、コンテンツがIFrame１０２のサイズよりも大きい場合に、ユーザが手動で、コンテンツのサイズまでIFrame１０２の枠を拡大することである。枠サイズが手動変更された場合(Ｓ２１８で“手動変更された”)、調整部２０４が手動変更ログを出力し、ログ解析部３０４に送信する(Ｓ２２０)。
【００６４】
また、枠サイズが手動変更されていない場合(Ｓ２１８で“手動変更されていない”)、フローを終了する。
【００６５】
なお、ログ解析部３０４は、出力されたログをログ記憶部３１８に格納する。
【００６６】
以上で、本発明を実施するための第２の形態の動作における、変換部３１０がコンテンツ６００のスクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込み、スクリプトの種類によってログを出力し、コンテンツ６００のサイズを変更する動作が終了する。
【００６７】
次に、図１０を用いて、本発明を実施するための第２の形態の動作における、変換部３１０が受け取ったコンテンツ６００を解析し、スクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込んで、送信部３１４が埋め込んだコンテンツを表示部２０２に送信する動作の詳細(第２の実施形態のＳ２０６の詳細)を説明する。
【００６８】
変換部３１０が、今回読み込んだコンテンツ６００の読み込みが初回かどうかを判定する(Ｓ３０２)。即ち、変換部３１０は、例えば、コンテンツ６００のURL、更新日時が同一か否かを判別する。変換部３１０が、コンテンツ６００に対して行う処理が初回であった場合(Ｓ３０２でYes)、変換部３１０が受け取ったコンテンツ６００から監視対象を抽出する(Ｓ３０４)。変換部３１０が、抽出した監視対象を監視対象リスト３０６に記録する(Ｓ３０６)。変換部３１０はサイズ変更監視対象リスト３０８に、監視対象リスト３０６に記録された全ての監視対象を追加する(Ｓ３０８)。変換部３１０は監視対象リスト３０６とサイズ変更監視対象リスト３０８を参照し、サイズ変更監視対象でない監視対象のスクリプト６０４内に監視対象起動ログ出力処理を埋め込む(Ｓ３１０)。変換部３１０はサイズ変更監視対象リスト３０８を参照し、サイズ変更監視対象のスクリプト６０４内にサイズ変更監視対象起動ログ出力処理と、サイズ変更通知部６０８とを埋め込んで、送信部３１４が埋め込んだコンテンツを表示部２０２に送信する(Ｓ３１２)。
【００６９】
ここで、変換部３１０が、コンテンツ６００に対して行う処理が初回でない場合(Ｓ３０２でNo)、Ｓ３１０のフローへ進む。
【００７０】
ここで、Ｓ３１０において、変換部３１０が監視対象起動ログ出力処理を埋め込む場所は、スクリプト６０４内のサイズ変更監視対象でない監視対象の直下(監視対象の処理の最後)でも良い。また、Ｓ３１２において、変換部３１０がサイズ変更監視対象起動ログ出力処理とサイズ変更通知部６０８を埋め込む場所は、スクリプト６０４内のサイズ変更監視対象の直下(サイズ変更監視対象の処理の最後)でも良い。
【００７１】
以上で、本発明を実施するための第２の形態の動作における、変換部３１０が受け取ったコンテンツ６００を解析し、スクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込んで、送信部３１４が埋め込んだコンテンツを表示部２０２に送信する動作の詳細(第２の実施形態のＳ２０６の詳細)を終了する。
【００７２】
次に、図１１を用いて、本発明を実施するための第２の形態の動作における、ログ解析部３０４の処理についての動作を説明する。
【００７３】
ログ解析部３０４がログ記憶部３１８からログを一件取得する(Ｓ４０２)。ログ解析部３０４が、一件取得したログがサイズ変更監視対象起動ログかどうかを判定する(Ｓ４０４)。一件取得したログがサイズ変更監視対象起動ログであった場合(Ｓ４０４でYes)、ログ解析部３０４が一件後のログがサイズ調整実施ログかどうかを判定する(Ｓ４０６)。一件後のログがサイズ調整実施ログであった場合(Ｓ４０６でYes)、ログ解析部３０４がサイズ変更監視対象リスト３０８の該当するサイズ変更監視対象の最終呼び出し時刻を更新する(Ｓ４０８)。
【００７４】
ログ解析部３０４が、処理していないログが残っているかを判定する(Ｓ４１６)。処理していないログが残っていない場合(Ｓ４１６でNo)、ログ解析部３０４がサイズ変更監視対象リスト３０８から一件取得する(Ｓ４１８)。ログ解析部３０４が最終起動日時から一定期間経過しているかを判定する(Ｓ４２０)。最終起動日時から一定期間経過している場合(Ｓ４２０でYes)、ログ解析部３０４がサイズ変更監視対象リスト３０８から該当するサイズ変更監視対象を削除する(Ｓ４２２)。ログ解析部３０４が、処理していないサイズ変更監視対象が残っているかを判定する(Ｓ４２４)。処理していないサイズ変更監視対象が残っていない場合(Ｓ４２４でNo)、フローを終了する。
【００７５】
ここで、処理していないサイズ変更監視対象が残っている場合(Ｓ４２４でYes)、S４１８へ戻る。また、最終起動日時から一定期間経過していない場合(Ｓ４２０でNo)、Ｓ４２４のフローへ進む。また、処理していないログが残っている場合(Ｓ４１６でYes)、Ｓ４０２のフローへ進む。
【００７６】
ここで、一件後のログがサイズ調整実施ログでない場合(Ｓ４０６でNo)、ログ解析部３０４がサイズ変更監視対象リスト３０８から該当するサイズ変更監視対象を削除し(Ｓ４１０)、Ｓ４１６のフローへ進む。
【００７７】
ここで、一件取得したログがサイズ変更監視対象起動ログでない場合(Ｓ４０４でNo)、ログ解析部３０４が一件取得したログがサイズ手動変更ログかどうかを判定する(Ｓ４１２)。一件取得したログがサイズ手動変更ログである場合(Ｓ４１２でYes)、ログ解析部３０４が直前のログからサイズ変更監視対象でない監視対象を抽出し、サイズ変更監視対象リスト３０８に追加し(Ｓ４１４)、Ｓ４１６のフローへ進む。
【００７８】
以上で、本発明を実施するための第２の形態の動作におけるログ解析部３０４の処理についての動作が終了する。
【００７９】
そして、図９、図１０、図１１の説明から、本発明を実施するための第２の形態のコンテンツ制御システム１０の動作が終了する。
【００８０】
本発明を実施するための第２の形態におけるコンテンツ制御システム１０は、変換部３１０がコンテンツ６００のスクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込み、出力されたログの種類から、サイズ変更監視対象を選別する。そのため、コンテンツ制御システム１０は、サイズ変更監視対象リスト３０８の精度を上げることができ、サイズ変更監視対象とすべき箇所(スクリプト)を学習して枠サイズの自動調整を行う処理を必要最低限に抑えることができ、調整部２０４の負荷が軽減できる。
【００８１】
ここで、コンテンツ制御システム１０は、短い間隔でコンテンツのサイズを監視することなく、コンテンツの大きさの変更を検知し、枠の大きさを自動調整できる。その理由は、変換部３１０が、コンテンツの適切な場所、例えば、監視対象やサイズ変更監視対象(スクリプト)の処理の最後にログ出力処理とサイズ変更通知部６０８を埋め込み、出力されたログの種類から、サイズ変更監視対象を選別するからである。
【００８２】
ここで、コンテンツ制御システム１０は、監視対象の一つであるDOMのイベント処理のみを監視対象として実行してもよい。つまり、コンテンツ制御システム１０は、非同期処理や非同期通信に関しても、DOMの操作がない場合は、監視対象からはずしてもよい。その理由としては、DOMのイベント処理はコンテンツのサイズに変化を及ぼすからである。DOMのイベント処理とは、たとえば、JavaScript(登録商標)ならばdocument.appendChild関数の利用や<要素>.innerHTML=“xxx”といった式の実行などである。変換部３１０は、例えば、取得したコンテンツ６００の中に、図６に記載のadd-buttonスクリプトが無い場合、取得したコンテンツ６００にログ出力処理やサイズ変更通知部６０８を挿入しない、などが考えられる。取得したコンテンツ６００内にクリッピング対象領域のDOMがあるかの判定については、クリッピング対象領域に含まれる画面要素のid属性があるかないかでもよいし、その他の属性やその他の特徴でもよい。これによって、コンテンツ制御システム１０は、監視対象の数自体を削減し、負荷を軽減することができる。
＜第３の実施形態＞
図１６を用いて、本発明を実施するための第３の形態におけるコンテンツ制御システム１０の構成について説明する。図１６は、本発明を実施するための第３の形態の構成を示すブロック図である。
【００８３】
図１６が示すように、本発明を実施するための第３の形態におけるコンテンツ制御システム１０の構成について説明する。
【００８４】
本発明を実施するための第３の形態におけるコンテンツ制御システム１０は、図５に記載の、第２の形態におけるコンテンツ制御システム１０の構成に加えて、キャッシュ記憶部３２０を備える。
【００８５】
キャッシュ記憶部３２０は、取得部３０２が取得したコンテンツ６００と、変換部３１０が変換したコンテンツと、その時の日時を記憶する。
【００８６】
次に、本発明を実施するための第３の形態におけるコンテンツ制御システム１０の動作について説明する。ここで、下記で説明する以外の動作については本発明を実施するための第２の形態におけるコンテンツ制御システム１０の動作と同様であり、既に動作の説明を行っているため、説明を省略する。
【００８７】
まず、取得部３０２がコンテンツ６００をクリッピング対象コンテンツサーバ５００からインターネット４００経由で取得する。次に変換部３１０は、受け取ったコンテンツ６００がキャッシュ記憶部３２０に存在するかを判定する。コンテンツ６００がキャッシュ記憶部３２０に存在した場合、変換部３１０は、受け取ったコンテンツ６００の更新日時と、キャッシュ記憶部３２０が記憶している、前回取得した時のコンテンツの更新日時を比較する。コンテンツの更新日時が同一であった場合、送信部３１４はキャッシュ記憶部３２０に保存していた前回変換されたコンテンツ６０６を表示部２０２に送信する。
【００８８】
コンテンツがキャッシュ記憶部３２０に存在しない、または、コンテンツの更新日時が同一でない場合は、変換部３１０が、受け取ったコンテンツ６００を解析し、スクリプト６０４内にログ出力処理とサイズ変更通知部６０８を埋め込んで、変換されたコンテンツ６０６をキャッシュ記憶部３２０に保存する。送信部３１４が変換されたコンテンツ６０６を表示部２０２に送信する。
【００８９】
以上で、本発明を実施するための第３の形態のコンテンツ制御システム１０の動作が終了する。
【００９０】
本発明を実施するための第３の形態におけるコンテンツ制御システム１０は、第２の形態におけるコンテンツ制御システム１０にキャッシュ記憶部３２０追加し、コンテンツに変化がない場合、前回コンテンツ変換部３１０にて変換したコンテンツをそのまま流用するようにする。そのため、コンテンツ制御システム１０は、コンテンツを変換するときの負荷を軽減することができる。
＜第４の実施形態＞
図１７を用いて、本発明を実施するための第４の形態におけるコンテンツ制御システム１０の構成について説明する。図１７は、本発明を実施するための第４の形態の構成を示すブロック図である。
【００９１】
図１７が示すように、本発明を実施するための第４の形態におけるコンテンツ制御システム１０は、サーバ装置、即ちコンテンツ制御装置(サーバ)３００と、端末装置、即ちコンテンツ制御装置(クライアント)２００を備える。
【００９２】
コンテンツ制御装置(サーバ)３００は、取得部３０２、変換部３１０、コンテンツ記憶部３１２、送信部３１４、を備える。コンテンツ制御装置(クライアント)２００は表示部２０２、調整部２０４、を備える。
【００９３】
取得部３０２は、画面の表示内容と、前記表示内容の表示後に起動されて前記画面の表示を新たな内容に変更する処理の記述と、を含むコンテンツをコンテンツサーバから取得して、コンテンツ記憶部３１２に格納する。コンテンツ記憶部３１２は、前記コンテンツを記憶する。変換部３１０は、前記コンテンツ記憶部３１２に格納された前記コンテンツから、前記処理の記述を検出して、前記処理が起動されると通知を送信するように変更する通知挿入を実施する。送信部３１４は、前記変更後のコンテンツを端末装置に送信する。表示部２０２は、変更された前記コンテンツを受信して、前記表示内容を構造化ドキュメントの一部領域であるフレームに表示するとともに、前記処理毎に決められたタイミングで前記処理を実行する。調整部２０４は、前記通知を受信すると、前記フレームのサイズを前記新たな内容の表示のサイズに変更する。
【００９４】
ここで、コンテンツ制御システム１０は、コンテンツ制御システム１０は、画面がちらつくことが無く、画像が表示された(コンテンツが枠内に収まらなくなった)タイミングで枠を大きくすることができる。その理由は、変換部３１０がコンテンツのスクリプト６０４内にサイズ変更通知部６０８を埋め込むことで、コンテンツの大きさの変更を検知し、枠の大きさを自動で調整するからである。
【００９５】
以上、実施形態を用いて本願発明を説明したが、本願発明は、上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解しうる様々な変更をすることができる。
【符号の説明】
【００９６】
１０    コンテンツ制御システム
１００    表示装置
１０２    IFrame
１０４    クリッピングされたコンテンツの表示
２００    コンテンツ制御装置(クライアント)
２０２    表示部(スクリプト実行機能を含む)
２０４    調整部
２０６    ブラウザ
３００    コンテンツ制御装置(サーバ)
３０２    取得部
３０４    ログ解析部
３０６    監視対象リスト
３０８    サイズ変更監視対象リスト
３１０    変換部
３１２    コンテンツ記憶部
３１４    送信部
３１６    HTML
３１８    ログ記憶部
３２０    キャッシュ記憶部
４００    インターネット
５００    クリッピング対象コンテンツサーバ
６００    コンテンツ
６０２    コンテンツの表示内容
６０４    スクリプト
６０６    変換されたコンテンツ
６０８    サイズ変更通知部
【図１】
2014191561.tif 000003
【図２】
2014191561.tif 000004
【図３】
2014191561.tif 000005
【図４】
2014191561.tif 000006
【図５】
2014191561.tif 000007
【図６】
2014191561.tif 000008
【図７】
2014191561.tif 000009
【図８】
2014191561.tif 000010
【図９】
2014191561.tif 000011
【図１０】
2014191561.tif 000012
【図１１】
2014191561.tif 000013
【図１２】
2014191561.tif 000014
【図１３】
2014191561.tif 000015
【図１４】
2014191561.tif 000016
【図１５】
2014191561.tif 000017
【図１６】
2014191561.tif 000018
【図１７】
2014191561.tif 000019