メインコンテンツへスキップ

AI・リーガルテック

Wi-Fiの規格・周波数・SSID・暗号化方式―つながらない場合の確認順序(AI作成)

目次第1 Wi-Fiで確認する四つの項目第2 規格と周波数帯1 世代名と通信規格2 2.4GHz・5GHz・6GHz第3 SSIDと安全な認証・暗号化1 SSIDはネットワーク名である2 WEP・WPA・WPA2・WPA3第4 障害を切り分ける手順第5 中継機・メッシュ・ホームルーター第6 関連記事と出典
第1 Wi-Fiで確認する四つの項目

Wi-Fiを選び,又は接続障害を調べる際には,①規格,②周波数帯,③SSID,④認証・暗号化方式を区別する。
新しいルーターに替えるだけで,回線や設置環境の問題まで解消するわけではない。
本記事では,事務所内の無線接続を安全に確認するための基礎を整理する。

第2 規格と周波数帯
1 世代名と通信規格

Wi-Fiの世代名とIEEEの規格名は,例えばWi-Fi 4がIEEE 802.11n,Wi-Fi 5が802.11ac,Wi-Fi 6が802.11ax,Wi-Fi 7が802.11beという対応である。
Wi-Fi 6Eは6GHz帯の利用に対応したWi-Fi 6を示す呼称である。
世代名は,実際の通信速度や,すべての端末で使える機能を保証するものではない。

ルーター,パソコン,スマートフォンの対応規格が異なる場合には,共通して利用できる条件で接続する。
「Wi-Fi 7対応」という表示だけで判断せず,対応帯域・端末・設置国の条件を製品仕様で確認する。

2 2.4GHz・5GHz・6GHz

2.4GHz帯は障害物越しの接続に有利な場合がある一方,他の機器の電波と干渉することがある。
5GHz帯や6GHz帯は,対応端末や距離・壁等の条件を確認して使う。
電波が弱いときは,まず機器を近付け,利用可能な別の周波数帯で比較する。

5GHz帯のWi-Fiと,携帯電話の第5世代通信である5Gは別の意味である。
規格上の最大速度,無線区間の接続速度,インターネットへの実効速度も同じ数値ではない。

第3 SSIDと安全な認証・暗号化
1 SSIDはネットワーク名である

SSIDは,接続先の無線ネットワークを識別する名称である。
同名のネットワークを他人が設けることもできるため,名前が見慣れたものという理由だけで信用してはならない。
接続用パスワードと,ルーターの管理画面へ入るためのパスワードも分けて管理する。

SSID非表示やMACアドレスによる接続制限だけを,十分な認証・暗号化の代わりにしない。
来客用ネットワークを設ける場合には,事務所のNAS・プリンター等へアクセスできるかどうかも確認する。

2 WEP・WPA・WPA2・WPA3

WEPや古いWPA・TKIPを,新規の業務用設定の標準にすべきではない。
対応機器ではWPA3を検討し,既存機器との互換性からWPA2を使う場合はAES系の設定を確認する(出典②)。
混在モードで古い機器を接続できても,最新方式だけで接続していることにはならない。

ルーターのファームウェア更新,管理パスワード,サポート期間も重要である。
つながらないことだけを理由に,暗号化を解除して公開ネットワークにするべきではない。

第4 障害を切り分ける手順

① 正しいSSIDか,Wi-Fiが有効か,機内モードでないかを確認する。
② ルーターの近くで接続し,別端末でも同じ現象か比較する。
③ 対応する周波数帯・暗号化方式・保存済みパスワードを確認する。
④ Wi-Fi接続後にインターネットだけ使えない場合は,回線側の障害を確認する。
⑤ 公衆Wi-Fiでは利用条件への同意画面や利用時間制限を確認する。
⑥ 一つずつ変更し,結果を記録する。初期化は復旧手段を確保してから判断する。

NASが見えない場合は,インターネット障害とは別に,ゲストネットワークや端末間通信の分離設定を確認する。
オンライン会議中だけ不安定になる場合は,上り通信,接続台数,電波環境を調べ,有線LANや別回線との比較を行う。

第5 中継機・メッシュ・ホームルーター

中継機やメッシュは,電波の届く範囲や機器間の接続を改善する選択肢である。
しかし,回線契約自体の障害や混雑を解消するものではない。
EasyMesh等の対応表記があっても,製品・ファームウェア・組合せによる条件を確認する。

携帯電話網を使うホームルーターは,宅内のWi-Fi区間と,基地局までのモバイル通信区間がある。
パソコンのWi-Fi表示が良好でも,モバイル通信側で速度低下が起こることがある。
導入前には実際の利用場所・時間帯で必要な上り通信やオンライン会議を確認する。

第6 関連記事と出典

インターネット接続の基礎は回線側を,テザリングとMACアドレスは外出先の接続と端末識別を扱う。
弁護士情報セキュリティ規程も参照されたい。

① バッファロー「Wi-Fi 6とは?」(世代・端末対応等の説明。掲載時の「最新」という表現を現在の最新世代の意味では用いない。)
https://www.buffalo.jp/contents/topics/knowledge/wi-fi6/

② バッファロー「Wi-Fiの安全を守るセキュリティー」
https://www.buffalo.jp/topics/select/detail/wifi-security.html

③ 総務省「令和6年版 情報通信白書」(Wi-Fi 7の制度整備)
https://www.soumu.go.jp/johotsusintokei/whitepaper/ja/r06/html/nd223410.html

ウェブ上のリンク・YouTube・X埋込みと著作権―リツイート最高裁判決を含む(AI作成)

目次第1 リンク・埋込み・転載を分けて検討する第2 操作と権利の対応第3 YouTube・Xの公式埋込み機能1 現在のXの表示を確認する方法第4 リツイート最高裁判決1 事案と多数意見2 補足意見・反対意見との区別3 判決を一般化しすぎない4 大阪地裁平成25年6月20日判決との違い第5 スクリーンショットと引用第6 公開前の確認と関連記事第7 出典
第1 リンク・埋込み・転載を分けて検討する

ウェブ記事に他人の資料を紹介する際は,URLへの通常のリンク,公式プレーヤー等による埋込み,画像や文章を自分のサーバーへ保存して公開する転載を区別する必要がある。
技術的な操作が異なる以上,著作権法上の評価も同じとは限らない。
本記事は,日本法上の基本的な区別と,最高裁令和2年7月21日第三小法廷判決の射程を説明する。

第2 操作と権利の対応

操作
主な確認事項

文字の通常リンク
リンク先,紹介文,違法な利用への関与の有無

公式機能による埋込み
投稿元の権限,サービス条件,画面上の表示態様

画像を保存して再掲載
複製・公衆送信についての許諾又は権利制限

スクリーンショットの掲載
写り込んだ著作物,引用の要件,氏名・プライバシー

著作権法21条は複製権を,23条は公衆送信権等を定める。
単にリンクであるという呼称だけで,何も複製していない,又はいかなる責任も生じないと判断してはならない。
画像の保存場所,表示の仕組み及び自分が行った操作を確認することが出発点となる。

第3 YouTube・Xの公式埋込み機能

(続きを読む...)ウェブ上のリンク・YouTube・X埋込みと著作権―リツイート最高裁判決を含む(AI作成)

登記情報提供サービスの使い方―地番検索,家屋番号,当日明細及びPDF保存(AI作成)

目次第1 登記事項証明書との違い第2 住所・地番・家屋番号第3 不動産を指定して請求する第4 PDFの表示・保存と再請求1 取得期限までに実ファイルを保存する2 再請求は新たな課金になり得る第5 当日明細・日付別明細と費用整理第6 関連記事と出典
第1 登記事項証明書との違い

登記情報提供サービスは,登記所の保有する登記情報を,インターネット経由で確認する有料サービスである。
情報はPDFで提供されるが,登記事項証明書と異なり,証明文や公印等は付されない(出典①)。
提出先が登記事項証明書を求めている場合に,取得したPDFを当然にその代わりにできるわけではない。

照会番号を利用できる手続もあるが,対応の有無を提出先へ確認する必要がある。
本記事は不動産の特定からPDF保存・利用明細確認までを扱い,所有権や担保権の法律上の判断そのものを説明する記事ではない。

第2 住所・地番・家屋番号

住居表示としての住所と,土地の地番,建物の家屋番号は異なる。
マンションの部屋番号も,家屋番号と常に一致するわけではない。
住所をそのまま入力して情報が出ないことをもって,登記がないと結論付けない。

① 固定資産税関係資料,契約書,既存の登記資料等を確認する。
② 土地は所在・地番,建物は所在・家屋番号を特定する。
③ 地番検索や土地からの建物検索等を補助的に用いる。
④ 表示された物件が目的の物件か,図面や既存資料と照合する。

地番検索の地図は物件の絞込みに役立つが,境界や権利関係を確定する資料として単独で扱うべきではない。
同じ敷地の別棟,附属建物,区分建物の取り違えに注意する。

第3 不動産を指定して請求する

公式操作案内では,不動産請求に「所在指定」「不動産番号指定」「土地からの建物検索指定」が設けられている(出典②)。
目的に合う方法を選び,全部事項・所有者事項・地図・図面等の請求内容を確認する。
共同担保目録や信託目録の選択も,調査目的に照らして確認する。

所在地の選択が似ていても,登記上の所在が別である場合がある。
検索結果がない場合は,入力条件,コンピュータ化前の記録,閉鎖記録,サービス対象外の情報等を切り分ける。
制度上の取得範囲は不動産登記のコンピュータ化に関する記事を参照されたい。

請求ボタンを押すことは,単なる検索条件の保存と同じではない。
料金が発生する確認画面で,対象物件と請求内容を再確認する。

第4 PDFの表示・保存と再請求
1 取得期限までに実ファイルを保存する

マイページの「請求済」表示と,パソコンへの保存完了は別である。
令和8年(2026年)9月15日に確認した公式案内では,取得日及びその翌通常業務日から3通常業務日の間に表示・保存を行うこととされている(出典③)。
一覧に履歴が残る期間と,PDFを取得できる期間を混同しない。

保存後は,ファイルを開き,物件,取得日,請求した事項及びページの欠落がないことを確認する。
ファイル名には,物件を識別できる情報と取得日を付けると整理しやすい。
保存先は,事件ごとのアクセス制限された場所とする。

2 再請求は新たな課金になり得る

既に取得した情報の表示・保存と,最新情報の再請求は異なる。
公式案内は,再請求すると新しい情報を取得し,課金されることを説明している(出典③)。
過去のPDFが必要なだけなのか,現在の内容を改めて取得する必要があるのかを判断する。

第5 当日明細・日付別明細と費用整理

登録利用のマイページには,月別・当日・日付別の明細を確認する機能がある(出典③)。
PDFの保存と同時に,どの事件のために,何を,いつ取得したかを記録する。
一覧に出た履歴がすべて課金済みとは限らないため,ステータスと金額を確認する。

利用者と管理者の画面,一時利用と登録利用の画面は同じではない。
依頼者への実費精算では,資料取得の必要性,金額及び重複請求がないかを照合する。
サービスの明細が,あらゆる税務上の証憑要件を当然に満たすとまではいえない。

第6 関連記事と出典

裁判書類のPDF化とスキャナー設定,サーバー・NAS・クラウドストレージ・DNS及びIT関係のメモ書きも参照されたい。

① 登記情報提供サービス「登記情報提供サービスとは」
https://www1.touki.or.jp/service/

② 同「不動産登記情報請求・登録利用」
https://www1.touki.or.jp/operate/registered-use/real-estate-info/

③ 同「マイページ・登録利用」
https://www1.touki.or.jp/operate/registered-use/mypage/

Thunderbirdの設定・バックアップ・メール移行―POP・IMAP・プロファイルの実務(AI作成)

目次第1 移行前に保存場所を確認する第2 アカウント設定の確認1 POP・IMAPと送信サーバー2 ローカルフォルダーを見落とさない第3 プロファイルのバックアップ1 プロファイルとは2 エクスポートの容量制限第4 新端末への移行手順1 切替の検収は「受信できた」だけで終えない第5 不調・破損が疑われる場合第6 関連記事と出典
第1 移行前に保存場所を確認する

Thunderbirdの引越しでは,ソフトをインストールし直す作業と,メール・設定を移す作業を区別する。
とりわけ,POPで取得したメールやローカルフォルダーは,旧端末だけに残っていることがある。
新端末で受信できたことだけで,過去のメールも移行できたと判断してはならない。

第2 アカウント設定の確認
1 POP・IMAPと送信サーバー

アカウントごとに,受信方式,サーバー名,ユーザー名,ポート,接続の保護,認証方式を記録する。
送信サーバーも別に確認し,複数アカウントでは差出人と送信サーバーの対応を点検する。
設定の記録を共有する際には,パスワード・認証情報を含めない。

IMAPはサーバーとの同期であり,削除も反映され得る。
「このコンピューターにメッセージを保存する」等の同期設定を確認し,必要なフォルダーの本文・添付ファイルが取得済みか点検する(出典①)。

2 ローカルフォルダーを見落とさない

ローカルフォルダーは,通常,特定のメールサーバーとの同期対象ではない。
過去の事件メールをここへ移している場合は,サーバーに再接続しても戻らない可能性がある。
受信トレイだけでなく,送信済み,アーカイブ,下書き,フィルター,アドレス帳も対象とする。

第3 プロファイルのバックアップ
1 プロファイルとは

プロファイルは,Thunderbirdの利用データ・設定をまとめて保持する領域である。
プログラム本体のインストール先とは異なる。
公式ヘルプに従って使用中のプロファイルを開き,フォルダー名だけで推測せず,実際の保存先を確認する(出典②)。

手作業で複製する場合は,Thunderbirdを終了してから行う。
別の場所に保存先を変更しているメール等があれば,標準のプロファイルだけのコピーで足りるかを確認する。
作業中のプロファイルを複数端末で同時に書き換える運用は避ける。

2 エクスポートの容量制限

公式のエクスポートツールは,アカウント情報・メッセージ・アドレス帳・設定をZIP形式で保存する。
令和8年9月15日確認の公式ヘルプでは,バックアップファイルの対応サイズは2GBまでとされている(出典③)。
大きなプロファイルでは,公式の手動バックアップ手順を用いる。

バックアップが作成されたことと,必要なメールを復元できることは別である。
別の保管媒体を用意し,アクセス制限を設定した上で,代表的な古いメールと添付ファイルの復元を試す。

第4 新端末への移行手順

① 旧端末でアカウント・フォルダー・ローカル保存先・容量を記録する。
② 同期が必要なメールを取得し,Thunderbird終了後にバックアップする。
③ 新端末へ対応するThunderbirdを導入し,公式のインポート又はプロファイル復元手順を使う。
④ 既に新端末で使っているプロファイルがある場合は,その内容も別に保全する。
⑤ 受信・送信,差出人,送信済みの保存先,過去メール,添付ファイルを確認する。
⑥ 移行の確認が終わるまで,旧端末・元バックアップを消去しない。

POPからIMAPへの変更は,単なるソフトの引越しとは別である。
大量のローカルメールをIMAPへコピーすると,サーバーへのアップロードや容量増加が生じるため,少量で試してから進める。
移動とコピーを取り違えないことも重要である。

1 切替の検収は「受信できた」だけで終えない

以下は検収方法の提案であり,特定の事務所で復元・送受信試験を実施したという結果ではない。
まず現用プロファイルを保全し,保全コピーから別プロファイル等へ復元して,通信を伴わない確認を行う。
復元したアカウントがサーバーへ接続すると同期や送信等が発生し得るため,オフラインでの確認と,承認を得た送受信試験を分ける。

確認項目
合格条件の例

保存メール

(続きを読む...)Thunderbirdの設定・バックアップ・メール移行―POP・IMAP・プロファイルの実務(AI作成)

スマートフォンのテザリングとMACアドレス―接続設定,端末識別及びトラブル対応(AI作成)

目次第1 テザリングを予備回線として使う第2 Wi-Fi・USB・Bluetoothの使い分け第3 安全に接続する順序第4 MACアドレスは何を示すか第5 MAC制限と接続トラブル第6 関連記事と出典
第1 テザリングを予備回線として使う

テザリングは,スマートフォン等の通信接続を,パソコンやタブレット等と共有する機能である。
事務所回線の障害や外出先で役立つが,通信契約,端末の電池,電波及び情報管理の条件を確認する必要がある。
元記事にあった特定の旧機種の設定例は,現在のすべての機種に共通する手順ではない。

第2 Wi-Fi・USB・Bluetoothの使い分け

方式
確認する点

Wi-Fi
アクセスポイント名,パスワード,周波数,接続台数

USB
データ通信対応ケーブル,OS・端末の対応,接続許可

Bluetooth
ペアリングする相手,対応機能,通信速度

Apple及びGoogleは,対応端末でこれらの方式による共有を案内しているが,機種・OSによる制限がある(出典①・②)。
Wi-Fi接続が成立しても,携帯回線側に通信制限や障害があればインターネットには接続できない。
接続台数や追加料金は通信事業者の契約条件も確認する。

第3 安全に接続する順序

① スマートフォン単体でインターネットにつながるかを確認する。
② 契約上テザリングが利用できるか,容量制限がないかを確認する。
③ 共有機能を有効にし,接続先名と十分な強さのパスワードを確認する。
④ 接続する端末で目的のアクセスポイントを選ぶ。
⑤ 通信できることを確認し,不要になったら共有を終了する。

接続先名に依頼者名や事件名を使用しない。
OSやクラウドの大容量更新が始まると通信量が急増することがあるため,予備回線で行う作業を絞る。
接続不良への対処として,安易にパスワードをなくしたり,事務所の保護設定を解除したりしない。

第4 MACアドレスは何を示すか

MACアドレスは,LAN等で通信インターフェースを識別するために使われる値である。
一般的には6組の16進数で表示されるが,これを人の本人確認情報と同視してはならない。
一つの端末でも,有線と無線で異なるインターフェースを持つことがある。

(続きを読む...)スマートフォンのテザリングとMACアドレス―接続設定,端末識別及びトラブル対応(AI作成)

裁判書類のPDF化とスキャナー設定―Word変換,A3・A4,TWAIN・ISIS及び提出前確認(AI作成)

目次第1 読めるPDFと提出できるPDFを区別する第2 WordからPDFへ変換する1 元のWordファイルを残す2 A3・A4と縮小を確認する第3 紙をスキャンする際の確認第4 TWAIN・ISISと32bit・64bit第5 ScanSnap Managerのサポート終了と移行第6 提出前の最終確認第7 関連記事と出典
第1 読めるPDFと提出できるPDFを区別する

裁判書類のPDF化では,原資料を欠落なく読み取ることと,提出先の形式・容量等に適合させることの両方が必要である。
本記事は,Wordからの変換,紙の読み取り,スキャナーとドライバーの選択を扱う。
mintsの提出形式・一括アップロードの制限等は,mints提出用PDFの作り方と裁判所の最新案内で確認されたい。

第2 WordからPDFへ変換する
1 元のWordファイルを残す

編集可能なWordファイルと提出用PDFは別に保管する。
変換後は,ページ数,改ページ,表,脚注,外字,画像,ページ番号を確認する。
変更履歴やコメントを表示しない設定で出力しても,元ファイルにそれらがなくなるわけではない。

保存・エクスポートによるPDF化と,印刷機能を介したPDF化では,リンクや文書構造等の保持が異なる場合がある。
目的に応じた方法を選び,最終成果物を開いて確認する。
機密資料を,契約・保存先・利用条件の確認できないオンライン変換サイトへ送信してはならない。

2 A3・A4と縮小を確認する

元資料がA3である場合,単純なA4縮小では細字や図面の数値が読めなくなることがある。
用紙サイズ,縦横,余白を確認し,提出先の指定に従う。
分割や縮小をしたときは,どの原資料のどの部分かが分かるようにする。

第3 紙をスキャンする際の確認

① ホチキスや付箋,折り込み,裏面記載を確認する。
② 両面読み取り,白紙除去,傾き補正,自動回転等の設定を確認する。
③ 薄い印影,鉛筆書き,色分けされた部分が失われない設定を選ぶ。
④ 読み取った全ページを原資料と照合する。
⑤ 保存先・事件名・証拠番号等を確認して保存する。

白紙除去は便利であるが,薄い記載のあるページまで落ちる可能性を考慮する。
OCRは検索やコピーに役立つ一方,画像の文字と認識結果が一致するとは限らない。
OCR結果だけを引用せず,金額,日付,固有名詞等を画像と照合する。

解像度を高くすれば,常に提出用PDFとして適切になるわけではない。
可読性と容量を両立させ,圧縮後にも細字・写真・印影が判読できるかを確認する。

fi-7460及びfi-7480のブレーキローラとピックローラの推奨交換周期は20万枚であり,それぞれ原稿の分離と搬送を担う(出典④)。
消耗品カウンターの警告だけから,Windows上の装置認識やTWAINソースの表示不良の原因であるとは判断できないため,給紙状態の確認とソフトウェア認識の確認を分ける。

第4 TWAIN・ISISと32bit・64bit

TWAIN及びISISは,スキャン用アプリケーションとスキャナー側のソフトウェアを連携させるために使われる仕組みである。
アプリが要求する方式と,機器が提供するドライバーが対応している必要がある。
ScanSnapと業務用fiシリーズ等では利用方法が異なるため,製品名だけで互換性を推測しない。

PFUのPaperStream IPに関するFAQは,Windowsが64bitでも,32bitアプリには32bitのTWAINドライバーを使うことを案内している(出典①)。
OSのbit数だけでドライバーを選ぶのではなく,アプリのbit数も確認する。
ARM版Windowsへの対応も製品・ドライバー・アプリごとに異なるため,現行の動作環境を確認する(出典②)。

Windowsの設定にスキャナーが表示されることと,利用するスキャンアプリが必要なドライバー経由で読み取れることは別である。
PFUのFAQも,Windowsには装置が認識されているのにスキャンアプリではスキャナーが見つからない事象を案内している(出典⑤)。
切り分けの際は,デバイスマネージャー上の認識だけでなく,スキャンアプリのソース選択画面に利用予定のPaperStream IP(TWAIN)が表示されるかを確認する。WIAのソースだけが表示される場合,必要なTWAINソースまで使用可能であるとは限らない。

fi-7460及びfi-7480のWindows 11向け公式ダウンロードページでは,令和8年9月16日現在,PaperStream IP(TWAIN)3.40.2が掲載されている。
同ページも,OSが64bitであっても,32bitアプリを使用する場合はPaperStream IP(TWAIN)を使用するよう案内している(出典⑥)。

第5 ScanSnap Managerのサポート終了と移行

