特許 6605149 共有端末の検出方法及びその装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6605149

(24)【登録日】2019年10月25日

(45)【発行日】2019年11月13日

(54)【発明の名称】共有端末の検出方法及びその装置

(51)【国際特許分類】

   H04L 12/70 20130101AFI20191031BHJP

【ＦＩ】

   H04L12/70 B

   H04L12/70 A

【請求項の数】7

【全頁数】10

(21)【出願番号】特願2018-533596(P2018-533596)

(86)(22)【出願日】2016年9月9日

(65)【公表番号】特表2018-527862(P2018-527862A)

(43)【公表日】2018年9月20日

(86)【国際出願番号】KR2016010198

(87)【国際公開番号】WO2017043930

(87)【国際公開日】20170316

【審査請求日】2018年3月15日

(31)【優先権主張番号】10-2015-0128572

(32)【優先日】2015年9月10日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】518084006

【氏名又は名称】株式会社スサンアイエヌティー

【氏名又は名称原語表記】ＳＯＯＳＡＮ ＩＮＴ ＣＯ．， ＬＴＤ．

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】リー， ユン ソク

(72)【発明者】

【氏名】リー， ヨン ファン

【審査官】 大石 博見

(56)【参考文献】

【文献】 韓国登録特許第１０−１１２７２４６（ＫＲ，Ｂ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ １２／７０

(57)【特許請求の範囲】

【請求項1】

共有端末検出サーバにおいて、パブリックインターネットプロトコル（ＩＰ）アドレスを共有する共有端末を検出する方法において、前記共有端末検出サーバは、
端末のウェブサーバ接続のためのウェブ接続トラフィックを受信する段階と、
ウェブリアルタイム通信要求が記述されたＩＰ検出用ウェブページへの再接続を要求する応答メッセージを、前記ウェブ接続トラフィックの応答として、前記端末に伝送する段階と、
前記ＩＰ検出用ウェブページに記述されたスクリプトによる前記端末のウェブブラウザのウェブリアルタイム通信設定のために、ＳＴＵＮサーバによって把握された前記端末のプライベートＩＰアドレスを、前記ＩＰ検出用ウェブページを介して獲得する段階と、
前記プライベートＩＰアドレスを基に、共有端末であるか否かということを検出する段階と、
を含むことを特徴とする共有端末の検出方法。

【請求項2】

前記ＩＰ検出用ウェブページは、０％フレームで構成される
ことを特徴とする請求項１に記載の共有端末の検出方法。

【請求項3】

前記端末のウェブブラウザは、前記ＩＰ検出用ウェブページに記述されたスクリプトにより、前記ＳＴＵＮサーバに、前記端末のネットワーク情報を要求して受信する
ことを特徴とする請求項１に記載の共有端末の検出方法。

【請求項4】

前記ＩＰ検出用ウェブページは、
前記端末のウェブブラウザを介したウェブリアルタイム通信のために、前記ＳＴＵＮサーバに、前記端末のネットワーク情報を要求して受信する第１スクリプトと、
前記ネットワーク情報に含まれている前記端末のプライベートＩＰアドレスをパラメータにするアクティブサーバページを呼び出す第２スクリプトと、を含む
ことを特徴とする請求項１に記載の共有端末の検出方法。

【請求項5】

前記ＩＰ検出用ウェブページに再接続した端末は、
ウェブブラウザのウェブリアルタイム通信設定のために、ＳＴＵＮサーバに、ネットワーク情報を要求して受信する段階と、
前記ネットワーク情報に含まれた前記端末のプライベートＩＰアドレスを把握する段階と、
前記プライベートＩＰアドレスを、前記共有端末検出サーバに提供する段階と、
を含むことを特徴とする請求項１に記載の共有端末の検出方法。

【請求項6】

