JP5370791B2

JP5370791B2 - 知的財産データベースにおける年金インターフェイス及びシステム

Info

Publication number: JP5370791B2
Application number: JP2011540672A
Authority: JP
Inventors: バーグストロム，アンドリュー; ゲイ，ナイジェル
Original assignee: ファンデーションアイピー，エルエルシー
Priority date: 2008-12-12
Filing date: 2008-12-12
Publication date: 2013-12-18
Anticipated expiration: 2028-12-12
Also published as: KR101496423B1; CA2746748A1; AU2008364969A1; WO2010068217A3; CN102282553A; EP2356585A2; WO2010068217A2; EP2356585A4; JP2012511771A; KR20110107813A

Description

本発明は、ウェブサービスを通じた２つのアプリケーション間のインターフェイスに関する。より詳細に述べれば、本発明は、年金アプリケーションを資産管理アプリケーションに結び付ける（interface）ことに関する。

特許は、政府によって発明者に認められた、限定年数にわたって発明を製造し、使用し、又は販売する排他的権利である。認可のための共通基盤はその発明の開示である。認可されたすべての通常特許及び多くの産業意匠特許は、認可自体を維持するために定期的に維持費用の支払を必要とする。合衆国においては、通常特許のための維持費用が年金ではなく、また、現在のところ意匠特許のための維持費用は必要とされていない。しかしながら、ほかの殆どの国々においては、通常特許が、更新料としても知られる年金の対象になる。その種の更新料は、特許が認可の発行自体に先行する未決状態を有している間であってさえも必要とされる。

特許のポートフォリオが広がるに従って、年金の満期日並びに支払の管理の複雑性もそのようになる。最終期限が看過されないことを保証し、かつ定期的な維持費用の管理並びに支払に関連付けされた費用も削減するべくこれらの資産の管理の補助に利用可能なサービスは存在する。

知的財産資産の管理の別の態様は、未決の出願及び発明の開示の管理に関係する。その管理のために多様なツールが利用可能であるが、それらのすべては、最終期限を書き記し、代理人及び弁理士にその種の最終期限を通知するある種のカレンダーの形式を採用する。電子環境においてその種の管理を採用するコンピュータベースのアプリケーションが開発された。テクノロジが進化するに従って管理アプリケーションもまた進化し、現在それらを、共通利用可能なブラウザアプリケーションを通じてアクセス可能なウェブベースのフォーマットの形で利用できる。

しかしながら、知的財産資産の管理及び定期的な維持費用の管理が、大抵は分離されたままとなっている。言換えると、その種のアプリケーションが統合されて、管理アプリケーションが、定期的な維持費用（１つ又は複数）に関連付けされた最終期限もまた追跡できるようになっていない。したがって、管理アプリケーション（１つ又は複数）と資産管理サービスの間におけるデータの通信を含めた知的財産資産の管理を強化する技術的進歩を採用することが望ましい。

本発明は、年金管理システムと資産管理システムの間における透過的インターフェイスを包含する。

本発明の第１の態様においては、コンピュータシステムの方法に第１のメモリモジュールと通信する第１のプロセッサを有する第１のコンピュータ、及び第１のプロセッサと通信する第１のアプリケーションが提供される。第１のアプリケーションは、知的財産資産のドケッティングに振向けられる。第２のコンピュータに第２のメモリモジュール及びデータストレージと通信する第２のプロセッサ、及び第２のプロセッサと通信する第２のアプリケーションが提供される。第２のアプリケーションは、知的財産資産のための年金データの管理に振向けられる。第１のコンピュータに対してローカルであり、かつローカル通信プロトコルを介して第１のアプリケーションと通信し、ウェブサービスを介して第２のアプリケーションと通信するマネージャが提供される。マネージャは、年金と資産の管理システムの間において、当該マネージャ及びウェブサービスを介してデータをシンクロする。

本発明の別の態様においては、年金データ処理を知的財産資産の管理に結び付けるためのインターフェイス方法が提供される。知的財産資産のドケッティングに振向けられる第１のアプリケーションが提供され、知的財産資産のための年金データの管理に振向けられる第２のアプリケーションが提供される。第２のアプリケーションは、第１のアプリケーションと通信する。マネージャは、ウェブサービスを介して第１のアプリケーション及び第２のアプリケーションと結び付き、かつ当該ウェブサービスを介して第２のアプリケーションの年金データと第１のアプリケーションの知的財産資産をシンクロするために提供される。

本発明のこのほかの特徴及び利点は、現在のところ本発明の好ましい実施態様である以下の詳細な説明を添付図面に関連して参照することによって明らかなものとなるであろう。

ここで参照する図面は、本明細書の一部を形成する。図面に示されている特徴は、特に明確に示さない限り本発明のすべての実施態様ではなく、本発明のいくつかの実施態様の例証に過ぎないことを意味する。それとは反対の含意がこのほかの形で行われることはない。

