特開 2024-163000 特許検索にかかるコンピュータシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024163000

(43)【公開日】2024-11-21

(54)【発明の名称】特許検索にかかるコンピュータシステム

(51)【国際特許分類】

   G06Q 50/18 20120101AFI20241114BHJP

【ＦＩ】

G06Q50/18 310

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2024006492

(22)【出願日】2024-01-19

(62)【分割の表示】P 2023204823の分割

【原出願日】2023-12-04

(11)【特許番号】

(45)【特許公報発行日】2024-11-13

(31)【優先権主張番号】P 2023076275

(32)【優先日】2023-05-02

(33)【優先権主張国・地域又は機関】JP

(31)【優先権主張番号】P 2023091602

(32)【優先日】2023-06-02

(33)【優先権主張国・地域又は機関】JP

(31)【優先権主張番号】P 2023175668

(32)【優先日】2023-10-11

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】723005746

【氏名又は名称】株式会社インザック

(72)【発明者】

【氏名】奈良 泰宏

(72)【発明者】

【氏名】清水 貴雄

(72)【発明者】

【氏名】丸山 純子

(57)【要約】

【課題】新規な特許検索システムを提供することのできるコンピュータシステムを提供する。
【解決手段】コンピュータに、つぎの各ステップを実行させるコンピュータシステムであって、入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報を検索するための条件、および、入力された条件によって検索された文書情報に関する文章に対応する概要情報を取得する頻度を指定するための日時情報、を入力し、概要情報は、文書情報に関する文章を、所定の学習モデルによって要約した情報であって、取得ステップでは、概要情報を取得し、送信ステップでは、日時情報に従って、概要情報が取得されたことを示す情報をユーザが操作する操作端末に送信し、出力ステップでは、ユーザが、文書情報に関する文章と概要情報とを対比することが可能なように、操作端末に出力する。
【選択図】図１８

【特許請求の範囲】

【請求項1】

コンピュータに、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの入力操作に基づいてターゲットとなる特許文書の文書情報を検索するための検索式を入力することが可能であり、また、前記ユーザによる受取操作を受けつけることが可能であり、
前記受取操作は、新たに前記特許文書が発行されたという条件が満たされた場合に新たに発行された前記特許文書の前記文書情報に関する文章に対応する概要情報を受け取るための操作であり、
前記概要情報は、前記文書情報に関する文章を、所定の学習モデルによって要約した情報であり、
取得ステップでは、前記文書情報に関する文章とは別に、前記概要情報を取得し、
送信ステップでは、前記受取操作が受けつけられている場合に、前記概要情報を受け取ったことを示す情報を前記ユーザが操作する操作端末に送信し、
出力ステップでは、前記受取操作が受けつけられている場合に、前記ユーザが、前記文書情報に関する文章と前記概要情報とを対比することが可能なように、前記操作端末に出力する、
コンピュータシステム。

【請求項2】

前記概要情報は、複数の基準に従って生成された複数種類の前記概要情報を含み、
前記入力ステップでは、前記ユーザの操作に基づいて、前記複数の基準のうちの少なくともいずれか１つの基準に従って生成された前記概要情報を取得するための情報、を入力する、
請求項１に記載のコンピュータシステム。

【請求項3】

前記概要情報は、
前記特許文書に含まれる特許請求の範囲、明細書、および図面のうち、
前記特許請求の範囲の文言だけではなく、前記明細書および／または前記図面の記載を用いて前記特許請求の範囲の文言を説明したものである、
前記明細書および／または前記図面の記載を用いて、前記特許請求の範囲の文言に注釈を入れたものである、および、
前記特許請求の範囲の文言を、前記明細書および／または前記図面の記載に置き換えたものである、
の少なくともいずれか１つである、
請求項１に記載のコンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、特許検索システムにかかるコンピュータシステムに関する。

【背景技術】

【0002】

従来から、特許に関する先行技術調査、侵害予防調査などを行う特許検索システムが知られている（非特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【非特許文献1】“特許情報プラットフォームJ-PlatPat”，［online］，［令和５年４月２８日検索］，インターネット＜URL：https://www.j-platpat.inpit.go.jp/＞

【発明の開示】

【発明が解決しようとする課題】

【0004】

しかしながら、このような特許検索システムには改善の余地がある。

【0005】

本発明の目的は、新規な特許検索システムを提供することのできるコンピュータシステムを提供することである。

【課題を解決するための手段】

【0006】

本発明は、
コンピュータに、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報を検索するための条件、および、入力された前記条件に対応する概要情報を取得する頻度を指定するための日時情報、を入力し、
前記概要情報は、前記文書情報に関する文章を、所定の学習モデルによって要約した情報であって、
取得ステップでは、前記文書情報に関する文章とは別に、前記概要情報を取得し、
送信ステップでは、前記日時情報に従って、前記概要情報が取得されたことを示す情報を前記ユーザが操作する操作端末に送信し、
出力ステップでは、前記ユーザが、前記文書情報に関する文章と前記概要情報とを対比することが可能なように、前記操作端末に出力する、
コンピュータシステムである。

【発明の効果】

【0007】

本発明によれば、新規な特許検索システムを提供することのできるコンピュータシステムを提供することができる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態における、検索システムの構成を示す図である。

【図2】第１実施形態における、番号検索が行われている状態を示す図である。

【図3】第１実施形態における、条件検索が行われている状態を示す図である。

【図4】第１実施形態における、番号検索の際に、特許番号リストにかかるファイルを読み込ませている状態を示す図である。

【図5】第１実施形態における、検索結果一覧を示す図である。

【図6】第１実施形態における、検索結果一覧に表示された特許発明のうち、個別の特許発明にかかる情報が閲覧されている状態を示す図である。

【図7】第１実施形態における、検索結果一覧に表示された特許発明のうち、個別の特許発明にかかる情報が閲覧されている状態を示す図である。

【図8】第１実施形態における、ユーザアカウント情報が登録されている状態を示す図である。

【図9】第１実施形態における、会員メニューが選択されている状態を示す図である。

【図10】第１実施形態における、組織情報が設定されている状態を示す図である。

【図11】第１実施形態における、設定されている組織設定のページが閲覧されている状態を示す図である。

【図12】第１実施形態における、設定されているグループ設定のページが閲覧されている状態を示す図である。

【図13】第１実施形態における、新たなグループの作成が行われている状態を示す図である。

【図14】第１実施形態における、新たなグループを作成する際の注意事項を示す図である。

【図15】第１実施形態における、組織コミュニティにおいてフォルダに入れられた特許発明にかかる情報の一覧が閲覧されている状態を示す図である。

【図16】第１実施形態における、組織コミュニティのフォルダに振り分けられた個別の特許発明にかかる情報が閲覧されている状態を示す図である。

【図17】第１実施形態における、閲覧中の特許発明にかかるパテントファミリーの相関図である。

【図18】第１実施形態における、報告メールシステムの設定画面を示す図である。

【図19】第１実施形態における、指定された条件に合致する特許公報が発行されたことを報告する報告メールを示す図である。

【図20】第１実施形態における、検索システムで報告メールが閲覧されている状態を示す図である。

【図21】第２実施形態における、注目特許ランキングが閲覧されている状態を示す図である。

【図22】第２実施形態における、注目投稿者ランキングが閲覧されている状態を示す図である。

【発明を実施するための形態】

【0009】

［第１実施形態］
本発明の実施形態にかかる検索システム１について、図１～図２０を参照して説明する。なお、以下に説明される実施形態は、本発明の一例にすぎず、本発明の要旨を変更しない範囲で本発明の実施形態を適宜変更することができる。

【0010】

本発明の検索システム１（報告メールシステムを含む）は、図１に示すように、１以上のサーバ２と、１以上の文書ＤＢ（Ｄａｔａ Ｂａｓｅ）３と、１以上の端末装置４と、を備える。これらのサーバ２、文書ＤＢ３、および端末装置４は、ネットワーク５によって接続される。

【0011】

サーバ２は、ユーザの操作に基づいて、検索のターゲットとなる文書（本実施形態では、特許公報および／または公開特許公報のうちの特許請求の範囲および明細書に記載された発明、ならびに、後述のＡＩ要約である。以下、「ターゲット文書」という）を検索し、該当するターゲット文書を表示する。

【0012】

文書ＤＢ３は、ターゲット文書を格納するＤＢである。文書ＤＢ３は、本実施形態では、検索システム１を提供する事業者が用意したＤＢであるが、各国特許庁および／またはＷＩＰＯ（Ｗｏｒｌｄ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｏｒｇａｎｉｚａｔｉｏｎ）が備えるＤＢであってもよく、各国特許庁および／またはＷＩＰＯが備えるＤＢおよびＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によって連携することができるＤＢであってもよい。

【0013】

端末装置４は、ターゲット文書を検索しようとするユーザによって用いられる装置である。端末装置４は、ラップトップコンピュータ、デスクトップコンピュータなどのパーソナルコンピュータであってもよく、スマートフォンであってもよく、タブレット端末装置であってもよい。なお、本実施形態においては、端末装置４として、ラップトップコンピュータが想定されている。

【0014】

例えば、端末装置４は、図２～図４のとおり、ユーザの操作（入力）に基づいて、ターゲット文書を特定することができる情報（本実施形態では、例えば、出願番号、特許番号、公開番号、特許番号を検索するための条件式、公開番号のリストにかかるファイルなど）をサーバ２に送信する。

【0015】

端末装置４は、ターゲット文書にかかる情報（例えば、検索対象となった特許番号にかかる、後述するＡＩ要約、特許請求の範囲、明細書、図面など）を、サーバ２を介して文書ＤＢ３から受信して、モニタ４６０に表示する。

【0016】

＜サーバ２の詳細な説明＞
サーバ２は、図１のとおり、制御部２０、記憶部２１、およびネットワークインターフェース２２を備える。このサーバ２は、検索システム１を提供する事業者が用意したものである。

【0017】

サーバ２が備える記憶部２１およびネットワークインターフェース２２は、バス２９を介してサーバ２の制御部２０に接続される。

【0018】

制御部２０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、各種入出力インターフェースなどで構成されており、サーバ２の動作を制御する。詳細は後述する。

【0019】

また、制御部２０のＣＰＵは、単一の集積回路によって構成されてもよく、通信可能に接続された複数の回路（集積回路および／またはディスクリート回路（ｄｉｓｃｒｅｔｅ ｃｉｒｃｕｉｔｓ）など）によって構成されていてもよい。

【0020】

記憶部２１は、主にＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。

【0021】

記憶部２１には、例えば、本発明の検索システム１を制御するためのコンピュータプログラム、ターゲット文書の検索に用いられるデータあるいはユーザＩＤなどが記憶される。

