Mac とスマホの間で同期する ノートアプリ --- その１

iPhone 純正のメモアプリであれば、Mac 純正のメモアプリと同じなので iCloud で同期され、大変使いやすい。





リッチテキスト並みに扱えて、画像なども貼り付け可能です。







これまで Evernote 〜〜 OneNote を使ってきていましたが、この Mac 純正メモアプリは最強ではないでしょうか。





残念なことに、Android 機用のアプリがありませんので両者の間で同期できません。









楽天モバイルに MNP したのを契機に iPhone を手放しましたから、純正メモアプリは Mac でしか使えません。









ノートアプリとして機能的に優れているのは Evernote か OneNote くらいですが、どちらもスマホでの使用は少々重くて使いづらい。





Web クリップができるのは強みですが。







Windows PC のときは Evernote で、Mac に変えてからも使っていましたが、Free 版はクライアント２台までという制限になってからは OneNote に変えていました。





iPhone を使い始めたときに Mac 純正のメモアプリの使い勝手のよさにハマってからは OneNote は Web クリップ機能以外には使わなくなりました。









Android 機だけなら Color Note や Google Keep があるのですが、これらには Mac 用のアプリはありません。





Google Keep は iPhone メモアプリに準じる機能があるのですが、Mac では ブラウザで使うしかなく、大変使い勝手が悪くなります。







Google Keep はメモアプリだからかブック（フォルダ）が扱えず、少し Mac メモアプリに劣ります。





===================== ◇ ====================









ノートアプリは、次のような機能が最低限備わってほしいのです。







　❏　フォルダ機能や、タグ機能があって、ノートブック（冊子）とノート（ページ）が

　　　扱えて分類ができる



　❏　リッチテキスト（あるいは Markdown、Tex、HTMLなど）が扱える



　❏　テキストだけでなく画像も貼り付けられる



　❏　Mac 版と Android 版が用意されていて、お互いにクラウドで同期される



　❏　クラウドとの同期転送時や格納時に暗号化される



　❏　できれば、ノートの生地や題名にも色付けができるといい



　❏　本文を含めた検索機能がある











候補は Bear / Boost Note / Simplenote / Standard Notes / zoho Notebook です。







Bear は評価していませんのでわかりません。







zoho Notebook はそれ以外を使ってみて、その後になって存在を知りました。

【 Boost Note 】

Markdown が扱えて画像をドラッグ操作で貼り付けられるので大変に便利です。







Markdown では URL で画像貼り付けはできてもローカル画像を貼り付けできない場合が多いのです。





操作は大変軽いのですが、とくに画像を含む場合は同期に時間がかかるのが難点です。





また同期転送時の暗号化は製品ホームページにも記載がありませんので不明です。





重要なノート（アカウント情報や口座情報）は書き込ない方が無難かもしれません。







フリー版のクラウドの容量は 100 MB です（Premium 版は $3.00/month で 2 GB。+5GB / $5.00）。









試しにフリー版を使ってみました。









文字色は HTML 記述するしかないのですが、右画面（Markdown パース後画面）では HTML は無視されるようで、色は付きません（Markdown 自体に記述形式がないので仕方がないのかも）。









ダークテーマを設定していますので、全体が黒背景になっています。





画像はドラッグで ”[画僧]” の後ろに貼り付けました。





画像のドラッグでの貼り付けができるのは大変に作業性が向上します。

100 MB でも結構ノートを格納できそうです。

【 Simplnote 】

 軽さでは一番で、同期も殆ど瞬時です。



Markdown での画像の扱いが少し面倒なのと、機能しない記述形式があります。





URL 画像は Markdown 記述できるものの、ローカル画像の貼り付けができないのは致命的です。







Simplenote もまた、同期転送時は暗号化するがストレージ保存時は平文で保存すると、製品ホームページにあります。





また、ホームページには「機密性の高い情報は記録を勧めない」とあり、今ひとつセキュリティ上の信頼感が薄いようですから、重要な内容はノートしない方が無難かもしれません。

【 Standard Notes 】

オープンソースで フリー版はプレーンテキストしか扱えません。





シェアウェア版では Markdown ほかのリッチテキストエディターなどが使えるようですし、同期転送時の暗号化もされているようですから安心して使えます。





シェアウェア版を試せていませんので、これ以上の評価はできません。





フリー版でも同期転送が暗号化されますので、安心してメモできます。

【 zoho Notebook 】

zoho は米国の クラウドサービス会社で GAFA の次に期待されている企業です。





zoho のホームページには、Evernote に真っ向から対抗した記述があるくらいですから、それなりの機能や使い勝手が備わっています。







スマホでの「重さ」を感じることはありません。





クラウドの容量は無制限ですし、ほかの zoho クラウドアプリも使えます。





先に挙げた条件では、文字に色付けはできませんが「反転・強調・斜体・消し線」が使えます。





クラウドは zoho のクラウドで GoogleDrive に比しても可用性・セキュリティ・容量など、決してヒケをとりません。









「ノートブック画面例」



　例では１冊だけですが何冊でもノートブックを作ることができます。



　表紙のデザインは予め用意されたものか、カスタムカバーを使うこともできます。



　例ではカスタムカバーを使っており、表紙に書かれた「Notebook」は手書きしたものです。

「ノートブックの中のすべてのノート画面例」



例では３つのノートが作られていて、いずれも画像を貼り付けています。

「ノートの画面例」





上のすべてのノートの中の、一番右の「試験的ノート」は次の内容です。



文字列について扱える属性と事例を記述しています。



左側にぼやけた丸いものが写っていますが、これはノート一覧の、一番左のノートが薄く見えているものです。

詳細は zoho のホームページ で確認いただくとして、改善してほしい点は「階層に入っていく、戻る」ではなくプレーン表示にして一番左に「ノートブックのプレーン」次に「ノート一覧リストのプレーン」一番右に「ノートの内容」を表示するような形にして欲しいな、と思います。





この点を除けば、まずまず使えるのではないでしょうか。









その他、音声メモや動画もとれます。





ファイルも保存できます。





手書きノートや、お絵かきは Mac 版では作れませんが、タブレットやスマホでは作成・修正ができます。





その他にも Web Clipper もあっていろいろできますのでホームページを訪れてみてください。



　https://www.zoho.com/jp/notebook/







一番オススメできるアプリでしょう。









参考までに Mac 純正メモアプリの画面例は次のようになっています。



この例では pdf を貼り付けています。

050 発信で 0120（着信課金）や緊急電話へ発信できない理由

一部の IP 電話サービス（050 plus / Brastel）を除き 050 電番から 0120 電番への発信ができません。





これは「着信課金」のオプション契約で「発信端末拒否」設定によってフリーダイヤルへの着信を制限されている場合に着信不可となるのが主な理由です。





あるいは「発信地域指定」オプション契約によって、発信地域を特定できない 050 電番を拒否しているかのいずれかです。





多くの場合は「発信端末拒否」設定されているためでしょう。





一部の 0120 が携帯電話からを受け付けないのは着信課金料金が一般加入電話に比べて高く付く（６倍以上）ので拒否設定されていると思います。







050 plus が 0120 発信できる理由は、0120 サービス自体が 050 plus と同じ NTT コミュニケーションズから提供されているので「発信端末拒否」オプションをすり抜けているためだと思われます。







この場合でも「発信地域指定」に引っかかれば発信はできないと思われます。







また、ブラステルは 0120 への発信時に発信元を 050（03 に置き換え？）ではない仕掛けを施しているのではないか、と思われます。















--------------------







緊急電話が 050 発信では受け付けられない理由は、総務省の定めた「緊急通報発信に必要な機能」を満たさないためです。







総務省の定めた「緊急通報発信に必要な機能」は以下の３点を満たす必要があります。





①　管轄の緊急通報受理機関（警察、海上保安庁、消防）へ接続する機能



　　「管轄の〜〜」がクセモノで、050 発信では「管轄」はわかりようがありません。



　　技術的には GPS を活用すれば「管轄の受理機関」がわかるのですが、そのように

　　動作する仕組みがないのです。



　　携帯電話も長らく発信できなかったのですが、いまは基地局位置から「管轄」を

　　判定して接続できるようになっています。





②　発信者の位置情報等を通知する機能



　　これも 050 発信では通知する仕組みがありません。



　　電話交換機（今は IP ベースですが電話交換機能互換があります）の場合は交換機位置

　　（携帯電話は基地局位置をこの仕組に利用）から通知していますが、050 の場合は

　　その仕組がありません。





③　回線を保留または呼び返し等を行う機能



　　これは対応できる 050 と対応できないものに別れます。









いずれにしても、① ② が IP 電話事業者側からは満たせないことが大きな理由です。

インターネット接続方式 -- PPPoE と IPoE

【 PPPoE（Point to Point Protocol over Ethernet）】





インターネットに接続するには「回線」と「接続業者（プロバイダ）」が必要です。





下図はインターネットへの接続形態の一例です。





左側の「フレッツ光ネクスト（NGN）＋ PPPoE 方式」での接続は代表的な接続方式です。





後で触れますが速度低下という問題を抱えています。









右側の「専用ネットワーク方式（回線と接続をセット）」でも問題の場合がありますが、その場合はサービス事業者側に問題があるケースが少なくありません。

日本の場合、「回線と接続事業」を別々にサービスするか（別々に契約）、セットでサービスするか（セットで契約）の２つのサービス形態があります。







nuro や J:COM、Usen などはセットでサービスを行っている事業者で、切り離したサービスは行っていません。











NTT 東西は「回線（フレッツ光ネクスト）」の提供はしますが、「接続事業（プロバイダ）」は行いません。







「au ひかり」もまた、「NTT フレッツ光ネクスト」と似ていて「プロバイダ」を「au one net」や「@nifty」、「so-net」などが行っていますが、「au one net」は自社ブランドですから、「NTT 東西」とはこの点が異なります。









「フレッツ光ネクスト」や「au ひかり」は回線を提供するサービス名です。







「回線」をプロバイダが借り受けて「接続事業」も行う形態が「コラボレーション」という事業モデルです。 









「NTT 東西」は、「日本電信電話株式会社等に関する法律」により「回線」提供のみが可能で「接続事業」はできません。







厳密には国の認可を受ければできなくはないのですが、これまで認可されずに（認可を受ける動きもせずに）きています。







法律ができた背景は、巨大企業が「回線も接続事業」も「独占」するのは公平競争上、好ましくない、という理由があり、今日まで続いています。







この法律以降に作られた NTT のグループ企業はこの法律には縛られませんので、いまさら「NTT 東西」本体に「接続事業」は必要ない、ということでしょうか。







「抜け穴」になっているともいえます。







例えば OCN は NTT コミュニケーションズという NTT グループ企業で、プロバイダ事業や MVNO 事業を行っています。





コラボレーション事業（回線とプロバイダをセットで提供）さえも行っています。













さて代表的な「インターネット接続方式」に "PPPoE" があります。









これは、IP パケットをそのままでは通せない「電話線」を通じてインターネットに接続するために考えられたプロトコルで、「Line Config：回線構成設定手順」と「Network Config：認証・接続構成手順」の二段構えで接続処理されています。





モデムによって変換されたデジタル信号から Ethernet できるように前者の処理をして、後者でインターネット接続認証を行います。









インターネット接続されると IP パケットはインターネットに出入りすることが可能になります。









ホームページにアクセスする、という行為は IP パケットを通じて "http(s) get" という処理を、目的とする Web サーバー上の、ホームページの URL に対して行い、得られた "HTML 形式のデータ" をブラウザが解釈して文字や画像・動画・音声などを表示・出力しています。 







このときのホームページの URL というのはコンテンツを格納した Web サーバーのアドレスであり、そのサーバーのフォルダやファイルを指しています。





例えば、https://bike8615.blogspot.com/2020/06/firefox-770.html という文字列をブラウザの URL フィールドに書き込んで実行する場合を考えてみましょう。







"bike8615.blogspot.com" というアドレスの Web サーバーの "2020" フォルダの "06" フォルダの中に格納された "firefox-770.html" というファイルを得て（https get）、その内容に従ってブラウザが解釈し、結果を表示するということです。

















今日「電話線」から「光回線」になっても "PPPoE" は健在で、今なお使われています。







デジタル信号への変換を「電話線」の場合は VDSL（ADSL） という装置が行っており、「光回線」の場合は ONU という装置が行っています（「モデム」といういい方もします）。







VDSL（ADSL）/ ONU ともに出口側は LAN インタフェース（Ethernet）です。







ADSL は電話局からのメタル２線式電話線の場合に使われ、VDSL はマンションの場合で電話局からは光ファイバーで入ってきて共用モデムで VDSL に変換して電話線で各住戸に配線する場合に使われています。





ISDN もまだ一部に残っていますが、NTT 東西は ISDN / ADSL（の設備）を廃止したがっており、光回線への移行に工事費無料などの特典を与えています。





VDSL（の設備）も廃止したがっていますが、光配線を各住戸まで通せないマンションも少なくなく、苦戦しているようです。







