【こっそり】SoftBankの次の改悪を危惧するスレ3

>>887
グラフで見ると、こんな感じだからね。

ttp://aquila.cocolog-nifty.com/photos/uncategorized/2008/08/27/mms.png

>>887の引用部分は1パケ0.2円での計算

いっぽう>>891のグラフはパケし放題(0.08円)での推定で8月の時点のもののようだけど、
赤のラインは、実際にはもっと急なカーブを描く。
実際には100,000バイトの時点で、赤が106円超えてなきゃいけないはずだから｡
http://mb.softbank.jp/mb/price_plan/shared/packet_estimate/
単純にサイズをパケットに換算すれば80円(0.08Y/P)程度だが
実際には送信で106円、受信で128円｡
なぜ誤差ができているかというと、
メールの実サイズで課金しているのではないから｡
エンコード後のサイズ(増える)と通信に要したデータ以外の部分やヘッダ情報を含めたパケット課金だから｡

訂正
急なカーブを描く。×
急な直線を描く。○

しかもヘッダの時点で課金されるので、
赤の線は0byteでも0円からのスタートではない

>>892

良く分からん。訂正版のグラフ作ってくれ。

>>887
あれ？
100KBって102400Bで、1パケット128Bだから800パケットだよね？

800パケット×0.21円だから168円じゃないの？
俺何か間違ってる？

イジメられっこはY!ボタン連打テロされるわなｗ

>>895
>>892の最後の2行が答えになると思う｡

ソフトバンクのメールの仕様をちゃんと調べたわけではないが、
たとえば、添付をBASE64でエンコードしている場合、
ファイルサイズは1.33倍になるので、
102400x1.33/128 = 1064パケット相当
実際には1つのパケットの中身が全てデータではなく、
送受信に必要な情報も含まれるうえに、ヘッダにもパケットが必要だから、
最終的には266円=約1267パケット近くになるのではないだろうか？

>>894
ちょっと考えてみたが、仮に>>897に書いたことが当たっていたとして、
大雑把でよければ、>>891のグラフの赤線に対して
定数を1.58倍 切片=0.4(または1)
の一次関数で書き直してやれば、送信料に関しては
ttp://mb.softbank.jp/mb/price_plan/shared/packet_estimate/
に、だいたい近い数字が出ると思う｡

つまり、
yが送信料(円)、xが添付のデータサイズ(byte)として

パケット0.084円の時
y=1.58(x/128*0.084)+0.4

パケット0.21円の時
y=1.58(x/128*0.21)+1

1.58倍というのは、BASE64の1.33倍と最終的なサイズから推測した｡
切片はメールヘッダのぶん｡

>>896
三重の誤認逮捕みたいに忘れて勝手に・・とかまじありそうだな。

ノキアが日本で携帯電話「事業」に参入、３月からサービス開始
http://dubai.2ch.net/test/read.cgi/news/1227292038/


来年、ノキアに身売りすることが確定的になりました。今まで楽しかった。禿はよく頑張ったと思う。

>>900
電波？というのか。DoCoMoのを借りる、と書いてあるような気がするんだが・・・・・・
何故身売りに繋がる？

>>894 >>895
俺は技術者でもネットワークの勉強をしたわけでもないのだが…
調べてみたが、1パケットの128バイトの中で、データにあたるのは多くても108バイトのようだね
逆に言うと、1パケットで送れるデータは多くて108バイト｡
で、メールにはエンコードというものが必要で、仮にBASE64ならファイルサイズは1.33倍(1.33333...倍.)
それを108で割って、メールヘッダの数パケットを足したものが実際のパケット数に近いと思う｡

ゆえに、1.3333... * 128/108 = 1.58なので、
>>898に書いた1.58倍の裏づけが取れたと思う｡
数式はあれに書いたとおりでいいんじゃないかな｡
あるいは、こう↓直してもいいが

yが送信料(円)、xが添付のデータサイズ(byte)として

パケット0.084円の時
y=1.33(x/108*0.084)+0.4

パケット0.21円の時
y=1.33(x/108*0.21)+1

…ってこんなことにかまっているうちに朝だ、仕事終わらなかったよ(汗)

連投ごめん
同じだけど、数値の意味を考えて並べ替えて、もう少し見やすく