パブリックＩＰアドレスを共有する端末を検出する方法において、前記端末は、
ウェブブラウザのウェブサーバ接続のためのウェブ接続トラフィックを伝送する段階と、
共有端末検出サーバのＩＰ検出用ウェブページへの再接続を要求する応答メッセージを、前記ウェブ接続トラフィックの応答として受信する段階と、
前記応答メッセージにより、前記ＩＰ検出用ウェブページに接続する段階と、
前記ウェブブラウザが、前記ＩＰ検出用ウェブページのスクリプトに記述された手続きにより、ＳＴＵＮサーバに、ネットワーク情報を要求して受信する段階と、
前記ネットワーク情報に含まれた前記端末のプライベートＩＰアドレスを、前記共有端末検出サーバに提供する段階と、
を含むことを特徴とする共有端末の検出方法。

【請求項7】

請求項１に記載の方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、パブリックＩＰ（ＩＰ：internet protocol）アドレスを共有する端末を検出する方法及びその装置に係り、さらに詳細には、端末のプライベートＩＰアドレスを利用し、共有端末を検出する方法及びその装置に関する。

【背景技術】

【0002】

図１は、従来の共有器を利用し、パブリックＩＰアドレスを共有する端末の一例を図示した図面である。図１を参照すれば、共有器１２０は、端末１００，１１０から受信したパケットに含まれたプライベートＩＰアドレスをパブリックＩＰアドレスに変換し、ウェブサーバ１３０などに伝送し、ウェブサーバ１３０から受信したパケットに含まれたパブリックＩＰアドレスを、当該パケットの実際目的地である端末のプライベートＩＰアドレスに変換し、端末１００，１１０に伝送する。

【0003】

パブリックＩＰアドレスを共有する端末（すなわち、共有端末）であるか否かということを検出するための方法として、クッキー（cookie）を利用し、端末識別値を付与する方法がある。しかし、クッキーを利用し、端末に識別値を付与する場合、ユーザがクッキーなどを削除することができ、正確な共有端末検出に限界がある。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明がなす技術的課題は、端末識別値を含むクッキーや、共有端末を検出するためのアプレットなどのプログラムを端末にインストールする必要なしに、端末のプライベートＩＰアドレスを容易に把握し、共有端末であるか否かということを検出することができる方法及びその装置を提供するところにある。

【課題を解決するための手段】

【0005】

前述の技術的課題を達成するための、本発明による共有端末の検出方法の一例は、共有端末検出サーバにおいて、パブリックＩＰアドレスを共有する共有端末を検出する方法において、前記共有端末検出サーバは、端末のウェブサーバ接続のためのウェブ接続トラフィックを受信する段階と、ウェブリアルタイム通信要求が記述されたＩＰ検出用ウェブページへの再接続を要求する応答メッセージを、前記ウェブ接続トラフィックの応答として、前記端末に伝送する段階と、前記端末のウェブブラウザのウェブリアルタイム通信設定のために、スタン（ＳＴＵＮ）サーバによって把握された前記端末のプライベートＩＰアドレスを、前記ＩＰ検出用ウェブページを介して獲得する段階と、前記プライベートＩＰアドレスを基に、共有端末であるか否かということを検出する段階と、を含む。

【0006】

前述の技術的課題を達成するための、本発明による共有端末の検出方法の他の一例は、パブリックＩＰアドレスを共有する端末を検出する方法において、前記端末は、ウェブブラウザのウェブサーバ接続のためのウェブ接続トラフィックを伝送する段階と、共有端末検出サーバのＩＰ検出用ウェブページへの再接続を要求する応答メッセージを、前記ウェブ接続トラフィックの応答として受信する段階と、前記応答メッセージにより、前記ＩＰ検出用ウェブページに接続する段階と、前記ウェブブラウザが、前記ＩＰ検出用ウェブページのスクリプトに記述された手続きにより、スタンサーバにネットワーク情報を要求して受信する段階と、前記ネットワーク情報に含まれた前記端末のプライベートＩＰアドレスを、前記共有端末検出サーバに提供する段階と、を含む。

【発明の効果】

【0007】

本発明によれば、ウェブブラウザのウェブリアルタイム通信（ＷｅｂＲＴＣ：Web real-time communication）を利用して把握した端末のプライベートＩＰアドレスを基に、共有端末を検出することができる。また、クッキーなどを介して、端末識別値を付与したり、端末に共有端末検出のための別途のアプレットなどのプログラムをインストールしたりする必要がないので、端末ユーザのクッキーやアプレットの悪意的削除などによる共有端末検出妨害を基本的に防止することができる。