PFUのScanSnapサイトの公式案内によれば,ScanSnap Managerの提供及びサポートは令和6年(2024年)11月7日に終了した(出典③)。
ただし,fiシリーズで利用される「ScanSnap Manager for fi Series」は,同じ扱いと決め付けず,別途,機種・OS・版の対応を確認する必要がある。PFUの現行Windows対応表では,同ソフトウェアはレガシーアプリケーションとして掲げられ,fi-7460及びfi-7480は対応機種に含まれ,Windows 11の最小対応版は1.0.14とされている(出典⑦)。
この終了及びScanSnap Homeへの移行案内を,そのままfiシリーズに適用してはならない。
古い操作記事に掲載された画面だけを頼りにせず,機種が現行ソフトウェアに対応するかを確認する。
更新前には,読み取り設定,保存先,命名規則,連携アプリを控えておく。

移行後は,少量のテスト資料で両面,白紙除去,OCR,ファイル名,保存場所を確認する。
旧設定を消した後に不足が判明しないよう,必要な設定と原資料を残して検証する。
PFUの対応表はレガシーアプリケーションのダウンロードサービス終了も注記しているため,再インストールを始める前に,必要なインストーラーを確保できるかも確認する。

第6 提出前の最終確認

PDFを作成したことと,裁判所への提出が完了したことは別である。
ファイル選択,送信処理,受付・提出済み表示を区別して確認する。
提出後に訂正が必要となった場合は,元の提出物を取り違えないよう,版と提出日時を記録する。

証拠保全用のデータは,加工・圧縮した提出用コピーと分ける。
黒塗りは見た目だけでなく,PDFのマスキングで扱う文字情報等の除去も確認する。

第7 関連記事と出典

電子証拠の原本保全とハッシュ値,Windowsの基本操作とサポート期限,IT関係のメモ書きも参照されたい。

① PFU「Is there the PaperStream IP for 64-bit Windows?」
https://fi-faq.pfu.ricoh.com/hc/en-us/articles/13322763972121-Is-there-the-PaperStream-IP-for-64-bit-Windows

② PFU「PaperStream IP 動作環境」
https://www.pfu.ricoh.com/fi/software/paperstream-ip/environment.html

③ PFU「ScanSnap Manager」
https://www.pfu.ricoh.com/scansnap/feature/ss-manager.html

(続きを読む...)裁判書類のPDF化とスキャナー設定―Word変換,A3・A4,TWAIN・ISIS及び提出前確認(AI作成)

Zoom・Teams・リモートデスクトップを弁護士業務で使う際の設定と注意点(AI作成)

目次第1 会議参加・画面共有・遠隔操作は別である第2 Zoomの時間制限と会議前の準備第3 Teamsのアカウントと参加経路第4 共有前に閉じるもの・確認するもの第5 リモートデスクトップと遠隔サポート第6 関連記事と出典
第1 会議参加・画面共有・遠隔操作は別である

ウェブ会議に参加すること,資料を画面共有すること,別のパソコンを遠隔操作することでは,相手に見せる情報と与える権限が異なる。
法律事務所では,操作の便利さと守秘上の制約を一緒に確認する必要がある。
本記事は機器・アプリの準備を扱い,裁判手続上の実施要件や録音録画の取扱いは裁判所の指示と関係法令に従う。

第2 Zoomの時間制限と会議前の準備

Zoomの現行サポート案内では,ベーシックの無料ライセンスが主催する通常の会議は,1対1を含め原則40分の制限がある(出典①)。
古い「1対1なら無制限」という説明を現在の標準条件として用いるべきではない。
有料アカウントに所属していても,主催者へどのライセンスが割り当てられているかを確認する。

① 主催者と参加者を確認し,会議URLを必要な相手にだけ伝える。
② 待機室,参加時認証及び画面共有権限を確認する。
③ カメラ,マイク,スピーカー,表示名をテストする。
④ 時間制限と中断時の連絡方法を確認する。
⑤ 終了後に会議・共有が停止していることを確認する。

契約プランの上限値や例外は変わり得るため,重要な会議では開催時点の公式案内を確認する。
本記事は,アカウントの購入や有料化を推奨するものではない。

第3 Teamsのアカウントと参加経路

Teamsでは,個人用アカウント,職場・学校アカウント,ゲストとしての参加を区別する。
会議によってはブラウザー等から参加できるが,主催組織の設定によってサインイン等を求められる場合がある(出典②)。
「Teamsには必ず個人用Microsoftアカウントが必要」と一律に説明するのは適切ではない。

複数のアカウントを使っている場合は,予定の組織・アカウントで入室しているかを確認する。
裁判所の招待で指定された参加方法を,一般のオンライン会議の方法へ勝手に置き換えない。
入室待機中に送ったチャットが,相手へ既に伝わったと推測しない。

第4 共有前に閉じるもの・確認するもの

共有する資料は,必要なページをあらかじめ開く。
メール通知,他事件のタブ,ファイル名,最近使用した項目,クリップボード等が見えないかを確認する。
画面全体の共有よりアプリ単位の共有が適する場面でも,そのアプリ内の別タブやウィンドウには注意が必要である。

録画,文字起こし,AIによる要約を利用する場合は,参加者への説明,必要な同意や許可,保存先,アクセス権及び保存期間を先に確認する。
裁判所での尋問等は,一般的なアプリの録画機能があることをもって自由に記録できるわけではない。
手続の解説は民事訴訟におけるウェブ尋問を参照されたい。

第5 リモートデスクトップと遠隔サポート

リモートデスクトップは,別のパソコンへ接続して操作する仕組みである。
GoogleのChromeリモートデスクトップ案内は,自分の端末へのアクセスと,他人からのサポートを受ける接続を区別している(出典③)。
サポート相手は,画面を見るだけでなく,アプリ,ファイル,メール等へアクセスできる場合がある。

① 相手が正規の担当者であることを,既知の連絡先で確認する。
② 支援範囲と見せてよい情報を確認する。
③ パスワードや回復コードを伝えない。
④ 作業中に何が行われているかを確認する。
⑤ 終了時に接続を切り,継続的なアクセス権が残っていないかを確認する。

相手が正規の保守業者であることと,提案された操作がメーカーの公式な解決策であることは別に確認する。
作業前に,症状を確認した日時,製品名と版,アカウントとライセンスの種類,直前の更新,提案された操作,根拠となる公式資料,見込まれる効果,所要時間,データへの影響及び元に戻す方法を記録する。
作業後には,開始・終了時刻,実行した操作,変更した設定,インストール又は削除したアプリ,確認結果及び未解決事項を残す。

パソコンとOffice等の購入・納品時の記録及び保守作業の記録は,法律事務所がパソコン・Office等を購入・納品してもらうときの確認事項で整理している。Office 2016・Office 2019が「ライセンスのない製品」になった場合は,KB5002907後の復旧手順も参照されたい。

突然表示された警告や電話の指示で遠隔操作を許可することは避ける。
不審な送金画面や認証要求が現れた場合は,作業を中断して事務所の責任者へ連絡する。

使っていない遠隔操作ソフトや,更新されないまま残った会議アプリは,それ自体が攻撃の入口になり得る。
インストール済みアプリの一覧を定期的に見て,使っていない遠隔操作ソフトは削除し,使い続けるものは常駐や自動起動の有無と,無人でも接続を受け付ける設定になっていないかを確認する。
Zoom等の会議アプリも,自動更新が実際に働いているかを版数で確かめる(出典④)。
偽の警告画面から電話をかけ,遠隔操作を許してしまった後の対応は,サポート詐欺(偽のセキュリティ警告)に遭ったときで整理している(出典⑤)。

第6 関連記事と出典

ディスプレイの接続・拡張・画面共有,弁護士情報セキュリティ規程,法律事務所がパソコン・Office等を購入・納品してもらうときの確認事項及びIT関係のメモ書きも参照されたい。

① Zoom「Zoom Meetingsの時間制限を把握する」
https://support.zoom.com/hc/ja/article?id=zm_kb&sysparm_article=KB0067979

② Microsoft「Microsoft Teamsで会議に参加する」
https://support.microsoft.com/ja-jp/teams/meetings/join-a-meeting-in-microsoft-teams

③ Google「Chromeリモートデスクトップで他のパソコンにアクセスする」
https://support.google.com/chrome/answer/1649523?hl=ja

④ 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」10-6(技術的安全管理措置)
https://www.ppc.go.jp/personalinfo/legal/guidelines_tsusoku/

⑤ 情報処理推進機構 安心相談窓口だより「遠隔操作を他人に安易に許可しないで」(2020年11月25日公開)
https://www.ipa.go.jp/security/anshin/attention/2020/mgdayori20201125.html

サーバー・NAS・クラウドストレージ・DNSの違い―法律事務所のIT基礎(AI作成)

目次第1 保存場所と通信の役割を分ける第2 サーバーとNAS1 サーバーは役割を示す言葉である2 NASもファイルサービスを提供する第3 クラウドストレージと同期1 クラウドとローカルファイルは同じ状態とは限らない2 共有は必要な相手と範囲に限定する第4 DNSとウェブ・メールの障害第5 事務所で作っておく管理表第6 関連記事と出典
第1 保存場所と通信の役割を分ける

サーバー,NAS,クラウドストレージ及びDNSは,同じ種類の製品を四つ並べたものではない。
サーバーはサービスを提供する役割,NASはネットワーク経由でファイルを保存・共有する装置等,クラウドストレージは外部サービスとして提供される保存領域,DNSは名前に対応する情報を問い合わせる仕組みである。
法律事務所では,便利さだけでなく,誰がアクセスでき,誰が復旧できるかを確認して使い分ける必要がある。国内にサーバーがあることだけで安全性を判断せず,契約主体,再委託先,管理者アクセス,ログ,事故通知及び終了時のデータ取扱いまで確認する。
本記事の記載は,令和8年9月28日時点の公表資料に基づく。

第2 サーバーとNAS
1 サーバーは役割を示す言葉である

ウェブサーバーはウェブページを,メールサーバーはメールの送受信等を,ファイルサーバーはファイルの共有等を提供する。
同じ機器が複数の役割を担う場合もある。
高価な専用機器だけがサーバーなのではなく,機能・運用形態を見て区別する。

2 NASもファイルサービスを提供する

NASは,ネットワークに接続して利用するストレージであり,ファイルサーバーとしての機能を持つ。
したがって,「NASはサーバーではない」と一律に説明するのは適切ではない。
共有フォルダーの権限,管理者のアカウント,更新方法,ディスク故障時の交換手順を確認することが重要である。

複数ディスクを使うRAIDは,可用性の確保に役立つ構成であるが,独立したバックアップの代わりにはならない。
利用者による削除,ランサムウェアによる暗号化,装置全体の故障等は,別に備える必要がある。重要データは複数の媒体又は保存先に保ち,少なくとも一つは通常の端末・ネットワークから切り離す。バックアップは存在確認だけでなく,定期的な復元試験まで行う。

Windowsの「システムの復元」も,バックアップの代わりにはならない。
Microsoftによれば,システムの復元は,システムファイル,レジストリ設定及びインストールされているプログラムを復元ポイントの作成時の状態に戻す機能であり,個人用ファイルには影響を与えない(出典⑥)。
そのため,誤って削除した文書や暗号化された文書を取り戻す手段にはならない。
ソフトウェアの障害でも,提供元が解決策として示していない場合は,システムの復元を試す前に提供元の案内を確認する(例として,Office 2016・2019が「ライセンスのない製品」になったときの対応)。

第3 クラウドストレージと同期
1 クラウドとローカルファイルは同じ状態とは限らない

パソコン上にファイル名が見えても,中身はクラウドにあり,必要なときだけ取得する設定の場合がある。
オフラインの期日や出張先で必要な資料は,事前に端末へ保存されているかを確認する。
一方,端末にコピーすれば,その端末の紛失・盗難時の漏えい対策も必要になる。

同期は,変更を他の保存場所へ反映させる機能である。
誤削除まで反映されることがあるため,同期済みという表示だけでバックアップ済みと判断してはならない。
Googleの容量に関する案内でも,容量超過によりアップロードや同期等が停止する場合が示されている(出典②)。

2 共有は必要な相手と範囲に限定する

事件単位のフォルダーを分け,閲覧のみか編集も必要かを決める。
「リンクを知っている全員」と「指定した相手」の共有範囲を混同しない。
共同受任の終了,職員の退職,外部委託の終了時には,アクセス権とローカルコピーの取扱いを見直す。

個人用アカウントに事務所資料を集約すると,担当者の退職・死亡・認証不能が事業継続上の問題となり得る。
契約名義,管理者,回復手段,データの持出し方法を事務所として把握しておく。さらに,データの保存・処理国,再委託先,提供者側の管理者アクセス,暗号化,操作ログ,侵害時の通知,バックアップ,契約終了時の削除及び一括エクスポートの可否を確認する。
ISMAPは,政府のクラウド調達におけるセキュリティ評価制度として参考になるが,登録サービスであることだけで弁護士業務又は個別事件への適合性が保証されるものではない。

保存期間は,事件ファイル,版履歴,ごみ箱及び閲覧・操作ログを分けて把握する。プラン変更,解約又はアカウントの停止により,過去のデータやログを取得できなくなる条件がないか確認する。サービス終了や障害時に,誰がどの形式で,いつまでに一括取得できるかも管理表に残す。

エクスポート機能があることと,必要なデータを利用可能な形で取得できることは同じではない。重要な事件資料は,契約中に代表的なファイル・版履歴・ログを書き出し,別の端末で読めること,必要な日時・作成者等の情報が残ることを試す。紛争対応のため保全するデータは,通常の削除ルールから区別し,必要性,対象,保管者及び見直し時点を記録する。これらは本記事が提案する運用上の確認事項である。

第4 DNSとウェブ・メールの障害

DNSは,ドメイン名に対応するIPアドレスなどの情報を問い合わせる仕組みであり,ウェブ本文や事件ファイルの保管庫ではない(出典①)。
独自ドメインの更新失念,DNS設定の変更,ウェブサーバーの停止,メールの容量超過は別々の問題である。

① ドメインの契約先と更新期限を確認する。
② ウェブとメールの双方が止まっているかを確認する。
③ 直前に変更したDNS・メール・サーバー設定を確認する。
④ 管理担当者又は契約先に,障害発生時刻と影響範囲を伝える。

DNSの設定変更はメール配送にも影響し得る。
復旧を急ぐ場合でも,現状の記録と変更の目的を確認せずに値を置き換えない。復旧後は,メールを受信できなかった可能性のある期間を特定し,裁判所,相手方,依頼者その他の送信者に未達連絡の有無を確認するとともに,その期間中又は直後に期限が来る事件を監査する。

第5 事務所で作っておく管理表
対象管理表に記録する事項NAS・ファイル共有機種,管理者,共有範囲,更新・復旧担当クラウド契約主体,保存・処理国,再委託先,管理者アクセス,利用者・権限,データ・ログの保存期限,侵害通知,バックアップ,プラン変更・終了時の削除条件,エクスポート期限と試験結果バックアップ対象,世代,保存先,暗号化,切離しの有無,復元テストの実施日・結果ドメイン・DNS契約先,更新期限,管理担当,変更履歴ソフトウェアのライセンス製品名・版,買い切りかサブスクリプションか,ライセンスを関連付けたアカウント,プロダクトキーの保管場所,購入記録,サポート終了日

パスワードや回復コードは,一般の管理表に平文で書くのではなく,アクセスを制限した別の方法で管理する。
復元テストでは,ファイルが存在することに加えて,開けること,必要な版であることを確認する。

第6 関連記事と出典

運用ルールは弁護士情報セキュリティ規程を,回線の問題はインターネット接続の基礎を参照されたい。
全体の入口はIT関係のメモ書きである。

① JPNIC「DNSとは」
https://www.nic.ad.jp/ja/basics/beginners/dns.html

② Google「既存の保存容量とGoogle Oneの仕組み」
https://support.google.com/googleone/answer/9004014?hl=ja

③ ISMAP「制度概要」
https://www.ismap.go.jp/csm?id=kb_article_view&sysparm_article=KB0010005

④ 知的財産高等裁判所平成31年3月18日判決(平成30年(行コ)第10004号)
https://www.courts.go.jp/assets/hanrei/hanrei-pdf-88537.pdf

⑤ 法律事務所の事故初動は法律事務所のサイバー事故初動チェックリストを参照されたい。

(続きを読む...)サーバー・NAS・クラウドストレージ・DNSの違い―法律事務所のIT基礎(AI作成)

iPad・Chromebook・AirDropの業務利用―画面ロック,同期及びデータ共有(AI作成)

目次第1 端末の違いとデータの所在を確認する第2 iPadの画面ロックと通信第3 ChromebookとMicrosoft Office第4 AirDropで相手を確認して送る第5 同期・紛失・初期化の注意第6 関連記事と出典
第1 端末の違いとデータの所在を確認する

iPadとChromebookは,Windowsパソコンと同じ画面・機能を持つものではない。
持ち運びや閲覧に便利である一方,業務アプリの対応,保存場所,オフライン利用及び情報管理を確認する必要がある。
本記事は,外出・会議・資料共有で迷いやすい点を整理する。

第2 iPadの画面ロックと通信

画面ロックのパスコードとApple Accountのパスワードは別である。
自動ロックを設定し,通知に依頼者名や本文が表示される範囲も確認する。
短時間の離席でも,資料を開いた端末を放置しない。

Wi-FiモデルとWi-Fi+Cellularモデルでは利用できる通信経路が異なる。
電話番号の表示やSIMの有無だけで,通常の携帯電話と同じSMS認証ができると判断してはならない。
利用するサービスの認証方法と通信契約を確認し,認証用端末を失った場合の回復方法を別に用意する。

第3 ChromebookとMicrosoft Office

Chromebookでは,Microsoft 365のウェブアプリ等を利用できるが,Windows用デスクトップアプリと同じ機能がすべて利用できるという意味ではない(出典①)。
複雑な書式,マクロ,外字,電子署名関連のアプリ,スキャナーの連携等は個別に確認する。
裁判書類は,作成した端末で表示できるだけでなく,最終的なPDFの体裁も確認する。

Googleアカウントの同期が有効でも,端末上のすべてのファイルがクラウドへ保存されるわけではない。
Googleは,Chromebookの「ダウンロード」フォルダー等のローカルファイルが設定同期の対象ではないことを説明している(出典②)。
初期化や端末交換の前には,実際の保存先を調べる必要がある。

第4 AirDropで相手を確認して送る

AirDropは,対応するApple製デバイス間で写真や書類等を共有する機能である。
AppleはWi-FiとBluetoothを有効にすること等を案内し,インターネット共有との関係にも注意を促している(出典③)。
受信範囲や相手確認の画面は,OSの版・連絡先登録等で異なる。

① 送るファイルを開き,事件名・版・内容を確認する。
② 相手と対面又は既知の連絡方法で送信先の端末を確認する。
③ 共有画面の候補名だけで同一人物と断定しない。
④ 相手の受信完了とファイルの内容を確認する。
⑤ 不要な受信許可や共有範囲を残さない。

「すべての人」等の広い受信設定を常用する必要はない。
近くにいる第三者や似た端末名への誤送信に注意する。
相手が受領したことと,相手の保存先が適切に管理されていることは別の問題である。

第5 同期・紛失・初期化の注意

同期,バックアップ及び端末の遠隔消去は別の機能である。
紛失時にアカウントからログアウトさせても,端末内のコピーがすべて消えるとは限らない。
端末の暗号化,ロック,管理者による対応,保存されたファイルの範囲を事前に整理する。

初期化は,トラブル時の最初の操作ではない。
証拠や業務資料が端末にしかない可能性を確認し,保存・復元方法を確保してから行う。
業務用と私用のデータが混在する端末では,遠隔消去の対象範囲にも注意する。

第6 関連記事と出典

アカウント・パスワード・PIN・多要素認証,画像・動画の形式と位置情報,Appleアカウントの相続及びIT関係のメモ書きも参照されたい。

① Google「ChromebookでMicrosoft Officeを使用する」
https://support.google.com/chromebook/answer/2481498?hl=ja

② Google「アカウント設定を同期する」
https://support.google.com/chromebook/answer/2914794?hl=ja

③ Apple「iPhoneやiPadでAirDropを使う方法」
https://support.apple.com/ja-jp/119857

インターネット接続の基礎―回線事業者,プロバイダ,ONU,ルーター及びIPアドレス(AI作成)

目次第1 インターネット接続は役割ごとに確認する第2 回線事業者とプロバイダ1 物理的な回線とインターネット接続サービス2 電話サービスやADSLとの区別第3 ONU・ルーター・ハブの違い第4 IPアドレス・DHCP・DNS1 IPアドレスは通信上の宛先である2 DHCPは設定の配布,DNSは名前の問合せである第5 つながらないときの確認順序第6 関連記事と出典
第1 インターネット接続は役割ごとに確認する

インターネットにつながらない場合には,回線契約,接続サービス,宅内機器,端末の設定を分けて確認することが重要である。
Wi-Fiにつながることと,インターネットに到達できることは同じではない。
法律事務所では,復旧作業に加えて,裁判期日・提出期限・連絡手段への影響を先に確認する必要がある。

本記事は,光回線を中心とする基本用語と障害の切分けを扱う。
機器ごとのランプ表示や設定値は異なるため,契約書・機種名・公式マニュアルを確認して適用する。

第2 回線事業者とプロバイダ
1 物理的な回線とインターネット接続サービス

回線事業者は光ファイバーなどの通信回線を提供し,プロバイダはインターネットへの接続サービスを提供する。
両者が別契約となる場合も,一つの事業者からセットで提供される場合もある。
請求書の名義だけで契約相手を判断せず,障害連絡先,接続方式,契約ID,料金の支払状況を確認する。

回線契約の変更,プロバイダの変更,Wi-Fiルーターの交換,メールサーバーの変更は別の作業である。
事務所の独自ドメインメールが使えない場合も,回線全体が止まっているのか,メールだけの障害なのかを切り分ける。

2 電話サービスやADSLとの区別

固定電話網のIP網移行と,利用者が光回線のインターネット契約をすることは別である。
電話番号を維持するための条件や,FAX・警備装置等への影響は,電話サービスの契約先に確認する。
ADSLなど旧サービスの説明は歴史的なものを含むため,古い設定例を現在の光回線へそのまま当てはめない。

第3 ONU・ルーター・ハブの違い

用語
主な役割
確認する点

ONU
光回線の信号と宅内側の電気信号との変換
光回線側の状態,電源,機種名

ルーター
異なるネットワーク間の通信の中継
WAN側とLAN側,接続方式,管理設定

