オンラインサロンシステム開発の完全ガイド

オンラインサロンシステムは、会費を払った会員だけに情報やコミュニティを開き、決済状態と閲覧権限を連動させる仕組みです。会員数や会費、配信内容、運用体制に合わせて方式を選ぶと、会員体験と運営を両立しやすくなります。

全体像から開発会社の選び方まで、順に取り上げます。

▼関連記事一覧
・オンラインサロンシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・オンラインサロンシステム開発でおすすめの開発会社/ベンダー6選と選び方
・オンラインサロンシステム開発の見積相場や費用/コスト/値段について
・オンラインサロンシステム開発の発注/外注/依頼/委託方法について

オンラインサロンシステムの全体像

オンラインサロンシステムを中央に置き、会員情報、会費、コンテンツ、交流、管理業務とのつながりを示したハブ図
会員情報と会費を基盤に、配信や交流、日々の運営が結び付きます。

オンラインサロンは、会費を支払った人だけが、契約した期間や会員ランクに応じて情報とコミュニティへアクセスできるサービスです。会員サイトと違い、決済状態と閲覧権限が常に連動するため、主宰者はコンテンツと交流の場を継続して運営できます。

オンラインサロンシステムの定義

オンラインサロンシステムは、会員情報と会費、コンテンツ、交流、管理業務をつなぐWebシステムです。なかでも中心になるのは、会員の状態と利用権限の管理です。

  • 会員状態:仮登録、無料体験、有料会員、決済失敗、休会、退会、強制退会の区分。
  • 利用権限:会員状態に応じて、閲覧、投稿、イベント申込の可否を判断します。

たとえば、決済が失敗した会員をすぐ削除せず、一定期間は支払い方法の更新を案内します。その後も未払いであれば閲覧を停止する、といった設計が考えられます。

反対に、退会した会員に動画や掲示板が表示され続けると、返金トラブルや情報漏えいにつながります。そのため、会員データと権限の連動は、最初の設計段階で組み込みます。

オンラインサロンで実現できること

運営者と会員の双方が、必要な運用情報や利用内容を確かめられます。

  • 主宰者:会費回収、配信、イベント受付、問い合わせ、売上や解約の分析をまとめます。
  • 会員:利用できる動画、記事、ライブ、イベント、次回請求日を確認できます。

事業としては、月額会費だけでなく、上位会員ランク、講座、個別相談、イベント、限定商品の販売へ広げられます。ただし、収益機能を増やすほど、返金や税務、権限、問い合わせ、著作権管理も複雑になります。そのため、売上を増やす機能と、運用担当者が毎月処理できる業務量の両方を見て設計します。

オンラインサロンシステムの種類と選び方

方式は、既存プラットフォーム、会員サイトSaaS、パッケージ・セミオーダー、フルスクラッチの4つです。選ぶ際は、会員規模と費用の両面から比べます。

  • 会員規模:想定会員数と会員単価を照らし合わせます。
  • 初期費用:開発や初期設定にかかる費用です。
  • 継続費用:月額費用と、決済や売上の手数料を含めます。
  • 移行費用:データ移行や乗り換えにかかる費用も見積もります。

早く検証したい場合に向いているプラットフォーム型

短期間で公開しやすく、立ち上げ時の運用負担を抑えたい場合に候補となります。

  • 早期公開:会員登録、決済、コミュニティ、通知が用意されています。
  • 需要検証:無料または低額で始められる場合があります。
  • 利用場面:会員100人未満での需要確認、主宰者が制作に集中したい場合。

一方で、画面の自由度やデータの持ち出し、会員との直接的な関係に制約があります。手数料や審査、サービス終了時の移行条件も、確認しておく必要があります。

月額会費550円程度の低単価サービスでは、売上から差し引かれる費用が利益に大きく響きます。そのため、会員数だけでなく、月間売上と1人当たりの粗利を試算してから利用を判断します。

標準機能で小さく始めやすいSaaS型