【0022】

ネットワークインターフェース２２は、文書ＤＢ３および／または端末装置４と、サーバ２と、の間でデータを送受信するために、通信ネットワーク５に接続される。

【0023】

＜サーバ２の制御部２０の機能の説明＞
サーバ２の制御部２０は、コンピュータプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。

【0024】

＜要約ステップの説明＞
制御部２０は、要約手段として機能することで要約ステップを実行する。以下では、要約手段としての制御部２０が実行する処理を説明する。

【0025】

制御部２０は、人工知能（ＡＩ／Ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｉｇｅｎｃｅ）を用いたＡＰＩを組み込んだ要約プログラムを制御する。なお、本実施形態では、この要約プログラムは、サーバ２に格納されているが、検索システム１を提供する事業者が用意する装置（サーバ２以外の装置）に格納されていてもよい。

【0026】

これにより、要約プログラムは、図５、図６、図２０のとおり、指定された特許番号あるいは公開番号にかかる特許請求の範囲に記載された請求項１の発明、および、請求項１にかかる発明と同一カテゴリーの独立項（例えば、請求項１が「車両の制御方法」の発明である場合に、カテゴリーが同一の「車両の制御方法」である独立請求項。なお、「センサの制御方法」は「車両の制御方法」とは別カテゴリーとなる）についての要約（以下、「ＡＩ要約」という）を生成する。

【0027】

このＡＩ要約は、制御部２０から文書ＤＢ３に送信され、特許番号などと関連づけられた状態（例えば、特許番号を含むファイル名がつけられたＣＳＶファイル、あるいは、テキストファイルに格納された状態）で文書ＤＢ３に格納される。

【0028】

＜登録ステップの説明＞
制御部２０は、登録手段として機能することで登録ステップを実行する。以下では、登録手段としての制御部２０が実行する処理を説明する。

【0029】

制御部２０は、図２～図８のとおり、ユーザの操作に基づいて「ログイン」が操作されることで、検索システム１にユーザをログインさせることができる。

【0030】

なお、図８は、ユーザが「ログイン」をクリックし、ついで「新規登録」をクリックすることで、ユーザアカウント登録を行っている状態を示す図である。

【0031】

具体的には、制御部２０は、図８のとおり、端末装置４から送信されるユーザ情報（例えば、任意に設定しうるユーザＩＤ、ユーザ氏名、ユーザのメールアドレス、組織名、およびパスワード）に基づいて、ユーザＩＤ（ユーザ識別情報）を作成する。これにより、制御部２０は、ユーザアカウントを生成する。ユーザＩＤは、サーバ２および文書ＤＢ３に記憶される。

【0032】

本実施形態では、ユーザＩＤとメールアドレス（および／またはパスワード）とをセットにすることで、ユーザを一意に判別することができる。なお、ユーザＩＤは、ユニークなものが設定されるようにするため、ユーザがユーザＩＤを入力した際に、すでに他ユーザによって登録されているユーザＩＤであった場合に、警告が表示されるようになっていてもよい。

【0033】

また、制御部２０は、ユーザアカウントが登録されたユーザの操作に基づいて、図９～図１１のとおり、組織ＩＤを登録するためのマスタユーザの設定による、組織の情報（例えば、組織ＩＤ、組織名、マスタユーザ名、メンバユーザ名、パスワード）に基づいて、組織ＩＤ（組織識別情報）を作成する。これにより、制御部２０は、組織アカウントを生成する。組織ＩＤは、サーバ２および文書ＤＢ３に記憶される。

【0034】

なお、図９は、ユーザが「会員メニュー」をクリックし、表示された「会員メニュー」の項目（組織設定、グループ設定、コミュニティなど）のうちのいずれかの項目を選択しようとしている状態を示す図である。

【0035】

また、図１０は、「会員メニュー」のうちの「組織設定」がクリックされたのち、図１０の「組織の作成」がクリックされて、「組織の作成」のウィンドウに各情報が入力されていることを示す図である。また、図１０では、「ＲＫ」がマスタユーザとなり、組織の作成を行っている。

【0036】

図１０において「完了」がクリックされると、各メンバユーザ（図１０の例では、ＹＮ、ＴＳ）のメールアドレスに、生成された組織アカウントの組織コミュニティへの招待メールが送信される。各メンバユーザが応答することにより、制御部２０は、組織ＩＤに、メンバユーザのユーザＩＤを関連づける。

【0037】

なお、招待メールが送信されたユーザのうちに、その時点でユーザアカウントが生成されていないユーザがいる場合には、当該ユーザは、招待メールに記載されているリンクをクリックすることで移行するログイン画面にて、新規アカウントを生成することができる。そして、そのユーザは、アカウントが認証されてログインすることで組織コミュニティに参加することができる。

【0038】

図１１は、マスタユーザであるＲＫの操作に基づいて、「アール工業知財部」の組織コミュニティが設定されている状態を示す図である。ユーザは、図１１の画面にて、登録情報の変更、契約プランの変更、支払方法の変更、アカウントの削除、などを行うことができる。また、マスタユーザＲＫの指定に基づいて、メンバユーザのうちのいずれかのユーザに組織コミュニティの設定を行う権限を付与することができてもよい。

【0039】

なお、以下では、マスタユーザおよびメンバユーザをまとめて、「ユーザ」という場合がある。

【0040】

また、制御部２０は、図１２～１４のとおり、組織コミュニティにて、プロジェクトあるいはユーザの集合を示す「フォルダ」を登録することで、グループを作成することができる。

【0041】

図１２は、アール工業知財部の組織コミュニティにて、２つのグループ（グループＩＤ：ｒ－０１、ｒ－０２）が設定されている状態を示す図である。

【0042】

組織ＩＤに「社内」として登録されているユーザは、図１３のとおり、メンバユーザを指定して、フォルダを作成することができる。

【0043】

図１３は、組織コミュニティのマスタユーザまたはメンバユーザの操作に基づいて、「グループの作成」がクリックされたのちに、新たなグループが設定されようとしてる状態を示す図である。

【0044】

これにより、同一のグループに割り当てられているユーザは、図１５、図１６のとおり、同一の特許発明のリストを閲覧することができる。図１５、図１６の例では、図１２におけるグループＩＤ（ｒ－０１）に割り当てられているユーザ「ＲＫ」が、「製品Ａ」に割り振られた特許発明（特許番号）、および、それらのリストを閲覧している状態が示されている。

【0045】

図１５の例では、ユーザ「ＲＫ」が製品Ａのフォルダをクリックして製品Ａに割り振られた特許発明（特許番号）のリストが表示されている状態で、ユーザ「ＲＫ」が個別の特許発明（特許番号）にかかる情報を右クリックすることで、組織コミュニティ内でフォルダが作成されている「要注意」にも当該特許にかかる情報を割り振ることができることが示されている。

【0046】

なお、図１５の例では、製品Ａにはすでに該当する特許発明（特許番号６７１８＊＊１）が割り振られているため、「製品Ａへ送る」はあらかじめチェックがつけられた状態となっている。一方、ユーザ「ＲＫ」には製品Ｂ（グループＩＤ：ｒ－０２）が割り当てられていないため（図１２参照）、ユーザ「ＲＫ」が製品Ｂにチェックを入れることができないように非アクティブ化されている。

【0047】

また、図１４は、グループ内のメンバに、「社外」が登録されたユーザがいる場合に表示される警告画面である。この機能があることにより、社内のユーザだけで共有されるべき「共有メモ」が、社外のユーザにも共有されてしまうことを防ぐことができる。

【0048】

一方、図１６のとおり、グループ内のメンバに「社外」のユーザがいない場合には、「共有メモ（社内外）」が非アクティブ化される。これに代えて、グループ内のメンバに「社外」のユーザがいない場合には、「共有メモ（社内外）」の項目が表示されなくてもよい。

【0049】

また、制御部２０は、端末装置４から送信された要約にかかる情報を用いて、図６、図７、図１６のとおり、ユーザが作成した要約（以下、「ユーザ要約」という）を生成する。図６、図７、図１６の例では、ユーザ要約が「みんなの要約」の欄に記載されている。

【0050】

このユーザ要約は、例えば、日本語で３００文字以内の文章、段落番号、図面番号で構成される。また、ユーザ要約は、制御部２０から文書ＤＢ３に送信され、文書ＤＢ３にて格納される。なお、ユーザがユーザ要約を投稿するにあたってＵＲＬを設定した場合には、ユーザＩＤに当該ＵＲＬのリンクが設定される。

【0051】

なお、図７は、図６の画面をさらに下に遷移（スクロール）させた状態を示す図である。

【0052】

また、図１６の例では、組織コミュニティに表示される「みんなの要約」は、最も「いいね」がつけられたユーザ要約（図６における「ＸＹＺ特許事務所」による要約）のみが表示されているが、みんなの要約に記載された他のユーザ要約（図７参照）も表示されてもよい。

【0053】

また、制御部２０は、端末装置４から送信されるタグにかかる情報を用いて、図６のとおり、ユーザが任意に作成したタグ（図６の例では、「車両」、「二酸化炭素」、「フィルタ」）を生成する。このタグは、制御部２０から文書ＤＢ３に送信され、文書ＤＢ３にて格納される。なお、タグは、１つの特許番号につき、最大１０個まで登録されうる。また、タグは、図３における条件検索の条件にも設定されうる。さらに、ユーザが、あるタグ（例えば、「車両」のタグ）をクリックした場合に、「車両」タグが登録されているすべての特許発明（特許番号）がリストなどで表示されるようになっていてもよい。また、所定の辞書サーバに格納されている辞書で各タグのテキストを照らし合わせることによって、例えば、「センサー」と「センサ」とが同一文字と認識され、「ＡＩ」と「Aｉ」とが同一文字と認識されてもよい。

【0054】

このように、本実施形態の検索システム１では、「みんなの要約」、「タグ編集」があることで、検索システム１内でユーザ同士がコミュニケーションを図ることができる。

【0055】

また、制御部２０は、端末装置５から送信された広告主情報（例えば、組織名、組織のホームページのＵＲＬ、クレジットカード情報）、求人情報などを用いて、図２～図４の事務所広告、あるいは、求人広告にかかる設定を行う。ユーザは、例えば図２のメニューバーの「求人広告」をクリックすることで、求人情報を閲覧することができる。

【0056】

また、制御部２０は、端末装置４から送信されるコラム（例えば、弁護士による特許訴訟にかかる解説コラム）にかかる情報を用いて、コラムページを提供する。ユーザは、例えば図２のメニューバーの「コラム」をクリックすることで、コラムを閲覧することができる。

【0057】

また、制御部２０は、図９、図１８、図１９のとおり、端末装置４から送信される条件式に関する情報（以下、「検索条件」という）を用いて、報告メールシステムにかかる条件設定を行う。

