ゲーム周辺機器すべて クチコミ掲示板

カラカラと音がする

[freeneo]

本日nasneが届き、箱を開け、取り出したら、本体の中で何かが転がっているような音がしました。これって、やっぱり正常ではないですよね？

書込番号：16965355

[ゲルニカ２]

中で何かが転がっている音がするのが正常なのは、福引回転抽選機(色がついた玉が出てくるやつ)くらいしか無いと思うので購入店に連絡したほうがよろしいかと。

書込番号：16965444

[freeneo]

ゲルニカ２さん、
お持ちのnasneではそんな音はないってことですよね？
ありがとうございます。
聞いてみたいと思います。

書込番号：16965459

[ブラックキティ]

振ったら当たりって書いてある玉が出てきたりして(笑)

すいません、冗談です…

明らかに正常ではないので交換してもらって下さい

書込番号：16965596

[freeneo]

ブラックキティさん、
ありがとうございます。


実は、メール及びチャットでSONYに問い合わせましたが、調べるから送ってくれと言われましたが、時間がもったいないので、返品返金してもらって、実店舗で買ってこようと思います。
事前に振って調べられるし。

書込番号：16969071

固定用クランプの寸法について

[シーカー58]

折り畳みテーブルの例	質問したい寸法

ＤＦＧＴの固定用クランプの奥行（Ｌ字でいうところの横棒の長さ）は何センチでしょうか？

というのも、
画像の様な折り畳みテーブルに取り付けようと考えているのですが、
このような構造の折り畳みテーブルだと天板下のパイプが邪魔になり、ＤＦＧＴを固定できないのではないかと心配しています。

書込番号：16956914

[シーカー58]

質問について訂正します。
誤：センチ　→　正；ミリ

寸法についてミリ単位で教えてください。

書込番号：16956926

[LIQUIGAS]

こんばんは。

只今計測してみましたとろ　33mm　〜　30mm　（若干固定パーツに遊びがある為）　でした。

ちなみに　30mm　厚以下のボード（テーブル）であればＯＫですね♪

御参考までに。

書込番号：16957051

[シーカー58]

ご回答ありがとうございます！
参考にさせていただきます。

書込番号：16957726

私の想定している使い方はできるでしょうか？？

[mashashi]

いつもお世話になっております。購入前の質問をさせて頂きます。

現在の機器環境
1F　TV：KDL-40EX500、レコーダー：BWT500、無線ルーターWHR-G301N
2F　PS3、モニター、アンプ、PC、ネットワークハブETG-ESH5（1FWHR-G301Nからブリッジモードにて）
1Fの機器はWHR-G301Nから全て有線、同じく2Fの機器はETG-ESH5から全て有線にて繋いでいます。

�@1Fのレコーダー-nasne-TVでアンテナを繋ぎ、WHR-G301Nからネットワークに繋げたいのですが、
nasneで録画した番組を1FのTV、レコーダーと2FのPS3で見ることは出来るでしょうか。
同じくライブチューナー機能も利用できるでしょうか。

最近引越しをしており、前の家ではお風呂で湯船に浸かるときに、タブレットやスマホで動画や音楽を聞きながら入っていたりしたのですが、引っ越してからは出来ていません。DLNAアプリの問題かもしれませんが、PCを認識しないからです。
そういうこともあり、上記のことを質問させて頂きました。

誤字脱字だらけかもしれませんが、よろしくお願い致します。
情報不足の場合は、誠に申し訳ございません。

書込番号：16953036

[Cafe_59]

＞nasneで録画した番組を1FのTV、レコーダーと2FのPS3で見ることは出来るでしょうか。

現状で、DIGAの録画番組が LAN接続された1FのTVと2FのPS3で見ることが出来れば環境に問題ないので、nasneを WHR-G301Nに繋げればいいです。

DIGAは同世代の600でnasneの再生出来てます。チャプタースキップは出来ませんけど。
PS3とTV(たぶん)はチャプタースキップできると思います。

書込番号：16953144

[tanetty]

mashashiさん

一般論で回答いたします。

nasne番組を受信する機器(TV, レコーダー, PS3, タブレット等)を「受信機」として総括すると、nasne番組を見るための必要十分条件は一般に、以下の５つになるかと思います。

1. nasneがアンテナ線に接続され、一定範囲内の強度をもつ電波を受信できること。

2. nasneと受信機が同一サブネット内にあること。
（たとえば、nasneのIPアドレスが192.168.11.1なら、受信機が192.168.11.2〜254の範囲にあること)

3.できれば、nasneと受信機間の実効スループット(実際に出るネットワーク速度)が、約25Mbps以上あること。
(地デジ/BSの最大ビットレートはそれぞれ、17/24Mbps程度らしいので)。
ただし、タブレット等への持ち出し視聴にかぎれば、これより低速でも問題ない。

