(57)【要約】【課題】複数のリンクで同時にセキュア通信を実現しつつＳＡ構築時間を短縮可能なイニシエータを得ること。【解決手段】同一ＳＡを適用可能な通信インタフェースを検索するＩＰＳｅｃ制御部１６０と、レスポンダとセキュア通信のネゴシエーションを行うＩＫＥ制御部１４０と、レスポンダとのネゴシエーションで決定および交換した情報を登録するデータベース制御部１５０と、を備え、ＩＫＥ制御部１４０は、同一ＳＡを適用可能な通信インタフェースの情報をレスポンダへ送信し、データベース制御部１５０の同一エントリに同一ＳＡを適用可能な通信インタフェースの情報を登録することで、レスポンダとの間でセキュア通信可能な複数のリンクを構成し、同一ＳＡを使用したセキュア通信を可能とする。【選択図】図２
2015220733.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信インタフェースを備え、単一の通信インタフェースを備えたレスポンダとセキュア通信を行うイニシエータであって、
同一ＳＡ（Security  Association）を適用可能な通信インタフェースを検索する通信制御手段と、
前記レスポンダとセキュア通信のネゴシエーションを行うネゴシエーション手段と、
前記ネゴシエーション手段が前記レスポンダとのネゴシエーションで決定および交換した情報を登録するデータベースと、
を備え、
前記ネゴシエーション手段は、前記ネゴシエーションにおいて、前記通信制御手段で検索された前記同一ＳＡを適用可能な通信インタフェースの情報を前記レスポンダへ送信し、前記データベースの同一エントリに前記同一ＳＡを適用可能な通信インタフェースの情報を登録することで、
前記レスポンダとの間でセキュア通信可能な複数のリンクを構成し、同一ＳＡを使用したセキュア通信を可能とすることを特徴とするイニシエータ。
【請求項２】
前記レスポンダが複数の通信インタフェースを備える場合、
前記ネゴシエーション手段は、前記レスポンダが備える１つの通信インタフェースとの間でセキュア通信を行うネゴシエーションを行う、
ことを特徴とする請求項１に記載のイニシエータ。
【請求項３】
さらに、
データを送信する通信インタフェースを決定する送信優先度制御手段、
を備えることを特徴とする請求項１または２に記載のイニシエータ。
【請求項４】
さらに、
前記レスポンダからデータを受信する通信インタフェースを決定する受信優先度制御手段、
を備え、
前記ネゴシエーション手段は、前記受信優先度制御手段で決定された通信インタフェースの情報を前記レスポンダへ送信する、
ことを特徴とする請求項１，２または３に記載のイニシエータ。
【請求項５】
前記ネゴシエーション手段は、自イニシエータの通信インタフェースに割り当てられたＩＰアドレスが変更された場合、前記ＩＰアドレスの変更を示すフラグ、変更前および変更後のＩＰアドレスの情報を付加したメッセージを前記レスポンダへ送信する、
ことを特徴とする請求項１，２または３に記載のイニシエータ。
【請求項６】
さらに、
前記通信インタフェースに割り当てられたＩＰアドレスの変更後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御手段、
を備え、
前記ネゴシエーション手段は、前記受信優先度制御手段で決定した通信インタフェースの情報を前記レスポンダへ送信する、
ことを特徴とする請求項５に記載のイニシエータ。
【請求項７】
前記ネゴシエーション手段は、自イニシエータに前記同一ＳＡを適用可能な通信インタフェースが追加された場合、新規に通信インタフェースが追加されたことを示すフラグ、新規に追加された通信インタフェースのＩＰアドレスの情報を付加したメッセージを前記レスポンダへ送信する、
ことを特徴とする請求項１，２または３に記載のイニシエータ。
【請求項８】
さらに、
前記同一ＳＡを適用可能な通信インタフェースの追加後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御手段、
を備え、
前記ネゴシエーション手段は、前記受信優先度制御手段で決定した通信インタフェースの情報を前記レスポンダへ送信する、
ことを特徴とする請求項７に記載のイニシエータ。
【請求項９】
前記ネゴシエーション手段は、自イニシエータで前記同一ＳＡを適用可能な通信インタフェースが削除された場合、通信インタフェースが無効になったことを示すフラグと、無効になった通信インタフェースのＩＰアドレス情報を付加したメッセージを、他の有効な通信インタフェースから前記レスポンダへ送信する、
ことを特徴とする請求項１，２または３に記載のイニシエータ。
【請求項１０】
さらに、
前記同一ＳＡを適用可能な通信インタフェースの削除後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御手段、
を備え、
前記ネゴシエーション手段は、前記受信優先度制御手段で決定した通信インタフェースの情報を前記レスポンダへ送信する、
ことを特徴とする請求項９に記載のイニシエータ。
【請求項１１】
単一の通信インタフェースを備え、複数の通信インタフェースを備えたイニシエータとセキュア通信を行うレスポンダであって、
前記イニシエータに対してデータを送信する制御を行う通信制御手段と、
前記イニシエータとセキュア通信のネゴシエーションを行うネゴシエーション手段と、
前記ネゴシエーション手段が前記イニシエータとのネゴシエーションで決定および交換した情報を登録するデータベースと、
を備え、
前記ネゴシエーション手段は、前記ネゴシエーションにおいて、前記イニシエータから、同一ＳＡ（Security  Association）を適用可能な通信インタフェースの情報を受信し、前記データベースの同一エントリに前記同一ＳＡを適用可能な通信インタフェースの情報を登録することで、
前記イニシエータとの間でセキュア通信可能な複数のリンクを構成し、同一ＳＡを使用したセキュア通信を可能とすることを特徴とするレスポンダ。
【請求項１２】
複数の通信インタフェースを備える場合、
前記ネゴシエーション手段は、前記複数の通信インタフェースのうち１つの通信インタフェースを用いてセキュア通信を行うネゴシエーションを行う、
ことを特徴とする請求項１１に記載のレスポンダ。
【請求項１３】
前記ネゴシエーション手段は、前記イニシエータから受信に使用する通信インタフェースの情報を受信した場合、受信した前記イニシエータの通信インタフェースの情報を前記データベースに登録する、
ことを特徴とする請求項１１または１２に記載のレスポンダ。
【請求項１４】
前記通信制御手段は、前記データベースに登録された情報に基づいて、前記イニシエータから指定された前記イニシエータの通信インタフェースを用いて、前記イニシエータに対してデータを送信する制御を行う、
ことを特徴とする請求項１３に記載のレスポンダ。
【請求項１５】
前記イニシエータから、前記イニシエータの通信インタフェースに割り当てられたＩＰアドレスが変更されたことを示すフラグ、変更前および変更後のＩＰアドレスの情報が付加されたメッセージを受信した場合、
前記ネゴシエーション手段は、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項１１または１２に記載のレスポンダ。
【請求項１６】
前記ネゴシエーション手段は、前記イニシエータで通信インタフェースに割り当てられたＩＰアドレスの変更後、前記イニシエータから受信に使用する通信インタフェースの情報を受信した場合、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新し、
前記通信制御手段は、更新後の前記データベースの情報に基づいて、前記イニシエータから指定された前記イニシエータの通信インタフェースを用いて、前記イニシエータに対してデータを送信する制御を行う、
ことを特徴とする請求項１５に記載のレスポンダ。
【請求項１７】
前記イニシエータから、前記イニシエータに前記同一ＳＡを適用可能な通信インタフェースが追加されたことを示すフラグ、新規に追加された通信インタフェースのＩＰアドレスの情報が付加されたメッセージを受信した場合、
前記ネゴシエーション手段は、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項１１または１２に記載のレスポンダ。
【請求項１８】
前記ネゴシエーション手段は、前記イニシエータで同一ＳＡを適用可能な通信インタフェースの追加後、前記イニシエータから受信に使用する通信インタフェースの情報を受信した場合、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新し、
前記通信制御手段は、更新後の前記データベースの情報に基づいて、前記イニシエータから指定された前記イニシエータの通信インタフェースを用いて、前記イニシエータに対してデータを送信する制御を行う、
ことを特徴とする請求項１７に記載のレスポンダ。
【請求項１９】
前記イニシエータから、前記イニシエータで前記同一ＳＡを適用可能な通信インタフェースが削除され無効になったことを示すフラグ、無効になった通信インタフェースのＩＰアドレスの情報が付加されたメッセージを受信した場合、
前記ネゴシエーション手段は、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項１１または１２に記載のレスポンダ。
【請求項２０】
前記ネゴシエーション手段は、前記イニシエータで同一ＳＡを適用可能な通信インタフェースの削除後、前記イニシエータから受信に使用する通信インタフェースの情報を受信した場合、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新し、
前記通信制御手段は、更新後の前記データベースの情報に基づいて、前記イニシエータから指定された前記イニシエータの通信インタフェースを用いて、前記イニシエータに対してデータを送信する制御を行う、
ことを特徴とする請求項１９に記載のレスポンダ。
【請求項２１】
複数の通信インタフェースを備えたイニシエータと、単一の通信インタフェースを備えたレスポンダとの間のセキュア通信方法であって、
前記イニシエータが、同一ＳＡ（Security  Association）を適用可能な通信インタフェースを検索する検索ステップと、
前記イニシエータと前記レスポンダとの間でセキュア通信のネゴシエーションを行うネゴシエーションステップと、
前記イニシエータおよび前記レスポンダが、前記ネゴシエーションステップで決定および交換された情報をそれぞれのデータベースに登録する登録ステップと、
を含み、
前記ネゴシエーションステップでは、前記イニシエータが、前記レスポンダに対して、前記検索ステップで検索された同一ＳＡを適用可能な通信インタフェースの情報を送信し、
前記登録ステップでは、前記イニシエータおよび前記レスポンダが、前記それぞれのデータベースの同一エントリに前記同一ＳＡを適用可能な前記イニシエータの通信インタフェースの情報を登録することで、
前記イニシエータと前記レスポンダとの間でセキュア通信可能な複数のリンクを構成し、同一ＳＡを使用したセキュア通信を可能とすることを特徴とするセキュア通信方法。
【請求項２２】
前記レスポンダが複数の通信インタフェースを備える場合、
前記ネゴシエーションステップでは、前記イニシエータおよび前記レスポンダは、前記レスポンダが備える前記複数の通信インタフェースのうち１つの通信インタフェースを用いてセキュア通信を行うネゴシエーションを行う、
ことを特徴とする請求項２１に記載のセキュア通信方法。
【請求項２３】
さらに、
前記イニシエータが、データを送信する通信インタフェースを決定する送信優先度制御ステップ、
を含むことを特徴とする請求項２１または２２に記載のセキュア通信方法。
【請求項２４】
さらに、
前記イニシエータが、前記レスポンダからデータを受信する通信インタフェースを決定する受信優先度制御ステップ、
を含み、
前記ネゴシエーションステップでは、前記イニシエータが、前記受信優先度制御ステップで決定された通信インタフェースの情報を前記レスポンダへ送信する、
ことを特徴とする請求項２１，２２または２３に記載のセキュア通信方法。
【請求項２５】
前記ネゴシエーションステップでは、前記レスポンダが、前記イニシエータから受信に使用する通信インタフェースの情報を受信した場合、受信した前記イニシエータの通信インタフェースの情報を前記データベースに登録する、
ことを特徴とする請求項２４に記載のセキュア通信方法。
【請求項２６】
さらに、
前記レスポンダが、前記データベースに登録された情報に基づいて、前記イニシエータから指定された前記イニシエータの通信インタフェースを用いて、前記イニシエータに対してデータを送信する制御を行う通信制御ステップ、
を含むことを特徴とする請求項２５に記載のセキュア通信方法。
【請求項２７】
さらに、
前記イニシエータが、自イニシエータの通信インタフェースに割り当てられたＩＰアドレスが変更された場合、前記ＩＰアドレスの変更を示すフラグ、変更前および変更後のＩＰアドレスの情報を付加したメッセージを前記レスポンダへ送信するＩＰアドレス変更通知ステップと、
前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する更新ステップと、
を含むことを特徴とする請求項２１，２２または２３に記載のセキュア通信方法。
【請求項２８】
さらに、
前記イニシエータが、前記同一ＳＡを適用可能な通信インタフェースの追加後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御ステップ、
を含み、
前記ネゴシエーションステップでは、前記イニシエータが、前記受信優先度制御ステップで決定された通信インタフェースの情報を前記レスポンダへ送信し、前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項２７に記載のセキュア通信方法。
【請求項２９】
さらに、
前記イニシエータが、自イニシエータに前記同一ＳＡを適用可能な通信インタフェースが追加された場合、新規に通信インタフェースが追加されたことを示すフラグ、新規に追加された通信インタフェースのＩＰアドレスの情報を付加したメッセージを前記レスポンダへ送信する通信インタフェース追加通知ステップと、
前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する更新ステップと、
を含むことを特徴とする請求項２１，２２または２３に記載のセキュア通信方法。
【請求項３０】
さらに、
前記イニシエータが、前記同一ＳＡを適用可能な通信インタフェースの追加後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御ステップ、
を含み、
前記ネゴシエーションステップでは、前記イニシエータが、前記受信優先度制御ステップで決定された通信インタフェースの情報を前記レスポンダへ送信し、前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項２９に記載のセキュア通信方法。
【請求項３１】
さらに、
前記イニシエータが、自イニシエータで前記同一ＳＡを適用可能な通信インタフェースが削除された場合、通信インタフェースが無効になったことを示すフラグ、無効になった通信インタフェースのＩＰアドレスの情報を付加したメッセージを、他の有効な通信インタフェースから前記レスポンダへ送信する通信インタフェース削除通知ステップと、
前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する更新ステップと、
を含むことを特徴とする請求項２１，２２または２３に記載のセキュア通信方法。
【請求項３２】
さらに、
前記イニシエータが、前記同一ＳＡを適用可能な通信インタフェースの削除後、前記レスポンダからデータを受信する際に使用する通信インタフェースを決定する受信優先度制御ステップ、
を含み、
前記ネゴシエーションステップでは、前記イニシエータが、前記受信優先度制御ステップで決定された通信インタフェースの情報を前記レスポンダへ送信し、前記レスポンダが、受信した前記イニシエータの通信インタフェースの情報に基づいて、前記データベースの情報を更新する、
ことを特徴とする請求項３１に記載のセキュア通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、イニシエータ、レスポンダおよびセキュア通信方法に関する。
【背景技術】
【０００２】
下記非特許文献１に記載のＭＯＢＩＫＥでは、移動環境において、割り当てられたＩＰ（Internet  Protocol）アドレスが変更された端末が、変更後のＩＰアドレスをＶＰＮ（Virtual  Private  Network）接続先端末に通知することにより、ＳＡ（Security  Association）の再構築不要でセキュア通信を継続する方式が提案されている。また、マルチホーミング環境においては、ＩＫＥ（Internet  Key  Exchange  Protocol）のイニシエータとレスポンダ間のネゴシエーションフェーズにおいて、端末に搭載された複数の通信インタフェースに割り当てられたＩＰアドレスを事前にＶＰＮ接続先端末に通知することにより、通信に使用する通信インタフェースの切り替えをスムーズに行い、延時間を削減する方式が提案されている。
【０００３】
一方、下記特許文献１では、複数の通信インタフェースで１つのＳＡを共有することで、複数リンクにおけるＳＡ構築時間の短縮、および、通信性能を向上させる技術が開示されている。イニシエータとレスポンダは、それぞれ２つ以上の通信インタフェース（ＩＰアドレス）を搭載し、さらに、２つ以上のリンクを保持する。イニシエータとレスポンダは、イニシエータとレスポンダ間のどれか１つのリンクでＳＡを構築するが、その際、他のリンク情報を付加することで、実際にＳＡ構築に使用したリンク以外のリンクにおいても同じＳＡを共有する。これにより、複数リンクでのＳＡ構築時間を短縮している。
【０００４】
下記特許文献１に記載の方法では、１つのリンクで構築したＳＡを複数のリンクで共有することで、ＳＡ構築時間の短縮、および、複数リンクでの同時セキュア通信を実現している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１９９３４０号公報
【非特許文献】
【０００６】
【非特許文献１】ＩＥＴＦ  ＲＦＣ４５５５  ＩＫＥｖ２  Ｍｏｂｉｌｉｔｙ  ａｎｄ  Ｍｕｌｔｉｈｏｍｉｎｇ  Ｐｒｏｔｏｃｏｌ（ＭＯＢＩＫＥ）  ２００６年
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の技術（非特許文献１）によれば、複数のリンクを同時に使用したセキュア通信方法には言及されておらず、一般的にはリンク毎にＳＡを構築する必要がある。そのため、複数のリンクを同時に使用してセキュア通信する場合には、ＳＡ構築時間および処理負荷が増加する、という問題があった。
【０００８】
また、上記従来の技術（特許文献１）によれば、イニシエータとレスポンダがそれぞれ２つ以上の通信インタフェースを搭載し、それぞれ別の通信インタフェースとリンクを構築することを想定している。そのため、一方の装置に搭載された複数の通信インタフェースが、他方の装置に搭載された１つの通信インタフェースと同時にセキュア通信をする場合について言及されていない。また、通信中に端末のＩＰアドレスが変更された場合、インタフェースが増減した場合については記載されていない。
【０００９】
本発明は、上記に鑑みてなされたものであって、複数のリンクで同時にセキュア通信を実現しつつＳＡ構築時間を短縮可能なイニシエータ、レスポンダおよびセキュア通信方法を得ることを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するために、本発明は、複数の通信インタフェースを備え、単一の通信インタフェースを備えたレスポンダとセキュア通信を行うイニシエータであって、同一ＳＡ（Security  Association）を適用可能な通信インタフェースを検索する通信制御手段と、前記レスポンダとセキュア通信のネゴシエーションを行うネゴシエーション手段と、前記ネゴシエーション手段が前記レスポンダとのネゴシエーションで決定および交換した情報を登録するデータベースと、を備え、前記ネゴシエーション手段は、前記ネゴシエーションにおいて、前記通信制御手段で検索された前記同一ＳＡを適用可能な通信インタフェースの情報を前記レスポンダへ送信し、前記データベースの同一エントリに前記同一ＳＡを適用可能な通信インタフェースの情報を登録することで、前記レスポンダとの間でセキュア通信可能な複数のリンクを構成し、同一ＳＡを使用したセキュア通信を可能とすることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、複数のリンクで同時にセキュア通信を実現しつつＳＡ構築時間を短縮できる、という効果を奏する。
【図面の簡単な説明】
【００１２】
【図１】図１は、実施の形態１の通信システムの構成例を示す図である。
【図２】図２は、実施の形態１のイニシエータの構成例を示す図である。
【図３】図３は、実施の形態１のレスポンダの構成例を示す図である。
【図４】図４は、イニシエータにおいてセキュア通信を行う際のネゴシエーション処理を示すフローチャートである。
【図５】図５は、ＳＰＤキャッシュの構成例を示す図である。
【図６】図６は、イニシエータのＳＡＤの構成例を示す図である。
【図７】図７は、レスポンダのＳＡＤの構成例を示す図である。
【図８】図８は、実施の形態２のイニシエータの構成例を示す図である。
【図９】図９は、実施の形態２のレスポンダの構成例を示す図である。
【図１０】図１０は、ＳＡＤを拡張して２つの通信インタフェースに対する割合の情報を登録した状態を示す図である。
【発明を実施するための形態】
【００１３】
以下に、本発明にかかる通信装置およびセキュア通信方法の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１４】
実施の形態１．
図１は、本実施の形態の通信システムの構成例を示す図である。図１において、ＩＫＥのイニシエータ１００はモバイル端末、レスポンダ２００はネットワーク上のサーバを想定している。イニシエータ１００とレスポンダ２００は、インターネットを介して接続している。イニシエータ１００は、複数の通信インタフェース（Ｉ＿ＩＦ）、図１では通信インタフェース１１０，１１１を備える通信装置である。レスポンダ２００は、単一の通信インタフェース（Ｒ＿ＩＦ）、図１では通信インタフェース２１０を備える通信装置である。イニシエータ１００の通信インタフェース１１０，１１１、レスポンダ２００の通信インタフェース２１０には、それぞれ異なるＩＰアドレスが割り振られている。イニシエータ１００は、通信インタフェース１１０からレスポンダ２００の通信インタフェース２１０への通信リンクと、通信インタフェース１１１からレスポンダ２００の通信インタフェース２１０への通信リンクと、を備え、それぞれの通信リンクでＶＰＮによるセキュア通信を行う。
【００１５】
図２は、本実施の形態のイニシエータ１００の構成例を示す図である。イニシエータ１００は、通信インタフェース１１０，１１１と、送受信制御部１２０，１２１と、上位レイヤ制御部１３０と、ＩＫＥ制御部１４０と、データベース制御部１５０と、ＩＰＳｅｃ（Security  Architecture  for  Internet  Protocol）制御部１６０と、送信優先度制御部１７０と、を備える。
【００１６】
通信インタフェース１１０，１１１は、レスポンダ２００と通信を行う際の通信インタフェースであり、３Ｇ、ＬＴＥ（Long  Term  Evolution）、無線ＬＡＮ（Local  Area  Network）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など、インターネットへの接続可能なものであれば特に限定しない。また、複数の同じ種類の通信インタフェースを搭載しても、異なる種類の通信インタフェースを搭載してもよい。
【００１７】
送受信制御部１２０，１２１は、ＩＰＳｅｃ制御部１６０から受け取ったデータを変調し、それぞれ通信インタフェース１１０，１１１に渡す。また、送受信制御部１２０，１２１は、それぞれ通信インタフェース１１０，１１１から受け取ったデータを復調し、ＩＰＳｅｃ制御部１６０に渡す。
【００１８】
上位レイヤ制御部１３０は、アプリケーション、ＴＣＰ（Transmission  Control  Protocol）などの上位レイヤを制御する。
【００１９】
ＩＫＥ制御部１４０は、イニシエータ１００とレスポンダ２００間でセキュア通信を行うためのネゴシエーション、情報交換を行うネゴシエーション手段である。ＩＫＥ制御部１４０は、例えば、通信相手の認証、セキュア通信に使用する暗号化方式を決定する。
【００２０】
データベース制御部１５０は、ＩＫＥ制御部１４０のネゴシエーションで決定、および、交換した情報をデータベース（ＳＡＤ（Security  Association  Database）、ＳＰＤ（Secure  Policy  Database））として記憶する。
【００２１】
ＩＰＳｅｃ制御部１６０は、ＩＫＥ制御部１４０によって決定された情報に従い、上位レイヤ制御部１３０から受け取ったデータ（送信データ）を暗号化し、暗号化後のデータを送受信制御部１２０または１２１に渡す通信制御手段である。また、ＩＰＳｅｃ制御部１６０は、送受信制御部１２０または１２１から受け取った暗号化されたデータを復号化し、上位レイヤ制御部１３０に渡す。
【００２２】
送信優先度制御部１７０は、データを送信する通信インタフェースを決定する。
【００２３】
図３は、本実施の形態のレスポンダ２００の構成例を示す図である。レスポンダ２００は、通信インタフェース２１０と、送受信制御部２２０と、上位レイヤ制御部２３０と、ＩＫＥ制御部２４０と、データベース制御部２５０と、ＩＰＳｅｃ制御部２６０と、を備える。
【００２４】
通信インタフェース２１０は、図２に示すイニシエータ１００の通信インタフェース１１０，１１１と同様の通信インタフェースである。但し、本実施の形態では、レスポンダ２００の通信インタフェースは１つとする。また、送受信制御部２２０は図２に示すイニシエータ１００の送受信制御部１２０、上位レイヤ制御部２３０は図２に示すイニシエータ１００の上位レイヤ制御部１３０、ＩＫＥ制御部２４０は図２に示すイニシエータ１００のＩＫＥ制御部１４０、データベース制御部２５０は図２に示すイニシエータ１００のデータベース制御部１５０、ＩＰＳｅｃ制御部２６０は図２に示すイニシエータ１００のＩＰＳｅｃ制御部１６０と、それぞれ同様の機能であるため、詳細な説明については省略する。
【００２５】
つづいて、イニシエータ１００とレスポンダ２００との間でセキュア通信を行うためのネゴシエーション処理について説明する。図４は、イニシエータ１００においてセキュア通信を行う際のネゴシエーション処理を示すフローチャートである。なお、図４は、イニシエータ１００の処理フローを示しており、レスポンダ２００は、イニシエータ１００からのパケットに対して適宜応答しているものとする。また、ここでは、一例として、イニシエータ１００において、通信インタフェース１１０をデフォルトインタフェースとする。イニシエータ１００の通信インタフェース１１０，１１１およびレスポンダ２００の通信インタフェース２１０のＩＰアドレスは、それぞれ「１．１．１．１」、「２．２．２．２」、「３．３．３．３」とする。
【００２６】
まず、イニシエータ１００の上位レイヤで宛先ＩＰアドレスが「３．３．３．３」のデータが発生すると、イニシエータ１００では、上位レイヤ制御部１３０が、上位レイヤからのデータをＩＰＳｅｃ制御部１６０へ渡す（ステップＳ００１）。
【００２７】
上位レイヤからのデータを受け取ったＩＰＳｅｃ制御部１６０は、データベース制御部１５０に格納されている出力用ＳＰＤキャッシュに宛先ＩＰアドレス「３．３．３．３」宛てのエントリが登録されているか確認する（ステップＳ００２）。
【００２８】
図５は、ＳＰＤキャッシュの構成例を示す図である。ＳＰＤキャッシュには、例えば、リモートＩＰアドレス、ローカルＩＰアドレス、次レイヤプロトコル等と、これらの条件に該当した際に適用される、ＥＳＰ（Encapsulating  Security  Payload）暗号化アルゴリズム、ＥＳＰ認証アルゴリズム等が登録される。
【００２９】
ＩＰＳｅｃ制御部１６０は、ＳＰＤキャッシュに該当するエントリがある場合（ステップＳ００２：Ｙｅｓ）、既にＳＡが構築されているためステップＳ０１３に移動する。ＩＰＳｅｃ制御部１６０は、ＳＰＤキャッシュに該当するエントリがない場合（ステップＳ００２：Ｎｏ）、ステップＳ００３に移動する。なお、本実施の形態では、ＳＰＤキャッシュに該当するエントリがない場合（ステップＳ００２：Ｎｏ）について説明する。
【００３０】
ＩＰＳｅｃ処理部１６０は、ＳＰＤキャッシュに該当するエントリがない場合（ステップＳ００２：Ｎｏ）、ＳＰＤ−Ｓに該当するエントリがあるか確認する（ステップＳ００３）。ＳＰＤ−Ｓは、図５に示すＳＰＤキャッシュと同様の登録項目を持つが、セキュア通信を必要とするエントリのみ登録する。ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｓに該当するエントリがある場合（ステップＳ００３：Ｙｅｓ）、ステップＳ００６に移動する。ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｓに該当するエントリがない場合（ステップＳ００３：Ｎｏ）、ステップＳ００４に移動する。
【００３１】
ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｓに該当するエントリがない場合（ステップＳ００３：Ｎｏ）、ＳＰＤ−Ｏに該当するエントリがあるか確認する（ステップＳ００４）。ＳＰＤ−Ｏは、図５に示すＳＰＤキャッシュと同様の登録項目を持つが、セキュア通信を必要としないエントリのみ登録する。ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｏに該当するエントリがある場合（ステップＳ００４：Ｙｅｓ）、ステップＳ０１２に移動する。ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｏに該当するエントリがない場合（ステップＳ００４：Ｎｏ）、ステップＳ００５に移動する。
【００３２】
ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｏに該当するエントリがない場合（ステップＳ００４：Ｎｏ）、すなわち、ＳＰＤ−Ｓ、ＳＰＤ−Ｏのどちらにも該当するエントリが登録されていない場合、データを破棄する（ステップＳ００５）。
【００３３】
ＩＰＳｅｃ処理部１６０は、ＳＰＤ−Ｓに該当するエントリがある場合（ステップＳ００３：Ｙｅｓ）、デフォルトの通信インタフェース以外からステップＳ００３で選択したエントリを適用できる通信インタフェースを検索して記憶する。具体的に、ＩＰＳｅｃ処理部１６０は、デフォルトの通信インタフェース以外に未確認の通信インタフェースを持っている場合（ステップＳ００６：Ｙｅｓ）、その通信インタフェースがＳＰＤ−Ｓで選択したセキュリティポリシーを適用できるか確認する（ステップＳ００７）。ＩＰＳｅｃ処理部１６０は、セキュリティポリシーを適用できる場合（ステップＳ００７：Ｙｅｓ）、該当する通信インタフェースを記憶し（ステップＳ００８）、ステップＳ００６に戻って他の未確認の通信インタフェースの確認を行う。一方、ＩＰＳｅｃ処理部１６０は、セキュリティポリシーを適用できない場合（ステップＳ００７：Ｎｏ）、ステップＳ００８の処理を省略し、ステップＳ００６に戻って他の未確認の通信インタフェースの確認を行う。ＩＰＳｅｃ処理部１６０は、全ての通信インタフェースについての検索終了後、すなわち、デフォルトの通信インタフェース以外に未確認の通信インタフェースがない場合（ステップＳ００６：Ｎｏ）、ステップＳ００９へ移動する。本実施の形態では、ＩＰＳｅｃ処理部１６０は、デフォルトの通信インタフェース１１０以外に、通信インタフェース１１１にセキュリティポリシーを適用できるとして記憶する。
【００３４】
つぎに、イニシエータ１００では、ＩＫＥ制御部１４０が、レスポンダ２００のＩＫＥ制御部２４０とＩＫＥ＿ＳＡ＿ＩＮＩＴを交換し、ＩＫＥ＿ＳＡのパラメータ等を決定する（ステップＳ００９）。なお、ＩＫＥ＿ＳＡ＿ＩＮＩＴの交換はＩＫＥの標準動作と同様のため、ここでは詳細な説明は省略する。ＩＫＥ制御部１４０は、ＩＫＥ＿ＳＡ＿ＩＮＩＴの交換終了後、ステップＳ０１０へ移動する。
【００３５】
ＩＫＥ制御部１４０は、レスポンダ２００のＩＫＥ制御部２４０とＩＫＥ＿ＡＵＴＨを交換し、ＣＨＩＬＤ＿ＳＡのパラメータ等を決定する。ここで、イニシエータ１００では、ＩＫＥ制御部１４０が、ステップＳ００８で記憶した、セキュリティポリシーを適用できる通信インタフェース情報（ＩＰアドレス）も合わせて送信する（ステップＳ０１０）。なお、ＩＫＥ＿ＡＵＴＨの交換はＩＫＥの標準動作と同様のため、ここでは詳細な説明は省略する。ＩＫＥ制御部１４０は、ＩＫＥ＿ＡＵＴＨの交換終了後、ステップＳ０１１へ移動する。
【００３６】
ＩＫＥ制御部１４０は、ＩＫＥ＿ＡＵＴＨ交換が完了すると、ＳＡＤにＩＫＥ＿ＳＡ＿ＩＮＩＴ、ＩＫＥ＿ＡＵＴＨ交換により確立したＳＡ情報を登録する（ステップＳ０１１）。
【００３７】
図６は、イニシエータ１００のＳＡＤの構成例を示す図である。ＳＡＤには、ＳＡを識別するためのＳＰＩ（Security  Parameter  Index）、該当ＳＡを適用させる条件であるセレクタ、暗号化・認証に使用するＳＡパラメータ等が記載される。セレクタには、リモートＩＰアドレス、ローカルＩＰアドレス、次レイヤプロトコル等が登録され、ローカルＩＰアドレスには、ステップＳ００８で記憶した全ての通信インタフェースのＩＰアドレスを登録する。イニシエータ１００側では、リモートＩＰアドレスが「３．３．３．３」、ローカルＩＰアドレスが「１．１．１．１」、「２．２．２．２」となる。
【００３８】
なお、レスポンダ２００でも、ＩＫＥ制御部２４０が、同様に、ＳＡＤにネゴシエーションにより確立したＳＡ情報を登録する。図７は、レスポンダ２００のＳＡＤの構成例を示す図である。レスポンダ２００においても、ＳＡＤへの登録内容はイニシエータ１００（図６参照）と同様であるが、リモートＩＰアドレスには、ステップＳ０１０で通知されたイニシエータ１００の全ての通信インタフェースのＩＰアドレスを登録する。レスポンダ２００側では、リモートＩＰアドレスが「１．１．１．１」、「２．２．２．２」、ローカルＩＰアドレスが「３．３．３．３」となる。
【００３９】
ＩＫＥ制御部１４０は、ＩＫＥ＿ＳＡ＿ＩＮＩＴ、ＩＫＥ＿ＡＵＴＨの交換によりＳＡの構築が完了した場合（ステップＳ０１１）、またはＳＰＤ−Ｏに該当エントリがあった場合（ステップＳ００４：Ｙｅｓ）、出力用ＳＰＤキャッシュおよび入力用ＳＰＤキャッシュに該当セキュリティポリシーを登録し（ステップＳ０１２）、ステップＳ０１３に移動する。
【００４０】
なお、レスポンダ２００でも、ＩＫＥ制御部２４０が、同様に、出力用ＳＰＤキャッシュおよび入力用ＳＰＤキャッシュに該当セキュリティポリシーを登録する。
【００４１】
イニシエータ１００では、ＩＰＳｅｃ制御部１６０が、データベース制御部１５０のＳＡＤに登録された情報に従ってデータを処理し、レスポンダ２００へデータを送信する制御を行う（ステップＳ０１３）。
【００４２】
データを送信する際、イニシエータ１００では、ＩＰＳｅｃ制御部１６０が、出力用ＳＰＤキャッシュを確認するが、ここで該当するエントリが存在し、さらに、ローカルＩＰアドレスに複数の通信インタフェースが記憶されていた場合、送信優先度制御部１７０は、使用する通信インタフェースを決定する。通信インタフェースの決定方法は送信優先度制御部１７０の実装に依存するが、例えば、各通信インタフェースの通信速度により送信割合を決定し、また、料金体系により割合を決定し、また、時間帯により使用する通信インタフェースを切り替えるように処理してもよい。
【００４３】
以上説明したように、本実施の形態によれば、イニシエータ１００では、ＩＰＳｅｃ処理部１６０が、デフォルトの通信インタフェース以外から同一ＳＡを適用できる通信インタフェースを検索し、ＩＫＥ制御部１４０が、レスポンダ２００とのネゴシエーションの際に、同一ＳＡを適用可能な通信インタフェースの情報を送信し、イニシエータ１００およびレスポンダ２００において、イニシエータ１００で通信可能な通信インタフェースの情報を登録することとした。これにより、一方の端末（イニシエータ１００）が複数の通信インタフェースを備え、他方の端末（レスポンダ２００）に備えられた単一の通信インタフェースと接続する際に、複数リンクにおいて同時にセキュア接続を構築でき、通信速度を向上でき、また、信頼性を向上できる。
【００４４】
また、１つのリンクでＳＡを構築する際、その他の通信インタフェース情報を同時に送信することで、ＳＡ構築が必要なリンクを１つにすることができるため、全体のＳＡ構築時間を短縮でき、また、処理負荷を軽減することができる。
【００４５】
また、イニシエータ１００とレスポンダ２００の通信インタフェース数がＮ対１の場合に対応可能である。なお、レスポンダ２００が複数の通信インタフェースを備えている場合、レスポンダ２００側の１つの通信インタフェースを用いて上記で説明したセキュア通信を行うためのネゴシエーション処理を行うことで、同様の効果を得ることができる。
【００４６】
また、本実施の形態では、ＩＫＥ制御部１４０が、同一ＳＡを適用可能な他の通信インタフェースの情報を、ＩＫＥ＿ＡＵＴＨに入れて送信する場合について説明したが、一例であり、その他のメッセージに入れることも可能である。また、新たにメッセージを用意してもよい。
【００４７】
実施の形態２．
本実施の形態では、イニシエータ１００がレスポンダ２００から受信するデータの通信経路を指定する方法について説明する。なお、本実施の形態の説明では、実施の形態１と重複する部分については説明を省略する。
【００４８】
図８は、本実施の形態のイニシエータ１００の構成例を示す図である。イニシエータ１００は、実施の形態１のイニシエータ１００（図２参照）に対して、受信優先度制御部１８０を追加している。受信優先度制御部１８０は、レスポンダ２００からイニシエータ１００への送信経路（イニシエータ１００が受信する通信インタフェース）を決定する。なお、その他の構成については図２と同様である。
【００４９】
図９は、本実施の形態のレスポンダ２００の構成例を示す図である。レスポンダ２００は、実施の形態１のレスポンダ２００（図３参照）に対して、送信優先度制御部２７０を追加している。送信優先度制御部２７０は、ＳＡＤに登録された情報に基づいて、イニシエータ１００の通信インタフェースを決定する。その他の構成については図３と同様である。
【００５０】
つづいて、イニシエータ１００とレスポンダ２００との間でセキュア通信を行うためのネゴシエーション処理について説明する。イニシエータ１００とレスポンダ２００においてＩＫＥ＿ＳＡ＿ＩＮＩＴを交換するまでの処理（ステップＳ００１〜Ｓ００９）は実施の形態１と同様である。
【００５１】
つぎに、イニシエータ１００では、ＩＫＥ制御部１４０が、ＩＫＥ＿ＡＵＴＨの交換を行う（ステップＳ０１０）。このとき、受信優先度制御部１８０が、レスポンダ２００がイニシエータ１００への送信に使用する経路（イニシエータ１００が受信する通信インタフェース）を指定する。受信優先度制御部１８０における通信インタフェースの指定方法については特に限定しないが、例えば、イニシエータ１００が通信インタフェース１１０，１１１の２つの通信インタフェースを搭載する場合に、通信インタフェース１１０，１１１に送信する割合を指定してもよいし、各インタフェースを使用する時間帯を指定してもよいし、交互に送信するように指定してもよい。
【００５２】
ＩＫＥ制御部１４０では、ＩＫＥ＿ＡＵＴＨの交換において、受信優先度制御部１８０が指定するレスポンダ２００がイニシエータ１００への送信に使用する経路（イニシエータ１００が受信する通信インタフェース）の情報を送信する。
【００５３】
ＩＫＥ＿ＡＵＴＨの交換（ステップＳ０１０）により上記情報を取得したレスポンダ２００では、自身のＳＡＤに追加情報として記憶する。例えば、イニシエータ１００の各通信インタフェースに送信する通信割合を指定する場合には、レスポンダ２００では、ＩＫＥ制御部２４０が、ＳＡＤを拡張し、２つの通信インタフェースに対する割合の情報を登録する。図１０は、ＳＡＤを拡張して２つの通信インタフェースに対する割合の情報を登録した状態を示す図である。ここでは、通信割合として「割合３：７」の情報が追加されている。なお、本実施の形態におけるＳＡＤの拡張方法は一例であり、各通信インタフェースへの送信割合が分かれば別の登録方法でもよい。
【００５４】
レスポンダ２００では、データを送信する際、送信優先度制御部２７０は、ＳＡＤに登録された情報に基づいて、データの送信先となるイニシエータの通信インタフェース（ＩＰアドレス）を選択する。
【００５５】
以上説明したように、本実施の形態によれば、イニシエータ１００は、レスポンダ２００からのデータを任意の通信インタフェースで受信することができる。特に、イニシエータ１００が搭載する通信インタフェースの通信速度が異なる場合、イニシエータ１００が通信インタフェースを指定できることは有益である。また、ネットワークを介してイニシエータ１００とレスポンダ２００とが接続する場合、レスポンダ２００はイニシエータ１００の通信インタフェース情報が分からないため、イニシエータ１００からの情報がない場合、高速な通信インタフェースか、低速な通信インタフェースか判断できない。レスポンダ２００単独では使用する最適な通信インタフェースを判断できないが、本実施の形態によれば、レスポンダ２００は、最適なイニシエータ１００の通信インタフェース宛てにデータを送信することができる。
【００５６】
実施の形態３．
本実施の形態では、通信中に通信インタフェースに割り当てられたＩＰアドレスが変更された場合の動作について説明する。基本シーケンスは実施の形態１，２と同様のため、ここでは差異のみ説明する。また、前提として、起動時に割り当てられたＩＰアドレスにより、複数のセキュアリンクを構築済みであるとする。
【００５７】
例えば、イニシエータ１００の通信インタフェース１１０に割り当てられたＩＰアドレスが変更された場合、イニシエータ１００のＩＫＥ制御部１４０は、情報通知パケットをレスポンダ２００へ送信する。この情報通知パケットには、ＩＰアドレスの変更を通知するフラグと、変更前および変更後のＩＰアドレスの情報を含む。
【００５８】
情報通知パケットを受信したレスポンダ２００では、ＩＫＥ制御部２４０が、自身が管理するデータベース制御部２５０のＳＡＤ、出力用ＳＰＤキャッシュおよび入力用ＳＰＤキャッシュに登録しているリモートＩＰアドレス情報（イニシエータ１００の情報）を更新する。
【００５９】
また、イニシエータ１００の受信優先度制御部１８０は、必要に応じて、実施の形態２で示したように、レスポンダ２００からイニシエータ１００への送信経路について再設定する。ＩＫＥ制御部１４０は、情報通知パケットに、受信優先度制御部１８０が指定する通信インタフェースの情報を付加して送信する。これにより、イニシエータ１００およびレスポンダ２００の間では、接続するネットワークが変更された場合、例えば、ＬＴＥから３Ｇに変更された場合でも、ＩＰアドレス変更前に設定されていた送信割合を変更することができる。
【００６０】
以上説明したように、本実施の形態によれば、イニシエータ１００では、通信インタフェースに割り当てられたＩＰアドレスが変更された場合、ＩＫＥ制御部１４０が、ＩＰアドレス変更についての情報通知パケットをレスポンダ２００へ送信する。これにより、イニシエータ１００がモバイル端末などで、移動により各通信インタフェースに割り当てられていたＩＰアドレスが変更された場合でも、ＳＡを再構築することなく、通信を継続することができる。
【００６１】
また、イニシエータ１００では、受信優先度制御部１８０が、レスポンダ２００からイニシエータ１００への送信経路について再設定し、ＩＫＥ制御部１４０が、情報通知パケットに、受信優先度制御部１８０が指定する通信インタフェースの情報を付加して送信する。これにより、移動により各通信インタフェースが接続するネットワークおよび通信方式が変更され、通信速度が変更された場合でも、レスポンダ２００がデータを送信する通信インタフェースをイニシエータ１００が指定することができる。
【００６２】
実施の形態４．
本実施の形態では、イニシエータ１００の通信インタフェースが増減する場合について説明する。基本シーケンスは実施の形態１，２と同様のため、ここでは差異のみ説明する。
【００６３】
まず、初期段階では図２に示すイニシエータ１００の通信インタフェースは通信インタフェース１１０のみが有効になっており、途中で、通信インタフェース１１１が有効になる場合について説明する。なお、通信インタフェースが１つから２つへ増加する場合について説明するが、他の場合も同様である。また、前提として、イニシエータ１００およびレスポンダ２００は、有効な通信インタフェースを使用してセキュアリンクを構築済みであるとする。
【００６４】
イニシエータ１００に搭載されている通信インタフェース１１１が有効になった（使用できる通信インタフェースが増加した）場合、イニシエータ１００のＩＫＥ制御部１４０は、情報通知パケットをレスポンダ２００へ送信する。この情報通知パケットには、新規インタフェースが有効になったことを通知するフラグと、新規インタフェースのＩＰアドレスの情報を含む。
【００６５】
情報通知パケットを受信したレスポンダ２００では、ＩＫＥ制御部２４０が、自身が管理するデータベース制御部２５０のＳＡＤ、出力用ＳＰＤキャッシュおよび入力用ＳＰＤキャッシュに通知された新規インタフェースのＩＰアドレスを登録する。
【００６６】
また、イニシエータ１００の受信優先度制御部１８０は、必要に応じて、実施の形態２で示したように、レスポンダ２００からイニシエータ１００への送信経路について再設定する。ＩＫＥ制御部１４０は、情報通知パケットに、受信優先度制御部１８０が指定する通信インタフェースの情報を付加して送信する。これにより、イニシエータ１００およびレスポンダ２００の間では、接続するネットワークが増加された場合でも、通信インタフェース増加前に設定されていた送信割合を変更することができる。
【００６７】
なお、通信インタフェースが減少する場合も、上記で説明した通信インタフェースを増加する場合と同様の方法で対応可能である。まず、イニシエータ１００が２つの通信インタフェース１１０，１１１でセキュア接続を構築していると仮定する。ここで、イニシエータ１００の１つの通信インタフェースが無効になった場合、イニシエータ１００のＩＫＥ制御部１４０は、有効な通信インタフェースを使用し、情報通知パケットをレスポンダ２００へ送信する。この情報通知パケットには、既存通信インタフェースが無効になったことを通知するフラグと、無効になった通信インタフェースのＩＰアドレスの情報を含む。
【００６８】
情報通知パケットを受信したレスポンダ２００では、ＩＫＥ制御部２４０が、自身が管理するデータベース制御部２５０のＳＡＤ、出力用ＳＰＤキャッシュおよび入力用ＳＰＤキャッシュから通知された既存通信インタフェースのＩＰアドレスを削除する。
【００６９】
また、イニシエータ１００の受信優先度制御部１８０は、必要に応じて、実施の形態２で示したように、レスポンダ２００からイニシエータ１００への送信経路について再設定する。ＩＫＥ制御部１４０は、有効な通信インタフェースの１つを使用し、情報通知パケットに、受信優先度制御部１８０が指定する通信インタフェースの情報を付加して送信する。これにより、イニシエータ１００およびレスポンダ２００の間では、接続するネットワークが減少された場合でも、通信インタフェース減少前に設定されていた送信割合を変更することができる。
【００７０】
以上説明したように、本実施の形態によれば、イニシエータ１００では、通信インタフェースが増加または減少した場合、ＩＫＥ制御部１４０が、通信インタフェース増加または減少についての情報通知パケットをレスポンダ２００へ送信する。これにより、イニシエータ１００がモバイル端末などで、移動により圏外になり、通信インタフェースが使用できなくなる場合、逆に、通信インタフェースが使用できるようになった場合でも、ＳＡを再構築することなく、通信を継続することができる。
【産業上の利用可能性】
【００７１】
以上のように、本発明にかかるイニシエータ、レスポンダおよびセキュア通信方法は、セキュア通信に有用であり、特に、複数のリンクを使用する場合に適している。
【符号の説明】
【００７２】
１００  イニシエータ、１１０，１１１，２１０  通信インタフェース、１２０，１２１，２２０  送受信制御部、１３０，２３０  上位レイヤ制御部、１４０，２４０  ＩＫＥ制御部、１５０，２５０  データベース制御部、１６０，２６０  ＩＰＳｅｃ制御部、１７０，２７０  送信優先度制御部、１８０  受信優先度制御部、２００  レスポンダ。
【図１】
2015220733.tif 000003
【図２】
2015220733.tif 000004
【図３】
2015220733.tif 000005
【図４】
2015220733.tif 000006
【図５】
2015220733.tif 000007
【図６】
2015220733.tif 000008
【図７】
2015220733.tif 000009
【図８】
2015220733.tif 000010
【図９】
2015220733.tif 000011
【図１０】
2015220733.tif 000012