SaaS型は、標準機能を設定して使い始める方式です。サーバーの監視やアップデートを任せられるため、運用担当者が少ない場合に有効です。

  • 会員サイト:独自ドメイン、会員ページ、記事や動画の配信に対応します。
  • 運営機能:決済やメール配信を、設定を中心に利用できます。

公開料金の例は、初期費用0円、月額450円から数千円程度です。

動画対応や独自サーバー向けの上位プランもあります(出典: 会員サイトSaaSの公開料金ページ、2026年確認)。

複雑な会員ランク連動や会費分配、独自レコメンドには、追加開発が必要な場合があります。

既存CRMとの細かな同期や特殊なイベント受付も、標準機能では足りないことがあります。

契約前には、API、CSV出力、会員データの所有権を確かめます。さらに、解約時の返却や動画容量、配信制限も確認します。

セミオーダー・スクラッチ型の特徴と適した要件

独自要件が増えたら、セミオーダーとフルスクラッチのどちらが合うかを、要件に応じて検討します。

  • セミオーダー:会員管理、決済、動画配信などの既存部品を使い、ブランドサイトや会員ランク、業務フロー、外部連携を個別に作ります。
  • フルスクラッチ:独自の運営基盤や体験を構築する方式です。

セミオーダー型は、費用と自由度のバランスを取りやすい方式です。

会員数が数百人から数千人へ伸びる見込みがあり、標準SaaSで運用上の制約が出てきた場合に候補となります。

フルスクラッチ型は、複数のサロンを一つの基盤で運営する場合や、複数主宰者の売上を分配する場合に適しています。

専用アプリの提供や、独自の学習体験の組み込みも、この方式で扱いやすい要件です。

自由度が高い反面、運用の負担は自社か委託先が継続して担うことになります。可用性やバックアップ、脆弱性対応、動画の不正共有対策、障害対応が、その中身です。

ポイント

会員数と会員単価、初期費用と継続費用を並べて比べます。会員が100人未満なら検証向けの方式、独自の課金や連携が必要ならセミオーダーを候補にすると、選択肢を絞れます。

必要な主要機能と設計上のポイント

必要な機能は、会員体験と運営者の管理機能に分けて洗い出します。会員向けの画面だけを先に考えると、裏側の処理が抜けやすくなります。

会員状態ごとの処理は、決済失敗や返金のほか、通報や公開予約も含めて、業務フローに示します。

会員管理と継続課金の連動

会員管理と決済は、登録から退会までの状態遷移を一続きで設計します。

  • 会員機能:認証、プロフィール、会員証、ランク、無料体験、クーポン。
  • 料金と請求:月額・年額・単発チケットと、請求、返金、領収書を管理します。
  • 契約変更:再試行、支払い方法の更新、プラン変更、休会、退会を扱います。

クレジットカード情報は、自社データベースに持たず、決済代行のトークン化を使う構成が基本です。

継続課金では、カードの有効期限切れや残高不足で決済が失敗することがあります。そのため、失敗時にすぐ会員を削除せず、猶予期間や閲覧停止の時期を前もって決めておきます。再請求の回数と期間、督促通知の扱いも、その前に定めます。

支払い失敗後も権限が残る設計は、サポートの負担を増やします。また、支払いが成功しても権限が戻らない設計は、売上機会の損失を生みます。

コンテンツ配信とコミュニティの設計

配信条件と交流ルールを決めて、会員向けのコンテンツとコミュニティを運営します。

  • 配信内容:記事、画像、音声、動画、ライブ、アーカイブ、講座、資料を扱います。
  • 公開制御:会員ランク、公開時期、利用条件を設定します。
  • 交流機能:タイムライン、掲示板、コメント、リアクション、チャット、DM、グループ、イベント予約。
  • 安全対策:動画保護と通報、削除、凍結、異議申立ての運用を整えます。

動画は、ファイルを直接公開せず、期限付きURLや視聴ドメインの制限、ストリーミング配信、透かしを組み合わせて守ります。ただ、画面録画を完全に防ぐのは難しいため、利用規約と削除手順も用意します。

