アカウント名:
パスワード:
RCSベースにするなら、独自拡張入れるにしてももうちょっと汎用性もたせる事だってできただろうに。意図的にサードパーティー製アプリが割って入れないような拡張仕様を突っ込んだとしか思えないのだけどなんでそんな余計なことするんだろう……。
オープン実装のメッセージングって他にもありますよSlackですらサポートやめましたけど、囲い込めないから。
意図的にでもなく仕様読むと電話番号で送れるけどデータ通信量がかかるって言われているのでサーバ側で電話番号から契約ID割り出してそれが現在どのIPなのか調べてPUSHするんでしょMydocomoとかドコモの携帯からLTEで繋ぐとネットワーク暗証番号でログインできるのと同じ感じで。であれば、契約者のインターネットとの接続点を持っているのはMVNOの場合はMVNOでMVNO側からIP貰ってるはずなのでMVNO側が対応しなければ出来ないってのは理にかなってるのでは？
ざっと仕様を見ると別に独自規格だから出来ないわけじゃないと思うよ
MVNO事業者が勝手に実装すれば良いだけなら、「MVNOに展開する」なんて言い方はしないのでは？
電話番号関係の処理もいるのでMNO側の対応もいる（MVNOだけではできない）としたら別に変な表現でもないような。
そりゃそうでしょMVNOでRCS出来るのはフルMVNOだけでは？で、現状だとIIJとさくらインターネットぐらいでしょ？
MVNOは回線契約に関する割り当てはMNO側が行なっていているのでわからないなので利用したい所には機能の公開と開発が必要になるだけなので独自仕様だから出来ないわけじゃないキャリアネットワーク網の外でMVNOがどんなIP振ってんのかなんてMNOのシステムが知ってるわけないだろう
#3391635ではないが、勝手に実装できるとは書いてないぞ。SMSやMMSの発展型なら、電話システムの基幹部分にある顧客管理システムへのアクセスが発生するタイプだろ。なら顧客管理システム同士をどう接続するか、どこを責任分界点とするか、もろもろの契約が必要になってくる。つまりはそういうプラン（メニュー）を用意するって事だろ。
あとそういう基幹部分（ハード含む）は独自仕様は当たり前の世界だ。＃だから日本じゃ「どんな回線でも接続できる」ＮＴＴのメタル基幹網が重宝されてて、ＩＰ光網への移行時にドタバタした。＃国際ローミングでも基幹ネットワーク同士のマッチング（ハード・ソフト両面）のテストは重い
独自規格じゃないならなんでアプリのダウンロードが必要なの?
一言もAndroidの標準じゃできませんとは書かれてないしhttp://ascii.jp/elem/000/001/661/1661460/ [ascii.jp]同一UI、同一操作で可能にするためでよくね？iPhone/iPadはRCS標準で対応してないからもあるでしょ。標準対応してるならキャリアップデートとかで対応できるし根本的にAppleは自前のiMessageあるしRCSはgoogle推進だからとかもあるかもしれんが。
良い方に解釈すると、AndroidとiOSで共通のアプリ名にしたかっただけで、Androidでは「メッセージ」でも全く問題なく全機能を使える。悪い方に解釈すると、RCSに独自仕様・独自拡張を注入したガラパゴス仕様のサービス。Androidの「メッセージ」では「+メッセージ」の全機能は使用できない、あるいは、全く使えない。
そのあたりが説明されていない。独自仕様・独自拡張を注入したのであれば、その部分の規格を公開してほしい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
なんでMVNO対応が今後検討なの？ (スコア:1)
RCSベースにするなら、独自拡張入れるにしてももうちょっと汎用性もたせる事だってできただろうに。
意図的にサードパーティー製アプリが割って入れないような拡張仕様を突っ込んだとしか思えないのだけどなんでそんな余計なことするんだろう……。
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re:なんでMVNO対応が今後検討なの？ (スコア:0)
オープン実装のメッセージングって他にもありますよ
Slackですらサポートやめましたけど、囲い込めないから。
意図的にでもなく仕様読むと電話番号で送れるけどデータ通信量がかかるって言われているので
サーバ側で電話番号から契約ID割り出してそれが現在どのIPなのか調べてPUSHするんでしょ
Mydocomoとかドコモの携帯からLTEで繋ぐとネットワーク暗証番号でログインできるのと同じ感じで。
であれば、契約者のインターネットとの接続点を持っているのはMVNOの場合はMVNOで
MVNO側からIP貰ってるはずなのでMVNO側が対応しなければ出来ないってのは理にかなってるのでは？
ざっと仕様を見ると別に独自規格だから出来ないわけじゃないと思うよ
Re:なんでMVNO対応が今後検討なの？ (スコア:1)
MVNO事業者が勝手に実装すれば良いだけなら、「MVNOに展開する」なんて言い方はしないのでは？
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re:なんでMVNO対応が今後検討なの？ (スコア:1)
電話番号関係の処理もいるのでMNO側の対応もいる（MVNOだけではできない）
としたら別に変な表現でもないような。
Re: (スコア:0)
そりゃそうでしょ
MVNOでRCS出来るのはフルMVNOだけでは？
で、現状だとIIJとさくらインターネットぐらいでしょ？
MVNOは回線契約に関する割り当てはMNO側が行なっていているのでわからない
なので利用したい所には機能の公開と開発が必要になるだけなので独自仕様だから出来ないわけじゃない
キャリアネットワーク網の外でMVNOがどんなIP振ってんのかなんてMNOのシステムが知ってるわけないだろう
Re: (スコア:0)
#3391635ではないが、勝手に実装できるとは書いてないぞ。
SMSやMMSの発展型なら、電話システムの基幹部分にある顧客管理システムへのアクセスが発生するタイプだろ。
なら顧客管理システム同士をどう接続するか、どこを責任分界点とするか、もろもろの契約が必要になってくる。
つまりはそういうプラン（メニュー）を用意するって事だろ。
あとそういう基幹部分（ハード含む）は独自仕様は当たり前の世界だ。
＃だから日本じゃ「どんな回線でも接続できる」ＮＴＴのメタル基幹網が重宝されてて、ＩＰ光網への移行時にドタバタした。
＃国際ローミングでも基幹ネットワーク同士のマッチング（ハード・ソフト両面）のテストは重い
Re: (スコア:0)
独自規格じゃないならなんでアプリのダウンロードが必要なの?
Re: (スコア:0)
一言もAndroidの標準じゃできませんとは書かれてないし
http://ascii.jp/elem/000/001/661/1661460/ [ascii.jp]
同一UI、同一操作で可能にするためでよくね？
iPhone/iPadはRCS標準で対応してないからもあるでしょ。
標準対応してるならキャリアップデートとかで対応できるし
根本的にAppleは自前のiMessageあるしRCSはgoogle推進だからとかもあるかもしれんが。
Re: (スコア:0)
良い方に解釈すると、AndroidとiOSで共通のアプリ名にしたかっただけで、Androidでは「メッセージ」でも全く問題なく全機能を使える。
悪い方に解釈すると、RCSに独自仕様・独自拡張を注入したガラパゴス仕様のサービス。Androidの「メッセージ」では「+メッセージ」の全機能は使用できない、あるいは、全く使えない。
そのあたりが説明されていない。
独自仕様・独自拡張を注入したのであれば、その部分の規格を公開してほしい。