4. 受信機がDTCP-IP/DLNAクライアント機能をもっていること。
　ただしPS3は、その上で動くアプリ「torne」が、nasneから見て同等機能をもっているので、この要件は無視してよい。
　PS Vitaなども同じ。

5. 受信機とnasneの相性が悪くないこと。

ご質問の内容を拝見するかぎり、1,2,3は問題なさそうですね。
4はPS3については確実にOKです。TV, レコーダーについては、説明書などで仕様をご確認ください。
5についてはなんともいえませんが、SONY製品ならよっぽどOKだと思います。また、nasne wiki というサイトで、動作検証結果も載せられていますので、確認なさってはいかがでしょうか。

[nasne wiki] - [動作報告] - [他機器連携]
http://nasne-wiki.net/index.php?%E4%BB%96%E6%A9%9F%E5%99%A8%E9%80%A3%E6%90%BA

なお、nasne内録画番組を見れる受信機であれば、ライブチューナも見れます。

書込番号：16953235

[shigeorg]

mashashiさん
> ネットワークハブETG-ESH5（1FWHR-G301Nからブリッジモードにて）

ここの「ブリッジモード」というのがどういう状態を指しているのかがちょっと分かりにくいのですが、WHR-G301N と ETG-ESH5 を有線 LAN ケーブルで接続しているということでよいでしょうか？

「ブリッジモード」という言葉は、WHR-G301N などの無線 LAN ルータ機器の「ルータ機能」を無効にして「無線 LAN アクセスポイント」として使う場合の状態を指す言葉なのですが、一方で ETG-ESH5 は通常の LAN HUB なので、WHR-G301N との間は有線 LAN ケーブルで接続するのが普通です。

で、その場合は、WHR-G301N がルータモードだろうとブリッジモードだろうと、ETG-ESH5 と WHR-G301N との接続とは関係ない話なものですから確認させて頂いた次第です。(もしかして、カスケード接続のことを言おうとされていたのでしょうか ?)


> nasneで録画した番組を1FのTV、レコーダーと2FのPS3で見ることは出来るでしょうか。
> 同じくライブチューナー機能も利用できるでしょうか。

各機器の機能を見る限りはできると思います。

nasne の番組を見るには、見る側の機器が DLNA/DTCP-IP 機能を持っていないといけないのですが、BRAVIA EX500 も DIGA BWT500 も PS3 も、その機能を持っています。


なお、EX500 と BWT500 が HDMI ケーブル等で接続されているのであれば、EX500 か BWT500 のどちらかで見られればよいですよね？
(通常はテレビで直接見られれば、わざわざレコーダーを介する必要はないですよね)


ちなみに、EX500 で見る場合は、「テレビの入力切替をして接続機器を選ぶ」という操作ではなく、EX500 のソニールームリンク機能から、nasne を選択する形になります。

書込番号：16953263

[mashashi]

cafe 59様
>現状で、DIGAの録画番組が LAN接続された1FのTVと2FのPS3で見ることが出来れば環境に問題ない
現在1Fのレコーダーの録画番組を2FのPS3にて見れています。見れるという言葉を頂き、さらに購入への足掛かりに
なりました。ありがとうございます。

tenetty様
>2. nasneと受信機が同一サブネット内
ここが私のなかで引っかかっていました。cafe 59様の返事により見れるということですが、最初に書き込みをした
ようにスマートホンのDLNAアプリで2FのPCを認識しませんが、DIGAの録画番組はみれるという矛盾した感じになって
いました。IPアドレスが違うので、スマホからPCを認識しないのかなと。
もちろんtorneもありますので、快適な視聴になりそうです。
関係ない話ですが、tenetty様の録画/配信サーバ(第4版)を見て、購入を考えました。
重ね重ねお礼を申し上げます。
ありがとうございました。

shigeorg様
WHR-G301NからETG-ESH5までは有線にて繋げています。ブリッジモードと書いたのはなるべく詳しく書いた方が
いいかと思いましたので、書きました。
この手の話はあまり詳しくないのですが、ETG-ESH5に接続するときはブリッジ接続じゃないとダブルルーター
状態になり、実効値が全然出ないというのをネットで見つけ、そのように接続していましたが
接続するのにルーターモードだろうが、アクセスポイントモードだろうが関係ないということですね。
情報ありがとうございます。それとカスケードモードというのはなんでしょうか？

皆様、改めてありがとうございます。
それぞれの方から私の欲しい回答を頂き、感激しております。

近く購入する予定ですが、使いこなせるようになったときにレビューしてみます。

書込番号：16953532

[shigeorg]

mashashiさん
> ETG-ESH5に接続するときはブリッジ接続じゃないとダブルルーター状態になり、実効値が全然出ないというのをネットで見つけ

確認ですが、お持ちのルータ製品は WHR-G301N だけなのですよね？ (今回書かれたネットワーク機器以外にはないのですよね ?)

であれば、ルータが一つしかないのでダブルルータ (二重ルータ) にはなりえません。

