(57)【要約】      （修正有）【課題】情報端末から通話の発呼操作をすると通信業者から広告が配信される技術において、通信環境に応じて適切に広告を配信する技術を提供する。【解決手段】ユーザが発呼操作を行うと、ユーザ端末１００から、ユーザ端末１００の電話番号、通話先の電話番号、及び電波状況情報を通信制御サーバ２００に送信する。通信制御サーバ２００は、ユーザ端末１００の電話番号と電波状況情報を広告サーバ３００に送信する。広告サーバ３００はユーザ端末１００の電話番号と電波状況情報から広告ファイルを呼び出して通信制御サーバ２００に送信する。通信制御サーバ２００は受信した広告ファイルをユーザ端末１００に配信する。【選択図】図１
2013197718.tif 000002
【特許請求の範囲】
【請求項１】
情報端末から通信開始の要求を受信したときに、前記情報端末に広告ファイルを送信する通信サーバにおいて、
前記情報端末と前記通信サーバの通信環境の良好度に基づいて、異なるデータサイズの広告コンテンツを送信することを決定する決定部、
を備えることを特徴とする通信サーバ。
【請求項２】
前記情報端末との通信が無線通信であって、
前記決定部が前記情報端末から電波強度に関する情報を受信して前記良好度を決定する
ことを特徴とする請求項１に記載の通信サーバ。
【請求項３】
前記決定部が、前記良好度が高いときにはデータサイズの大きい広告コンテンツを、前記良好度が低いときにはデータサイズの小さい広告コンテンツを送信することを決定する
ことを特徴とする請求項１または２に記載の通信サーバ。
【請求項４】
前記通信サーバが、情報端末に送信した前記広告ファイルの送信時刻とデータサイズを記憶する記憶部と、
所定の期間に送信した前記データサイズの総和が所定の値を超えた場合に、送信すると決定した広告コンテンツを送信するまでの待機時間を設定する送信遅延部と、
をさらに備えることを特徴とする、請求項１から３のいずれか１に記載の通信サーバ。
【請求項５】
前記決定部は、
前記広告コンテンツよりデータ量が少なく、前記待機時間に応じた再生時間のコンテンツを送信してから前記広告コンテンツを送信することを決定する
ことを特徴とする請求項４に記載の通信サーバ。
【請求項６】
請求項１から５のうち１の通信サーバと、
１または複数の情報端末と、
前記通信サーバおよび前記情報端末を接続するネットワークと、
を備える通信システム。
【請求項７】
情報端末が通信開始の要求を受信したときに、前記要求を受信したサーバが前記情報端末に広告ファイルを送信する通信方法において、
前記情報端末と前記サーバの通信環境の良好度を判定し、
前記良好度に基づいて異なるデータサイズの広告コンテンツを送信する、
ことを特徴とする通信方法。
【請求項８】
前記情報端末と前記サーバの通信は無線通信であって、
前記サーバは前記情報端末から電波強度に関する情報を受信し、
前記良好度を判定する際に、前記電波強度を用いる
ことを特徴とする請求項７に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信を開始する前に広告配信を行う通信システムに関する。
【背景技術】
【０００２】
従来より、特許文献１のように、通話を発呼すると通信業者から広告が配信され、広告を受容することにより通信料が割安になる特典を受けられる、という技術が知られている。
【０００３】
また例えば特許文献２のように、通話の発呼時に配信される広告の内容について、ユーザの位置情報や嗜好に応じて、より広告効果の高い、あるいは受け入れられやすい広告を配信するという技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−２１０１９２号公報
【特許文献２】特開２０１０−０３９８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
携帯電話の高機能・高性能化、また通信回線の高速化に伴い、携帯電話向け広告コンテンツも、よりリッチなコンテンツ、例えば動画等が多用されるようになっている。しかし、依然として設備増強が進んでいないエリアや、在圏している端末の密集度が高かったり、端末が高速移動していたりする等の状況により十分な通信速度が得られない場合もある。このような場合、データ量の多いリッチコンテンツは広告配信完了、即ち通話開始までに時間がかかってしまう可能性がある。通話開始までに時間がかかるとユーザがストレスを感じることになり、広告が逆効果となることも考えられる。
【０００６】
そこで本発明では、発呼時に発信者の端末に広告を配信する際に、通信環境に応じて適切に広告を配信する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決する第１の発明は、通信サーバであって、情報端末から通信開始の要求を受信したときに、情報端末に広告ファイルを送信する通信サーバであって、情報端末と通信サーバの通信環境の良好度に基づいて、異なるデータサイズの広告コンテンツを送信することを決定する決定部を備えていることを特徴とする。
【０００８】
上記課題を解決する第２の発明は、通信方法であって、情報端末が通信開始の要求をしたときに、前記要求を受信したサーバが前記情報端末に広告ファイルを送信する通信方法において、前記情報端末と前記サーバの通信環境の良好度を判定し、前記良好度に基づいて異なるデータサイズの広告コンテンツを送信することを特徴とする。
【発明の効果】
【０００９】
本発明の構成によれば、発呼時に発信者の端末に広告を配信するシステムにおいて、通信環境に応じて適切に広告を配信することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第一の実施例の通信ネットワークの全体の構成を示す図である。
【図２】本発明の第一の実施例で用いるユーザ端末で動作するアプリケーションの、本発明に関わる機能を示したブロック図である。
【図３】本発明の第一の実施例のユーザ情報登録画面である。
【図４】本発明の第一の実施例の広告サーバの、本発明に関わる機能を示したブロック図である。
【図５】本発明の第一の実施例の広告サーバが保持する、ユーザ情報テーブルである。
【図６】本発明の第一の実施例の広告サーバが保持する、広告配信条件テーブルである。
【図７】本発明の第一の実施例の広告サーバが保持する、広告ファイルテーブルである。
【図８】本発明の第一の実施例の処理の流れを示す、シーケンスチャートである。
【図９】本発明の第二の実施例の処理の流れを示す、シーケンスチャートである。
【図１０】本発明の第二の実施例で用いられる配信タイミング調整のフローチャートである。
【図１１】本発明の第二の実施例で用いられる配信タイミング調整の変形例の、フローチャートである。
【発明を実施するための形態】
【００１１】
［第一の実施例］
図１は本発明の第一の実施例の特徴部分を表す全体図である。図１を参照すると、ユーザが利用する通信端末であるユーザ端末１００と、ユーザ端末１００の通話を含む通信を制御する通信制御サーバ２００、またユーザ端末１００への広告配信に関わる処理を行う広告サーバ３００が、ネットワーク９００で適宜接続されている。この他にもユーザ端末１００が希望する相手先と通話を行うのに必要な通信装置も配置されているが、それらの装置や動作は既存技術を適宜適用すればよいので、省略する。
【００１２】
ユーザ端末１００は、通信・通話機能、また通信・通話に必要な機能に加えて、動画・静止画・テキスト等表示機能やアプリケーション実行機能、アプリケーションへの入力機能等も備えている。ユーザ端末１００には、本実施例で必要なユーザ端末の機能を実行するアプリケーションであるアプリケーション１１０がインストールされているものとする。
【００１３】
この実施例では、ユーザ端末上のアプリケーションにより処理を行う形態を説明するが、その他の形態でもこの発明の実施が可能であることはいうまでもない。
【００１４】
アプリケーション１１０は、図２のように、発呼時に通信制御サーバに接続する通話接続機能１１１と、通話接続機能１１１の要求を受けて電波状況を取得して、取得した電波状況情報を通話接続機能１１１に送信する電波状況取得機能１１２と、広告サーバ３００から配信される広告を受信して処理する広告処理機能１１３と、ユーザからのユーザ情報入力を受け付け、広告サーバ３００への登録処理を行うユーザ情報登録機能１１４とを含む。
【００１５】
ユーザ端末１００において、ユーザからの入力を受け付けたり、画面に画像等を表示したり、サーバとデータの送受信を行うためにネットワークと通信したりする機能は周知技術を適用できるから、詳細を省く。
【００１６】
通話接続機能１１１は、ユーザがアプリケーション１１０を起動して、アプリケーション１１０に通話先の電話番号を入力した上で発呼操作をした時に、電波状況取得機能１１２に電波状況の取得を要求し、電波状況取得機能１１２から電波状況情報を受信して、自端末の電話番号と、通話先の電話番号と、電波状況情報とを通信制御サーバ２００に送信することで通話要求を行う。
【００１７】
電波状況取得機能１１２は、ユーザ端末１００のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）（図示しない）に要求する等の手段により、ユーザ端末１００が受けている電波の強度を取得する。受けている電波の強度が強ければ、ユーザ端末１００はネットワーク９００を介して高速な通信を行うことができる可能性が高い。
【００１８】
広告処理機能１１３は、広告サーバ３００から広告ファイルがユーザ端末１００に配信された時これを受信し、ユーザ端末１００の表示機能等を利用して、広告ファイルが動画なら動画の再生、広告ファイルが静止画なら静止画の表示、広告ファイルがテキストならテキストの表示といった処理を行う。
【００１９】
ユーザ情報登録機能１１４は、入力画面として図３に示すようなユーザ情報登録画面１３０をユーザ端末１００の表示機能に表示して、ユーザに自分のプロフィールや嗜好等を入力するよう要求し、ユーザからの入力を受け付ける。ユーザ情報登録機能１１４は、受け付けたユーザ情報を、ユーザ端末１００の電話番号とともに広告サーバ３００に送信する。
【００２０】
図３にあるように、この実施例ではユーザ情報として、ユーザの年齢層、性別、趣味（複数選択可）を利用する。年齢層をプルダウンメニューＡ１３１の操作で、性別をプルダウンメニューＢ１３２の操作で、趣味をチェックメニュー１３３のチェック操作で選択し、送信ボタン１３４の押下により広告サーバ３００への送信を指示することができる。
【００２１】
入力画面が図３の状態である場合に送信ボタン１３４を押下すると、登録されるユーザ情報は、［１０代］かつ［男性］かつ［家電と音楽を趣味とする］である。
【００２２】
通信制御サーバ２００は、ユーザ端末１００からの通話要求を受信し、広告サーバ３００に広告配信の要求を送信し、広告サーバ３００から配信された広告ファイルをユーザ端末１００へ配信し、ユーザ端末１００から広告処理終了信号を受け付けると、ユーザ端末１００の通話要求に含まれていた通話先の電話番号への発呼をユーザ端末１００に指示したりする機能を持つ。
【００２３】
広告サーバ３００は、ユーザの情報を記憶するユーザ情報記憶機能３１０と、各広告を配信する条件を記憶する配信条件記憶機能３２０と、配信する各広告のファイルを記憶する広告記憶機能３3０と、これらを利用して判断を行う判断機能３４０とを持つ。
【００２４】
ユーザ情報記憶機能３１０は、図５のように、ユーザ情報登録機能１１４から受信したユーザ情報とユーザ端末１００の電話番号とを紐付けて記憶するユーザ情報テーブル３１１を持つ。ユーザ情報テーブル３１１では、受信したユーザ情報、つまり年齢層、性別および趣味と、ユーザの端末の電話番号とを一組のレコードとして記憶している。
【００２５】
図５に示されているレコードの一つでは、ユーザ情報が［１０代］かつ［男性］かつ［家電と音楽を趣味とする］のユーザが、ユーザ端末１００の電話番号と紐付けて記憶されている。この実施例ではユーザ端末１００の電話番号を［０９０ｘｘｘｘｘｘｘｘ］としている。
【００２６】
配信条件記憶機能３２０は、図６のように、各広告について広告を一意に示す広告IDと、その広告ＩＤの広告をどのようなユーザ情報のユーザに対して配信するかという条件とを、紐付けて記憶する広告配信条件テーブル３２１を持つ。
【００２７】
図６を見ると、広告ＩＤ［０００１］の広告の配信条件の一つは、ユーザ情報が、［１０代］かつ［男性］かつ［家電と音楽を趣味とする］と記憶されている。
【００２８】
広告記憶機能３３０は、図７のように、配信する広告ファイルを記憶する広告ファイルテーブル３３１を持つ。広告ファイルテーブル３３１は、各広告ＩＤについて、電波状況の良・普通・悪のそれぞれの場合に対応して配信する、データ量の多い・中程度・少ない、の三種類のファイルを広告ファイル名で記憶している。
【００２９】
ここでは電波状況の良・普通・悪のそれぞれの場合に対応して、動画・静止画・テキストのファイルを記憶している。
【００３０】
一例として、図７を見ると、広告ＩＤ［０００１］の広告は、電波状況が［良］の場合に、ファイル［０００１．ｍｐｇ］を配信すると記憶されている。
【００３１】
これらの装置等を用いた本実施例の動作例を、図８のシーケンスチャートを用いて説明する。
【００３２】
ユーザはまず、ユーザ情報を登録する。この時、ユーザ端末１００でアプリケーション１１０のユーザ情報登録機能１１４を起動して、ユーザのプロフィール等のユーザ情報を登録する。この登録のために、図３に示すようなユーザ情報登録画面１３０を用いてユーザ情報の入力を行う。この例では、年齢層をプルダウンメニューＡ１３１から［１０代］、性別をプルダウンメニューＢ１３２から［男性］をそれぞれ選択し、該当する趣味をチェックメニュー１３３において［家電］と［読書］として選択する。
【００３３】
選択の後、送信ボタン１３４を押下すると、ユーザ情報登録機能１１４は入力されたユーザ情報とユーザ端末１００の電話番号とを広告サーバ３００に送信する（ステップＳ１）。
【００３４】
広告サーバ３００は、ユーザ情報を受信すると、受信したユーザ情報とユーザ端末１００の電話番号を、図５のユーザ情報テーブル３１１に追加し、記憶する。以上でユーザ情報登録が終了する。
【００３５】
続いて、ユーザは発呼を行う。
【００３６】
ユーザがアプリケーション１１０に通話先の電話番号を入力して発呼操作を行うと、通話接続機能１１１は、電波状況取得機能１１２に対して電波状況情報を要求する。電波状況取得機能１１２は、ユーザ端末１００の電波状況情報を取得し、通話接続機能１１１に送信する。ここで、通話先の電話番号を［０９０ｚｚｚｚｚｚｚｚ］、取得した電波状況情報を［良］とする。
【００３７】
続いて、通話接続機能１１１は、ユーザ端末１００の電話番号、通話先の電話番号、および電波状況情報を通信制御サーバ２００に送信する（ステップＳ２）。ここで、ユーザ端末の電話番号を［０９０ｘｘｘｘｘｘｘｘ］なので、ステップＳ２で送信されたデータは、［０９０ｘｘｘｘｘｘｘｘ］［０９０ｚｚｚｚｚｚｚｚ］［良］である。
【００３８】
通信制御サーバ２００は、アプリケーション１１０から受信したユーザ端末１００の電話番号と電波状況情報を広告サーバ３００に送信する（ステップＳ３）。ここで送信されたデータは、［０９０ｘｘｘｘｘｘｘｘ］［良］である。
【００３９】
広告サーバ３００では、ユーザ端末１００の電話番号と電波状況情報を判断機能３４０が受信する。
【００４０】
判断機能３４０はユーザ端末１００の電話番号をユーザ情報記憶機能３１０に照会する。ユーザ情報記憶機能３１０は、ユーザ端末１００の電話番号に合致する電話番号を含むレコードをユーザ情報テーブル３１１で検索し、そのレコードのユーザ情報を判断機能３４０に送信する（ステップＳ４）。
【００４１】
この例では、ユーザ端末の電話番号が［０９０ｘｘｘｘｘｘｘｘ］なので、ユーザ情報テーブル３１１を検索して、年齢層［１０代］、性別［男性］、趣味［家電と音楽］が判断機能３４０に送信される。
【００４２】
続いて判断機能３４０は、受信したユーザ情報を配信条件記憶機能３２０に照会する。配信条件記憶機能３２０は、広告配信条件テーブル３２１を参照し、受信したユーザ情報に合致する条件を含む広告の広告IDを１つ決定し、その広告IDを判断機能３４０に送信する（ステップＳ５）。ユーザ情報に合致する条件を含む広告が複数ある場合には、先の配信から最も時間の経ったものを選択、ランダムに選択、といった基準で適宜決定すればよい。
【００４３】
この例では、ユーザ情報が［１０代］［男性］［家電と音楽］なので、広告ＩＤ［０００１］が判断機能３４０に送信される。
【００４４】
続いて判断機能３４０は、受信した広告ＩＤと、電波状況情報を広告記憶機能３３０に照会する。広告記憶機能３３０は、広告ファイルテーブル３３１を検索して、広告ＩＤと電波状況情報に合致する広告ファイル名を決定し、判断機能３４０に広告ファイル名を送信する。そして判断機能３４０は受信した広告ファイル名の広告ファイルを記憶装置（図示しない）から呼び出して通信制御サーバ２００に送信し、通信制御サーバ２００は受信した広告ファイルをユーザ端末１００に配信する（ステップＳ６）。
【００４５】
この例では、広告ＩＤは［０００１］、電波状況情報は［良］なので、広告ファイル名［０００１．ｍｐｇ］が特定され、判断機能３０４に送信され、［０００１．ｍｐｇ］というファイル名の広告ファイルがユーザ端末１００に配信される。
【００４６】
ユーザ端末１００では広告ファイルを広告処理機能１１３が受信して、広告ファイルを端末上で処理する（ステップＳ７）。
【００４７】
この例では、広告ファイル［０００１．ｍｐｇ］は動画なので、ユーザ端末１００の表示機能でこの動画が再生される
その後、アプリケーション１１０は広告処理終了の信号を通信制御サーバ２００に送信する（ステップＳ８）。すると、通信制御サーバ２００は通話先として受信していた電話番号への発呼をユーザ端末１００に対し指示し（ステップＳ９）、ユーザ端末１００の通話機能が通話先電話番号へ発呼する（ステップＳ１０）。この例では通話先［０９０ｚｚｚｚｚｚｚｚ］へ発呼する。
【００４８】
以後、通常のユーザ端末１００による通話と同様に、通話先に接続される。これにより発呼操作が終了する。
【００４９】
以上のように構成することにより、ユーザ端末の電波状況に応じて、適切なデータ量の広告コンテンツを配信することが可能となる。
【００５０】
［第二の実施例］
第一の実施例では、ユーザ端末の電波状況により配信する広告コンテンツのデータ量を変えることで、各ユーザ端末に対する広告配信の遅延、つまり通話開始までの待ち時間を改善することができた。
【００５１】
しかしながら、例えば、多くのユーザ端末が同時に、電波状況情報を[良]として接続してくると、データ量の多い広告コンテンツを多く配信することになり、通信に輻輳が発生する。
【００５２】
そこで第二の実施例では、通信制御サーバ２００が、配信タイミングを調整する配信タイミング調整機能を更に持つものとする。
【００５３】
配信タイミング調整機能は、通信制御サーバ２００からすべてのユーザ端末へ配信した広告ファイルのデータ量と配信時刻を記憶しておく。ユーザ端末１００に配信する広告ファイルを広告サーバ３００から受信すると、所定期間に配信した広告ファイルのデータ量の総和が所定の値を超えたか判断し、超えた場合に、所定の時間だけ待った後に広告ファイルをユーザ端末１００に配信する。
【００５４】
例えばユーザ端末１００に配信する広告ファイルを通信制御サーバ２００が受信した時、通信制御サーバ２００が各ユーザ端末に直近の１０秒間に配信した広告ファイルのデータ量の総和が１ＭＢ（メガ・バイト）を超えていた場合、５秒間、通信制御サーバ２００は配信を待機すると決定する。これにより、広告の配信が始まったものの配信が終了しないという状況になる可能性を低くすることができる。
【００５５】
第二の実施例での動作例は、図９のシーケンスチャートのようになる。第一の実施例の動作例である図８のシーケンスチャートとの違いは、図８のステップＳ６では広告ファイルをユーザ端末１００まで送信を行っていたのに対し、図９では通信制御サーバ２００まで送信するＳ６´となっており、また、通信制御サーバ２００において配信タイミングを調整した上でユーザ端末１００まで広告ファイルを配信するステップＳ１１が追加されている。
【００５６】
通信制御サーバ２００で行われる配信タイミングの調整ステップＳ１１について、フローチャートを図１０に示す。
【００５７】
通信制御サーバ２００は、広告サーバ３００から、ユーザ端末１００に配信する広告ファイルを受信すると（ステップＳ１０１）、所定期間に、全てのユーザ端末へ配信した広告ファイルのデータ量の総和が所定の量を超えているかどうか判断する（ステップＳ１０２）。例えば、その時点までの１０秒間に配信した広告ファイルが１ＭＢを超えているかどうか、判断する。
【００５８】
超えている場合（ステップＳ１０２のＹ）、待機する時間を決定する（ステップＳ１０３）。例えば、５秒間待機すると決定する。
【００５９】
その後、決定した待機時間が再生時間である音声ファイル、この例では再生時間が５秒の音声ファイルを選択して、ユーザ端末１００に配信する（ステップＳ１０４）。そして決定した待機時間、ここでは５秒間待機（ステップＳ１０５）した後、広告ファイルをユーザ端末に配信する（ステップＳ１０６）。この待機時間の間に、ユーザ端末１００では配信された音声ファイルを再生していることとなる。
【００６０】
ここで用いる音声ファイルは、ユーザ端末１００に配信するデータ量の多い広告ファイルに比べてデータ量が小さいため、ユーザ端末に配信しても輻輳を増大させない形式として選択されている。
【００６１】
一方ステップＳ１０２で、所定の期間に送ったデータが所定の量を超えていないと判断した場合、つまりＮの場合は、次のステップで広告ファイルを配信する。
【００６２】
これ以外の機能は第一の実施例と同様なので説明を省略する。
【００６３】
なお、配信開始まで待機時間の有無に関わらず、常に音声を再生してもよい。この時、待機時間が無い時でも一定の共通時間（例えば５秒）の音声ファイルを配信し、その後、広告ファイルを配信する。一方待機時間が有る場合は、この共通時間と待機時間を合わせた時間の音声ファイルを配信し、待機時間が経過した後、広告ファイルを配信する。
【００６４】
この場合の動作は、例えば図１１のようになる。図１０との差異を説明する。第一の差異は、ステップＳ１０２で所定の期間に送ったデータが所定の量を超えている（Ｙ）と判断された時、遅延させる時間を決定した（ステップＳ１０３）のち、決定した待機時間と共通時間を合計した時間が再生時間である音声ファイルをユーザ端末１００に配信する（ステップＳ１０４´）。また、第二の差異は、ステップＳ１０２で所定の期間に送ったデータが所定の量を超えていない（Ｎ）と判断された時、共通時間が再生時間である音声ファイルをユーザ端末に配信する（ステップＳ１０７）。
【００６５】
このように構成することにより、待機時間の有無が、音声ファイルの有無により明確にユーザに認識され、待たされていることをユーザが認識する可能性をより軽減することができる。
【００６６】
さらに変形例として、待機時間が無い場合には比較的短く、待機時間がある場合には比較的長い再生時間である音声ファイルを選択するという趣旨を逸脱しない範囲であれば、音声ファイルが一つあるいは複数である等適宜構成することができる。
【００６７】
この第二の実施例において、音声ファイルは、「広告を再生した後通話が可能である」ことをユーザに知らせるメッセージ等が望ましい。また、輻輳を増大させず、ユーザに動作の空白時間を感じさせないという同様の効果を奏するものであれば、音声ファイルに替えて、テキストやフレームレートの低い動画等、他の形式によるデータをユーザ端末１００に配信してもよい。
【符号の説明】
【００６８】
１００    ユーザ端末
１１０    アプリケーション
１１１    通話接続機能
１１２    電波状況取得機能
１１３    広告処理機能
１１４    ユーザ情報登録機能
１３０    ユーザ情報登録画面
１３１    プルダウンメニューＡ
１３２    プルダウンメニューＢ
１３３    チェックメニュー
１３４    送信ボタン
２００    通信制御サーバ
３００    広告サーバ
３１０    ユーザ情報記憶機能
３１１    ユーザ情報テーブル
３２０    配信条件記憶機能
３２１    広告配信条件テーブル
３３０    広告記憶機能
３３１    広告ファイルテーブル
３４０    判断機能
９００    ネットワーク
【図１】
2013197718.tif 000003
【図２】
2013197718.tif 000004
【図３】
2013197718.tif 000005
【図４】
2013197718.tif 000006
【図５】
2013197718.tif 000007
【図６】
2013197718.tif 000008
【図７】
2013197718.tif 000009
【図８】
2013197718.tif 000010
【図９】
2013197718.tif 000011
【図１０】
2013197718.tif 000012
【図１１】
2013197718.tif 000013