USPTO Orders Reexam of Trend Micro's AntiVirus Patent Based on Prior Art

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News USPTO Orders Reexam of Trend Micro's AntiVirus Patent Based on Prior Art
# 1  
Old 09-23-2010
USPTO Orders Reexam of Trend Micro's AntiVirus Patent Based on Prior Art

Once again, your prior art searching on Groklaw proved useful.
The USPTO on September 16 issued an order granting Fortinet's petition to reexamine the validity of the Trend Micro patent on antivirus functionality, the 5,623,600 patent, on the grounds that a "substantial new question of patentability" exists based on prior art now being considered. Fortinet publicly acknowledges the help of the open source community, specifically mentioning the prior art searching you guys did here on Groklaw in June. The ultimate outcome is yet to be determined, of course, and that's in the hands of the lawyers now, but you guys did your part. It's a great partnership, techies and lawyers, and I thank you for working hard on this, and I hope it leads to a just resolution.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
shishi_tkt_may_postdate_p(3)					      shishi					      shishi_tkt_may_postdate_p(3)

NAME
shishi_tkt_may_postdate_p - API function SYNOPSIS
#include <shishi.h> int shishi_tkt_may_postdate_p(Shishi_tkt * tkt); ARGUMENTS
Shishi_tkt * tkt input variable with ticket info. DESCRIPTION
Determine if ticket may be used to grant postdated tickets. The MAY-POSTDATE flag in a ticket is normally only interpreted by the ticket-granting service. It can be ignored by application servers. This flag MUST be set in a ticket-granting ticket in order to issue a postdated ticket based on the presented ticket. It is reset by default; it MAY be requested by a client by setting the ALLOW- POSTDATE option in the KRB_AS_REQ message. This flag does not allow a client to obtain a postdated ticket-granting ticket; postdated ticket-granting tickets can only by obtained by requesting the postdating in the KRB_AS_REQ message. The life (endtime-starttime) of a postdated ticket will be the remaining life of the ticket-granting ticket at the time of the request, unless the RENEWABLE option is also set, in which case it can be the full life (endtime-starttime) of the ticket-granting ticket. The KDC MAY limit how far in the future a ticket may be postdated. RETURN VALUE
Returns non-0 iff may-postdate flag is set in ticket. REPORTING BUGS
Report bugs to <bug-shishi@gnu.org>. COPYRIGHT
Copyright (C) 2002-2010 Simon Josefsson. Copying and distribution of this file, with or without modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved. SEE ALSO
The full documentation for shishi is maintained as a Texinfo manual. If the info and shishi programs are properly installed at your site, the command info shishi should give you access to the complete manual. shishi 1.0.1 shishi_tkt_may_postdate_p(3)