Excelのライセンスについて
keisuke hirano
Excelのライセンスについて教えてください。
WindowsServer上のApacheでのExcel利用の場合、
ライセンスはどうなるのでしょうか？
接続形態は、
インターネットから認証(PKI)のあるユーザで、
フロントのWebサーバ(UNIX,Apache)で受けたリクエストに対して、
バックのWindowsServer+Apache+Excelで帳票を作成したいと考えています。
Excelのマクロで作成された大量の既存処理を
極力生かしたいと考えているための仕組みです。
グラフ等で多少複雑なため、どうしてもExcelでと考えております。
フロントはともかく、バックのライセンスについて以下のように予想しております。
・WindowsServer2003 StdEdition+エクスターナルコネクタ
・Excel(フロントWebサーバの接続ユーザ数分)
最大利用ユーザ数が多いため、
CPUライセンスのようなものが無いか調べておりますが、
なかなか適合しそうなものが見つかりません。
以上、よろしくお願いします。
SETO Sohei
デリケートな話題ですので, 私の意見は何の法的な根拠も保障も
ありませんし, 本来であれば Microsoft 社に直接確認すべきことです,
とお約束の前置きをさせて下さい。
"keisuke hirano" <keisuk...@discussions.microsoft.com> wrote in article
<7652B5A6-5DCD-48B0...@microsoft.com> ;
>・Excel(フロントWebサーバの接続ユーザ数分)
私は, ユーザ数ではなくクライアントマシン数で数えるべき
だと予想します。理由は以下の 2 点によるものです。
(1) 複数ユーザで利用する 1 台のマシンに Office Suite を
インストールする場合は, 1 ライセンスで済むと思います。
(2) 以下の Knowledge Base を参照して下さい。
INFO: Considerations for Server-Side Automation of Office
http://support.microsoft.com/?id=257757
引用すると;
| Using server-side Automation to provide Office functionality to
| unlicensed workstations is not covered by the End User License
| Agreement (EULA).
「Office のライセンスを受けていない "Workstation" に, サーバを
通じて Office の機能を提供してはいけない」とありますので, 逆に
Office がインストールされているマシンであれば, ライセンス的に
は問題無いのかな, とも受取れます。
* * *
上掲のKB に書いてあるとおり Microsoft 社はあくまで
「does not currently recommend, and does not support」
というスタンスで, 技術的にも列挙されているとおり,
数多くのトラブルは予想されます。
本来であれば, Office Web コンポーネント等によって
クライアント・サイド処理で実装すべきなのでしょう。
* * *
ふと私の稚拙な思いつきですが, Java Script 等のクライアント側の
処理で, クライアント機に Excel がインストールされているか確認して,
確認できたマシンにのみ, サーバサイドから機能を提供する,
というのなら追加ライセンスが要らないのかも・・・
( Microsoft 社に確認して下さい )
以上, わずかにでもご参考にでもなれば幸いです。
--
SETO Sohei [ PGP Key ID:0x5DF0FA4D ]
Gobo-city, Wakayama, JAPAN
mailto: s...@creamy.nax.ne.jp
keisuke hirano
"SETO Sohei" からの元のメッセージ:
> デリケートな話題ですので, 私の意見は何の法的な根拠も保障も
> ありませんし, 本来であれば Microsoft 社に直接確認すべきことです,
> とお約束の前置きをさせて下さい。
おっしゃるとおりです。
どなたか経験がないかと思って投稿した次第です。
しかし、分かりにくいライセンス形態はどうにかならないものですかねぇ。
まあ、特殊な利用形態にまで面倒見切れないのだとは思いますけど...
経験上、サーバで利用されるアプリはクライアント利用前提のアプリでも
ユーザ数分のライセンスが必要なことが多いため、Excelもそうだろうと考えています。
たとえばAcrobatDistillerのフォルダ監視機能などは、
その機能を利用するユーザ数分のライセンスが必要ですし、
ターミナルサーバでの利用で特殊なライセンスが必要なアプリもあります。
> (1) 複数ユーザで利用する 1 台のマシンに Office Suite を
> インストールする場合は, 1 ライセンスで済むと思います。
これは使用許諾を見てもそのとおりだと思います。
しかし、デスクトップでの利用しか想定していないと思います。
> (2) 以下の Knowledge Base を参照して下さい。
> INFO: Considerations for Server-Side Automation of Office
> http://support.microsoft.com/?id=257757
>
私のほうからは日本語ページが表示されました。
なお、技術的な部分についてサポート外なのは承知しておりますが、
MSDN版のOfficeで実際に実現可能なことを確認しております。
同時実行についての問題等も対策しており、
ライセンスの件とは別に考えたいと思いますのでご承知ください。
以下、ライセンスについての明言部分を引用。
| 現在のライセンス ガイドラインでは、クライアントサイドに
| Office のライセンスを受けたコピーがない場合は、
| Office アプリケーションをサーバーに配置して、
| クライアント要求に対するサービスを提供することは許可されません。
| サーバーサイド オートメーションを使用して、
| ライセンスを受けていないワークステーションに
| Office 機能を提供することは、使用許諾契約書
| (EULA: End User License Agreement) には含まれていません。
まさにここが的を得ているのかも知れません。
今回はクライアントにOfficeが無いことも想定しています。
最悪Officeがあることを条件として提供したとしても、
上記説明の「ライセンスを受けたコピー」から、
クライアントサイドのOfficeのライセンスは
バージョンをも特定しているようにも聞こえますので、
社内利用者などで無い限り難しくて微妙です。
単純にEULAにない使用方法は違反でもあるようですし。
> 本来であれば, Office Web コンポーネント等によって
> クライアント・サイド処理で実装すべきなのでしょう。
OfficeWebコンポーネントのライセンスも
クライアントにOfficeが入っていないとダメなんですよねぇ。
これは過去にMicrosoftに問い合わせたことがあります。
このRuntimeがあれば最強なんですけどね。
なおこの他の方法では、サーバサイドでOpenOffice.orgとそのAPIを
使うことも考えましたが、安定性と互換性でいまいちでした。
最後に、調べていただいて申し訳ないのですが、
実は本件、他の技術的な問題からExcelを使わないことになり、
緊急性は無くなりました。
しかし非常に興味深い事項であるため、
今後も(Microsoftに聞かずに!)調査していきたいと思います。
情報をお持ちの方は是非お聞かせください。
araiteruo
"keisuke hirano" からの元のメッセージ:
JR K yoshikawa
コミュニティで ユーザ 同士で情報を持ち寄って、
勝手に判断するのは危険です。
"araiteruo" <arai...@discussions.microsoft.com> wrote in message
news:425B685A-2D30-4759...@microsoft.com...
SETO Sohei
5年前の<7652B5A6-5DCD-48B0...@microsoft.com>から
始まるスレッドの誤操作による誤引用？のようです。