ダブルルータというのは、例えばインターネット接続用にルータがあるところに、さらに無線 LAN ルータ製品を接続するような場合に発生する状況です。

今回は、ルータ (WHR-G301N) に普通の LAN HUB (ETG-ESH5) を接続しているだけなので、ダブルルータについては心配する必要はなく、逆に WHR-G301N を本当にブリッジモードで利用しているとしたら、家とプロバイダの間にルータがなくなることになり、インターネット接続がうまくいかなくなるようにも思うのですが．．．(プロバイダから複数の IP アドレスを割り当てられる契約なのであれば大丈夫でしょうが)

スマフォから PC が認識できないというのももしかしたら、それが影響しているかもしれません。


> カスケードモードというのはなんでしょうか？

「カスケード接続」というのは「多段接続」とも言い、LAN HUB の下に LAN HUB を接続する形態のことを指します。

複数の LAN ポート (端子) を持つルータ製品の LAN ポート群は実際には LAN HUB であるので、WHR-G301N と ETG-ESH5 を LAN ケーブルで接続している状態は「LAN HUB の下に LAN HUB をつないでいる」ということになるので、「カスケード接続」になります。


と、ここまで書いてきてふと不安になったのですが、WHR-G301N と ETG-ESH5 との接続ですが、WHR-G301N の WAN ポート (端子) と ETG-ESH5 を接続しているということはないですよね？
(で、さらに実は WHR-G301N 以外にルータが存在しているとか、WHR-G301N や ETG-ESH5 はインターネットとは接続されていないとかだったりするのでしょうか？)

書込番号：16953581

[tanetty]

mashashiさん

>>WHR-G301NからETG-ESH5までは有線にて繋げています。

お話を伺ったかぎり今回のケースでは、「有線」であることのみが(速度面で多少)重要です。あとの「ルータモード」とか「アクセスポイントモード」のことは、忘れて差し支えありません。

以下、ネットワークに興味がある場合だけ読んでください。（理解できなくても、問題ありません）。

「サブネット」…同じIPアドレス帯のこと。例：192.168.11.1〜254。

「ハブ」…同一サブネット内の通信を担当する機械(ETG-ESH5もそう)。

「ルータ」…異なるサブネット間の通信を担当する機械。

「ブリッジモード」…ハブ内蔵ルータ(WHR-G301Nもそう)において、ルータ機能をOFFにしたモード。ただのハブとして機能し、全端子につながる端末が、同じサブネットに属する必要がある。

「ルータモード」…ハブ内蔵ルータにおいて、ルータ機能をONにしたモード。ハブ端子(複数)とインターネット端子(ひとつ)につながる端末が、異なるサブネットに属する必要がある。

「カスケード接続」…ハブとハブを有線接続すること。つまり、２つのハブにつながる端末はすべて、同一サブネットに属する必要がある。

書込番号：16953602

[mashashi]

shigeorg様

もちろんWHR-G301Nだけになります。私の認識が間違っていたみたいです。
現在ブリッジ接続でETG-ESH5からPC、PS3に繋いでいますが問題なくネットは出来ています。と
思っていたのですが、今確認したところスイッチはAUTOになっていました。。。
確かにOFFにしたつもりだったのですが。
スマホからPCを認識しないのはもしかしたらそれが原因かもしれませんので、少し弄ってみます。

> ここまで書いてきてふと不安になったのですが、WHR-G301N と ETG-ESH5 との接続ですが、WHR-G301N の WAN ポート (端子) と ETG-ESH5 を接続しているということはないですよね？

これも確認しましたが、大丈夫でした。
わざわざ御忠告して頂き、感謝致します。

書込番号：16956164

[mashashi]

tenetty様

解説して頂いたのを熟読しました。色々と教えて頂き、感謝致します。

確認したところ、WHR-G301Nのルーター、ブリッジの切り替えスイッチはAUTOになっており
たぶんルータモードになっていたのではないかと推測します。
しかし、有線接続であればモードの違いはあまり関係ないということですね。

さっそくnasneを注文しましたので、また疑問が生じた際は質問させてください。
ありがとうございました。

書込番号：16956220

Media Link Player for DTVはbluetoothで音が聞けますか？

[ぐれーとコアラ]

iPad miniでMedia Link Player for DTVを使おうと考えています。
ムーブして持ち出した番組は、再生時、bluetoothで音が聞けますでしょうか？
直挿しイヤホンでなければ聞けないでしょうか？

教えていただきたくお願いします。

書込番号：16823384

[tanetty]

残念ながら、できません。BlutoothやAirPlayで音声出力できないのは、Media Link Player唯一の弱点です。

Bluetoothイヤフォンで持ち出し視聴できるのは、現行ではTwonky Beaｍのみになります。

各アプリについての詳細な比較はこちらに掲載しております。ご参考までに。
http://bbs.kakaku.com/bbs/K0000363808/SortID=16485604/ImageID=1713705/
http://bbs.kakaku.com/bbs/K0000363808/SortID=16485604/#tab

