JP2004507975A - ローカル端末の起動のための方法及びシステム - Google Patents

Abstract

第１ネットワーク（１）に接続可能であるローカル端末（７）を活性化するためのシステム及び方法。ローカル活性化モジュール（６）は、一方で第２ネットワーク（５）に、他方でローカル端末に接続され、活性化コード受信後に該端末を活性化する。活性化モジュールはローカル端末とサーバ間の接続を活性化するが、サーバはさらに端末を活性化する。第２ネットワーク（５）が、サーバ（２）がそれを介して第２ネットワークに接続するノードの識別子（ＣＬＩ）を活性化モジュール（６）に渡す場合、活性化モジュールは識別子を記録し、活性化モジュールは記録された識別子の値に従って多様な方法で端末を活性化できる。サーバ（２）は、さまざまな識別子が指定されたノードを介してネットワークに接続できる。第１ネットワーク及び第２ネットワークが同ネットワークの一部を形成できる。

Description

【０００１】
（発明の属する技術分野）
本発明は、第１ネットワークに接続可能なローカル端末を活性化するための方法及びシステムに係わる。
【０００２】
（発明の背景及び問題の定義）
例えば、「インターネットサービスプロバイダ」（ＩＳＰ）などのサーバが、ログインしている、あるいはすでにログインしたユーザに対し、そのユーザ向けに新しい電子メール、ニュース、あるいは他のアイテムがあることを知らせることは既知である。別の可能性としては、サーバにログインした後のユーザが、何か新しいアイテムが届いていないかどうかを尋ねることが考えられる。代わりに、ＩＳＰまたは他のサーバは、何らかの他の方法でローカル端末を活性化することができる。例えば、ＩＳＰは、端末に存在するソフトウェアまたはデータベースを更新し、最新のニュースレポート等を送信することができる。しかしながら、このすべては、サーバと実際に接続している場合にのみ可能である。ユーザが、ニュースメール等がサーバに届くとすぐに通知されることを望む場合、これは、サーバと継続して接続されているか、あるいは非常に頻繁に接続を確立する場合にだけ可能である。接続が、例えば、通常は継続してオープンしていないＰＳＴＮまたはＩＳＤＮ接続を介して実行する場合、これは、ユーザが、メール、メッセージ、更新等がサーバに存在するかどうかを確かめるために、定期的に接続を確立しなければならないことを意味する。ただし、多くの場合これは当てはまらないため、この手順はユーザにとっても、サービスプロバイダにとっても非効率的で、費用がかかる。言うまでもなく、継続して接続をオープンに保つことは、家庭のユーザ及び小企業のユーザにとってなおさらに高価である。
【０００３】
（発明の要約）
前記問題を克服するために、本発明は――要約すれば――「非恒久的にアクセス可能な端末（Ｎｏｎ−ｐｅｒｍａｎｅｎｔｌｙ　Ａｃｃｅｓｓｉｂｌｅ　Ｔｅｒｍｉｎａｌ）」（ＮＡＴ）が「恒久的にアクセス可能な端末（Ｐｅｒｍａｎｅｎｔｌｙ　Ａｃｃｅｓｓｉｂｌｅ　Ｔｅｒｍｉｎａｌ）」（ＰＡＴ）を介してサーバにより活性化される方法及びシステムを提供する。第１ネットワークに接続可能なローカル（「非恒久的にアクセス可能な」）端末の活性化のための方法は、本発明に従い、以下のステップを有することがある。
【０００４】
１．ａ．サーバは第２ネットワークを介して、一方で第２ネットワークに接続され、他方でローカル端末に接続されているローカル（「恒久的にアクセス可能な」）活性化モジュールに活性化コードを伝送する。
【０００５】
１．ｂ．活性化コードを受信した後に、活性化モジュールは端末を活性化する。活性化コードを受信すると、第１ネットワーク（例えば、ＰＳＴＮまたはＩＳＤＮ）を介して恒久的にアクセス可能であるＰＡＴは、言うなれば、第１ネットワーク（例えばインターネット）を介して恒久的にアクセス可能ではないＮＡＴの「目を覚まさせる」。「目覚めさせられた」後、ＮＡＴは、ＮＡＴがどのようにプログラミングされているのかに応じて追加の動作を実行できる。活性化モジュールつまりＰＡＴは、例えば、第１ネットワークを介して、ローカル端末、つまりＮＡＴとサーバ間の接続を活性化し、その後サーバは、今度はさらに端末、つまりＮＡＴを活性化することができる。
【０００６】
ＰＡＴによる活性化は、「呼び出し回線識別子（ＣＬＩ）」またはサーバが活性化モジュールとのその接続で使用する他のノード識別子に依存させることもできる。
【０００７】
第２ネットワークが活性化モジュールに、サーバがそれを介して第２ネットワークに接続するノードのＣＬＩを渡すと、活性化モジュールはＣＬＩを記録し、記録されたＣＬＩに従って端末を活性化する。このようにして、ＰＡＴにより受信されるＣＬＩ値は、ここでＮＡＴの動作を決定する。
【０００８】
多岐に渡る方法でのＮＡＴの活性化のために、サーバは、さまざまなＣＬＩが設定される多様なノードを介して第２ネットワークに接続することができ、これによりサーバは、例えばＰＳＴＮまたはＩＳＤＮの一方のネットワークノードまたは他方のネットワークノードのどちらかを明確に使用することにより、ＰＡＴを介して活性化されるＮＡＴの動作を設定できるようになる。
【０００９】
ＰＡＴは、それが第２ネットワークに接続でき、サーバの活性化コードを受信できる限りは、（ＮＡＴである可能性があるコンピュータ上の）ソフトウェアだけではなくハードウェア（ボックス）として実現することができる。ＰＡＴがソフトウェアにより実現されており、ユーザが、ソフトウェアが実行しているデバイス（例えばＮＡＴ）をオンにしていない場合、警報を送信しても無駄である。この問題に対処する１つの方法は、エンドユーザが、自分が警報を受信することを希望する時間を設定できるようにすることである。したがって、警報を受信するために、ＰＣがこの時間の間オンであることを確実にすることはエンドユーザの責任である。別のオプションは、ユーザが、マウスのクリックを使用して仮想オンラインステータスをトグルできることである。エンドユーザを特定するためにＣＬＩを使用する呼び出しサーバにエンドユーザから呼び出しが行われる。すると、エンドユーザの仮想オンラインステータスは、仮想オンラインから仮想オフラインにトグルできる、あるいは逆もまた同様である。このようにして、エンドユーザは、警報を受信する準備ができているとき、及びできていないときを信号で知らせることができる。プラットホームは、仮想オンラインステータスを追跡調査し、ユーザが仮想オンラインである場合にだけ警報を送信するだろう。
【００１０】
ＮＡＴは、それが活性化信号またはコードをＰＡＴから受信することができ、第１ネットワークに接続できる限りは、パーソナルコンピュータ、ラップトップ、電話（無線だけではなく有線）等の任意の種類の装置である可能性がある。
【００１１】
活性化コードが、端末が第２ネットワークに接続されているかどうかとは無関係に、活性化された後に、活性化コード自体に加えて、サーバによって活性化モジュールに送信され、端末が読み取ることができるメッセージを有することもある。この種のメッセージは、例えば、ＳＭＳまたは電子メールメッセージ等の（さらに長い）メッセージがサーバで、端末のユーザによって読み取られるのを待機中である旨の通知メッセージである場合があるだろう。しかしながら、それは必ずしも（サーバにあるさらに長いメッセージの存在を示す）通知メッセージではない。つまり、活性化コードは、完全なメッセージ（例えば、ＳＭＳ）を有することもある。このオプションは、第１ネットワークがＩＳＤＮネットワークである場合に、特に適用可能である。ユーザは、最初に第２ネットワーック（例えば、インターネット）に接続を行わなくても、端末が活性化されるとすぐにメッセージを読み取ることができる。ここで、本発明は、本発明による方法を実行するために適切であるシステムアーキテクチャの作業例に関してさらに詳細に説明されるだろう。
【００１２】
（説明）
本発明を教示する目的で、本発明の方法及びデバイスの好ましい実施形態が後述される。本発明の他の代替の、及び同等な実施形態を、本発明の真の精神から逸脱することなく発明し、実践に変えることが可能であり、本発明の範囲が最終的に許可されるクレームによってのみ制限されることは、当業者には明らかだろう。
【００１３】
図１は、第１ネットワーク、例えばインターネットに接続可能なローカルの「非恒久的にアクセス可能な」端末７を活性化するためのシステムを示す。ローカルの「恒久的にアクセス可能な」活性化モジュール６は、一方で第２ネットワーク５（例えば、ＰＳＴＮまたはＩＳＮ）に、他方で、活性化モジュールが活性化コード（ａ）を受信後に端末７（ｂ）を活性化するローカル端末７接続されている。この活性化は、（家庭用）装置等の端末を介した制御などの多岐に渡る事柄を指す場合がある（図３を参照すること）。しかしながら、特に、活性化モジュール６は（その後）第１ネットワークを介してローカル端末７とサーバ２（ｃ）間の接続を活性化し、サーバ２はさらに端末を活性化するか、制御するか、あるいは端末と通信する。第２ネットワーク５は、サーバ２がそれを介して第２ネットワークに接続する活性化モジュール６に識別子（呼び出し回線識別子）――ＣＬＩ）を渡す。活性化モジュール６はこの識別子（ＣＬＩ）を記録し、ＣＬＩの値に従って端末７を活性化する。
【００１４】
サーバ２は、活性化モジュールにより記録されるＣＬＩの値に従って、多様な方法で活性化モジュール６を、及び間接的に端末７を活性化する目的で――それぞれに異なる識別子（ＣＬＩ）が設定される多様なネットワークを介して――第２ネットワークに接続するための、選択手段４によって表される手段を有する。
【００１５】
第１ネットワーク１と第２ネットワーク５は、原則的に完全に別個のネットワークである場合がある。ただし、第１ネットワーク１と第２ネットワークが、（部分的に）同じネットワークに属する場合もある。一般的には、この後者の可能性が通常当てはまる。つまり、住宅での使用の場合、インターネット１は通常ＰＳＴＮまたはＩＳＤＮ接続を介して、ＰＳＴＮまたはＩＳＤＮモデム３及びＩＳＰを介してアクセスされる。
【００１６】
図２は、ＩＳＰ８を含む状況を示す。さらに、モデム３と活性化モジュール６が、両方の機能を組み込んだ１つの装置に結合されている。好ましくは動作は図１の動作に同一である。ただし、サーバ２と端末７間の接続は、一方でＰＳＴＮまたはＩＳＤＮに接続され、他方でＩＰネットワーク１に接続されるＩＳＰサーバ８を介して実行され、そのサーバはＰＳＴＮまたはＩＳＤＮ５を介して端末７が選択できる。
【００１７】
図３は、本発明のいくつかの追加の態様を示す。端末７は、例えば、デバイス１１により表される家庭用装置を制御するために使用できる。これらのデバイス１１は、端末ウ（ＰＣ）７によって独立して制御できるが、（ＣＬＩを介して設定できる）活性化モジュール６、あるいはサーバ２などの、インターネット１に接続されているサーバまたは外部コンピュータから共通制御する（ｃｏ−ｃｏｎｔｒｏｌ）こともできる。このサーバ２は、次に、例えば――ネットワーク５を介して――電話機１２あるいは外部端末１３から制御することもでき、ユーザがサーバ２に接続し、それに制御パラメータを渡し、活性化モジュール６または端末７の動作にそれにより影響を及ぼすことができるようにする。
【００１８】
したがって、ネットワーク５を介して、モジュール６は、端末７とサーバ２の間の接続を行い、その目的のためにモジュール６（明示的に図示されていない）は、サーバ２から活性化コード（ａ）を受信し、その後、好ましくは受信された活性化コードの値に従って端末７を活性化するための手段を有する。図示されている実施形態では、活性化コードの値は、サーバ２によって使用されるネットワークノード９の識別子（ＣＬＩ）を有する。さらに、モジュール６が、端末７のステータスに関する端末ステータスコード（ｄ）を検出し、ネットワーク５を介してサーバ２にこのステータスコードを渡すための手段を有することも考えられる。特に、ステータスコードが、端末がアクティブ（「オン」）であるのか、あるいはイナクティブ（「オフ」）であるのかを示し、その結果サーバ２が、それが端末にメッセージを送信できる、あるいは送信できないのかどうかを知ることが考えられる。このようなメッセージは、特に、サーバ２が、最新の端末ステータスコードに基づき端末７が「オン」であることを知った後に、端末７に活性化モジュール６を介して送信できる「警報」または通知メッセージの形を有する。したがって、このような「警報」は、端末７が第１ネットワーク、例えばインターネット１に接続されていなくても、ネットワーク５を介して送信することができる。とりわけ、この優位点は、それが、サーバ２から（短い）メッセージを受信することが依然として可能であるが、インターネットへのアクセスのためのＩＳＰ８に対するかなり冗長なログイン手順のニーズを排除するという点である。これらのメッセージは――特にネットワーク５がＩＳＤＮネットワークである場合には――「警報」メッセージであるだけではなく、特に移動電話から既知であるＳＭＳメッセージである場合がある。これらのメッセージは、ネットワーク５のユーザ１２、１３、あるいは第１ネットワーク、例えばインターネット１のユーザのどちらかにより送信できる。次に、サーバ２は活性化コードで、通信メッセージまたはＳＭＳメッセージ自体のどちらかをモジュール６に、及びこのモジュールを介して活性化された端末７に送信する。
【００１９】
本発明によるプラットホームの実施形態の要素の例が示され、図４に関して簡略に説明される。該プラットホームは、以下の要素を有する可能性がある。
【００２０】
１．ＳＭＰＴサーバ
２．ボイスメールサーバ
３．ＨＴＴＰ／チャットサーバ
４．クライアントデータベース
５．警報サーバ
６．呼び出しサーバ
７．活性化モジュール及び／または活性化ソフトウェア
これらの要素のいくつかは、図４Ａから図４Ｄに図示されている。本発明によるサービスの加入者を待機する新しいボイスメールがあると必ず、図４Ａのボイスメールサーバ１４は図４Ｂの警報サーバ１５に電話番号（例えば、０７０−３７５５６６０）を送信する可能性がある。さらに、話し手が、チャットセッションに加わるためにオフラインのチャット友達を要求する可能性がある。オフラインのチャット友達は、電子メールアドレス（例えば、ｊａｎ＠ｈｅｔｎｅｔ．ｎｌ）によって識別される可能性がある。この電子メールアドレスは、図４Ａのチャットサーバ１６によって、警報サーバ１５に転送される。クライアントデータベース１７（図４Ｂ）では、電子メールアドレス、電話番号、及びクライアントがサービスの加入者であるかどうかなどのクライアント情報１８が記憶される可能性がある。警報サーバ１５は、電子メールアドレスを含む入信警報を適切な警報電話番号及びクライアント電話番号に変換する。後者のためには、クライアントデータベース１７が使用される。両方の電話番号とも、図４Ｃに図示されるように呼び出しサーバ１９に転送される。電子メールまたはチャットの警報に対応する警報電話番号は、設定可能である場合がある。呼び出しサーバ１９は、警報電話番号からクライアント電話番号に電話をかけ、呼セットアップ料金が生じるのを避けるために即時に電話を切る。例えば、呼び出し回線識別子（ＣＬＩ）を使用すると、呼び出し側（警報）電話番号が識別され、適切な警報メッセージを、活性化モジュール２１のＬＥＤ２０あるいは図４Ｄに図示されるようなＰＣ２３上のポップアップ２２のどちらかとして表示できるようになる。活性化モジュール２１は、発呼者番号を識別するためにＣＬＩを使用する発呼者表示装置である可能性がある。活性化モジュール２１の各ＬＥＤ２０は、ある特定の発呼者に応えて点灯するようにプログラムできる。ＬＣＤ画面が発呼者番号を表示する可能性がある。加えて、活性化もオジュールは、電話呼が応答されないと必ず点灯する可能性のあるボイスメールＬＥＤを有することがある。ＰＣ２３のポップアップ２２は、一定の発呼者番号に応えて警報メッセージを表示する場合がある。ユーザは、例えば、１回マウスをクリックして、警報に自動的に応答し、ＰＣ２３を正しいウェブページにオンラインさせることができる。発呼者番号及び対応する警報メッセージは、クライアントがオンラインであるときに、例えばＩＳＰによって（再）プログラミングまたは同期させることができる。
【００２１】
本発明による方法及びシステムにより提供される可能性がある１つまたは複数のサービスは、素手人前述されたサービスを超えて多数である。部分的に要約し、これらのサービスを拡張することは、とりわけ、以下を有する可能性がある。
【００２２】
・フィルタリングされる電子メール警報、エンドユーザは警報をトリガする電子メールの送信者、及びどの送信者がトリガしないのかを指定できる。
【００２３】
・ウェブイベント警報、本発明によるプラットホームは、ライブコンサート、インタビュー、及びチャットセッションなどの多岐に渡るインターネットイベントについてエンドユーザに警報を送信するのに適している。
【００２４】
・ゲーム警報、オンラインゲームをプレイするエンドユーザは、興味深いゲームイベントに応えて警報を受信できる。
【００２５】
・ＶｏＩＰ、本発明により、警報はＶｏＩＰサービスの導入を容易にし、エンドユーザが互いに「電話をかける」ことができるようにする。
【００２６】
・個別の警報、エンドユーザは、自分達が警報を受信することを希望するイベントについて自身で指定できる。
【００２７】
・サードパーティ警報、本発明によるプラットホームの事業者は、サードパーティに、新規警報サービスの開発または配備を許可する可能性がある。
【００２８】
・移動警報、本発明によるプラットホームは携帯電話に警報を送信できる。
【００２９】
・スクリーンフォン警報、次世代電話は、本発明による警報サービスと統合できる。
【００３０】
・固定電話用ＳＭＳ、本発明によるプラットホームは、ＳＭＳメッセージを固定電話網上でエンドユーザに送信できるようにする。
【００３１】
・ホームコネクト、エンドユーザは、遠隔でＰＣをオンラインにすることにより、自分のファイルとアプリケーションにアクセスできる。
【００３２】
・ホームデバイス制御、エンドユーザは自宅の環境をオンラインにし、ビデオ、洗濯機、及びサーモスタットなどの家庭電化製品に遠隔でアクセスできる。
【図面の簡単な説明】
【図１】
図１は本発明の第１実施形態によるシステムアーキテクチャの概略例である。
【図２】
図２は本発明の第２実施形態によるＩＳＰを含むシステムアーキテクチャの概略例である。
【図３】
図３は本発明の第３実施形態によるデバイスを制御する拡張された用途を含むシステムアーキテクチャの例である。
【図４】
図４ＡからＤは本発明によるプラットホームの実施形態の要素の詳細な例を示す。

