ExcelでPC（パソコン）によって計算結果（演算結果）が違う

Question

Excel2003　SP2　を使用しています。
類似の質問は見つけられませんでした。

以下のような表の中で、※☆の部分は配列数式を用いているのですが、上司のPC（甲と呼びます）と私のPC（乙と呼びます）とで
　　セルの演算結果
が異なります。
私自身、最小二乗法の理論的なことは漠然と知っていても、PCが演算する際にどう計算しているか、まではわからないので、演算バグかどうか・どうしたら解決するかを知りたいです。

Excelに限らずコンピューターは浮動小数点誤差が生じるものと聞いていますし、特に二乗の計算を繰り返して近似式を求めさせる場合には必ずしもパソコンは信用できないかも知れませんが、演算バグならば、甲と乙とで同じバグ（数値）になると期待するのですが…。PCによって見える計算結果が違うとなると、そのファイルは仕事で信用して使えない、とも言えるので困っています。

前置きが長くなりましたが、具体的には
↓こんな表があります。↓
行列　A　　　B　　　C
1　　
2　　　　　　　
3　　　　　　　　　　※
4　　　　　　　　　　☆ 
5　　　　　　　 
6　　　　Ｘ　　Ｋ　　Ｙ　 
7　　　　1　　30　　2
8　　　　2　　15　　#N/A
9　　　　3　　30　　6
10　　　4　　15　　#N/A　 
11　　　5　　30　　10
12　　　6　　15　　#N/A
13　　　7　　30　　14 
14　　　8　　30　　16
15　　　9　　15　　#N/A
16　　10　　15　　#N/A
17　　11　　15　　#N/A
18　　12　　30　　24
19　　13　　30　　26
20　　14　　15　　#N/A
21　　15　　15　　#N/A
22
23
↑ここまで↑　（22・23行目は、範囲指定のためのダミー行）

