  |
はてなキーワード: スニペットとは
どの条文かというと、「当該行為に付随して」というところと「軽微利用に限る」の部分。
社内向けに流布するネタバレサイトみたいになってるので普通にだめかと。
https://www.pressnet.or.jp/statement/20220215.pdf
Ｑ６ 言語の情報処理によって、記事の要約・抜粋といった加工は技術的に可能だが、そうしたものを外部に提供できるのか。
Ａ 記事の抜粋については、Q4・Q5 で示した範囲・分量を超えた利用はできません。また、最近、人工知能（AI）技術の進展で、記事を自動で要約したり簡素化したりするプログラムがあるようですが、要約された記事によって、報道の目的や意図がゆがんだり、正確性が損なわれたりする可能性があり、これらを外部提供するなどの場合は必ず、事前に著作権者（各新聞社の知財担当窓口など）に相談してください。
ここで呼ばれているQ4とは
可能とされるのは、「必要と認められる限度」でかつ、結果表示に「付随して」「軽微なもの」といった要件をすべて満たす場合とされています。新聞記事の場合には、「新聞名」「日付」「見出し」「ごく短い本文一部表示（スニペット）」「サムネイル写真」が該当する想定です。
ただし、参考資料②（16 ページ）で紹介されているように、見出し等を表示させること自体を目的とするサービスについては、「別途不法行為による保護が図られる途がある」という意見が
Q5には
それだけで利用者の情報ニーズや視聴の欲求を充足し、オリジナルの著作物の市場に悪影響が及ぶような場合は、目的から外れます。サムネイル・スニペット表示が、新聞記事の代替とならない限度を保つこと
とある。
その記事は検索エンジン的に、元記事を読むように誘導するものではなくて
と言う手順になっている。要約・翻訳して投稿するところがメインで、軽微利用に限るための処理は入ってない。
47の5は過大解釈されがちだけど、ちゃんと基準があって、文化庁の解説などには結構明確化されていて
https://www.bunka.go.jp/seisaku/chosakuken/hokaisei/h30_hokaisei/
https://www.bunka.go.jp/seisaku/chosakuken/hokaisei/h30_hokaisei/pdf/r1406693_17.pdf
いいのかあれ？
内容としては、AIサービスで検索した外国のニュースを要約/翻訳して社内SNSなりビジネスチャットに流すと言う仕組みだけど
と言う事でどう見ても駄目なんだが。しかも外国ニュースってさ。
主に欧米でLLMと既存メディアとの対立が激しくなっていて、AIでの利用を禁ずる規約変更などが行われており、話が難しくなっている。
また、日本では社内に報せるからと勝手に新聞記事コピーする奴が捕まって料金払わされてるってニュースが定期的に登場する。
だから、知られたら間違い無く問題化する危ない所を触ってるわけだけど、そういうの、知らないわけないよね。（知らなかったらメディアとLLMを扱うエンジニアとしては二流もいいとこ）
数ある CDN のなかでも Fastly は圧倒的に優れた特性を持つものだと思うので、障害にかこつけてその優れた点を紹介していく。
CDN とは世界各地にあるキャッシュサーバーにコンテンツをキャッシュして配信してもらうことで、オリジンサーバーの負荷を軽減したりユーザーへの配信速度を上げたりするリバースプロキシのホスティングサービスだが、 Fastly の最大の特徴としてはそのキャッシュが消えるのが速い。普通の CDN が数十秒〜数分とかかるのにたいして 0.2 秒で全部消えることが保証されているし、キャッシュにたいしてキーをつけておけば(HTTP ヘッダーに Surrogate-Key って入れるだけ)特定のキーがついているキャッシュだけ 0.2 秒以内に消したりということができる。
これにより、 CDN による配信高速化の恩恵を受けながら、コンテンツをリアルタイムに更新していくことができる。 next.js + vercel などはこのあたりをフロントエンドから CDN まで一気通貫に提供することでリアルタイム風にコンテンツを更新できるように見せかけているが、 Fastly なら本当になにもかもリアルタイムで出来ることが保証されるので、難しいことを考えなくてもよい。
CDN の設定の反映の遅さというのは Cloudfront とか使っていれば感じることだと思うが、 Fastly なら 5 秒ぐらいで反映される。設定を変更しながらいろいろ検証しているときにこれが地味に嬉しい。
ただし上記の特性の代償と言えるのかもしれないが(そうではないのかもしれないけど)、 Fastly は「デカめの配信拠点を比較的少数配置する」という構成になっているため、ディザスタリカバリなどの面では不安がある(今回の障害はマジで全部落ちたのでこれとは関係ない問題だろう)。
Web 設定画面からいじれる設定項目が多く、にもかかわらずユーザーに優しく使いやすい。例えばリクエストヘッダーを Fastly 側で書き換えてもらう機能があるのだが、それとは別に Host ヘッダーのオーバーライドの設定は(えてしてよく使うので)別の画面に切り出されていたりする。
大抵のユーザーは Web からの設定画面でできることで満足すると思うが、高度な制御をしたい場合、 Varnish の設定ファイルのスニペットをアップロードしたり、あるいは設定全体を書いてアップロードする、といったことができる。例えば JWT のデコードを VCL でやってしまって、同じ URI にたいして認証済みユーザーとそうじゃない人でキャッシュのだしわけなんてことが Fastly 上でできるようになる。
ただし VCL でいろいろな制御を実現しようと思うと、 VCL の表現力の低さにより地獄を見ることになるので、得られるベネフィットと相談しながらこのあたりはやっていくことになる。
