(57)【要約】【課題】  BLE以外の無線方式を採用しているデバイスの属性情報を、デバイスとの接続前に取得すること。【解決手段】  実施形態は、デバイスの属性情報を取得するための装置であって、デバイスへ、デバイスの属性情報が付加されたデバイス名を通知するように要求するコマンドを送信する送信手段と、コマンドに応じて、デバイスによって通知された、属性情報が付加されたデバイス名を受信する受信手段と、受信されたデバイス名に付加された属性情報に基づいて、デバイスの属性を把握する把握手段とを備える。【選択図】図１
2018097596.tif 000002
【特許請求の範囲】
【請求項１】
デバイスの属性情報を取得するための装置であって、
前記デバイスへ、前記デバイスの属性情報が付加されたデバイス名を通知するように要求するコマンドを送信する送信手段と、
前記コマンドに応じて、前記デバイスによって通知された、前記属性情報が付加されたデバイス名を受信する受信手段と、
前記受信されたデバイス名に付加された属性情報に基づいて、前記デバイスの属性を把握する把握手段と、
を備えたデバイス属性情報取得装置。
【請求項２】
デバイスの属性情報を取得するための装置であって、
前記デバイスへ、前記デバイスのＩＤ情報を通知するように要求するコマンドを送信する送信手段と、
前記コマンドに応じて、前記デバイスによって通知された、前記ＩＤ情報を受信する受信手段と、
予め決定されているＩＤ情報と前記デバイスの属性情報との相関関係に基づいて、前記受信されたＩＤ情報から、前記デバイスの属性情報を把握する把握手段と、
を備えたデバイス属性情報取得装置。
【請求項３】
前記相関関係を記憶するデータベースをさらに備え、
前記把握手段は、前記データベースに記憶された前記相関関係を参照することによって、前記受信されたＩＤ情報から、前記デバイスの属性情報を把握する、請求項２に記載されたデバイス属性情報取得装置。
【請求項４】
前記属性情報は、前記デバイスで使用される言語を含む、請求項１乃至３のうち何れか１項に記載されたデバイス属性情報取得装置。
【請求項５】
対向機が、デバイスへ、前記デバイスの属性情報が付加されたデバイス名を前記対向機へ通知するように要求するコマンドを送信し、
前記デバイスが、前記コマンドに応じて、前記属性情報が付加されたデバイス名を前記対向機へ通知し、
前記対向機が、前記デバイスから通知されたデバイス名に付加された属性情報に基づいて、前記デバイスの属性を把握する、デバイス属性情報取得方法。
【請求項６】
対向機が、デバイスへ、前記デバイスのＩＤ情報を前記対向機へ通知するように要求するコマンドを送信し、
前記デバイスが、前記コマンドに応じて、前記ＩＤ情報を前記対向機へ通知し、
前記対向機が、予め決定されているＩＤ情報と前記デバイスの属性情報との相関関係に基づいて、前記デバイスから通知されたＩＤ情報に基づいて、前記デバイスの属性情報を把握する、デバイス属性情報取得方法。
【請求項７】
前記相関関係は、データベースに記憶されており、前記対向機は、前記データベースに記憶された前記相関関係を参照することによって、前記デバイスから通知されたＩＤ情報から、前記デバイスの属性情報を把握する、請求項６に記載されたデバイス属性情報取得方法。
【請求項８】
デバイスの属性情報を取得するためのプログラムであって、
前記デバイスへ、前記デバイスの属性情報が付加されたデバイス名を通知するように要求するコマンドを送信する手段、
前記コマンドに応じて、前記デバイスによって通知された、前記属性情報が付加されたデバイス名を受信する手段、
前記受信されたデバイス名に付加された属性情報に基づいて、前記デバイスの属性を把握する手段、
としてコンピュータを機能させるデバイス属性情報取得プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスへサービス提供する対向機が複数存在する場合、どの対向機がサービス提供すべきであるかを決定するために、デバイスの属性情報を取得する装置、方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、例えば博物館では、図６に例示するように、音声案内のために、ヘッドフォンやタブレット端末のようなデバイス５０に向けて、無線ネットワーク４５を介して音声や文字によるサービス提供を行う対向機４０が備えられている。特に、外国人が多く訪れる博物館では、英語や中国語といった複数の言語でのサービス提供を可能にするために、同室内に各言語毎に対向機（例えば、英語用の対向機４０（＃Ａ）と、中国語用の対向機４０（＃Ｂ））が備えられている。
【０００３】
このように、同室内に複数の対向機４０（＃Ａ）、４０（＃Ｂ）が備えられている場合、デバイス５０に対して、どの対向機４０がサービス提供すべきであるかを決定する必要がある。例えば図６では、英語ユーザのデバイス５０（＃１）、５０（＃２）に対して、対向機４０（＃Ａ）がサービス提供し、中国語ユーザのデバイス５０（＃ｎ）に対して、対向機４０（＃Ｂ）がサービス提供する例を示している。
【０００４】
どの対向機４０がどのデバイス５０に対してサービス提供すべきであるかを決定するためには、各対向機４０が、デバイス５０が接続される前に、すなわち、デバイス５０が未接続時に、デバイス５０の属性情報を取得する必要がある。
【０００５】
このように接続前にデバイス５０の属性情報を取得する従来技術としては、BLE（Bluetooth（登録商標）Low Energy）ビーコンを活用する技術が考えられる。
【０００６】
BLEビーコンデバイスは、未接続時にAdvertisingパケットを発している。iBeaconを代表とするBLEビーコンデバイスは、このAdvertisingパケットに、使用言語を規定したデバイス属性情報を含め、しかる後に、周辺の対向機４０へブロードキャストする。これによって、対向機４０は、未接続のBLEビーコンデバイスのデバイス属性情報を取得することができる。さらに、デバイス属性情報において規定されている使用言語に基づいて、当該BLEビーコンデバイスへサービス提供すべきであるかを判定することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】Getting Started with iBeacon, https://developer.apple.com/*ibeacon*/*Getting*-*Started*-with-*iBeacon*.pdf, 2016年11月8日アクセス
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、このようにAdvertisingパケットを利用してデバイス属性情報を周辺の対向機４０へブロードキャストすることは、BLEデバイスのみが可能である。
【０００９】
したがって、Bluetooth ClassicのようなBLE以外の無線方式を用いるデバイスでは実施することはできず、別の手法を使わねばならない。
【００１０】
本発明はこのような事情に鑑みてなされたものであり、BLE以外の無線方式を採用しているデバイスの属性情報を、デバイスとの接続前に取得することが可能なデバイス属性情報取得方法、システム、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するために本発明の第１の観点は、デバイスの属性情報を取得するための装置であって、デバイスへ、デバイスの属性情報が付加されたデバイス名を通知するように要求するコマンドを送信する送信手段と、コマンドに応じて、デバイスによって通知された、属性情報が付加されたデバイス名を受信する受信手段と、受信されたデバイス名に付加された属性情報に基づいて、デバイスの属性を把握する把握手段とを備える。また、同様な構成要素および態様を備える方法およびプログラムも、第１の観点に含まれる。
【００１２】
上記目的を達成するために本発明の第２の観点は、デバイスの属性情報を取得するための装置であって、デバイスへ、デバイスのＩＤ情報を通知するように要求するコマンドを送信する送信手段と、コマンドに応じて、デバイスによって通知された、ＩＤ情報を受信する受信手段と、予め決定されているＩＤ情報とデバイスの属性情報との相関関係に基づいて、受信されたＩＤ情報から、デバイスの属性情報を把握する把握手段とを備える。さらには、相関関係を記憶するデータベースをさらに備えても良い。データベースを備えた場合、把握手段は、データベースに記憶された相関関係を参照することによって、受信されたＩＤ情報から、デバイスの属性情報を把握する。また、同様な構成要素および態様を備える方法およびプログラムも、第２の観点に含まれる。
【００１３】
また、第１の観点および第２の観点に共通して、属性情報は、デバイスで使用される言語を含む。
【発明の効果】
【００１４】
本発明によれば、BLE以外の無線方式を採用しているデバイスであっても、その属性情報を、デバイスとの接続前に取得することができるので、デバイスへサービス提供する対向機が複数存在する場合、デバイスに対してどの対向機がサービス提供すべきであるかを、デバイスとの接続前に予め決定することが可能となる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施形態に係るデバイス属性情報取得方法が適用されたデバイス属性情報取得装置が適用されるネットワーク環境を示す概念図である。
【図２】属性情報として言語情報が付加されたデバイス名の一例を説明するための図である。
【図３】第１の実施形態に係るデバイス属性情報取得装置を用いてなされる動作を示すシーケンス図である。
【図４】第２の実施形態に係るデバイス属性情報取得方法が適用されたデバイス属性情報取得装置が適用されるネットワーク環境を示す概念図である。
【図５】第２の実施形態に係るデバイス属性情報取得装置を用いてなされる動作を示すシーケンス図である。
【図６】博物館における多言語音声サービスの構成例を示す概念図である。
【発明を実施するための形態】
【００１６】
以下に、本発明の各実施形態を、図面を参照して説明する。
【００１７】
（第１の実施形態）
図１は、本発明の第１の実施形態に係るデバイス属性情報取得方法が適用されたデバイス属性情報取得装置が適用されるネットワーク環境を示す概念図である。
【００１８】
本実施形態に係るデバイス属性情報取得装置２０は、たとえばアクセスポイント（以下、「ＡＰ」と称する）のような対向機１０に組み込まれ、送信部２４と、受信部２６と、把握部２８と、これらを制御する制御部２２とを備える。これらはソフトウェアによって実現され、対向機１０のプロセッサによって実行される。なお、送信部２４および受信部２６は、対向機１０が本来備えている送受信機能により実現しても構わない。この場合、送信部２４および受信部２６は、デバイス属性情報取得装置２０から省略されることが可能である。
【００１９】
対向機１０は、例えば博物館等において、音声案内のために、ヘッドフォンやタブレット端末のようなデバイス５０に向けて、無線ネットワーク４５を介して音声や文字によるサービス提供を行う。
【００２０】
このような対向機１０に組み込まれたデバイス属性情報取得装置２０の送信部２４は、デバイス５０へ、無線ネットワーク４５を介して、デバイス５０の属性情報を含むデバイス名を通知するように要求するコマンドを送信する。このコマンドには、例えばBluetooth Classicにおける既存のRemote Name Req Commandを利用することができる。
【００２１】
デバイス５０は、例えば博物館等において貸与されるヘッドフォンやタブレット端末等であり、無線ネットワーク４５を介して対向機１０と通信することが可能であり、受信部５４と、送信部５６と、属性情報保持部５８と、これらを制御する制御部５２とを備えている。これらはソフトウェアによって実現され、デバイス５０のプロセッサによって実行される。
【００２２】
なお、図１に示すデバイス５０には、デバイス属性情報取得装置２０とのインタラクションのために必要とされる部位しか記載しておらず、デバイス５０が本来備えている部位の記載は省略している。また、送信部５４および受信部５６は、デバイス５０が本来備えている送受信機能により実現しても構わない。
【００２３】
デバイス５０では、送信部２４によって送信されたコマンドを、受信部５４において受信する。これに応じて、制御部５２は、属性情報保持部５８に保持されているデバイス５０の属性情報を、デバイス名に付加して、送信部５６に出力する。属性情報は、例えば、デバイス５０で使用される言語を示す言語情報を含む。
【００２４】
図２は、属性情報として言語情報が付加されたデバイス名の一例を説明するための図である。
【００２５】
図２の左列は、ベースとなるデバイス名「Device0001」を示している。ベースとなるデバイス名には、属性情報が付加されていない。なお、例えばデバイス５０がBluetoothデバイスである場合、デバイス名は、MCU（Micro Controller Unit）からATコマンド等を利用して変更することが可能である。
【００２６】
図２の真中列と右列は、デバイス名「Device0001」に、属性情報として言語情報が付加された例を示している。特に、図２の真中列は、言語情報として英語を意味する「_EN」がデバイス名の後に付加され、図２の右列は、言語情報として中国語を意味する「_ZH」がデバイス名の後に付加されている。このように、デバイス５０では、デバイス名のように、デバイス側で変更が可能な情報へ、属性情報として言語情報を付加する。
【００２７】
送信部５６は、このように属性情報として言語情報が付加されたデバイス名を、無線ネットワーク４５を介して対向機１０へ送信する。このようにして、デバイス５０は、言語情報が付加されたデバイス名を対向機１０へ通知する。
【００２８】
対向機１０では、デバイス属性情報取得装置２０の受信部２６が、送信部５６によって送信された、言語情報が付加されたデバイス名を受信し、把握部２８に出力する。
【００２９】
把握部２８は、受信部２６から出力されたデバイス名に付加された言語情報から、デバイス５０の属性を把握する。例えば、受信部２６から出力されたデバイス名に、図２の真中列に示すように、英語を意味する「_EN」が付加されているのであれば、把握部２８は、このデバイス５０では、英語が使用されていると把握する。また、図２の真中列に示すように、中国語を意味する「_ZH」が付加されているのであれば、把握部２８は、このデバイス５０では、中国語が使用されていると把握する。
【００３０】
対向機１０は、把握部２８によってなされた把握結果に基づいて、このデバイス５０と接続するか否かを判定する。すなわち、対向機１０が、英語のサービスを提供している場合、把握部２８によって、英語が使用されていると把握されたデバイス５０と接続し、中国語が使用されていると把握されたデバイス５０とは接続しない。同様に、対向機１０が、中国語のサービスを提供している場合、把握部２８によって、中国語が使用されていると把握されたデバイス５０と接続し、英語が使用されていると把握されたデバイス５０とは接続しない。
【００３１】
次に、以上のように構成した本実施形態に係るデバイス属性情報取得装置２０を用いてなされる動作を、図３に示すシーケンス図を用いて説明する。
【００３２】
本実施形態に係るデバイス属性情報取得装置２０を用いてデバイス属性情報取得方法を実施する場合、先ず、対向機１０に備えられたデバイス属性情報取得２０の送信部２４から、デバイス５０へ、無線ネットワーク４５を介して、デバイス５０の属性情報を含むデバイス名を通知するように要求するコマンドが送信される（Ｓ１）。このコマンドには、例えばBluetooth Classicにおける既存のRemote Name Request Commandが利用される。以下では、属性情報として、デバイス５０で使用される言語に関する情報である言語情報を想定する。
【００３３】
このコマンドは、デバイス５０の受信部５４によって受信される。これに応じて、制御部５２によって、属性情報保持部５８に保持されているデバイス５０の属性情報（言語情報）が、デバイス名に付加される（Ｓ２）。例えば、属性情報保持部５８に言語情報として英語が保持されているのであれば、図２の真中列に示すように、デバイス名「Device0001」に、英語を意味する「_EN」が付加される。一方、属性情報保持部５８に言語情報として中国語が保持されているのであれば、図２の右列に示すように、デバイス名「Device0001」に、中国語を意味する「_ZH」が付加される。
【００３４】
このように言語情報が付加されたデバイス名は、送信部５６から、無線ネットワーク４５を介して対向機１０へ送信される（Ｓ３）。このようにして、言語情報が付加されたデバイス名が対向機１０へ通知される。
【００３５】
送信部５６によって送信された、言語情報が付加されたデバイス名は、対向機１０において、受信部２６によって受信され、把握部２８へ出力される。
【００３６】
把握部２８では、受信部２６から出力されたデバイス名に付加された言語情報から、デバイス５０の属性が把握される（Ｓ４）。例えば、図２の真中列に示されるように、デバイス名に、英語を意味する「_EN」が付加されているのであれば、当該デバイス５０は、英語が使用されているデバイスであると把握される。また、図２の右列に示されるように、デバイス名に、中国語を意味する「_ZH」が付加されているのであれば、当該デバイス５０は、中国語が使用されているデバイスであると把握される。
【００３７】
対向機１０では、把握部２８による把握結果に基づいて、このデバイス５０と接続するか否かが判定される。すなわち、対向機１０が、英語のサービスを提供している場合、把握部２８によって、英語が使用されていると把握されたデバイス５０と接続し、中国語が使用されていると把握されたデバイス５０とは接続しない。同様に、対向機１０が、中国語のサービスを提供している場合、把握部２８によって、中国語が使用されていると把握されたデバイス５０と接続し、英語が使用されていると把握されたデバイス５０とは接続しない。
【００３８】
上述したように、本実施形態によれば、デバイス５０へサービス提供する対向機１０が複数存在する場合、どの対向機１０がサービス提供すべきであるかを、対向機１０とデバイス５０とが未接続の状態で決定することができる。
【００３９】
これは、デバイス５０において、デバイス名に属性情報を付加することによって達成されるので、対向機１０側に複雑な機能を追加することなく実現される。
【００４０】
（第２の実施形態）
図４は、本発明の第２の実施形態に係るデバイス属性情報取得方法が適用されたデバイス属性情報取得装置が適用されるネットワーク環境を示す概念図である。
【００４１】
本実施形態は、第１の実施形態の変形例である。すなわち、第１の実施形態では、デバイス名に属性情報として言語情報が付加されることによって、各デバイス５０において使用されている言語を対向機１０において把握することができる。しかしながら、この手法は、対向機１０側に複雑な機能を追加することなく実現されるものの、各デバイス５０において、デバイス名に属性情報を付加するための機能が必要となる。さらには、制限された情報量（例えば、最大２０バイト）以内に、デバイス名と属性情報とを納める必要があるので、属性の表現力に限界があるという欠点がある。
【００４２】
本実施形態は、このような第１の実施形態の欠点を補うための変形例である。したがって、以下の説明に用いる図中の符号は、図１と同一部分については同一符号を付して示し、重複説明を避けつつ、第１の実施形態と異なる点を詳細に説明する。
【００４３】
すなわち、本実施形態に係るデバイス属性情報取得方法が適用されたデバイス属性情報取得装置３０は、第１の実施形態におけるデバイス属性情報取得装置２０に、属性情報データベース（以降、「属性情報ＤＢ」と称する）２９を追加している。属性情報ＤＢ２９は、制御部２２によってアクセスされることが可能であり、予め決定されているＩＤ情報とデバイス６０の属性情報との相関関係を記憶している。例えば、属性情報は、デバイス６０で使用される言語情報のみならず、デバイス６０を使用するユーザの名前、性別、年齢、国籍等といった様々な情報を含むことができる。
【００４４】
なお、送信部２４および受信部２６は、対向機１０が本来備えている送受信機能により実現しても構わない。この場合、送信部２４および受信部２６は、デバイス属性情報取得装置３０から省略されることが可能である。
【００４５】
デバイス属性情報取得装置３０は、送信部２４において、デバイス６０へ、デバイス６０のＩＤ情報を通知するように要求するコマンドを送信する。ＩＤ情報は、例えばBTアドレスやMACアドレスである。また、このコマンドには、例えばBluetooth Classicにおける既存のInquiry Commandを利用することができる。
【００４６】
本実施形態におけるデバイス６０は、第１の実施形態におけるデバイス５０から属性情報保持部５８を削除した構成をしている。なお、図４に示すデバイス６０には、デバイス属性情報取得装置３０とのインタラクションのために必要とされる部位しか記載しておらず、デバイス６０が本来備えている部位の記載は省略している。また、送信部５４および受信部５６は、デバイス６０が本来備えている送受信機能により実現しても構わない。
【００４７】
デバイス６０では、送信部２４によって送信されたコマンドを、受信部５４において受信する。これに応じて、制御部５２は、デバイス６０に付与されている例えばBTアドレスやMACアドレスのようなＩＤ情報を送信部５６に出力する。
【００４８】
送信部５６は、制御部５２から出力されたＩＤ情報を、無線ネットワーク４５を介して対向機１０へ送信する。このようにして、デバイス６０は、ＩＤ情報を対向機１０へ通知する。
【００４９】
受信部２６は、送信部５６によって送信されたＩＤ情報を受信し、把握部２８に出力する。把握部２８は、ＩＤ情報を用いて、属性情報ＤＢ２９に対して問い合わせを行い、このＩＤ情報と属性情報との相関関係を参照する。そして、この相関関係から、このＩＤ情報に相関付けられた属性情報を検索し、属性情報の内容を取得する。前述したように、属性情報には、デバイス６０で使用される言語情報のみならず、デバイス６０を使用するユーザの名前、性別、年齢、国籍等といった様々な情報が含まれ得る。属性情報は、属性情報ＤＢ２９に記憶されているので、実質的にサイズ制限はなく、必要であれば多くの情報を含めることが可能である。
【００５０】
対向機１０は、把握部２８によってなされた把握結果に基づいて、このデバイス５０と接続するか否かを判定する。
【００５１】
次に、以上のように構成した本実施形態に係るデバイス属性情報取得装置３０を用いておいてなされる動作を、図５に示すシーケンス図を用いて説明する。
【００５２】
本実施形態に係るデバイス属性情報取得装置３０を用いてデバイス属性情報取得方法を実施する場合、先ず、対向機１０に備えられたデバイス属性情報取得２０の送信部２４から、デバイス６０へ、無線ネットワーク４５を介して、デバイス６０のＩＤ情報（例えばBTアドレスやMACアドレス）を通知するように要求するコマンドが送信される（Ｓ１１）。このコマンドには、例えばBluetooth Classicにおける既存のInquiry Commandが利用される。
【００５３】
デバイス６０では、送信部２４によって送信されたコマンドが、受信部５４において受信される。これに応じて、デバイス６０に付与されている例えばBTアドレスやMACアドレスのようなＩＤ情報が、制御部５２から送信部５６へ出力される（Ｓ１２）。
【００５４】
制御部５２から出力されたＩＤ情報は、送信器５６によって、無線ネットワーク４５を介して対向機１０へ送信される。このようにして、デバイス６０から対向機１０に対してＩＤ情報が通知される。
【００５５】
送信部５６によって送信されたＩＤ情報は、受信部２６によって受信され（Ｓ１３）、受信部２６からさらに把握部２８へ出力される。
【００５６】
把握部２８では、ＩＤ情報を用いて、属性情報ＤＢ２９に対して問い合わせが行われ、このＩＤ情報と属性情報との相関関係が取得される（Ｓ１４）。そして、この相関関係から、このＩＤ情報の属性情報が検索され（Ｓ１５）、属性情報の内容が取得される（Ｓ１６）。前述したように、属性情報には、デバイス６０で使用される言語情報のみならず、デバイス６０を使用するユーザの名前、性別、年齢、国籍等といった様々な情報も含まれ得る。
【００５７】
対向機１０は、このように取得された属性情報に基づいて、このデバイス６０と接続するか否かを判定することができる。
【００５８】
上述したように、本実施形態によれば、第１の実施形態と同様に、デバイス６０へサービス提供する対向機１０が複数存在する場合、どの対向機１０がサービスを提供すべきであるかを、対向機１０とデバイス６０とが未接続の状態で決定することができる。
【００５９】
さらに本実施形態では、デバイス６０において、デバイス名に属性情報を付加しないので、第１の実施形態におけるデバイス５０よりも簡素な構成のデバイス６０で実現することができる。さらには、デバイス６０から対向機１０へ属性情報を送信しないので、属性情報のサイズを気にする必要がない。さらにまた、属性情報は、属性情報ＤＢ２９に記憶されるので、実質的に属性情報のサイズ制限はなく、必要であれば多くの情報を含めることが可能である。したがって、属性情報の内容が更新されたり、属性情報の項目が追加された場合であっても、対向機１０は、より詳細な属性情報の内容を参照することができるので、どのデバイス６０にサービス提供すべきかを、より精度良く決定することが可能となる。
【００６０】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００６１】
１０、４０  対向機、２０、３０  デバイス属性情報取得装置、２２  制御部、２４  送信部、２６  受信部、２８  把握部、２９  属性情報データベース、４０  対向機、４５  無線ネットワーク、５０、６０  デバイス、５２  制御部、５４  受信部、５６  送信器、５８  属性情報保持部。
【図１】
2018097596.tif 000003
【図２】
2018097596.tif 000004
【図３】
2018097596.tif 000005
【図４】
2018097596.tif 000006
【図５】
2018097596.tif 000007
【図６】
2018097596.tif 000008