いずれにしても VDSL 導入された各マンションには NTT 東西の光配線化の調査が順次入っています。 







ウチのマンションの場合、「光配線化までの道のり」が VDSL から 光配線化へ の記事に書かれていますので、マンションで光配線化をしたい場合の参考にしてください。









全国的には NTT 東西の調査の仕方の問題があるのか、マンション側の問題があるのか、光配線化は一筋縄ではいかないようです。





ウチのマンションの場合、光配線化の結果、新規には VDSL 接続は受け付けず、現在 VDSL の住戸も光配線に順次移行し、最終的に共用モデム設備を廃止の方向です。







まだまだ時間がかかります。





全国的にはもっと大変でしょうが、NTT 東西はいずれかの時期にすべて光配線化に踏み切るのではないでしょうか。





２０２５年をメドに交換機を廃止して all-IP 化のようなので、おそらくこれが一つの目安ではないでしょうか。

















これら VDSL（ADSL）/ ONU に「ルーター」を接続して「認証・インターネット接続手順」を経て初めてインターネットとの接続ができることになります。











ルーターは一つのグローバルアドレスをルーター配下の機器類に与えられたプライベートアドレスに変換する装置です（逆変換も行い、ほかにもいろいろ機能を持っています）。







サービスポート番号も変換処理しています。









「VDSL ＋ ルーター」または「ONU ＋ ルーター」一体型装置が「HGW：ホームゲートウェイ」です。



（ホームゲートウェイは細かくは他にも一般ルーターとは異なる部分がありますがここでは本筋ではありませんので割愛します）。









最初の図に戻って "PPPoE" について改めて触れてみたいと思います。







「フレッツ光ネクスト」は "100 GbE（Giga bit Ethernet）" のバックボーンネットワークですから帯域がとても広いネットワークです。







プロバイダとの接続装置である「網終端装置」ですが、ここがクセモノ です。







というのも、NTT 東西とプロバイダとの約款上、２０００セッションを定常的に越える場合に「網終端装置」を増やせるのです。







逆にいうと ２０００セッションを越えない限り増設できないのです。









プロバイダ側からお金を払うから「網終端装置」を増設してくれ、といっても増設されないのです。







増設基準を満たして初めて増設が可能なのです











「セッション」というのは IP 通信の開始から終了までの単位をいいます。



例えば「５セッション」というのは ５つの IP 通信を意味します。





通常、「ブラウザでホームページを開く」場合は複数セッションが使われます。





これは、テキストや画像などを効率よく受け取るために複数のセッションを使って同時並行的に受け取れるようにしているからです。







「網終端装置」に対する帯域は 1GbE ですから ２０００セッションあると「０.５Mbps ／ １セッション」以下になります。







混雑時に極端に速度低下するのはこれが理由 です。











「網終端装置」を増設できた場合、増設当初のセッション数が少ない間（一度に使うユーザが少ない間）はそこそこに速度が保てますが、やがてユーザが増えると遅くなってしまいます。







どの「網終端装置」につながるかはプロバイダもユーザも制御できません。









推定ですが NGN は IPv6 アドレスで振り分けているのではないかと思います。









PPPoE の場合、IPv6 アドレスはプロバイダ側が払い出しており、VDSL / ONU の電源再投入（オフ／オン）でこのアドレスが変わって、空いている「網終端装置」に接続される可能性があり、プロバイダはネットスピードが遅い場合にはモデム電源を入れ直してみて、ということをいいます。





なので、おそらく IPv6 アドレスでの振り分けだろうと、推定しています。









後で記述する "IPoE（IP over Ethernet）" の場合は IPv6 アドレスは NTT 東西が払い出します。













増設基準を満たしているのに増設しない場合はプロバイダに問題がある、といえますが基準を満たして増設しても速度低下は起こってしまいます。









ですから 速度低下事象だけでプロバイダの良し悪しは判断できない のです。







この点を誤解されている方々が大変に多い。







仕組みがわからないからだと思われますが、「フレッツ光ネクスト ＋ PPPoE 方式」が持つ問題点であるといえます（NTT 独自の理由による）。









PPPoE という接続認証方式に問題があるのではなく、「フレッツ光ネクスト」を使い PPPoE でインターネット接続する場合に問題があるのです。

















【 IPoE（IP over Ethernet）】

 



"IPoE" は IPv6 で「フレッツ光ネクスト」を通じて直接にインターネットにつなげる方式です。