書込番号：16823628

[tanetty]

>>Bluetoothイヤフォンで持ち出し視聴できるのは、現行ではTwonky Beaｍのみになります。
↑文頭に「iOS機では」と入れて読み替えてください。

Android機の場合、Twonky以外でも、プレインストールアプリの中に、Blutoothイヤフォンで持ち出し視聴できるものがあると思います。

書込番号：16823709　スマートフォンサイトからの書き込み

[ぐれーとコアラ]

tanettyさん

早速のご教示ありがとうございます。
加えて、アプリの比較表情報も助かります。

そうですが、それはとても残念です。

でも、bluetoothが使えないと知っていて導入するのと、知らないで導入するのとでは、大きな違いがありますので、貴重な情報をありがとうございます。

たいへん助かりました。

書込番号：16823730

[tanetty]

MLPの製造元であるアルファシステムズ社に、Dock/Lightning/AirPlayによる音声出力を改善要望として挙げたことがあります。ア社からの回答は、以下のとおりでした。Bluetoothについても同様のスタンスと考えても差し支えないでしょう。

--- 以下、ア社からの回答です。---

こちらにつきましては、仕様として外部機器への映像/音声出力をアルフ
制限しており、現在のところ対応の予定は未定となっております。

デジタル放送などの著作権保護コンテンツを扱うソフトウェア等は、
電波産業会(ARIB)が定める標準規格に準拠する必要があります。
iOSではこの標準規格の定める機能要件を満たすことができないため、
本アプリでは外部機器への映像/音声出力を制限しております。

しかしながら、同様の要望が他のユーザ様からも多く寄せられており、
また、他社様のアプリでは接続が許可されていることも存じ上げております。
弊社としましても外部機器への出力については何とか対応したい考えで
慎重に検討を進めております。

書込番号：16823820　スマートフォンサイトからの書き込み

[ぐれーとコアラ]

tanettyさん

さらなる情報をありがとうございます。
これからも機能拡張等の対応が期待できそうですね。

教えていただいた比較表でも、「iOS」で「持ち出しができ」て「評価がいい」のは、
Media Link Player for DTVが唯一のようなので、現在の機能で使い始めるのかと
思いました。

とても助かりました。
ありがとうございます。

書込番号：16824313

[tanetty]

ぐれーとコアラさん

>>教えていただいた比較表でも、「iOS」で「持ち出しができ」て「評価がいい」のは、
>>Media Link Player for DTVが唯一のようなので、

比較表は私が作成したものですので、「評価」欄はあくまで私の主観となります。ご了承ください。(その他の項目は、可否ですので、主観の入る余地はありません)

表の評価と重複しますが、iOS機では次のように使い分けるのがベストだと考えています。

1. 何はともあれMedia Link Player。不満がなければ、これ一本でもOK。
→音声のデジタル出力ができないことを除けば、ほぼ万能です。

2. 自宅でも視聴したくなったら、DiXiMを買い足す。
→全番組について、どこまで見たかを覚えていてくれるので、複数番組を並列視聴するときに便利です。
→いい音で視聴できます。AirPlay/Bluetooth/Lightning/Dockにて外部スピーカーを利用できるため。
→(ステレオミニ出力で満足できるのであれば、 MediaLinkPlayerで事足りるので、DiXiMは不要です)

3. Bluetoothイヤフォンで持ち出し視聴したい場合のみ、Twonkyを買い足す。
→それができること以外に長所はありません。使いにくいし、不安定さは目を疑うほどです。

書込番号：16824728

[ぐれーとコアラ]

tanettyさん

>>3. Bluetoothイヤフォンで持ち出し視聴したい場合のみ、Twonkyを買い足す。
>>→それができること以外に長所はありません。使いにくいし、不安定さは目を疑うほどです。

なるほどそうですね、この方法があるのですね。
買い足すということは思いつきませんでした。

現在、画面の小さい携帯電話で録画を見ていて、その際、片耳タイプのBluetoothイヤフォンを
使っており、それが重宝しているので、そのスタイルを継続したかったところです。

tanettyさんがおっしゃるように、まずは、「Media Link Player for DTVで運用してみて」、
というところだと思いました。

たいへんありがとうございます。
思い切って質問してほんとうによかったです。

書込番号：16824919

[浄玻璃の鏡]

ファームアップで青歯対応来ました（嬉）

書込番号：16951848　スマートフォンサイトからの書き込み

[tanetty]

浄玻璃の鏡さん

>>ファームアップで青歯対応来ました（嬉）

すばらしい情報ありがとうございます。
DiXiMが持ち出しに対応したからか、MLPもがんばってますね。ありがたいことです。
さらに[戻る]も、30秒から10秒に変更したようで、これも助かります。

書込番号：16951859

[ぐれーとコアラ]

浄玻璃の鏡さん

>>ファームアップで青歯対応来ました（嬉）

