(57)【要約】【課題】ＩＰアドレスを割り当てた通信装置と継続して通信を行う。【解決手段】通信装置は、他の通信装置から受信したアドレス要求のための第１のパケットに応じて、ＩＰアドレスを該他の通信装置に割り当て、該他の通信装置のＩＰアドレスと識別情報とを対応付けて第１のテーブルに管理し、所定のプロトコルに従った、アドレス解決のための第２のパケットが受信された場合に、該第２のパケットから該第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を取得し、該第２のパケットの送信元の通信装置の識別情報が、該第１のテーブルに登録されているか否かを判定し、判定の結果に応じて、該第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、ＩＰパケットの通信を行うための第２のテーブルに保存するか否かを切り替える。【選択図】図８
2018117322.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
他の通信装置から受信したアドレス要求のための第１のパケットに応じて、ＩＰアドレスを前記他の通信装置に割り当てる割り当て手段と、
前記割り当て手段により割り当てられた前記他の通信装置のＩＰアドレスと識別情報とを対応付けて第１のテーブルに管理する第１の管理手段と、
所定のプロトコルに従った、アドレス解決のための第２のパケットが受信された場合に、当該第２のパケットから当該第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を取得する取得手段と、
前記取得手段により取得された前記第２のパケットの送信元の通信装置の識別情報が、前記第１のテーブルに登録されているか否かを判定する判定手段と、
前記判定手段による判定の結果に応じて、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、ＩＰパケットの通信を行うための第２のテーブルに保存するか否かを切り替える第２の管理手段と、
を有することを特徴とする通信装置。
【請求項２】
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていると判定された場合、前記第２の管理手段は、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、前記第２のテーブルに保存し、
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記第２の管理手段は、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を、前記第２のテーブルに保存しないことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記第２のパケットを破棄するパケット処理手段を更に有する、ことを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記第２のパケットの送信元の通信装置に対して、アドレス再構成の要求パケットを送信する送信手段を更に有することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記割り当て手段による前記ＩＰアドレスの割り当て後に、前記第１のパケットと前記第２のパケット以外の他のパケットが受信された場合に、
前記取得手段は、前記他のパケットの送信元の通信装置のＩＰアドレスと識別情報を取得し、
前記判定手段は、前記取得手段により取得された前記他のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されているか否かを判定し、
前記判定手段により、前記他のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記パケット処理手段は前記他のパケットを破棄し、前記他のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていると判定された場合、前記パケット処理手段は、前記他のパケットに対して所定の受信処理を行うことを特徴とする請求項３または４に記載の通信装置。
【請求項６】
前記判定手段により、前記他のパケットの送信元の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記判定手段は、さらに、前記他のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みか否かを判定し、
前記判定手段により、前記他のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みでないと判定された場合、前記第１の管理手段は、前記他のパケットの送信元の通信装置のＩＰアドレスと識別情報を、前記第１のテーブルに、割り当て済みであることを示すように登録し、前記判定手段により、前記他のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みと判定された場合、前記パケット処理手段は前記他のパケットを破棄することを特徴とする請求項５に記載の通信装置。
【請求項７】
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記判定手段は、さらに、前記取得手段により取得された前記第２のパケットの送信元の通信装置のＩＰアドレスが、前記割り当て手段により割り当て可能なＩＰアドレスの範囲外か否かを判定し、
前記判定手段により、前記第２のパケットの送信元の通信装置のＩＰアドレスが前記割り当て可能なＩＰアドレスの範囲外であると判定された場合、前記第２の管理手段は、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、前記第２のテーブルに保存し、前記第２のパケットの送信元の通信装置のＩＰアドレスが前記割り当て可能なＩＰアドレスの範囲外でないと判定された場合、前記パケット処理手段は、前記第２のパケットを破棄することを特徴とする請求項３または４に記載の通信装置。
【請求項８】
前記判定手段により前記第２のパケットの送信元の通信装置の識別情報が前記第１のテーブルに登録されていないと判定された場合、前記判定手段は、さらに、前記取得手段により取得された前記第２のパケットの送信元の通信装置のＩＰアドレスが、前記割り当て手段により割り当て済みか否かを判定し、
前記判定手段により、前記第２のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みでないと判定された場合、前記第２の管理手段は、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、前記第２のテーブルに保存し、前記第２のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みと判定された場合、前記パケット処理手段は、前記第２のパケットを破棄することを特徴とする請求項３または４に記載の通信装置。
【請求項９】
前記判定手段により、前記第２のパケットの送信元の通信装置のＩＰアドレスが前記割り当て手段により割り当て済みでないと判定された場合、前記第１の管理手段は、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を、前記第１のテーブルに、割り当て済みであることを示すように登録することを特徴とする請求項７に記載の通信装置。
【請求項１０】
前記所定のプロトコルは、ＡＲＰ（Address Resolution Protocol）であることを特徴とする請求項１から９のいずれか１項に記載の通信装置。
【請求項１１】
通信装置の制御方法であって、
他の通信装置から受信したアドレス要求のための第１のパケットに応じて、ＩＰアドレスを前記他の通信装置に割り当てる割り当て工程と、
前記割り当て工程において割り当てられた前記他の通信装置のＩＰアドレスと識別情報とを対応付けて第１のテーブルに管理する第１の管理工程と、
所定のプロトコルに従った、アドレス解決のための第２のパケットが受信された場合に、当該第２のパケットから当該第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を取得する取得工程と、
前記取得工程において取得された前記第２のパケットの送信元の通信装置の識別情報が、前記第１のテーブルに登録されているか否かを判定する判定工程と、
前記判定工程における判定の結果に応じて、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、ＩＰパケットの通信を行うための第２のテーブルに保存するか否かを切り替える第２の管理工程と、
を有することを特徴とする通信装置の制御方法。
【請求項１２】
コンピュータを、請求項１から１０のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して他の通信装置との通信を行う通信装置、通信装置の制御方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、デジタルカメラとスマートフォンなどの装置間でＷｉ−Ｆｉ  Ｄｉｒｅｃｔ等を用いてＰ２Ｐ（Peer-to-Peer）通信をするケースが増えてきている。Ｐ２Ｐ通信を用いて装置間で通信を行う場合、接続した装置の中の１台がＤＨＣＰ（Dynamic Host Configuration Protocol）のサーバ（ＤＨＣＰサーバ）となり、クライアントとなる装置（ＤＨＣＰクライアント）に対して、割り当て可能なアドレスプールからＩＰアドレスを割り当てる。ＤＨＣＰサーバは、ＤＨＣＰクライアントに割り当てたＩＰアドレスと、当該ＤＨＣＰクライアントのＭＡＣアドレスとの対応を、ＤＨＣＰの割り当てテーブルに記憶しておく。また、ＤＨＣＰサーバに別のＤＨＣＰクライアントが接続された際は、ＤＨＣＰサーバは、ＩＰアドレスが重複しないようにまだ割り当てていないＩＰアドレスを当該別のＤＨＣＰクライアントに割り当てる。ＩＰアドレスの割り当てを行った後、割り当てたＩＰアドレスを用いて、ＤＨＣＰサーバと当該別のＤＨＣＰクライアント間でデータ通信を行う。
【０００３】
また、ＴＣＰ／ＩＰネットワークにおいて、送信元の装置がＩＰパケットを送信先の装置に送信するためには、送信先の装置のＭＡＣアドレスが必要となる。ＭＡＣアドレスは、ＩＰアドレスに基づいて取得することが可能であり、例えば、ＩＰアドレスからＭＡＣアドレスを取得するための所定の通信プロトコルとして、ＡＲＰ（Address Resolution Protocol）がある。ＡＲＰパケットにはＡＲＰ要求パケットとＡＲＰ応答パケットの２種類がある。ＡＲＰ要求パケットは、送信先の装置のＩＰアドレスを指定して、そのＩＰアドレスを持つ装置のＭＡＣアドレスを問い合わせるパケットである。ＡＲＰ応答パケットは、自身のＩＰアドレスが指定されたＡＲＰ要求パケットを受信した際の応答であり、自身のＩＰアドレスとＭＡＣアドレスの対応をＡＲＰ要求パケットの送信元の装置に対して通知するパケットである。
【０００４】
ＡＲＰ要求パケットは、ブロードキャストによりネットワーク上に存在する全ての装置に送信され、ＡＲＰ応答は、ＡＲＰ要求パケットにより指定されたＩＰアドレスを持つ装置によりＡＲＰ要求パケットの送信元の装置に対してユニキャストで送信される。ＡＲＰでは、送信元の装置は、通信相手（送信先の装置）のＭＡＣアドレスとＩＰアドレスの対応をＡＲＰテーブルに登録し、ＩＰパケットの送受信を、当該ＡＲＰテーブルを参照して行う。送信元の装置におけるＡＲＰテーブルの更新は、通信相手から当該送信元の装置のＩＰアドレスが指定されたＡＲＰ要求パケットを受信した場合と、当該送信元の装置が送信したＡＲＰ要求に対するＡＲＰ応答パケットを受信した場合に行われる。そのため、ＡＲＰ要求の送信元の装置とＡＲＰ応答の送信元の装置の両方で、互いの装置のＭＡＣアドレスとＩＰアドレスの対応がＡＲＰテーブルに登録される。
【０００５】
このように、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ等を用いたＰ２Ｐ通信を行う場合、ＤＨＣＰサーバでは、ＡＲＰテーブルとＤＨＣＰの割り当てテーブルを保持する必要がある。このＡＲＰテーブルとＤＨＣＰの割り当てテーブルの更新時間は同期がとられていないことに関連し、ＤＨＣＰのアドレス割り当て解除に応じてＡＲＰテーブルを更新することが提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４―１１０６０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＤＨＣＰサーバがＤＨＣＰクライアントに対してＤＨＣＰでＩＰアドレスを割り当てて通信をしている時に、ＤＨＣＰクライアントと同じＩＰアドレスを以前ＤＨＣＰサーバから割り当てられた別のＤＨＣＰクライアントが接続される場合がある。この場合、ＤＨＣＰサーバの持つＡＲＰテーブルが書き換えられ、ＤＨＣＰクライアントとの通信ができなくなるという問題がある。
【０００８】
例えば、ＤＨＣＰサーバがＤＨＣＰでＩＰアドレスをＤＨＣＰクライアントＡに対して割り当てて通信している状況を想定する。ＤＨＣＰサーバがＤＨＣＰクライアントＡと通信をしている時、ＤＨＣＰサーバのＡＲＰテーブルには、ＤＨＣＰクライアントＡのＭＡＣアドレスとＩＰアドレスの対応が登録されている。一般的に、ＤＨＣＰクライアントは、ＤＨＣＰサーバから割り当てられたＩＰアドレスを、ネットワークから離脱後も有効期間内であるなら、再び同じネットワークに接続された際に再利用してもよい。そのため、ＤＨＣＰクライアントＡと同じＩＰアドレスを以前ＤＨＣＰサーバから割り当てられた別のＤＨＣＰクライアントＢがＤＨＣＰサーバに接続する可能性がある。このようなＤＨＣＰクライアントＢがＤＨＣＰサーバに接続した場合、ＤＨＣＰサーバの持つＡＲＰテーブルが書き換えられ、ＤＨＣＰクライアントＢのＭＡＣアドレスとＩＰアドレスの対応が登録されてしまう。結果として、ＤＨＣＰサーバがＤＨＣＰクライアントＡと通信している時に、ＤＨＣＰサーバの持つＡＲＰテーブルが書き換えられ、ＤＨＣＰクライアントＡとの通信が継続できなくなってしまう。
【０００９】
このような、ＤＨＣＰクライアントＡとＤＨＣＰクライアントＢが同じＩＰアドレスを持ってしまうケースには、いくつかのケースがある。一つ目のケースとしては、ＤＨＣＰサーバは以前にＤＨＣＰクライアントＢにアドレスを割り当てたが、ＤＨＣＰサーバのシャットダウン等の理由でＤＨＣＰクライアントＢに割り当てたＩＰアドレスの情報が消えてしまう場合がある。この場合、ＤＨＣＰサーバがＤＨＣＰクライアントＡにＤＨＣＰクライアントＢと同じアドレスを割り当てた後にＤＨＣＰクライアントＢが接続されＡＲＰ要求を送信すると、ＡＲＰテーブルが上書きされてしまう。二つ目のケースとしては、ＤＨＣＰクライアントＢが他のネットワーク接続時に他のＤＨＣＰサーバから割り当てられたアドレスを継続して使おうとした場合がある。この時もＤＨＣＰクライアントＢが接続されＡＲＰ要求が送信されると、ＡＲＰテーブルが上書きされてしまう。
【００１０】
本発明は、このような課題に鑑みてなされたものであり、ＩＰアドレスを割り当てた通信装置と継続して通信を行うことを目的とする。
【課題を解決するための手段】
【００１１】
上記目的を達成するための一手段として、本発明の通信装置は以下の構成を有する。すなわち、他の通信装置から受信したアドレス要求のための第１のパケットに応じて、ＩＰアドレスを前記他の通信装置に割り当てる割り当て手段と、前記割り当て手段により割り当てられた前記他の通信装置のＩＰアドレスと識別情報とを対応付けて第１のテーブルに管理する第１の管理手段と、所定のプロトコルに従った、アドレス解決のための第２のパケットが受信された場合に、当該第２のパケットから当該第２のパケットの送信元の通信装置のＩＰアドレスと識別情報を取得する取得手段と、前記取得手段により取得された前記第２のパケットの送信元の通信装置の識別情報が、前記第１のテーブルに登録されているか否かを判定する判定手段と、前記判定手段による判定の結果に応じて、前記第２のパケットの送信元の通信装置のＩＰアドレスと識別情報とを対応付けて、ＩＰパケットの通信を行うための第２のテーブルに保存するか否かを切り替える第２の管理手段と、有する。
【発明の効果】
【００１２】
ＩＰアドレスを割り当てた通信装置と継続して通信を行うことが可能になる。
【図面の簡単な説明】
【００１３】
【図１】ネットワーシステムの構成を示す図。
【図２】本発明の通信装置におけるハードウェア構成を示すブロック図。
【図３】本発明の通信装置におけるソフトウェアの機能構成を示すブロック図。
【図４】第１実施形態の通信装置の動作を示すフローチャート。
【図５】ＤＨＣＰ割り当てテーブルの一例を示す図。
【図６】ＡＲＰパケットのヘッダフィールドの一例を示す図。
【図７】ＡＲＰテーブルの一例を示す図。
【図８】第１実施形態の通信装置の動作を示すフローチャート。
【図９】第２実施形態の通信装置の動作を示すフローチャート。
【図１０】第３実施形態の通信装置の動作を示すフローチャート。
【図１１】第４実施形態の通信装置の動作を示すフローチャート。
【図１２】第５実施形態の通信装置の動作を示すフローチャート。
【図１３】第６実施形態の通信装置の動作を示すフローチャート。
【発明を実施するための形態】
【００１４】
以下、本発明実施形態について、図面を参照して説明する。なお、以下の実施の形態は特許請求の範囲に関わる本発明を限定するものではなく、また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１５】
［第１実施形態］
図１は、第１実施形態におけるネットワークシステムの構成例を示す図である。同図に示すように、本実施形態におけるネットワークシステムは、ＳＴＡ（通信装置）１０１、ＳＴＡ１０２および、ＳＴＡ１０３を含む。ＳＴＡ１０１〜ＳＴＡ１０３は、ネットワーク１０４を介して通信することが可能である。説明のため、ＳＴＡ１０１はＤＨＣＰサーバの機能を有し、ＳＴＡ１０２、１０３はＤＨＣＰクライアントの機能を有するものとする。
【００１６】
図２は、ＳＴＡ１０１のハード構成の一例を表す機能ブロック２０１を示す図である。なお、ＳＴＡ１０２、１０３もＳＴＡ１０１と同様のハードウェア構成を有し得る。制御部２０２は、記憶部２０３に記憶される制御プログラムを実行することにより装置全体を制御する。記憶部２０３は、制御部２０２が実行する制御プログラムを記憶する。後述する各種動作は、記憶部２０３に記憶された制御プログラムを制御部２０２が実行することにより行われる。通信部２０４は通信を行うための処理を実行する。
【００１７】
図３は、ＤＨＣＰサーバの機能を有するＳＴＡ１０１のソフトウェア機能構成の一例を表すブロック３０１を示す図である。アドレス割り当て制御部３０２は、クライアントとなる通信装置（ＤＨＣＰクライアント。本実施形態ではＳＴＡ１０２、１０３）へのＩＰアドレスの割り当てを制御する。ＤＨＣＰテーブル管理部３０３は、クライアントとなる通信装置へ割り当てたＩＰアドレスと、ＩＰアドレスを割り当てた通信装置の物理アドレス（ＭＡＣアドレス）を対応づけて、ＤＨＣＰ割り当てテーブルに登録（保存）／更新して記憶部２０３において管理する。
【００１８】
割り当て済みアドレス検索部３０４は、ＩＰアドレスおよびＩＰアドレスを割り当てた通信装置のＭＡＣアドレスがＤＨＣＰ割り当てテーブルに登録されているか否かを判定（検索）する。ＡＲＰテーブル管理部３０５は、パケット受信部３０７によりＡＲＰ（Address Resolution（アドレス解決） Protocol）に従うＡＲＰパケットが受信された際にＡＲＰテーブルの登録（保存）／更新を制御する。上述したように、ＴＣＰ／ＩＰネットワークにおいてＩＰパケットを送信するためには送信先となる装置のＩＰアドレスだけでなく、装置の識別情報としてのＭＡＣアドレスが指定する必要がある。ＡＲＰテーブルは通信先となる装置のＩＰアドレスとＭＡＣアドレスの対応を示すテーブルである。パケット送信部３０６は、他の通信装置に対してパケットを送信する。パケット受信部３０７は、他の通信装置から送信されたパケットを受信する。また、パケット受信部３０７は、受信したパケットの種別を判定する。例えば、パケット受信部３０７は、受信したパケットが、ＡＲＰパケットか、ＤＨＣＰによるアドレス取得要求のためのアドレス要求パケット（ＤＨＣＰパケット）か、それら以外かを判定する。パケット処理部３０８は、受信したパケットから後続の処理で必要な情報の取得、受信したパケットの破棄、受信したパケットに対する所定の受信処理等を行う。
【００１９】
続いて、図２と図３に示す構成を有するＳＴＡ１０１により実行される処理について、図４と図８を参照して説明する。図４は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１で実行される処理を示すフローチャートである。なお、以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図４と図８に示すフローチャートを適用可能である。
【００２０】
ＳＴＡ１０２はまずデータ通信を行うために、ＤＨＣＰパケット（ＤＨＣＰによるアドレス取得要求のためのアドレス要求パケット）をＳＴＡ１０１に対して送信する。これを受けて、ＳＴＡ１０１のアドレス割り当て制御部３０２は、ＳＴＡ１０２に対してＤＨＣＰによりＩＰアドレスの割り当てる（Ｓ４０１）。そしてＳＴＡ１０１のＤＨＣＰテーブル管理部３０３は、ＳＴＡ１０２に割り当てたＩＰアドレスと、ＳＴＡ１０２のＭＡＣアドレスとを対応付けてＤＨＣＰ割り当てテーブルに登録し（Ｓ４０２）、記憶部２０３に保存する。なお、ＤＨＣＰ割り当てテーブルの例については、図５を用いて後述する。
【００２１】
ＳＴＡ１０２は、ＳＴＡ１０１のＩＰアドレスを宛先としたＡＲＰ要求パケットを送信し、ＳＴＡ１０１のパケット受信部３０７は、ＳＴＡ１０１のＩＰアドレスを宛先としたＡＲＰ要求パケットを受信する（Ｓ４０３）。ＳＴＡ１０１のパケット処理部３０８は、受信したＡＲＰ要求パケットのＡＲＰヘッダフィールドに含まれる送信元ＭＡＣアドレスとＩＰアドレスを取得する。なお、ＡＲＰ要求パケットのＡＲＰヘッダフィールドの例については、図６（Ａ）を用いて後述する。割り当て済みアドレス検索部３０４は続いて、ＡＲＰ要求パケットの送信元ＭＡＣアドレスがＤＨＣＰ割り当てテーブルに存在するＭＡＣアドレスかどうか（既に登録済みか）判定する（Ｓ４０４）。Ｓ４０４で、受信したＡＲＰ要求パケットの送信元ＭＡＣアドレスが登録済みと判定された場合は（Ｓ４０４でＹｅｓ）、処理はＳ４０５に進む。一方、Ｓ４０４でＡＲＰ要求パケットの送信元ＭＡＣアドレスが登録されていないと判定された場合は（Ｓ４０４でＮｏ）、パケット処理部３０８は，受信したＡＲＰ要求パケットを破棄する（Ｓ４０８）。
【００２２】
Ｓ４０５では、ＳＴＡ１０１のＡＲＰテーブル管理部３０５は、Ｓ４０３で受信したＡＲＰ要求パケットから取得されたＳＴＡ１０２のＩＰアドレスとＭＡＣアドレスとを対応付けてＡＲＰテーブルに登録し、記憶部２０３に保存する。なお、ＡＲＰテーブルの例については、図７を用いて後述する。ＡＲＰテーブルの登録後、ＳＴＡ１０１のパケット送信部３０６は、ＡＲＰヘッダフィールドにＳＴＡ１０２の宛先の情報を含めてＡＲＰ応答パケットを送信する（Ｓ４０６）。なお、ＡＲＰ応答パケットのＡＲＰヘッダフィールドの例については、図６（Ｂ）を用いて後述する。その後、ＳＴＡ１０１は、ＳＴＡ１０２との間でデータ送信を行う（Ｓ４０７）。
【００２３】
図５は、ＤＨＣＰ割り当てテーブルの一例を表す。ＤＨＣＰ割り当てテーブルは、ＤＨＣＰクライアントのＭＡＣアドレスと、割り当てたＩＰアドレスとを対応付けて管理するテーブルである。図５は、図４のＳ４０２でＳＴＡ１０１が記憶部２０３に保存するＤＨＣＰ割り当てテーブルを示している。図５では、１９２．１６８．０．１００というＩＰアドレスが、ＭＡＣアドレスが００：ａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅである通信装置（すなわちＳＴＡ１０２）に割り当てられていることを示している。また、１９２．１６８．０．１０１というＩＰアドレスについては、現在どの通信装置にも割り当てられていないことを示している。
【００２４】
図６（Ａ）と図６（Ｂ）はそれぞれ、ＡＲＰ要求パケットとＡＲＰ応答パケットのＡＲＰヘッダフィールドおよび、当該フィールドのパラメータの一例を表す。
【００２５】
図６（Ａ）は、図４のＳ４０３でＳＴＡ１０１が受信するＡＲＰ要求パケットのＡＲＰヘッダフィールドを示している。オペレーションフィールドには、ＡＲＰパケットがＡＲＰ要求であることが示される。送信元ＭＡＣアドレスフィールドおよび送信元ＩＰアドレスフィールドには、図５に示したＤＨＣＰ割り当てテーブルのＩＰアドレスおよびＭＡＣアドレスが挿入される。宛先ＩＰアドレスフィールドには、ＳＴＡ１０１のＩＰアドレス（例えば１９２．１６８．０．１）が挿入される。ＳＴＡ１０１は、この宛先ＩＰアドレスフィールドを調べることにより、受信したＡＲＰ要求パケットがＳＴＡ１０１のＭＡＣアドレスを問い合わせるＡＲＰ要求であると判断する。ＳＴＡ１０１は、ＡＲＰ要求の送信元についてはＡＲＰ要求パケットの送信元ＭＡＣアドレスフィールドと送信元ＩＰアドレスフィールドから判断する。
【００２６】
図６（Ｂ）は、図４のＳ４０６でＳＴＡ１０１が送信するＡＲＰ応答パケットのＡＲＰヘッダフィールドを示している。ＡＲＰ応答パケットの宛先ＭＡＣアドレスフィールドおよび宛先ＩＰアドレスフィールドには、ＡＲＰ要求パケットの送信元ＭＡＣアドレスおよび送信元ＩＰアドレスが挿入される。また、送信元ＭＡＣアドレスフィールドおよび送信元ＩＰアドレスフィールドには、ＳＴＡ１０１自身のＭＡＣアドレスおよびＩＰアドレスが挿入される。
【００２７】
図７は、ＡＲＰテーブルを表す図である。図７では１９２．１６８．０．１００というＩＰアドレスを持つ通信装置（すなわち、ＳＴＡ１０２）のＭＡＣアドレスが００：ａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅであることを示している。このように、ＩＰアドレスとＭＡＣアドレスは対応付けて登録される。
【００２８】
次に、ＳＴＡ１０１がパケットを受信時に実行する処理について図８を参照して説明する。図８は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。
【００２９】
まず、ＳＴＡ１０１のパケット受信部３０７は、パケットを受信した際に、当該受信したパケットがＡＲＰパケットであるか否かを判定する（Ｓ８０１）。受信したパケットがＡＲＰパケットであると判定された場合は（Ｓ８０１でＹｅｓ）、処理はＳ８０２に進み、ＡＲＰパケットでないと判定された場合は（Ｓ８０１でＮｏ）、処理はＳ８０８に進む。Ｓ８０２では、パケット受信部３０７は、受信したＡＲＰパケットがＳＴＡ１０１を宛先としたＡＲＰパケットであるか否かを判定する。受信したＡＲＰパケットがＳＴＡ１０１を宛先としたＡＲＰパケットでないと判定された場合は（Ｓ８０２でＮｏ）、パケット処理部３０８は、受信したＡＲＰパケットを破棄する（Ｓ８０７）。一方、受信したＡＲＰパケットがＳＴＡ１０１を宛先としたＡＲＰパケットであると判定された場合は（Ｓ８０２でＹｅｓ）、パケット処理部３０８は、受信したＡＲＰパケットの送信元ＩＰアドレスと送信元ＭＡＣアドレスを取得する（Ｓ８０３）。
【００３０】
続いて、割り当て済みアドレス検索部３０４は、Ｓ８０３で取得した送信元ＭＡＣアドレスがＤＨＣＰ割り当てテーブルに登録済みか判定する（Ｓ８０４）。Ｓ８０４でＤＨＣＰ割り当てテーブルに登録済みと判定された場合は（Ｓ８０４でＹｅｓ）、パケット処理部３０８は、ＡＲＰパケットの受信処理を行い、ＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新を行う（Ｓ８０５）。一方、Ｓ８０４でＤＨＣＰ割り当てテーブルに登録済みではないと判定された場合は（Ｓ８０４でＮｏ）、パケット処理部３０８は、ＡＲＰパケットを破棄し、これによりＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新は行わない（Ｓ８０６）。
【００３１】
Ｓ８０８では、パケット受信部３０７は、受信したパケットがＤＨＣＰパケットであるか否かを判定する。受信したパケットがＤＨＣＰパケットであると判定された場合は（Ｓ８０８でＹｅｓ）、パケット処理部３０８は、ＤＨＣＰパケットの受信処理を行い、ＤＨＣＰテーブル管理部３０３は、ＤＨＣＰ割り当てテーブルを更新する（Ｓ８０９）。一方、受信したパケットがＤＨＣＰパケットでないと判定された場合は（Ｓ８０８でＮｏ）、パケット処理部３０８は、受信したパケットに対して、通常のパケット受信処理を行う（Ｓ８１０）。
【００３２】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、ＤＨＣＰでＩＰアドレスを割り当てていない通信装置から受信したＡＲＰパケットに基づいてＡＲＰテーブルを更新しない。また、ＤＨＣＰサーバとして機能する通信装置は、このようなＡＲＰパケットを破棄する。これにより、ＤＨＣＰ割り当てテーブルに登録されていない通信装置から送信されたＡＲＰパケットの受信によるＡＲＰテーブルの上書きを防ぐことが可能となり、結果として、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になる。
【００３３】
［第２実施形態］
以下、本発明おける２番目の実施形態について説明する。本実施形態におけるネットワークシステムおよび通信装置の構成は、上述した第１実施形態で図１、図２を用いた説明と同様であるため、説明を省略する。第１実施形態では、ＡＲＰパケットをＤＨＣＰ割り当てテーブルに基づいて破棄する手法を説明した。第２実施形態では、ＡＲＰパケットに加えて、ＤＨＣＰパケット以外のパケットについても破棄する手法を説明する。
【００３４】
図９は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。なお。以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図９に示すフローチャートを適用可能である。また、Ｓ９０１からＳ９０９の処理は、第１実施形態で説明した図８のＳ８０１からＳ８０９の処理と同様のため、説明を省略する。
【００３５】
Ｓ９１０では、パケット受信部３０７によりＡＲＰとＤＨＣＰのどちらでもないパケットを受信したと判定された場合に、割り当て済みアドレス検索部３０４は、受信したパケットの送信元ＭＡＣアドレスがＤＨＣＰ割り当てテーブルに登録済みであるか否かを判定する。Ｓ９１０で、ＤＨＣＰ割り当てテーブルに登録済みであると判定された場合は（Ｓ９１０でＹｅｓ）、パケット処理部３０８は、受信したパケットに対して、通常のパケット受信処理を行う（Ｓ９１１）。一方、Ｓ９１０で、ＤＨＣＰ割り当てテーブルに登録済みではないと判定された場合は（Ｓ９１０でＮｏ）、パケット処理部３０８は、受信したパケットを破棄する（Ｓ９１２）。
【００３６】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、ＤＨＣＰ割り当てテーブルに登録されていない通信装置から送信されたＤＨＣＰパケット以外のパケットを全て破棄することが可能である。そのためＤＨＣＰサーバとして機能する通信装置は、ＡＲＰパケットの受信によるＡＲＰテーブルの上書きを防ぐことが可能となり、結果として、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になる。
【００３７】
［第３実施形態］
以下、本発明における３番目の実施形態について説明する。本実施形態におけるネットワークシステムおよび通信装置の構成は、上述した第１実施形態で図１、図２を用いた説明と同様であるため、説明を省略する。第１実施形態では、ＡＲＰパケットをＤＨＣＰ割り当てテーブルに基づいて破棄する手法を説明した。第３実施形態では、ＤＨＣＰサーバが割り当て可能なアドレスプールの範囲外のＩＰアドレスを持つ送信元からのＡＲＰパケットについてはＡＲＰテーブルに登録する手法を説明する。
【００３８】
図１０は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。なお、以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図９に示すフローチャートを適用可能である。また、Ｓ１００１から１００５の処理は、第１実施形態で説明した図８のＳ８０１からＳ８０５の処理と同様のため、説明を省略する。
【００３９】
Ｓ１００６では、ＤＨＣＰ割り当てテーブルに登録済みでないＭＡＣアドレスを含むＡＲＰパケットを受信したと判定された場合に（Ｓ１００４でＮｏ）、割り当て済みアドレス検索部３０４は、受信したＡＲＰパケットの送信元ＩＰアドレスがＤＨＣＰでＳＴＡ１０１が割り当てるアドレスプール（割り当て可能なアドレスの範囲）の範囲外であるか否かを判定する。Ｓ１００６でアドレスプールの範囲外であると判定された場合は（Ｓ１００６でＹｅｓ）、パケット処理部３０８は、ＡＲＰパケットの受信処理を行い、ＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新を行う（１００５）。一方、Ｓ１００６でアドレスプールの範囲内であると判定された場合は（Ｓ１００６でＮｏ）、パケット処理部３０８は、ＡＲＰパケットを破棄し、これによりＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新は行わない（Ｓ１００７）。以降のＳ１００８からＳ１０１１の処理は、第１実施形態で説明した図８のＳ８０７からＳ８１０の処理と同様のため、説明を省略する。
【００４０】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、第１実施形態において説明したように、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になり、さらに、ＤＨＣＰサーバとして機能する通信装置が割り当てることがないＩＰアドレスに対しては、ＡＲＰテーブルを更新することにより、ＤＨＣＰクライアントが同じＩＰアドレスを有することを回避することが可能となる。
【００４１】
［第４実施形態］
以下、本発明における４番目の実施形態について説明する。第４実施形態におけるネットワークシステムおよび通信装置の構成は、上述した第１実施形態で図１、図２を用いた説明と同様であるため、説明を省略する。第１実施形態では、ＡＲＰパケットをＤＨＣＰ割り当てテーブルに基づいて破棄する手法を説明した。第４実施形態では、ＤＨＣＰサーバが割り当てていないＩＰアドレスを持つ送信元からのＡＲＰパケットについてはＡＲＰテーブルに登録する手法を説明する。
【００４２】
図１１は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。なお、以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図１１に示すフローチャートを適用可能である。また、Ｓ１１０１からＳ１１０５の処理は、第１実施形態で説明した図８のＳ８０１からＳ８０５の処理と同様のため、説明を省略する。
【００４３】
Ｓ１１０６では、ＤＨＣＰ割り当てテーブルに登録済みでないＭＡＣアドレスを含むＡＲＰパケットを受信したと判定された場合に（Ｓ１１０４でＮｏ）、割り当て済みアドレス検索部３０４は、受信したＡＲＰパケットの送信元ＩＰアドレスがＤＨＣＰ割り当てテーブルでＳＴＡ１０１が割り当て済みのアドレスとして登録済みのＩＰアドレスであるか否かを判定する。Ｓ１１０６で割り当て済みのＩＰアドレスでないと判定された場合は（Ｓ１１０６でＹｅｓ）、パケット処理部３０８は、ＡＲＰパケットの受信処理を行い、ＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新を行う（Ｓ１１０５）。一方、Ｓ１１０６で割り当て済みのＩＰアドレスであると判定された場合は（Ｓ１１０６でＮｏ）、パケット処理部３０８は、ＡＲＰパケットを破棄し、これによりＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新は行わない（Ｓ１１０７）。以降のＳ１１０８からＳ１１１１の処理は、第１実施形態で説明した図８のＳ８０７からＳ８１０の処理と同様のため、説明を省略する。
【００４４】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、第１実施形態において説明したように、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になり、さらに、ＤＨＣＰサーバがまだ割り当てていないＩＰアドレスに対してはＡＲＰテーブルを更新することにより、ＤＨＣＰクライアントが同じＩＰアドレスを有することを回避することが可能となる。
【００４５】
［第５実施形態］
以下、本発明における５番目の実施形態について説明する。第５実施形態におけるネットワークシステムおよび通信装置の構成は、上述した第１実施形態で図１、図２を用いた説明と同様であるため、説明を省略する。第４実施形態では、ＤＨＣＰサーバが割り当てていないＩＰアドレスを持つ送信元からのＡＲＰパケットについてはＡＲＰテーブルに登録する手法を説明した。本実施形態では、ＤＨＣＰサーバが割り当てていないＩＰアドレスを持つ送信元からのＡＲＰパケットについてＡＲＰテーブルへ登録することに加えて、ＤＨＣＰ割り当てテーブルにも登録する手法を説明する。
【００４６】
図１２は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。なお、以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図１２に示すフローチャートを適用可能である。また、Ｓ１２０１からＳ１２０６の処理は、第４実施形態で説明した図１１のＳ１１０１からＳ１１０６の処理と同様のため、説明を省略する。
【００４７】
Ｓ１２０６で、割り当て済みのＩＰアドレスでないと判定された場合は（Ｓ１２０６でＮｏ）、ＤＨＣＰテーブル管理部３０３は、ＤＨＣＰ割り当てテーブルに、送信元のＩＰアドレスとＭＡＣアドレスを、割り当て済みのアドレスとして、登録する（Ｓ１２０７）。この場合、例えば、ＤＨＣＰテーブル管理部３０３は、送信元のＩＰアドレスとＭＡＣアドレスを、割り当て済みであることを示すように、所定の情報と関連付けて登録してもよい。Ｓ１２０７では、ＤＨＣＰテーブル管理部３０３は、ＤＨＣＰ割り当てテーブルに登録する代わりに、割り当て不可アドレスのテーブルに登録してもよい。この場合、ＳＴＡ１０１は、Ｓ１２０７で割り当て不可アドレスのテーブルに登録したＩＰアドレスをＤＨＣＰで割り当てないようにする。
【００４８】
その後、パケット処理部３０８は、ＡＲＰパケットの受信処理を行い、ＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新を行う（Ｓ１２０５）。一方、１２０６で割り当て済みのＩＰアドレスであると判定された場合は（Ｓ１２０６でＹｅｓ）、パケット処理部３０８は、ＡＲＰパケットを破棄し、これによりＡＲＰテーブル管理部３０５は、ＡＲＰテーブルの更新は行わない（Ｓ１２０８）。Ｓ１２０９からＳ１２１１の処理は、第４実施形態で説明した図１１のＳ１１０８からＳ１１１０の処理と同様のため説明を省略する。
【００４９】
また、Ｓ１２１２では、割り当て済みアドレス検索部３０４は、ＡＲＰパケットとＤＨＣＰパケットのどちらでもないパケットの送信元ＭＡＣアドレスが、ＤＨＣＰ割り当てテーブルに登録済みか否かを判定する。登録済みであると判定された場合は（Ｓ１２１２でＹｅｓ）、パケット処理部３０８は、通常のパケット受信処理を行う（Ｓ１２１３）。一方、登録されていないと判定された場合は（Ｓ１２１２でＮｏ）、割り当て済みアドレス検索部３０４はさらに、パケットの送信元ＩＰアドレスが、ＤＨＣＰ割り当てテーブルで、割り当て済みのアドレスとして登録済みのＩＰアドレスであるか否かを判定する（Ｓ１２１４）。
【００５０】
Ｓ１２１４で、割り当て済みのＩＰアドレスでないと判断された場合は（Ｓ１２１４でＮｏ）、ＤＨＣＰテーブル管理部３０３は、ＤＨＣＰ割り当てテーブルに送信元のＩＰアドレスとＭＡＣアドレスを、割り当て済みのアドレスとして、登録する（Ｓ１２１５）。この場合、例えば、ＤＨＣＰテーブル管理部３０３は、送信元のＩＰアドレスとＭＡＣアドレスを、割り当て済みであることを示すように、所定の情報と関連付けて登録してもよい。Ｓ１２１５では、ＤＨＣＰテーブル管理部３０３は、ＤＨＣＰ割り当てテーブルに登録する代わりに、割り当て不可アドレスのテーブルに登録してもよい。この場合、ＳＴＡ１０１は、Ｓ１２１５で割り当て不可アドレスのテーブルに登録したＩＰアドレスをＤＨＣＰで割り当てないようにする。
【００５１】
その後、パケット処理部３０８は、通常のパケット受信処理を行う（Ｓ１２１３）。Ｓ１２１４で割り当て済みのＩＰアドレスであると判断された場合は（Ｓ１２１４Ｙｅｓ）、パケット処理部３０８は、パケットを破棄する（Ｓ１２１６）。
【００５２】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、第１実施形態において説明したように、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になる。さらに、ＤＨＣＰサーバとして機能する通信装置は、ＤＨＣＰサーバがまだ割り当てていないＩＰアドレスに対してはＡＲＰテーブルを更新し、他のＤＨＣＰクライアントにＩＰアドレスを割り当てる際に既にネットワーク上に存在するＩＰアドレスの割り当てを避けることができる。
【００５３】
［第６実施形態］
以下、本発明における６番目の実施形態について説明する。第６実施形態におけるネットワークシステムおよび通信装置の構成は、上述した第１実施形態で図１、図２を用いた説明と同様であるため、説明を省略する。第１実施形態では、ＡＲＰパケットをＤＨＣＰ割り当てテーブルに基づいて破棄する手法を説明した。本実施形態では、ＡＲＰパケットを破棄することに加え、ＡＲＰパケットの送信元に対してＤＨＣＰのアドレス再構成要求を送信する手法を説明する。
【００５４】
図１３は、ＳＴＡ１０１とＳＴＡ１０２が通信を行う際の、ＳＴＡ１０１がパケットを受信時に実行する処理を示すフローチャートである。なお、以下の説明では、ＳＴＡ１０１とＳＴＡ１０２が通信する場合について説明するが、ＳＴＡ１０１とＳＴＡ１０３が通信する場合についても同様に、図１３に示すフローチャートを適用可能である。また、Ｓ１３０１からＳ１３０５の処理は、第１実施形態において説明した図１のＳ８０１からＳ８０９の処理と同様のため説明を省略する。
【００５５】
Ｓ１３０６では、ＤＨＣＰ割り当てテーブルに登録済みでないＭＡＣアドレスを含むＡＲＰパケットを受信したと判定された場合に（Ｓ１３０４でＮｏ）、パケット処理部３０８は、ＤＨＣＰのアドレス再構成要求であるＤＨＣＰ  ＦＯＲＣＥＲＥＮＥＷメッセージを生成し、パケット送信部３０６が当該メッセージをＡＲＰパケットの送信元に対して送信する。また、パケット処理部３０８は、受信したＡＲＰパケットを破棄する。以降のＳ１３０７からＳ１３１０の処理は、第１実施形態で説明した図１のＳ８０７からＳ８１０の処理と同様のため、説明を省略する。
【００５６】
このように、本実施形態では、ＤＨＣＰサーバとして機能する通信装置は、第１実施形態において説明したように、ＤＨＣＰによりＩＰアドレスを割り当てた通信装置と通信を続けることが可能になる。さらに、ＤＨＣＰサーバとして機能する通信装置は、アドレスを割り当てていない送信元に対してＤＨＣＰのアドレス再構成要求を送信することで、アドレスを割り当てていないＤＨＣＰクライアントに対してＤＨＣＰによるアドレス取得処理を促すことが可能となる。
【００５７】
［その他の実施形態］
なお、第１実施形態から第６実施形態において、ＤＨＣＰの割り当てテーブルに基づきＡＲＰパケットによるＡＲＰテーブルの上書きを防ぐことについて説明したが、ＩＰｖ４の場合に限らず、ＩＰｖ６の場合には同様にＤＨＣＰｖ６の割り当てテーブルに基づき近隣要請パケットによる近隣キャッシュの上書きを防ぐことも可能とする。
【００５８】
また、第１実施形態から第６実施形態を適宜組み合わせることも可能である。例えば、各実施形態において説明した、ＡＲＰパケット、ＤＨＣＰパケット、それら以外のパケットが受信された場合の処理を独立して組み合わせることも可能である。
【００５９】
また、図１のシステムを構成する通信装置の例は、デジタルカメラとスマートフォンに限らず、ＰＣ、タブレット端末、携帯電話等のモバイル端末、スキャナ等の画像処理装置、テレビ等のデジタル家電であり得る。また、第１実施形態から第６実施形態では、ＤＨＣＰとＡＲＰのプロトコルを用いる例について説明したが、それぞれのプロトコルを同様の目的を達成するプロトコルにも、これらの実施形態を適用可能である。
【００６０】
また、本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００６１】
１０１〜１０３  ＳＴＡ  １０４  ネットワーク、２０２
【図１】
2018117322.tif 000003
【図２】
2018117322.tif 000004
【図３】
2018117322.tif 000005
【図４】
2018117322.tif 000006
【図５】
2018117322.tif 000007
【図６】
2018117322.tif 000008
【図７】
2018117322.tif 000009
【図８】
2018117322.tif 000010
【図９】
2018117322.tif 000011
【図１０】
2018117322.tif 000012
【図１１】
2018117322.tif 000013
【図１２】
2018117322.tif 000014
【図１３】
2018117322.tif 000015