Question 1

Jingweiとは何ですか？

Accepted Answer

精卫 Jingweiは、個人利用向けに最適化された画像帰属保護ツールです。イラストレーター、写真家、デザイナー、コンセプトアーティストなど、画像を創作する方々を対象としています。
納品や公開の前に、不可視の帰属宣言と、必要に応じた目に見える盗難防止レイヤーを埋め込めます。目的は、盗用や悪意ある改変の技術的コストを大幅に高めつつ、権利者が検証できる帰属シグナルを残すことです。

Question 2

GlazeやNightshadeがあるのに、なぜJingweiも使うのですか？

Accepted Answer

GlazeとNightshadeは主に、画像がオンラインに公開された後の大量スクレイピングや、下流のAI学習シナリオを対象としています。特定の1枚を直接持ち去って編集・盗用する、1対1の悪用シナリオには、比較的フォーカスが弱い傾向があります。またローカルインストールと強いハードウェア（特に専用GPU）が必要で、1枚あたりの処理時間が長く、目に見える摂動のアーティファクトが出やすい場合もあります。
Jingweiは、個人クリエイター向けの、納品前・公開前の迅速な保護に焦点を当てています。相手がすでにファイルを持っている状態でAI編集、合成、部分再描画を試みる際のコストを高め、検証可能な帰属宣言を埋め込むことを目的としています。
Glaze、Nightshade、Jingweiは異なる脅威モデルに対応しており、併用も可能です。
重要：Glaze、Nightshade、Jingweiのいずれも、完全かつ恒久的な保護を保証するものではありません。ワークフローに合わせて選び、必ずオリジナルファイルを保管してください。

Question 3

Jingweiはユーザーの画像を保存したり、AIで処理したりしますか？

Accepted Answer

1）長期保存はしません。Protect、Verify、AI Inspect Assist用にアップロードされた画像は自動処理され、完了後すぐに削除されます。作品リポジトリは維持せず、アップロードを学習や商用分析に使用することもありません。
2）AI処理は行いません。JingweiはAIモデルでユーザー画像を処理しません。すべての埋め込み・保護手法は、古典的な画像処理とデジタル信号処理に基づいており、深層学習は使わず、.pth / .onnx / .ckpt などのモデルファイルも読み込みません。

Question 4

ウォーターマークは、AI合成・学習・悪用を完全かつ永久に防げますか？

Accepted Answer

不可視レイヤーは、強い圧縮、繰り返しの再エンコード、標的を絞った除去によって弱体化・削除される可能性があります。目に見える盗難防止レイヤーは復元や悪用のコストを高められますが、将来のすべてのツールが失敗するとは誰も保証できません。JW宣言は所有権と使用意図を伝えますが、実効性はプラットフォームやツールがそれを認識・執行するかどうかに依存します。
JWイニシアチブは、Creative Commonsマーカーと同様に、クリエイターの意図を標準化された機械可読シンボルとして確立し、プラットフォームが審査・利用ポリシーに組み込めるようにすることを目指しています。これは長期的なエコシステムの取り組みであり、法的保護の代替にはなりません。

Question 5

JingweiはAI編集や画像合成を防げますか？

Accepted Answer

Jingweiは、他者がすでに画像を所持し、AI編集・合成・部分再描画を行うケースを対象としています。多層の摂動と、任意の目に見える盗難防止オーバーレイにより、編集失敗や低品質な復元の可能性を高め、悪用コストを大幅に引き上げます。
実際の結果は、原画像の特性、ツールチェーン、後処理によって異なり、技術の進化に伴い変わる可能性があります。

Question 6

対応形式は？どの機能が画質に影響しますか？

Accepted Answer

アップロードはPNG、JPEG、WebPに対応しています。JWやその他の不可視周波数ドメインレイヤーを有効にする場合、可逆圧縮のPNGエクスポートを推奨します。非可逆のJPEG圧縮は不可視シグナルを弱める可能性があります。
JW宣言、DWTウォーターマーク、LSBなどの不可視レイヤーは、通常の閲覧への影響を最小化するよう調整されていますが、強い設定では微細なテクスチャや色の変化が生じる場合があります。変位マーク、エンボスロック、ぼかし帯などの目に見える盗難防止レイヤーは、意図的に見た目を変えます。視認性が高いほど、抑止力も高くなる傾向があります。コンプライアンスメタデータ（EXIF、C2PAなど）は、通常画像の見た目に影響しません。
処理後、ページに画質の参考情報が表示されます。画質重視の場合は、中程度または軽い設定から始め、プレビューして満足できたらエクスポートしてください。

