Brunei joins Madrid Protocol

bruneiBrunei has joined Madrid Protocol.

Brunei deposited its instrument of accession today, October 6, 2016.

The Protocol will enter into force for the purposes of Brunei on January 6, 2017.

This brings the number of members of the Madrid system to 98.

The two-letter code for Brunei is BN.

Cancellation petition filed against “Make America Great Again”

Readers will recall (see blog articles here and here and here) that in 2015, Donald Trump filed a number of trademark applications for “MAKE AMERICA GREAT AGAIN”.  Two are now registered and the other two have Notimagaces of Allowance.

Someone has now filed a cancellation petition seeking to cancel one of the registrations (quoted at right).

The Answer is due November 7, 2016, which I note is a day before election day.

 

 

Financial Manager gradually restores search functionality

USPTO’s new Financial Manager system is supposed to be a replacement to the much-loved system that came before, called Financial Profile.  For many many years FP would let the user do a search for transactions of interest and the search could, if desired, be carried out across all possible payment methods.

For our billing staff an example of a daily recurring task was to do a search looking for all of the payments that happened since two days ago, across all of our (approximately a dozen) payment methods.

With FP this was a matter of a few mouse clicks.

And of course what the designers of FM were supposed to do (but did not do very well) was to replicate the user functions of FP in FM.  Unfortunately when USPTO released FM, the FM system did not permit any search across all payment methods.  It meant for example that our billing staff were forced to do about a dozen searches each day instead of a single search, so as to identify all of the transactions that had happened in the past day or two.

One annoying aspect of FM was that when USPTO released FM, on April 8, 2016, USPTO shut down FP.  So if some important feature in FP was missing from FM, there was nothing the customer could do about it.  USPTO should have kept FP running in parallel with FM until all of the features of FP had been migrated over to FM.

I blogged about this search-across-all-payment-methods deficiency on June 29, 2016.

I am delighted to be able to report that on August 10, USPTO finally migrated the search-across-all-payment-methods feature to FM.

For four months (starting with the abrupt shut-down of FP), customers were denied the feature.  But now the feature is back.

This is a welcome development.

Now let’s hope that the USPTO folks can keep up the good work, providing for example the user features that I detailed in this blog article on June 22, 2016.

Financial Manager forcing password changes

Some months ago I griped that the USPTO’s new Financial Manager system had a much-too-short sixty-day period for forcing users to change passwords.  (Fourth bad thing about FM, blog post of June 22, 2016.)

After this, some listserv members reported doing password changes and being told by FM that the next change would be six months in the future.  This sounded like good news to me.

I also found, as of a couple of months ago, that when the FM system would force me to change my password, I could simply “change” it to the same password that I was using before.

Now it seems there have been at least two customer-unfriendly steps backwards.  The time period for forced expiration of an FM password seems to have been cut back to a mere sixty days again.  And the system now refuses to let me enter the same password as before.  Indeed someone at the USPTO with too much time on their hands has gone to the trouble of coding this step so that I am denied the ability to use any of the previous twenty-four passwords that I have used before.

Again this makes things less secure, rather than more secure.  It guarantees that the user will have no choice but to write the password down and tape it to the computer monitor.

We customers are grown-ups and we can make our own decisions what sort of password we are happy with.  (It’s not good that the system imposes unnecessary requirements about the password having to contain a capital letter and lower-case letter and a smiley face and a punctuation mark and a numerical digit, and requiring that it be at least twenty-four characters in length, and so on.)

We can make our own decisions when we want to change our passwords.  (It’s not good that the system forces a change every sixty days.)

 

USPTO makes a little progress on web server security

Back in August of 2014 I blogged about the urgent need for USPTO to use “https://” instead of “https://” in all of its servers.  In June of 2015 I noted that USPTO had made no progress on this, so I blogged about it again.  I am delighted to be able to report that USPTO has now made a baby step.  On August 11, 2016, USPTO made an announcement about this.

Continue reading “USPTO makes a little progress on web server security”

USPTO failed to go to Capitol Hill about the massive system crash

It will be recalled that USPTO had a massive systems crash on December 22, 2015 which shut down every one of USPTO’s external-facing e-commerce systems, including the EFS-Web system for filing of patent applications and the TEAS system for filing of trademark applications.

