アカウント名:
パスワード:
RCSベースにするなら、独自拡張入れるにしてももうちょっと汎用性もたせる事だってできただろうに。意図的にサードパーティー製アプリが割って入れないような拡張仕様を突っ込んだとしか思えないのだけどなんでそんな余計なことするんだろう……。
ふつ~ディレクトリ名に日付を入れて管理ですって。
160304_ver1/170402_ver1.5/170824_ver1.5_bugfix/170824_ver1.5_final/170824_ver1.5_latest/170824_ver1.5_rtm/170824_ver1.5_testok/
// 修正ここから: 2018/04/01 by ACいやいや、ソースコードに変更履歴を直接記録するのがベストでしょう。// 修正ここまで: 2018/04/01 by AC
HTMLメールが対応アプリでしか表示されないようなものじゃない?送信方法も内容もRCSに沿っているけど、表示方法に独自拡張(制約)が入っていて送受信がそのプロトコルに沿っていないとまともに表示されない/できない。
キャリアは相変わらずガラパゴス脳筋なんだなぁ、としか思わない。このニュースを見て使おうとすら思えないし。
使おうと思えばダウンロードしてすぐ使える規格と対抗できるんですかね。
>使おうと思えばダウンロードしてすぐ使える規格と対抗できるんですかね。
ドコモのリリース見る限りアプリをインストールするだけで使えるように見えるんですけどお前の目は節穴か?
↑このスレッドのタイトルが見えない奴の方が節穴だと思う
Android は標準のメッセージングが対応済みだから、本来のRCSには、ほとんどの端末が対応済みで、追加アプリのダウンロードもいらん。追加アプリが必要だと言ってる時点で、独自プロトコルなのか、変な拡張いれて互換性ない状態になってんだろうね。今の日本で SMS/MMSをメッセージングの主軸で使うのって、海外出張が多いような層ぐらいだと思うのだが、海外でつかえなくなる独自拡張で意味あるのかいな?
オープン実装のメッセージングって他にもありますよ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の発展型なら、電話システムの基幹部分にある顧客管理システムへのアクセスが発生するタイプだろ。なら顧客管理システム同士をどう接続するか、どこを責任分界点とするか、もろもろの契約が必要になってくる。つまりはそういうプラン(メニュー)を用意するって事だろ。
あとそういう基幹部分(ハード含む)は独自仕様は当たり前の世界だ。#だから日本じゃ「どんな回線でも接続できる」NTTのメタル基幹網が重宝されてて、IP光網への移行時にドタバタした。#国際ローミングでも基幹ネットワーク同士のマッチング(ハード・ソフト両面)のテストは重い
独自規格じゃないならなんでアプリのダウンロードが必要なの?
一言もAndroidの標準じゃできませんとは書かれてないしhttp://ascii.jp/elem/000/001/661/1661460/ [ascii.jp]同一UI、同一操作で可能にするためでよくね?iPhone/iPadはRCS標準で対応してないからもあるでしょ。標準対応してるならキャリアップデートとかで対応できるし根本的にAppleは自前のiMessageあるしRCSはgoogle推進だからとかもあるかもしれんが。
良い方に解釈すると、AndroidとiOSで共通のアプリ名にしたかっただけで、Androidでは「メッセージ」でも全く問題なく全機能を使える。悪い方に解釈すると、RCSに独自仕様・独自拡張を注入したガラパゴス仕様のサービス。Androidの「メッセージ」では「+メッセージ」の全機能は使用できない、あるいは、全く使えない。
そのあたりが説明されていない。独自仕様・独自拡張を注入したのであれば、その部分の規格を公開してほしい。
単純に RCS Hub に接続しているのが大手キャリアってだけじゃ無い.
たぶん、旧来のSMSありきのサービスとして独自拡張してるんだろうなぁ。携帯各社にとっては無料範囲があるとはいえ「カネを取ってるサービス」なので、LINEみたいなメッセージング自体に課金できない仕組みは困るって感じで。
MVNOと調整が・・・ってなるのは、MVNOはSMSなしのSIMも配布してるからかな?とか邪推。
規格通りにRCSを実装すると、下記の状態を確認した上で、「SMSで送る」「RCSで送る」「MMSで送る」「RCS FT(File Transfer)で送る」が選択されることになります。・送信者が電話回線につながっているか・送信者がRCSサーバにアクセスできるか・受信者が電話回線につながっているか・受信者がRCSサーバにアクセスできるか・受信者がオフライン受信を許可しているか・写真などのファイルを添付しているか
しかし、ドコモ/auはSMSだと1通当たりにお金かかるし、MMS非対応。ソフトバンクはSMS/MMSだと1通当たりにお金かかる今回、3社ともパケット課金と言ってるので、SMSやMMSで送られてしまわないよう、RCSでしか送受信できないアプリを提供する、ということなんだと思いますよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
なんでMVNO対応が今後検討なの? (スコア:1)
RCSベースにするなら、独自拡張入れるにしてももうちょっと汎用性もたせる事だってできただろうに。
意図的にサードパーティー製アプリが割って入れないような拡張仕様を突っ込んだとしか思えないのだけどなんでそんな余計なことするんだろう……。
しもべは投稿を求める →スッポン放送局がくいつく →バンブラの新作が発売される
Re:なんでMVNO対応が今後検討なの? (スコア:1)
Re: (スコア:0)
ふつ~ディレクトリ名に日付を入れて管理ですって。
160304_ver1/
170402_ver1.5/
170824_ver1.5_bugfix/
170824_ver1.5_final/
170824_ver1.5_latest/
170824_ver1.5_rtm/
170824_ver1.5_testok/
Re: (スコア:0)
// 修正ここから: 2018/04/01 by AC
いやいや、ソースコードに変更履歴を直接記録するのがベストでしょう。
// 修正ここまで: 2018/04/01 by AC
Re: (スコア:0)
HTMLメールが対応アプリでしか表示されないようなものじゃない?
送信方法も内容もRCSに沿っているけど、表示方法に独自拡張(制約)が入っていて
送受信がそのプロトコルに沿っていないとまともに表示されない/できない。
Re: (スコア:0)
キャリアは相変わらずガラパゴス脳筋なんだなぁ、としか思わない。
このニュースを見て使おうとすら思えないし。
使おうと思えばダウンロードしてすぐ使える規格と対抗できるんですかね。
Re: (スコア:0)
>使おうと思えばダウンロードしてすぐ使える規格と対抗できるんですかね。
ドコモのリリース見る限りアプリをインストールするだけで使えるように見えるんですけど
お前の目は節穴か?
Re: (スコア:0)
↑このスレッドのタイトルが見えない奴の方が節穴だと思う
Re: (スコア:0)
Android は標準のメッセージングが対応済みだから、本来のRCSには、ほとんどの端末が対応済みで、追加アプリのダウンロードもいらん。
追加アプリが必要だと言ってる時点で、独自プロトコルなのか、変な拡張いれて互換性ない状態になってんだろうね。
今の日本で SMS/MMSをメッセージングの主軸で使うのって、海外出張が多いような層ぐらいだと思うのだが、海外でつかえなくなる独自拡張で意味あるのかいな?
Re: (スコア: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の発展型なら、電話システムの基幹部分にある顧客管理システムへのアクセスが発生するタイプだろ。
なら顧客管理システム同士をどう接続するか、どこを責任分界点とするか、もろもろの契約が必要になってくる。
つまりはそういうプラン(メニュー)を用意するって事だろ。
あとそういう基幹部分(ハード含む)は独自仕様は当たり前の世界だ。
#だから日本じゃ「どんな回線でも接続できる」NTTのメタル基幹網が重宝されてて、IP光網への移行時にドタバタした。
#国際ローミングでも基幹ネットワーク同士のマッチング(ハード・ソフト両面)のテストは重い
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の「メッセージ」では「+メッセージ」の全機能は使用できない、あるいは、全く使えない。
そのあたりが説明されていない。
独自仕様・独自拡張を注入したのであれば、その部分の規格を公開してほしい。
Re: (スコア:0)
単純に RCS Hub に接続しているのが大手キャリアってだけじゃ無い.
Re: (スコア:0)
たぶん、旧来のSMSありきのサービスとして独自拡張してるんだろうなぁ。
携帯各社にとっては無料範囲があるとはいえ「カネを取ってるサービス」なので、LINEみたいなメッセージング自体に課金できない仕組みは困るって感じで。
MVNOと調整が・・・ってなるのは、MVNOはSMSなしのSIMも配布してるからかな?とか邪推。
Re: (スコア:0)
規格通りにRCSを実装すると、下記の状態を確認した上で、「SMSで送る」「RCSで送る」「MMSで送る」「RCS FT(File Transfer)で送る」が選択されることになります。
・送信者が電話回線につながっているか
・送信者がRCSサーバにアクセスできるか
・受信者が電話回線につながっているか
・受信者がRCSサーバにアクセスできるか
・受信者がオフライン受信を許可しているか
・写真などのファイルを添付しているか
しかし、ドコモ/auはSMSだと1通当たりにお金かかるし、MMS非対応。
ソフトバンクはSMS/MMSだと1通当たりにお金かかる
今回、3社ともパケット課金と言ってるので、SMSやMMSで送られてしまわないよう、RCSでしか送受信できないアプリを提供する、ということなんだと思いますよ