掲示板

マイページの円グラフが見難い…

さと
さとさん
SGマスタ

IMG_0247.PNG

---------------2016/1/30追記---------------
今後の続きは、下のURLのスレッドに移動します。
「マイページの円グラフが見辛い… 月末月初、皆さんのゴースト情報募集中!」
https://king.mineo.jp/my/sato/reports/2124
---------------------------------------------
■■■1月24日 関連スレッド■■■
「マイページの前月繰越 使用可能容量は何の数字?」
https://king.mineo.jp/my/sato/reports/2026

----------
AプランとDプラン2回線持っています。
両回線とも、マイページが画像のように使用済みの値が物凄く大きくなってしまっていて、見難いです。
そこで、皆さんどんな状況かをお聞きしたいと思っています。

この回線の今月1月の通信量は302MBで、パケットギフト授受はゼロです。
ですが、「当月の使用量」が13,695MB と表示されています。

原因と予想されるのは、
・先月12月に、パケットギフト受取(約13GB)をした。
・先月12月に、パケットギフト送付(約13GB)をした。
・12月1日~2日までパケットシェアをしていた。
・12月3日にパケットシェア解除をした。

その為、前月繰越「使用量」が「13,694MB」として、月間使用可能容量に含まれてしまっている、という事のようです。
※こちらで聞いたお話です。
https://king.mineo.jp/my/87b6ec35c6340c3c/reports/1773

子供回線使用状況内訳.png

この前月繰越使用量とは何か、をサポートに聞いてみた回答が以下です。

-----引用開始-----
> ■使用量:
> パケットシェアで他シェアメンバーが消費したデータ量を含む、
> 基本データ容量を消費(使用)したデータ量。
>
> ※お客様が基本データ容量の変更をされ、すでに適用となっている場合、
>   基本データ容量変更の適用月のみ、「使用量」の項目には、
>   基本データ容量変更をお申し込みされた月の、
>   26日~末日までの基本データ容量消費量も含まれます。
>
> ※パケットシェアを組んでいない場合の、
>  パケットギフトやパケットチャージ分のパケットについては、
>  消費有無に関わらず、翌月まで使用量の欄に表示されます。
-----引用終了-----

という事は、パケットシェアをした事が無い人でも、前月繰越「使用量」が表示されるのでしょうか。
パケットギフトの有効期限は翌月末までですので、ギフトの有効期限が切れるまで、使用済みの値として表示される仕様なのでしょうか?
皆さんのグラフはどうなっているでしょうか?

■【質問1】シェア無しでギフトをした人は、前月ギフト交換分が使用量として表示されていますか?■


更にもう2つ疑問があります。

パケット.jpg

■【質問2】前月繰越「使用量」は何の値に一致しますか?■

サポートによると、下記の説明がありました。
> 前月繰越容量は、前月の実際の通信量に加え、
> パケットギフトを相手に発行した分が表記されます。

ですが、私の場合、前月通信量(1.7GB)+前月パケットギフト発行量(13GB)より「前月繰越使用量」の方が、5GBほど少ないです。一体何の値なんだろう?



■【質問3】前月繰越「使用量」は日によって変動しますか?■

前月繰越「使用量」が、見る日によって微妙に違っているのです。
ここ数日で58MB減りました。
その代わりに、前月繰越残容量が、同量増えています。
これは誤差?なんでしょうか。
使用可能容量が増えているので、有り難いといえば有り難いのですが。


よろしければ皆さんの状況を教えて頂けると有り難いです。


----------(以下、1月15日追記)----------
頂いた情報から、「前月繰越使用量」(以下ゴースト)が発生するパターンの仮説を図にしてみました。
仮説:前月時点で受け取ったパケットギフトの使用量が、翌月にゴーストとして現れる。

この説、皆さん、当てはまりますか?当てはまりませんか?情報頂けると有り難いです。

パケット-002.jpg

頂いた情報

・パケット交換で最初に発行した方ではなく、返送した方に翌月ゴースト発生。(2名)
・前月時点での「基本データ容量」からの消費量だけが翌月ゴーストとなる。(1名)
・パケット交換で、ゴーストが発生した側には、前月繰越容量が無かった、
 もしくは、前月繰越容量よりギフト交換量の方が多かった。(2名)
・ギフトもシェアもしていない人には、ゴーストが発生しない。(1名)


----------(以下、1月23日追記)----------
こちらのスレッドより下記情報を頂きました。
https://king.mineo.jp/my/sato/reports/2026

・前月繰越月間使用可能容量 = 前月末時点での基本データ容量 + ギフト等受取総量
・前月繰越使用量には、当月の使用量を含む。月中に値が変動する。
・前月繰越月間使用可能容量 = 前月繰越残容量 + 前月繰越使用量

という事は、
ギフト等を受け取った場合で、 
前月時点での前月繰越残容量 + 前月時点での基本データ容量 < 使用量
の場合に、ゴーストが発生し、
ゴーストの値は、ギフト等受取分の内消費した量となると推測されます。

※ギフトは、基本データ容量より先に消費されます。


65 件のコメント
16 - 65 / 65
sorasumiwataru
Gマスター
>さと さん
>ロードフォックス さん

大変申し訳無いのですが、我が家の場合は、相互に期限切れ寸前のパケットを交換するだけですので、私もカミさんも「基本データ容量」を使用していないにもかかわらず、カミさんだけにゴーストが残っています。

単純に「送り返すとゴーストが残る」ということでしょうかね?
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataruさん

そうですか…
基本データ容量を使用していなくても、
前月繰越容量+当月に受け取ったパケットギフトの一部
を使って送り返している、という事は無いでしょうか?

例えば
・奥様の前月繰越残が500Mとして、
・sorasumiwataruさんの前月繰越残1000Mとして、

500Mと1000Mを交換している運用でしょうか?
それでゴーストが残るのなら、上記の説は間違いですね。

もしsorasumiwataruさんが、1000M渡した後に、
奥様も1000M返しているとしたら、
500Mは当月分を使用したという事で、翌月へ繰り越される事になるんじゃないかなと思いました。
退会済みメンバー
退会済みメンバーさん
ビギナー
>>さとさん

 ロードフォックスさんとさとさんのコメントを見て納得しました。と思ったら、sorasumiwataruさんの事例が出てきて謎が深まりました・・・。もう少し検証が必要かもですね。

>>sorasumiwataruさん

 ん〜フフーたぁいしたことじゃありませんよ〜。かわむら任三郎でした〜。

 冗談はさておき、交換された期限切れ寸前のパケット量は、奥様と全く同量だったでしょうか?もしそのパケット量にズレがあるなら、さとさんの推理通りになりそうですね。

 ちなみに、私と友人は、私しか期限切れになるパケットを持っていませんでした。なので、私が延命してもらった形ですね。
sorasumiwataru
Gマスター
>さと さん
>前月繰越容量+当月に受け取ったパケットギフトの一部
>を使って送り返している、という事は無いでしょうか?

う〜む、無い、はず、ですが…、
問い直されるとなんだか自分が間違っているような気がしてくる気の弱い私。

来月には正確な報告ができると思いますので、しばしお待ち下さい。
さと
さとさん・投稿者
SGマスタ

パケット.jpg

仮説です。
前提からして全くの推測なので、間違っていたら教えて下さい。

sorasumiwataruさんの言われるように、回線B(奥様)側が、
前月繰越容量>ギフト発行量
の場合には全く当てはまりません。

現象
・パケット交換の際に、後からパケットを送り返した方だけに
 翌月「前月繰越使用量」が残る。

原因
・パケット返送側が、前月繰越容量より大きい量のギフトを
 返送している。
・その為、ギフトの一部を基本データ容量から発行している。
・基本データ容量を使用した分は「前月繰越使用量」として
 翌月グラフに反映する。
さと
さとさん・投稿者
SGマスタ
>>かわむらさん

私の拙い説明を理解して下さって、ありがとうございます。

まだ謎ですね。
もう一つの疑問が、パケットギフトを全くしていない場合に、
当月の基本データ容量を使った場合にも、「前月繰越使用量」に値が入るのかどうかです。

当月の基本データ容量は原則として使わないまま全部繰り越される前提の仕様なんですかね。
だとしたら、それが、グラフがわかりにくい理由の気がします。
さと
さとさん・投稿者
SGマスタ
上の発言を訂正します。
サポートの説明によると、
パケットギフトを全くしていない場合には、前月繰越使用量は加算されないようですね。
パルディン
マスター
成る程
私は使用開始当初からパケットギフトで繰り越しロンダリングして来てそうゆうものだと思ってました。

そっかー、でもやっぱり何故その前月のギフトでの基本容量の使用量に限って翌月の使用量に合算して表示するのかは、私的にはすごく謎
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataru さん

来月には、もう少し状況がわかるかも知れないですね。
私も今となっては、パケットギフト前の残容量などがわからず、ハッキリしません。
さと
さとさん・投稿者
SGマスタ
>>ロードフォックスさん

そういうものと、規則性に気付いておられたのが、凄いですね。
(まだ謎が完全に解けた訳ではないですが)

何故、ギフトとチャージ分の使用量に限って、繰り越すのかは不思議ですね。

システム上必要な値なのだとしても、グラフからは除いてくれたら、見やすいのに。

シェアの場合に、繰越から消費出来ない制限と、何か関係があるのかと、思ってしまいます。
sorasumiwataru
Gマスター
>さと さん
>前月繰越容量+当月に受け取ったパケットギフトの一部
>を使って送り返している、という事は無いでしょうか?

う〜む、無い、はず、でした…が、
よ〜く思い出してみたら、さとさんのおっしゃる通りだったような気がしてきました。

そしてその「前月繰越容量以外のパケットギフト分」だけが翌月にゴーストとして残るという説で正解のようです。

名探偵誕生の瞬間ですね。
619^_^ak@mnemo
SGマスタ
例えばギフトで贈った量と同じだけ受け取るというのがイレギュラーな利用法だから、システムが対応していない(しない)のではないでしょうかね。

表示に関してはパケットシェアの制限がなくなるまで、このままのような気がします。
その際、この表示に変更が入らないと、問題解決が遠くなります。
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataruさん

情報ありがとうございます。
わーい。みんなの話が繋がりました!

これが当たりなら、改善要望案を出しやすくなりそうです。
そもそもの目的は、残容量グラフを見易くする為の改善案作りなんです。
さと
さとさん・投稿者
SGマスタ
独り言です。
これは単なる推測ですが、パケットシェアとギフト等が共存しにくい問題は、ここら辺の仕様と関係していそうな気がしています。
シェアの仕組みに、ギフト機能が相乗りしちゃったのではないかと推測しています。
シェア機能が先に出来て、その後からギフト機能が出来たのかな?歴史を紐解いてみます。

シェアしていても、前月繰越からギフトできる計画があるそうなので、その改定時に、この辺りのややこしい仕様が改善されるのではないかと思っています。
さと
さとさん・投稿者
SGマスタ
>>619_ak@mnemoさん

>例えばギフトで贈った量と同じだけ受け取るというのがイレギュラーな利用法だから…

これは、きっとそうなんでしょうね。

ところで、この仮説が本当なら、ギフト「交換」ではなく、一方的なギフトとしても、
前月繰越容量の無い人がギフトを送ると、ゴーストが発生してしまう事になります。
実際どうなんだろう。
基本容量を使っての一方的なギフトは、設計時に当然想定されているはずですよね。
どうなんだろう。


>表示に関してはパケットシェアの制限がなくなるまで、このままのような気がします。

