(57)【要約】  見積要求システム及び方法について説明する。このシステムでは、ユーザが、ある地理的地域において、特定の病気又は症状を治療する専門性及び／又は専門知識を有する開業医に医療見積を要求することができる。【選択図】図１
2016533591.tif 000002
【特許請求の範囲】
【請求項１】
見積要求装置であって、
プロセッサを有する見積要求コンポーネントを有する医療バックエンドコンポーネントを備え、前記プロセッサは、１又は２以上の開業医と、医療サービスの予算と、要求する医療サービスの支払方法とを含む医療サービス見積要求を受け取り、前記医療サービス見積要求に基づいて、該見積要求を前記１又は２以上の開業医に通信し、前記１又は２以上の開業医が見積によって前記見積要求に応答したかどうかを判定し、ある開業医が前記見積要求に応答した場合、前記医療サービス見積要求を要求したエンティティに前記見積を通信するように構成される、
ことを特徴とする装置。
【請求項２】
前記プロセッサは、前記エンティティが前記開業医からの前記見積を承諾したかどうかを判定するように構成される、
請求項１に記載の装置。
【請求項３】
前記プロセッサは、前記１又は２以上の開業医が前記見積の一部として新たな予算を提供したかどうかを判定するように構成される、
請求項１に記載の装置。
【請求項４】
前記プロセッサは、前記１又は２以上の開業医が有効期間内に応答しなかった場合に前記見積要求を期限切れにするように構成される、
請求項１に記載の装置。
【請求項５】
前記有効期間は、７２時間である、
請求項４に記載の装置。
【請求項６】
前記プロセッサは、前記見積要求を複数の開業医に通信するように構成される、
請求項１に記載の装置。
【請求項７】
前記医療サービス見積要求は、交渉可能な予算を含む、
請求項１に記載の装置。
【請求項８】
医療見積要求システムにより、１又は２以上の開業医と、医療サービスの予算と、要求する医療サービスの支払方法とを含む医療サービス見積要求を受け取るステップと、
前記医療サービス見積要求に基づいて、該見積要求を前記１又は２以上の開業医に通信するステップと、
前記１又は２以上の開業医が見積によって前記見積要求に応答したかどうかを判定するステップと、
ある開業医が前記見積要求に応答した場合、前記医療サービス見積要求を要求したエンティティに前記見積を通信するステップと、
を含むことを特徴とする方法。
【請求項９】
前記エンティティが前記開業医からの前記見積を承諾したかどうかを判定するステップをさらに含む、
請求項８に記載の方法。
【請求項１０】
前記１又は２以上の開業医が見積によって前記見積要求に応答したかどうかを判定する前記ステップは、前記１又は２以上の開業医が前記見積の一部として新たな予算を提供したかどうかを判定するステップをさらに含む、
請求項８に記載の方法。
【請求項１１】
前記１又は２以上の開業医が有効期間内に応答しなかった場合に前記見積要求を期限切れにするステップをさらに含む、
請求項８に記載の方法。
【請求項１２】
前記有効期間は、７２時間である、
請求項１１に記載の方法。
【請求項１３】
前記見積要求を通信するステップは、前記見積要求を複数の開業医に通信するステップをさらに含む、
請求項８に記載の方法。
【請求項１４】
前記医療サービス見積要求は、交渉可能な予算を含む、
請求項８に記載の方法。
【請求項１５】
システムであって、
プロセッサ及び見積要求コンポーネントを有する医療システムと、
各々が前記見積要求コンポーネントに結合されて該見積要求コンポーネントと通信するように構成された１又は２以上のコンピュータ装置と、
を備え、
各コンピュータ装置は、１又は２以上の開業医と、医療サービスの予算と、要求する医療サービスの支払方法とを含む医療サービス見積要求を作成し、前記医療サービス見積要求を前記見積要求コンポーネントに通信するように構成されたプロセッサを有し、
前記見積要求コンポーネントは、前記医療サービス見積要求に基づいて、該見積要求を前記１又は２以上の開業医に通信し、前記１又は２以上の開業医が見積によって前記見積要求に応答したかどうかを判定し、ある開業医が前記見積要求に応答した場合、前記医療サービス見積要求を要求したエンティティに前記見積を通信するように構成されたプロセッサを有する、
ことを特徴とするシステム。
【請求項１６】
前記見積要求の前記プロセッサは、前記エンティティが前記開業医からの前記見積を承諾したかどうかを判定するように構成される、
請求項１５に記載のシステム。
【請求項１７】
前記見積要求の前記プロセッサは、前記１又は２以上の開業医が前記見積の一部として新たな予算を提供したかどうかを判定するように構成される、
請求項１５に記載のシステム。
【請求項１８】
前記見積要求の前記プロセッサは、前記１又は２以上の開業医が有効期間内に応答しなかった場合に前記見積要求を期限切れにするように構成される、
請求項１５に記載のシステム。
【請求項１９】
前記有効期間は、７２時間である、
請求項１８に記載のシステム。
【請求項２０】
前記見積要求の前記プロセッサは、前記見積要求を複数の開業医に通信するように構成される、
請求項１５に記載のシステム。
【請求項２１】
前記医療サービス見積要求は、交渉可能な予算を含む、
請求項１５に記載のシステム。
【請求項２２】
各コンピュータ装置は、前記見積要求コンポーネントとやりとりするアプリケーションを有する、
請求項１５に記載のシステム。
【請求項２３】
前記アプリケーションは、ブラウザアプリケーション及びモバイルアプリケーションの一方である、
請求項２２に記載のシステム。
【請求項２４】
前記アプリケーションは、見積要求情報の入力が可能な、前記１又は２以上の開業医からの前記見積を表示するユーザインターフェイスコンポーネントを有する、
請求項２２に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
〔優先権の主張及び関連出願〕
本出願は、２０１３年８月２８日に出願された「裁定取引に基づく医療サービスのためのシステム及び方法（Ｓｙｓｔｅｍ  Ａｎｄ  Ｍｅｔｈｏｄ  Ｆｏｒ  Ａｒｂｉｔｒａｇｅｄ  Ｂａｓｅｄ  Ｍｅｄｉｃａｌ  Ｓｅｒｖｉｃｅ）」という名称の米国仮特許出願第６１／８７１，１９５号の合衆国法典第３５編第１１９条（ｅ）に基づく利益を主張するものであり、この仮特許出願の全体が引用により本明細書に組み入れられる。
【０００２】
本開示は、一般にヘルスケアシステム及び方法に関し、特に裁定取引に基づく医療サービスのためのシステム及び方法に関する。以下で説明する見積要求処理は、医薬品及び医療サービス市場における裁定取引処理を最適化するものである。
【背景技術】
【０００３】
ヘルスケアのためのソーシャルマーケットプレイスを創出するシステムが存在する。これらのシステムには、患者のためのソーシャルマーケットプレイスもあれば、開業医をメンバにして潜在的顧客にたどり着けるようにする、開業医のためのシステムもある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、これらのシステムでは、特定の地理的地域において特定の症状又は病気を治療するための、又は所望の専門性を有する健康管理医を消費者が検索し、この開業医に見積を要求することができない。
【課題を解決するための手段】
【０００５】
従って、特定の地理的地域において特定の症状又は病気を治療するための、又は所望の専門性を有する健康管理医を消費者が検索し、この開業医に見積を要求できるようにするシステム及び方法を提供することが望ましい。
【図面の簡単な説明】
【０００６】
【図１】見積要求システムを組み込むことができるヘルスケアマーケットプレイスシステムを示す図である。
【図２】見積要求システムの実施形態の詳細を示す図である。
【図３】見積要求方法を示す図である。
【図４】見積要求システムのヘルスケア検索ユーザインターフェイスの例を示す図である。
【図５】見積要求システムのヘルスケア検索ユーザインターフェイスの例を示す図である。
【図６】見積要求システムの開業医詳細ユーザインターフェイスの例を示す図である。
【図７】見積要求システムの見積要求ユーザインターフェイスの例を示す図である。
【図８】見積要求システムの開業医ユーザインターフェイスの例を示す図である。
【図９】見積要求システムの内部開業医ユーザインターフェイスの例を示す図である。
【図１０】見積要求システムのユーザ見積詳細ユーザインターフェイスの例を示す図である。
【図１１】見積要求システムのユーザ見積概要ユーザインターフェイスの例を示す図である。
【図１２】見積要求システムのユーザ見積ユーザインターフェイスの例を示す図である。
【図１３】見積要求システムの見積作成ユーザインターフェイスの例を示す図である。
【図１４】見積要求システムのユーザ保留中見積ユーザインターフェイスの例を示す図である。
【図１５】見積要求システムの開業医見積ユーザインターフェイスの例を示す図である。
【図１６】見積要求システムのユーザ承諾済み見積ユーザインターフェイスの例を示す図である。
【図１７】見積要求システムの開業医公開要求ユーザインターフェイスの例を示す図である。
【図１８】見積要求システムの開業医承諾済み見積ユーザインターフェイスの例を示す図である。
【発明を実施するための形態】
【０００７】
本開示は、クラウドコンピューティングベースのバックエンドシステムとやりとりするモバイルアプリケーションベースのヘルスケア見積要求システムに特に適しており、この文脈で本開示を説明する。しかしながら、システムはヘルスケア以外の業界で使用することもでき、本開示の範囲内に収まる他の形で実装することもできるので、本システム及び方法の有用性はさらに高いと理解されるであろう。また、見積要求システムは、スタンドアロン型システムとすることもできる。以下で説明する見積要求処理は、医薬品及び医療サービス市場における裁定取引処理を最適化する。
【０００８】
ヘルスケア見積要求システム及び方法は、ヘルスケアソーシャルコミュニティに参加している開業医をほんの数年前には想像もできなかった方法で潜在的顧客にたどり着けるようにするヘルスケアソーシャルマーケットプレイスの一部とすることができる。このマーケットプレイスは、消費者と通信して自分自身を売り込むためのソーシャルポータルを開業医に与えることに加え、各健康管理医に、Ｇｒｏｕｐｏｎ、Ｌｉｖｉｎｇ  Ｓｏｃｉａｌ、又はその他のソーシャルマーケットプレイスのユーザによく知られている環境で自身のサービスを提供する能力を与える。しかしながら、他のソーシャルマーケットプレイスとは異なり、ソーシャルコミュニティ内の個々の開業医又は診療所は、その完全なサービス一覧表を通常の現金価格又は割引料金のいずれかで提供することができる。
【０００９】
図１は、見積要求システムを組み込むことができるヘルスケアマーケットプレイスシステム１００である。ヘルスケアマーケットプレイスシステム１００は、通信路１０６を介してバックエンドシステム１０８に接続する１又は２以上のコンピュータ装置１０２を有することができる。図１に示すコンピュータ装置１０２ａ、１０２ｂ、．．．、１０２ｎなどの各コンピュータ装置１０２は、各コンピュータ装置を通信路１０６に接続し、通信路１０６を介してバックエンドシステム１０８に結合できる、メモリ、永続記憶装置、有線又は無線通信回路及びディスプレイを含むプロセッサ搭載装置とすることができる。例えば、各コンピュータ装置は、Ａｐｐｌｅ  Ｃｏｍｐｕｔｅｒ社の製品やＡｎｄｒｏｉｄ  ＯＳベースの製品などのスマートフォン装置、タブレットコンピュータ、パーソナルコンピュータ、端末装置及びラップトップコンピュータなどとすることができる。図１に示す１つの実施形態では、各コンピュータ装置１０２がメモリにアプリケーション１０４を記憶し、コンピュータ装置のプロセッサを用いてこのアプリケーションを実行してバックエンドシステムとやりとりすることができる。例えば、このアプリケーションは、典型的なブラウザアプリケーションとすることも、或いは図４〜図７の例示的なユーザインターフェイスに示すようなモバイルアプリケーションとすることもできる。アプリケーション１０４は、ユーザが図５〜図７に示すような見積要求情報を入力し、この見積要求に応答して各開業医から受け取られた１又は２以上の見積を見ることができるようにするユーザインターフェイスコンポーネントを有することができる。通信路１０６は、セキュアなプロトコル又は非セキュアなプロトコルを使用する有線又は無線通信路とすることができる。例えば、通信路１０６は、インターネット、イーサネット（登録商標）、無線データネットワーク、セルラーデジタルデータネットワーク及びＷｉＦｉネットワークなどとすることができる。
【００１０】
バックエンドシステム１０８も、互いに結合できるヘルスマーケットプレイスエンジン１１０及び見積要求エンジン１１２を有することができる。バックエンドシステムのこれらの各コンポーネントは、１又は２以上のサーバコンピュータ及び１又は２以上のクラウドコンピューティングリソースなどの１又は２以上のコンピューティングリソースを用いて実装することができる。１つの実施形態では、ヘルスマーケットプレイスエンジン１１０及び見積要求エンジン１１２の各々を、バックエンドシステムの１又は２以上のコンピューティングリソースのプロセッサによって各々が実行される複数行のコンピュータコードを有するソフトウェアで実装することができる。他の実施形態では、ヘルスマーケットプレイスエンジン１１０及び見積要求エンジン１１２の各々を、プログラムドロジックデバイス及びプログラムドプロセッサ又はマイクロプロセッサなどのハードウェアで実装することができる。バックエンドシステム１０８は、ヘルスケアシステムを構築する様々なデータ及びソフトウェアモジュールを記憶するストア１１４に結合することができる。ストア１１４は、ハードウェアデータベースシステム、ソフトウェアデータベースシステム、又は他のいずれかのストレージシステムとして実装することができる。
【００１１】
ヘルスマーケットプレイスエンジン１１０は、ヘルスケアソーシャルコミュニティに参加している開業医をほんの数年前には想像もできなかった方法で潜在的顧客にたどり着けるようにすることができる。このマーケットプレイスは、消費者と通信して自分自身を売り込むためのソーシャルポータルを開業医に与えることに加え、各健康管理医に、Ｇｒｏｕｐｏｎ、Ｌｉｖｉｎｇ  Ｓｏｃｉａｌ、又はその他のソーシャルマーケットプレイスのユーザによく知られている環境で自身のサービスを提供する能力を与える。
【００１２】
見積要求エンジン１１２がヘルスマーケットプレイスシステム１１０の一部である図１の例では、この見積要求エンジン１１２が、ユーザの症状の治療又は所望の専門診療を行う自分の地域の開業医をヘルスマーケットプレイスシステムのユーザが検索し、ユーザが必要とする医療サービスの見積を要求できるようにする。さらに、ユーザ／消費者が自身の選択基準を最も良く満たす見積を選択できる場合、ユーザは、同じ所望の専門性、病気及び／又は症状についての見積を複数の開業医に要求して競争環境を創出することもできる。
【００１３】
図２に、互いに結合されたユーザインターフェイス生成器２００、見積要求（ＲＦＱ）生成器２０２、見積生成器２０４及びメッセンジャユニット２０６を有することができる見積要求システム１１２の実施形態の詳細を示す。見積要求システム１１２の各コンポーネントは、ハードウェアで実装することも、ソフトウェアで実装することも、又はハードウェアとソフトウェアの組み合わせで実装することもできる。具体的には、見積要求システム１１２の各コンポーネントは、マイクロプロセッサ、マイクロコントローラ、プログラマブル論理装置、状態機械、複数行のコンピュータコードを実行するプロセッサ又はマイクロプロセッサ、マイクロコントローラ又はプログラマブル論理装置（集合的に、図３に示す処理を実行するように構成されたプロセッサ）によって実行できる複数行のコンピュータコードで実装することができる。ユーザインターフェイス生成器２００は、（ユーザ側／消費者側の例を図４〜図７に示す）見積要求システムのユーザインターフェイスのためのデータを生成し、ＲＦＱ生成器２０２は、（以下でさらに詳細に説明する）ユーザの要求に基づいて見積要求を作成することができ、見積生成器２０４は、見積及び開業医のための見積応答を作成することができ、メッセンジャユニット２０６は、１又は２以上の開業医と、ある地理的地域において症状又は病気を治療する所望の専門性又は専門知識を有する開業医を探している消費者との間における、見積要求システムの見積要求、見積などの通信を調整する。
【００１４】
図３に、例えば見積要求システム１１２のコンポーネントを用いて実装できる見積依頼方法３００を示す。この方法は、図３に示し以下で説明する処理を実行できる他のコンポーネントを用いて実装することもできる。この方法では、各ユーザ／消費者が、ユーザが自身の地理的地域においてヘルスケアの専門性別に、症状／病気別に、及び／又はキーワード別に検索を行えるようにする図４のユーザインターフェイスなどを用いて、ある地理的地域において特定の専門性で診療を行っている開業医／提供者を検索することができる（３０２、３０６）。次に、ユーザは、図５〜図７に示す例示的なインターフェイスなどを用いて提供者を選択し（３０４）、フォームに書き込みを行う（３０８）。図５に、（図５のユーザインターフェイス例にピンによって示す）地理的地域における複数の成人向け医術提供者、及びこれらの提供者のうちの１つの提供者の詳細を示す。図６には、ユーザが開業医に見積を依頼できるユーザインターフェイスの例を示す。図７は、選択された開業医に対してシステムが見積要求を作成できるように、図７の例では予算、予算交渉が可能かどうか、及び支払方法などの、関連する見積要求情報をユーザが書き込むことができるユーザインターフェイスの例である。この方法では、ユーザ／消費者が複数の開業医に見積を依頼することもできる。
【００１５】
システムは、関連する見積要求情報を受け取ると、ユーザの見積要求毎に提供者に対して見積要求を作成することができる（３１０）。各見積要求は、開業医がＲＦＱを承認又は拒否することができる限られた受理期間を有することができる。１つの例では、システムが、各ＲＦＱにつき７２時間の有効期限を有することができる。次に、システムは、その開業医がヘルスマーケットプレイスのメンバであるかどうかを判定することができる（３１２）。選択された開業医がヘルスマーケットプレイスのメンバでない場合（３１２）、システムに参加するように開業医と交信し（３１４）、これによって開業医がシステムに加入し（３１８）、その後にシステムからＲＦＱを受け取るようになる。再び処理３１２において、選択された開業医がヘルスマーケットプレイスのメンバである場合、システムは、ＲＦＱが発出された旨を開業医／提供者に通知する（３１６）。
【００１６】
システムは、メッセンジャユニットを用いて、提供者がＲＦＱに応答したかどうかを判定する（３２０）。提供者がＲＦＱに応答しなかった場合、システムはユーザに通知を行い、このＲＦＱを取り消す（３２２）。提供者は、ＲＦＱに応答する場合にはフォームに書き込みを行い、システムの見積コンポーネントを通じて見積を提出する（３２４）。次に、システムは、メッセンジャユニットを用いて、特定の開業医によって見積が提出された旨をユーザに通知することができる（３２６）。ユーザが開業医からの見積を通知されると、システムは、ユーザがこの見積を承諾したかどうかを判定する（３２８）。ユーザが見積を承諾した場合、例えばメッセンジャユニットを用いて提供者に承諾が通知される（３３０）。
【００１７】
システムがユーザのために複数の見積を作成できる実施形態では、方法が、１）新規ＲＦＱの作成及び発出、２）見積の提出、及び３）見積の承諾を含むことができる。
【００１８】
新規ＲＦＱの作成及び発出
ＲＦＱの発出先の開業医のリストがフロントエンドから受け取られ、例えばシステムのＲＦＱ生成器は、このリストを用いて個々の見積を作成する。これらの見積は、Ｎｅｗ（新規）の状態で開始され、開業医による対応又はＲＦＱの期限切れのいずれか早い方までその状態を保つ。
【００１９】
見積は、２つの方法によって互いに関連付けることができる。見積量が多いシナリオでは、各見積が共通の親ＲＦＱを共有する。このシナリオでは、開業医リストが複数の要素を有する。それぞれのＲＦＱが同じ消費者によって発出され、同じｃｕｒｒｅｎｔ＿ｃａｔｅｇｏｒｙ属性を有する（すなわち、これらが同じ検索結果に分類される）場合にも、見積を互いに関連付けることができる。従って、ＲＦＱが発出されると、関連する継続中の見積が存在するかどうかをチェックする必要があり、存在する場合には、各継続中のＲＦＱの競合者リストを、ＲＦＱを受け取った全ての開業医を集約した組に更新する必要がある。上述したように、対象の開業医が確認できない場合にはデスクチケットが作成され、開業医が確認できた場合には通常の機構（電子メール、ＳＭＳ、アプリ内通知）を介して通知が行われる。その後のリマインダ送信イベント、及びＲＦＱの入札ウィンドウを閉じる処理は、有効期限に基づいて適当な時点で行われる。
【００２０】
見積の提出
開業医がサービスの見積を提供した旨を消費者に通知する。その後のリマインダ送信イベント、及び見積の期限切れ処理は、有効期限に基づいて適当な時点で行われる。
【００２１】
見積の承諾
他の関連する全ての見積は、非明示的に却下する必要がある。見積が消費者によって承諾された旨を開業医に外部から通知する。消費者には、次のステップが何であるかを通知する。
【００２２】
図８に、開業医が自身のサービス及び専門知識に関する情報を投稿でき、システムのユーザが見ることができる、見積要求システムの開業医ユーザインターフェイスの例を示す。このユーザインターフェイスは、ユーザがサービスの見積依頼を行うためのユーザインターフェイス要素を有することもできる。図９には、ヘルスシステムの一員である開業医が、図示のようなプロファイルページ、ウェブサイト、リンク先アカウント及び最新の見積要求などの自身のシステム属性を見ることができる、見積要求システムの内部開業医ユーザインターフェイスの例を示す。この図９のユーザインターフェイスでは、開業医が、各見積要求に関連する「応答」及び「拒否」ボタンを用いて、ユーザの見積に対して応答及び／又は拒否を行うことができる。
【００２３】
図１０には、見積要求システムのユーザ見積詳細ユーザインターフェイスの例を示す。このユーザインターフェイスでは、ユーザが、特定の要求の要求有効期限を含む、見積要求の一連の詳細を見ることができる。図１１には、ユーザが行った各見積の概要を示す、見積要求システムのユーザ見積概要ユーザインターフェイスの例を示す。このユーザインターフェイスは、残り見積時間の表示を有することもできる。
【００２４】
図１２には、提供者／開業医による応答待ちの見積、保留中の見積、及びユーザによる承諾済みの見積を示す、見積要求システムのユーザ見積ユーザインターフェイスの例を示す。図１２の例には、＄９５．００のアレルギーテストの見積要求が示されている。図１３には、開業医／提供者がユーザからの見積要求に基づいて見積を作成できる、見積要求システムの見積作成ユーザインターフェイスの例を示す。図１３の例では、開業医／提供者が、ユーザ／消費者が提案した＄９５．００の代わりに、現金価格＄１０５．００の見積を行っている。
【００２５】
図１４には、提供者による応答待ちの見積、保留中の見積及び承諾済みの見積をユーザが見ることができる、見積要求システムのユーザ保留中見積ユーザインターフェイスの例を示す。この例では、アレルギーテストのための現金＄１０５の保留中の見積が示されている。このユーザインターフェイスは、提供者の見積を承諾又は拒否するためのユーザインターフェイス要素を有することもできる。
【００２６】
図１５には、ユーザが図１４の見積承諾ボタンを選択して見積を承諾できた時にユーザ／消費者に対して表示される、見積要求システムの開業医見積ユーザインターフェイスの例を示す。図１６には、見積要求システムのユーザ承諾済み見積ユーザインターフェイスの例を示しており、ユーザが見積を承諾すると、承諾された見積がユーザインターフェイスの承諾済み見積区分に含まれるようになる。承諾済み見積ユーザインターフェイスは、見積の有効期限を示すこともできる。
【００２７】
図１７には、特定の開業医／提供者が図１７に示すようなあらゆる公開要求を見ることができる、見積要求システムの開業医公開要求ユーザインターフェイスの例を示す。図１８には、見積要求システムの開業医承諾済み見積ユーザインターフェイスの例を示す。
【００２８】
上記では、本発明の特定の実施形態を参照したが、当業者であれば、添付の特許請求の範囲によって範囲が定められる本開示の原理及び思想から逸脱することなく、実施形態に変更を加えることもできると理解するであろう。
【符号の説明】
【００２９】
１００  ヘルスケアマーケットプレイスシステム
１０２  コンピュータ装置
１０２ａ  コンピュータ装置
１０２ｂ  コンピュータ装置
１０２ｎ  コンピュータ装置
１０４  アプリケーション
１０６  通信路
１０８  バックエンドシステム
１１０  ヘルスマーケットプレイスエンジン
１１２  ＲＦＱエンジン
１１４  ストア
【図１】
2016533591.tif 000003
【図２】
2016533591.tif 000004
【図３】
2016533591.tif 000005
【図４】
2016533591.tif 000006
【図５】
2016533591.tif 000007
【図６】
2016533591.tif 000008
【図７】
2016533591.tif 000009
【図８】
2016533591.tif 000010
【図９】
2016533591.tif 000011
【図１０】
2016533591.tif 000012
【図１１】
2016533591.tif 000013
【図１２】
2016533591.tif 000014
【図１３】
2016533591.tif 000015
【図１４】
2016533591.tif 000016
【図１５】
2016533591.tif 000017
【図１６】
2016533591.tif 000018
【図１７】
2016533591.tif 000019
【図１８】
2016533591.tif 000020
【国際調査報告】
2016533591.tif 000021