企業が Qwen API を調達するとき、話が「単価はいくらか」「いくらチャージするか」の二点に単純化されがちです。長期的に使えるかどうかを決めるのは、アカウントの所有者は誰か、権限をどう分けるか、枠が尽きたらどうするか、データ条項が社内レビューを通るか、請求書が経理に通るか、そして障害時に逃げ道があるかです。

Qwen は阿里雲百煉（Model Studio、インターフェース層では通常 DashScope と呼ばれます）を通じて API を提供しており、ネイティブインターフェースと OpenAI 互換モードの両方があり、接続はすぐにできます。そのため多くのチームが個人アカウントで動かし始め、規模を拡大する段階になって主体、契約、権限、請求の不一致に気づきます。以下、調達の順序に沿って説明します。

注記：Qwen、通義千問、阿里雲、百煉、DashScope はそれぞれの権利者の商標です。本記事は権利者との提携関係や許諾関係を示すものではありません。モデル、価格、枠、条項は変更されるため、公式ドキュメント、コンソール、締結済み契約を基準としてください。

一、調達チェックリストを五つに分ける

モジュール 確認すべき問題 推奨する提出資料
アカウントと権限 主体は誰か、Key を環境ごとにどう分けるか アカウント台帳、Key 一覧、権限マトリクス
枠と課金 無料枠、RPM/TPM、滞納と停止の規則 予算表、アラート設定、容量試算
データとコンプライアンス 訓練利用の有無、保存期間、保存地域 条項の保管、データ処理契約、レビュー記録
デプロイ形態 パブリッククラウド、専用デプロイ、オープンソース自建 選定比較、資源と運用の見積もり
契約と財務 契約主体、支払い方法、請求書の種類 契約、注文、振込控え、請求書

どれか一つでも口頭確認だけで済ませると、やり直しが発生します。コンプライアンス、法務、財務の確認は技術接続と並行して開始することをおすすめします。

二、アカウントと権限：企業主体、複数管理者、最小権限

  1. 企業の実名認証を行い、会社の主体を紐付ける。個人アカウントで業務を担わない。
  2. 管理者を最低二人設定し、多要素認証を有効にする。退職後に引き継げなくなる事態を避ける。
  3. 日常操作はメインアカウントではなく RAM サブアカウントを使い、役割ごとに最小権限を付与する。
  4. 環境ごとに業務スペースと Key を分ける。本番、ステージング、テスト、開発で各一套。
  5. Key はサーバー側の変数またはシークレット管理サービスに置き、フロントエンド、リポジトリ、チャット履歴に入れない。
  6. 各 Key に担当者、用途、有効期限を記し、四半期ごとに棚卸しし、終了時に無効化する。

コンソールのメニューは変わりますが、原則は変わりません。一つの Key は一つの環境だけに使います。

三、枠と課金：無料枠は入場券にすぎない

百煉の新規ユーザー無料枠はモデルごとに付与され、各モデル約 100 万トークン、90 日間有効で、一部地域のリアルタイム推論のみが対象です。Batch、チューニング、デプロイには通常充当できず、一部モデルは提供されません。メインアカウントと RAM は枠を共有し、再登録しても通常は再取得できません。

企業のパイロットでは機能検証に使えますが、事前に三つを確認してください。

  • 枠枯渇後の挙動：「使い切りで停止」を有効にすると応答を停止して 403 を返します。無効にすると従量課金に移り、滞納する可能性があります。本番環境では予算アラートを設定してください。
  • レート制限の基準：RPM、TPM はメインアカウント単位で集計され、サブアカウント、業務スペース、Key が合算されます。短時間のバーストでは RPS、TPS 制限も発動します。
  • チャージは増枠ではない：公式ドキュメントには、チャージは滞納による停止を防ぐだけで、デフォルトのレート制限しきい値を自動的に引き上げるものではないと明記されています。より高い割当には通常、商談申請が必要です。

課金方式は通常、従量課金、Batch、サブスクリプションパッケージ、専用デプロイを含みます。具体的な範囲はモデル価格ページを基準とします。調達時は平均使用量とピーク使用量を分けて計算し、後者がレート制限とデプロイ形態を決めます。

四、データとコンプライアンス：口頭の約束を文書にする

百煉のプライバシー説明には、ユーザーデータをモデル訓練に使用せず、データを暗号化すると明記されています。ただし呼び出しデータは保存され、保存期間、削除方法、子処理業者はデータ保持ポリシーと契約に従います。営業担当の口頭の「訓練しない、保存しない」は、書面の条項を代替できません。

社内レビューでは次の項目を一つずつ確認することをおすすめします。

  1. 入出力を保存するか、どのくらい保存するか、削除できるか。
  2. データをどの地域に保存するか、越境転送が関わるか。
  3. データ処理契約を締結できるか、双方の責任をどう定めるか。
  4. 子処理業者とセキュリティインシデントの通知体制が明確か。
  5. 使用するモデルが適用される届出や登録を完了しているか。

個人情報、契約、財務データ、ソースコードが関わる場合は、先に分類と段階分けを行い、可能な限りマスキングします。内容の安全対策も必要です。入力フィルタ、出力審査、機密性の高い場面での人による確認を用意してください。

五、プライベート化と専用デプロイ：まず三つの経路を分ける

経路 形態 向く場面 評価すべきコスト
パブリッククラウド従量 マルチテナント API ほとんどのパイロットと通常業務 使用量、レート制限、データ条項
専用デプロイ 資源専有の推論インスタンス 高同時実行、低遅延、安定した割当 インスタンス費用、運用、容量計画
オープンソース自建 重みを自前でダウンロードしてデプロイ データを社内網から出さない、深いカスタマイズ GPU、データセンター、運用、モデル更新