Claims (35)

1. ａ．サーバが、一方で第２ネットワーク（５）に、他方でローカル端末に接続されるローカル活性化モジュール（６）に、第２ネットワーク（５）を介して活性化コードを伝送するステップと、
   ｂ．活性化コードを受信後、活性化モジュールが端末を活性化するステップと、
   によって特徴付けられる第１ネットワーク（１）に接続可能なローカル端末（７）を活性化するための方法。
2. ａ．活性化モジュールが、第１ネットワークを介して、ローカル端末とサーバ間の接続も活性化するステップと、
   ｂ．サーバが、さらに、端末を活性化するステップと、
   によって特徴付けられる請求項１に記載の方法。
3. 活性化コードが、サーバ（２）によって、活性化モジュール（６）に活性化コードとともに送信され、活性化モジュールによって活性化された後に、端末（７）が読み取ることのできるメッセージも有することを特徴とする請求項１に記載の方法。
4. メッセージが通知メッセージであることを特徴とする請求項３に記載の方法。
5. 通知メッセージが、端末のユーザによって読み取られるのをサーバ（２）で待機しているメッセージに関係することを特徴とする請求項４に記載の方法。
6. サーバ（２）で待機中のメッセージがＳＭＳメッセージであることを特徴とする請求項５に記載の方法。
7. サーバ（２）で待機中のメッセージが電子メールメッセージであることを特徴とする請求項５に記載の方法。
8. メッセージがＳＭＳメッセージであることを特徴とする請求項３に記載の方法。
9. ａ．活性化モジュールが前記識別子を記録するステップと、
   ｂ．活性化モジュールが記録された識別子の値に従って端末を活性化するステップと、
   を特徴とする、それにより第２ネットワーク（５）が活性化モジュール（６）に、サーバ（２）がそれを介して第２ネットワークに接続するノードの識別呼を渡す第１ネットワーク（１）に接続可能なローカル端末（７）を活性化するための方法。