【図面の簡単な説明】

【0008】

【図1】従来の共有器を利用し、パブリックＩＰアドレスを共有する端末の一例を図示した図面である。

【図2】アプレットを利用し、ローカルＩＰアドレスを把握する方法の一例を図示した図面である。

【図3】本発明による共有端末検出のための全体システムの概略的な構成を図示した図面である。

【図4】本発明による共有端末の検出方法の一実施形態のフローチャートである。

【図5】本発明による共有端末検出サーバで提供するＩＰ検出用ウェブページの一例を図示した図面である。

【図6】本発明による共有端末検出サーバで提供するＩＰ検出用ウェブページの他の一例を図示した図面である。

【図7】本発明による共有端末検出サーバで保存管理するＩＰアドレスの一例を図示した図面である。

【発明を実施するための形態】

【0009】

以下、添付された図面を参照し、本発明による共有端末の検出方法及びその装置について詳細に説明する。

【0010】

図２は、アプレット（applet）を利用し、ローカルＩＰ（internet protocol）アドレスを把握する方法の一例を図示した図面である。

【0011】

図２を参照すれば、端末１００は、ウェブブラウザ２００を介してウェブサーバ１３０に接続し、スクリプト（script）などを含んだウェブページ２１０をダウンロードされて表示する。端末１００のウェブブラウザ２００は、ウェブページ２１０のスクリプトを解釈し、スクリプトに記述された手続きを遂行する。ウェブページ２１０を構成するスクリプトは、保安などさまざまな問題により、端末１００のローカル資源やローカル情報にアクセスするのに限界があり、特に、端末のローカルＩＰアドレス（すなわち、プライベートＩＰアドレス）２３０にすぐアクセスすることができない。また、ウェブサーバ１３０が提供したウェブページ２１０に、他のサーバ２４０がアクセスすることもできない。

【0012】

ウェブサーバ１３０が、端末のローカルＩＰアドレス２３０にアクセスするためには、アプレット２２０のような別途のプログラムを介さなければならない。ウェブページのスクリプトは、コンパイル過程なしに、ウェブブラウザが解釈して処理する手続きを記述した一種のテキスト集合である。それに対して、アプレット２２０は、ウェブページのスクリプトと異なり、ウェブサーバ１３０から別途にダウンロードされ、端末ローカルに保存し、コンパイルを介して遂行される一種のプログラムである。例えば、ウェブサーバ１３０は、端末に、別途のアプレット２２０を提供した後、そのアプレット２２０を介して、端末のローカルＩＰアドレス２３０を把握することはできるが、ウェブサーバ１３０が提供するウェブページ２１０のスクリプトを介して、ローカルＩＰアドレス２３０を把握することができない。

【0013】

アプレット２２０を利用し、端末のローカルＩＰアドレスを把握する方法は、ユーザがアプレットインストールを拒否するか、あるいはアプレットを削除する場合、ローカルＩＰアドレスを把握することができないという問題点を有する。以下の実施形態では、アプレットインストールなしに、端末のプライベートＩＰアドレスを獲得し、共有端末を検出する方法について述べる。

【0014】

図３は、本発明による共有端末検出のための全体システムの概略的な構成を図示した図面である。

【0015】

図３を参照すれば、共有器３１０を介して、パブリックＩＰアドレスを共有する少なくとも２以上の端末３００，３０２、共有端末を検出する共有端末検出サーバ３４０、ウェブリアルタイム通信（ＷｅｂＲＴＣ（Real-Time Communication））のためのネットワーク情報を提供するＳＴＵＮ（Session Traversal Utilities for NAT）サーバ３２０などが存在する。

【0016】

共有器３１０は、パブリックＩＰアドレスを、複数の端末３００，３０２が共有するようにする装置であり、ＮＡＴ（Network Address Translation）装置などがある。例えば、共有器３１０は、端末３００，３０２から受信したパケットに含まれたプライベートＩＰアドレスをパブリックＩＰアドレスに変換し、外部に伝送し、外部から受信したパケットに含まれたパブリックＩＰアドレスを、プライベートＩＰアドレスに変換し、内部端末３００，３０２に伝送する。

