2011年 8月 24日

NTTドコモ / KDDI au / ソフトバンクモバイル / イー･モバイル 4社の規制状況

※2011年8月23日時点

	ドコモ	KDDI	ソフトバンク	イーモバイル
制限条件	当日まで過去三日間で300万パケットを超えた場合	前日まで過去三日間で300万パケットを超えた場合	先々月の1ヶ月で1000万パケットを超えた場合、および特定のファイル・アプリ・サイト	前日21時～当日21時までで300万パケットを超えた場合
制限内容	混雑エリアのみ優先度低下	混雑エリアのみ優先度低下	混雑時間に速度制限、およびファイル内容の間引き	当日21時～翌日2時まで速度制限
制限から解除までの時間	1日～3日	1日～3日	1ヶ月～2ヶ月	1日
規制対象パケット使用量確認方法	あり	あり	なし	なし
制限条件の1日当たり通信量換算	122MB	122MB	41MB	366MB
その他	テザリングは対象外？	EVOだけは月間5GB突破で当月内規制 WiMAXは累計・規制の対象外	対象ファイル=MPEG、AVI、MOV、BMP、JPEG、GIF 対象アプリ=VoIP系 対象サイト=動画、高画質画像、長時間接続

「無線にゃん」様より転載、ご提供。

補足1. 300万パケット = 約370MB

日本国内各通信会社のスマートフォン速度規制状況 | Google Pad

9ヶ月前 | 固定リンク | 2011年 8月 24日 |

2011年 6月 21日

フレッツ光(Wi-Fi)
	packet loss	min	avg	max	stddev
www.yahoo.co.jp	0%	11.704	16.691	23.845	3.0003ms
www.google.co.jp	0%	43.708	46.835	54.807	2.081ms
テストサーバー1	0%	139.024	187.894	239.065	30.026ms
テストサーバー2	0%	18.814	22.512	25.306	1.460ms
docomo(データ定額)
	packet loss	min	avg	max	stddev
www.yahoo.co.jp	0%	108.174	118.389	154.171	8.798ms
www.google.co.jp	0%	128.898	141.954	155.505	6.944ms
テストサーバー1	0%	206.165	217.398	361.339	26.932ms
テストサーバー2	0%	106.566	132.891	613.313	89.298ms
Softbank(iPhone)
	packet loss	min	avg	max	stddev
www.yahoo.co.jp	73%	88.733	179.106	370.456	92.697ms
www.google.co.jp	86%	116.306	120.867	126.555	4.248ms
テストサーバー1	76%	240.308	259.038	318.825	24.805ms
テストサーバー2	90%	121.751	131.433	146.446	10.763ms

ソフトバンク回線のパケットロスがひどいというので、ほんとーーにそうなのか確かめてみた | [ bROOM.LOG ! ]

pingの応答速度とパケットロスの結果

11ヶ月前 | 固定リンク | 2011年 6月 21日 |

2011年 3月 31日

　ソフトバンクモバイルが提供するPCメールとの違いは、（1）受信できるアカウントの数（2）ネイティブのメールソフトではなくBREWのメール アプリで提供（3）添付ファイルを受信できない（4）送受信メールの文字数 など。説明員によれば、BREWアプリでメール機能を提供するため、アプリのメール機能を強化した際にもユーザーはアプリをバージョンアップするだけで新 機能を利用できるという。

PCメール（ソフトバンクモバイル）とケータイdePCメール（au）の違い

	ケータイdePCメール（au）	PCメール（ソフトバンクモバイル）
メール機能の提供方式	BREWアプリ	ネイティブのメーラーに組み込み
受信可能なアカウント数	5	3
受信メールの文字数制限	最大全角3500文字（半角7000文字）300行まで表示可能。HTMLメール表示不可	最大1Mバイトまで
送信メールの文字数制限	全角・半角合計で2048文字まで	最大1Mバイトまで
添付ファイルの受信	受信不可	最大1Mバイトまで
添付ファイルの送信	計100Kバイトまで、最大5つまで添付可能	最大1Mバイトまで
新着メールの通知	なし	設定した自動新着確認に応じて待受画面上に表示
絵文字の対応	受信はau絵文字のみ表示可能、送信はauの絵文字を利用可能	利用不可
利用料金	月額105円、通信料はパケット課金（パケット定額を適用可）	月額利用料無料、通信料はパケット課金（パケット定額を適用可）

写真で解説する「ケータイdePCメール」 - ITmedia +D モバイル

