(57)【要約】【課題】端末とサーバとの通信の暗号化の強度を、通信回数を増大させることなく高めることのできる無線通信システム、端末、及びプログラムを提供する。【解決手段】無線にてサーバ２と通信する端末が、サーバ２にて復号可能な、接続リクエスト通信用暗号鍵候補を複数保持しており、サーバ２にて利用されるアクセプト通信用暗号鍵を発行し、当該発行したアクセプト通信用暗号鍵を含む接続リクエストを、複数保持している接続リクエスト通信用暗号鍵候補のうちから選択した接続リクエスト通信用暗号鍵を用いて暗号化して、当該暗号化された接続リクエストを、サーバ２へ送出する。【選択図】図１
2018042110.tif 000002
【特許請求の範囲】
【請求項１】
無線にて互いに通信する端末とサーバとを含む無線通信システムであって、
前記端末は、
前記サーバにて復号可能な、接続リクエスト通信用暗号鍵候補を複数保持する手段と、
前記サーバにて利用されるアクセプト通信用暗号鍵を発行する手段と、
前記発行したアクセプト通信用暗号鍵を含む接続リクエストを、前記複数保持している接続リクエスト通信用暗号鍵候補のうちから選択した接続リクエスト通信用暗号鍵を用いて暗号化する手段と、
前記暗号化された接続リクエストを、前記サーバへ送出する手段と、
を含み、
前記サーバは、前記暗号化された接続リクエストを復号し、アクセプト通信用暗号鍵を抽出する手段と、
前記接続リクエストに応答する際に、当該応答を、前記抽出したアクセプト通信用暗号鍵を用いて暗号化する手段と、
を含む無線通信システム。
【請求項２】
サーバに対して無線にて信号を送出する端末であって、
前記サーバにて復号可能な、接続リクエスト通信用暗号鍵候補を複数保持する手段と、
前記サーバにて利用されるアクセプト通信用暗号鍵を発行する手段と、
前記発行したアクセプト通信用暗号鍵を含む接続リクエストを、前記複数保持している接続リクエスト通信用暗号鍵候補のうちから選択した接続リクエスト通信用暗号鍵を用いて暗号化する手段と、
前記暗号化された接続リクエストを、前記サーバへ送出する手段と、
前記サーバから、前記アクセプト通信用暗号鍵を用いて暗号化された応答を受信する手段と、
前記受信した応答を復号する手段と、
を含む端末。
【請求項３】
請求項２に記載の端末であって、
前記アクセプト通信用暗号鍵を発行する手段は、アクセプト通信用暗号鍵として乱数値を発生させる端末。
【請求項４】
請求項２または３に記載の端末であって、
前記復号した応答に含まれる情報を用いてデータ送出用暗号鍵を生成する手段と、
前記サーバへ送出するデータを受け入れる手段と、
当該受け入れたデータを、前記生成したデータ送出用暗号鍵で暗号化して、前記サーバへ送出する手段と、
をさらに含む端末。
【請求項５】
サーバに対して無線にて信号を送出する端末を、
前記サーバにて復号可能な、接続リクエスト通信用暗号鍵候補を複数保持する手段と、
前記サーバにて利用されるアクセプト通信用暗号鍵を発行する手段と、
前記発行したアクセプト通信用暗号鍵を含む接続リクエストを、前記複数保持している接続リクエスト通信用暗号鍵候補のうちから選択した接続リクエスト通信用暗号鍵を用いて暗号化する手段と、
前記暗号化された接続リクエストを、前記サーバへ送出する手段と、
前記サーバから、前記アクセプト通信用暗号鍵を用いて暗号化された応答を受信する手段と、
前記受信した応答を復号する手段と、
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システム、端末及びプログラムに関する。
【背景技術】
【０００２】
近年、種々の対象物にネットワーク通信機能を有した端末を取り付け、対象物において得られたデータを、当該端末により外部のサーバ等へ送出するＩｏＴ（Internet of Things）技術が発展している。例えば、対象物としてのドアに端末を設置し、ドアの開閉を検出して、ドアが開放されていることを表す信号や、ドアが閉じられたことを表す信号を送出するといったことが考えられている。
【０００３】
このような端末の一例として、近年、ＬｏＲａ（登録商標）（Long Range）と呼ばれる通信規格（非特許文献１）に従ったものが考えられている。この規格では、端末は、近隣に設置されているサーバとの間で無線にて通信し、端末側で得られたデータをサーバへ送出している。
【０００４】
また端末は、サーバとの通信を開始する前に、サーバに対して通信を要求し（接続リクエスト）、サーバからネットワークアドレスの割り当て等を受けた上で、データの通信を開始することとなっている。さらに端末ごとに予め固有の暗号鍵が設定されており、サーバ側でも端末ごとの暗号鍵が予め記憶されている。
【０００５】
具体的に、この通信開始時のシーケンスでは、図４に例示するように、まず端末Ｔがネットワークへの接続リクエスト（Join-Request）をサーバＳへ送出する（Ｓ１）。この接続リクエストには、デバイス識別子（DevEUI：Device Extended Unique Identifier）、アプリケーション識別子（AppEUI：Application Extended Unique Identifier）、及びデバイス・ナンス（DevNonce）が含まれる。ここでデバイス識別子は、端末Ｔに設定されているＭＡＣアドレス（Media Access Control アドレス）を６４ビットに拡張したものであり、アプリケーション識別子は端末Ｔで実行されるアプリケーションごとに固有な識別子であり、デバイス・ナンスは、端末Ｔ側で発行されるランダムな値である。この接続リクエストは暗号化されず、平文で送信される。
【０００６】
この接続リクエストを受信したサーバＳでは、端末Ｔに対して固有のデバイスアドレスと、アプリケーション・ナンス（AppNonce）を発行し（Ｓ２）、当該発行したデバイスアドレス（DevAddr）と、ネットワーク識別子（NetID）と、アプリケーション・ナンス（AppNonce）とを含む応答を、端末Ｔに固有な暗号鍵AppKeyで暗号化して送出する（Ｓ３）。
【０００７】
端末Ｔでは、当該暗号化された応答を受信して復号し、デバイスアドレス（DevAddr）を取得する。また、ネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成する（Ｓ４）。またサーバＳにおいても、端末Ｔと同じ手順でネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成しておく（Ｓ５）。
【０００８】
これらネットワーク暗号鍵（NwkSKey）とアプリケーション暗号鍵（AppSKey）との生成には、端末Ｔに固有な暗号鍵AppKeyと、アプリケーション・ナンスと、ネットワーク識別子と、デバイス・ナンスとがパラメータとして用いられる。また、その生成アルゴリズムは公開のものであるので、上記パラメータが知られている場合、ネットワーク暗号鍵（NwkSKey）及びアプリケーション暗号鍵（AppSKey）も知られ得る状態となる。その後、端末Ｔは、送信するべきデータをネットワーク暗号鍵（NwkSKey）で暗号化して送出する（Ｓ６）。このとき端末Ｔはデバイスアドレスを送出するデータに含める。そしてサーバＳでは、暗号化されたデータをステップＳ５で生成したネットワーク暗号鍵（NwkSKey）で復号し、端末Ｔが送信したデータを取り出す（Ｓ７）。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】LoRaWAN Specification 1.0（inet:https://www.lora-alliance.org/Contact/RequestSpecificationForm.aspxから入手できる）
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、上記の通信開始シーケンスによると、特定の端末からの接続リクエストに対する応答が常に、当該端末に固有な暗号鍵AppKeyで暗号化されるため、一度AppKeyが知られてしまうと、アプリケーション・ナンスと、ネットワーク識別子と、デバイス・ナンスとが取得できてしまうので、その後の通信で用いられるネットワーク暗号鍵も知られ得る状態となってしまう問題点があった。
【００１１】
本発明は上記実情に鑑みて為されたもので、ＬｏＲａ（登録商標）における端末とサーバとの通信の暗号化の強度を、通信回数を増大させることなく高めることのできる無線通信システム、端末、及びプログラムを提供することを、その目的の一つとする。
【課題を解決するための手段】
【００１２】
上記従来例の問題点を解決する本発明は、無線にて互いに通信する端末とサーバとを含む無線通信システムにおける端末が、前記サーバにて復号可能な、接続リクエスト通信用暗号鍵候補を複数保持する手段と、前記サーバにて利用されるアクセプト通信用暗号鍵を発行する手段と、前記発行したアクセプト通信用暗号鍵を含む接続リクエストを、前記複数保持している接続リクエスト通信用暗号鍵候補のうちから選択した接続リクエスト通信用暗号鍵を用いて暗号化する手段と、前記暗号化された接続リクエストを、前記サーバへ送出する手段と、を含むこととしている。
【発明の効果】
【００１３】
通信の開始時に、端末とサーバとの間で通信を行う回数を増大させることなく、端末とサーバとの間の通信の暗号化の強度を高めることが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施の形態に係る無線通信システムの例を表す構成ブロック図である。
【図２】本発明の実施の形態に係る端末の例を表す機能ブロック図である。
【図３】本発明の実施の形態に係る無線通信システムでの通信の例を表す流れ図である。
【図４】従来の無線通信システムでの通信の例を表す流れ図である。
【発明を実施するための形態】
【００１５】
本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る無線通信システムは、図１に示すように、端末１とサーバ２とを含んで構成される。また端末１は、センサ３に接続されている。
【００１６】
本実施の形態に係る端末１は、制御部１１、記憶部１２、通信部１３、及び入出力部１４を含んで構成される。ここで制御部１１は、ＣＰＵ等のプログラム制御デバイスであり、サーバ２にて利用されるアクセプト通信用暗号鍵Ｋaを発行し、発行したアクセプト通信用暗号鍵Ｋaを含む接続リクエストを、後に説明する、複数の接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnのうちから選択した接続リクエスト通信用暗号鍵Ｋqを用いて暗号化する。そして制御部１１は、暗号化された接続リクエストを、サーバ２へ送出する。制御部１１は、サーバ２から接続リクエストに対する応答として、ネットワークアドレスの割り当て情報を含む応答を受け入れて、当該応答に含まれる情報で特定されるネットワークアドレスを用いて、センサ３から入力される信号に係る情報をサーバ２宛に送出する。この制御部１１の動作については後に述べる。
【００１７】
記憶部１２は、不揮発性のメモリデバイス等を含んで構成される。この記憶部１２には制御部１１によって実行されるプログラムが格納されている。このプログラムは、ＤＶＤ−ＲＯＭ等、コンピュータ可読、かつ非一時的な記憶媒体に格納されて提供され、この記憶部１２に格納されたものであってもよい。また、この記憶部１２には、サーバ２にて復号可能な、接続リクエスト通信用暗号鍵候補（ここでは公開鍵とする）Ｋq1，Ｋq2，…Ｋqnが複数格納されている。
【００１８】
通信部１３は、ネットワークインタフェース等であり、本実施の形態の一例では、無線にてサーバ２との間で通信を行う。この通信部１３は、制御部１１から入力される指示に従い、制御部１１が出力するデータをサーバ２へ送出する。またこの通信部１３は、サーバ２から受信したデータを制御部１１に出力する。入出力部１４は、センサ３に接続され、センサ３が出力する信号の入力を受けて制御部１１に出力している。
【００１９】
ここで制御部１１の動作について説明する。本実施の形態では、この制御部１１は機能的に、図２に例示するように、暗号鍵選択部３１と、暗号鍵発行部３２と、接続リクエスト生成部３３と、接続リクエスト送信部３４と、応答復号部３５と、ネットワーク暗号鍵生成部３６と、データ送信制御部３７と、コマンド処理部３８とを含んで構成される。
【００２０】
暗号鍵選択部３１は、記憶部１２に格納されている接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnのいずれかを、接続リクエスト通信用暗号鍵Ｋqとして選択する。この選択はランダムに行なうこととしてよい。暗号鍵発行部３２は、サーバ２が応答を暗号化するときに利用するアクセプト通信用暗号鍵Ｋaを発行する。このアクセプト通信用暗号鍵Ｋaが、従来の端末に固有の暗号鍵AppKeyに代わる暗号鍵となる。
【００２１】
本実施の形態の一例では、この暗号鍵発行部３２は、アクセプト通信用暗号鍵として従来の暗号鍵AppKeyと同じデータ長の乱数値を生成することで、アクセプト通信用暗号鍵を発行してもよいし、予め定められた複数のアクセプト通信用暗号鍵候補からアクセプト通信用暗号鍵を選択することとしてもよい。
【００２２】
接続リクエスト生成部３３は、デバイス識別子（DevEUI）、アプリケーション識別子（AppEUI）、制御部１１が発行したデバイス・ナンス（DevNonce）、及びアクセプト通信用暗号鍵（Ｋa）を含むデータを生成し、このデータを、暗号鍵選択部３１が選択した接続リクエスト通信用暗号鍵Ｋqで暗号化し、接続リクエスト送信部３４に出力する。接続リクエスト送信部３４は、接続リクエスト生成部３３が生成した暗号化されたデータをサーバ２へ送出する。
【００２３】
応答復号部３５は、サーバ２から受信した応答を、暗号鍵発行部３２が発行したアクセプト通信用暗号鍵Ｋaに対応する復号鍵（アクセプト通信用暗号鍵Ｋaが対称暗号化方式による暗号化に用いられるのであれば、この復号鍵はアクセプト通信用暗号鍵Ｋaそのものとなる）で復号し、デバイスアドレス（DevAddr）と、サーバ２が発行したアプリケーション・ナンス（AppNonce）と、ネットワーク識別子（NetID）とを取得する。
【００２４】
ネットワーク暗号鍵生成部３６は、アプリケーション・ナンス（AppNonce）と、ネットワーク識別子（NetID）と、接続リクエスト生成部３３が生成した接続リクエストに含まれるデバイス・ナンス（DevNonce）とを用い、また端末に固有の暗号鍵AppKeyに代えて暗号鍵発行部３２が発行したアクセプト通信用暗号鍵Ｋaを用いて、従来のＬｏＲａ（登録商標）の規格に定められた演算により、ネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成する。このネットワーク暗号鍵が本発明のデータ送出用暗号鍵に相当する。
【００２５】
データ送信制御部３７は、センサ３から入力される信号を表すデータを、ネットワーク暗号鍵生成部３６が生成したネットワーク暗号鍵（NwkSKey）で暗号化して、サーバ２へ送出する。
【００２６】
コマンド処理部３８は、サーバ２からコマンドが受信されると、当該コマンドを、ネットワーク暗号鍵生成部３６が生成したネットワーク暗号鍵（NwkSKey）に対応する復号鍵（ネットワーク暗号鍵（NwkSKey）が対称暗号化方式による暗号化に用いられるのであれば、この復号鍵はネットワーク暗号鍵（NwkSKey）そのものとなる）で復号し、サーバ２が送出したコマンドを取り出す。コマンド処理部３８はこの取り出したコマンドに従った処理を実行する（例えばデータ送信の一時停止等）。
【００２７】
また、この端末１との間で通信を行うサーバ２は、無線ゲートウェイＧＷに接続され、無線ゲートウェイＧＷを介して無線にて端末１との間で通信を行う。つまり端末１は無線ゲートウェイＧＷに対して、サーバ２宛のデータを送出し、無線ゲートウェイＧＷが有線接続されたサーバ２に対して当該サーバ２宛のデータを送信する。またこの例では、サーバ２から端末１宛のデータも、無線ゲートウェイＧＷを介して無線にて端末１宛に送信される。なお、無線ゲートウェイＧＷは複数あってもよく、無線ゲートウェイＧＷと、サーバ２との間はインターネット等を含む有線ネットワークで接続されていてもよい。
【００２８】
このサーバ２は、次のように動作する。サーバ２では、予め端末１が保持している接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnのそれぞれに対応する復号鍵（接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnのそれぞれに対応する秘密鍵）を保持している。
なお、ここでの例では、接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnが公開鍵であるとしているが、接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnが対称暗号化方式に用いられる暗号鍵である場合は、サーバ２が保持する復号鍵は、これら接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnそのものとなる。
【００２９】
そしてサーバ２は、暗号化された接続リクエストが端末１から受信されると、接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnに対応する各復号鍵を順に選択しつつ、選択した復号鍵で復号に成功するまで、選択した復号鍵を用いて受信したデータの復号を試みる。
【００３０】
サーバ２は、復号に成功すると、復号した接続リクエストからデバイス識別子（DevEUI）、アプリケーション識別子（AppEUI）、デバイス・ナンス（DevNonce）、及びアクセプト通信用暗号鍵Ｋaを取り出す。そしてサーバ２は、従来と同様の方法で端末１に固有のデバイスアドレス（DevAddr）と、アプリケーション・ナンス（AppNonce）を発行し、当該発行したデバイスアドレス（DevAddr）と、ネットワーク識別子（NetID）と、アプリケーション・ナンス（AppNonce）とを含む応答を、取り出したアクセプト通信用暗号鍵Ｋaで暗号化して、端末１へ送出する。
【００３１】
またこのサーバ２は、従来と同様の方法でネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成する。この際、パラメータとして従来用いられていた端末１に固有な暗号鍵AppKeyの代わりに端末１から受信したアクセプト通信用暗号鍵Ｋaを用いる。
【００３２】
サーバ２は、端末１から受信したデータをネットワーク暗号鍵（NwkSKey）に対応する復号鍵で復号し、端末１が送信したデータを取り出して、所定の処理（送信元の端末１に割り当てたデバイスアドレスに関連付けて記録する等の処理）に供する。
【００３３】
またサーバ２は、管理者等からの指示に従い、端末１に対してコマンドを送出する際には、当該送出するコマンドをネットワーク暗号鍵（NwkSKey）で暗号化して端末１へ送信する。
【００３４】
本実施の形態の無線通信システムは以上の構成を備えており、次のように動作する。本実施の形態の例では、端末１とサーバ２とは、その通信開始時に、図４に示した従来例の方法に代えて、図３に例示する処理を実行する。すなわち、まず端末１が記憶部１２に格納されている接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnのいずれかをランダムに、接続リクエスト通信用暗号鍵Ｋqとして選択する（Ｓ１１）。また端末１は、従来の暗号鍵AppKeyと同じデータ長の乱数値を発行し、この乱数値をサーバ２が応答を暗号化するときに利用するアクセプト通信用暗号鍵Ｋaとする（Ｓ１２）。
【００３５】
端末１は、デバイス識別子（DevEUI）、アプリケーション識別子（AppEUI）、別途発行したデバイス・ナンス（DevNonce）、及びアクセプト通信用暗号鍵Ｋaを含むデータを生成し、このデータを、ステップＳ１１で選択した接続リクエスト通信用暗号鍵Ｋqで暗号化して（Ｓ１３）、接続リクエスト（Join-Request）としてサーバ２へ送出する（Ｓ１４）。図３では、デバイス識別子等のデータ要素α，β，…が暗号鍵Ｋで暗号化されていることを、Enq（Ｋ；α，β，…）と表記する。
【００３６】
サーバ２は、暗号化された接続リクエストが端末１から受信されると、接続リクエスト通信用暗号鍵候補Ｋq1，Ｋq2，…Ｋqnに対応する復号鍵の一つ（これまでに未選択のもの）を選択し（Ｓ１５）、選択した復号鍵で復号を試みる（Ｓ１６）。サーバ２は復号に成功したか否かを判断し（Ｓ１７）、成功していなければ（Ｓ１７：Ｎｏ）、処理Ｓ１５に戻って他の復号鍵を選択して処理を続ける。また処理Ｓ１７において復号に成功したと判断すると（Ｓ１７：Ｙｅｓ）、復号した接続リクエストからデバイス識別子（DevEUI）、アプリケーション識別子（AppEUI）、デバイス・ナンス（DevNonce）、及びアクセプト通信用暗号鍵Ｋaを取り出す。そしてサーバ２は、従来と同様の方法で端末１に固有のデバイスアドレス（DevAddr）と、アプリケーション・ナンス（AppNonce）を発行し（Ｓ１８）、当該発行したデバイスアドレス（DevAddr）と、ネットワーク識別子（NetID）と、アプリケーション・ナンス（AppNonce）とを含む応答を、取り出したアクセプト通信用暗号鍵Ｋaで暗号化して（Ｓ１９）、接続リクエストに対する応答として端末１へ送出する（Ｓ２０）。
【００３７】
端末１は、サーバ２から受信した応答を、ステップＳ１２で発行したアクセプト通信用暗号鍵Ｋaに対応する復号鍵で復号し、デバイスアドレス（DevAddr）と、サーバ２が発行したアプリケーション・ナンス（AppNonce）と、ネットワーク識別子（NetID）とを取得する（Ｓ２１）。
【００３８】
端末１は、ステップＳ１２で発行したアクセプト通信用暗号鍵Ｋaと、アプリケーション・ナンス（AppNonce）と、ネットワーク識別子（NetID）と、接続リクエスト生成部３３が生成した接続リクエストに含まれるデバイス・ナンス（DevNonce）とを用い、端末に固有の暗号鍵AppKeyに代えてアクセプト通信用暗号鍵Ｋaを用いて従来と同様の方法で、ネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成する（Ｓ２２）。
【００３９】
またこのときサーバ２でも、アクセプト通信用暗号鍵Ｋaと、アプリケーション・ナンス（AppNonce）と、ネットワーク識別子（NetID）と、接続リクエスト生成部３３が生成した接続リクエストに含まれるデバイス・ナンス（DevNonce）とを用い、端末に固有の暗号鍵AppKeyに代えてアクセプト通信用暗号鍵Ｋaを用いて従来と同様の方法で、ネットワーク暗号鍵（NwkSKey）と、アプリケーション暗号鍵（AppSKey）とを生成する（Ｓ２３）。
【００４０】
以下、端末１は、センサ３から入力される信号を表すデータを、ステップＳ２２で生成したネットワーク暗号鍵（NwkSKey）で暗号化して、サーバ２へ送出する（Ｓ２４）。
【００４１】
するとサーバ２が、端末１から受信したデータを、ステップＳ２３で生成したネットワーク暗号鍵（NwkSKey）に対応する復号鍵で復号し、端末１が送信したデータを取り出し（Ｓ２５）、送信元の端末１に割り当てたデバイスアドレスに関連付けて記録する処理等を実行する。
【００４２】
本実施の形態の例によると、アクセプト通信用暗号鍵Ｋaが一度漏えいしても、次回の通信開始時には異なるアクセプト通信用暗号鍵Ｋaが発行されるため、ネットワーク暗号鍵を不正に取得する機会を低減できる。すなわち、本実施の形態によれば、ＬｏＲａ（登録商標）の規格に従った通信の開始時に、ネットワーク暗号鍵生成までの間に端末１とサーバ２との間で通信を行う回数を増大させることなく、端末１とサーバ２との通信の暗号化の強度を高めることが可能となる。
【符号の説明】
【００４３】
１  端末、２  サーバ、３  センサ、１１  制御部、１２  記憶部、１３  通信部、１４  入出力部、３１  暗号鍵選択部、３２  暗号鍵発行部、３３  接続リクエスト生成部、３４  接続リクエスト送信部、３５  応答復号部、３６  ネットワーク暗号鍵生成部、３７  データ送信制御部、３８  コマンド処理部。
【図１】
2018042110.tif 000003
【図２】
2018042110.tif 000004
【図３】
2018042110.tif 000005
【図４】
2018042110.tif 000006