年金管理アプリケーションを走らせているサーバと通信するクライアントを図解した先行技術のブロック図資産管理アプリケーションを走らせているサーバと通信するクライアントを図解した先行技術のブロック図資産管理アプリケーションを走らせているサーバと通信する年金管理アプリケーションを走らせているサーバを図解したブロック図資産管理アプリケーションにおける抽出プロセスの起動を図解したフローチャート第３のアプリケーションを介して抽出要求を送信するプロセスを図解したフローチャート年金管理アプリケーションによって送信された承認ファイルの検索を図解したフローチャート資産管理アプリケーションから年金管理アプリケーションへの支払インストラクションの送信のプロセスを図解したフローチャート第３のアプリケーションを介したインストラクションの送信を図解したフローチャート年金管理アプリケーションからの情報の検索を図解したフローチャート

容易に理解されるであろうが、ここで概して述べられ、かつ図面内に図解されている本発明の構成要素は、広範多様な異なる構成においてアレンジされ、設計されることがあり得る。したがって、以下における図面に与えられている本発明の装置、システム、及び方法の実施態様の詳細な説明は、請求されるところの本発明の範囲を限定する意図ではなく、単に選択された本発明の実施態様の典型に過ぎない。

この明細書の中で述べられる機能ユニットは、アプリケーション（１つ又は複数）及び／又はマネージャ（１つ又は複数）としてラベル付けされている。これらの機能ユニットのいずれも、現場プログラム可能ゲートアレイ、プログラム可能論理アレイ、プログラム可能論理デバイス、又はこれらの類といったプログラム可能なハードウェアデバイスにおいて実装することができる。機能ユニットは、多様なタイプのプロセッサによる実行のためのソフトウェアの形で実装することもできる。識別されている実行可能コードの機能ユニットは、たとえばコンピュータインストラクションの１つ又は複数の物理又は論理ブロックを包含し、たとえばオブジェクト、プロシージャ、関数、又はそのほかの構成概念として組織化できる。それにもかかわらず、識別されているマネージャ及び／又はアプリケーションの実行可能部分が物理的にまとまって配置される必要はなく、逆に異なる場所にストアされる異種のインストラクションを包含して、それらが論理的に互いに結合されるとき、機能ユニットを構成し、言明されたそれの目的を達成するようにしてもよい。

実際、実行可能コードのマネージャ又は機能ユニットは、単一のインストラクション又は多数のインストラクションとなることがあり、かつ異なるコードセグメントにわたって分散されること、異なるアプリケーションの間に分散されること、さらにはいくつかのメモリデバイスに跨って分散されることさえある。同様にこの中では動作上のデータがマネージャ及び／又はアプリケーション内において識別され、図解されることがあり、また任意の適切な形式で具体化し、任意の適切なタイプのデータ構造内において組織化することができる。動作上のデータは、単一データセットとして収集されること、又は異なるストレージデバイスにわたることも含めて異なる場所にわたって分散されることがあり、少なくとも部分的に電子信号としてシステム又はネットワーク上に存在することもある。

この明細書の全体を通して『選択実施態様』、『１つの実施態様』又は『ある実施態様』と言及するときは、その実施態様に関連して述べられる特定の特徴、構造、又は特性が、本発明の少なくとも１つの実施態様の中に含められていることを意味する。したがって、この明細書全体を通して多様な箇所に現れる『選択された実施態様』、『１つの実施態様において』、又は『ある実施態様において』という言い方が、必ずしも同一の実施態様を参照する必要はない。

さらにまた、記述されている特徴、構造、又は特性は、１つ又は複数の実施態様において任意の適切な態様で組み合わせることができる。以下の説明においては、本発明の実施態様の完全な理解を提供するべくマネージャ、アプリケーション等々の例といった多くの具体的詳細が提供される。しかしながら関連技術の当業者は、それらの特定の詳細の１つ又は複数を伴わずに、あるいはそのほかの方法、構成要素、材料等々を伴って本発明が実施可能であることを認識するであろう。以上とは別に、周知の構造、材料、又は動作については、本発明の態様の不明瞭化を回避するべく詳細に示されていないか、又は記述されていない。

例証されている本発明の実施態様は、図面を参照することによってもっとも良好に理解されることになろうが、これらの図面においては全体を通じて類似の部品が類似の番号によって指定されている。以下の説明は、例とすることだけが意図されており、ここで請求されるところの本発明との一貫性のあるデバイス、システム、及びプロセスの特定の選択された実施態様を単に図解している。

［概要］
特許年金管理システムの特許資産管理システムとの統合は、第３のアプリケーションを通じて可能になる。１つの実施態様においては、この第３のアプリケーションが、資産管理アプリケーションを走らせているサーバに対してローカルに動作する。第３のアプリケーションは、年金管理システムによって維持されている年金データとの資産管理システム内のデータのシンクロを行う、特許年金システムと資産管理システムの間におけるコンジット（conduit）として働く。この第３のアプリケーションは、年金支払情報を資産管理システムへ伝える。このようにユーザは、年金管理システムへインストラクションを電子的に送信すること、及び所定の更新についてのすべてのインストラクションの記録を維持することを含めて、支払の決断を行うことが資産管理システムを通じて可能になる。