【0058】

ユーザが報告メールシステムにかかる条件設定を行うためには、組織ＩＤが作成されており、その組織ＩＤに当該ユーザのユーザＩＤが関連づけられている場合であって、かつ、あて先となるメールアドレスが登録されている必要がある。

【0059】

これらの登録がなされている場合には、ユーザは、例えば、新たな特許公報／公開公報の発行があった場合に、ユーザが知りたい、特許権者／出願人（例えば、「株式会社〇×△自動車」）、請求項に含まれるキーワード（例えば、「排気ガス」、「フィルタ」）、報告頻度（図１８の例では、「その都度」、「３日ごと」、「週１（１週間に１回）」、「隔週（２週間に１回）」、「月１（ひと月に１回）」を設定することができる。なお、ユーザの操作に基づいて、「毎週月曜日」など、任意のタイミングが設定されてもよい。

【0060】

また、制御部２０は、図６、図１６のとおり、各特許発明（特許番号）にかかる情報に関連づけて、端末装置５から送信される実施許諾の可否情報（例えば、組織名、実施許諾を許可する旨の情報）の登録を行う。なお、この場合には、例えば、検索システム１を提供する事業者が、ユーザから送信された、正当な特許権者であることを示す証明書を確認することで、事業者が特許発明（特許番号）ごとに登録することができてもよく、また、正当な特許権者が組織コミュニティの設定画面から特許発明（特許番号）ごとに登録することができてもよい。

【0061】

＜認証ステップの説明＞
制御部２０は、認証手段として機能することで認証ステップを実行する。以下では、認証手段としての制御部２０が実行する処理を説明する。

【0062】

制御部２０は、端末装置４から送信されるユーザＩＤを用いて、ユーザアカウントの認証を行う。

【0063】

具体的には、ユーザは、図２～図８に示される「ログイン」を操作することで、ユーザＩＤおよびパスワード（ユーザが設定する任意のパスワード）を入力することで、図８、図９のように、ユーザ名でログインすることができる。

【0064】

ログインしたユーザは、各機能の設定がなされている場合には、報告メールシステムへのアクセス、組織コミュニティへのアクセス、および、ユーザ要約への投稿（ユーザ要約への「いいね」を含む）をすることができるようになる。なお、検索システム１を利用（例えば、図２～図７の画面を閲覧、特許発明の検索）するだけであれば、ユーザは、ユーザアカウントの認証を経る必要がない。

【0065】

なお、本実施形態では、いずれかの組織ＩＤに関連づけられたユーザＩＤのユーザが報告メールシステムを利用することができるが、いずれの組織ＩＤにも関連づけられていないユーザＩＤのユーザが利用登録を行うことにより、そのユーザが報告メールシステムを利用することができるようになっていてもよい。

【0066】

＜報告ステップの説明＞
制御部２０は、報告手段として機能することで報告ステップを実行する。以下では、報告手段としての制御部２０が実行する処理を説明する。

【0067】

制御部２０は、前記の登録ステップで設定された検索条件を用いて、その検索条件に該当する特許公報／公開公報の発行があった場合に、図１９のとおり、それらの発明にかかるＡＩ要約を、該当するユーザに通知（組織ＩＤに関連づけられたメールアドレスに送信）する。この際に、制御部２０は、「条件１．ｃｓｖ」などの一覧データのほか、検索システム１内の会員メニュー中の報告メールシステムで閲覧するためのリンク（ユーザがリンクを操作すると、報告メールシステムに接続される）を提供する。

【0068】

なお、図１８の例では、ユーザ「ＲＫ」、「ＹＮ」、「ＴＳ」のメールアドレスが関連づけられたメーリングリストのアドレス（[e-mail]）に報告メールが届くように設定されているが、「[e-mail]」などのように、各ユーザのメールアドレスに報告メールが届くように設定されてもよい。

【0069】

制御部２０は、所定タイミング（例えば、新たな特許公報が発行されたとき）で検索条件にて抽出される特許文書に関する文章（例えば、請求項１）に対応するＡＩ要約を取得する（要約プログラムにＡＩ要約を生成させる）。

【0070】

ついで、制御部２０は、ユーザの操作に基づいて設定された日時情報に従って、検索条件に合致する特許文書に関する文章（例えば、請求項１、および、請求項１と同一カテゴリーの独立項）にかかる情報と、それに対応するＡＩ要約にかかる情報とをセットにして、端末装置４に送信する。

【0071】

これにより、ユーザは、モニタ４６０にて、特許文書に関する文章と、それに対応するＡＩ要約とを、例えばリスト上の左右に並べて表示させることで（例えば、１つの特許発明／特許番号に限られず、複数の特許発明／特許番号が縦に順に並べられて表示されてもよい）、同一のページ内で対比することが可能となる。なお、これとは異なり、特許文書に関する文章と、それに対応するＡＩ要約とを、別ウィンドウで対比することができてもよい。

【0072】

＜計測ステップの説明＞
制御部２０は、計測手段として機能することで計測ステップを実行する。以下では、計測手段としての制御部２０が実行する処理を説明する。

【0073】

制御部２０は、ＡＩ要約（該当する特許番号／公開番号にかかる特許請求の範囲、明細書、図面等を含む）がユーザによって閲覧されたこと（あるいは、検索結果一覧で当該特許番号が表示されたこと、報告メールシステムで報告対象となったこと）が検知されたときに、その回数を計測する。これにより、その特許番号／公開番号にかかる画面が閲覧されたことを示す閲覧数が表示される。なお、図５、図６の例では、特許第６７１８＊＊１号（図５では、一番上に表示されている特許番号）の情報が、３５０回閲覧されたことが示されている。

【0074】

また、制御部２０は、ログインしているユーザの操作に基づいて各特許のＡＩ要約およびユーザ要約に対して「いいね」がなされた回数、を計測する。計測された回数は、各ＡＩ要約および各ユーザ要約に関連づけて、文書ＤＢ３に格納される。なお、図６の例では、「ＸＹＺ特許事務所」が投稿した要約に対して、３１５回の「いいね」がなされている。

【0075】

また、図示はされていないが、検索システム１上で、「いいね」ランキングおよび／または「閲覧」ランキングが表示されるようになっていてもよい。この場合には、例えば、たくさんの「いいね」がなされたユーザ要約を作成したユーザのランキングが表示される、あるいは、各特許発明について、閲覧数が多いものから順に並んだ特許番号のリストが表示される。なお、後述の第２実施形態では、これを派生させた注目特許ランキング、注目投稿者ランキングが説明される。

【0076】

なお、「いいね」はログインしていないユーザも行うことができてもよいが、いわゆる荒らしを防止するために、ログインしているユーザのみが「いいね」をすることができるほうが好ましい。

【0077】

＜切替ステップの説明＞
制御部２０は、切替手段として機能することで切替ステップを実行する。以下では、切替手段としての制御部２０が実行する処理を説明する。

【0078】

制御部２０は、ユーザの操作に基づいて、特許公報および公開公報のいずれを表示するかを設定する。

【0079】

具体的には、検索対象となる発明について、特許公報および公開公報の双方が発行されている場合には、ユーザは、特許公報を表示させるか、公開公報を表示させるかを、ボタン（図６では、「特許公報／公開公報」のうち、「特許公報」が選択されている）への操作に基づいて切り替えることができる。

【0080】

また、制御部２０は、当該特許発明（特許番号）にかかる出願にパテントファミリーがあることを示す「ＰＦ」のボタン（図６、図１６参照）がユーザによって操作された場合に、図１７のとおり、該当する特許発明（特許番号）にかかる出願のパテントファミリーの相関図を端末装置４に表示するための情報を生成する。これにより、ユーザは、日本の特許第６７１８＊＊１号に対して、日本の分割出願、米国出願、中国出願などが関連づけられていることを把握することができるとともに、それぞれの特許発明の日本語による要約（ＡＩ要約および／またはユーザ要約）を閲覧することができる。

【0081】

なお、制御部２０は、パテントファミリーの相関図において、ＡＩ要約およびユーザ要約のうちのいずれの要約を表示させるかについてのユーザ操作を受けつけることもできる。

【0082】

また、制御部２０は、ユーザの所定の操作に基づいて、例えば図６においてＡＩ要約が表示されている位置にユーザ要約を表示し、図６においてユーザ要約が表示されている位置にＡＩ要約を表示することもできる（ＡＩ要約と、ユーザ要約とを入れ替える。あるいは、ＡＩ要約を消去する）。これにより、ユーザがＡＩ要約よりもユーザ要約のほうがわかりやすいと判断した場合に、ＡＩ要約およびユーザ要約の表示位置を入れ替える（あるいは、ＡＩ要約に代えてユーザ要約のみを表示する）ことができる。

【0083】

さらに前記に加えて、あるいは、前記に代えて、制御部２０は、例えば、ＡＩ要約へのユーザの「いいね」数（サムズアップ数）と、ユーザ要約へのユーザの「いいね」数とを比較し、ユーザ要約の「いいね」の数が多い場合に、ＡＩ要約とユーザ要約とを入れ替える（あるいは、ＡＩ要約に代えてユーザ要約のみを表示する）ことができてもよい。

【0084】

＜通信ステップの説明＞
制御部２０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部２０が実行する処理を説明する。

【0085】

制御部２０は、ターゲット文書を特定することができる情報（例えば、特許番号／公開番号、特許権者／出願人、出願日）、ユーザＩＤ、組織ＩＤ、メールアドレス、パスワード、ユーザ要約にかかる情報、「いいね」がなされた旨の情報、などを端末装置４から受信する。

【0086】

また、制御部２０は、文書ＤＢ３から該当する特許に関する情報を取得し、ターゲット文書を特定することができる情報（例えば、ＡＩ要約、ユーザ要約、特許請求の範囲、明細書、閲覧数、パテントファミリーにかかる情報など）を端末装置４に送信する。これにより、ユーザの端末装置４にて、図２～図２０のとおりの検索システム１にかかる画面が表示される。

【0087】

＜文書ＤＢ３の詳細な説明＞
文書ＤＢ３は、検索システム１を提供する事業者が用意したものである。本実施形態では、文書ＤＢ３は、サーバ２とは別個に用意されているが、サーバ２の中に組み込まれていてもよい。

【0088】

