生成AIが注目されているので、Windows 11に付属しているCopilot無償版（プレビュー）に、いくつかPDF関係の質問をしてどんな回答が得られるか、どの程度役に立つのだろうかと少しばかり試してみました。

幾つか試してみたところ、質問の内容によっては参照元Webページの要約をまとめていることが明らかなケースがときどきあります。

この場合、参照元のWebページが誤っていると、Copilotはその内容の真偽を判断することなく、オーム返しに誤った回答をしています。

例えば、

質問：フォント埋め込みの方法を教えてください。

Copilotの回答：

PDFファイルにフォントを埋め込む方法は、Adobe Acrobat Reader DCを使用して行うことができます。以下にWindowsとMacの両方の方法をご紹介します。

Windows（Adobe Acrobat Reader DCを使用）
Adobe Acrobat Reader DCを開きます。
（以下、省略）

この回答の中では、Acrobat Reader DCでPDFを表示して、そのPDFを「Adobe PDF」ドライバで印刷して新しいPDFを作る方法を説明しています。

これでは、Adobe Acrobat のプリンタドライバで新しくPDFを作り直しているのであって、Adobe Acrobat Reader でフォントを埋め込むとは到底言えないでしょう。

しかも「設定」の説明も誤っています。

Copilotが、このような本質的に誤った回答をしている原因は、この回答で参照しているWebページの内容が誤っていることにあるようです。

Copilotが、この回答で参照しているWebページは次の二つです。

[1] https://office-hack.com/pdf/font-embedding/
[2] https://pdf.wondershare.jp/pdf-edit/font-embed.html

この[1]には「Adobe Acrobat Reader DCでPDFにフォントを埋め込む方法」という説明文があり、Copilotはこの説明文をほぼそのままオーム返しに、自分自身の回答としています。今回の場合、かなり「引用」に近い状態です。

ここで大きな問題は、[1]の内容がまるでデタラメということです。結果的に、Copilotの回答もデタラメになっています。

本来は、Copilotは自分自身が蓄積した知識を使って、Webページの内容の真偽を判断し、情報の取捨選択をしたうえで、正しい情報のみを整理しないといけないはずです。しかし、現時点では、収集した情報の真偽の判断ができていないようです。

ある情報の真偽を判断するのは人間にとっても難しいものです。人間の場合は、例えば実際に行動して、その失敗から学んで正しい知識を身に着けていく場合も多いでしょう。しかし、CopilotのようなAIが、自らの行動の結果に基づいて学ぶということは簡単ではないかもしれませんね。

Tweet

昨日「Google 検索、劣化してない？」で、検索結果について「上位に来る記事は『無料』というキーワードがちりばめられたものばかり。無料というキーワードがないと記事としても認められないのだろうか？」とお話しました。この点をもう少し詳しくみてみます。

Googleで「PDF編集」というキーワードで検索し、ヒットしたページのタイトルとURLを上位から10位まで並べると次のようになります。（スポンサーとマークされたページは除外しています。）

こうしてみると、上位10本の記事のなかで6本のタイトルに「無料」という言葉が含まれています。

「PDF編集」をGoogleで検索した結果は「無料」にハックされている、と言えるかもしれません。

ハックとは「システムで許容されているが、その設計者は意図も予想もしていなかったこと。」（『ハッキング思考 強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか』（ブルース・シュナイアー著、日経BP発行、2023年10月16日））

PDF資料室へ

Tweet

2023年8月18日付けのIIJのエンタープライズIT Columns（JJI-ITCと略記）に、『AWSなどでMicrosoft製品（SPLAライセンス）が使えなくなる！？ 』という記事が掲載されています。

だいぶ前の記事なのですが、「2025年9月30日以降、AWSやGoogle Cloudなどのパブリッククラウドを利用しているサービス提供事業者は、Microsoft製品（SPLAライセンス）の持ち込みができなくなる」とあるので、本当だとすると、結構インパクトが大きそうです。

現時点で1年半ほど先の話ですが、弊社でも関係するクラウドサービスを提供しているため調査を始めています。

マイクソロソフトのWebページで関連する情報を探すと、次の記事が見つかりました。
クラウドへのワークロードとライセンスの導入を容易にする、新たなライセンス特典（2022年9月12日）

この中の「アウトソーシングに関するSPLAプログラムのアップデート」と見出しのついた段落がJJI-ITCの記事で言っている内容に該当するようです。

この記事は次の元記事（英語）の翻訳とされています。
New licensing benefits make bringing workloads and licenses to partners’ clouds easier （2022年8月29日：元の記事を読むにはブラウザで言語を英語にする必要があります。）

