セキュリティーセンターでiPhone iPad をサポートしました。
他社のiPhone iPad対応とはまったく違った使い方がサポートされています。
アラーム連携機能が特徴的です。
近日、詳細リポートをお送りいたします。
2010年10月25日月曜日
2010年10月9日土曜日
OMNICAST vs
具体的に何が違うのかを克明にしていきます。
エイロク(OMNICAST) NVR vs 国産シェアNo1 VMS vs アジア製 NVR vs 日本製 NVR
性能は最大値を表記している。
1.録画
1.1 録画性能
エイロク(OMNICAST) NVR ビットレート:400Mbps カメラ数:300カメラ/サーバー
国産シェアNo1 VMS ビットレート:120Mbps カメラ数:64カメラ/サーバー JPEG条件しか記載無し。
アジア製 NVR vs 日本製 NVR ビットレート:データ無し カメラ数:64カメラ/サーバー
1.2 音声録画
エイロク(OMNICAST) NVR 制限は特に無し 上記の範囲内
国産シェアNo1 VMS JPEG録画では対応していない。
アジア製 NVR vs 日本製 NVR 調査中
1.3 可変GOP記録
エイロク(OMNICAST) NVR 1から20秒で任意
国産シェアNo1 VMS 1秒固定
アジア製 NVR vs 日本製 NVR 1秒固定
1.4 モーション検知でのプリイベント録画
エイロク(OMNICAST) NVR 最大300秒のプリイベント録画に対応 RTPストリームに対応。 モーション検知はカメラサイド、サーバーサイドどちらでも対応。 エイロク自身でメモリープールして処理するので100%信頼性を提供出来る。
国産シェアNo1 VMS 特定のカメラメーカーのJPEGでのみ対応、FTP方式の為、多数のカメラではインフラコストが極端に増大する。 大量のカメラからのFTPセッション要求は待ち時間が長くなりリアルタイム要求にはまったく不向きである。
アジア製 NVR vs 日本製 NVR 上記と殆ど同じ方式であり大規模な運用は出来ない。
1.5 録画再生レスポンス
エイロク(OMNICAST) NVR モーションサーチを除く殆どの検索を1秒以内に完了。
国産シェアNo1 VMS Windowsのファイルシステムだけで処理されるため、データ量が増えると何十秒から分に達する。 評価に値しない。
アジア製 NVR vs 日本製 NVR 上記と殆ど同じ方式であり大規模な運用は出来ない。
総評>データベースを持たないレコーダーは大規模では運用不可。
1.6 モーションサーチ再生
エイロク(OMNICAST) NVR 勿論、サポートされています。 事後検証を圧倒的速さで完了します。 丸一日24時間が10分で終わることも。
国産シェアNo1 VMS 不可。
アジア製 NVR vs 日本製 NVR 不可。
エイロク(OMNICAST) NVR vs 国産シェアNo1 VMS vs アジア製 NVR vs 日本製 NVR
性能は最大値を表記している。
1.録画
1.1 録画性能
エイロク(OMNICAST) NVR ビットレート:400Mbps カメラ数:300カメラ/サーバー
国産シェアNo1 VMS ビットレート:120Mbps カメラ数:64カメラ/サーバー JPEG条件しか記載無し。
アジア製 NVR vs 日本製 NVR ビットレート:データ無し カメラ数:64カメラ/サーバー
1.2 音声録画
エイロク(OMNICAST) NVR 制限は特に無し 上記の範囲内
国産シェアNo1 VMS JPEG録画では対応していない。
アジア製 NVR vs 日本製 NVR 調査中
1.3 可変GOP記録
エイロク(OMNICAST) NVR 1から20秒で任意
国産シェアNo1 VMS 1秒固定
アジア製 NVR vs 日本製 NVR 1秒固定
1.4 モーション検知でのプリイベント録画
エイロク(OMNICAST) NVR 最大300秒のプリイベント録画に対応 RTPストリームに対応。 モーション検知はカメラサイド、サーバーサイドどちらでも対応。 エイロク自身でメモリープールして処理するので100%信頼性を提供出来る。
国産シェアNo1 VMS 特定のカメラメーカーのJPEGでのみ対応、FTP方式の為、多数のカメラではインフラコストが極端に増大する。 大量のカメラからのFTPセッション要求は待ち時間が長くなりリアルタイム要求にはまったく不向きである。
アジア製 NVR vs 日本製 NVR 上記と殆ど同じ方式であり大規模な運用は出来ない。
1.5 録画再生レスポンス
エイロク(OMNICAST) NVR モーションサーチを除く殆どの検索を1秒以内に完了。
国産シェアNo1 VMS Windowsのファイルシステムだけで処理されるため、データ量が増えると何十秒から分に達する。 評価に値しない。
アジア製 NVR vs 日本製 NVR 上記と殆ど同じ方式であり大規模な運用は出来ない。
総評>データベースを持たないレコーダーは大規模では運用不可。
1.6 モーションサーチ再生
エイロク(OMNICAST) NVR 勿論、サポートされています。 事後検証を圧倒的速さで完了します。 丸一日24時間が10分で終わることも。
国産シェアNo1 VMS 不可。
アジア製 NVR vs 日本製 NVR 不可。
2010年8月30日月曜日
マップの出力ピンステータスの変更
概要
Omnicastマップを通してガレージ()ですべてのゲートを上げ下げしたいというDougからEmailをもらいました。どのガレージかによって、基本的に6から20の異なった論理IDで出力ピンにあてます。
マックエディタにはこの機能はありませんが、Mapsで使用できるSDKでは簡単に処理できます。
この記事のコードは こちらから ダウンロードできます。
Map SDK 101
Omnicast Live Viewerは Internet Explorer をバックグラウンドでインスタンス生成し、GxUIProxyVB SDKへのアクセスを可能にします。これにより、Javascriptでマップが
システムを相互作用できるようになります。
Javascriptで SDK にアクセスする方法:
window.external.SDK.anysdkfunction(....)Live ViewerからDirectoryにすでに認証されているため、SDK コールはユーザセキュリティコンテクストに拠って実行されます。このた
めユーザが特定のカメラにアクセス拒否されると、SDKも同様にアクセスできません。
機能の仕方
出力ピン値を変更するSDK機能は:
a.. FlipIODefault( int OutputPinID )
b.. FlipIOInverseDefault( int OutputPinID )
出力ピンのデフォルトステータスはConfig Toolで設定され、装着されたデバイスによってLowかHighに設定できます。
Ex:
window.external.SDK.FlipIOInverseDefault( 1 )一度に複数のピンのステータスを変更するには、JavaScriptアレイを宣言して、それを繰り返してください。
var outputLogicalIDGarage = new Array();
// 一度にトリガしたい全ての出力ピンの論理IDをリストしてください
outputLogicalIDGarage[0] = 1;
outputLogicalIDGarage[1] = 3;
outputLogicalIDGarage[2] = 5;
// 論理ID: 1, 3, 5の出力ピンのステータスを変更Change the state of Output pin
with the logical ID: 1, 3, and 5
for (outputID in outputLogicalIDGarage)
{
window.external.SDK.FlipIOInverseDefault(outputLogicalIDGarage[outputID]);
}
References
JavaScript reference
Jo
Omnicastマップを通してガレージ()ですべてのゲートを上げ下げしたいというDougからEmailをもらいました。どのガレージかによって、基本的に6から20の異なった論理IDで出力ピンにあてます。
マックエディタにはこの機能はありませんが、Mapsで使用できるSDKでは簡単に処理できます。
この記事のコードは こちらから ダウンロードできます。
Map SDK 101
Omnicast Live Viewerは Internet Explorer をバックグラウンドでインスタンス生成し、GxUIProxyVB SDKへのアクセスを可能にします。これにより、Javascriptでマップが
システムを相互作用できるようになります。
Javascriptで SDK にアクセスする方法:
window.external.SDK.anysdkfunction(....)Live ViewerからDirectoryにすでに認証されているため、SDK コールはユーザセキュリティコンテクストに拠って実行されます。このた
めユーザが特定のカメラにアクセス拒否されると、SDKも同様にアクセスできません。
機能の仕方
出力ピン値を変更するSDK機能は:
a.. FlipIODefault( int OutputPinID )
b.. FlipIOInverseDefault( int OutputPinID )
出力ピンのデフォルトステータスはConfig Toolで設定され、装着されたデバイスによってLowかHighに設定できます。
Ex:
window.external.SDK.FlipIOInverseDefault( 1 )一度に複数のピンのステータスを変更するには、JavaScriptアレイを宣言して、それを繰り返してください。
var outputLogicalIDGarage = new Array();
// 一度にトリガしたい全ての出力ピンの論理IDをリストしてください
outputLogicalIDGarage[0] = 1;
outputLogicalIDGarage[1] = 3;
outputLogicalIDGarage[2] = 5;
// 論理ID: 1, 3, 5の出力ピンのステータスを変更Change the state of Output pin
with the logical ID: 1, 3, and 5
for (outputID in outputLogicalIDGarage)
{
window.external.SDK.FlipIOInverseDefault(outputLogicalIDGarage[outputID]);
}
References
JavaScript reference
Jo
H.264 対 MPEG-4
Axis社と打ち合わせ中、彼らH.264はMPEG-4に比べ50%も使用帯域を抑え、いくつかのケースではそれ以上に効率がよくなっていると述べました。
なぜH.264はMPEG-4より効率がいいのでしょうか?
なぜH.264を人は心待ちにしているのでしょうか?
H.264の歴史
MPEG グループと ITU グループは、過去に独自の規格を作ろうとしていました。MPEG-1, MPEG-2 MPEG-4 のMPEG はコンシューマオーディエンスをターゲットに、ITUは H.261, H.263 でテレコム産業をターゲットにしていました。
MPEG 仕様はITUに比べ大きな自由度を持ちます: 例: どのように音声を圧縮するか、どのようにファイルへMPEG画像を保存するか、ピクチャ・オン・ピクチャエンコーディングなど
You might think H.264 はITUの生み出した単なるビデオ圧縮技術だと思っているかもしれませんが、H.264 は MPEG-4 AVC Part 10とも呼ばれています。一般的なMPEG-4 の正式名称はMPEG-4 Part 2です。
The reason why H.264 が2の名を持っている理由は、ITUとMPEGのビデオ専門家が協力し、Join Video Team を結成してH.26Lの開発をITUが続けているためです。これがH.264を以前のものと比べて非常に強力にしていると私は確信しています。
1996: ITU H.263 version 1発表
1998: ITU H.263 version 2発表
1998: ITUによりH.26L プロジェクト始動
1999: ISO MPEG-4 part 1発表
2001: ISO MPEG-4 part 2発表
2001: ITU VCEG + ISO MPEGによるJoin Video Team 結成
2003: ITU H.264 / ISO MPEG-4 Part 10 AVCのファーストバージョン発表
H.264の目的
MPEG-4 part 2はDVDの MPEG-2を置き換えるように作られているわけではなく、H.263 のように「転送」すること、もしくは比較的ローコスト(ファイルサイズ/帯域)でストアすることを目的に作られています。高ビットレート(6-8 Mbit/s)では、MPEG-4 part 2 はいまだ放送や映画産業に受け入れがたいアーティファクトを含み、そのため MPEG-2 が放送業界の標準として残っています。
H.264グループの代表権能はテレコムと放送産業界に適している柔軟な標準を作成することで、主な目的は以下のとおりです:
•ビデオ品質改善
•MPEG-4 part 2と比較して帯域を50%削減
•ハイデフビデオだけでなくインターネットストリーミング向けデザイン
•ロバストトランスミッションのビルトインサポートを含む
H.264 を強力にするのは?
H.263 と MPEG-4 part 2 仕様はいくつかの思想を共有します; 圧縮技術は殆ど同一です。実際最もシンプルなMPEG-4 ProfileであるShort Header はベーシックな H.263 ストリームです。
H.264 はいくつかの技術を完全に再開発しました。H.264の最も大きな改良はIntra Predictionです。MPEG-4 はI-Frameの圧縮が効率的ではなく、JPEG画像がI-Frameより帯域効率が上でした。Intra Predictionにより、反復的なパターンがブロック環境に基づいた予測ベクターにより効率的にエンコードされます。
モーションベクターは4x4xピクセルの精度で当てることが出来ます。8x4, 4x8, 8x8もサポートします。この柔軟性により、MPEG-4 part で最小の8x8に比べエンコーディングエラーを減らします。
CABAC (Context-based adaptive binary arithmetic coding)エントロピーコーダーは 9% から 14% ほどMPEG-4 part 2で使用されるCAVLC より効率的です。CAVLC は特定のH.264 プロファイルでまだサポートされていますし、CAVLCに比べCABAC はエンコードとデコードの際CPU負荷が高くなります。
To reduce the blocking effects seen with MPEG-4 part 2 の高圧縮レートでブロック効果を減らすには、全体的な画質を改善するデブロッキングフィルタをエンコーダで使用できます。
人気の高いH.264 プロファイル
ベースラインプロファイル:
• I-Frame と P-Frame のみ
• プログレッシブイメージ のみ。インターレースビデオサポートなし
• Redundant Slice
• CAVLC のみ
• リアルタイムアプリケーション向けローレイテンシー
• ビデオ監視産業で一般的に使用されています
メインプロファイル:
• I-Frame, P-Frame, B-Frame
• インターレースとプログレッシブイメージ
• CAVLC と CABACサポート
• 予測加重
• ハイレイテンシー
• CABAC ベースラインより高圧縮
• ベースラインよりCPU集約的
• 放送用ビデオ向けに開発されましたが後にハイプロファイルに置き換えられました
ハイプロファイル:
• ハイデフ用に設計されています
• I-Frame, P-Frame, B-Frame
• インターレースとプログレッシブイメージ
• CAVLC と CABACサポート
• ハイレイテンシー
• カラーディストーションを最小化するためにCr と Cb コントロールを分離
• CPU 集約的
• HDVD と Blue-ray、いくつかのIPTV.
セキュリティ産業でのH.264
この段階で私が見てきたH.264 IP カメラ(Axis, Sony, Arecont, IQEye)の多くはH.264 ベースラインで、セキュリティ産業には十分な機能を持ちます。
もしIPカメラの購入を考えている場合、エンコーディングプロセスより、コーデック仕様(H.264, MPEG-4)がエンコーディングプロセスを定義するのではなく、ビデオでコーダのフォーマットを定義するものだと覚えていたほうがよいでしょう。そのため、エンコーダの品質はメーカーごとに大きく異なります; H.264の実装具合が低いと、MPEG-4 part-2 エンコーダ/IP カメラのほうが効率がよい場合があります。
この記事がH.264を知るための指針になれば幸いです。その他H.264については、こちらの記事もご覧ください。
もしH.264をより詳しく知りたい場合は、以下の本をお勧めします:
The H.264 Advanced Video Compression Standard by Iain E Richardson
Jo
なぜH.264はMPEG-4より効率がいいのでしょうか?
なぜH.264を人は心待ちにしているのでしょうか?
H.264の歴史
MPEG グループと ITU グループは、過去に独自の規格を作ろうとしていました。MPEG-1, MPEG-2 MPEG-4 のMPEG はコンシューマオーディエンスをターゲットに、ITUは H.261, H.263 でテレコム産業をターゲットにしていました。
MPEG 仕様はITUに比べ大きな自由度を持ちます: 例: どのように音声を圧縮するか、どのようにファイルへMPEG画像を保存するか、ピクチャ・オン・ピクチャエンコーディングなど
You might think H.264 はITUの生み出した単なるビデオ圧縮技術だと思っているかもしれませんが、H.264 は MPEG-4 AVC Part 10とも呼ばれています。一般的なMPEG-4 の正式名称はMPEG-4 Part 2です。
The reason why H.264 が2の名を持っている理由は、ITUとMPEGのビデオ専門家が協力し、Join Video Team を結成してH.26Lの開発をITUが続けているためです。これがH.264を以前のものと比べて非常に強力にしていると私は確信しています。
1996: ITU H.263 version 1発表
1998: ITU H.263 version 2発表
1998: ITUによりH.26L プロジェクト始動
1999: ISO MPEG-4 part 1発表
2001: ISO MPEG-4 part 2発表
2001: ITU VCEG + ISO MPEGによるJoin Video Team 結成
2003: ITU H.264 / ISO MPEG-4 Part 10 AVCのファーストバージョン発表
H.264の目的
MPEG-4 part 2はDVDの MPEG-2を置き換えるように作られているわけではなく、H.263 のように「転送」すること、もしくは比較的ローコスト(ファイルサイズ/帯域)でストアすることを目的に作られています。高ビットレート(6-8 Mbit/s)では、MPEG-4 part 2 はいまだ放送や映画産業に受け入れがたいアーティファクトを含み、そのため MPEG-2 が放送業界の標準として残っています。
H.264グループの代表権能はテレコムと放送産業界に適している柔軟な標準を作成することで、主な目的は以下のとおりです:
•ビデオ品質改善
•MPEG-4 part 2と比較して帯域を50%削減
•ハイデフビデオだけでなくインターネットストリーミング向けデザイン
•ロバストトランスミッションのビルトインサポートを含む
H.264 を強力にするのは?
H.263 と MPEG-4 part 2 仕様はいくつかの思想を共有します; 圧縮技術は殆ど同一です。実際最もシンプルなMPEG-4 ProfileであるShort Header はベーシックな H.263 ストリームです。
H.264 はいくつかの技術を完全に再開発しました。H.264の最も大きな改良はIntra Predictionです。MPEG-4 はI-Frameの圧縮が効率的ではなく、JPEG画像がI-Frameより帯域効率が上でした。Intra Predictionにより、反復的なパターンがブロック環境に基づいた予測ベクターにより効率的にエンコードされます。
モーションベクターは4x4xピクセルの精度で当てることが出来ます。8x4, 4x8, 8x8もサポートします。この柔軟性により、MPEG-4 part で最小の8x8に比べエンコーディングエラーを減らします。
CABAC (Context-based adaptive binary arithmetic coding)エントロピーコーダーは 9% から 14% ほどMPEG-4 part 2で使用されるCAVLC より効率的です。CAVLC は特定のH.264 プロファイルでまだサポートされていますし、CAVLCに比べCABAC はエンコードとデコードの際CPU負荷が高くなります。
To reduce the blocking effects seen with MPEG-4 part 2 の高圧縮レートでブロック効果を減らすには、全体的な画質を改善するデブロッキングフィルタをエンコーダで使用できます。
人気の高いH.264 プロファイル
ベースラインプロファイル:
• I-Frame と P-Frame のみ
• プログレッシブイメージ のみ。インターレースビデオサポートなし
• Redundant Slice
• CAVLC のみ
• リアルタイムアプリケーション向けローレイテンシー
• ビデオ監視産業で一般的に使用されています
メインプロファイル:
• I-Frame, P-Frame, B-Frame
• インターレースとプログレッシブイメージ
• CAVLC と CABACサポート
• 予測加重
• ハイレイテンシー
• CABAC ベースラインより高圧縮
• ベースラインよりCPU集約的
• 放送用ビデオ向けに開発されましたが後にハイプロファイルに置き換えられました
ハイプロファイル:
• ハイデフ用に設計されています
• I-Frame, P-Frame, B-Frame
• インターレースとプログレッシブイメージ
• CAVLC と CABACサポート
• ハイレイテンシー
• カラーディストーションを最小化するためにCr と Cb コントロールを分離
• CPU 集約的
• HDVD と Blue-ray、いくつかのIPTV.
セキュリティ産業でのH.264
この段階で私が見てきたH.264 IP カメラ(Axis, Sony, Arecont, IQEye)の多くはH.264 ベースラインで、セキュリティ産業には十分な機能を持ちます。
もしIPカメラの購入を考えている場合、エンコーディングプロセスより、コーデック仕様(H.264, MPEG-4)がエンコーディングプロセスを定義するのではなく、ビデオでコーダのフォーマットを定義するものだと覚えていたほうがよいでしょう。そのため、エンコーダの品質はメーカーごとに大きく異なります; H.264の実装具合が低いと、MPEG-4 part-2 エンコーダ/IP カメラのほうが効率がよい場合があります。
この記事がH.264を知るための指針になれば幸いです。その他H.264については、こちらの記事もご覧ください。
もしH.264をより詳しく知りたい場合は、以下の本をお勧めします:
The H.264 Advanced Video Compression Standard by Iain E Richardson
Jo
マクロのインストール/実行
Omnicastで一般的なマクロ実行と修正する方法のご紹介です。
マクロサンプルをインポート
Omnicastの中でマクロを実行するためには、バーチャルマトリックスのインストールとマクロ使用が許可されたライセンスオプションを持っていなくてはなりません。
Omnicast Config Tool使用方法
新しいマクロを作成: ロジカルビューを右クリックしてください: 作成->アドイン管理->マクロ
新しく作成されたマクロ; 右のペインで "コード" タブを選択してください
インポートをクリックして、zip ファイルに含まれるwscファイルを選択します。
変更を保存するために上部にある適用をクリックしてください
警告を受け入れてください。どうすべきかはご存知と思います :)
実行する
マクロは今設定されましたが、システム上で動作しません。マクロはVirtual Matrix上で実行されるのであって、イベント、ユーザーのリクエスト、スケジュールのどれかから実行させれます。
スケジュール
ロジカルビューを右クリックしてください: 作成->マクロスケジュール
マクロを実行するバーチャルマトリックスを選択してください
プロパティをクリックして、実行するマクロを選択してください
常時出ない場合、有効範囲を設定してください
上部の適用をクリックしてください
スケジュールで実行されるマクロは常に特定の時間に実行されます。もしマクロが停止するとマトリックスは自動的に1分以内に再実行します。
イベント
エンティティーのアクションタブに言ってください
イベントに"マクロ実行" アクションを追加します
マクロとVirtual Matrixを選択してください
イベントマクロが自動的に処理完了後終了しないなら、延々と実行され続けることになります...
ユーザリクエスト
Live Viewerから: ホットアクションかツールメニューの: Tool->Macros
見る、停止する
Config Toolで、物理フィジカルビューからVirtual Matrix を選択、"統計" タブへ行きます。統計タブは手動で更新する必要があります。実行と停止アイコンでマクロをコントロールできます。
Live Viewer には表示することの出来るマクロイベントもあります。
修正する
マクロはXMLファイルのVBスクリプトで書かれています。
マクロコードの修正には、Config Toolでマクロを選択して、右ペインで"コード"タブを開いてください。
サンプルコードを手に入れるもっとも簡単な方法は、サンプルマクロを作成し、ウィザードを使って必要な機能を生成することです。その後コードを美津子とが出来ます。
コードを修正したら、 コードのリバースエンジニア機能を設計することが不可能であったため、ウィザードを使用することが出来なくなります。
VB Script Reference
Jo
マクロサンプルをインポート
Omnicastの中でマクロを実行するためには、バーチャルマトリックスのインストールとマクロ使用が許可されたライセンスオプションを持っていなくてはなりません。
Omnicast Config Tool使用方法
新しいマクロを作成: ロジカルビューを右クリックしてください: 作成->アドイン管理->マクロ
新しく作成されたマクロ; 右のペインで "コード" タブを選択してください
インポートをクリックして、zip ファイルに含まれるwscファイルを選択します。
変更を保存するために上部にある適用をクリックしてください
警告を受け入れてください。どうすべきかはご存知と思います :)
実行する
マクロは今設定されましたが、システム上で動作しません。マクロはVirtual Matrix上で実行されるのであって、イベント、ユーザーのリクエスト、スケジュールのどれかから実行させれます。
スケジュール
ロジカルビューを右クリックしてください: 作成->マクロスケジュール
マクロを実行するバーチャルマトリックスを選択してください
プロパティをクリックして、実行するマクロを選択してください
常時出ない場合、有効範囲を設定してください
上部の適用をクリックしてください
スケジュールで実行されるマクロは常に特定の時間に実行されます。もしマクロが停止するとマトリックスは自動的に1分以内に再実行します。
イベント
エンティティーのアクションタブに言ってください
イベントに"マクロ実行" アクションを追加します
マクロとVirtual Matrixを選択してください
イベントマクロが自動的に処理完了後終了しないなら、延々と実行され続けることになります...
ユーザリクエスト
Live Viewerから: ホットアクションかツールメニューの: Tool->Macros
見る、停止する
Config Toolで、物理フィジカルビューからVirtual Matrix を選択、"統計" タブへ行きます。統計タブは手動で更新する必要があります。実行と停止アイコンでマクロをコントロールできます。
Live Viewer には表示することの出来るマクロイベントもあります。
修正する
マクロはXMLファイルのVBスクリプトで書かれています。
マクロコードの修正には、Config Toolでマクロを選択して、右ペインで"コード"タブを開いてください。
サンプルコードを手に入れるもっとも簡単な方法は、サンプルマクロを作成し、ウィザードを使って必要な機能を生成することです。その後コードを美津子とが出来ます。
コードを修正したら、 コードのリバースエンジニア機能を設計することが不可能であったため、ウィザードを使用することが出来なくなります。
VB Script Reference
Jo
登録:
投稿 (Atom)