(続きを読む...)インターネット接続の基礎―回線事業者,プロバイダ,ONU,ルーター及びIPアドレス(AI作成)

インターネットバンキングの不正払戻し―補償要件,過失及び被害発生時の対応(AI作成)

目次第1 被害の拡大防止を先に行う第2 個人向けと法人向けを区別する第3 個人向けの補償1 個人向け4行の公表条件を比較する2 「30日」の起算点と役割を分ける第4 法人向けの補償1 法人・個人事業主向けの具体例―楽天銀行第5 残すべき記録第6 補償判断と法的請求は分けて検討する1 自ら振り込んだ被害と,回収手段を分ける第7 関連記事と出典
第1 被害の拡大防止を先に行う

身に覚えのない送金や払戻しに気付いた場合は,補償されるかどうかの検討だけで対応を遅らせず,銀行の正規窓口へ直ちに連絡する。
インターネットバンキングの停止,送金への対応,認証情報の保護等について銀行の案内を受け,警察にも相談する。
連絡先は,不審なメールやSMSのリンクではなく,銀行の公式サイト,通帳等から確認する。

本記事は,全国銀行協会の公表資料と銀行別の規定に基づき,補償の基本構造,具体的な条件及び初動対応を扱う。
個別の銀行の約款,契約,被害時点の運用及び事実関係によって結論が異なるため,補償を保証するものではない。

第2 個人向けと法人向けを区別する

区分
確認する基本資料

個人向けインターネットバンキング
全銀協の平成20年申し合わせ,各行の補償規定・約款

法人向けインターネットバンキング
全銀協の平成26年の考え方,各行の具体的な制度

偽造・盗難カードによる被害
カードの制度・法律と契約。オンライン送金と混同しない

自然人名義であっても事業用サービスを利用している場合がある。
個人事業主や弁護士の事務所口座は,名義だけでなく利用契約の種類を確認する。
銀行預金と,証券・暗号資産・決済サービスの被害も同じ制度ではない。

第3 個人向けの補償

全銀協は平成20年2月19日,インターネットバンキングによる不正払戻しについて,銀行に過失がない場合でも,顧客に過失がないときは原則として補償する旨を公表した(出典①)。
公表資料は,速やかな通知,事情説明及び捜査への協力等も補償の要件として整理している。

顧客に過失又は重過失がある場合の補償は,インターネットバンキングの手口・状況を加味した個別判断とされている(出典②)。
盗難通帳の参考欄にある補償割合を,インターネットバンキングへそのまま当てはめてはならない。

通知の遅れや説明内容等も問題になり得るため,銀行への連絡は速やかに行う。
古い申し合わせの期限だけを見て「まだ待てる」と判断せず,現在の契約と銀行の案内を確認する。
セキュリティソフトを導入していたという一点だけで,無過失又は補償対象と確定するわけではない。

(続きを読む...)インターネットバンキングの不正払戻し―補償要件,過失及び被害発生時の対応(AI作成)

画像・動画ファイルの形式と位置情報―PNG・JPEG・MP4・EXIFの確認と証拠保存(AI作成)

目次第1 形式の変換と証拠の保全を分ける第2 画像形式の違い第3 MP4と動画の再生1 再生上の相対時刻と,撮影した日時を分ける第4 EXIF・位置情報・表示時刻1 日時の種類を区別する2 「Exifなし」と「メタデータなし」を同一視しない第5 公開用コピーと保全用データ1 保全用は取得した状態を維持する2 公開用には必要な処理を別に行う第6 関連記事と出典
第1 形式の変換と証拠の保全を分ける

画像や動画を扱う際は,閲覧・提出しやすい形式にする作業と,取得したデータを保全する作業を分ける必要がある。
変換,圧縮,切取り,位置情報の削除等は,ファイルの内容や付随情報を変えることがある。
証拠となり得るデータは取得した状態で残し,公開・提出用のコピーを別に作ることが基本である。

第2 画像形式の違い

形式
特徴と確認事項

JPEG・JPG
写真で広く使われる。再圧縮により細部が変化し得る

PNG
可逆圧縮を用い,文字・図や透明部分のある画像等で使われる

GIF
色数等の制約があり,簡単な図やアニメーション等で使われる

TIFF
複数の圧縮方法等があり,拡張子だけでは中身を確定できない

BMP
ビットマップ画像の形式。対応や容量は保存方法等による

(続きを読む...)画像・動画ファイルの形式と位置情報―PNG・JPEG・MP4・EXIFの確認と証拠保存(AI作成)

GmailとGoogle Workspaceのアカウント・容量・端末管理(AI作成)

目次第1 個人用Gmailと組織の管理を区別する第2 保存容量はGmailだけで使うものではない第3 Gmailアドレスは変更できるか第4 2027年1月の外部メール機能の変更1 対象となる機能2 対象外の経路を区別する3 移行時の確認事項4 経路別に,終了対象と継続するものを確認する5 代替方法を五つの選択肢から検討する第5 端末確認と紛失時の対応第6 関連記事と出典
第1 個人用Gmailと組織の管理を区別する

Gmailはメールのサービスであり,GoogleアカウントはGmail以外の各種サービスにも用いられる。
個人用Googleアカウントと,組織の管理者が管理するGoogle Workspaceのアカウントでは,変更権限,保存容量,端末管理等が異なる。
法律事務所で利用する際は,誰の契約で,誰が回復・引継ぎを行えるかを明確にする必要がある。

第2 保存容量はGmailだけで使うものではない

通常の個人用Googleアカウントの無料容量は,Googleドライブ,Gmail及びGoogleフォトで共有される最大15GBである(出典①)。
Gmailの添付ファイルだけでなく,写真・動画等が容量を使っている場合もある。
Google Workspaceの容量はエディション等によるため,一律に15GB又は無制限とはいえない。

容量を使い切ると,メールの送受信やファイルの同期等に影響が生じる場合がある。
容量不足に気付いたら,利用状況,ごみ箱,迷惑メール,管理者側の割当てを確認する。
証拠資料や保存義務のあるデータを,容量確保のために無計画に削除してはならない。

第3 Gmailアドレスは変更できるか

Googleの現行案内は,変更の選択肢が利用できるアカウントについて,Gmailアドレスを別のGmailアドレスへ変更する手順を示している(出典②)。
したがって,「Gmailアドレスは一切変更できない」と断定する説明は改める必要がある。
すべてのアカウントで同時に同じ選択肢が出るとは限らず,実際のアカウント設定を確認する。

変更は単なる表示名の変更とは異なる。
旧アドレスの扱い,外部サービスのログイン,連絡先への通知,ChromebookやChromeリモートデスクトップへの影響を確認する。
事務所の業務用メールは,試しに変更してから影響を調べるのではなく,先に関連サービスを洗い出す。

第4 2027年1月の外部メール機能の変更
1 対象となる機能

令和8年(2026年)9月15日時点のGoogle公式案内は,令和9年(2027年)1月に,第三者メールアドレスからの送信,Gmailify及びウェブ版Gmailによる外部POPメール取得を終了する予定としている(出典③~⑤)。
新規設定と既存利用の移行時期は区別して確認する必要がある。
「Gmailそのものが使えなくなる」という意味ではない。

2 対象外の経路を区別する

スマートフォンのGmailアプリで外部アカウントを直接利用する方法,外部メール事業者からの転送,Thunderbird等からGmailへ直接接続する方法は,ウェブ版Gmailの外部POP取得とは別である。
Google Workspaceの機能やGmailのエイリアスについても,第三者アドレスからの送信終了と混同しない。
既に取り込んだメールが,この変更だけで直ちに消えるという案内ではない。

3 移行時の確認事項

① 現在の受信経路と送信経路を別々に図示する。
② 受信サーバー,送信サーバー,転送設定及び利用アプリを確認する。
③ 過去メール,添付ファイル,送信済みメールを保全する。
④ 新しい経路で送受信と返信先を試験する。
⑤ 旧設定を終了する日を決め,二重受信や送信元の誤りを確認する。

移行先の方式は,メール事業者の仕様と事務所の情報管理条件に合わせて選ぶ。
パスワードを第三者へ渡したり,暗号化を無効にしたりすることを移行の標準手順にしてはならない。

4 経路別に,終了対象と継続するものを確認する

メールの経路
今回の変更との関係

ウェブ版Gmailが他社メールをPOP取得/Gmailifyで連携
終了対象

(続きを読む...)GmailとGoogle Workspaceのアカウント・容量・端末管理(AI作成)

電子メールの仕組みと安全対策―POP・IMAP・SMTP・メールヘッダー・STARTTLS・PPAP(AI作成)

目次第1 メールサービスとメールソフトを区別する第2 POP・IMAP・SMTPの役割第3 ヘッダーから分かることと限界1 画面表示と原メール2 Received・Message-ID・認証結果第4 TLS・STARTTLSとポート番号第5 PPAPとファイル共有第6 不達・異常時の確認1 エラーメールと到達確認2 不審な添付ファイルと証拠保全第7 関連記事と出典
第1 メールサービスとメールソフトを区別する

メールが送れない,過去のメールが見つからないという場合には,メールサーバーと,閲覧・送信に使うソフトを分けて考える。
ThunderbirdやOutlookはメールソフトであり,アカウントを追加しただけでメールの保管場所や契約先がそのソフトの提供者に移るわけではない。
本記事は通信と安全管理の基礎を扱い,個別の設定値は契約先の公式案内に従うものとする。

第2 POP・IMAP・SMTPの役割

方式
基本的な役割
実務上の注意

POP
サーバーからメールを取得する
サーバーに残すか削除するかは設定による

IMAP
サーバー上のフォルダー・メッセージ等を同期する
削除も他端末へ反映され得る

SMTP
メールを送信・中継する
受信設定とは別に送信認証等を確認する

IMAPでも,本文を端末へ同期してオフラインで読む設定がある。
逆に,件名が表示されていても本文や添付ファイルがすべて保存済みとは限らない(出典①)。
POPとIMAPの違いを「必ず端末だけに保存」「必ずサーバーだけに保存」と単純化しない。

第3 ヘッダーから分かることと限界

(続きを読む...)電子メールの仕組みと安全対策―POP・IMAP・SMTP・メールヘッダー・STARTTLS・PPAP(AI作成)

ディスプレイの接続・拡張・画面共有―Google CastとMiracastの違い(AI作成)

目次第1 画面をどう使いたいかを先に決める第2 有線接続と拡張表示1 出力側・入力側・ケーブルを確認する2 複製と拡張を使い分ける第3 Google Cast第4 MiracastとWindowsの無線投影第5 映らない・音が出ない場合第6 関連記事と出典
第1 画面をどう使いたいかを先に決める

外部画面の利用には,同じ画面を映す「複製」,作業領域を広げる「拡張」,映像を受信機で再生する「キャスト」等がある。
いずれも画面を別の場所に表示するが,接続方式や音声,操作権限は同じではない。
法律相談や会議では,必要な資料以外の通知・事件名が表示されないかも確認する。

第2 有線接続と拡張表示
1 出力側・入力側・ケーブルを確認する

パソコンの映像出力とディスプレイの映像入力を,双方が対応するケーブルで接続する。
一般的なパソコンのHDMI出力に別の機器をつないでも,そのパソコンが映像入力用モニターになるわけではない。
必要に応じてキャプチャー機器等の対応を確認する。

USB Type-Cは端子形状であり,すべてのポート・ケーブルが映像出力に対応するわけではない。
電源供給,データ転送,映像出力の対応を別々に調べる。
配線の詳細はケーブル及びUSB等に関するメモ書きを参照されたい。

2 複製と拡張を使い分ける

説明相手と同じ内容を見る場合は複製,手元で資料を参照しながら別画面へ説明資料を出す場合は拡張が候補となる。
Windowsでは投影設定やディスプレイ設定で配置を確認する。
拡張にしただけで通知や非公開資料が漏れなくなるわけではなく,実際に相手側へ映る画面を確認する必要がある。

第3 Google Cast

Google Castに対応する受信機等へ,対応アプリのコンテンツやChromeのタブ・画面を送ることができる。
Chrome公式案内は,同じWi-Fiへの接続等の要件と,タブ又は画面を選ぶ操作を示している(出典①)。
すべてのテレビや無線画面がGoogle Castに対応しているわけではない。

対応サイトのキャストボタンを使う方法と,Chromeのタブ全体を送る方法では,映像の再生方法等が異なる(出典②)。
音声も,タブ・画面・OS・受信機の組合せによって扱いが異なるため,会議前に確認する。
画面共有を終えるときは,キャストの停止と受信機側の表示まで確認する。

第4 MiracastとWindowsの無線投影

Microsoftは,WindowsからMiracast対応のテレビ・プロジェクター等へ接続する方法として,WindowsキーとKキーによる選択を案内している(出典③)。
送信側と受信側の双方が対応していることが前提となる。
Google CastとMiracastは別の方式であり,名前や無線接続という共通点だけで互換性を判断してはならない。

Fire TV,Android端末,iPhone,iPad等についても,製品名だけでMiracast対応を断定しない。
機種・OS・アプリの現行仕様を調べる。
iPad等を追加画面として使う第三者アプリでは,導入権限,通信先及び利用条件も確認する。

第5 映らない・音が出ない場合

症状
最初に確認する事項

有線で映らない
入力切替,ケーブル,出力対応,アダプターの方向

無線の候補に出ない
両機器の方式,接続条件,受信待機状態

(続きを読む...)ディスプレイの接続・拡張・画面共有―Google CastとMiracastの違い(AI作成)

アカウント・パスワード・PIN・多要素認証の違いと安全な管理(AI作成)

目次第1 何の本人確認をしているか第2 Microsoftアカウント等の区別1 個人用・職場又は学校用・ローカル2 事務所で残す管理台帳第3 パスワードとWindows HelloのPIN第4 二段階認証と多要素認証1 段階と要素を分ける2 パスキーと端末移行第5 機種変更前と紛失時の対応1 機種変更前2 紛失・不正アクセスの疑い第6 関連記事と出典
第1 何の本人確認をしているか

アカウントはサービスや端末を利用するための登録・権限の単位であり,パスワードそのものではない。
安全に管理するためには,サービスのアカウント,端末のロック解除,認証用の機器,紛失時の復旧手段を分けて把握する必要がある。
パスキーなど,通常のログインでパスワードを入力しない方式もある。

第2 Microsoftアカウント等の区別
1 個人用・職場又は学校用・ローカル

Microsoftの個人用アカウントと,組織が管理する職場又は学校アカウントは別のものである。
同じメールアドレスに見える場合でも,ログイン先・管理者・利用権限が同じとは限らない。
ローカルアカウントは,基本的にはそのWindows端末で管理されるアカウントである。

裁判所の会議,事務所のMicrosoft 365,個人のOneDriveを使う際には,どのアカウントで参加・保存しているかを確認する。
会議の招待が届いたことだけで,資料を別の組織のクラウドへ保存してよいことにはならない。

小売店等で購入した買い切り版のOffice(Office 2016・Office 2019等)は,プロダクトキーを使った時点でMicrosoftアカウントに関連付けられ,再インストールには,そのアカウントでのサインインが必要になる(出典⑤)。
Officeの画面に事務所や会社のアドレスでサインインしていると表示されていても,そのアドレスにライセンスが付いているとは限らない。
ライセンス認証が外れた場合に新しいMicrosoftアカウントを作っても,そのアカウントに以前のライセンスは付いていない。
Officeの画面にサインインしていると表示されるアカウントと,ライセンスを結び付けたアカウントが別になっている例もあり,パソコンの中の記録から確かめる方法をOffice 2016・2019が「ライセンスのない製品」になったときの対応の第4の6で説明する。

2 事務所で残す管理台帳

台帳には,サービス名,管理対象者,管理者,登録メール,認証方式,復旧連絡先,退職時の停止方法を記録する。
買い切りのソフトウェアについては,ライセンスを関連付けたアカウント,プロダクトキーのカードの保管場所及び購入記録(購入日,購入先,機種名,製造番号)も記録する。
通常の共有台帳にパスワードやバックアップコードを並べて置かない。
職員個人の電話だけが唯一の認証手段になっていないかも確認する。

職員個人のアカウントで業務用のライセンスを登録すると,その職員の退職や異動の後に,事務所がアカウントを把握できなくなるおそれがある。
業務用のライセンスは,事務所が管理するアカウントに関連付けるのが望ましい。
パソコンの購入時に販売店や保守業者がアカウントを作成した場合は,作成者と,回復用の連絡先(電話番号や予備のメールアドレス)が誰に届く設定になっているかを書面で出してもらい,事務所が受け取れる連絡先にしておく。
Officeのライセンス認証が外れた場合の手順は,Office 2016・2019が「ライセンスのない製品」になったときの対応で説明する。

第3 パスワードとWindows HelloのPIN

Windows HelloのPINは,設定した端末に結び付いた認証鍵の利用を解除するために用いられる。
オンラインサービスに送信するパスワードと同じものではない(出典①)。
ただし,すべての「PIN」と呼ばれる暗証番号が同じ構造を持つわけではなく,SIMや金融サービスの暗証番号へ一律に説明を広げない。

パスワードはサービスごとに使い回さず,十分な長さを確保する。
管理ツールを使う場合には,その管理ツール自身の認証・復旧・共有範囲も点検する。
PINが端末内で扱われることは,端末の盗難・覗き見・マルウェアへの対策が不要という意味ではない。

第4 二段階認証と多要素認証
1 段階と要素を分ける

多要素認証は,知識,所持,生体情報等の異なる種類の要素を組み合わせる考え方である。
確認画面が2回あるだけで,必ず異なる二つの要素を使っているとは限らない。
サービス上の名称と実際の認証構成を確認する。

SMS,認証アプリ,セキュリティキー,パスキーには,利用条件・復旧方法・フィッシングへの耐性に違いがある。
認証コードを第三者へ伝えたり,自分が開始していない承認通知を許可したりしてはならない。

2 パスキーと端末移行

パスキーは公開鍵暗号を利用する認証方式であり,対応サイトに対して秘密鍵を持つことを証明する。
端末に固定されるものと,サービスを通じて同期されるものなどがあるため,「必ず1台だけ」「必ずすべて自動移行」とは扱わない(出典②)。
同期先のアカウントを失った場合の影響も確認する。

第5 機種変更前と紛失時の対応
1 機種変更前

① 利用中の認証アプリと登録サービスを棚卸しする。
② 公式の移行・バックアップ方法を確認する。
③ 復旧用連絡先とバックアップコードを安全な場所に保管する。
④ 新端末で実際にログインできることを,重要なサービスごとに確認する。
⑤ 確認後に旧端末の登録解除や廃棄を行う。

アプリが復元されたことと,各サービスの認証情報が使えることは別である。
旧端末を先に初期化しないことが重要である。

2 紛失・不正アクセスの疑い

別の安全な端末から公式のアカウント回復・端末管理を利用し,不審なセッション,連絡先,転送設定等を点検する。
既に侵害が疑われる場合は,単なるパスワード変更だけで完了とせず,記録保全と影響範囲の確認を行う。
組織アカウントは管理者と連携し,裁判期日への影響がある場合は代替連絡手段を確保する。

第6 関連記事と出典

mints固有の画面操作はmintsにログインできない場合の対処法を参照されたい。
GmailとGoogle Workspaceの管理及び弁護士情報セキュリティ規程も関連する。

① Microsoft「Windows Hello for Businessに関してよく寄せられる質問」
https://learn.microsoft.com/ja-jp/windows/security/identity-protection/hello-for-business/faq

② Microsoft「Windowsでのパスキーのサポート」
https://learn.microsoft.com/ja-jp/windows/security/identity-protection/passkeys/

(続きを読む...)アカウント・パスワード・PIN・多要素認証の違いと安全な管理(AI作成)

AI上司が採用・賃金・シフトを決める場合の日本法-アルゴリズム管理と使用者責任(AI作成)

第1 結論と本記事の対象

1 AIが判断しても使用者の責任はAIへ移らない

2 本記事の基準日と資料の位置付け

第2 AI上司の機能と権限を分解する

1 補助・支援と依拠・代替を分ける

2 入力から外部結果までの連鎖を記録する

第3 採用選考をAIに支援させる場合

1 適性・能力と関係のない情報を使わせない

2 予測スコアも管理対象にする

3 人による再審査の入口を置く

第4 賃金・評価をAIに算定させる場合

(続きを読む...)AI上司が採用・賃金・シフトを決める場合の日本法-アルゴリズム管理と使用者責任(AI作成)

法律事務所のAI・事件管理システム連携-問い合わせ,LINE,メール,FAX,期限及び書類をどうつなぐか(AI作成)

目次第1 本記事の対象と結論第2 文書作成だけを速くしても事件全体は速くならない第3 AIと事件管理システムの役割を分ける1 AIは自然言語の操作画面にする2 事件管理システムを記録原本にする3 会話履歴だけを記録にしない第4 最小限そろえる事件データ第5 問い合わせ・連絡・書類・期限をつなぐ1 問い合わせ受付2 LINE・電子メール・電話3 FAX・郵便・スキャン書類4 タスク・返信・期限第6 固定処理・AI判断・弁護士判断を分ける第7 守秘義務・個人情報・事件間の情報遮断第8 書込み・読戻し・ログ・事故対応第9 効果を測る指標第10 導入手順第11 Legal Smartの実践例から学べることと限界第12 関連記事第13 出典・参考資料

生成AIで文書の初稿を速く作れても,問い合わせ,LINE,電子メール,FAX,期限及び次のタスクが別々に管理されていれば,事件全体の解決速度は上がらないことがある。
本記事は,AIを自然言語の操作画面として用い,事件管理システムを記録原本として維持する設計を中心に,法律事務所の業務を安全につなぐ方法を整理する。法令及び公的資料は令和8年9月15日時点で確認した。

第1 本記事の対象と結論

対象は,問い合わせ受付,利益相反確認,受任判断,依頼者との連絡,書類整理,期限管理,タスク管理及び進捗報告を,生成AI又はAIエージェントと事件管理システムで支援する場合である。

結論は,次のとおりである。
①AIは,人が自然な言葉で検索,抽出,分類及び下書きを指示するためのインターフェースとして使う。
②依頼者,事件,期限,連絡及び書類の確定情報は,権限管理された事件管理システムを記録原本とする。
③条件が固定できる処理は決定論的なプログラムに任せ,文脈判断を要する分類又は要約だけをAIに任せる。
④受任の諾否,法的結論,依頼者又は相手方への送信,裁判所への提出,期限変更,削除その他の外部作用は,実行直前に弁護士が確認する。
⑤AIの出力を事件管理システムへ書き込んだときは,書込み後の値を読み戻し,出典,確信度,承認者及び訂正履歴を残す。
⑥導入効果は,作成文書の速度だけでなく,初回応答,進捗連絡,未返信,期限,事件全体の解決時間,誤分類及び手戻りで測る。