交流の自由度が高いほど、荒らしや誹謗中傷、なりすまし、個人情報の投稿が起きる可能性も高まります。そのため、管理者の操作ログを残し、誰がどの基準で対応するかを決めておきます。

管理画面と外部連携の設計

運営画面では、必要な記録と処理を扱えるようにします。外部サービスとの連携は、業務に合った更新頻度で行います。

  • 管理対象:会員、売上、決済、投稿、動画、イベント、通報、退会理由、履歴。
  • 運用機能:検索、権限別閲覧、予約投稿、一括メール、返金、監査ログ。
  • 連携候補:決済、メール、LINE、動画・ライブ配信、会議、CRM、会計、解析。
  • 更新頻度:会員状態と決済は即時、売上集計や分析は日次などに分けます。

会員数が増えると、必要な管理機能がないだけで運用時間が膨らみます。

会員情報と問い合わせ履歴を別々に持つ場合は、会員IDで追跡できるようにしておきます。

連携時は、正データの所在や、API停止時の処理、重複登録の防止を決めておきます。

連携先が複数あると、これらの決め事は特に欠かせません。

2025〜2026年は、スマートフォンやメッセージアプリから参加する導線が見られます。また、短時間で見られる動画やライブ配信を、継続課金の自動回収と組み合わせる傾向もあります。

生成AIは、問い合わせの分類や投稿の下書きに使われます。ただし、会費の返金や利用停止は自動で実行させず、根拠を確認できるログと人の承認を設けます。

新機能では、会員体験に加えて、個人情報の利用目的と担当者の確認負荷も評価します。

ポイント

決済失敗や退会、通報、公開予約の処理を、会員状態ごとに業務フローで説明できるかを確かめると、設計の抜けに気づきやすくなります。

オンラインサロンシステム開発の進め方

開発は、事業の仮説と会員の状態を定めてから、最小構成で検証していく流れが安全です。

まずは、無料登録、決済、限定投稿、退会、管理画面の5つが動くMVPを作ります。会員の反応と運用負荷を確かめたうえで、ライブ配信や高度なレコメンドを追加します。

▶ 詳細はこちら:オンラインサロンシステム開発の進め方/やり方/流れや方法/手法/工程/手順

企画と要件定義での会員状態の整理

企画の段階では、運営条件を見積もることから始めます。

  • 事業条件:対象者、提供内容、会費、目標会員数を決めます。
  • 規模別の運用:会員50人、250人、1,000人、1万人で必要な体制を見ます。
  • 収支の仮置き:会員単価、有料化率、月次解約率、投稿頻度を設定します。

会員規模に応じて、動画配信量や同時アクセス数、障害時の許容時間も変わります。そのため、売上の試算と並行して、運用コストの見積もりも行います。

要件定義では、会員状態ごとの権限や通知を整理し、初期公開の範囲を定めます。

  • 状態遷移:仮登録、本人確認済み、無料体験、有料、決済失敗、猶予期間、休会、退会、強制退会。
  • 状態ごとの処理:ログイン、閲覧、投稿、イベント申込、返金、通知を整理します。
  • 機能の優先度:MUSTとWANTを分け、初期公開に必要な機能を絞ります。

状態遷移は、表にすると開発会社との認識差を減らせます。

設計と開発でのデータの正の決め方

画面と運用は、会員と運営者の両方の手順に合わせて設計します。

  • 会員導線:入会、支払い、視聴、交流、退会を迷わず進められる形にします。
  • 運営画面:未払い、退会予定、通報、公開予約、未処理問い合わせを確認します。
  • 運用ルール:利用規約や返金条件、禁止事項、著作権や肖像権の扱いを、画面と運用に反映します。

次に、システムの役割とデータの正を決めておきます。

  • 構成要素:画面、API、会員DB、ストレージ、CDN、決済、通知、監視に分けます。
  • データの所在:契約状態は会員DB、決済結果は決済サービスで管理します。
  • 動画の保管:動画本体は限定配信基盤に置き、役割を分けます。

