Tag: ラグ

プライベート・クラウド向けRAG：どのように機能するのか？

Posted on January 24, 2024 by - アーティフィシャル・インテリジェンス

rag for private clouds

プライベート・クラウドがどのようにすべての情報を管理し、賢い意思決定をしているのか不思議に思ったことはないだろうか。

そこでRAG（Retrieval-Augmented Generation）の出番だ。

これは、プライベートクラウドが適切な情報を見つけ、そこから有用なものを生成するのを助ける、超スマートなツールだ。

このブログでは、RAGがプライベート・クラウドでどのように魔法をかけるか、簡単なツールと巧妙なトリックを使って、すべてをよりスムーズにより良くする方法について紹介する。

飛び込む。

RAGを理解する：RAGとは何か？

検索補強世代（RAG）は、自然言語処理（NLP）や情報検索システムで使われる最先端技術である。

検索と生成という2つの基本的なプロセスを組み合わせたものだ。

  1. 検索:RAGの検索プロセスでは、ドキュメント・リポジトリ、データベース、APIなど、さまざまな外部ソースから関連データを取得する。 この外部データは多様で、さまざまなソースやフォーマットからの情報を含んでいる。

  2. 世代:関連データが検索されると、生成プロセスでは、検索された情報に基づいて新しいコンテンツ、洞察、または応答を作成または生成する。 このように生成されたコンテンツは、既存のデータを補完し、意思決定や正確な回答の提供に役立つ。

RAGはどのように機能するのか？

では、RAGの仕組みを理解しよう。

データ準備

最初のステップでは、コレクションに格納された文書とユーザーからのクエリの両方を同等のフォーマットに変換する。 このステップは、類似検索を行う上で非常に重要である。

数値表現（エンベッディング）

類似検索のために、文書とユーザークエリを比較可能にするために、それらはエンベッディングと呼ばれる数値表現に変換される。

これらの埋め込みは、洗練された埋め込み言語モデルを使用して作成され、基本的にテキスト内の概念を表す数値ベクトルとして機能する。

ベクトルデータベース

テキストの数値表現である文書埋め込みは、ChromaやWeaviateのようなベクトルデータベースに格納することができる。 これらのデータベースは、類似検索のための埋め込みデータの効率的な保存と検索を可能にする。

類似検索

ユーザクエリから生成された埋め込みに基づき、埋め込み空間内で類似検索が行われる。 この検索は、埋め込み値の数値的な類似性に基づいて、コレクションから類似のテキストや文書を特定することを目的としている。

コンテキストの追加

類似のテキストを特定した後、検索されたコンテンツ（プロンプト＋入力されたテキスト）がコンテキストに追加される。 元のプロンプトと関連する外部データの両方で構成されるこの拡張コンテキストは、次に言語モデル（LLM）に入力される。

モデル出力

言語モデルは、関連する外部データを使ってコンテキストを処理し、より正確でコンテキストに関連した出力や応答を生成できるようにする。

続きを読むRAG APIフレームワークとは？

プライベート・クラウド環境にRAGを導入する5つのステップ

以下は、プライベート・クラウドにRAGを実装するための包括的なガイドである：

1.インフラ準備アセスメント

まず、既存のプライベート・クラウド・インフラを評価することから始める。 ハードウェア、ソフトウェア、ネットワーク機能を評価し、RAGの実装との互換性を確保する。 シームレスな統合のための潜在的な制約や要件を特定する。

2.データ収集と準備

プライベートクラウド環境内の多様なソースから関連データを収集する。 これには、文書リポジトリ、データベース、API、その他の内部データソースが含まれる。

収集されたデータが整理され、洗浄され、さらなる処理のために準備されていることを確認する。 データは、検索や生成処理のためにRAGシステムに簡単に入力できる形式でなければならない。

3.適切な埋め込み言語モデルの選択

プライベート・クラウド環境の要件と規模に合わせて、適切なエンベッディング言語モデルを選択します。 BERT、GPT、またはその他の高度な言語モデルのようなモデルは、その互換性と性能指標に基づいて検討することができる。

4.埋め込みシステムの統合

ドキュメントやユーザークエリを数値表現（エンベッディング）に変換できるシステムやフレームワークを実装する。 これらの埋め込みが、テキストデータの意味と文脈を正確に捉えていることを確認する。