On December 23, 2015 USPTO purported to “deem” December 22 and 23 to be holidays.  The next day, I pointed out (see blog article) that USPTO probably lacked the power to do this.  I said that the USPTO needed to head over to Capitol Hill to get a special bill passed which would cause December 22 and 23, 2015 to be real holidays (for purposes of the USPTO).

It was, of course, only a matter of time before the USPTO’s power to “deem” a day to be a federal holiday in the District of Columbia would be tested in litigation.  And now that day has come. Continue reading “USPTO failed to go to Capitol Hill about the massive system crash”

The end of expensive law school casebooks?

I teach advanced patent prosecution as an adjunct professor at the University of Denver.  I hear from my students what it costs these days to buy a casebook for a class.  Some cost $150.  Some cost $200.  So I am delighted to see that there is some movement in the direction of reducing this cost for the student.  It comes from publishing-on-demand services such as Createspace and Lulu, as I will describe. Continue reading “The end of expensive law school casebooks?”

A way to make a TEAS form friendlier

Those trademark practitioners whose clients include companies located outside of the US will be familiar with the so-called Section 44e filing basis.  This is the filing basis that honors Article 6quinquies of the Paris Convention.  It permits a would-be applicant in the USPTO to get a free pass (for six years) on having to prove use in commerce in the US.  To qualify for this filing basis, and thus to get the six-year free pass, the applicant must establish that the same applicant earlier obtained a non-US trademark registration for the same mark.  The goods/services identified in the registration are required to “cover” the goods/services identified in the US application.  A further requirement is that the registration is required to come from the place that is the “country of origin” for the applicant.  Finally, the registration needs to be valid and subsisting, and needs to have an expiration date far enough in the future to make it likely the US prosecution would reach is conclusion prior to the expiration date.

The problem is that the TEAS forms for such a US trademark application are actively unfriendly to many applicants, namely those applicants for which the office of registration provides cryptographically protected certificates of registration.  I’ll explain. Continue reading “A way to make a TEAS form friendlier”

Another defective TEAS form to fix

Readers will recall that I blogged over a year ago about a defect in a TEAS form, namely the Section 71 and 15 form.  This is the form that permits the owner of a US trademark registration that came from a Madrid Protocol application to renew the registration, and at the same time to make the registration incontestable.  The defect that I reported back then was that the TEAS form would sometimes force the filer to pay a “grace period” fee even if no grace fee was actually due.

Another defect in this particular TEAS form has surfaced.  Suppose the registration is between 9 and 10 years old and has not yet been made incontestable.  Then it should make sense to permit the filer to use this Section-71-and-15 form.  But the form won’t work.  The form will refuse to proceed, stating (untruthfully) that the registrant is not permitted to do a Section 71 filing at this time as well as a Section 15 filing.

I reported this problem to the USPTO over a year ago.  It still has not been fixed.

When I reported this defect in the TEAS 71-and-15 form, USPTO suggested a workaround, namely to give up and do the Section 71 filing in one e-filing project and to do the Section 15 filing in another e-filing project.  I guess strictly speaking this does count as a “workaround”, but it is not a very good workaround.  It forces the US practitioner, and the foreign trademark firm, and the client of the foreign trademark firm, to deal with twice as many emails, and twice as many settings and clearings of dockets, and twice as many opportunities for an e-signature to go wrong.  It also forces the participants to deal with a doubled risk of a lost email.

The challenge, I guess, for the developer of the TEAS form, is that the TEAS form needs to check for several conditions to be satisfied:

  • today’s date is within the relevant window (5 to 6 years, or 9 to 10 years, or 19 to 20 years, etc.),
  • the registration is at least 5 years old, and
  • the registration has not already been made “incontestable”.

It strikes me that this coding task should be well within the ability of even a relatively novice programmer.  It seems to me that even if a team of two or three coders were to be required, they could accomplish this coding task in less than one day.  I’d be glad to contribute a day’s worth of pizza and energy drinks to get this coding task completed.

I had hoped that by now USPTO would have gotten this fixed.   But as of now, it is still impossible to use the 71-and-15 TEAS form for any window later than the 5-to-6 window.