CS-QR20専用アプリでQRコードを読み取り、パスワードを入力するだけで使える暗視機能搭載のネットワークカメラ。光センサーが周囲の明るさを感知し、暗くなると自動的に暗視モードへ切り替わる。映像に動きがあったときにスマホに通知を行う動体検知機能を搭載。子供やペット、来訪者の確認用など、さまざまなシーンで使用できる。5スレッドの最後へ格安回線で問題なく使えている方がいらっしゃいましたら、教えていただけないでしょうか。無人店舗内を遠隔地から監視する目的で、月1千円程度の「格安回線」によるCS-QR20の導入・運用を、下記「導入方法(案)」のとおり考えています。いうものの、容量制限/速度制限のある格安回線が1カ月の実用に耐えうるか、非常に不安です。下記「プラネックス社に確認済みの内容」のとおり、このカメラは、撮影データをインターネットに「常時」送信しているなど、回線に負荷をかける仕様になっていることも、不安に拍車をかけています。つきましては、「実際に格安回線に運用している方」がいらっしゃいましたら、下記質問についてご回答いただければ幸いです。IIJmioのミニマムスタートプラン)を無人店舗用に新規契約。電話回線もインターネット回線もありません。今後も電話回線は不要です。�Aモバイルルータを無人店舗に常設し、カメラをインターネット接続。→ルータは、お客様が触れることのできない場所に置き、充電器に接続しっぱなしにするつもりです。�B自宅や外出先などから、1日に数回程度、アプリ『スマカメ』で店舗の現状を確認する。→自宅用回線と外出先用回線はすでにありますので、考慮に入れなくてかまいません。�C当該店舗に問題があったとき(年1回あるかどうか)、録画データを、当該店舗「内」で確認する。具体的には...�A月3GBまでという容量制限には、1カ月のどのあたりでひっかかりますか。�Bその容量制限にひっかかる「前」、外出先からカメラ映像を正常に見れますか。200kbpsでも、外出先からカメラ映像を正常に見れますか。�Dどの画質設定にしていますか。→上記�@、�A、�B、�Cの前提条件。�@カメラがインターネット接続されている場合、カメラは撮影データを「常時」、クラウド上のサーバに送信している。アプリ『スマカメ』からの要求があったとき「のみ」ではない...ということ。�Aカメラがインターネット接続されている場合、カメラと「同一LAN内」にある端末上のアプリ『スマカメ』から録画データを確認するときでも、録画データは、クラウド上のサーバを「経由する」。カメラ→スマカメという直接経路ではなく、カメラ→クラウド→スマカメという経路になる...ということ。22:54(1年以上前)下記の仕様を参考にするといいです。2GBカード:約12時間3GBのプランでは概算で18時間しか使用できないことになります。画質を落とせば伸ばすことはできますが、数日でデーター上限に達してしまうし、防犯カメラとしての実用性は半減するでしょう。ADSLの契約をしたくないなら、動体検知機能によるMicroSDへの録画とスマホへの通知を利用した使い方しかないと思います。格安MVNOが利用できる条件としては、スマホアプリからの要求があった場合のみ通信を行うこととなります。22:58(1年以上前)常時データー通信を行う以上は格安MVNOが利用できないので、通知は無理ですね。SDへの録画しか出来ないことになりますね。23:15(1年以上前)格安SIMでの運用はしていないのですが、わかるところだけコメントさせていただきます。プラネックス社の回答は、担当者が質問を正しく理解していなかったかのかわかりませんが、ちょっとあっている部分がありますが、間違っていると思います。メールでよく調べてもらうようにもう一度、リクエストしたほうがいいと思います。ご質問の番号と合っていませんがご容赦ください。カメラとサーバーは5分に一回くらい数KBのデータ通信をしている。カメラがどこにいるのかをサーバーが把握するために「ここにいまーす」みたいな小さいデータを出しています。それ以外の通信はしていません。それ以外の通信があるのはスマホからカメラを見にいったときです。スマホから見ただけの通信量しか使わないという理解です。MicroSDカードに録画されている映像を確認するときにもそれを見ている間だけ通信しています。それ以外はカメラが自分の所在地を伝えるためのほんの小さなデーターだけ出しています。5段階設定で、詳細な解像度、フレームレート、ビットレートの記載はありません。実際に試してみると以下のようでした。フレームレートは自動調整しているようで回線状態が良いと15fpsまで出ます。推測ですがほぼ間違いなくビットレートは違っていると思います。高と中は解像度は同じだがビットレートが異なる。15fpsデータ量は上記の5種類の設定で変化しますが、さらに被写体の動きが激しいか激しくないかでも差が出てきてしまうので一概にどの設定で何Kbpsかなどのように表現するのが難しいです。経験的な感じでは中の設定でおそらく350Kbpsと思います。最低だと200Kbpsを割り込んでいると思います。中の設定で1分間みるとおそらく2-3MBになると思います。毎日1分みると、60-90MBくらいと予想されるので3GBプランでかなり余裕な感じはします。H.264圧縮なのでかなり圧縮が効いているのでこんなものだと思います。23:52(1年以上前)ありりん00615さんさっそくのご回答ありがとうございました。>>3GBのプランでは概算で18時間しか使用できないことになります。録画データの容量をチェックしてませんでした。23:55(1年以上前)スーパカー消しゴムさんさっそくのご回答ありがとうございます。>>スマホから見ただけの通信量しか使わないという理解です。これは、何らかの方法で検証または確認なさった結果、と思ってよいでしょうか。(←たいへん失礼な問いで申し訳ありません)。いうのは、プラネックスには、かなり詳細な内容にてメールで質問しており、こちらの問い合わせ内容に不備あったとは考えにくいからです(次のクチコミをご覧ください)。いうと、実は、プ社からのメールによる回答後、まさにスーパカー消しゴムさんのおっしゃる仕様にしてほしい旨、要望メールも送っております(次の次のクチコミをご覧ください。その要望への回答は、まだ届いておりません)。>>MicroSDカードに録画されている映像を確認するときにもそれを見ている間だけ通信しています。これについても同様に、何らかの方法で検証または確認なさった結果、と思ってよいでしょうか。プ社には、やはりけっこう細かい内容で質問をしてるので、担当者が私の問いの内容を誤解したとは考えにくい、と愚考しております。(次の次の次のクチコミをご覧ください)。>>ざっくり経験的な感じでは中の設定でおそらく350Kbpsと思います。プ社が公表する「品質が中では、12時間で2GB」という録画容量に基づいて計算してみたところ、約388kbpsになるみたいです。[kbps]いずれにせよ、通信が「常時」なのか「アプリから要求があったときのみ」なのか、念のため、再度問い合わせてみようと思います。ご回答いただいたのに、スーパカー消しゴムさんに不愉快な思いをさせてしまったようでしたら、謹んでお詫び申し上げます。申し訳ありませんでした。ご親切・ご丁寧なご回答に、心より感謝しております。00:01(1年以上前)撮影データの送信が「常時」か否か、「私からプ社へのメールでの問い合わせ」内容と「プ社から私へのメールでの回答」内容を、一部転載いたします。---(以下、私からプ社へのメールでの問い合わせ)---ネットワークカメラ「CS-QR20」について教えてください。次のどちらでしょうか。(a)「常時」、クラウドへ(インターネットに)撮影データを送信している。(b)アプリ『スマカメ』からカメラ映像を確認しに行ったとき「のみ」、クラウドに撮影データを送信する。・IIJmioなどミニマムスタートプランあたりの超低速回線で「CS-QR20」をインターネットにつなげる予定です。・1日1〜2回、延べ数分程度、アプリ『スマカメ』からカメラ映像を確認予定です。(a)の場合、回線の上限(3GB/月)にあっというまに達してしまいそうなので、カメラ購入を見合わせようと考えています。(当該回線は、カメラ以外にも使用予定です)。(b)であれば、回線への負荷が小さそうなので、ぜひ購入をぜひ検討したいです。---(以下、プ社から私へのメールでの回答)----本件、ご申告いただいております件でございますが、CS-QR20は(a)の仕様となっております。カメラ設定が完了し、電源を入れている状態であれば、外出先からいつでもカメラ画像が見れるように常時クラウド上にカメラのデータを送信しております。00:05(1年以上前)撮影データの送信について、アプリからの要求があったとき「のみ」にも設定できるよう、私からプ社に送った要望メールを、転載いたします。---(以下、私からプ社に送った要望メール)---改善要望を挙げさせていただきます。(b)を設定から選べるようしていただけると、非常にうれしいです。(a)「常時」、クラウドへ(インターネットに)撮影データを送信している。(b)アプリ『スマカメ』からカメラ映像を確認しに行ったとき「のみ」、クラウドに撮影データを送信する。カメラ側だけでなく、サーバ側も合わせて(※)、仕組みを変える必要があると思うので、たいへんそうですが、ご検討いただければ、幸いです。TCPのkeep-aliveパケットなど小量の空データで、カメラと(インターネット上の)サーバ間のセッションを維持する。・アプリからの要求があったとき→サーバに実データを転送する。00:12(1年以上前)映像データを同一LAN内から見るときのデータ経路について、「私からプ社への問い合わせメール」、「プ社から私への回答メール」、「私からプ社への要望メール」の内容を、転載いたします。----(私からプ社への問い合わせメール)----ネットワークカメラ「CS-QR20」について教えてください。CS-QR20と同一LAN内にあるiPad(の『スマカメ』)からCS-QR20のカメラ映像を確認する場合、(CS-QR20がiPadに送る)映像データは、クラウドを経由しますか。容量制限のあるインターネット回線を使用予定なので、なるべくインターネットを経由させたくないです。経由しないのであれば、購入を検討したいです。「同一LAN内」といっているのは、同一のブロードキャストドメイン内にある...と同義と思ってください。カメラが、192.168.1.10/24iPadが、192.168.1.11/24みたいなときのことです。---(プ社から私への回答メール)---お問い合わせにつきまして、ルータを外部と接続した場合はクラウド経由する仕様となります。ご利用の環境を確認しますと、申し訳ございませんがインターネットを経由します。---(私からプ社への要望メール)---改善要望を挙げさせていただきます。後継機(または現行機のファームウェアアプデート)では、同一ブロードキャストドメイン内のカメラ映像データ転送(アプリ『スマカメ』での映像確認)については、インターネットを経由しないようにしていただけると、たいへん助かります。・無線LANルータのインターネット接続の有無にかかわらず。以上、ご検討いただければ幸いです。00:44(1年以上前)スーパカー消しゴムさん次の2点について、再度、プラネックス社に問い合わせメールを送りました。プ社から回答がありましたら、内容について報告させていただきます。�@撮影データをインターネットに送信するのは、「常時」か「アプリが要求したときのみ」か。確認する場合、インターネットを「経由する」か「経由しない」か。09:47(1年以上前)サポートセンターの担当者はすべての詳細を把握、理解しているのではなくて渡されている情報のなかで対応するのが一般的なので間違っていないまでも、要望には答えられないということはよくありますね。IPアドレスの説明に192.168.1.10/24としている時点で、質問者のスキルレベルを推測して、突っ込んで調べるなりエスカレーションするなりしても良いかと思いますが、あっちはあっちで何か理由があるのでしょう。alive信号を送っているようなものです。スマホからリアルタイムでみるライブビュー、録画したものをリモートから見るときなどH.264のビデオストリームはスマホから要求のあったときだけです。TravesalはRFCでも規定されているので仕組みそのものは標準化されていて、ネットワークカメラや対戦ゲームなどで使われています。ソニーのnasneも同様だったと思います。nasneなどなど)があって、サーバーの負荷を低減するためにデバイス間で通信させようと最大限の努力を行います。しないとサーバーがパンクしちゃいます。(P2P)と呼ばれる状態です。サーバーを経由しないようにというのがサーバー設計、運営の最大のポイントです。そこからもわかるように要求がないときにデータをサーバーに送っているなんてことはあり得ません。Traversalのサーバー運営する企業の死活問題になりますので。一方でユーザーからお金をもらってすべてサーバー経由とするのもあります。録画データをクラウドに保存するサービスがそれに該当します。仕組みはご想像できるとおりです。7日間録画で2000円くらいが相場だと思います。サーバーを経由するということはそういうことなので、録画サービスを提供せず、お金ももらえず、サーバー側にビデオストリームを送信しつづけるということは考えられません。あと参考程度ですが、私はかなりスマカメにアクセスをしていますが、本日までの今月のスマカメアプリだけのデータ利用量は82.55MBです。サポセンから明快な回答がきてスッキリできるといいですね。私も試験結果を待つ時みたいなドキドキ感があって楽しみです。11:51(1年以上前)物があるのであれば、パケットをキャプチャしてみるというのが手っ取り早いでしょうね。データ量も判りますし。http://www.forest.impress.co.jp/library/software/wireshark/クラウドを使うのはNAT越えの環境を外からのアクセスで実現することですし、実際の映像データにのところ、セッションとフローを制御するところは、RTP/RTCPのプロトコルが使われているのを目にすることができると思います。alive信号を送っているようなものです。>>スマホからリアルタイムでみるライブビュー、録画したものをリモートから見るときなどH.264のビデオストリームはスマホから要求のあったときだけです。>>あと参考程度ですが、私はかなりスマカメにアクセスをしていますが、本日までの今月のスマカメアプリだけのデータ利用量は82.55MBです。これなら、IIJmioのミニマムスタートプランでも、余裕っぽいですねぇ〜。>>とにかくサーバーを経由しないようにというのがサーバー設計、運営の最大のポイントです。そこからもわかるように要求がないときにデータをサーバーに送っているなんてことはあり得ません。Traversalのサーバー運営する企業の死活問題になりますので。売った数に比例して、サーバ側の増強が必要になっちゃいますが」と、失礼な書き方をしちゃいました(笑)。>>ソニーのnasneも同様だったと思います。参考までに、nasneのいわゆる「エニイタイムアクセス機能」については、(a)SONYサーバを経由する場合と、(b)P2Pで直接接続される場合の2種類が、環境によってあるそうです。※クチコミ[16942151]をご覧ください。http://bbs.kakaku.com/bbs/K0000363808/SortID=16884946/#16942151その目的は(予想ですが)、なるべくP2Pで直接接続させて(運営者から見た)サーバの負荷を軽減しつつ、仕方ない場合のみサーバを経由させることで、(ユーザから見た)接続の確実性を向上させているのだと思います。ACCESS』からローカルコンテンツ(録画データ以外。共有フォルダに置いたファイル)にアクセスときの通信について、2013年時点の仕様について言及したものです。mobile』からのリモートアクセスがどのような仕様になっているかは、不明です。