一契約当りの残容量と一日消費量
マイネなうのデータを活用して、「一契約当りの残容量と一日消費量」を計算してみました。(契約数は12/16時点で17万件でしたので、18万件と想定)
結果としては、
■一契約当りの残容量=12月末で3.2GB、1/1で4.9GB
(→この変化より、契約容量の平均は「1.7GB」ということになる→消滅するパケットが無いものと想定)
■一契約当りの一日消費量=51.0MB
(→単純に30倍すると、月平均の消費量は1.5GBということになる)
(→タンクへのINも含むが、割合としては全消費量の2%程度)
これより、平均的mineoユーザーの平均的一回線契約は下図のようになります。(さとさんの図を参考に作成しました。)
・一回線の平均契約容量は1.7GB
・一ヶ月に30MBのタンクINを含む1.5GBを消費
・前月からの繰越容量に差し引きの200MBを加えた容量が、翌月に繰り越される
なお、「消滅するパケットが無い」という前提で計算しているので、実態とは異なります。(消滅するパケットを想定できるデータが無い為)
→仮に、消滅するパケットが平均300MBであれば、平均契約容量も300MB増えて2GBになります。
以上、参考になれば。
*便宜上、1000MBを1GBとして表記しています。(正しくは1024GB)
*なお、元データはYonosukeさんよりご提供頂いています。
http://mineo.kasutan.com
64 件のコメント
コメントするには、ログインまたはメンバー登録(無料)が必要です。
うちの息子は、学校で使用して見つかり反省文でしたね~
「皆もしていたのに俺だけ叱られた。」と言ってますが、
叱られて当然!!見せしめ役に選ばれておめでとう!!って。
息子にせがまれて行かせている習い事が、
電話没収+反省文で、
キャンセルすることも出来ず行くことも出来なかった。
その習い事のお金が悔しいです!!
ある高名な学者の先生(ご高齢)が学生の頃、「今の学生は学力が下がっている。問題を深く考える力がない」と言われていたそうです。正直私もROCKGOさんと同じような感じを抱いていますが、もしかしたら今も昔も子供は変わっていないのかもしれませんね。
>>Grumpyさん
>見せしめ役に選ばれておめでとう!!
最高の言い方ですね!こんな風に言ってくれるお母さんが欲しかったです(^ ^)世の中には理不尽なことが掃いて捨てるほどあるって教えておかないと(笑)
駐禁やスピード違反と同じですもんね(^^;;
すいません、うちの息子は大学4年ですが、精神年齢は高校生以下なのであまり参考にはならないかもしれません。
>ROCKGO さん
>学校側も先回りして「勉強できる環境」を用意し過ぎるんですよね
う〜む、耳が痛い。
私もついつい先回りして子供にとっての障害を取り除いていまっています。
失敗して成長するチャンスを摘んでいるのかもしれませんね。
>Grumpy さん
子供が成長するチャンスを与えてもらって良かったって感じですかね?
>かわむら さん
スマホのおかげで(せいで)、子供にとっては、何もすることがない退屈な時間というものが消滅してしまいましたね。
昔はその退屈な時間を楽しもうと色々工夫したものですが、今は面白い動画やらサイトやらが多すぎて、受け身でただ眺めているだけで一日が過ぎてしまうようです。
想像力と創造力が危機的状況かもしれません。
お褒め頂き有難うございます。
いくつになっても褒められると嬉しいものです。
>一人当たりの平均「総容量」は5GBほどですので、
>一人平均して3.3GBほど、パケット追加購入、ギフト受取り、チップ、
>タンク引き出しがあるという事ですよね?
そうですね。月初め(1/1)時点での平均残容量が4.9GBですので、一契約当り平均で3.2GBほど繰り越している計算になります。
どうやって延命させているかまでは分かりませんが…
延命??ですか?
ギフト贈った後の抜け殻だと思っていました。
翌月末のギフト期限終了まで抜け殻が残るのだと。
ややこしいので今、図を描いて頭を整理しています。
ええ?、抜け殻??ですか?
頭が混乱してきたので、ぜひその図を送って下さいね。😅
図、出来たらアップしてみます。
間違い教えて下さいー
すみません。延命の意味がやっとわかりました。
普通は、
総容量ー契約量=前月繰越
ですよね。
その事を仰ってたんですね。(今頃お恥ずかしい)
私の場合、1月のデータ通信量が0.4GBほどなんですが、
今月のデータ使用量が9GB程と表示されています。
8.6GBの差は何かと言うと、前月のパケットギフト送付分が今月の使用量に含まれているみたいなんです。
これが「残骸」と言っていた物なんですが、普通は無いものなのかな。
何言ってるかわからないですよね。
次に画像上げます。
左下の「ギフト等送付済み(前月分)」という所が、私は1月1日時点で9GB近くありました。
それで、パケットギフトが総容量を増やしている、と勘違いでした。
>前月のパケットギフト送付分が今月の使用量に含まれているみたいなんです
>…普通は無いものなのかな
私のデータ使用量には記載が無いようです。
12/31にタンクへINしたパケットや贈ったチップが「翌日=翌月」に反映されることはあると思いますが、パケットギフトは受け取られた段階で反映されるはずなので、ちょっと謎ですね。
それから、分かりやすい図解を有難うございます。
さと さんってもしかして学校の先生をされていませんか?
複雑な物事を整理するのが巧みですよね。
まさに複雑なさとさんの頭の中を覗くことができた気分です。
>>私のデータ使用量には記載が無いようです。
そうなんですか!?
うーん謎です。
学校の先生じゃないですよー(笑)。
複雑な頭とか言われると複雑です…
さっきの図をちょっと更新しました。
パケットギフトを受け取るごとに総容量がものすごく増えて、翌月まで残るみたいなんですけど、、、
「翌月まで残る」の部分は、人によって動きが違うんでしょうか?
この円グラフの「抜け殻」は謎ですね。
私のには無いようです。
>複雑な頭とか言われると複雑です
失礼しました。
複雑な情報処理をこなせる柔らかい頭という意味です……😅
しかし、この図はどんなソフトを使って作成されたんでしょうか?
何なんでしょう。今月末まで残るのかと思っていました。
一度サポートに聞いてみます。
図はExcelですよー
パケットシェアグループの結成と解散をされていませんか?
*バグとしか言いようがないのですが*パケットシェアグループの解散後には
前月繰り越し分使用量に*前月の使用量*が混入するようです。
それです!それです!
ありがとうございます。
シェアの結成と、解散しました。
解散後1ヶ月で解消するのでしょうか?
ずっとだと困るなあ。
ナイスな情報を有難うございました。
ところで、文中に*が混入するのもバグだったりしますか?
ありがとうございます。
これで疑問が少し解決です。
という訳で「総容量」は、回線間でパケットのやりとりをするたびに増えて行き、月初にリセットされるという訳ですね(原則)。
誰も見て居ないと思いますが、さっきの図を直しました。
2月からシェアグループを再結成するか、解散したままで2月を迎えると解消すると思います。
サポートには1月に2回目の苦情を申し入れしました。
症状を認識しながら告知が出せないあたりがmineoさんの問題点かなと思っています。
とりあえず、パケットロンダリング用に結成と解散をすると来月も発症するに10MBチップ♪
ありがとうございます。
このまま放置でなら来月は発生しないのですね。
良かった。グラフが見難くて困っていたので。
mineoさんは、「仕様です」という認識かも知れないですね。
タンク用にシェア解除と結成を繰り返している人も居られるようですが、そういう運用方法だと不便ですね。
何かとパケットシェアは問題が多いようで。
文中に*で囲んだりした部分は強調表示とでも思ってください。
>>ぼちぼちさん
バグだったら面白いですね笑。
パケットシェアグループの話題をすると「*」混入する嫌がらせ
あ、嫌がらせならバグじゃないですね
私も同様におかしな数値になっています。
深く計算する余力が無かった為
そのうち直るのだろうと安易に考えていました。
確かに11月にシェア解除したなあ。
1月の数値にまで影響が来ているのかしら?と考えると
ちょっと影響有り過ぎ感なシェアさんですね。
11月の影響が1月にまで?!
私は今確認したら12月3日にシェア解除をしていました。
来月もこんなんだったら、グラフ見難くて困るー。
これはイヤですね。
理解しようとすると頭がおかしくなりそうですヨヨヨ
なんか、わけわかんないです。
丸々1か月分狂っているわけじゃないので
全然わかんない。
とりあえず、残は、合っているだろうと信じてます。
11月とか12月の解散が1月分にも影響が出てるんですね。
ってことは1回でも解散するとダメみたいですね。
シェアに伴って1MB以下のパケット量の処理あたりに都合があるのかと思っていましたが、こうなってくるとmineoさんのパケット計測まわりの処理にも不安が生じてしまいそうです。
理数系の思考論理ですね。これまでの投稿からも感じていましたが。
私にも少し分けて欲しいです。
頭混乱しますよねー。
残容量はなんとなく合っていそうです。
問題は「総容量」の算出仕様が変でわかりにくいって事ですよね。
>>ぼちぼちさん
疑いだしたらキリは無いけど、不安にはなりますよね。
私の予想では、多分バグではなくて、仕様なのだと思います。
ただ、ユーザーにはわかりにく過ぎる仕様ですよね。
そもそも「前月の使用量」が翌月に繰り越されるって、普通の感覚では有り得ないですよね。
お小遣い帳でも家計簿でも無いです。
パケット残高って、ユーザーにとってはお財布や銀行残高に近い感覚なんですよね。
だから「総容量」(出納の累計)ってのが、感覚的に理解し辛いです。
私は文系ですよー
後でじっくり考えてみますー。
私は偽の理系です・・
文系とは意外な展開です。
クッキーモンスターですからね。
>>sorasumiwataruさん
なんでクッキーモンスターが(笑笑)
さとさんの図を参考に、毎月1,700MB増えて、1,500MB消費し、差し引き200MBづつ残容量が増え続けていく様子を図化してみましたが、どうにも分かりにくいですね。
さとさんに作り直してもらえると有難いなあ…😅
また明日ー
同月内は、月初の容量の枠を残して、通信で使った部分がグレイアウトして行くと、わかりやすいかもですね。
こんな感じの案つくってみました。
「大金持ちになる図」というより、
「来月以降の一契約当りの残容量予想」
を作りたいって事ですかね?きっと。
12/24の前月繰越「1.5GM」→「1.5GB」
連日のタンク分析への情熱と行動力、尊敬します!
私は、ギフト(タンク、チップ)等使用後の円グラフのわかりにくさが以前から気になっていて、「総容量」の仕様を紐解く事に興味があります。
グラフの勝手改善案を作りたいと前々から思いながら放置していたのですが、このスレッドに触発されました。
おお、さすが!
やはり、通信で使った部分がグレイアウトして行くと分かりやすいですね。
有難うございました。
この方向で修正してみます。
「円グラフの改善案」も楽しみにしています。
チップありがとうございます。
修正してみました。
なお、あくまでも、「消滅するパケットが無い」という前提なんで、実態とは食い違ってきますが、消滅するパケットを想定できるデータが無いのでとりあえずゼロとしています。
(ちなみに、消滅するパケットを平均300MBと仮定すると、平均契約容量も300MB増えて2GBになります。)
頭良いなあ。明晰。
使い切れずに消滅するパケットを含めて、1.7GB増えているという事ですね。
月初の増加容量 1.7GB = 契約量xGBー消滅量yGB
y=0.3GBとすると、x=2.0 ですね。
(私の図が間違えているのに気付きました)
さすが〜!
よくそんなに分かりやすい方程式がサラッと出てきますね。😅
そのうち木にも登るはず…
少し時間がかかりましたが、解読できました!
>*バグとしか言いようがないのですが*パケットシェアグループの解散後
>には前月繰り越し分使用量に*前月の使用量*が混入するようです。
というのは、
《バグとしか言いようがないのですが》パケットシェアグループの解散後には前月繰り越し分使用量に《前月の使用量》が混入するようです。
ということですね。
有益な情報を有難うございました。