文書ＤＢ３は、例えば、以下のデータを格納する。
・ＡＩ要約
・ＡＩ要約に対する「サムズアップ」数、「サムズダウン」数
・各発明の情報に対する閲覧数（閲覧対象の発明の情報を、検索システム１を利用する１以上のユーザが閲覧した述べ回数）
・ユーザ要約（段落番号等を含む）
・各ユーザ要約に対する「いいね」数
・実施許諾の可否
・特許公報／公開公報に掲載されるデータ（特許権者情報および代理人情報などの書誌事項、特許請求の範囲、図面など）
・ユーザＩＤ
・ユーザＩＤに関連づけられているユーザの情報（例えば、ユーザ氏名、メールアドレス、パスワードなど）
・組織ＩＤ
・組織ＩＤに関連づけられている組織の情報（例えば、組織名、組織ＩＤに関連づけられているユーザ氏名、メールアドレス、パスワードなど）
・グループＩＤ
・グループＩＤに関連づけられているグループの情報（例えば、フォルダ名、グループＩＤに関連づけられているユーザ氏名、社内／社外の情報）
・フォルダに割り当てられているユーザＩＤ、発明にかかる情報など
・パテントファミリーにかかる情報（閲覧対象の特許番号のパテントファミリーの特許発明のＡＩ要約、ユーザ要約、および、特許番号）
・広告情報（事務所情報、求人情報、ホームページなどのリンク情報）

【0089】

文書ＤＢ３は、サーバ２（あるいはサーバ２を介した端末装置４）からの要求に応じて、ネットワークインターフェース３２を介して、必要なデータをサーバ２へ送信する。

【0090】

＜端末装置４の詳細な説明＞
端末装置４は、図１のとおり、制御部４０、記憶部４１、ネットワークインターフェース４２、撮影部４３、音声入力部４４、オーディオ処理部４５、グラフィック処理部４６、および操作部４７を備える。

【0091】

記憶部４１、ネットワークインターフェース４２、撮影部４３、音声入力部４４、オーディオ処理部４５、グラフィック処理部４６、および操作部４７は、バス４９を介して端末装置４の制御部４０に接続される。

【0092】

制御部４０は、ユーザの操作に基づいて、端末装置４の動作を制御する。

【0093】

記憶部４１は、主にＨＤＤ、ＲＡＭおよびＲＯＭで構成される。

【0094】

ネットワークインターフェース４２は、サーバ２と端末装置４との間でデータを送受信する。

【0095】

撮影部４３は、カメラ４３０と接続されている。このカメラ４３０によってユーザの映像が取得される。

【0096】

音声入力部４４は、マイク４４０と接続されている。このマイク４４０によってユーザの音声が取得される。

【0097】

オーディオ処理部４５は、スピーカ４５０と接続されている。スピーカ４５０からは、音声などが出力される。

【0098】

グラフィック処理部４６は、モニタ４６０と接続されている。モニタ４６０には、検索システム１によって表示されるブラウザ画面などが表示される。

【0099】

操作部４７は、キーボードおよびマウス（以下、「キーボード等４７０」という。）と接続されている。本実施形態において操作部４７には、入力検出装置であるキーボード等４７０を介してユーザからの操作信号が入力される。

【0100】

ユーザはキーボード等４７０を操作することで、図２～図４などの画面にて、出願番号、特許番号、公開番号、特許分類（ＩＰＣ、ＣＰＣ、ＦＩ、Ｆターム）、キーワード、タグ（検索システム１上でユーザが任意に設定したテキストデータ）、社内分類（組織コミュニティでユーザが任意に設定したテキストデータ）などの検索条件を入力することができる。

【0101】

＜端末装置４の制御部４０の機能構成＞
端末装置４の制御部４０は、所定のプログラムを実行することにより、以下の各手段として機能し、以下の各ステップを実行する。

【0102】

＜入力ステップの説明＞
制御部４０は、入力手段として機能することで入力ステップを実行する。以下では、入力手段としての制御部４０が実行する処理を説明する。

【0103】

制御部４０は、図２～図４のとおり、ユーザの操作に基づいて、検索システム１に対してユーザが知りたい発明にかかる情報（例えば、特許番号、キーワード）を入力することで、検索システム１において、その発明に関する情報（発明一覧を含む）を閲覧することができる。

【0104】

具体的には、ユーザは、図２に示される番号検索における検索画面のウィンドウに、出願番号、特許番号、公開番号などの番号情報を入力することができる。これにより、ユーザは所望のターゲット文書を検索することができる。図２は、ユーザが、「番号検索」をクリックしたのちに、ウィンドウに特許番号（図２の例では、「７７７７７７７」、「７７６５３６３」）などを入力し、「Ｓｅａｒｃｈ」をクリックしようとしている状態を示す図である。

【0105】

また、ユーザは、図３に示される条件検索における検索画面のウィンドウに、「ＣＬ＝ガスセンサ＋車両」、「ＴＸ＝排気＋ガス」、「ＦＩ＝Ｂ６０Ｌ＊」などの情報を入力することができる。これによっても、ユーザは所望のターゲット文書を検索・閲覧することができる。図３は、ユーザが、「条件検索」をクリックしたのちに、ウィンドウにキーワードなどの条件式を入力し、「Ｓｅａｒｃｈ」をクリックしようとしている状態を示す図である。

【0106】

このうち、「ＣＬ」は、特許請求の範囲全体を意味し、「ＴＸ」は、特許請求の範囲および明細書全体を意味し、「ＦＩ」は、特許分類であるファイルインデックスを意味し、「＊」は、任意（「＊」は、どのような文字、かつ、何文字であってもよい。ここでは、「前方一致」を意味する）を意味し、「ＳＴ」は、当該出願の生死情報（例えば、「０」が権利消滅、審査未請求などによるみなし取下など、「１」が権利存続、審査中など）を意味する。すなわち、ユーザは、例えば、「ＣＬ＝ガソリン＋車両」で、特許請求の範囲のいずれかに「ガソリン」または「車両」が記載されている特許発明にかかる情報を検索することができる。

【0107】

また、ユーザは、図４に示される番号検索における検索画面のウィンドウに、特許番号などがリスト化された表データを入力することができる。これによっても、ユーザは所望のターゲット文書を検索・閲覧することができる。図３は、ユーザが、「番号検索」をクリックしたのちに、複数件の特許番号が記載された表データをウィンドウにドラッグ・アンド・ドロップし、「Ｓｅａｒｃｈ」をクリックしようとしている状態を示す図である。

【0108】

また、ユーザは、ユーザ情報（例えば、ユーザ名、ユーザの住所、会社、所属）、ユーザＩＤ、組織ＩＤ、パスワードを入力して、これらの情報を、サーバ２および文書ＤＢ３に登録することができる。

【0109】

また、ユーザが正しいユーザＩＤおよびパスワードを入力することで、サーバ２がそのユーザＩＤでユーザアカウントを認証する。アカウントが認証された場合には、図７のとおり、ユーザは、ユーザ要約を投稿することができるようになるとともに、ＡＩ要約およびユーザ要約に対して「いいね」をすることができる。

【0110】

また、ユーザのユーザＩＤが特定の１つの組織ＩＤと関連づけられている場合には、サーバ２がユーザＩＤ（組織ＩＤが関連づけられているユーザＩＤ）を用いて組織アカウントを認証する。これにより、ユーザは、図１１～図１６のとおり、組織コミュニティの画面にアクセスすることができるようになる。

【0111】

また、ユーザ（マスタユーザ）は、図１０のとおり、組織ＩＤに関連づけるユーザＩＤを設定することができる。具体的には、ユーザ（この場合には、マスタユーザ「ＲＫ」）は、例えば、図１０の例のように、「ｒ－ｋｏｇｙｏ」という組織ＩＤに、「ＲＫ」、「ＹＮ」、「ＴＳ」のユーザＩＤを関連づけることができる。図１０の例では、「ＲＫ」、「ＴＳ」、「ＹＮ」が「ｒ－ｋｏｇｙｏ」の組織コミュニティの「社内」として設定されている。本実施形態の検索システム１では、図１０の例に限られず、ユーザは、１つの組織ＩＤに３つ以上のユーザＩＤを「社内」に関連づけることもできる。

【0112】

また、組織ＩＤに関連づけることのできるユーザは「社内」に限定されてもよい。この場合には、「社内」、「社外」の設定項目が表示されない。ただし、この場合においても、ユーザは、グループＩＤにおいて、「社外」のユーザも関連づけることができる。

【0113】

また、ユーザは、図１６のとおり、「共有メモ」（組織コミュニティにて「社内」として設定されているユーザ全体で共有されるテキストデータ）、「共有メモ（社内外）」（組織コミュニティにて「社内」および「社外」にまたがって共有されるテキストデータ）、「個人メモ」（組織コミュニティのうち、その「個人メモ」を登録したユーザだけが閲覧することができるテキストデータ）、社内分類（「フィルタ」、「二酸化炭素」、「Ｒ」、「Ｓ１」など任意のテキストデータ）を入力することができる。

【0114】

このように、本実施形態の検索システム１が提供する組織コミュニティの「共有メモ」、「共有メモ（社内外）」を用いることで、ユーザ同士のコミュニケーションを図ることができる。また、これに加えて、組織コミュニティの画面（例えば、図１６）にて、他のユーザが記入した「タグ」が表示されてもよい。この場合には、さらにユーザ同士のネットワークを広げることができる。

【0115】

なお、ユーザは、組織コミュニティ（グループを含む）の画面にて、特許番号（あるいは出願番号など）と「共有メモ」、「共有メモ（社内外）」などとが関連づけられているデータをドラッグ・アンド・ドロップ（例えば、図１５におけるフォルダ「製品Ａ」に、必要な情報が入力されたｃｓｖデータなどをドラッグ・アンド・ドロップ）することで、その組織コミュニティにおいて「共有メモ」が未記載であっても、ドラッグ・アンド・ドロップされたデータに記載されている「共有メモ」などを反映させることができる。

【0116】

また、さらには、ユーザは、組織コミュニティの「ダウンロード」（図１６では不図示）をクリックすることで、組織コミュニティに表示されている情報を、すべて、あるいは、選択して、ダウンロードすることができてもよい。

【0117】

また、ユーザは、図１３における「グループの作成」をクリックすることで、図１３のとおり、組織コミュニティ内でのグループを作成することができる。これにより、同一のグループに割り当てられたユーザ同士（図１３の例では、ＴＳ（社内）、ＲＫ（社内）、ＴＩ（社外）、ＫＯ（社外））は、同一のフォルダ（図１３の例では、製品Ｃ）を閲覧することができる。

【0118】

なお、図１３の例に限られず、組織コミュニティでいったん「社内」が割り当てられたユーザについては、その組織コミュニティにおけるグループの作成時には、自動的に「社内」が割り当てられてもよい。さらに、組織ＩＤに関連づけられていないユーザＩＤが入力された場合には、自動的に、そのユーザが「社外に」に割り当てられてもよい。

【0119】

また、制御部４０は、ユーザの操作に基づいて、検索システム１にて閲覧されうる発明について、実施許諾を許可するか、などを設定（例えば、「可」、「不可」、「－（未入力）」）する。具体的には、正当な権原を持つユーザ（例えば、検索システム１において、あるいは、検索システム１を提供する事業者によって、組織ＩＤに関連づけられている組織に属する正式なユーザであることがあらかじめ認証されたユーザ）の操作に基づいて、検索システム１上で当該特許発明の実施許諾の可否を設定することができる。この実施許諾の可否に関する情報は、サーバ２を介して文書ＤＢ３に送信されるとともに、文書ＤＢ３に格納される。

【0120】

また、ユーザは、図１８の報告メールシステムにおいて、検索条件を入力・登録・編集することができる。また、ユーザは、新着公報の通知を受けるタイミングを設定することができる。なお、この場合の検索条件の入力方法は、図３における条件検索の入力方法と同様である。

【0121】

また、例えば図１５、図２０において、カーソルが特許番号（この場合は、「６７１８＊＊１」にかかる特許番号）の上をホバーしている状態で右クリックなどがなされると、吹き出しが表示され、ユーザ自身が割り当てられているフォルダへ、該当する特許を割り振ることができる。この場合には、ユーザは吹き出し内に表示されたマスにチェックを入れることで、所望のフォルダに該当する特許を割り振ることができる。また、ユーザが、検索条件とフォルダとを関連づけている場合（例えば、条件１と製品Ａとを関連づけている場合）には、条件１に関連する特許が、条件１に関連づけられている製品Ａのフォルダに自動的に割り振られてもよい。

【0122】

なお、図１５の例では、ユーザ「ＲＫ」には製品Ｂへの割り当てがなされていないため（図１２参照）、製品Ｂに関するコマンドが非アクティブとなっている。一方、図２０の例では、ユーザ「ＴＳ」は製品Ａ、製品Ｂのいずれにも割り当てられているため（図１２参照）、製品Ａおよび製品Ｂのいずれもアクティブ化されている。

【0123】

＜出力ステップの説明＞
制御部４０は、出力手段として機能することで出力ステップを実行する。以下では、出力手段としての制御部４０が実行する処理を説明する。

【0124】

制御部４０は、図２～図２０のとおり、ユーザの操作に基づいて入力された情報に基づいて、該当する特許公報（あるいは公開公報）に記載された情報をユーザに表示するための情報を生成する。これにより、ユーザは、ユーザの端末装置４（モニタ４６０）にて、特許発明の情報（例えば、特許番号、特許権者、出願人、ＡＩ要約、特許請求の範囲、明細書、図面、ユーザ要約、実施許諾の可否、特許発明の閲覧数）を閲覧することができる。

【0125】

また、特定の１つの組織ＩＤに関連づけられているユーザがログインした場合には、制御部４０は、サーバ２を介して文書ＤＢ３から必要な情報を取得することで、図１０～図１７のとおり、組織コミュニティにかかる画面を端末装置４（モニタ４６０）に表示する。この組織コミュニティにかかる画面にて、例えば図１６のとおり、共有メモ、共有メモ（社内外）、個人メモ、社内分類、ユーザが作成したフォルダなどが表示される。

【0126】

さらに、ユーザの組織ＩＤに対して報告メールシステムを閲覧する機能が設定されている場合には、制御部４０は、図１８～図２０のとおり、ユーザの設定に基づく検索条件に合致するターゲット文書の請求項にかかるＡＩ要約を端末装置４（モニタ４６０）に表示する。具体的には、制御部４０は、サーバ２を介して文書ＤＢ３から必要な情報を取得することで、ユーザが設定した検索条件、および、その検索条件に合致する発明の件数、請求の範囲、明細書、その発明のＡＩ要約、などを端末装置４（モニタ４６０）に表示する。なお、図示はされていないが、図１９のメール上に、あらかじめ登録されている広告が表示されてもよい。

【0127】

また、制御部４０は、ユーザの操作に基づいて、例えば図２～４の特許事務所に関連づけられているバナーがクリックされることにより、モニタ４６０に、その特許事務所が用意している外部ホームページ（例えば、事務所紹介の外部ホームページ）を表示させる。

【0128】

また、ユーザは、例えば図５の特許番号の左隣のマスにチェックを入れたのちに「ＣＳＶをダウンロード」を操作することにより、チェックが入れられた文書にかかる情報（例えば、ユーザが任意に指定した特許番号、出願人、請求項、要約書、ＡＩ要約、ユーザ要約など、および／または、特許公報などのＰＤＦデータ）をダウンロードすることができる。この場合には、端末装置４は、サーバ２を介して、文書ＤＢ３から、チェックが入れられた文書にかかる情報を受信する。なお、「ＣＳＶダウンロード」はユーザがログインしている場合にのみ有効となってもよい。

【0129】

また、ユーザは、例えば図６の「タグ編集」をクリックしたのちに、任意のテキストデータ（例えば、「車両」）を入力することで、その特許番号にかかる情報に、任意のタグを関連づけることができる。ユーザが設定したタグ（テキストデータ）は、条件検索（図３参照）において検索項目とすることができる。また、前述のとおり、ユーザがあるタグをクリックした場合には、クリックされたタグと同一のタグが登録されている他の特許発明（特許番号）の一覧が表示される。

【0130】

また、ユーザは、例えば図６に示される検索システム１の画面の両端に示された矢印（三角形）を操作することで、前の文献、または、後の文献にかかる情報に遷移させることができる。同様に、ユーザは、図面の項目の両端に示された矢印（三角形）を操作することで、前の図面、または、後の図面に遷移させることができる。

【0131】

また、制御部４０は、ユーザの操作に基づいてユーザ要約に記載された段落番号が指定されると（図６の例では、図６の紙面下方に示されるとおり、０１００段落が指定されている）、明細書の項目（図６の紙面右側のエリア）において０１００段落を枠内の上端に合わせて表示させる。

【0132】

また、図６には記載されていないが、例えば条件検索で入力されたキーワード（例えば、「ガソリン」、「排気」）についてのハイライトバーが明細書の隣に表示されており、ハイライトバーの対応箇所に、当該キーワードが表示されていることを示すハイライト（例えば、「ガソリン」は青色、「排気」は赤色）が表示されていてもよい。

【0133】

また、制御部４０は、ユーザの操作に基づいて、例えば図７の「ＸＹＺ特許事務所」に関連づけられているＵＲＬがクリックされることにより、モニタ４６０に、ＸＹＺ特許事務所が用意している外部ホームページを表示させる。このように、例えば、ＸＹＺ特許事務所が「ＸＹＺ特許事務所」というユーザＩＤを用いてユーザ要約を投稿しつつ、自身のホームページ（外部ホームページ）にかかるＵＲＬをリンクさせることができる。これにより、ＸＹＺ特許事務所は、ユーザを、自身のホームページ（外部ホームページ）に誘導することができる。

【0134】

＜通信ステップの説明＞
制御部４０は、通信手段として機能することで通信ステップを実行する。以下では、通信手段としての制御部４０が実行する処理を説明する。

【0135】

制御部４０は、ターゲット文書を特定することができる情報（例えば、特許番号／公開番号、特許権者／出願人、出願日など）、ユーザＩＤ、パスワード、ユーザ要約、ユーザが「いいね」をした旨の情報、などをサーバへ送信する。これにより、ユーザは、端末装置４にて、検索システム１を利用することができるようになる。

【0136】

また、制御部４０は、文書ＤＢ３から該当する特許に関する情報を取得し、ターゲット文書を特定することができる情報（例えば、特許請求の範囲、明細書、共有メモ、個人メモ、社内分類、該当する発明について「いいね」がなされた旨の情報など）を、文書ＤＢ３を介してサーバ２から受信する。これにより、ユーザは、端末装置４にて、検索システム１にかかる画面を閲覧することができる。

【0137】

以上をまとめると、本発明の報告メールシステムは、
コンピュータ（サーバ２、文書ＤＢ３、端末装置４）に、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報（例えば、特許番号）を検索するための条件（例えば、キーワード、特許分類）、および、入力された条件によって検索された文書情報（例えば、特許番号）に関する文章（例えば、請求項１、および、請求項１と同一カテゴリーの独立項）に対応する概要情報（ＡＩ要約）を取得する頻度を指定するための日時情報（例えば、その都度、３日ごと、週１など）、を入力し、
ＡＩ要約は、文書情報（例えば、特許番号）に関する文章（例えば、請求項１、および、請求項１と同一カテゴリーの独立項）を、所定の学習モデルによって要約した情報であって、
取得ステップでは、文書情報に関する文章とは別に、ＡＩ要約を取得し、
送信ステップでは、日時情報に従って、ＡＩ要約が取得されたことを示す情報をユーザが操作する操作端末４に送信し、
出力ステップでは、ユーザが、文書情報に関する文書（例えば、請求項１、および、請求項１と同一カテゴリーの独立項）と、それに対応するＡＩ要約と、を同一ページ内で対比することが可能なように、操作端末４のモニタ４６０に出力する。

【0138】

また、本発明の検索システム１は、
コンピュータ（サーバ２、文書ＤＢ３、端末装置４）に、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報（例えば、特許番号）あるいは文書情報を検索するための条件（例えば、キーワード、特許分類）、を入力し、
取得ステップでは、入力された文書情報あるいは条件によって検索された文書情報に関する文章（例えば、請求項１、および、請求項１と同一カテゴリーの独立項）に対応する概要情報（ＡＩ要約）を取得し、
ＡＩ要約は、文書情報に関する文章を、所定の学習モデルによって要約した情報であって、
出力ステップでは、入力された文書情報（例えば、特許番号）あるいは条件（例えば、キーワード、特許分類）、に合致する概要情報をモニタ４６０に出力する。

【0139】

＜発明の効果＞
以上のとおり、本発明によれば、従来の特許検索システムでは提供されていなかった機能を提供することができる。

【0140】

これにより、新規な特許検索システムを提供することのできるコンピュータシステムを提供することができる。

【0141】

［第２実施形態］
本発明の実施形態にかかるランキングシステム（注目特許ランキングシステム、注目投稿者ランキングシステム）について、図２１、図２２を参照して説明する。なお、以下に説明される実施形態は、本発明の一例にすぎず、本発明の要旨を変更しない範囲で本発明の実施形態を適宜変更することができる。また、第２実施形態で用いられる符号は、第１実施形態に準ずるものとする。

【0142】

この実施形態では、第１実施形態で用いられた指標（変数）、あるいは、検索システム１で作成された指標（変数）を用いて、注目特許ランキング、および、注目投稿者ランキング、を作成するシステムについて説明する。

【0143】

