はじめに
シングルサインオン（SSO）は、一度の認証で複数の関連するが独立したソフトウェアシステムにアクセスできる認証スキームです。現代の技術環境において、SSOは利便性と安全性を両立するために、多くの企業や組織にとって不可欠な存在となっています。従来、ユーザーは各アプリケーションに個別のログイン情報を入力する必要がありましたが、SSOを導入することで、これらの手間を省くことができます。
たとえば、大規模な企業では、従業員が仕事で使用するシステムが多数存在する場合があります。メールクライアント、顧客管理システム（CRM）、ファイル共有プラットフォーム、プロジェクト管理ツールなど、これらすべてにアクセスするために毎回認証情報を入力するのは大きな負担です。SSOを採用することで、従業員は一度ログインするだけで、これらのすべてのサービスに再度パスワードを入力することなくアクセスできるようになります。これにより、日々の業務がよりスムーズに進み、生産性が向上します。
また、パスワードの疲労やセキュリティリスクの軽減もSSOの大きなメリットです。多くのユーザーは、複数の異なるパスワードを記憶するのが難しく、パスワードを忘れやすくなります。その結果、同じパスワードを複数のサービスで使い回したり、パスワードをメモしてしまうことがあります。これにより、セキュリティの脆弱性が生まれる可能性があります。SSOを導入することで、ユーザーは一つの強力なパスワードを覚えるだけでよくなり、セキュリティが強化されます。
さらに、SSOはIT管理者にとっても有益です。パスワードリセットやアカウント管理の手間が減るため、ITサポートの負担が軽減されます。特に大規模な組織では、パスワード関連のサポートに多くのリソースを割いていることが多く、SSOの導入によってコスト削減と効率化が図れます。一元化された認証システムを活用することで、管理者は各ユーザーのアクセス権限を簡単に管理でき、組織全体のセキュリティポリシーを一貫して適用することが可能です。
しかしながら、SSOの導入には課題も存在します。たとえば、認証システムへの依存度が高まるため、そのシステムがダウンした場合、すべての関連アプリケーションへのアクセスができなくなるリスクがあります。また、認証情報が漏洩した場合、その影響は非常に大きくなるため、SSOの実装には強固なセキュリティ対策が必要です。多要素認証（MFA）を併用することで、これらのリスクを軽減することができます。現代の企業は、利便性とセキュリティをバランスよく維持するために、SSOを活用しながらも、常に最善のセキュリティプラクティスを適用することが求められています。
シングルサインオン（SSO）の仕組み
シングルサインオン（SSO）は、ユーザーが一度認証を行うことで、複数のシステムやアプリケーションに再度ログインすることなくアクセスできるようにする仕組みです。この仕組みは、トークンと呼ばれるデジタル認証情報を使用することで実現されます。トークンは、ユーザーが初回ログイン時に認証されると発行され、セッションが継続する限り、同じトークンが各アプリケーションで使用されます。これにより、ユーザーは複数のアプリケーションをスムーズに利用でき、利便性が大幅に向上します。
SSOの導入により、組織全体でセキュリティが強化される一方、管理の簡素化も実現されます。IT部門は一元的な認証システムを通じて、すべてのユーザーのアクセス権限を効率よく管理することができます。また、パスワードを一つに集約することで、ユーザーが複数のパスワードを覚える必要がなくなるため、セキュリティリスクが軽減されます。しかし、SSOには慎重な設計が求められます。認証サーバーがダウンした場合、関連するすべてのシステムへのアクセスが遮断される可能性があるため、可用性を考慮した設計が重要です。
認証プロセスの概要
シングルサインオンの認証プロセスは、一般的に次のように動作します。まず、ユーザーがログイン情報を入力すると、認証サーバーがその情報を検証し、ユーザーが正しい権限を持っていることを確認します。認証が成功すると、認証サーバーはトークンを生成し、ユーザーのブラウザやデバイスに送信します。このトークンは暗号化されており、各アプリケーションがユーザーを認識するための証拠として機能します。
次に、ユーザーが他のアプリケーションにアクセスしようとすると、そのアプリケーションは認証トークンを認識し、再度パスワードを求めることなくアクセスを許可します。トークンの使用により、ユーザーは一度のログインで複数のシステムにアクセスできるため、作業効率が大幅に向上します。特に大規模な組織では、パスワード再入力の手間が省かれることで、業務の流れがスムーズになります。
ディレクトリサーバー認証との違い
ディレクトリサーバー認証とシングルサインオンは混同されやすいですが、重要な違いがあります。ディレクトリサーバー認証（同じサインオン）は、ユーザーが複数のアプリケーションに同じ認証情報を使用できるものの、各アプリケーションにアクセスするたびにログインする必要があります。これに対して、シングルサインオンは、一度の認証で複数のアプリケーションにシームレスにアクセスできる仕組みです。
たとえば、ディレクトリサーバー認証では、ユーザーがメールクライアントとファイル共有システムを利用する場合、それぞれのアプリケーションで同じユーザー名とパスワードを入力する必要があります。一方、SSOでは、最初にログインするだけで、その後はトークンが利用されるため、再度パスワードを求められることなく両方のシステムにアクセスできます。この違いは、ユーザー体験を向上させるだけでなく、管理者にとっても、セキュリティを強化しながら効率的な管理を実現する大きな利点となります。
シングルサインオフ（SLO）
シングルサインオフ（SLO）は、シングルサインオン（SSO）の逆のプロセスであり、ユーザーが一度のサインアウト操作で、複数のシステムから一括してログアウトできる仕組みを指します。この機能は、特に企業や組織で広く利用されているSSOシステムにおいて重要な役割を果たしています。ユーザーがセッションを終了する際に、各アプリケーションで個別にログアウトする必要がなくなるため、利便性が向上すると同時に、セキュリティの観点でも効果的です。
SLOの動作原理は、認証サーバーが各アプリケーションと連携してユーザーのセッション状態を管理することに基づいています。たとえば、ユーザーがウェブメール、クラウドストレージ、社内ポータルサイトなど、複数のサービスを使用している場合、シングルサインオンによってこれらのサービスにシームレスにアクセスすることができます。しかし、ユーザーがシステムから完全にログアウトしたい場合、シングルサインオフが機能し、すべてのサービスから自動的にログアウトされる仕組みです。
このプロセスは、セキュリティを強化するうえで重要です。複数のアプリケーションにログインしている状態で、単一のログアウト操作が適切に行われない場合、ユーザーのセッションが一部のアプリケーションに残り続ける可能性があります。これにより、第三者が未終了のセッションを悪用するリスクが生じます。SLOを利用することで、こうしたリスクを防ぎ、ユーザーの情報が安全に保護されます。特に、パブリックネットワークや共有デバイスを使用している場合、完全なログアウトが保証されることで、セキュリティ対策が強化されます。
シングルサインオフを実現するためには、各アプリケーションが認証サーバーと連携し、ユーザーがサインアウトする際にセッションの終了を通知する仕組みが必要です。これには、複雑なプロトコルや通信方法が使用されますが、現代のSSOシステムではこれをシームレスに処理する技術が確立されています。たとえば、ユーザーが一つのアプリケーションからログアウトを試みると、認証サーバーが他のアプリケーションに対してもログアウト要求を送信し、すべてのセッションを一括で終了します。
しかし、SLOの実装にはいくつかの課題も存在します。たとえば、異なるベンダーが提供するアプリケーション間での連携が難しい場合があり、すべてのシステムが一貫してログアウトを受け入れるようにするには、追加の調整が必要です。また、ネットワークの遅延や通信エラーにより、ログアウト要求が正常に処理されない場合もあります。これらの問題を解決するために、堅牢な設計とテストが求められます。
SSOのメリット
シングルサインオン（SSO）の導入には多くのメリットがあり、ユーザー体験の向上や運用コストの削減、セキュリティの強化に貢献しています。これにより、組織全体での効率性が向上し、管理がより簡単かつ効果的になります。以下に、SSOがもたらす具体的な利点について詳しく説明します。
ユーザーの利便性向上
SSOの最大のメリットの一つは、ユーザーの利便性を大幅に向上させることです。現代の職場では、多くのアプリケーションやサービスを使用する必要があり、それぞれのログイン情報を覚えておくのは非常に負担です。SSOを導入することで、ユーザーは一度ログインするだけで複数のシステムにアクセスでき、再度パスワードを入力する手間が省けます。これにより、パスワード疲労が軽減され、ユーザーはより快適に仕事を進めることができます。また、パスワードの頻繁な再入力が不要になることで、業務の流れがスムーズになり、生産性が向上します。
ITコストの削減
SSOは、IT部門の運用コストを削減する効果もあります。パスワード関連の問題は、ITサポートへの問い合わせの多くを占めており、パスワードを忘れたユーザーからのサポート依頼は大きな負担となります。SSOを導入することで、ユーザーが一度のログインで複数のシステムにアクセスできるようになるため、パスワードリセットの必要が減り、サポートへの問い合わせ件数も大幅に減少します。これにより、ITサポートスタッフの負担が軽減され、他の重要な業務に集中することが可能になります。さらに、パスワード管理のコストも削減され、全体的なITコストの最適化が図れます。
管理の簡素化
管理者にとっても、SSOは大きなメリットをもたらします。SSOを利用すると、ユーザーの認証情報やアクセス権限を一元的に管理できるため、管理が非常に簡素化されます。これにより、システム管理者は各ユーザーのアクセス権を迅速かつ効果的に変更することができ、組織全体のセキュリティポリシーを統一して適用することが可能です。管理者は一つのシステムを通じて、すべてのユーザー情報をリアルタイムで把握できるため、権限の変更やアクセス制御が容易になります。この一元管理により、システムの整合性と安全性が確保されます。
ネットワークセキュリティの向上
SSOは、セキュリティ面でも多くの利点を提供します。複数のアプリケーションに異なるパスワードを設定する必要がなくなるため、ユーザーが複数のパスワードを覚えることに伴うリスクが軽減されます。たとえば、パスワードの使い回しや、パスワードをメモに書き留めるといった行動が少なくなり、セキュリティの脆弱性が減少します。SSOは一度の認証で複数のシステムにアクセスを許可するため、セキュリティの集中管理が可能です。加えて、多要素認証（MFA）と組み合わせることで、さらに強固なセキュリティが実現されます。
異種ネットワークの統合
異なるネットワークやシステムを持つ大規模な組織では、SSOの導入によってネットワークの統合が可能になります。異種ネットワークを一元的に管理することで、管理の複雑さが軽減され、システム全体のセキュリティを確保しながら運用効率を向上させることができます。また、ネットワーク管理者は全体のシステムに対して一貫したポリシーを適用しやすくなり、セキュリティやコンプライアンスの要件も効果的に満たすことができます。これにより、異なるネットワークが統合され、組織全体のITインフラがより合理化されます。
シングルサインオン（SSO）の課題と批判
シングルサインオン（SSO）は多くの利便性を提供する一方で、いくつかの課題や批判も存在します。これらの課題は、セキュリティリスクやシステムの依存性、外部サービスの制約など、さまざまな観点から議論されています。SSOの導入には慎重な設計と運用が求められるため、これらのリスクと問題点を十分に理解することが重要です。
リスクとセキュリティ懸念
SSOの大きな課題の一つは、認証情報が漏洩した場合の影響の大きさです。SSOでは、一度の認証情報漏洩がすべての関連するシステムやアプリケーションへの不正アクセスを許すことになります。これは「すべての鍵を一つの鍵束にまとめる」ことに例えられ、攻撃者にとって非常に魅力的な標的となります。そのため、SSOを導入する際には、認証情報の保護を強化する必要があります。具体的には、多要素認証（MFA）を組み合わせることで、セキュリティをより強固にすることが推奨されています。
さらに、SSOの仕組みは認証サーバーに大きく依存しているため、その可用性が問題となります。認証サーバーがダウンした場合、すべてのシステムへのアクセスが遮断されてしまい、業務に深刻な影響を及ぼす可能性があります。これにより、SSOシステムは高可用性の設計が求められ、冗長化やセッションフェイルオーバーなどの対策が必要です。企業は、認証サーバーのダウンタイムを最小限に抑えるために、インフラの設計や運用計画を慎重に検討しなければなりません。
減少サインオン（RSO）の概念
シングルサインオンは多くの場面で利便性を提供しますが、企業内のすべてのシステムやデータにおいて同一のセキュリティレベルを設定することが難しい場合があります。特定のデータやシステムには、より高いセキュリティ基準が求められることがあり、SSOだけではこれらの要件に対応できないことがあります。このような場合に導入されるのが「減少サインオン（RSO）」です。RSOは、複数の認証サーバーを利用することで、異なるセキュリティレベルを持つシステムに対応する仕組みです。
たとえば、一般的な業務アプリケーションはSSOを使用して一度の認証でアクセスできるように設定しますが、機密性の高いデータにアクセスする場合には、別の認証プロセスが必要となることがあります。このように、RSOはSSOの利便性を活かしつつ、セキュリティ要件に応じて柔軟に対応する方法として注目されています。しかし、RSOの導入はシステム設計が複雑になるため、適切な運用とセキュリティ対策が求められます。
外部サービス利用時の問題
SSOはソーシャルログインや外部認証サービスと組み合わせて利用されることも多いですが、これにはいくつかの制約が伴います。特に、企業や教育機関、公共施設などでは、生産性やセキュリティ上の理由から特定のソーシャルメディアサイトがブロックされる場合があります。このような環境では、ソーシャルログインが利用できなくなり、SSOシステムがうまく機能しないことがあります。また、国家レベルでの検閲や制限が行われている地域では、外部サービスを利用したSSOが機能しない可能性もあります。たとえば、中国の「ゴールデンシールドプロジェクト」による制限がその一例です。
これらの問題を解決するには、企業は地域の規制やネットワークの制約を考慮し、柔軟な認証手法を採用する必要があります。複数の認証オプションを用意することで、特定の場所や状況でもSSOの機能を確保することが可能です。たとえば、外部認証サービスを利用できない場合には、代替のローカル認証手法を提供するなどの対策が考えられます。こうした柔軟なアプローチにより、SSOの利便性を維持しながら、外部サービスの制約にも対応することが求められます。
シングルサインオン（SSO）のセキュリティとプライバシー
シングルサインオン（SSO）は、利便性とセキュリティの向上を目指した仕組みですが、その背後にはさまざまなセキュリティ上の脆弱性とプライバシー保護の課題が存在します。SSOを効果的に導入するためには、これらのリスクを理解し、適切な対策を講じることが不可欠です。
セキュリティ上の脆弱性
SSOは複数のシステムに一度の認証でアクセスできるようにするため、セキュリティの観点から大きな利点を持ちますが、同時に脆弱性も抱えています。代表的な脅威の一つが「Covert Redirect」です。これは、OAuth 2.0やOpenID Connectなどの認証プロトコルにおいて、悪意のある第三者がリダイレクトを悪用することで、ユーザーを不正なサイトに誘導し、認証情報を盗む可能性がある脆弱性です。このような攻撃が成功すると、ユーザーのセッションがハイジャックされ、不正アクセスが可能になります。
また、SSOのトークンが盗まれることで、攻撃者がすべての関連システムにアクセスできるリスクも存在します。たとえば、クロスサイトスクリプティング（XSS）攻撃を利用してSSOトークンを盗むことで、攻撃者はユーザーのセッションを乗っ取り、システム全体に不正アクセスすることが可能です。さらに、SSOトークンはHttpOnlyフラグを使用して保護することが難しく、セッション管理においても慎重な設計が求められます。これらのセキュリティリスクに対処するためには、多要素認証（MFA）やトークンの有効期限管理などの追加の保護手段が不可欠です。
プライバシー保護の課題
SSOは利便性を提供する一方で、プライバシー保護に関する課題も存在します。初期のSSOプロトコルであるKerberosやSAMLは、ユーザーがアクセスするリソースごとにプライバシー選択肢を提供しない設計になっていました。これらのプロトコルは、ユーザーの個人情報が一度認証されると、関連するすべてのシステムに自動的に送信されます。この仕組みは、企業内のリソースを保護する目的では十分に機能しましたが、外部サービスと連携する場合にはプライバシー保護の観点で問題が生じることがあります。
近年、ヨーロッパで導入されたGDPR（一般データ保護規則）などの厳格なプライバシー規制の影響により、SSOの仕組みも進化しています。ユーザーの個人情報を外部サービスに送信する際の透明性と制御が求められるようになり、これに対応するためにOpenID Connectのような新しいプロトコルが登場しました。OpenID Connectは、ユーザーが自分の情報をどのリソースに送信するかを選択できるようにし、プライバシー保護を強化しています。
たとえば、OpenID Connectでは、ユーザーが各サービスにどの情報を提供するかを選択できるオプションがあり、必要に応じて匿名化された情報を提供することも可能です。また、Appleが導入した「Sign in with Apple」のような機能は、ユーザーが新しいサービスに登録する際に一意のリレー用メールアドレスを使用することで、プライバシーをさらに強化しています。このような新しい技術の導入により、SSOはより安全でプライバシーに配慮した形で進化していますが、企業はこれらのプロトコルを正しく実装し、常に最新のプライバシー規制に対応する必要があります。
よく使われるSSOの構成例
シングルサインオン（SSO）は、さまざまな技術やプロトコルを組み合わせて実現されることが多く、特定の環境やニーズに応じた構成が採用されます。以下では、一般的に使用されるSSOの構成例について詳しく説明します。
Kerberosベース
Kerberosは、MITで開発されたネットワーク認証プロトコルであり、SSOの構成において広く利用されています。KerberosベースのSSOは、ユーザーが最初にログインすると、認証サーバーが「チケット・グラント・チケット（TGT）」を発行します。このTGTは、ユーザーが同じセッション内で追加の認証を求められることなく、他のサービスにアクセスするために使用されます。
たとえば、Windows環境では、ユーザーがシステムにログインすると、Active DirectoryがTGTを提供し、他のActive Directory対応アプリケーションへのシームレスなアクセスが可能になります。これにより、ユーザーは一度のログインで、メールクライアントやファイル共有システムなどの複数のリソースにアクセスできます。一方、Unix/Linux環境でも、Kerberos PAM（Pluggable Authentication Modules）を使用して同様のSSO体験を実現できます。Kerberosは強力な暗号化を使用してセキュリティを確保し、企業内ネットワークの安全性を高めます。
スマートカードベース
スマートカードを用いたSSOは、セキュリティを強化するための構成例です。スマートカードは、認証情報が物理的なカード内に格納されており、ユーザーがアクセスする際にカードを読み取ることで認証が行われます。これにより、不正アクセスのリスクが大幅に軽減されます。
スマートカードベースのSSOでは、ユーザーがシステムにログインする際にスマートカードを挿入し、PINコードを入力することで認証が完了します。一度認証されると、そのセッション内で他のアプリケーションにアクセスする際に再度認証情報を求められることはありません。この構成は、特に政府機関や金融機関などの高いセキュリティが求められる場面で利用されています。スマートカードは、証明書ベースの認証やパスワード格納型の認証など、さまざまな形式に対応することが可能です。
統合Windows認証
統合Windows認証は、Microsoftの製品群でSSOを実現するための主要な方法です。この構成は、Windows 2000以降のWindows NTベースのオペレーティングシステムに含まれているSSPI（セキュリティサポートプロバイダーインターフェース）機能を使用します。SPNEGO（Simple and Protected GSS-API Negotiation Mechanism）、Kerberos、NTLMなどのプロトコルが含まれており、ユーザーがシームレスに認証されます。
統合Windows認証の利点は、ユーザーが一度Windowsにログインするだけで、Internet Explorerを介してIIS（インターネットインフォメーションサービス）に自動的に認証されることです。これは、社内ネットワーク内のアプリケーションへのアクセスをシンプルにし、パスワードの再入力を不要にします。さらに、サードパーティのソフトウェアを使用することで、UnixやLinuxシステムとのクロスプラットフォーム認証も可能です。
SAML（セキュリティアサーションマークアップ言語）
SAMLは、XMLベースの認証標準であり、異なるドメイン間で安全な認証情報を交換するために使用されます。SAML 2.0は、W3CのXML暗号化と連携し、ウェブブラウザを使用したサービスプロバイダー起点のSSOをサポートしています。この構成では、ユーザーは「SAMLアイデンティティプロバイダー」に認証を依頼し、その結果が「SAMLサービスプロバイダー」に渡されます。
具体的な例として、ユーザーがウェブリソースにアクセスしようとすると、サービスプロバイダーがSAMLアイデンティティプロバイダーに認証リクエストを発行します。アイデンティティプロバイダーがユーザーの認証情報を確認し、セキュリティアサーションをサービスプロバイダーに返すことで、ユーザーは再度パスワードを入力することなくアクセスできます。SAMLは、多くのエンタープライズ環境で広く採用されており、クラウドサービスとオンプレミスシステムの連携を容易にするために重要な役割を果たしています。
新たなSSOの構成
現代の技術の進化に伴い、シングルサインオン（SSO）の構成も大きな変化を遂げています。その中でも、モバイルデバイスを用いた認証は、利便性とセキュリティを兼ね備えた新しい方法として注目されています。スマートフォンやタブレットといったモバイルデバイスを活用することで、ユーザーは物理的なデバイスを使用して簡単かつ安全に認証できるようになります。
モバイルデバイスを用いた認証
モバイルデバイスを利用したSSOでは、ユーザーのスマートフォンが認証プロセスの一部として機能します。この方法は、「所有物認証」（something you have）という概念に基づいており、従来の「知識認証」（something you know）であるパスワードと組み合わせることで、強力な多要素認証（MFA）を実現します。たとえば、ユーザーがウェブアプリケーションにアクセスする際に、スマートフォンを使用して認証情報を提供することで、よりセキュアな認証が行われます。
具体的には、モバイルデバイスがNFC（近距離無線通信）やBluetooth、QRコード、またはバイオメトリクス（指紋認証や顔認証）を使用して認証することができます。たとえば、企業の従業員がオフィスのドアを開けたり、社内のシステムにログインしたりする際に、スマートフォンが自動的に認証情報を提供します。これにより、ユーザーはパスワードを覚える必要がなくなり、迅速かつ効率的にアクセスすることが可能です。
この認証方式は、特にセキュリティの強化が求められる環境で効果的です。スマートフォンは、ユーザーにとって常に持ち歩くデバイスであり、紛失や盗難時にはリモートでデバイスをロックしたり、データを消去したりすることができます。これにより、万が一の事態にも迅速に対応できるセキュリティ対策が整います。さらに、デバイスの利用状況に基づいてアクセス権を管理することで、柔軟なセキュリティポリシーの運用が可能です。
モバイルデバイスを用いたSSOは、企業や組織にとっても大きな利点があります。まず、導入コストが低く抑えられる点が挙げられます。多くの従業員がすでにスマートフォンを所有しているため、新たに専用のハードウェアを購入する必要がありません。また、スマートフォンを活用することで、オフィス外からでも安全にアクセスが可能になり、リモートワーク環境のセキュリティが強化されます。これにより、従業員はどこからでもシームレスに業務を行うことができ、生産性が向上します。
総じて、モバイルデバイスを用いたSSOは、利便性とセキュリティのバランスを保ちながら、現代のビジネスニーズに応える効果的な認証方法です。今後も新たな技術の進展により、さらなる進化が期待されており、企業はこれらの技術を活用してより安全で効率的な認証システムを構築していくことが求められます。
まとめ
シングルサインオン（SSO）は、現代のIT環境において利便性とセキュリティを両立するための重要な技術です。ユーザーが一度の認証で複数のシステムにアクセスできるこの仕組みは、業務の効率化と生産性の向上に大きく貢献します。SSOを導入することで、パスワードの使い回しや管理の負担が減少し、ITサポートへの問い合わせも削減されます。その結果、企業全体のコスト削減が期待できるだけでなく、ネットワークの一元管理によってセキュリティが向上します。
しかし、SSOにはいくつかの課題も存在します。認証情報が漏洩した場合のリスクや、認証サーバーへの依存性など、注意すべき点があります。また、複雑な認証プロトコルを利用するため、正確な実装と継続的なセキュリティ対策が不可欠です。外部認証サービスを利用する場合には、特定の地域や組織での制約にも注意が必要です。これらの課題に対応するためには、強力な多要素認証の導入や、冗長性を持った設計が求められます。
さらに、プライバシー保護の観点からも、ユーザーが自分の情報をどのように共有するかを管理できる仕組みが重要です。GDPRのようなプライバシー規制の影響により、OpenID Connectなどの新しいプロトコルが採用されつつあります。これにより、ユーザーが自らの情報をコントロールし、安心してSSOを利用できる環境が整備されています。
今後、SSOはさらに進化し、モバイルデバイスを用いた認証やクラウドベースのサービスとの連携など、より柔軟で強力な認証方法が求められるでしょう。企業はこれらの新しい技術を活用しながら、常に最新のセキュリティ対策を講じることが必要です。SSOを正しく実装し、継続的に管理することで、組織全体のセキュリティを強化し、ユーザーの利便性を向上させることができます。
オブジェクト指向とは何？特徴や設計原則などわかりやすく解説！