比較してみたところ、SoftBankのPCメールは通常のメールと統合されていました。
新規作成ボタン・受信メールの返信ボタンを押すと、どちらのアカウントから返信するか選べます。とても便利です。

1年前 | 固定リンク | 2011年 3月 31日 |

2010年 11月 28日

良エントリーを見かけましたのでご紹介します。

携帯コンテンツ変換エンジンのroundaboutなどでおなじみのシンメトリックさんのブログに、2011年2月に行われるYahoo!ケータイのSSL大幅仕様変更への対応方法のまとめ記事がありました。

→　株式会社シンメトリック公式ブログ　SoftBank SSL仕様変更への対処まとめ [symple.jp]

2011年に行われるという仕様変更がどういうものかということについては、以前こちらの記事でご紹介しました。

→　ke-tai.org　2011年2月にソフトバンク（Yahoo! ケータイ）のSSLに大幅な仕様変更があるようです [ke-tai.org]

今回の仕様変更がどんなものでどうして行われるのかという点から、対応のポイントまで簡潔にまとめられている良エントリーだと思います。

1. GW中継時のURLが使用できない
2. SoftBank拡張ヘッダが取得できない
3. POSTデータが文字化けする
4. 絵文字が文字化けする
5. 著作権保護が機能しない

という5点について、それぞれの対処法が書かれています。

ソフトバンク向けのSSLを利用しているサイトは必ず対応が必要になりますので、ギリギリになる前に今のうちからチェックしてみてはいかがでしょうか。

2011年2月に行われるYahoo!ケータイのSSL仕様変更への対処法がまとめられた記事「SoftBank SSL仕様変更への対処まとめ」 | ke-tai.org

1年前 | 固定リンク | 2010年 11月 28日 |

2010年 10月 16日

※注意
2011年2月以降、ソフトバンク携帯電話のSSL（Secure Sockets Layer）、TLS（Transport Layer Security）仕様が変わります。
このページでは2011年2月以降のSSL/TLS仕様を解説します。
2011年1月以前の仕様はこちら

■ SSL/TLSとは

SSL（Secure Sockets Layer）、TLS（Transport Layer Security）は、サーバに対してのなりすましや、盗聴、データの改竄の防止に利用されている暗号化プロトコルです。 SSL/TLSに対応しているソフトバンク携帯電話とWebサーバ間をより安全にデータ通信することができます。 ソフトバンク3G携帯電話では「端末⇔Webサーバ」のEnd-to-End通信区間でSSL/TLSのセッションを確立します。

SSL/TLSのご利用にあたり、ソフトバンクモバイル株式会社はSSL/TLSの安全性に関し保証を行うものではありませ ん。ソフトバンクモバイル株式会社では、データの盗聴や改竄、なりすまし等によるトラブルや損害に関して一切責任を負いません。お客様ご自身の判断と責任 においてご利用願います。

※ SSLの利用に際しては、認証局（以降、CA）からサーバ証明書を取得し、Webサーバにインストールする必要があります。また、証明書のインストールには、Webサーバに関する知識が必要となります。 ■ 非SSL/TLS時との比較

End-to-EndのSSL/TLS利用時は、非SSL時と比較して以下の点が異なります。
 ・文字エンコーディング変換(*1)を行わない
 ・独自拡張ヘッダ(*2)を利用できない
 ・ISO-2022絵文字(*3)を利用できない
*1:  Request URI とエンティティボディの EUC-JP、ISO-2022-JP → Shift_JIS への変換 *2:  x-jphone-color、x-jphone-display、x-jphone-msname、x-jphone-region、x-jphone-smaf、x-jphone-uid、x-s-bearer、x-jphone-copyright *3:  「

WEB & NETWORK　SSL/TLS

SoftBankは2048bitのSSLに対応しているとの事。
高い日本のVeriSignを使わずとも、米国のが動くという事。他のキャリアに関しては引き続き調査します。

1年前 | 固定リンク | 2010年 10月 16日 |

2010年 10月 13日

以前にちょこっと書いたSoftBank携帯のブラウザに表示されるエラー。
わかった範囲でメモメモ。

エラーが発生しました。しばらくたってからもう一度操作してください。(WJ40012E)
①存在しないホスト名である。
②接続しようとしたサーバが落ちている。
③URLに誤りがある。


エラーが発生しました。レスポンスが不正です。(WJ40102E)
レスポンスのステータスコードに誤りがある。