しかしながら現在なお主流を占めている IPv4 アドレスでのインターネットアクセスはできません。







これでは IPv6 で作成された Web サーバーにはアクセスできても IPv4 の Web サーバーにはアクセスできないことになります。







PPPoE 方式の欠点を解消し、なおかつ IPv4 と IPv6 の両方に対応させた技術の一つが "IPv4 over IPv6" です。







これは "IPoE" 接続方式で実現しています。







理想的にはすべてのネットワークが IPv6 になるのがいいのですが、まだまだ IPv4 が主流です。





IPv4 グローバルアドレスは枯渇しかかっていて、欧州ではすでに枯渇しました。





IPv6 への緩やかな移行が必要なのです。







そこで、IPv4 と IPv6 を共存させる技術として "IPv4 over IPv6"、"IPv6 over IPv4" や "IPv4 to 6 / IPv6 to 4" などが考えられました。







"IPv4 over IPv6" を実現する方式の一つに「v６プラス（技術的には MAP-e 方式）」があります。







これは "IPoE（IP over Ether）"といわれる接続方式を使っていて「フレッツ光ネクスト」に直接接続する方式を採用しています。

NGN は IPv6 でのインターネット接続はそのまま可能ですから、IPv6 の Web サーバーには直接に到達できます。







この場合、PPPoE における「網終端装置」は存在しません。





「ゲートウェイルーター」があり、このゲートウェイルーターでの帯域制限は行っていません。





経路制御を行っているに過ぎません。







NTT 東西はプロバイダ事業は行なえませんから「IPoE 接続事業者」が "IPv4 over IPv6" 形態でのインターネット接続を担うことになります。







「v６プラス」の場合はインターネット接続事業を「JPNE（日本ネットワークイネイブラー）」が行っていますが、エンドユーザーは JPNE との契約は行いません。







JPNE のビジネスモデルは "Ｂ(JPNE) to B(プロバイダ) to Ｃ(エンドユーザ)" となっています。







つまりこれまでの "PPPoE" プロバイダと契約しているエンドユーザが「v６プラス」接続を希望すると、プロバイダと JPNE の間で接続手続きを行い（課金情報を登録）、エンドユーザが「v６プラス」サービスを受けられる仕組みです。







このときの IPv6 アドレスは IPoE 接続事業者が所有していますが、払い出しは NTT 東西が行っています（IPv4 アドレスは IPoE 接続事業者が保有していて払い出しも IPoE 接続事業者が行っています）。







このときの払い出し方法が市販ルーターか、HGW かで異なります。





ですので、「v６プラス」接続希望時に「市販ルーター」か、「HGW」かで手続きが少し異なります。









「フレッツ光ネクスト」の回線契約には大きく３種類あり、「ギガ」「ハイスピード」「VDSL」です。



（「フレッツ光クロス」という戸建て住戸向けの 10 Gbps プランが追加されています）









この「フレッツ光ネクスト」の契約種別によって帯域は制限されていますが、"PPPoE" のような「網終端装置」による帯域制限は存在しないので、原則的にはスピード低下はありません。











ところが、JPNE へのプロバイダからの利用料の抑制があると一律規制または公平制御されて、速度低下することがあります。











@nifty は ５月いっぱいまでこの利用料抑制しており、一律制御されていたと思われ、速度低下が発生していました。





６月１日には解除され、いまは速度低下現象は発生していないようです。















"IPv4 over IPv6" というのは、IPv6 パケットに IPv4 パケットを載せて（対応ルーターが行う）IPoE 接続事業者まで運びます。





これを「トンネリング」といいます。







IPoE 接続事業者では、IPv4 サイトへは IPv6 パケット中の IPv4 パケットを渡すことで通信を行います。





戻りは逆のことを行います。







IPv6 サイトへは IPv6 パケットをそのまま渡して通信します。

JPNE の書籍「徹底解説 v6プラス」

JPNE のホームページの下の方にコンテンツ一覧があります。







その中の「書籍一覧」をクリックすると「徹底解説 v6プラス」という書籍が登録されており、ここをクリックするとその内容が紹介されています。







「書籍一覧」は、この本が発行になった２０２０年１月２２日以降に掲載されるようになったと思われます。







価格は １,５００ 円（税抜）ですが、PDF 版は全文無料開放されていて、「ダウンロード」ボタンのクリックで得られます。









内容を読んでみましたが、詳しく書かれていて大変参考になります。