A列・B列は数値です。
セルＣ7　には
=IF($B7<30,#N/A,$A7*2)
と入れて、後は21行目までオートフィルです。
つまり、Ｋ（B列）が30以上の時だけ同じ行のＹ（C列）に数値が現れるようにしています。
このＸ（A列）とＹ（C列）の近似式をとると、
　　Ｙ＝２Ｘ
となるはずです。つまり
　　傾き　　　2
　　Ｙ切片　　0
です。

そこで、この
傾き　を　SLOPE　関数で
Ｙ切片　を　INTERCEPT　関数で
求めることにしました。

※（セルC3）に =SLOPE(IF(ISNUMBER(C7:C23),C7:C23,""),$A7:$A23)
☆（セルC4）に =INTERCEPT(IF(ISNUMBER(C7:C23),C7:C23,""),$A7:$A23)
と入れて下さい。配列数式なので　数式入力の際、
　　Ctrl+Shift+Enter
で決定する必要があります。
正しく配列数式として入れ終わると、数式が｛　｝で囲まれるはずです（やり直しが利きます）。
Excelのシートは「新規作成」でデフォルトのままなので、各セルの書式は「標準」のままです。セルの場所は上の通りでなくてもかまいません。

［第１段階］
乙で上の２式を入力すると、
※　は　2
☆　は　0
という正しい結果が得られたので、甲にメール添付で送信しました。

［第２段階］
甲でも
※　は　2
☆　は　0
と表示されましたが、上の２式のセルそれぞれを覗いてただ　Enter　だけで決定し直すと、
※　は　#VALUE!
☆　は　#VALUE!
となります（配列数式でなくなるからです）。そこでもう一度上の２式のセルそれぞれを覗いて、Ctrl+Shift+Enter　で決定し直すと、
※　は　 1.888
☆　は　-1.104
という謎の演算結果が現れました。

［第３段階］
甲の「謎の演算結果」を含むファイルを別名で保存してメール添付で送り返してもらうと、乙でも
※　は　 1.888
☆　は　-1.104
と表示されることが確認できました。
しかし、乙で上の２式のセルそれぞれをCtrl+Shift+Enter　で決定し直すと、
※　は　2
☆　は　0
という正しい結果が得られました。

［第４段階］
乙で戻るボタンを押して「謎の演算結果」をもう一度見ようとしましたが、戻ると
※　は　2
☆　は　0
という正しい結果になっていました。



つまり、甲から乙に送り返してきたファイルでは
1.888
など（謎の演算結果）が表示されていたのは、甲の演算能力に依存した演算結果で、
第３段階後半や第４段階で
2
など（正しい演算結果）は乙の演算能力に依存した演算結果ということでしょうか。両者のマシンスペックの差はありますが、Excelは同じ修正モジュールを適用済みのはずです。

SLOPE　や　INTERCEPT　には触れなくてかまいませんから、
別の関数を例に挙げていただいてけっこうですから（結局、小数の足し算とかと同じですか？）、
どのPCでも同じバグ（演算結果）が出る　のではなく、PCによって結果が異なってくる　という問題の解決法をご教授願います。

Wendy02 · Accepted Answer

こんにちは。
しばらく調べてみました。

まず、私は、IEEE754倍精度型浮動小数点自体の誤差と、Excelの丸め誤差とは、日経のどなたかが書いている問題を100%信じてよいのか、少し疑問に思っています。これは、別のところにも書いたのですが、Excelの補正処理はある程度されていますから、ワークシート上で最近接偶数丸めを、そのままむき出しでユーザーが体験しているわけではありません。

本来、Microsoft が、不完全な補正処理に出会うのだと思っています。浮動小数点丸め誤差自体は、VBA側の問題であって、ワークシートの問題は、その処理の仕方などは違います。

それと、#5のMicrosoft サポートの内容は、英文から読み直してみましたが、今回の件とは違うような気がします。

しかし、私も、どう考えても、PCの違いで、誤差が発生するということはありえません。

Microsoft が示すように、Excel 2003 とExcel 2007 に対する、それ以下のバージョンでは、その動作が変わるということは、Microsoft サポートの#5のリンク先の通りです。

しかし、今回の表の数値自体では、Microsoft の説明にあるように、大きな数値と小さな変化に対して、下位バージョンで、エラーが発生するわけで、単純な一次関数で問題は発生しません。下位バージョンで試してみました。ただし、エラー値が入ることで、x値とy値の対比が完全ではないように思うのです。予測値をエラーの代わりに生めて上げるか、図のようなデータ自体に補正させてあげる必要があるのではないか、と考えます。

="" で間を埋めているので、完全な空ではありません。
つまり、INTERCEPT　やSLOPE関数ではなく、元の数式から作る方法なら、誤差は出ないように思います。

B22　　平均　　　　=AVERAGE(B7:B2
B23　　標準偏差　　=STDEVP(B7:B21)

F23の式　　相関係数　　=F22/(B23*C23)
------　=平均値/(xの標準偏差*xの標準偏差)

Wendy02 · Answer

こんばんは。

最初に関係ないけれども、以下では、そのままに入らないはずですから、NA()にしてあげないといけないはずです。

=IF($B7<30,#N/A,$A7*2)
　 ↓
=IF($B7<30,NA(),A7*2)

それで、その誤差は、同じバージョンで試されたものではないはずです。
Microsoft サポートに出ています。

Excel の統計関数:INTERCEPT
http://support.microsoft.com/kb/828234/ja
（和文は、機械翻訳です）Article ID: 828234 

ここに、

Excel 2003より前のバージョンでは、INTERCEPTは丸め誤差を表示する。
Excel 2003とExcelのその後のバージョンでは、INTERCEPTの動作を改善している。

Excel 2003やその後のバージョンでは、INTERCEPTのコードは、直接変更はしていないが、SLOPEが改善されたために、INTERCEPT側ものその動作は改善された。
（英文の拙訳)

と書かれています。

A88No8 · Answer

こんにちは
下記の条件で、同じことを試みてみました。
変な現象は出ませんでした。

Intel Pentium(R)4、Memory 1GB
Windows XP SP3
Excel 2003 SP3(Microsoft office Pro 2003)

　同一バージョンのExcelで、しかも同じ式で結果が異なるとは解せないですね。
　Excelは、浮動小数点演算をするときは、ＣＰＵに実装されているＩＥＥＥ形式をサポートしたハードウェアを使うのでしょう？
　とすれば、ＯＳ（この場合Win)がＣＰＵ内蔵の浮動小数点演算をサポートするハードウェアが返した値を正確にExcelに伝えられない状況が発生しているか、浮動小数点演算をサポートするハードウェアが壊れていて、Excelが自前のエミュレーションルーチンで計算しているためかという推測をしたくなりますが、結果の違いが「誤差」の範囲を超えているような気がして．．(--;
　ＯＳかＣＰＵが壊れてるっぽい．．とかExcelの再計算を見張っていて計算結果を狂わすユニークなウィルスを飼っているとかm(__;mすいません

nrb · Answer

いや書くの忘れてました・・・・
演算誤差がある、ということは回答していますが、演算誤差に違いがあることに対して、回答してませんね。

確かに・・・

有り得なくは無いんですが、現状
OSがXP以後でCPUがMMX（だったかな）ならばWINでは計算事態は同じ成ります

ただし式が同じって条件です
A*B*C
と
C*B*A
では最終桁が変わることは有ります


判り易いように書くと　仮に少数以下は無いと判り易くします

１÷１０×１０＝０
１÷１０では少数以下は表示できません
０．１は０とされる
したがって０と計算される
と
１×１０÷１０＝１
成ります

これが計算の誤差の実例です

また
ＥＸＣＥＬ数値の有効桁数は15桁です。数値表現他、演算全て標準のIEEEですのでこれ以上の精度を求めることはできません



こんなソフトなど使うことになります
Vector：CalmCalc (Windows95/98/Me / パーソナル) - ソフトの詳細
http://www.vector.co.jp/soft/win95/personal/se147355.html


同じと思っても計算の順序で差異ができます

これは計算方法で多少は回避できます


他には
表示方法です
エクセルではセルごとに制限を掛けることができます

少数以下切捨て
少数○桁まで
とか

たぶんこれじゃないかね

kotoby2003 · Answer

機種（もしくはOS？）の違いによって、演算精度が異なる、というのは初耳で、へーっと思ってしまいました。
そういう現象に出会ったことはありませんでしたが、ありえなくないですね。（演算ユニットにバグがあるとか）

でもその前に、
Excelのオプションに、「計算方法」というタブがあるのですが、その設定に違いがあったりしませんか？

あと、実際に操作している人が異なるので、本当に同じ操作をしているのか、疑問が残ります。
言われたとおりにやってる！といっても、実は違うということはよくあります。

No.1さんは、演算誤差がある、ということは回答していますが、演算誤差に違いがあることに対して、回答してませんね。
同じ規格で計算しているのに、結果が異なるのはおかしな話です。
この誤差が事実なら、どちらかの演算ユニットに規格に沿ってないバグがあるはずです。

nrb · Answer

http://pc.nikkeibp.co.jp/pc21/special/gosa/eg4.shtml
あとはCPUとOS問題
http://support.microsoft.com/kb/402554/ja


Windows上でのごくごく一般的な環境では、floatはIEEE754単精度浮動小数点数形式(以下単精度)、 doubleはIEEE754倍精度浮動小数点数形式(以下倍精度)として実装してます
解決方法はありません
必ず起きます


少なくするには計算方法の見直しや
誤差を修正するプログラムなどご自身でプログラム組んでください

ExcelでPC（パソコン）によって計算結果（演算結果）が違う

こんにちは。

こんばんは。

この回答への補足

こんにちは

この回答への補足

いや書くの忘れてました・・・・

機種（もしくはOS？）の違いによって、演算精度が異なる、というのは初耳で、へーっと思ってしまいました。

この回答への補足

似たような質問が見つかりました

このQ&Aを見た人はこんなQ&Aも見ています

関連するカテゴリからQ&Aを探す

このQ&Aを見た人がよく見るQ&A

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング