(57)【要約】【課題】グラフィックおよび関連の商標情報を作成し、追跡するシステムを提供することである。【解決手段】データベースを含むデータ記憶システムを有し、該データベースはグラフィックおよび関連の商標データベース記録を記憶し、デ―タベース管理システムを有し、該管理システムはデータ記憶システムと接続され、かつこれと通信し、前記データベース管理システムは前記データベースに接続された管理モジュールを含んでおり、当該管理モジュールはグラフィックおよび関連の商標データベース記録にアクセスし、データベース管理システムと接続されたユーザインタフェースシステムを有し、該ユーザインタフェースシステムはユ―ザに、グラフィックを特定するグラフィックデータベース記録と、商標出願を特定する商標データベース記録との間の関連を形成し、該関連に基づいて商標出願に関連する情報を検索するインタフェースを提供する。【選択図】図１
2006228229.tif 000002
【特許請求の範囲】
【請求項１】
統合グラフィックおよび関連商標情報を作成、追跡するシステムであって、
データベースを含むデータ記憶システムを有し、該データベースは複数のグラフィックおよび関連の商標データベース記録を記憶し、
デ―タベース管理システムを有し、該管理システムはデータ記憶システムと接続され、かつこれと通信し、前記データベース管理システムは前記データベースに接続された複数の管理モジュールを含んでおり、当該管理モジュールは複数のグラフィックおよび関連の商標データベース記録にアクセスすることがき、データベース管理システムと接続されたユーザインタフェースシステムを有し、
該ユーザインタフェースシステムはユ―ザに、グラフィックを特定するグラフィックデータベース記録と、商標出願を特定する商標データベース記録との間の関連を形成し、該関連に基づいて商標出願に関連する情報を検索するインタフェースを提供する、ことを特徴とする統合グラフィックおよび関連の商標情報を作成し、追跡するシステム。
【請求項２】
データベースはさらに複数の証明データベース記録を記憶し、該証明データベース記録は収集可能な製品でのグラフィックの使用および当該収集可能な製品を購入した顧客についての情報を含むことを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項３】
ユーザインタフェースシステムは１つまたは複数の別のデータベースと接続されており、商標出願に関連する情報を検索することを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項４】
前記１つまたは複数の別のデータベースは、商標出願を管轄する政府機関により管理されるデータベースを含むことを特徴とする請求項３記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項５】
商標データベース記録は、商標出願に対する識別番号を含み、前記データベース管理システムは該識別番号を使用して、商標出願に関連する情報を検索するために問い合わせを行うことを特徴とする請求項３記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項６】
複数のグラフィックデータベース記録にある各グラフィックデータベース記録は、グラフィックに関連する使用情報を含むことを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項７】
複数の管理モジュールはグラフィック管理モジュールを含み、データ記憶システムの複数のグラフィックデータベース記録で識別されたグラフィックの製品での使用に関連する情報にアクセスし、当該情報によりリポートを作成することを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項８】
複数の管理モジュールは法律マネージャモジュールを含み、データ記憶システムにある複数の商標記録に関連する情報にアクセスすることを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項９】
データベースはさらに複数の顧客記録を含み、
複数の管理モジュールはさらに顧客マネージャモジュールを含み、データ記憶システムにある１つまたは複数のグラフィックデータベース記録と１つまたは複数の顧客記録との関連を形成することを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項１０】
複数のマネージャモジュールは検索マネージャモジュールを含むことを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項１１】
データベースはさらに複数の顧客および証明データベース記録を含み、
複数のマネージャモジュールは証明マネージャモジュールを含み、複数の顧客と証明データベース記録との関連を形成することを特徴とする請求項１記載の統合グラフィックおよび関連の商標情報を作成、追跡するシステム。
【請求項１２】
知的財産（IP）データベースの管理方法であって、
ユーザがクライアントコンピュータに、サーバコンピュータシステムに記憶され、IP資産の記録を含むIPデータベースを検索するために、１つまたは複数の基準を入力するステップ；
１つまたは複数の基準とマッチングする記録のためにIPデータベースを検索するステップ；
クライアントコンピュータ上でユーザに、検索で発見された記録のリストを表示するステップ；
記録リストの記録に記憶されたIP資産に対する法的保護を検索せよとの要求をユーザから受け取るステップ；
該IP資産に対する法的保護に関連する情報を更新するステップ；
該IP資産に対する法的保護に関連する情報を表示するステップ；
を有する管理方法。
【請求項１３】
IP資産は複数のグラフィックを含むことを特徴とする請求項１２記載の方法。
【請求項１４】
クライアントコンピュータ上でユーザから、IP資産に対する法的保護獲得に関する法的サービスを実行するのに必要な情報を収集するステップをさらに含むことを特徴とする請求項１２記載の方法。
【請求項１５】
法的保護は商標登録であることを特徴とする請求項１２記載の方法。
【請求項１６】
法的保護は著作権登録であることを特徴とする請求項１２記載の方法。
【請求項１７】
ユーザポートフォリオにある少なくとも１つのIP資産に対する監視サービスを自動的に実行するステップをさらに含むことを特徴とする請求項１２記載の方法。
【請求項１８】
サーバコンピュータシステム上の処理予定情報を維持し、処理予定情報をクライアントコンピュータ上に１つまたは複数のIP資産に対して表示するステップをさらに含むことを特徴とする請求項１２記載の方法。
【請求項１９】
処理予定情報はIP資産に関連する使用情報であることを特徴とする請求項１８記載の方法。
【請求項２０】
処理予定情報は、更新予定情報または維持予定情報または年金予定情報であることを特徴とする請求項１８記載の方法。
【請求項２１】
処理予定情報は、IP資産に対する義務手数料、およびそのような義務を負う手数料のデータを含むことを特徴とする請求項１８記載の方法。
【請求項２２】
処理予定情報は、商標の更新または維持に関することを特徴とする請求項１８記載の方法。
【請求項２３】
１つまたは複数のIP資産に対する処理予定状態情報をユーザに表示するステップをさらに含むことを特徴とする請求項１８記載の方法。
【請求項２４】
画像に対する法的保護の管理方法であって、
データベースを含むコンピュータからグラフィックデータベース記録を検索するステップ；
該グラフィックデータベース記録は画像に関連する情報を記憶しており、該情報は少なくとも１つの製品およびサービスに対する画像の使用関連情報を含み、
グラフィックデータベース記録にある情報に基づいて法的保護のための出願を作成するステップ；
法的保護出願に対する出願シリアル番号を受け取るステップ；
該出願シリアル番号は、法的保護出願の受理を管轄する機関により割り当てられ、
該出願シリアル番号をグラフィックデータベース記録に記録するステップ；
法的保護出願に対する状態情報を、出願シリアル番号に基づいて検索するステップ；
を有する管理方法。
【請求項２５】
グラフィックデータベース記録を、検索された状態情報に基づいて更新するステップをさらに有することを特徴とする請求項２４記載の方法。
【請求項２６】
法的保護出願に対する登録番号を検出するステップ；
および法的保護出願に対する登録番号を記憶するステップ；
をさらに有することを特徴とする請求項２４記載の方法。
【請求項２７】
法的保護出願に対する状態情報を出願シリアル番号に基づいて検索するステップは、
該出願シリアル番号をグラフィックデータベース記録から検索するステップ；
機関により管理されるコンピュータからの検索出願データへのリンクを、出願シリアル番号に基づいて発生するステップ；
を有することを特徴とする請求項２４記載の方法。
【請求項２８】
機関により管理されるコンピュータはウェッブサーバを含み、リンクはウェッブサイトリンクであることを特徴とする請求項２７記載の方法。
【請求項２９】
法的保護出願は商標出願であることを特徴とする請求項２４記載の方法。
【請求項３０】
使用関連情報は画像が使用される製品の識別子を含み、商標出願は使用に基づく出願であることを特徴とする請求項２９記載の方法。
【請求項３１】
使用関連情報は、製品での画像の使用データを含むことを特徴とする請求項３０記載の方法。
【請求項３２】
使用関連情報は画像が使用される予定の製品の識別子を含み、商標出願は使用意志に基づく出願であることを特徴とする請求項２４記載の方法。
【請求項３３】
使用関連情報は、製品での画像の予想される使用のデータを含むことを特徴とする請求項３２記載の方法。
【請求項３４】
法的保護出願を受理する管轄機関は政府機関であることを特徴とする請求項２４記載の方法。
【請求項３５】
記憶された命令を有するコンピュータ読み出し可能媒体であって、該記憶された命令は、プロセッサにより実行されるとき、画像に対する法的保護の管理方法をプロセッサに実行させ、該管理方法は、
データベースを含むコンピュータからグラフィックデータベース記録を検索するステップ；
該グラフィックデータベース記録は画像に関連する情報を記憶しており、該情報は少なくとも１つの製品およびサービスに対する画像の使用関連情報を含み、
グラフィックデータベース記録にある情報に基づいて法的保護のための出願を作成するステップ；
法的保護出願に対する出願シリアル番号を受け取るステップ；
該出願シリアル番号は、法的保護出願の受理を管轄する機関により割り当てられ、
該出願シリアル番号をグラフィックデータベース記録に記録するステップ；
法的保護出願に対する状態情報を、出願シリアル番号に基づいて検索するステップ；
を有するコンピュータ読み出し可能媒体。
【請求項３６】
プロセッサに対して、グラフィックデータベース記録を検索された状態情報に基づいて更新するステップを実行させる命令がさらに記憶されていることを特徴とする請求項３５記載のコンピュータ読み出し可能媒体。
【請求項３７】
プロセッサに対して、
法的保護出願に対する登録番号を検出するステップ；
および法的保護出願に対する登録番号を記憶するステップ；
を実行させる命令がさらに記憶されていることを特徴とする請求項３５記載のコンピュータ読み出し可能媒体。
【請求項３８】
法的保護出願に対する状態情報を出願シリアル番号に基づいて検索するステップは、
該出願シリアル番号をグラフィックデータベース記録から検索するステップ；
機関により管理されるコンピュータからの検索出願データへのリンクを、出願シリアル番号に基づいて発生するステップ；
を有することを特徴とする請求項３５記載のコンピュータ読み出し可能媒体。
【請求項３９】
機関により管理されるコンピュータはウェッブサーバを含み、リンクはウェッブサイトリンクであることを特徴とする請求項２７記載のコンピュータ読み出し可能媒体。
【請求項４０】
法的保護出願は商標出願であることを特徴とする請求項３５記載のコンピュータ読み出し可能媒体。
【請求項４１】
使用関連情報は画像が使用される製品の識別子を含み、商標出願は使用に基づく出願であることを特徴とする請求項４０記載のコンピュータ読み出し可能媒体。
【請求項４２】
使用関連情報は、製品での画像の使用データを含むことを特徴とする請求項４１記載のコンピュータ読み出し可能媒体。
【請求項４３】
使用関連情報は画像が使用される予定の製品の識別子を含み、商標出願は使用意志に基づく出願であることを特徴とする請求項４０記載のコンピュータ読み出し可能媒体。
【請求項４４】
使用関連情報は、製品での画像の予想される使用のデータを含むことを特徴とする請求項４３記載のコンピュータ読み出し可能媒体。
【請求項４５】
法的保護出願を受理する管轄機関は政府機関であることを特徴とする請求項３５記載のコンピュータ読み出し可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には情報管理システムに関するものであり、より詳細には知的財産管理システムに関連する。
【背景技術】
【０００２】
特許、商標および著作権のような知的財産の資産に関連する情報は一般的に、検索および問い合わせすることのできるデータベースに格納される。これら資産に関する情報を含むデータベースは現在、インターネットで広く使用することができ、多くの基本データを無料で得ることができる。例えば特許および商標のデータベースは米国特許および商標局（USPTO）により提供されており、この組織により処理された多数の特許および商標を含んでいる。著作権を含む別のデータベースが米国国会図書館、および欧州特許庁のような別の組織によって提供されている。
【０００３】
組織の知的財産の資産の管理または作業では、典型的には「ポートフォリオ」と称される知的財産の資産のデータベースを維持することがしばしば所望される。ポートフォリオは種々の属性により編成することができる。例えば相互に関係を有する特許グループ、特定の製造ラインに関連するグラフィックのリスト、またはユーザが管理、顧客サービス、操作、分析、または他の目的のために群分けを所望する知的財産の資産のグル―プにより編成することができる。しかし、上記のような知的財産のインターネットデータベースによって、１つの商標のような個人資産にアクセスし、操作することができるが、データベースに記録された複数の知的財産を快適に操作することのできるシステムは提供されておらず、組織が所有する著作権、特許、または商標または他の知的財産などの、知的財産の資産記録のポートフォリオをカスタマイズすることもできない。これらのデータベースはまた、公開データベースまたは公衆に開示される他のデータベースには提供されていない発明、画像/グラフィック、ロゴ、作品などの組織内で秘密を維持すべき知的財産の管理能力を組織に与えるものではない。さらにこれらのデータベースは、顧客情報または製品情報を記憶する能力を組織に提供するものではなく、これらを組織の知的財産の資産記録に関連させることもできない。
【０００４】
さらにこのようなポートフォリオを快適にアセンブルし、アセンブルされた記録を使用して管理するための手段も提供されていない。例えば民生品を製造する事業では、これらの民生品で使用されるグラフィックまたはロゴに関連する情報を、法目的、販売目的、またはマーケティング目的のために維持することが必要である。別の例では、高級品および一種類民生品を製造する事業の場合、唯一であり限定版である製品に関連する情報を、真正証明書の発行および追跡も含めて維持することが必要である。また製品で使用された知的財産のための知的財産保護を獲得し、追跡し、管理することも必要である。これらには商標、著作権、企業秘密、特許および他の権利が含まれる。例えば「使用」情報は典型的には、特定の商標に関連する製品およびサービスのために維持され、これらの情報は商標保護の出願、登録、および維持に必要である。
【０００５】
組織の顧客、製品、販売代理店、供給業者、知的財産の資産、およびこれら知的財産の資産に関連する法的権利に関する情報を記憶するデータベースは相互接続すべきであり、それら情報間の種々の関連を、高レベルでデータ処理および管理することができるようにすべきである。
【０００６】
従って上記の必要性の１つまたは複数を満たし、これに対処することが所望される。
＜有利な実施例の概要＞
本発明は、唯一であり限定版である製品に関連する情報を管理し、維持するシステムを提供するものであり、この情報にはこれらの製品で使用されるグラフィックおよび「漫画」キャラクタ（キャラクタ）が含まれ、このシステムはこれらの製品に対する真正証明の発行および追跡も行うようにする。このシステムはまた、これらのグラフィックおよびキャラクタに対して得られたおよび/または登録された商標および著作権についての法的権利情報を維持する。例えば商標保護に関連する法的権利情報は、商標出願に必要な、製品でのグラフィックおよびキャラクタの使用情報を含む。さらに商標出願および商標登録を、例えば米国特許および商標局により提供されるウェッブサイトで作成し、アクセスし、追跡するためのウェッブハイパーリンク情報も含む。有利な実施例では、このシステムは相互接続されたデータベースを有し、ハイレベルのデータ処理能力と、管理または追跡を可能にする関連性を含む。ここで管理または追跡するのは、（１）アートワークにキャラクタ/グラフィックとして埋め込まれた知的財産、（２）これらキャラクタ/グラフィックの製品での使用、そして（３）この知的財産に対する法的保護の存在である。以下の説明は、商標および/または著作権による知的財産の保護に関するシステムの適用を開示するものであるが、以下の説明は特許、企業秘密、または他の知的財産保護の形態、例えばマスクワークまたは登録意匠により保護される知的財産にも等しく適用できる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、統合的グラフィックおよび関連の商標情報を作成し、追跡するシステムを提供することである。
【０００８】
本発明のさらなる課題は、知的財産（IP）データベースの管理方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決する本発明による統合的グラフィックおよび関連の商標情報を作成し、追跡するシステムは、データベースを含むデータ記憶システムを有し、該データベースは複数のグラフィックおよび関連の商標データベース記録を記憶し、
デ―タベース管理システムを有し、該管理システムはデータ記憶システムと接続され、かつこれと通信し、前記データベース管理システムは前記データベースに接続された複数の管理モジュールを含んでおり、当該管理モジュールは複数のグラフィックおよび関連の商標データベース記録にアクセスすることがき、
データベース管理システムと接続されたユーザインタフェースシステムを有し、
該ユーザインタフェースシステムはユ―ザに、グラフィックを特定するグラフィックデータベース記録と、商標出願を特定する商標データベース記録との間の関連を形成し、該関連に基づいて商標出願に関連する情報を検索するインタフェースを提供することを特徴とする。
【００１０】
また上記課題を解決する本発明の方法は、
ユーザがクライアントコンピュータに、サーバコンピュータシステムに記憶され、IP資産の記録を含むIPデータベースを検索するために、１つまたは複数の基準を入力するステップ；
１つまたは複数の基準とマッチングする記録のためにIPデータベースを検索するステップ；
クライアントコンピュータ上でユーザに、検索で発見された記録のリストを表示するステップ；
記録リストの記録に記憶されたIP資産に対する法的保護を検索せよとの要求をユーザから受け取るステップ；
該IP資産に対する法的保護に関連する情報を更新するステップ；
該IP資産に対する法的保護に関連する情報を表示するステップ；
を有する。
【発明を実施するための最良の形態】
【００１１】
本発明のさらなる課題、フィーチャ、および利点は当業者であれば以下の詳細な説明から得ることができるであろう。しかし種々の実施例および特定の例の詳細な説明は、本発明の有利な他の実施例を指示するものであるが、説明のためのものであり、本発明を制限するものではない。本発明の枠内での様々な変形および変更も、本発明の技術思想を離れることなく可能であり、本発明はこれらの変形も含む。
【実施例】
【００１２】
＜有利な実施例の詳細な説明＞
有利な実施例の以下の詳細な説明では、実施例の一部を形成する添付図面を参照する。図面には説明のために、本発明を実施することのできる有利な実施例が示されている。ここに説明する実施例は、当業者であれば本発明を実施するのに十分に詳細であるが、他の実施例を利用することもできる。さらに本発明の技術思想から離れることなく、論理的、機械的、または電気的変更も可能である。従って有利な実施例の以下の詳細な説明は制限として理解すべきものではなく、本発明の権利範囲は特許請求の範囲によってのみ限定される。
【００１３】
図１は、本発明の有利な実施例により構成された知的財産管理システム１００のブロック回路図であり、このシステムは一連のマネージャモジュールに接続されたグラフィカルユーザインタフェース（GUI）１０２を含む。GUI１０２によりユーザは、一連のマネージャモジュールにより提供される機能を使用して、データベース１２０に記憶された情報にアクセスすることができる。さらに下で説明するように有利な実施例では、データベース１２０は以下のエリアにより論理的に群分けされた１つまたは複数の関連のデータベースに情報を格納する：すなわち、キャラクタ(グラフィック)、製品、法律、証明および顧客のエリアである。ここで使用される用語「データベース」は、シングルデータベースまたはデータベースの集合を網羅的に参照する概念であると理解されたい。従って有利な実施例では、データベース１２０はキャラクタデータベース、製品データベース、法律データベース、証明データベース、および顧客データベースを含む。別の実施例では、情報は種々のデータ記憶ソフトウエアおよびハードウエア技術を使用して記憶および配列される。これらの技術はデータベースプログラミングの当業者であれば周知である。
例えば本発明により使用することのできるデータベースシステムの１つはMicrosoft社により提供されるSQLサーバTMシステムである。Oracle社により提供されるOracle DatabeseTM製品に基づくデータベース、またはMySQL ABにより提供されるMySQLTMデータベースも使用することができる。これらのデータ記録システムは種々のハードウエアプラットフォームで実行することができ、AMDTM社またはIntelTM社により提供されるマイクロプロセッサに基づくプラットフォームを含む。
【００１４】
上に述べたようにデータベース１２０は有利には知的財産管理システム１００の一連のモジュールにより提供される機能によってアクセスすることができる。実施例では一連のモジュールは、キャラクタマネージャモジュール１０４，製品マネージャモジュール１０６，法律マネージャモジュール１０８，証明マネージャモジュール１１０，顧客マネージャモジュール１１２，および検索マネージャモジュール１１４を含む。ユーザは、各モジュールの機能にGUI１０２によってアクセスする。このGUIについてはユーザが有利なコンピュータディスプレイで見ることとなる一連のスクリーン図を用いて説明する。
【００１５】
図２は、本発明のフィーチャが実現されるコンピュータシステム２００の例を示す。コンピュータシステム２００は、このシステム２００のコンポーネント間で情報を通信するためのバス２０１と、このバス２０１と接続され、ソフトウエアコードまたは命令を実行し、情報を処理するためのプロセッサ２０２を有する。コンピュータシステム２００はさらにメインメモリ２０４を有し、これはランダムアクセスメモリ（RAM）および/またはランダムメモリ記憶媒体により実現することができる。メインメモリ２０４はバス２０１に接続されており、プロセッサ２０２により実行される命令および情報を記憶する。メインメモリ２０４はまた一時変数または他の介在情報を、プロセッサ２０２により命令を実行する間に記憶するために使用することができる。コンピュータシステム２００はまたリードオンリーメモリ（ROM）２０６および/または他の静的記憶デバイスを有することができ、これは静的情報およびプロセッサ２０２に対する命令を記憶するためにバス２０１に接続されている。
【００１６】
さらに大容量記憶デバイス２０７、例えば磁気ディスクおよび/または光学ディスクドライブを、情報および命令の記憶のためにコンピュータシステム２００に接続することができる。  コンピュータシステム２００はまたバス２０１を介してディスプレイデバイス２２１に接続することができる。このディスプレイデバイスは例えば陰極線管（CRT）または液晶ディスプレイ（LCD）であり、ユーザに情報を表示する。これにより例えばグラフィック情報またはテキスト情報をユーザにディスプレイデバイス２２１上で提示することができる。典型的には、英数字および他のキーを含む英数字入力デバイス２２２がバス２０１に接続されており、ユーザはプロセッサ２０２に対して情報および/または命令を選択することができる。図に示された他の形式のユーザ入力デバイスは、従来のマウス、タッチマウス、トラックボール、トラックパッド、またはカーソル方向キーの他の形式のカーソルコントロールデバイス２２３であり、プロセッサ２０２に対して方向情報およびコマンド選択を入力し、ディスプレイ２２１上のカーソルの運動を制御する。図示されていないが、コンピュータシステム２００はオプションとしてビデオ、カメラ、スピーカ、サウンドカード、および他の従来の多数のオプションを含むことができる。種々の形式の入力デバイスはここに記載した入力デバイスに限定されるのではなく、ユーザがコマンドまたは入力をコンピュータシステム２００に供給することのできる他のデバイスも可能である。例えばここでの種々の記述には、ユーザが「選択」、「クリック」、「入力」およびそれらの変形を行うユーザインタフェースの１つまたは複数の入力デバイスが含まれる。ユーザは１つまたは複数の入力デバイスを、入力を実行するために使用すると理解されたい。
【００１７】
通信デバイス２２５もバス２０１に接続されており、下に説明するように他のコンピュータシステムにアクセスすることができる。通信デバイス２２５はモデム、ネットワークインタフェースカード、または他の公知のインタフェースデバイス、例えばイーサネット（登録商標）、トーキンリングまたはネットワークの他の形式とインタフェースするために使用されるデバイスを含む。このようにしてコンピュータシステム２００は複数の他のコンピュータシステムとネットワークインフラストラクチャを介して接続することができる。このインフラストラクチャに関しては下で説明する。を介して接続することができる。このインフラストラクチャに関しては下で説明する。
【００１８】
図３は、サーバシステム３００を含むネットワークを示す。このサーバシステム３００はデータベース１２０を記憶するためのデータベースサーバ３０２とウェッブサーバ３０４を有し、ウェッブサーバ３０４はデータベース１２０からの情報、およびこのデータベース１２０への情報にアクセスし、この情報を提示するのに必要な指令を記憶する。クライアント３５２およびクライアント３５４のようなクライアントコンピュータを使用するユーザはサーバシステム３００にネットワーク３５０を通してアクセスする。製造者３２４または小売人/卸売人３２６に所属する他のシステムもサーバシステム３００に接続することができる。図示の実施例でネットワーク３５０は、１つまたは複数のローカルエリアネットワークおよびワイドエリアネットワークを含む種々のネットワークを表す。データベースサーバ３０２、ウェッブサーバ３０４、クライアント３５２およびクライアント３５４により提供される機能性、および同様に製造者３２４および小売人/卸売人３２６により操作されるコンピュータシステムによって提供差あれる機能性は、上記のコンピュータシステム２００の特徴を有するコンピュータシステムによって実現される。しかしコンピュータシステムまたは本発明で使用されるシステムの特定の実現は、特別に示さない限りこれに限定されるものではない。例えばデータベースサーバ３０２およびウェッブサーバ３０４により提供される機能性は１つのコンピュータシステムで結合することができる。さらにデータベースサーバ３０２および３０４により提供される機能性は複数のコンピュータに再分配することができる。
【００１９】
上記のように、ユーザはデータベース１２０に記憶された情報とGUI１２０によって相互作用する。以下の説明で、GUI１２０は１つまたは複数のウェッブページ（「ページ」、「スクリーン」、または「フォーム」と称される）を使用して実現される。このウェッブページはウェッブサーバ３０４により提供され、ユーザはクライアント３５２のようなクライアントコンピュータ上のインターネットウェッブブラウザソフト、例えばMicrosoft社により提供されるInternet ExplorerTMを使用してアクセスすることができる。別の実施例では１つまたは複数のカスタムソフトウエアプログラムをここに説明するシステムの実現のために作成することができる。もちろんウェッブサーバ３０４自体もこれにインストールされたブラウザソフトウエアを有し、ユーザによりアクセスすることができる。さらに本発明の種々の実施例の説明を通して、ユーザはボタンの選択、サーチの実行、またはデータベース１２０の更新のようなアクションを実行する。実施例でこれらの要求は、ユーザとブラウザとの交互作用によって発生される。例えばここに説明する１つまたは複数のページは、ユーザがこのようなデータをタイプ入力することのできるフィールドを含むフォームとすることができる。ユーザがこのようなデータを供給すると、ユーザはボタン等をページ上で選択し、データベース１２０を情報により更新することを要求する。ブラウザはウェッブサーバ３０４に、送信される情報を含むリンクおよびデータベース１２０の更新要求を送信する。使用されるブラウザに応じて、ユーザは閲覧されるページを、ページを「リフレッシュ」するために再ロードする必要がある。有利な実施例では、表示をリフレッシュするのに２つのやり方がある：（１）ユーザのブラウザにより提供されるリフレッシュフィーチャによるもの、または（２）そのページに表示されるリフレッシュボタンによるものである。実施例ではリフレッシュボタンはエンベロープアイコンとして表示される。両者の選択ともウェッブサーバ３０４に、更新されたページの送信を要求し、これによりブラウザはページをリフレッシュする。
【００２０】
図４は、知的財産管理システム１００の第１ホームページのスクリーンショットを示す。このホームページは、知的財産管理システム１００により提供される種々のモジュールのそれぞれにアクセスするためのものである。このページはユーザに、データベース１２０に追加されている顧客、製品、および証明の概要を示す。左側にはデータベース１２０に記憶されたデータの主カテゴリーのマネージャにアクセスするためのメニューバーがある。ユーザはデータベース１２０のデータベース構造に、知的財産管理システム１００を使用してナビゲートすることができる。これはメニューバーのいずれかのマネージャの選択、およびページ上に配置された特別リンクの選択により行われる。例えばユーザは、キャラクタマネージャ（Character Manager）ホームページに示されるような「顧客サマリー（Customer-Summary）」、「製品サマリー（Product-Summary）」または「証明サマリー（Certificate-Summary）」を選択することができる。実施例ではモジュールにいずれの順序でもアクセスすることができる。別の実施例では、ユーザが一連のページに所定の形式でアクセスすることにより特別のワークフローが実行される。
【００２１】
以下の実施例ではシステムの使用を説明する。まずキャラクタマネージャ（Character Manager）モジュール１０４により提供される機能を説明し、それから製品マネージャ（Product Manager）モジュール１０６，法律マネージャ（Legal Manager）モジュール１０８，証明マネージャ（Certificate Manager）モジュール１１０，顧客マネージャ（Customer Manager）モジュール１１２および検索モジュール（Serach Manager）モジュール１１４により提供される機能を説明する。図４を参照すると、キャラクタマネージャモジュール１０４の機能にアクセスするためにユーザは「Character Manager」ボタンの上のメニューバーをクリックする。このキャラクタマネージャモジュール１０４によりユーザは、データベース１２０にあるキャラクタおよびグラフィックすべてのデータベースにアクセスする。
【００２２】
＜キャラクタマネージャ＞
図５は、キャラクタマネージャモジュール１０４のキャラクタマネージャホームページを示す。メインページ上の「Character-All」リストはユーザに、データベース内の各キャラクタまたはグラフィックの情報、および視覚的識別を促進するためのピクチャのスナップショットを提供する。リストに表示されるカラムは、キャラクタ/グラフィック識別番号（ID）カラム、作品データ（Created）カラム、第１使用データ（First Use）カラム、オリジナルアーティスト（Original Art）カラム、仕上げアーティスト（Finished Art）カラム、サムネイル（Image）カラム、そしてツールカラム（カラム内の３つのアイコンにより提示される）を含む。
【００２３】
ユーザはリストを種々のやり方で、例えばページ上部にある「Order By」ドロップダウンメニューを使用することによりソートすることができる。実施例ではキャラクタID番号によるリスト順序がデフォルトである。しかしユーザはキャラクタリストを、キャラクタ名を含む種々の他のオプションを使用してソートすることができる。さらにユーザは、リストを上昇順から下降順にまたはその反対に、どちらのカテゴリーを使用してもソートすることができる。例えばユーザは、リストをOrder Byドロップダウンメニューをまず選択し、次に「名前（name）」オプションを選択し、次に「下降（Descending）」アイテムを次のドロップダウンメニューで選択し、最後にフィールド右の３つの矢印により表される実行ソートボタンをクリックすることによって、名前による下降順にソートすることができる。図６では、ドロップダウンメニューが完全に露出されており、ソートオプションのリストがすべて示されている。これには、ID、製品名（Name）、作品データ（Created）、第１使用データ（First Use）、オリジナルアーティスト（Original Art）、アートワークを仕上げたアーティスト（Finished Art）および製品のカテゴリー（Category）が含まれる。
【００２４】
図７は、キャラクタ名を下降順でソートしたリストを示す。リストのソートに加えてユーザは特定のキャラクタを、検索モジュールモジュール１１４を使用することによりサーチすることができる。これについては下でさらに説明する。キャラクタ記録を詳細に検査するために、ユーザはリストのエントリーの１つ、例えば「Yakin」を選択することができる。
【００２５】
図８は、Yakinグラフィックに対するキャラクタ詳細ページを示す。このページはメインページのリストにあるのと同じキャラクタまたはグラフィック情報を示す。すなわち誰がオリジナルアーティストであるか（Original Art by）、いつ作成されたか（Creation Date）、いつ最初に使用されたか（First Use Date）である。さらに有利な実施例ではキャラクタ詳細ページは、タイプ識別子（Type）、キャラクタ/グラフィックの状態（Status）、キャラクタ/グラフィックで使用された標準色（Pantones）、キャラクタ/グラフィック作成のバイオグラフィー（Bio）、その他の情報に対する注（Note)、キャラクタ/グラフィックの配置を促進するキーワードのリスト（Serch Keywords）、およびキャラクタ/グラフィックが使用された製品のリスト（Usageセクション）を示す。有利な実施例ではキャラクタ詳細ページはまた、「Legal Details」セクションのキャラクタまたはグラフィックに関連するいずれかの商標アクティビティを示す。これについてはさらに下で法律マネージャモジュール１０８と関連して説明する。
【００２６】
実施例ではユーザが新しいキャラクタまたはグラフィックを作成することができるようにするため、「New Character」ボタンが２つの異なるページ、例えば図８に示されるキャラクタ詳細ページの上部と、図５に示されるキャラクタマネージャホームページに配置されている。両者の場合とも「New Character」ボタンをユーザが選択することにより、ユーザは図９に示すような「Add Character Profile」フォームに転送される。
【００２７】
以下の例はユーザが以下の情報をフォームに入力したことを前提にする。
Name(名前): Test Graphic
Category(カテゴリー): Graphic
Keywords(キーワード): test. clown 
Created By(作成者): Annie Younger 
Finished By(加工者): Benjamin Soto 
Date Created(作成データ): １/１５/２００４ 
First Used(最初の使用): １/１５/２００４
Notes(注): this is a test file(これはテストファイルである) 
Completed by(完成者): Example(例)。
【００２８】
ユーザがテキスト入力を完了すると、ユーザは「Update」ボタンを選択する。キャラクタデータベース記録の追加を確認する「New Character Added」ページが図１０に示されるように表示される。実施例では、知的財産管理システム１００が、入力されたすべての情報がフォームに矛盾しないか否か(例えばデータのフォーマットのチェック)および実体(例えば第１使用データが作成データより以前でないかのチェック)を、標準データ一致方法および論理を実現するソフトウエアコードを使用して検証する。
【００２９】
表示された情報が正確であることをユーザが検証すると、ユーザは「Close Window」ボタンを選択することができ、知的財産管理システムはユーザをキャラクタマネージャホームページにリターンさせる。図１１を参照すると、ユーザは再びプルダウンメニューを使用して、リストをIDにより下降順にソートすることができ、これにより最高のIDを有する記録(これはユーザによりちょうど追加された記録である)がリストの第１エントリーとなる。ソーとされたリストは図１２に示すように更新される。
【００３０】
知的財産管理システム１００はユーザに対し、存在する記録の編集を可能にする。例えばユーザがちょうど作成した記録を編集するために、ユーザはまず「Test Graphic」リンクを選択することができる。このリンクによりユーザは、ちょうど追加されたTest Graphicグラフィックに対するキャラクタ詳細ページに移行する。これは図１３に示されている。次にユーザは上に述べたようにキャラクタ/グラフィックに対するキャラクタ詳細ページにより提供される記録の詳細を吟味することができ、何か追加または変更の必要があるか否かを決定できる。例えばユーザがTest Graphicグラフィックに対してグラフィックファイルを関連させたいと望む場合、サムネイルをリストまたはキャラクタ詳細ページに表示することができ、ユーザはこのことを、カメラアイコンを「Image Thumnail」の下で選択することにより実行する。
【００３１】
図１４は「Add Character Profile Photo」ページを示す。ここではユーザは、データベース１２０にアップロードするグラフィックファイルの位置を指定することができる。このことは、グラフィックファイルへのパスをテキストボックスに入力するか、またはユーザが「Browse」ボタンを選択し、ファイルをブラウザウィンドウを使用して位置決めすることにより行う。
【００３２】
図１５は、ユーザがどこにグラフィックファイルを配置するか、ブラウザウィンドウを使用して決定する様子を示す。ユーザがグラフィックファイルをいったん配置すると、ユーザはこれを選択し、ブラウザの「Open」ボタンをクリックする。知的財産管理システム１００はこのグラフィックフィルをキャラクタと関連付ける。実施例では、「ウェッブフレンドリー」なフォーマットを有するグラフィックファイル、例えばJPEGおよびGIFフォーマットフィルを使用することができる。別の実施例では、使用されるいずれのグラフィックフォーマットであっても、知的財産管理システム１００は選択されたグラフィックファイルをシステムにより使用できるフォーマットに変換することができる。さらに別の実施例では、知的財産管理システム１００はサムネイルを、選択されたグラフィックファイルから作成し、グラフィックファイルをそのオリジナル形式で記憶することができる。ユーザがグラフィックファイルの選択を望まないか、またはこれの選択を後で行いたい場合、ユーザはブラウザの「Cancel」をクリックし、次に図１４に示すAdd Character Profile Photoページの「Cancel」をクリックする。これによりユーザは図１３に示すキャラクタ詳細スクリーンに戻ることができる。
【００３３】
ユーザがグラフィックファイルを選択し、記録と関連付けることができることに加えて、知的財産管理システム１００はユーザが記録内の情報を編集することを許可する。実施例では記録内の情報を編集するために、ユーザは図１３のフォームの上部にある「edit」ボタンを選択することができる。このボタンは四角い「E」により示されている。
【００３４】
図１６は、ユーザが記録のフィールドを編集することのできるEdit Character Profileスクリーンを示す。実施例では、ユーザが編集することのできないフィールドはIDフィールドだけである。なぜならこのフィールドは知的財産管理システム１--がデータベースの完全性を維持するために残さなければならない唯一の番号だからである。従って２つの記録が同じIDを同時に有することはできず、さらに記録が削除された場合であっても同じIDを２回以上使用することはできない。別の実施例では、ユーザに隠された別個の記録インデクス番号を知的財産管理システム１００が使用することができ、これにより各記録を追跡し、IDをユーザにより変更することができる。ユーザが記録の編集を完了すると、ユーザは「Update」ボタンをクリックし、「Close」ボタンを使用してこのウィンドウを閉じる。
【００３５】
図１７は、ユーザがグラフィックの名前を「Testing Character」に変更し、記録形式をグラフィックからキャラクタに変更した様子を示すキャラクタ詳細ページを示す。
【００３６】
知的財産管理システム１００はまた、ユーザが新しいアーティストをアーティストのリストに追加することを許可する。このアーティストのリストは、図１６に示す「Edit Character Profile」ページまたは図１７に示すキャラクタ詳細ページの「Original Art」フィールドおよび/または「Finished Art」フィールドのドロップダウンメニューに表示される例えばユーザはアーティストを、「Add Character Profile」フォームを使用して追加することができる。従ってユーザはまず「New Character」ボタンを選択する。これによりユーザは図１８に示される「Add Character Profile」ページに移行する。次にユーザはドロップダウンメニューで「Created By」を選択することができ、スクロールダウンして図１９に示すドロップダウンリストの下部にある「Other」エントリーを選択する。
【００３７】
図２０はユーザがアーティストを追加することのできるスクリーンを示す。例えばユーザは「Test Artist」と「Created By」フィールドにタイプすることができ、ユーザは「Update」ボタンを選択する。これによりユーザは図２１に示すアーティスト追加の確認スクリーンに移行する。ユーザは「Close Window」ボタンをクリックしてウィンドウを閉じることができる。これによりユーザは図１８に示す以前の「Add Character Profile」フォームにリターンする。
【００３８】
この実施例ではユーザが新しいキャラクタまたはグラフィックに対して新しい記録を追加するのではなく、アーティストを追加したいだけであるから、ユーザはこのページを「Cancel」ボタンの選択により去ることができる。そしてユーザは図２２に示すTest Characterキャラクタに対するキャラクタ詳細ページにリターンする。このページに戻ると、ユーザはこの記録を編集し、アーティストを「edit」ボタンの選択により変更することができる。次にユーザには、図２３に示されるようにEdit Character Profileページが提示され、ユーザは「Created By」ドロップダウンメニューを使用して「Test Artist」に対するアーティストエントリーを選択する。ユーザは「Update」ボタンを選択し、キャラクタデータベース記録を更新することができる。
【００３９】
図２４は、「Created By」ドロップダウンメニューが新たに作成された「Test Artist」をリストアップしていることを示しており、ユーザはこの記録に対して選択することができる。このスクリーンから出るためには、ユーザは単に「Close Window」ボタンを選択する。
【００４０】
ユーザがグラフィックまたはキャラクタに対して記録を一度作成すると、ユーザはこの記録をいつでも更新することができる。グラフィックまたはキャラクタは製品で、使用データを追跡するために使用される。これは売買および法的目的のためである(例えば使用声明のファイリング)。例えば製品使用をこの記録に追加するために、「Usage」セクションが図２２により示されるフォームの下部に配置されている。この「Usage」の右端には「+」シンボルの四角があり、これを選択すると図２５に示されるように、使用情報を追加するフォームがユーザに提示され、自動的にグラフィック名とIDが書き込まれている。ユーザはこのフォームに次の情報を記入することができる：
Category(カテゴリー): Clothing(衣服) 
Item(アイテム): Tshirt（Tシャツ） 
Season(季節): Spring(春)。
【００４１】
ユーザは「Update」ボタンを選択し、処理を完了する。次にユーザには図２６に示される確認ページが提示される。ユーザは「Close Window」ボタンを選択し、キャラクタ詳細ページにリターンし、そして図２７に示されるように記録に追加された使用情報を見る。
【００４２】
いったんユーザが使用情報を追加すると、ユーザはこの使用情報を編集または削除することができる。使用情報に対する編集機能にアクセスするために、ユーザは使用ラインの最後にある「e」の四角を選択することができる。例えばユーザが季節を「春」から「秋」に変更し、「Update」ボタンを選択すると、知的財産管理システム１００はフォームの上部に、図２８に示すようにメッセージ「The record has been UPDATED」を表示する。
【００４３】
有利な実施例では、知的財産管理システム１００によりユーザはいくつかの場所のキャラクタ記録を削除することができる：すなわち、(１)Character Managerホームページのリストから；(２)Edit Characterページで；または（３）キャラクタ詳細ページで；である。各ページは削除機能を選択するためにボタンを有しており、これらのボタンは「ｘ」の四角として示されている。例えばユーザは、図２９に示されるように、キャラクタ詳細ページの「Testing Character」記録の上部にある削除ボタンを選択することができ、これによりユーザは図３０に示す確認ページに移行する。ユーザが間違って削除ボタンを選択した場合、確認ページによりユーザはこのアクションを「Close Window」ボタンの選択によりキャンセルすることができる。このことは削除要求をキャンセルし、ユーザはキャラクタ詳細ページにリターンする（または削除機能が別のページから要求された他の方法の場合、以前のページにリターンする）。このレイでユーザが「Testing Character」記録を削除したい場合、ユーザは確認ページの「Delete」ボタンを選択する。知的財産管理システム１００は次にユーザに第２確認ページを提示し、図３１に示すようにキャラクタ記録が削除されたことを確認する。次にユーザは「Close Window」ボタンを選択し、図５に示すCharacter Managerホームページにリターンする。
【００４４】
次に本発明の有利な実施例による知的財産管理システム１００の製品マネージャモジュール１０６の説明にうつる。上に述べたように各マネージャモジュールにユーザはホームページの左側にあるメニューバーを使用することによりアクセスすることができる。図４を参照すると、製品マネージャモジュール１０６にアクセスするためにユーザはこのメニューバーにある「Product Manager」ボタンを選択する。製品マネージャモジュール１０６はユーザに、種々の形式の製品についての情報を追加または管理する機能を提供する。これは限定版製品、オリジナルおよび稀少製品であり、一般的にアイテムと称する。
【００４５】
図３２は製品マネージャモジュール１０６のProduct Managerホームページを示す。これは実施例によれば、データベース１２０にあるすべての製品データベース記録の製品リストを含む。このリストはユーザに、各製品についての関連情報のスナップショットを提示する。これは図５に示されたCharacter Managerホームページに示されたリストに類似する。図示のようにこのリストは製品識別カラム（ID)、製品名（Name）カラム、スタイル番号(Style#)、国内、国際およびアーティストプルーフ編集番号(Dom.#Edition, Intl.#EditionおよびAP Edition)カラム、出荷データ(Shipment)カラム、登録(Registered)カラム、在庫カラム、そしてツールカラム(このカラムの３つのアイコンにより表される)を含む。実施例ではアイテムの詳細にアクセスするために、ユーザは製品名を選択することができる。製品リストが複数のページにわたる場合、ユーザはProduct Managerホームページの下部右にある「Next Page」または「２」にアクセスすることができる。図３３は、製品リストの第２ページを示す。
【００４６】
図３４は、リストアップされた製品に対する詳細製品ページ、「Mark Ryden Meat Coin Purse.」を示す。このページは、版サイズ、材料、および手入れ指示を含む特定のアイテムに関するすべての情報を含む。実施例では製品詳細ページは、製品に対する真正証明を発行するのに使用される製品情報のすべてを含む。以下の表は、本発明の有利な実施例による製品マネージャモジュール１０６に対し、関連の製品としてデータベース１２０に記憶されたアイテムおよびフィールドラベルをリストアップするものである。
【００４７】
【表１】
2006228229.tif 000003
2006228229.tif 000004
【００４８】
キャラクタマネージャモジュール１０４により提供される編集機能と同様に、製品マネージャモジュール１０６により提供される編集機能も「E」の四角により表されるアイコンによってアクセスされる。従ってユーザが製品詳細ページの上部右角にある「E」アイコンを選択すると、ユーザには図３５および図３６により示された「Edit Product」ページが提示される。Edit Productページ上でユーザは製品に対する情報を変更することができ、終了すると、データベース１２０にある製品データベース記録を「Update」の選択によって更新することができる。ユーザはまた製品データベース記録を、Edit Productページの「Delete」ボタンを選択することにより削除することができる。変更が必要なければ、ユーザは「Close Window」ボタンを選択して製品詳細ページに戻ることができる。
【００４９】
新しい製品データベース記録をデータベース１２０に追加するために、ユーザは製品詳細ページの上部右角の「New Product」リンクを選択するか、またはメニューバーにある「New Product」のリンクの１つを選択し、そしてユーザは図３７および図３８に示すAdd NewProductページに移行する。ユーザは情報をAdd NewProductページに入力することができ、これを完了すると、ユーザは「Update」ボタンを選択し、情報をデータベース１２０に記憶させさせるために製品データベース記録を作成する。
【００５０】
図３９は確認ページを示す。このページはユーザに、ユーザが「Test」製品データベース記録を、タイトル「Test」をAdd New Productページのアイテムタイトルフィールドに入力し、次に「Update」ボタンを選択することによって作成した後に提示される。ユーザは確認ページで情報を吟味することができ、これを実行したら「Close Window」ボタンを選択することができる。次にユーザは、以前の図３２により示されるProduct Managerホームページにリターンする。
【００５１】
製品リストに追加された新たな製品エントリーに位置するために、ユーザは図４０に示されるように、「Next Page」リンクまたは番号「２」リンクを選択する。顧客マネージャモジュール１０４と同様に、製品マネージャモジュール１０６でもユーザは製品リストの配列順序を、「Order By」ドロップダウンメニューにあるオプションの１つの選択することによって変更することができる。例えばユーザは、製品リストを「Item Titel」により上昇順にソートするため、Order Byメニューを使用し、図４１に示すように「Ascending」の次の矢印を選択する。
【００５２】
キャラクタマネージャモジュール１０４と同様に、ユーザは製品データベース記録を製品マネージャモジュール１０６から削除するために削除ボタンを選択する。削除ボタンは、図３２のツールカラムに示されるように「x」を含むボックスの形状のアイコンによって表されている。削除ボタンを選択すると、ユーザが相互作用している記録が削除される。実施例では、削除ボタンは製品詳細ページ、Edit Productページ、およびProduct Managerホームページ上にある。
【００５３】
図４２は、Delete Product確認ページを示し、ここでユーザはTest製品記録を、前記ページのいずれかでの削除ボタンの選択に基づいて削除したいことを確認する。ユーザがこのファイルの削除を望むなら、ユーザは「Delete」ボタンを選択する。ユーザがこのファイルの削除を望まないなら、ユーザは「Close Window」ボタンを選択することができる。ユーザが削除ボタンを選択すると、製品記録はデータベース１２０から削除される。
【００５４】
＜法律マネージャ＞
図４３は、法律マネージャモジュール１０８の法律マネージャホームページを示す。実施例では、左側カラムにメニューエリアが配置されており、これによりユーザはキャラクタマネージャモジュール１０４にアクセスすることができる。別の実施例では、メニューエリアはメニューアイテムを含むことができ、これによりユーザは種々のマネージャモジュール間をナビゲートすることができる。法律マネージャホームページはまた中央エリアを有し、この中央エリアはアクション要求状態サマリーを表示する。
【００５５】
ユーザは法律タスクの各形式の詳細リストを、それぞれのヘッディングの下にあるリンクを選択することによって閲覧することができる。例えば進行中のすべてのアクション要求の詳細リストを見るために、ユーザは「In-Progress-Summary」ヘッディングを有するリンクを選択する。
【００５６】
図４４は、進行中のすべてのアクションおよび/またはアプリケーションのリストを示す。上部ヘッディングはユ―ザに、各要求の状態、要求に含まれるキャラクタ、要求のデータ、どのような要求であるか、また誰の要求であるか表示するスナップショットを提供する。特定の要求の詳細を見るために、ユーザはキャラクタ名ヘッディングを選択する。例えばキャラクタ「Julius」は進行中の２つの要求を有しており、ユーザはJuliusリンクのどちらか１つを選択することができる。
【００５７】
図４５は、Juliusキャラクタの１つに対するキャラクタマネージャモジュール１０４でのキャラクタ詳細ページを示す。上記のようにキャラクタ詳細ページはこのキャラクタに対するすべての詳細をリストアップする。これにはこのキャラクタが使用される製品も含まれる。さらに前に述べたように、キャラクタ詳細ページの下部には「Legal Details」セクションがある。このセクションは、この特定のキャラクタまたはグラフィックで要求されるすべてのアクションをリストアップする。例えば、前のページに現れた２つの「in progress（進行中）」の要求と、１つの「registered(登録済み)」が示されている。前に述べたように、データベース１２０の実際のデータ構造は、どのように情報が最終的にユーザに提示されるかということと一対一で対応する必要はない。従って例えば、法律マネージャホームページが、各キャラクタグラフィックに関連する法律アクション要求の状態情報を状態によって別個に区分けしていても、各キャラクタ記録はそれぞれのキャラクタに対するすべての法律アクション要求の状態情報を記憶する。
【００５８】
特定の要求の詳細を見るために、ユーザは要求の次の「E」ボタンを選択する。図４６と図４７は、Registration Request(登録要求)詳細ページを示し、このページはユーザが「E」ボタンを選択したときの最初の要求に対して検索される。ページのタイトルは「Registration Request - Graphic Already in Use」であり、これはアクション要求が提起されたときに、グラフィックまたはキャラクタがすでにこのフォームにリストアップされた製品で使用されていることを指示する。すでに述べたように、知的財産管理システム１００はキャラクタまたはグラフィックの使用に関連する情報を追跡する。これによりユーザは必要な情報を検索し、次のような質問に答えることができる。この質問は例えば、特定の商標に対して出願すべきか、どのような形式で出願すべきか(使用意志または実際の使用に基づき)、そしてどの商標に対してどの分類で出願すべきかである。この情報はまた著作権登録のために使用することができる。
【００５９】
実施例では、Registration Request詳細ページは２つのセクションを含む。依頼人により完了される「requestor(依頼人)」セクションと、要求の法的側面に責任のある個人または法人により使用される「legal(法的)」セクションである。例えば依頼人は、要求されたアクション、グラフィックが使用されている製品および/または非製品、およびキャラクタまたはグラフィックを登録すべき国に関する情報を提供することに責任を負う。「Legal Section Only」ヘッディングにより指示されるlegal(法的)セクションは要求の法的側面に関連する情報であり、有利には要求の法的側面を理解するようトレーニングされた人物により管理される。例えば出願の状態変化があるたびに、適切な法人は「action status field(アクション状態フィールド)」を更新すべきである。この情報に基づき出願は、図４３に示す法律マネージャホームページの状態サマリーに記憶される。
【００６０】
有利な実施例では、法的セクションが出願を識別するのに必要な多数のフィールドを含む。例えばシリアル番号(Serial#)フィールドが、米国特許および商標局（USPTO）のような商標局に提出された商標出願に割り当てられた出願番号を記憶するのに使用される。このフィールドからの情報は、USPTOにより提供される公的商標出願および登録検索データベース（TARR）へのリンクを作成するのに使用される。有利にはシリアル番号がデータベース１２０にこれが入手されると直ちに入力される。
【００６１】
例えば図４５を参照すると、ユーザは「Julius」キャラクタに対するシリアル番号７６３２２３４６を有する商標出願の書類の詳細を、「７６３２２３４６」とラベルされたリンクを選択することにより検索することができる。図４８は、検索された出願を表示するUSPTOウェッブページを示す。これはUSPTOに記憶されたオンライン出願であり、TARRウェッブサイトからアクセスすることができる。従ってこのUSPTOページは、出願の状態をチェックするのに必要な情報を含む。
【００６２】
再び図４５を参照すると、実施例では３つのアイコンが「Legal Details」ヘッディングの右に配置されている。「+」の示された緑色のボックスである第１アイコンはユーザに「Add a New Registration Request - Graphics Already in Use(新しい登録要求の追加-グラフィックはすでに使用中)」ページを提示するボタンである。このページは新しい登録出願を準備するために使用される(すなわち新しい登録要求を知的財産管理システム１００に追加する)。
【００６３】
図４９は「Add a New Registration Request-Graphics Already in Use」ページを示す。このページは、登録しようとするカテゴリーで現在使用中のグラフィックに対し新たに商標要求するために使用される。とりわけこのページでユーザは、商標出願を現在使用されているグラフィックに対して出願すべきであることを要求することができる。実施例では、キャラクタ名(Graphic Name)、キャラクタID#(Graphic ID)、および最初の使用のデータ(Date of First Use on Product)フィールドが自動的に、データベース１２０に記憶された情報によって満たされる。さらにこのページは、法的セクション(Legal Section Only)または相応の法的フィールドを含んでいない。法的セクションとその中のフィールドは、登録要求が作成された後、および編集のためにオープンされた後に表示される。いったんこのフォームが完了し、「Update」ボタンをクリックすると、情報はキャラクタ詳細ページの「Legal Details」セクションに表示され、同様に法律マネージャホームページの「Requested - Summary」セクションにも表示される。
【００６４】
図５０は「New Registration Request Added - Graphics Already In Use(新たな登録要求が追加された-グラフィックはすでに使用中)」ページを示し、このページでユーザは、要求が知的財産管理システム１００に以下の手動入力値と共に受け入れられたことを確認する：
要求されたアクション：Test Request、
製品：wallet, purse, belt (定期入れ、財布、ベルト)、
依頼人名：Jennifer Karie。
【００６５】
上に述べたように、グラフィック名、グラフィックID、製品での最初の使用のデータフィールドは自動的に新しい法的事件データベース記録に挿入され、ユーザにより手動で入力する必要はない。このページはユーザに、ユーザが「Update」ボタンを選択した後に提示される。
【００６６】
図５１は、更新されたキャラクタ詳細ページを示し、このページは「Legal Details」セクションの下に新たに追加された要求の新しい行を表示している。実施例では、ユーザがカーソルを新たに追加された要求に相応するライン上のワード「Details」の上に位置させると、小さなウィンドウが表示され、このウィンドウは製品フィールドに入力されたエントリー(すなわちwallet, purse, belt (定期入れ、財布、ベルト))を示す。このことによりユーザには製品リストが提示され、特定の商標出願が提出されており、「E」ボタンを使用して実際の要求ページに移行する必要のないことが分かる。
【００６７】
図５２は、該当するサマリーの更新表示を行う法律マネージャホームページを示す。とりわけここでは「１」が「Requested Summary（要求されたサマリー）」セクションに示されている。ユーザは「Requested Summary」ヘッディングをリンクさせて、図５３に示すように「Requested（要求された）」状態のすべてのフォームの詳細リストを見ることができる。
【００６８】
再び図４５を参照すると、キャラクタ詳細ページが示されており、「Legal Details」ヘッディングの右への第２アイコンには「+」の赤ボックスがあり、これによりユーザは図５４に示すように、「Add a New Registration Request -Expected Future Use（新しい登録要求の追加-将来の使用が期待される）」にアクセスすることができる。このページは、現在は使用されていないが将来の使用を意図するグラフィックおよび/または特定の製品カテゴリーのために開発中であるグラフィックに対する新商標の法的アクション要求に対して使用される。とりわけこのページによりユーザは、善意の使用意図（ITU）に基づき、グラフィックを商標とする商標出願を要求することができる。
【００６９】
「New Registration Request Added - Graphics Already In Use」ページと同じように、グラフィック名、グラフィックIDフィールドがこのページが作成されるときに自動的に挿入される。従ってユーザはデータをこれらのフィールドに入力する必要がない。しかし「Date of First Use on Product（製品の第１使用のデータ）」フィールドの代わりに「Timeframe」フィールドが、ユーザが意図する使用のデータを入力するのに使用される。ここででもこの実施例には法的セクションが含まれていない。ユーザが情報をこのページに入力し、「Update」ボタンを選択すると、法律詳細セクションがキャラクタ詳細ページに現れ（「Requested - Summary」が法律マネージャホームページに現れるように）、ユーザがこれを閲覧した後に相応に更新される。
【００７０】
図５５は「New Registration Request Added - Graphics for Future Use（新しい登録要求が追加された-将来の使用のためのグラフィック）」ページを示す。このページにより、要求が知的財産管理システム１００に受け入れられたことが確認できる。ここでは「Test Request ２」値が「Action Requested」フィールドに、そして「Fall ２００５」値が「Product Timeframe」フィールドに示されている。
【００７１】
図５６は、更新されたキャラクタ詳細ページを示す。ここではITU出願を提出するための要求が法律詳細セクションのリストに追加されている。
実施例では、記録の編集に使用される「E」アイコンが要求の隣に赤く示されており、これは将来的使用での要求であることを指示する。ユーザは赤い「E」を選択して、要求フォームをオープンすることができる。
【００７２】
図５７は、登録要求編集ページの部分を示す。このページによりユーザは、提出された図５４の「New Registration Request - Graphics for Future Use」を編集することができる。図には「Legal Section Only」セクションだけが示されている。ここでユーザは「１０/０１/０５」値を「Date of Expected Usage」フィールドに入力してあり、「０４/０１/０６」値を「Must Use By」フィールドに入力してある。同様に「Action Status」の値が「In Progress」に変化されている。予期される使用のデータは、商標局に送信される商標出願に入力されたデータである。「Must Use By」フィールドのデータは、このアイテムを商標出願にリストアップされたカテゴリーで使用することを開始する声明が実現されるまでの最終期限とすべきである。実施例では延長が要求されるたびに、このデータを更新して次のデッドラインを反映すべきである。このページはまたシリアル番号フィールドを含んでおり、このフィールドには有利にはUSPTOからシリアル番号が入手されると直ちに番号を入力し、TARRサイトの商標出願のアクセスできるようにリンクすべきである。実施例では「Date of Expected Use」フィールドが完成されると、この要求が法律マネージャホームページの「Future Use Summary」に示される。
【００７３】
「Legal Details」ヘッディングの右にある赤と緑の「+」ボタンの隣のエンベロープアイコンボタンはキャラクタ詳細ページの情報表示を更新する。従って図５８に示すように、「Test Request ２」要求の状態は更新され、「In Progress」と表示される。さらに法律マネージャホームページはまた、図５９に示すように、ユーザが次にアクセスするときに更新され、「Future Use Summary」は２つのエントリーを示している。さらにユーザが「Future Use」ヘッディングリンクを選択すると、ユーザには将来的使用記録のリストが提示される。これは図６０に示すように「Test Request ２」要求を含むように更新されている。
【００７４】
再び図５９に示される法律マネージャホームページを参照し、ここでユーザが「In Progress Summary」ヘッディングリンクを選択すると、ユーザは図６１に示されるように「Test Request ２」を含むように更新された要求の「In Progress」サマリーリストを閲覧することができる。
【００７５】
＜証明マネージャ＞
図６２は、Certificate Manager（証明マネージャ）ホームページを示す。このページによりユーザは知的財産管理システム１００の証明マネージャモジュール１１０と相互作用し、データベース１２０にある真正の種々の証明（単に「証明」と称する）についての情報を記憶する証明データベース記録を操作することができる。とりわけ証明マネージャマネージャモジュール１１０によりーザは、データベース１２０に証明記録を作成し、記憶された証明記録を変形、削除、または他の形式で管理し、顧客が購入した製品に対して発行された証明を追跡することができる。これについては後でさらに説明する。実施例では、知的財産管理システム１００はオリジナル作品に対して証明（オリジナル証明）を発行する。同様に他の形式の証明もここで同定される。
【００７６】
＜オリジナル作品の証明＞
有利な実施例では、証明マネージャホームページのデフォルト表示は「Original Certificate Page（オリジナル証明ページ）」である。オリジナル証明ページは、データベース１２０から検索されたオリジナル証明に対する情報を記憶するすべてのデータベース記録（オリジナル証明データベース記録）のリストを含んでいる。実施例ではこの例で見られるように、各オリジナル証明に対する情報が１列にリストアップされており、このリストのカラムは各オリジナル証明データベース記録から予選択されたフィールドの情報を表示している。このカラムは、もっとも頻繁に使用されるサマリーまたはオリジナル証明についての重要な情報を提供するために選択される。この情報は、オリジナル証明に対する情報を記憶するオリジナル証明データベース記録に対する識別番号（ID）、オリジナル証明シリアル番号(Serial Number)、証明が発行されたアイテムのタイトル（Item Title）、証明書にある顧客名（Last, First Name）、アイテムの製造データ(Manufactured)、証明発行データ（Issued）、および証明書の印刷状態（Status）を含む。これらおよび他のフィールドに対する説明をさらに詳細に行う。
【００７７】
オリジナル証明ページは、ここに説明する他の形式の証明に対するページと類似しており、ページの左側にメニューバーを含んでいる。このメニューバーはリンクを含んでおり、これによりユーザはどの形式、またはどの証明を作成または管理したいかを選択することができる。さらに述べるように、メニューバーによりユーザはまた作成された証明の印刷待ち行列を監視および管理することができる。
【００７８】
Original Certificate Pageからスタートすると、ユーザは新しいオリジナル証明データベース記録を作成し、新しいオリジナル証明に対する情報を「New Certificate」リンクを選択することにより記憶することができる。このリンクはOriginal Certificate Pageの上部右に配置されている。ユーザがこのリンクを選択すると、図６３に示すように「Add Original Certificate」のページに移る。Add Original Certificate Pageにリスとされた第１フィールドは「Original Number」フィールドである。通常オリジナルは一種類である。しかしアーティストがテンプレートまたはモールドを作製し、「多重」オリジナルを手作りすることがある。この場合、オリジナルには番号が付される。従ってオリジナルが一種類の製品であれば、数字「１」がこのフィールドに記憶される。オリジナルが多重オリジナルであれば、このフィールドには所定のピースの数が記憶される。「Style Number」フィールドは、ユーザが証明書を作成する製品を識別する。「Additional Features」フィールドは、多重オリジナルを区別するのに有用の情報の記憶に用いられる。例えば多重オリジナルの場合、証明書の作成されたオリジナルが、別のオリジナルが有していないフィーチャを有していれば、このフィーチャがこのフィールドにリストアップされる。「Purchase Price」フィールドはアイテムの購入値段をリストアップする。「Date Purchased」フィールドと「Date Certificate Issued」フィールドは、アイテムが購入された日付、および証明書の発行された日付をそれぞれ追跡する。「Status」フィールドは証明書の印刷状態を記憶する。ユーザが証明書を作成したいが、これの印刷は後で行いたい場合、ユーザは「Hold」オプションを選択することができる。有利な実施例ではこのフィールドは「Hold」がデフォルトである。ユーザが証明書の印刷を直ちに望む場合、ユーザは「Print（印刷）」オプションを選択する。いったん証明書が印刷されると、この状態は「Printed（印刷済み）」に変化する。「Store Purchased At（…店で購買）」フィールドはそのピースが購買された場所を特定する。「Notes」フィールドは、他のフィールドに記憶されていないが、この特定の証明に関連する情報を記憶する。実施例ではこのフィールドは証明書に印刷されない。「Undate」ボタンにより、証明データベース記録はデータベース１２０への入力情報とされる。
【００７９】
図６４は、Original Certificate Pageにリストアップされたオリジナル証明データベース記録が更新された様子を示す。このページは顧客名「Joe Shmoe」により所有される「Bear Overboard」製品に対して新たに追加された証明を含む。実施例ではこのリストの各オリジナル証明データベース記録に対してユーザは、関連の証明詳細ページ、製品詳細ページ、または顧客詳細ページにOriginal Certificate Pageからアクセスすることができる。たとえば「Joe Shmoe」が選択されると、図６５に示されるようにJoe Shmoeに対する顧客詳細ページに移る。顧客詳細ページについて顧客マネージャモジュール１１２に沿って説明するが、このページはここでは「Products Registered（製品登録済み）」セクションを含む顧客詳細ページの下部に示されている。このセクションは、顧客により登録された製品をリストアップする。この実施例では、このリストは新たに作成されたBear Overboard証明を含む。ここからユーザは証明詳細ページまたは製品詳細ページに移行することができる。例えば「Bear Overboard」に対するシリアル#を選択すると、証明詳細ページに移る。
【００８０】
図６６は、ユーザによりちょうど作成された証明に対する証明詳細ページを示す。この例に示されるように上記のフィールドに加えて、Purchase Price(購入価格)フィールドは「５０００.００」でこのアイテムが購入されたことを示している。「Date Purchased（購入日）」フィールドと「Date Issued（発行日）」フィールドはそれぞれこのアイテムの購入日と証明書の発行日を記憶しており、「January ２３, ２００４」の同じ日付を示している。「Status（状態）」フィールドは証明書が「Hold（保留）」であることを示しており、これはユーザが証明書の印刷を、これの作成時には望まなかったことを意味する。「Store Purchased At（…店で購入）」フィールドはこのアイテムが「Art Show」で購入されたことを示している。注は入力されておらず、従ってNotesフィールドは情報を表示しない。ユーザは証明書を、このページの下部右に配置されたプリンタアイコンを選択することにより印刷することができる。いったん印刷されると、Quick Summaryセクションが証明マネージャモジュール１１０により更新され、証明の変化した状態を反映する。
【００８１】
証明書の発行された顧客に対する特定の顧客情報は証明詳細ページにも表示されることに注意されたい。有利な実施例では、この顧客情報のすべてを、顧客データベース記録に対してデータベース１２０の問い合わせにより検索することができる。この顧客データベース記録は顧客の顧客IDにより特定される。従って、証明データベース記録と関連の顧客データベース記録とが何らかの方法でリンクされていれば、特別の目的のために行うのでなければ重複する情報を記録する必要はない。例えば顧客IDを証明データベース記録に記憶することにより、顧客に関連する証明IDを顧客データベース記録に記憶することにより、および/または顧客に所属する証明を特定するインデクスを作成することにより、関連情報を維持することができる。しかし別の実施例では、顧客情報が証明データベース記録に記憶されていれば、必要な顧客情報を得るために顧客データベース記録を検索する必要がない。これによりデータベース１２０で行われる照会の量が低減される。
【００８２】
＜非印刷複製品に対する証明書＞
知的財産管理システム１００はまた美術印刷物ではないすべての複製品に対する証明（複製証明）を追跡することもできる。例えば複製証明は限定生産のハンドバッグに対して発行することができる。反対に美術印刷物証明の内容（FA/印刷証明）はしばしば、カリフォルニア民法のような法律により規制される。従って美術印刷複製品は下に説明する固有の証明フォームを必要とする。複製品証明ページにアクセスするためにユーザは、図６２に示す証明マネージャホームページのメニューバーエリアにある「Reprod Certificate」リンクを選択する。
【００８３】
図６７はReproduction Certificate（複製証明）ページを示す。このページは、データベース１２０にある複製証明データベース記録のリストを含む。ユーザは複製証明データベース記録を、このページの上部右角に配置された「New Certificate」リンクを選択することにより作成することができる。これによりユーザはAdd Reproduction Certificate(複製証明の追加)ページに移る。ここに説明する実施例では、Add Reproduction Certificate（複製証明の追加）ページはAdd Original Certificate（オリジナル証明の追加）ページと同じフィールドを含んでおり、実施例では知的財産管理システム１００は、ユーザが「Certificate Type（証明形式」フィールドにより作成した証明データベース記録の形式を追跡する。この「Certificate Type（証明形式」フィールドにはユーザは通常アクセスすることができない。実施例ではこのフィールドの値は、「New Certificate（新たな証明）」リンクが配置されているページによって決定される。従って例えば、ユーザが複製証明ページの「New Certificate」リンクを選択したので、新たな複製証明データベース記録が「Reproduction Certificate（複製証明）」の証明書形式により作成される。Add Reproduction Certificateページはまた「Update」ボタンを有しており、新たに作成された複製証明データベース記録する情報がユーザに提示される。
【００８４】
図６８は「New Reproduction Certificate Added（新たな複製証明が追加された）」ページを示す。このページは「Mark Ryden Meat Handbag」製品の第５エディションに対して追加された複製証明データベース記録を確認するものである。ここでProduct ID(製品ID)は１１であり、２００４年１月２６日にBloomingdalesで、７８.００でShmoe, Joeにより購入された。この顧客のCustomerIDは１９である。このページはこの特定のピースに対する付加的フィーチャとして、図示のようにPaul Frankにより署名されていることを示している。図６９は更新されたリストを備えるReproduction Certificateページを示し、このリストは作成された複製証明を含む。
【００８５】
＜美術印刷複製品に対する証明＞
図７０は、Fine Art/Print Certificate（美術品/印刷証明）ページを示す。このページにユーザは、図６２に示す証明マネージャホームページのメニューバーにある「FA/Print Certificate」リンクを選択することによってアクセスすることができる。他の証明ページと同じように、ユーザはFA/印刷証明データベース記録を「New Certificate」リンクの選択により作成することができる。このリンクは美術品/印刷証明ページの上部右部分にある。本発明の実施例では、証明記録のこの形式に対するフィールドは、製品証明に対するものと同じである。法的要件を満たすために必要な付加的情報は前もって、この証明に対応する製品に対する製品データベース記録に入力されている。これついてはさらに下で製品マネージャモジュール１０６に対して説明する。
【００８６】
図７１は「New Fine Art/Print Certificate Added（新たな美術品/印刷証明が追加された）」ページを示し、このページは次の値を備える新たな美術品/印刷証明データベース記録の追加を確認するためのものである：
Edition Number(エディション番号): １２
Customer(顧客): Joe Shmoe
Style Number(スタイル番号): Test Printed Fine Art Reproduction 
Additional Features(付加的フィーチャ): Remarque of Julius
Purchase Price(購入価格): ２５００.００ 
Date Purchased and Issued(購入日および発行日): １/２７/０４ 
Status(状態): Hold 
Store(店): Art Show。
【００８７】
＜印刷待ち行列＞
上に述べたようにユーザが証明を作成すると、ユ―ザはいつ証明書を印刷すべきかを、各証明記録に印刷状態(print, hold,または printed)を割り当てることにより選択する。上記の例ではユーザは３つの証明を作成したが、それらの証明を印刷しない。従って３つの証明には「Hold」状態が割り当てられている。ユーザはこれらの証明およびまだ印刷されていない他の証明を、印刷待ち行列管理フィーチャを使用して配置および印刷することができる。このフィーチャは証明マネージャモジュール１１０により提供される。ユーザはこのフィーチャに、図６２に示された証明マネージャホームページのメニューバーエリアにある「Hold Queue」リンクを選択することによってアクセスすることができる。
【００８８】
図７２は「Certificate Hold Que(証明保留待ち)」ページを示し、このページは「Hold」状態を有するすべての証明記録のリストを含む。実施例ではユーザは１つまたは複数の保留された証明を、それらの状態を「Hold」から「Print」に変化することにより印刷することができる。前に述べたようにデータベース記録を編集するための「edit（編集）」機能が、緑の四角「E」アイコンにより表されている。従ってこの例では、ユーザは自分が印刷したい証明記録の横にある編集アイコンを選択し、その状態を変化させる。各証明データベース記録が変化されると、これは証明保留待ち行列ページから移動される。印刷のためにこの記録にアクセスするには、ユーザはメニューバーにある「Print Queue」リンクを選択する。
【００８９】
図７３は「Certificate Print Que(証明印刷待ち行列)」ページを示し、ここには保留待ち行列から移動された３つの証明が示されている。いったんユーザがこれらの証明を印刷すると、それらのデータベースは「Print」から「Printed(印刷済み)」に状態が変化される。実施例では証明マネージャモジュール１１０は、いつ特定の証明が印刷され、証明データベース記録が相応にアップデートされたかを検出する。別の実施例ではユーザは、特定の証明が印刷されたときに各証明データベース記録で状態を手動で更新する。いったん証明が印刷されると、これは印刷待ち行列リストから削除される。印刷された証明書を表示するためにユーザは、メニューバーにある「Printed Queue(印刷された待ち行列)」を選択する。これによりユーザには図７４に示される「Certificate Primed Que(印刷された証明待ち行列)」ページに移行する。「Certificate Printed Que(印刷された証明待ち行列)」ページは更新された証明データベース記録のリストを含んでおり、３つの印刷された証明書を示している。
【００９０】
上に述べたように証明マネージャホームページのデフォルト表示は前記実施例では、Original Certificate(オリジナル証明)ページである。しかし証明マネージャホームページのデフォルト表示は前記ページのいずれかにすることができることに注意すべきである。例えばデフォルトページをCertificate Hold Queページにして、形成された種々の証明を顧客に配送する重要性を強調することもできる。別の実施例では、種々のユーザに種々異なるデフォルトページを、証明マネージャホームページへのアクセス後に割り当てることができる。例えば証明書の印刷に一次的責任のあるユーザは、証明マネージャホームページへアクセスするときにCertificate Print Queページに移ることができる。さらに、ユーザにはセキュリティ情報を割り当てることができ、これによりユーザに証明マネージャモジュール１１０の各ページへのアクセス権を与えることができる。他のマネージャモジュールも同様である。さらに別の実施例ではこのアクセス権は記録形式に基づくことができる。セキュリティの種々のレベルおよび細分度を組み合わせて、特定の状況に対して所要のようにセキュリティポリシーを実現することができる。もっとも大きな細分度はデータベース全体およびこれに含まれる記録のすべての形式に割り当てることができ、もっとも小さな細分度はモジュールの特定のページまたは機能に割り当てることができる。もっとも小さな細分度をシングルフィールドとすることも実際的である。同様にセキュリティポリシーはセキュリティ権の種々のレベルを含むことができる。もっと高いレベルは割り当てられた細分度におけるすべてのエレメントを作成し、更新し、または削除することができるフルアクセス件であり、最も低いレベルは割り当てられた細分度での読み出しだけの、または他の機能だけのアクセス権である。従ってレベルと細分度は、機能およびアクセスするデータに基づくことができる。
【００９１】
＜顧客マネージャ＞
図７５は顧客マネージャモジュール１１２に対するCustomer Managerホームページを示す。この顧客マネージャモジュールは本発明の有利な実施例に従い構成されている。Customer Manager(顧客マネージャ)ホームページは、表形式でデータベース１０２にあるすべての顧客データベース記録のリストを表示する。ここでは電話番号（Phone）およびeメールアドレス（Email）を含む、各顧客への所定のコンタクト情報を表示する。
【００９２】
図７６は、Customerページを示し、このページは選択された顧客「Shmoe, Joe」に対する顧客データベース記録の詳細を示す。有利な実施例では、顧客データベース記録に記憶されたこの情報は、郵送先登録カード、ウェッブサイト登録、または小売店または元売り人からの販売情報またはマーケティングなどのソースから収集される。コンタクト情報に加えて、Customerページはさらに、この顧客が購買したおよび/または登録した(製品登録)製品もリストアップする。実施例では、製品リストはデータベース１０２の証明データベース記録のサーチによって発生される。証明マネージャモジュール１１０の説明でに述べたように、各証明データベース記録は顧客識別情報を含んでおり、これにより証明書を発行した顧客を識別することができる。
【００９３】
実施例では、顧客マネージャモジュール１１２がユーザに新しい顧客データベース記録を追加するためにマルチロケーションを提供する。例えば図７６に示された顧客詳細ページを参照すると、ユーザはこのページの左側のグレーメニューバーに配置された「New Customer」リンクを選択することができる。択一的にユーザは、このページの上部右のグレーバーエリアに配置された「New Customer」リンクを選択することもできる。これらのリンクはまた、図７５に示すCustomer Managerホームページのロケーションと同様に配置されている。
【００９４】
図７７は「Add New Customer(新しい顧客の追加)」ページを示す。このページはユーザに、ユーザが「New Customer」リンクを選択したときに新しい顧客記録を追加するために提示される。ユーザが要求される情報を入力すると、ユーザはデータベース１２０を入力された情報により、このページの下部にある「Update」ボタンを選択することによって更新することができる。次にユーザには、顧客記録に入力された情報が追加されていることの確認が提示される。
【００９５】
図７８は「New Customer Added(追加された新しい顧客)」を示し以下の詳細を含んでいる：
Name(名前): Jane Doe 、
Email(eメール): janedoe@email.com 、
Work Phone(勤務先電話): ９４９/５５５-１２１２、
Address(住所): ４５６ Town St, Citysville CA ９２６２７、
Gender(性別): female(女性) 、
Age Range(年齢層): ３１-３５ 、
VIP: Yes。
【００９６】
図７９は更新されたCustomer Managerホームページを示し、このページはデータベース１２０の顧客データベース記録に「Jane Doe」が追加されたことを反映している。ユーザは顧客の顧客データベース記録を「edit」ボタンの選択により編集することができる。このボタンは「E」の緑四角により示されている。この編集ボタンはこのページだけでなく顧客詳細ページにも設けられている。編集ボタンが選択されると、ユーザは図８０に示す「Edit Customer(顧客編集)」ページに移行する。ここでユーザはJane Doeの住所を「５５５ Camino St.」に更新し、「Update」ボタンを選択してデータベース１２０に変更を記憶させることができる。Edit Customerページはまた「delete」ボタンを含んでいる。このボタンはページ下部の「x」の赤四角により示されている。ユーザがこのボタンを選択すると顧客記録のエントリーが消去される。
【００９７】
図８１は「Delete Customer(顧客削除)」ページを示し、ここでユーザは削除要求の確認を求められる。ユーザがこの顧客記録の削除を望むなら、ユーザは「Delete」ボタンを選択する。ユーザがこの顧客記録の削除を望まないなら、ユーザは「Close Window」ボタンを選択することができる。ユーザが削除を確認すると、図８２に示すように「Customer Deleted(削除された顧客)」ページがユーザに提示され、削除を確認することができる。
【００９８】
＜検索モジュール＞
図８３は、検索モジュールモジュール１１４に対するSearch Managerページを示す。このページでユーザは、データベース１２０に記録された顧客、製品、証明、またはキャラクタを検索することができる。実施例ではデフォルトホームページは「Customer Search」ページであり、これによりユーザは特定の基準にマッチングする１つまたは複数の顧客データベース記録を検索することができる。ユーザはこのページにアクセスして、別の形式の検索を実行することができる。このことはこのページの左側に配置されたメニュー上の所望のサーチリンクを選択することによって行われる。例えばユーザが「Product Search(製品検索)」を選択すると、ユーザには図８４に示すような「Product Search」ページが提示される。
【００９９】
実施例では、各ページが英数字入力ボックス(Search)を有しており、このボックスにユーザは検索のための英数文字をタイプすることができる。この英数字文字はキーボードデバイスにより入力できるすべてのキャラクタを含むことができ、すべての句読点およびスペースキャラクタも含む。この実施例で検索は、英数字文字がタイトルまたはキーワードフィールドでヒットするすべての記録を復帰させる。別の実施例では、検索はタイトルおよびキーワードフィールドだけでなくすべてのフィールドの検索を含む。
【０１００】
例えば製品検索ページですべてのハンドバッグに対する検索を実行するために、ユーザは「handbag」をサーチボックスにタイプし、検索実行ボタンを選択する。このボタンはサーチボックスの横の３つの矢印「>>>」により示されている。図８５は更新されたProduct Search(製品検索)ページを示す。ここでは検索結果を含む検索の結果がユーザに提示される。図に示されているように、このリストは単語「handbag」がタイトルまたはキーワードフィールドに発見されたすべての製品データベース記録を含んでいる。ユーザは、ヒットした特定の製品データベース記録に対するリンクを、その詳細を閲覧するために選択することができる。
【０１０１】
図８６は製品詳細ページを示し、ここでユーザは上記の例に続いて「Shag Tiki Handbag」とラベルされたリンクを検索結果リストから選択する。製品詳細ページは前に説明したように、データベース１２０から検索された製品データベース記録からの情報を表示する。この場合は、Shag Tiki Handbag製品に対する製品データベース記録からである。ユーザが「Back」ボタンを選択すると、ブラウザはユーザが直前に見ていたSearch Managerページ上の検索結果リストにリターンする。ユーザはまた、メニューバー上の「Search Manager」エントリーを選択することで、デフォルトのSearch Managerページにリターンする。このページは図８３に示されたSearch Managerホームページである。
【０１０２】
以下のテーブルは、本発明の実施例により、データベース１２０として使用される各フィールドに記憶すべきデータに対する有利なデータ形式および種々のフィールドをリストアップして示す。ここに説明したようにこのフィールドのデータは、データベース管理システム１００の種々のモジュールによって使用される。ここにリストアップされたデータ形式は基本的に例であり、当業者であれば他のデータ形式に置換することができ、請求される発明の範囲を限定するものではない。さらに当業者には公知にように、１つの形式の記録は、別の形式の記録に記憶された情報のコピーである情報を記憶することができる。例えば上に述べたように証明データベース記録は、証明書の発行された特定のアイテムを購買した顧客の名前を記憶することができる。しかし証明データベース記録はまた、顧客名を備えるデータベース１２０から、リンクされた顧客データベース記録を検索するために使用されるリンク情報を記憶することもできる。逆に顧客データベース記録は、顧客に対して発行された証明書に対する情報を記憶する証明データベース記録へのリンクを含むこともできる。顧客が多数の製品を購買したコレクタであり、多数の証明書が発行されていれば、この顧客の顧客データベース記録は証明データベース記録のそれぞれへのリンク含むことができる。これらの１対１関係または多数対１関係は、本発明のデータベース構造を実現するために種々のやり方で定義することができる。
【０１０３】
＜表−マネージャモジュール毎のフィールド分類/データ形式/フィールドエントリー形式(モジュールに関連する機能)。＞
１. 製品マネージャ(追加、編集、削除、更新)
a.  製品名                                (nvarchar)      テキスト
b.  スタイル番号                          (nvarchar)      テキスト
c.  国内向けエディション番号              (int)           テキスト
d.  海外向けエディション番号              (int)           テキスト
e.  アーティストプルーフエディション      (int)           テキスト
f.  出荷データ                            (日付/時間)     カレンダー
g.  登録番号                              (int)           テキスト
h.  使用可能なトータル番号                (int)           テキスト。
【０１０４】
２. 顧客マネージャ(追加、編集、削除、更新)
a.  名前                                  (nvarchar)      テキスト
b.  通り住所                              (nvarchar)      テキスト
c.  市                                    (nvarchar)      ドロップメニュー
d.  州                                    (nvarchar)      ドロップメニュー
e.  郵便番号                              (nvarchar)      テキスト
f.  国                                    (nvarchar)      ドロップメニュー
g.  接頭辞                                (nvarchar)      ドロップメニュー
h.  接尾辞                                (nvarchar)      ドロップメニュー
i.  勤務先電話                            (nvarchar)      テキスト
j.  自宅電話                              (nvarchar)      テキスト
k.  携帯電話                              (nvarchar)      テキスト
l.  ファックス                            (nvarchar)      テキスト
m.  eメール                               (nvarchar)      テキスト
n.  性別                                  (nvarchar)      ドロップメニュー
o.  年齢層                                (nvarchar)      ドロップメニュー
p.  メーリングリスト                      (nvarchar)    ユーザの選択できるラジオ
q.  注                                    (nvarchar)      テキスト。
【０１０５】
３. 証明マネージャ(追加、編集、削除、更新)
a.  シリアル番号                          (nvarchar)      テキスト
b.  フィーチャ                            (nvarchar)      テキスト
c.  購入価格                              (nvarchar)      テキスト
d.  購入日                                (日付/時間)     カレンダー
e.  証明書発行日                          (日付/時間)     カレンダー
f.  状態                                  (nvarchar)  ユーザの選択できるラジオ
g.  購入店                                (nvarchar)      テキスト
h.  注                                    (nvarchar)      テキスト。
【０１０６】
４. 法律マネージャ(追加、編集、削除、更新)
a.  依頼人                            (nvarchar)       テキスト
b.  要求されたアクション              (nvarchar)       テキスト
c.  提出されたサンプル                (nvarchar)       テキスト
d.  写真１                             (nvarchar)      ファイルアップロード
e.  写真２                             (nvarchar)      ファイルアップロード
f.  写真３                             (nvarchar)      ファイルアップロード
g.  写真４                             (nvarchar)      ファイルアップロード
h.  写真５                             (nvarchar)      ファイルアップロード
i.  最初の使用のデータ                (nvarchar)       テキスト
j.  製品での最初の使用のデータ        (nvarchar)       テキスト
k.  製品                              (nvarchar)       テキスト
l.  非製品                            (nvarchar)       テキスト
m.  国での登録                        (nvarchar)       テキスト
n.  注                                (nvarchar)       テキスト
o.  シリアル番号                      (nvarchar)       テキスト
p.  登録番号                          (nvarchar)       テキスト
q.  商標データ                        (nvarchar)       テキスト
r.  タイムフレーム                    (nvarchar)       テキスト
s.  予想使用日/何日までに使用         (nvarchar)       テキスト
t.  アクション状態                    (nvarchar)       ドロップメニュー
u.  法律的注                          (nvarchar)       テキスト。
【０１０７】
５. キャラクタマネージャ(追加、編集、削除、更新)
a.  キャラクタ/グラフィック名       (nvarchar)       テキスト
b.  画像カテゴリー形式              (nvarchar)       ユーザの選択できるラジオ
c.  キーワードサーチ                (nvarchar)       テキスト
d.  パントンカラー                  (nvarchar)       テキスト
e.  作成者                          (nvarchar)       ドロップメニュー
f.  加工者                          (nvarchar)       ドロップメニュー
g.  作成日                          (日付/時間)      カレンダー
h.  製品での最初の使用              (nvarchar)       テキスト
i.  経歴                            (nvarchar)       テキスト
j.  注                              (nvarchar)       テキスト
k.  形状完成者                      (nvarchar)       テキスト
l.  写真                            (nvarchar)       ファイルアップロード
m.  カテゴリー                      (nvarchar)       ドロップメニュー    *使用
n.  アイテム                        (nvarchar)       テキスト    *使用法
o.  季節                            (nvarchar)       ドロップメニュー    *使用法
p.  年                              (nvarchar)       ドロップメニュー    *使用。
【０１０８】
上記の実施例は本発明の例としての実施例である。当業者であればここに開示された発明コンセプトから逸脱することなく、上記実施例を様々に使用および改善することができる。従って本発明は、請求の範囲によってのみ限定すべきである。
【図面の簡単な説明】
【０１０９】
本発明をより理解するために添付図面を参照する。同じ数字は図面を通して同じ部材を示す。
【図１】本発明の有利な実施例により構成された知的財産管理システムのブロック回路図である。
【図２】本発明の有利な実施例により構成された、図１の知的財産管理システムで使用されるコンピュータシステムのブロック回路図である。
【図３】本発明の有利な実施例により構成された、図１の知的財産管理システムと共に使用されるコンピュータシステムのネットワークを示すネットワーク図である。
【図４】本発明の有利な実施例により構成された、図１の知的財産管理システムのグラフィカルユーザインタフェース（GUI）を示すスクリーン図である。
【図５】図５から図３１は、本発明の有利な実施例により構成された、図１の知的財産管理システムのキャラクタマネージャモジュールの操作を示す一連のスクリーン図である。
【図６】図５の説明で述べた一連のスクリーン図の１つである。
【図７】図５の説明で述べた一連のスクリーン図の１つである。
【図８】図５の説明で述べた一連のスクリーン図の１つである。
【図９】図５の説明で述べた一連のスクリーン図の１つである。
【図１０】図５の説明で述べた一連のスクリーン図の１つである。
【図１１】図５の説明で述べた一連のスクリーン図の１つである。
【図１２】図５の説明で述べた一連のスクリーン図の１つである。
【図１３】図５の説明で述べた一連のスクリーン図の１つである。
【図１４】図５の説明で述べた一連のスクリーン図の１つである。
【図１５】図５の説明で述べた一連のスクリーン図の１つである。
【図１６】図５の説明で述べた一連のスクリーン図の１つである。
【図１７】図５の説明で述べた一連のスクリーン図の１つである。
【図１８】図５の説明で述べた一連のスクリーン図の１つである。
【図１９】図５の説明で述べた一連のスクリーン図の１つである。
【図２０】図５の説明で述べた一連のスクリーン図の１つである。
【図２１】図５の説明で述べた一連のスクリーン図の１つである。
【図２２】図５の説明で述べた一連のスクリーン図の１つである。
【図２３】図５の説明で述べた一連のスクリーン図の１つである。
【図２４】図５の説明で述べた一連のスクリーン図の１つである。
【図２５】図５の説明で述べた一連のスクリーン図の１つである。
【図２６】図５の説明で述べた一連のスクリーン図の１つである。
【図２７】図５の説明で述べた一連のスクリーン図の１つである。
【図２８】図５の説明で述べた一連のスクリーン図の１つである。
【図２９】図５の説明で述べた一連のスクリーン図の１つである。
【図３０】図５の説明で述べた一連のスクリーン図の１つである。
【図３１】図５の説明で述べた一連のスクリーン図の１つである。
【図３２】図３２から図４２は、本発明の有利な実施例により構成された、図１の知的財産管理システムの製品マネージャモジュールの操作を示す一連のスクリーン図である。
【図３３】図３２の説明で述べた一連のスクリーン図の１つである。
【図３４】図３２の説明で述べた一連のスクリーン図の１つである。
【図３５】図３２の説明で述べた一連のスクリーン図の１つである。
【図３６】図３２の説明で述べた一連のスクリーン図の１つである。
【図３７】図３２の説明で述べた一連のスクリーン図の１つである。
【図３８】図３２の説明で述べた一連のスクリーン図の１つである。
【図３９】図３２の説明で述べた一連のスクリーン図の１つである。
【図４０】図３２の説明で述べた一連のスクリーン図の１つである。
【図４１】図３２の説明で述べた一連のスクリーン図の１つである。
【図４２】図３２の説明で述べた一連のスクリーン図の１つである。
【図４３】図４３から図６１は、本発明の有利な実施例により構成された、図１の知的財産管理システムの法律マネージャモジュールの操作を示す一連のスクリーン図である。
【図４４】図４３の説明で述べた一連のスクリーン図の１つである。
【図４５】図４３の説明で述べた一連のスクリーン図の１つである。
【図４６】図４３の説明で述べた一連のスクリーン図の１つである。
【図４７】図４３の説明で述べた一連のスクリーン図の１つである。
【図４８】図４３の説明で述べた一連のスクリーン図の１つである。
【図４９】図４３の説明で述べた一連のスクリーン図の１つである。
【図５０】図４３の説明で述べた一連のスクリーン図の１つである。
【図５１】図４３の説明で述べた一連のスクリーン図の１つである。
【図５２】図４３の説明で述べた一連のスクリーン図の１つである。
【図５３】図４３の説明で述べた一連のスクリーン図の１つである。
【図５４】図４３の説明で述べた一連のスクリーン図の１つである。
【図５５】図４３の説明で述べた一連のスクリーン図の１つである。
【図５６】図４３の説明で述べた一連のスクリーン図の１つである。
【図５７】図４３の説明で述べた一連のスクリーン図の１つである。
【図５８】図４３の説明で述べた一連のスクリーン図の１つである。
【図５９】図４３の説明で述べた一連のスクリーン図の１つである。
【図６０】図４３の説明で述べた一連のスクリーン図の１つである。
【図６１】図４３の説明で述べた一連のスクリーン図の１つである。
【図６２】図６２から図７４は、本発明の有利な実施例により構成された、図１の知的財産管理システムの証明マネージャモジュールの操作を示す一連のスクリーン図である。
【図６３】図４３の説明で述べた一連のスクリーン図の１つである。
【図６４】図４３の説明で述べた一連のスクリーン図の１つである。
【図６５】図４３の説明で述べた一連のスクリーン図の１つである。
【図６６】図４３の説明で述べた一連のスクリーン図の１つである。
【図６７】図４３の説明で述べた一連のスクリーン図の１つである。
【図６８】図４３の説明で述べた一連のスクリーン図の１つである。
【図６９】図４３の説明で述べた一連のスクリーン図の１つである。
【図７０】図４３の説明で述べた一連のスクリーン図の１つである。
【図７１】図４３の説明で述べた一連のスクリーン図の１つである。
【図７２】図４３の説明で述べた一連のスクリーン図の１つである。
【図７３】図４３の説明で述べた一連のスクリーン図の１つである。
【図７４】図４３の説明で述べた一連のスクリーン図の１つである。
【図７５】図７５から図８２は、本発明の有利な実施例により構成された、図１の知的財産管理システムの顧客マネージャモジュールの操作を示す一連のスクリーン図である。
【図７６】図７５の説明で述べた一連のスクリーン図の１つである。
【図７７】図７５の説明で述べた一連のスクリーン図の１つである。
【図７８】図７５の説明で述べた一連のスクリーン図の１つである。
【図７９】図７５の説明で述べた一連のスクリーン図の１つである。
【図８０】図７５の説明で述べた一連のスクリーン図の１つである。
【図８１】図７５の説明で述べた一連のスクリーン図の１つである。
【図８２】図７５の説明で述べた一連のスクリーン図の１つである。
【図８３】図８３から図８６は、本発明の有利な実施例により構成された、図１の知的財産管理システムの検索マネージャモジュールの操作を示す一連のスクリーン図である。
【図８４】図８３の説明で述べた一連のスクリーン図の１つである。
【図８５】図８３の説明で述べた一連のスクリーン図の１つである。
【図８６】図８３の説明で述べた一連のスクリーン図の１つである。
【図１】
2006228229.tif 000005
【図２】
2006228229.tif 000006
【図３】
2006228229.tif 000007
【図４】
2006228229.tif 000008
【図５】
2006228229.tif 000009
【図６】
2006228229.tif 000010
【図７】
2006228229.tif 000011
【図８】
2006228229.tif 000012
【図９】
2006228229.tif 000013
【図１０】
2006228229.tif 000014
【図１１】
2006228229.tif 000015
【図１２】
2006228229.tif 000016
【図１３】
2006228229.tif 000017
【図１４】
2006228229.tif 000018
【図１５】
2006228229.tif 000019
【図１６】
2006228229.tif 000020
【図１７】
2006228229.tif 000021
【図１８】
2006228229.tif 000022
【図１９】
2006228229.tif 000023
【図２０】
2006228229.tif 000024
【図２１】
2006228229.tif 000025
【図２２】
2006228229.tif 000026
【図２３】
2006228229.tif 000027
【図２４】
2006228229.tif 000028
【図２５】
2006228229.tif 000029
【図２６】
2006228229.tif 000030
【図２７】
2006228229.tif 000031
【図２８】
2006228229.tif 000032
【図２９】
2006228229.tif 000033
【図３０】
2006228229.tif 000034
【図３１】
2006228229.tif 000035
【図３２】
2006228229.tif 000036
【図３３】
2006228229.tif 000037
【図３４】
2006228229.tif 000038
【図３５】
2006228229.tif 000039
【図３６】
2006228229.tif 000040
【図３７】
2006228229.tif 000041
【図３８】
2006228229.tif 000042
【図３９】
2006228229.tif 000043
【図４０】
2006228229.tif 000044
【図４１】
2006228229.tif 000045
【図４２】
2006228229.tif 000046
【図４３】
2006228229.tif 000047
【図４４】
2006228229.tif 000048
【図４５】
2006228229.tif 000049
【図４６】
2006228229.tif 000050
【図４７】
2006228229.tif 000051
【図４８】
2006228229.tif 000052
【図４９】
2006228229.tif 000053
【図５０】
2006228229.tif 000054
【図５１】
2006228229.tif 000055
【図５２】
2006228229.tif 000056
【図５３】
2006228229.tif 000057
【図５４】
2006228229.tif 000058
【図５５】
2006228229.tif 000059
【図５６】
2006228229.tif 000060
【図５７】
2006228229.tif 000061
【図５８】
2006228229.tif 000062
【図５９】
2006228229.tif 000063
【図６０】
2006228229.tif 000064
【図６１】
2006228229.tif 000065
【図６２】
2006228229.tif 000066
【図６３】
2006228229.tif 000067
【図６４】
2006228229.tif 000068
【図６５】
2006228229.tif 000069
【図６６】
2006228229.tif 000070
【図６７】
2006228229.tif 000071
【図６８】
2006228229.tif 000072
【図６９】
2006228229.tif 000073
【図７０】
2006228229.tif 000074
【図７１】
2006228229.tif 000075
【図７２】
2006228229.tif 000076
【図７３】
2006228229.tif 000077
【図７４】
2006228229.tif 000078
【図７５】
2006228229.tif 000079
【図７６】
2006228229.tif 000080
【図７７】
2006228229.tif 000081
【図７８】
2006228229.tif 000082
【図７９】
2006228229.tif 000083
【図８０】
2006228229.tif 000084
【図８１】
2006228229.tif 000085
【図８２】
2006228229.tif 000086
【図８３】
2006228229.tif 000087
【図８４】
2006228229.tif 000088
【図８５】
2006228229.tif 000089
【図８６】
2006228229.tif 000090
【外国語明細書】
INTELLECTUAL PROPERTY MANAGEMENT SYSTEM
Field of the Invention
The present invention relates generally to information management systems and more particularly, to an intellectual property management system.
Background of the Invention
Information concerning intellectual property assets such as patents, trademarks and copyrights is typically stored in databases that can be searched and queried.  Databases containing information about these assets are now widely available on the Internet, and much of the basic data can be obtained free of charge.  For example, the database of patents and trademarks sponsored by the United States Patent and Trademark Office (USPTO) contain records of large number of the patents and trademarks that are processed by these organizations.  Other databases include the copyright database sponsored by the United States Library of Congress and those provided by other organizations such as the European Patent Office.
In managing or working with the intellectual property assets of an organization, it is often desirable to maintain a database of IP assets, typically termed a "portfolio."  A portfolio may be organized according to various attributes, such as a group of patents having a relationship to one another, a list of graphics associated with a particular product line, or simply a group of IP assets that a user desires to group together for the purpose of management, customer service, manipulation, analysis or other objectives.  However, while Internet databases of IP assets such as those mentioned above allow access to and operation on individual assets such as a single trademark, they have not provided organizations with a system for conveniently manipulating a plurality of IP asset records in a database and which is specifically customized to the portfolio of IP asset records representative of copyrights, patents or trademarks or other IP owned by the organization.  These databases also do not provide the organization with the ability to manage the IP assets that are to be kept secret within the organization, such as inventions, images/graphics, logos and writings that have not been submitted for inclusion into the public databases or otherwise disclosed to the public.  Moreover, these databases do not provide the organization with the ability to store customer or product information and relate them to the organization's IP asset records.
Further, there has not been provided a means for assembly such portfolios conveniently and then managing them using the assembled records.  For example, in businesses that produce consumer products, there is a need to maintain information related to the graphics or logos used on those products for legal, sales and marketing purposes.  In another example, where a business produces high-end and one-of-a kind consumer products, there is a need to maintain information related to unique and limited edition products, including issuing and tracking certificates of authenticity.  There is also a need to obtain, track and manage IP protection for the IP used in or on the products, including such rights as trademark, copyright, trade secret, and patent rights as well as other rights.  For example, "use" information is typically maintained for products and services as related to a particular trademark as that information is necessary for the application, registration and maintenance of trademark protection.  
Databases storing information about the organization's customers, products, distributors, suppliers, IP assets and legal rights pertaining to those IP assets need to be interconnected and various relationships between them maintained to add high-level data processing capabilities and management.  
Accordingly, it is desirable to fulfill or address one or more of the needs as noted above.
Summary of the Preferred Embodiments
The present invention provides a system for managing and maintaining information related to unique and limited edition products, including graphics and "cartoon" characters ("characters") used on those products as well as the issuing and tracking of certificates of authenticity for those products.  The system also maintains legal rights information such as information about the trademarks and copyrights sought and/or registered for those graphics and characters.  For example, the legal rights information related to trademark protection includes the usage information of the graphics and characters on products that is necessary for trademark applications, as well as web hyperlink information for creating, accessing and tracking trademark applications and registrations on such websites such as those maintained by the United States Patent and Trademark Office.  In one preferred embodiment, the system includes interconnected databases and relationships that add both high-level data processing capabilities and management of/tracking for: (1) intellectual property embodied in such artworks as characters/graphics, (2) the use of these characters/graphics on products, and (3) the existence of legal protection for the intellectual property.  It should be noted that although the following description discloses an application of the system with respect to protecting intellectual property through trademarks and/or copyrights, one should understand that the description is equally applicable to intellectual property that may be protected by patents, trade secrets, or other forms of intellectual property protection such as mask works or registered designs.
It is an object of the present invention to provide an integrated graphics and related trademark information creation and tracking system having a data storage system including a database, the database storing a plurality of graphics and related trademark database records.  The system also preferably includes a database management system coupled to and in communication with the data storage system, the database management system including a plurality of manager modules coupled to the database that provide access to the plurality of graphics and related trademark database records.  The system further preferably includes a user interface system coupled to the database management system.  The user interface system provides a user with an interface to create an association between a graphics database record identifying a graphic and a trademark database record identifying a trademark application, and to retrieve information related to the trademark application based on that association.  
It is also an object of the present invention to provide a method for managing an intellectual property (IP) database.  The method preferably includes the steps of a user entering into a client computer one or more first criteria for a search of the IP database stored on a server computer system and containing records of IP assets, and then searching the IP database for records matching the one or more criteria.  The method further preferably includes the step of displaying to the user on the client computer a list of records found in the search; receiving a request from the user to search for legal protection for any IP assets stored in any of the records in the list of records, and updating information related to the legal protection for the IP assets.  The method still further preferably includes the step of displaying the information related to the legal protection for the IP assets.
Other objects, features, and advantages of the present invention will become apparent to those skilled in the art from the following detailed description.  It is to be understood, however, that the detailed description of the various embodiments and specific examples, while indicating preferred and other embodiments of the present invention, are given by way of illustration and not limitation.  Many changes and modifications within the scope of the present invention may be made without departing from the spirit thereof, and the invention includes all such modifications.
Brief Description of the Drawings
The invention may be more readily understood by referring to the accompanying drawings in which:
FIG. 1is block diagram of an intellectual property management system configured in accordance with a preferred embodiment of the present invention;
FIG. 2is a block diagram of a computer system that may be used in the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 3is a network diagram illustrating a network of computer systems that may be used with the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 4is a screenshot illustrating a graphical user interface (GUI) of intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 5 to FIG. 31 are a series of screenshots illustrating the operation of a Character Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 32to FIG. 42 are a series of screenshots illustrating the operation of a Product Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 43to FIG. 61 are a series of screenshots illustrating the operation of a Legal Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 62to  FIG. 74are a series of screenshots illustrating the operation of a Certificate Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention;
FIG. 75to FIG. 82 are a series of screenshots illustrating the operation of a Customer Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention; and,
FIG. 83to Fig. 86 are a series of screenshots illustrating the operation of a Search Manager module of the intellectual property management system of FIG. 1, configured in accordance with a preferred embodiment of the present invention.
Like numerals refer to like parts throughout the several views of the drawings.
Detailed Description of the Preferred Embodiments
In the following detailed description of the preferred embodiments, reference is made to the accompanying drawings that form a part hereof, and in which is shown, by way of illustration, specific preferred embodiments in which the invention may be practiced.  The embodiments described herein are sufficient in detail to enable those skilled in the art to practice the invention, but it is to be understood that other embodiments may be utilized.  Further, logical, mechanical, or electrical changes may be made without departing from the spirit and scope of the present invention.  The following detailed description of the preferred embodiments is therefore not to be taken in a limiting sense, and the scope of the present invention is defined only be the appended claims. 
FIG. 1is a block diagram of an intellectual property management system 100 configured in accordance with one preferred embodiment of the present invention, including a graphical user interface (GUI) 102 coupled to a series of manager modules.  The GUI 102 provides a user with access to the information stored in a database 120 using the functionality provided by the series of manager modules.  As further described below, in one preferred embodiment, the database 120 stores information in one or more related databases that are logically grouped by the following areas: Characters (graphics), Products, Legal, Certificates and Customers.  As used herein, the term "database" should be understood to cover reference to a single database or a collection of databases.  Thus, in one preferred embodiment, the database 120 includes a Character database, a Product database, a Legal database, a Certificate database, and a Customer database.  In other embodiments, information may be stored or arranged using a variety of data storage software and hardware techniques known to those of ordinary skill in the art in database programming.  For example, one database system that may be used with the present invention is the SQL ServerTM system as offered by Microsoft Corp.  Other data storage systems, such as those based on Oracle DatabaseTM products offered by Oracle Corporation or the MySQLTM database server offered by MySQLAB, may also be used.  These data storage systems run on a variety of hardware platforms, including those based on the microprocessors offered by Advanced Micro DevicesTM, Inc., or IntelTM Corp.
As noted above, the database 120 is preferably accessible by the functionality provided by a series of modules in the intellectual property management system 100.  In one embodiment, the series of modules includes a Character Manager module 104, a Product Manager module 106, a Legal Manager module 108, a Certificate Manager module 110, a Customer Manager module 112, and a Search Manager module 114.  The user accesses the functionality of each module through the GUI 102, as described further herein, through a series of exemplary screenshots of what a user would see on a preferred computer display.  
FIG. 2illustrates an example of a computer system 200 in which the features of the present invention may be implemented.  The computer system 200 includes a bus 201 for communicating information between the components in the computer system 200, and a processor 202 coupled with the bus 201 for executing software code, or instructions, and processing information.  The computer system 200 further comprises a main memory 204, which may be implemented using random access memory (RAM) and/or other random memory storage device, coupled to the bus 201 for storing information and instructions to be executed by the processor 202.  The main memory 204 also may be used for storing temporary variables or other intermediate information during execution of instructions by the processor 202.  The computer system 200 also includes a read only memory (ROM) 206 and/or other static storage device coupled to the bus 201 for storing static information and instructions for processor 202.
Further, a mass storage device 207, such as a magnetic disk drive and/or or a optical disk drive, may be coupled to the computer system 200 for storing information and instructions.  The computer system 200 can also be coupled via bus 201 to a display device 221, such as a cathode ray tube (CRT) or a liquid crystal display (LCD), for displaying information to a user so that, for example, graphical or textual information may be presented to the user on display device 221.  Typically, an alphanumeric input device 222, including alphanumeric and other keys is coupled to bus 201 for communicating information and/or command the user can selections to processor 202.  Another type of user input device show in the figure is a cursor control device 223, such as a conventional mouse, touch mouse, trackball, track pad or other type of cursor direction keys for communicating direction information and command selection to processor 202 and for controlling movement of a cursor on display 221.  Although not illustrated, the computer system 200 may optionally include video, camera, speakers, sound card, and many other conventional options.  Various types of input devices, including, but not limited to the input devices described herein unless otherwise noted, allow the user to provide command or input to the computer system 200.  For example, in the various descriptions contained herein, reference may be made to a user "selecting," "clicking," or "inputting," and any grammatical variations thereof, one or more items in a user interface.  These should be understood to mean that the user is using one or more input devices to accomplish the input.
A communication device 225 is also coupled to bus 201 for accessing other computer systems, as described below.  The communication device 225 may include a modem, a network interface card, or other well-known interface devices, such as those used for interfacing with Ethernet, Token-ring, or other types of networks.  In any event, in this manner, the computer system 200 may be coupled to a number of other computer systems via a network infrastructure such as the infrastructure illustrated and described below.
FIG. 3illustrates a network including a server system 300 having a database server 302 for storing database 120 and a web server 304 that stores the instructions necessary to access and present the information from, as well as store information into, database 120.  The user, using a client computer such as a client 352 and a client 354, accesses server system 300 through a network 350.  Other systems, such as those belonging to a manufacturer 324 or a retailer/distributor 326, may also be coupled to server system 300.  In the illustrated embodiment, network 350 represents a variety of networks that may include one or more local area networks as well as wide area networks.  The functionality provided by database server 302, web server 304, client 352 and client 354, as well as by the computer systems operated by the manufacture 324 and retailer/distributor 326 may be implemented using a computer system having the characteristics of the computer system 200 described above.  It should be noted, however, that the specific implementation of the computer system or systems used to describe the present invention is not to be limiting unless otherwise specifically noted.  For example, the functionality provided by database server 302 and web server 304 may be combined in one computer system.  Further, the functionality provided by database server 302 and 304 may be redistributed over several computers.
As described above, the user may interact with the information stored in database 120 through GUI 102.  In the following description, the GUI 102 is implemented using one or more web pages (which may be referred to as "pages," "screens," or "forms") provided by the web server 304 accessible by the user using any Internet web browser software, such as the Internet ExplorerTM browser provided by Microsoft Corp., on a client computer such as client 352.  In another embodiment, one or more custom software programs can be created to implement the system described herein.  Of course, the web server 304 may itself have browser software installed on it so as to be accessed by the user.  Further, throughout the description of the various embodiments of the invention herein, references are made to the user performing such actions as selecting buttons, executing searches or updates on the database 120.  In one preferred embodiment, these requests are generated by the user interacting with the browser.  For example, one or more pages described herein may be forms that include fields in which the user may type in such data.  Once the user has provided such data, the user may select a button or link on the page to request an update of the database 120 with the information.  The browser will send the web server 304 a link that includes the information being sent as well as the request to update the database 120.  Depending on the browser being used, the user may need to reload the page being viewed so as to "refresh" the view of the page.  In one preferred embodiment, there are two ways to refresh the view: (1) with the refresh feature provided by the user's browser, or (2) a refresh button provided on the page.  In one preferred embodiment, the refresh button is displayed as an envelope icon.  Either selection will request the web server 304 to send the updated page so that the browser may refresh the page.
FIG. 4illustrates a screenshot of a primary homepage of the intellectual property management system 100 for accessing each of the different modules provided by the intellectual property management system 100.  This page shows the user a summary of the customers, products, and certificates that have been added to the database 120.  On the left hand side is a menu bar for accessing the various managers of the major categories of data stored on database 120.  The user can navigate the database structure of the database 120 using the intellectual property management system 100 by choosing any manager in the menu bar as well as specific links located on the pages described herein.  For example, the user may select the "Customer - Summary," "Product - Summary," or "Certificate - Summary" links as shown on the Character Manager homepage.  In one embodiment, the modules can be accessed in any order.  In another embodiment, specific workflows may be accomplished by providing the user access to a series of pages in a predetermined fashion.  
In the following exemplary description of the use of the system, the functionality provided by the Character Manager module 104 will be discussed first, followed by the functionality provided by the Product Manager module 106, the Legal Manager module 108, the Certificate Manager module 110, the Customer Manager module 112 and the Search Manager module 114.  Thus, referring to FIG. 4, to access the functionality of the Character Manager module 104, which provides the user access to the entire database of characters and graphics in database 120, the user clicks on the "Character Manager" button on the menu bar.
Character Manager
FIG. 5 illustrates a Character Manager homepage of the Character Manager module 104.  A "Character - ALL" list on the main page provides the user with a snapshot of the information on each character or graphic in the database, as well as a picture to facilitate visual identification.  The columns displayed in the list include a character/graphic identification number (ID) column, a creation date (Created) column, a first use date (First Use) column, an original artist (Original Art) column, a finishing artist (Finished Art) column, an thumbnail (Image) column, and a tools column (represented by the 3 icons in the column).
The user can sort the list in a number of ways, such as by using an "Order By" drop-down menu at the top of the page.  In one embodiment, the default is to order the list by the character ID number.  However, the user can sort the character list using a variety of other options, including by character name.  In addition, the user can change the sorting of the list from ascending to descending order and vice versa with either category.  For example, the user can sort the list by name in descending order by first choosing the Order By drop down menu and choosing the "name" option; then choosing the "Descending" item in next drop down menu; and finally clicking on an execute sort button represented by the three arrows to the right of the field.  FIG. 6illustrates the drop down menu being fully exposed and showing the full list of sorting options, including by ID, name of product (Name), creation date (Created), first use date (First Use), original artist (Original Art), artist who finished artwork (Finished Art) and category of the product (Category). 
FIG. 7illustrates that the list is sorted by character name in descending order.  In addition to sorting the list, the user can search for a particular character by using the Search Manager module 114, as further described below.  To examine a character record in detail, the user can select one of the entries in the list, such as the entry "Yakin."
FIG. 8illustrates a Character Detail page for the Yakin graphic, which displays the same information on the character or graphic as in the list of the main page, such as whom the original artist was (Original Art by), when it was created (Creation Date), when it was first used  (First Use Date).  In addition, in one preferred embodiment, the Character Detail page also displays such details as a type identifier (Type), a status of the character/graphic (Status), the standard colors used in the character/graphic (Pantones), a biography on the creation of the character/graphic (Bio), a note for miscellaneous information (Notes), a list of keywords that will facilitate the locating of the character/graphic (Search Keywords), and a list of the products on which the character/graphic was used (Usage" section).  In one preferred embodiment, the Character Detail page also displays any trademarkingactivity related to the character or graphic in the "Legal Details" section.  This is described in further detail with reference to the Legal Manager module 108, below.  
In one embodiment, to allow a user to create a new character or graphic, a "New Character" button is located in two different pages, such as at the top of any Character Detail page, as illustrated by FIG. 8, and on the Character Manager homepage, as illustrated by FIG. 5.  In either case, the selection of the "New Character" button by the user will cause the user to be redirected to an "Add Character Profile" form, as shown in FIG. 9.
The following example assumes that the user enters the following information into the form:
Name:  Test Graphic
Category:     Graphic
Keywords:     test, clown
Created By: Annie Younger
Finished By:       Benjamin Soto
Date Created: 1/15/2004
First Used: 1/15/2004
Notes: this is a test file
Completed by: Example
Once the user has finished entering the text and the user selects the "Update" button, a "New Character Profile Added" page confirming the addition of the character database record will be displayed, as shown in FIG. 10.  In one embodiment, the intellectual property management system 100 will attempt to verify that all information entered is consistent as to form (e.g., checking format of the date), as well as substance (e.g., checking that the first use date is not before the creation date) by using software code implementing standard data consistency methods and logic.  
Once the user has verified that the displayed information is accurate, the user can select the "Close Window" button, and the intellectual property management system will return the user to the Character Manager homepage.  Again, referring to FIG. 11, the user can use the pull-down menu to sort the list by ID in descending order so that the record with the highest ID, which is the record just added by the user, is the first entry in the list.  The sorted list is then updated, as shown in FIG. 12.
The intellectual property management system 100 provides the user the ability to edit an existing record.  For example, to edit the record that the user just created, the user can first the user can select the "Test Graphic" link, which will bring the user to the Character Detail page for the Test Graphic graphic that was just added, as illustrated by FIG. 13.  Then, the user can review the details of the record provided by the Character Detail page for the character/graphic, as described above, and decide if anything needs to be added or changed.  For example, if the user wishes to associate a graphics file for the Test Graphic graphicso that a thumbnail can be displayed in the list or in the Character Detail page, the user can do so by the user can selecting the camera icon under the "Image Thumbnail" caption.  
FIG. 14illustrates an "Add Character Profile Photo" page, where the user can specify the location of a graphics file to upload into the database 120 by either entering the path to the graphics file in the text box, or the user can selecting the "Browse" button to locate the file using a browser window.  
FIG. 15illustrates where the user has opted to locate the graphics file using a browser window.  Once the user locates the graphics file, the user chooses it and then clicks on the "Open" button in the browser.  The intellectual property management system 100 will associate the graphics file with the character.  In one embodiment, graphics files having "web-friendly" formats, such as JPEG and GIF format files, may be used.  In another embodiment, any graphic format may be used, and the intellectual property management system 100 can convert the chosen graphics file to be a format usable by the system.  In yet another embodiment, the intellectual property management system 100 can create a thumbnail from the chosen graphics file, and then store the graphics file in its original form.  If the user does not wish to choose a graphics file or wishes to come back to choose it later on, the user can click "Cancel" on the browser window and then click "Cancel" on the Add Character Profile Photo page as shown in FIG. 14.  This will bring the user back to the Character Detail screen as shown in FIG. 13.
In addition to allowing the user to select a graphics file to associate with the record, the intellectual property management system 100 also allows the user to edit the information in the record.  In one embodiment, to edit the information in the record the user can select the "edit" button at the top of form FIG. 13, denoted by a square with an "E."  
FIG. 16illustrates the Edit Character Profile screen where the user can edit the fields of the record.  In one embodiment, the only field that the user cannot edit is the ID field as this is a number that must remain unique in order for the intellectual property management system 100 to ensure that database integrity is maintained.  Thus, no two records can have the same ID simultaneously, and, further, no ID can be used more than once even if the record is deleted.  In another embodiment, a separate record index number, which may be hidden from the user, can be used by the intellectual property management system 100 to track each record and the ID can thus be modified by the user.  Once the user has completed editing the record, the users clicks on the "Update" button and then closes the window using the "Close" button.
FIG. 17illustrates the Character Details page reflecting that the user has changed the name of the graphic to "Testing Character" and changed the record type from graphic to character.  
The intellectual property management system 100 also allows the user to add a new artist to the list of artists displayed in the drop down menu in the Original Art and/or the Finished Art fields of the Edit Character Profile page as shown in FIG. 16 or the Character Detail page as shown in FIG. 17.  For example, the user can add the artist using the Add Character Profile form.  Thus, the user first selects the "New Character" button, which will bring the user to an "Add Character Profile" page, as shown by FIG. 18.  The user can then select the drop down menu for "Created By" and scroll down to select the "Other" entry at the bottom of the drop-down list, as shown by FIG. 19.
FIG. 20illustrates the screen where the user can add an artist.  For example, the user can type "Test Artist" into the "Created By" field and the user can select the "Update" button, which will bring the user to the confirmation screen adding the artist illustrated by FIG. 21.  The user can click the "Close Window" button to close the window, which will brings the user back to the "Add Character Profile" form as previously illustrated by FIG. 18.
In this example, as the user may not intend to add a new record for a new character or graphic but instead may only wish to add an artist, the user can leave the page by selecting the "Cancel" button, which will return the user to the Character Detail page for the Test Character character, as illustrated by FIG. 22.  Once back at this page, the user may, for example, edit this record to change the artist by selecting the "edit" button.  The user will then be presented with the Edit Character Profile page, as illustrated by FIG. 23; and can then use the "Created By" dropdown menu to choose the artist entry for the "Test Artist."  The user can select the "Update" button to update the character database record.  
FIG. 24illustrates that the "Created By" dropdown menu lists the new created "Test Artist" is now the user can selection for this record.  To exit this screen, the user simply selects the "Close Window" button. 
Once the user has created a record for the graphic or character, the user can update the record every time the graphic or character is used on a product to track the usage data for business as well as legal purposes (e.g., filing a Statement of Use).  For example, to add a product usage to this record, the user locates the "Usage" section at the bottom of the form as illustrated by FIG. 22.  To the far right of the word "Usage" is a square with a "+" symbol that the user can select and, as seen in FIG. 25, the form to add Usage information is presented to the user and automatically filled-in with the graphics' name and ID.  The user can fill in the form with the following information:
Category:     Clothing
Item:       Tshirt
Season:       Spring
The user can select the "Update" button to complete the process and will then be presented with the confirmation page, as illustrated by FIG. 26.  The user can select the "Close Window" button and return to the Character Detail page and to see that the usage information has been added to the record, as illustrated by FIG. 27.
Once the user has added usage information, there may be a situation where the user either needs to edit or delete the usage information.  To access the edit function for usage information, the user can select a square with an "e" in it at the end of the usage line.  For example, if the user changes the Season from "Spring" to "Fall" and selects the "Update" button, the intellectual property management system 100 will display, at the top of the form, the message: "The record has been UPDATED," as illustrated by FIG. 28.
In one preferred embodiment, the intellectual property management system 100 allows the user to delete a character record in several locations:  (1) from a list on the Character Manager homepage; (2) in the Edit Character page; or (3) in the Character detail page.  Each of the pages includes a button for selecting the delete function, which is designated as a square with an "x" in it.  For example, the user can select the delete button at the top of the Testing Character record shown in the Character detail page, as illustrated by FIG. 29, which brings the user to a confirmation page, as illustrated by FIG. 30.  If the user accidentally selects the delete button, the confirmation page will allow the user to cancel the action by selecting the "Close Window" button.  This will cancel the delete request and bring the user back to the Character detail page (or, in other methods where the delete function is requested from another page, back to that previous page).  In this example, if the user wishes to delete the Testing Character record, the user can select the "Delete" button on the confirmation page.  The intellectual property management system 100 will then provide the user with a second confirmation page to confirm that the character record has been deleted, as illustrated by FIG. 31, and the user can select the "Close Window" button to return to the Character Manager homepage, as illustrated by FIG. 5.
The discussion shall now turn to the Product Manager module 106 of the intellectual property management system 100 as configured in accordance with one preferred embodiment of the present invention.  As discussed above, each of the manager modules can be accessed by the user using the menu bar on the left side of the homepage.  Referring again to FIG. 4, to access the Product Manager module 106, the user can select the "Product Manager" button on this menu bar.  The Product Manager module 106 provides the user with the ability to add or manage information on various types of products, such as limited edition, original, and collectible product, generically referred to herein as "items."
FIG. 32 illustrates a Product Manager homepage of the Product Manager module 106, configured in accordance with one embodiment, including a product listing of all the product database records in database 120.  The listing provides the user with a snapshot of pertinent information for each product, which is similar to the listing shown on the Character Manager homepage as illustrated by FIG. 5.  As shown, the listing includes a product identification column (ID), a product name (Name) column, a style number (Style #) column, domestic, international and artist proof edition number (Dom. # Edition, Intl. # Edition and AP Edition) columns, a shipment date (Shipment) column, a registered (Registered) column,  a stock availability column, and a tools column (represented by the 3 icons in the column).  In one embodiment, to access the detail on an item, the user can select the product name.  Where the product listing spans multiple pages, the user can access either "Next Page" or "2" at the bottom right of the Product Manager homepage.  FIG. 33 illustrates the second page of the product listing.
FIG. 34illustrates the Detailed Product page for a product in the listing, the "Mark Ryden Meat Coin Purse."  This page includes all the information regarding that particular item, including edition size, materials and care instructions.  In one embodiment, the product detail page includes all of the product information that will be used to issue a Certificate of Authenticity for the product.  The following table lists the terms and field labels stored in database 120 as related to describing products for the Product Manager module 106 in accordance to one preferred embodiment of the present invention.
2006228229.tif 000091
2006228229.tif 000092
2006228229.tif 000093
Again, similar to the editing functionality provided by the Character Manager module 104, the editing functionality provided by the Product Manager module 106 is accessed by an icon represented as a square with an "E" in it.  Thus, if the user selects the "E" icon at the top right hand corner of the Product detail page, the user will be presented with the Edit Product page, as illustrated by FIG. 35and FIG. 36.  On the Edit Product page, the user can make changes to the information for the product and, when finished, can update the product database record in the database 120 by selecting the "Update" button.  The user can also delete the product database record by selecting the "Delete" button on the bottom of the Edit Product page.  If no changes are necessary, the user can select the "Close Window" button to return to the Product detail page.
To add a new product database record into the database 120, the user can either select the "New Product" link on the top right corner of the Product detail page or the "New Product" link in the menu bar selecting either one of these links will bring the user to the Add New Product page, as illustrated by FIG. 37 and FIG. 38.  The user can input information into the Add New Product page, and once completed, the user can select the "Update" button to create the product database record to store the information into database 120.  
FIG. 39illustrates a confirmation page that is presented to the user after the user has created a "Test" product database record by entereingthe title "Test" into the Item Title field of the Add New Product page and then selecting the "Update" button.  The user can review the information in the confirmation page and the user can select the "Close Window" button when done.  The user will then be brought back to the Product Manager homepage, as previously shown in FIG. 32.  
To locate the new product entry added to the Product list, the user can select the "Next Page" link or the number "2," link as shown in  FIG. 40.  Similar to the Customer Manager module 104, the Product Manage module 106 provides the user with the ability to change the sort order of the product list by selecting one of the options under the "Order By" drop-down menu.  For example, the user can choose to sort the product list by "Item Title" in ascending order using the Order By menu and then selecting the arrows next to "Ascending," as illustrated by FIG. 41  
Similar to the Character Manager module 104, the user can delete a product database record in the Product Manager module 106 by selecting the delete button.  The delete button is represented by an icon in the shape of a box containing an "x" as illustrated in the tools column of FIG. 32.  Selecting the delete button will delete any record with which the user is interacting.  In one embodiment, delete buttons may be found on the Product detail page, the Edit Product page, as well as on the Product Manager homepage.  
FIG. 42 illustrates a Delete Product confirmation page to confirm that the user wishes to delete the Test Product record based on the user selecting the delete button on any of the aforementioned pages.  If the user wishes to delete the file, the user can select the "Delete" button.  If the user does not wish to delete the file, the user can select the "Close Window" button.  If the user can selects the delete button, the product record will be deleted from the database 120. 
Legal Manager
FIG. 43illustrates a Legal Manager homepage for the Legal Manager module 108.  In one embodiment, located on the left hand-side column is a menu area through the use of which the user can access the Character Manage module 104.  In another embodiment, the menu area can contain menu items to allow the user to navigate between the various manager modules.  The Legal Manager homepage also includes a middle area that displays the action request status summaries.
The user can view a detailed list of each type of legal task by selecting the links under each respective heading.  For example, to see the detailed list of all the action requests that are in progress, the user can select the link that has the "In-Progress - Summary" heading.  
FIG. 44illustrates the list of all the actions and/or applications that are in progress.  The top headings provides the user with a snapshot of the status of each request, the character involved in the request, the date of the request, what the request is and who the requestor is.   To see the details of a particular request, the user can select the character name heading.  For example, the character "Julius" has two requests that are in progress, and the user can select either one of the Julius links.
FIG. 45illustrates the Character detail page in the Character Manager module 104 for one of the Julius characters.  As described above, the Character detail page lists all of the details for this character, including the products on which this character is used.  Further, as described previously, on the bottom of the Character detail page is the "Legal Details" section.  This section lists all of the actions requested on this particular character or graphic.  For example, there are the two "in progress" requests that appeared on the previous page, as well as one that is "registered."  As discussed previously, the actual data structure of the database 120 does not require a one-to-one correspondence with how the information is ultimately presented to the user.  Thus, for example, although the Legal Manager homepage separately groups the status information of the legal action request related to each of the character graphics by status, each character record stores the status information of all the legal action request for the respective character.  
To see the details of a specific request, the user can select the "E" button next to the request.  FIG. 46and FIG. 47 illustrate a Registration Request Detail page that is retrieved for the first request when the user selects the first "E" button.  The title of the page is "Registration Request - Graphic Already in Use," which indicates that the graphic or character has already been used on the products listed on this form when the action request was submitted.  As discussed herein, the intellectual property management system 100 tracks information related to any use of the character or graphic, which allows the user to retrieve information necessary to assist in the determinination of answers to such questions as to whether to file for a particlar trademark, what type of application to file (based on intent-to-use or actual use), and which classes for which the trademark need to be applied.  The information can also be used for copyright registration.
In one preferred embodiment, the Registration Request Detail page includes 2 sections, a “requestor” section--to be completed by a requestor, and a “legal” section--to be used by the individual(s) or entity(ies) responsible for the legal aspect of the request.  For example, the requestor is responsible for providing information such as the action requested, the products and/or non-products on which the graphic is being used, and the countries in which the character or graphic is to be registered.  The legal section, indicated by the "Legal Section Only" heading, is information related the legal aspect of the request and is preferably maintained by someone sufficiently trained to understand the legal aspects of the request.  For example, each time there is a status change of the application, the appropriate entity should update the "action status field."  Based on this information, the applications are sorted into the status summaries on the Legal Manager homepage, as shown in FIG. 43.
In one preferred embodiment, the legal section includes many of the fields necessary to identify an application.  For example, a serial number (Serial #) field is used to store the application number assigned to the trademark application submitted to a trademark office such as the United States Patent and Trademark Office (USPTO).  The information from this field is used to create a link to the official Trademark Application and Registration Retrieval database (TARR) website provided by the USPTO.  Preferably, the serial number is input into the database 120 as soon as it is available.  
For example, referring to FIG. 45, the user can retrieve the details of the filing of the trademark application with serial number 76322346 for the "Julius" character by selecting the link labeled with "76322346."  FIG. 48illustrates the USPTO web page displaying the retrieved application, which is the online application stored at the USPTO and accessible from the TARR website.  Thus, this USPTO page contains information needed to check on the status of an application.
Referring again to FIG. 45, in one embodiment three icons are placed to the right of the “Legal Details” heading.  The first icon, which is a green box with a "+" symbol inside of it, is a button that will present the user with the "Add a New Registration Request - Graphics Already in Use" page that is used to request that a new registration application be prepared (i.e., add a new registration request to the intellectual property management system 100).  
FIG. 49illustrates the Add a New Registration Request - Graphics Already in Use page.  This is the page used for a brand new request on a graphic that is currently being used in the categories for which registration is sought.  Specifically, this is the page where the user can request that a trademark application be filed for a graphic in existing use.  In one preferred embodiment, the character name (Graphic Name), character ID # (Graphic ID), and the date of first use (Date of First Use on Product) fields are automatically filled with information that is stored in the database 120.  In addition, this page does not include a legal section (Legal Section Only) or the corresponding “legal” fields.  The legal section and the fields therein are displayed after the registration request is created and is opened for editing.  Once this form is completed and the "Update" button is clicked, the information will be displayed in the Legal Details section on the Character detail page, as well as in the "Requested - Summary" section on the Legal Manager homepage.
FIG. 50illustrates a "New Registration Request Added - Graphics Already In Use" page that provides the user confirmation that a request has been received in the intellectual property management system 100 with the following manually entered values:
Action Requested:    Test Request
Products:     wallet, purse, belt
Requestor's Name:  Jennifer Karie
As described above, the Graphic Name, Graphic ID, and Date of First Use on Product fields are automatically inserted into the new legal matter databasedrecord and did not have to be entered manually by the user.  This page is presented to the user after the user has selected the "Update" Button.
FIG. 51illustrates an updated Character detail page that displays a new line under the "Legal Details" section with the newly added request.  In one embodiment, when the user positions the cursor over the word "Details" on the line corresponding to the newly added request, a small window is displayed showing the entries that were input into the Products field (i.e., " wallet, purse, belt).  This provides the user with the list of products for which a particular trademark application is being submitted without having to go into the actual request page using the "E" button.
FIG. 52illustrates the Legal Manager homepage with an updated display of the affected summaries.  Specifically, there is now a "1" in the "Requested Summary" section.  The user can the "Requested Summary" heading link to bring the user to a detail list of all forms with the status of "requested," as illustrated by FIG. 53.  
Referring again to FIG. 45, which is a view of the Character detail page, the second icon to the right of the Legal Details heading, which is a red box with a "+" inside of it, will allow the user to access the "Add a New Registration Request - Expected Future Use" page, as illustrated in FIG. 54.  This page is used for a brand new legal action request on a graphic that is not currently used, but is intended to be used in the future and/or are in development for a specific product category.  Specifically, this page will allow the user to request that a trademark application be filed based on a bona fide intent-to-use (ITU) the graphic as a trademark.  
Similar to the New Registration Request Added - Graphics Already In Use page, the Graphic Name and Graphic ID fields are automatically inserted when this page is created.  Thus, the user does not have to enter data for these fields.  However, instead of the "Date of First Use on Product" field, a "Timeframe" field is used for the user to input a date of intended use.  Again, in this embodiment the page does not have a legal section.  Once the user enters the information on this page and selects the "Update" button, the Legal Details section on the Character Detail page, as well as in the "Requested - Summary" section on the Legal Manager homepage, will be updated accordingly the next time the user sees them.
FIG. 55illustrates a "New Registration Request Added - Graphics for Future Use" page that provides confirmation that a request has been received in the intellectual property management system 100 for a request with a "Test Request 2" value in the "Action Requested" field and a "Fall 2005" value in the "Product Timeframe" field.
FIG. 56illustrates the updated Character detail page where the request for filing the ITU application has been added to the list in the Legal Details section.  In one preferred embodiment, the "E" icon next to the request, which is used to edit the record, is red to indicate that this is a future use request.  A user can select the red "E" to open the request form.
FIG. 57illustrates a portion of the Registration Request edit page that will allow the user to edit the submitted "New Registration Request - Graphics for Future Use" of FIG. 54.  In the figure, only the "Legal Section Only" section is shown, where the user has filled in a "10/01/05" value in the "Date of Expected Usage" field and a "04/01/06" value in the "Must Use By" field (the user having assumed a 6 month extension) as well as changing the value in the "Action Status" field to "In Progress."  The date of expected use is the date that is entered in the trademark application sent to the trademark office.  The date in the “Must Use By” field should be the deadline by which a statement of use stating that usage of that item in the categories listed in the trademark application was achieved.  In one embodiment, each time an extension is requested, this date should be updated to reflect the next deadline.  THepage also includes a serial number filed, which is preferably entered as soon as it is available from the USPTO to provide the link to access the trademark application on the TARR site.  In one embodiment, once the "Date of Expected Use" field is completed, the request will show up in the "Future Use Summary" on the Legal Manager homepage
The envelope icon button next to the red and green "+" buttons on the right of the "Legal Details" heading will update the display of information in the Character detail page.  Thus, as illustrated in FIG. 58, the status of the "Test Request 2" request is now updated to display "In Progress."  In addition, the Legal Manager homepage is also updated, as illustrated in FIG. 59when the user next accesses it and the "Future Use Summary" now displays 2 entries.  Moreover, if the user selects the "Future Use" heading link, the user will be presented with the list of Future Use records that has been updated to include the “Test Request 2” request, as illustrated in FIG. 60.  
Further, referring again to the Legal Manager homepage as illustrated in  FIG. 59, if the user selects the "In Progress Summary" heading link, the user will also see that the "In Progress" summary list of requests has been updated to include "Test Request 2," as illustrated in FIG. 61
Certificate Manager
FIG. 62illustrates a Certificate Manager homepage that may be used by the user to interact with the Certificate Manager module 110 of the intellectual property management system 100 to manipulate the certificate database records that store information about the various certificates of authenticity (also referred to simply as "certificates") in the database 120.  Specifically, the Certificate Manager module 110 provides the user with the ability to create, modify, delete or otherwise manage the certificate records stored in the database 120 for tracking certificates issued to customers for the products they purchase, as further explained herein.  In one preferred embodiment, the intellectual property management system 100 provides certificates for original works of art (Original Certificates) as well as other types of certificates as identified herein.
Certificates for Original Works of Art
In one preferred embodiment, the default display of the Certificate Manager homepage is the “Original Certificate Page”.  The Original Certificate Page includes a list of all the database records storing information for original certificates ("original certificate database records") retrieved from database 120.  In one preferred embodiment, as seen in the example, the information for each original certificate is listed on one row, with the columns of the list displaying information from preselected fields in each original certificate database record.  The columns are chosen to provide a summary of the most often used or important information about original certificates.  This information includes an identification number (ID) for the original certificate database record that stores the information for the original certificate, an original certificate serial number (Serial Number), a title of the item for which the certificate was issued (Item Title), the customer name on the certificate (Last, First Name), the manufacturing date of the item (Manufactured), the certificate issue date (Issued), and the print status of the certificate (Status).  The description for these and other fields are further detailed herein.
The Original Certificate Page, similar to the pages for other types of certificates as described herein, includes a menu bar on the left side of the page that includes links to allow the user to choose which type of certificate the user wishes to create or manage.  As further described herein, the menu bar also allows the user to monitor and manage the print queue of the certificates that have been created. 
Starting from the Original Certificate Page, the user can create a new original certificate database record to store information for a new original certificate by selecting a "New Certificate" link, located on the top right hand portion of the Original Certificate Page.  Once the user has selected the link, the user will be taken to an “Add Original Certificate” page, as illustrated by FIG. 63.  The first field listed on the Add Original Certificate page is the "Original Number" field.  Usually originals are one of a kind.  However, sometimes an artist will make a template or mold and hand make "multiple" originals.  In this instance the originals will be numbered.  Thus, if the original is a one of a kind product, a number "1" should be stored in the field.  If the original is a multiple original, the field should contain the number of the particular piece.  The "Style Number" field identifies the product for which the user is creating the certificate.  The "Additional Features" field provides for storage of information that is uselful to differentiate between multiple originals.  For example, in the case of multiple originals, if the original for which the certificate is being created has a feature that the other originals do not, that feature should be listed in this field.  The "Purchase Price" field lists the purchase price of the item.  The "Date Purchased" and the "Date Certificate Issued" fields track the date that the item is purchased as well as the date the certificate is issued, respectively.  The "Status" field stores the print status of the certificate.  If the user wants to create the certificate but not print it until later, the user can choose the "Hold" option.  In one preferred embodiment, this field defaults to "Hold."  If the user desires to print the certificate immediately, the user can choose the "Print" option.  Once the certificate has been printed, the status is changed to "Printed."  The "Store Purchased At" field identifies the location where the piece was purchased.  The "Notes" field stores any information not specifically stored by any other field but which is pertinent to this particular certificate.  In one preferred embodiment, this field will not print on the certificate.  The "Update" button will create a certificate database record to store the entered information into the database 120.
FIG. 64illustrates an updated view of the original certificates database records list on the Original Certificate Page that includes a newly added certificate for the "Bear Overboard" product owned by a customer named "Joe Shmoe."  In one embodiment, for each original certificate database record in the list, the user can access the related Certificate detail, Product detail, or Customer detail page from the Original Certificate Page.  For example, when "Joe Shmoe" is selected, the user will be taken to the Customer detail page for Joe Shmoe, as illustrated by FIG. 65.  Although the Customer detail page will be described further herein along with the Customer Manager module 112, it is displayed here to show that the bottom of the Customer detail page includes a "Products Registered" section that lists the products registered by the customer.  In this example, the list includes the newly created Bear Overboard certificate.  From here the user can go to the Certificate or the Product detail pages.  For example, select the serial # for "Bear Overboard" to got to the Certificate detail page.  
FIG. 66illustrates the Certificate detail page for the certificate that was just created by the user.  As seen in the example, in addition to the fields described above, the Purchase Price field shows that the item was purchased for "5000.00."  The Date Purchased and Date Issued fields, which store the date the item was purchased and the date the certificate was issued, respectively, shows the same date of "January 23, 2004."  The Status field shows that the certificate is on "Hold," which means that the user did not want to print the certificate when it was created.  The Store Purchased At field shows that the item was purchased at an "Art Show."  No notes have been entered, and thus the Notes field does not display any information.  The user can print the certificate by selecting a printer icon located near the bottom right of the page.  Once printed, the Quick Summary section is updated by the certificate manager module 110 to reflect the changed status of the certificate. 
It should be noted that certain customer information for the customer that is being issued the certificate is also displayed on the Certificate detail page.  In one preferred embodiment, all of this customer information may be retrieved by querying the database 120 for the customer's customer database record, as identified by the customer's customer ID.  Therefore, as long as the certificate database record and its related customer database record are linked in some fashion, it may not be necessary to store duplicate information unless it is desirable to do so for a specific implementation.  For example, the relationship information may be maintained by storing the customer ID in the certificate database record, storing the certificate ID’s that are related to the customer in the customer database record, and/or creating an index that identifies the certificates belonging to the customer.  As another example, however, if the customer information is stored in the certificate database record it will not be necessary to retrieve the customer database record to obtain the needed customer information, thereby reducing the amount of queries that is made on the database 120.
Certificate for Non-Print Reproduction
The intellectual property management system 100 also tracks certificates for all reproductions that are NOT fine art prints ("reproduction certificates").  For example, reproduction certificates may be issued for a limited edition handbag.  In contrast, the content of fine art print certificates ("FA/print certificate") is often regulated by law, such as California Civil Code.  Therefore, fine art print reproductions require their own certificate form, which will be described below.  To access the Reproduction Certificate Page Reproduction Certificate, the user can select the "ReprodCertificate" link in the menu bar area of the Certificate Manager homepage as illustrated in FIG. 62.
FIG. 67illustrates the Reproduction Certificate Page, which includes a list of the reproduction certificate database records in the database 120.  The user can create a new reproduction certificate database record by selecting the "New Certificate" link located in the upper right corner of the page, which will bring the user to an Add Reproduction Certificate page.  In the example described herein, the Add Reproduction Certificate page includes the same fields as the Add Original Certificate page, and in one preferred embodiment the intellectual property management system 100 tracks the type of certificate database record that the user creates by a "Certificate Type" field that is not normally accessible to the user.  In one embodiment, this value of this field is determined by the page on which the "New Certificate" link is located.  Thus, for example, because the user selected the "New Certificate" link on the Reproduction Certificate Page, a new reproduction certificate database record is created with a Certificate Type of "Reproduction Certificate."  The Add Reproduction Certificate page also includes an "Update" button for the user to submit the information for the newly created reproduction certificate database record.
FIG. 68illustrates a "New Reproduction Certificate Added" page confirming that a reproduction certificate database record has been added for a 5th edition of the "Mark Ryden Meat Handbag" product, which has a product ID of 11, purchased for 78.00 at Bloomingdales on January 26, 2004 by "Shmoe, Joe," who is the customer with a customer ID of 19.  The page will display, as an additional feature for this particular piece, that it was signed by Paul Frank at a show.  FIG. 69 illustrates the Reproduction Certificate Page with an updated listing that includes the created reproduction certificate.
Certificate for a Fine Art Print Reproduction
FIG. 70illustrates a Fine Art/Print Certificate Page that is accessed by the user selecting a "FA/Print Certificate" link in the menu bar of the Certificate Manager homepage illustrated in FIG. 62.  Similar to the other certificate pages, the user can create a FA/print certificate database record by selecting the "New Certificate" link on the top right hand portion of the Fine Art/Print Certificate Page.  In one embodiment of the present invention, the fields for this type of certificate record are the same as the reproduction certificate.  The additional information needed to comply with any legal requirement have been previously input into the product database record for the product that corresponds to this certificate, as further described below in the description for the Product Manager module 106.
FIG. 71illustrates a "New Fine Art/Print Certificate Added" page confirming the addition of a new FA/print certificate database record with the following values:
Edition Number:    12
Customer:     Joe Shmoe
Style Number:      Test Printed Fine Art Reproduction
Additional Features:      Remarque of Julius
Purchase Price:    2500.00
Date Purchased and Issued:       1/27/04
Status:       Hold
Store: Art Show
Print Queue
As discussed above, when the user creates certificates, the user chooses when the certificate should be printed by assigning a print status (print, hold, or printed) to each certificate record.  In the above example, the user has created three certificates, but has not printed them--all three certificates were assigned a "Hold" status.  The user can locate and print these and other certificates that have not yet been printed by using the print queue management features provided by Certificate Manager Module 110.  The user may access these features by selecting the "Hold Queue" link in the menu bar area of the Certificate Manager homepage as illustrated in FIG. 62.
FIG. 72illustrate a "Certificate Hold Que" page that includes a listing of all the certificates records that have a "Hold" status.  In one embodiment, the user can print one or more of the held certificates by first changing their status from "Hold" to "Print."  As previously indicated, the "edit" function for editing a database record is represented by an icon comprising a green square with an "E" in it.  Thus, in this example, the user can select edit icons next to each certificate record that the user wishes to print to change their status.  As each certificate database record is changed, it is removed from the Certificate Hold Que page.  To access these records for printing, the user can select the "Print Queue" link on the menu bar.
FIG. 73illustrates a "Certificate Print Que" page where three certificates that were moved from the hold queue are listed.  Once the user has printed these certificates, their database records should be changed to move the status from "Print" to "Printed."  In one embodiment, the Certificate Manager module 110 may detect when a particular certificate has printed and update the certificate database record accordingly.  In another embodiment, the user manually updates the status in each of the certificate database records as the particular certificate is printed.  Once a certificates has been printed, it is cleared from the print queue list.  To display the printed certificates, the user can select the "Printed Queue" link on the menu bar, which will bring the user to a "Certificate Printed Que" page, as illustrated by FIG. 74.  The Certificate Printed Que page includes an updated list of the certificate database records showing the three printed certificates.  
As noted above, the default display of the Certificate Manager homepage in the described embodiment is the Original Certificate Page.  However, it should be noted that the default display for the Certificate Manager homepage may be any of the pages described above.  For example, it may be desirable to set the default page to be the Certificate Hold Que page so to enforce the importance of sending out the various created certificates to the customers.  In another embodiment, different users may be directed to different default pages upon accessing the Certificate Manager homepage.  For example, a user who has primary responsibility for printing certificates can be brought to the Certificate Print Que page when the user access the Certificate Manager homepage.  In addition, users can be assigned security information that will provide them with rights to access the various pages in the Certificate Manager module 110 as well as other manager modules.  Moreover, in another embodiment, the rights can be based on the type of records.  Various levels and granularities of security can be combined to implement a security policy as required for a particular situation, from the largest granularity assignable being the complete database and every type of record included therein, to the smallest granularity assignable being a specific page or function of a module.  Where practicable, the smallest granularity may even be to a single field.  As well, the security policy include various levels of security rights, from the highest level being full access to create, change or delete any element in the assigned granularity to the lowest level being read-only rights or other function to the assigned granularity.  Thus, the level and granularity can also be based on functions as well as the data being accessed. 
Customer Manager
FIG. 75illustrates a Customer Manager homepage for the Customer Manager module 112 configured in accordance with one preferred embodiment of the present invention.  The Customer Manager homepage provides a listing of all the customer database records in the database 102 in a tabular format that displays certain contact information for each customer, including a phone number (Phone) and an e-mail address (Email).  
FIG. 76illustrates a Customer Page that displays the details of the customer database record for a selected customer, "Shmoe, Joe."  In one preferred embodiment, the information stored in the customer database record is gathered from such sources as mail-in registration cards, website registrations, or marketing or sales information received from retailers or distributors.  In addition to contact information, the Customer Page also lists the products this customer has purchased and/or registered (Products Registered).  In one preferred embodiment, the list of products is generated by a search of the certificate database records in the database 102.  As discussed above in the description of the Certificate Manager module 110, each certificate database record includes customer identification information necessary to identify the customer to which the certificate is issued.  
In one preferred embodiment, the Customer Manager module 112 provides multiple locations for the user to add a new customer database record.  For example, referring to the Customer detail page illustrated by FIG. 76, the user can select the "New Customer" link located in the gray menu bar on the left side of the page.  Alternatively, the user can select the "New Customer" link located near the top right of the page in the gray bar area.  These links are also placed in similar locations on the Customer Manager homepage as illustrated by FIG. 75.  Error! Not a valid link.
FIG. 77illustrates an “Add New Customer” page that is presented to the user for adding a new customer record when the user has selected the "New Customer" link.  Once the user has entered the requested information, the user can update the database 120 with the entered information by selecting the "Update" button on the bottom of the page.  The user will then be presented with a confirmation that a customer record has been added with the entered information.    
FIG. 78illustrates a “New Customer Added” page confirming the following details:
Name:  Jane Doe
Email: janedoe@email.com
Work Phone: 949/555-1212
Address:    456 Town St, CitysvilleCA 92627
Gender:       female
Age Range:  31-35
VIP:   Yes
FIG. 79illustrates an updated Customer Manager homepage reflecting the addition of the customer database record in database 120 for “Jane Doe.”  The user can edit a customer’s customer database record by selecting the "edit" button, as indicated by a green square with an "E" in it.  The edit button is provided on this page as well as on the Customer detail page.  When the edit button is selected, the user will be taken to an “Edit Customer” page as illustrated by FIG. 80, where the user has updated Jane Doe’s address to: “555 Camino St.” and selected the "update" button to store the changes into database 120.  The Edit Customer page also includes a "delete" button, denoted by a red square with an "x" in it, at the bottom of the page, which, if selected by the user, will delete the entire customer record.
FIG. 81illustrates a “Delete Customer” page requesting that the user confirm the deletion request.  If the user wishes to delete the customer record, the user can select the "Delete" button.  If the user does not wish to delete the customer record, the user can select the "Close Window" button.  If the user confirms the deletion, a “Customer Deleted” page, as illustrated by FIG. 82, will be presented to the user to confirm the deletion.
Search Manager
FIG. 83illustrates a Search Manager homepage for the Search Manager module 114 that provides a user the ability to search the customer, product, certificate, or character database records stored in the database 120.  In one preferred embodiment, the default homepage is a “Customer Search” page, which allows the user to search for one or more customer database records matching particular criteria.  The user can access the pages to perform other types of searches by selecting a desired search link on the menu located on the left side of the page.  For example, if the user selects "Product Search,” then the user will be presented with a “Product Search” page, as illustrated byFIG. 84.
In one preferred embodiment, each page includes an alphanumeric input (Search) box in which the user can type an alphanumeric string for which to search, which may include all characters enterable with a keyboard device, including all punctuation and space characters.  In this embodiment, the search will return all of the records in which the alphanumeric string occurs in the title or keyword fields.  In another embodiment, the search will include a search on all fields in addition to the title and keyword fields.
For example, to perform a search for all handbags in the Product Search page, the user can type “handbag” in the Search box and then select the execute search button, designated by the three arrows “>>>” next to the Search box.  FIG. 85illustrates an updated Product Search page where the results of the search containing the results of the search is presented to the user.  As seen in the figure, the list includes all product database records where the word "handbag" was found in the title or keyword fields.  The user can select the link for a particular returned product database record to view it in detail.  
FIG. 86illustrates a Product detail page where, continuing with the above example, the user has selected the link labeled as "Shag TikiHandbag” from the search results list.  The Product detail page, as described previously, displays information from a product database record retrieved from database 120, which in this case is the product database record for the Shag TikiHandbag product.  The user can select the “Back” button on their browser to return to the list of search result on the Search Manager page from which the user just came.  The user can also select the "Search Manager" entry on the menu bar to return to the default Search Manager page, which is the Search manager homepage as illustrated by FIG. 83.
The following table lists the various fields, and a preferred data type for the data to be stored in each field as used in the database 120 in accordance with one embodiment of the present invention.  As described herein the data in these fields are used by the various modules in the database management system 100.  The data types that are listed herein are exemplary in nature and, as well understood to those of ordinary skill in the art, may be replaced with other data types and thus should not be limiting as to the scope of the claimed invention.  Further, also as known to those of ordinary skill in the art, records of one type may store information that is duplicative of the information stored in another type of record.  For example, as described above, the certificate database records may store the name of the customer that has purchased a particular item for which the certificate is issued.  However, the certificate database record may also store link information used to retrieve the linked customer database record from the database 120 that includes the customer name.  Conversely, a customer database record can include a link to the certificate database record that stores information for the certificates issued to the customer.  If the customer is a collector that has purchased multiple products, thereby having been issued multiple certificates, the customer's customer database record can include a link to each of the certificate database record.  These one-to-one or many-to-one relations can be defined in various ways to implement the database structure of the present invention.


Table - Field Breakdown per Manager Module/Database Type/Field Entry Type
(functions associated with module)
1. product manager (add, edit,delete, refresh)
a.  product title                     (nvarchar)      text  
b.  style number                      (nvarchar)      text  
c.  domestic edition number           (int)           text  
d.  international number edition      (int)           text  
e.  artist proof edition              (int)           text  
f.  shipment date                     (date/time)     calendar  
g.  numbered registered               (int)           text  
h.  total number available            (int)           text 
2. customer manager (add, edit, delete, refresh)
a.   name                       (nvarchar)    text
b.   street address             (nvarchar)    text
c.   city                       (nvarchar)    drop menu
d.   state                      (nvarchar)    drop menu
e.   zip code                   (nvarchar)    text
f.   country                    (nvarchar)    drop menu
g.   prefix                     (nvarchar)    drop menu
h.   suffix                     (nvarchar)    drop menu
i.   work phone                 (nvarchar)    text
j.   home phone                 (nvarchar)    text
k.   cellular phone             (nvarchar)    text
l.   fax                        (nvarchar)    text
m.   email                      (nvarchar)    text
n.   gender                     (nvarchar)    drop menu
o.   age range                  (nvarchar)    drop menu
p.   mailing list               (nvarchar)    radio the user can select
q.   notes                      (nvarchar)    text
3. certificate manager (add, edit, delete, refresh)
a.     serial number               (nvarchar)    text   
b.     features                    (nvarchar)    text
c.     purchase price              (nvarchar)    text
d.     date purchased              (date/time)   calendar      
e.     date certificate issued     (date/time)   calendar          
f.     status                      (nvarchar)    radio the user can select
g.     store purchased at          (nvarchar)    text          
h.     notes                       (nvarchar)    text
4. legal manager (add, edit, delete,      refresh)
a.    requestor name                      (nvarchar)           text  
b.    action requested                    (nvarchar)           text  
c.    samples submitted                   (nvarchar)           text  
d.    photo 1                             (nvarchar)           file upload  
e.    photo 2                             (nvarchar)           file upload  
f.    photo 3                             (nvarchar)           file upload  
g.    photo 4                             (nvarchar)           file upload  
h.    photo 5                             (nvarchar)           file upload   
i.    first use date                      (nvarchar)           text  
j.    date first used on product          (nvarchar)           text  
k.    products                            (nvarchar)           text  
l.    non products                        (nvarchar)           text  
m.    register in countries               (nvarchar)           text  
n.    notes                               (nvarchar)           text  
o.    serial number                       (nvarchar)           text  
p.    registration number                 (nvarchar)           text  
q.    trademark date                      (nvarchar)           text  
r.    timeframe                           (nvarchar)           text  
s.    date of expected use/ use by date   (nvarchar)           text  
t.    status of action                    (nvarchar)           drop menu  
u.    legal notes                         (nvarchar)           text 
5. character manager (add, edit, delete, refresh)
a.    character/graphic name      (nvarchar)    text
b.    image category type         (nvarchar)    radio the user can select
c.    keyword search              (nvarchar)    text
d.    pantone color               (nvarchar)    text          
e.    created by                  (nvarchar)    drop menu
f.    finished art by             (nvarchar)    drop menu
g.    date created                (date/time)   calendar
h.    first used on product       (nvarchar)    text
i.    bio                         (nvarchar)    text
j.    notes                       (nvarchar)    text
k.    form completed by           (nvarchar)    text
l.    photo                       (nvarchar)    file upload
m.    category                    (nvarchar)    drop menu *usage
n.    item                        (nvarchar)    text          *usage
o.    season                      (nvarchar)    drop menu   *usage
p.    year                        (nvarchar)    drop menu   *usage
The embodiments described above are exemplary embodiments of a the present invention.  Those skilled in the art may now make numerous uses of, and departures from, the above-described embodiments without departing from the inventive concepts disclosed herein.  Accordingly, the present invention is to be defined solely by the scope of the following claims.
1.  An integrated graphics and related trademark information creation and tracking system comprising:
a data storage system including a database, the database storing a plurality of graphics and related trademark database records;
a database management system coupled to and in communication with the data storage system, the database management system including a plurality of manager modules coupled to the database that provide access to the plurality of graphics and related trademark database records; and,
a user interface system coupled to the database management system, the user interface system providing a user with an interface to create an association between a graphics database record identifying a graphic and a trademark database record identifying a trademark application, and to retrieve information related to the trademark application based on that association.
2.  The integrated graphics and related trademark information creation and tracking system of claim 1, wherein the database further storing a plurality of certificate database records that include information for a use of the graphic on a collectable product and a customer that purchased the collectable product.
3.  The integrated graphics and related trademark information creation and tracking system of claim 1, wherein the user interface system is coupled to one or more other databases to retrieve the information related to the trademark application.
4.  The integrated graphics and related trademark information creation and tracking system of claim 3, wherein the one or more other databases includes a database managed by a governmental entity having authority over the trademark application.
5.  The integrated graphics and related trademark information creation and tracking system of claim 3, wherein the trademark database record includes an identification number for the trademark application, and the database management system using the identification number to create a query to retrieve the information related to the trademark application.
6.  The integrated graphics and related trademark information creation and tracking system of claim 1, wherein each graphics database record in the plurality of graphics database records includes use information related to the graphics.  
7.  The integrated graphics and related trademark information creation and tracking system of claim 1, wherein the plurality of manager modules includes a graphics manager module to access information related to a product use of any graphics identified in the plurality of graphics database records in the data storage system and create a report with the information.
8.  The integrated graphics and related trademark application creation and tracking system of claim 1, wherein the plurality of manager modules includes a legal manager module to access information related to the plurality of trademark records in the data storage system.
9.  The integrated graphics and related trademark application creation and tracking system of claim 1, wherein the database further includes a plurality of customer records and the plurality of manager modules further includes a customer manager module to create an association between one or more graphics database records and one or more customer records in the data storage system.
10.  The integrated graphics and related trademark application creation and tracking system of claim 1, wherein the plurality of manager modules includes a search manager module.
11.  The integrated graphics and related trademark application creation and tracking system of claim 1, wherein the database further includes a plurality of customer and certificate database records, and the plurality of manager modules includes a certificate manager module for creating an association between the plurality of customer and certificate database records.
12.  A method for managing an intellectual property (IP) database, comprising the steps of: 
a user entering into a client computer one or more first criteria for a search of the IP database stored on a server computer system and containing records of IP assets; 
searching the IP database for records matching the one or more criteria; 
displaying to the user on the client computer a list of records found in the search; 
receiving a request from the user to search for legal protection for any IP assets stored in any of the records in the list of records;
updating information related to the legal protection for the IP assets;
displaying the information related to the legal protection for the IP assets.
13.  A method according to claim 12, wherein the IP assets include a plurality of graphics. 
14.  A method according to claim 12, further including the step of collecting from a user on a client computer information required to perform a legal service with respect to obtaining legal protection for an IP asset. 
15.  A method according to claim 12, wherein the legal protection is a trademark registration. 
16.  A method according to claim 12, wherein the legal protection is a copyright registration. 
17.  A method according to claim 12, further including the step of automatically performing a watch service for at least one of the IP assets in the user portfolio. 
18.  A method according to claim 12, further including the step of keeping docketing information on the server computer system and displaying docketing information on the client computer for one or more of the IP assets. 
19.  A method according to claim 18, wherein the docketing information is use information related to the IP assets. 
20.  A method according to claim 18, wherein the docketing information is renewal or maintenance or annuity docketing information. 
21.  A method according to claim 18, wherein the docketing information includes fees owed for an IP asset and the dates such fees are owed. 
22.  A method according to claim 18, wherein the docketing information concerns the renewal or maintenance of a trademark. 
23.  A method according to claim 18, further including the step of displaying to a user docketing status information for one or more IP assets. 
24.  A method for managing legal protection for an image, the method comprising the steps of:
retrieving a graphics database record from a computer containing a database, the graphics database record storing information related to the image including use-related information of the image for at least one of a product and service;
creating an application for legal protection based on the information in the graphics database record;
receiving an application serial number for the application for legal protection, the application serial number assigned by an entity responsible for receiving the application for legal protection;
storing the application serial number in the graphics database record; and, 
retrieving status information for the application for legal protection based on the application serial number.
25.  The method according to claim 24, further comprises the step of updating the graphics database record based on the retrieved status information.
26.  The method according to claim 24, further comprises the steps of:
determining a registration number for the application for legal protection; and,
storing the registration number for the application for legal protection. 
27.  The method according to claim 24, wherein the step of retrieving status information for the application for legal protection based on the application serial number comprises the steps of:
retrieving the application serial number from the graphics database record; and,
generating a link to retrieve application data from a computer managed by the entity based on the application serial number.
28.  The method according to claim 27, wherein the computer managed by the entity includes a web server, and the link is a website link.
29.  The method according to claim 24, wherein the application for legal protection is a trademark application.
30.  The method according to claim 29, wherein the use-related information includes an identification of a product on which the image is used and the trademark application is an use-based application. 
31.  The method according to claim 30, wherein the use-related information includes a date of use of the image on the product. 
32.  The method according to claim 24, wherein the use-related information includes an identification of a product on which the image will be used and the trademark application is an intent-to-use-based application.
33.  The method according to claim 32, wherein the use-related information includes a date of expected use of the image on the product.
34.  The method according to claim 24, wherein the entity responsible for receiving the application for legal protection is a governmental entity.
35.  A computer readable medium having instructions stored thereon, the stored instructions, when executed by a processor, causes the processor to perform a method for managing legal protection for an image, the method comprising the steps of:
retrieving a graphics database record from a computer containing a database, the graphics database record storing information related to the image including use-related information of the image for at least one of a product and service;
creating an application for legal protection based on the information in the graphics database record;
receiving an application serial number for the application for legal protection, the application serial number assigned by an entity responsible for receiving the application for legal protection;
storing the application serial number in the graphics database record; and, 
retrieving status information for the application for legal protection based on the application serial number.
36.  The computer readable medium of claim 35, further including instructions stored thereon that causes the processor to perform the step of updating the graphics database record based on the retrieved status information.
37.  The computer readable medium of claim 35, further including instructions stored thereon that causes the processor to perform the steps of:
determining a registration number for the application for legal protection; and,
storing the registration number for the application for legal protection. 
38.  The computer readable medium of claim 35, wherein the step of retrieving status information for the application for legal protection based on the application serial number comprises the steps of:
retrieving the application serial number from the graphics database record; and,
generating a link to retrieve application data from a computer managed by the entity based on the application serial number.
39.  The computer readable medium of claim 27, wherein the computer managed by the entity includes a web server, and the link is a website link.
40.  The computer readable medium of claim 35, wherein the application for legal protection is a trademark application.
41.  The computer readable medium of claim 40, wherein the use-related information includes an identification of a product on which the image is used and the trademark application is an use-based application. 
42.  The computer readable medium of claim 41, wherein the use-related information includes a date of use of the image on the product. 
43.  The computer readable medium of claim 40, wherein the use-related information includes an identification of a product on which the image will be used and the trademark application is an intent-to-use-based application.
44.  The computer readable medium of claim 43, wherein the use-related information includes a date of expected use of the image on the product.
45.  The computer readable medium of claim 35, wherein the entity responsible for receiving the application for legal protection is a governmental entity.
Abstract
The present invention provides a system for managing and maintaining information related to unique and limited edition products, including graphics and "cartoon" characters used on those products as well as the issuing and tracking of certificates of authenticity for those products.  The system also maintains legal rights information such as information about the trademarks and copyrights sought and/or registered for those graphics and characters.  For example, the legal rights information related to trademark protection includes the usage information of the graphics and characters on products that is necessary for trademark applications, as well as web hyperlink information for creating, accessing and tracking trademark applications and registrations on such websites such as those maintained by the United States Patent and Trademark Office. 
【図１】
2006228229.tif 000094
【図２】
2006228229.tif 000095
【図３】
2006228229.tif 000096
【図４】
2006228229.tif 000097
【図５】
2006228229.tif 000098
【図６】
2006228229.tif 000099
【図７】
2006228229.tif 000100
【図８】
2006228229.tif 000101
【図９】
2006228229.tif 000102
【図１０】
2006228229.tif 000103
【図１１】
2006228229.tif 000104
【図１２】
2006228229.tif 000105
【図１３】
2006228229.tif 000106
【図１４】
2006228229.tif 000107
【図１５】
2006228229.tif 000108
【図１６】
2006228229.tif 000109
【図１７】
2006228229.tif 000110
【図１８】
2006228229.tif 000111
【図１９】
2006228229.tif 000112
【図２０】
2006228229.tif 000113
【図２１】
2006228229.tif 000114
【図２２】
2006228229.tif 000115
【図２３】
2006228229.tif 000116
【図２４】
2006228229.tif 000117
【図２５】
2006228229.tif 000118
【図２６】
2006228229.tif 000119
【図２７】
2006228229.tif 000120
【図２８】
2006228229.tif 000121
【図２９】
2006228229.tif 000122
【図３０】
2006228229.tif 000123
【図３１】
2006228229.tif 000124
【図３２】
2006228229.tif 000125
【図３３】
2006228229.tif 000126
【図３４】
2006228229.tif 000127
【図３５】
2006228229.tif 000128
【図３６】
2006228229.tif 000129
【図３７】
2006228229.tif 000130
【図３８】
2006228229.tif 000131
【図３９】
2006228229.tif 000132
【図４０】
2006228229.tif 000133
【図４１】
2006228229.tif 000134
【図４２】
2006228229.tif 000135
【図４３】
2006228229.tif 000136
【図４４】
2006228229.tif 000137
【図４５】
2006228229.tif 000138
【図４６】
2006228229.tif 000139
【図４７】
2006228229.tif 000140
【図４８】
2006228229.tif 000141
【図４９】
2006228229.tif 000142
【図５０】
2006228229.tif 000143
【図５１】
2006228229.tif 000144
【図５２】
2006228229.tif 000145
【図５３】
2006228229.tif 000146
【図５４】
2006228229.tif 000147
【図５５】
2006228229.tif 000148
【図５６】
2006228229.tif 000149
【図５７】
2006228229.tif 000150
【図５８】
2006228229.tif 000151
【図５９】
2006228229.tif 000152
【図６０】
2006228229.tif 000153
【図６１】
2006228229.tif 000154
【図６２】
2006228229.tif 000155
【図６３】
2006228229.tif 000156
【図６４】
2006228229.tif 000157
【図６５】
2006228229.tif 000158
【図６６】
2006228229.tif 000159
【図６７】
2006228229.tif 000160
【図６８】
2006228229.tif 000161
【図６９】
2006228229.tif 000162
【図７０】
2006228229.tif 000163
【図７１】
2006228229.tif 000164
【図７２】
2006228229.tif 000165
【図７３】
2006228229.tif 000166
【図７４】
2006228229.tif 000167
【図７５】
2006228229.tif 000168
【図７６】
2006228229.tif 000169
【図７７】
2006228229.tif 000170
【図７８】
2006228229.tif 000171
【図７９】
2006228229.tif 000172
【図８０】
2006228229.tif 000173
【図８１】
2006228229.tif 000174
【図８２】
2006228229.tif 000175
【図８３】
2006228229.tif 000176
【図８４】
2006228229.tif 000177
【図８５】
2006228229.tif 000178
【図８６】
2006228229.tif 000179