yが送信料(円)、xが添付のデータサイズ(byte)として

パケット0.084円の時
y=(x*1.33/108)*0.084+0.4

パケット0.21円の時
y=(x*1.33/108)*0.21+1

または、

パケット0.084円の時
y=1.58(x/128)*0.084+0.4

パケット0.21円の時
y=1.58(x/128)*0.21+1

1.58のほうが近い数字が出るかな。1.58の根拠を説明するのが面倒だが

上の式をもとにしたメール送信料の比較グラフ(パケ0.21円のとき)
ttp://www3.uploda.org/uporg1801448.png.html
パケ0.084円の時も、2つの線の関係は変わりません。Y軸の数値が六割引になるだけ

受信料のほうはわかりません。
Webページの料金表見ても、どういう法則になっていてるのかさっぱり。

うわあ…。こんな事になってたのか…。

来年から国際電話が基本サービスになるからまた料金かわるかもとかmyページに載ってた
オレは盗まれたときの保険に国際通話を解除してるんだが、それすらさせたくないのか
ワンプッシュ詐欺のあれといい、こういうのって総務省にチクればいいのか？

>>906

>>887にアドあります。是非お願いします。
僕もしましたがこういうのは数じゃないと動かないので。

>>903
考察乙です。

300KBはとても使える値段じゃないので、30KBまでを抜き出してみました。パケット0.21円の場合です。料金表とおおむね合っていますね。

30KBまで
http://mobiledatabank.jp/s/src/MDBS4232.png

ソフトバンクのMMSは本文を添付ファイルで送っているので、データ10KBと
全角文字5,000字での課金が一致するのでしょうね。
パケットのヘッダで*1.08、Base64エンコードで*1.33という計算は、妥当だと
思います。


謎なのは読み出し料です。
送信料との倍率が1.1倍から1.4倍でバラバラです。
http://mobiledatabank.jp/s/src/MDBS4233.png

グラフにすると、明らかに非線形です。
何だこりゃw

>>908
確認してないがPOPのように認証やリストの取得で
パケットかかっているんじゃないか？

>>909
それが原因なら、切片が上がるが傾きは一定になるはず。

容量によって認証に必要なパケット数が変わるとは、考えにくい。

>>910
POPの仕組みだとサーバからメールリスト取ってくるから
サーバにメール残しっぱなしだと転送量は大きくなるよ。
MMSがどういう仕組みかは知らないけど。

http://kogamegu21.cocolog-nifty.com/blog/

なっぱさんの故意心

〓SoftBank改悪史

・デュアルパケット定額→パケットし放題
　上限4095円を4410円へ値上げ
　パケット通信料0.0525円/1ﾊﾟｹｯﾄを0.084円/1ﾊﾟｹｯﾄへ値上げ
・アフターサービス→スーパー安心パック
　月額料金315円→498円へ値上げ　ポイント付与140P→100Pへ減
・端末メール受信初期設定「手動受信」→「自動受信」へ
・明細郵送無料→100円
・外装交換頻度制限適用 ・新規契約、契約変更の際の住基カード使用不可 ・オレンジプランX廃止
・スーパー安心パック→あんしん保証パック
　外装交換費用100%補償→80%補償　ポイント付与100P→なし
・外装交換費用6300円→15750円に値上げ
・急速充電器標準付属品→オプション品
・料金プラン他社追随終了
・新規スパボ特別割引が2200円→2000円に減額（08春モデルの一部機種から）
・ブループラン「パケット定額Biz」終了←パケ定フルで復活し段階性に
・104番号案内夜間早朝料金105円→157.5円に値上げ
・オプション品の価格＝交換可能ポイントへ
・ポイント利用可能上限を設定
・S!メールはS!ベ必須に（自網S!べ廃止）
・メール先行受信97文字→50文字
・メール送受信5段階課金→パケット課金へ実質値上げ
・あんしん保証パック入会/利用条件変更
　入会いつでも可→携帯電話機の購入時のみ　各特典の入会同時利用→不可へ
・Y!トップ課金へ
・一部端末(春モデル以降は全て)で取扱説明書有料化へ　取説1050円+送料525円
・My SoftBankをFlash対応化で値上げへ　約十数円→約100円へと6倍の値上げ

