Slashdot Log In
Morfik Patents AJAX Compiler
Posted by
Hemos
on Mon Apr 02, 2007 09:20 AM
from the i-am-patenting-newspaper-delivery-as-well dept.
from the i-am-patenting-newspaper-delivery-as-well dept.
MikeyTheK writes "It appears that under the radar, the USPTO granted Morfik a patent for the "System and method for synthesizing object-oriented high-level code into browser-side javascript". Reading further, it appears that they have patented the compiling of high-level languages into AJAX apps. The high-level languages include "Ada, C, C++, C#, COBOL, ColdFusion, Common Lisp, Delphi, Fortran, Java, Object Pascal, SmallTalk, Visual Basic, and Visual Basic.NET". It would appear that the application date is September, 2005."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

My First Thought (Score:5, Insightful)
(http://www.intelligentblogger.com/ | Last Journal: Monday August 27, @11:47AM)
All I can say is: where was your due diligence, Morfik? It doesn't make a whole lot of sense to spend time and money on filing a patent that will be useless to you after it's granted. The best they could do is scare a few Open Source projects into submission. Anyone with a vested interest in the technology is going to do the due diligence that Morfik didn't, and take the matter to court.
The only "out" they have available is to show evidence that they disclosed the inner workings of their JST product prior to GWT being released. In which case they might have protection from the "one year to file" rule. Maybe. Or maybe they're just trying to carry out this threat [ajaxian.com] in a laughably oversimplified fashion. (They're lawyers must be telling them it won't work?) Go figure.
For those who are unaware of what GWT is, it's basically a toolkit that takes Java programs and converts them down to Javascript. By coding Java to the GWT toolkit*, you gain all the benefits of the Java compiler and type checking without sacrificing the ability to deploy on browsers that do not have Java installed. I'd rather code in Javascript myself, but it has its place.
Re:My First Thought (Score:5, Informative)
That's 2005, not 2006.
Re:My First Thought (Score:5, Informative)
(http://e42.us/)
yaccety yacc (Score:5, Interesting)
(Last Journal: Sunday June 17, @02:35AM)
Re:My First Thought (Score:4, Insightful)
(http://www.sff.net/people/Daniel.Dvorkin | Last Journal: Friday October 12, @01:42PM)
Well, if this keeps people from making C into JS (Score:5, Funny)
(Last Journal: Thursday April 18 2002, @07:50PM)
Then maybe the patents aren't such a bad thing.
Economic Model (Score:2)
(http://www.apaddedcell.com/)
Don't even think it. (Score:3, Funny)
Re:Don't even think it. (Score:4, Funny)
(http://localhost/)
ya know (Score:3, Funny)
Turing tarpit (Score:2)
Re:Turing tarpit (Score:4, Informative)
(http://www.intelligentblogger.com/ | Last Journal: Monday August 27, @11:47AM)
Yes. [w3.org] Next question?
Not an invention (Score:2)
(http://www.fietsersafstappen.nl/)
Turing Completeness? (Score:4, Insightful)
(I know, they'd approve a patent on cheese if you worded it as "a method for transforming milk and bacteria into edible food product.")
Python (Score:1)
Must be too high-level.
NOT A PATENT (Score:5, Informative)
(Last Journal: Sunday August 06 2006, @10:39PM)
Re:NOT A PATENT (Score:5, Informative)
(Last Journal: Sunday August 06 2006, @10:39PM)
There is a review process where an examiner searches for prior art that matches or closely matches the application. Then, in probably 90% or more of cases, a rejection letter for some or all of the claims is sent to the attorney (or the applicant if filing without an attorney). After a few months, a response from the attorney comes. This can now go one of two ways. If the attorney argued your prior art is not applicable, you can 1) uphold your decision, in which it become a "final rejection" or 2) change your rejection in which case you basically repeat the first step again.
The other method is they pre-date your prior art, using proof of older design date, if your rejection wasn't under 102(b) that is. You can now write a rejection with new prior art and this becomes a "final rejection". However, these "final rejections" are not the end of the process. They can either make a last ditch effort to amend to your liking (and probably get their "stamp"), they can basically repay the filing fees and start over with another two rounds, or they can file an appeal to the Board of Patent Appeals and Interferences (BPAI, I think that is right.). If they still don't like the decision they can appeal to the CAFC (Court of Appeals for the Federal Circuit), and in the very unlikely case, all the way to the Supreme Court.
I recommend three pieces of literature before you say they just stamped "approve" on everything. Read title 35 of the United States Code (35 USC), title 37 of the Code of Federal Regulation (37 CFR), and the Manual for Patent Examining Procedure (MPEP). I am pretty sure that is the right CFR, but all of those documents will give you an idea of what a patent examiner deals with. I gave you a very rough and very brief explanation of the procedure above. And to end this, I was a Patent Examiner, so yes, I do know something about this.
What does that mean for AJAX then ? (Score:2)
(http://www.webgeekworld.com/ | Last Journal: Thursday April 27 2006, @07:47AM)
Simple work-around (Score:1)
(http://www.geocities.com/tablizer | Last Journal: Saturday March 15 2003, @01:22PM)
ColdFusion? (Score:2, Insightful)
(http://www.hce.it/)
Compiler definition (Score:3, Insightful)
(Last Journal: Saturday August 18 2001, @11:04AM)
Even here in 2007, some people still seem to think the only thing that can be called a compiler is something that takes source code and emits binary code, but that's just one specific special case. The same basic principles that GCC uses will be used by PovRAY to compile its scene language into an image, ignoring the raytracing part. (That is, setting up the internal representation of the scene is just like a compiler.) Compiling C# into IL uses the same basic techniques. Defining anything that uses standard compiler techniques as a compiler is the motivation for my preferred definition.
Given the long history of compilers, and the sheer profusion of them, I really don't think that compilers ought to be patentable anymore. Compiling Java into Javascript isn't a novel idea, it's "just" some engineering by somebody who understands compilers. (Which the recent "Wasabi" uproar over Joel on Software's posting proved is not all that many people, but still, it's simple once you see the tricks.) The only even remotely tricky part of such a compilation is if there's no easy way to get the syntax tree directly from the language parser, and that's still just engineering. There's definitely plenty of copyrightable stuff in such a compiler, but it'd take something very, very novel for it to be patentable.
(Note I'm writing this message as if I weren't entirely against software patents, which I am, at length [jerf.org]. This is written from the putative point of view of the patent system; even then, compilers generally aren't that novel an idea. Saying "with a compiler!" is up there with "on the internet!" for novelty.)
Ruby on Rails?? (Score:2)
April Fool's! (Score:3, Funny)
(http://enharmonix.blogspot.com/)
Yeah, haha, Hemos, you almost had me! OMG PONIES!!!1!! Very clever April Fool's joke! And for the USPTO to be in on it... Wow. Best one yet!
GPL3 ecosystem (Score:2)
(http://www.markwatson.com/)
As a consultant, I always try to sell my customers on going open source, if it makes sense for their situation. Open source == cost savings.
Slashdot Just DOES NOT GET Patents (Score:5, Informative)
1. The title of a patent does not describe the scope of what the patent will cover. In this example, they are not trying to patent every single "System and method for synthesizing object-oriented high-level code into browser-side javascript." They are trying to patent *one particular, specific system and method* for doing so. That is a big friggin difference. If you read the patent claims, you will see what the patent is actually covering. Summary: People on Slashdot inappropriately freak out when they see a patent title that looks broad and they really ought to know better by now.
2. This is a patent APPLICATION!!! Not an issued patent. When people try to get a patent, they make the claims incredibly broad at first. And then the examiner will make them narrow the claims as they negotiate what the patent actually will cover. In this example, I am going to hazard a guess that the examiner will probably make them throw out claims 1 through 4. And the examiner might let their broadest claim be claim 5. The people trying to get this patent KNOW that this is what will happen during this process--it is how things are done! I am astounded that the people on Slashdot have not picked up on this yet. Summary: Just because a patent application has incredibly broad claims, that does not mean 1) that the patent will issue that way, or 2) that the people applying for the application realize that what they are in their application claiming is too broad.
Get with it, people! I hope that reading this may take the discussion here from "Patents suxkzorz!!" to "Well, claim 1 looks way to broad because of $somePriorArt . . . but the method described in claim 5 . . . hmmm, I don't know that I've ever heard of anything that does it that way exactly."
Here's to hoping, anyway!
Difference Between Application/Priority Date (Score:4, Informative)
Under 35 U.S.C. 102(e), a prior filed U.S. patent or application can be used as "prior art" against a currently filed application. As an example, suppose Application A was filed on March 1, 2006 that discloses each and every limitation of claim 1 of the current application. Application A could then be used under 35 U.S.C. 102(e) as "prior art" to reject claim 1 because it has an earlier filing date (application date) than the current application. However, the Applicant of the current application could then rely on the priority date of the provisional application, which is September 6, 2005, to overcome the rejection. In this case, the Examiner would then have to go back to the provisional application to which the current application claims priority, and determine, whether, in fact, the provisional application discloses the subject-matter claimed by claim 1. As an additional comment to 35 U.S.C. 102(e), I briefly add that it is common for an Examiner to reject a claim in view of a reference that qualifies as "prior art" under 35 U.S.C. 102(e), where the reference is used with other art under 35 U.S.C. 103(a) [uspto.gov].
Hence, there is a difference between filing dates and priority dates, and these two dates need not always be the same. So, to say that these application has a filing date of September 5, 2006 would be correct, but then to say that this application has a priority date of September 6, 2005 would also be correct.
The opinion expressed herein does not represent the views of any government or private organization.
Time to Modernize.... (Score:3, Funny)
(http://perlworks.com/)
I guess now I am forced to to port all of my FORTRAN AJAX apps over to Perl
Eat, Drink and be merry! (Score:1)
(http://fnarg.com/)
I suck at english, I really don't "get" what they're patenting here, a code translator or something ? Code your webpage in "MorfikLang++" and it will automagically translate into Javascript, so you can do double the debugging plus pay licensing/royalties for something everyone else has been doing natively for a couple years
I don't see this as affecting AJAX at all. AJAX is just a catchphrase that seems to group any functionality that doesn't result in a page reload, hopefully involving meaningful data exchange with the server. Hell, lots of people falsely believe that prototype.js == AJAX.
Besides, if they were really trying to patent AJAX, don't you think Google would play musical court chairs with them until little miss Morfik runs out of seed money ? The system is broken, that's for sure, but it's broken in favor of whoever has more money. Who the hell has more money than Google and MS ? (Bad Boy) Noooooooobody!
Technical merit (Score:1)
This isn't under the radar. Been known about. (Score:3, Informative)
(http://www.dyndns.org/)
http://blogs.zdnet.com/web2explorer/?p=196 [zdnet.com] explains the patent back in 2006. No, Morfik didn't copy it. They even hypothetically showed it to Google before GWT was released.
This was already being done in 2001 (Score:3)
(http://www.xutopia.com/)
Simple solution. (Score:2)
(http://ziz.org/~ziz/)
Uhh, prior art in 1996 (Score:1)
Yay! (Score:2)
(file:///proccpuinfo)
Solution? (Score:2)
(http://www.catch22.com/)
Just have someone show a working invention to the people at the patent office. That will be patented. You want to spur innovation? Maybe rewarding people AFTER they innovate might be better than to reward them after they have submitted nothing but paper and ink?
Just a thought.
Here's the patent transaction history (Score:1)
04-01-2007 Case Docketed to Examiner in GAU
03-08-2007 PG-Pub Issue Notification
10-04-2006 IFW TSS Processing by Tech Center Complete
10-03-2006 Application Return from OIPE
10-03-2006 Application Return TO OIPE
10-03-2006 Application Dispatched from OIPE
10-03-2006 Application Is Now Complete
09-21-2006 Cleared by OIPE CSR
09-19-2006 IFW Scan & PACR Auto Security Review
09-05-2006 Initial Exam Team nn
This application Claims Priority from Provisional Application 60/714,285 filed 09-06-2005
If you have documented prior art, alert the USPTO. An even nastier way to deal with it is to alert Morfik and/or the law firm that filed the application. They are then legally required to notify the USPTO. If they don't notify the USPTO, then there is a very good case that a court would invalidate the patent for failure to disclose relevent prior art. It can work even if the prior art isn't sufficient for rejecting the application.
Here's the address of the firm that filed the app:
William C. Milks, III;RUSSO & HALE LLP
401 Florence Street
Palo Alto, CA 94301
Patent Cycles (Score:2)
(http://slashdot.org/~Doc%20Ruby/journal | Last Journal: Thursday March 31 2005, @01:48PM)
Obviousness, Prior Art, a bad patents (Score:3, Interesting)
(http://davis.foulger.net/)
Its a bad patent because it is so "obvious". All they've done is to define JavaScript as as a p-code machine and created a (set of) compiler(s) for translating arbitrary programming languages into JavaScript "p-code". They have, in effect, attempted to patent compilers, albeit in a very limited way. Doing this was extrordinarily obvious, so much so that it wouldn't surprise me if there were hundreds of instances of prior art.
This may be one reason why the patent is so badly written. A truly general patent would make claims against all possible programming languages, but this one explicitly does not. Almost every claim is tacked down to a specific list of languages, and that list varies from claim to claim. Worse, none of the claims address some of the most widely used web programming langauges, including Perl, RUBY, Python, and PHP. My guess is that either (1) the patent was written by an amateur or (2) that these list variations reflect what they were able to find in their search of prior art. The mere existence of variations in the claims is probably evidence of the obviousness of this patent.
As for prior art, we've already seen claims of prior art in IBM (1996) and Microsoft (1998) products. That doesn't surprise me at all. I can recall discussing use of a JavaScript translator for an Ajax-like project I was in involved with (at IBM Research) in 1996. We didn't actually do it while I was on the project, but it was an option, and certainly not one that anyone would have believed was in any sense patentable. Appearance of such code in VisualAge during that same time frame would be anything but surprising. That is, for instance, the same time frame in which Mike Cowleshaw is translating REXX into Java p-code while retaining the interpretability of the REXX.
There are so many other examples of this kind of machine code translation, going all the way back to the original Fortran. I don't see a chance that this patent will hold up to scrutiny.
S2 (Score:2)
(Last Journal: Friday August 17, @08:29AM)
1.) Compiler is the wrong term. 2.) Prior Art. (Score:3, Informative)
2.) Prior Art. Tons of it. Laszlo [openlaszlo.org] and a bunch of other generators have been doing this for years. This patent won't even last a month. To many big players involved in RIA to let it pass. It's about as long lasting (and as silly) as the famous Gary Larson 'Chicken hung by a helium balloon floating into a pub full of Samurai'. Nothing new here, move on.
SOFTWARE PATENTS ARE BAD BUT THE PO IS WORSE (Score:1)
This type of forward patenting is not of benefit to anyone, least of all Morfic, since such a train will simply reduce developer comfort when selecting technologies such as AJAX. As a developer, I'll say 'sod it' and go ahead with using something like GWT, however the odds are my employer will taboo it. This is not the way forward and it really gets my metaphorical-knickers in a twist.
I read that Microsoft held a patent on mashalling objects into XML. I usually ignore this and will go head with using an off the shelf XML writer, however I shouldn't have to feel that using such a general purpose solution will be infringing a copyright. It's not on!
It feels as though our patent office hosts a bunch of morons who will white stamp anything coming in before them. When this can have such an impact on the whole field of software development, it's simply WRONG.
Perhaps we should have a committee of forward thinkers who sit back and GPL every conceivable idea before Greedy Joe has had a chance to claim it as his own. It sickens me.
I'm now going to file a patent against generation of Javascript Basic from all high level languages which are currently mentioned in every other patent.
Microsoft had prior art as early as 1998 (Score:1)