第2 文書作成だけを速くしても事件全体は速くならない

法律事務所の待ち時間は,起案そのものだけに生じるわけではない。問い合わせが担当者へ届くまで,必要資料がそろうまで,依頼者から回答を得るまで,弁護士が採否を決めるまで,又は次の担当者へ仕事が渡るまでにも時間が生じる。

一つの文書の作成時間が短縮されても,その前後の待ち時間が変わらなければ,事件の受付から終結までの期間はほとんど短縮されないことがある。反対に,未返信,期限及び次のタスクを早く発見し,必要な人へ正確に渡せれば,生成文の速度が同じでも依頼者が受けるサービスは改善し得る。

したがって,AI導入の目的を「文章を速く作る」に限定せず,どの状態で事件が滞留し,何を待っており,誰が次に動くかを可視化することが重要である。

第3 AIと事件管理システムの役割を分ける
1 AIは自然言語の操作画面にする

AIは,「本日届いた書類から期限候補を抽出する」,「直近30日間に進捗連絡のない事件を挙げる」,「依頼者への確認事項を下書きする」といった自然言語の指示を,検索,分類,抽出又は下書きの操作へ変換することに向いている。

もっとも,AIが説明しやすい文章を返したことは,事件データが正しく更新されたことを意味しない。AIの返答と実際のシステム状態を分け,どのデータを読み,どの操作を提案し,何が実行され,実行後にどの値になったかを確認する必要がある。

2 事件管理システムを記録原本にする

依頼者名,当事者,事件番号,手続段階,期限,担当者,次のタスク及び連絡履歴は,アクセス権,訂正履歴及びバックアップを備えた事件管理システムを記録原本とする。AIの会話画面又は個人のメモを確定情報の保存先にしない。

AIは事件管理システムから必要最小限の情報を読み,結果を候補として返す。確定値へ書き込む場合は,対象事件,項目,変更前後,根拠資料及び承認者を表示し,書込み後に同じ項目を読み戻す。この構造にすれば,AIを交換しても確定記録を維持しやすい。

3 会話履歴だけを記録にしない

チャット履歴は,検討過程又は指示の証拠として役立つ場合があるが,重要情報が自由文の中に埋もれる。期限,担当者及び次のタスクは構造化された項目へ確定し,元資料又は会話への参照を付ける必要がある。

また,会話の途中で指示を訂正しても,既に実行された書込み,送信又は削除が自動的に取り消されるとは限らない。訂正後は,会話だけでなく,保存先又は送信先の現在値を確認する。

(続きを読む...)法律事務所のAI・事件管理システム連携-問い合わせ,LINE,メール,FAX,期限及び書類をどうつなぐか(AI作成)

法律事務所がAIエージェントに専用PCを与えるときの安全設計-全権委任,承認疲れ,最小権限及び敬語の限界(AI作成)

目次第1 この記事の対象と結論第2 承認疲れから全権委任へ移る危険第3 専用PCが安全境界になる条件1 専用PCだけでは足りない2 端末,アカウント及びネットワークを分ける3 資格情報を常置しない4 サンドボックスを一つの箱と考えない第4 弁護士情報セキュリティ規程との関係1 弁護士が情報の責任者である2 基本的な取扱方法に書く事項3 AIは事務職員と同じ責任主体ではない第5 操作ごとの権限と承認1 OS組込み型AIは一つのスイッチで管理しない第6 秘密情報,個人情報及び外部資料第7 敬語は安全対策になるか第8 案件ごとのAI作業許可票第9 事故に備えたログ,停止及び復旧第10 裁判例の確認状態と本記事の限界第11 関連記事第12 出典・参考資料

生成AIに一つずつ操作を確認させる方法は安全に見えるが,確認が多すぎると,人が内容を読まずに承認したり,確認を避けるために広い権限を一括して与えたりする危険がある。
AIエージェントへ専用のノートパソコンを与える方法も,適切に設計すれば被害範囲を限定できる一方,端末に全案件のデータ,管理者権限,無制限のネットワーク及び本番用の認証情報を与えれば,安全な隔離にはならない。

本記事は,法律事務所がAIエージェント用の専用PCを設ける場合に,どこまで自動実行を許し,どの操作を弁護士の承認へ戻すべきかを整理するものである。

第1 この記事の対象と結論

結論として,AIエージェントへの権限は,「全権委任するか,全操作を承認するか」という二者択一にしてはならない。
対象データ,利用可能なシステム,操作の種類及び外部への効果ごとに権限を分け,低危険度の読取り,検索及び下書きは自動化しつつ,送信,提出,公開,削除,決済及び権限変更は弁護士の承認へ戻す設計が考えられる。

発想の起点は,三雲崇正氏のX投稿である。
同投稿は,個々の操作確認が面倒になり,ChatGPTとClaudeにそれぞれノートパソコンを与えて全権委任し,敬語で話しかけるようにしたという趣旨のユーモアを含む体験談である。

X投稿は,投稿者がそのように述べたことの原資料であり,承認疲れ,専用PC及び敬語という論点を発見する資料にはなる。
しかし,専用PCの安全性,敬語による事故防止又は法律上の義務を証明する資料ではない。

第2 承認疲れから全権委任へ移る危険

人による承認は,対象,操作及び影響を理解して判断する場合に意味がある。
低危険度の操作を含めて何度も承認を求めると,承認が定型動作となり,重要な操作と軽微な操作の区別が失われやすい。

Anthropicは,自社製品の権限確認について,確認回数が多いことによる承認疲れと,確認を省略した場合の危険の双方を挙げ,サンドボックスを用いて通常の操作範囲をあらかじめ限定する方法を説明している。
OpenAIも,Codexの安全設計として,書込み可能範囲,ネットワーク接続,資格情報及び高危険度操作の承認を別々の境界として説明している。

これらは,各社が自社製品の設計及び想定する脅威を説明したベンダー一次資料である。
法律事務所における安全性が独立に実証されたこと,又は日本法上の義務内容を直接示すものではない。

実務では,全操作の確認を増やすのではなく,①外部へ効果が生じる,②秘密情報が管理境界を越える,③失敗後の回復が困難である,④弁護士又は依頼者の名義が表示される,という操作に承認を集中させることが考えられる。

第3 専用PCが安全境界になる条件
1 専用PCだけでは足りない

専用PCは,他の業務端末とデータ及び権限を分けるための物理的な器になり得る。
もっとも,専用PCから事務所全体の共有ドライブ,全依頼者の事件記録,メール,WordPress,裁判所の電子提出システム及び決済手段へ接続できるなら,一台にまとめたこと自体は最小権限を意味しない。

また,AIごとに端末を分けても,同じクラウドアカウント,APIキー,ブラウザープロファイル又は共有フォルダを使えば,端末間の論理的な境界は弱くなる。
専用PCの有無ではなく,そのPCから何が見え,何を変更でき,どこへ送信できるかを確認する必要がある。

2 端末,アカウント及びネットワークを分ける

専用PCを安全境界として使う場合,少なくとも次の措置が考えられる。

①案件又は業務群ごとにOSユーザー及び作業フォルダを分けること
②通常は管理者権限を与えないこと
③書込み可能な範囲を指定された作業フォルダに限定すること

(続きを読む...)法律事務所がAIエージェントに専用PCを与えるときの安全設計-全権委任,承認疲れ,最小権限及び敬語の限界(AI作成)

AIエージェントを使うならWindowsとMacのどちらがよいか-用途別のパソコン選び(AI作成)

目次第1 AIエージェント用パソコンの結論第2 OSより先に決める三つの条件1 エージェントに操作させる対象2 Apple向けアプリを開発するか3 AIをクラウドと手元のどちらで動かすか第3 Windowsが適する場合1 既存の業務環境を維持する場合2 Linuxの開発ツールを併用する場合3 NVIDIA製GPUを利用する場合第4 Macが適する場合1 Apple向け開発を行う場合2 Apple siliconでローカルAIを動かす場合3 macOSの環境を既に使っている場合第5 ローカルAIではハードウェアを比較する1 WindowsとMacの双方で動くソフト2 NVIDIA製GPUとApple siliconの違い3 保存容量第6 AIエージェントの安全性はOSだけでは決まらない1 権限とネットワークの管理2 業務ごとに作業範囲を限定する第7 購入時の選び方1 クラウド型AIを中心に使う構成2 ローカルAIを中心に使う構成3 迷う場合の結論4 Officeのライセンスと購入時の記録第8 出典・参考資料1 AIエージェント及びOSの公式資料2 ローカルAI及びGPUの公式資料3 業務ソフト及びWindows互換性の公式資料
第1 AIエージェント用パソコンの結論

AIエージェントを利用するだけであれば,WindowsとMacのいずれも選択できる。
令和8年9月15日現在,主要なAIエージェントは両方のOSに対応しているため,普段使う業務ソフト,開発対象及びローカルAIの利用方法から選ぶのが合理的である。

Word,PDF,スキャナその他の既存のWindows環境をそのまま自動化するならWindowsが適している。
iPhone又はMac向けアプリを開発するならMacが必要となり,ローカルAIを重視するならNVIDIA製GPUとApple siliconのどちらに対応するソフトを使うかが分岐点となる。

第2 OSより先に決める三つの条件
1 エージェントに操作させる対象

クラウド側のAIモデルが同じでも,エージェントが読み書きするファイル,実行するコマンド及び操作するアプリは手元のパソコンに依存する。
既存の業務を自動化する場合は,その業務が現在安定して動いているOSを維持する方が,移行時の互換性確認を減らせる。

2 Apple向けアプリを開発するか

AppleのXcodeは対応するmacOS上で動作し,iOS,iPadOS,macOS,watchOS及びvisionOS向けのSDKとSimulatorを提供している。
これらのアプリをAIエージェントにビルド又は検証させることが主目的であれば,Macを選ぶ理由は明確である。

3 AIをクラウドと手元のどちらで動かすか

ChatGPT等のクラウド型サービスを中心に使う場合は,モデルの計算能力よりもブラウザ,Office及び多数の資料を同時に扱えるメモリが重要となる。
大規模言語モデルを手元で動かす場合は,モデルの容量,量子化方式,メモリ又はVRAM,SSD容量及び利用するライブラリへの対応を先に確認する必要がある。

第3 Windowsが適する場合
1 既存の業務環境を維持する場合

Microsoft OfficeはWindowsとMacの双方で提供されているが,既存のアドイン,マクロ,フォント,印刷設定,スキャナ及び業務ソフトまで同一に動作するとは限らない。
Windows中心の環境で蓄積した文書と周辺機器をAIエージェントに操作させる場合は,Windowsを継続する方が移行リスクを抑えやすい。

関連する既存記事として,IT関係のメモ書きがある。

2 Linuxの開発ツールを併用する場合

Windows Subsystem for Linux(WSL)を使えば,Windows上でLinuxディストリビューション,Bash及びLinux用ツールを利用できる。
WindowsではUnix系の開発環境を使えないという説明は,現在のWSLを考慮すると正確でない。

3 NVIDIA製GPUを利用する場合

NVIDIAのCUDAを前提とするAIソフトを使う場合は,対応するNVIDIA製GPUを搭載したWindowsが有力な選択肢となる。
Docker Desktopも,Windows,WSL 2及びNVIDIA製GPUの組合せによるGPU利用を案内している。

第4 Macが適する場合
1 Apple向け開発を行う場合

XcodeによるApple向けアプリのビルド,Simulatorによる確認及び実機デバッグを継続的に行うなら,Macを選ぶのが直接的である。

(続きを読む...)AIエージェントを使うならWindowsとMacのどちらがよいか-用途別のパソコン選び(AI作成)

mintsのGoogle Tag Manager(GTM)と外部送信情報―最高裁の存否応答拒否,電気通信事業法27条の12及び確認できた範囲(AI作成)

目次第1 この記事の対象と結論1 この記事が扱う問題2 結論の要点3 確認できたことと確認できないことを混同しないこと第2 最高裁判所の2通の存否応答拒否1 利用者向け案内文書に関する不開示通知2 タグ及びトリガーの設定変更手順に関する不開示通知3 2通の通知から分かることと分からないこと第3 mints公開ページで確認できた技術的事実1 HTMLに含まれるGTMの識別子2 通常表示で確認できた範囲3 追加確認が必要な事項第4 電気通信事業法27条の12の外部送信規律1 規律の概要2 例外と適用範囲3 直接適用の有無と自主的透明性を分けること第5 mints利用規約及びセキュリティ資料との関係1 mints利用規約13条2 セキュリティ対策の概要第6 司法行政文書開示と存否応答拒否1 裁判所独自の司法行政文書開示制度2 存否応答拒否の意味3 裁判例から見た審査の枠組みと限界4 不服申出の期間第7 弁護士実務で確認・保存しておきたい事項1 安全性と透明性を別々に確認すること2 確認日時と確認範囲を記録すること3 事件情報の入力を必要最小限に管理すること第8 今後の開示申出・説明資料に望まれる構成1 設定の秘密と利用者向け説明を分離すること2 非公開部分を限定した資料を対象にすること第9 関連記事第10 出典1 最高裁判所の不開示通知書2 mintsの公表資料3 法令及び総務省資料4 司法行政文書開示制度及び裁判例
第1 この記事の対象と結論
1 この記事が扱う問題

mints(民事裁判書類電子提出システム)の公開トップページのHTMLには,Google Tag Manager(以下「GTM」という。)のコンテナ識別子が含まれている。
他方で,GTMという仕組み又はその識別子が存在することと,利用者の端末から第三者に情報が現実に送信されることは同じではない。

この記事は,最高裁判所事務総局が令和8年9月10日付で出した2通の不開示通知書,令和8年9月14日に確認したmintsの公開ページ,mints利用規約及びセキュリティ対策の概要並びに電気通信事業法の外部送信規律を整理するものである。
確認できた事実,資料に書かれていること,そこからの評価及び確認できないことを区別して記載する。

2 結論の要点

① mintsの公開トップページのHTMLには,令和8年9月14日現在,GTM-MH6LMQFという文字列を含むnoscript要素内のiframeが存在した。
ただし,通常のJavaScript有効環境で確認した時点では,そのiframeは有効な要素として表示されず,一般的なGTM読込み用スクリプトも確認できなかった。

② 以上は,限られた時点及び条件における公開ページの観察結果である。
ログイン後の画面,JavaScriptを無効にした場合,特定の操作又はイベントが発生した場合,設定変更後の状態,送信先,送信項目,利用目的,保存期間及び送信先での利用の有無までは確認していない。

③ 最高裁判所は,GTMによる外部送信情報に関する利用者向け案内文書と,GTMのタグ及びトリガーの設定変更に関する決裁手順について,対象文書の存否を答えるだけで情報セキュリティが害されるおそれがあるとして,文書が存在するか否かを明らかにしないまま不開示とした。
これは,案内文書又は決裁手順が存在しないと判断した通知ではない。

④ 電気通信事業法27条の12及び同法施行規則は,一定の電気通信役務について,利用者の端末に外部送信を指令するプログラム等を送信する場合の通知又は容易に知り得る状態に置く措置を定めている。
もっとも,mints又はその運営主体にこの規律が直接適用されるかは,今回確認した資料だけでは結論を出せない。

⑤ mints利用規約13条は個人情報を裁判所の個人情報保護制度に従って取り扱う旨を定めるが,外部送信先,送信される情報,利用目的等を具体的に説明する条項ではない。
セキュリティ対策の概要も,認証,通信経路,バックアップ等を説明する資料であり,外部送信情報の透明性とは別の問題である。

3 確認できたことと確認できないことを混同しないこと

GTMは,ウェブサイト運営者が解析,広告その他のタグを一元管理するために用いる仕組みである。
しかし,コンテナ識別子だけから,どのタグが設定され,どの条件で作動し,どの情報がどこへ送信されるかを確定することはできない。

したがって,「GTMの識別子があるから外部送信が行われている」と断定することも,「通常表示でGTMの読込みを確認できなかったから外部送信はない」と断定することも適切ではない。
この記事では,両方向の過剰な推測を避ける。

第2 最高裁判所の2通の存否応答拒否
1 利用者向け案内文書に関する不開示通知

開示申出の対象は,「mintsに含まれるGoogleタグマネージャー(GTM)について,電気通信事業法における外部送信規律の趣旨を踏まえ,どのような情報を外部送信しているかを利用者に案内する文書(最新版)」であった。
申出日は令和8年7月7日,受付日は同月10日であり,受付番号は080110である。

最高裁判所事務総長は,令和8年9月10日付最高裁秘書第3177号で,この文書の存否を答えるだけで裁判所の情報セキュリティに係る事務の適正な遂行に支障を及ぼすおそれがあり,行政機関の保有する情報の公開に関する法律5条6号に定める不開示情報に相当するとして,存否を明らかにせず不開示とした。

2 タグ及びトリガーの設定変更手順に関する不開示通知

別の開示申出の対象は,「mintsに含まれるGTMのタグ及びトリガーの設定を変更する場合の決裁手順が分かる文書(最新版)」であった。

(続きを読む...)mintsのGoogle Tag Manager(GTM)と外部送信情報―最高裁の存否応答拒否,電気通信事業法27条の12及び確認できた範囲(AI作成)

弁護士がCodexを長時間・並列利用する際の使用量管理-プロンプトキャッシュ、プラグイン、heartbeat及び監査ログ(AI作成)

目次

1 結論及び本記事の対象
2 プロンプトキャッシュの基本

2.1 照合対象はユーザーの質問文だけではないこと
2.2 先頭部分の一致が重要であること
2.3 キャッシュヒットは回答の再利用ではないこと

3 キャッシュ効率を変え得る要素

3.1 ツール、プラグイン及びスキル
3.2 動的情報の置き場所
3.3 モデル、推論設定及び文脈圧縮

4 長時間・並列利用におけるタスク設計

4.1 メインタスクとワーカータスクを分けること
4.2 必要な能力だけを各タスクへ渡すこと
4.3 heartbeatを短くし、停止条件を定めること

5 弁護士業務で削ってはいけないもの

5.1 出典及び証拠の階層
5.2 秘密情報の入力判断
5.3 人による承認及び外部作用の統制

6 使用量を測定し、原因を切り分ける方法

(続きを読む...)弁護士がCodexを長時間・並列利用する際の使用量管理-プロンプトキャッシュ、プラグイン、heartbeat及び監査ログ(AI作成)

法律事務所のGoogle口コミ対応-依頼,謝礼,返信,守秘,広告及び証拠保存(AI作成)

法律事務所が依頼者へGoogle口コミを依頼すること自体は,一律に禁止されているわけではない。しかし,実際の体験に基づく任意の投稿であること,謝礼又は割引と交換しないこと,満足した依頼者だけを選別しないこと,事件内容又は受任関係を無断で公表しないことが重要である。

口コミへの返信は公開される。低評価に反論するためであっても,相談又は受任の有無,事件の内容,依頼者から受けた説明,費用の支払状況その他の秘密を,依頼者の投稿以上に明らかにすべきではない。

口コミ代行業者が架空の投稿を行い,又は口コミの件数・内容に応じて報酬を受ける場合,Googleのポリシー,弁護士広告及び第三者との提携関係を併せて検討する必要がある。

目次

第1 この記事の結論
第2 Googleが認める口コミ依頼と禁止する利益提供

1 口コミを依頼すること
2 謝礼,割引その他の利益を付けない
3 肯定的な依頼者だけを選別しない
4 景品表示法のステルスマーケティング規制

第3 弁護士業務広告との関係

1 自ら掲載する「依頼者の声」
2 架空口コミ及びAI生成口コミ
3 口コミ数又は星の数を成果として広告する場合

第4 守秘義務及び個人情報

1 口コミ投稿を依頼する場面
2 返信で受任関係を認めない

(続きを読む...)法律事務所のGoogle口コミ対応-依頼,謝礼,返信,守秘,広告及び証拠保存(AI作成)

法律事務所のLLMO・GEO対策-Google公式見解,効果測定,弁護士広告及び外注先管理(AI作成)

目次

第1 この記事の結論第2 LLMO,GEO及びAI検索対策の意味1 用語は統一されていない2 取得から受任までは別の段階である第3 Googleが必要ないと説明している施策1 llms.txt及びAI専用ファイル2 AIのためだけの文章分割及び書換え3 AI専用の構造化データ第4 法律情報で優先すべき内容1 一般論の再要約より固有資料を優先する2 裁判例は実在だけでなく射程を確認する第5 LLMO・GEOの効果をどう測るか1 指標を一つにまとめない2 Google検索と外部AIサービスの流入を分ける3 固定質問による観測の限界4 競合サイト登場後の変化をどう検討するか第6 業者資料及び研究論文の読み方1 増加率だけでは判断しない2 GEO研究が測ったもの3 買い手調査の「好む」と「した」を区別する4 検索結果の多様性は掲載枠の保証ではない5 第三者推計と実測の指標をそろえる6 AI生成記事の割合と検索での掲載を区別する第7 弁護士広告としての確認1 AI検索対策も広告規程の外にはない2 専門性,実績及び依頼者の声3 口コミを操作しない第8 LLMO・SEO業者へ委託する場合1 契約前に確認する事項2 非弁提携との境界3 広告関連記録を保存する4 無料試用・自動更新と解約方法を確認する第9 山中弁護士ブログで優先する施策第10 一次資料及び判例の位置付け第11 関連記事第12 出典・参考資料

法律事務所のAI検索対策では,AIに引用されるための特殊なファイルを増やすことよりも,読者に役立つ固有の情報を,一次資料へ戻って確認できる形で公開し,その効果を問い合わせ及び受任まで追跡することが重要である。

Googleは,生成AI検索についても従来のSEOの基本が有効であり,Google検索に表示されるためにllms.txt,AI専用テキスト,専用Markdown,特別なschema.orgマークアップ又は細かな文章分割を行う必要はないと説明している。他方で,ChatGPT,Claudeその他のサービスがウェブページを取得する方法はGoogleと同一とは限らない。

また,法律事務所のウェブサイトは弁護士業務広告となり得る。第三者評価,依頼者の声,解決実績,「専門家」等の表示及び外部業者への委託は,表示の正確性だけでなく,依頼者の同意,守秘義務,報酬の連動,管理権限及び広告関連記録の保存まで含めて検討する必要がある。

第1 この記事の結論

法律事務所が行うべきAI検索対策は,次の順序で考えるのが適切である。