まず、注目特許ランキングシステムについて説明する。サーバ２は、注目特許ランキングを作成するにあたって、デイリー（日ごと）、ウィークリー（週ごと）、マンスリー（月ごと）、アワード（１年間）で、注目された特許のランキングを作成する。

【0144】

図２１は、注目特許ランキングシステムによって所定期間の集計がなされたランキングの例である。以下では、マンスリー（月ごと）で集計されたランキングが作成される例が記載されているが、デイリー（日ごと）、ウィークリー（週ごと）などでも、同様のランキングが作成される。

【0145】

図２１では、特許分類であるＦＩのセクションＡ～Ｈごとに、注目特許ランキングが集計され、それらの合算値で評価されたものが総合ランキングとして表示される。この「セクション」とは、「Ａ」が「生活必需品」、「Ｂ」が「処理操作；運輸」、「Ｃ」が「化学；冶金」などのように、ＩＰＣ（国際特許分類）に基づいてあらかじめ定められているものである。なお、本実施形態では、特許分類としてＦＩが用いられているが、ＩＰＣが用いられてもよい。

【0146】

セクションごとの集計では、変数として、例えば、特許発明（特許番号）ごとの、閲覧数、ユーザ要約の投稿数、ユーザ要約に対する「いいね」数、フォルダへの割り振り数、などが用いられる。集計は、例えば２０２３年１０月１日から２０２３年１０月３１日の間、などのように、一定期間の集計である。

【0147】

本実施形態では、例えば、サーバ２が、対象の特許発明（特許番号）の閲覧数が１００であれば１００ポイント、投稿数が１０件であれば１０ポイント、などのように、特許発明（特許番号）にポイントを付与していき、特許発明ごとに付与されたポイントを累計する。

【0148】

また、それとは異なり、同じセクション内で、閲覧数が一番多い特許発明（特許番号）の閲覧数で、それぞれの特許発明（特許番号）の閲覧数を割る、などをして平滑化したポイントが付与されてもよい。具体的には、セクション「Ａ」で一番閲覧数が多い特許が例えば特許９９９９９９９号であった場合に、その閲覧数が１００００であれば、サーバ２は、特許第９９９９９９９号に１（＝１００００／１００００）ポイントを付与し、セクション「Ａ」の特許第９９９９９９８号の閲覧数が１００であれば、サーバ２は０．０１（＝１００／１００００）ポイントを付与する。

【0149】

このようにすることで、セクションごとで閲覧数に偏りが生じている場合（例えば、セクション「Ａ」の閲覧数の合計が２００００、セクション「Ｂ」の閲覧数の合計が３００などのように、セクションによって閲覧数が大きく異なる場合）であっても、セクションをまたいだ総合において、平滑化されたポイント数で順位が決定されうる。

【0150】

サーバ２は、ユーザ要約の投稿数、ユーザ要約に対する「いいね」数、フォルダへの割り振り数、などについても同様の集計を実行する。なお、フォルダへの割り振り数は、すべてのユーザについて、「要注意」フォルダなどへ当該特許発明を割り振った場合の累計値である。

【0151】

また、サーバ２は、閲覧数、ユーザ要約などについて、前回集計（例えば、今回集計が２０２３年１０月１日から２０２３年１０月３１日までの間であれば、前回集計は２０２３年９月１日から２０２３年９月３０日までの間となる）からの伸び率を算出することもできる。これにより、特許発明（特許番号）ごとに、閲覧数などの伸び率に応じたポイントが付与されうる。

【0152】

サーバ２は、各セクションで集計を実行し、それぞれのセクションで、注目度（付与されたポイント）が高い特許発明（特許番号）のランキングを作成する。

【0153】

そして、総合では、Ａ～Ｈまでのすべてのセクションにまたがった、すべての特許発明（特許番号）について、注目度が高い順にランキングが作成される。

【0154】

なお、図２１において「＋ｐａｔｅｎｔ」の欄が「○」となっている場合には、検索システム１において、該当する特許権者がその特許をアピールするための特許ＰＲページを作成していることを意味する。この「＋ｐａｔｅｎｔ」には、特許権者が記載した発明の概要、当該特許発明が搭載されている製品、実施許諾の可否、特許権譲渡の可否、各特許発明の詳細ページ（例えば、図６の画面）へ遷移するためのリンク、などが記載されている。

【0155】

なお、図６などの各特許発明の詳細ページにも「＋ｐａｔｅｎｔ」へ遷移するためのリンクが貼られている場合には、特許権者は、特許発明の詳細ページと、「＋ｐａｔｅｎｔ」とを連動させて、その特許発明の閲覧数を稼ぐことができる。

【0156】

また、図２１において、特許権者の欄に記載のテキストデータ（特許権者名）に下線が付されている場合には、検索システム１において、各特許権者が自身をアピールするための組織ページを作成していることを意味する。この組織ページでは、特許権者は、「＋ｐａｔｅｎｔ」、および、お知らせ（例えば、新商品の広告）などを登録することができる。

【0157】

このように、特許権者は、「＋ｐａｔｅｎｔ」、組織ページを作成することで、より一層自身の特許発明に注目してもらえるようにすることができる。

【0158】

つぎに、注目投稿者ランキングシステムについて説明する。サーバ２は、注目特許ランキングと同様に、注目投稿者ランキングを作成するにあたって、デイリー（日ごと）、ウィークリー（週ごと）、マンスリー（月ごと）、アワード（１年間）で、注目の投稿（ユーザ要約の投稿）を行ったユーザ（以下、「投稿ユーザ」という）のランキングを作成する。

【0159】

図２２は、注目投稿者ランキングシステムによって「ウィークリー」（週間）で集計したランキングの例である。

【0160】

注目投稿者ランキングでは、サーバ２は、少なくとも、投稿ユーザごとの投稿数と、ユーザ要約に対する「いいね」数とに基づいて、注目特許ランキングと同様の手法で、投稿ユーザごとにポイントを付与する。そして、サーバ２は、投稿ユーザごとに、付与されたポイントを累計し、付与されたポイント順に、投稿ユーザを並べる。なお、注目特許ランキングと同様、投稿数、および／または、「いいね」数、についての前回集計からの伸び率に基づいて、ポイントが付与されてもよい。

【0161】

また、図２２において「ＨＰ」の欄が「○」となっている場合には、検索システム１において、該当する投稿ユーザ（例えば、弁理士、弁理士法人、特許権者、企業知的財産部の社員）の外部ホームページへのリンクが貼られていることを意味する。

【0162】

また、図２２において、「組織」の欄に記載されている組織名称に下線が付されている場合には、検索システム１において、各投稿ユーザ（例えば、弁理士、弁理士法人、特許権者、企業知的財産部の社員）が自身をアピールするための組織ページ（ユーザの外部ホームページとは異なり、例えば、投稿ユーザが作成した明細書のリスト、自身の特許査定率、特許法第３６条による拒絶率など、が記載された内部ページ）を作成していることを意味する。

【0163】

このように、投稿ユーザは、自身の外部ホームページへのリンクを貼ることで、あるいは、検索システム１内で組織ページを作成することで、より一層自身の存在を注目してもらえるようにすることができる。

【0164】

組織ページ、「＋ｐａｔｅｎｔ」、注目特許ランキングおよび注目投稿者ランキングに関するランキング情報は、サーバ２から文書ＤＢ３に送信され、文書ＤＢ３に記憶される。サーバ２は、これらの情報を、ユーザの操作に応じて端末装置４に送信する。これにより、注目特許ランキングおよび注目投稿者ランキングが、端末装置４にて表示される。

【0165】

なお、注目特許ランキングでは、各特許発明（特許番号）の閲覧数、ユーザ要約の投稿数、ユーザ要約に対する「いいね」数、フォルダへの割り振り数などの変数が用いられているが、これらの変数には所定の重みづけがなされていてもよい。例えば、閲覧数よりもフォルダのへの割り振り数のほうに重みづけがなされている場合には、閲覧数が１、フォルダへの割り振り数が１、であっても、閲覧数に１ポイント、フォルダへの割り振り数に２ポイントが付与される、などのように変数ごとに異なるポイントが付与される。

【0166】

また、注目投稿者ランキングでは、注目特許ランキングとは異なり、サーバ２は、ＦＩごとの投稿ユーザのランキングを作成しないが、ポイントを付与するための変数として、例えば、投稿数の少ないＦＩが付されている特許発明（特許番号）に積極的にユーザ要約を投稿した投稿ユーザを評価することもできる。この場合には、例えば、他のセクションよりもセクション「Ａ」のユーザ要約の投稿数が少ない場合には、サーバ２は、セクション「Ａ」にユーザ要約を投稿した投稿ユーザには、１ポイントではなく、それよりも多い３ポイントを付与するなどをすることができる。

【0167】

また、図２１、図２２では、ランキングを閲覧しているユーザがログインしている例が記載されているが、ユーザは、ログインの有無にかかわらず、注目特許ランキングおよび注目投稿者ランキングを閲覧することができてもよい。

【0168】

また、注目特許ランキング、注目投稿者ランキングのポイントを算出する際の変数、および、算出方法は、前記の例に限られず、さまざまな変数、算出方法を用いることができる。

【0169】

以上をまとめると、本発明のランキングシステムは、
コンピュータ（サーバ２、文書ＤＢ３、端末装置４）に、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報（例えば、特許番号）および／または文書情報を検索するための条件（例えば、キーワード、特許分類）を入力し、
生成ステップでは、文書情報に関する文章がユーザによって閲覧されたことに関する閲覧情報（例えば、閲覧数、ユーザ要約、ユーザ要約の投稿数、ユーザ要約に対する「いいね」、および、「いいね」数）を生成し、
出力ステップでは、少なくとも文書情報と閲覧情報とを、ユーザが操作する操作端末４に出力し、
算出ステップでは、所定タイミング（例えば、日ごと、月ごと）において、特許文書の注目度にかかる指標（注目特許ランキング、注目投稿者ランキング）を算出し、
特許文書の注目度にかかる指標は、特許文書あるいはユーザごとに、閲覧情報に基づいて算出された指標である。

【0170】

＜発明の効果＞
従来、個別の特許発明（特許番号）の閲覧数などに基づいてランキングが作成されるシステムは存在していなかった。

【0171】

これに対して、本発明によれば、注目度の高い特許、注目度の高い投稿ユーザがランキングによって表示される。これにより、単に技術的な観点からだけではなく、どのような特許発明がユーザによく閲覧されているか、などの観点から特許発明を閲覧することができるようになる。

【0172】

［他の実施形態］
前記実施形態において説明した各種制御手段および処理手順は一例であって、本発明、その適用物、またはその用途の範囲を制限することを意図するものではない。各種制御手段および処理手順は、本発明の要旨を変更しない範囲で適宜設計変更することができる。また、各実施形態において説明した各種制御手段および処理手順、処理内容は、単体で構成したり、適宜組み合わせたりすることも可能である。

