アカウント名:
パスワード:
例えば電力会社の場合は、大口顧客に対して電力料金の単価割引などと引き換えに電力量を制限することがよくありますよね(特にこの時期)。技術的にも最大瞬間負荷に耐えなければならないし、止まっては経済、生活が困るという社会からの要請も共通しています(そういう意味では大口顧客は一歩間違えれば電力を濫用していると世の中から見られてしまう)。電力会社がやっているように、電話会社が加入者単位ぐらいでの発呼頻度を直ちに制限しても世の中は別に怒らないと思うんですけどねぇ...
唯一心配なのは、送電計画ならぬ交換計画を立てるために、各加入者の発呼頻度を見積もる方法でしょうか。機械的にやるのは骨が折れるでしょうが、案外自主申請させてしまうといいのかも知れません。ワン切り業者が自らべらぼうな頻度を申告することはないでしょうから、実際の頻度との差を見れば洗い出しまでできる可能性もあります。逆に、異常に高い頻度を申請してきたら、業務内容にメスを入れる、あるいは加入を断ることができます。
業者側のすり抜けへの対策としては、例えば大型の機械や回線を入れる加入者を狙い撃ちで監視する、同時期の加入者について、人脈を調べるなどの方法もあるかも知れません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
ワンギリくらいのことであれば (スコア:1)
着信履歴を残す回数を設定可能にしておくだけでいい気がするです。
メモリ中にあれば一回目から残すでもいいし、着信詳細が見れる程度
でもいいっす。ワン切くらいなら、端末機能で十分防御できるの
みんつ
それは大きな勘違いです (スコア:2, 興味深い)
受け手ではなく「中継」しているNTTのキャパを圧迫している
という点です。
端末までコールがかかった場合、すでにNTT局内の回線を
使っていますから根本的に今回の被害は防げません。
# その番号にかけてしまうというユーザ側の被害に
# 関しては有効かもしれませんが
NTTがコールをうまくさばけないと、その地域の他のコールも
かかりにくくなってしまいます。
つまり、直接ワンギリと関係ない人にまで迷惑がかかっているのです。
確かにワンギリが出始めた段階で、このような業者が現れること
を想定し約款の改定を考えて置けば最善であったわけですが
一
Re:それは大きな勘違いです (スコア:1)
濫用を起こさせないために何をすべきか、業者の利益を不利益で圧迫するとか、そもそも利益を発生させないとか、
いろいろな話題が出ているわけでして。
発信業者の抑え込みであれば、発信規制かければ(そもそも秒間呼数が
数十~数百とかいう世界なのだから)いいだけ…なんで、あまり問題
にしていないっす。法改正でもなんでもしていただいて、存分に規制
していただければOK。
でも、それにひっかからない程度の業者はどうしても残ると思うので、自衛
もずっと考えていく必要があるでしょう。
みんつ
Re:それは大きな勘違いです (スコア:3, すばらしい洞察)
例えば電力会社の場合は、大口顧客に対して電力料金の単価割引などと引き換えに電力量を制限することがよくありますよね(特にこの時期)。技術的にも最大瞬間負荷に耐えなければならないし、止まっては経済、生活が困るという社会からの要請も共通しています(そういう意味では大口顧客は一歩間違えれば電力を濫用していると世の中から見られてしまう)。電力会社がやっているように、電話会社が加入者単位ぐらいでの発呼頻度を直ちに制限しても世の中は別に怒らないと思うんですけどねぇ...
唯一心配なのは、送電計画ならぬ交換計画を立てるために、各加入者の発呼頻度を見積もる方法でしょうか。機械的にやるのは骨が折れるでしょうが、案外自主申請させてしまうといいのかも知れません。ワン切り業者が自らべらぼうな頻度を申告することはないでしょうから、実際の頻度との差を見れば洗い出しまでできる可能性もあります。逆に、異常に高い頻度を申請してきたら、業務内容にメスを入れる、あるいは加入を断ることができます。
業者側のすり抜けへの対策としては、例えば大型の機械や回線を入れる加入者を狙い撃ちで監視する、同時期の加入者について、人脈を調べるなどの方法もあるかも知れません。
課金が最も効率的 (スコア:0)
> もずっと考えていく必要があるでしょう。
不完了呼に課金するようにしたら残らんでしょう。
ワン切りが流行るのは費用を負担しなくてすむからです。
応分の負担を求めるようにすれば自然消滅します。
課金が事実上できないspamに比べたら全然簡単です。
Re:課金が最も効率的 (スコア:1)
別の問題を生む気がするんですよね。不完了呼もいろいろ
ありますので…。
チケ取りの不完了呼も課金対象でしょうか?
某サポセンにかける(つながらない)電話も課金対象だと嫌だしなあ。
一番は「不完了呼を増やすと電話会社の収入増」って図式が気に入らない、んだけど。
みんつ
Re:課金が最も効率的 (スコア:0)
> 某サポセンにかける(つながらない)電話も課金対象だと嫌だしなあ。
回線ビジーで相手先を呼び出せないのは課金しなくて良いでしょう。
発信者通知できた場合に限定しても良いですし。
Re:課金が最も効率的 (スコア:1)
> 回線ビジーで相手先を呼び出せないのは課金しなくて良いでしょう。
> 発信者通知できた場合に限定しても良いですし。
日本語で書けば簡単なんですが、これをシステム変更と捉えると、かなり手間食いそうですよ。
これまで不完了呼には課金していないものを、それも、不完了の詳細理由によって課金を決めるってのは。
しかもコイツは他事業者間通信ですので「どこで課金をするのか」さえも問題となりそうです。
#日本語で一行の仕様変更が、百万行のソース修正になることもあるっすよね
みんつ