［技術的詳細］
以下の実施態様の説明においては、これの一部を構成し、かつ本発明を実施できる特定の実施態様を、図解を通じて示す添付図面を参照する。理解されるものとするが、本発明の範囲からの逸脱なく構造上の変更を行い得ることから、ほかの実施態様が利用されることもある。

図１は、特許年金システムが提供されたコンピュータシステムの先行技術のブロック図（１００）である。特許年金システムは、意志決定から費用割付けまで年金プロセス全体を管理する。示されているとおり、サーバ（１０２）には、バス（１０６）に跨ってメモリ（１０８）との通信を行う処理部（１０４）が提供されており、ここではそれをプロセッサと呼ぶこともある。サーバ（１０２）は、特許維持費用情報をストアするべく採用されるデータストレージ媒体（１１０）と通信するとして示されている。第２のアプリケーション（１１２）が、サーバ（１０２）に対してローカルに提供され、処理部（１０４）と通信する。第２のアプリケーション（１１２）は、ストレージ媒体（１１０）内にストアされた維持費用情報を管理するためのインターフェイスとして働く。１つの実施態様においては、クライアントマシン（１２０）が提供されてサーバ（１０２）と通信する。クライアントマシン（１２０）は、バス（１２６）に跨ってメモリ（１２８）との通信を行う処理部（１２４）を有している。それに加えて、クライアントマシン（１２０）には、入力デバイス（１３０）及び視覚的表示器（１３２）が提供される。クライアントマシン（１２０）は、サーバ（１０２）との通信、より詳細に述べれば第２のアプリケーション（１１２）との通信を、ローカル接続を通じて、又はネットワークインターフェイスに跨って行う。したがって、特許維持費用情報が、サーバに対してローカルに保持され、サーバと通信しているクライアントマシンを介してアクセスすることができる。

図２は、資産管理システムが提供されたコンピュータシステムの先行技術のブロック図（２００）である。資産管理システムは、活動中の特許並びに未決の特許出願の詳細にわたる管理を提供する。ユーザは、事件の履歴、書類、特許庁からの通知書の電子的に読み込まれたコピー、草案、及び発明の開示、譲受人、発明者、発明のステータス、日付備忘合図、特許庁からの通知書の満期日並びに最終期日、ファイリング等々を調べることができる。しかしながら、資産管理システムは、ユーザが年金支払の額を決定することあるいは支払を行うことを可能にしない。示されているとおり、サーバ（２０２）には、バス（２０６）に跨ってメモリ（２０８）との通信を行う処理部（２０４）が提供されており、ここではそれをプロセッサと呼ぶこともある。サーバ（２０２）は、資産管理データをストアするべく採用されるデータストレージ媒体（２１０）と通信するとして示されている。第１のアプリケーション（２１２）が、サーバ（２０２）に対してローカルに提供され、プロセッサ（２０４）と通信する。アプリケーション（２１２）は、ストレージ媒体（２１０）内にストアされた資産管理データを管理するためのインターフェイスとして働く。１つの実施態様においては、クライアントマシン（２２０）が提供されてサーバ（２０２）と通信する。クライアントマシン（２２０）は、バス（２２６）に跨ってメモリ（２２８）との通信を行う処理部（２２４）を有している。それに加えて、クライアントマシン（２２０）には、入力デバイス（２３０）及び視覚的表示器（２３２）が提供される。クライアントマシン（２２０）は、サーバ（２０２）との通信、より詳細に述べれば第１のアプリケーション（２１２）との通信を、ローカル接続を通じて、又はネットワークインターフェイスに跨って行う。したがって、資産管理データが、サーバに対してローカルに保持され、サーバと通信しているクライアントマシンを介してアクセスすることができる。

図１及び図２は、維持費用及び資産管理データに別々にアクセスすることが可能なクライアントを図解している。しかしながら、図１及び図２の中に示されているシステムのうちのいずれも、維持費用情報を管理しているサーバと資産管理情報に責任を有しているサーバの間の通信を提供しない。より詳細に述べれば、先行技術システムのそれぞれは、個別に資産管理システム又は特許年金システムを個別のユニットとして取扱うが、これら２つの共通点のないシステムを統合するか、又はそのほかの方法でこれらの間においてデータを共有するためのハードウェア及び／又はソフトウェアツールを含んでいない。データの共有を促進するためにシステムを修正して追加の要素を含める。図３は、資産管理システムと特許年金システムの統合をサポートするコンピュータシステムのブロック図（３００）である。示されているとおり、第１のサーバ（３０２）には、バス（３０６）に跨ってメモリ（３０８）との通信を行う処理部（３０４）が提供されており、ここではそれをプロセッサと呼ぶこともある。サーバ（３０２）は、資産管理データをストアするべく採用されるデータストレージ媒体（３１０）と通信するとして示されている。１つの実施態様においては、データストレージ媒体（３１０）が独立のサーバとして配置されることがある。第１のアプリケーション（３１２）が、サーバ（３０２）に対してローカルに提供され、プロセッサ（３０４）と通信する。アプリケーション（３１２）は、ストレージ媒体（３１０）内にストアされた資産管理データを管理するためのインターフェイスとして働く。１つの実施態様においては、クライアントマシン（３２０）が提供されてサーバ（３０２）と通信する。クライアントマシン（３２０）は、バス（３２６）に跨ってメモリ（３２８）との通信を行う処理部（３２４）を有している。それに加えて、クライアントマシン（３２０）には、入力デバイス（３３０）及び視覚的表示器（３３２）が提供される。クライアントマシン（３２０）は、第１のサーバ（３０２）との通信、より詳細に述べればアプリケーション（３１２）との通信を、ローカル接続を通じて、又はネットワークインターフェイスに跨って行う。

