(57)【要約】システムは、連続して配置されることで動画を構成する複数の静止画をＴＣＰプロトコルあるいはＨＴＴＰプロトコルにより送信する送信装置（１）から、テレマティックネットワークを介してアクセス可能な画像サーバコンピュータ（４）を備えている。上記システムは、画像サーバコンピュータ（４）に対する、標準的なＴＣＰ／ＩＰ通信ソケットを用いたＴＣＰリクエストあるいはＨＴＴＰリクエストによる識別子「ｇｕｉｄ」で示される要求の後にＨＴＴＰプロトコルで受信した、連続する静止画を表示可能なウェブブラウザ（７）を有する受信装置（６）を備えている。
2014514639.tif 000002
【特許請求の範囲】
【請求項１】
テレマティックネットワークに接続された、撮像装置（２）を有する送信装置（１）と、上記テレマティックネットワークに接続された画像サーバ装置（４）と、ウェブブラウザ（７）に対応するソフトウェアを有する受信装置（６）とを備えた、リアルタイム画像を送信するためのシステムであって、
上記送信装置（１）は、個々の独立した画像に識別「ＧＵＩＤ（Globally Unique Identifier）」コードを付してＴＣＰプロトコルあるいはＨＴＴＰプロトコルを用いて連続的に送信する画像送信ソフトウェア（３）を備え、
上記画像サーバ装置（４）は、上記送信装置（１）から送信された画像を識別「ＧＵＩＤ」コード毎に異なる記憶領域（５）に記憶させ、受信装置（６）からの要求に応じて上記記憶領域（５）に記憶させている画像をウェブブラウザ（７）で閲覧可能な互換性を有するＨＴＴＰプロトコルで上記受信装置（６）に転送することで上記送信装置（１）の識別「ＧＵＩＤ」コードに対応する連続する画像からなる映像を生成できるように、上記記憶領域（５）に記憶させている画像を上記送信装置（１）から受信した最新の画像に更新することを特徴とするシステム。
【請求項２】
上記画像サーバ装置（４）は、上記記憶領域（５）に一時的に記憶されている画像の編集および処理を行うための手段を備えていることを特徴とする請求項１に記載のシステム。
【請求項３】
上記識別「ＧＵＩＤ」コードは、当該識別「ＧＵＩＤ」コードの生成、参照、および削除のために、上記画像サーバ装置上のリストに記憶されることを特徴とする請求項１に記載のシステム。
【請求項４】
リアルタイム画像を送信するための方法であって、
少なくとも１つの送信装置（１）が、識別「ＧＵＩＤ」コードを有する画像を送信するための接続交渉を行ってＴＣＰプロトコルあるいはＨＴＴＰプロトコルにより画像サーバ装置（４）と通信する工程と、
上記画像サーバ装置（４）に、連続して送信されてくる画像の識別「ＧＵＩＤ」コードに対応付けて、受信した画像を記憶するための記憶領域（５）を生成する工程と、
上記画像サーバ装置（４）が受信した画像を当該画像に対応する識別「ＧＵＩＤ」コードに応じた記憶領域（５）に記憶させる工程と、
対応する識別「ＧＵＩＤ」コードを有する個々の独立した画像を、当該識別「ＧＵＩＤ」コードに対応する記憶領域（５）に記憶させるために、上記画像サーバ装置（４）に連続して送信する工程と、
受信装置（６）が、上記記憶領域（５）に記憶されている、リアルタイム画像に対応する次の画像を受信するために、指定した識別「ＧＵＩＤ」コードに対応する記憶領域（５）に記憶されている画像をＨＴＴＰプロトコルで送信させるためのＨＴＴＰプロトコルによる送信要求を画像サーバ装置（４）に対して繰り返し行う工程とを含むことを特徴とする方法。
【請求項５】
送信装置（１）、受信装置（６）、および画像サーバ装置（４）の間の上記通信を、ＴＣＰ／ＩＰソケットを用いて行うことを特徴とする請求項４に記載の方法。
【請求項６】
対応する記憶領域（５）に保存する前に、画像サーバ装置（４）により上記送信装置（１）から受信した上記画像の編集を実行することを特徴とする請求項５に記載の方法。
【請求項７】
上記送信装置（１）から受信した連続する画像を上記画像サーバ装置からの連続ファイルに保存させることを特徴とする請求項４に記載の方法。
【請求項８】
上記受信装置（６）が上記画像サーバ装置（４）にアクティブ記憶領域（５）に割り当てられていない識別「ＧＵＩＤ」コードの要求を行った場合に、上記画像サーバ装置（４）が空白画像またはその状況を示す画像を返信することを特徴とする請求項４に記載の方法。
【請求項９】
上記送信装置（１）は、画像サーバ装置（４）への送信を個別に行う互いに異なる複数の撮像装置（２）に対してそれぞれ個別の識別子を割り当てることを特徴とする請求項４に記載の方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔発明の目的〕
本発明は、画像をリアルタイムで送信するためのシステムおよび方法に関するものであり、このシステムおよび方法によればインターネット等のテレマティックネットワークを介して写真を送受信できる。
【０００２】
〔技術分野〕
本発明は、テレマティックネットワーク上の動画およびマルチメディアコンテンツの送信技術、およびコンピュータまたは演算能力を有する装置の接続技術に適用できる。
【０００３】
〔背景技術〕
テレマティックネットワークを介したリアルタイム画像の送信サービスは、ユーザにますます必要とされる傾向にある。
【０００４】
現在、リアルタイム画像を送受信するためには、コンピュータまたは受信装置に特別なソフトウェア（例えば、アドビフラッシュプレイヤ（登録商標）など）がインストールされている必要があり、上記ソフトウェアはアップデートの状況によって変化するので、画像表示機能を有する全ての装置で利用可能というわけではない場合が多い。
【０００５】
上記ソフトウェアは、スタンドアロンアプリケーションとして、あるいはより一般的にはブラウザを用いる装置からのコンテンツの表示を可能とするウェブブラウザプラグインとしてインストールされている。このタイプのソフトウェアの主な問題は、画像表示能力を有する全てのプラットフォームおよび全ての装置において利用可能なわけではなく、例えばあまり高度ではないブラウザや携帯電話などの能力が制限された装置等では利用できないことである。これらの装置には、インターネットを利用してリアルタイム画像を表示することができないという問題や、アップデートを行うことのできない最新型のソフトウェアに比べてすぐに旧型になってしまうという問題がある。
【０００６】
現在のシステムの他の問題は、リアルタイム画像に対する処理やリアルタイム画像の動画への変換処理が、広い帯域幅とメモリ資源の大規模な占有とを必要とする点である。このような環境が、インターネット等の大規模ネットワークを介したリアルタイムオンライン動画の大規模な普及を妨げている。
【０００７】
なお、本発明の出願者は、上述した問題を十分に解決する背景技術の存在を把握していない。
【０００８】
〔発明の詳細〕
本発明の目的は、任意のユーザがリアルタイムに動画を送信でき、かつリアルタイムに送信された動画を他のユーザが任意のウェブブラウザを有する装置を用いて利用可能なリアルタイム画像の転送システムおよび転送方法を提供することにある。本発明のシステムおよび方法は、テレマティックネットワークに接続された、ウェブブラウザを有する受信装置あるいは受信設備において、大きな要求を伴うことなく、再生ソフトの追加やブラウザの特定の動画プラグインを必要とすることもなく、画像あるいは動画シーケンスをリアルタイムに受信可能にする。
【０００９】
本発明のシステムは、テレマティックネットワークに接続された、撮像装置を有する送信装置と、上記テレマティックネットワークに接続された、ウェブブラウザに対応するソフトウェアを備えた受信装置を有する画像サーバ装置とを備えている。
【００１０】
設計されるシステムは、以下の（ａ）〜（ｃ）の目的を満たす。
（ａ）上記画像送信装置は、例えばＴＣＰあるいはＨＴＴＰなどの標準的な通信プロトコルを用いて上記送信を行う。
（ｂ）最低限の帯域幅を用いて通信を行う。
（ｃ）少なくともＨＴＴＰ１．１とＪａｖａＳｃｒｉｐｔ（登録商標）を利用可能なウェブブラウザで画像表示を行う。
【００１１】
本発明では、
−送信装置は、連続して送信される個々の独立した画像に識別「ｇｕｉｄ」コードを付与してＴＣＰプロトコルまたはＨＴＴＰプロトコルを用いて送信する画像送信ソフトウェアを備えている。
−上記サーバ装置は、異なる識別「ｇｕｉｄ」コードに対応する記憶領域を有しており、それら各記憶領域には送信装置から送信された個々の画像が記憶され、それら各記憶領域に記憶させた画像は受信装置の要求に応じて送信装置から続けて送られてくる最新の画像に更新される。上記画像は、ウェブブラウザで閲覧するためのＨＴＴＰプロトコルとの互換性を有する個々の独立した画像である。これにより、上記送信装置の識別「ｇｕｉｄ」コードに対応する連続する画像のストリーミングが生成される。
【００１２】
このシステムは、最新のコンピュータから携帯電話などのマルチメディア能力を有する単純な装置まで様々な装置の標準的なウェブブラウザで認識可能なＨＴＴＰおよびＪａｖａＳｃｒｉｐｔによって再生が完全に行われるという利点を有している。これらの受信装置は、追加のアプリケーションやウェブブラウザのプラグインをインストールする必要がなく、互換性や更新の問題がない。
【００１３】
実施例の１つとして、上記画像サーバ装置が、上記記憶領域に一時的に記憶された画像の編集や処理を行う手段を備えていてもよい。
【００１４】
識別「ｇｕｉｄ」コードは、それらの生成、参照、および削除のために上記画像サーバ装置上のリストに記憶される。これにより、異なる記憶領域が設定された場合、それらの識別「ｇｕｉｄ」コードを素早く取得してアクセスすることができる。送信装置による画像の送信が停止されると、識別「ｇｕｉｄ」コードは、上記リストから削除され、対応する記憶領域は開放されて再利用可能になる。
【００１５】
本発明のリアルタイム画像送信方法では、
−少なくとも１つの送信装置（１）が、識別「ｇｕｉｄ」コードで画像を送信するための接続の交渉を、画像サーバ（４）とＴＣＰプロトコルあるいはＨＴＴＰプロトコルを用いた通信により行う。
−連続する画像送信の識別「ｇｕｉｄ」コードに対応する受信画像を記憶するための記憶領域（５）を画像サーバ装置（４）に生成する。
−画像サーバ装置（４）が受信した画像を識別「ｇｕｉｄ」コードに対応する記憶領域（５）に記憶させる。
−後に続く独立した個々の画像を、同じ識別「ｇｕｉｄ」コードに対応する記憶領域（５）に組み込ませるために、同じ識別「ｇｕｉｄ」コードで画像サーバ装置（４）に連続して送信する。
−受信装置（６）から画像サーバ装置（４）に、指定した識別「ｇｕｉｄ」コードに対応する記憶領域（５）に記憶されている画像をＨＴＴＰプロトコルで送信させるための要求をＨＴＴＰプロトコルで送信し、上記要求を繰り返し送信することにより上記記憶領域（５）に記憶されている連続する画像（リアルタイム動画アニメーションに対応する画像）を受信する。
【００１６】
この処理は、受信装置において特別なソフトウェアを用いる必要がない。送信装置から画像サーバ装置への画像送信、および画像サーバ装置から受信装置への画像送信はＨＴＴＰプロトコルおよびＴＣＰ／ＩＰプロトコルにより実行されるので、完全に安全であり、テレマティックネットワークの様々な利用者および管理者に用いられているセキュリティシステムとの互換性を持ち、セキュリティ問題を避けることができる。
【００１７】
このように、画像サーバ装置は、インターネットを介した標準通信ポートである特定のポート（例えばＴＣＰポート ８０ｈｅｘ）を用いており、会社のセキュリティシステムの問題を生じさせない。
【００１８】
画像サーバ装置は、上記ポートからの要求を受信すると、当該要求の処理を行って応答する。画像サーバ装置は、文字によって識別可能な３種類の要求を受信可能である。
各要求は、異なるスレッドで扱われ、複数同時接続が可能になっている。
（ａ）送信装置からの要求：文字「Ｄｅｓｋｔｏｐ」。この要求は、ＴＣＰ／ＩＰプロトコルを介して特定のソケットを開き、このプロトコルのもとで持続的なポイント間の通信を確立することにより処理される。
（ｂ）送信装置からの要求：文字「ＨＤｅｓｋｔｏｐ」。この要求は、標準ＨＴＴＰ１．１を用いて特定のソケットを開き、このプロトコルのもとで持続的なポイント間の通信を確立することにより、ＨＴＴＰプロトコルにより処理される。これらの要求は、常に、画像サーバ装置にコンテンツを送信する「ｐｏｓｔ」型である。
（ｃ）受信装置からの要求：文字「Ｃｌｉｅｎｔ」。この要求は、常に、標準ＨＴＴＰ１．１を用いてＨＴＴＰプロトコルで処理され、できる限り持続される。これらの要求は、常に、画像サーバ装置からコンテンツを取得する「ｇｅｔ」型である。
【００１９】
画像サーバ装置が、送信装置から「Ｄｅｓｋｔｏｐ」のような要求を受けた場合、
−ソケットを介した通信を確立して強化する。
−送信された画像を識別する識別「ｇｕｉｄ」コードをクエリストリングから検索する。
−上記変数がすでに存在している場合には常にメモリ上で処理を行い、存在していない場合には特定の記憶領域（ポインタ）を割り当てる。
−コンテンツを受信する準備ができている他のポイントを示す。
【００２０】
この交渉段階が実行されると、このポイント間の接続は、アクティブな期間中、維持される。
【００２１】
交渉段階が終了した後、送信装置は、
ａ-受信する画像のタイプ
ｂ-受信する画像のサイズ
ｃ-２値画像
を示すステートメント「ｓｅｔｃｏｎｔｅｎｔ」を送信する。
【００２２】
画像サーバ装置は、このステートメントを受信すると、完全な画像（サイズで定義された合計ビット）を受信することを待機する。
【００２３】
画像の受信が完了すると、画像サーバ装置は、以下の処理を行う：
−受信した画像を上述した識別「ｇｕｉｄ」コードによってこの通信に割り当てられた記憶領域ポインタに記憶させる。
−更なるコンテンツを送信可能であることを示す送信準備のステートメント「ｎｅｘｔｃｏｎｔｅｎｔ」を送信し、次の「ｓｅｔｃｏｎｔｅｎｔ」の受信を待機する。
【００２４】
送信装置と画像サーバ装置との通信が切断された場合、交渉段階の処理を再度実行することにより、当初の交渉段階と同じ識別「ｇｕｉｄ」コードが送信されている限り同じ記憶領域にアクセスするように再構築を行う。
【００２５】
画像サーバ装置は、送信装置から「Ｈｄｅｓｋｔｏｐ」型の要求を受信した場合、以下の処理を行う。
−ソケットを介した通信を確立して強化する。
−送信された画像を識別する識別「ｇｕｉｄ」コードをクエリストリングから検索する。
−上記変数がすでに存在している場合には常にメモリ上で処理を行い、存在していない場合には特定の記憶領域（ポインタ）を割り当てる。
−この要求は、ＨＴＴＰ１．１プロトコルの「ＰＯＳＴ」メソッドにより送信されてくる。上記プロトコルは、メッセージの全体サイズおよびコンテンツのタイプを示すヘッダを有している。また、受信したメッセージは２値画像からなる。画像サーバ装置は、上記のステートメントを受信すると、リクエストの全体（メッセージのヘッダで定義された全体のビット）を受信することを待機する。
【００２６】
上記の受信を終了する場合、以下の処理を実行する。：
−上記識別「ｇｕｉｄ」コードに割り当てられた記憶領域ポインタに、上記画像を２値化してから記憶させる。
−次のコンテンツを受信するために待機している上記要求に対して、次のＨＴＴＰプロトコルで「ｏｋ」または「ｅｒｒｏｒ」を応答する。
【００２７】
これにより、ソケットをアクティブな状態に維持している期間中、連続する送信であるにもかかわらず開始点とされることを防止できる。
【００２８】
画像サーバ装置が送信装置から「ｃｌｉｅｎｔ」型の要求を受信した場合、以下の処理が実行される。：
−通信を確立して強化する。
−送信された画像を識別する識別「ｇｕｉｄ」コードをクエリストリングから検索する。
−この要求は、コンテンツの受信を予告するために、ＨＴＴＰ１．１プロトコルの「ｇｅｔ」方法を用いて送信されてくる。
−上記変数がすでに存在している場合には常にメモリ上で処理を行う。存在していない場合にはＨＴＴＰ１．１プロトコルにより空白画像が送信される。
【００２９】
識別「ｇｕｉｄ」コードが存在する場合、記憶領域における対応するポインタを利用してＨＴＴＰ１．１プロトコルで画像が送信される。この送信は、画像フォーマット、サイズ、・・・およびコンテンツを定義するこのプロトコルについての特定のヘッダを生成することによって行われる。この送信フォームは、現在利用されているどんなブラウザとも互換性がある。
【００３０】
したがって、常に送信装置から最新の画像を連続的に送信される。
【００３１】
この点から、ＪａｖａＳｃｒｉｐｔステートメントの助けを借りて、連続映像のアニメーションを模擬する繰り返しシーケンスを生成する。
【００３２】
これにより、画像サーバ装置に、送信装置から送信された最新の画像のみが記憶される特定の記憶領域を生成することができる。
【００３３】
受信装置における画像の受信は、いつでも行うことができ、連続して受信した画像に流動性を与えるための当該受信装置自身のデータ、画像バッファのデータ、あるいは画像のデータの生成および維持を行う必要はない。この連続する画像は、アプリケーション自身によって受信装置から画像サーバ装置に供給され、接続エラーに強く、リアルタイム動画の他の閲覧者、あるいは予め録画された動画ファイルによる接続帯域幅の飽和を生じさせない。
【００３４】
送信装置、受信装置、および画像サーバ装置の間の通信は、標準的なＴＣＰ／ＩＰソケットを用いて行われる。これらのソケットを用いて、主に標準的な接続交渉（コンテンツのタイプ（本実施例では、ＪＰＧ、ＧＩＦ、ＢＭＰフォーマット、あるいはこれらに類似するフォーマット）、それらのコンテンツおよび当該コンテンツに含まれる画像の長さ）によって確立される送信ポートによる画像送信を行うことができる。
【００３５】
画像サーバ装置が、送信装置（１）から受信した画像に対して、対応する記憶領域に記憶させる前に編集処理を行うようにしてもよい。これにより、例えば、サブタイトル、ロゴ、日時の表示、あるいはその他の情報を加える処理や、画像の品質を改善する処理などを行うことができる。
【００３６】
同様に、本発明の方法は、画像サーバ装置からの連続するファイル内の送信装置から受信した連続する画像を記憶する記憶工程を含んでいてもよい。上記の記憶は、内蔵されている記憶手段に記憶させてもよく、外部記憶手段に送信してもよい。これにより送信装置から広げられた画像を再閲覧することができる。
【００３７】
受信装置が、画像サーバ装置に対して、アクティブ状態のメモリに記憶領域が割り当てられていない識別「ｇｕｉｄ」コードの要求を行った場合、画像サーバ装置は、空白画像あるいはその状況を示す画像を応答する。
【００３８】
送信装置は、画像サーバ装置に互いに独立して送信を行う異なる撮像装置にそれぞれ異なる識別コードを割り当てる。このように、同じ送信装置が異なる撮像装置からの画像を送信する構成であってもよい。
【００３９】
このシステムによれば、基本的なブラウザ（例えば、ＨＴＴＰ１．１およびＪａｖａＳｃｒｉｐｔプロトコルに従ってウェブページの再表示を行うブラウザ）により、連続する映像および画像をリアルタイムに最小限の帯域幅で再生することができる。ＪａｖａＳｃｒｉｐｔの実行により、異なる装置のウェブブラウザが表示されるウェブページに操作および可視化のための要求および送信を自動的かつ持続的に行わせることができる。
【００４０】
このシステムおよび方法によれば、連続するリアルタイム画像を送信するための標準化された方法を得ることができる。画像の送信は、複数の接続点からの情報の収集および配信を行う中央サーバ装置を介して実行される。このサーバ装置は、受信した最新の画像のみが維持されるメモリ上で動作する。
【００４１】
生中継を維持するために必要とされる資源は非常に少なく、受信した最新の画像を記憶するメモリのサイズさえあればよい。
【００４２】
一方、このシステムは、実時間軸は尊重せず、全てがオンデマンドで行われるので、中間画像の不規則な損失が生じる場合がある。しかしながら、この損失は、システムに意識されずに生じ、実行エラーや異常を生じさせないので、システムの各装置をより安定して動作させることができる。
【００４３】
〔図面の説明〕
発明の説明を補足し、本発明の特徴の理解を促進するために、本明細書に図面を添付する。この図面は単なる例証に過ぎず、本発明を限定するものではない。
−図１は、本発明のシステムの概略図である。
【００４４】
〔本発明の好適な実施例〕
図面に示したように、本発明のシステムは、テレマティックネットワークに多様な手段によって接続された複数の送信装置（１）を備えている。これら各送信装置（１）は、撮像装置（２）（この例ではウェブカメラ）が取り付けられており、撮像および送信のためのソフトウェア（３）を実行する。上記送信は、標準的なＴＣＰ／ＩＰプロトコル（例えばポート８０ｈｅｘなど）のソケットを用いてＴＣＰプロトコルまたはＨＴＴＰプロトコルによりテレマティックネットワークを介して行われる。この例では、テレマティックネットワークにおける上記通信は、データの流れに対応する線の接続により表されている。
【００４５】
これら各送信装置（１）は、中央画像サーバ装置（４）に接続されている。画像サーバ装置（４）は、連続して転送される各画像の識別「ｇｕｉｄ」コードに関連付けられた、画像を記憶するための十分な記憶領域を有する記憶領域（５）を備えたメモリを備えている。記憶領域（５）に記憶された画像は、識別「ｇｕｉｄ」コードによって識別される送信装置（１）から受信した最新の画像に置き換えられる。
【００４６】
上記システムは、リアルタイムに画像を表示するために受信装置（６）を備えている。受信装置（６）は、上述したテレマティックネットワークを介して画像サーバ装置（４）に接続されている。受信装置（６）は、コンピュータ装置と、画像サーバ装置（４）から受信した画像を表示画面に表示させるマルチメディア機能を有するウェブブラウザ（７）を備えた電子機器とを備えている。各受信装置（６）のウェブブラウザ（７）は、ＨＴＴＰ１．１プロトコルとＪａｖａＳｃｒｉｐｔとを用いて、記憶領域（５）に記憶されている画像のうち、送信装置（１）から画像サーバ装置（４）のうちの１つに送信された画像を識別するための識別「ｇｕｉｄ」コードによって識別される画像の送信要求を行う。画像サーバ装置（４）は、ソケットを開き、記憶領域（５）に記憶されている画像を、送信要求を行った受信装置（６）へ即座に転送する。ウェブブラウザ（７）は、受信装置（６）が受信した最新の画像を表示すると、ＪａｖａＳｃｒｉｐｔを用いて画像サーバ装置（４）に同じ識別「ｇｕｉｄ」コードを有する新たな画像の送信要求を行う。
【００４７】
送信装置（１）から画像サーバ装置（４）への送信要求の一例を以下に示す。
<!DOCTYPE HTML PUBLIC W/W3C//DTD HTML 4.0 Transitional//EN'>
<html> <head> <meta http-equiv='Expires' content='0'> <title>Whisbi
Streaming Server JavaScript</title> 
<script language- JavaScript' type- text/JavaScript'>
imagel = new lmage( 0, 0);
image l.src = 'http://[streaming server address]/client?guid=[guid identifier]
HTTP/1.1 
Accept: image/jpeg, appl';
function repaintQ {
if (image 1. complete -- true) {
if (imagel .width == 0) {
setTimeout('reload();', 10);}
else{
document.tmpimage1.src = imagel .src;};
}
else {
setTimeout('repaint();', 50);};
};
function reload() {
var randomjnum= Math.round(Math.random() * (10000000000));
var s = new String(random_num);
imagel. src= 'http://[streaming server address]/client?guid=[guid identifier]
HTTP/1.1
Accept: image/jpeg, appl'+ s;
setTimeout('repaint(); ', 100);
};
</schpt> </head> <body>
<img id='tmpimage1 ' alt- '
src ='http://[streaming server address]/client?guid=[guididentifier] HTTP/1.1
Accept: image/jpeg, appl'
style = 'height: 100%; width: 100%; position: absolute; top: Opx; left: Opx; visibility: visible;'
name = 'tmpimage 1 ' onload- reloadQ;' onerror='reload ();'/>
</body></html>
この例では、送信装置（１）から常に最新の画像を受信するように連続して送信要求を行うようになっている。
【００４８】
好ましい実施例と共に本発明の性質を十分に説明したが、それらは特許請求の範囲に示す本発明の本質的な特徴を制限するものではなく、各部の材質、形状、サイズ、および配置は適宜変更してもよい。
【図面の簡単な説明】
【００４９】
【図１】本発明のシステムの概略図である。
【図１】
2014514639.tif 000003
【国際調査報告】
2014514639.tif 000004
2014514639.tif 000005
2014514639.tif 000006