↓↓↓↓　ここから下はここ３０年後にに行われるもの　ソフトバンクの改悪が加速する・・・っ！　↓↓↓↓
・ヒューマンガス様がソフトバンクを買収、ソフトパンクに改名
　社員達 http://ja.wikipedia.org/wiki/%E7%94%BB%E5%83%8F:Punk_Red_Mohawk_Morecambe_2003.jpeg　 　←　３０年後ココ！

>>911
それは、メールの長さではなくて
サーバー側の残ったメールの数によって
課金が変わるということだよね。

受信はおおむね線形近似できるけど、送信はバラバラ。
傾きが変わったり、切片が上下するのはわかるけど、
「パケット課金」のはずなのに非線形なのは謎だよね。
http://mobiledatabank.jp/s/src/MDBS4233.png

あ、こっちは消されたんだったw

http://mobiledatabank.jp/s/src/MDBS4240.png

>>914
ちなみに、
送信が線形近似で、
受信がバラバラね。
グラフ作ってくれたみたいでありがとう。

>>916
おれも色々考えてみたけど、MMSの料金は訳分からんね。

データ10KBと全角文字5,000字で値段が一緒になっているのが非常に怪しい。
MMSやSMSの文字コードはUTF8なので、全角ひと文字は3byteあるから。

だいたい、W-CDMAのデータパケットサイズって、DoPaと同じ128byteなのかな？　課金単位と実際のパケット長が乖離していそうな気がするが。

えっ？
MMSもSMSもソフバン相手だったら
送信も受信も無料じゃないの？

>>917
登り(送信)は、端末がS-JISで送っていると思うんで1文字2バイトをエンコード
下り(受信)は、サーバーがUTF-8で届けるから1文字3バイト。エンコードしているかは不明
という仮説もありかなぁ｡もっとも、それでも受信料金の説明にはならんね｡

ソフトバンクは1パケ128バイトだけど、
>>902に書いたように、128バイトのなかでデータにあたる部分は多く見積って108バイト。

ま、とりあえず、送信のほうはだいたいあってそうなので、
消えた送信料金の比較グラフに、拡大部分もつけて再掲します｡
ttp://www.uploda.org/uporg1806066.png.html
また消えるだろうけど、誰かいいアップローダーがあったら転載してね｡

>>918
それはそう。
ここまでずっと語られてきたのは、無料にならない相手であった場合の話ね｡

>>919
>1文字3バイト
ものによってはもっと長くなるよ

>>920
逆に言うと、MMSをドコモやａｕに送れるの。
俺は出来ないと思っていた（というより、自分宛でエラーだったから
出来ないと思っていたんだが。）

送信の方が非線形なのはサイズによって方式が異なるのでは？
1000文字以降はきれいな線形だし。
元々本文の長さは制限があってそれを超えた場合は「本文」という
添付ファイル扱いになっているとか。

いまさらながら、パケット料金ってブラックボックスだよなぁ。
お寿司屋さんで言ったら『時価』だよねw

２ちゃんねるに、SoftBankのありえない改悪説を書き込み、周囲の様子を
伺い、反感が少なければ実行に移すよう孫に報告する工作員に注意！！

>>925
みんな慣れっこで言わなくなってる

>>919
全角1,000文字から5,000文字の線形区間を使うと、

登り(送信)、2.44byte/全角文字
下り(受信)、2.13byte/全角文字

という計算になるな。文字コード長違いというほど違うんかなあ。


パケットのヘッダについては、おれはどうも怪しいという感触を持っています。現行システムではもっと長いパケット長を使っているが、便宜的に128byte
で課金しているような。これについてはソース探索ちう。

>>923
それはありそう。

ただ、受信は5,000文字より後ろ、10k, 15k, 100kが線形になっていない。
差分すると、
15-10k の 5kぶんは、12円。2.4円/KB
100-15kの85kぶんは、288円。3.4円/KB
容量が増えるにつれ、バイト単価が上がっているw

差分しているので、メールヘッダの影響は排除できているよ。
まさに謎。

>>922
MMSは電話番号でも、メアドでも送れるけれど
他社に送れるのはメアドを使ったMMSのみだよ。