Question 7

スクリーンショットやSNSから再ダウンロードした画像でも検証できますか？

Accepted Answer

部分的には可能です。JW宣言と強化レイヤーには、スクリーンショット、SNS圧縮、二次保存向けの冗長性が組み込まれています。
よくある流れは、画像を保護→スクリーンショット→SNS投稿→再ダウンロード→検証です。多くの場合、帰属は依然として検出できますが、結果は原画の品質、スクリーンショット方法、プラットフォームの圧縮の強さに依存するため、毎回完全な復元を保証することはできません。
Verifyページでは、JW、DWT、LSB、アンカーなど、レイヤーごとの結果と信頼度を報告します。紛争時には、再配布前のオリジナルエクスポートを保管してください。

Question 8

画像にJingweiのウォーターマークデータがあるかどうか、どう検証できますか？

Accepted Answer

Verifyページを開き、対象画像をアップロードしてください（ログイン不要）。システムはJW宣言データ、DWT、LSB、EXIF/IPTC、C2PAクレデンシャルなど関連シグナルを確認し、レイヤーごとに検出状況と信頼度を報告します。
検出されないことは、処理が行われなかった証明にはなりません。検出された場合、Jingweiで保護された、または関連メタデータを含む画像であることを示す補助的証拠として活用できます。

Question 9

「AI Inspect Assist」は画像がAI生成かどうか判定できますか？

Accepted Answer

最終判定は提供しません。AI Inspect Assist（ベータ）は、ファイルにAIツールのメタデータ、カメラEXIF、C2PAクレデンシャルなどの痕跡が含まれるかを示す、実用的な「成分リスト」を出力し、ユーザー自身の判断を支援します。
SNSからダウンロードしたファイルやスクリーンショットでは、メタデータが失われることがよくあります。「見つからない」は「必ず人間が作った」という意味ではありません。

Question 10

ウォーターマークのフォントは変更できますか？

Accepted Answer

フォントライセンスの制約により、現在はオープンライセンスのフォントのみ対応しており、カスタムフォントの切り替えはまだ利用できません。ウォーターマークのサイズ、位置、目に見えるレイヤーのスタイルは調整できます。追加の対応フォントが導入された場合は、Protectページと本FAQでお知らせします。

Question 11

JW宣言とは何ですか？必須ですか？

Accepted Answer

JW（Jingwei Protocol）は、創作タイプ（オリジナル / AI協作）、使用制限（無許可のAI学習やAI編集の禁止など）、クリエイター名を機械可読形式で画像に書き込み、任意で目に見えるバッジを表示します。
JWがCCマーカーのように、プラットフォームやツールが審査・利用管理に活用できる、広く認知された公開シグナルになることを目指しています。仕組みの層から侵害を減らすための長期的な方向性であり、エコシステムの合意が必要です。
任意であり、必須ではありません。不可視レイヤーを保持したい場合は、PNGエクスポートを推奨します。

Question 12

「Commission Delivery（納品配信）」とは何ですか？

Accepted Answer

Commission Deliveryは、保護された引き渡しワークフローを提供します。クリエイターは完成画像をアップロードし、閲覧用パスワードを設定し、暗号化された納品パッケージを受け取ります。依頼者はサイトのビューアページでパッケージを開き、パスワードを入力し、マウスまたはタッチを押し続けることで画像が徐々に表示されます。離すと再び散らばります。
ビューアには、閲覧者の身元を示すゆっくり動くウォーターマークも重ねられます。押し続けて閲覧する動作と組み合わせることで、スクリーンショットによる高解像度の完成稿の漏洩リスクを低減します。モバイルブラウザでもタッチ操作に対応していますが、複雑な操作はデスクトップの方が容易です。

Question 13

なぜまだオープンソース化されていないのですか？モバイルアプリは出ますか？

Accepted Answer

Jingweiは現在も内部/ベータ段階で進化しており、公開オープンソース版はまだありません。コア機能が安定した後、コアアルゴリズムや暗号化の内部を公開しないコンポーネントから段階的にオープンソース化し、コミュニティのレビューと協力を可能にする予定です。
モバイルアプリは、大幅な再設計、アプリストアのコンプライアンス、継続的な運用コストが必要です。現時点でアプリのロードマップはなく、Web体験が最優先です。

よくある質問