AIを問い合わせ支援や投稿下書きに使う場合は、会費、返金、規約、個人情報に関する回答を、人が承認してから送信します。

テスト、移行、公開後の改善

テストでは、通常の動きに加えて、例外の扱いも確かめます。

  • 決済:失敗、二重決済、返金、無料体験後の自動移行、プラン変更。
  • 会員権限:退会直後の閲覧や、強制退会後の状態を確認します。
  • 配信と通報:動画URLへの直接アクセス、同時ログイン、削除権限を検証します。

会員状態と閲覧権限の組み合わせは、実際の会員データを匿名化したテストケースで網羅します。

既存サービスからの移行では、対象データと照合方法を決めます。

  • 移行対象:会員情報、契約プラン、決済状態、投稿、動画、退会者の扱い。
  • 照合項目:会員数、有料会員数、売上、閲覧権限を移行前後で比較します。
  • 月次確認:問い合わせ、決済失敗、解約、視聴、投稿の指標を見ます。

パスワードを移行できない場合は、初回ログイン時の再設定を案内します。また、利用頻度の低い機能は見直します。

ポイント

事業の仮説と会員の状態を定めたうえで、最小構成で会員の反応と運用負荷を確かめてから機能を広げられるかどうかが、進め方の目安になります。

オンラインサロンシステムの費用相場と内訳

無料版・ノーコードからフルスクラッチのWebシステムまで、5方式の初期費用目安を横棒で比較した図
方式が変わるにつれて、検討する費用帯も大きく広がります。

費用は、方式と会員数のほか、動画容量や同時接続数、決済方式、アプリの有無で変わります。データ移行やセキュリティ要件も影響するため、フルスクラッチに一律の相場はありません。

無料版・ノーコードは初期0〜10万円、SaaSは初期0〜30万円が目安です。さらに、パッケージの初期設定や改修は20〜150万円、セミオーダーのMVPは200〜800万円が目安です。

フルスクラッチのWebシステムは、800〜2,500万円程度が検討の目安です。

公開料金と一般的な開発工数から算出したもので、正式な見積もりではありません。

▶ 詳細はこちら:オンラインサロンシステム開発の見積相場や費用/コスト/値段について

要件定義と開発工数で決まる初期費用

初期費用は、要件定義から公開支援までの工程と、開発規模によって変わります。

  • 企画・設計:企画、要件定義、UX設計、デザイン。
  • 開発・連携:画面、バックエンド、決済や動画などの外部連携。
  • 公開準備:テスト、データ移行、公開支援。

公開情報では、受託開発の人月単価は50〜130万円程度です(出典: 公開されている受託開発単価情報、2025年)。

数人月のMVPと、大規模な権限・決済・動画・コミュニティ機能では、金額が変わります。

見積もりでは、機能と業務シナリオの両面で対象範囲を確認します。

  • 機能範囲:要件定義、画面数、権限、会員ランク、決済、外部API、動画、管理画面。
  • 作業範囲:データ移行、テスト、脆弱性診断、公開後の保守。
  • 業務シナリオ:決済失敗から閲覧停止、退会からデータ削除までを見積もります。

機能名に加えてシナリオ単位で確認すると、後からの追加費用を抑えやすくなります。

月額費用と3年間の総保有コスト

月額費用は、利用状況に応じた手数料によって変わる部分があります。

  • 基盤・運用:サーバー、DB、保存領域、監視、バックアップ、保守、問い合わせ。
  • 配信・通知:動画、ライブ配信、メール、SMSの費用。
  • 手数料:決済、売上、返金、アプリストア、外部サービスで発生する場合があります。

動画を毎月10本追加する場合と、記事中心の場合では、ストレージと配信費用が変わります。

3年間の総保有コストは、初期費用と運用に関わる支出を合算し、会員規模別に比べます。

  • 36か月の運用費:月額費用と決済関連費用を加えます。
  • 導入・運用工数:担当者工数、機能追加、データ移行を含めます。
  • 乗り換え費:将来の移行にかかる費用も試算します。
  • 規模別比較:会員50人、250人、1,000人で損益分岐点を見ます。

