アカウント名:
パスワード:
メールを事前予約にしてバッチ配送するように しておけば負荷分散は簡単にできると思うけど。
今は廃止されたけど、DDIポケットのEメールにはそういう機能がありました (解説@web.archive.org [archive.org]。2007/2/28廃止 [willcom-inc.com])。
ただサーバにそういう機能をつけるとしても、送信が一斉に行われれば結局そこで輻輳する可能性があり、まずいわけです。#1483450 [srad.jp]の言うように、予め相手の端末に配信して期限が来たら開封可能にするみたいなものの方が向いていると思います。年賀メールだけではなく誕生日とか結婚記念日とかにも応用可能
なので、あらかじめ送っておくことができるなら「送信が一斉に」されることはないはず。
『あらかじめ送っておく』ような種類の『バッチ配送』ってどういうものなんでしょう。『そういうことをするサイトが』云々とあるので、サーバーサイドでの処理かと思いましたけど、その段階ではなく?
携帯電話のメールでは、端末→センター→端末、と2度無線ネットワークを通過します。『バッチ配送』と仰ったので、センターに貯めて指定された時間に一斉に端末に送信、というものを考えました。で、(旧)DDIポケットのものを示した次第。端末での送信処理の日時指定実行機能とも受け取れないことはないのですが、これはネットワーク負荷の軽減には全く貢献しませんよね。
またセンターでワンクッション置くというのも、2度の無線ネットワーク通過が1度になりはしますが、今度は日時を数字で指定するために特定の時間帯に集中する危険があります。年賀メールの「1月1日0時0分」とかですね。年賀メールって、基本的にこういう「特定のタイムスタンプの付いたメール」に対する需要だと思います。ウェブ日記と同様かと思います (#1483185 [srad.jp])。ケータイ文化・ネット文化では「日付の数字が切り替わってすぐ」というところに価値を見出す。それが輻輳の要因かと思います。
余談ですが、「端末→端末」という直送メールは、現在はウィルコムPHSのライトメール [willcom-inc.com]のみではないかと思います (相手方端末が通信可能でないと送信することすら出来ない)。SMSもセンターを介した配信を行っています。
なので、あらかじめ送っておくことができるなら「送信が一斉に」されることはないはず。 お願いした所であらかじめ送ってくれる人は極一部だと思われ。 大半の人は何も考えずに元日明朝零時に送信するかと...
一歩先に進んで送ってなくても相手のケータイに着信が表示されればいいんですよ。アドレス帳やメールの履歴からFromを抽出してテンプレートを強制表示!
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
頭を使って欲しい (スコア:1)
って毎年言ってるけど、そうじゃなくて、メールを事前予約にしてバッチ配送するように
しておけば負荷分散は簡単にできると思うけど。
そういうことしてるサイトもあるんだし、サブジェクトに年賀とつければバッチ配送&
お年玉くじの対象に!みたいな年賀状システム作ればいい。
#ACは価値ある発言してください
Re: (スコア:2, すばらしい洞察)
今は廃止されたけど、DDIポケットのEメールにはそういう機能がありました (解説@web.archive.org [archive.org]。2007/2/28廃止 [willcom-inc.com])。
ただサーバにそういう機能をつけるとしても、送信が一斉に行われれば結局そこで輻輳する可能性があり、まずいわけです。#1483450 [srad.jp]の言うように、予め相手の端末に配信して期限が来たら開封可能にするみたいなものの方が向いていると思います。年賀メールだけではなく誕生日とか結婚記念日とかにも応用可能
Re:頭を使って欲しい (スコア:-1)
予約機能がないからみんな年越しまで待って、年が明けた瞬間にいっせいに送るわけです。なので、あらかじめ送っておくことができるなら「送信が一斉に」されることはないはず。
#ACは価値ある発言してください
Re:頭を使って欲しい (スコア:1)
『あらかじめ送っておく』ような種類の『バッチ配送』ってどういうものなんでしょう。『そういうことをするサイトが』云々とあるので、サーバーサイドでの処理かと思いましたけど、その段階ではなく?
携帯電話のメールでは、端末→センター→端末、と2度無線ネットワークを通過します。『バッチ配送』と仰ったので、センターに貯めて指定された時間に一斉に端末に送信、というものを考えました。で、(旧)DDIポケットのものを示した次第。端末での送信処理の日時指定実行機能とも受け取れないことはないのですが、これはネットワーク負荷の軽減には全く貢献しませんよね。
またセンターでワンクッション置くというのも、2度の無線ネットワーク通過が1度になりはしますが、今度は日時を数字で指定するために特定の時間帯に集中する危険があります。年賀メールの「1月1日0時0分」とかですね。年賀メールって、基本的にこういう「特定のタイムスタンプの付いたメール」に対する需要だと思います。ウェブ日記と同様かと思います (#1483185 [srad.jp])。ケータイ文化・ネット文化では「日付の数字が切り替わってすぐ」というところに価値を見出す。それが輻輳の要因かと思います。
余談ですが、「端末→端末」という直送メールは、現在はウィルコムPHSのライトメール [willcom-inc.com]のみではないかと思います (相手方端末が通信可能でないと送信することすら出来ない)。SMSもセンターを介した配信を行っています。
Re: (スコア:0)
お願いした所であらかじめ送ってくれる人は極一部だと思われ。
大半の人は何も考えずに元日明朝零時に送信するかと...
Re:頭を使って欲しい (スコア:1)
一歩先に進んで送ってなくても相手のケータイに着信が表示されればいいんですよ。アドレス帳やメールの履歴からFromを抽出してテンプレートを強制表示!
LIVE-GON(リベゴン)