【0017】

ウェブサーバ（３３０）は、多様なコンテンツなどを提供するサーバであり、一例として、「ネイバー(NAVER)」のようなポータルサイトを提供するサーバでもある。ウェブサーバの種類は、多様なことがあり、いずれか一つに限定されるものではない。

【0018】

ＳＴＵＮサーバ３２０は、端末のウェブブラウザを介したウェブリアルタイム通信が可能になるように、端末３００，３０２が属したネットワーク情報（例えば、共有器３１０のパブリックＩＰアドレス、端末３００，３０２のプライベートＩＰアドレスなど）を把握する。端末３００，３０２は、別途のＰ２Ｐ（peer-to-peer）接続プログラムをインストールする必要なしに，クロム（Chrome）、ファイアフォックス（Firefox）、オペラ（Opera）のようなウェブブラウザを利用し，他の端末と，直接音声、映像などのデータを送受信することができ、かようなウェブブラウザを介した端末間接続を、ウェブリアルタイム通信（ＷｅｂＲＴＣ）という。

【0019】

ウェブリアルタイム通信は、サーバを経由しない端末間接続（すなわち、Ｐ２Ｐ接続）であるので、端末間通信が可能であるか否かということを事前に把握する必要があり、それを遂行するサーバがＳＴＵＮサーバである。ＳＴＵＮサーバは、複数個存在することができ、端末は、そのうちいずれか１つのＳＴＵＮサーバ３２０を選択し、選択したＳＴＵＮサーバ３２０に、自体が属したネットワーク情報を要求して受信することができる。ＳＴＵＮサーバ３２０は、ＩＣＥ（Interactive Connectivity Establishment）フレームワークを介して、端末３００，３０２のネットワーク情報を把握することができる。

【0020】

共有端末検出サーバ３４０は、端末３００，３０２からウェブサーバ３３０に伝送されるウェブ接続トラフィックを、ミラーリング装置３６０を介してミラーリングし、端末３００，３０２に、共有端末検出サーバ３４０のＩＰ検出用ウェブページ３５０に再接続するように要求し、端末のウェブリアルタイム通信のために、ＳＴＵＮサーバ３２０で把握されたネットワーク情報を、ＩＰ検出用ウェブページ３５０を介して獲得し、共有端末であるか否かということを検出する。ＩＰ検出用ウェブページ３５０は、共有端末検出サーバ３４０で遂行される手続きを記述したサーバ側スクリプト（server side script）と、端末で遂行される手続きを記述したクライアント側スクリプト（client side script）とから構成される。共有端末検出過程については、図４で詳細に説明する。

【0021】

本実施形態は、共有端末検出サーバ３４０がミラーリング装置３６０と接続されている構造について開示しているが、必ずしもそれに限定されるものではなく、共有端末検出サーバ３４０は、ミラーリング装置３６０の位置に実現されるか、あるいはウェブサーバ３３０またはＳＴＵＮサーバ３２０の一部としても実現される。

【0022】

図４は、本発明による共有端末の検出方法の一実施形態のフローチャートである。

【0023】

図４を参照すれば、端末３００は、ウェブリアルタイム通信が可能なウェブブラウザを駆動し（Ｓ４００）、ユーザが入力するか、あるいは選択したウェブサイト（例えば、「Google」など）に接続するためのウェブ接続トラフィックを、ウェブサーバに伝送する（Ｓ４０５）。

【0024】

共有端末検出サーバ（以下、検出サーバ）３４０は、ウェブ接続トラフィックをミラーリングして受信する（Ｓ４１０）。ウェブ接続トラフィックに対する応答として、検出サーバ３４０は、ＩＰ検出用ウェブページ３５０への再接続を要求する応答メッセージを端末３００に伝送する（Ｓ４１５）。応答メッセージは、端末が本来接続するウェブサーバ３３０への再接続要求をさらに含んでもよい。

【0025】

ウェブサーバ３３０の応答よりも、検出サーバ３４０の応答を先に受けた端末３００は、検出サーバ３４０の応答メッセージにより、検出サーバ３４０のＩＰ検出用ウェブページ３５０に再接続する（Ｓ４２０）。応答メッセージに、端末が本来接続するウェブサーバへの再接続要求があれば、端末３００は、さらにウェブサーバ３３０にも再接続する。端末３００が、検出サーバ３４０の応答メッセージ受信後、ウェブサーバ３３０からウェブ接続トラフィックに対する応答メッセージを受信すれば、それを廃棄する。

【0026】

端末３００がＩＰ検出用ウェブページ３５０に接続すれば、端末３００のウェブブラウザは、ＩＰ検出用ウェブページ３５０に含まれたウェブリアルタイム通信設定及びネットワーク情報報告などに係わる端末側スクリプトを解釈して遂行する。具体的には、端末３００は、ＩＰ検出用ウェブページ３５０のスクリプトに記述された手続きにより、ウェブブラウザを介したウェブリアルタイム通信のためのＳＴＵＮサーバ３２０の設定のような初期化過程などを遂行し（Ｓ４２５）、ＳＴＵＮサーバ３２０に端末自体が属したネットワーク情報（パブリックＩＰアドレス、プライベートＩＰアドレスなど）を要求して受信する（Ｓ４３０、Ｓ４４０）。

【0027】

端末３００は、ＳＴＵＮサーバ３２０を介して把握した端末３００のプライベートＩＰアドレスを、ＩＰ検出用ウェブページのスクリプトに記述された手続きにより、検出サーバに提供する（Ｓ４４０、Ｓ４４５）。例えば、ＩＰ検出用ウェブページ３５０のスクリプトは、プライベートＩＰアドレスをパラメータにするアクティブサーバページ（ＡＳＰ：active server page）関数呼び出しを介して、プライベートＩＰアドレスを検出サーバ３４０に提供することができる。ここで、アクティブサーバページ（ＡＳＰ）は、端末３００のウェブブラウザが解釈して遂行する端末側スクリプトと異なり、検出サーバ３４０で解釈して遂行されるサーバ側スクリプトを意味する。

【0028】

検出サーバ３４０は、ＩＰ検出用ウェブページ３５０を介して提供された端末のプライベートＩＰアドレスを基に、共有端末であるか否かということを検出する（Ｓ４５０）。例えば、検出サーバ３４０は、ウェブ接続トラフィックに含まれた端末３００のパブリックＩＰアドレスと、ＳＴＵＮサーバ３２０を介して把握したプライベートＩＰアドレスとをマッピングして保存した後、パブリックＩＰアドレス別に、互いに異なるプライベートＩＰアドレスの個数などを基に、共有端末であるか否かということを検出することができる。他の例として、検出サーバ３４０は、ＳＴＵＮサーバ３２０によって把握された端末のパブリックＩＰアドレス及びプライベートＩＰアドレスを、共にＩＰ検出用ウェブページ３５０を介して、端末３００から提供された後、パブリックＩＰアドレス別に互いに異なるプライベートＩＰアドレスの個数などを基に、共有端末であるか否かということを検出することができる。

【0029】

図５は、本発明による共有端末検出サーバで提供するＩＰ検出用ウェブページの一例を図示した図面である。

【0030】

図５を参照すれば、ＩＰ検出用ウェブページ３５０は、端末のウェブブラウザを介したウェブリアルタイム通信設定の手続きを記述した第１スクリプト５００と、ＳＴＵＮサーバを介して把握されたネットワーク情報を検出サーバに提供する手続きを記述した第２スクリプト５１０と、を含む。

【0031】

第１スクリプト５００は、ＳＴＵＮサーバの選択、ＳＴＵＮサーバに、ネットワーク情報の要求及び受信などの手続きを含む端末側スクリプトである。端末のウェブブラウザは、ＩＰ検出用ウェブページの第１スクリプト５００による手続きを遂行し、ＳＴＵＮサーバからネットワーク情報（パブリックＩＰアドレス、プライベートＩＰアドレスなど）を獲得することができる。ウェブページのスクリプトを介して、ウェブブラウザが遂行する手続きを記述する方法としては、端末のローカル情報に対するアクセスが非常に制限的であるということは、図２で述べた通りであり、特に、端末のローカルＩＰアドレスにアクセスすることができない。従って、本実施形態は、ウェブブラウザを介したウェブリアルタイム通信のために、端末のネットワーク情報を把握して提供するＳＴＵＮサーバを介して、端末のプライベートＩＰアドレスを迂回的に把握する。