このアプリを２週間前から使い始めていました。
よいタイミングで希望の機能が追加されて、とてもうれしいです。
情報をありがとうございます。


tanettyさん

>>Bluetoothについても同様のスタンスと考えても差し支えないでしょう。

おっしゃっていたように、使えるようになりました。
ありがとうございます。

書込番号：16952597

オフライン アップデートについて

[ルナフレア]

自宅にネット環境が無くSONYにアップデートディスクを送って貰ってましたが新しいアップデートディスクの生産をしなくなったみたいで前回か前々回辺りのアップデート時にに申し込みしたら断られました
今の所ネット環境を導入する予定も無いです
何かいい方法はないでしょうか？
PSP PSVITAはマクドナルドのモバイルポイント？でアップデートをしていました
(ファミリーマートでモバイルポイントのチケットを購入していました)
PS3のアップデートはネットカフェでアップデートのデータをダウンロードしてUSBメモリーに入れてアップデートしていました

書込番号：16943949

[FogWinter]

ネットワークにつながってこそのバージョンアップ可のような気もします…
最近のバージョンアップ内容の事を考えてみると
ソフトの不具合修正よりも、ネッワーク系の付加機能追加ばかりです。
録画・再生に不満もなければ現状バージョン維持でいいのでは？
最新版にしたいという気持ちもわかりますが、バージョンアップはオマケを考えてみるとか…
もし、方法があるとすればスマホとかのテザリング機能を使ってPS3を無線接続して
携帯電波網でやるしかありませんね…パケット使用料が…くっ！

書込番号：16944354

[ルナフレア]

回答ありがとうございました
とりあえず現状維持で機会があった時にアップデートしようかと思います
テザリングが出来ればいいですがガラケーなので出来ないのが現状です

書込番号：16944402

エニイタイムアクセス機能で動画視聴したときのデータ配信経路

[宮のクマの雅]

nasne ACCESS のエニイタイムアクセス機能について、どなたかご存じの方がいれば教えてください。

androidスマートフォンに nasne ACCESS アプリをインストールすると、
nasne の share1 フォルダに保存した各種メディアファイルを、外出先からLTE/3G/WiFi回線経由で閲覧できます。
例えば、インターネット経由でビデオファイルをストリーミング再生する場合を考えます。
このとき、データパケットはSONYのサーバー経由で配信されているのでしょうか？
言い換えれば、端末（androidスマートフォン）と nasne の間は、P2Pで直接接続されているわけではないのでしょうか？

というのは、スマートフォン（SONY Xperia SX SO-05D）でSD画質のビデオファイル（H.264）を再生した場合、
約5Mbpsのビットレートを目安として、それ以上のレートのファイルはまともに再生できなかったからです。
（バッファリング ⇒ 再生 ⇒ 一時停止 ⇒ バッファリング ⇒ 再生 ⇒ 一時停止 ⇒ バッファリング ⇒ 再生…）
この現象は、LTE回線（約15Mbps）／WiFi回線（約40Mbps）ともに変わりませんでした。
従って、回線速度の問題ではないと考えています。

　　 * なお、スマートフォン側の下り速度と nasne 側の上り速度は問題ないと考えている理由に、
　　　VPN（L2TP/IPSec）ネットワーク経由では、全く問題なく再生できるという事実があります。
　　　この場合、VPNクライアント／サーバー間はVPNトンネルによって直接接続されますので、
　　　データパケットがSONYサーバーを経由していないことは明白です。

いや、ビットレートが10Mbps程度の動画でもエニイタイムアクセス機能で問題なく再生できているなど、
実体験の情報をお持ちの方がいらっしゃいましたら、そちらもお知らせいただけるとありがたいです。

どうぞよろしくお願いします。

書込番号：16884946

[宮のクマの雅]

補足ですが、このエニイタイムアクセス機能、
当初は、クライアント（androidスマートフォン）からサーバー（nasne）へのアクセス手段に関しては、
DTCP+のリモートアクセスサービスと同じような技術なのかなと思っていましたが、そうでもなさそうです。

DTCP+は、STUN（Simple Traversal of UDP through NATs）という技術を用いてP2P接続を確立しているみたいです。
IODATAのDTCP+リモートアクセスサービスの場合、DiXiM.NETサーバーがDynamicDNSサーバーのような役割を果たし、
クライアント機器に自宅のグローバルIPアドレスを伝え、クライアント機器はそのIPアドレス宛にアクセスします。
自宅のルーターからnasneまでのルートは、ルーターのUPnP機能を利用して自動的にアドレス変換されていると思いますが、
このときSTUNという技術を用いるので、経路上に存在する全てのNATにおいて、STUN特有の制限事項が発生します。
P2P接続を確立できるかどうかは、トンネル形成に使用するUDPパケットがNATをトラバース（通過）できるかどうかにかかっているのです。
（従って、各人の使用機器・環境により、どうしても接続確立が不可能な場合が少なからず存在します）
http://internet.watch.impress.co.jp/docs/column/shimizu/20130305_590357.html
http://ja.wikipedia.org/wiki/STUN