第２のサーバ（３６０）は、維持費用データをストアするべく採用されるデータストレージ媒体（３７０）と通信するとして示されている。第１のサーバ（３０２）の場合と同様に、第２のサーバ（３６０）は、バス（３６６）に跨ってメモリ（３６８）との通信を行う処理部（３６４）を有している。年金データを管理する第２のアプリケーション（３８０）が、サーバ（３６０）に対してローカルに提供される。第２のアプリケーション（３８０）は、ストレージ媒体（３７０）内の資産管理データを管理する。

特許年金アプリケーション（３１２）と資産管理アプリケーション（３８０）の間における通信を促進するために、第１のサーバ（３０２）に対してローカルに第３のアプリケーション（３４０）が提供される。第３のアプリケーション（３４０）は、特許年金アプリケーションと資産管理アプリケーションの間におけるコンジットとして働く。第３のアプリケーション（３４０）に加えて、２つのキュー（３４２）及び（３４４）が提供されて、第３のアプリケーションの第１のアプリケーション（３１２）とのインターフェイスをサポートする。これらのキューは、抽出キュー（３４２）及びインストラクションキュー（３４４）の形式である。抽出キュー（３４２）は、第１のアプリケーション（３１２）によって起動されて、年金システムサーバ（３８０）に対してローカルな第２のアプリケーション（３８０）と通信するストレージ媒体（３７０）からデータを抽出する要求を第３のアプリケーションに伝える。抽出要求は、認可された特許又は未決の特許出願のための年金支払情報を求める要求である。この抽出の詳細については、抽出通信のフローを実例で示したフローチャートを用いて後述する。インストラクションキュー（３４４）は、管理された資産の維持費用のための支払を提出する権限に関して通信を第３のアプリケーション（３４０）へ転送する。このインストラクションキューの詳細については、インストラクション通信のフローを実例で示したフローチャートを用いて後述する。キュー（３４２）及び（３４４）のそれぞれについて、データ通信は、第１のアプリケーション（３１２）から第３のアプリケーション（３４０）への単方向性である。したがって、第１のアプリケーション（３１２）は、これらのキュー及びそれらの中にストアされたメッセージを通じて第３のアプリケーション（３４０）と通信する。

それに加えて、第１のアプリケーション（３１２）は、抽出データ（３４６）及び支払インストラクションデータを第３のアプリケーション（３４０）へ伝えることが可能になっている。第３のアプリケーション（３４０）は、承認データ、インストラクションステータス、年金の事象、及び更新日（３４８）を第１のアプリケーションへ伝える。

図３に示されているとおり、第３のアプリケーション（３４０）は、第１のアプリケーション（３１２）と第２のアプリケーション（３８０）の間におけるインターフェイスとして提供される。第３のアプリケーション（３４０）は、資産管理アプリケーションとは分離されている。より詳細に述べれば、第３のアプリケーション（３４０）は、資産更新サービスと資産管理サービスの間におけるインターフェイスとして機能する。第３のアプリケーション（３４０）によってサポートされる核心的要素が４つ存在し、それらには、抽出ジョブの送信、承認ジョブの受信、インストラクションジョブの送信、及びパッケージジョブの受信が含まれる。これら４つの核心的要素のそれぞれについて図４〜７の中で説明する。第３のアプリケーション（３４０）と資産管理アプリケーション（３１２）の間における通信を促進するために、スケジューラ（３５０）が採用される。スケジューラ（３５０）は、第３のアプリケーション（３４０）を駆動するプログラムである。１つの実施態様においては、スケジューラが実行と実行の間の活動状態の知識をまったく保持しないインメモリアプリケーションである。したがってスケジューラ（３５０）は、第３のアプリケーション（３４０）との通信において提供され、第１のアプリケーション（３１２）との通信をサポートする。

上で述べたとおり、第３のアプリケーションによってサポートされている核心的要素が４つ存在する。図４は、第１のアプリケーションから第３のアプリケーションへのジョブの抽出を起動するプロセスを実例で示したフローチャート（４００）である。スケジューラが採用され、スケジュール済みの抽出ジョブを抽出キュー内に挿入するプロンプトが第１のアプリケーションに与えられる（４０２）。ステップ（４０２）に続いて、第１のアプリケーションが、抽出キューへの１つ又は複数のデータ抽出ジョブのマニュアル送信を求めているか否かが決定される（４０４）。それが肯定応答となれば、ユーザが抽出キューへ抽出ジョブ（１つ又は複数）を送信するための待機期間の経過待ち（４０６）へ進む。その逆にステップ（４０４）における決定に対する応答が否定の場合、又はステップ（４０６）の完了後であれば、第１のアプリケーションによる活動中の資産に関係する年金支払情報のための抽出要求の作成（４０８）、及び抽出キュー内への抽出要求の挿入（４１０）が続く。したがって、抽出キュー内へ抽出ジョブを挿入するプロセスは、マニュアルで実行すること、又は人間の掛り合いを伴わない自動化された態様で実行されるようにできる。