これ同意です。入れ違いで上に書いた内容ちょっとかぶりましたかね。
sorasumiwataru
Gマスター
>さと さん

この仮説を単純化すると、ギフトの往復とは関係なく、片道ギフトの場合でも、「前月繰越容量以外のパケットをギフトすると、翌月にゴーストとして現れる」ということになりますかね?。
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataruさん

そうなんですよね。
片道ギフトでもゴーストが発生するのか、気になります。
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataruさん

サポートの説明をよく読むと違いそうですね。

> ※パケットシェアを組んでいない場合の、
>  パケットギフトやパケットチャージ分のパケットについては、
>  消費有無に関わらず、翌月まで使用量の欄に表示されます。

ですから、パケットギフトやチャージを受取した場合にのみ、当月受取分を使用すると、使用分がゴーストになる、という事みたいです。

という事は、前月時点の「基本データ容量」を使用したかどうかではなくて、当月受取したギフトを使ったかどうか、がゴースト発生の分かれ目なのかも知れないです。

ギフトを一方的に発行しただけでは、ゴースト発生しないのでしょうね。

という事で、上の図は間違っていますね。
「基本データ容量」と「当月受取パケットギフト」とどっちが先に消費されるんだろう…
sorasumiwataru
Gマスター
>さと さん
>当月受取したギフトを使ったかどうか、がゴースト発生の分かれ目…

なるほど、納得です。
かなり核心に迫ってきましたね。

あとは、「基本データ容量」より「当月受取パケットギフト」が先に消費される証拠を掴めば事件解決。
sorasumiwataru
Gマスター
見づらい、困った、使いにくい、といった様々なユーザーサイドの意見を受け、影響の大きさや費用対効果を鑑みてサービス改善を諮るのが企業の務めであり、特定の改善を行うことで重要なプログラムに悪影響が出そうなら、企業サイドとしてはその改善を見送るだけのことでしょう。

余計な心配は不要かと。
さと
さとさん・投稿者
SGマスタ
>>sorasumiwataruさん

ありがとうございます。
なんかsorasumiwataruさん先生みたいですね。
本当は答えを全部知ってるんじゃないかと思う(笑)。


>>フェアリスターの英雄さん

ご意見ありがとうございます。
良かったら、フェアリスターの英雄さんのグラフの情報も教えて下さいね。
sorasumiwataru
Gマスター
>さと さん

いや〜、「犯人はお前だ!」なんて言ってみたいですが、さっぱり分かりません。

今回のような「小さなほころび」からシステム全体の矛盾点にまで問題を普遍化して突き詰めていこうとするさとさんの探究心にはいつもながら頭が下がります。

絶対に塾の先生だと思うんだけど…

来月になったらまたトレトレの新鮮な情報を提供しますので、あきずに探求を続けていて下さい。(なんて言って、来月になったら送るのをすっかり忘れそうですが…)
さと
さとさん・投稿者
SGマスタ
お褒め頂きありがとうございます。
私が先生ってあり得ないですよー、sora先生。
来月の情報?楽しみにしています。
ひろぼん
ベテラン
私の観察では「基本データ容量」が「当月受取パケットギフト」より
先に消費されます。

「基本データ容量」は当月中は増加しませんが、「当月受取パケット
ギフト」は月の途中で不規則に増加する可能性があります。
mineoの立場からすると、「基本データ容量」を優先するのは、これを
全部消費したユーザに対しては「当月受取パケットギフト」の残量だけを
管理したらよいのに対し、逆だと、「当月受取パケットギフト」と
「基本データ容量」の順に両方を消費したユーザに対し再度「当月受取
パケットギフト」の管理に戻る必要があります。プログラム的に少しでも
簡単な方が信頼性が増します。このように私は推測しています。
さと
さとさん・投稿者
SGマスタ
>>ひろぼんさん

そうですよね。
mineoスイッチのグラフを見る限りは、ギフト受取分よりも、基本データ容量の方が優先消費されそうな配置になっています。

ですが、「前月繰越使用量」に関して言えば、先にギフトが消費されたかのような値が入っている気がします。

ところで、ギフトって受け取った分は、mineoスイッチのグラフでは、水色の「当月ギフト、チャージ容量」に入るんでしたっけ?
忘れてしまいました。
ギフトをやってみればわかるんですが。
ひろぼん
ベテラン
大発見(自称)です。

私の追跡によると、ゴーストが発生しているすべて(2件)のケースで、
「前月繰り越し容量」欄の「月間使用可能容量」の値が、前月に
複数回受け取ったギフトの合計値と一致しました。
いずれもパケットシェアは行っていません。

「前月繰り越し容量」欄の「使用量(=ゴースト)」の値はどこから
来るのか引き続き検証を要します。

想像ですが、月が変わるごとにmineoがユーザ全員のデータを一斉に
更新しなければならない局面で、間際に受取ギフトがあった場合に
残容量を再計算して反映させるよりも、「受取ギフト総量」と「使用量」
を確定してその両方を翌月に反映させた方がプログラム的に負担が少ない
=信頼性が増す、といったところではないでしょうか。
ひろぼん
ベテラン
ギフトを受け取っていても翌月にゴーストが現れないケースもありますが、
「前月繰り越し容量」欄の「月間使用可能容量」に注目することで、
この点の解明ももうすぐでしょう。
パルディン
マスター
>>ひろぼんさん

なかなか興味を惹かれるSE的分析w

