(57)【要約】      （修正有）【課題】ミスや不正を防ぎつつ、接客サービス重視の飲食店におけるテーブル会計を実現するオーダーシステムを提供する。【解決手段】顧客テーブルに紐付けられ、ディスプレイ及び入力部を有する入力端末２を有し、入力端末２は、ディスプレイに、不特定者が見ることのできる一般画面を表示し、登録された特定者により解除操作があった場合は、ディスプレイに、特定者のみが見ることのできる特定画面を表示する、オーダーシステム１を構築する。【選択図】図１
2019215594.tif 000002
【特許請求の範囲】
【請求項１】
顧客テーブルに紐付けられ、ディスプレイ及び入力部を有する入力端末を有し、
前記入力端末は、前記ディスプレイに、不特定者が見ることのできる一般画面を表示し、
登録された特定者により解除操作があった場合は、前記ディスプレイに、特定者のみが見ることのできる特定画面を表示する、オーダーシステム。
【請求項２】
前記入力端末から入力されたオーダー情報を処理するサーバーを有し、
前記サーバーは、前記入力端末からの入力情報を受け取り、演算処理をして、前記入力端末へ返す、請求項１に記載のオーダーシステム。
【請求項３】
前記サーバーまたは前記入力端末からの解錠信号により金庫を開くドロワーを有する、請求項１または２に記載のオーダーシステム。
【請求項４】
前記ドロワーは、前記入力端末が接近したことを検知する接近センサーを有し、この接近センサーにより登録された特定者が接近が検知された場合に金庫を開く、請求項３に記載のオーダーシステム。
【請求項５】
前記入力端末は顔認証またはRFタグにより、前記特定者を特定し、解除操作を行う、請求項１から４のいずれかに記載のオーダーシステム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店等で使用されるオーダーシステムに関する。
【背景技術】
【０００２】
従来、飲食店では、複写用紙を用いた伝票によりオーダーを管理することが行われていた。このような複写伝票は通常、テーブルに対し一つの複写伝票がバインダーに挟まれて置かれ、店員が注文を伝票に書いた後、注文が記載された正副の用紙のうち、正の用紙の注文が記載された部分がキッチンなどのいわゆるバックヤードへ届けられ、副の用紙がオーダーがなされたテーブルに置かれることにより、顧客が注文内容を確認することができるものである。この伝票には会計時まで合計金額が書かれることはない。また、複写伝票の下の方から注文が書かれ、正の用紙は注文が書かれた部分のみ破線で切り取られるから、複写伝票に書ききれない注文が入らない限り、１枚の伝票で事足りる。
【０００３】
しかし、このような複写伝票では人為的なミスや不正が起こりやすく、これをチェックするための作業も膨大となる。このことから、ファミリー飲食店などでは、ハンディ端末を利用したPOSシステムが導入されている。
【０００４】
例えば、特許文献１には、飲食店等の店員により携帯使用され、お顧客の注文等を入力するハンディターミナルを有するＰＯＳシステムにおいて、前記ハンディターミナルには、セット入力キーが設けられ、該セット入力キーを押下すると、現在表示中のメニュー（商品）をセットメニュー（セット商品）扱いすることを特徴とするＰＯＳシステムが記載されている。
【０００５】
また、特許文献２には、表示部に表示されたメニューを顧客が入力部において選択して注文を行うものであって、各テーブルに配置される複数のテーブル端末と、複数のテーブル端末を制御するオーダエントリコントローラ装置と、メニュー、価格その他の必要な情報を格納したサーバとを少なくとも具備した飲食店用ＰＯＳシステムにおいて、既に調理を開始してしまったオーダ品がキャンセルされた場合に、前記オーダエントリコントローラ装置において、前記サーバに格納されたキャンセル品の販売に関する情報を参照して、当該キャンセル品の販売金額を決定する第１のステップと、各テーブル端末にキャンセル品とともに決定した販売金額を表示させる第２のステップと、前記サーバに格納されたキャンセル品の販売に関する情報によって指定されたインターバル時間が経過するまで、テーブル端末からの当該キャンセル品の購入希望信号を待ち受ける第３のステップと、購入希望信号を受信した場合に当該テーブル端末に対して購入決定通知信号を送信する第４のステップとを実行することによってキャンセル品の販売を行うことを特徴とするＰＯＳシステムの処理方法が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−２３４５９８号公報
【特許文献１】特開２００３−１３２４４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、いわゆるテーブル会計を行おうとすると、特許文献１及び２のPOSではいずれも不具合があった。
【０００８】
特許文献１のPOSでは、端末は店員が持ち運ぶことになるため、テーブルには顧客の注文確認用に出力された紙が置かれることになる。この紙は追加注文のたびに増えて見苦しいし、合計金額が書かれている。
【０００９】
特許文献２のPOSでは顧客が端末を操作するものであるから、いつでも顧客が合計金額を知ることができる。しかし、このことは、テーブルで誰か一人が支払い者として会計する場合、例えば年長者がおごるという場合には適さない。おごる側は合計金額を見せたくないからである。
【００１０】
特に、特許文献１及び２のPOSはいずれも、接客サービス重視の飲食店におけるテーブル会計に適していない。なぜなら、このような場合には、店員が操作し、テーブルには注文したものの確認ができるために最低限のものが置かれ、顧客からは会計時まで合計金額が見えず、顧客が会計を希望した時に店員が支払い者だけに金額を見せることができる、ということが条件であり、すなわち、従来の複写伝票を用いた伝票になるべく近い形が望ましいところ、特許文献１及び２のPOSはいずれも、会計時以外にも顧客に合計金額が見えてしまうからである。
【００１１】
また、一般的に飲食店のレジスターには金庫（ドロワー）がついており、この金庫に対して入出金が行われる。ここで一般的に入出金が行われる場合には商取引が行われるのであるから、二者の合意が必要となる。二者とは、顧客の会計時でいえば、顧客と店のオーナー（またはその代理である店員）である。この二者間での金額（合計額、渡した額、お釣り）についての合意がなされた時に金庫が開かれるのであるから、金額の確認は金庫の前でなされるのがもっとも都合がよく、そのためにもレジ前会計が広く行われていたという事情がある。
【００１２】
本発明は、上記課題を解決するものであり、接客サービス重視の飲食店に適したオーダーシステムを実現することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するため、本発明のオーダーシステムは、顧客テーブルに紐付けられ、ディスプレイ及び入力部を有する入力端末を有し、前記入力端末は、前記ディスプレイに、不特定者が見ることのできる一般画面を表示し、登録された特定者により解除操作があった場合は、前記ディスプレイに、特定者のみが見ることのできる特定画面を表示する。
【００１４】
また、オーダーシステムは、入力端末から入力されたオーダー情報を処理するサーバーを有し、前記サーバーは、前記入力端末からの入力情報を受け取り、演算処理をして、前記入力端末へ返すようにしてもよい。
【００１５】
さらに、前記サーバーまたは前記入力端末からの解錠信号により金庫を開くドロワーを有してもよい。
【００１６】
前記ドロワーは、金庫が開いている間のみ金庫周辺を録画する録画装置を有してもよい。
【００１７】
前記ドロワーは、前記入力端末が接近したことを検知する接近センサーを有し、登録された特定者による操作及び近接センサーの近接信号の両方を満たす場合に金庫を開いてもよい。
【００１８】
前記入力端末はカメラを備え、このカメラを用いた顔認証により、前記特定者を特定し、解除操作を行ってもよい。
【００１９】
前記ドロワーはカメラを備え、このカメラを用いた顔認証により、前記特定者を特定し、かつ前記解錠信号を受けた場合に金庫を開いてもよい。このカメラは前記録画装置を兼ねても良い。
【図面の簡単な説明】
【００２０】
【図１】本実施形態のオーダーシステムの機能構成を示すブロック図である。
【図２】本実施形態における各装置間でのデータのやり取りの流れを示すフロー図である。
【図３】実施形態のオーダーシステムにおける店員が備品などの購入のためにドロワーから現金を出す際に必要な機能構成を示すブロック図である。
【図４】オーダーシステム１の各装置間でのデータのやり取りの流れを示すフロー図である。
【発明を実施するための形態】
【００２１】
本発明のオーダーシステムの実施形態について説明する。図１は、実施形態のオーダーシステムの機能構成を示すブロック図である。
【００２２】
オーダーシステム１は、入力端末２と、サーバー３と、ドロワー４と、キッチン端末５とを有する。
【００２３】
入力端末２は、いわゆるPDAであり、ディスプレイと入力部とを有し、望ましくはこれらは一体化したタッチパネルディスプレイ２１である。また、カメラ２２と、通信部２３とを備え、サーバー３やドロワー４と通信する。通信手段はwifi、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が考えられ、インターネットを経由していても良い。入力端末２はテーブルの数だけ用意され、各テーブルに置かれる。すなわち各テーブルに紐付けられた入力端末２が存在する。入力方法はタッチパネルを利用した手書き入力の他、ボタン入力などであってもよい。
【００２４】
サーバー３は、通信部３１と、演算部３２とデータベースを格納するメモリー３３とを備え、入力端末２やドロワー４等と通信する。サーバー３は、入力端末からのオーダー情報を受けて演算をし、必要なタイミングで入力端末２やドロワー４に合計金額や注文内容を送る。なお、サーバー３はインターネットを介して遠隔地にあってもよく、またドロワー４や入力端末２がサーバー３を内包していてもよい。
【００２５】
ドロワー４は通信部４１と、金庫部４２と、カメラ４３と、プリンター部４４と、接近センサー４５とを有する。金庫部は硬貨及び紙幣の自動計数機４６を備えている。なお、近接センサー４５はRFIDタグなどを検知するセンサーであり、入力端末２との間でのＢｌｕｅｔｏｏｔｈ（登録商標）等の無線を利用する場合には通信部４１が近接センサー４５を兼ねても良い。
【００２６】
また、オーダーシステム１は、キッチン内にキッチン端末５を有する。キッチン端末５はキッチン内のデシャップと呼ばれる司令ポジションにのみにあっても良いし、ドリンカーやストーブなどのポジション毎にあっても良い。また、サービスマンが待機させているオーダーを確認できるパントリーポジションにあっても良い。キッチン端末５はいわゆるPDAであってディスプレイと入力部を兼ねるタッチパネル５１と通信部５２とプリンター５３とを有している。
【００２７】
上記のオーダーシステム１の使用方法について説明する。
図２は、オーダーシステム１の各装置間でのデータのやり取りの流れを示すフロー図である。
【００２８】
注文時について説明する。入力端末２は、各顧客席テーブルに、通常伏せた状態で置かれている。顧客がホール店員を呼ぶと、ホール店員は当該顧客席テーブルへ来て、このテーブルの入力端末２に、顧客のオーダーを入力する。ここで、オーダーを入力する前または後に、オーダーを担当するホール店員の認証を行っても良い。具体的には、タッチパネル上にサインをする、パスワードを入れる、カメラ２２を利用して顔認証をする、RFタグを利用する、などがあり、この認証を行うことでオーダーミスや不正の特定が容易となる。また、入力端末２が各テーブルに紐付けられている場合はこのテーブル番号がオーダー情報に紐付けられ、入力端末２が各テーブルに紐付けられていない場合はホール店員が最初のオーダー時にテーブル番号またはイス番号を入力することでこの番号がオーダー情報に紐付けられる。
【００２９】
オーダー情報及びテーブル番号はサーバー３へ送られる（ｓ１）。オーダー開始時に、サーバー３はデータベース３３に問い合わせ、ユニークな伝票IDを取得する。サーバー３からキッチン端末５にこの伝票ID及びオーダーされた商品情報を含む必要な情報が送られ（ｓ２）、ディスプレイ上の表示またはプリンターからの印刷として出力される。
【００３０】
キッチンの担当者は然るべきタイミングで料理等を出す。この際、キッチン端末５に、調理が完了したことを入力しても良い。具体的には「済」ボタンを押すなどである。これにより、ホール店員に音や電光文字などで調理が完了したことが通知される。また、入力端末２には、この情報が送られ、料理ができたことを知らせる通知が表示されても良い（ｓ３）
【００３１】
ホール店員は料理等を顧客席へ運ぶ。この際、入力端末２に、配膳が完了したことを入力しても良い。具体的には「済」ボタンを押すなどである。これらの情報はサーバー３へ送られる（ｓ４）。
【００３２】
顧客は、テーブル上の入力端末２を見ることで、いつでも、注文した料理等を確認することができる。また、調理済や配膳済を入力する運用の場合には、各注文の状態を確認できる。ただし、この状態では、入力端末２には不特定者が見ることのできる一般画面が表示され、会計情報は表示されていない。
【００３３】
次に、会計時について説明する。顧客が会計をしたい時は、ホール店員にその旨を告げる。ホール店員はテーブル上の入力端末２において解除操作を行う。具体的には、タッチパネル上にサインをする、パスワードを入れる、カメラ２２を利用して顔認証をする、RFタグを利用する、などである。ホール店員が入力した情報はサーバー３へ送られ（ｓ５）、メモリー４２内に格納されたデータベースに照らして検証される。検証の結果、ホール店員が予め登録された特定者であることが特定された場合には、サーバー３は入力端末２へ解除信号を送る（ｓ６）。
【００３４】
解除信号が受信されると、入力端末２のロックが解除され、ホール店員は、入力端末２に、特定者のみが見ることのできる特定画面を表示することができる。特定画面が表示されると同時に、入力端末２は、マイク２４により録音を開始する。この特定画面には会計情報が表示されている。ホール店員は、合計金額を、顧客のうち会計を行う者に提示し、相互確認する。この相互確認の際の会話はマイク２４により入力端末２に録音され、顧客が合計金額を確認したことについての証拠となる。なお、録音と同時にカメラ２２を利用して録画を行ったり、ディスプレイ上の表示をスクリーン動画として録画してもよい。
【００３５】
ここで、顧客は現金を出すか、クレジットカードを出す。現金の場合は、ホール店員が当該現金の額を入力端末２に入力し、この情報がサーバー３に送られ（ｓ７）、演算が行われて釣り銭情報が戻り（ｓ８）釣り銭の額を顧客に示す。また、カードの場合、入力端末２にカードリーダーが接続されることで、カードの与信を行うこともでき、入力端末２の画面にサインさせる運用としても良い。
【００３６】
クレジットカードの場合で、入力端末２にカードリーダーがない場合は、ホール店員はクレジットカードをドロワー４まで持っていく。ドロワー４のカードリーダーで与信が行われ、サイン用紙とレシートが出力される。ホール店員はこのサイン用紙とレシートを持っていき、顧客にサインをもらえば会計が完了する。いずれの場合も、サーバー３からドロワー４に合計金額や釣り銭の情報が送られる（ｓ９）。
【００３７】
現金を渡された場合、ホール店員は上述のように当該現金の額を入力端末２に入力するが、この後、入力端末２は鍵モードが発動する。具体的には、上述のようにサーバーで演算が行われ、金額に問題がなければ、ステップｓ８において、サーバーから入力端末２へ釣り銭情報が与えられると同時に、鍵モード発動の司令が送られる。
【００３８】
ホール店員は、当該現金と入力端末２をドロワー４まで持っていく。このとき、ドロワー４は鍵モードが発動している入力端末２の接近を接近センサーで検知することにより、特定者であるホール店員がドロワー４に近づいたことがわかるから、ドロワー４は金庫を解錠し、開く。接近センサーの情報に加えて、当該ホール店員が解錠ボタンを押すことで解錠される運用としても良い。また、ドロワー４が前述の入力端末２と同様、カメラを備え、ホール店員を特定する運用にしても良い。この場合、ホール店員は入力端末２をドロワー４まで持っていかなくてもよい。すなわち、この場合は、ステップｓ８において、サーバーが、「当該ホール店員がドロワー４まで来た際には金庫を解錠せよ」との司令をドロワー４に送ることで、当該ホール店員が鍵として機能する。
【００３９】
以上について言い換えると、会計時、店員が合計金額を提示し、顧客がそれを承認した時点で、顧客と店のオーナー（またはその代理である店員）の二者の合意が形成されるのであり、その時に金庫を開くための鍵が生成されることになり、このようにすることで、顧客と店との間の認識の違いによるトラブルや、店員による不正を防ぐことができる。なお、鍵の生成には上述のようにタッチパネル上にサインをする、パスワードを入れる、カメラ２２を利用して顔認証をする、RFタグを利用する、などの個人認証が条件となる。
【００４０】
さらに、ドロワー４は、ホール店員の持ってきた紙幣や硬貨を計数する計数機を備えていても良いし、お釣りを自動的に計数して出す、お釣り計数機を備えていても良い。この場合、上述のようにホール店員がテーブルにおいて顧客から預かった金額を入力端末２に入力していた場合は、ドロワー４側で金額が正しいかチェックすることができ、ミスや不正による入金額の相違を防ぐことができる。また、店員がドロワー４に着くまでにドロワー４側でお釣りを用意しておくこともでき、店員がドロワー４に着いてからお釣りを計数する場合に比べて時間を短縮することができる。
【００４１】
ドロワー４は、金庫が開いている間、または店員がドロワー４に接近している間だけ金庫周辺を録画する録画装置を有することで、店員のミスや不正をチェックすることができる。
【００４２】
なお、上述のオーダーステップにおける機能のバリエーションについて説明する。
オーダー開始時に男女の人数を入力しても良い。その際、判別不明な場合は性別不明者として人数を入力できても良い。アクションに紐付いて、オーダーのテキスト情報に被せる形で丸印を表示させたり、テキスト情報に色属性を指定するなど、特殊情報の付加が出来ても良く、送信先のバックヤードでも視認できるようにしてもよい。
オーダーに紐づく、手書き備考情報が入力できてもよく、送信先のバックヤードでも視認できることが望ましい。
アクションに紐付いて、サーバーのメニューDBからメニューの詳細説明等を表示することが出来ることが望ましい。
また同様に予約客情報DBを参照することでテーブル客が常連であるか判別できることが望ましい。
【００４３】
レイト機能（料理の出来上がりの時間を任意の時間（レイト時間）に指定したり、メニュー設定に従い指定する）があってもよい
オーダーせずパントリーポジションにストックオーダーを送信できてもよい。これにより、ストックされた注文一覧から状況に応じてサービスマンの任意のタイミングで特定のオーダーをデシャップに通す、或いは時間指定で行うことが出来る。
オーダーは調理場単位でディスプレイで一覧表示される。また、表示された一覧は自由に順番変更できてよい。
オーダーに対してレイト時間が表示され、レイト時間を越えた場合はアラートで通知することが望ましい。
【００４４】
アルコールの注文があるテーブルのオーダーを色分け等、識別できてもよい。飲む客と飲まない客とではニーズの違いがあり、それに対応するためである。
受けたオーダーに対し、直ぐにキッチンプリンタに印字、提供準備完了時に印字、が選択可能であるとよい。
ヤマ情報を登録することができ、登録した商品はテーブル端末側でオーダーすることが出来ないようにしてもよい。
オーダーの調理等に入る際、それを端末にてタップ等で入力できるようにしてもよい。調理開始されるとテーブル端末側でのキャンセルは不可能となる。
ファースト・オーダーアラート機能（ファースト・オーダーから任意の一定時間をすぎるとアラートする）があっても良い。
【００４５】
また、会計時における機能のバリエーションとして、割り勘機能があってもよく、個別会計機能があってもよい。これは、商品を選択し、客単位での精算（会計を終えたオーダーは非表示とする）ができる機能である。その際、伝票番号に対して複数の会計情報を紐付けることが出来るとよい。提供終了時間の記録が行われてもよい。さらに、表示機能がついた自動計数機を利用する場合、入金し自動計数された預り金額をモニタに表示させ、それを顧客が承認することにより、預り金をオーダー端末に入力することを省いてもよい。
【００４６】
次に、店員が備品などの購入のためにドロワーから現金を出す際のフローについて説明する。図３は、実施形態のオーダーシステムにおける店員が備品などの購入のためにドロワーから現金を出す際に必要な機能構成を示すブロック図である。また、図４は、この際の、オーダーシステム１の各装置間でのデータのやり取りの流れを示すフロー図である。図３，４において、図１，２と同じものは同じ符号を付し、適宜説明を省略する。また、図１，２に表示されているもので今回の説明に不要なものは適宜図示を省略する。
【００４７】
店員は店員端末６を使用する。店員端末６は、いわゆるPDAであり、ディスプレイと入力部とを有し、望ましくはこれらは一体化したタッチパネルディスプレイ６１である。また、カメラ６２と、通信部６３とを備え、サーバー３やドロワー４等と通信する。通信手段はwifi、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が考えられ、インターネットを経由していても良い。店員端末６は、店員一人ひとりが個別に所有する端末であってもよく、店舗の控室などに置かれている共通の端末であっても良い。入力方法はタッチパネルを利用した手書き入力の他、ボタン入力などであってもよい。
【００４８】
また、オーダーシステム１は、オーナー端末７を有する。オーナー端末７は通常、店舗のオーナーが所有し、またはオーナーの代理を行うポジションの者が持っている。オーナー端末７は店舗内にあっても良いし、インターネット等を経由して店舗外にあってもよい。オーナー端末７はいわゆるPDAであってディスプレイと入力部を兼ねるタッチパネル７１と通信部７２を有している。
【００４９】
店員は、備品を購入する際、これについての決済をオーナーに仰ぐため、店員端末６に、備品の内容と金額を入力し、この情報をサーバー３を経由してオーナー端末７へ送る（ｓ１１，ｓ１２）。ここで、備品を店員が立替により購入した後であった場合は、店員はその備品の領収書をカメラ６２で撮り、上述のようにしてオーナー端末７へ送る（ｓ１１，ｓ１２）。この際、店員端末６が店員ごとに貸与されているものであれば店員端末６に付随する店員情報が付加され、店員端末６が店員に共用されるものであれば、現在使用している店員の店員情報が付加される。この場合の店員情報は、ID/パスワードによるログインや、サイン、顔認証等、従来の認証方法により現在使用している店員が認証されることにより付加される。
【００５０】
オーナーはこれを確認し、備品の購入について承認する場合はタッチパネル７１上に表示される承認ボタンを押す。
すると、承認情報がサーバー３経由で店員端末６に送られ（ｓ１３，ｓ１４）、承認を示す表示がなされると共に、店員端末６において鍵モードが発動する。
また、サーバー３からドロワー４に解錠可能信号が送られる（ｓ１５）。
【００５１】
店員は、店員端末６をドロワー４まで持っていく。このとき、ドロワー４は鍵モードが発動している入力端末６の接近を接近センサーで検知することにより、特定者である店員がドロワー４に近づいたことがわかるから、ドロワー４は金庫を解錠し、開く。接近センサーの情報に加えて、当該店員が解錠ボタンを押すことで解錠される運用としても良い。また、ドロワー４がカメラを備え、店員を特定する運用にしても良い。この場合、店員は店員端末６をドロワー４まで持っていかなくてもよい。すなわち、この場合は、ステップｓ１５において、サーバーが、「当該店員がドロワー４まで来た際には金庫を解錠せよ」との司令をドロワー４に送ることで、当該店員が鍵として機能する。
【００５２】
以上について言い換えると、店員が必要な金額を提示し、オーナーがそれを承認した時点で、店員とオーナー（またはその代理である店員）の二者の合意が形成されるのであり、その時に金庫を開くための鍵が生成され、店員の個人認証を経て金庫の解錠が行われることになり、このようにすることで、店員とオーナーとの間の認識の違いによるトラブルや、店員による不正を防ぐことができる。
【００５３】
さらに、ドロワー４は、店員に渡すべき金額を自動的に計数して出す、計数機を備えていても良い。この場合、ミスや不正による出金額の相違を防ぐことができる。
【００５４】
ドロワー４は、金庫が開いている間、または店員がドロワー４に接近している間だけ金庫周辺を録画する録画装置を有することで、店員のミスや不正をチェックすることができる。
【００５５】
以上のように、オーダーシステム１によれば、ミスや不正を防ぎつつ、接客サービス重視の飲食店におけるテーブル会計を実現するオーダーシステムを提供することが可能となる。
【００５６】
なお、本発明の技術的範囲は以上の実施形態に限られず、例えば顔認証の代わりに指紋認証とするなど、従来の技術に置き換えたり、例えばドロワーが近接センサーを備えないなど、用意できる機器の状況に応じて構成要素を増減してもよい。
【符号の説明】
【００５７】
１  オーダーシステム
２  入力端末
３  サーバー
４  ドロワー
５  キッチン端末
【図１】
2019215594.tif 000003
【図２】
2019215594.tif 000004
【図３】
2019215594.tif 000005
【図４】
2019215594.tif 000006