ジョブが抽出キュー内に挿入された後は、ジョブが処理される必要がある。図５は、第３のアプリケーションによる抽出ジョブの処理を実例で示したフローチャート（５００）である。上で示したとおり、スケジューラを採用して定期的なベースで抽出及びインストラクションキューの再検討を促進することができる。スケジューラは、時間間隔に基づき、第３のアプリケーションが抽出キューをチェックする必要がある旨を示すメッセージを第３のアプリケーションへ送信する（５０２）。その後それが、抽出キュー内に未決の抽出要求があるか否かを決定する（５０４）。ステップ（５０４）における決定に対する応答が否定のときは、次の時間間隔の満了を待機して抽出キューをチェックするスケジューラへの帰還が続く。その逆にステップ（５０４）における決定に対する応答が肯定のときは、第３のアプリケーションが抽出要求をキューからプルすること（５０６）、及び処理のためにその抽出要求を年金管理サービスに対してローカルの第２のアプリケーションへ送信すること（５０８）が続く。１つの実施態様においては、抽出要求がウェブサービスを介して第２のアプリケーションへ伝えられる。ウェブサービスは、ネットワークにわたる相互運用可能なマシン対マシン相互作用をサポートするべく設計されたソフトウェアシステムである。ウェブサービスは、しばしば、インターネット等のネットワーク越しにアクセスされること、及び要求されたサービスをホストするリモートシステム上において実行されることが可能なインターネットベースのアプリケーション・プログラム・インターフェイス（ＡＰＩ）となる。しかしながら、ほかの形の通信プロトコルが採用され得ることから、本発明がウェブサービス通信に限定されるべきではない。ステップ（５０８）に続いて、このほかの抽出要求が抽出キュー内にあるか否かの決定が行われる（５１０）。ステップ（５１２）における決定に対する応答が肯定のときは、ステップ（５０６）への帰還が続く。その逆にステップ（５１０）における決定に対する応答が否定のときは、ステップ（５０２）への帰還が続く。したがって、第３のアプリケーションは、１つ又は複数の抽出要求について抽出キューを定期的に再検討する。

抽出要求がキューから取出されると、それが、年金管理データストレージに対してローカルの第２のアプリケーションへ転送される。図６は、第２のアプリケーションによる要求の受領の追跡を実例で示したフローチャート（６００）である。スケジューラは、定期的なベースで第３のアプリケーションに、抽出要求の受領のステータスを決定するプロンプトを与える（６０２）。スケジューラからのプロンプトに続いて、第３のアプリケーションは、第２のアプリケーションの呼出しを起動し、抽出要求の受領を示す承認ファイルを要求する（６０４）。その後、第２のアプリケーションが承認ファイルを送信するポジションにあるか否かが決定される（６０６）。１つの実施態様においては、第２のアプリケーションが承認ファイルを送信するべく準備されていないことがある。ステップ（６０６）において、第２のアプリケーションが受領承認を第３のアプリケーションへ送信するポジションにないと決定された場合には、第３のアプリケーションが設定された時間間隔を待機し（６０８）、その後ステップ（６０２）へ戻る。その逆に、ステップ（６０６）における決定に対する応答が肯定のときは、第３のアプリケーションへの承認ファイルの送信（６１０）が続き、その後、資産管理アプリケーションに対してローカルの第１のアプリケーションへの承認ファイルの転送（６１２）へ進む。したがって第３のアプリケーションは、抽出情報に関して第１のアプリケーションと第２のアプリケーションの間の通信を橋渡しする。

第１のアプリケーションが第３のアプリケーションを介して第２のアプリケーションから抽出情報を獲得した後は、第１のアプリケーションが、既知の年金の最終期限の支払に関係する決断を行うポジションに入る。図７は、年金支払の決断を資産管理アプリケーションから年金管理アプリケーションへ伝えるための論理的な流れを実例で示したフローチャート（７００）である。最初に、資産管理アプリケーションと通信しているユーザが、年金の支払に関する決断を行う（７０２）。その後、そこで行われた決断が最終であるか否かの決定が行われる（７０４）。その決断が最終ではなく、単に予備的なものに過ぎないと決定された場合には、最終的な決断に到達するときまでプロセスがステップ（７０２）へ戻る。その逆に、ステップ（７０４）における決定に対する応答が肯定のときは、第１のアプリケーションによるインストラクションキュー内への年金支払インストラクションの挿入が続く（７０６）。図３に示されているとおり、インストラクションキューはコンジットであり、それによって第１のアプリケーションが第３のアプリケーションへ支払インストラクションを伝える。

