(57)【特許請求の範囲】
【請求項１】
名前情報をローカルネットワーク内のセンサデバイスに関連付けるための方法であって、前記ローカルネットワークがサービスゲートウェイによってアクセスネットワークに接続され、前記サービスゲートウェイが前記センサデバイスと通信するように構成され、前記サービスゲートウェイにおいて、
前記センサデバイスに関するセンサ識別情報を受信するステップと、
リモート管理サーバによって、サービスゲートウェイ識別情報および前記センサ識別情報に基づいて、前記センサデバイスのための認可を行い、前記センサが認可されることが可能であることが分かった場合は、前記リモート管理サーバによって、サービスゲートウェイ情報に基づいて、モバイルデバイスに関するコンタクト情報を取り出し、前記リモート管理サーバによって、センサ名前付け情報を取り出すために前記モバイルデバイスと対話するために、前記サービスゲートウェイ識別情報および前記センサ識別情報を前記リモート管理サーバに送信するステップと、
前記リモート管理サーバから前記センサデバイスに関する認可情報および名前付け情報を受信するステップと、
前記センサデバイスに関する前記名前付け情報を記憶するステップと
を実行することを含む、方法。
【請求項２】
前記リモート管理サーバによってセンサ名前付け情報を取り出すために前記モバイルデバイスと対話するステップが、前記モバイルデバイスとテキストメッセージを交換するステップを含む、請求項１に記載の方法。
【請求項３】
前記センサデバイスを参照するために前記名前付け情報を使用して前記ユーザとインターフェースするステップをさらに含む、請求項１または２に記載の方法。
【請求項４】
アクセスネットワークに接続され、少なくとも１つのセンサデバイスを備えたローカルネットワークとの間のゲートウェイとしての使用のためのサービスゲートウェイであって、
前記センサデバイスと通信し、
前記センサデバイスに関するセンサ識別情報を受信し、
リモート管理サーバによって、サービスゲートウェイ識別情報および前記センサ識別情報に基づいて、前記センサデバイスのための認可を実行し、前記センサが認可されることが可能であることが分かった場合は、前記リモート管理サーバによって、サービスゲートウェイ情報に基づいて、モバイルデバイスに関するコンタクト情報を取り出し、前記リモート管理サーバによって、センサ名前付け情報を取り出すために前記モバイルデバイスと対話するために、前記サービスゲートウェイ識別情報および前記センサ識別情報を前記リモート管理サーバに送信し、
前記リモート管理サーバから前記センサデバイスに関する認可情報および名前付け情報を受信し、
前記センサデバイスに関する前記名前付け情報を記憶する
ように構成された、サービスゲートウェイ。
【請求項５】
請求項４に記載のサービスゲートウェイをリモートに管理するように構成されたリモート管理サーバであって、
前記サービスゲートウェイからサービスゲートウェイ識別情報および前記センサ識別情報を受信し、
前記サービスゲートウェイ識別情報および前記センサ識別情報に基づいて前記センサデバイスのための認可を実行し、
前記センサが認可されることが可能であることが分かった場合は、サービスゲートウェイ情報に基づいてモバイルデバイスに関するコンタクト情報を取り出し、
前記コンタクト情報に基づいて、センサ名前付け情報を取り出すために前記モバイルデバイスと対話し、
前記センサデバイスに関する認可情報および名前付け情報を前記サービスゲートウェイに送信する
ようにさらに構成された、リモート管理サーバ。
【請求項６】
コンピュータ上で実行される場合、請求項１から３のいずれか一項に記載の方法を実施するためのコードを含む、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、例えばホームネットワークなどのローカルネットワーク内のセンサデバイスに名前を付けて認可するための方法の分野に関する。
【背景技術】
【０００２】
ドモティクスシステムでは、通常、センサデバイスが住宅環境に追加される。これらのセンサデバイスは、多種多様な利用可能な通信技術によってサービスゲートウェイと通信することができ、ホームネットワークに入ることを許可される前に認可される必要がある。
【０００３】
センサは、通常、普通のユーザにとっては明確な識別ではない一意のＭＡＣアドレス識別子を有する。したがって、住宅内のセンサデバイスに、ユーザによって容易に認識される名前を与えることが好ましい。
【０００４】
現在、センサデバイスに名前を付けるための様々な方法が存在する。例えば、ウェブインターフェースを使用することができる。その場合、ＰＣの存在が必要とされる。別の解決策によれば、名前が自動的に生成されるが、これは、通常、結果として不明確な名前付けになる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の諸実施形態の目的は、センサデバイスに名前を付けて認可するための代替方法を提供することである。
【課題を解決するための手段】
【０００６】
本開示の第１の態様によれば、名前情報をローカルネットワーク内のセンサデバイスに関連付けるための方法であって、ローカルネットワークがサービスゲートウェイによってアクセスネットワークに接続され、サービスゲートウェイがセンサデバイスと通信するように構成され、サービスゲートウェイにおいて：
−  センサデバイスに関するセンサ識別情報を受信するステップと、
−  センサ識別情報を、無線通信ネットワークを介して、ユーザのモバイルデバイスに転送するステップと、
−  モバイルデバイスから通信ネットワークを介してセンサデバイスに関する名前付け情報を受信するステップと、
−  センサデバイスに関する名前付け情報を記憶するステップと
を実行することを含む方法が開示される。
【０００７】
本方法は、モバイルネットワークを介して、携帯電話またはＰＤＡなどのモバイルデバイスによってローカルネットワーク内のセンサデバイスに名前を付けることを可能にする。したがって、パーソナルコンピュータは必要がなく、ユーザは容易にセンサに名前を付けることができる。ユーザは、これを、リモートに、例えば前記ローカルネットワークに関連付けられている住宅内にいない場合に、行うことができる。
【０００８】
好ましい実施形態によれば、本方法は：
−  モバイルデバイスに関するコンタクト情報を取り出すステップと、
−  コンタクト情報に基づいて、センサ識別情報をモバイルデバイスに転送するステップと
をさらに含む。
【０００９】
したがって、サービスゲートウェイは、例えば、例えばモバイルデバイスの携帯電話番号などの前記コンタクト情報を含むメモリまたは名前サーバを参照することができる。メモリまたは名前サーバはまた、モバイルデバイスに関する認可機能情報を含んでもよい。認可機能情報は、例えばモバイルデバイスがどのタイプの認可技術をサポートしているかを定義することができる。
【００１０】
好ましい実施形態によれば、本方法は、センサデバイスに関する認可情報を受信するための要求をモバイルデバイスに転送するステップと、認可情報を受信するステップとをさらに含む。これらのステップは、例えば認可機能情報に基づくものでよい。これらのステップの結果は、ユーザがセンサノードに自分のローカルネットワーク、例えばホームネットワークにアクセスすることを容易に認可することができることである。
【００１１】
好ましい実施形態によれば、認可情報を受信するための要求を転送するステップおよびセンサ識別情報を転送するステップが同時に実行され、名前付け情報を受信するステップおよび認可情報を受信するステップが同時に実行される。これは、モバイルデバイスとユーザとの対話の数を低減する。
【００１２】
好ましい実施形態によれば、センサ識別情報をモバイルデバイスに転送するステップとモバイルデバイスからセンサデバイスに関する名前付け情報を受信するステップとは、ＳＭＳまたは電子メールなどのテキストメッセージを送受信するステップを含む。テキストメッセージは、現行技術によって、容易に伝達されることが可能である。したがって、例えばＳＭＳゲートウェイまたは電子メールゲートウェイなどのメッセージゲートウェイを利用することができる。ユーザは、そのようなタイプのメッセージを現行技術のモバイルデバイス上で容易に読み取り、生成することができる。
【００１３】
本開示の第１の態様の代替実施形態によれば、本方法は、
−  サービスゲートウェイ識別情報およびセンサ識別情報をリモート管理サーバに送信して、サービスゲートウェイ識別情報およびセンサ識別情報に基づいて、センサデバイスに関する認可を実行し、センサが認可されることが可能であることが分かった場合は、サービスゲートウェイ情報に基づいて、モバイルデバイスに関するコンタクト情報を取り出し、リモート管理サーバによって、センサ名前付け情報を取り出すためにモバイルデバイスと対話するステップと、
−  リモート管理サーバからセンサデバイスに関する認可情報および名前付け情報の少なくとも１つを受信するステップと
を含む。
【００１４】
このタイプの諸実施形態によれば、認可処理は、サービスゲートウェイに関するリモート管理サーバに転送される。次いで、リモート管理サーバは、モバイルデバイスとの対話が設定される前に認可を処理することができ、モバイルデバイスにおいて名前付け情報がユーザから取り出される。次いで、サービスゲートウェイは、リモート管理サーバから認可情報および名前付け情報の少なくとも１つを受信することができる。
【００１５】
好ましい実施形態によれば、リモート管理サーバによってセンサ名前付け情報を取り出すためにモバイルデバイスと対話するステップは、モバイルデバイスとテキストメッセージを交換するステップを含む。
【００１６】
ここでまた、リモート管理サーバによってセンサ名前付け情報を取り出すためにモバイルデバイスと対話するステップは、ＳＭＳまたは電子メールなどのテキストメッセージを送受信するステップを含んでよい。さらに、例えばＳＭＳゲートウェイまたは電子メールゲートウェイなどのメッセージゲートウェイを利用することができる。
【００１７】
本開示の好ましい実施形態によれば、本方法は、センサデバイスを参照するために名前付け情報を使用してユーザとインターフェースするステップをさらに含む。名前付け情報はユーザによって能動的に提供されているので、どのセンサデバイスがどのセンサデバイスに対応するかは、はっきりしているはずである。
【００１８】
本開示の第２の態様によれば、アクセスネットワークに接続され、少なくとも１つのセンサデバイスを備えたローカルネットワークとの間のゲートウェイとしての使用のためのサービスゲートウェイが記述されており、サービスゲートウェイは：
−  センサデバイスと通信し、
−  センサデバイスに関するセンサ識別情報を受信し、
−  センサ識別情報を、無線通信ネットワークを介して、ユーザに関連するモバイルデバイスに転送し、
−  センサデバイスに関する名前付け情報をモバイルデバイスから無線通信ネットワークを介して受信し、
−  モバイルデバイスに関する名前付け情報を記憶する
ように構成される。
【００１９】
好ましい実施形態によれば、サービスゲートウェイは：
−  センサ識別情報に基づいてモバイルデバイスに関するコンタクト情報を取り出し、
−  コンタクト情報に基づいてセンサ識別情報をモバイルデバイスに転送する
ようにさらに構成される。
【００２０】
好ましい実施形態によれば、サービスゲートウェイは、センサデバイスに関する認可情報を受信するための要求をモバイルデバイスに転送し、認可情報を受信するようにさらに構成される。
【００２１】
好ましい実施形態によれば、サービスゲートウェイは、認可情報を受信するための要求を転送するステップおよびセンサ識別情報を転送するステップを同時に実行し、名前付け情報を受信するステップおよび認可情報を受信するステップを同時に実行するように構成される。
【００２２】
好ましい実施形態によれば、サービスゲートウェイは、テキストメッセージを送受信することにより、センサ識別情報をモバイルデバイスに転送し、モバイルデバイスからセンサデバイスに関する名前付け情報を受信するように構成される。
【００２３】
好ましい実施形態によれば、サービスゲートウェイは：
−  サービスゲートウェイ識別情報およびセンサ識別情報をリモート管理サーバに送信して、サービスゲートウェイ識別情報およびセンサ識別情報に基づいて、センサデバイスのための認可を実行し、センサが認可されることが可能であることが分かった場合は、サービスゲートウェイ情報に基づいて、モバイルデバイスに関するコンタクト情報を取り出し、リモート管理サーバによって、前記コンタクト情報に基づいてセンサ名前付け情報を取り出すためにモバイルデバイスと対話し、
−  リモート管理サーバからセンサデバイスに関する認可情報および名前付け情報の少なくとも１つを受信する
ようにさらに構成される。
【００２４】
好ましい実施形態によれば、サービスゲートウェイは、ユーザとインターフェースしている間にセンサデバイスを参照する場合は名前付け情報を使用するようにさらに構成される。
【００２５】
本開示の第３の態様によれば、第２の態様によるサービスゲートウェイをリモートに管理するように構成されたリモート管理サーバであって、
−  サービスゲートウェイからサービスゲートウェイ識別情報およびセンサ識別情報を受信し、
−  サービスゲートウェイ識別情報およびセンサ識別情報に基づいてセンサデバイスのための認可を実行し、
−  センサが認可されることが可能であることが分かった場合は、サービスゲートウェイ情報に基づいてモバイルデバイスに関するコンタクト情報を取り出し、
−  コンタクト情報に基づいてセンサ名前付け情報を取り出すためにモバイルデバイスと対話し、
−  センサデバイスに関する認可情報および名前付け情報の少なくとも１つをサービスゲートウェイに送信する
ようにさらに構成されたリモート管理サーバが開示される。
【００２６】
本開示の第４の態様によれば、コンピュータ上で実行される場合、第１の態様による方法を実施するためのコードを含むコンピュータプログラムが開示される。さらに、そのようなプログラムを含むデータストレージも開示される。
【００２７】
本開示のさらなる態様は、従属請求項によって記述される。従属請求項からの特徴、独立請求項のいずれの特徴、および他の従属請求項のいずれの特徴も、請求項によって定義されているような特定の組み合せでだけではなく、当業者にとって適切とみなされるように組み合わされてよい。
【００２８】
添付の図面は、本開示の諸実施形態を示すために使用される。
【図面の簡単な説明】
【００２９】
【図１】本開示の好ましい実施形態を示す図である。
【図２】本開示によるより詳細な実施形態を示す図である。
【図３】本開示によるより詳細な実施形態を示す図である。
【図４】本開示の諸実施形態に対応するより詳細なコールフローを示す図である。
【図５】本開示の諸実施形態に対応するより詳細なコールフローを示す図である。
【発明を実施するための形態】
【００３０】
本発明の諸態様の説明は、特定の実施形態によって、およびいくつかの図面を参照しながら行われるが、本発明はそれらに限定されない。示された図は、概略のみであり、限定的であるとみなされるべきではない。
【００３１】
本開示では、以下の用語は下記のように定義される。
【００３２】
ＯＳＧｉフレームワークは、完全で動的なコンポーネントモデルを実装しているＪａｖａ（登録商標）プログラミング言語のためのモジュールシステムおよびサービスプラットフォームであり、これはスタンドアロンＪａｖａ／ＶＭ環境には存在しないものである。アプリケーションまたはコンポーネント（デプロイメントのためのバンドルの形で提供される）は、リブートを必要とせずに、リモートにインストールされ、開始され、停止され、更新され、アンインストールされることが可能であり、Ｊａｖａパッケージ／クラスの管理は非常に詳細に規定されている。ライフサイクル管理は、管理ポリシのリモートダウンロードを可能にするＡＰＩを介して行われる。サービスレジストリは、バンドルが新しいサービスの追加、またはサービスの除去を検出し、しかるべく適応することができるようにする。
【００３３】
ＳＭＳゲートウェイは、携帯電話（セルフォン）を使用してまたは使用せずにテキストメッセージを送信することを可能にする装置である。
【００３４】
具体的には、ＳＭＳゲートウェイは、ＳＭＳトランジットを提供し、メッセージを他の媒体からモバイルネットワークトラフィックに、またはその逆に変換し、携帯電話の使用または使用なしにＳＭＳメッセージの送信または受信を可能にするデバイスまたはサービスである。ゲートウェイの典型的な使用形態は、簡単な電子メールを携帯電話受信者に転送することである。
【００３５】
ＴＲ−０６９リモート管理プロトコルは、リモートプロシージャコール（ＲＰＣ）がそこに呼び出されるオブジェクト−モデルを含む。ＴＲ−０６９は、ＲＰＣの使用によって、ＨＤＭ（ホームデバイスマネージャ）がＣＰＥを構成し、ＣＰＥ状態および統計値を監視するために、それによってパラメータを読み取るまたは書き込むことができる汎用機構を定義する。ＴＲ−０６９プロトコルはブロードバンドフォーラムによって定義されている。このプロトコルの最新公開バージョンは、第１号、修正３、発行日：２０１０年１１月、プロトコルバージョン：１．２である。
【００３６】
ホームサービスゲートウェイ（ＨＳＧ）は、住宅内のデバイスをインターネットまたは他のＷＡＮに接続するためのゲートウェイとして使用されるホームネットワークデバイスであり、住宅におけるサービス、例えばドモティクスなどをイネーブルにすることができる。
【００３７】
センサ抽象化層（ＳＡＬ）は、共通のフレームワークの中の様々なセンサ固有の特性および通信の詳細をグループ化および抽象化し、それによって、アクセスセンサおよびパイロットセンサへの、それらの特定の技術に関係なく、簡単なプログラミングインターフェースを提供する機能である。
【００３８】
図１は、本開示の実施形態を示す。センサデバイスがホームネットワークの中に追加される。ホームサービスゲートウェイが新しいセンサの存在を検出し、前記センサデバイスから識別情報を受信する、または取り出す（１）。センサ抽象化層の使用によって、新しいセンサの検出を行うことができ、センサとホームサービスゲートウェイとを接続するまたはセンサからホームサービスゲートウェイへの通信を行う際に用いる実際のネットワーク技術とは形式的に無関係に、センサとＨＳＧとの間の通信を行うことができる。次いで、ＨＳＧは、センサ識別情報をモバイルデバイスに転送する（２）。これは、例えばモバイル通信ネットワークを介して行うことができる。例えば、ショートメッセージサービス（ＳＭＳ）によるメッセージをモバイルデバイスに送信することができる。次いで、ユーザまたはモバイルデバイスは、それぞれのセンサに関する要求された名前を示すことによって応答する（３）。次いで、ＨＳＧは、指定された名前（名前付け情報）をさらなる使用のためにデータベース（ＤＢ）に記憶する（４）。ＨＳＧがユーザとインターフェースする必要があり、センサノードを参照することが適切である場合は、ＨＳＧは、ユーザによって指定された名前を取り出して使用することができる。
【００３９】
図２は、本開示による第１のタイプの実施形態を示す。ＨＳＧは、予め定められた情報がそこに記憶されており、そこから取り出されることが可能であるデータストレージのメモリを備え、予め定められた情報は、モバイルデバイスに関するコンタクト情報を含む。モバイルデバイスは、例えば、ネットワーク構成および管理特権を有するユーザに関連付けられることが可能である。次いで、ＨＳＧは、前記センサデバイスから取り出されたセンサデバイス識別情報をモバイルデバイスに、例えば、例えばＳＭＳメッセージなどのテキストメッセージを、無線通信ネットワークを介して、モバイルデバイスに送信することにより、直接送信することができる（２）。例えば、ＳＭＳゲートウェイ機能が関与してもよい。次いで、モバイルデバイスは、ユーザによって要求されたセンサデバイスに関する名前を明記したテキストメッセージ（例えばＳＭＳメッセージ）をＨＳＧに送り返すことにより返答する。名前（名前付け情報）は、ユーザとインターフェースすることが必要とされ、特定のセンサデバイスを参照するべきである場合は、さらなる使用のためにデータベースに記憶される。
【００４０】
図３は、本開示による第２のタイプの実施形態を示す。ここでは、新しいセンサデバイスがＨＳＧ内のＳＡＬによって検出され、ＨＳＧによってそのデバイスのセンサ識別情報（例えばＭＡＣアドレス）が取り出される（１）。ＨＳＧはまた、ＨＳＧ識別情報を含む。ＨＳＧ識別情報およびセンサ識別情報は両方とも、前記ＨＳＧのためのリモート管理サーバに転送される（２）。次いで、リモート管理サーバ、例えばＴＲ−０６９対応の自動構成サーバ（ＡＣＳ）が、ＨＳＧ識別情報およびセンサノード識別情報に基づいてセンサの認可を実行する。したがって、リモート管理サーバは、専用データベース（ＡＣＳ−ＤＢ）を参照することができる（３）。センサデバイスがローカルネットワークへのアクセスを認可されることが可能である場合は、リモート管理サーバは、すでに認可されているセンサに関する要求された名前付け情報を取り出すためにモバイルデバイスとテキストメッセージを交換する（４、５−６、７）。ＡＣＳは、名前付け情報をＨＳＧに転送し（８）、ＨＳＧは、それを後での使用のためにデータベースに記憶する（９）。
【００４１】
図４は、図３に記載のシナリオに事実上対応する第１の例を示す。ＨＳＧは、ユーザの構内にインストールされる。ＨＳＧ上で、ＴＲ−０６９管理エージェントがアップし、バックエンドに接続して稼働する。ＳＡＬがアップし、新しいセンサデバイス追加イベントへのリスティングを実行する。ユーザは、ユーザの住宅おいて接続されることを許可されているセンサデバイスのリストを有するホームセンサマネージャ（ＨＳＭ）において構成される。ユーザは、ユーザの住宅内にインストールするために新しいセンサデバイス、例えばブルートゥース機能を有する体重計を持ってくる。以下のステップを実行することができる：
（１）ユーザがユーザの住宅内のセンサデバイスをアクティブ化し、ＨＳＧのＳＡＬが新しいセンサデバイスを検出し、
（２）ＳＡＬが体重計のＭＡＣアドレスを、追加された新しいセンサデバイスとして、ＴＲ０６９ｍＡｇｅｎｔに送信し、
（３）ＴＲ０６９ｍＡｇｅｎｔがアクティブ通知をＨＤＭ／ＡＬＭ（例えばＡＣＳ）に送信し、
（４）ＨＳＭ（ホームセンサマネージャ、例えばＡＣＳに含まれているが、ＡＣＳと通信するＩＰクラウドにおけるスタンドアロンアプリケーションでもよい）が、ＭＡＣアドレスがユーザにおいて許可されているかどうかをチェックする（認可）。ＨＳＭがデータベースからこの情報を取り出す。データベース内には、ユーザ情報｜ＨＳＧ識別情報｜許可されているセンサデバイス情報の結合または関連が存在する。認可が失敗した場合は、不成功の名前付けを示す情報がＨＳＧに送り返される。結果は、センサデバイスがＳＡＬによって認識されず、拒否されるということである。その場合、アプリケーションは、センサデバイスにアクセスすることができない。
（５）認可が成功した場合は、ＨＳＭは、ユーザのＳＭＳ番号を取り出し、センサデバイスの名前を要求するＳＭＳをユーザのモバイルに送信し、メッセージは、好ましくは、ＭＡＣアドレスおよびＨＳＧ識別情報を含む。
（６）ユーザ／モバイルデバイスが名前付け情報と共に返答する。ＨＳＭが名前付け情報を例えばＳＭＳによって受信すると、名前（名前付け情報）はＨＳＭに関連するデータベースに記憶される。
（７）ＨＳＭは、ＨＳＧにおいて、ＳＡＬ内のＨＤＭ／ＡＬＭ（アプリケーションライフサイクル管理）／ＴＲ０６９ｍＡｇｅｎｔを介して名前を設定する。
（８）ＳＡＬは、設定要求を受信すると、アプリケーションに住宅内のセンサデバイスにアクセスすることを許可する。
【００４２】
図５は、図２に記載のシナリオに事実上対応する第２の例を示す。センサ抽象化層がアップし、稼働する。ＴＲ−０６９管理エージェント（ＴＲ０６９ｍＡｇｅｎｔ）が存在し、新しいセンサイベントを、ＯＳＧｉプラットフォーム上で稼働しているＮＳ−ＳＭＳ（名前サーバ）アプリケーションに送信するようにＳＡＬの構成を実行する。ＮＳ−ＳＭＳ（名前サーバ）は、ユーザデータ（例：ＧＳＭ（登録商標）番号）を有して構成される。
【００４３】
ユーザは、ユーザの住宅内にインストールするために新しいセンサデバイス、例えばブルートゥース機能を有する体重計を持って来る。
（１）ユーザがユーザの住宅内のセンサデバイスをアクティブ化し、ＨＳＧのＳＡＬが新しいセンサデバイスを検出し、
（２）ＳＡＬは、体重計のＭＡＣアドレスを、追加された新しいセンサデバイスとして名前サーバ（ＮＳ−ＳＭＳ）に送信し、
（３）ＮＳ−ＳＭＳは、ＳＭＳをセンサデバイスのＭＡＣアドレスと共にユーザのモバイルに送信し、
（４）ＮＳ−ＳＭＳサーバは、ユーザからＳＭＳを受信し、センサの名前と共にＳＡＬに通知し、
（５）ＳＡＬは、新しいセンサデバイスを受け入れる：今後は、すべてのアプリケーションは、ユーザによって提供された名前付け情報によって識別されることが可能である住宅内の新しいセンサデバイスに、アクセスすることができる。
【００４４】
代替実施形態では、ＳＭＳを使用する代わりに、電子メールメッセージを使用することもできることが留意され得る。
【図１】
0005827697.tif 000002
【図２】
0005827697.tif 000003
【図３】
0005827697.tif 000004
【図４】
0005827697.tif 000005
【図５】
0005827697.tif 000006