概要
snapDOMを活用したDOMの画像変換に続いて、クライアントサイドでDOMを画像化する機能を提供する際の法的リスクと安全な機能提供方法を紹介します。
ベストプラクティス
クライアントサイドでの画像生成を安全に提供するには埋め込む情報に加えて適切なフォント選定が重要です。
推奨されるフォントの条件
フォント選定時には、以下のライセンス条項を必ず確認する必要があります。
- 画像埋め込みの可否: ライセンス条項で明示的に許可されているか
- 商用利用の可否: 生成される画像の用途に応じた判断
- 再配布の可否: SNSシェア等の二次配布が想定される場合
- クレジット表記: 必要な場合の表記方法と場所
安全なフォントライセンス例
画像化機能では、以下のフォントライセンスが安全性が高く推奨されます。
これらのライセンスで提供されているフォントサービスの例としてはGoogle Fontsが挙げられます。ほぼ全てがOFLまたはApache License 2.0で提供され、ロゴ・印刷物・電子書籍など全ての用途で画像化が明示的に許可されており、画像化に使用しやすいフォントが多く提供されています。
Google Fontsの利用ガイドライン
Google Fontsの公式FAQでは、各フォントのライセンス条件に従って以下が可能であることが記載されています。
Google Fontsの個別フォント確認方法
Google Fontsに収録されているフォントは、それぞれ異なるライセンスが適用されています。
- 確認方法: 各フォントページの「License」セクションで個別に確認可能
- ライセンス有効期限: Apache License 2.0は「perpetual」「irrevocable」と明記され法的に非常に明確。OFLは期限の記載がなく条件遵守下で継続的に有効ですが、文言の明確性ではApache License 2.0に劣ります
- ライセンス変更の可能性: 既に取得したバージョンのライセンスは保護されますが、フォントの新バージョンが異なるライセンスで公開される可能性があるため、更新時は再確認が必要です
- 推奨事項: 法的明確性を重視する場合はApache License 2.0のフォントを優先。使用前に必ず各フォントのライセンスを個別確認し、ライセンス情報を記録しておくことを推奨します
避けるべきリスク
上記のベストプラクティスに従わない場合に発生しうる具体的なリスクを紹介します。これらのリスクを理解することで、安全な実装の重要性が明確になります。
- フォントの形状データ(ベクター情報)の埋め込み:
PDFやSVG形式で画像を生成する場合、フォントの形状データ(アウトライン情報)がベクター情報としてそのまま埋め込まれます。これはフォントファイルの再配布に近い行為となり、多くのフォントライセンスで明示的に禁止されています。DOM画像化ライブラリ(html2canvas等)はラスター画像(PNG/JPEG)を出力するため、フォントデータ自体は含まれませんが、PDF/SVG生成機能を提供する場合は特に注意が必要です。 - 画像化が許可されていないフォントの使用:
ライセンスで画像への埋め込みが許可されていないフォント(商用フォントサービスの一部、システムフォント等)を使用して画像生成すると、ラスター画像であってもライセンス違反により損害賠償請求のリスクがあります。 - ライセンス未確認のWebフォント使用:
Webフォントサービスのフォントを使ってOGP画像を自動生成すると、画像への埋め込みが明示的に禁止されている場合があり、規約違反によるアカウント停止やライセンス問題が発生します。 - ユーザー環境のフォント使用:
font-family: system-ui等でユーザーのブラウザ設定に依存すると、ユーザーのPCにインストールされた商用フォントを無断で画像化・配布してしまい、サービス提供者がライセンスを管理できなくなります。 - SNSシェア機能での拡散:
「個人使用のみ」のフォントライセンスで生成した画像をSNSシェア機能で拡散すると、公開配布にあたり個人使用の範囲を超えるため、画像がバイラル化した際に大規模な権利侵害となりフォントベンダーからの法的措置を受ける可能性があります。
OSプリインストールフォントのライセンス
OSにプリインストールされているシステムフォント(Arial、Helvetica、游ゴシック等)は、ブラウザでの表示は許可されていますが、画像への埋め込み・配布については別途ライセンス確認が必要です。
システムフォントへのフォールバック(font-family: "Noto Sans JP", Arial, sans-serif)を指定している場合、Google Fonts等が読み込めない環境でシステムフォントが使用され、意図せず問題のあるフォントを画像化してしまう可能性があります。画像生成時はフォントの読み込み状態を確認し、必ずライセンス確認済みのフォントのみが使用されるよう制御することを推奨します。
まとめ
クライアントサイドでの画像生成は技術的に手軽に実装できる一方で、法的リスク、特にフォントライセンスに関する検討が不可欠です。 適切な法的リスク管理により、安全にサービスを提供できます。法的な観点からの検討も必要です。
最終的に実装した機能に問題がないかは、専門家や企業の法務部門に確認することを推奨します。