図８は、ステップ（７０６）においてキュー内に挿入された支払インストラクションがどのように年金管理システムへ伝えられるかを実例で示したフローチャート（８００）である。抽出キューと類似の態様でスケジューラが第３のアプリケーションに、インストラクションキューをチェックし、それにより第１のアプリケーションによってキューに挿入されたインストラクションの有無を調べることを定期的に想起させる（８０２）。ステップ（８０２）に続いて、キュー内にインストラクションがあるか否かの決定がなされる（８０４）。ステップ（８０４）における決定に対する応答が否定のときは、キューが空であるという表示である。第３のアプリケーションは、その場合に、設定された時間間隔を待機し（８０６）、その後ステップ（８０２）へ戻る。その逆に、ステップ（８０４）における決定に対する応答が肯定のときは、第３のアプリケーションがインストラクションキュー内に挿入された通信からインストラクションの詳細を検索することが続く（８０８）。第３のアプリケーションは、その後に続いて年金管理システムに対してローカルの第２のアプリケーションへ支払インストラクションを送信する（８１０）。したがって、第３のアプリケーションと第２のアプリケーションの間における年金インストラクションに関する通信は、手前で図４を参照して述べた抽出情報ジョブのそれと類似の経路を追随する。

インストラクションが年金管理システムへ伝えられた後は、資産管理システムが支払の確認を受信する必要がある。図９は、資産管理システムの第１のアプリケーションが年金管理システムをポーリングするために追随するプロセスを実例で示したフローチャート（９００）である。図８にあるとおり、スケジューラは、資産管理システムをスケジュールの定期的なポーリングに限定するべく採用される。ステップ（９０２）においては、スケジューラが第３のアプリケーションへ通信を送信し、ポーリングプロセスをそれが開始できることを示す。第３のアプリケーションは、以前の通信より新しいデータについて年金管理システムの第２のアプリケーションにポーリングを行う（９０４）。この分野においては認識されているが、ポーリングデータに関する最新情報の発生が頻繁でないことがある。その後、年金管理システムがこの新しいデータを含んでいるか否かが決定される（９０６）。ステップ（９０６）における決定に対する応答が否定のときは、定義済み時間間隔に待機（９０８）が続き、さらにその後、ステップ（９０２）への帰還が続く。しかしながらステップ（９０６）における決定に対する応答が肯定のときは、年金管理システムから資産管理システムへのポーリングデータの送信が続く。より詳細に述べれば、この送信は、更新情報に関する最新情報（９１０）、年金支払のためのインストラクションに関するステータス（９１２）、及び支払プロセスの状態（９１４）を含む。第３のアプリケーションへ送信されたすべてのデータは、その後、第１のアプリケーションへ転送される。１つの実施態様においては、年金管理システムから、資産管理システムに対してローカルの第３のアプリケーションへのポーリングデータの通信がウェブサービスを通じて行われる。

図３〜９に示されているとおり、資産管理システムに対してローカルのアプリケーションと、年金管理システムに対してローカルのアプリケーションの間における通信は、すべてウェブサービスを介して行われる。しかしながら、本発明がこの単一の形式の通信伝送に限定される必要はない。１つの実施態様においては、ウェブサービス伝送に置き換わるか、又はそれを増強するそのほかの伝送ツールが採用されることがある。

本発明の範囲内となる実施態様には、プログラムコードがエンコードされたプログラムストレージ手段を包含する製品も含めることができる。その種のプログラムストレージ手段は、汎用又は専用コンピュータによってアクセスされ得る任意の利用可能な媒体とすることが可能である。限定ではなく例として述べるが、その種のプログラムストレージ手段は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ‐ＲＯＭ、又はそのほかの光ディスクストレージ、磁気ディスクストレージ又はそのほかの磁気ストレージデバイス、又はそのほかの、所望のプログラムコード手段のストアに使用可能であり、かつ汎用又は専用コンピュータによるアクセスが可能な任意の媒体を含むことができる。上記の組み合わせもまた、プログラムストレージ手段の範囲に含まれるものとする。

媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム（又は装置又はデバイス）又は伝播媒体とすることが可能である。コンピュータ可読媒体の例には、半導体又はソリッドステートメモリ、磁気テープ、リムーバブルコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、固定磁気ディスク、フラッシュドライブ、及び光ディスクといったストレージ媒体が含まれる。

プログラムコードのストア及び／又は実行に適したデータ処理システムは、システムバスを通じて直接又は間接的にメモリ素子と結合される少なくとも１つのプロセッサを含むことになる。メモリ素子は、プログラムコードの実際の実行の間に採用されるローカルメモリ、大容量ストレージ、及びキャッシュメモリを含むことが可能であり、キャッシュメモリは、実行の間に大容量ストレージから行わればならないコードの検索の回数を低減するために少なくともいくつかのプログラムコードの一時ストレージを提供する。