従量課金や手数料が大きいと、安価なサービスでも独自システムより高くつくことがあります。

ポイント

費用は、初期費用だけでなく、月額費用や手数料、移行費用を含めた3年間の総額で比べると、方式ごとの差が見えやすくなります。

オンラインサロンシステムの開発会社・サービスの選び方

会員データを中央に置き、多要素認証、暗号化、バックアップ、診断などの対策で囲んだ図
アクセス制御から復旧訓練まで、複数の対策を組み合わせます。

開発会社やサービスは、提案資料の見栄えや機能数よりも、自社の事情への理解度で選ぶのが基本です。会員状態や決済ルール、動画の公開方法などを踏まえたうえで、公開後まで責任を持って支援できるかを確認します。

サービスを使う場合も、開発会社へ依頼する場合も、データと権限をどう扱うかが選定の中心になります。

会員・決済・動画の実績

オンラインサロンという名称の案件数よりも、実績の中身を確かめます。自社に合う方式を提案できるかどうかも、判断材料になります。

  • 会員と交流:会員ランク、イベント予約、掲示板、通報、データ移行。
  • 課金と配信:継続課金、限定動画、ライブ配信をどこまで担当したか。
  • 実演内容:退会後の停止、失敗決済の再請求、返金、問い合わせ履歴。

可能であれば、匿名化された画面や業務フローで確認します。

会員規模と独自要件に合う方式を提案し、段階導入や移行計画も示せる相手を選びます。

  • 会員100人未満:SaaSやプラットフォームで需要を検証します。
  • 会員数千人:独自課金や連携が必要なら、セミオーダーが候補になります。
  • 独自運営:複数主宰者、分配決済、専用アプリがある場合は、スクラッチが候補です。

高額な開発を急がず、段階導入の選択肢を示してくれる相手なら、事業の変化に対応しやすくなります。

見積書と契約条件の比べ方

同じRFPを使い、見積もりの内訳と前提を揃えて比べます。

  • 費用内訳:初期開発、保守、インフラ、外部サービス、改修、テスト、移行。
  • 対応方法:標準機能、設定、追加開発を区別します。
  • 提案内容:要件、経験、納期の根拠、公開後の体制を比べます。

前提条件と対象外の作業も、記録に残します。契約前には、解約時の条件を確かめます。

  • 権利とデータ:ソースコードや会員データの帰属、出力、返却。
  • 障害と保守:連絡時間、復旧目標、脆弱性対応、最低保守期間。
  • 委託範囲:再委託の範囲を確認します。

データを移行できないと後から分かれば、手数料や機能制限を受け入れるしかなくなります。そのため、将来の乗り換え条件も含めて比べると、長期的なリスクを下げられます。

セキュリティと法令対応

会員データを扱うため、技術的な防御と事故後の対応を要件にします。

  • アクセス制御:管理者の多要素認証と最小権限。
  • 保護と記録:暗号化、操作ログ、バックアップ、診断、監視、復旧訓練。
  • 事故対応:動画URL流出、アカウント使い回し、なりすまし、管理者乗っ取りを想定し、検知後の停止担当を決めます。

対象データは、氏名やメールアドレス、決済状態、投稿、視聴履歴です。

継続課金では、特定商取引法に関わる最終確認画面に、契約期間や自動更新、料金、無料期間終了後の有料化時期と金額を表示します(出典: 消費者庁「サブスクリプションサービスをオンライン契約により提供されている事業者様へのお知らせ」、2022年)。

漏えい等が報告対象の場合、速報は発覚後おおむね3〜5日以内、確報は30日以内です。一方、不正目的のおそれがある場合は60日以内とする整理が示されています(出典: 個人情報保護委員会「漏えい等の対応とお役立ち資料」、2026年確認)。

法務担当者と最終確認し、利用規約やプライバシーポリシー、返金条件、著作権や肖像権の扱いを、公開前に整えます。

▶ 詳細はこちら:オンラインサロンシステム開発でおすすめの開発会社/ベンダー6選と選び方

