(57)【要約】【課題】リアルタイムの状況に応じて表示対象の公営競技場を決定すると共に分割表示対象を決定する。【解決手段】表示スケジュール管理部１６は、複数の公営競技場の各レースのスケジュール情報を、上位システム２を介してセンター装置１から随時取得する。重複レース数判定部１７は、上記スケジュール情報に基づいて、現在のオッズ画面生成対象のレースを判定し、以ってオッズ画面生成対象のレース数（重複レース数）を判定する。重複レース数判定部１７の上記判定結果に基づいて、オッズ画面を生成する。【選択図】図２
2018120494.tif 000002
【特許請求の範囲】
【請求項１】
１以上のモニタと、任意の１以上の競技場の任意のレースに係わる所定の情報を該モニタに表示させる表示制御装置とを有するシステムであって、
前記表示制御装置は、
各競技場の各レースの現在のスケジュール情報に基づいて、現在の表示対象とする競技場を判定する表示対象判定部と、
該判定された現在の表示対象とする競技場の数が、前記モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については前記所定の情報を前記モニタに分割画面で表示させる画面生成部と、
を有することを特徴とするモニタ表示システム。
【請求項２】
前記表示対象判定部は、前記スケジュール情報に変更があった場合、該変更後のスケジュール情報に基づいて再度、前記現在の表示対象とする競技場の判定を行うことを特徴とする請求項１記載のモニタ表示システム。
【請求項３】
前記画面生成部は、前記表示対象判定部によって前記再度判定された現在の表示対象とする競技場の数が、前記モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については前記所定の情報を前記モニタに分割画面で表示させることを特徴とする請求項２記載のモニタ表示システム。
【請求項４】
前記スケジュール情報には、前記各競技場の各レースの開始直前の時間帯を示す情報が含まれており、前記表示対象判定部は、該開始直前の時間帯と現在時刻とに基づいて、前記現在の表示対象とする競技場を判定することを特徴とする請求項１〜３の何れかに記載のモニタ表示システム。
【請求項５】
前記画面生成部は、前記表示対象とする競技場の中で優先順位を判定し、該優先順位に従って、前記現在の表示対象とする各競技場の前記所定の情報を表示させるモニタの割当てを行うことを特徴とする請求項１〜４の何れかに記載のモニタ表示システム。
【請求項６】
前記画面生成部は、前記モニタの割当ての結果、前記表示対象とする競技場の中で少なくとも前記優先順位が最も低い競技場と２番目に低い競技場については、その前記所定の情報を前記分割画面で表示させることを特徴とする請求項５記載のモニタ表示システム。
【請求項７】
前記任意のレースに係わる所定の情報は、オッズ情報であることを特徴とする請求項１〜６の何れかに記載のモニタ表示システム。
【請求項８】
１以上のモニタに対して任意の１以上の競技場の任意のレースに係わる所定の情報を表示させる表示制御装置のコンピュータを、
各競技場の各レースの現在のスケジュール情報に基づいて、表示対象とする競技場を判定する表示対象判定部と、
該判定された表示対象とする競技場の数が、前記モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については前記所定の情報を前記モニタに分割画面で表示させる画面生成部、
として機能させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公営競技に係わるモニタ表示制御技術に関する。
【背景技術】
【０００２】
公営競技（競馬、競輪、オートレース、競艇など）に関して、ファンに対して所定の情報（例えばオッズなど）を提供する為のモニタ装置が、設置されている。設置場所は、各公営競技場または発券場（場外馬券売場など）等である。
【０００３】
例えばファンが、各レースの開始直前の時間帯（例えば１０分前から締切時までの１０分間）におけるオッズを参考にする場合が多い傾向にあり、上記モニタ装置には、この様な開始直前のレースに係わるオッズ等の情報が、表示されるようになっている場合がある。
【０００４】
ここで、従来のモニタ装置によるオッズ表示例を、図６（ａ）に示す。
【０００５】
従来より、複数の公営競技場についてそれぞれオッズを表示することが行われており、図６（ａ）に示す例ではＡ場とＢ場の２つの公営競技場について、それぞれ、開始直前のレースに関するオッズ表示を行っている。図示の例では、６台のモニタ装置が設置されており、また１つの公営競技場についてオッズ表示する為に３台のモニタが必要とするものとしている。つまり、同時には２つの公営競技場までしかオッズ表示が行えない。
【０００６】
例えば、特許文献１，２に記載の従来技術が知られている。
【０００７】
特許文献１には、受信したオッズ情報を更新しながら記憶する記憶手段３６と、この記憶手段３６に記憶されたオッズ情報および投票内容を表示部３に画面分割して表示する表示制御手段３７等が開示されている。
【０００８】
また、特許文献１には、１台のテレビオッズ装置で複数の競技情報を表示させ、投票する競技を選択する情報をファンに提供する技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１１−１９１１７１号公報
【特許文献２】特開２０１５−２２２４６２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ここで、近年、発券対象の公営競技場数が増加する傾向にあり、これに伴って上記モニタ装置にもより多くの公営競技場のオッズが表示されるようにすることが望まれている。例えば、上記Ａ場、Ｂ場に加えて更にＣ場、Ｄ場についても発券対象とする場合、モニタ装置にもＣ場、Ｄ場に関するオッズ情報を表示させることが要望される。この場合、上記の例では図６（ｂ）に示すように更に６台のモニタ（図では点線枠で表現している）を追加設置する必要があり、計１２台のモニタを設置することになる。
【００１１】
しかしながら、スペースには限りがあり、モニタ装置を追加設置出来ない場合もあり得る。また、仮に設置できる場合であっても、モニタ装置の追加にはコストが掛かることになる。これに対して、上記の特許文献１，２のように、画面分割表示して１台のテレビで複数の競技場の情報を表示させる従来技術がある。しかしながら、画面分割表示すれば当然、１競技場当たりの表示領域が小さくなるので、例えばファンにとって重要なレースは出来るだけ画面分割表示したくない等の要望がある。
【００１２】
また、レースは、予め決められたスケジュール通りにならない場合がある。これは、何等かの理由（例えば馬がゲートに入らない）で任意のレースの開始が遅れる場合があり、この影響でその後の他のレースも順次スケジュール遅れが発生することになる。つまり、上記“各レースの開始直前の時間帯”が、リアルタイムの状況変化によって、変化していく場合がある。この様なケースにも対応して上記オッズ情報の表示が行われるようになることが望まれている。
【００１３】
本発明の課題は、１以上の公営競技場のレースに係わる所定情報を表示するシステムであって、リアルタイムの状況に応じて表示対象の公営競技場を決定すると共に分割表示対象を決定するモニタ表示システム等を提供することである。
【課題を解決するための手段】
【００１４】
本発明のモニタ表示システムは、１以上のモニタと、任意の１以上の競技場の任意のレースに係わる所定の情報を該モニタに表示させる表示制御装置とを有するシステムであって、前記表示制御装置は、下記の各機能部を有する。
【００１５】
・各競技場の各レースの現在のスケジュール情報に基づいて、現在の表示対象とする競技場を判定する表示対象判定部；
・該判定された現在の表示対象とする競技場の数が、前記モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については前記所定の情報を前記モニタに分割画面で表示させる画面生成部。
【発明の効果】
【００１６】
本発明のモニタ表示システム等によれば、１以上の公営競技場のレースに係わる所定情報を表示するシステムであって、リアルタイムの状況に応じて表示対象の公営競技場を決定すると共に必要に応じて分割表示対象を決定できる。
【図面の簡単な説明】
【００１７】
【図１】本例のモニタ表示システム構成図である。
【図２】映像出力装置の構成図である。
【図３】映像出力装置の処理フローチャート図である。
【図４】出走表ファイル（スケジュール情報）の一例である。
【図５】（ａ）〜（ｃ）は、本例のオッズ画面表示例である。
【図６】（ａ）（ｂ）は、従来のオッズ画面表示例である。
【発明を実施するための形態】
【００１８】
以下、図面を参照して本発明の実施の形態について説明する。
【００１９】
図１は、本例のモニタ表示システム構成図である。
【００２０】
本例のモニタ表示システムは、センター装置１、上位システム２、映像出力装置１０、映像設備４、モニタ装置５等から成る。上位システム２と映像出力装置１０は、ＬＡＮ３等に接続している。上位システム２とセンター装置１は、インターネット等の外部ネットワーク６に接続している。
【００２１】
映像出力装置１０は、例えばHD-SDI（ハイディフィニション  シリアルデジタルインターフェイス）規格で、任意の映像を映像設備４へ送る（配線は例えば5CFB規格で配線する）。映像設備４は、この映像を各モニタ装置５へ配信・表示させる。モニタ装置５は、例えば図６に示したような複数のモニタ（モニタ群／ディスプレイ群）である。
【００２２】
尚、図１に示す各構成のうち、映像出力装置１０以外は、既存の一般的な構成であってよく、従って特に詳細には説明せず、簡単に説明するものとする。
【００２３】
例えば一例として、任意の公営競技場内に、その公営競技場における各種レースに関する様々な運用管理（投票券の売買、売上金額の算出、支払状況管理、オッズ情報管理など）を行うコンピュータ装置（サーバなど）である上位システム２が設けられている。上位システム２が保持する上記様々な運用管理情報は、外部ネットワーク６を介してセンター装置１へ送信される。
【００２４】
センター装置１には、他の公営競技場等に設置される上位システム２からも同様にして様々な運用管理情報が送られてくる。これより、センター装置１は、複数の公営競技場の運用管理情報を集約管理する。そして、各上位システム２は、センター装置１から、他の公営競技場の運用管理情報を取得することができる。
【００２５】
各公営競技場内において、映像出力装置１０と映像設備４によって、モニタ装置５に様々な情報が表示される。一例としては上記オッズ情報が表示される。上記図６の例であればモニタ装置５は６台のディスプレイから成る。この例の場合、映像出力装置１０は、映像設備４を介して、６台のディスプレイそれぞれに例えば図６に示すような各種オッズ情報を表示させる。これ自体は従来と同様であってよいが、本例の映像出力装置１０では更に、スケジュールやリアルタイムの状況に応じて、表示対象とする公営競技場を随時決定したり、場合によっては分割画面表示する。あるいは、更に、表示対象とする公営競技場の中で優先順位を決定し、優先順位に応じた表示を行う。
【００２６】
以下、映像出力装置１０について更に詳細に説明する。
【００２７】
図２は、映像出力装置１０の構成図である。
【００２８】
図示の例では、映像出力装置１０は、ＣＰＵ１１、ＲＡＭ１２、外部入力部１３、オッズ画面生成部１４、上位システム通信部１５、表示スケジュール管理部１６、重複レース数判定部１７等を有する。尚、ＣＰＵ１１、ＲＡＭ１２、外部入力部１３（キーボード、マウス等）はハードウェア構成であり、オッズ画面生成部１４、上位システム通信部１５、表示スケジュール管理部１６、重複レース数判定部１７は各種機能部を意味するものと見做してもよい。ＣＰＵ１１が、予め記憶されているアプリケーションプログラムを実行することで、これら各種機能部１４，１５，１６，１７の処理機能が実現される。
【００２９】
表示スケジュール管理部１６は、複数の公営競技場の各レースのスケジュール情報を、上位システム２から随時取得して記憶する（上位システム２はセンター装置１から取得している）。あるいは、このスケジュール情報を予め記憶しておき、必要に応じて随時修正・更新するようにしてもよい。例えば、任意の公営競技場で任意のレースのスケジュールに変更があった場合（基本的には遅れが想定される）、この変更情報を上位システム２から取得することで（上位システム２はセンター装置１から取得している）、自己が管理するスケジュール情報を修正・更新する。
【００３０】
何れにしても、表示スケジュール管理部１６は、基本的には、現在の（最新の）のスケジュールを示すスケジュール情報が得られるようにしている。そして、この様な現在のスケジュール情報に基づいて、現在の表示対象とする公営競技場を判定する。つまり、スケジュール変更等にリアルタイムに対応して、現在の（最新の）のスケジュールに応じた表示対象公営競技場の判定を実現することができる。
【００３１】
尚、上位システム２は、自場のスケジュールに変更があった場合には、その旨をセンター装置１に通知する。また、尚、映像出力装置１０は、上位システム２との通信は、上位システム通信部１５を介して行う。
【００３２】
重複レース数判定部１７は、上記スケジュール情報に基づいて、現在のオッズ画面生成対象のレースを判定し、以ってオッズ画面生成対象のレース数（重複レース数）を判定する。この判定は、予め行っても良い。但し、上記スケジュール情報の修正・更新があれば、判定結果は変わるかもしれないので、スケジュール情報の修正・更新があると、再度、判定処理を行う必要がある。あるいは、この例に限らず、随時、その時点での最新のスケジュール情報に基づいて上記オッズ画面生成対象のレースや重複レース数の判定を行うようにしてもよい。
【００３３】
オッズ画面生成部１４は、重複レース数判定部１７の上記判定結果に基づいて、オッズ画面を生成する。この処理の一例を図３の一部に示す。
【００３４】
図３は、映像出力装置１０の処理フローチャート図である。尚、図３の処理中、ステップＳ３〜Ｓ７が、オッズ画面生成部１４による処理と見做しても構わない。
【００３５】
図３の処理は、例えば随時実行され、まず、表示スケジュール管理部１６が、投票対象（表示対象）と成り得る全ての公営競技場の全てのレースの出走表ファイルを取得する（ステップＳ１）。
【００３６】
続いて、この出走表ファイル（上記スケジュール情報に相当）に基づいて、重複レース数判定部１７が、上記のように現時点におけるオッズ画面生成対象の公営競技場とその数（重複レース数）を判定する（ステップＳ２）。
【００３７】
尚、“現時点におけるオッズ画面生成対象の公営競技場”とは、例えば図４に示す「締切１０分前〜締切を表す」時間帯（締切直前の時間帯）に、現在時刻が含まれる公営競技場である。仮に、現在時刻が１３時３６分であるならば、図４の例では、Ａ場とＤ場が、“現時点におけるオッズ画面生成対象の公営競技場”となる。また、例えば仮に、現在時刻が１４時１５分であるならば、図４の例では、Ｂ場のみが、“現時点におけるオッズ画面生成対象の公営競技場）”となる。
【００３８】
尚、図４は、出走表ファイル（スケジュール情報）の一例である。図示の例では１０分単位となっており、締切直前の時間帯は黒い四角で示している。例えば図示の“１０時”の下の“４０”に対応する時間帯は、１０時３０分〜１０時４０分の１０分間を意味し、この時間帯はＡ場とＤ場における何等かのレースについて締切直前の時間帯となっていることになる。
【００３９】
そして、予め設定されている閾値（モニタセット数）を読み込んで（ステップＳ３）、上記重複レース数がモニタセット数より大きいか否か（モニタセット数＜重複レース数？）を判定する（ステップＳ４）。尚、本例では、図６（ａ）の例に従って、ディスプレイ３台で１セットであるものとし、図６（ａ）の例ではモニタセット数＝２となる。尚、モニタセット数は、モニタ装置５のモニタ台数に応じて予め設定される所定の閾値の一例であると見做してよい。
【００４０】
重複レース数がモニタセット数以下である場合には（モニタセット数≧重複レース数）（ステップＳ４，ＮＯ）、通常レイアウト（従来と同様のレイアウト）を適用して画面編集して（ステップＳ５）画面表示する（ステップＳ７）。上記の一例では例えば仮に、現在時刻が１２時３６分であるならば、例えば図５（ａ）に示すオッズ画面表示が行われることになる。あるいは仮に、現在時刻が１５時１５分であるならば、例えば図５（ｂ）に示すオッズ画面表示が行われることになる。尚、図５（ｂ）の例では、２セット分の表示枠に対して表示対象がＢ場のみ（１セット分のみ）であるので、同じ画面を重複して（２つずつ）表示させた例を示している。
【００４１】
一方、重複レース数がモニタセット数より大きい場合には（モニタセット数＜重複レース数）（ステップＳ４，ＹＥＳ）、集約画面レイアウトを適用して画面編集して（ステップＳ６）画面表示する（ステップＳ７）。この画面表示の一例を図５（ｃ）に示す。
【００４２】
図５（ｃ）に示す例は、“現時点におけるオッズ画面生成対象の公営競技場”が、Ａ場、Ｂ場、Ｄ場の３つであった場合を例にしている。尚、図４の例では、この様な判定結果には成り得ないが、スケジュール変更があった為にこの様な判定結果となることは起こり得る。尚、上記集約画面レイアウトとは、例えば図５（ｃ）の下側に示すような画面分割表示を行うものであり、これ自体は従来技術であり、特に詳細には説明しない。
【００４３】
ステップＳ４がＹＥＳになる場合は、従来の１セットに１つの公営競技場を割り当てる表示方法では、全ての表示対象の公営競技場についてオッズ情報を表示することはできない。この為、画面分割して表示する。図５（ｃ）の例では、Ｂ場とＤ場について分割表示し、Ａ場については従来通りの表示としている。これは、Ａ場が最も優先順位が高かった場合の表示例と見做してよい。これより図示の通り、Ａ場の表示は、他のＢ場、Ｄ場に比べて、大きな表示となっている。
【００４４】
これは、例えばステップＳ６の処理の際に、優先順位を判定して、優先順位に応じた画面編集を行うようにした例である。この優先順位は、例えば、リアルタイムの現状に応じて決定する。例えば、この様にリアルタイムの現状に応じた表示とすることも本手法の特徴の１つである。
【００４５】
優先順位は、レースに係わる所定の情報（例えばレースグレード（Ｇ１，Ｇ２，Ｆ１など）あるいは現在の状況（投票数や売上金額等）に基づいて、判定・決定する。例えば一例としては、３場の中で最も売上が高い場を、最も優先順位が高い（最も大きく表示する）場とする。この例の場合、Ａ場が他のＢ場、Ｄ場よりも現在の売上が高い場合の表示例を示すものと言える。但し、これは一例であり、この例に限らない。
【００４６】
また、上記のように画面出力を行った後でも、スケジュール変更があった場合には（ステップＳ８，ＹＥＳ）、ステップＳ１に戻って処理をやり直し、変更後のスケジュールに応じた判定と画面表示を行うようにしてもよい。例えば最初は図４に示すスケジュールであり、例えば図５（ａ）に示す画面表示を行ったが、その直後にＢ場についてスケジュール変更があり、これに応じて再度ステップＳ１から処理をやり直した結果、例えば図５（ｃ）に示す表示となるかもしれない。
【００４７】
全レースの終了時間まで締切時間に変更が無ければ（ステップＳ８，ＮＯ）、処理完了とする。
【００４８】
この様に、本手法では、リアルタイムの状況変化に対応したオッズ画面表示を行うこともできる。
【００４９】
例えば、リアルタイムの状況変化として、スケジュールが予定通りにならない場合も起こり得る。他の公営競技場に関して予定より遅れる場合等のスケジュール変更情報は、例えばセンター装置１から取得できるので、これに基づいてタイムスケジュールを変更するようにしてもよい。勿論、これより、タイムスケジュールに基づいて決定される上記表示の形態も、変わる可能性がある。例えば上記の例において、Ｄ場に進行の遅れが生じた為に、同時間帯にはＡ場とＢ場のみがレース実行されることになった場合には、Ａ場とＢ場の２場についてのみ表示されることになる。
【００５０】
また、上記のように分割画面表示が必要な場合において、上記優先順位が高い公営競技場については、出来る限り分割画面表示を行わないようにすることもできる（一例が図５（ｃ））。尚、図５（ｃ）の例において更にＣ場も表示対象となった場合（つまり、Ａ場、Ｂ場、Ｃ場、Ｄ場の４場が表示対象）、Ａ場とＣ場についても図示のＢ場とＤ場と同様にして分割画面表示を行うようにしてもよいが、この例に限らない。例えば、最も優先順位が高い公営競技場は、必ず、画面表示を行わないようにしてもよい。仮にＡ場が最も優先順位が高い場合、Ａ場については図５（ｃ）と同様の表示を行い、Ｂ場，Ｃ場，Ｄ場については画面を３分割して表示する。
【００５１】
何れの方法であっても、“モニタセット数＜重複レース数”である場合には、表示対象とする競技場の中で少なくとも優先順位が最も低い公営競技場と２番目に低い公営競技場については、必ず、そのオッズ情報を分割画面で表示させる点では、同じである。
【００５２】
上記モニタ表示システムは、特に図示しないが、例えば下記の処理機能を有するものと言うこともできる。
【００５３】
すなわち、上記モニタ表示システムは、１以上のモニタと、任意の１以上の競技場の任意のレースに係わる所定の情報を該モニタに表示させる表示制御装置とを有するシステムであると言える。表示制御装置の一例が上記映像出力装置であり、所定の情報の一例が上記オッズ情報であり、モニタの一例が上記モニタ装置５である。
【００５４】
そして、上記表示制御装置は、例えば下記の不図示の処理機能部を有するものと言うことができる。尚、下記の不図示の処理機能部は、例えば、表示制御装置が備える演算プロセッサ（ＣＰＵ等）が、予め記憶されている所定のアプリケーションプログラムを実行することで、実現される。
【００５５】
・各競技場の各レースの現在のスケジュール情報に基づいて、現在の表示対象とする競技場を判定する表示対象判定部；
・該判定された現在の表示対象とする競技場の数が、モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については上記所定の情報を上記モニタに分割画面で表示させる画面生成部：
ここで、例えば、上記表示対象判定部は、上記スケジュール情報に変更があった場合、該変更後のスケジュール情報に基づいて再度、上記現在の表示対象とする競技場の判定を行う。
【００５６】
また、例えば、上記画面生成部は、上記表示対象判定部によって上記再度判定された現在の表示対象とする競技場の数が、上記モニタの台数に応じた所定の閾値より大きい場合には、該表示対象とする競技場のうちの少なくとも一部の競技場については上記所定の情報を上記モニタに分割画面で表示させる。
【００５７】
また、例えば、上記スケジュール情報には、上記各競技場の各レースの開始直前の時間帯を示す情報が含まれており、上記表示対象判定部は、該開始直前の時間帯と現在時刻とに基づいて、上記現在の表示対象とする競技場を判定する。
【００５８】
また、例えば、上記画面生成部は、上記表示対象とする競技場の中で優先順位を判定し、該優先順位に従って、上記現在の表示対象とする各競技場の上記所定の情報を表示させるモニタの割当てを行う。
【００５９】
上記画面生成部は、上記モニタの割当ての結果、上記表示対象とする競技場の中で少なくとも上記優先順位が最も低い競技場と２番目に低い競技場については、その上記所定の情報を上記分割画面で表示させる。
【００６０】
以上説明した本例のモニタ表示システム等では、１以上の公営競技場のレースに係わる所定情報を表示するシステムであって、リアルタイムの状況に応じて表示対象の公営競技場を決定すると共に必要に応じて分割表示対象を決定する。分割表示対象は、例えば優先順位に基づいて決定する。これは、例えば上記のように、分割表示対象は、優先順位が低い公営競技場から決定していき、優先順位が高い公営競技場は出来るだけ分割表示されないようにする。
【００６１】
このようにして、本例のモニタ表示システム等によれば、リアルタイムの状況変化（スケジュールの遅れ等）にも対応して、適切なオッズ情報等の表示が行われるようにできる。適切なオッズ情報等の表示とは、現在表示すべきレースのオッズ情報等の表示などである。現在表示すべきレースとは、例えば、開始直前のレースであり、スケジュールの遅れ等によって、開始直前のレースが変わる可能性があるが、本システムではこのようなリアルタイムの状況変化にも対応できる。あるいは、例えばファンにとって重要なレースは出来るだけ画面分割表示したくない等の要望等に、対応することができる。
【符号の説明】
【００６２】
１  センター装置
２  上位システム
４  映像設備
５  モニタ装置（モニター群）
１０  映像出力装置
１１  ＣＰＵ
１２  ＲＡＭ
１３  外部入力部
１４  オッズ画面生成部
１５  上位システム通信部
１６  表示スケジュール管理部
１７  重複レース数判定部
【図１】
2018120494.tif 000003
【図２】
2018120494.tif 000004
【図３】
2018120494.tif 000005
【図４】
2018120494.tif 000006
【図５】
2018120494.tif 000007
【図６】
2018120494.tif 000008