ベクターデータベース（例：Chroma、Weaviate）をセットアップして、これらの埋め込みを効率的に保存・管理し、迅速な検索や類似検索を可能にする。

5.テストと最適化

プライベートクラウド環境内に実装されたRAGシステムの機能性、正確性、効率性を検証するための厳格なテストを実施する。 さまざまなシナリオをテストし、潜在的な限界や改善点を特定する。

テスト結果とフィードバックに基づいてシステムを最適化し、アルゴリズムを改良したり、パラメータを調整したり、必要に応じてハードウェア/ソフトウェアコンポーネントをアップグレードしてパフォーマンスを向上させる。

プライベート・クラウドにおけるRAG実装のための6つのツール

ここでは、プライベート・クラウド環境でRAG（Retrieval-Augmented Generation）を実装するために不可欠なツールとフレームワークの概要を紹介する：

1.言語モデルの組み込み

  • バート (Bidirectional Encoder Representations from Transformers）である：BERTは、検索クエリに含まれる単語の文脈を理解するために設計された、事前に訓練された強力な言語モデルです。 プライベートクラウド環境内の特定の検索タスク用に微調整することができる。
  • ジーピーティー (Generative Pre-trained Transformer）：GPTモデルは、与えられたプロンプトに基づいて人間のようなテキストを生成することに優れています。 RAGシステムにおける回答やコンテンツの生成に役立つ。

2.ベクトルデータベース

  • クロマ:Chromaはエンベッディングのような高次元データの処理に最適化されたベクトル検索エンジンです。 埋め込みを効率的に保存・検索し、迅速な類似検索を可能にする。
  • ウィービエイト:Weaviateは、ベクトル化されたデータの管理とクエリに適したオープンソースのベクトル検索エンジンです。 柔軟性と拡張性を備えており、大規模なデータセットを扱うRAGの実装に理想的である。

3.エンベッディング生成のためのフレームワーク

  • テンソルフロー:TensorFlowは、機械学習モデルの作成と管理のためのツールとリソースを提供します。 エンベッディングを生成し、RAGシステムに統合するためのライブラリを提供する。
  • パイトーチ:PyTorchもまた、柔軟性と使いやすさで知られる人気のディープラーニング・フレームワークだ。 埋め込みモデルの作成とRAGワークフローへの統合をサポートします。

4.RAG統合プラットフォーム

  • ハグ顔トランスフォーマー:このライブラリは、BERTやGPTを含む幅広い事前学習済みモデルを提供し、RAGシステムへの統合を容易にします。 エンベッディングと言語モデルの相互作用を扱うツールを提供する。
  • OpenAIのGPT–3 API:OpenAIのAPIはGPT-3へのアクセスを提供し、開発者はその強力な言語生成機能を利用することができます。 GPT-3をRAGシステムに組み込むことで、コンテンツ生成と応答精度を高めることができる。

5.クラウドサービス

  • AWS (Amazon Web Services）やAzureを利用することができる：クラウドサービスプロバイダーは、RAG実装のホスティングとスケーリングに必要なインフラとサービスを提供する。 機械学習アプリケーション用にカスタマイズされた仮想マシン、ストレージ、コンピューティング・パワーなどのリソースを提供する。
  • グーグル・クラウド・プラットフォーム (GCP）を利用している：GCPは、機械学習とAIのための一連のツールとサービスを提供し、プライベートクラウド環境でのRAGシステムの展開と管理を可能にする。

6.カスタム開発ツール

  • Pythonライブラリ:これらのライブラリは、データ操作、数値計算、機械学習モデル開発に不可欠な機能を提供し、カスタムRAGソリューションの実装に不可欠です。
  • カスタムAPI そして スクリプト:特定の要件によっては、プライベートクラウドインフラストラクチャ内でRAGコンポーネントを微調整および統合するために、カスタムAPIおよびスクリプトの開発が必要になる場合があります。

これらのリソースは、埋め込み生成、モデル統合、プライベートクラウドセットアップ内でのRAGシステムの効率的な管理を促進する上で極めて重要な役割を果たす。

プライベート・クラウド向けRAGの基本がわかったところで、次は上記の効果的なツールを使ってRAGを実装してみよう。

RAG APIフレームワークとは何ですか？

Posted on October 23, 2023 by - AIナレッジベース, アーティフィシャル・インテリジェンス, 事業内容

RAG API is a framework with the commitment to enhance generative AI by guaranteeing that its outputs are current, aligned with the given input, and, crucially, accurate.

データを効率的に検索し、処理する能力は、今日の技術集約的な時代において、ゲームチェンジャーとなっている。 RAG APIがデータ処理をどのように再定義するのかを探ってみよう。 この革新的なアプローチは、大規模言語モデル（Large Language Models：LLM）と検索ベースの技術を組み合わせ、データ検索に革命をもたらす。

大規模言語モデル（LLM）とは？

大規模言語モデル（Large Language Models：LLM）は、検索拡張生成（Retrieval-Augmented Generation：RAG）APIの基盤となる高度な人工知能システムである。 GPT（Generative Pre-trained Transformer）のようなLLMは、高度に洗練された言語駆動型AIモデルである。 彼らは広範なデータセットで訓練されており、人間のようなテキストを理解し、生成することができる。

RAG APIの文脈では、これらのLLMはデータ検索、処理、生成の強化において中心的な役割を果たし、データ相互作用を最適化するための多用途で強力なツールとなっている。

RAG APIのコンセプトを簡単に説明しよう。

RAG APIとは？

RAG（Retrieval-AugmentedGeneration）は、生成AIを最適化するために設計されたフレームワークである。 その主な目的は、AIによって生成される回答が、入力プロンプトに対して最新かつ適切であるだけでなく、正確であることを保証することである。 この正確さへのこだわりは、RAG APIの機能の重要な側面である。 これは、GPTのようなラージ・ランゲージ・モデル（LLM）と呼ばれる超スマートなコンピューター・プログラムを使ってデータを処理する画期的な方法である。

これらのLLMは、その前の単語を理解することによって、文の中で次に来る単語を予測することができるデジタル魔法使いのようなものだ。 彼らは膨大な量のテキストから学んでいるので、とても人間らしく聞こえるように書くことができる。 RAGでは、これらのデジタルウィザードを使用して、カスタマイズされた方法でデータを検索し、作業することができます。 データについて何でも知っている本当に賢い友人に助けてもらっているようなものだ！

RAG API vs. ファインチューニング：その違いは？

アスペクト RAG API 微調整
アプローチ 既存のLLMをデータベースのコンテキストで補強 特定の業務に特化したLLM
計算リソース 少ない計算資源で済む かなりの計算資源を必要とする
データ要件 小規模なデータセットに適している 膨大なデータを必要とする
モデルの特異性 機種にとらわれず、必要に応じて機種変更が可能 LLMの切り替えは通常非常に面倒である。
ドメイン適応性 ドメインにとらわれず、様々なアプリケーションに対応可能 異なるドメインに適応する必要があるかもしれない
幻覚軽減 幻覚を抑える効果 注意深く調整しないと、幻覚が増える可能性がある。
一般的な使用例 質疑応答（QA）システム、各種アプリケーションに最適 医療文書分析などの専門業務

ベクター・データベースの役割

ベクトル・データベースは、検索補強型生成（RAG）や大規模言語モデル（LLM）において極めて重要である。 これらは、データ検索、コンテキストの補強、およびこれらのシステムの全体的なパフォーマンスを向上させるためのバックボーンとして機能する。 ここでは、ベクター・データベースの重要な役割を探る：

構造化データベースの制限を克服する

従来の構造化データベースは、RAG APIで使用する場合、その硬直的であらかじめ定義された性質のために、不足することが多い。 LLMに文脈情報を与えるという柔軟で動的な要求に対応するのに苦労している。 ベクター・データベースは、この制限に対処するために導入された。

ベクトル形式のデータの効率的な保存

ベクトルデータベースは、数値ベクトルを使ったデータの保存と管理に優れています。 このフォーマットは、多目的で多次元的なデータ表現を可能にする。 これらのベクトルは効率的に処理することができ、高度なデータ検索を容易にする。

データの妥当性とパフォーマンス

RAGシステムは、ベクトルデータベースを活用することで、関連するコンテキスト情報に素早くアクセスし、検索することができる。 この効率的な検索は、LLMが応答を生成するスピードと精度を高めるために極めて重要である。

クラスタリングと多次元分析

ベクトルは、多次元空間のデータポイントをクラスタリングして分析することができる。 この機能はRAGにとって非常に貴重で、コンテクストデータをグループ化し、関連付け、LLMに首尾一貫して提示することができる。 これは、より良い理解と文脈を考慮した応答の生成につながる。

セマンティック検索とは？

意味検索は、RAG（Retrieval-Augmented Generation）APIやLLM（Large Language Models）の要である。 情報へのアクセスや理解の仕方に革命をもたらしたその意義は、いくら強調してもしすぎることはない。

従来のデータベースを超える

セマンティック検索は、しばしば動的で柔軟なデータ要件の処理に苦労する構造化データベースの限界を超える。 その代わりに、ベクターデータベースを利用することで、RAGとLLMの成功に不可欠な、より多用途で適応性のあるデータ管理を可能にしている。

多次元分析

セマンティックサーチの重要な強みの一つは、データを数値ベクトルの形で理解する能力である。 この多次元分析は、コンテキストに基づくデータ関係の理解を強化し、より首尾一貫した、コンテキストを考慮したコンテンツ生成を可能にする。

効率的なデータ検索

データ検索、特にRAG APIシステムにおけるリアルタイムのレスポンス生成には効率が不可欠である。 セマンティック検索はデータアクセスを最適化し、LLMを使った回答生成の速度と精度を大幅に向上させる。 医療分析から複雑なクエリまで、さまざまな用途に適応できる汎用性の高いソリューションであると同時に、AIが生成するコンテンツの不正確さを低減する。

RAG APIクエリの3つの要素とは？

RAGクエリは3つの重要な要素に分解することができる：コンテキスト」、「役割」、「ユーザークエリ」である。これらの要素は、RAGシステムを動かすビルディングブロックであり、それぞれがコンテンツ生成プロセスにおいて重要な役割を果たします。

RAG（Retrieval-Augmented Generation）の複雑さを掘り下げていくと、RAGクエリは3つの重要な要素に分解できることがわかる： コンテキスト、役割、そしてユーザークエリ。 これらのコンポーネントは、RAGシステムを動かす構成要素であり、それぞれがコンテンツ生成プロセスにおいて重要な役割を果たしている。

について コンテクスト はRAG APIクエリの基礎を形成し、重要な情報が存在するナレッジリポジトリの役割を果たす。 既存の知識ベース・データにセマンティック検索を活用することで、ユーザーのクエリに関連したダイナミックなコンテキストが可能になる。

その 役割 は、RAGシステムの目的を定義し、特定のタスクを実行するよう指示する。 要件に合わせたコンテンツを生成したり、説明を提供したり、問い合わせに答えたり、情報を要約したりする際に、モデルをガイドする。

ユーザー ユーザークエリ はユーザーの入力であり、RAGプロセスの開始を示す。 ユーザーとシステムとのインタラクションを表し、ユーザーの情報ニーズを伝える。

RAG API内のデータ検索プロセスは、セマンティック検索によって効率化されている。 このアプローチは、多次元的なデータ分析を可能にし、コンテキストに基づくデータ関係の理解を向上させる。 一言で言えば、RAGクエリとセマンティック検索によるデータ検索の解剖学的構造を把握することで、この技術の潜在能力を解き放ち、効率的な知識アクセスとコンテキストを考慮したコンテンツ生成を促進することができる。

プロンプトで関連性を高めるには？

プロンプトエンジニアリングは、RAG内の大規模言語モデル（LLM）を操作して、特定のドメインに文脈に関連した応答を生成する上で極めて重要である。

コンテキストを活用するRAG（Retrieval-Augmented Generation）の能力は恐ろしいものだが、高品質の回答を確保するためには、コンテキストを提供するだけでは必ずしも十分ではない。 そこで、プロンプトという概念が登場する。

よく練られたプロンプトは、LLMのロードマップの役割を果たし、望ましい反応へと導く。 通常、以下の要素が含まれる：

文脈の関連性を解き明かす

検索補強世代（RAG）は、コンテキストを活用するための強力なツールである。 しかし、質の高い回答を保証するには、単なる文脈だけでは不十分かもしれない。 これは、RAG内の大規模言語モデル（LLM）が特定のドメインに沿った応答を生成するように誘導する上で、プロンプトが非常に重要であることを示している。

ユースケースに合わせたボット役割構築のロードマップ

うまく構成されたプロンプトは、LLMを望ましい回答へと導くロードマップの役割を果たす。 通常、さまざまな要素で構成されている：

ボットの正体

ボットの名前を出すことで、対話の中でボットのアイデンティティを確立し、会話をよりパーソナルなものにすることができる。

タスクの定義

LLMが実行すべきタスクや機能を明確に定義することで、情報の提供、質問への回答、その他の特定のタスクなど、ユーザーのニーズを確実に満たすことができる。

音色仕様

希望するトーンや応答スタイルを指定することで、フォーマル、フレンドリー、情報提供など、対話の適切なムードが設定される。

その他の指示

このカテゴリーには、リンクや画像の追加、挨拶の提供、特定のデータの収集など、さまざまな指示が含まれます。

文脈との関連性を作る

熟考してプロンプトを作成することは、RAGとLLMの相乗効果により、文脈を意識した、ユーザーの要求に非常に適切な回答が得られるようにする戦略的アプローチであり、全体的なユーザーエクスペリエンスを向上させる。

コーディーのRAG APIを選ぶ理由

さて、RAGの意義とその核となるコンポーネントを紐解いたところで、RAGを実現するための究極のパートナーとしてコーディを紹介しよう。 Codyは、効率的なデータ検索と処理に必要なすべての重要な要素を組み合わせた包括的なRAG APIを提供しており、RAGの旅に最適な選択肢となっています。

比類なき汎用性

CodyのRAG APIは、さまざまなファイル形式を効率的に処理し、最適なデータ編成のためにテキスト階層を認識するなど、優れた汎用性を発揮する。

高度なデータ・セグメンテーション

その際立った特徴は、高度なチャンキング・アルゴリズムにあり、メタデータを含む包括的なデータ・セグメンテーションを可能にし、優れたデータ管理を保証する。

比較にならないスピード

インデックスの数に関係なく、直線的なクエリ時間で、大規模なデータ検索を確実に高速化します。 お客様のデータニーズに迅速な結果を保証します。

シームレスな統合とサポート

Codyは、一般的なプラットフォームとのシームレスな統合と包括的なサポートを提供し、お客様のRAGエクスペリエンスを向上させ、効率的なデータ検索と処理のトップチョイスとしての地位を確固たるものにします。 技術的な専門知識を必要としない直感的なユーザー・インターフェイスは、あらゆるレベルの人にとってアクセスしやすく使いやすいものであり、データの検索と処理をさらに効率化する。

データ・インタラクションを高めるRAG API機能

RAG（Retrieval-AugmentedGeneration）の探求において、私たちは大規模言語モデル（LLM）をセマンティック検索、ベクトルデータベース、プロンプトと統合し、データ検索と処理を強化する多用途なソリューションを発見した。

モデルにとらわれず、領域にもとらわれないRAGは、多様なアプリケーションにおいて大きな可能性を秘めている。 CodyのRAG APIは、柔軟なファイル操作、高度なチャンキング、迅速なデータ検索、シームレスな統合といった機能を提供することで、この約束をさらに高めている。 この組み合わせは、データ・エンゲージメントに革命を起こそうとしている。

このデータ・トランスフォーメーションを受け入れる準備はできているだろうか？ Cody AIで、データ・インタラクションを再定義し、データ処理の新時代を切り拓こう。

よくあるご質問

1.RAGと大規模言語モデル（LLM）の違いは？

RAG API（Retrieval-Augmented Generation API）とLLM（Large Language Models）は、自然言語処理における異なるコンポーネントである。

RAG APIは、検索メカニズムと生成言語モデルという2つの重要な要素を組み合わせたアプリケーション・プログラミング・インターフェースである。 その主な目的は、データ検索とコンテンツ生成を強化することであり、特にコンテキストを意識した対応に重点を置いている。 RAG APIは、質問応答、コンテンツ生成、テキスト要約などの特定のタスクに適用されることが多い。 これは、ユーザーのクエリに対して、文脈に関連した回答をもたらすように設計されている。

一方、LLM（Large Language Models）は、GPT（Generative Pre-trained Transformer）のような、より広範な言語モデルのカテゴリーを構成する。 これらのモデルは広範なデータセットで事前に訓練されており、様々な自然言語処理タスクに対して人間のようなテキストを生成することができる。 検索と生成に対応する一方で、その汎用性は翻訳、感情分析、テキスト分類など、さまざまな用途に広がっている。

要するに、RAG APIは、特定のアプリケーションにおけるコンテキストを考慮した応答のために、検索と生成を組み合わせた特別なツールである。 対照的に、LLMは様々な自然言語処理タスクの基礎となる言語モデルであり、検索や生成だけでなく、より広範な応用の可能性を提供する。

2.RAGとLLM-何が良いのか、なぜ良いのか？

RAG APIとLLMのどちらを選ぶかは、特定のニーズと達成しようとするタスクの性質による。 ここでは、あなたの状況にどちらが適しているかを判断するのに役立つ考慮事項の内訳を説明する：

RAG API Ifを選択する：

コンテキストを意識した対応が必要

RAG APIは、文脈に関連した回答を提供することに優れている。 もしあなたのタスクが質問に答えたり、内容を要約したり、文脈に応じた応答を生成したりするのであれば、RAG APIは適切な選択である。

具体的な使用例

あなたのアプリケーションやサービスが、コンテキストを意識したコンテンツを必要とする、明確に定義されたユースケースを持っているなら、RAG APIがより適しているかもしれない。 これは、コンテキストが重要な役割を果たすアプリケーションのために作られている。

微調整が必要

RAG APIは微調整やカスタマイズが可能で、プロジェクトに特定の要件や制約がある場合に有利です。

LLMを選ぶなら

求められるのは多用途性

LLMはGPTモデルと同様、汎用性が高く、自然言語処理タスクを幅広く扱うことができる。 ニーズが複数の用途にまたがる場合、LLMは柔軟性を提供する。

カスタムソリューションを構築したい

カスタムの自然言語処理ソリューションを構築し、特定のユースケースに合わせて微調整したり、既存のワークフローに統合したりすることができます。

事前に訓練された言語理解が必要

LLMは膨大なデータセットで事前に訓練されているため、すぐに強力な言語理解力を発揮する。 大量の非構造化テキストデータを扱う必要がある場合、LLMは貴重な資産となる。

3.なぜGPTモデルのようなLLMが自然言語処理で人気なのか？

LLMは、様々な言語タスクにおいて卓越したパフォーマンスを発揮することから、広く注目を集めている。 首尾一貫した、文脈に即した、文法的に正しい文章を理解し、作成することができる。 さらに、事前に訓練されたLLMを利用できるようになったことで、AIによる自然言語理解と生成がより多くの人にとって身近なものになった。

4.LLMの典型的な応用例とは？

LLMは、以下のような幅広い言語タスクに応用されている：

自然言語理解

LLMは、感情分析、名前付きエンティティ認識、質問応答などのタスクを得意とする。 その強力な言語理解能力により、テキストデータから洞察を抽出するのに重宝される。

テキスト生成

チャットボットやコンテンツ生成のようなアプリケーションのために人間のようなテキストを生成し、首尾一貫した、文脈に関連した応答を提供することができる。

機械翻訳

機械翻訳の品質を大幅に向上させた。 彼らは驚くべき正確さと流暢さで言語間のテキストを翻訳することができる。

コンテンツの要約

長い文書やトランスクリプトを簡潔に要約することに長けており、膨大なコンテンツから必要な情報を抽出する効率的な方法を提供します。

5.LLMはどのようにして新鮮なデータと進化する課題に対応し続けることができるのか？

LLMが最新かつ効果的であり続けるようにすることは極めて重要である。 新しいデータや進化するタスクに対応するために、いくつかの戦略が採用されている：

データ補強

古い情報に起因するパフォーマンスの低下を防ぐためには、継続的なデータの増強が不可欠である。 データストアに新しい関連情報を追加することで、モデルの精度と関連性を維持することができる。

再訓練

新しいデータによるLLMの定期的な再トレーニングは一般的に行われている。 最近のデータでモデルを微調整することで、変化するトレンドに適応し、最新の状態を保つことができる。

アクティブ・ラーニング

アクティブ・ラーニングのテクニックを導入するのもひとつのアプローチだ。 これには、モデルが不確実であったり、エラーを起こしそうなインスタンスを特定し、これらのインスタンスに対するアノテーションを収集することが含まれる。 これらの注釈は、モデルの性能を向上させ、精度を維持するのに役立つ。