【0032】

第２スクリプト５１０は、第１スクリプト５００に記述された手続きを介して把握された端末のプライベートＩＰアドレスを、検出サーバに提供する手続きを含む。端末が、検出サーバと異なる通信接続過程を遂行し、ネットワーク情報を提供することもできるが、ＳＴＵＮサーバで把握されたネットワーク情報（プライベートＩＰアドレス、パブリックＩＰアドレスなど）を、ＩＰ検出用ウェブページを介して、容易に提供するように、第２スクリプト５１０は、検出サーバ側で遂行されるサーバ側スクリプト（例えば、アクティブサーバページ（ＡＳＰ））を呼び出す手続きを含む。例えば、端末のウェブブラウザは、第２スクリプト５１０に記述された手続きにより、ＳＴＵＮサーバで把握されたネットワーク情報をパラメータにするＡＳＰ関数を呼び出し、検出サーバは、パラメータに伝送されたプライベートＩＰアドレスを、パブリックＩＰアドレスとマッピングして保存することにより、共有端末であるか否かということを検出する。従って、本実施形態は、プライベートＩＰアドレスを検出するための別途のアプレットが必要ない。

【0033】

図６は、本発明による共有端末検出サーバで提供するＩＰ検出用ウェブページの他の一例を図示した図面である。

【0034】

図６を参照すれば、ＩＰ検出用ウェブページは、１００％フレーム６００または０％フレーム６１０など多様な大きさ（０％〜１００％）のフレームでも構成される。１００％フレーム６００とは、端末のウェブブラウザに１００％サイズで示されるフレームであり、０％フレーム６１０とは、示される大きさがゼロ、すなわち、ウェブブラウザに見えないフレームを意味する。

【0035】

図７は、本発明による共有端末検出サーバで保存管理するＩＰアドレスの一例を図示した図面である。

【0036】

図７を参照すれば、検出サーバは、パブリックＩＰアドレス７００とプライベートＩＰアドレス７１０，７１２とをマッピングして保存して管理する。検出サーバは、パブリックＩＰアドレス７００別に、プライベートＩＰアドレス７１０，７１２の個数などを基に、パブリックＩＰアドレスを共有する端末の個数などを把握することができる。

【0037】

検出サーバは、端末が、ウェブサーバに伝送するウェブ接続トラフィックに含まれたパブリックＩＰアドレス７００を把握し、ＩＰ検出用ウェブページを介して、端末から、プライベートＩＰアドレス７１０，７１２を提供されるか、あるいはＩＰ検出用ウェブページを介して、端末から、プライベートＩＰアドレス７１０，７１２とパブリックＩＰアドレス７００とを共に提供される。

【0038】

本発明は、またコンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして実現することが可能である。コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存される全種の記録装置を含む。コンピュータで読み取り可能な記録媒体の例としては、ＲＯＭ（read-only memory）、ＲＡＭ（random access memory）、ＣＤ−ＲＯＭ（compact disc read only memory）、磁気テープ、フロッピーディスク、光データ保存装置などがある。また、コンピュータで読み取り可能な記録媒体は、ネットワークに接続されたコンピュータシステムに分散され、分散方式で、コンピュータで読み取り可能なコードが保存されて実行される。

【0039】

以上、本発明について、その望ましい実施形態について説明した。本発明が属する技術分野において当業者であるならば、本発明が、本発明の本質的な特性から外れない範囲で変形された形態に実現されるということを理解することができるであろう。従って、開示された実施形態は、限定的な観点ではなく、説明的な観点から考慮されなければならない。本発明の範囲は、前述の説明ではなく、特許請求の範囲に示されており、それと同等な範囲内にある全ての差異は、本発明に含まれたものであると解釈されなければならないのである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】