しかし、nasne のエニイタイムアクセス機能には、そのような制限はないと思います。
（現状、android用アプリしかないとか、タブレットには対応していないという制限はありますが…）


この手のリモート系サービスの場合、アクセス方法は以下の2種類のどちらかに大別できると思います。
どちらかにしか対応していないサービスもありますし、両方に対応したサービスもあります。
（最初はP2Pでの接続を試みて、それが不可の場合にサービス業者のサーバー経由で接続を試みるなど）

　・クライアント／サーバー間をP2Pで直接接続する
　　　　長所：P2Pなので速い
　　　　　　　（サービス業者のサーバーは関係ないので、アクセスに用いる回線の速度次第）
　　　　短所：P2P接続するための制限が多い
　　　　　　　（全自動で接続するにはNATが大きな壁になり、接続できない場合がかなりある）

　・クライアント／サーバー間をクラウド上のサービス業者のサーバーを経由して間接的に接続する
　　　　長所：クライアント・サーバー双方がインターネットに接続されていさえすれば接続可能
　　　　　　　（NATやファイヤーウォールの形式・種類などは関係ないので、全自動で接続しやすい）
　　　　　　　（AとBが繋がった状態でBとCが繋がれば、B経由でAとCが繋がるという図式）
　　　　短所：すべての通信がサービス業者のサーバーを経由するので、負荷が一極集中になり速度的には不利
　　　　　　　（当然、端末1台あたりの利用可能帯域は絞っている場合が多い）

DTCP+のリモートアクセスサービスは、前者のみ対応しているようです。
動画を扱うサービスなので、自社サーバーに負荷がかかりすぎることを避けるためではないでしょうか？
それはそれでいいものの、一方でクライアント／サーバー間の接続可否の自由度を下げてしまったとも考えられます。

そこで、本スレで一番知りたい部分です。
各種状況証拠から勝手に予想したに過ぎませんが、
nasneのエニイタイムアクセス機能は、この後者のみに対応しているのではないかということです。
もしそうだとした場合、複数台の端末が同時にエニイタイムアクセス機能を利用すると、
スター型ネットワークのような構成となり、中央のSONYサーバーにかかる負荷が問題となります。
考え方としては、端末1台あたりの帯域専有を抑えるために、
1台あたり○Mbpsまでというように帯域を絞るのは至極当然のことだと思います。
現状、再生できるできないの境界である5Mbpsという値も、こう考えると妥当な数値だとも考えられます。

また、現状タブレットに対応していないという制限に関しても、
タブレットだとスマートフォンよりも高解像度の映像が対象になってくるはずで、
必然的にその動画ファイルのビットレートも高くなりがちなことから、
SONYとしては、タブレットを対応させるのはあまり好ましくないと考えても不思議ではありません。
（タブレット用アプリの開発自体は技術的には特に問題ないと思われます）

ということで、この予想が当たっているにしても外れているにしても、
ビットレートが約5Mbps以上の動画はまともに再生できないという事実は変わらないわけで、
それがどういった事情によるものなのか、真実が知りたいわけです。

書込番号：16884969

[浄玻璃の鏡]

tabletには対応していませんが、アプリをtabletにインストールする事は可能で、ネットワーク内外で普通に使っています。

書込番号：16885074　スマートフォンサイトからの書き込み

[宮のクマの雅]

浄玻璃の鏡さん

さっそく回答ありがとうございます。

非公式ながら、タブレット端末にインストールすることは可能なんですね。
ネットワーク内外で問題なく使用されているとのことですが、
その動画のビットレートはどれほどのものか確認できませんでしょうか？
（詳細はわからなくても、平均で５Mbps以上あるのは間違いないとか、ザックリで構いません）

書込番号：16885133

[浄玻璃の鏡]

あまりサイズが大きいのがなくて…
家の環境では4.4GB/105分…約5.72Mbit/secくらいまでは外から再生出来ます。
ネットワーク内からですと上記より高くなりますが測っていません(笑)

書込番号：16885246　スマートフォンサイトからの書き込み

[宮のクマの雅]

浄玻璃の鏡さん

引き続き回答ありがとうございます。
5.72Mbpsですか･･･
微妙なところですね。
私自身も4Mbpsでは完全にOKで6Mbpsでは完全にNGという結果を持っているわけではないので、
その5.72Mbpsの動画だったらひょっとしたら再生できるのかもしれませんね。
（質問しておいてアバウトなことしかしてなくてすいません･･･時間があればサンプル動画でも作って確認したいんですが･･･）

また、今ふと思いましたが、SONYサーバー経由で配信されていて端末1台あたりの利用可能帯域を制限しているとしても、
具体的にいくらに絞るかというのは、時間帯によって変動している可能性も十分考えられますね。
調査するのは難しそうかな･･･


引き続き、ご意見などございましたらよろしくお願いします。

