アカウント名:
パスワード:
請求項をさっと読んだ感じ、MSWordのファイル形式ではなく、典型的なワードプロセッサの 文章情報をXMLで表し、処理することに特許をとろうとしているように見えるなぁ。添付された XSDの形式に限らないのであれば結構怖い話です。（気力無くて確かめてないけどX|）
＃パーサ抜きで、XSLTだけを作るのは問題なさそう。
典型的なワードプロセッサの 文章情報をXMLで表し、処理することに特許をとろうとしているように見えるなぁ。
そうですね。「もしお役所のチェックを通ったら儲け物」の認識だと思います。 同じようなもので、.NETのAPI特許 [uspto.gov]を思い出しました。
こういう特許をとる事は、利潤を追求する企業の姿勢としてはよいのかもしれませんが、 ソフト開発の敷居を無駄に高める事になりそうで嫌な感じがします。
少なくとも最後の奴で完全互換品を作れないようにするつもりですかね？ （一番訳に自信のない箇所だったりする）
訳はいいと思います、頭が弱いので特許の原文自体が難解に感じます。X( 自分はテンプレートを文章に埋め込むというのがわかりません。(Wordユーザーでない からかも知れませんが)
MSのライセンスって、アプリケーションの逆アセンブルを禁じる項目はあったのは覚えているんだけど、作成されたドキュメントのダンプとか解析を禁じる項目ってありましたっけ?また、私の感覚ではそれはリバースエンジニアリングじゃないです。だいたい、今後自分の作ったドキュメントの解析も禁じる方向にするってのはちょっと無理目でしょう。
どちらかといえば、その仕様を元にMSがコントロールできないような派生仕様とか独自仕様があふれかえることへの対策じゃないかという気がします。
それでもMS-Officeのサポートツールを作っているのならともかく、OOoなど代替製品を作っているところは特許が認められたらかなりのダメージになるかもしれないでしょう。
いや、彼らはデータの相互運用を真面目に達成しようとしていると思います。
「プロダクト間の相互運用」が目的にあって、それが社外プロダクトを示していないだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
EP1376387の請求項 (スコア:4, 参考になる)
単一のXMLファイルに格納されたワードプロセッサ文書を読み込む第一の構成要素と、ワードプロセッサ文書の翻訳にXSDを用いる第二の構成要素と、ワードプロセッサ文書上のアクションを実行する第三の構成要素とを持つもの
２．請求項１に加え、ワードプロセッサ文書を検証するよう作られた検証を行う構成要素を持つ計算機可読な媒体
３．請求項１に加え、ワードプロセッサ文書を表示する第四の構成要素を持つ計算機可読な媒体
４．請求項２において、そのXSDがワードプロセッサのリッチフォーマット機能を表現できるような、計算機可読な媒体
５．請求項４において、そのXSDがワードプロセッサ以外のアプリケーションに公開され、利用可能であるような、計算機可読な媒体
６．請求項４において、そのワードプロセッサ文書が、XMLを理解するアプリケーションへのヒントを含むような、計算機可読な媒体
７．請求項５において、そのアクションがワードプロセッサ文書を解析し、修正し、読み込み、そして作成するような、計算機可読な媒体
８．請求項５において、そのアクションがワードプロセッサの機能の組に従ったワードプロセッサ文書を完全に再現できるような、計算機可読な媒体
９．請求項８において、そのアクションがワードプロセッサ文書内にバイナリエンコードされた画像を格納できるような、計算機可読な媒体
１０．請求項９において、そのアクションがワードプロセッサ文書内にバイナリエンコードされたテンプレート情報を格納できるような、計算機可読な媒体
１１．ワードプロセッサ文書を処理するための手法であって、
単一のXMLファイルに納められ、ワードプロセッサがその文書を表示するであろう方法に合わせて表示するために必要な全ての命令を含んだ文書を解析し、XSDに従ってその文書を翻訳するような手法
１２．請求項１１に加え、その単一のXMLファイルに含まれる命令に従ってその文書を表示するような、手法
１３．請求項１２に加え、あるXSDファイルに従うようにその文書を修正するような、手法
１４．請求項１３において、そのXSDがそのワードプロセッサに組み込まれたすべての機能の定義を含むような、手法
１５．請求項１２において、その文書の表示が、さらにその単一のXMLファイルに含まれるスタイルやプロパティに従ってテキストを整形するような、手法
１６．請求項１１に加え、それに続く情報がテキストであることを示す単一のタグを検索することによって、その単一のXMLファイルからテキストを抽出するような、手法
１７．単一のWPMLファイルとして保存されたワードプロセッサ文書を作成し、翻訳し、修正するシステムであって、WPMLファイルと、そのWPMLファイルを検証するよう作られた検証エンジンと、あるスキーマに従って作成されたWPMLファイルを読み込むよう作られたワードプロセッサからなる、システム
１８．請求項１７において、そのワードプロセッサがさらにそのスキーマに従ってそのWPMLファイルを修正するよう作られているような、システム
１９．請求項１７において、そのワードプロセッサがさらにその文書をディスプレイに出力するよう作られているような、システム
２０．請求項１９において、そのスキーマがそのワードプロセッサ以外のアプリケーションに公開され、利用可能であるような、システム
２１．請求項１９において、そのWPMLファイルがXMLを理解するアプリケーションへのヒントを含むような、システム
２２．請求項１９において、そのワードプロセッサがさらにそのスキーマに従って文書を作成するよう作られているような、システム
２３．ワードプロセッサ記述言語のための、それの上にエンコードされたスキーマを持つ計算機可読な媒体であって、プロパティ要素と、スタイル要素と、ボディ要素を持ち、そのボディ要素がパラグラフ要素と、ワードプロセッサ文書のテキストコンテントであり単一のタグで定義されたテキストを含むテキストラン要素と、テーブル要素を持つような、計算機可読な媒体
２４．請求項２３に加え、ある項目の意味を示すために用いられるヒント要素を持つような、スキーマ
２５．請求項２３において、スタイル要素がリストスタイルと、文字スタイルと、パラグラフスタイルと、テーブルスタイルを持つような、スキーマ
２６．請求項２５において、さらにプロパティ要素が文書プロパティとプロパティ情報からなるような、スキーマ
２７．請求項２６において、パラグラフ要素がさらにプロパティ要素からなるような、スキーマ
２８．請求項２７において、パラグラフセクションがデフォルトでパラ
Re:EP1376387の請求項 (スコア:1)
...って、当たり前かぁ。
フリーにして貢献するか、貢献するけど有償か、の違いだけですもんね。
ライセンス料金が滅茶苦茶安い、なんていう格好良さ、期待してますよ。
=^..^=
Enjoy Computing, Skiing, as much as Horse Racing.
Re:EP1376387の請求項 (スコア:1)
請求項をさっと読んだ感じ、MSWordのファイル形式ではなく、典型的なワードプロセッサの
文章情報をXMLで表し、処理することに特許をとろうとしているように見えるなぁ。添付された
XSDの形式に限らないのであれば結構怖い話です。（気力無くて確かめてないけどX|）
＃パーサ抜きで、XSLTだけを作るのは問題なさそう。
特許として成立しますかね？ (スコア:2, すばらしい洞察)
OpenOffice.orgとか。
Re: 特許として成立しますかね？ (スコア:2, 興味深い)
というのは、出願後に請求内容を追加することはできないけれど、狭めることはできるからです。
＃実際には追加することもできるらしいけど…
だから特に本気で取得したいのは、請求項をツリー構造としたときのリーフにあたる部分ですね。つまり、
あたりですか。
少なくとも最後の奴で完全互換品を作れないようにするつもりですかね？（一番訳に自信のない箇所だったりする）
Re: 特許として成立しますかね？ (スコア:2, 参考になる)
そうですね。「もしお役所のチェックを通ったら儲け物」の認識だと思います。
同じようなもので、.NETのAPI特許 [uspto.gov]を思い出しました。
こういう特許をとる事は、利潤を追求する企業の姿勢としてはよいのかもしれませんが、
ソフト開発の敷居を無駄に高める事になりそうで嫌な感じがします。
訳はいいと思います、頭が弱いので特許の原文自体が難解に感じます。X(
自分はテンプレートを文章に埋め込むというのがわかりません。(Wordユーザーでない
からかも知れませんが)
Re:EP1376387の請求項 (スコア:0)
参照が多すぎて読みにくい～。
(あ、別に訳が下手とかそういうんじゃないです。原文がってことで)うまく整理できないっすかねぇ。XML とか使って
Re:EP1376387の請求項 (スコア:3, おもしろおかしい)
Re:EP1376387の請求項 (スコア:0)
マイクロソフトはユビキタス社会から退場すべきだ (スコア:3, すばらしい洞察)
より引用
＞たとえば、「Office2003」からは、「Excel」「Word」のデータファイル形式をXMLに変え、
＞MacintoshのOfficeからはもちろん、Linux上でもXMLで開けるユーティリティを用意すれば、
＞メールにアタッチしたとき、読取りも加工もできるようにした。
特許が成立しても読み取ったり加工したりしてもいいですか？MS様
イエス○○を連想 (スコア:1)
Re:イエス○○を連想 (スコア:1)
Re:マイクロソフトはユビキタス社会から退場すべきだ (スコア:0)
>＞MacintoshのOfficeからはもちろん、Linux上でもXMLで開けるユーティリティを用意すれば、
>＞メールにアタッチしたとき、読取りも加工もできるようにした。
>
>特許が成立しても読み取ったり加工したりしてもいいですか？MS様
「技術的には可能にした。でも特許使用料を払ってね」という事なんですよ、きっと。 あ、それじゃその前にある「実際、ユーザーに不便をかけないよう
Re:マイクロソフトはユビキタス社会から退場すべきだ (スコア:0)
古川さんは (スコア:1, すばらしい洞察)
みんな古川氏と会う人は、あの中村正三郎氏でも「いい人ですよ」って言うわけだけど、ほんとにいい人ですよ。あの会社にもこういう人がいるんだ、って思わせる。
組織が大きいからね。いろんな人がいる、ってことだねぇ。
Re:マイクロソフトはユビキタス社会から退場すべきだ (スコア:0)
と書いてあるから、
画像とか音楽とか、動画とかのたくさんのデータを結合した
XMLを吐く特許なんぢゃないの?
だから、読み込みは大丈夫で、
書き込みも複数のファイルを一つのXMLにstoreしなければ問題ない?
#英語はよくわからんので原文を読んでいないためAC(w
Re:マイクロソフトはユビキタス社会から退場すべきだ (スコア:0)
日本語記事出ました。 (スコア:3, 参考になる)
・・・公開するのかクローズドにするのかはっきりしろ，と。
Re:日本語記事出ました。 (スコア:2, 参考になる)
このあたりを見ると、公開を余儀無くされたんで、その分金を踏んだく
ろうってことですかねえ。公開かクローズドか？っていうよりはフリー
で利用できるのか、できないのか、ってところ でしょうね。
Re:日本語記事出ました。 (スコア:0)
勘違いしている人が多いみたいですけど、特許をとるということは
公開するってことですよね。
特許ってそういうものです。
Re:日本語記事出ました。 (スコア:2, 参考になる)
特に後者の場合、公開によってみんなが幸せにならなくてもいいのがミソ。
そういう便利なモノが開発されさえすれば、みんなハッピーって考えだから。
アメリカって素敵な国ですねえ。(-_-#
Re:日本語記事出ました。 (スコア:0)
ソースが公開されている点だけを指すのではなく利用者に対して
開かれているって事ですよね。 たとえば利用が自由だとか
フリーだってそう。 無料ではなくて自由。
/.的にはそういうものです。
OpenOfficeとStarOfficeへの影響 (スコア:3, 参考になる)
申請された特許は、オリジナルのワープロソフト以外のアプリケーションが文書内のデータにアクセスする手法に関するもの で、特許が成立すると競合ソフトにとっての障壁となる可能性があると見られています。
（XMLスキーマはOfficeで文書内の情報記述と整理に利用されている）
オープンソースソフトパッケージのOpenOffice.orgは異なる種類のXML技術を使って文書を記述しているので、今回の特許によって すぐに影響を受けることはないそうですが、OpenOfficeとStarOfficeの今後のバージョンがMicrosoftのXMLフォーマットに対応できなくなる可能性があるそうです。
特許は米国の他、ニュージーランドとEUでも、申請されたようです。
内部表現がばれると困る? (スコア:2, 参考になる)
データを抽出して使うのは問題ないんだろうけど、レイアウトであるとか内部的なデータの扱いを
XMLに表現したのを解析されないように手をうったということなんでしょうね。
XMLの構造を読むのはリバースエンジニアリングと紙一重と言うことでしょうか。
Re:内部表現がばれると困る? (スコア:1)
MSのライセンスって、アプリケーションの逆アセンブルを禁じる項目はあったのは覚えているんだけど、作成されたドキュメントのダンプとか解析を禁じる項目ってありましたっけ?また、私の感覚ではそれはリバースエンジニアリングじゃないです。だいたい、今後自分の作ったドキュメントの解析も禁じる方向にするってのはちょっと無理目でしょう。
どちらかといえば、その仕様を元にMSがコントロールできないような派生仕様とか独自仕様があふれかえることへの対策じゃないかという気がします。
それでもMS-Officeのサポートツールを作っているのならともかく、OOoなど代替製品を作っているところは特許が認められたらかなりのダメージになるかもしれないでしょう。
vyama 「バグ取れワンワン」
特許が成立すると (スコア:2, 興味深い)
持ってなかったら読めない→買え、と？
---
文書作成は95%がTeX、5%がOOoな人。
Re:特許が成立すると (スコア:2, 興味深い)
もし読むだけでも金かかるようになったら・・・・
#ボロい自作機＆旧式thinkpad＋OOoで文章作成しとります。
----------
samidare
Re:特許が成立すると (スコア:1, 参考になる)
Windows専用ですが。
Re:特許が成立すると (スコア:1)
完全に記憶からロストしておりました。
WordExel→OOoって流れが自分の中で出来てるっぽい・・・
---------
samidare
Re:特許が成立すると (スコア:1)
--
Ath'r'onならfloatあたりに自信が持てます
Re:特許が成立すると (スコア:1)
心強い一言。頑張れ！！
＃最近、ooばかり使ってます。
特許が成立しても (スコア:2, 参考になる)
ナニがしたいのか良くわかりません。無料ライセンスを受ければ
Officeで使われているXMLベースのファイル形式を操作できるわけで…。
もう次のOfficeを出すつもりか？MSは。
Re:特許が成立すると (スコア:1)
私は95%がOOoで、残り5%はkwriteとかいろいろです。
これだけでは何なので。
OOoは1.1からWord 2003のXMLファイルを読み込むことができるようになってます。ただし、標準ではインストールされません。
よって、もし特許が成立するとなんらかの問題が起こる可能性がありますね。
これが認められたら (スコア:1, 興味深い)
なんでわざわざ他から使いにくくするんだあっ。
Re:これが認められたら (スコア:5, 興味深い)
ただ、「便利なものをMS様直々に用意してやったから、下々はこれを使え。そして使う際には特許に対して金払え。」と言っているんだと思います。
Office 製品のファイル情報については、以前はソースを含めて技術的な情報をそもそも開示していなかったから使いにくかったわけですが、今度からは技術的な情報は開示されていて、でもカネを払わないと使いにくい、ということに傾くのではないかと。
要するにこれは『オープン』を装ったプロプラエタリ化、ということなんだろうと思います。
Re:これが認められたら (スコア:1)
最初は無償配布するかもしれんが、発表するたびにライセンスとか負担になり始めたら、開発側も無償配布やめちゃうだろうしなぁ。
とか思うんだが、考えすぎ?
開発が容易でも、配布しにくい要因が増えれば、間接的には阻害してるのと同じだと思うんだけどね。
Re:これが認められたら (スコア:1)
標準化とかオープン化に参加して、ある程度普及を見たら乗っ取る。
なんというか、他者の存在を許容しない、他人と仲良く出来ない会社のように見えます。
世界は必ずしもゼロサムゲームで成り立っているわけじゃ無い、と私は思うんだが、
マイクロソフトはそうは考えないんでしょうね。
*-----------------------*
-- ウソ八百検索エンジン --
やっとまともなコメントが (スコア:0)
Re:これが認められたら (スコア:1)
Re:これが認められたら (スコア:1)
いや、彼らはデータの相互運用を真面目に達成しようとしていると思います。
「プロダクト間の相互運用」が目的にあって、それが社外プロダクトを示していないだけ。
Re:これが認められたら (スコア:0)
かっさらって開発コスト下げたんでしょう。
Officeはパッケージきれいになったからちょっと欲しい(ぉ
Re:これが認められたら (スコア:0)
Office 2000やOffice XPからOffice 2003へ乗り換える理由を自らなくしてどうするのよ。
独禁法 (スコア:1)
Re:独禁法 (スコア:1)
それこそ、特許収入を丸々選挙資金として献金したりしてさ。
わざわざ互換ソフトを締め出さなくても… (スコア:1, 参考になる)
Linuxが流行ろうとも、ハードベンダとOEMで強く結びついてるWindowsの売上げが落ちるような事はないし
定期的にそのPCが売れていれば、Windows上で動くMS Officeが売れ続けると思うのですが…
技術に明るくない一般的な企業ユーザとしては、ハードベンダが推奨するOS、そのOSメーカが推奨するソフトを使いたくなるものだと思います。
と、これはあくまで日本の話で海外ではWindows上でOffice互換ソフトを使ったり、Linux上で使ったりというケースが結構あるようで
MSさんはそれを危惧しているのでしょうか。
ただ、Linuxは流行ってると言っても実際にはデスクトップOSのシェアの9割はMS Windowsが占めていてOfficeツールもMS社製品がほとんどという現状でわざわざ締め出す必要性が全くわかりません。
これだけ互換ソフトやフリーOSの出来が良くなってきている中、相変わらずシェアに大きな変動がないのだから、MS社にはどんと構えていて欲しいものです。
今は「何があっても揺がない強いメーカー MS」というイメージを与えておいたほうが良いのではないでしょうか。
出る芽を必死こいて摘みとっている姿ばかり露呈していると「何かヤバイ事でもあるのか？」とユーザに疑念を与えかねないかと。
Re:わざわざ互換ソフトを締め出さなくても… (スコア:1, すばらしい洞察)
これは (スコア:1)
嘘だったんですか｡
やはりMS､ やることが違う｡
MSのXML関係特許出願 (スコア:1)
MSを弁護するわけじゃないけど、 (スコア:0)
Re:なるほど (スコア:1)
たしか今でも商用ソフトのQt利用は有料のはずだけどね