入力／出力又はＩ／Ｏデバイス（限定ではないが、キーボード、表示器、ポインティングデバイス等々を含む）は、システムに直接結合すること、又は仲介Ｉ／Ｏコントローラを通じて結合することがいずれも可能である。このデータ処理システムが、専用又は公衆の仲介ネットワークを通じてほかのデータ処理システム又はリモートプリンタ又はストレージデバイスと結合されることを可能にするべく、ネットワークアダプタをシステムに結合することもできる。

ソフトウェア実装は、コンピュータ又は任意のインストラクション実行システムによって、又はそれとともに使用するためのプログラムコードを提供するコンピュータ可用媒体又はコンピュータ可読媒体からアクセス可能なコンピュータプログラム製品の形を取ることができる。

年金管理システムと資産管理システムの間における自動化された情報の交換を促進し、かつ可能にするインターフェイスが提供される。このインターフェイスとともにスケジュールを採用することによって、人間のインタラクションの必要性が、すべてまとめて取除かれないとしても軽減される。ここでは本発明の特定の実施態様を例証目的のために説明してきたが、本発明の精神及び範囲から逸脱することなく多様な修正を行い得ることが認識されるであろう。特に、１つの実施態様においては、第３のアプリケーションと特許資産管理アプリケーションの間における通信のための媒体としてウェブサービスを採用し、第３のアプリケーションを特許年金アプリケーションに対してローカルに埋め込むようにできる。同様に、別の実施態様においては、第３のアプリケーションを、特許資産管理アプリケーション及び特許年金アプリケーションの両方に対してリモートの第３のサーバ上に埋め込むようにできる。第３のアプリケーションは、ネットワーク接続を通じて、残りのアプリケーションの両方と通信し、またウェブサービスが、第３のアプリケーション、特許資産管理アプリケーション、及び特許年金アプリケーションの間における通信のための媒体として採用される。したがって、本発明の保護範囲は以下の請求項及びその均等によってのみ限定される。

Claims