エラーが発生しました。しばらくたってからもう一度操作してください。(WJ40103E)
①レスポンスにステータスコードが出力されていない。
②HTTPヘッダ部とBODY部に空行がない。
③BODY部がない場合、HTTPヘッダ部が空行で終わっていない。
④「Set-Cookie」ヘッダのCOOKIE値が長すぎる。


エラーが発生しました。しばらくたってからもう一度操作してください。(WJ40133E)
お客様の端末からはご利用になれません。(WJ46013E)
ポート80または443以外でHTTP通信またはSSL/TLS通信を行おうとした。


エラーが発生しました。レスポンスが不正です。(WJ40254E)
エラーが発生しました。(WJ46065E)
①コンテンツが取得可能サイズを超えている。
②「Content-Length」ヘッダに誤りがある。
③膨大なTABLEを含む、文字数が多すぎる、HRタグが多すぎる等、ページ出力に負荷がかかりすぎている。
その携帯が表示できる最大サイズによってエラー番号が変わるっぽい？
22K、48Kの携帯はWJ40254E、300Kの携帯はWJ46065E


エラーが発生しました。サーバ証明書が不正です。(WJ42018E)
SSL/TLS通信時、サーバ証明書が携帯に入っているルート証明書に対応していない。


お客様の端末からはご利用になれません。(WJ46042E)
エラーが発生しました。レスポンスが不正です。(WJ46098E)
①非対応データ。
②実際のデータと「Content-Type」ヘッダが一致していない。


エラーが発生しました。リクエストが不正です。(WJ46048E)
①レスポンスにContent-Typeヘッダが出力されていない。
②GETリクエストのURLに対して、スラッシュの直後にクエリを記述している。
例）http://hoge.com/dir/?q=ng
③サーバ側で「web.config」の「cookieless」を「true」に設定している。


エラーが発生しました。リクエストが不正です。(WJ46053E)
レスポンスのステータスコードのHTTPバージョンに誤りがある。


エラーが発生しました。(WJ46054E)
レスポンスのContent-Typeヘッダに「/」の入っていない値が指定されている。
例）○「text/html」　×「texthtml」


エラーが発生しました。レスポンスが不正です。(WJ46094E)
①レスポンスにステータスコードが複数存在する。
②ヘッダ名とヘッダ値の間に「:」がない。
③HTTPヘッダ部とBODY部の間に空行がない。
④BODY部がない場合、HTTPヘッダ部が空行で終わっていない。


応答が得られませんでした。しばらくたってからもう一度操作してください。(WJ46133E)
応答が得られませんでした。しばらくたってからもう一度操作してください。(WJ46143E)
応答が得られませんでした。しばらくたってからもう一度操作してください。(WJ46150E)
TCPレベルでのエラー。Linux系サーバで「tcp_tw_recycle」の設定が有効に設定されているなど？


応答がえられませんでした。しばらくたってからもう一度操作してください。(WJ46147E)
①ネットワークが混雑している等の理由でサーバの応答が遅い。
②サーバサイドアプリケーションでBODY部出力までに時間がかかりすぎている。
③ネットワーク機器のMTU設定の値が大きすぎる。


お客様の端末からはご利用になれません。(WJ46202E)
Forward/LockのDRMがかかったコンテンツで、取得可能サイズを超えている。


お客様の端末からはご利用になれません。(WJ46203E)
エラーが発生しました。レスポンスが不正です。(WJ46207E)
Forward/LockのDRMがかかったコンテンツで、非対応データまたはコンテンツ内のMIMEブロックの「Content-Type」指定が実データと一致していない。


エラーが発生しました。レスポンスが不正です。(WJ46208E)
Forward/LockのDRMがかかったコンテンツで、コンテンツ内のMIMEブロックの「Content-Transfer-Encoding」の値に誤りがある。


エラーが発生しました。レスポンスが不正です。(WJ46209E)
Forward/LockのDRMがかかったコンテンツで、HTTPヘッダの「Content-Type」で指定されたバウンダリと、コンテンツ内の実際のバウンダリの文字列が異なる。


エラーが発生しました。レスポンスが不正です。(WJ46210E)
Forward/LockのDRMがかかったコンテンツで、HTTPヘッダの「Content-Type」にバウンダリ文字列が指定されていない。


エラーが発生しました。(WJ46221E)
Forward/LockのDRMがかかったコンテンツで、コンテンツ内のMIMEブロックの「Content-Type」の値に誤りがある。


エラーが発生しました。(WJ46283E)
表示しようとしたページ内に、a要素のhref属性に指定したURIが長すぎるアンカーが存在する。
（「mailto:」の「?body=」等のクエリ部分も含めて、SoftBankで有効なURIは1024バイトまで。）
ちなみにドコモはURLで2033バイトまで有効、mailto:などでのURIはスキームによって有効サイズが異なる。


エラーが発生しました。レスポンスが不正です。(WJ46289E)
OMAダウンロードで<objectURI>にURIの指定がない。


エラーが発生しました。レスポンスが不正です。(WJ46301E)
OMAダウンロードで<objectURI>のスキームがHTTPでない。(https://〜もエラーになる?)


エラーが発生しました。レスポンスが不正です。(WJ46402E)
①JISコードなどの自動判別し辛い文字コードのコンテンツで、文字コード指定をしていない。
②「Content-Type」ヘッダの文字コード指定に誤りがある。
②HTMLやXHTMLページで、METAタグによる文字コード指定に誤りがある。


エラーが発生しました。(WJ46405E)
Forward/LockのDRMがかかったコンテンツで、コンテンツ内のMIMEブロックに「Content-Type」の指定がない。

いったい何日記なのかわからなくなってきたよ :: オデンスタブ

エラーコード一覧です

1年前 | 固定リンク | 2010年 10月 13日 |

2010年 10月 13日

ソフトバンクについてはWJ40103E等のエラーコードでの検索キーだった。
これはport 80番以外のアクセスの場合に出しているエラー。
なぜ今このコードで検索しているのか不明だが、何らかの報告が有ったのかもしれない。

ソフトバンクのエラーコードにしつこく触れているのはうちのサイトぐらいのようで
googleやyahooで検索するとかならずこのサイトが上位に来る。
やはり得体の知れないエラーコードに対する情報はほとんど無いのだろう。
このエラーコードに興味を示している私も実はよく分かっていない。
元のソフトバンクが何の情報も出さないので。

とりあえず過去記事に書いたものをもう一度張っておく。

WJ46013E　http port80番以外へのアクセス
WJ46032E　ネットワークエラーが発生（157でも内容不明）
WJ46900l　 アクセス制限中
WJ46065E　HTMLファイルサイズ48K以上エラー
WJ46202E　HTMLファイルサイズ48K以上エラー
WJ46150E　ネットワークエラーが発生（157でも内容不明）
WJ40103E　コンテンツサイトの不具合
WJ46042E　MIMEタイプの不一致のエラー？
WJ40253E　ブラウザ予約語エラー(uid.lid)


更にこの件に触れている記事をピックアップしておく。

ソフトバンクのブラウザが吐くエラー
http://suzunonejh.blog15.fc2.com/blog-entry-238.html

切迫する電波事情
http://suzunonejh.blog15.fc2.com/blog-entry-289.html

当サイトへのアクセス＆ソフトバンク携帯からのアクセス
http://suzunonejh.blog15.fc2.com/blog-entry-222.html

鈴の音情報局blog 総務省も探しているソフトバンクのエラーコード

URLが長いときのエラーもあったはず。

1年前 | 固定リンク | 2010年 10月 13日 |

2010年 7月 22日

ソフトバンクモバイルの広報部によると、同社初のAndroidスマートフォンを「HTC Desire」の予約を7月29日で締め切り、販売終了するそうです。すでに現在予約中のユーザーに対しては確実に販売が行われるとのこと。

なお、今回の販売終了についてソフトバンクモバイルに問い合わせてみたところ、販売を終了する理由は「予約が予定数に達したため」だそうです。

また、次期モデルの登場が迫っているために販売終了となったのかという質問に対しては「先のことであるため、申し上げられない」としているほか、「HTC Desire」がどれだけ売れたのかについても、「各機種ごとの販売台数は開示していないため、申し上げられません」という回答でした。

ちなみにソフトバンクモバイル広報部は「HTC Desire」の在庫状況について、「かなり好評をいただいいて、（ユーザーに）お待ちいただいていた」と述べていますが、それだけ好評であったにもかかわらず販売を終了するというのも、なんだか不思議な話ではあります。

ソフトバンクモバイルのAndroidスマートフォン「HTC Desire」が品薄続きのまま販売終了へ - GIGAZINE

CMも広告も打たず、ひっそりと販売されていたDesire。次にどんなモデルが登場するのか楽しみですね。

1年前 | 固定リンク | 2010年 7月 22日 |