この記事を読むと、マイクロソフトのSPLA（Services Provider Licensing Agreements）は、データセンターを運営する事業者とユーザーの間の契約を想定していた。しかし、マネージド・サービス・プロバイダーが、SPLA契約でマイクロソフト製品のライセンスを購入して、他社のデータセンターでサービスを行うようになった。これを元の意図に沿って正したいということのようです。

そこで、リストに該当するプロバイダーの上にSPLAを持ち込むことができないようにするという措置を講じるということです。

リストに該当するプロバイダーとは次のとおりです。
Alibaba, AWS (Amazon Web Service), Google, Microsoft およびサービスの一部としてこの４つのプロバイダを使ってアウトソースサービスを提供しているプロバイダ

英文の記事中で掲げられている対応策は
現在マイクロソフト製品をSPLAで利用しているパートナーは、2025年9月までに上記のリストに該当するプロバイダーから移行するか、上記のリストに該当するプロバイダーからライセンスをSPLAとは別に直接取得しなければならない
とされています。

この記事を読んで、よく行くTOHOの映画館で映画上映前にいつも出る「当館以外で購入された飲食物の持ち込みはご遠慮ください」という無粋な告知を思い浮かべてしまいました。

館内で販売されているやや高めの飲食物を買って楽しむか、上映中に飲食すること自体を諦めるか、どっちかの選択が必要になるということですかね。

もしかすると、弊社の『Office Server Document Converter』の出番がありますか？

【ご注意】本記事の詳細はさらに調査中です。（当社の主体の記事ではなく、解釈なので）誤っている可能性もありますのでご注意ください。

Tweet

一般には、金利が上がると債券の価格は下がると言われている。では、金利のうごきと債券価格の動きは定量的にどのような関係になっているのだろうか。

債券運用の本を読んでみたところ、次のような説明があった。ここでは単純化するために利息（クーポン）の付かない割引債（ゼロクーポン債）の場合について示す。

割引債の価格（P）と複利最終利回り（r）には次の関係がなりたつ。

P=100/((1+r)^n) (n：残存年数)

これは価格Pの割引債を満期まで（n年）保有すると100で償還される。そのときの複利計算の利回りがrとなるということを表す式なので、割引債がデフォルトしない限り必ず成り立つ一種の定義式である。

上式の両辺をrで微分すると次のようになる。

dP/dr=-100n/((1+r)^(n+1))=-nP/(1+r)

これは次のように置き換えられる。

dP/P=-(n/(1+r))*dr

この式は残存n年の割引債の価格変化率（dP/P）は複利最終利回りの変化幅（dr）に対して、n/(1+r) 倍した値になるということを表している。

現在の米国30年国債の利回りは概ね4％強になっている。なので残存期間30年の米国割引国債を買って保有したとき、利回りが1％下落すると、価格は28％ほど上昇するということになる。

式の導出過程を振り返れば分かるとおり、上の関係は理論的なものだ。

実際には国債の価格は市場の需給関係で決まっていると言われている。自然界ではニュートンの万有引力の法則が成り立つとしても、魑魅魍魎が支配する証券業界で、こんな理論的関係が、あたかも万有引力の法則のように働くものなのだろうか。

俄かには信じがたいので、早速、楽天証券で米国30年ストリップ国債（残存期間25年3カ月）を少額だけ購入して実際の値動きを調べてみた。

１．楽天証券では評価額は毎日当日夕方の17時頃にわかる。
２．また別にQuick情報で米国30年国債の利回りを調べる。米国30年国債の利回り（終値）は翌日の朝にわかる。

1月16日から2月8日までのデータは次のとおりであった。

この結果を見ると、前日に国債利回りが上がっているときは、ストリップ国債の楽天の評価価格が下がり、逆に利回りが下がっているときは、ストリップ国債の評価価格が上がっている。

国債利回りの変化（drに相当）をx軸に、ストリップ国債の価格の変化率（dP/Pに相当。Pは前日の価格、dPは前日からの価格変化）をy軸にとって分布図にすると次のようになる。

Excelで回帰分析して、次の関係式を得た。xとyは1日ずれている。

y=-0.241x+0.001

これによると、利回りが1％下がると、価格は概ね24％アップする、という関係になる。

概ね、理論どおりの関係が成り立っているようだ。

実際には、前日の米国30年国債の利回り終値を見て、楽天証券が評価価格を計算しているのかもしれない。もし、そうなら観測値がほぼ直線上に並ぶはずなのだが。

「債券の価格と利回りはコインの裏表の関係にある。しかし、主従関係からみれば価格が主」という説明もあるが、債券の価格決定過程はブラックボックスなので、真実はわからない。

参考資料：『債券運用と投資戦略』（金融財政事情研究会）

Tweet

日本語の文章を英語に翻訳するためにツールとして、機械翻訳がかなりいいレベルまで来ているのは周知のとおりです。では、HTMLでタグ付けされたWebページの翻訳にも機械翻訳を使えるでしょうか？