どの依頼者のどの疑問に答えるかを決める。
法令,裁判例,官公庁資料その他の根拠を確認する。
山中弁護士ブログにしかない開示文書,整理,実務経験又は比較を加える。
読者が原資料へ移動できるよう,資料名,日付,頁及びURLを示す。
通常の検索,Googleの生成AI検索及び外部AIサービスからの流入を区別して測る。
表示回数や引用数だけでなく,問い合わせ,相談,受任及び回収売上まで確認する。
広告表示,外部委託,口コミ及び制作記録を弁護士自身が管理する。

LLMO又はGEOという名称の施策であっても,この順序を省略して,AI回答への掲載数だけを成果と評価すべきではない。

第2 LLMO,GEO及びAI検索対策の意味

1 用語は統一されていない

LLMOはLarge Language Model Optimization,GEOはGenerative Engine Optimization,AEOはAnswer Engine Optimizationの略称として用いられることが多い。いずれも,生成AI又は回答型検索に自らの情報が発見,参照又は表示されやすくなるようにする取組を指すが,法律上又は国際標準上の統一した定義があるわけではない。

(続きを読む...)法律事務所のLLMO・GEO対策-Google公式見解,効果測定,弁護士広告及び外注先管理(AI作成)

AIシステムの脆弱性診断・レッドチーミングを外部委託する契約――権限範囲,試験環境,停止条件,秘密保持及び脆弱性開示(AI作成)

第1 記事の対象と結論第2 三つの試験を区別する1 脆弱性診断2 ペネトレーションテスト3 AIセーフティに関するレッドチーミング第3 試験権限を契約で具体化する1 承諾の主体と対象2 許容行為と禁止行為第4 環境,データ及び停止条件を決める1 試験環境とデータ2 停止条件と緊急連絡3 変更管理第5 秘密情報,個人データ及び証拠を管理する1 取得を最小化する2 試験記録を証拠として保全する第6 報告,開示,改修及び検収を一続きにする1 報告書の必須項目2 脆弱性情報の開示3 改修と再試験を検収条件にする第7 AIシステムで追加すべき試験項目第8 契約前チェックリスト第9 関連記事第10 出典・参考資料1 法令・ガイドライン2 公的資料
第1 記事の対象と結論
本記事は,生成AI,検索拡張生成(RAG)及びAIエージェントを含むAIシステムについて,脆弱性診断,ペネトレーションテスト又はAIセーフティに関するレッドチーミングを外部事業者へ委託する場合の契約事項を整理するものである。

結論は,①「診断を実施する」とだけ定めず,対象資産,許される行為,利用アカウント,試験時間及び第三者サービスとの境界を明示すること,②本番環境の利用,実データへの接触及び高負荷試験を原則から切り離して個別承認事項とすること,③異常時の停止条件及び連絡経路を実施前に確定すること,④発見した秘密情報及び個人データの取扱い並びに試験記録の保全・削除を定めること,⑤報告書の内容,改修期限及び再試験を検収条件に結び付けること,⑥AI固有の評価だけでなく通常の認証・認可及びクラウド設定も試験対象にすることである。
第2 三つの試験を区別する
1 脆弱性診断
脆弱性診断は,ウェブアプリケーション,API,クラウド設定又はネットワーク等について,既知の脆弱性や設定不備を一定の手順で検出し,その有無と改善方法を報告する業務である。
網羅性を重視する検査であっても,契約上の対象外資産又は禁止された手法まで試せるわけではない。
2 ペネトレーションテスト
ペネトレーションテストは,想定する攻撃者の目的を置き,実際の攻撃に近い方法で防御を回避できるかを確認する試験である。
脆弱性の列挙だけでなく,権限昇格,横移動又は重要情報への到達可能性を検証するため,業務停止,データ変更及び第三者環境への波及のリスクが大きく,許可する手法と停止条件を特に明確にする必要がある。
3 AIセーフティに関するレッドチーミング
AIセーフティ・インスティテュートの「AIセーフティに関するレッドチーミング手法ガイド(第1.10版)」は,AIシステムのリスクシナリオと攻撃シナリオを作成し,攻撃の実施記録,結果報告及び改善後のフォローアップまでを一連の工程として示している。
対象には,モデルの出力だけでなく,RAG,外部ツール,入出力データ及び運用方法を含むAIシステム全体を置く必要がある。

AIレッドチーミングと通常のセキュリティ試験は重なるが,同一ではない。
有害出力,誤情報,プロンプトインジェクション又はモデルの安全機能回避を調べても,テナント間のデータ分離,APIの認可,クラウドの権限又は秘密鍵の管理が安全であることは証明できないため,契約書では両者の範囲を別々に記載する必要がある。
第3 試験権限を契約で具体化する
1 承諾の主体と対象
不正アクセス行為の禁止等に関する法律2条4項は,不正アクセス行為を定義する際に,アクセス管理者又は一定の場合の利用権者の承諾を得てする行為を除外しており,同法3条は不正アクセス行為を禁止している。
したがって,試験実施者に対する包括的な「許可」があるだけで足りると考えず,各システムのアクセス管理者を確認し,誰が,どの資産について,どの方法を承諾できるかを文書化する必要がある。

承諾のない試験は,ツールが脆弱性診断用であっても不正アクセス行為になり得る。東京地裁平成29年4月27日判決(平成26年特(わ)第927号)は,「脆弱性検査ツールとして海外で配布されているソフトウェア」を使って他社のサーバーにSQLインジェクションを繰り返した行為を,アクセス制御機能による「特定利用の制限を免れることができる指令」の入力による不正アクセス行為と認定している。ペネトレーションテスト用のオープンソースのツールの中には,自ら所有するか書面で明示の許可を得たシステムにだけ使うよう明記しているものがあるが,そうしたツールをAIエージェントに組み込んで多数のECサイトを攻撃した例も報告されている(セキュリティ企業Gambit Securityの2026年9月22日の報告)。承諾の範囲を文書で特定することは,委託者だけでなく受託者を守るためにも必要である。

対象は,ドメイン名,IPアドレス,APIエンドポイント,クラウドプロジェクト,アプリケーションの版,モデル,RAGのデータストア,外部ツール,試験用アカウント及び権限ロールで特定する。
子会社,共同利用先,クラウド事業者又は連携SaaSが管理する部分は,委託者の承諾だけで試験できるとは限らないため,対象から除外するか,必要な第三者承諾を別途取得する。
2 許容行為と禁止行為
許容行為には,使用できる診断ツール,手動操作,認証回避の試行,権限昇格,プロンプトインジェクション,ファイル投入,API呼出し,疑似データの取得及び負荷の上限を記載する。
禁止行為には,サービス妨害,破壊的操作,永続化,マルウェア設置,実在する第三者への送信,無関係な個人データの閲覧,ソーシャルエンジニアリング及び対象外環境への横移動を必要に応じて列挙する。

(続きを読む...)AIシステムの脆弱性診断・レッドチーミングを外部委託する契約――権限範囲,試験環境,停止条件,秘密保持及び脆弱性開示(AI作成)

法律事務所のAIエージェント業務設計-目的・コンテキスト・権限・完了条件をどう分けるか(AI作成)

第1 この記事の対象と結論第2 全情報共有と管理役への集中の二者択一にしない第3 コンテキストを三層に分ける1 全作業に共通する規律2 案件又は記事に固有の文脈3 担当者ごとの個別作業指示4 Source・State・Knowledge・Taskを分ける5 作業ファイルをPLAN・SPEC・TODO・KNOWLEDGEに分ける第4 統括役と担当者の役割を分ける1 統括役が保持する判断2 担当者へ渡すべき目的3 独立査読に渡さない情報4 担当者に識別名を付け,他の担当者の報告を検証すべき主張として扱う第5 権限と人の承認を作業ごとに置く1 読む権限と外部へ作用する権限を分ける2 承認は実行の直前に置く3 実装層は固定条件・人の操作・文脈判断で選ぶ4 AIを操作画面,事件管理システムを記録原本にする5 承認疲れと専用PCの限界第6 完了条件を成果物だけで終わらせない1 完了条件に根拠と未確認事項を含める2 外部作用を伴う作業は読戻しまで含める3 担当弁護士の理解を完了条件に含める第7 失敗の徴候を記録して設計を直す1 長期失敗はコンテキスト量だけでは説明できない2 状態台帳,チェックポイント及び復旧経路を置く3 失敗記録を個別指示の追加で終わらせない4 失敗を評価データセットへ戻す第8 法律事務所で使う指示のひな形1 最初に渡す短い中核2 必要な作業だけに追加する項目3 本文と証拠台帳を分ける第9 既存記事との関係第10 出典・参考資料

第1 この記事の対象と結論

本記事は,法律事務所が複数のAIエージェント又は複数の会話を使って調査,起案,査読及び確認を分担させる場合に,何を全員へ共有し,何を担当ごとに限定し,どの判断を弁護士へ戻すかを整理するものである。
結論として,全員へ全情報を渡す方法と,統括役だけが目的を持つ方法の二者択一にする必要はない。
共通規律,案件文脈及び個別作業指示の三つに分け,担当者には必要最小限の目的と固定条件を渡し,戦略変更,最終的な法的判断及び対外的な操作を統括役又は弁護士へ戻す設計が考えられる。

発想の出発点は,鈴木大貴氏のX投稿である。
同投稿は,AIエージェントによる自律組織を設計する際に,会社又はプロジェクト全体の目的を全実装者へ持たせるか,管理役だけに持たせるかという問いを提示したものであり,法律事務所での効果や法的義務を実証した資料ではない。

OpenAIのMulti-agent公式資料は,各サブエージェントが独自のコンテキストを持ち,統括エージェントが結果をまとめる仕組みを説明し,独立した作業には明確な問いと期待する結果を与えること,短い作業及び相互に依存する工程は統括側に残すことを案内している。
また,OpenAIのモデル向け公式ガイドは,期待する成果,成功条件,制約,許される副作用,根拠のルール及び出力形式を明示し,停止条件を置くことを推奨している。
これらは製品及びプロンプト設計に関する一次資料であるが,法律事務所の業務管理としての有効性又は法令・会規への適合性を直接証明するものではない。

本記事の三層構造,役割分担及びチェックリストは,これらの資料と既存の運用を踏まえた実務上の提案である。
裁判例を根拠とする法的命題は扱っていないため,裁判所ウェブサイト又は判例秘書による裁判例の確認は行っていない。

第2 全情報共有と管理役への集中の二者択一にしない

全員に全ての情報を渡すと,各担当者は全体の目的を理解しやすい一方,長い指示の反復,無関係な情報への引きずられ,秘密情報の拡散及び独立査読の弱体化が起こり得る。
特に,起案の経緯,暫定評価及び採用予定の結論まで査読担当へ渡すと,査読が起案者の筋書きを再確認する作業になりやすい。

反対に,統括役だけが目的を持ち,担当者へ断片的な作業だけを渡すと,担当者の出力が局所的には正しくても,依頼者の目的,記事の検索意図又は事件全体の戦略から外れることがある。
担当者が前提の誤り又は重要な例外に気付いても,なぜその作業をしているかが分からなければ,問いを修正して統括役へ戻すことができない。

そこで,目的を全て渡すか全く渡さないかではなく,担当者が誤った問いを検知するために必要な範囲の「なぜ」を共有する。
その上で,起案履歴,暫定的な心証,他の担当者の未確定意見及び担当作業に不要な秘密情報は原則として渡さない方法が考えられる。

第3 コンテキストを三層に分ける
1 全作業に共通する規律

第1層は,案件を問わず変えない共通規律である。
例えば,①確認済みの事実,資料の記載,推論及び不明点を区別すること,②法令はe-Gov法令検索,裁判例は裁判所ウェブサイト又は利用可能な判例データベースの原文で確認すること,③依頼者情報及び秘密情報の入力範囲を守ること,④保存,送信,提出,公開又は削除を勝手に行わないこと,⑤根拠を確認できない事項を推測で埋めないことが含まれる。

この層は,個別の担当者にも原則として共通させる必要がある。
もっとも,共通規律を長大にしすぎると,具体的な作業指示が埋もれるため,常に守る固定条件に限って置くことが望ましい。

2 案件又は記事に固有の文脈

第2層は,当該案件又は記事に固有の文脈である。
①達成しようとする目的,②基準時,③使用してよい資料,④主要な争点又は検索意図,⑤対象外,⑥誰のための成果物か,⑦結論が変わる条件を記載する。

この層は,担当作業が全体目的から外れないために必要である。

(続きを読む...)法律事務所のAIエージェント業務設計-目的・コンテキスト・権限・完了条件をどう分けるか(AI作成)

山中弁護士レベルのAI作成書面が普及した場合の知財訴訟-弁護士業務への影響(AI作成)

目次第1 本記事の前提と結論1 「山中弁護士レベル」の意味2 結論第2 知財訴訟でAIの影響が早く現れる理由1 争点と提出物が対応表にしやすい2 大量の技術・法律資料を同時に扱う3 AIの有用性は確認されても,そのまま使える水準とは限らない第3 侵害論と無効論に関する業務への影響1 クレームチャートの初稿は大きく速くなる2 無効資料調査は候補発見から証拠化まで分けて考える3 反論候補は増えるが,主張の絞り込みが重要になる第4 証拠収集,秘密管理及び損害論への影響1 公開情報の整理と相手方内部資料の取得は別問題である2 損害額の集計と複数シナリオの試算は速くなる3 秘密資料をAIへ入力する前の統制が必要である第5 技術説明,控訴・審決取消及びSEP訴訟への影響1 技術説明資料は作りやすくなるが,理解させる責任は残る2 控訴・審決取消訴訟では早期の争点固定が一層重要になる3 SEP訴訟ではデータ分析と交渉支援の比重が高まる第6 商標・意匠・著作権・営業秘密等への影響1 商標・意匠事件2 著作権事件3 営業秘密・ソフトウェア事件第7 弁護士の作業量,報酬及び組織への影響1 時間単価型の書面作成は圧力を受ける2 少人数事務所の対応範囲は広がるが,専門家連携は消えない3 若手育成を自動化任せにしない第8 知財訴訟でAIを使うための実務設計1 AIへ渡す前に事件資料を固定する2 出力を命題単位で検証する3 人が決める事項を先に定義する第9 まとめ第10 出典・参考資料1 法令・裁判所資料2 AI利用・研究資料
第1 本記事の前提と結論
1 「山中弁護士レベル」の意味

本記事では,「山中弁護士レベルのAI作成書面」を,公開された一次資料及び依頼者から適法に提供された資料を基に,論点,事実,証拠及び出典を対応させた実務上利用可能な書面の初稿を短時間で作成できる水準という仮定で用いる。
これは,特定のAIが日本の知財訴訟で既にこの水準へ達したという実証結果を述べるものではない。
また,AIが裁判結果を予測し,弁護士に代わって最終判断をするという前提でもない。
以下のAI利用例も,この仮定と必要な資料・機能が利用できることを前提とする。

調査の基準日は令和8年9月13日である。
特許権侵害訴訟を中心に,審決取消訴訟,標準必須特許(SEP)訴訟,商標・意匠・著作権・営業秘密等の紛争及び知財弁護士の業務モデルへの影響を検討する。
特許出願書類の作成そのものは本記事の主題ではなく,AIの能力と人材育成を検討するために必要な範囲で参照する。

2 結論

最も大きく短縮される可能性が高いのは,①大量資料の分類,②特許請求の範囲と対象製品の対比表の初稿,③先行技術候補の探索と差分表,④相手方主張への反論候補の列挙,⑤売上げ・数量・経費資料の集計,⑥準備書面,証拠説明書及び技術説明資料の初稿,⑦外国語資料の仮訳である。
いずれも,知財訴訟に固有の法的判断そのものというより,複数資料を一定の軸で対応付ける作業である。

他方,①争う特許・請求項・構成要件の選択,②技術者からの聴取と証拠の発見,③クレーム解釈,均等論,進歩性及び記載要件の評価,④秘密資料をどこまで開示するかの判断,⑤専門家・裁判所への技術説明,⑥和解・ライセンス条件の交渉,⑦AI出力の検証及び最終責任は,弁護士の中核業務として残る。
したがって,仕事が一律に消えるのではなく,「文章を作る時間」から「証拠を収集・保全し,主張を選び,技術と事業を理解し,結果に責任を負う時間」へ配分が変わると考えられる。

弁護士業務全般への影響は,山中弁護士レベルのAI作成書面が普及した場合に大きな影響を受ける弁護士の業務分野で説明している。
本記事は,そのうち知財訴訟を工程別に詳しく扱うものである。

第2 知財訴訟でAIの影響が早く現れる理由
1 争点と提出物が対応表にしやすい

東京地方裁判所知財部の特許権侵害訴訟の審理要領は,原則として,侵害の有無と無効論を扱う侵害論の後,侵害の心証が得られた場合に損害論へ進む二段階審理を示している。
同裁判所の侵害論の審理モデルでは,対象製品又は方法の特定,構成要件充足性,無効の抗弁,これに対する反論・訂正による対抗主張及び技術説明が順番に配置されている。
各段階で,主張,認否,証拠及び次の反論を対応付ける必要があるため,構造化と差分抽出を得意とするAIの影響が表れやすい。

2 大量の技術・法律資料を同時に扱う

特許訴訟では,特許請求の範囲,明細書,図面,出願経過,対象製品の仕様,ソースコード,実験結果,先行技術文献及び裁判例を横断する。
商標・意匠・著作権事件でも,画像,広告,販売履歴,利用態様,制作過程及び市場資料の整理が必要になる。
AIは,資料ごとの用語の揺れを吸収し,候補となる対応関係を広く示す点で有用になり得る。
もっとも,資料に存在しない事実を推測で補えば,整った表や文章であるほど誤りを見落としやすい。

3 AIの有用性は確認されても,そのまま使える水準とは限らない

令和8年5月掲載の最高裁長官記者会見によれば,民事裁判における試行では,当事者間の主張整理に一定の有用性があった一方,出力をそのまま使える水準ではなかったとされる。
同会見は,裁判官の判断作用にAIを用いることは相当でないとし,ハルシネーション,機密性,個人情報,倫理及び利用者側の力量も課題として挙げる。

(続きを読む...)山中弁護士レベルのAI作成書面が普及した場合の知財訴訟-弁護士業務への影響(AI作成)

AIで変わる弁護士業務30分野―書面作成・証拠評価・交渉への影響(AI作成)

目次第1 この記事の対象と結論1 想定するAI作成書面2 結論第2 影響の大きさを分ける条件1 影響が大きくなりやすい条件2 業務全体の代替を抑える条件第3 全分野に共通して変わる業務1 相談前後の情報整理2 調査,起案及び査読3 依頼者側の内製と価格の比較第4 書面作成の比重が高く影響が特に大きい分野1 紛争処理の定型化が進んでいる分野2 企業内で反復される法務分野3 資料審査と申請書面が中心となる分野第5 専門判断と証拠評価も大きく変わる分野1 技術・規制資料を大量に扱う分野2 専門資料と事実評価が結論を左右する分野3 生活関係と身体拘束を扱う分野第6 書面以外の中核が残る分野1 対話と即時判断が成果を左右する業務2 危機,国境又は公共判断を伴う業務第7 法律事務所の収益と人員配置への影響1 若手の初稿作成から工程管理へ移る2 報酬は作業量から検証範囲へ移る3 個人の処理能力と事務所全体の体制・利益を分ける第8 新たに増える弁護士業務1 AI成果物の検証と事故対応2 法務工程と利用環境の設計第9 関連記事1 業務代替の条件と人が担う役割2 裁判所提出書面の検証3 非弁護士によるAI法務支援サービス第10 出典・参考資料1 法令2 司法機関・所管行政機関の公表資料3 職能団体の委員会・会員による解説4 学術文献5 国内の事業者資料と本人の公開投稿
第1 この記事の対象と結論
1 想定するAI作成書面

本記事における「山中弁護士レベルのAI作成書面」とは,依頼者又は担当弁護士が整理した資料を基礎に,事実,証拠,法令及び裁判例を対応させ,人が原典と記録を確認した上で,裁判所への提出又は依頼者への提供を検討できる初稿を作成する状態をいう。
AIが単独で正しい書面を完成させるという意味でも,特定の製品又は利用者について品質を保証する意味でもない。
本記事は,令和8年9月13日を調査基準日として,この水準の書面作成支援が広く利用可能になった場合に,どの弁護士業務がどの工程で影響を受けるかを整理するものである。

2 結論
(1) 書面工程は全分野で変わる

影響を受けない業務分野は,原則としてない。
相談票,時系列表,調査メモ,契約書,意見書,訴状,準備書面,申立書,報告書その他の文章を作る工程は,全分野に存在するためである。
ただし,書面作成時間が短くなることと,事件処理全体が代替されることは同じではない。

(2) 分野ごとの差は書面外の仕事から生じる

影響が特に大きいのは,入力資料が電子化され,文書の型が安定し,反復件数が多く,正誤を原典又は証拠で検査しやすい分野である。
これに対し,事実の発見,供述の信用性評価,依頼者の意思形成,交渉,現場対応,尋問及び最終判断の比重が大きい分野では,準備書面や検討記録は強く変わっても,業務全体の代替は進みにくいと考えられる。

(3) 実証研究が示す範囲

2026年公表の無作為化比較試験では,米国の上級法科大学院生137人が6種類の法律課題に取り組み,2種類のAIツールによる生産性の有意な向上が6課題中5課題で確認された。
上昇幅は課題により約50%から130%であったが,秘密保持契約書の起案では有意な改善が確認されなかった。
参加者は実務弁護士ではなく,課題は訴訟関連に偏り,使用されたのは2024年時点の米国向けツールであるから,この数値を日本の各業務分野へそのまま当てはめることはできない。

第2 影響の大きさを分ける条件
1 影響が大きくなりやすい条件

本記事では,①資料が検索可能な電子データである,②求める成果物と評価基準を言語化できる,③同種案件又は同型書面が多い,④引用,数値及び要件を原典で検証できる,⑤成果物の中心が文章である,⑥依頼者又は企業の法務部門が一定部分を内製できる,という条件が多いほど影響が大きいと整理する。
大量記録の分類,時系列化,比較,抜け漏れ候補の抽出及び複数文書の統合は,特定の実体法分野に限られず,この条件を満たしやすい。

2 業務全体の代替を抑える条件

①記録に現れない事実を面談又は現場で見つける必要がある,②供述,感情又は関係性の評価が結論を左右する,③交渉相手又は裁判所の反応に応じて方針を変える,④身体拘束,保全,事故又は不祥事に即時対応する,⑤専門家として説明し責任を負う,という条件が多い分野では,人の関与が中核に残る。
AIが質問案,論点表又は書面案を作れるようになっても,どの事実を重視し,どの選択肢を勧め,どこで譲歩又は停止するかという意思決定までは,自動的に決まらない。

