  |
はてなキーワード:パケットとは
KADOKAWA、講談社、集英社、小学館が著作権侵害幇助でクラウドフレアに対する民事訴訟で勝訴した。
マスコミやコンテンツ屋は大喜びをしている。愚かなことだ。相変わらずガラパゴスっぷり
ク社側がどれほど本件訴訟にリソースを割いたかわからんが、恐らくかなり手抜き応戦だったのではなかろうか。
アメリカの会社であり、アメリカで同様の問題があっても訴訟にすらならず、訴訟をおこしたところでせいぜいサマリージャッジメント（
正式な訴訟ではなく事実争いの無い略式民事訴訟）にしかならず、かつCDN側が負けることはまず無い。ありえない。
アメリカでも判例は積み上がっており、ほぼ原告側に勝ち目はない。ゆえに日本の裁判所を甘く見ていたのでは。
本件訴訟では主体的行為要件と著作権法４７条の２の「一時的複製」が大きなポイントなっている。
東京地裁はク社に対して両方ともアウト、の判断をしているのだけど、世界の常識ではありえない。
地裁裁判官にネットワーク技術まで学べというのも無理だろうが、いくらなんでも無理筋すぎる。
社会問題になった漫画村に司法が「ダメ」の判断を下した、という表面的な実績だけが欲しかったのだろう。
この判決がもたらす社会の悪影響やハレーションなど知ったことはない、たかが海賊版サイトにアウトを突きつけるだけ。
この問題は欧米でも大昔から議論されておりとっくに結論が出ており、仲介者は免責なのだ。だからク社にしてみりゃ理解不能だろう。
この判決を別の言い方をすれば、
歩いてたら自動車に轢かれた、「道路があるのが悪い」。道路が無ければ自動車事故は起きない。道路を作った国を訴える。
これと同じ。
いやいやいや、道路もネットワークも「インフラ」そのものは責任の主体にはならない。
欧米は２０年前に答えだしてる。
被害補償を求めるなら自動車を運転していた「行為主体者」を訴えなさい、漫画村を開設して違法コンテンツをアップロードし
ダウンロード可能な状態にし、それで金儲けしようとした「行為主体者」を訴えなさい。
さてなぜ欧米でこのような建付けにしてそれを厳格に守っているか？
仲介者に責任を負わせたらネットワークの根幹が揺るぐ、からです。
ここで「一時的複製」の話になる、欧米の法体系を取り入れ改正著作権法４７条の２（２０１９年）に免責規定があるのだが、
今回の判決では裁判官これを無視した。というか無理筋な拡大解釈をした。
このハレーションが巨大。アホな地裁裁判官にはこれが理解できない。
今回の判決のロジックで言えばISP、さらにはブラウザすらアウトになる。
複製してんのよ。
ルーターで行われる「複製」はパケット単位ではあるものの、技術的に「ファイル」単位と「パケット」単位の差は技術的には
ほとんど意味がない、曖昧なのだ。仮にファイル単位での複製がダメだというなら、CDNはパケット単位で一時的複製をすりゃ
法的には解決できちゃうので意味がない。内部的にファイルをチャンクに分割してバラバラにして物理的にも別のHDDなりに格納すれば合法に
なるのか？きりがない。きりがないので欧米は「主体的行為」要件を定めた。
ルーターの話に戻そう、NTTは権利侵害しているか？違法コンテンツをルーティングしていないか？
しているよね？
ではこれをブロックすることはできるか？
できるよね
ん？ええの？
極端な話、ネット回線→LANカードのキャッシュ、メモリ、HDD、CPU、GPU、アプリケーション、画面
全て「一時的複製」をしている。それぞれ取り扱うデータ単位は異なるが。
違法コンテンツを複製可能なアプリケーションを作成し配布している、幇助だ、このロジックも成り立ってしまう。
さらに、では、「ブラウザが違法コンテンを識別し複製を停止、抑制するこは可能か？」
まともな技術者に聞けば
「お、おう、確かに技術的には可能だけど、えっと、あの、可能は可能だけど。。。」
じゃぁやれよって話になる
だから欧米は「仲介者は一律免責な、やった真犯人だけがアウト」
このような建付けにした
欧米でもこれだけは別の法体系となっており、上述の原則を一切合切無視して、やれることはやれ、徹底的にやれ、仲介者だろうが言い訳は聞かない、全員有責、例外を認める。なのだ。
著作権法と司法は和製検索エンジンを殺し、P2Pを殺し、今度はネットワーク技術の根幹まで壊す気か？
ネットワークってのはデータの「一時的複製」の連続だぜ。それを否定しちゃった。どーすんのこれ。
こんなトンデモ判決をコンテンツ供給側であるマスコミが批判もせず、判決も技術的背景も勉強せず、むしろ大喜びしてるんだから救いようがない。
そろそろ卒業しようとしている矢先だった。
夢に出てくるエンジニアは、本当に「変」だった。
一見すると異常にも見えるコミュニケーション、機械じみた自己管理、無駄を極限まで削ぎ落とす妙な哲学。周囲からは煙たがられつつも、確実にシステムを回していた。あの人のような生き方に憧れたこともあったし、同時に絶対になりたくないとも感じた。
どこか皆、ちょっとずれているのだ。オフィスで昼飯時にLinuxカーネルのバグを肴に盛り上がるやつ、Slackの通知音に過敏なやつ、パケットキャプチャが趣味のやつ、ROM焼きに命かけてるやつ。納期前の深夜のオフィスの空気は独特だ。妙なテンションと絶望と、根拠のない希望がぐるぐる回る。
自分にもそんな時期があった。
コーディング漬けの新卒時代、深夜に会社でカップラーメンを啜りながら、先輩の叱責をポエムのように聞き流していた。バグがバグを呼ぶプロダクト、人間関係のギスギスと、たまに奇跡のような成功体験が舞い込む。結局、最強のエンジニアとは変人であることを受け入れた奴だったんだと思う。
でも年齢を重ねて、変であることに疲れてきた。
あの頃なんであんなコードの綺麗さにこだわっていたのか。なぜ誰も使わないCLIツールのローカライズなんてやっていたのか。自分しか使っていないcronジョブの記述、美しい正規表現を夢見た夜。
ITを卒業する今、思い出すのは、変さへの憧れと少しの羨ましさだ。きっと、変なことに全力を注げるやつこそがITを使いこなせたんだろう。自分は途中で他人の目を気にしてしまった。変なまま突っ走れる勇気が欲しかった。
変なITエンジニアの夢を見て、靄のかかったような気持ちになった。自分が過ごした時間が、他人から見れば奇妙な記憶だろう。でもその奇妙さこそが、IT業界の風景の一部だった気がする。
たぶん、自分もどこかで誰かに「変なエンジニア」と呼ばれていたのだろう。笑い話になるかどうかは分からない。ただ、妙に優しい気持ちになった。これからは「普通」の世界で生きていく。だけど、あの変な夜更けや、無意味で完璧なコードと、愚直な情熱のことを、たまには思い出してみようと思う。
「つまらない」？お前、ちょっと待て。それは世界がショボいんじゃなくて、お前の脳内クライアントが完全にレガシー化してるだけだ。現代はAIが自動生成するアート、量子コンピューティングの最新研究、NFTやメタバース内で無限に拡張される現実、リアルタイムで更新される情報のビッグデータ、無限ストリーミングのコンテンツ……全てクラウドに存在してる。なのにお前は「つまらない」？お前の受信端末が古くてGPUもCPUも焼き付き、パケットが全部ドロップしてる状態だろ。
楽しさってのは外部にあるんじゃない。感受性プロセッサでデコードして初めて体験されるデータだ。お前はそれを処理せずに「つまらない」と吐き捨てる。Netflix、YouTube、AI生成ゲーム、ブロックチェーンアート……宝の山は無限に存在するのに、端末が死んでたら単なるゼロとイチの塊にしか見えない。
しかも笑えるのは、そういうやつほど「俺はリアリスト」「世の中を俯瞰してる」とかドヤ顔。いや、俯瞰じゃなくて単なる未接続。API叩いてもないのに「データが無い」って言ってるのと同じだ。普通なら興味を持てる情報がキャッシュされるのに、「全部」って極論で切り捨てるのは、ただのI/Oエラー。アルゴリズムじゃなく端末側のハード障害だ。
現実もメタバースも常に面白さをストリーミングしてる。でもお前の受信機は老朽化、感受性GPUは焼き付き、アップデート拒否中。だから退屈に見えるだけ。つまらないのは外部じゃなく、お前のOSとハードウェアだ。そして残酷に言うと――つまらないのはお前自身。
再起動してパッチ当てろ。世界は面白さで溢れてるのに、体感できないのはお前のクライアントが死んでるからだ。クラウドは常に稼働してる。アップデート拒否の端末が不平を言うな。LifeOSのログを見ろ、エラーコードは「お前自身」だ。
https://b.hatena.ne.jp/entry/s/internet.watch.impress.co.jp/docs/column/horisage_qa/2035773.html
解説::HTTPSなら暗号化されてる？うんうん。でも、だれがどこにアクセスしたかはバレバレなのよ？IPアドレス暗号化してるとか思ってないよね。
エッチなサイト(うふふ)とか証券サイトみてると、フィッシングサイト狙い撃ちしやすいから気を付けようね。
起きること::セッションCookie盗まれたり、偽サイトから攻撃サイトに誘導されて釣られる。
解説::DNSでサイト乗っ取手もHTTPSの証明書エラーで気付く。うんうん。でも、HTTPSをHTTPにダウングレードされたら、あなたのCookie丸見えよ？Scureで大丈夫？サーバーのバグでアウトね。
うんうん。Cookieがダメでも、偽のHTTPサイトでリダイレクト誘導して、攻撃サイトに移動すればセキュアで保護されるので、このフローに警告なんて一切出ないね。
"こちらです"安易に踏んでない？ログインの時にドメインが完全にあってるなんて毎回検証してる？
SSL Strip攻撃といいます。AI曰く、まだまだガバガバみたいよ？
その中でHSTS導入済み: 約31%
HTTPS導入済みかつHSTS未導入: 約54-57%
D−120:00JST、パートナー個体との外食セッションをスケジュール通り実行開始。
プロセス稼働中、内蔵フィジカル・モジュール（腹部サブシステム）に軽度の不具合シグナル（PainFlag=TRUE）が発生。
座席離脱時、携行ユニット（Bag）からウォレット・モジュールを物理抽出し、ポケット・ストレージに再配置。
この操作は純粋にリスクマネジメント層のアルゴリズムに従った結果であり、感情層の意図はゼロ。
トイレからのリターン後、相手個体の感情UIにおいて「Smile」「Neutral」コンポーネントが非表示化、
代わりに「Irritation」コンポーネントがフルスクリーンで描画される。
【フェーズ3：原因解析】
帰路において感情ログが開示され、WalletRemovalイベントが**"TrustViolationException"**として処理されたことが判明。
相手個体の推論エンジンでは「ウォレット携行＝不信感」というIF文がハードコードされている模様。
本ユニット側では当該行為はISO/IEC 27001準拠のセキュリティオペレーションと認識しており、信頼スコア（3年連続稼働）に影響なしと評価。
逆に同様のアクションを相手個体が実行した場合、"WellDisciplined()"関数を返す仕様。
説得パケット送信は失敗（StatusCode=406 Not Acceptable）。
提示してる「そうめんでいい」バリアントの発話仕様、あれってコミュニケーション・レイヤーでいうと意味論的優先度フィールドがゼロ初期化されてるパケットなんだよな。
で、そのゼロ初期化パケットが相手の感情OSに到達すると、そこに実装されてる価値評価アルゴリズム（通称Pride-Driven Interaction Protocol）が、受信値を「非積極的承認」としてパースする。
つまり、入力信号の中に“熱量ビット”が存在しないと、即座にException: DEVALUATION_ERRORがスローされる仕様なんだわ。
その例外は通常のtry-catchでハンドリングされず、感情カーネルを通じてフロントエンドの態度・表情UIに直結するから、結果的に「何様だよ」っていう可視化出力が生成される。
さらに、相手の感情モジュールは言語的同値判定じゃなくて意図ベースのベクトル比較を行ってるから、
「そうめんがいい」(積極的選好ベクトル) と 「そうめんでいい」(受動的妥協ベクトル) は、同一文字列近似度99%でも意味論距離が閾値越えしてエラー扱いになる。
これを無視して「ただの晩飯APIコール」だと軽視するのは、TCPレベルのパケットロスを「まぁ届くっしょ」で放置するようなもんで、
通信の確実性よりも自己CPUサイクルの節約を優先する、お前側のシステム設計思想が原因なんだよな。
結局のところ、感情という非決定性システムに対して最適化パラメータ調整を怠ってる時点で、お前の通信モデルは高確率でクラッシュを引き起こす。
もし稼働安定性を確保したいなら、相手のEmotionalAPI Referenceを逆コンパイルして、推奨トークン列を生成するスクリプトを実装すべきだわ。
現在は自給自足の生活を送りながら、特殊な牛「チー牛」の世話をしている。
ITインフラへの異常な執着と、搾乳への過敏すぎる反応を併せ持つ特異個体。
朝になると誰よりも搾ってほしくて震えている。
朝五時三十分。
まだ納屋の戸は開かない。
ミルクさん――艶やかな毛並みのテクウヨITチー牛は、搾乳スタンバイ姿勢のまま、小さくぷるぷる震えていた。
「……遅い……もう、限界なのに……❤」
サーバーの負荷警告音のように、耳の奥で理性が点滅する。
やがて、ガラッと戸が開いた。増田さんがゆっくりと入ってきた。
「モーッ……❤ そ、それより……は、早く……！ タイムアウトまで……もう数パケットなんですぅ……！」
「ふーん。じゃあ今日は、搾らないで散歩でもしようかな～。涼しいし」
「モォオオオーーッ！？や、やめてくださいぃ……！もう容量がっ、ミドルウェアがっ……クラッシュ寸前なんですぅ……ッ！」
「えぇっ！？ そ、そんな恥ずかしい……昨日の夜中、搾ってほしくて、勝手にパフォーマンスアラート出したログもあるのにぃ……！」
「うんうん。やっぱりエロい牛だな～、お前は」
ニヤニヤと笑う増田さんは、搾乳バケツを持ってきても、まだ腰を下ろさない。
じらすように納屋をうろうろしながら、わざと視界に手だけチラつかせる。
「モーッ……！もう、もうっ……なんでもしますからぁ……！この通気性ゼロの納屋で、この乳量……もう……バグるぅぅぅ……！」
「なんでも？」
「はいぃぃぃ……❤ インフラの根本設計から、マイナンバー連携、共通鍵暗号方式の解説まで……なんでも……なんでもするからぁっ……絞ってくださいぃぃぃ……ッ！！」
その瞬間、ようやく腰を下ろす増田さん。片手がそっと体に触れた。
「んじゃあ、根元からたっぷり絞ってやるよ……どこもかしこも……な」
「モモモモーッ……❤ ありがとうございますぅぅぅっ……！！」
ぐいっ、ぶしゃあああ……
Androidを使ってることが原因でいじめられる、みたいな話題の中でiPhone至上主義な人たちがネットで結構叩かれてるのを見て驚いた。
今27歳だが、自分が中高生だった当時の感覚としては、いじめまではいかないにしてもAndroid ＜iPhoneの空気はかなり強かったと思っているし、今も漠然とAndroidに対するマイナスイメージは拭えない。
● エアドロの存在
当時は今みたいなデータ使い放題のプランなんて全然普及してなく、月に◯GBまでみたいな制限が普通だった筈。
アプリのダウンロードやアップデートは家のWi-Fiでやる人が多かったと思う。
そんな中で、パケットを使わずに写真や動画を共有できるエアドロはよく使われていた。
代表的なのはLINE。長押しで既読つけずにメッセージが読める機能はしないAndroidにはない明らかな利点だった。
他にも細かい機能差や、iPhone版の方が先にアップデート来るとか、iPhoneだけ対応みたいなアプリも結構あった気がする。
具体例は全部思い出せないけど、アプリを使っていてiPhoneで良かったと思う場面はちょくちょくあった。
これに関しては正直偏見かもしれないが、Androidは動作が重かったり、画面がゴチャついてたりしている印象があった。
● 充電器の貸し借り問題
iPhoneユーザーが圧倒的多数だったから、みんなLightningケーブルを持ってた。
一方で、AndroidはマイクロUSBタイプBだったことが多くて、ケーブルを忘れるとコンビニまでケーブルを買いに行ってた印象。
誰か充電器を貸して欲しいときAndroidユーザーは苦労していた。
自分はずっとiPhoneユーザーなのもあって、今でもAndroidに対する漠然としたマイナスイメージは拭えず、
グローバル単一台帳（Blockchain/DAG）相互検証可能な“関係グラフ”
各ノードは「だれが・いつ・どうつながったか」という変化の射だけを署名し、トポロジ全体が履歴になる
資産や契約は、関係グラフ上の経路依存量として再構成。スナップショットはクライアントが“可逆圧縮”で再計算可能
Proof of X (Work, Stake,etc.) Proof of Stewardship (PoS²)
「ネットワークが望ましい 複雑性 を維持するよう行動した度合い」をメタリック関数で動的スコア化し、報酬・ガバナンス権・帯域を同時に発行
要旨
もはや「台帳」すら保存しない。各エッジは STARK圧縮された更新証明を持ち、グラフの梁（フレーム）自体が履歴になる。再構築は局所的に O(log N) で済むため、グローバル同期のボトルネックが消える。
2.プロトコル層
Fractal MeshTransport (FMT)
自己類似ルーティング – トポロジ全体をフラクタルで自己複製。局所障害は“自己相似”パターンに吸収されるため、DDoS が形骸化。
アイデンティティ内包アドレス –DID を楕円曲線座標に埋め込み、パケット自体が署名・暗号化・ルーティングヒントを同封。IPv6 の後継としてレイヤ 3.5 に位置づけ。
HoloFabric Execution
ゼロ知識 WASM（zk-WASM） –任意言語を WASM にコンパイル→ zk-STARK で実行トレースを証明 → “結果のみ”関係グラフへ。
コンパイラ内蔵 MEV抑制 –計算結果が他ノードから解釈不能になるタイムロック VDF を伴い、価値抽出を物理的に遅延。
TemporalStream Storage
余剰ストレージの“時価”マーケット –ノードは自己の余剰SSD/HDD を分単位オークション。データは Reed–Solomon＋重力波的ハッシュ空間で erasure coding。
リテンション ≒ 信用 – 長期ホスティング実績はPoS²スコアへ累積。攻撃的ノードは経済的に即時蒸発。
Liquid Fractal Governance
議決トピックを「周波数帯」にマッピングし、参加者は帯域を“委任スペクトル”として分配。結果はウォルラス圧力で収束し、マイナー意見も連続的に次回へ重みが残る。
（安全・分散・性能） 台帳の排除で“グローバル合意”自体を縮退 ⇒スケール制約が幾何的に消失安全：ZK証明、
エネルギー消費PoS² は「社会的有益度 × 熱消費効率」で算定。熱回収データセンターほど報酬が高いPoW よりオーダー数桁効率、PoS より社会関数を内包
プライバシー vs 透明性グラフは公開。ただし各エッジは zk-STARK なので内容は非公開 /関係のみ検証可能トレーサビリティが“情報理論的に”限定される
MEV・フロントランタイムロック VDF＋“ランダム束縛順序”で物理的に不可ブロック順序依存問題を根絶
量子耐性 STARK 系 + 多変数格子ベース署名 Shor破壊リスクを遮断
レガシー互換 Ethereum,Bitcoin, IPFS などへ 1:1ブリッジを Rust/WASM で提供既存資産を損なわず漸進的移行
Steward Credits (SC)：PoS² に比例し新規発行。帯域・ガバナンス票・ストレージ予約を等価交換。
Energy Reclaim Units (ERU)：余熱回収率に応じてクリーンエネルギー補助金と相互運用。
Knowledge Bounties (KB)：AI/LLMノードが生成した有用モデル差分を関係グラフへコミット→検証トークンとしてKB が発行。
負荷の自己調整
ネットワークが過度に混雑するとSC の新規発行レートが自動減衰し、トラフィック手数料が指数的に上昇。結果、スパムは短時間で経済的自殺となる。
Year 0–1：最小核 – zk-WASMVM + Fractal Meshover QUIC。
Year 1–2：PoS² / ERU メトリクス実証、EVM相互運用ブリッジ稼働。
Year 2–4：Liquid Fractal Governance によるプロトコル進化をコミュニティへ全面開放。
Year 5+：全世界ISPピアリング →既存Web の転送層を徐々にWeb∞ 上へマイグレート。
国家単位のデジタル・ソブリンティを再構成：国境・法人格の境界を越え“関係”が一次元目となるため、規制枠組み自体が協調フィードバックモデルへ。
プライバシーと公共性の再両立：透明な“関係構造”上で非公開データを安全に扱う産業API が標準化。医療・行政・金融の壁が大幅に低減。
インフラの脱炭素最適化：PoS²スコアに ERU が直結することで、再エネ比率が低いノードは自然淘汰。エネルギー政策とITインフラが実質同一の経済圏に。
7. まとめ
Web∞ は「情報の状態」を残すのではなく「変化の証明」を残す。
その結果、台帳の重力・ガス代・フロントラン・量子不安・ガバナンス停滞といったWeb3 固有の限界が、概念的に初期条件から消滅します。
エネルギー・プライバシー・スケーラビリティを同時に極小化／極大化するため、従来トレードオフと呼ばれた三角関係は “収束しない曲線” へと畳み込まれる――それが本構想の核心です。
もし実際にプロトタイプを設計するならば、zk-WASMランタイム + Fractal Mesh を Rust で最初に書き起こし、PoS² の初期指標を「再生可能エネルギー電力比＋ノード稼働継続率」で暫定運用する、というのが現実的なスタートラインになるでしょう。
あれはNTTのうんこ通信網をどうにかすると言うだけの技術で、ほとんど意味ないからだよ。
NTTは光だけでスイッチングするから低遅延で高速だと言うだろ？
でもそんなことをせずに実現しているところがある。
NTTなどのオールド通信会社のネットワークは、電話の通信網を基本にしているから、細かい基地局と基地局の間を回線でつなぐという構造をしている。
そのため、IP通信になった今でも、その通信網を一つ一つパケットがルーティングされて流れていくと言う構造になっている。
だから、低遅延にするならオールフォトニクスにして光のままでルーティングする必要がある。
けど、それって昔ながらの古いネットワークだから必要なだけだって、もっとシンプルなネットワークだったらいらないよね？
巨大なデータセンター間を専用の光回線でつなぐと言う商売をやっている専門の通信会社は、そんな面倒くさいネットワークではなく、シンプルに両端にのみ光電変換をする装置を配置する構造にすることによって、IOWNとか言わんでも高性能低遅延低消費電力のネットワークを構築しているわけです。だから、本質的にAPNでございだとか、マルチオーケストレータでございますとか言わなくても、いらないんですよねそんなの。
データセンターの中の通信技術なら既にIOWNより優れたものがある。
インターネットのトラフィックは平等にルーティングされているのではなく非常に偏っているのは周知の事実であり、高性能なネットワークが必要なのはここなのでここだけにシンプルなネットワークを適用すればIOWNなんていらないである。
今は親方電電虫が言ってるからお付き合いでやってる企業は多いが、温度差が激しい。もうすがる先がここしかないところはやっているが、そうでない所は冷めた目で見てる。
NTTが自社の環境こそがデファクトだと思い込んで、それに対応させるだけのガラパゴスな技術に名前を付けて出してしまった、それに取り巻きがやんややんやの拍手をしていると言うのが今のIOWNだよ。ISDNと同じ。
https://b.hatena.ne.jp/entry/s/www.ktv.jp/news/articles/?id=16655
この記事のブコメが余りに酷かったので、はてブのパソコンの大先生方にマイナ保険証（オンライン資格確認）のシステム周りを教えてやろう。
まず、マイナ保険証のシステムがどこに構築されているか、知ってるか？普通にブラウザにURL打ち込んだら、マイナポータルみたいなサイトに行けると思った？残念、何とシステムはNTTのフレッツIPv6閉域網の中にある。なので、IPv4ではそもそもアクセスできないし、IPv6でもフレッツ回線以外からは基本アクセスできない（例えばauひかりは無理）。
※一応IPv4からVPNでアクセスする方法もあるが、それもベンダーと専用ソフトを契約する必要がある
というわけで、クリニックにIPv6オプション付きのフレッツ契約がないところは、ネット回線の契約変更からスタートだ。あ、もちろんONUやルーターが対応してなかったらもちろん交換な。古いルーターはv6パケット通さなかったりするから気をつけろ。プロバイダーもだぞ。え、クリニックでIPv4のひかり電話を使ってる？…最悪それも全取っかえだ。
で、無事にIPv6オプション付きフレッツ回線が引けたとしよう。次は、マイナ保険証顔認証付きカードリーダとオンライン資格確認用端末だ。こいつもそこらへんのヨドバシで売ってるのではなく、対応機種を買わないといけない。めちゃくちゃメーカーと癒着の臭いがするな！ちなみに端末にもOSのDNSの設定やら電子証明書のインストールなど、いろいろあるぞ。
さらに、電子カルテやレセコンのネットワークとマイナ保険証端末のネットワークは、セキュリティの都合上ネットワークを分離せよという仕様になっている。何しろ、マイナンバー周りはセキュリティがガチのガチでガチガチなのだ。というわけで、クリニックの既存のネットワークにルーター増設も必須だ。既存のネットワーク、誰がいつ引いたんだろうな…？
ここまでで、マイナ保険証の導入とは、そこらへんのパソコンにソフトをインストールして終わりとかいう甘っちょろいものではなく、クリニックのネットワーク工事すら必要となる大規模なものであることが分かってもらえたかと思う。しかもこれは、マイナ保険証の導入にあたって、本当に最低限レベルで必要な話に過ぎない。ここまでで可能になるのは、保険証が有効かどうかの確認のみ。クリニックで使っている電子カルテなどとの連携は、もちろん別だ。
当たり前だが、ここまでの作業を個人で完遂できるのは、ITプロ級のお医者さんに限られるので、多くのクリニックはベンダーに丸投げとなる。システム導入には国から補助金が出るから、多くのベンダーが参入しており、これまた利権と癒着の臭いがする。
勉強不足だのなんだの言ってたブクマカどもよ。70歳近い一般人に、IPv6やらフレッツ閉域網やら、ルーターやら電子証明書やら、説明してちゃんと理解してもらえる自信あるか？正直、IT専門職でも厳しいのではないか？と思う。
で、くだんの記事に戻ると、高齢医師のクリニックは、あと数年で廃業予定のところも多い。そして、マイナ保険証の利用率は全国で1割に過ぎない。お年寄り患者中心の個人クリニックでは恐らくもっと低く、正直、マイナ保険証の必要性を感じていない所も多いと思う。手間だけかかって、システム導入に持ち出しすら発生するなら、いっそ早めに廃業しようというのも十分あり得る話だ。
他にもシステムの細かい話は色々あるのだが、長くなるので割愛する。興味のある人は、電子カルテの開発をしている歯科医の先生が奮闘しているブログが大変面白いので、読んでみてほしい。
https://karte-m.cocolog-nifty.com/free/2020/11/post-1f68ea.html
Permalink |記事への反応(32) | 01:23
