Googleが2018年に発表したBERTは、その性能の高さや利便性から、今やあらゆる自然言語処理タスクで汎用的に用いられるようになっています。
BERTは事前学習済み言語モデル (Pretrained Language Model) と呼ばれるモデルの一種で、大量のテキストで事前にモデルの学習をおこなっておくことで、様々なタスクに利用できる言語知識を獲得しています。 この言語知識を転用することで、多様なタスクについて、今までよりも少ない学習データで非常に高い性能を発揮できることがわかっています。
BERTをテキスト分類などのタスクに適用する際は、BERTを微調整(fine-tuning)することでタスクを解きます。 例えば、ある映画のレビューが好意的(positive)か否定的(negative)かを分類するタスクを考えると、微調整の流れは以下のようになります。
- レビューテキストを事前学習済みのBERTに入力する
- BERTから得られる出力を用いてpositiveかnegativeかの分類を行う
- 分類タスクにおける損失を計算し、損失をBERTに逆伝播させてBERTのパラメータを更新する
BERTは近年では基盤モデル(Foundation Models)とも呼ばれており、BERTの派生モデルも大量に登場しています。
さて、BERTが登場したのは2018年でした。 当時はRNNやLSTMと呼ばれるモデル構造が主流であり、Transformerと呼ばれるモデル構造をベースにしたBERTは、かなり目新しいものでした。 また、PyTorchなど深層学習用のライブラリもまだまだ発展途上であり、近年までBERTを取り巻く環境は混沌としていました。
しかし、2023年になって、BERTを利用するための環境が非常に整ってきました。 その代表例がHuggingFaceが公開しているTransformersというライブラリです。
Transformersを用いることで、BERTをはじめとする様々な事前学習済みモデルたちを簡単にダウンロード・利用できます。 TransformersはPyTorchやTensorflow, Jax/Flaxといった様々な深層学習用ライブラリと同時に利用できるので、環境を選ばずに事前学習済みモデルたちにアクセスすることができるようになりました。
Transformersの別の良さとしては、事前学習済みモデルのアップロードも簡単であるというのも特筆すべき点です。 これにより、研究や企業応用など、そのユースケースを問わず、様々なモデルをTransformersを通じて簡単にやりとりすることができるようになりました。 いまや誰でも簡単に、自作のBERTをHuggingFaceのサーバ上に公開し、広く一般に使用してもらうことができます。
さて、このようにBERTをはじめとして、事前学習済みモデルを取り巻く環境は極めて急速に整備がされてきました。 しかし、実際にBERTを用いてどのようにタスクを解けば良いか、というのは実はそこまで整備されていません(著者の感想)。
日々更新されていくライブラリ、特に最新のPython, PyTorch, Transformersなどに対応した、BERTを用いてタスクを解くための高品質なテンプレートはほとんど存在しません。
特に自然言語処理の初学者にとっては、「研究や実験をどのように開始したらよいかわからない」「よい設計、実験管理をどのように行えば良いかわからない」というのは非常に苦しいものです。
自然言語処理(に限りませんが)の研究や実験に取り組む際には、理解しやすく、自分が取り組むタスクに比較的近いテンプレート・参考実装が存在することのメリットは計り知れません。
そこで、BERTを用いたテキスト分類をテーマとしたモダンで高品質な深層学習用のテンプレート実装を目指して、本実装を公開します。 具体的には、本実装は「livedoorニュースコーパスをBERTを用いて分類する」流れを実装したものです。
本実装の主要な貢献は以下です。
- Python 3.10, PyTorch 2.0, Transformers 4.30 以上に対応したモダンな記法・実装
- Type Hintsを活用し、出来るだけ依存ライブラリとコード量を減らして、過度な抽象化を避けた見通しのよい設計
- データ準備 → 訓練 & 評価 という実験プロセスの実装指針の提供
- 一般的な評価値の算出を含む実験テンプレートとして、その他のタスクにも簡単に利用できる汎用的な実装
本実装については自然言語処理 30巻 2号に掲載の学会記事でも解説しておりますので、ぜひ併せてご覧ください。 以降の節では、本実装を俯瞰しつつ、主要な項目について述べます。
本実装は「livedoorニュースコーパスをBERTを用いて分類する」流れを実装したものです。
以下が、本実装の概要図です。
全体としては
- 生データのダウンロード(初回のみ)
- 生データを前処理してJSONL形式の実験用データセットを作成(初回のみ)
- モデルの訓練と評価 という流れになっています。
データの前処理部分は事前に済ませるので、何度も重たい処理をする必要はありません。 また、データを事前に訓練・開発・テストセットに分割するので、様々なモデル・実験条件で比較評価を行いたい場合も、平等な評価(同じ訓練・評価データセットを用いた実験)が可能です。
さらに、本実装ではJupyter NotebookなどNotebook形式のファイルは一切利用していません。 これは経験上、Notebook形式のファイルのデバッグが極めて困難であり、バグの温床になることが多いと感じているためです。
したがって本実装は、ターミナル上でコマンドを実行していれば一連の流れが全て完了するように設計しています。 具体的には、各プログラムがコマンドライン引数を受け取るようになっており、プログラムの挙動を変更するために、プログラムを変更する必要はないように実装しています。
以降の節で詳しく説明しますが、本実装では以下のコマンドを実行すれば、環境構築・データセット作成・訓練&評価の全てが行えるようになっています(コマンドを実行するディレクトリはプロジェクトルート、つまり、srcディレクトリやrun.shファイルがあるディレクトリを想定しています)。
poetry install
bash src/download.sh
poetry run python src/prepare.py
poetry run python src/train.pyそれでは、それぞれの要素について説明します。
まず、環境構築について説明します。
本実装はPython 3.10 以上 での実行を想定しています。 Python 3.10は、match文の導入やwith文の改善など様々な利便性の向上がなされている他、Pythonが高速化の計画を進めていることもあり、早い段階で新しいPythonに適応しておくことのメリットは大きいと考えたためです。
また、Python 3.10では、Type Hints (型注釈)が以前のバージョンより自然に書けるようになっており、今までよりも堅牢かつ可読性の高いコードを書きやすくなっています。 そのため、公開実装のためのPythonとしても優れていると考えました。
次に、Pythonの環境を構築する上でおすすめの方法を2つ紹介するので、どちらか好きな方で環境構築をしてみてください。
1つめの環境構築法は、PythonパッケージのパッケージマネージャであるPoetryを使ったものです。 Poetryを用いることで、インストールするPythonパッケージの依存関係やバージョンを比較的精密に管理することができます。
Poetryを利用する場合は別途pyenv, anyenv, asdf(おすすめ)といったPythonのバージョン管理ができるツールを用いて、Python 3.10をインストールしておく必要がある点に注意してください。
また、Poetryのバージョンとしては1.5.1以上が必要になります。
Poetryを利用した環境構築は、以下のようにすれば完了します。
poetry install2つめの環境構築法は、Minicondaを使ったものです。 Minicondaは、科学計算用ライブラリを簡単にインストールできるパッケージマネージャであるAnacondaの縮小版です。
Minicondaを用いる環境構築では、通常さまざまなパッケージをcondaコマンドでインストールします。
しかし、condaコマンドでインストールできるパッケージはしばしば古く、管理が難しいことがあります。
したがって今回は、Minicondaを用いてPython 3.10の仮想環境を構築し、その仮想環境の中にpip (Pythonのデフォルトのパッケージ管理ツール)でライブラリをインストールします。
ただ、PyTorchは通常通りcondaコマンドでインストールします。
これは、PyTorchのインストールには非常に多くの複雑怪奇な依存関係が存在する(例えば、システムのGCCのバージョンなど)ため、これらに関連して発生する問題をできるだけ避けるためです。
そのため、順番としては、condaでPyTorchをインストールしたあとに、pipのみを用いて必要なパッケージをインストールしていく、という流れになります。
環境構築は以下のようにコマンドを実行すれば完了すると思います。
なお、pytorch-cuda=11.8のように記載している部分は、GPUを利用した計算を行うためのソフトウェアであるCUDAのバージョンを記載する必要があります。
お使いの実行環境に適したCUDAのバージョンを指定してください。
conda create -n bert-classification-tutorial python=3.10
conda activate bert-classification-tutorial
// see: https://pytorch.org/get-started/locally/
conda install pytorch pytorch-cuda=11.8 -c pytorch -c nvidia
pip install tqdm "transformers[ja,sentencepiece]" typed-argument-parser tokenizers numpy pandas more-itertools scikit-learn scipy以降はPoetryを用いて環境構築をした場合のコマンドを紹介しますが、minicondaを用いて環境構築をした場合は、poetry run pythonと書いてある部分をpythonに読み替えてください。
環境変数として以下の値を設定しておくと、warningsやメッセージが煩わしくなくて便利です(警告メッセージを消す設定が含まれるので、自己責任でお願いします)。
export TF_CPP_MIN_LOG_LEVEL="2"
export TOKENIZERS_PARALLELISM="false"
export TRANSFORMERS_VERBOSITY="error"
export DATASETS_VERBOSITY="error"
export PYTHONPATH="$PWD:$PYTHONPATH"
特に、PYTHONPATHの設定は、condaで仮想環境を作成した場合は必要になります。
Pythonにおける自作モジュールのimportのため、direnvなどのツールを用いて.envrcに記述されている環境変数の設定、または上述のPYTHONPATH設定をお願いします。
次に、データセットの作成と前処理について説明します。
本実装では、分類対象のテキストとしてRONDHUIT社が公開するlivedoorニュースコーパスを用います。
livedoorニュースコーパスは、9つのカテゴリのニュース記事が集約されたデータセットです。 通常、ニュース記事のタイトルと本文を用いて、そのニュース記事がどのカテゴリにあてはまるかを分類する9値分類を行います。
実際のデータの一部を、以下の示します。
http://news.livedoor.com/article/detail/5844065/
2011-09-07T19:35:00+0900
ハリウッド最強のタッグが贈る感動巨編『リアル・スティール』、数量限定BE@RBRICKストラップ付き鑑賞券を発売
スティーブン・スピルバーグ率いるドリームワークスが、魂を揺さぶる感動と、エキサイティングなアクションを兼ね備えた、渾身のエンターテイメントを世に放つ。
...本実装では、以下のコマンドを実行すればデータセットのダウンロードと前処理が完了するようになっています。
bash src/download.sh
poetry run python src/prepare.py流れとしては、まずsrc/download.shがデータセットのダウンロードと生データの展開を行います。
次に、src/prepare.pyを実行することで、生データをJSONL形式(1行ごとにJSON形式のデータが書き込まれている形式)に変換します。
その際、NFKC正規化などの前処理も実行します。
JSONL形式は近年よく利用されるようになってきたデータ形式であり、素直にPythonで読み込むことが可能である点、csv/tsvと比較して配列や階層のあるオブジェクトの表現が自然な点などから、機械学習用途で用いるには極めて扱いやすいデータ形式です。 本実装もJSONL形式でデータをやりとりするようになっています。
上記の前処理に加えて、分類モデルの訓練のため、分類先となるカテゴリを文字列から数値に変換し、その変換表も保存します。 変換表は以下のようになります。 ラベルの変換表を保存しておくと何かと便利です。
{
"dokujo-tsushin": 0,
"it-life-hack": 1,
"kaden-channel": 2,
"livedoor-homme": 3,
"movie-enter": 4,
"peachy": 5,
"smax": 6,
"sports-watch": 7,
"topic-news": 8
}また、全データを訓練(train):開発(val):テスト(test)=8:1:1の割合に分割します。 これにより、訓練中に開発セットを用いて、モデルが過学習していないかの確認が行えるようになります。 テストセットは最終的な評価にのみ用います。
保存されたデータセットは以下のような形式になっています。
datasets/livedoor
├── label2id.json
├── all.jsonl (7367行)
├── test.jsonl (736行)
├── val.jsonl (736行)
└── train.jsonl (5895行)
次に、BERTの微調整(訓練)について説明します。
といっても、本実装では、1つのコマンドで訓練から評価までを一貫して行えるようにしてあるので非常に簡単です。
以下のコマンドを実行することで、cl-tohoku/bert-base-japanese-v2を用いたテキスト分類モデルの訓練が実行できます。
poetry run python src/train.py --model_name cl-tohoku/bert-base-japanese-v2この時、--model_nameに与える引数を例えばbert-base-multilingual-casedにすることで、多言語BERTを用いた学習が実行できます。
また、ほとんどの設定をコマンドライン引数として与えられるようにしているので、以下のように複数の設定を変更して実行することも可能です。
poetry run python src/train.py \
--model_name studio-ousia/luke-japanese-base-lite \
--batch_size 32 \
--epochs 10 \
--lr 5e-5 \
--num_warmup_epochs 1特筆すべき点としては、本実装では学習後のモデルは保存せず、訓練のたびに評価値を算出し、評価値のみを保存するようにしていることが挙げられます。
「学習済みモデルを保存」→「保存済みモデルを読み込んで評価」、という流れの実装はよくありますが、この実装は実験の途中でどのモデルを使用していたのか忘れてしまったり、モデルの構造が学習時と変わってしまっていたり、評価用データを間違えてしまったり、といった問題が発生しやすいと考えています。
そこで本実装では、訓練のたびに必要な評価を行ってその結果のみを保存しておき、モデルは保存しない方針を採用しました。 これにより、モデルの構造を変化させたり、学習・評価データを変化させた場合でも、訓練をし直すだけで常に間違いのない結果を得られます。
研究における実験プロセスの中では、間違いのない実験結果を積み重ねていくことが、研究を進めていく上で最も重要だと考えているので、間違いが発生しづらいこの方針はスジがよいと考えています。
本実装において、実験結果は outputs/[モデル名]/[年月日]/[時分秒]のディレクトリに保存されます。
実際には、以下のようなディレクトリ構造で結果が保存されます。
outputs/bert-base-multilingual-cased
└── 2023-01-13
└── 05-38-02
├── config.json
├── log.csv
├── test-metrics.json
└── val-metrics.json
config.jsonが実験時の設定で、このファイルに記述してある値を用いることで、同じ実験を再現することができるようにしてあります。
また、log.csvに学習過程における開発セットでのepochごとの評価値を記録してあります。
そして、val-metrics.jsonとtest-metrics.jsonに、開発セットの評価値が最もよかった時点でのモデルを用いた、開発セットとテストセットに対する評価値を記録してあります。
実際のtest-metrics.jsonは以下のようになっています。
{
"loss": 2.845567681340744,
"accuracy": 0.9619565217391305,
"precision": 0.9561782755165722,
"recall": 0.9562792450871114,
"f1": 0.9559338777925345
}src/utils.pyに、list[dict]なデータをJSONL形式で保存・読み込む関数や、list[dict]の平均を取る関数、乱数シード値の設定を行う関数など、さまざまな便利関数を定義してあります。
ぜひご利用ください。
また、src/aggregate.pyを実行することで、outputsディレクトリ以下の結果を単一のcsvファイルにまとめることができます。このスクリプトは適宜改造してお使いください。
Windows上で本プロジェクトを実行する際は、マルチプロセス処理に関する問題から、src/train.py中のDataLoaderクラスに与えるnum_workers引数を0にする必要があります(参考)。
したがって、OSとしてWindowsをお使いの方は、src/train.py中のnum_workers=4という記述をnum_workers=0に書き換えてください。
この場合、多少モデルの訓練時間が伸びることが想定されますが、訓練されたモデルの性能や学習過程に影響はないと思われます。
最後に、本実装によって、livedoorニュースコーパスの9値分類を行う評価実験を実施したので、その実験について述べます。
評価実験では、17種類の日本語・多言語モデルについて訓練を行いました。 ハイパーパラメータの調整として、学習率を1e-5, 3e-5, 5e-5に設定してそれぞれ実験を行い、開発セットでのmacro平均F値が最も高くなった学習率を最終的なテストセットでの評価に用いました。
実験結果に対する注意ですが、実験は単一の乱数シード値で1度しか実施しておらず、分割交差検証も行っていないので、実験結果の正確性は高くありません。 したがって、以下の結果は過度に信用せず、参考程度に見てもらうよう、お願いいたします。 ちゃんとした研究論文では、5分割交差検証による実験や、異なる乱数シードで10回実験を行いその平均を評価指標とする、などの手順がよく用いられます。
では、結果を以下の表に示します。 実験したモデル数が多いので、まずは 200M (2億) パラメータ以下の比較的小規模なモデルの結果についてみてみます。
| Models (< 200 M) | Params | Accuracy | Precision | Recall | F1 |
|---|---|---|---|---|---|
| studio-ousia/luke-japanese-base-lite | 133 M | 97.01 | 96.72 | 96.29 | 96.46 |
| cl-tohoku/bert-base-japanese-v2 | 111 M | 96.88 | 96.42 | 96.46 | 96.43 |
| cl-tohoku/bert-base-japanese-v3 | 111 M | 96.88 | 96.59 | 96.28 | 96.39 |
| cl-tohoku/bert-base-japanese | 110 M | 96.74 | 96.20 | 96.16 | 96.16 |
| bert-base-multilingual-cased | 177 M | 96.60 | 96.25 | 96.06 | 96.12 |
| cl-tohoku/bert-base-japanese-char-v3 | 91 M | 96.33 | 95.69 | 95.75 | 95.70 |
| cl-tohoku/bert-base-japanese-char-v2 | 90 M | 96.06 | 95.62 | 95.26 | 95.39 |
| cl-tohoku/bert-base-japanese-whole-word-masking | 110 M | 95.79 | 95.24 | 95.25 | 95.21 |
| cl-tohoku/bert-base-japanese-char | 89 M | 95.11 | 94.91 | 93.82 | 94.17 |
表中のParamsはそれぞれのモデルのパラメータ数を示します。
なお、Accuracy (正解率)以外の値、つまりPrecision (精度)、Recall (再現率)、F1はmacro平均を取った値であり、これらの評価指標の値は%表記されています。
モデルとその評価結果は、F値が高い順に上から並んでいます。
この表の結果はsrc/aggregate.pyを実行することで得られます(パラメータ数は手元でPyTorchを使って計算し直しているので、公式発表と違う値になっているかもしれません)。
結果から、Studio Ousiaの日本語LUKE-baseが最もよいF値を示していることがわかります。
一方で、luke-japanese-base-liteは2位の東北大BERT-base v2と比較して若干パラメータ数が大きい(差: 20M == 2000万)です。
ただ、一般に機械学習モデルは乱数シード値によって性能が多少ブレますが、今回の実験では単一の乱数シード値でしか実験を行っていないため、この結果の差異は誤差の範囲であるかもしれません。
また、今回の評価実験ではcl-tohoku/bert-base-japanese-v2とcl-tohoku/bert-base-japanese-v3の違いはほとんどありませんでしたが、学習コーパスの多様性などから、とりあえずでの利用を考えるならcl-tohoku/bert-base-japanese-v3が優秀そうです。
全体についてみてみると、パラメータ数が比較的大きい多言語BERT (bert-base-multilingual-cased)より日本語単言語モデルの方が性能が高そうです。 また、文字ベースのモデルたちはそこまで性能が高くないこともわかります。 ライブドアニュースコーパスは記事本文まで入力する場合かなり長い事例を多く含むので、文字ベースモデルでは入力系列長が足りない(今回はmax=512)のかもしれません。
結果から、パラメータ数の軽微な違いや性能のブレの心配はあるものの、上位のモデルたちはそのほかのモデルより性能が高そうなので、BERT-baseサイズのモデルを利用したい場合は、まずstudio-ousia/luke-japanese-base-liteやcl-tohoku/bert-base-japanese-v3の利用を考えてみるのが良さそうです。
次に、200 Mパラメータ以上のより大きなモデルの結果についてみてみます。
| Models (>= 200 M) | Params | Accuracy | Precision | Recall | F1 |
|---|---|---|---|---|---|
| studio-ousia/luke-japanese-large-lite | 413 M | 97.83 | 97.82 | 97.22 | 97.47 |
| cl-tohoku/bert-large-japanese | 337 M | 97.55 | 97.13 | 97.10 | 97.10 |
| xlm-roberta-large | 559 M | 97.15 | 97.36 | 96.49 | 96.83 |
| studio-ousia/mluke-large-lite | 560 M | 97.28 | 97.25 | 96.56 | 96.83 |
| xlm-roberta-base | 278 M | 97.15 | 96.71 | 96.58 | 96.63 |
| studio-ousia/mluke-base-lite | 278 M | 97.01 | 96.61 | 96.63 | 96.60 |
| cl-tohoku/bert-large-japanese-v2 | 337 M | 96.74 | 96.57 | 96.10 | 96.26 |
| cl-tohoku/bert-large-japanese-char-v2 | 311 M | 95.92 | 95.73 | 95.17 | 95.38 |
結果から、こちらでもやはりStudio Ousiaの日本語LUKE-largeが最も高い性能を達成していることがわかります。 日本語LUKE-largeは日本語LUKE-baseと比較してパラメータ数が3倍程度になっていますが、F値が1ポイント向上しており、モデルを大きくすることの有効性が伺えます。
全体として、比較的小規模のモデルよりも高い性能を示したモデルが多くモデルサイズを増大させることによる性能向上が観察できました。
これらの結果は本リポジトリのresultsディレクトリに保存されています。
モデルごとに最も開発セットでの性能が高かった学習率を用いて、テストセットでの評価を行った結果がresults/best.csvに保存してあります。
また、すべての学習率での評価結果は、results/all.csvに保存してあります。
お手持ちのタスクでの実験の参考にぜひお使いください。
BERTを用いたテキスト分類をテーマとしたモダンで高品質な深層学習用のテンプレート実装を目指し、本実装を公開しました。
本実装が研究・企業応用・個人利用問わずさまざまな方のお役に立てれば幸いです。
質問・バグ報告などがあればどんなことでもIssueにお書きください。
- 【実装解説】日本語版BERTでlivedoorニュース分類：Google Colaboratoryで（PyTorch）
- Livedoorニュースコーパスを文書分類にすぐ使えるように整形する
- BERTによる日本語構文解析の精度向上
- 研究のためのPython開発環境
- https://github.com/yoheikikuta/bert-japanese/blob/master/notebook/finetune-to-livedoor-corpus.ipynb
- https://github.com/sonoisa/t5-japanese/blob/main/t5_japanese_classification.ipynb
- https://gist.github.com/kanjirz50/1ef6813df7faed3838629a3eea73774b
- https://www.pytry3g.com/entry/2018/04/03/194202
- https://www.nlp.ecei.tohoku.ac.jp/news-release/3284/
- https://github.com/cl-tohoku/bert-japanese/tree/v2.0
作者: Hayato Tsukagoshi
email: [email protected]
関連学会記事: BERTによるテキスト分類チュートリアル
論文等で本実装を参照する場合は、以下をお使いください。
@article{
hayato-tsukagoshi-2023-bert-classification-tutorial,,
title={{BERT によるテキスト分類チュートリアル}},
author={塚越 駿 and 平子 潤},
journal={自然言語処理},
volume={30},
number={2},
pages={867-873},
year={2023},
doi={10.5715/jnlp.30.867},
url = {https://www.jstage.jst.go.jp/article/jnlp/30/2/30_867/_article/-char/ja},
}