第3 全分野に共通して変わる業務
1 相談前後の情報整理

相談票,メール,契約書,録音の文字起こしその他の資料から,当事者,日付,金額,争いのない事実,矛盾候補及び不足資料を抽出する工程は短くなると考えられる。
東京弁護士会の機関誌LIBRAに掲載された会員執筆記事も,初回相談の資料から時系列,法的論点,追加聴取事項及び証拠候補を整理する利用例を示している。
これは個別執筆者による実務解説であり,東京弁護士会全体の拘束的な判断を示すものではない。

(続きを読む...)AIで変わる弁護士業務30分野―書面作成・証拠評価・交渉への影響(AI作成)

TreeeSで事務職員ができること-GビズIDメンバー,サポーター及びシステム送達受取人の違い(AI作成)

目次第1 記事の対象と結論1 公開資料と本番の権限を区別する2 三つは同じ種類の区分ではない第2 できることの比較1 比較表2 調達資料の表を読む際の注意第3 GビズIDメンバー第4 サポーター第5 システム送達受取人1 システム送達を受けるための役割である2 送達の効力発生時期を管理する3 送達受取人の届出と受信一覧の表示期間第6 サポーター兼システム送達受取人1 提出と送達受領を兼ねるが,常時閲覧とは別である第7 登録前に決めること1 後からGビズID利用へ切り替えられないとの改修方針がある2 二つの台帳を分けて管理する第8 先行導入と再確認事項1 名古屋での先行導入予定2 導入時に再確認する事項第9 関連記事第10 出典1 法令及び裁判所規則2 裁判所の制度・調達資料3 GビズIDの公式資料4 職能団体及び一般公開の解説
第1 記事の対象と結論
1 公開資料と本番の権限を区別する

本記事は,民事訴訟法,民事訴訟規則,裁判所の公開調達資料,GビズIDの公開資料及び従前に確認した研修用操作マニュアルを基に,職員の認証アカウントと事件上の役割を分けて説明する。
令和8年10月4日の見直しでは,公開調達資料の設計と本番で実装された権限を区別し,確定した利用条件として読める記載を改めた。

その後,令和8年9月19日に,最高裁判所がTreeeSの研修環境で配布している「TreeeS操作マニュアル 当事者用」(2026年7月2日発行)を確認した。
同マニュアルで確認できた事項は,後記第3の4,第4の3及び第5の3に書き加えた。
同マニュアルの全体の読み方は「TreeeS操作マニュアル(当事者用)の読み方―提出の入口,30日で消える一覧,手数料の納付及び送達の確認」で説明している。

2 三つは同じ種類の区分ではない

結論として,GビズIDメンバー,サポーター及びシステム送達受取人は,同列の三択ではない。
GビズIDメンバーは,GビズIDプライムを保有する組織の職員について作成する組織・認証上のアカウント区分であるのに対し,サポーター及びシステム送達受取人は,TreeeS上の事件への関与方法又は役割を示す区分である。

したがって,事務職員の登録方法を決めるときは,①どのアカウントで本人確認及びログインを行うか,②どの事件に関連付けるか,③提出,事件記録の常時閲覧及びシステム送達の受領のうち何を担当させるかを分けて検討する必要がある。
アカウントの種類だけを決めても,事件単位の権限設計が終わったことにはならない。

第2 できることの比較
1 比較表
区分GビズIDメンバーをTreeeSと連携する場合サポーターシステム送達受取人サポーター兼システム送達受取人制度上の位置付け組織の職員向けの認証アカウント事件単位の提出補助の役割事件単位の送達受領の役割二つの事件上の役割を兼ねる区分書面のオンライン提出本番の公開案内で確認可能その役割だけでは不可可能事件記録の常時閲覧本番の公開案内で確認不可不可不可システム送達の受領本番の公開案内で確認サポーターであるだけでは受取人にならない可能可能確認上の留意点最終的な裁判所公式権限表の確認が必要送達も担当させる場合は別の指定が必要送達対象文書の閲覧と事件記録の常時閲覧は別である常時閲覧が必要なら別の構成を検討する

上表の事件上の役割は,令和7年7月2日付公開調達資料62頁等を基にした整理である。
GビズIDメンバーをTreeeSで利用する最終条件と操作範囲は,公開された本番の権限表及び実画面で確認する。

2 調達資料の表を読む際の注意

最高裁判所の令和7年7月2日付調達資料62頁は,外部ユーザを当事者・代理人,サポーター,送達受取人及び第三者に分け,サポーターの例として司法書士及び法律事務所事務員等を挙げている。
同頁の注記は,サポーターにはオンライン提出が必要である一方,事件記録を閲覧できず,サポーターであることから直ちに受送達者となるものではないとしている。

同資料はシステム対応の観点から作られた調達資料であり,最終的な運用マニュアルではない。
特に,表中の技術的な利用可能性と,事件上の役割として当然に付与される権限を混同しないことが重要である。

第3 GビズIDメンバー

GビズIDメンバーは,GビズIDプライム又は管理者が職員について作成する認証上のアカウントである。
メンバー編が説明する利用サービスの設定と,TreeeSの事件上の役割は別であり,認証アカウントの付与は訴訟代理権そのものではない。

職員ごとのアカウント,サービス権限,メールアドレス,有効期限及び担当終了時の棚卸しは,TreeeSでGビズIDメンバーを使う方法を参照されたい。

第4 サポーター

サポーターは,本人又は代理人のために個別事件で提出操作を補助する役割である。サポーターであるだけでは,システム送達受取人にならず,訴訟記録一覧から常時記録を閲覧できるとも説明されていない。

事件単位の登録,提出権限,本人の依頼・承諾書面及び担当終了時の解除は,TreeeSのサポーターとはを参照されたい。

(続きを読む...)TreeeSで事務職員ができること-GビズIDメンバー,サポーター及びシステム送達受取人の違い(AI作成)

デジタル証拠の原本保全とハッシュ値-弁護士が解析前に残すべき記録(AI作成)

目次第1 結論第2 「原本」を媒体,データ及び来歴に分けて考える1 デジタルデータでは同じ内容の複製を作ることができる2 ファイルコピーと物理イメージは同じではない第3 解析前に端末を操作する危険1 単に接続又は起動しただけでも変化し得る2 電源を切ることも常に正解ではない第4 弁護士が解析前に残すべき記録1 取得対象と権限2 取得作業3 写真及び画面4 受渡し第5 ハッシュ値の計算方法と記録方法1 SHA-256を実務上の基準にする2 Windowsで外部ツールを使う例3 ハッシュ記録を別に保存する第6 ハッシュ値で分かることと分からないこと1 同一性を検証するための基準値である2 内容の真実性及び作成者は別の問題である第7 ImHexは保全後の作業用複製に使う1 ImHexは書込み可能な解析ツールである2 解析結果は端緒と検証済み事実を分ける第8 裁判例に見る変換説明と同一性1 大阪地裁令和8年6月4日判決2 この判決から一般化できる範囲第9 受領から提出までの実務フロー1 四つのデータを分ける2 最小限の作業順序3 提出段階の確認第10 出典・参考資料1 法令・最高裁判所規則2 裁判例3 裁判所の解説・運用資料4 官公庁の技術資料5 民間団体・ソフトウェア開発者の技術資料
第1 結論

本記事は,令和8年9月9日を調査の基準日として,デジタル証拠を受領した弁護士が解析又は形式変換の前に残す記録を,法令,裁判所資料,技術資料及び裁判例をAIで照合して整理したものである。
端末,スマートフォン及びクラウドでは最初の操作による影響が異なるため,個別の取得手順を一律に示すものではない。

本記事では,最初の実務対応を,受領時点の状態,取得元,取得者,取得日時,取得方法及び対象範囲の記録と,解析に使わない保全用複製の確保とする。
重要なデータでは,解析又は形式変換の前にSHA-256のハッシュ値を外部ツールで計算し,対象ファイルとは別の安全な場所にも記録した上で,解析は作業用複製に対して行うのが基本形である。

もっとも,ハッシュ値が一致することから分かるのは,比較した二つのビット列が同じであることにとどまる。
ハッシュ値だけで,取得前に編集されていなかったこと,記録内容が真実であること,作成者,作成日時又は操作した人物まで証明できるわけではない。

本記事では,データの保管管理という技術上の意味で「原本保全」という表現を用いる。
これは,裁判所があらかじめ証拠調べをする民事訴訟法234条の「証拠保全」とは別のものである。

第2 「原本」を媒体,データ及び来歴に分けて考える
1 デジタルデータでは同じ内容の複製を作ることができる

紙の契約書では,署名又は押印のある物理的な一通を原本と呼びやすい。
これに対し,デジタルデータは同一のビット列を複製できるため,「原本」という語だけでは,元の端末,その端末から最初に取得したファイル,記録媒体全体のイメージ又は解析前に固定した保全用複製のどれを指すのかが明らかにならない。

デジタル証拠については,①どの機器,アカウント又はサービスに存在したデータか,②誰がどの権限で取得したか,③どの方法で何を取得したか,④取得後にどの複製を保全し,どの複製を解析したかという来歴を一体として記録する。
本記事では,このうち解析に使わず保存する基準データを「保全用複製」,実際の閲覧,検索,変換又は解析に使うものを「作業用複製」,裁判所へ提出する形式に変換又は切り出したものを「提出用複製」と呼ぶ。

2 ファイルコピーと物理イメージは同じではない

NIST IR 83876頁は,フォレンジックにおけるイメージを,利用者から見えないデータ,書式情報,削除された文字及び日時等を含むビット単位の正確な複製と説明している。
通常のファイルコピーは,必要な個別ファイルを取得する方法として有用であるが,未割当領域,削除データ,ファイルシステムの構造又は一部のメタデータまで取得できるとは限らない。

そのため,削除の有無,USB接続履歴,ファイルの作成・変更・アクセス時刻,アクセス権限又は記録媒体全体の利用状況が争点になり得る事件では,個別ファイルだけをコピーしてから専門家へ相談しても,必要な情報が既に失われていることがある。
他方で,あらゆる案件で端末全体を物理イメージ化すればよいわけではなく,本記事では,取得権限,調査目的,個人情報の範囲,費用及び業務停止の影響を踏まえて取得範囲を決めることを基本形とする。

第3 解析前に端末を操作する危険
1 単に接続又は起動しただけでも変化し得る

NIST IR 835431頁~32頁は,記録媒体をコンピュータに接続すると,OSがファイルを確認してアクセス時刻を変更することがあると説明している。
書込み防止装置は変更を生じさせるコマンドを抑制するために用いられるが,媒体自身の内部処理による変化まで一切生じないことを保証するものではない。

デジタル・フォレンジック研究会「証拠保全ガイドライン第10版」24頁~28頁も,原本への書込み防止,対象物全領域の複製,同一性検証及び作業ログを証拠保全機器に求められる主要機能として挙げている。
弁護士が自ら簡易ツールを使う場合も,本記事では,ツールを差し込む前に,その操作が対象端末へ何を書き込み,どのログ又は時刻を変える可能性があるかを確認することを基本形とする。
会社PCへUSB型の解析ツールを接続する場面の取得権限,個人情報及び労務上の論点は,USB型フォレンジックツールを労務管理で利用する場合の法的注意点で説明している。

2 電源を切ることも常に正解ではない

稼働中の端末では,電源を維持すればOSやアプリによる書込みが続く一方,電源を切ればメモリ上の情報,通信状態又は復号に必要な鍵を失うことがある。

(続きを読む...)デジタル証拠の原本保全とハッシュ値-弁護士が解析前に残すべき記録(AI作成)

AI生成画像・動画を法律事務所サイトで使う際の注意点-AI生成表示,弁護士広告,著作権・肖像権,守秘及び制作記録(AI作成)

第1 結論1 AI生成表示だけでは足りない2 五つの確認層第2 AI生成であることの表示1 通常の法律事務所サイトと表示義務2 表示するかは誤認リスクから決める3 表示文例と表示場所第3 弁護士広告としての確認1 画像と文章を一体として見る2 架空の人物・相談場面・解決場面3 広告内容を裏付ける記録第4 著作権の確認1 入力素材と生成指示2 出力とウェブ公開3 AI生成物を自ら保護できるか4 サービス規約の商用利用許可第5 肖像権・パブリシティ権の確認1 写真だけでなく識別できる似姿にも注意する2 架空の人物という指示だけでは足りない3 著名人の顧客吸引力を広告に使わない第6 守秘義務・個人情報の確認1 実在事件の事実を入力しない2 利用規約・データフロー・設定を確認する3 外部制作者にも同じ基準を適用する第7 制作記録と来歴情報1 保存する制作記録2 電子透かし・来歴情報の限界3 公開後の差替えと事故対応第8 掲載前後の実務チェック1 生成前2 掲載前3 掲載後第9 関連する記事1 肖像・パブリシティ・AI証拠2 個人情報・生成AI契約第10 出典1 法令・国会資料2 裁判例3 政府の指針・注意喚起4 職能団体の規程・委員会資料・技術資料
第1 結論
1 AI生成表示だけでは足りない

法律事務所がAI生成画像又はAI生成動画をウェブサイトに掲載するときは,「AIで作った」と表示するだけでは足りない。
表示は閲覧者の誤認を減らす一つの手段であるが,第三者の著作権・肖像権を消滅させず,弁護士広告の不正確な印象を正当化せず,守秘義務違反を治癒するものでもない。

実務では,①入力素材,②生成結果,③広告全体の印象,④守秘・個人情報,⑤制作記録を別々に確認し,最後に一つの掲載判断へ統合する必要がある。
特に,実写と見分けにくい人物画像又は動画は,架空の人物であっても,実在する依頼者,職員,弁護士,裁判所又は取扱実績を撮影したものと受け取られないかを確認すべきである。

本記事は,令和8年9月9日現在の日本法及び公表資料に基づく一般的な整理である。
個別の画像・動画,利用規約,広告文言及び掲載ページの構成によって結論は変わり得る。

2 五つの確認層
確認層主な確認事項表示だけでは解決しない理由
入力素材参照画像,写真,ロゴ,文章,プロンプトの権原無断入力又は類似物を作る目的の入力が問題になり得る
生成結果既存著作物との類似性・依拠性,実在人との識別可能性AI生成であることは侵害判断の免責事由ではない
弁護士広告実在の職員・依頼者・取扱実績・結果との誤認広告は画像,見出し,本文,配置を含む全体の印象で受け取られる
守秘・個人情報事件情報,依頼者情報,入力後の保存・学習・再利用公開画像が架空でも,制作時の入力で秘密が外部処理され得る
制作記録規約,プロンプト,候補,編集,承認,掲載版表示の正確性,権利確認及び差替え理由を後から説明する必要がある

第2 AI生成であることの表示
1 通常の法律事務所サイトと表示義務

本記事で確認したAI法及び人工知能関連技術の研究開発及び活用の適正性確保に関する指針は,通常の法律事務所サイトに掲載する全てのAI生成画像・動画について,一律の可視表示義務又は統一文言を定めているわけではない。
もっとも,同指針は,透明性,アカウンタビリティ,プライバシー・個人情報及び知的財産への配慮を掲げ,AIの用途とリスクの影響度に応じた対応を求めている。

経済産業省の「AI事業者ガイドライン(第1.2版)」は,AI利用者に対し,関係する者の性質に応じた合理的な範囲で,適正な利用方法を含む情報を平易かつアクセスしやすい形で提供することを掲げている。
ただし,これは法律事務所サイトの全てのAI生成画像・動画について,特定の文言又は表示場所を一律に定める法令ではない。

他方,表示義務が特定の場面で法制化される例もある。
令和8年法律第58号は,選挙運動又は一定期間の落選運動に使うインターネット上の文書図画について,社会通念上軽微な改変又は実写と誤認されるおそれのないものを除き,AIを利用して作成・改変した画像又は映像である旨の表示を求め,令和9年3月1日から施行される。

したがって,「日本法にはAI生成表示の義務がない」と一般化するのは正確でない。
通常の法律事務所サイトでは,法令の適用範囲に加え,利用するサービス・媒体の規約,広告の文脈及び閲覧者の誤認可能性を確認して表示方法を決める必要がある。

海外向けにサービスを提供し,又は海外事業者の生成サービスを調達する場合は,日本の表示規律だけでは判断できない。
EUでは提供者の機械可読の表示と利用者によるディープフェイク等の開示が別の義務であり,中国の表示弁法では可視表示とファイルメタデータを分けて定めている。
また,EUの既存システムに関する経過措置は50条2項の提供者の義務についてのものであり,50条全体が延期されたものではない。
これらの主体・適用日・例外と韓国等の制度は,別稿「EU・アジア主要法域のAI規制を比較―適用日,生成表示,事業者の役割と日本企業の対応」で,令和8年10月5日現在の法令・公式資料に即して整理している。

2 表示するかは誤認リスクから決める

表示の必要性は,AIの利用割合だけでなく,画像又は動画が伝える意味から判断するのが適切である。
実在の依頼者の体験,実際の相談風景,実在する職員,実際の裁判所,現実の解決結果又は現実の報道映像と受け取られる可能性が高いほど,画像又は動画に近接した可視表示を置く必要性が高い。

反対に,抽象的な背景模様,明らかな図解又は現実の場面と誤認されにくい装飾まで,同じ長さの注記を一律に付ける必要性は低いことがある。
ただし,表示を省略する判断をした場合も,制作記録にはAI利用の有無,利用範囲及び省略理由を残すことが望ましい。

3 表示文例と表示場所

全体をAIで生成した写実的な画像又は動画には,例えば次の表示が考えられる。
これは法定文言ではなく,実在の人物・事件・施設であるとの誤認を減らすための表示例である。

※この画像(動画)は生成AIを利用して作成したイメージであり,実在の依頼者,相談者,事件又は裁判所を示すものではない。

実写素材をAIで重要な程度に加工した場合には,例えば次のように,加工であることを示す。
実在人物の写真を用いたときは,この注記とは別に,撮影・加工・公開の同意範囲を確認する必要がある。

※この画像(動画)は生成AIを利用して加工したイメージである。

表示は,画像直下のキャプション又は動画プレーヤーの直近など,閲覧時に気付きやすい場所へ置くのが望ましい。
画像のalt属性,ファイル名又は来歴メタデータだけでは,通常の閲覧者が表示を認識できないことがある。

(続きを読む...)AI生成画像・動画を法律事務所サイトで使う際の注意点-AI生成表示,弁護士広告,著作権・肖像権,守秘及び制作記録(AI作成)

AI利活用に伴う民事責任-補助/支援型AI・依拠/代替型AI・AIエージェントで誰が責任を負うか(AI作成)

第1 結論と本記事の射程1 結論2 本記事の対象・基準日・資料の位置付け第2 最初に契約関係と損害経路を分ける1 契約当事者間の責任2 契約関係のない第三者に対する責任3 製造物責任法が問題となる場合第3 補助/支援型AIでは人の最終判断が中心となる1 補助/支援型AIの意味2 弁護士業務支援AIの想定事例3 開発者・提供者の責任が限定されるとは限らない第4 依拠/代替型AIでは業務プロセス全体を評価する1 該当性を判断する二つの要素2 利用者の義務は構築・運用・監視へ移る3 開発者・提供者に求められる説明と設計第5 AIエージェントでは権限と連鎖を調べる1 責任追及の対象となる者2 カスタマーサポートの想定事例3 権限が広いほど事故経路を細分化する4 長期運用では単発精度と一貫性を分ける第6 責任主体を分ける実務上の確認表第7 初動で保存すべき証拠1 まず現状を固定する2 証拠の保有者と取得負担を対応させる3 調査の拡張条件と停止条件を決める4 利用量・キャッシュ異常では原因を分けて保存すること第8 消滅時効を早期に確認する1 契約上の請求2 不法行為上の請求3 製造物責任上の請求第9 裁判例の蓄積と本記事の限界1 AI民事責任を正面から判断した裁判例2 カーナビルート案内事件第10 関連記事第11 出典1 法令2 裁判例・公的な裁判例一覧3 所管行政機関の解説・手引き4 技術的な研究・事業者資料5 関連記事
第1 結論と本記事の射程
1 結論

AIの誤回答,誤判定又は自律的な動作によって損害が発生しても,AIの利用者,利用者の使用者,開発者,提供者又は製造業者のうち一者だけが常に責任を負うわけではない。
まず,被害者との契約関係,AIを組み込んだ業務の設計・運用,誤出力から損害までの人の関与,開発者・提供者による説明及び安全措置,並びに製造物への組込みの有無を分けて検討する必要がある。

経済産業省の「AI利活用における民事責任の解釈適用に関する手引き〔第1.0版〕」は,AIを「補助/支援型AI」と「依拠/代替型AI」に分ける。
補助/支援型AIでは,最終判断をする利用者が本来負う注意義務を果たしたかが中心となり,AIを使っただけで注意義務の水準が上下するものではないと整理されている。
依拠/代替型AIでは,個々の出力を人が毎回再判断することよりも,必要な精度・安全性を備えた業務プロセスを構築し,継続的に監視・改善することが中心となる。

もっとも,この二分類は法令上の要件ではなく,経済産業省の研究会が現行法の解釈を整理するために示した分析枠組みである。
契約条項,具体的な利用場面,損害の種類及び証拠によって結論は変わり,最終的な法解釈は裁判所が行う。

2 本記事の対象・基準日・資料の位置付け

本記事は,令和8年9月7日現在の日本法を前提に,業務でAIを利用した結果として顧客,取引先その他の第三者に損害が生じた場面を主な対象とする。
著作権,個人情報,営業秘密,弁護士法その他の業法それ自体の詳しい要件は,損害賠償責任の前提となる範囲に限って扱う。

経済産業省の手引きは,不法行為法上の論点を中心に,製造物責任法にも触れた所管行政機関の解説・手引きである。
新たなルールを創設するものではなく,掲載された事例も全て架空であり,契約責任は具体的な契約内容を別途確認する必要があると明記されている。
したがって,本記事も,同手引きの記載を判例又は拘束力のある規範として扱わない。

第2 最初に契約関係と損害経路を分ける
1 契約当事者間の責任

顧客がAIを導入した事業者から誤った説明を受けた場合,顧客と事業者との契約内容に応じて,民法415条の債務不履行責任が問題となる。
AI利用企業とAI提供者又は開発者との間では,利用規約,業務委託契約,SaaS契約,品質保証,サービス水準,利用目的,免責・責任制限,補償,ログ保存及び再委託の条項が出発点となる。