毎月月替わりの数時間内に数十万人のデータを更新するとか
タンクやらギフトやらチップの新しい装備追加にも対応して…
畑違いの人間ですが開発現場の阿鼻叫喚が聞こえて来そう。
でもスイッチとマイページの仕様の統一はして欲しいし、高速と低速それぞれの通信量データ情報も欲しいぞっと(´・ω・`)
さと
さとさん・投稿者
SGマスタ
>>ひろぼんさん

おっ!気付きませんでしたが、私の持つ2回線の内1回線が、完全一致しました。

「前月繰り越し容量」欄の「月間使用可能容量」の値

前月に複数回受け取ったギフト
+キャンペーンのプレゼントパケット
+チップ受け取り
+タンクOUT
+パケットチャージ

と一致します。
もう1回戦は20MGの差がありますが、近い数字ですね。
20MGは何かな、私の転記ミスかも知れないので、もう一度チェックしてみます。

「月間使用可能容量」=「使用量」+「残容量」
みたいですから、使用量は自動計算されているのかも。
なぜそうなっているかの理由は不明ですが、算出の仕方は判明しそうですかね?
さと
さとさん・投稿者
SGマスタ
上の補足です。

20MBの差異は、12月31日にチップが反映しない不具合があったようで、ちょうど12月31日にチップを20MB受け取っています。
この20MGを含めたら、「前月繰り越し容量」欄の「月間使用可能容量」の値が、全ての受け取りパケット数の合計に一致します。

ひろぽんさん、大発見かも!?

で?この計算はどういう意味なのか…ちょっとすぐにわからない…
うーん、じっくり考えてみます。
619^_^ak@mnemo
SGマスタ
その20MB、チップの確認テーブルに表示されなかっただけで、実はデータとしては反映されてたかも。
どちらかというと、IIJみたいにSIMのICに割り当てられたバッファみたいな容量の誤差じゃないでしょうか。
さと
さとさん・投稿者
SGマスタ
あ、わかりました。
やはり、最初の推測どおりの計算という事になりますね!

月間使用可能容量の前月繰越は、前月受け取った全パケットの合計
使用量の前月繰越は、前月受取全パケット - 前月使用量 + 前々月繰越容量
残容量の前月繰越残は、前月の基本データ容量 + 前月受取パケットの残

後で図に少し文言を追加して上げてみます。
さと
さとさん・投稿者
SGマスタ
>>619_ak@mnemoさん

そうでしょうか。
iijの「端数」の事もよくわからないので、調べてみます。
こっちに載っていた話ですよね?
https://king.mineo.jp/question-answer/サービス全般/申込方法 その他/1942
619^_^ak@mnemo
SGマスタ
今ちょっと頭回りませんが、もしかしたらそのリンクじゃないかも。
(st205tteさんの質問でしたら違います、これは僕が問題のないと書いた方です)
619^_^ak@mnemo
SGマスタ
パケットギフトの注意点

王国教室の質問で、上記はそのタイトルです。

31日のチップがおかしい件は、確か計算は合ってたという連絡があった気がします。
僕の結論では、DBは合ってたけど表示テーブルが30日までしか用意してなかっただけ、ではないかと思います。
(三が日だし、データは整合取れてたので、ヘルプデスクに連絡さえ取っておけば良い問題と思ってました。他の方が困っていたので、サポートに電話したら数時間後に解決しました。)
さと
さとさん・投稿者
SGマスタ
619_ak@mnemoさん
入れちがいでした。失礼。
あとで読んでみます。
さと
さとさん・投稿者
SGマスタ
ひろぼんさんのお話、我が家の2回線とも正解!でした。
先ほど20MBの差異があると言いましたが、私の計算違いでした。

チップの説明を見たら、チップの反映日は翌日中です。
https://king.mineo.jp/about_tip

だから、12月31日に発行されたチップは、1月1日反映なので、12月分の受取パケットに含めてはいけませんでした。
12月31日に発行されたチップ20MBを除くと、ぴったり合いました!


「前月繰り越し容量」欄の「月間使用可能容量」の値

前月に複数回受け取ったギフト
+キャンペーンのプレゼントパケット
+チップ受け取り
+タンクOUT
+パケットチャージ

と一致です。
後は、前月繰越容量の使用量の謎ですね。
前月繰越容量の使用量+前月繰越残容量=「前月繰り越し容量」欄の「月間使用可能容量」

のようですから、前月繰越残容量を日々消費すると、前月繰越容量の使用量が増える様子です。
謎が解けそう?かな?

ひろぼんさんの発見、すばらしい!!!
さと
さとさん・投稿者
SGマスタ
ひろぼんさんの大発見の件、
上で「最初の推測どおりの計算」と書きましたが、間違っていたかも。
よくわからなくなりました。考え中です。
さと
さとさん・投稿者
SGマスタ
>>ひろぼんさん

2回線ともゴーストが発生しているのですね。
うちの2回線も共にゴーストありです。
ゴースト無しの場合、どうなっているのか気になりますね。

うちは、月間使用可能容量の前月繰越は、
使用量の前月繰越と
残容量の前月繰越と
の合計になっています。
ひろぼんさんの所はどうですか?

前月繰越残容量が、前月のギフト受取量よりも多い人は、どんな値が入っているのか気になります。
使用量がマイナスという事は無いでしょうから。

これらの前月繰越の欄は、通常パケットシェアに使われる項目です。
シェアしたグループ内の繰越残容量の合計と、グループ内の使用量が入る項目です。

シェアの場合は、
月間使用可能容量の前月繰越は、
使用量の前月繰越と
残容量の前月繰越と
の合計になるはずですよね。

シェアの計算と、ギフトの計算が何かの条件の時に同じになっちゃうのかな、なんて想像しています。

このスレッドは人が少ないので、また別スレッドで改めて聞いてみようかと思っています。
ひろぼん
ベテラン
>> さとさん

誤解を招いたかもしれませんが、ゴーストが現れた2件は別々の月で
それぞれ片方に生じました。

月間使用可能容量の前月繰越については、私のところでも使用量の
前月繰越と残容量の前月繰越との合計にいつも一致しています。
というか、使用量の前月繰越の値は他の二つの値から自動計算
しているのでないかと疑っています。

月間に○○MBを受け取っているのに月末には△△MBしか残って
いないならのならその差を使用量に計上しよう、みたいだったら
みんなでずっこけましょう。

ただしゴーストの現れない条件がまだ謎です。
ひろぼん
ベテラン
>> ロードフォックス さん

コメントをいただき嬉しいです。
阿鼻叫喚とは、畑違いの人間とおっしゃりながら
かなり核心に迫ってられると感じました。
さと
さとさん・投稿者
SGマスタ
あ>>ひろぼんさん

> 使用量の前月繰越の値は他の二つの値から自動計算

これそうだと思います。
ですから、今月消費すると、前月繰越使用量が増えて行っている気がします。

> 月間に○○MBを受け取っているのに月末には△△MBしか残って
> いないならのならその差を使用量に計上しよう、

現状そうなっていますよね。
もし、〇〇 < △△

だったら使用量はどうなるんでしょうね。
これがゴーストが出るかどうかの区別だったりして、なんて想像します。
HOBBY
ベテラン
今マイページを見たら月初にあったゴーストが消えていたのですが私だけですかね?
さと
さとさん・投稿者
SGマスタ
>>HOBBYさん
本当ですか?!
私の所は、2回線共ゴーストありのままです。
何故でしょうね。不思議です。

12月1日だったと思うのですが、複数のスレッドで、使用量がおかしいという書き込みを見ました。
その中には、翌日2日には直っていたというお話がありました。

同じような現象でしょうかね。
HOBBY
ベテラン
いつまであっていつ消えたのかわかってないのですが消えたのは確かです。
不思議なことですが今月もギフトしあったので来月確認してみます。
さと
さとさん・投稿者
SGマスタ
>>HOBBYさん
ありがとうございます。
また確認結果を教えて頂けると嬉しいです。
ひろぼん
ベテラン
2016/01/23 02:00現在、私のゴーストは消えていません。
引き続き観察していきます。

なお、今月はギフトの贈呈、受取りをしていません。
さと
さとさん・投稿者
SGマスタ
こちらで新たにスレッドを立てて質問しています。
https://king.mineo.jp/my/sato/reports/2026

聞いた話では、ひろぼんさんや私の回線の説と少し違うようです。

前月繰り越し月間使用可能容量は、
前月受け取ったギフト類 + 前月時点の基本データ容量

というお話が出ています。
ひろぼんさんと私の所の回線は、もしかしたら前月時点で基本データ容量を使い切ってしまったのかも知れないです。

上記の計算で行くと、今迄出ていた仮説の説明が付きます。
あー良かった。
さと
さとさん・投稿者
SGマスタ
新スレッドで頂いた情報を元に仮説を立ててみました。

【頂いた情報】
・前月繰越月間使用可能容量 = 前月繰越残容量 + 前月繰越使用量
・前月繰越月間使用可能容量 = 前月末時点での基本データ容量 + ギフト等受取総量
・前月繰越使用量には、当月の使用量を含む。月中に値が変動する。

【まとめると】
ギフト等受取分を使用した量だけの、ゴーストが発生する。
ゴースト=月初時点での前月繰越使用量
つまり、
ゴースト=月中の 前月繰越使用量 - 当月使用量

【仮説】
ギフト等を受け取った場合で、

・基本データ容量よりギフトが先に消費される場合
 前月時点での前月繰越残容量 < 使用量
 の場合に、ゴーストが発生する。

・ギフトより基本データ容量が先に消費される場合
 前月時点での前月繰越残容量 + 前月時点での基本データ容量 < 使用量
 の場合にゴーストが発生する。
さと
さとさん・投稿者
SGマスタ
ひろぼんさんに、消費の順序は、ギフトより基本データ容量が先という情報を貰いました。

という事は、
【仮説】
ギフト等を受け取った場合で、 
前月時点での前月繰越残容量 + 前月時点での基本データ容量 < 使用量
の場合にゴーストが発生する。

となります。
上の仮説の図は誤りですので、後日改定します。
コメントするには、ログインまたはメンバー登録(無料)が必要です。