【#12｜実践編】Confidenceは何を表すのか――n数・Valid率・採用ソースの見方
みなさん、こんにちは。foxです。
本記事は、前回の記事の続編です。
▼前回の記事
【#11｜実践編】単日の価格では見えないもの――Time Seriesで市場変化を観測する
前回は、単日の数字を時間の中に置き、市場で何が変わったのかをTime Seriesの視点で確認しました。そのなかで、価格やSpreadだけでなく、次の項目もあわせて確認する必要があると説明しました。
・n数
・Valid率
・Confidence
・採用データソース
今回のテーマは、Confidenceです。
最初に結論をお伝えします。Confidenceは、そのモデルの人気、品質、将来性を評価するものではありません。表示された分析結果を、どの程度のデータが支えているかを確認するための、AssetIntel内部のデータ品質分類です。
① Confidenceは「商品の評価」ではない
Confidenceという言葉を見ると、「Confidenceが高いモデルほど良い商品なのではないか」と感じるかもしれません。しかし、AssetIntelにおけるConfidenceは、商品そのものの評価ではありません。
たとえば、Confidenceが「低」であっても、そのモデルの品質が低い、人気がない、資産価値がないという意味ではありません。ここが示しているのは、現在の分析を支えるデータについて、強い解釈を行える状態ではない可能性がある、ということです。
反対に、Confidenceが「信頼」であっても、将来値上がりする、損をしない、表示価格が適正である、個別商品が良い状態である――ということを保証するものではありません。
Confidenceが評価しているのは、商品ではなくデータです。
② n数が多ければ、本当に信頼できるのか
データを見るとき、最初に確認しやすいのがn数です。nは、中央値などの集計に採用された件数を表します。同じ中央値でも、n=3とn=30では、その数字を支えるデータ量が異なります。そのため、n数は重要です。
ただし、n数が多ければ、必ず信頼できるわけではありません。たとえば100件のデータがあっても、その中に次のようなものが多く含まれていれば、そのまま集計には使えません。
・別モデル
・時計本体ではなく部品や付属品
・対象外の価格帯
・モデルを判別できない商品
・分析条件に合わないデータ
重要なのは、取得した件数だけではなく、そのうち分析に使えるデータが何件あったのか、です。
③ Total、Valid、Excludedの違い
AssetIntelでは、取得したTransaction Marketデータを、主に次の区分で確認します。
Total
最初に取得・確認した全件数です。
Valid
モデルや分析条件に合い、集計へ採用できた件数です。
Excluded
条件に合わず、集計から除外した件数です。除外される理由には、たとえば次のようなものがあります。
・対象モデルと一致しない
・時計本体ではなく部品や付属品
・商品名だけではモデルを判別できない
・対象価格帯から外れている
・あらかじめ定めた分析条件を満たさない
Excludedが存在すること自体は、異常ではありません。むしろ、ノイズを含んだまま中央値を計算しないためには、対象外データを分ける必要があります。
大切なのは、何件取得したか、何件を採用したか、何件を除外したかを区別することです。
④ Valid率は、取得データのうち採用できた割合
Valid率は、TotalのうちValidが占める割合です。考え方は次のとおりです。
Valid率＝Valid件数÷Total件数×100
たとえば、Total：100件、Valid：80件、Excluded：20件であれば、Valid率は80%です。
Valid率が高ければ、取得したデータの多くを分析に使えたことになります。一方、Valid率が低ければ、次のような可能性があります。
・検索結果にノイズが多い
・モデル識別が難しい
・除外条件に該当するデータが多い
・取得方法や検索条件の見直しが必要
ただし、Valid率だけを見てConfidenceを決めることはできません。ここが重要です。
⑤ Valid率100%でも「信頼」とは限らない
Valid率が100%なら、最も信頼できるように見えます。しかし、たとえばTotal：4件、Valid：4件、Valid率：100%の場合、取得した4件をすべて使えたことは分かりますが、分析を支える件数は4件にとどまります。
実際に2026年7月12日のレポートでは、Daytona 126500LNについて、Total 4件、Valid 4件、Valid率100.0%でしたが、Confidenceは「参考」でした。同じレポートでは、Explorer II 226570はTotal 25件、Valid 17件、Valid率68.0%で「信頼」と分類されています。
つまり、Valid率100%＝常に最も高いConfidenceではありません。
Valid率が少し低くても、十分なValid件数があり、採用ソースや取込状態などの条件が整っていれば、分析を支えるデータとして扱える場合があります。反対に、Valid率が100%でも件数が少なければ、強い断定を避ける必要があります。
⑥ 採用データソースもConfidenceに関係する
Transaction Marketでは、どのデータソースを採用したかも重要です。AssetIntelでは、現在、TokemarとYahooのデータを使用しています。基本的な優先順位は次のとおりです。
・Tokemar trusted
・Tokemar reference
・Yahoo trusted／reference
・成約不足
これは、どのサービスが優れているかを順位づけするものではありません。AssetIntelの分析条件に照らして、次の点を確認し、どのデータをTransaction Marketとして採用するかを決めるための優先順位です。
・対象モデルを特定しやすいか
・取引に近いデータか
・有効件数が確保できているか
・有効率が一定水準にあるか
・安定して取り込めているか
同じモデルでも、採用ソースや件数が変われば、Confidenceが変化する可能性があります。そのため、カードやレポートを見るときは、Transaction Market中央値だけでなく、採用元もあわせて確認します。
⑦ Confidenceと運用監視を分けて確認する
AssetIntelでは、データ品質の分類と、システムの運用状態を分けて確認します。
Confidenceは、Valid件数、Valid率、取込状態、採用データソースなどに基づくデータ品質の分類です。
一方、Healthは、データの取得や処理が正常に動作しているかを確認するための運用監視情報です。最終取込日時などとあわせて確認します。
HealthがOKであることだけを理由に、Confidenceが「信頼」になるわけではありません。
データ品質と運用状態を分けて確認することで、古いデータや処理異常を分析へ使用するリスクを抑えます。
⑧ 「信頼」「参考」「低」「成約不足」の読み方
AssetIntelでは、データの状態を主に次のように整理します。
信頼
現時点の内部基準で、分析を支える有効件数やValid率、採用ソースなどが一定の条件を満たしている状態です。ただし、価格の正しさや将来性を保証するものではありません。
参考
分析には使用できるものの、件数などに制約があり、強い断定を避ける状態です。表示値は参考値として扱います。
低
有効件数やデータ品質に制約があり、解釈をさらに慎重にする必要がある状態です。n数や採用ソースを明示し、強い分析には使用しません。
成約不足
Transaction Marketとして使用できる十分なデータを確認できない状態です。この場合、Transaction中央値を推測で補完しません。Dealer Marketだけを確認できる場合でも、Spreadを強く扱うことは避けます。
これらは、モデルのランクではありません。どの程度の強さで、その観測結果を扱うかを決めるための分類です。
⑨ Pepsiのデータを分解して見る
2026年7月12日17:55時点のGMT-Master II 126710BLRO "Pepsi"では、Tokemarデータについて次の状態を確認しました。
・Total：102件
・Valid：79件
・Excluded：23件
・Valid率：77.5%
・Confidence：信頼
・Health：OK
Transaction Marketの中央値は、このValid 79件を基に計算されています。
ここで見るべきなのは、n=79だけではありません。元の取得件数は102件あり、そのうち23件は条件に合わないデータとして除外されています。除外理由には、モデル条件に一致しないものや、コマ、ベゼルなど時計本体とは異なる商品が含まれていました。
この処理により、取得した102件をそのまま中央値計算へ使うのではなく、分析対象と判断した79件へ絞っています。
この時点のConfidenceが「信頼」であることは、「その時点の内部基準では、79件の有効データと採用ソースなどを基に、Transaction Marketを観測できる状態だった」という意味です。次の意味ではありません。
・266.0万円が唯一の適正価格
・個別商品が266.0万円で売買できる
・Dealer Marketとの差が必ず縮小する
・将来価格を予測できる
Confidenceが信頼であっても、商品状態や付属品、対象期間などの違いは残ります。
⑩ Confidenceは固定された評価ではない
Confidenceは、一度決まったら変わらない評価ではありません。同じモデルでも、次のような変化によって分類が変わる可能性があります。
・有効件数が増えた
・Valid率が改善した
・採用データソースが変わった
・取込状態が改善した
・対象期間が変わった
・反対に、有効データが減った
そのため、Confidenceはモデルに固定された属性ではなく、観測時点のデータ状態として記録します。
これは、前回の記事で整理したTime Seriesの考え方ともつながります。価格だけでなく、n数、Valid率、採用ソース、Confidenceの変化も記録できれば、価格がどう動いたかと、その価格を支えるデータがどう変わったかを分けて確認しやすくなります。
ただし、これらすべての時系列表示が現時点で実装済みという意味ではありません。
⑪ ConfidenceとSpreadは一緒に読む
Spreadが大きくても、Transaction MarketのConfidenceが低ければ、強い解釈は避ける必要があります。
以下の数値は実際の観測結果ではなく、説明のための仮定例です。Transaction n=2、Confidence：低、Spread率：40%という状態だった場合、Spread率だけを見て「乖離が大きい」と強く断定するのは適切ではありません。
反対に、Confidenceが信頼であっても、Spreadが大きい理由を自動的に確定できるわけではありません。商品状態、対象期間、販売チャネルなどの違いを確認する必要があります。
つまり、Spreadは2つの市場の差であり、Confidenceはその分析を支えるデータ品質です。役割が異なるため、どちらか一方だけで結論を出すことはできません。
⑫ おわりに：Confidenceは「解釈の強さ」を調整する
今回は、AssetIntelのConfidenceについて整理しました。Confidenceを見るときは、ラベルだけでなく、次の項目をあわせて確認します。
・Total
・Valid
・Excluded
・Valid率
・n数
・採用データソース
・取込状態
大切なのは、次のように単純に変換しないことです。
・n数が多いから信頼できる
・Valid率が100%だから信頼できる
・Confidenceが信頼だから価格も正しい
Confidenceの役割は、商品の順位を決めることではありません。観測結果をどの程度の強さで扱うべきかを示し、データが不十分な場合に強い断定を避けることです。
数字を出すだけではなく、その数字をどのデータが支えているのかを同時に示す。それが、AssetIntelにおけるConfidenceの役割です。
本編の次回は、【#13｜実践編】Transaction Marketはどう選ばれるのか――TokemarとYahooの役割（仮）として、次の内容を整理する予定です。
・Transaction Marketが必要な理由
・TokemarとYahooの違い
・採用データソースの優先順位
・データが不足した場合の扱い
・複数ソースを無条件に混ぜない理由
・採用元を公開する理由
※AssetIntelは、公開情報、API取得データ、手動取得データを用いた市場観測プロジェクトです。価格予測、売買推奨、利益保証、投資助言を行うものではありません。ConfidenceはAssetIntel内部基準によるデータ品質分類であり、モデル、商品、販売店、外部サービスの品質を評価または保証するものではありません。掲載値は基準日時点の集計値であり、個別商品の状態や将来の取引価格を保証するものではありません。