▶ 詳細はこちら:オンラインサロンシステム開発の発注/外注/依頼/委託方法について

ポイント

開発会社やサービスは、自社の会員状態や決済ルールを理解しているか、同じ条件の見積もりで前提を揃えられるか、解約時の条件まで示せるかで判断します。

よくある質問

導入では、費用や機能に加えて、会員数の見込みや公開までの期間、データ移行、運用担当者の人数が判断材料になります。導入前によく寄せられる質問に、順に答えます。

オンラインサロンシステムの開発費用はいくらですか?

標準機能のSaaSやプラットフォームは、初期0円から数十万円程度です。一方で、セミオーダーのMVPは200〜800万円程度、フルスクラッチのWebシステムは800〜2,500万円程度が目安です。

金額は、会員数や動画配信、アプリ、外部連携に加えて、データ移行やセキュリティ要件によっても変わります。そのため、月額や手数料、保守を含む3年間の総額で比較します。

会員数が少なくても独自開発するべきですか?

会員数が100人未満で需要を確かめたい段階なら、SaaSやプラットフォームでMVPを始める方法が現実的です。

独自の会員データや特殊な課金、既存連携、ブランド体験が競争力になる場合は、初期からセミオーダーも検討します。その際は、将来移行できるデータ設計も確かめます。

会員限定動画や投稿の流出を完全に防げますか?

画面録画や撮影を完全に防ぐことは難しいです。ただ、限定URL、期限付きトークン、ログイン制御、同時ログイン制限、透かし、アクセスログを組み合わせ、通報と削除の運用も加えると、リスクを下げられます。

利用規約や違反時の対応を定め、権利者の削除依頼窓口も準備します。

オンラインサロンシステムは何か月で公開できますか?

設定中心のサービスは数日から4週間程度が目安です。パッケージの初期設定や軽微な改修は1〜3か月、セミオーダーは3〜6か月、複数連携を含むフルスクラッチは6〜12か月程度です。

プラットフォーム型では、初期費用なし、月額550円からで、申し込み後最短3週間程度で公開できる例もあります(出典: オンラインサロン開設に関する公開案内、2026年確認)。なお、事業開始日は、審査やコンテンツ準備、利用規約、テスト、移行を含めて、別に見積もります。

まとめ

オンラインサロンシステムは、会員登録や継続課金、会員限定コンテンツ、コミュニティ、イベントなどをつなぐ基盤です。通知や管理画面も含め、会員状態に応じて利用権限を制御する役割を担います。

方式を選ぶときは、会員数と会費、動画量、コミュニティの濃さ、外部連携、運用体制の5つの観点で、自社の条件を洗い出します。

最初に決めるべきこと

まず、無料体験から有料会員へ移る条件と、決済失敗時の猶予を決めます。そのうえで、退会後の閲覧停止や会員ランクごとの権限、動画の保護、通報対応も定めます。

次に、MVPで検証する機能と将来追加する機能を分けます。初期費用に加えて、保守や配信、決済、データ移行を含む3年間の総額を比べます。

法令や規約、個人情報、著作権といった運用条件は、要件定義の段階で確認します。安全な公開につながるのは、こうした早い段階の確認です。

次のアクション

相談の前に、準備を3段階で進めます。

  1. 会員数、会費、コンテンツ、連携、運用担当者、公開希望日を整理します。
  2. 会員状態の遷移図とMVPの範囲を作成します。
  3. 複数候補へ同じ条件で相談し、実績、見積もり、保守、データ持ち出し条件を比べます。

小さく始めて学び、会員の利用実態に合わせて広げていくと、継続的な成長につながります。

▼関連記事一覧
・オンラインサロンシステム開発の進め方/やり方/流れや方法/手法/工程/手順
・オンラインサロンシステム開発でおすすめの開発会社/ベンダー6選と選び方
・オンラインサロンシステム開発の見積相場や費用/コスト/値段について
・オンラインサロンシステム開発の発注/外注/依頼/委託方法について

 

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。