フロント トレンド
0post
2025.12.03 19:00
:0% :0% （40代／男性）
人気のポスト ※表示されているRP数は特定時点のものです
🎁プレゼント企画
S13系ボールジョイント フロントロアアーム用 純正タイプ 2個 試作品
1名様にプレゼント🎉
1⃣@skidracing_jpをフォロー
2⃣この投稿をリポスト
3⃣当選者様にダイレクトメッセージ
⏰応募締切 12月10日(水)23:59
S13系アーム発売中⬇️
https://t.co/E0oDJs5OPU
強化タイプ🔥
ずっと交換されていない個体も多いかと思われます！
リフレッシュに🔥
#skidracing
#スキッドレーシング December 12, 2025
7RP
🚨 海外ホテルのフロントが“地獄と化した瞬間”。
インド人観光客の男性が、
クレジットカードの“保留（デポジット）”を二重請求だと勘違いして大暴走。
「なんで俺のカードをブロックした？」
「全部払ったって言っただろ！」
「今すぐ返金しろ、いますぐだ！」
「泥棒ども！バカ！」
「4部屋も払ってるのに、なんで別のカードを出せなんて言うんだ！」
「ホテルは終わりだ！大ミスだぞ！」
怒号はどんどんエスカレートし、
家族連れなのに感情は暴走し続け、
スタッフが必死に対応しても
ロビーは、完全に修羅場。
でも実際は“セキュリティデポジット（仮押さえ）”。
料金は請求されておらず、数日後に戻るだけの“仕様”。
説明しても通じず、
怒鳴り声だけが響き続ける。
現場のスタッフ、本当に気の毒すぎる。
もしあなたが“フロント側”だったら、この状況どう対処する？ December 12, 2025
6RP
📝正直に言います
このレポートを読んで、私は少し怖くなりました
一方でワクワクも増しました
Anthropicが自社のエンジニア132人を調査し、53人に深掘りインタビューまで行った内部レポート。普通、企業ってこういう「都合の悪いこと」は隠したがるじゃないですか。
でもこのレポート、AIがもたらす『希望』と『不安』の両方を、驚くほど正直に語っているんです。
なぜ怖くなったか？
それは、ここに書かれていることが「AIを作っている側の人たち」のリアルな声だから。つまり、私たちの数カ月…数年後の姿かもしれない。
まず数字から見ていきましょう。
Anthropicのエンジニアたちは現在、仕事の60%でClaudeを使い、生産性は50%向上したと報告しています。
1年前は？ 仕事の28%で使用、生産性向上は20%。
つまり、たった1年で使用率は2倍以上、生産性向上も2.5倍。このスピード感、ちょっと異常じゃないですか？
でも私が本当に興味を持ったのは、この先の話なんです。
『やらなかったはずの仕事』が27%も生まれている。
これ、すごく重要なポイントだと思うんです。
AIで既存の仕事が速くなる——これは誰もが想像できる。でも実際に起きているのは、それだけじゃない。
エンジニアたちはこう語っています。
「以前は優先度が低くて放置していた『ペーパーカット』に手が回るようになった」
ペーパーカットって何かというと、紙で指を切るような小さな痛み。コードの世界では、構造の悪いコードのリファクタリングとか、あったら便利なツールの作成とか、そういう「やりたいけど時間がなくて後回しにしていたこと」を指します。
実際、Claude Codeの利用データを分析すると、タスクの8.6%がこのペーパーカット修正だったそうです。
これ、地味に見えて実はめちゃくちゃ大きな変化だと思うんですよね。なぜなら、こういう小さな改善の積み重ねが、長期的には組織の生産性を根本から変えるから。
もう一つ、読んでいて「これは...」と思ったのが『フルスタック化』の話。
あるバックエンドエンジニアのエピソードが印象的でした。
Claudeと何度もやり取りしながら複雑なUIを構築したところ、デザイナーに見せたら驚かれたそうです。
「待って、これあなたが作ったの？」
「いや、Claudeが作った。僕はプロンプトを出しただけ」
このエンジニア、自分では「絶対にできなかった」し「期限内には間に合わなかった」と言っています。
別のエンジニアはこう語っています。
「以前は触るのが怖かったフロントエンドやトランザクションデータベースも、今は自分で扱えるようになった」
研究者がデータの可視化を自分で作る。セキュリティチームが不慣れなコードベースを分析する。非技術系の従業員がデバッグやデータサイエンスをこなす。
Claudeのタスク分析を見ると、チームごとに使い方が全然違うんです。でも共通しているのは、みんなが「自分の専門外」に手を伸ばせるようになっていること。
数週間かかっていたプロセスが、同僚との「数時間の作業セッション」で完結することもあるそうです。
すごい時代になったなぁ...と思いますよね。
でも、ここからが本題なんです。
レポートで最も考えさせられたのが『監督のパラドックス』という概念。
これ、本当に深い問題だと思うんですよ。
AIを効果的に使うには、その出力を監督する能力が必要。でもその監督能力は、実際にコードを書く経験から培われる。ところがAIを使いすぎると、その経験を積む機会が減ってしまう——という矛盾。
あるエンジニアはこう表現しています。
「以前なら難しい問題を自分でデバッグする過程で、ドキュメントやコードを読み込んで、システムがどう動くかのメンタルモデルを構築していた。Claudeはすぐに問題の核心にたどり着けるから、そういう時間が大幅に減っている」
別の人も言っています。
「新しいツールの設定を全部調べて理解していたのに、今はAIに使い方を聞くだけ。だから専門知識が身につかない。同僚との会話で『それ知ってる』と即答できていたことが、今は『AIに聞かないとわからない』になっている」
これ、すごくリアルな声だと思いませんか？
特に印象的だったのが、あるシニアエンジニアの言葉。
「私がAIを使うのは、主に『答えがどうあるべきか』を既に知っている領域。その能力は、かつてSWE（ソフトウェアエンジニアリング）を『ハードな方法』でやることで身につけたもの。でも自分がキャリア初期だったら、モデルの出力を鵜呑みにせず、意図的に自分の能力を伸ばす努力が必要だと思う」
ここに、AI時代の学習における核心的な課題があると思うんです。
「楽」と「成長」のトレードオフ
出力を簡単に得られるからこそ、「じっくり学ぶ時間を取る」ことが難しくなる。
一部のエンジニアは対策として、意図的にAIなしでコードを書く練習をしているそうです。
「Claudeが問題を解決できると分かっていても、あえて頼まないことがある。自分を鋭く保つために」
この姿勢、すごく大事だと思うんですよね...。
一方で、こんな反論もありました。
「『錆びつく』という発想は、コーディングがいつかClaude 3.5以前の状態に戻るという前提に依存している。でも僕はそうは思わない」
これも一理ある。
ソフトウェアエンジニアリングは過去にも抽象化のレベルを上げてきました。アセンブリ言語から高級言語へ、手動のメモリ管理から自動ガベージコレクションへ。
今、英語がプログラミング言語になりつつあるのかもしれない。
あるスタッフはこう提案しています。
「これからのエンジニアは、AIにコードを書かせることに習熟し、より高レベルな概念とパターンの学習に集中すべきだ」
抽象化が進めば、低レベルの知識は必要なくなる——理論上は。
ただ、別のエンジニアが指摘していたように、「高級言語への移行で、ほとんどのエンジニアはメモリ処理に関する深い理解を失った」のも事実。抽象化にはコストが伴う。
どちらの視点が正しいかは、正直まだ誰にも分からない。でも両方の視点を持っておくことが大事なんじゃないかと思うんです。
個人的に一番グッときたのが、『職人技と意義』についての議論でした。
エンジニアたちの声が、見事に二極化しているんです。
ある人は言う。
「25年間プログラミングを続けてきた私にとって、これは時代の終わり。そのスキルセットに自信を持てることが、職業的な満足感の核だった」
「一日中Claudeにプロンプトを出すのは、あまり楽しくないし充実感もない。音楽をかけて没頭して、自分で実装するほうがずっと楽しい」
一方で、こういう声も。
「コードをリファクタリングするときの禅のようなフロー状態...確かに失った部分もある。でも今は生産性が劇的に上がったから、喜んで手放す」
そして、こんな発見をした人も。
「この時点で、怖くなったり退屈になったりすると思っていた。でも実際はどちらも感じない。代わりに、ずっと多くのことができるようになってワクワクしている。コードを書くこと自体を楽しんでいたと思っていたけど、実は『コードを書くことで得られるもの』を楽しんでいたんだ」
これ、すごく深い気づきだと思うんですよね。
自分が仕事のどの部分に意義を感じているか——手段なのか、結果なのか。AI時代は、この問いに向き合わざるを得なくなる。
職場の人間関係にも、静かだけど確実な変化が起きています。
「質問の80〜90%はClaudeに行く」
かつて同僚に向けられていた質問が、まずAIに向かうようになった。Claudeがルーティンな問い合わせを処理し、人間はAIの能力を超える複雑な問題だけを担当する——そんなフィルタリング機構が生まれている。
「同僚の誰よりもClaudeと遥かに多く働いている」という声も。
興味深いのは、これを肯定的に捉える人と否定的に捉える人がいること。
「同僚の時間を奪うことへの罪悪感がなくなった」——これは楽になった側の声。
「『Claudeに聞いた？』が一般的な反応になるのは好きじゃない。人と直接働くことを本当に楽しんでいるし、すごく大事にしている」——これは寂しさを感じている側。
あるシニアエンジニアの言葉が、少し切なかったです。
「若手が質問に来る頻度が減ったのは悲しい。でも彼らは確実に、より効果的に答えを得て、より速く学んでいる」
メンターシップの形が変わりつつある。それが良いことなのか悪いことなのか、まだ誰にも分からない。
キャリアの未来について、エンジニアたちの本音が語られていました。
多くの人が、自分の役割が「コードを書く人」から「AIを管理する人」へとシフトしていると感じている。
「仕事の70%以上が、純粋なコードライターではなく、コードレビュアー・リバイザーにシフトした」
「1人、5人、または100人のClaudeの仕事に責任を持つこと——それが将来の役割の一部だと思う」
短期的には楽観的な人が多い。でも長期的には...？
「短期的には楽観的。でも長期的にはAIがすべてをやり遂げて、自分や多くの人を無関係にすると思う」
「毎日仕事に来るたび、自分の仕事をなくしているような気がする」
こういう声を読むと、胸が締め付けられる思いがします。
でも前向きな視点もありました。
「ジュニア開発者のことは心配だけど、彼らは新しいテクノロジーに最も貪欲でもある。この職業の軌道について、僕はかなり楽観的だ」
そして、こんな適応戦略も。
「AIの仕事を意味のある形でレビューするスキルを開発するには、より多くの時間とより深い専門化が必要になる」
「合意形成により多くの時間を費やし、実装はAIに任せるようになるだろう」
「Claudeからフィードバックをもらうことで、物事を学ぶ速度が完全に変わった。天井が砕けたような感覚」
━━━━━━━━━━━━
最後に、あるチームリーダーの言葉を紹介させてください。
「誰も何が起こるか知らない。重要なのは、本当に適応できることだ」
このレポートを読んで思ったのは、AIがもたらす変化に「正解」はないということ。
生産性は上がる。新しい可能性も広がる。でも同時に、大切なものを失うリスクもある。
技術的な専門知識の維持。有意義な協業の形。学習とメンターシップのあり方。キャリア開発の新しいアプローチ。
Anthropicは2026年に、より具体的な対応策を共有予定だそうです。彼ら自身が「責任ある職場移行の実験場」として、この変革を乗りこなす方法を模索している。
私たちも、このレポートを他人事として読むのではなく、「数年後の自分」として読んでみる価値があるんじゃないかと思いました。
長文読んでいただきありがとうございます
※この図解の作り方は今回発行したニュースレターで作り方を紹介しています リプ欄へ↓ December 12, 2025
4RP
やっぱり、Java（SpringBoot）のスキルがあると、フリーランスとして働く上でも本当に強い武器だなと思う。
年間を通して案件数が安定して多いし、面談依頼もほとんど途切れない。
「Javaができれば食いっぱぐれない」って、営業する立場になってからさらに実感してる。
そこに、TS / React みたいなフロント領域や、AWS環境での開発経験が乗ってくると、
Web系のモダンな案件にも参画しやすくなる。
実際、僕自身も僕の友人もそうだし、
今担当させてもらってるエンジニアの方の中にも、
最初はレガシー寄りのJava案件からスタートして、
今はモダンなWeb系のベンチャーや事業会社の案件に参画している方が何人もいる。
直近営業していても、Javaでフルリモートやフレックスの案件も多いし、
「Javaの安定感すごいな…」と日々感じてる。
僕自身もJavaからキャリアを始めて、途中で Android（Kotlin）アプリ開発にシフトしたけど、
Javaでキャリアを始めて、ステップ踏んで積み上げていくやり方は、かなり手堅いし再現性もある。
たまに「Javaから始めるのってどうなんですか？」って聞かれるけど、
全く悲観する必要なくて、むしろ強みにできる。 December 12, 2025
2RP
ライオンサウナに戻って参りました🐭💥
フロントにトロフィーを置いておりますので、
ぜひサウナと併せて写真でも撮りにいらしてね🥸
7年キャリアで公式戦初タイトル🏆
トロフィーは比較的軽いデスが
僕にとっては重いトロフィーとなりました🤣
12/9はライオンとミッキー
どちらが漢か決めようゾ🦁 https://t.co/l0ZMsoZ8PD https://t.co/VFoPWgA8rY December 12, 2025
2RP
Gotty Mg × ADVAN HF TYPE D
結局フロントも8.5J-6にしたので
実質ゴッティマグ2セット目に…😇
爪折り無しでギリッギリ擦るか擦らないか
個人的にはいい感じで大満足 https://t.co/WQ25PMrU0s December 12, 2025
2RP
今更チケット価格出てる事に気づいたけどめっちゃ上がったなー。多分来季このぐらいなんだろうなー。コート周りは今も頻繁に座ってるわけではないからたまに座るなら気にならないかな。アウェイ行ったらこのぐらいはするし。なによりフロントスタッフの方に還元されると良いな。 https://t.co/E7kOXvqhUa December 12, 2025
1RP
前髪(セシルフロント)だけでも買う価値ある
長さの変化率が大きく、めちゃくちゃふんわりした髪が作れます
#カスタムキャスト https://t.co/MHkFUWNouw https://t.co/xLrpKbldUX December 12, 2025
1RP
綿混タイツを選ぶ時
「見た目」と「機能性」があると思うのですが、見た目で選んでいる方は問題ないのですが、「機能性」で選んでいる場合、「ちょっと地味かな」って人もいるかと。
そこで、これ。
綿混のバイカラータイツ。
フロントとバックでカラー切り替えました。
バックのカラーは細見え効果を狙い、フロントよりも濃色をつけています。
２５０デニール相当です。
https://t.co/E1kNJVQWPu December 12, 2025
1RP
斎藤隆
セ14年 パ3年
MLB7年 MLBフロント4年
NPBコーチ3年 フロント2年
DeNA退団後この濃厚な経歴を
どこで生かすかと思ってたら
フルタの方程式フェスで
サイリウムの光を浴び
赤い革ジャン着て熱唱してた
思わず配信見たけど躍動してた
吉川晃司とウルトラソウルを激ウマ熱唱
元気でなにより https://t.co/FayPOlxp48 December 12, 2025
1RP
結んでしまったものはしゃあないとして、大して高くも無いやろうし2軍のイニングイーター兼保険要員として頑張ってもらうしか無いのと、
後は結局ボーを頭数に入れずに助っ人6人体制にしてくるかどうかが重要やけど、このフロントのやる気みたら流石に大丈夫そうではあるが。 December 12, 2025
1RP
Anthropic公式が「AI支援の時代は終わり、エージェントコーディングが主流になる」とブログで宣言しました。
つまり、コード補完のAIを使うかどうかじゃなくて、実装を任せるエージェントを使うかどうかの時代になったということ。
正直、実装より大変なのは「理解と調査」ですよね？
・影響範囲の調査
・データフロー追跡
・依存関係のトレース
・etc...
Anthropic公式のこの記事は、まさにそこを解決する話でした。
忙しいエンジニア向けに要点だけ書くと
1. 調査に消えてた時間をごっそり削れる
Claude Codeはフロント→API→DBの流れを自動で追って、「どこを変えるべきか」を一瞬で割り出す。理解コストがほぼゼロになる。
2. 新人のオンボーディングが数週間→1〜2日
プロジェクト全体を完全に記憶してる“ベテランAI”が常駐してる状態。
「この部分は〇〇さんに聞いて」問題が消える。
3. 本番障害の調査にもエージェントが並走
ログ解析 → 呼び出しトレース → 原因特定 → 修正案 → テストまで、全てClaude Codeが自動で道をつけてくれる。シニアだけが疲弊する構造から脱却することができる。
4. 人を増やさずに開発量を増やせる
Anthropicの公式記事でも、10人＋エージェントで20〜30人分の生産力という世界観が語られている。
導入はむずかしくなく、ほぼ数分で完了します。
IDE or ターミナルで起動 → プロジェクト読み込み → 即使える。
小さめのタスク（エラー処理、リファクタ、テスト作成）からお試しで使うだけでも大丈夫です。
Anthropic自身がこの記事で、「AI支援 → エージェント化」への明確なパラダイムシフトを宣言しました。
つまり、AIはエンジニアの仕事を奪うのではなく、理解という地味に一番つらい部分を丸ごと肩代わりする時代になったということです。
忙しいなら、むしろClaude Codeを入れたほうがラクになります。
この記事が出た今、導入を迷う理由がほぼ消えたと思います👇 December 12, 2025
1RP
本日より渋谷の各街頭ビジョンにて
Eve New Single「Underdog」
SPOT映像がオンエアされております🐕🦺
🔹渋谷スクランブルスクエアビジョン
🔹ABC-MARTビジョン
🔹シリンダーサイドビジョン
🔹センタービルビジョン
🔹アドアーズビジョン / シグマビジョン
🔹渋谷フクラス エントランスビジョン
🔹渋谷フクラス フロントビジョン
🔹渋谷フクラス フクラスEYE
※放映についてビル側や運営会社へのお問い合わせはご遠慮ください。
※通行の妨げとならないようルールを守ってお楽しみ下さい。
※交通状況に支障をきたしてしまう場合は、展開を中止させて頂く場合がございます。
渋谷にお立ち寄りの際はぜひご覧ください。~12/7(日)まで
◆ Music Video
https://t.co/WN84Tqz2Qg
◆Streaming/DL
https://t.co/rXuTE2wNaV
#Underdog December 12, 2025
1RP
@knight_ffxiv 元別府市民です
一度だけ岩屋毅事務所に行ったことがあります
駅裏(山側)でてすぐ右手にフジヨシホテルがあり、フロント出入口とは別に2階へいく階段があります
そこを上がっていったら岩屋毅事務所があります。ちなみに事務所責任者で岩屋毅後援会会長は弟さんの岩屋恒久さんです December 12, 2025
1RP
【訂正】
水圧、水温については100Vか200Vかは直接的な違いはなかったから訂正するでち🥺
200V機種は相対的に高価でコースとか機能はたくさんあるけど、書いてる通りリンナイのフロントオープンでも綺麗になるから電圧基準で選ばなくて大丈夫🥺 December 12, 2025
△AI依存症に落ち込むな ! AIを使うな、自分で考えて、文章を書け ！！
⑨「法令上の公報」（XML形式）は、地方裁判所では使われていないようです。
2022年１月１２日以降の公報。
特許庁は、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と明言しています。
そして、「ＸＭＬ形式」とは、以下の資料のフロントページにあるようなものです。
https://t.co/bHC0RUmH1C
また、2022年１月１１日以前に特許庁より発行されていた「PDF公報」は、廃止されました。
従来は、この廃止されたPDF公報が「真正な公報」とみなされてきたと思います。
そして、2022年１月１２日以降は、INPITをはじめ、多くの民間のベンダーが独自の手法により作成したものが、「独自PDF公報」として流通しています。
特許庁、更にINPITは、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と、明確に述べています。
そしてINPITは、「公報はＸＭＬですので、レイアウトもページも存在しません。したがって、公報標準レイアウト/ページの概念はございません。」とも述べています。
加えて、INPITは「J-PlatPatから提供されるPDFを「標準」とする意図はなく、民間事業者が提供するPDFも流通すると考えております。」、と回答しています。
従って、「真正な特許公報」とは、特許庁の公報発行サイトから提供される「XML形式」のみのもので、INPITや各民間業者の作成した「独自PDF公報」は「法令上の公報」とはいえないことになります。
このことを前提に、大阪地方裁判所で行われている事象を検証してみました。
「令和５年（ワ）第１０９７０号」（特許権侵害行為差止等請求反訴事件）（特許第7３１３６４０号）原告：有限会社ユニオンシステム、についてです。
https://t.co/uhFyEibXkv
先ずは、特許庁の公報発行サイトから、特許第7313640号の「XML形式」での「法令上の公報」です。
https://t.co/csipSsQ6D0
次に、INPIT のJ-PlatPatよりダウンロードした「独自PDF公報」のものです。
https://t.co/JwTD58GoON
そして、本題です。
本件「令和５年（ワ）第１０９７０号」の判決文についてです。
https://t.co/uhFyEibXkv
この判決文の３ページの最下段〜４ページの最上段１行目〜３行目に、「イ 本件特許権の特許請求の範囲、明細書及び図面の記載は、別紙「特許公報」のとおりであり、同公報の【図１】ないし【図４」の拡大図は、別紙「本件明細書図面」のとおりである。」とあります。
また、判決文の１４ページの上段の２行目〜４行目に、「(ア)本件明細書の記載 本件明細書には、以下の内容が示されている（具体的な記載内容は別紙「特許公報」のとおりである。）」、最下段に「【0005】ないし【0007】【0009】」ともあります。
次に、判決文の１５ページ目の１５行目に「【図３】は・・・【0010】【0017】【0020】ないし【0022】【図２】【図３】」とあり、２１行目には「本件明細書の記載（前記(ｱ)ｂ）によれば、」ともあります。
判決文の１８ページ目には、「前記(1)ア(ｱ)の本件明細書の記載のとおり」とあります。
判決文に裁判官が引用した【図１】、【０００５】などは、別紙「特許公報」に記載されている文言と考えられます。
そして、判決文の２７ページには、「※別紙「特許公報」は掲載省略」とあります。
別紙「特許公報」とは何でしょうか、そして何故この別紙「特許公報」の掲載を省略するのでしょうか。
「令和５年（ワ）第１０９７０号」（特許権侵害行為差止等請求反訴事件）は、（特許第7３１３６４０号）についての争いです。
そして、この（特許第7３１３６４０号）が何であるかは、その「特許公報」に基づくものと考えます。
ここで言えることは、「特許公報」とは、法令上の公報と明言されているので、「独自PDF公報」を裁判の対象にすることは出来ないと考えます。
この「特許公報」を省略するとは言語道断です。
ちなみに、判決文の３７ページ〜３９ページには、（別紙）として「本件明細書図面」があり、図面については省略されていません。
ここで、この（特許第7３１３６４０号）の「特許公報」を検証してみたいと思います。
この（特許第7３１３６４０号）の「特許公報」は、原告の有限会社ユニオンシステムが訴状に添付したものと考えられます。
通常考えられるのは、原告の有限会社ユニオンシステムが、INPITのJPlatPatよりダウンロードして得た「独自ＰＤＦ公報」である可能性があります。
https://t.co/JwTD58GoON
原告の有限会社ユニオンシステムが、特許庁の公報発行サイトから提供された特許第7061473号の「XML形式」のものを訴状に添付した、とは考えにくいです。
特許庁は、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と明言しています。
裁判所は、何故に、「法令上の公報」である「XML形式」のものを対象にしないのでしょうか？
裁判所は、原告が提示した「独自PDF公報」のものを鵜呑みにして、これに基づいて判断をしているのでしょうか？
INPITをはじめ、多くの民間のベンダーが独自の手法により作成した「独自PDF公報」、更に又は「独自テキスト表示」のものに依存した議論は、全く無意味なものと考えます。
これらの「独自PDF公報」は、従来の特許庁が発行していた「PDF公報」とは、似ても似つかない、単なる「参考資料」としか言えないものと思います。
ちなみに、同じ特許7313640の「独自PDF公報」である、日立システムズの検索ツールSRPARTNERよりダウンロードしたものを以下に添付します。
https://t.co/aLoVTuf7vR
こちらのものは、原告の有限会社ユニオンシステムが訴状に添付したものとは考えられません。
また、その他の民間のベンダーが作成した「独自PDF公報」とも考えられません。
どう考えてみても、大阪地方裁判所は、「独自PDF公報」に依存しての訴訟指揮を行っているようです。
もしも、被告が、例えば日立システムズのSRPARTNERよりダウンロードした「独自PDF公報」を引き合いにして反論した場合は、どうなるのでしょうか。
大阪地方裁判所は、どちらの「独自PDF公報」を正当と判断するのでしょうか。
大阪地方裁判所としては、特許庁が「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します」と明言している「XML形式」のものを、「法令上の公報」として扱わざるを得ないのではないでしょうか。
（ハッシュタグ）
＃OpenAI ＃Claude #ChatGPT#Gemini #Copilot #AI ＃生成AI ＃知財 ＃特許 ＃特許調査 #専利 #チャットGPT #GPT-5 #INPIT #JPlatPat ＃note #JPO #USPTO #EPO ＃Patent #GPT #Threads #bing #VertexAI #DX #IT #DeepSeek #Copilot #BigTech #manus #Manus #AI画像生成 #IPランドスケープ ＃深層学習 ＃仕事 ＃ディープラーニング #ビジネス #ビジネスモデル ＃知財戦略 ＃知的財産 ＃知的財産権 ＃知的財産高等裁判所 ＃特許法 ＃特許庁 ＃特許事務所 ＃特許分類 ＃特許検索 ＃特許分析 ＃特許情報 ＃特許権者 ＃分類付与 ＃先行技術調査 December 12, 2025
△AI依存症に落ち込むな！ AIを使うな、本文を読み、自分で考えて、文章を書け ！！（12/3）。 ⑨「法令上の公報」（XML形式）は、地方裁判所では使われていないようです。｜久保園善章 @kbozon
https://t.co/E2OLeJ4UaR
△AI依存症に落ち込むな ! AIを使うな、自分で考えて、文章を書け ！！
⑨「法令上の公報」（XML形式）は、地方裁判所では使われていないようです。
2022年１月１２日以降の公報。
特許庁は、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と明言しています。
そして、「ＸＭＬ形式」とは、以下の資料のフロントページにあるようなものです。
https://t.co/bHC0RUm9c4
また、2022年１月１１日以前に特許庁より発行されていた「PDF公報」は、廃止されました。
従来は、この廃止されたPDF公報が「真正な公報」とみなされてきたと思います。
そして、2022年１月１２日以降は、INPITをはじめ、多くの民間のベンダーが独自の手法により作成したものが、「独自PDF公報」として流通しています。
特許庁、更にINPITは、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と、明確に述べています。
そしてINPITは、「公報はＸＭＬですので、レイアウトもページも存在しません。したがって、公報標準レイアウト/ページの概念はございません。」とも述べています。
加えて、INPITは「J-PlatPatから提供されるPDFを「標準」とする意図はなく、民間事業者が提供するPDFも流通すると考えております。」、と回答しています。
従って、「真正な特許公報」とは、特許庁の公報発行サイトから提供される「XML形式」のみのもので、INPITや各民間業者の作成した「独自PDF公報」は「法令上の公報」とはいえないことになります。
このことを前提に、大阪地方裁判所で行われている事象を検証してみました。
「令和５年（ワ）第１０９７０号」（特許権侵害行為差止等請求反訴事件）（特許第7３１３６４０号）原告：有限会社ユニオンシステム、についてです。
https://t.co/uhFyEibpuX
先ずは、特許庁の公報発行サイトから、特許第7313640号の「XML形式」での「法令上の公報」です。
https://t.co/csipSsPyNs
次に、INPIT のJ-PlatPatよりダウンロードした「独自PDF公報」のものです。
https://t.co/JwTD58FQZf
そして、本題です。
本件「令和５年（ワ）第１０９７０号」の判決文についてです。
https://t.co/uhFyEibpuX
この判決文の３ページの最下段〜４ページの最上段１行目〜３行目に、「イ 本件特許権の特許請求の範囲、明細書及び図面の記載は、別紙「特許公報」のとおりであり、同公報の【図１】ないし【図４」の拡大図は、別紙「本件明細書図面」のとおりである。」とあります。
また、判決文の１４ページの上段の２行目〜４行目に、「(ア)本件明細書の記載 本件明細書には、以下の内容が示されている（具体的な記載内容は別紙「特許公報」のとおりである。）」、最下段に「【0005】ないし【0007】【0009】」ともあります。
次に、判決文の１５ページ目の１５行目に「【図３】は・・・【0010】【0017】【0020】ないし【0022】【図２】【図３】」とあり、２１行目には「本件明細書の記載（前記(ｱ)ｂ）によれば、」ともあります。
判決文の１８ページ目には、「前記(1)ア(ｱ)の本件明細書の記載のとおり」とあります。
判決文に裁判官が引用した【図１】、【０００５】などは、別紙「特許公報」に記載されている文言と考えられます。
そして、判決文の２７ページには、「※別紙「特許公報」は掲載省略」とあります。
別紙「特許公報」とは何でしょうか、そして何故この別紙「特許公報」の掲載を省略するのでしょうか。
「令和５年（ワ）第１０９７０号」（特許権侵害行為差止等請求反訴事件）は、（特許第7３１３６４０号）についての争いです。
そして、この（特許第7３１３６４０号）が何であるかは、その「特許公報」に基づくものと考えます。
ここで言えることは、「特許公報」とは、法令上の公報と明言されているので、「独自PDF公報」を裁判の対象にすることは出来ないと考えます。
この「特許公報」を省略するとは言語道断です。
ちなみに、判決文の３７ページ〜３９ページには、（別紙）として「本件明細書図面」があり、図面については省略されていません。
ここで、この（特許第7３１３６４０号）の「特許公報」を検証してみたいと思います。
この（特許第7３１３６４０号）の「特許公報」は、原告の有限会社ユニオンシステムが訴状に添付したものと考えられます。
通常考えられるのは、原告の有限会社ユニオンシステムが、INPITのJPlatPatよりダウンロードして得た「独自ＰＤＦ公報」である可能性があります。
https://t.co/JwTD58FQZf
原告の有限会社ユニオンシステムが、特許庁の公報発行サイトから提供された特許第7061473号の「XML形式」のものを訴状に添付した、とは考えにくいです。
特許庁は、「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します。」と明言しています。
裁判所は、何故に、「法令上の公報」である「XML形式」のものを対象にしないのでしょうか？
裁判所は、原告が提示した「独自PDF公報」のものを鵜呑みにして、これに基づいて判断をしているのでしょうか？
INPITをはじめ、多くの民間のベンダーが独自の手法により作成した「独自PDF公報」、更に又は「独自テキスト表示」のものに依存した議論は、全く無意味なものと考えます。
これらの「独自PDF公報」は、従来の特許庁が発行していた「PDF公報」とは、似ても似つかない、単なる「参考資料」としか言えないものと思います。
ちなみに、同じ特許7313640の「独自PDF公報」である、日立システムズの検索ツールSRPARTNERよりダウンロードしたものを以下に添付します。
https://t.co/aLoVTuezGj
こちらのものは、原告の有限会社ユニオンシステムが訴状に添付したものとは考えられません。
また、その他の民間のベンダーが作成した「独自PDF公報」とも考えられません。
どう考えてみても、大阪地方裁判所は、「独自PDF公報」に依存しての訴訟指揮を行っているようです。
もしも、被告が、例えば日立システムズのSRPARTNERよりダウンロードした「独自PDF公報」を引き合いにして反論した場合は、どうなるのでしょうか。
大阪地方裁判所は、どちらの「独自PDF公報」を正当と判断するのでしょうか。
大阪地方裁判所としては、特許庁が「法令上の公報は、公報発行サイトから提供されるものであって、XML形式のものを指します」と明言している「XML形式」のものを、「法令上の公報」として扱わざるを得ないのではないでしょうか。
（ハッシュタグ）
＃OpenAI ＃Claude #ChatGPT#Gemini #Copilot #AI ＃生成AI ＃知財 ＃特許 ＃特許調査 #専利 #チャットGPT #GPT-5 #INPIT #JPlatPat ＃note #JPO #USPTO #EPO ＃Patent #GPT #Threads #bing #VertexAI #DX #IT #DeepSeek #Copilot #BigTech #manus #Manus #AI画像生成 #IPランドスケープ ＃深層学習 ＃仕事 ＃ディープラーニング #ビジネス #ビジネスモデル ＃知財戦略 ＃知的財産 ＃知的財産権 ＃知的財産高等裁判所 ＃特許法 ＃特許庁 ＃特許事務所 ＃特許分類 ＃特許検索 ＃特許分析 ＃特許情報 ＃特許権者 ＃分類付与 ＃先行技術調査 December 12, 2025
＜ポストの表示について＞
本サイトではXの利用規約に沿ってポストを表示させていただいております。ポストの非表示を希望される方はこちらのお問い合わせフォームまでご連絡下さい。こちらのデータはAPIでも販売しております。
＜関連記事＞
倭人速報公式アカウント