>>927

>登り(送信)、2.44byte/全角文字
その計算、料金表でやったわけね？
あまり意味があるとは思えないが…

エンコードでデータが膨れることを考慮すると、金額的には合うんだよね｡

えっと、俺はグラフを作るとき、>>897 >>898 >>902 >>903 に書いたような推論と計算式でやっているので、
細かいすり合わせはしていないんだ｡
俺にとって重要なのは、メールが大きいサイズになったとき料金改定がどう影響するか視覚的に掴むということなので｡
短文なら料金的にはあまり変わらないしね｡
で、計算式だが、250文字辺りでは誤差が出そうだが、1000文字以上、最大サイズまで矛盾なく線形になるはずだけどね｡

むしろ、文字数1000文字以下の少ない時、何かあるのか、または切片を見直すべきなのかもしれない｡

送信に関しては、
端末のメールソフトというのは、SIMロックがあるとはいえ、汎用的に作られているので、
汎用的に、TCPの最低限のパケットヘッダ(20バイト)にBASE64エンコードでだいたい書いた式のとおりになる｡
受信のほうは、いまだ謎なんだけど、
ソフトバンクのサーバから、ローカルな自網内にデータを送るだけだから、もっと変則的なやり方をしているかもしれない｡

メールソフト自体は、ソフトバンク専用だね(汗)｡
でも、変更するのが難しい端末のソフトは、汎用的な送信をするように作られているとは思う｡

>>928
メアドを使ったMMSってどうやるの？

>>登り(送信)、2.44byte/全角文字
>その計算、料金表でやったわけね？
>あまり意味があるとは思えないが…

意味がないと書いたのは、実サイズに対する課金ではないから｡
それがエンコードで膨脹するぶんと、パケットヘッダによるロスを考慮すると、
送信時1文字2バイトでも、元データ以上の送信になるということと、
それを考慮すると金額とは合いそうだということ。
細かい数字は推測なので正しいという保証はしないが、グラフ的にはほぼ実態に近いものができているはず｡

なるほど、>>917読み返していてようやくわかった｡
たしかに、料金表で文字数だけで表記されている部分は、
件の計算式では、仮に1文字2バイトとすると安く出てしまうし、1文字3バイトだと高く出るね｡
やっぱり、切片を見直したほうがいいのかな｡
10KB等容量で出ている部分では繋がりそうだから、>>923氏が書いたように何か想定していないことがあるんだろうなぁ

送信時、文字をどうやってエンコードしているかは調べなおしたほうがいいかも…俺には無理(汗)
UTF-7とBASE64
UTF-8とBASE64
S-JIS→ISO-2022-JPだと高い理由がわからず…。
PCで受信するとISO-2022-JPなので、ソフトバンクのサーバから来る時にはISO-2022-JPになっているんだろうね。
無知な私には無理ですギブアップ｡
とりあえず、添付のファイルの時だけ、例の計算式で近似値が出るということで(汗)

>>928
>>その計算、料金表でやったわけね？
そだよ。
上り下りでどれぐらい差が出るかみたかった。

それはともかく、
送信側の係数1.58は、料金の目安とよく一致するので、あとは解釈次第だと
思うんだ。

Nokia端末にall fileをかけて端末の中を覗いてみたことがあってさ。
受信はほぼ間違いなく、UTF8のattached fileなんよ。SMSでの受信通知が
192文字→128文字に減らされた経緯から見ても、受信側がUTF8なのはほぼ
確定して良いはず。

問題は添付。BASE64を仮定すると、ちょっと膨らみすぎる。

データの受信も謎だね。10k, 15k, 100kが線形にならないのは、いくらなんでもおかしい。

>>931
SB端末でメアドを使ってメールを送ると
それはMMSなんですわ。

いきなり国際電話手続き不用のメールが来た、朝からフザけんな糞禿

普段あまりパケットは使わないが、昨日電車の誓え案内を使った。
Ｙ！トップから入ったが、パケホ入ってないから2月からは、１回100円+20円位になるんですかね？
恐ろしく高いサービスですね。

>>934
しかし、数人がかりで頭絞っても、課金の根拠が理解できない
料金の目安って、一体なんなんだろうねw