書込番号：16885501

[tanetty]

宮のクマの雅さん

あいかわらず深い考察、恐れ入ります。
さて、私の浅知恵で恐縮ですが、スマホのパケット解析をすることで、切り分けはできないでしょうか。

1. 外出先からスマホにて、アプリ「tPacket Capture 」でパケットをキャプチャしつつ、nasneにエニータイムアクセス。
2. そのときのパケットを、PC上のWiresharkで解析。
(a)宛先IPが自宅なら、直接接続。(IPSecvPNによるP2P?)
(b)そうでなければ、たぶん外部サーバ経由。

何か私が壮絶な勘違いをしていたら、申し訳ありません。

書込番号：16885700

[宮のクマの雅]

tanettyさん

アドバイスありがとうございます。
tPacket Captureを使ってみました。
結論を言ってしまうと、わかりませんでした。

というのは、tPacket Captureでパケットキャプチャしている間は、
nasne ACCESS のエニイタイムアクセス機能で nasne にアクセスできなかったからです。
（もちろんキャプチャを終了するとアクセスできます）
tPacket Captureはアプリで自動生成される独自のVPN接続を用います。
このVPN接続の接続先が擬似ゲートウェイとなって、nasneへのアクセスを試みているみたいですが（本当か？）、
端末情報流出防止のためか何か知りませんが、このとき端末のMACアドレスを変換（偽装）しているみたいです。
これにより、スマートフォンのMACアドレスが nasne で登録したときのMACアドレスと異なってしまい、
本来は認証の過程でMACアドレスを照合できるはずのものができなくなってしまうのではないかと思いました。
MACアドレスなど必要ない（関係ない）通常のWEB閲覧やファイル転送などには問題ないのでしょうが、
MACアドレスによる認証が必須となる nasne ACCESS のエニイタイムアクセス機能に限っては、
ピンポイントで不適な場合に当たってしまったみたいです。

独自のVPN接続の詳細がこれまた謎で、これ以外にもなにか問題があるのかもしれませんが…
深入りするとあらぬ方向に行く危険性もありますので、tPacket Captureについてはこれにて一旦保留させたいと思います。
せっかくご紹介いただいたのにすいません。

書込番号：16886126

[tanetty]

宮のクマの雅さん

>>tPacket Captureを使ってみました。
>>結論を言ってしまうと、わかりませんでした。

実験、はやっ！ (^o^)
勉強になりました。
tPacketCaptureは、独自でMACアドレスをスプーフィングしつつ、VPNトンネルを作る仕様だったんですね。
確認もせずススメて申し訳ありませんでした。

このアプリじゃなくても、方法はなんでもいいのですが、他に何か解決の糸口が見つかないかな...。
何か思いついたら、レスさせていただきます。

書込番号：16886263

[tanetty]

お金はかかりますが、受信側(nasne)でパケットキャプチャするという手段もありますね。

1. スイッチングじゃないリピーターハブもしくはポートミラーリング機能をもったスイッチを準備。
（ここにお金かがかる）
2. 1で準備した機器にnasneとPCをつなげ、PCにてnasneのパケットをキャプチャつつ、外出先からスマホにてAnytimeAccess。

書込番号：16886322

[宮のクマの雅]

tanettyさん

追加アドバイスありがとうございます。

>1. スイッチングじゃないリピーターハブもしくはポートミラーリング機能をもったスイッチを準備。

正直に言うと、

　・スムーズに再生できない問題に関しては代替手段がある（というか、以前からそっちを常用している）
　・たまたま nasne ACCESS アプリのエニイタイムアクセス機能を使ってみたら、
　　スムーズに再生できなかったので不思議に思っただけ

ので、現状はそこまでお金と時間と労力をかけてまでしてやろうとは思わないというのが本音です。
せっかく提案していただいたのにすいません。

書込番号：16889167

[宮のクマの雅]

>nasneのエニイタイムアクセス機能は、この後者のみに対応しているのではないかということです。
　　↓後者
>　・クライアント／サーバー間をクラウド上のサービス業者のサーバーを経由して間接的に接続する

改めて考えてみると、いくらなんでもこれはあまりにも力技すぎるような気がしますね。
SONYなのでキャパも維持管理能力もそれなりにあると思いますが、有限資源の無駄使い過ぎるような気がします。
面倒みる必要のない人まで自分の身を削って面倒みる必要はないのかなと。
ということで、

>（最初はP2Pでの接続を試みて、それが不可の場合にサービス業者のサーバー経由で接続を試みるなど）

この形態なのではないかと思い始めました。
これだと、外部のスマートフォンから nasne に「繋がる」ことに関しては、全ての端末が当てはまります。
公式発表内容にも嘘偽りはないです（帯域に関しては一切発表がないので）。