【0173】

また、本明細書にて使用される各種定義は、実施例ごとに特段の断りがなされない限り、明細書全体で共通に使用されるものである。

【0174】

また、前記実施形態では、１つのサーバと、１つの文書ＤＢとで構成される検索システムが説明されていたが、本発明はこれには限られない。２つ以上のサーバ、２つ以上の文書ＤＢを備える検索システムであってもよく、サーバの中に文書ＤＢが格納されていてもよい。

【0175】

前記実施形態では、サーバに格納された要約プログラムにおいて事前に特許請求の範囲を読み込ませ、ＡＩ要約が作成される例が記載されているが、本発明はこれには限られない。ユーザがターゲットとなる文書にかかる特許番号を入力した場合に、例えば、サーバに格納された（あるいは、サーバからの指示情報を受けた外部装置に格納された）要約プログラムによって該当する特許番号の請求項にかかる発明のＡＩ要約がリアルタイムに作成されてもよい。

【0176】

前記実施形態では、１つの組織ＩＤに対して、３つのユーザＩＤが関連づけられている例が記載されているが、本発明はこれには限定されない。例えば、１つの組織ＩＤに対して４つ以上のユーザＩＤが関連づけられてもよい。また、例えば、ユーザが検索システムを提供する事業者に対価（例えば、１０００円／ＩＤ）を支払うことにより、１つの組織ＩＤに対して５つ以上のユーザＩＤを関連づけることができるようになってもよい。

【0177】

また、ユーザが対価を支払うことによって、報告メールシステム、グループ内のフォルダの追加、パテントファミリーの相関図の閲覧、「社外」の設定、などをすることができるようになってもよい。

【0178】

また、前記実施形態に限られず、文書ＤＢに記憶される情報のうち、例えば、共有メモ、共有メモ（社内外）、個人メモ、社内分類などは、各ユーザの端末装置にのみ格納されていてもよい。この場合には、検索システムのセキュリティがさらに向上する。

【0179】

また、前記実施形態では、日本国の特許番号／公開番号が入力される例が記載されているが、本発明はこれには限られない。日本、米国、中国など各国での特許番号（例えば、６７１８＊＊１ｊｐ（またはｊｐ６７１８＊＊１。以下、同じ）、７＊＊＊＊＊＊ｕｓ、５＊＊＊＊＊＊ｃｎ）が入力された場合には、前記実施形態と同様の形式で検索結果が表示されてもよい。

【0180】

また、パテントファミリーの情報は、「出願番号」および／または「特許番号」、ならびに「国種別」などで特定されうる。例えば、「日本の出願Ａ」の書誌事項に、「ＰＣＴ／ＵＳ出願Ｂ」が優先権主張番号などとして記載されている場合には、出願Ａと、「ＰＣＴ／ＵＳ出願Ｂ」にかかる「米国の出願Ｂ（あるいは、ＰＣＴ出願に基づいて米国に移行された米国の出願Ｃ）」と、がパテントファミリーであることが一意に決まる。

【0181】

また、基礎となる出願が「出願ａ」であり、その分割出願（子出願）が「出願ｂ」である場合に、子出願の「出願ｂ」の書誌事項に記載された原出願「出願ａ」により、「出願ａ」と「出願ｂ」とがパテントファミリーであることが特定されうる。また、サーバが文書ＤＢに対して「出願ａ」を基礎とする出願が存在していないか検索し、検出された「出願ｂ」の書誌事項に基礎となる出願として「出願ａ」が記載されている場合に、「出願ａ」と「出願ｂ」とがパテントファミリーであることが特定される。また、同一のパテントファミリーには、同一のパテントファミリー番号が付されていてもよい。

【0182】

また、端末装置において検索結果の一覧が表示される際に、閲覧数が多い順に（閲覧数が同じ場合には、出願日順あるいは特許番号順）、特許発明（特許番号）が表示されてもよい。また、各特許発明（特許番号）について、ユーザ要約の「いいね」数が多い順に、ユーザ要約が表示されてもよい。また、請求項１が表示されるエリア、請求項５が表示されるエリアといったように、請求項ごとにグループ化されてユーザ要約が表示されてもよい。

【0183】

また、文書ＤＢにおいて、共有メモ、共有メモ（社内外）、個人メモなどは、暗号化された状態で記録されていてもよい。ユーザが共有メモを閲覧する際には、サーバが暗号化された共有メモなどの情報を取得し、暗号化されたままで（この場合には、共有メモなどの情報は、端末装置で復号化される）、あるいは、復号化された状態で、端末装置に送信される。

【0184】

また、組織ＩＤに関連づけられているユーザＩＤについては、グループが作成された場合に、自動的に「社内」が割り当てられてもよい。一方、組織ＩＤに関連づけられていないユーザＩＤは、グループが作成された場合に、自動的に「社外」が割り当てられてもよい。これにより、「社外」のユーザが間違って「社内」に割り当てられるという事象を防止することができる。

【0185】

また、ＡＩ要約および／またはユーザ要約は、テキストデータをコピー、ペーストすることができないようになっていてもよい。また、この機能は、ログインしていないユーザにのみ適用されるようになっていてもよい。

【0186】

また、検索システムにおいて、検索結果の表示、および／または、ＣＳＶのダウンロードなどは、あらかじめ定められた上限値を超えない範囲で許可されてもよい。

【0187】

また、ユーザの指定によって、あるいは、ユーザの設定状況などに基づいてＡＩに学習させることで、報告メールシステムにて条件に合致した公報概要が報告される際に、各発明にかかる情報が自動で組織コミュニティ内のフォルダ（例えば、特許第６７１７＊＊＊号は、製品Ａ、特許第６７１８＊＊１は、製品Ｂ）に割り振られたり、社内分類（例えば、特許第６７１７＊＊＊号は、「自動運転」、特許第６７１８＊＊１は、「浄化フィルタ」）が自動で割り振られたりしてもよい。

【0188】

また、広告主となる事業者が任意の特許分類（例えば、ＦＩ、ＩＰＣ）を設定している状態で、ユーザが検索した特許発明に関連づけられている特許分類と広告主が設定した特許分類とが同一である場合に、その広告主の広告情報が、検索結果に表示されるようになっていてもよい。この場合には、特許事務所Ａの担当者が、例えば特許事務所Ａの得意とする技術分野として「ＦＩ＝Ａ６３Ｆ／＊」を指定しておくことで、ユーザが検索した特許発明に筆頭ＦＩとして「ＦＩ＝Ａ６３Ｆ／＊」が関連づけられている場合には、特許事務所Ａの広告が、抽出された特許発明の詳細ページにて表示されるようになる。

【0189】

また、前記実施形態では、報告メールシステムにおいて、条件式に合致した特許公報にかかる情報がユーザに報告される例が記載されているが、本発明はこれには限られない。すなわち、報告メールシステムによって、条件式に合致した公開公報にかかる情報（および、そのＡＩ要約）もユーザに報知されうるようになっていてもよい。また、報告メールシステムにおいて、図１９のメールに添付されているＣＳＶファイルには、特許番号およびＡＩ要約のほか、特許権者、特許請求の範囲、発明の詳細な説明、代表図の少なくともいずれかが含められてもよい。すなわち、例えば、ファイルには、少なくとも、特許番号と、すべての独立項（その他、請求項１のみ、または、すべての請求項、とすることもできる）にかかるＡＩ要約と、が表示されうる。

【0190】

また、前記実施形態には記載されていないが、１つのユーザＩＤについて、複数のユーザ（コンピュータ）が同時にログインすることができてもよいが、１つのユーザＩＤにつき１人のユーザ（１つのコンピュータ）のみがログインすることができるようになっていることが好ましい。

【0191】

また、ユーザが、ＳＮＳ（ソーシャル・ネットワーキング・サービス）とユーザＩＤとを連動させている場合には、そのユーザがみんなの要約に投稿したときに、ＳＮＳにおいてその要約が投稿されてもよい。

【0192】

また、検索システムが、組織コミュニティの画面にて、組織内でのメッセージチャットをすることのできる機能を提供してもよく、ユーザメンバのいずれかが「共有メモ」を更新した場合、あるいは、特定の特許の情報についてチェックをいれた場合に、他の組織メンバにその旨が通知される機能を提供してもよい。

【0193】

また、前記実施形態では、各特許番号の１つの請求項（例えば、請求項１）に対応して、１つのＡＩ要約が生成（および／または表示）される例が記載されているが、本発明はこれには限られない。例えば、請求項１に対して、２０文字以内のひとことＡＩ概要（例えば、簡易チェック用）、１００文字以内のＡＩ概要（例えば、開発部門の担当者用）、２００文字以内の詳細ＡＩ概要（例えば、特許部門の担当者用）、などのように、複数種類のＡＩ概要を生成（および／または表示）することができてもよい。この場合には、例えば、ユーザが「２０文字以内のひとことＡＩ概要」、「１００文字以内のＡＩ概要」、および、「２００文字以内の詳細ＡＩ概要」の少なくともいずれか１つを選択することができてもよい。

【0194】

なお、前記のように、ユーザが「２０文字以内のひとことＡＩ概要」、「１００文字以内のＡＩ概要」、および、「２００文字以内の詳細ＡＩ概要」の少なくともいずれか１つを選択することができる仕様は、報告メールシステムにおいても採用することができる。この場合には、図１８の画面において、「２０文字以内のひとことＡＩ概要」、「１００文字以内のＡＩ概要」、および、「２００文字以内の詳細ＡＩ概要」の少なくともいずれか１つを選択するためのボタンが設けられていればよい。

【0195】

例えば、「２０文字以内のひとことＡＩ概要」および「１００文字以内のＡＩ概要」が選択されている場合には、ユーザは、請求項１（および、他の独立項）にかかる「２０文字以内のひとことＡＩ概要」および「１００文字以内のＡＩ概要」と、請求項１（および、他の独立項）とを見比べることができる。これにより、ユーザはより一層容易に請求項にかかる発明を把握することができる。

【0196】

また、前記の「複数種類のＡＩ概要」は、同一の学習モデルによって生成されてもよいし、それぞれ異なる学習モデルによって生成されてもよい。

【0197】

なお、システム上に表示されるＡＩ要約は、請求項１およびそれとカテゴリーが同一の独立項であってもよいし、すべての独立項であってもよいし、すべての請求項（従属項を含む）についてのものであってもよい。独立項のみを抽出する場合には、例えば、以下のとおりの手順が実行されればよい。

【0198】