百煉は資源専有のモデルデプロイを提供しており、高同時実行、低遅延の場面に向きます。ほかに政府・企業向けの専用版や一体型マシンの形態があり、提供条件と商談条件は公式方案を基準とします。オープンソースの Qwen 重みは自前で構築できますが、ライセンスはモデルごとに異なるため、商用利用前に個別に確認してください。

プライベート化はプラットフォームの責任を自社に移します。脆弱性修正、モデル更新、監視、拡張の担当者が必要です。運用チームがない場合は、完全な自建よりも専用デプロイを優先してください。

六、コスト管理：まずリクエスト構造を変え、それから単価を議論する

Qwen テキストモデルの請求は、入力、出力、キャッシュ、再試行で構成されます。推論モデルでは思考の連鎖が出力に計上され、長い思考はコストを押し上げます。コンテキストキャッシュは繰り返し現れるプレフィックスの費用を下げられますが、ヒット率はリクエスト構造に依存します。最適化の順序は次のとおりです。

  1. 入力を圧縮する。RAG では関連する断片だけを取得し、過去の会話は要約する。
  2. プレフィックスを安定させる。システムプロンプトとツール定義を固定し、キャッシュヒット率を高める。
  3. 出力を制限する。最大出力長を設定し、JSON または固定フィールドを求める。
  4. モデルを段階分けする。分類や抽出には軽量モデル、複雑な推論には高性能モデルを使う。
  5. オフライン処理は Batch または閑散時間帯に回す。
  6. 再試行を制御する。指数バックオフとランダムジッターを加え、最大回数を設定する。
export QWEN_API_KEY="あなたのキー"
export QWEN_BASE_URL="https://ai.zhongshangqihang.com/v1"

curl "$QWEN_BASE_URL/chat/completions" \
  -H "Authorization: Bearer $QWEN_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "<モデル名>",
    "messages": [{"role": "user", "content": "OK とだけ返してください"}],
    "max_tokens": 16
  }'

モデル名はモデル価格ページとコンソールを基準とし、プレースホルダーをそのまま本番に出さないでください。最初の呼び出しが成功したら、返却された usage フィールドを記録し、請求と一度照合して、入力、出力、キャッシュの計算基準を確認します。

七、契約、支払い、請求書

企業の支払いは法人振込を推奨し、契約、注文、振込控え、請求書を保管します。阿里雲アカウントはオンラインチャージと従量引き落としに対応し、請求書はプラットフォームの規則に従って申請します。ゲートウェイを選ぶ場合は、サービス主体、通貨、返金規則、データ条項を確認してください。

契約にはサービス範囲、枠とレート制限、データ条項、障害通知、残高の扱い、請求書の種類と期限を明記します。価格は調整されるため、値上げの通知について定めておくのが望ましいです。

八、パイロット検収チェックリスト

  1. 実際のタスクと標準回答を 10〜20 件用意し、境界ケースと失敗例を含める。
  2. 品質の合格率、P95 遅延、エラー率、タスク単価を記録する。
  3. ピーク時にレート制限をテストし、429 のバックオフと待ち行列戦略が有効か確認する。
  4. 枠枯渇、メインモデル障害、ネットワークタイムアウト時の縮退を演習する。
  5. Key の環境分離、権限の最小化、退職時の回収フローを完了する。
  6. プライバシーポリシー、データ保持ポリシー、レビュー記録を保管する。
  7. 契約、請求書、振込控えを財務に提出し、予算アラートが有効か確認する。
  8. データのエクスポート、Key の失効、代替モデルへの切り替え方案を用意する。

検収はリクエストが一本通ることではなく、実際のトラフィック、異常、監査の下で制御できることを証明することです。書面の結論がないプロジェクトは、まず小流量で運用してください。

よくある質問

Qwen API の企業調達は必ず阿里雲の契約を通す必要がありますか？

パブリッククラウド経由の呼び出しは通常、プラットフォームのオンライン規約と企業認証に従います。専用デプロイ、より高い割当、カスタム条項の場合は商談契約を締結します。主体と条項は実際に署名した文書を基準とします。

無料枠で企業パイロットをカバーできますか？

機能と経路の検証には向きますが、品質評価、負荷テスト、複数人の同時利用には通常足りません。実際のタスクのトークンを見積もってから、チャージするか決めてください。

データはモデル訓練に使用されますか？

プライバシー説明には訓練に使用しないと明記されていますが、呼び出しデータは保存され、保持と削除の規則はデータ保持ポリシーと契約に従います。機密データは依然としてマスキングし、法務の確認を受けてください。

プライベートデプロイには必ず一体型マシンが必要ですか？

いいえ。パブリッククラウド、専用デプロイ、オープンソース自建から選べます。一体型マシンを使うかどうかは、データ境界、計算資源の規模、運用能力によります。方案と見積もりは商談を基準とします。

チャージでレート制限は上がりますか？

公式ドキュメントには、チャージは滞納による停止を防ぐだけで、デフォルトの RPM、TPM しきい値を自動的に引き上げるものではないと明記されています。より高い割当は事前に申請し、ピーク時の負荷テストを行ってください。

次のステップ

まず実際のタスクで二週間のパイロットを行い、品質、遅延、失敗率、タスク単価を記録してから調達規模を決めてください。統一された複数モデルの入口と人民元の請求が必要な場合は、ZSQH AI Gatewayで小額検証を始められます。価格はモデル価格を基準とします。

関連記事：