(57)【要約】    【課題】受信したレコードデータを表示させる表示処理において、表示処理の滞りを抑制する。    【解決手段】通信時間予測部１８がｐ（ｎ）を予測する。転送数算出部１５が、ｐ（ｎ１＜Ｉを満たすｎ１を決定する。転送要求送出部１０がレコード数ｎ１で転送要求を行う。応答受信部１１が、ｎ１個のレコードを受信する。転送要求制御部１６が、一覧に表示すべきすべてのデータレコードを受け取ったかどうかを判別して受け取っていなければ、転送数算出部１５が、ｍｉｎ［ｒ１，Ｉ］×（ｎＲ＋ｎｉ）→ｖｉの算出・代入を行い、ｐ（ｎｉ＋１）＜ｖｉを満たすｎｉ＋１を決定する。転送要求送出部１０がレコード数ｎｉ＋１で転送要求を行う。表示間隔算出部２１がｍｉｎ［ｒ１，Ｉ］の表示時間間隔を算出し、表示部１４がこの表示時間間隔で順次に一覧にレコードを追加する態様で表示を更新する。終了しなければ、表示時間間隔をｄだけ減分して転送を継続する。【選択図】図１
2010102363.tif 000002
【特許請求の範囲】
【請求項１】
レコードデータ送信装置に送信する、レコードデータの送信要求の各々について、レコードデータの送信数を決定する送信数決定手段と、
上記送信数決定手段により決定された送信数を指定した送信要求を上記レコードデータ送信装置に送信する送信要求送信手段と、
上記送信要求に応じて上記レコードデータ送信装置から送信されてくるレコードデータを受信する受信手段と、
上記受信手段により受信したレコードデータに基づいて、表示装置に１つのレコードを表示させてから次のレコードを表示させるまでの表示時間間隔を決定する表示時間間隔決定手段と、
上記表示時間間隔決定手段により決定された表示時間間隔で、上記受信手段により受信したレコードデータに含まれた各レコードを表示装置に表示させる手段とを有し、
上記表示時間間隔が第１の閾値以下となり、かつ上記表示時間間隔の差分が第２の閾値以下となるように、上記レコード数決定手段および上記表示時間間隔決定手段が、上記レコードデータの送信数および上記表示時間間隔をそれぞれ決定するレコードデータ表示装置。
【請求項２】
上記送信数決定手段は、最初の送信要求に関するレコードデータの送信数を、当該送信数だけレコードデータを送信した場合に予想される時間が上記第１の閾値を下回るように決定し、２回目以降の送信要求に関するレコードデータの送信数を、受信済みでかつ未表示のレコードデータの数と上記第１の閾値との積で決定される時間内に送信可能と予想されるレコードデータの最大数により決定する請求項１記載のレコードデータ表示装置。
【請求項３】
表示時間間隔決定手段は、すべてのレコードデータが受け取られた後は、上記表示時間間隔を、上記第２の閾値の範囲の減分で漸減する請求項１または２記載のレコードデータ表示装置。
【請求項４】
上記送信数決定手段は、最初の送信要求の転送レコードの数を１となし、上記表示時間間隔決定手段は、上記表示時間間隔を、Ｎ個のレコードの送信に予定される時間を超えるまで、１つのレコードデータを１つ送信する時間から、上記第２の閾値の範囲の増分で漸増し、その後、上記表示時間間隔を一定に維持し、さらに、その後、上記表示時間間隔を、１つのレコードデータを送信するのに予定される時間を下回らない範囲で上記第２の閾値の範囲の減分で漸減させる請求項１記載のレコードデータ表示装置。
【請求項５】
上記表示時間間隔決定手段は、半数のレコードデータが送信されるまで上記表示時間間隔を一定に維持する請求項４記載のレコードデータ表示装置。
【請求項６】
上記Ｎは２である請求項４または５記載のレコードデータ表示装置。
【請求項７】
コンピュータを、
レコードデータ送信装置に送信する、レコードデータの送信要求の各々について、レコードデータの送信数を決定する送信数決定手段、
上記送信数決定手段により決定された送信数を指定した送信要求を上記レコードデータ送信装置に送信する送信要求送信手段、
上記送信要求に応じて上記レコードデータ送信装置から送信されてくるレコードデータを受信する受信手段、
上記受信手段により受信したレコードデータに基づいて、表示装置に１つのレコードを表示させてから次のレコードを表示させるまでの表示時間間隔を決定する表示時間間隔決定手段、
上記表示時間間隔決定手段により決定された表示時間間隔で、上記受信手段により受信したレコードデータに含まれた各レコードを表示装置に表示させる手段
として機能させ、かつ、
上記表示時間間隔が第１の閾値以下となり、かつ上記表示時間間隔の差分が第２の閾値以下となるように、上記レコード数決定手段および上記表示時間間隔決定手段が、上記レコードデータの送信数および上記表示時間間隔をそれぞれ決定するように機能させるためのレコードデータ表示用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、レコードデータ表示装置およびレコードデータ表示用プログラムに関する。
【背景技術】
【０００２】
サーバーコンピュータにネットワークを介して接続しているクライアントアプリケーションにおいて、サーバーコンピュータからいくつかの情報を取得し、取得した情報を表示する場合、通信情報量、サーバーコンピュータからの応答待ち時間、サーバーコンピュータの負荷などの理由により、期待する処理時間内に必要なすべての情報を取得できないことがある。
【０００３】
そのため、必要なすべての情報に対し、受信できた情報から順次表示することがある。ところが、ＲＰＣ（リモートプロシージャコール）のような高レベルのプロトコルを用いる場合には、クライアントコンピュータが複数の通信を使用してサーバーコンピュータから情報を取得することが可能であるが、ＴＣＰ／ＩＰの通信を確立するためのコストなどにより、サーバーコンピュータや通信路に負荷がかかる。
【０００４】
また、単一の通信を使用してサーバーコンピュータから情報を取得することが可能であり、ＲＰＣのレベルで応答待ち時間を削減するために一括して情報を取得する機能を用意することも行われることがあるが、一括して情報を取得した場合には、すべての情報が取得されるまで、その情報を表示することができない。
【０００５】
関連する先行文献としては特許文献１がある。特許文献１は、ユーザの要求に応じて、通信と品質のトレードオフを計算して送信する情報を決めることを開示している。
【特許文献１】特開平１０−２８９１７４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
この発明は、受信したレコードデータを表示させる表示処理において、本構成を有しない場合と比較して、表示処理の滞りを抑制することを目的としている。
【課題を解決するための手段】
【０００７】
請求項１の発明によれば、レコードデータ表示装置に：レコードデータ送信装置に送信する、レコードデータの送信要求の各々について、レコードデータの送信数を決定する送信数決定手段と；上記送信数決定手段により決定された送信数を指定した送信要求を上記レコードデータ送信装置に送信する送信要求送信手段と；上記送信要求に応じて上記レコードデータ送信装置から送信されてくるレコードデータを受信する受信手段と；上記受信手段により受信したレコードデータに基づいて、表示装置に１つのレコードを表示させてから次のレコードを表示させるまでの表示時間間隔を決定する表示時間間隔決定手段と；上記表示時間間隔決定手段により決定された表示時間間隔で、上記受信手段により受信したレコードデータに含まれた各レコードを表示装置に表示させる手段とを設け、上記表示時間間隔が第１の閾値以下となり、かつ上記表示時間間隔の差分が第２の閾値以下となるように、上記レコード数決定手段および上記表示時間間隔決定手段が、上記レコードデータの送信数および上記表示時間間隔をそれぞれ決定するようにしている。
請求項２の発明によれば、請求項１記載の一覧表示装置において、上記送信数決定手段は、最初の送信要求に関するレコードデータの送信数を、当該送信数だけレコードデータを送信した場合に予想される時間が上記第１の閾値を下回るように決定し、２回目以降の送信要求に関するレコードデータの送信数を、受信済みでかつ未表示のレコードデータの数と上記第１の閾値との積で決定される時間内に送信可能と予想されるレコードデータの最大数により決定するようにしている。
請求項３の発明によれば、請求項１または２記載の一覧表示装置において、表示時間間隔決定手段は、すべてのレコードデータが受け取られた後は、上記表示時間間隔を、上記第２の閾値の範囲の減分で漸減するようにしている。
請求項４の発明によれば、請求項１記載の一覧表示装置において、上記送信数決定手段は、最初の送信要求の転送レコードの数を１となし、上記表示時間間隔決定手段は、上記表示時間間隔を、Ｎ個のレコードの送信に予定される時間を超えるまで、１つのレコードデータを１つ送信する時間から、上記第２の閾値の範囲の増分で漸増し、その後、上記表示時間間隔を一定に維持し、さらに、その後、上記表示時間間隔を、１つのレコードデータを送信するのに予定される時間を下回らない範囲で上記第２の閾値の範囲の減分で漸減させるようにしている。
請求項５の発明によれば、請求項４記載の一覧表示装置において、上記表示時間間隔決定手段は、半数のレコードデータが送信されるまで上記表示時間間隔を一定に維持するようにしている。
【０００８】
請求項６の発明によれば、請求項４または５記載の一覧表示装置において、上記Ｎは２であるようにしている。
【０００９】
請求項７の発明によれば、コンピュータを：レコードデータ送信装置に送信する、レコードデータの送信要求の各々について、レコードデータの送信数を決定する送信数決定手段；上記送信数決定手段により決定された送信数を指定した送信要求を上記レコードデータ送信装置に送信する送信要求送信手段；上記送信要求に応じて上記レコードデータ送信装置から送信されてくるレコードデータを受信する受信手段；上記受信手段により受信したレコードデータに基づいて、表示装置に１つのレコードを表示させてから次のレコードを表示させるまでの表示時間間隔を決定する表示時間間隔決定手段；および、上記表示時間間隔決定手段により決定された表示時間間隔で、上記受信手段により受信したレコードデータに含まれた各レコードを表示装置に表示させる手段として機能させ、かつ、上記表示時間間隔が第１の閾値以下となり、かつ上記表示時間間隔の差分が第２の閾値以下となるように、上記レコード数決定手段および上記表示時間間隔決定手段が、上記レコードデータの送信数および上記表示時間間隔をそれぞれ決定するように機能させるためのレコードデータ表示用プログラムを実現する。
【発明の効果】
【００１０】
請求項１の発明によれば、受信したレコードデータを表示させる表示処理において、本構成を有しない場合と比較して、表示処理の滞りを抑制することができる。
請求項２の発明によれば、最初の段階でより多くのレコードデータの転送をしておき、以降、転送帯域に起因する処理動作の滞りを抑制することができる。
請求項３の発明によれば、後半の段階では、表示処理に要する時間を短縮させることができる。
請求項４の発明によれば、最初は表示時間間隔を漸増させ後半は表示時間間隔を漸増させることにより処理の滞りを抑制することができる。
請求項５の発明によれば、未送信のレコードデータに起因する輻輳の問題が少ない。
請求項６の発明によれば、表示時間間隔が大幅に変化しない。
請求項７の発明によれば、受信したレコードデータを表示させる表示処理において、本構成を有しない場合と比較して、表示処理の滞りを抑制することができる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の実施例について説明する。
【００１２】
図１は、この発明の実施例の一覧表示システム４００および関連する情報処理環境を全体として示している。一覧表示システム４００はパーソナルコンピュータ等のクライアントコンピュータ２００上のクライアントソフトウェアとして実現されている。一覧表示システム４００は、クライアントコンピュータ２００に記録媒体２０１のプログラムをインストールすることにより構成される。クライアントコンピュータ２００は周知のＣＰＵ、主メモリ、バス、各種入出力装置等のハードウェア資源およびソフトウェア資源を含んで構成される。以下に説明する一覧表示システム４００の各機能ブロックは、クライアントコンピュータ２００のハードウェア資源およびプログラムが協働して実現するものである。
【００１３】
図１において、文書管理サーバーコンピュータ１００、クライアントコンピュータ２００が通信ネットワーク３００を介して接続されている。この例では、クライアントコンピュータ２００の一覧表示システム４００が検索サービス等に関連してレコード（例えば、タイトル等の書誌事項、アブストラクト等を含む）の一覧を要求し、文書管理サーバーコンピュータ１００が一覧のデータをクライアントコンピュータ２００の一覧表示システム４００に供給する。クライアントコンピュータ２００のクライアントソフトウェアは、サービスの１つとして一覧表示サービスを受ける。クライアントコンピュータ２００の一覧表示システム４００が一覧表示サービスを受けるのは、文書管理サーバーコンピュータ１００に限定されず、他のサーバーコンピュータからも同様の一覧表示サービスを受けてもよく、同様に一覧表示の制御を行える。
【００１４】
この実施例では、典型的には、ＲＰＣのレベルの情報取得機能を利用してレコードデータを取得するけれども、これに限定されない。
【００１５】
一覧表示システム４００は、転送要求送出部１０、応答受信部１１、一時記憶部１２、表示制御部１３、表示部１４、転送数算出部１５、転送要求制御部１６、通信時間測定部１７、通信時間予測部１８、第１閾値記憶部１９、第２閾値記憶部２０、表示間隔算出部２１等を含んで構成される。
【００１６】
転送要求送出部１０は、一覧を構成する複数のレコードデータを区分けして転送するための個々の転送要求を送出するものである。転送要求は、転送するレコードデータの数の指定を含む。指定がない場合にはデフォルトのレコード数（例えば１）を指定すると扱ってよい。文書管理サーバーコンピュータ１００は、転送要求を受け取って、指定された数のレコードデータをクライアントコンピュータ２００に返す。レコード数の指定がない場合、デフォルトの数だけレコードデータを返すようにしてよい。応答受信部１１は、文書管理サーバーコンピュータ１００から返されたレコードデータを受信して一時記憶部１２に記憶する。表示制御部１３は、表示部１４における、レコードデータに基づくレコード一覧の表示を制御する。具体的には、表示間隔算出部２１により算出された表示時間間隔で新たなレコードを付加していくような制御を行う。新たなレコードは典型的には既存の一覧の下段に追加されるが、これに限定されない（図６、図７参照）。
【００１７】
表示間隔算出部２１は、通信時間測定部１７が測定した転送要求のターンアラウンド時間、第１閾値記憶部１９に記憶されている閾値Ｉ（ユーザが許容できる表示間隔）、第２の閾値記憶部２０に記憶されている閾値Ｄ（ユーザが許容できる表示間隔の差分）等に基づいて決定される。転送数算出部１５は、種々の態様で表示時間間隔を算出可能であるけれども、典型的な例を後に詳述する。
【００１８】
転送要求制御部１６は、転送数算出部１５から、転送レコードデータの数を受け取って、所定のタイミングの転送要求の転送を転送要求送出部１０に指示する。転送のタイミングは、前回の転送要求で要求したレコードデータの受信が完了した時点に基づいてもよいし、予め定めた規則で算出した期間の経過に基づいてもよい。転送数算出部１５は、通信時間測定部１７が測定した転送要求のターンアラウンド時間、通信時間予測部１８が予測する所定のレコードデータの通信に必要な通信時間、第１閾値記憶部１９に記憶されている閾値Ｉ（ユーザが許容できる表示間隔）等に基づいて決定される。転送数算出部１５は、種々の態様で転送数を算出可能であるけれども、典型的な例を後に詳述する。
【００１９】
この実施例では、ＲＰＣのレベルの情報取得機能を利用しつつ、表示のもたつきを抑えるために、場合に応じて情報の取得間隔（取得数）を調節し、また表示時間間隔も同時に調節する。
【００２０】
具体的には、以下のように表示時間間隔を調節する。
【００２１】
まず、ユーザがもたつきを感じないための条件として以下の２つの条件を考える。
［条件１］：表示間隔がある閾値よりも短い必要がある。この閾値は、ユーザが我慢できる単位としてよく議論される。（たとえば３秒以内）
［条件２］：表示間隔の差がある閾値よりも小さい必要がある。表示速度が一定でない場合、ユーザに何らかの問題があるかのような印象を与える。たとえば、ある一か所だけ特別時間がかかり、他はノータイムであると、何らかのトラブルがあるという印象を与える。
【００２２】
また、トータルの速度は短い方がよい。
【００２３】
このような条件を満たすために、次のような手順で取得間隔を調節する。ここでは、条件１の閾値をＩ、条件２の閾値をＤとする。
［方法１］
（１）ｎ個の情報を取得した際の取得時間の予測値を求める。この予測値をｐ（ｎ）とする。この予測値は任意の推定方法を用いてよい。例えば、逐次最小２乗法を用いて個数から時刻を推定したり、対象がオブジェクトであるなら、サーバーにおいてオブジェクト登録時にデータ量の統計量を測定しておき、このデータ量を利用してもよい。推定のためのパラメータを求めるための計測は、推定方法に依存するが、アプリケーションの初期化時に計測するか、情報取得時に逐次行ってよい。
（２）ｐ（ｎ１）＜Ｉとなるように最大のｎ１を決め、ｎ１個のデータ（レコードデータ）を取得する。このときに取得にかかった時間をｒ１とする。
（３）取得できた瞬間から表示を開始し、ｒ１かＩのどちらか小さい値を表示間隔として用いてレコードを順次表示する。このときの表示間隔をｉ１とする。通常、レコードデータ数はｎ１より多いから、ｎ１個のレコードデータを表示後に表示するレコードデータの転送要求を行う必要がある。ｎ１個のレコードデータを表示している間に転送可能なデータの数を求める。すなわち、この期間は、（ｍｉｎ［ｒ１，Ｉ］＝ｉ１）×ｎ１＝ｖ１であり、ｐ（ｎ２）＜ｖ１となるような最大のｎ２を決める。ｎ２個のレコードデータの転送を要求し、このレコードデータを取得する。この取得にかかった時間をｒ２とする。
（４）受信したレコードデータをすべて表示していない場合、残っているレコードデータの数ｎＲとｎ２を足し、これにｉ１を掛けたもの（（ｎＲ＋ｎ２）×ｉ１）でｖ１を更新し、先の（３）と同様にしてｎ３を求める。以上を、すべてのレコードデータを取得するまで繰り返す。
【００２４】
すべて取得した場合、表示間隔をＤずつ減らしながら、残りをすべて表示する。
【００２５】
この手法によると転送数および表示間隔は図４に例示するようになる。この手法では、ブートストラップのように漸増的にデータレコードを取得し、他方、表示間隔は当初は一定でその後、順次短くする。
【００２６】
図２および図３は、この方法を採用した動作例を示し、図６および図７は、その動作例を表示内容例と関連付けて時系列で示している。
【００２７】
図２は転送要求の動作例を示しており、その詳細は以下のとおりである。
［ステップＳ１０］：通信時間予測部１８がｐ（ｎ）を予測する。
［ステップＳ１１］：１を変数ｉに代入する。ｉは何番目の転送要求かを示す。
［ステップＳ１２］：転送数算出部１５が、ｐ（ｎｉ＜Ｉを満たすｎｉを決定する。ただしｉ＝１である。
［ステップＳ１３］：転送要求送出部１０がレコード数ｎｉで転送要求を行う。ただしｉ＝１である。
［ステップＳ１４］：応答受信部１１が、ｎｉ個のレコードを受信する。
［ステップＳ１５］：転送要求制御部１６が、一覧に表示すべきすべてのデータレコードを受け取ったかどうかを判別してすべて受け取ったら転送要求処理を終了し、そうでなければステップＳ１６へ進む。
［ステップＳ１６］：転送数算出部１５が、ｍｉｎ［ｒ１，Ｉ］×（ｎＲ＋ｎｉ）→ｖｉの算出・代入を行う。
［ステップＳ１７］：転送数算出部１５が、ｐ（ｎｉ＋１）＜ｖｉを満たすｎｉ＋１を決定する。
［ステップＳ１８］：転送要求送出部１０がレコード数ｎｉ＋１で転送要求を行う。
［ステップＳ１９］：ｉを１だけ増分してステップＳ１４へ戻る。
【００２８】
図３は表示動作例を示しており、その詳細は以下のとおりである。
［ステップＳ２０］：表示間隔算出部２１がｍｉｎ［ｒ１，Ｉ］の表示時間間隔を算出し、表示部１４がこの表示時間間隔で順次に一覧にレコードを追加する態様で表示を更新する。
［ステップＳ２１］：すべての転送が終了したかどうかを判別する。すべての転送が終了した場合にはステップＳ２２に進み、そうでなければステップＳ２０に戻る。
［ステップＳ２２］：表示間隔算出部２１が表示時間間隔をｄ（＜Ｄ）だけ減分する。
［ステップＳ２３］：表示部１４が新たな表示時間間隔で一覧にレコードを追加表示する。
［ステップＳ２４］：すべてのレコードが表示されたかどうか判別し、すべてのレコードが表示されたならば表示更新を終了する。すべてのレコードが表示されていないならばステップＳ２３に戻り処理を繰り返す。
【００２９】
この例では、一覧表示要求が、小分けして要求されそれに応じて一覧をなすレコードデータが順次に送られ表示される。
【００３０】
図６は、転送開始当初の状態を示しており、左側に、転送要求および応答の時系列が示される。また図６の中央には一時記憶部１２に保持されている未表示のレコードデータの状態が示されている。図６の右側欄には表示状態が順次に示されている。図７は転送が終了する直前の状態を示している。転送要求の各々は図５に例示するようなものであるけれども、これに限定されない。図５の例では、フォルダｆｏｌＩｄからオブジェクトを開始番号（「ｆｒｏｍ：」）から終了番号（「ｔｏ：」）まで取り出しそのオブジェクトの指定属性（例えば「ｔｉｔｌｅ」等）をレコードとして転送する例を示している。この例では開始番号および終了番号を指定しているけれども、これは転送数の指定と等価である。この実施例では、一覧表示の要求を小分けした転送要求を用い、表示時間間隔（更新時間間隔）を閾値Ｉを超えないようにし、さらにその差分がＤを超えないようにしてユーザに表示処理の滞りを感じさせないようにしている。
【００３１】
つぎに他の調整方法について説明する。
［方法２］
【００３２】
この方法では、表示時間間隔を漸増させていき、その後、表示時間間隔を漸減させる。
（１）ｎ個の情報を取得した際の取得時間の予測値を求める。この予測値をｐ（ｎ）とする。また表示時間間隔について標準の間隔増分を決める。これをｄ（＜Ｄ）とする。
（２）最初は、１（＝ｎ１）個だけレコードデータを取得する。このときに取得にかかった時間をｒ１とする。
（３）Ｉを超えないようにｒ１＋ｄ＝ｖ１を次の表示までの時間とし、ｐ（ｎ２）＜ｖ１となる最大のｎ２を求める。同様に表示時間間隔をｄで増分していき、ただし、ｐ（ｎｉ）＜ｖｉ−１となる最大のｎｉを求めていく。ただし、ｎｉが２個以上となった時点で、表示時間間隔の増分を中止し、以降、一定間隔とする。これをレコードデータを全体の半分以上とれるまで繰り返す。
（４）半分以上の取得が完了したら、今度は表示時間間隔をｄずつ短くしていく。ただし、一個を取得する間隔よりは短くしない。
（５）全て取得した時点で、表示していないレコードデータが残っていた場合、表示間隔をｄずつ減らしながら、残りをすべて表示する。
【００３３】
この手法では、基本的には、転送要求と表示更新とは同期して行われるが、非同期でもよい。
【００３４】
なお、この発明は特許請求の範囲の記載に基づいて決定されるものであり、実施例の具体的な構成、課題、および効果には限定されない。この発明は上述の実施例に限定されるものではなくその趣旨を逸脱しない範囲で種々変更が可能である。
【図面の簡単な説明】
【００３５】
【図１】この発明の実施例を全体として示すブロック図である。
【図２】上述実施例の転送要求処理の動作例を説明するフローチャートである。
【図３】上述実施例の表示更新の動作例を説明するフローチャートである。
【図４】上述実施例の転送要求で指定する転送数および表示時間間隔の遷移の例を説明するグラフである。
【図５】上述実施例の転送要求の例を説明する図である。
【図６】上述実施例のデータの転送およびデータの表示態様の例を時系列に沿って説明する図（転送開始時点）である。
【図７】上述実施例のデータの転送およびデータの表示態様の例を時系列に沿って説明する図（転送終了時点）である。
【符号の説明】
【００３６】
１０    転送要求送出部
１１    応答受信部
１２    一時記憶部
１３    表示制御部
１４    表示部
１５    転送数算出部
１６    転送要求制御部
１７    通信時間測定部
１８    通信時間予測部
１９    第１閾値記憶部
２０    第２閾値記憶部
２１    表示間隔算出部
１００    文書管理サーバーコンピュータ
２００    クライアントコンピュータ
２０１    記録媒体
３００    通信ネットワーク
４００    一覧表示システム
【図１】
2010102363.tif 000003
【図２】
2010102363.tif 000004
【図３】
2010102363.tif 000005
【図４】
2010102363.tif 000006
【図５】
2010102363.tif 000007
【図６】
2010102363.tif 000008
【図７】
2010102363.tif 000009