HTMLファイル機械翻訳の課題

日本語HTMLファイルは大きくわけるとテキストコンテンツと画像やマークアップ（タグなど）から構成されます。

タグにはいろいろな種類があります^[注1]。メタ情報を表すタグ、見出し、段落、箇条書き、表などのブロックの区別を表すタグ、強調、アンダーライン、上付き・下付きなどテキストの意味合いを表すインラインタグ、リンクや画像を埋め込むタグ、などです。

WebページのレイアウトはCSSで指定します。このため多くのタグに、CSSによるレイアウトを制御するための属性が付加されます。また、HTMLファイル内にはブラウザで表示する際のダイナミックな動作を表現するためにJavaScriptが埋め込まれます。このためHTMLファイルは、コンテントのテキストと比べてかなり複雑になり、通常はマークアップ作業に多大な時間がかかります。

機械翻訳のシステムでHTMLファイルを日本語から英語に翻訳するとき、(1)テキストコンテンツの翻訳の品質に関わる課題と、(2)タグの扱いが適切かどうかという課題があります。

タグの扱いについての要件

ここでは、主にタグの取り扱いを考えてみます。まず、タグの扱いは基本的には次の条件を満たす必要があります。

１．タグ自体は翻訳せず、タグのツリー構造は保持されなければならない。つまりタグの順序が変更されないこと。開始タグと終了タグの対が保持されること。タグの親子関係（入れ子関係）が崩れないことなどが満たされること。
２．開始タグには属性と属性値が付随することがあります。属性は翻訳せず、属性値は多くの場合、翻訳しない方が望ましいが、翻訳してほしいこともある。

日本語のHTMLファイルを機械翻訳した結果、タグのツリー構造が壊れてしまったり、マークアップが不適切になってしまうと、機械翻訳の出力として得られたHTMLファイルのタグ付けを修正する作業が必要になります。もし、タグの構造が完全に破壊されてしまうと、プレーンテキストにゼロからタグ付け作業をする方が手間が少ないということになります。

特に、インラインタグは翻訳テキスト中に混在するのでタグのツリー構造を維持するのが難しい場合がありそうです。そこで機械翻訳システムがテキストコンテントとタグを分離してうまく扱えるかどうかは詳しく調べてみる必要があります。

機械翻訳のHTMLファイル形式サポート

機械翻訳システムによってはタグでマークアップしたテキストを翻訳対象にできないことがあります。ここで使用するDeepLは、Free版ではHTML形式ファイルを扱えません。一方、Pro版とAPI版がHTMLファイル形式を翻訳対象としてサポートしています。

・Which file formats can I translate?

DeepLによる日本語HTMLファイルの英語への翻訳例

そこで、今回、DeepLでHTMLを翻訳したときタグが正しく扱われるかを調べてみました。翻訳の対象としたのは、Formatter V7.4（開発中）の日本語HTMLマニュアル（XSL/CSS拡張）です。

Formatterのマニュアルは、日本語と英語版のWebヘルプとして作成されています。V7.3（現行バージョン）についてはこちらからご覧いただけます。現在、翻訳は社内の専門スタッフが行っており、機械翻訳は使っていません。
・Antenna House Formatter V7 日本語版マニュアル
・Antenna House Formatter V7 日本語版マニュアル・XSL/CSS拡張
・Antenna House Formatter V7 英語版マニュアル
・Antenna House Formatter V7 英語版マニュアル・XSL/CSS Extensions

DeepL翻訳結果・第一印象

日本語のHTMLをDeepLで英語に翻訳翻訳した結果はいちおうHTMLなのでブラウザで表示できます。最初に、翻訳元の日本語HTMLファイルと、DeepLで翻訳した英語HTMLファイルのブラウザ表示を比較してみます。

1）目次部分

翻訳元日本語目次（左）、翻訳結果の目次（右）

2）見出し、本文や表

見出し、本文（太字）、リンク、表

3）表と箇条書き

表と箇条書き

こうしてみますと、ブラウザで表示して比較できるレベルでタグが付いているようです。ただし、ブラウザはHTMLファイルのタグが正しくなくても表示できるように作られているので、ブラウザで表示できるからと言って、タグが完全に適切に付けられているとは言い切れません。

また、翻訳された内容を詳しく見ると、細かい点に問題が見つかります。

では、HTMLタグがどの程度まで適切に設定されているでしょうか？　これを確認するにはHTMLファイルのタグを詳細にチェックする作業が必要になります。そこで、次回は、DeepLのHTML翻訳結果のタグ付けについて詳細に検討してみることにします。

[注１]
HTMLのタグの種類やタグ付けの規則については次の標準仕様で規定されています。
HTML Living Standard

Tweet