例えば、要約プログラムに、検索対象の特許請求の範囲を読み込ませ、請求項本文の中に「請求項」という言葉が記載されている請求項（例えば、請求項の本文に、「請求項１に記載のプログラム」などと記載されている請求項）を除く。これにより、残った請求項が独立項となる。

【0199】

さらに請求項１と同一カテゴリーの独立項のみを抽出する場合には、要約プログラムは、請求項１のカテゴリー（例えば、「プログラム」とする）を特定する。特定方法の一例を以下に示す。

【0200】

例えば、要約プログラムは、まず、請求項１の最後の１文字（例えば、「ム」）を抽出し、その文字（ム）が書誌事項中の発明の名称（例えば、「制御方法、プログラム」）に含まれるか否かを判定する。発明の名称にその文字（ム）が１文字のみ含まれる場合（前記の例では、「プログラム」のみに「ム」が含まれ、「制御方法」には「ム」が含まれない）には、各独立項の最後の１文字がその文字（ム）である独立項が請求項１と同一カテゴリーの独立項であると判定される。

【0201】

一方、発明の名称にその文字（ム）が複数含まれる場合（例えば、発明の名称が「制御方法、プログラム、システム」の場合）には、要約プログラムは、請求項１の最後の２文字（「ラム」）を抽出し、発明の名称にその文字（ラム）が１か所のみ含まれる場合には、各独立項の最後の２文字がその文字（ラム）である独立項が請求項１と同一カテゴリーの独立項であると判定される。これでもなお、同一カテゴリーの独立項が特定されない場合には、請求項１の最後の３文字を抽出するなどして、確認する範囲を拡大すればよい。

【0202】

また、請求項１の最後の１文字が、発明の名称に含まれていない場合には、「であって」、「において」の前の最初の１文字を用いて、前記と同様の手順（例えば、発明の名称との対比）が実行されればよい。最初の１文字によっては同一カテゴリーの独立項が特定されない場合には、「であって」、「において」の前の２文字を用いて同様の手順が実行される。

【0203】

なお、要約プログラムは、請求項１などの文言を読み込んで、ＡＩのＡＰＩにその要約を作成させる。さらに、要約プログラムは、その要約文のうち、「この文章は、」、「この特許は、」、「詳細は省略する」などの余計な文言を取り除くとともに、要約文に含まれる文章を形態素解析、構文解析等を行い、「ですます調」を「である調」に修正するなどを行うこともできる。これらの処理がなされた文章がＡＩ要約として最終的に生成される。

【0204】

また、前記実施形態では、制御部が要約プログラムを制御する例が記載されているが、本発明はこれには限られない。要約プログラムは、サーバの外部装置で管理されており、外部装置への指示に基づいて、検索対象の特許番号にかかる特許請求の範囲の文言を要約することができるようになっていてもよい。そして、生成されたＡＩ要約は、その外部装置から文書ＤＢに格納されればよい。

【0205】

また、メニューバーに、「求人広告」、「コラム」のほか、「掲示板」が設けられていてもよい。ユーザは、この掲示板において、アカウントＩＤまたは匿名ＩＤにて、他のユーザと意見交換することができてもよい。

【0206】

また、図６には図示されていないが、特許番号、特許権者などとともに、代理人の欄が設けられていてもよい。この場合には、代理人の欄に記載されている代理人名あるいは識別番号に、当該代理人の外部ホームページへのリンクが貼られていてもよい。これにより、当該特許発明（特許番号）を閲覧したユーザが、当該リンクをクリックすることで、例えば別タブに開かれた外部ホームページを参照して、その代理人の情報を容易に把握することができるようになる。

【0207】

また、前記実施形態に限られず、組織ＩＤが作成されている場合に、以下のような形式で組織コミュニティに属する他のユーザに特許発明（特許番号）を共有することができてもよい。例えば、あるユーザが図１５の場面で特許発明（特許番号）を指定して右クリックをすることで、「ブックマーク」することができる。この「ブックマーク」では、１人のユーザについて、例えば最大で３個までのフォルダを作ることができ、ある特許発明（特許番号）を「ブックマーク」したユーザは少なくともいずれか１つのフォルダにその特許発明（特許番号）を割り振ることができる。

【0208】

そして、そのユーザが、自身のいずれかのフォルダを「組織コミュニティに共有する」に指定することで、同一の組織コミュニティに属する他のユーザにそのフォルダを共有することができる。

【0209】

また、前記実施形態では、ターゲットとなる文書が特許文書である例が記載されているが、本発明はこれには限られない。ターゲットとなる文書は、小説、論文（例えば、技術論文）、意匠公報、商標登録公報などの文献であってもよい。これにより、注目されている登録意匠、登録商標がランキングで表示されるため、ユーザは注目商標などを容易に把握することができる。

【0210】

また、本発明の検索システムと連動するアプリケーションが用意されており、ユーザがアプリケーションに設定を行うことで、報告メールシステムにより新たなＡＩ要約が通知される状態となった場合に、アプリケーションにプッシュ通知がなされるようになっていてもよい。

【0211】

また、ＡＩに以下のような学習をさせることもできる。例えば、ＡＩに、すべて（日本国内だけではなく国外を含めることもできる）の特許文献（要約を生成する対象である特許文献に限らず、発行されている他のすべての特許文献）に関する明細書（発明の詳細な説明）および図面を読み込ませ、すべての特許文献における用語の意味、シソーラス等を学習させる。そのうえで、各個別の特許公報の特許請求の範囲（請求項）をＡＩに読み込ませ、請求項にかかる発明を要約させつつ、請求項の文言を明細書または図面の記載を用いて説明する、明細書または図面の記載に基づいて請求項の文言に注釈を入れる、または、請求項の文言を明細書または図面の記載に置き換えるなどをさせることができる。

【0212】

例えば、請求項が、
「［請求項１］
コンピュータに、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの操作に基づいて、ターゲットとなる特許文書の文書情報を検索するための条件、および、入力された前記条件によって検索された前記文書情報に関する文章に対応する概要情報を取得する頻度を指定するための日時情報、を入力し、
前記概要情報は、前記文書情報に関する文章を、所定の学習モデルによって要約した情報であって、
取得ステップでは、前記文書情報に関する文章とは別に、前記概要情報を取得し、
送信ステップでは、前記日時情報に従って、前記概要情報が取得されたことを示す情報を前記ユーザが操作する操作端末に送信し、
出力ステップでは、前記ユーザが、前記文書情報に関する文章と前記概要情報とを対比することが可能なように、前記操作端末に出力する、
コンピュータシステム。」
であって、明細書には、「特許文書の文書情報とは、例えば、請求項である」、「概要情報（ＡＩ要約）」、「例えば、１日おき、１週間おきに頻度を設定することができる」と記載されていた場合に、新たに特許公報が発行された場合に、要約プログラムで、特許請求の範囲、明細書、図面を読み込んで「新たに特許公報が発行された場合に、特許公報中の請求項１にかかる発明の概要情報（ＡＩ要約）を取得し、指定された頻度（１週間おき）に従って、請求項１とＡＩ要約とを対比可能に端末装置に表示するシステム」などのＡＩ要約を生成し、このＡＩ要約をコンピュータシステム上で表示することができる。

【0213】

これにより、請求項にかかる発明を、請求項の文言をよりかみ砕いた（あるいは、明細書中の文言を当てはめた、明細書中の文言に置き換えた）明細書中の文言で要約（説明）することができるようになる。また、図面に「出力部１０」とあり、請求項１に「前日データを表示部に表示させるシステム」とある場合に、要約プログラムによって「出力部１０」と「表示部」とが同一の概念であると認識された場合には、ＡＩ要約に、「前日データを出力部１０に表示させるもの」、「前日データを表示部（出力部１０）に表示させるもの」などのように、請求項の記載に図面上の文言を当てはめることができてもよい。

【符号の説明】

【0214】

１ 検索システム
２ サーバ
３ 文書ＤＢ
４ 端末装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2024-07-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

コンピュータに、つぎの各ステップを実行させるコンピュータシステムであって、
入力ステップでは、ユーザの入力操作に基づいてターゲットとなる特許公報に記載された文書情報を検索するための検索式を入力することが可能であり、また、前記ユーザによる受取操作を受けつけることが可能であり、
前記受取操作は、概要情報を受け取るための操作であり、
前記概要情報は、
前記コンピュータまたは外部コンピュータにおいて、新たに発行された前記特許公報に記載された前記文書情報に関する文章のうちの特許請求の範囲の文言を、所定の学習モデルによって要約した情報であり、かつ、
前記文書情報に関連づけられて、前記コンピュータまたは前記外部コンピュータに接続される記憶部に格納され、
取得ステップでは、新たに前記特許公報が発行されたという条件が満たされた以降に、前記文書情報に関する文章と前記文書情報に関連づけられた前記概要情報とを前記記憶部から取得し、
送信ステップでは、前記受取操作が受けつけられている場合に、前記概要情報を受け取ったことを示す情報を、前記ユーザの識別情報に関連づけられている操作端末に送信し、
出力ステップでは、前記受取操作が受けつけられている場合に、前記ユーザが、前記文書情報に関する文章と前記概要情報とを、対比することが可能なように、前記操作端末に出力し、
判定ステップでは、
前記記憶部に前回まで記憶されていた前記特許公報にかかる前記文書情報とは異なる、前記特許公報にかかる前記文書情報が、前記記憶部に新たに記憶された場合に、新たに前記特許公報が発行されたという条件が満たされたと判定し、
前記操作端末において前記受取操作がなされているか否かを判定し、
前記ユーザの識別情報が関連づけられている前記操作端末を特定する、
コンピュータシステム。

【請求項2】

前記概要情報は、複数の基準に従って生成された複数種類の前記概要情報を含み、
前記入力ステップでは、前記ユーザの選択操作に基づいて、前記複数の基準のうちの少なくともいずれか１つの基準に従って生成された前記概要情報を取得するための情報、を入力し、
前記出力ステップでは、前記選択操作に基づいて前記複数の基準に従った２以上の前記概要情報が生成された場合には、前記複数の基準に従って生成された２以上の種類の前記概要情報を対比することが可能なように、前記操作端末に出力する、
請求項１に記載のコンピュータシステム。

【請求項3】

前記概要情報は、
前記特許公報に含まれる特許請求の範囲、明細書、および図面のうち、
前記特許請求の範囲の文言だけではなく、前記明細書および／または前記図面の記載を用いて前記特許請求の範囲の文言を説明したものである、
前記明細書および／または前記図面の記載を用いて、前記特許請求の範囲の文言に注釈を入れたものである、および、
前記特許請求の範囲の文言を、前記明細書および／または前記図面の記載に置き換えたものである、
の少なくともいずれか１つである、
請求項１に記載のコンピュータシステム。