知的財産資産データをストアする第１のデータストレージ媒体と通信する第１のプロセッサを有する第１のサーバと、
前記第１のストレージのためのインターフェイスとして働き、かつ前記第１のプロセッサと通信する第１のアプリケーションであって、知的財産資産のドケッティングに振向けられる第１のアプリケーションと、
年金データをストアする第２のデータストレージデバイスと通信する第２のプロセッサを有する第２のサーバと、
前記第２のストレージ媒体のためのインターフェイスとして働き、かつ前記第２のプロセッサと通信する第２のアプリケーションであって、知的財産資産のための年金データの管理に振向けられる第２のアプリケーションと、
前記第１のサーバに対してローカルであり、かつローカル通信プロトコルを介して前記第１のアプリケーションと通信し、ウェブサービスを介して前記第２のアプリケーションと通信する第３のアプリケーションであって、インストラクションに関する年金を通信し、かつ、前記第１のアプリケーションから前記第２のアプリケーションに受け取られた年金情報と、前記第２のアプリケーションから前記第１のアプリケーションに受け取られた情報に関する対応する年金とを検索する要求を行う第３のアプリケーションと、
前記第１及び第３のアプリケーションによってアクセス可能であり、前記インストラクションに関する年金の各々、前記要求、及び前記情報に関する対応する年金が、これらが前記第１又は第２のアプリケーションに通信される前にストアされる複数のキューと、
前記第３のアプリケーションと通信するスケジューラーであって、前記第３のアプリケーションに対して、前記インストラクションに関する年金、前記要求、及び前記情報に関する対応する年金を、前記複数のキューから前記第１のアプリケーション及び前記第２のアプリケーションの内の一つに周期的に解放するよう促すスケジューラーと、
を備えたコンピュータシステム。
請求項１に記載のコンピュータシステムであって、
前記第１のコンピュータに対するローカルの抽出キューをさらに備え、前記第１のアプリケーションからの抽出要求を受信するコンピュータシステム。
請求項２に記載のコンピュータシステムであって、
前記第３のアプリケーションは、前記ウェブサービスを介して前記第２のアプリケーションへ前記抽出要求を伝え、
前記年金情報を検索する要求は前記抽出要求を有するコンピュータシステム。
請求項３に記載のコンピュータシステムであって、
前記第３のアプリケーションは、前記第２のアプリケーションから承認ファイルを受信し、かつ前記承認ファイルを前記第１のアプリケーションへ伝え、
前記情報に関する年金は前記承認ファイルを有するコンピュータシステム。
請求項４に記載のコンピュータシステムであって、
前記承認ファイルは、前記第２のアプリケーションによる抽出の受信を確認するコンピュータシステム。
請求項１に記載のコンピュータシステムであって、
前記第１のコンピュータに対するローカルのインストラクションキューをさらに備え、前記第１のアプリケーションから年金支払インストラクションを受信し、
前記インストラクションに関する年金は前記年金支払インストラクションを有するコンピュータシステム。
請求項６に記載のコンピュータシステムであって、
前記第３のアプリケーションは、前記ウェブサービスを介して前記第２のアプリケーションへ前記年金支払インストラクションを伝えるコンピュータシステム。
請求項７に記載のコンピュータシステムであって、
前記第３のアプリケーションは、前記第２のアプリケーションから年金の支払の確認を含む承認ファイルを受信し、かつ前記承認ファイルを前記第１のアプリケーションへ伝えるコンピュータシステム。
請求項１に記載のコンピュータシステムであって、
前記第１のアプリケーションは、前記第２のアプリケーションへポーリングクエリを伝え、知的財産資産の選択のための年金データの現在のステータスを受信するコンピュータシステム。
請求項９に記載のコンピュータシステムであって、
前記年金データの現在のステータスは、前記知的財産資産の選択のための年金更新データ情報に関する更新を含むコンピュータシステム。
請求項９に記載のコンピュータシステムであって、
前記ポーリングクエリは、前記第２のアプリケーションによって受信される年金インストラクションの処理に関するステータスを含めた処理インストラクションステータスデータを含むコンピュータシステム。
請求項９に記載のコンピュータシステムであって、
前記ポーリングクエリは、前記資産の選択のための年金支払の状態に関するステータス最新情報を含むコンピュータシステム。
プロセッサが、知的財産資産データをストアするために用いられる第１のデータストレージ媒体を第１のアプリケーションに結び付けるステップであって、前記第１のアプリケーションが知的財産資産のドケッティングに振向けられるステップと、
前記プロセッサが、年金データをストアするために用いられる第２のデータストレージ媒体を第２のアプリケーションに結び付けるステップであって、前記第２のアプリケーションが知的財産資産のための年金データの管理に振向けられるステップと、
前記プロセッサが、第３のアプリケーションを用いて、インストラクションに関する年金を通信し、前記第１のアプリケーションから前記第２のアプリケーションに受け取られた年金情報と、前記第２のアプリケーションから前記第１のアプリケーションに受け取られた情報に関する対応する年金とを検索する要求を行うステップであって、前記第３のアプリケーションは、ローカル通信プロトコルを介して前記第１のアプリケーションと通信し、かつ、ウェブサービスを介して前記第２のアプリケーションと通信するステップと、
前記プロセッサが、複数のキュー内の、前記インストラクションに関する年金の各々、前記要求、及び前記情報に関する対応する年金が、これらが前記第１又は第２のアプリケーションに通信される前にストアするステップであって、前記複数のキューが前記第１及び第３のアプリケーションによってアクセス可能であるステップと、
前記プロセッサが、スケジューラーを用いて、前記第３のアプリケーションに対して、前記インストラクションに関する年金、前記要求、及び前記情報に関する対応する年金を、前記複数のキューから前記第１のアプリケーション及び前記第２のアプリケーションの内の一つに周期的に解放するよう促すステップと、
を有するインターフェイス方法。
請求項１３に記載のインターフェイス方法であって、
前記第１のアプリケーションに対するローカルの抽出キューを通じて、前記第１のアプリケーションから抽出要求を受信するインターフェイス方法。
請求項１４に記載のインターフェイス方法であって、
前記第３のアプリケーションが、前記ウェブサービスを介して前記第２のアプリケーションへ前記抽出要求を伝え、
前記年金情報を検索する要求は前記抽出要求を有するインターフェイス方法。
請求項１５に記載のインターフェイス方法であって、
前記第３のアプリケーションが、前記第２のアプリケーションから承認ファイルを受信し、かつ前記承認ファイルを前記第１のアプリケーションへ伝え、
前記情報に関する年金は前記承認ファイルを有するインターフェイス方法。
請求項１６に記載のインターフェイス方法であって、
前記承認ファイルは、前記第２のアプリケーションによる抽出の受信を確認するデータを含むインターフェイス方法。
請求項１３に記載のインターフェイス方法であって、
前記第１のアプリケーションから年金支払インストラクションを受信するために、前記第１のコンピュータに対するローカルのインストラクションキューを有し、
前記インストラクションに関する年金は前記年金支払インストラクションを有するインターフェイス方法。
請求項１８に記載のインターフェイス方法であって、
前記第３のアプリケーションが、前記ウェブサービスを介して前記第２のアプリケーションへ前記年金支払インストラクションを伝えるインターフェイス方法。
請求項１９に記載のインターフェイス方法であって、
前記第３のアプリケーションが、前記第２のアプリケーションから年金の支払の確認を含む承認ファイルを受信し、かつ前記承認ファイルを前記第１のアプリケーションへ伝えるインターフェイス方法。
請求項１３に記載のインターフェイス方法であって、
前記第１のアプリケーションから前記第２のアプリケーションへポーリングクエリを伝えて、知的財産資産の選択のための年金データの現在のステータスを受信するインターフェイス方法。
請求項２１に記載のインターフェイス方法であって、
前記年金データの現在のステータスは、前記知的財産資産の選択のための年金更新データ情報に関する更新を含むインターフェイス方法。
請求項２１に記載のインターフェイス方法であって、
前記ポーリングクエリは、前記第２のアプリケーションによって受信される年金インストラクションの処理に関するステータスを含めた処理インストラクションステータスデータを含むインターフェイス方法。
請求項２１に記載のインターフェイス方法であって、
前記ポーリングクエリは、前記資産の選択のための年金支払の状態に関するステータス最新情報を含むインターフェイス方法。