損害の範囲については,民法416条の通常損害・特別損害の区別が問題となり,債権者側にも損害の発生又は拡大に関する過失があれば,民法418条による調整があり得る。
そのため,「AIが誤った」という事実だけでは足りず,誰がどの性能を約束し,どのリスクを説明し,どの確認作業を担当すると合意したかを契約書と実際の運用の双方から確認する必要がある。

2 契約関係のない第三者に対する責任

契約関係のない第三者が損害を受けた場合は,民法709条の不法行為責任が中心となる。
具体的には,権利又は法律上保護される利益の侵害,故意又は過失,損害及び因果関係を個別に検討する。

従業員が事業の執行についてAIの誤出力を利用して第三者に損害を与えた場合は,民法715条の使用者責任が問題となり得る。
利用者,提供者その他の複数人の行為が共同して損害を生じさせた場合は,民法719条の共同不法行為が問題となり得るが,各主体が自動的に連帯責任を負うわけではない。

被害者側の確認不足又は損害拡大への寄与がある場合は,民法722条2項の過失相殺が問題となり得る。
ただし,AIであること又は誤回答の可能性が十分に表示されていなかった場合まで,利用者に一律の確認義務があったと扱うことはできない。

3 製造物責任法が問題となる場合

(続きを読む...)AI利活用に伴う民事責任-補助/支援型AI・依拠/代替型AI・AIエージェントで誰が責任を負うか(AI作成)

米国のフロンティアAI規制-Claude Fable 5・Mythos 5停止,大統領令14409,FRONTIER Act及びコロラド州法(AI作成)

第1 本記事の対象と結論1 五つの資料は法的性質が異なる2 本記事の資料範囲第2 大統領令14409の内容1 対象フロンティアモデルの機密ベンチマーク2 公開前30日までの任意協力枠組み3 強制的な許可制度ではない第3 Claude Fable 5・Mythos 5の停止と再開1 Anthropicが公表した経緯2 確認できた事実と未確認の事項3 英国AISIが後日公表した評価事案第4 連邦討議草案とH.R.99251 Great American AI Act討議草案2 7月23日に提出されたH.R.99253 重大事案報告と緊急命令4 州法の先取りの範囲第5 コロラド州SB26-1891 旧法を廃止・再制定した成立済み州法2 ADMTと重要な意思決定3 開発者と導入者の主な義務4 執行と民事訴訟5 規則制定手続第6 日本の弁護士・事業者にとっての実務上の示唆1 モデル停止を業務継続リスクとして扱う2 契約,秘密保持及びデータ管理を分けて確認する3 コロラド州との接点は利用場面から判定する第7 出典1 米国連邦政府・議会資料2 コロラド州資料3 事業者及び評価機関の公表資料4 調査の起点とした文献
第1 本記事の対象と結論
1 五つの資料は法的性質が異なる

米国のAI規制を理解するためには,大統領令,個別の行政措置,連邦議会の討議草案,提出済み法案及び州法を区別する必要がある。
2026年9月6日現在の法的性質は,次のとおりである。

対象基準日現在の位置付け実務上の要点大統領令144092026年6月2日に発令済み政府機関に対し,サイバー能力の機密ベンチマークと任意の官民協力枠組みの整備を指示する。開発・公開等の強制的な政府許可制度を創設するものではない。Fable 5・Mythos 5への措置Anthropicによれば,6月12日に輸出管理措置が適用され,6月30日に解除された政府指令の全文及び具体的な法的根拠を公開一次資料で確認できていないため,Anthropicの説明として扱う必要がある。Great American AI Act討議草案2026年6月4日に意見募集用として公表された草案それ自体は成立法でも提出済み法案でもない。H.R.9925(FRONTIER Act)2026年7月23日に連邦下院へ提出され,委員会付託中成立法ではないため,将来の規制案として読む必要がある。コロラド州SB26-1892026年5月14日に成立し,2027年1月1日適用開始フロンティアモデル自体よりも,重要な意思決定に用いる自動意思決定技術を規律する州法である。

したがって,「米国でフロンティアAIの事前承認制が始まった」と整理するのは正確でない。
現時点では,連邦レベルの任意協力,大統領令とは別に実施されたと説明されている個別措置,未成立の連邦法案及び成立済みの州法が併存しているのである。

2 本記事の資料範囲

本記事は,BUSINESS LAWYERSの中崎尚「GLOBALLAWUPDATE 米国の最新法制度動向(AI・データ保護・プライバシー関連)-【前編】Claude Mythos 5・Fable 5騒動で露呈したフロンティアAIモデル規制の危うさと各州で進むAI規制の動向」(2026年8月20日)を調査の起点とした。
同記事の内容基準日は2026年6月30日であるため,本記事では,その後に提出されたH.R.9925,英国AI Security Instituteの事案報告及びコロラド州の規則制定手続を2026年9月6日まで補充した。

以下の記述は,原則としてホワイトハウス,米国政府刊行物局,連邦議員公式サイト,コロラド州議会,コロラド州司法長官,Anthropic及び英国AI Security Instituteが公表した資料に基づく。
法案の内容は成立前に変更され得るほか,外国法の具体的適用については現地弁護士への確認が必要である。

第2 大統領令14409の内容
1 対象フロンティアモデルの機密ベンチマーク

トランプ大統領は,2026年6月2日,大統領令14409「Promoting Advanced Artificial Intelligence Innovation and Security」を発令した。
同令3条(a)は,関係機関に対し,AIモデルの高度なサイバー能力を評価し,同令上の「対象フロンティアモデル」に指定する閾値を定める機密ベンチマーク手続の整備を命じている。

指定判断は,国家安全保障局長が,国家サイバー長官,科学技術担当大統領補佐官,サイバーセキュリティ・社会基盤安全保障庁長官その他の関係者と協議して行う構造である。
もっとも,具体的な閾値は機密ベンチマークに委ねられており,公開された大統領令本文だけから対象モデルを機械的に判定することはできない。

2 公開前30日までの任意協力枠組み

同令3条(b)は,政府とAI開発者が任意の枠組みを設計するよう求めている。
その枠組みでは,開発中のモデルが対象フロンティアモデルに該当するかを政府に確認し,対象モデルを他の信頼できるパートナーへ提供する予定日の最大30日前から,秘密保持,サイバーセキュリティ,内部者リスク及び知的財産の保護を条件として政府にアクセスを提供し,早期アクセス先を政府と共同で選定することが想定されている。

「最大30日前」という期間は,政府が一般公開を一律に30日間禁止する待機期間ではない。
条文上は,信頼できるパートナーへの提供前に任意枠組みの中で政府アクセスを認めることを示すものである。

3 強制的な許可制度ではない

同令3条(c)は,新しいAIモデルの開発,公表,公開又は配布について,強制的な政府のライセンス,事前審査又は許可要件の創設を授権するものと解してはならないと明記する。
また,同令5条(c)は,同令が私人に司法上執行可能な権利又は利益を創設するものではないと定めている。

したがって,大統領令14409は,政府による能力評価と公開前協力の制度設計を進める重要な文書であるが,その本文だけを根拠として民間モデルを停止できる包括的な許可制度が完成したとはいえない。

第3 Claude Fable 5・Mythos 5の停止と再開
1 Anthropicが公表した経緯

(続きを読む...)米国のフロンティアAI規制-Claude Fable 5・Mythos 5停止,大統領令14409,FRONTIER Act及びコロラド州法(AI作成)

弁護士費用保険におけるAI利用-保険金査定・法律相談・弁護士紹介・利益相反(AI作成)

第1 対象と結論1 本記事の対象2 結論第2 AIによる保険金査定1 AIが支援しやすい処理2 人が実質的に判断すべき処理3 説明,再審査及び監査ログ第3 AIによる法律情報と法律相談1 一般情報と個別法律判断を分ける2 免責表示だけでは決まらない3 消費者向け保険相談への適用限界第4 AIによる弁護士の検索,推薦及び紹介1 検索条件の提示と特定事件の取次ぎ2 「最適な弁護士」の目的関数3 自己選任と保険金給付は別問題である第5 利益相反を三つの関係に分ける1 保険会社と被保険者2 弁護士と依頼者3 AI事業者と複数の利用者第6 個人情報,秘密及びセキュリティ1 入力資料の性質2 委託と第三者提供を混同しない3 弁護士が入力する場合の秘密保持第7 導入・監査のチェックリスト1 導入前2 個別判断時3 継続監査第8 現時点の限界第9 関連記事第10 出典1 法令2 行政機関の監督指針及びガイドライン3 職能団体の公開資料
第1 対象と結論

1 本記事の対象

本記事は,弁護士費用保険にAIを利用する場面を,①保険金査定,②法律情報・法律相談,③弁護士の検索・推薦・紹介,④利益相反,⑤個人情報・秘密管理に分け,令和8年9月6日現在の公開資料に基づいて整理するものである。
生成AIを用いて資料を収集・照合したが,条文はe-Gov法令検索で,行政資料及び講演資料は公表元の本文で確認した。

対象は,日本の保険会社又はその委託先がAIを用いる一般的な制度設計である。
個別商品の補償範囲,特定の保険金請求の可否,特定のAIサービスの適法性及び個々の弁護士の利益相反は,約款,委任契約,サービス設計及び実際の運用によって異なるため,本記事だけでは判断できない。

2 結論

AIは,請求資料の読取り,約款との照合,対象費目の分類,計算,類似案件の検索及び説明案の作成に利用できる。
しかし,因果関係,約款の解釈,例外事情,不払理由,個別紛争への法律判断及び特定弁護士への取次ぎは,別の法的・職業倫理上の問題を含むため,同じ自動処理の延長として扱うべきではない。

本記事では,実務上必要な統制を,①AIが扱った入力,②参照した約款・法令・資料の版,③AIの出力と不確実性,④人が行った採否及び理由,⑤被保険者への説明と再審査という五つを連結して記録する仕組みと整理する。
これは一つの法令が一律に定めた五要件ではなく,金融庁の監督指針,政府のAI事業者ガイドライン及び後記の日弁連分科会資料を組み合わせた実務上の整理である。

第2 AIによる保険金査定

1 AIが支援しやすい処理

日本弁護士連合会の第24回弁護士業務改革シンポジウム第4分科会資料のうち,SOMPOの担当部署が作成した資料は,損傷箇所・程度の推定,見積りの妥当性確認及び非定型事案の抽出をAIが支援し得る処理として掲げている(同資料PDF44頁)。
同資料は日弁連の統一見解又は弁護士費用保険に限定した実証研究ではないが,機械処理と人の判断を分ける設計例として参考になる。

弁護士費用保険でも,請求書から費目と金額を抽出すること,適用約款の候補を探すこと,限度額及び既払額を計算すること,必要書類の欠落を示すことは,AI又はルールエンジンによる支援になじみやすい。
もっとも,AIが読み取った事実と,約款上の評価を分け,原資料へ戻れるようにしなければならない。

2 人が実質的に判断すべき処理

(続きを読む...)弁護士費用保険におけるAI利用-保険金査定・法律相談・弁護士紹介・利益相反(AI作成)

米国政府はAI学習を「合法」としたのか―OpenAI著作権訴訟と取得・学習・出力の違い(AI作成)

第1 本記事の結論

第2 米国政府意見書の位置付け

1 裁判所の判断ではないこと

2 意見書が主として扱う範囲

第3 取得・保管・学習・出力を分ける理由

1 四つの段階

2 アクセス許可と著作権処理も同じではないこと

第4 米国政府が主張するフェアユース

1 四つの考慮要素

2 学習は高度に変容的であるとの主張

3 市場への影響を狭く捉える主張

(続きを読む...)米国政府はAI学習を「合法」としたのか―OpenAI著作権訴訟と取得・学習・出力の違い(AI作成)

法律事務所のAIポリシーに関する日米調査-米国9パーセント・日本10.1パーセントを単純比較できない理由(AI作成)

目次

第1 二つの調査1 日本の調査2 米国の調査3 比較の前提-母集団も設問も違う第2 ポリシー及び研修の整備率は見かけ上近いが単純比較できない第3 利用率に関する数値も単位が違う第4 阻害要因として上位に現れた項目が違う第5 法律特化型を選ぶ理由第6 裁判所提出書面へのAI由来の誤りの混入第7 「日本は少ないから安全」とは言えない第8 実務上の含意第9 関連記事出典・参考資料
第1 二つの調査
1 日本の調査

2026年9月5日に福岡市で開催された第24回弁護士業務改革シンポジウム第2分科会の配布資料のうち,資料2-1は,日本弁護士連合会弁護士業務改革委員会事務職員関連小委員会による「事務職員と生成AIに関するアンケート調査 報告書」である。
調査は2026年3月23日から同年4月27日までの間に行われ,有効回答は223件である。
対象は「主に事務職員を雇用する会員,または生成AIの利用に関心のある会員」であり,全弁護士の縮図ではない。
配布資料は日本弁護士連合会のウェブサイトで公開されている。

この報告書は,母数が設問ごとに異なる。
有効回答223件がそのまま母数になるのは一部の設問だけであるから,本記事では数値を挙げるときに母数を併記する。

2 米国の調査

同じ分科会の資料2-3は「アメリカの法律事務所における生成AIの利用状況」と題する7枚のスライドであり,米国の法律実務メディアの記事2本を出典として印字している。
この2本を実際に取得して照合した結果,資料2-3が掲げる数値の転記に誤りはなかった(2026年9月6日確認)。
ただし,2本は別のレポートを紹介した記事であり,資料2-3はこれを1枚の資料の中で混在させている。

第1のレポートは,リーガルテック企業グループが公表した2026年の業界レポートである。
1,300名を超える回答者を対象に,2025年9月19日から同年10月18日までの間に実施された調査に基づく。
第2のレポートは,別の法務システム企業が公表した2025年の業界レポートであり,2026年1月までに集計されたもので,中規模事務所を主な対象とする。

ここで注意を要するのは,資料に「2026年」と表示された数値の調査時点が2025年秋であることである。
記事の公表が2026年3月であるため,資料の年表示は公表年に基づいている。
実際の調査時点との間に半年程度のずれがある。

なお,資料2-3の最終スライドには出典行が印字されておらず,引用元の記事2本のいずれにも対応する記載を確認できなかった項目がある。
本記事では,その項目は取り上げない。同じ資料の中でも,裏付けの有無が項目ごとに異なることがある。

3 比較の前提-母集団も設問も違う

日米の数値を並べるときは,次の3点を踏まえる必要がある。

①日本の調査は「事務職員を雇用する会員又は生成AIに関心のある会員」223名を対象とし,米国の調査は法律専門職1,300名超を対象とする。母集団の性質が違う。
②日本の調査は事務所単位で導入状況を尋ね,米国の調査は個人の利用状況を尋ねている設問がある。単位が違う。
③調査時点は日本が2026年春,米国が2025年秋である。

したがって,以下の比較は,順序と構造の比較として読むべきものであり,小数点以下の差を論じるためのものではない。

第2 ポリシー及び研修の整備率は見かけ上近いが単純比較できない

二つの調査の中では,AIに関するポリシー及び研修の整備に近い項目が置かれている。ただし,質問文,回答単位,母集団及び調査時点が一致するものではないため,統計上の整備率を直接比較できるものではない。

米国の第1のレポートによれば,書面化され実際に運用されているAIポリシーがある事務所は9パーセント,策定中が24パーセント,非公式なものにとどまるものが10パーセント,正式なポリシーがなく策定する予定もないものが43パーセントである。

(続きを読む...)法律事務所のAIポリシーに関する日米調査-米国9パーセント・日本10.1パーセントを単純比較できない理由(AI作成)

弁護士職務基本規程19条と事務職員の生成AI利用―指導監督・秘密保持・事務所ルール(AI作成)

目次第1 調査結果-ルールを定めず個人判断に委ねている事務所が最多である1 アンケート調査の概要2 母数が設問ごとに異なる3 使わせている事務所ほどルールがある第2 弁護士職務基本規程19条1 条文2 19条は努力目標ではなく義務規定である3 指導監督の内容第3 生成AIの利用は19条の問題になるか1 生成AIそれ自体は19条の対象ではない2 事務職員に使わせる場合は19条の対象になる3 「秘密を漏らし」への該当性第4 共同事務所の指導監督―19条と55条の違い第5 指導監督として何をするか第6 違反事例の調べ方第7 関連記事出典・参考資料第1 調査結果-ルールを定めず個人判断に委ねている事務所が最多である
1 アンケート調査の概要

2026年9月5日に福岡市で開催された第24回弁護士業務改革シンポジウム第2分科会の配布資料のうち,資料2-1は,日本弁護士連合会弁護士業務改革委員会事務職員関連小委員会による「事務職員と生成AIに関するアンケート調査 報告書」である。
調査は2026年3月23日から同年4月27日までの間に行われ,有効回答は223件である。
配布資料は,日本弁護士連合会のウェブサイトで公開されている。

この調査の対象は「主に事務職員を雇用する会員,または生成AIの利用に関心のある会員」である。
調査対象が限られているため,回答者についての割合を,全弁護士又は全事務所についての割合として一般化することはできない。
報告書自身がこの限定を明示しているから,引用する際も「事務職員を雇用する会員又は生成AIに関心のある会員223名の回答」という限定を付す必要がある。

事務所における生成AIの導入状況は,弁護士と事務職員がともに利用しているものが26.7パーセント,弁護士のみが利用しているものが43.4パーセント,利用していないものが29.4パーセント,利用を禁止しているものが0.5パーセントである(回答221件)。
事務所の方針については,「ルールを定めておらず個人の判断に委ねている」が31.8パーセントで最多であった(回答151件)。
研修又はガイドラインについては,策定済みが10.1パーセント,検討中が33.1パーセント,予定なしが41.2パーセントである(回答148件)。

2 母数が設問ごとに異なる

この報告書を引用するときに最も注意を要するのは,母数が設問ごとに異なることである。
有効回答223件がそのまま母数になるのは一部の設問だけであり,事務所の方針を尋ねた設問の母数は151件,研修及びガイドラインを尋ねた設問の母数は148件である。
報告書は添付資料2で設問ごとの回答数を開示しているから報告書自体に不備はないが,本文のパーセントだけを取り出して「223名のうち何パーセント」と書けば誤りになる。
本記事では,数値を挙げるときに母数を併記する。

3 使わせている事務所ほどルールがある

クロス集計によれば,事務職員にも使わせている57件では研修又はガイドラインの策定済みが24.6パーセントである一方,弁護士のみが利用している91件では1.1パーセント(1件)にとどまる。
報告書は,ルールを定めていない状態を,判断自体がなされていない状態にあると評価している。

もっとも,報告書は,この状態について弁護士職務基本規程上の評価には触れていない。
規程上どう位置付けられるかは,事務職員に生成AIを使わせるかどうかを決める上で避けられない論点である。
本記事では,この点を同規程19条から検討する。

第2 弁護士職務基本規程19条
1 条文

弁護士職務基本規程(平成16年11月10日会規第70号。改正平成26年12月5日,令和3年6月11日)19条は,次のとおり定める。
日本弁護士連合会のウェブサイトに規程全文のPDFが掲載されており,認証を要せずに参照することができる。

「(事務職員等の指導監督)
第十九条 弁護士は、事務職員、司法修習生その他の自らの職務に関与させた者が、その者の業務に関し違法若しくは不当な行為に及び、又はその法律事務所の業務に関して知り得た秘密を漏らし、若しくは利用することのないように指導及び監督をしなければならない。」

2 19条は努力目標ではなく義務規定である

同規程82条2項は,一定の条項について「弁護士の職務の行動指針又は努力目標を定めたものとして解釈し適用しなければならない」と定める。

(続きを読む...)弁護士職務基本規程19条と事務職員の生成AI利用―指導監督・秘密保持・事務所ルール(AI作成)

民事訴訟規則はe-Gov法令検索に載っていない-最高裁判所規則の条文を確認する方法(AI作成)

目次

第1 e-Gov法令検索に最高裁判所規則は収録されていない

1 実際に検索して確かめた結果
2 収録されていない理由

第2 裁判所ウェブサイトの規則集で確認する
第3 その他の確認経路

1 官報
2 商用データベースの現行法令アーカイブ

第4 実務上の注意
第5 関連記事
出典・参考資料

第1 e-Gov法令検索に最高裁判所規則は収録されていない
1 実際に検索して確かめた結果
民事訴訟規則の条文を確認しようとしてe-Gov法令検索を開き,見つからずに戸惑うことがある。
これは検索語の選び方の問題ではなく,e-Gov法令検索が最高裁判所規則を収録していないことによる。

2026年9月6日,e-Gov法令検索が提供する法令一覧のAPIにより,①全法令8995件,②政令・勅令2377件,③府省令・規則4514件の各一覧を取得し,法令名が「民事訴訟規則」又は「刑事訴訟規則」であるものを機械的に検索したところ,いずれの一覧にも存在しなかった。
民事訴訟法及び刑事訴訟法はe-Gov法令検索で読めるため,規則も同じように読めるはずだと考えて探し続けることになりやすいが,探し方の問題ではない。

2026年9月12日にも全法令の一覧を取得して検索したが,「民事訴訟規則」,「刑事訴訟規則」及び「民事訴訟費用等に関する規則」はいずれも見当たらなかった。
同じ一覧で「民事訴訟法」は見つかったから,検索の方法に問題があったわけではない。

(続きを読む...)民事訴訟規則はe-Gov法令検索に載っていない-最高裁判所規則の条文を確認する方法(AI作成)

生成AIを使った本人訴訟-訴状・準備書面の作成,架空判例の確認及び裁判所への提出(AI作成)

目次第1 結論―生成AIは下書きの補助に限る1 生成AIに任せやすい作業2 生成AIに任せてはいけない作業第2 AIへ入力する前に事実と証拠を分ける1 先に事実経過表を作る2 学習に使わない設定を確かめてから入力する第3 生成AIで訴状の下書きを作る1 裁判所の公式書式から始める2 請求の趣旨,原因及び証拠を対応させる3 補正前提で提出しない第4 生成AIで答弁書・準備書面の下書きを作る1 相手方の主張と一対一で対応させる2 認める,否認する,不知を区別する3 提出期限を守る第5 架空判例・誤った法令・引用を確認する1 裁判例は五項目で照合する2 法令はe-Govの現行条文で確認する3 別のAIへの質問だけでは検証にならない第6 mints又は紙で裁判所へ提出する1 本人の電子提出の位置付け2 mintsは期限より前に準備する3 提出版と作業版を分ける第7 提出前チェックリスト1 内容の確認2 法令・裁判例の確認3 提出の確認第8 弁護士へ相談した方がよい場面第9 出典・参考資料1 法令・規則2 所管機関の解説・Q&A・運用資料3 国外の裁判所利用者向け公表資料