10. サーバ（２）が、多岐に渡る方法での端末の活性化のために、それぞれがさまざまな識別子が設定される、多様なノードを介して第２ネットワークに接続することを特徴とする請求項９に記載の方法。
11. 一方で第２ネットワーク（５）に、他方でローカル端末に接続されており、活性化コード受信後に端末を活性化するローカル活性化モジュール（６）により特徴付けられる、第１ネットワーク（１）に接続可能なローカル端末（７）を活性化するためのシステム。
12. 活性化モジュールが、第１ネットワークを介して、ローカル端末と、さらに端末を活性化するサーバの間の接続を活性化することを特徴とする請求項１１に記載のシステム。
13. それにより第２ネットワーク（５）が前記活性化モジュール（６）に、サーバ（２）がそれを介して第２ネットワークに接続するノードの識別子を渡す、活性化モジュールが前記識別子を記録し、活性化モジュールが記録された識別子に従って端末を活性化することを特徴とする請求項１１に記載のシステム。
14. サーバ（２）が、活性化モジュールによって記録される識別子の値に従って、それぞれに異なる識別子が設定される多様なノードを介して第２ネットワークに接続するための手段を有することを特徴とする請求項１３に記載のシステム。
15. 第１ネットワークと第２ネットワークが別個のネットワークであることを特徴とする請求項１１に記載のシステム。
16. 第１ネットワークと第２ネットワークが、少なくとも部分的に同じネットワークにより構成されることを特徴とする請求項１１に記載のシステム。
17. サーバ（２）が、外部端末（１２、１３）またはサーバとの接続を行い、制御パラメータに基づきその外部端末またはサーバによって制御されるための手段を有することを特徴とする請求項１１に記載のシステム。
18. ローカル端末（７）が追加のデバイス（１１）を制御することを特徴とする請求項１１または１７に記載のシステム。
19. 活性化モジュール（６）またはサーバ（２）が該追加デバイスを制御することを特徴とする請求項１１または１７に記載のシステム。
20. 活性化モジュール（６）及び／またはローカル端末（７）が該追加デバイス内で統合されることを特徴とする請求項１９に記載のシステム。
21. 該追加デバイス（１１）が家庭用装置であることを特徴とする請求項１８から２０に記載のシステム。
22. それが、それぞれに異なる識別子が設定される多様なネットワークノード（９）を第２ネットワークに接続することにより、第１ネットワークに接続されるローカル端末（７）を多岐に渡る方法で起動するための選択手段（４）を有することを特徴とするサーバ（２）。
23. 第１ネットワークと第２ネットワークが別個のネットワークであることを特徴とする請求項２２に記載のサーバ。
24. 第１ネットワークと第２ネットワークが、少なくとも部分的に同じネットワークにより構成されることを特徴とする請求項２２に記載のサーバ。
25. それが、外部端末（１２、１３）またはサーバへの接続を行い、制御パラメータに基づきその外部端末またはサーバによって制御されるための手段を有することを特徴とする請求項２２に記載のサーバ。
26. 端末（７）の活性化が後に続く、サーバ（２）から活性化コード（ａ）を受信するための手段を特徴とする、ネットワーク（５）を介して端末（７）とサーバ（２）間で接続を行うためのモジュール（６）
27. 前記手段が、受信された活性化コードの値に従って端末を活性化することを特徴とする請求項２６に記載のモジュール。
28. 受信された活性化コードの値がネットワークノード（９）の識別子（ＣＬＩ）を有することを特徴とする請求項２６に記載のモジュール。
29. 活性化コードがメッセージも有し、モジュールがそのメッセージを端末に渡すための手段を有することを特徴とする請求項２６に記載のモジュール。
30. メッセージが、サーバ（２）に記憶されるメッセージに関係する通知メッセージであることを特徴とする請求項２９に記載のモジュール。
31. メッセージがＳＭＳメッセージであることを特徴とする請求項２９に記載のモジュール。
32. 端末（７）のステータスに関係する端末ステータスコード（ｄ）、及びそのステータスコードがネットワーク（５）を介してサーバ（２）に渡されることを検出するための手段により特徴付けられる請求項２６に記載のモジュール。
33. ステータスコードが、端末がアクティブであるのか、あるいはイナクティブであるのかを示すことを特徴とする請求項３２に記載のモジュール。
34. モジュールがハードウェアとして実現されることを特徴とする前記請求項２６から３３の１つに記載のモジュール。
35. モジュールがソフトウェアとして実現されることを特徴とする前記請求項２６から３３に記載の１つのモジュール。

Images