そうすると、タブレット端末が（公式上は）エニイタイムアクセス機能に非対応である理由がもう一つ浮かび上がります。
現在世に出回っているandroidタブレットの多くは回線契約のないWiFi版です。
外部からエニイタイムアクセス機能を利用する場合は、どこかの無線APに接続しなければなりません。
「いつでもどこでも視聴できる」という自由度を重視すれば、
（7GB制限は置いといて）その無線APとして自分のスマートフォンを想定する人が多いと思います。
つまり、スマートフォンのテザリング機能を利用する方法です。
ここで、現在世に出回っているスマートフォンのOSの多くはandroidです。
仮にエニイタイムアクセス機能がSTUNと同様の機能を用いているとすれば、
androidスマートフォンのテザリングを利用すると、P2Pでは接続できないことになります。
（先に紹介したリンク記事において、androidのテザリングではP2P接続NG、iOSのテザリングではP2P接続OK）
もちろん（予想が当たっていれば）SONYサーバー経由で接続はできるのですが、
先にも書いたとおりサーバーに負荷が集中するので、できなくはないけどあまり大っぴらにはしていないのかなと思いました。

さらに、iOSにも対応させてiPhone・iPad・iPod touchなどでも使用されると、
その絶対数も、絶対数に占めるWiFi版の割合も相当なものになると思われます。
iOS機（iPhone）のテザリングでP2P接続してくれる人もいるはずですが、
数としてはandroid機のテザリングでSONYサーバー経由で接続してくる人の数も膨大なものとなり、
SONYとしてはますます好ましくない状況となるので、現状iOS用アプリの公開は見送っているのではないかと思いました。


と、こんな妄想をしてみましたが、
とすれば、私の環境ではP2P接続できなかった可能性があるということになります。
これを検証するには、まず第一段階としてとりあえず類似のネットワーク環境で、
DTCP+でリモートアクセスできるかどうかを調査するべきなのでしょうが…
（比較対象にDTCP+を持ち出しておきながら、見たことも触ったこともないという…）

ということで、昨日まで全く興味なかったのに急にDTCP+が気になりはじめました。

書込番号：16889196

[宮のクマの雅]

P2Pで直接接続された場合	サーバー経由で接続された場合

とりあえず、結論です。
結局SCEに問い合せました。

エニイタイムアクセス機能で自宅のnasにアクセスする場合、スマートフォン（android）とnasneは、

　・P2Pで直接接続される（トップ画面のnasneアイコン右側に緑地に山マーク？表示）
　　　⇒　サーバー側の制限はない（P2Pなので関係ない）
　　　⇒　本体の再生能力と接続に用いる回線の帯域次第では、コンテンツのビットレートに関係なく再生可能
　　　⇒　６−８MbpsのH.264動画で実際に問題なし

　・SONYサーバー経由で間接的に接続される（トップ画面のnasneアイコン右側に黄色地に赤いビックリマーク表示）
　　　⇒　詳細は不明（非公開）だが、サーバー側で帯域制限をしている
　　　⇒　コンテンツのビットレートが高いと、安定なストリーミング再生が難しい状況が発生しやすくなる
　　　⇒　６−８MbpsのH.264動画で実際に問題あり（頻繁に一時停止）

ということで、やはり接続形態は環境によって2通り存在するみたいです。
なお、スマートフォン（android）とnasneの間の通信で、データの暗号化も行っているとのこと（詳細は不明）。

従って、DTCP＋のリモートアクセス機能のように接続自体ができないという状況はあまり発生しないと思われますが、
SONYサーバー経由で接続された場合、コンテンツの再生には注意が必要だと思います。

私の使用環境でもP2Pで直接接続できる構成はありました。
が、通常はしない構成だったので、実際問題として運用は難しいかなぁという結論になりました。
（詳細に書きだすと逆にややこしくなりそうなので割愛しますが、私はこれまでどおりVPNネットワーク経由でアクセスします）

P2Pで接続できるか、あるいはSONYサーバー経由での接続になるのか、焦点はやはりNATの存在だと思います。
どういう場合がOKでどういう場合がNGなのか、私もいまいち整理しきれていません。
少なくとも、ルーターのUPnP機能を有効にすることは必要条件だと思います。
（P2Pで接続できた同じネットワークで、ルーターのUPnP機能を無効にするとサーバー経由の接続になりましたから。）


ということで、一応私の疑問は解消されましたので、これにて終了したいと思います。
回答をくださった方、どうもありがとうございました。

書込番号：16942151

[宮のクマの雅]

サーバー経由の接続時にビックリマークが出る件について、
「ビックリマークを見たときに何か変だと思わなかったのか？」
と言われそうなので、一応言い訳をしておきます。

今回、Xperia SX SO-05Dを使用したわけですが、
このスマートフォンは非常に小さくて画面も小さいです。
最初に画面で見たとき、ビックリマークが出ていること自体に気づきませんでした。
スクリーンショットを撮って拡大表示して初めてわかりました。

ということで、ビックリマークの存在を知ったのは、問い合わせの回答をもらった後です。

書込番号：16942167