第1 結論―生成AIは下書きの補助に限る
1 生成AIに任せやすい作業

生成AIは,本人訴訟で使う事実経過表の作成,訴状・答弁書・準備書面の下書き,相手方の主張との対応表の作成及び文章の整理に利用できる。
もっとも,生成AIが読みやすい文章を出力したことと,その内容が事実及び法律に照らして正しいことは別問題である。

生成AIを使う場合も,訴状及び準備書面は民事訴訟法及び民事訴訟規則の要件を満たす必要がある。
本人が最終的に確認すべき対象は,①記載した事実,②その事実を裏付ける証拠,③引用した法令,④引用した裁判例,⑤請求額・日付・当事者名,⑥提出先及び提出期限である。

2 生成AIに任せてはいけない作業

生成AIに,資料にない事実を補わせたり,実在を確認していない判例をもっともらしく追加させたり,証拠の内容を有利に変えさせたりしてはならない。
不明な箇所は推測で埋めず,「要確認」と表示させる必要がある。

生成AIは,請求の選択,消滅時効,管轄,訴額,立証の見通し又は和解条件について,個別事件に応じた確実な法律判断を保証するものではない。
提出後には簡単に訂正できない事項もあるため,重要な判断は弁護士への相談を検討すべきである。

本記事は,令和8年9月3日現在の法令及び裁判所資料に基づき,同年5月21日以後に提起する第一審の通常民事訴訟を中心に説明する。
保全,執行,倒産,家事,行政,刑事,控訴及び上告では手続が異なる。

本人訴訟での利用は,次の順序で読むことができる。
手続を選ぶ判断と,下書きを作る作業を分け,期限が近い場合はAIでの作成よりも裁判所の案内や相談先への確認を優先することが考えられる。

段階本記事の案内確認すること準備第2:事実・証拠・入力原資料,推測との区別,情報の取扱い下書き第3:訴状・第4:答弁書等公式書式,請求・事実・証拠の対応検証第5:法令・判例・引用原文の実在・内容・時点・事案の違い提出前第7:チェックリスト提出する完成版,期限,方法,控え相談第8:弁護士へ相談する場面判断に迷う点,失われそうな証拠,費用と選択肢

AI法律相談の使い方,費用,弁護士の役割を先に確認したい場合は,AI弁護士とはを参照されたい。

第2 AIへ入力する前に事実と証拠を分ける
1 先に事実経過表を作る

訴状又は準備書面の文章から作り始めると,事実,評価及び推測が混ざりやすい。
まず,手元の契約書,メール,領収書,写真その他の資料を確認し,次の項目を持つ事実経過表を作るとよい。

項目記入例日付令和○年○月○日出来事契約を締結した情報源契約書・メール相手方と争いがあるか争いなし/あり/不明対応する証拠甲第○号証未確認事項署名者の権限を要確認

出来事は,資料に書かれている事実と,自分の記憶だけによる事実を分ける。
生成AIには,「資料にない日付,人物,合意内容又は会話を補わず,不明な箇所は要確認と表示すること」と指示する。

2 学習に使わない設定を確かめてから入力する

本人訴訟の資料には,当事者の氏名,住所,電話番号,生年月日,勤務先,口座,病歴その他の個人情報が含まれ得る。
個人情報保護委員会は,一般の利用者に対し,入力した個人情報が機械学習に利用され,他の情報と結び付いて出力されるリスクや,出力に不正確な個人情報が含まれるリスクを示し,利用規約及びプライバシーポリシーを確認するよう注意喚起している。

「学習オフ」は,入力をモデルの訓練又は改善に利用しないという一つの条件であって,保存,人的アクセス,再委託,国外処理,安全監視ログ,外部コネクタ又はアプリケーション状態まで一括して停止する表示ではない。
入力前に,現に使用するサービス,プラン,アカウント及び機能を特定し,利用規約,プライバシー資料,DPAその他の契約,保持・削除,接続先及び実際の設定を確認する。DPA確認の項目は,法律事務所が生成AIのDPAを確認するときのチェックリスト(AI作成)で整理している。

本人訴訟の当事者は,まず氏名,住所,電話番号,生年月日,勤務先,口座,病歴その他の識別情報を入力しなくても目的を達成できるかを検討し,公開情報又は仮名化した必要最小限の情報から始めるのが安全である。
当事者名を単純な記号に置き換えると人物又は時系列を取り違えるおそれがある場合は,全資料を通じて一貫した仮名を用い,対応表を生成AIへ入力しない方法もある。実名の保持が作業上必要であると判断する場合は,学習オフだけでなく上記の処理条件を確認し,特に機密性の高い資料又は訴訟に不要な第三者情報は入力しない。

個人情報保護委員会の注意喚起は,利用目的の範囲内であること及び機械学習その他の応答生成以外の目的で取り扱われないこと等の確認を求める資料であり,特定の生成AIへの実名入力を一般的に許可する資料ではない。弁護士による守秘義務上の評価は,学習オフ設定のClaudeコード及びGoogle AI Ultraの利用は弁護士の守秘義務等に違反しないという個人的意見に記載した当職の見解であって,本人訴訟の利用者にそのまま当てはまる法的保証ではない。

第3 生成AIで訴状の下書きを作る
1 裁判所の公式書式から始める

民事訴訟法134条は,訴えを訴状の提出によって提起し,訴状に当事者及び法定代理人並びに請求の趣旨及び原因を記載するよう定めている。
民事訴訟規則53条は,請求を理由付ける事実を具体的に記載し,立証を要する事由ごとに重要な関連事実及び証拠を記載するよう定めている。

裁判所ウェブサイトの「民事訴訟で使う書式」には,貸金,建物明渡,売買代金,請負代金,賃金その他の訴状書式及び記載例がある。
生成AIに白紙から訴状を作らせるのではなく,事件類型に合う公式書式と,自分で確認した事実経過表を基礎にする方がよい。

訴額が140万円以下の請求は原則として簡易裁判所,それ以外の一般的な民事訴訟は地方裁判所が第一審裁判所となるが,土地管轄には被告の住所地以外の特則もある。
提出先,訴額又は請求の構成に疑問がある場合は,送信前に確認する必要がある。

(続きを読む...)生成AIを使った本人訴訟-訴状・準備書面の作成,架空判例の確認及び裁判所への提出(AI作成)

mintsで外字・異体字の氏名を入力する方法―「使用できない文字」エラーと代替入力(AI作成)

目次

第1 使用できる文字の範囲
第2 外字が含まれるときの対処

1 正字に置き換える
2 カタカナで入力し,手書きのPDFを添付する
3 当事者目録を用いる場合

第3 「使用できない文字」エラーの切り分け
第4 ファイル名の特殊文字にも注意する
第5 提出前の確認
第6 関連記事
出典・参考資料

当事者の氏名に,システムで使えない文字(外字)が含まれていることがある。
mintsで使用できる文字は日本産業規格JIS X 0213が基本であり,これに含まれない字はそのまま入力できない。

使えない文字は正字に置き換える。
置換が難しければ,カタカナで入力した上で,手書きしたもののPDFを「添付書類」として提出する。

本記事では,「使用できない文字が含まれています」というエラーが出たときの対処と,氏名以外の欄で起きる同種のエラーの切り分けを説明する。
第1 使用できる文字の範囲
mintsで使用できる文字は,JIS X 0213が基本である。
これに含まれない外字,機種依存文字及び一部の異体字は入力できない。

氏名に用いられる字体には,戸籍上の字体とJIS規格上の字体が一致しないものがある。
「﨑」「濵」「德」のような異体字は,事案によって入力の可否が分かれるため,実際に入力して確認する。
第2 外字が含まれるときの対処

(続きを読む...)mintsで外字・異体字の氏名を入力する方法―「使用できない文字」エラーと代替入力(AI作成)

mintsの制限値まとめ―200MB,ファイル名100文字,補助者5人・10個,当事者10名・200名(AI作成)

目次

第1 数値の一覧
第2 取り違えやすい数値

1 補助者の「5人」と「10個」
2 「200MB」は1回の合計である
3 「10名」「200名」は当事者と代理人の合計である
4 13桁と12桁は別の番号体系である
5 14桁と12桁を混同しない
6 「1週間」と「180秒」と「1か月」

第3 提出前に確認する順序
第4 関連記事
出典・参考資料

mintsの実務では,桁数,人数,容量及び期間の数値が随所に出てくる。
似た数字が並ぶうえ,対象が「1人につき」なのか「1回につき」なのかで意味が変わるため,混同しやすい。

例えば「補助者は5人まで」と「一人の補助者は10アカウントまで」は,対象となる上限が違う。
「200MB」も,1ファイルの上限ではなく1回のアップロードの合計の上限である。

本記事では,mintsで確認を要する数値を一覧にし,取り違えやすいものについて,何を単位とする数値なのかを説明する。
第1 数値の一覧

令和8年10月3日追補:本記事に関係する準備の手引の10月2日改訂事項を反映した。改訂の全体と事務所内の確認方法は,mints準備の手引の令和8年10月2日改訂―法律事務所が見直す7つの運用を参照されたい。

項目

(続きを読む...)mintsの制限値まとめ―200MB,ファイル名100文字,補助者5人・10個,当事者10名・200名(AI作成)

裁判所ごとに異なるmintsの運用案内の調べ方―掲載場所と読み分けの手順(AI作成)

目次

第1 案内を読むときに照合する六つの点
第2 性質の異なる三つの資料の例
第3 優先関係を掲載場所や日付だけで決めない
第4 個別案内が出やすい場面
第5 確認の手順
第6 関連記事
出典・参考資料

mintsの制度と基本操作は全国共通である。
しかし,各裁判所又は専門部が,事件類型に応じた個別の運用案内を公表し,又は当事者に個別の指示をすることがある。

そのため,申立て前には,裁判所ウェブサイトの共通資料だけでなく,提出先又は係属裁判所のウェブサイトと,事件係属部からの指示も確認する必要がある。

本記事では,個別の運用案内をどこで探すか,複数の案内が食い違って見えるときに何を照合するか,そして案内の優先関係が分からないときにどうするかを説明する。
第1 案内を読むときに照合する六つの点
個別の案内を読むときは,次の六つを照合する。

①対象裁判所・担当部
②事件類型
③新法事件か旧法事件かの区分
④正式提出か補助データの提供か
⑤法律上の義務か裁判所の協力依頼か
⑥資料の改訂時点

これらが一致しない案内を,そのまま自分の事件へ当てはめない。
第2 性質の異なる三つの資料の例
同じ「mintsの案内」に見えても,性質が異なる。

(続きを読む...)裁判所ごとに異なるmintsの運用案内の調べ方―掲載場所と読み分けの手順(AI作成)

mintsの一時保存とセッションタイムアウト―入力データを失わないための操作(AI作成)

目次

第1 一時保存は手動である

1 自動保存はない
2 一時保存データは最終保存から1か月で消える

第2 データを失いやすい四つの場面
第3 長文はフォームへ直接書かない

1 字数制限とタブ文字
2 最初から別PDFで用意する
3 全角・半角の指定

第4 提出前後の確認
第5 入力・保存の自衛策
第6 関連記事
出典・参考資料

mintsの新規申立てフォームには自動保存がない。
手動で「保存」ボタンを押さないまま画面を移動すると,入力内容は失われる。

長文の申立ての趣旨・理由を入力している最中に不意に離脱すれば,作業が丸ごと消えるおそれがある。
入力中の放置もタイムアウトを招く。

本記事では,一時保存の仕組みと保持期間,データを失いやすい場面,及び長文を安全に扱う方法を説明する。
第1 一時保存は手動である
1 自動保存はない

(続きを読む...)mintsの一時保存とセッションタイムアウト―入力データを失わないための操作(AI作成)

PDFのマスキング(黒塗り)の正しい方法―文字情報の削除と「黒く見えるだけ」の失敗(AI作成)

目次第1 「黒く見える」と「読めない」は違う第2 確認の手順1 墨消しの適用と,非表示情報の削除を分ける2 保存した最終ファイルを検査する第3 マスキング文書を提出する場面1 閲覧等制限の申立てに伴うもの2 対象となる証拠を別ファイルにする3 当事者間秘匿の場合第4 誤って提出した場合第5 提出前のチェックリスト第6 関連記事出典・参考資料
PDF上に黒い図形又はマーカーを重ねただけでは,下の文字情報が残る。
コピー,検索又は編集によって読み取られることがある。

裁判所へ提出する文書に,第三者の氏名や住所等,マスキングをすべき情報が含まれる場合は,表示を隠すのではなく,対象となる文字・画像の情報そのものを提出用コピーから除去しなければならない。

本記事では,正しいマスキングの手順,確認の方法,マスキング文書を提出する場面,及び誤って黒塗り前の文書を提出した場合の対応を説明する。
第1 「黒く見える」と「読めない」は違う
PDF編集ソフトのマーカー機能(黄色いハイライト等)や,黒い四角形を重ねる方法では,マーカーの下の文字情報が完全には削除されない。
相手方がテキストのコピーや検索によって読み取れてしまうことがある。

マスキングをするときは,対象の文字・画像情報を除去する墨消し(黒塗り)機能を用い,適用して保存する。
提出前に,対象情報の除去と,注釈・添付等に残る不要情報の有無を確認する。
第2 確認の手順
1 墨消しの適用と,非表示情報の削除を分ける

墨消しは,見えている文字や画像の対象部分を提出用コピーから除去する処理である。
黒い矩形を上に置くだけでは,その下の画像や文字が残る場合がある。
また,墨消し予定箇所を選択しただけで止めず,ソフトの「適用」及び保存まで実行する必要がある。

文書のサニタイズは,メタデータ,コメント,非表示レイヤー等の不要情報を除去する別の確認である。
添付ファイル等にも秘密が残っていないかを調べ,提出目的に不要な情報を除く。
原本まで加工せず,証拠として保全する元ファイルと提出用コピーを分ける。
出典:Adobe・墨消しの適用,PDFのサニタイズ。

2 保存した最終ファイルを検査する

確認
分かることと限界

画面表示
秘密部分が見えないか。黒く見えることだけでは内部データの削除を証明しない

(続きを読む...)PDFのマスキング(黒塗り)の正しい方法―文字情報の削除と「黒く見えるだけ」の失敗(AI作成)

法人番号(13桁)と会社法人等番号(12桁)の違い―確認方法と使い分け(AI作成)

目次

第1 二つの番号の比較
第2 13桁は国税庁法人番号公表サイトで照合する

1 基本3情報を一組で確認する
2 先頭1桁を手計算で補わない

第3 法人番号が指定される範囲
第4 番号が見つからないとき

1 確認の順序
2 ダミー番号を入れる前に確認する

第5 国・地方公共団体の場合
第6 関連記事
出典・参考資料

法人の番号には,国税庁が指定する13桁の法人番号と,登記簿に記載される12桁の会社法人等番号がある。
両者は関連しているが,別の番号体系である。

設立登記法人の法人番号は,12桁の会社法人等番号を基礎番号とし,その先頭に1桁の検査用数字を付したものである。
そのため,登記簿の12桁をそのまま法人番号欄へ入力することはできない。

本記事では,二つの番号の違い,確認先,そして番号が見つからないときの考え方を説明する。
第1 二つの番号の比較

(続きを読む...)法人番号(13桁)と会社法人等番号(12桁)の違い―確認方法と使い分け(AI作成)

mintsを安全に使うための事務所内チェックリスト―入力・PDF・提出・認証・補助者(AI作成)

目次

第1 入力・保存
第2 ファイル(PDF)
第3 提出・訂正
第4 認証・アカウント
第5 補助者(事務職員)の運用
第6 事務所内で決めておく事項
第7 mints側のセキュリティ対策と事務所側に残る管理責任
第8 関連記事
出典・参考資料

mintsには,フォームの自動保存がない,提出後に利用者自身では訂正できない,補助者の操作が親ユーザの操作として扱われるといった特徴がある。
これらは裁判所・mintsが公表する運用又はシステムの仕様であり,改善を待つ間も,利用者側で事故を防ぐ体制を組む必要がある。

本記事では,事故を防ぐために事務所内で決めておくとよい事項を,入力・保存,ファイル,提出・訂正,認証・アカウント,補助者の運用の五つに分けて整理する。
第1 入力・保存

令和8年10月3日追補:本記事に関係する準備の手引の10月2日改訂事項を反映した。改訂の全体と事務所内の確認方法は,mints準備の手引の令和8年10月2日改訂―法律事務所が見直す7つの運用を参照されたい。

①フォームは自動保存されないので,こまめに「保存」ボタンを押す。
②申立ての趣旨・理由は,字数制限(趣旨400字・理由10000字)とタブ混入エラーを避けるため,最初から別PDFで用意し,フォームに長文を直接貼り付けない。
③全角・半角の指定はフィールドごとに厳格なので,入力前に整えておく。
④一時保存データの保持は最終保存から1か月であることを前提に,作成期間を見込む。
⑤当事者と代理人の合計が10名以内なら,当事者情報CSVファイルではなく新規申立てフォームに入力する。
⑥請求の趣旨・原因をPDFで提出するときは,当事者情報をフォームにだけ入力し,PDFに当事者の表示を残さない。
⑦「法人番号」欄には国税庁が指定する13桁の法人番号を入力し,商業登記簿の12桁の会社法人等番号を入力しない。

一時保存とタイムアウトの詳細は,mintsの一時保存とセッションタイムアウトで説明している。
第2 ファイル(PDF)
①「記録」にアップロードするPDFはA4又はA3のみである。
レターサイズやスキャンの寸法ずれは弾かれるので,用紙サイズをページ単位で確認する。

(続きを読む...)mintsを安全に使うための事務所内チェックリスト―入力・PDF・提出・認証・補助者(AI作成)

弁護士が懲戒処分を受けた場合のmintsアカウントの取扱い―削除と利用停止の区別(AI作成)

目次

第1 処分の種類による違い
第2 アカウントの終了事由
第3 弁護士等業務用アカウントは1年未使用では消えない
第4 規約違反による削除の位置づけ
第5 事務所として確認しておく事項
第6 関連記事
出典・参考資料

弁護士等が懲戒処分を受けた場合,mintsアカウントの扱いにも影響が及ぶ。
もっとも,処分の種類によって,アカウントが削除されるのか,利用停止にとどまるのかが分かれる。

除名処分,退会処分,破産手続開始決定又は請求による登録抹消を受けたときは,アカウントが削除される。
これに対し,業務停止処分を受けたときは,アカウントは削除されず利用停止にとどまる。

本記事では,この区別と,アカウントの終了事由を定める規約・規則の構造を説明する。
第1 処分の種類による違い

事由
mintsアカウントの扱い
復帰

除名処分
削除

(続きを読む...)弁護士が懲戒処分を受けた場合のmintsアカウントの取扱い―削除と利用停止の区別(AI作成)

mintsの新法事件と旧法事件の見分け方―令和8年5月21日の基準日,みなし提起,併合及び反訴(AI作成)

目次

第1 最初に確認する結論

1 基準は「第一審の訴えが提起された日」である
2 判定に用いる資料

第2 新法事件と旧法事件の定義

1 条文上の区分
2 控訴事件及び抗告事件は原審の申立日で判定する
3 旧法事件では控訴状等を紙で提出する

第3 みなし提起その他の先行手続がある場合

1 支払督促から督促異議へ移行した場合
2 民事調停が不成立となった後に訴えを提起した場合
3 その他の先行手続

第4 併合,反訴及び独立当事者参加

1 併合すると事件全体が旧法事件となる
2 旧法事件への反訴・独立当事者参加
3 併合後の直送・受領書は表示のまま前提にしない
4 併合等の申立ての提出場所

(続きを読む...)mintsの新法事件と旧法事件の見分け方―令和8年5月21日の基準日,みなし提起,併合及び反訴(AI作成)

mintsから届く通知メールの種類と読み方―送達通知,提出通知及び振り分け設定(AI作成)

目次

第1 通知メールの一覧と,来たら何をするか
第2 システム送達の通知(「裁判所がファイルをアップロードしました」)

1 どのようなときに届くか
2 通知の文面
3 電子呼出状の通知を受けたとき

第3 相手方が提出したときの通知(「ファイルが提出されました」)
第4 閲覧・ダウンロードの通知を読むときの注意
第5 メールの振り分け設定
第6 関連記事
出典・参考資料

mintsを使うと,手続の節目ごとに,送信専用アドレス([email protected])から自動通知メールが届く。
通知は事件ごと・ファイルごとに届くため,送達の効力に直結する通知が,日常の操作通知に埋もれやすい。

いずれの通知も,冒頭に「本メールは、民事裁判書類電子提出システム(mints)からの自動送信メールです。」とあり,宛名,事件の表示,末尾にmintsトップ画面のURL及び差出部署が入る。
事件の表示は,立件前は受付番号(例「〇〇地方裁判所2026-0000000」),立件後は事件番号(例「〇〇地方裁判所令和8年(ワ)第〇号」)で示される。

本記事では,mintsから届く主な通知メール10種類を一覧にした上で,実務上特に重要な「裁判所がファイルをアップロードしました」と「ファイルが提出されました」の二つについて文面を示し,メールソフトの振り分け設定の例を紹介する。
第1 通知メールの一覧と,来たら何をするか

通知メールの種類(件名冒頭)
いつ届くか

(続きを読む...)mintsから届く通知メールの種類と読み方―送達通知,提出通知及び振り分け設定(AI作成)

mintsで行政訴訟を提起する方法―被告と処分行政庁の表示,事件種別,仮の救済の添付書類(AI作成)

目次

第1 被告は処分行政庁ではなく国又は公共団体である

1 抗告訴訟の被告適格
2 国を被告とする場合の入力
3 処分行政庁は訴状の法定記載事項として書く

第2 例外的な当事者入力の類型

1 地方公共団体で長以外の者が代表者となる場合
2 特許庁長官・海難審判所長等が当事者となる場合
3 合議制の行政庁が当事者となる場合
4 住民訴訟で執行機関又は職員が当事者となる場合
5 共通の確認事項

第3 「事件種別」欄と「被告の数」欄

1 事件種別の選び方
2 「被告の数」は代表者の別で数えない

第4 「申立ての趣旨」欄・「申立ての理由」欄
第5 仮の救済の申立てを同時にする場合の添付書類
第6 被告の表示を誤った場合の訴状訂正
第7 関連記事
出典・参考資料

(続きを読む...)mintsで行政訴訟を提起する方法―被告と処分行政庁の表示,事件種別,仮の救済の添付書類(AI作成)