(57)【要約】【課題】ユーザ操作に制約を与えずに確実に電子ファイルをダウンロードする電話機。【解決手段】第１計算機に接続される電話機であって、当該電話機で発生するイベントのうち、発生以降にユーザが当該電話機を操作する可能性が低いイベントを検知したかどうかを判定し、当該イベントを検知すると、電子ファイルの取得を開始する。更に、発生以降にユーザが当該電話機を操作する可能性が高いイベントを検知したかどうかを判定し、当該イベントを検知すると、当該電子ファイルの取得を中止する。【選択図】図１
2011055073.tif 000002
【特許請求の範囲】
【請求項１】
第１計算機に接続される電話機であって、
当該電話機で発生するイベントのうち、発生以降にユーザが当該電話機を操作する可能性が低いイベントを検知したかどうかを判定し、
当該イベントを検知すると、電子ファイルの取得を開始することを特徴とする電話機。
【請求項２】
更に、発生以降にユーザが当該電話機を操作する可能性が高いイベントを検知したかどうかを判定し
当該イベントを検知すると、当該電子ファイルの取得を中止することを特徴とする電話機。
【請求項３】
発生以降にユーザが当該電話機を操作する可能性が低いイベントは、電話の発信、電話の着信、電話の通信待機状態終了、当該電話機の蓋が閉められること、当該携帯電話が折り畳まれること、当該電話機の表示部の光量が少なくなったこと又は前記電話機の表示部の消灯のうちの少なくとも一つであることを特徴とする請求項１に記載の電話機。
【請求項４】
発生以降にユーザが当該電話機を操作する可能性が高いイベントは、電話の切断、当該電話機の蓋が開けられること、当該携帯電話が開かれること、電話の着信、電子メールの受信、ＳＭＳの受信、当該電話機の表示部の光量が多くなったこと又は前記電話機の表示部の点灯のうちの少なくとも一つであることを特徴とする請求項２に記載の電話機。
【請求項５】
第１計算機に接続される電話機であって、
電話の発信、電話の着信又は電話の通信待機状態の終了を検知したかどうかを判定し、
電話の発信、電話の着信又は電話の通信待機状態の終了を検知すると、電子ファイルの取得を開始することを特徴とする電話機。
【請求項６】
電子ファイルの取得を中止する際に取得が完了した最後尾のデータの位置を記憶し、
当該イベントを検知すると、前記記憶した位置から、当該電子ファイルの取得を開始することを特徴とする請求項１から４に記載の電話機。
【請求項７】
電子ファイルの取得を中止する際に取得が完了した最後尾のデータの位置を記憶し、
電話の発信、電話の着信又は電話の通信待機状態の終了を検知すると、前記記憶した位置から、当該電子ファイルの取得を開始することを特徴とする請求項５に記載の電話機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット接続機能を備える電話機に関する。
【背景技術】
【０００２】
特許文献１には、ＩＰ電話機のソフトウェアの更新を行う際に、一時的に電話サービスが受けられなくなる問題を軽減した電話システムが開示されている。また、夜中に音声ファイルを自動的にダウンロードする携帯電話が知られている。
【特許文献１】特開２００７−２７４１６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
前述した従来技術では、電子ファイルのダウンロードによって、ユーザ操作に制約が生じる。また、予め設定された時間に、携帯電話の電源が切れていたり、携帯電話が圏外の状態にあると、電子ファイルをダウンロードできないという問題があった。そこで、本発明は、前述した問題点を解決する技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明の代表的な形態は、第１計算機に接続される電話機であって、当該電話機で発生するイベントのうち、発生以降にユーザが当該電話機を操作する可能性が低いイベントを検知したかどうかを判定し、当該イベントを検知すると、電子ファイルの取得を開始することを特徴とする。
【発明の効果】
【０００５】
本発明の代表的な形態によれば、携帯電話は、必要な電子ファイルを確実にダウンロードできる。
【発明を実施するための最良の形態】
【０００６】
本発明の実施の形態を図面を参照して説明する。
【０００７】
（第１の実施の形態）
図１は、本発明の第１の実施の形態の計算機システムの構成のブロック図である。計算機システムは、電話機１、管理計算機３、公衆交換電話回線網４及びインターネット５を備える。電話機１及び管理計算機３は、インターネット５を介して相互に接続される。ただし、電話機１と管理計算機３とは、インターネット５ではなく、別の方法で接続されていてもよい。また、電話機１は、公衆交換電話回線網４にも接続される。なお、電話機１については、図２で詳細を説明する。管理計算機３は、プロセッサ、メモリ及びインタフェースを備える計算機である。例えば管理計算機３は、ＷＥＢサーバである。管理計算機３は、電子ファイルを電話機１に提供する。なお、電子ファイルは、音声ファイル、音楽ファイル、電子ファイル、画像ファイル、動画ファイル、文書ファイル、プログラム、ネット広告又はネットニュースなどであり、電話機１がダウンロード可能な情報であればいかなるものであってもよい。なお、管理計算機３については、図３で詳細を説明する。また、本ブロック図には、電話機１が５台図示されているが、計算機システムに電話機１がいくつ備わっていてもよい。同様に、本ブロック図には、管理計算機３が１台図示されているが、計算機システムに管理計算機３がいくつ備わっていてもよい。また、管理計算機３は、いくつかの計算機によって冗長構成されていてもよい。
【０００８】
図２は、本発明の第１の実施の形態の計算機システムに備わる電話機１の構成のブロック図である。電話機１は、制御部１１、送受信部１２、表示部１３、入力部１４、マイク１５、スピーカ１６及びメモリ１７を備える。送受信部１２は、各種情報を送受信する。具体的には、送受信部１２は、アンテナを介して、通話及びデータ通信などを行う。表示部１３は、各種情報を表示する。入力部１４には、各種情報が入力される。マイク１５には、音及び音声が入力される。スピーカ１６は、音及び音声を出力する。制御部１１は、メモリ１７に記憶されるプログラムを実行することによって、電話機１の全体を制御する。具体的には、制御部１１は、送受信部１２、表示部１３、入力部１４、マイク１５、スピーカ１６及びメモリ１７に各種指示を行う。また、制御部１１は、入力部１４に入力された情報に応じて、各種制御を行う。メモリ１７は、制御部１１によって実行されるプログラム及び制御部１１によって必要とされる情報などを記憶する。具体的には、メモリ１７は、通常の電話機１に記憶されるプログラム及び情報に加えて、ファイル取得プログラム１８を記憶する。ファイル取得プログラム１８は、所定のタイミングでファイルをダウンロードする。なお、電話機１は、ダイアル発信機能及びインターネット接続機能を備えれば、いかなるものであってもよい。例えば、電話機１は、ＰＤＡ機、ＰＨＳ機、携帯電話機、固定電話機又はＩＰ電話機のいずれであってもよい。電話機１がＩＰ電話機の場合、公衆交換電話回線網４はインターネットとなる。
【０００９】
図３は、本発明の第１の実施の形態の計算機システムに備わる管理計算機３の構成のブロック図である。管理計算機３は、プロセッサ３１、メモリ３２及びインタフェース３９を備える。インタフェース３９は、インターネット５を介して電話機１に接続される。プロセッサ３１は、メモリ３２に記憶されるプログラムを実行することによって、各種処理を行う。メモリ３２は、プロセッサ３１によって実行されるプログラム及びプロセッサ３１によって必要とされる情報などを記憶する。具体的には、メモリ３２は、ファイル応答プログラム３３を記憶する。ファイル応答プログラム３３は、電話機１からファイル取得要求を受信し、要求された電子ファイルを送信する。
【００１０】
次に、本発明の第１の実施の形態の計算機システムの処理について説明する。図４は、本発明の第１の実施の形態の電話機１のファイル取得処理のフローチャートである。電話機１は、ユーザからダイアル発信要求を受けると（Ｓ１０１）、当該処理を開始する。まず、電話機１は、要求されたダイアルの発信先電話番号へダイアルを発信する（Ｓ１０２）。
【００１１】
次に、電話機１は、取得が必要な電子ファイルが管理計算機３に存在するか否かを判定する（Ｓ１０３）。なお、電話機１は、取得が必要な電子ファイルが存在するか否かをいかなる方法で判定しても良い。例えば、電話機１は、メモリ１７に記憶された情報に基づいて判定しても良いし、管理計算機３からの応答に基づいて判定しても良い。取得が必要な電子ファイルが存在しない場合、電話機１は、当該ファイル取得処理を終了する。つまり、電話機１は、通常のダイアルと同じ処理だけを実行する。一方、取得が必要な電子ファイルが存在する場合、電話機１は、発信したダイアルが呼出中（通信待機状態）であるか否かを判定する（Ｓ１０４）。具体的には、電話機１は、発信したダイヤルの通信待機状態の終了のイベント（通話開始のイベント）を監視する。通信待機状態の場合（通信待機状態終了のイベントを検知していない場合）、電話機１は、通信状態となるまで待機する。通信待機状態が終了した場合（発信先の電話機１の所有者が電話に出て、通話状態となった場合）（通信待機状態終了のイベントを検知した場合）、電話機１は、電子ファイルの取得（ダウンロード）を開始する。なお、通信待機状態終了のイベントは、当該電話機で発生するイベントのうち、発生以降にユーザが当該電話機を操作する可能性が低いイベントである。具体的には、電話機１は、ファイル取得要求を管理計算機３に送信する（Ｓ１０５）。管理計算機３は、ファイル取得要求を受信する。すると、管理計算機３は、受信したファイル取得要求によって要求された電子ファイルを電話機１に送信する。すると、電話機１は、電子ファイルの受信を開始する（Ｓ１０６）。次に、電話機１は、発信したダイアルが通話状態であるか否かを判定する（Ｓ１０７）。通話状態の場合、電話機１は、電子ファイルの受信を完了するまで、電子ファイルの受信を継続する。一方、通話状態が終了した場合（電話が切断された場合）、電話機１は、受信を開始した電子ファイルのすべてを受信できたか否かを判定する（Ｓ１０８）。電子ファイルのすべてを受信できた場合、電話機１は、そのままファイル取得処理を終了する。一方で、電子ファイルのすべてを受信できなかった場合、電話機１は、受信が完了していない電子ファイルを破棄する（Ｓ１０９）。そして、電話機１は、ファイル取得処理を終了する。この場合、電話機１は、ダイアル発信要求を次に受けた時にも、当該ファイル取得処理を実行することによって、破棄した電子ファイルを再度取得しようと試みる。なお、ステップＳ１０９では、電話機１は、受信が完了していない電子ファイルを破棄したが、破棄しなくてもよい。この場合、電話機１は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を記憶する。そして、電話機１は、ファイル取得処理を終了する。なお、この場合には、ステップＳ１０５で送信されるファイル取得要求は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を含む。すると、管理計算機３は、ファイル取得要求を受けると、当該位置から、電子ファイルのデータを送信する。これによって、電話機１は、前回のファイル取得処理で取得したデータの続きから、電子ファイルのデータを取得できる。
【００１２】
なお、ステップＳ１０３は、ステップＳ１０４で通信待機が終了したと判定した後に、実行されてもよい。この場合、取得が必要な電子ファイルが存在すると、電話機１は、ステップＳ１０５に進む。一方、取得が必要な電子ファイルが存在しないと、電話機１は、そのまま電子ファイル取得処理を終了する。
【００１３】
また、ステップＳ１０４は、省略されてもよい。この場合、電話機１は、ステップＳ１０３で取得が必要な電子ファイルが存在すると判定した場合、すぐにファイル取得要求を管理計算機３に送信する（Ｓ１０５）。つまり、電話機１は、ダイアルの発信又はダイアルの発信要求を受けたことを契機に、電子ファイルを取得する。
【００１４】
また、取得する電子ファイルは複数でもよい。取得方法は、同時に複数のファイルを取得する方法でもよいし、一つずつ取得する方法でもよい。
【００１５】
以上のように、本実施の形態によれば、電話機１は、発信したダイアルが通話状態となることを契機に、電子ファイルを取得する。つまり、電話機１は、通話状態の間に、電子ファイルをダウンロードする。通話状態の間は、ユーザが電話機１を操作することがほとんどない。そのため、本実施の形態では、ユーザによる電話機１の操作に影響を与えることなく、電子ファイルをダウンロードすることができる。ユーザは操作の処理遅延による不快を感じることがない。
【００１６】
また、予め設定された時間に電子ファイルをダウンロードする技術では、電話機１の電源が切れていたり、電話機１が圏外の状態にあると、電子ファイルをダウンロードできないという問題があった。一方で、本実施の形態では、電話機１は通話状態にあるので、基地局と通信できないということはない。そのため、本実施の形態によれば、電話機１は、確実に電子ファイルをダウンロードすることができる。
【００１７】
（第２の実施の形態）
第２の実施の形態の計算機システムの構成は、第１の実施の形態の計算機システム（図１）の構成と同一なので、説明を省略する。また、第２の実施の形態の計算機システムに備わる電話機１及び管理計算機３の構成も、第１の実施の形態の電話機１（図２）及び管理計算機３（図３）の構成と同一なので、説明を省略する。
【００１８】
次に、本発明の第２の実施の形態の計算機システムの処理について説明する。図５は、本発明の第２の実施の形態の電話機１のファイル取得処理のフローチャートである。電話機１は、ダイアルの着信を受けると（Ｓ１１１）、当該処理を開始する。
【００１９】
次に、電話機１は、取得が必要な電子ファイルが管理計算機３に存在するか否かを判定する（Ｓ１１２）。なお、電話機１は、取得が必要な電子ファイルが存在するか否かをいかなる方法で判定しても良い。例えば、電話機１は、メモリ１７に記憶された情報に基づいて判定しても良いし、管理計算機３からの応答に基づいて判定しても良い。取得が必要な電子ファイルが存在しない場合、電話機１は、当該ファイル取得処理を終了する。つまり、電話機１は、通常のダイアルと同じ処理だけを実行する。一方、取得が必要な電子ファイルが存在する場合、電話機１は、着信を受けたダイアルが呼出中（通信待機状態）であるか否かを判定する（Ｓ１１３）。通信待機状態の場合、電話機１は、通信状態となるまで待機する。通信待機状態が終了した場合（電話機１の所有者が電話に出て、通話状態となった場合）、電話機１は、電子ファイルの取得（ダウンロード）を開始する。具体的には、電話機１は、ファイル取得要求を管理計算機３に送信する（Ｓ１１４）。管理計算機３は、ファイル取得要求を受信する。すると、管理計算機３は、受信したファイル取得要求によって要求された電子ファイルを電話機１に送信する。すると、電話機１は、電子ファイルの受信を開始する（Ｓ１１５）。次に、電話機１は、発信したダイアルが通話状態であるか否かを判定する（Ｓ１１６）。通話状態の場合、電話機１は、電子ファイルの受信を完了するまで、電子ファイルの受信を継続する。一方、通話状態が終了した場合（電話が切断された場合）、電話機１は、受信を開始した電子ファイルのすべてを受信できたか否かを判定する（Ｓ１１７）。電子ファイルのすべてを受信できた場合、電話機１は、そのままファイル取得処理を終了する。一方で、電子ファイルのすべてを受信できなかった場合、電話機１は、受信が完了していない電子ファイルを破棄する（Ｓ１１８）。そして、電話機１は、ファイル取得処理を終了する。この場合、電話機１は、次に電話の着信を受けた時にも、当該ファイル取得処理を実行することによって、破棄した電子ファイルを再度取得しようと試みる。なお、ステップＳ１１８では、電話機１は、受信が完了していない電子ファイルを破棄したが、破棄しなくてもよい。この場合、電話機１は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を記憶する。そして、電話機１は、ファイル取得処理を終了する。なお、この場合には、ステップＳ１１４で送信されるファイル取得要求は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を含む。すると、管理計算機３は、ファイル取得要求を受けると、当該位置から、電子ファイルのデータを送信する。これによって、電話機１は、前回のファイル取得処理で取得したデータの続きから、電子ファイルのデータを取得できる。
【００２０】
なお、ステップＳ１１２は、ステップＳ１１３で通信待機が終了したと判定した後に、実行されてもよい。この場合、取得が必要な電子ファイルが存在すると、電話機１は、ステップＳ１１４に進む。一方、取得が必要な電子ファイルが存在しないと、電話機１は、そのまま電子ファイル取得処理を終了する。
【００２１】
また、ステップＳ１１３は、省略されてもよい。この場合、電話機１は、ステップＳ１１２で取得が必要な電子ファイルが存在すると判定した場合、すぐにファイル取得要求を管理計算機３に送信する（Ｓ１１４）。つまり、電話機１は、ダイアルの着信を契機に、電子ファイルを取得する。
【００２２】
また、取得する電子ファイルは複数であってもよい。取得方法は、同時に複数のファイルを取得する方法でもよいし、一つずつ取得する方法でもよい。
【００２３】
以上のように、本実施の形態によれば、電話機１は、着信を受けたダイアルが通話状態となることを契機に、電子ファイルを取得する。つまり、電話機１は、通話状態の間に、電子ファイルをダウンロードする。通話状態の間は、ユーザが電話機１を操作することがほとんどない。そのため、本実施の形態では、ユーザによる電話機１の操作に影響を与えることなく、電子ファイルをダウンロードすることができる。ユーザは操作の処理遅延による不快を感じることがない。
【００２４】
また、予め設定された時間に電子ファイルをダウンロードする技術では、電話機１の電源が切れていたり、電話機１が圏外の状態にあると、電子ファイルをダウンロードできないという問題があった。一方で、本実施の形態では、電話機１は通話状態にあるので、基地局と通信できないということはない。そのため、本実施の形態によれば、電話機１は、確実に電子ファイルをダウンロードすることができる。
【００２５】
なお、電話機１は、第１の実施の形態及び第２の実施の形態の双方を実行してもよい。これによって、電話機１は、電話の発信時及び着信時において、必要な電子ファイルをダウンロードできる。
【００２６】
（第３の実施の形態）
第３の実施の形態の計算機システムの構成は、第１の実施の形態の計算機システム（図１）の構成と同一なので、説明を省略する。また、第３の実施の形態の計算機システムに備わる電話機１及び管理計算機３の構成も、第１の実施の形態の電話機１（図２）及び管理計算機３（図３）の構成と同一なので、説明を省略する。
【００２７】
次に、本発明の第３の実施の形態の計算機システムの処理について説明する。図６は、本発明の第３の実施の形態の電話機１のファイル取得処理のフローチャートである。電話機１は、ファイル取得契機となると（Ｓ１２１）、当該処理を開始する。ファイル取得契機は、ユーザが電話機１を操作しない又は電話機１を操作する可能性が低いと判定できる時であれば、どんな時であってもよい。ファイル取得契機は、当該電話機で発生するイベントのうち、発生以降にユーザが当該電話機を操作する可能性が低いイベントを検知したときである。例えば、電話機１が折り畳み式の場合、ファイル取得契機は、電話機１が折り畳まれた時である。また、電話機１の入力部１４に蓋が付いている場合、ファイル取得契機は、蓋が閉められた時である。また、ファイル取得契機は、電話機１の表示部１３の光量を少なくした時や電話機１の表示部１３を消灯した時であってもよい。
【００２８】
次に、電話機１は、取得が必要な電子ファイルが管理計算機３に存在するか否かを判定する（Ｓ１２２）。なお、電話機１は、取得が必要な電子ファイルが存在するか否かをいかなる方法で判定しても良い。例えば、電話機１は、メモリ１７に記憶された情報に基づいて判定しても良いし、管理計算機３からの応答に基づいて判定しても良い。取得が必要な電子ファイルが存在しない場合、電話機１は、当該ファイル取得処理を終了する。一方、取得が必要な電子ファイルが存在する場合、電話機１は、電子ファイルの取得（ダウンロード）を開始する。具体的には、電話機１は、ファイル取得要求を管理計算機３に送信する（Ｓ１２３）。管理計算機３は、ファイル取得要求を受信する。すると、管理計算機３は、受信したファイル取得要求によって要求された電子ファイルを電話機１に送信する。すると、電話機１は、電子ファイルの受信を開始する（Ｓ１２４）。次に、電話機１は、ファイル取得終了契機となったかどうかを判定する（Ｓ１２５）。ファイル取得終了契機は、ユーザが電話機１を操作する又は電話機１を操作する可能性が高いと判定できる時であれば、どんな時であってもよい。例えば、ファイル取得契機が、電話機１が折り畳まれた時の場合には、ファイル取得終了契機は、電話機１が開かれた時である。また、ファイル取得契機が、蓋が閉められた時の場合には、ファイル取得終了契機は、蓋が開けられた時である。また、ファイル取得契機が電話機１の表示部１３の光量を少なくした時の場合には、ファイル取得終了契機は、電話機１の表示部１３の光量を多くした時である。また、ファイル取得契機が電話機１の表示部１３を消灯した時の場合には、ファイル取得終了契機は、電話機１の表示部１３を点等した時である。ファイル取得終了契機になっていない場合、電話機１は、電子ファイルの受信を完了するまで、電子ファイルの受信を継続する。一方、ファイル取得終了契機になった場合、電話機１は、受信を開始した電子ファイルのすべてを受信できたか否かを判定する（Ｓ１２６）。電子ファイルのすべてを受信できた場合、電話機１は、そのままファイル取得処理を終了する。一方で、電子ファイルのすべてを受信できなかった場合、電話機１は、受信が完了していない電子ファイルを破棄する（Ｓ１２７）。そして、電話機１は、ファイル取得処理を終了する。この場合、電話機１は、次にファイル取得契機となった時にも、当該ファイル取得処理を実行することによって、破棄した電子ファイルを再度取得しようと試みる。なお、ステップＳ１２７では、電話機１は、受信が完了していない電子ファイルを破棄したが、破棄しなくてもよい。この場合、電話機１は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を記憶する。そして、電話機１は、ファイル取得処理を終了する。なお、この場合には、ステップＳ１２３で送信されるファイル取得要求は、電子ファイル内の位置のうち、受信が完了した最後尾のデータの位置を含む。すると、管理計算機３は、ファイル取得要求を受けると、当該位置から、電子ファイルのデータを送信する。これによって、電話機１は、前回のファイル取得処理で取得したデータの続きから、電子ファイルのデータを取得できる。
【００２９】
以上のように、本実施の形態によれば、電話機１は、ユーザが電話機１を操作しない又は電話機１を操作する可能性が低いと判定することを契機に、電子ファイルを取得する。そして、電話機１は、ユーザが電話機１を操作する又は電話機１を操作する可能性が高いと判定することを契機に、電子ファイルの取得を終了する。このため、本実施の形態では、ユーザによる電話機１の操作に影響を与えることなく、電子ファイルをダウンロードすることができる。
【００３０】
なお、電話機１は、第３の実施の形態と併せて、第１の実施の形態及び第２の実施の形態のうちの少なくとも一方を実行してもよい。これによって、電話機１は、ユーザが電話機１を操作しない又は電話機１を操作する可能性が低いと判定したときだけではなく、電話の発信時及び着信時においても、必要な電子ファイルをダウンロードできる。また、第１〜３の実施の形態は、夜中にファイルを自動的に取得する技術に比べて、ファイル取得頻度が高い。更に、第１〜３の実施の形態は、日中にファイルをも取得するため、夜中にファイルを自動的に取得する技術に比べて、最新の電子ファイルを取得できる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１の実施の形態の計算機システムの構成のブロック図である。
【図２】本発明の第１の実施の形態の計算機システムに備わる電話機の構成のブロック図である。
【図３】本発明の第１の実施の形態の計算機システムに備わる管理計算機の構成のブロック図である。
【図４】本発明の第１の実施の形態の電話機の処理のフローチャートである。
【図５】本発明の第２の実施の形態の電話機の処理のフローチャートである。
【図６】本発明の第３の実施の形態の電話機の処理のフローチャートである。
【符号の説明】
【００３２】
１    電話機
３    管理計算機
４    公衆交換電話回線網
５    インターネット
１１    制御部
１２    送受信部
１３    表示部
１４    入力部
１５    マイク
１６    スピーカ
１７    メモリ
１８    ファイル取得プログラム
３１    プロセッサ
３２    メモリ
３３    ファイル応答プログラム
３９    インタフェース
【図１】
2011055073.tif 000003
【図２】
2011055073.tif 000004
【図３】
2011055073.tif 000005
【図４】
2011055073.tif 000006
【図５】
2011055073.tif 000007
【図６】
2011055073.tif 000008