--- title: 【弁理士解説】Notion AIの中核特許US12,688,361を読む｜自然言語からブロックDBクエリを生成する請求項の構造 description: 2026年7月21日登録の米国特許12,688,361（Notion AIのQ&Aアシスタント）の請求項1を原文引用し、6つの構成要件に分説。ニューラルネットによるクエリ生成、出典リンク付き回答、記録媒体クレームの意味まで弁理士が解説します。 image: https://www.evorix.jp/hubfs/blog-thumbnails/face-notion-ai-qa-assistant-patent-us12688361.png --- [コンテンツまでスキップ](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#main-content) - [日本語 - 日本](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) - [Italiano (イタリア語)](https://www.evorix.jp/it/blog/notion-ai-qa-assistant-patent-us12688361) 日本語 - 日本 翻訳のサブメニューを表示 [![知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登](https://www.evorix.jp/hs-fs/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png?width=500&height=250&name=%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png)](https://www.evorix.jp/) - [サービス](https://www.evorix.jp/contents) サービスのサブメニューを表示 - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [海外出願](https://www.evorix.jp/international) 海外出願のサブメニューを表示 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - [業種別サポート](https://www.evorix.jp/industries) 業種別サポートのサブメニューを表示 - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [IT企業向け](https://www.evorix.jp/it-ip-portal) - [事務所案内](https://www.evorix.jp/about) 事務所案内のサブメニューを表示 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [出願実績](https://www.evorix.jp/results) - [展示会・イベント出展](https://www.evorix.jp/exhibitions) - [アクセス](https://www.evorix.jp/access) - [セミナー・講演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - [お役立ち情報](https://www.evorix.jp/blog) お役立ち情報のサブメニューを表示 - [ブログ](https://www.evorix.jp/blog) - [よくあるご質問](https://www.evorix.jp/faq) - [知的財産用語集](https://www.evorix.jp/glossary) - [外国出願補助金ガイド](https://www.evorix.jp/%E3%82%B8%E3%82%A7%E3%83%88%E3%83%AD%E5%A4%96%E5%9B%BD%E5%87%BA%E9%A1%98%E5%8A%A9%E6%88%90%E9%87%91%E3%81%AE%E3%81%94%E6%A1%88%E5%86%85) - [AI下書き×弁理士チェック](https://www.evorix.jp/ai-draft-patent-lp) - [お問い合わせ](https://www.evorix.jp/inquiry) お問い合わせのサブメニューを表示 - [ご相談の流れ](https://www.evorix.jp/consultation) - [お問い合わせフォーム](https://www.evorix.jp/inquiry) メインナビゲーションを開く メインナビゲーションを閉じる - [サービス](https://www.evorix.jp/contents) サービスのサブメニューを表示 - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [海外出願](https://www.evorix.jp/international) 海外出願のサブメニューを表示 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - [業種別サポート](https://www.evorix.jp/industries) 業種別サポートのサブメニューを表示 - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [IT企業向け](https://www.evorix.jp/it-ip-portal) - [事務所案内](https://www.evorix.jp/about) 事務所案内のサブメニューを表示 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [出願実績](https://www.evorix.jp/results) - [展示会・イベント出展](https://www.evorix.jp/exhibitions) - [アクセス](https://www.evorix.jp/access) - [セミナー・講演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - [お役立ち情報](https://www.evorix.jp/blog) お役立ち情報のサブメニューを表示 - [ブログ](https://www.evorix.jp/blog) - [よくあるご質問](https://www.evorix.jp/faq) - [知的財産用語集](https://www.evorix.jp/glossary) - [外国出願補助金ガイド](https://www.evorix.jp/%E3%82%B8%E3%82%A7%E3%83%88%E3%83%AD%E5%A4%96%E5%9B%BD%E5%87%BA%E9%A1%98%E5%8A%A9%E6%88%90%E9%87%91%E3%81%AE%E3%81%94%E6%A1%88%E5%86%85) - [AI下書き×弁理士チェック](https://www.evorix.jp/ai-draft-patent-lp) - [お問い合わせ](https://www.evorix.jp/inquiry) お問い合わせのサブメニューを表示 - [ご相談の流れ](https://www.evorix.jp/consultation) - [お問い合わせフォーム](https://www.evorix.jp/inquiry) - - [日本語 - 日本](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) - [Italiano (イタリア語)](https://www.evorix.jp/it/blog/notion-ai-qa-assistant-patent-us12688361) 日本語 - 日本 翻訳のサブメニューを表示 - [お問い合わせ](https://www.evorix.jp/inquiry) [お問い合わせ](https://www.evorix.jp/inquiry) 2026/07/28 # 【弁理士解説】Notion AIの中核特許US12,688,361を読む｜自然言語からブロックDBクエリを生成する請求項の構造 ![Picture of 弁理士 杉浦健文](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 共有： [facebook-f icon](http://www.facebook.com/share.php?u=https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) [linkedin-in icon](http://www.linkedin.com/shareArticle?mini=true&url=https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) [Twitter icon](https://twitter.com/intent/tweet?url=https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) [pinterest-p icon](http://pinterest.com/pin/create/link/?url=https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) [envelope icon](mailto:?body=https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361) ![【弁理士解説】Notion AIの中核特許US12,688,361を読む｜自然言語からブロックDBクエリを生成する請求項の構造](https://www.evorix.jp/hubfs/blog-thumbnails/face-notion-ai-qa-assistant-patent-us12688361.png) 「このワークスペースの中から、先月の議事録に出てきた課題をまとめて」——Notion AIにそう尋ねると、答えとあわせて**出典となるページへのリンク**が返ってきます。この一連の動きが、2026年7月21日に米国特許として登録されました。**US 12,688,361**、発明の名称は「Machine learning based question and answer (Q and A) assistant」です。 本記事では、この特許の**請求項1を原文のまま引用し、構成要件に分解して**読み解きます。生成AIを自社プロダクトに組み込んでいる企業にとって、「どこまで書けば特許になるのか」「どこを外せば権利範囲から出られるのか」を考える具体的な材料になるはずです。 **💡 要点：**本記事はNotion特許シリーズの個別解説編です。ポートフォリオ全体の分析は[Notionの特許戦略（総論）](https://www.evorix.jp/blog/notion-patent-strategy)をご覧ください。 目次 1. [書誌事項｜どんな特許か](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#biblio) 2. [対応する機能｜Notion AIの「Q&A」](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#feature) 3. [請求項1の原文（逐語引用）](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#claim) 4. [構成要件の分説｜6つの要素に分解する](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#elements) 5. [この請求項が守ろうとしている技術思想](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#core) 6. [権利範囲の勘所｜狭く見える3つの限定](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#scope) 7. [なぜ「記録媒体クレーム」で書かれているのか](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#crm) 8. [日本の実務への示唆｜RAG系の発明をどう書くか](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#practice) 9. [よくある質問（FAQ）](https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361#faq) ## 書誌事項｜どんな特許か | **特許番号** | US 12,688,361 | | --- | --- | | **発明の名称** | Machine learning based question and answer (Q and A) assistant （機械学習に基づく質問応答アシスタント） | | **出願人** | Notion Labs, Inc. | | **出願番号／出願日** | 18/634,357 ／ 2024年4月12日 | | **登録日** | 2026年7月21日 | | **請求項数** | 20項 | | **対応する国際出願** | WO 2025/216752（優先日2024年4月12日） | 出願から登録まで約2年3か月。Notionの登録特許の中でも直近のもので、**同社のAI機能の中核に位置づけられる一件**です。同じ優先日でPCT国際出願も行われており、この技術については海外展開も視野に入っていることがうかがえます。 ## 対応する機能｜Notion AIの「Q&A」 この特許が対応するのは、ワークスペース全体を対象に自然言語で質問すると、**関連する情報を探し出して、出典リンク付きの文章で答える**機能です。要約（アブストラクト）は次のように述べています。 US 12,688,361 要約（原文引用） A multimodal content management system having a block-based data structure can include a question and answer (Q&A) assistant engine. The Q&A assistant engine can capture a natural language prompt, which can be tokenized to generate a set of data source tokens and a set of parameter tokens. A parameter token in the set of parameter tokens can be indicative of a block property in the block-based data structure. A trained neural network can accept the data source tokens and/or parameter tokens as inputs to generate a query executable against the block-based data structure. ポイントは、**自然言語をそのままLLMに投げて答えさせるのではなく、いったん「クエリ」に変換してデータ構造に対して実行している**という設計です。ここが権利化の勘所になります。 ## 請求項1の原文（逐語引用） 特許の権利範囲は請求項の文言によって定まります。まずは原文をそのまま掲げます。 US 12,688,361 特許請求の範囲 請求項1（原文引用） One or more non-transitory, computer-readable storage media comprising instructions recorded thereon, wherein the instructions, when executed by at least one data processor of a computing system, cause the computing system to: capture, via an input control of a graphical user interface (GUI) associated with a question and answer (Q&A) assistant engine for a multimodal content management system having a block-based data structure, a natural language prompt; tokenize the natural language prompt to generate a set of data source tokens and a set of parameter tokens, wherein a parameter token in the set of parameter tokens is indicative of a block property in the block-based data structure; using the set of data source tokens and the set of parameter tokens, execute a trained neural network to generate a query structured to operate on the block-based data structure; cause the generated query to be executed against the block-based data structure to generate a result set; and using the result set, generate and display, via the GUI, a visualization comprising a result set item, by: generating a navigable citation relating to a result set item in the result set; generating a narrative comprising the navigable citation; and while displaying the input control to accept a second natural language prompt, and responsive to detecting a user interaction with the navigable citation, causing the GUI to display content of a block in the block-based data structure, wherein the block corresponds to the result set item. ## 構成要件の分説｜6つの要素に分解する 請求項を実務的に読むには、構成要件ごとに分解するのが基本です。この請求項は次の6つに分けられます。 | 要件 | 内容（日本語による分説） | | --- | --- | | **A（前提）** | **ブロック型データ構造**を持つマルチモーダルなコンテンツ管理システムであること | | **B（入力）** | Q&AアシスタントのGUIの入力コントロールから、**自然言語プロンプト**を取得すること | | **C（分解）** | プロンプトをトークン化し、**データソーストークン**と**パラメータトークン**を生成すること。 さらに、パラメータトークンが**ブロックのプロパティを示す**ものであること | | **D（生成）** | 両トークンを用いて**学習済みニューラルネットワークを実行**し、ブロック型データ構造に対して動作する**クエリを生成**すること | | **E（実行）** | そのクエリをデータ構造に対して実行し、**結果セット**を得ること | | **F（提示）** | 結果セットから**遷移可能な引用（navigable citation）**を生成し、それを含む**ナラティブ（説明文）**を作って表示すること。 加えて、**次の質問を受け付ける入力欄を表示したまま**、引用をクリックすると**対応するブロックの内容が表示**されること | **実務Tips（構成要件の読み方）**：特許権の効力は、**A〜Fのすべてを満たす実施**にのみ及ぶのが原則です（オールエレメントルール）。逆に言えば、**1つでも欠けていれば原則として侵害にはなりません**。他社特許を検討するときは「似ているか」ではなく「全部そろっているか」で見るのが正しい読み方です。 ## この請求項が守ろうとしている技術思想 分説してみると、この請求項が押さえようとしているのは**「LLMで答えを作ること」ではない**ことがはっきりします。守られているのは、次の3点をつないだ一連の流れです。 ### ① 自然言語を「クエリ」に翻訳する（要件C・D） ニューラルネットワークが生成するのは**答えではなくクエリ**です。しかもそのクエリは、汎用のSQLではなく**ブロック型データ構造に対して動作するもの**と限定されています。プロンプトを「どのデータを見るか（データソーストークン）」と「どの属性で絞るか（パラメータトークン）」に分けている点も、単なる検索とは異なる設計です。 ### ② 答えに出典を埋め込む（要件F前段） 生成された説明文の中に、**クリックできる引用**を織り込みます。生成AIの弱点である「もっともらしい誤り」に対して、出典を辿れるようにするという実務的な解決です。 ### ③ 対話を止めずに出典を確認できる（要件F後段） 見落とされがちですが、**「次の質問を受け付ける入力欄を表示したまま」**という限定が入っています。出典を確認するために対話が中断されない、というUXそのものが構成要件に組み込まれているのです。 **弁理士の視点：**「AIが答える」という抽象的なアイデアだけでは、米国でも日本でも特許は通りにくいのが現状です。この請求項は、**データ構造・処理の順序・画面の挙動**まで具体的に書き込むことで、抽象的アイデアの域を脱しています。生成AI系の出願を検討する際の、実践的な書き方の一例と言えます。 ## 権利範囲の勘所｜狭く見える3つの限定 この請求項には、権利範囲を絞る方向に働く限定が複数入っています。他社の立場から「回避できるか」を検討するなら、着目すべきは次の3点です。 | 限定 | 実務上の意味 | | --- | --- | | **ブロック型データ構造であること** | 対象がブロック単位で管理されるシステムに限られます。ファイル単位・レコード単位で管理する一般的な文書管理システムは、この前提から外れる可能性があります | | **クエリを生成して実行すること** | ベクトル検索で文書片を取り出してLLMに渡すだけの構成（典型的なRAG）は、「クエリを生成し、データ構造に対して実行する」という流れと一致しない場合があります | | **入力欄を表示したまま出典を開くこと** | 出典クリックで画面遷移してしまう実装は、この要件を満たさない可能性があります | **注意**：上記はあくまで請求項1の文言に基づく一般的な検討です。実際の侵害判断では、他の請求項（本件は全20項）、明細書の記載、出願経過における主張（包袋禁反言）、均等論の適用可否まで含めて総合的に判断されます。**本記事の記載をもって非侵害の判断をすることはできません。** ## なぜ「記録媒体クレーム」で書かれているのか この請求項1は、「方法」でも「システム」でもなく、**“One or more non-transitory, computer-readable storage media”（1以上の非一時的なコンピュータ可読記憶媒体）**から始まっています。これは米国実務でよく見られる書き方です。 記録媒体クレーム（CRMクレーム）には、次のような特徴があります。 - **「物」の発明として扱える：**方法クレームだと、複数の主体が処理を分担する場合に単独直接侵害が成立しにくい問題（分割実施）が生じ得ます。記録媒体クレームはその論点を回避しやすい形式です。 - **“non-transitory”（非一時的）が必須：**米国では、伝搬信号そのものは特許の保護対象外と扱われます。この語を入れないと、対象適格性で拒絶される場面があります。 - **ソフトウェア製品の頒布行為を捉えやすい：**プログラムを記録した媒体・配布物そのものを対象にできます。 **実務Tips（クレーム類型の使い分け）**：日本でも「方法」「システム（装置）」「プログラム」「記録媒体」を組み合わせて出願するのが一般的です。SaaSのようにサーバとクライアントで処理が分かれる発明では、**どの主体の行為を捉えるクレームなのかを意識して類型を揃えておく**ことが、後の権利行使のしやすさに関わります。詳しくは[SaaSプロダクトの機能マップ](https://www.evorix.jp/blog/saas-patent-function-map-benrishi)もあわせてご覧ください。 ## 日本の実務への示唆｜RAG系の発明をどう書くか 社内文書にAIで問い合わせる仕組み——いわゆるRAG（検索拡張生成）を開発している企業は日本にも数多くあります。この特許から読み取れる、実務上のヒントを整理します。 ### ① 「AIが答える」だけでは足りない 日本の審査でも、発明該当性（特許法2条1項）と進歩性が関門になります。**自然言語で質問してAIが答える**という構成だけでは、既に多数の先行技術があり、権利化は容易ではありません。ソフトウェア特許で拒絶されやすい類型は[ソフトウェア特許の拒絶理由あるある5選](https://www.evorix.jp/blog/software-patent-rejection-reasons-benrishi)で整理しています。 ### ② 自社データ構造の固有性を書き込む この特許が「ブロック型データ構造」を前提に置いたように、**自社プロダクト固有のデータの持ち方**を請求項に取り込むと、先行技術との差が出しやすくなります。権利範囲は狭まりますが、自社実装をしっかりカバーする形にはなります。 ### ③ UI・UXの挙動も構成要件になり得る 「入力欄を表示したまま出典を開く」のように、**画面上の挙動**を要件に入れる書き方は有効な選択肢の一つです。技術的な処理と画面の振る舞いをセットで捉えると、実装の実態に沿った権利になります。 ### ④ 出願のタイミングは実装より前に 本件の出願日は2024年4月12日。生成AI機能をプロダクトに載せる各社が動いていた時期です。**機能をリリースして公表すると、原則としてその内容は新規性を失います。**出願はリリース前に済ませておくのが鉄則です。スケジュールの組み方は[システム・ソフトウェア特許 出願の流れ完全ガイド](https://www.evorix.jp/blog/software-patent-application-process-timeline)で解説しています。 ## よくある質問（FAQ） Q. この特許は日本でも効力がありますか？ A. いいえ。特許権の効力は国ごとに独立しています（属地主義）。US 12,688,361は米国内での実施にのみ効力が及びます。ただし同じ優先日でPCT国際出願（WO 2025/216752）が行われており、日本を含む各国への移行があり得ます。日本国内移行の期限は2026年10月頃と見込まれます。 Q. 自社のRAGシステムは、この特許に触れますか？ A. 米国で事業を行っていない限り、この特許自体を直接気にする必要はありません。米国展開がある場合は、請求項1のA〜Fすべてを満たすかを実装と照合してご確認ください。特に「ブロック型データ構造」「クエリの生成と実行」「入力欄を保持したまま出典表示」の3点が判断の分かれ目になり得ます。個別の判断は弁理士にご相談ください。 Q. 「トークン化」はLLMのトークナイザと同じ意味ですか？ A. 請求項の文言は「データソーストークン」と「パラメータトークン」を生成すると述べており、単に文字列を分割するのではなく、**意味的な役割ごとに区分する処理**を指していると読めます。用語の正確な意義は明細書の定義と出願経過を踏まえて解釈されます。 Q. 生成AIを使った機能は、日本で特許を取れますか？ A. 取得例は増えています。鍵になるのは、AIを使うこと自体ではなく、**どのようなデータをどう処理し、どんな課題を解決するのか**を具体的に記載できるかどうかです。日本・米国・欧州の審査実務の違いは[AIエージェントの特許事例と審査実務](https://www.evorix.jp/blog/ai-agent-patent-cases-japan-us-europe)で比較しています。 ## まとめ US 12,688,361 が押さえているのは、**「自然言語をクエリに変え、ブロック型データ構造に実行し、出典リンク付きの答えを、対話を止めずに提示する」**という一連の流れです。生成AIそのものではなく、**プロダクト固有のデータ構造と画面挙動を織り込むことで具体性を確保している**点が、この請求項の設計の要になっています。 生成AI機能の権利化を検討している企業にとって、「どこまで具体的に書けば通るのか」を測るうえで参考になる一件です。 知的財産事務所エボリクスへのご相談 エボリクス（evorix.jp）では、生成AI・RAG・SaaS分野の特許出願と、他社特許のクリアランス調査を承っております。「自社のAI機能は特許になるか」「この他社特許に触れないか」といったご相談に対応いたします。まずは[お問い合わせフォーム](https://www.evorix.jp/inquiry)よりお気軽にご相談ください。 **あわせて読みたい（Notion特許シリーズ）：** ・[Notionの特許戦略を読み解く（総論）](https://www.evorix.jp/blog/notion-patent-strategy) ・[最初の一件・Synced Block特許 US 11,868,706 を読む](https://www.evorix.jp/blog/notion-synced-block-patent-us11868706) ・[NotionのAI画面が米国意匠5件に｜日本の画像意匠との違い](https://www.evorix.jp/blog/notion-ai-gui-design-patents-benrishi) **本記事の注意事項：**本記事は2026年7月時点の公開特許情報に基づく一般的な解説です。引用した請求項・要約は公開データベースの記載に基づきますが、権利範囲は最終的にUSPTOの正本と出願経過により定まります。本記事の分説・解説は理解を助けるための整理であり、権利範囲を画定するものではありません。侵害の成否、特許の有効性について本記事は何ら断定するものではなく、個別事案の結論を保証するものでもありません。事業判断にあたっては専門家の個別検討をご利用ください。 ## 出典 - US 12,688,361（FreePatentsOnline）：[https://www.freepatentsonline.com/12688361.html](https://www.freepatentsonline.com/12688361.html) - WO 2025/216752（WIPO PATENTSCOPE）：[https://patentscope.wipo.int/](https://patentscope.wipo.int/search/en/search.jsf) - Notion Labs, Inc. 帰属特許一覧（Justia）：[https://patents.justia.com/assignee/notion-labs-inc](https://patents.justia.com/assignee/notion-labs-inc) ![杉浦健文 弁理士](https://www.evorix.jp/hubfs/HP-%E5%BC%81%E7%90%86%E5%A3%AB%E7%B4%B9%E4%BB%8B-%E3%83%97%E3%83%AD%E3%83%95%E3%82%A3%E3%83%BC%E3%83%AB%E7%94%BB%E5%83%8F.png) AUTHOR / 執筆者 杉浦 健文 （SUGIURA Takefumi） 知的財産事務所エボリクス（EVORIX）　**代表弁理士** 特許・商標・意匠・著作権の出願から審判・侵害訴訟まで、IT・製造・スタートアップ・ファッション・医療など幅広い業種のクライアントを支援。AI・IoT・Web3・FinTech等の先端分野の知財戦略にも精通。**日本弁理士会／アジア弁理士協会（APAA）／日本商標協会（JTA）**等 複数団体所属。 [→ 弁理士プロフィール詳細](https://www.evorix.jp/staff) [→ ご相談・お問い合わせ](https://www.evorix.jp/inquiry) [→ ご相談の流れ](https://www.evorix.jp/consultation) ## 関連記事 [![【弁理士解説】Notionの初出願はSynced Blockだった｜米国特許11,868,706のクレームに見るデータ構造の権利化](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-notion-synced-block-patent-us11868706.png?height=200&name=face-notion-synced-block-patent-us11868706.png)](https://www.evorix.jp/blog/notion-synced-block-patent-us11868706) ## [【弁理士解説】Notionの初出願はSynced Blockだった｜米国特許11,868,706のクレームに見るデータ構造の権利化](https://www.evorix.jp/blog/notion-synced-block-patent-us11868706) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/07/28 Notionには、あるページで書いた内容を別のページにも置き、どちらを編集しても両方が同時に変わる「Synced... [続きを読む](https://www.evorix.jp/blog/notion-synced-block-patent-us11868706) [![【弁理士解説】NotionのAI画面が米国意匠5件に｜動くGUIの保護と日本の画像意匠制度との違い](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-notion-ai-gui-design-patents-benrishi.png?height=200&name=face-notion-ai-gui-design-patents-benrishi.png)](https://www.evorix.jp/blog/notion-ai-gui-design-patents-benrishi) ## [【弁理士解説】NotionのAI画面が米国意匠5件に｜動くGUIの保護と日本の画像意匠制度との違い](https://www.evorix.jp/blog/notion-ai-gui-design-patents-benrishi) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/07/28 ... [続きを読む](https://www.evorix.jp/blog/notion-ai-gui-design-patents-benrishi) [![【弁理士解説】Notion（ノーション）の特許戦略を読み解く｜創業8年間ゼロから2024年ラッシュへの転換点](https://www.evorix.jp/hs-fs/hubfs/blog-thumbnails/face-notion-patent-strategy.png?height=200&name=face-notion-patent-strategy.png)](https://www.evorix.jp/blog/notion-patent-strategy) ## [【弁理士解説】Notion（ノーション）の特許戦略を読み解く｜創業8年間ゼロから2024年ラッシュへの転換点](https://www.evorix.jp/blog/notion-patent-strategy) ![弁理士 杉浦健文の写真](https://www.evorix.jp/hs-fs/hubfs/top-profile-pic-sugiura-1.jpg?width=50&name=top-profile-pic-sugiura-1.jpg) [弁理士 杉浦健文](https://www.evorix.jp/blog/author/takefumi-sugiura) 2026/07/28 ... [続きを読む](https://www.evorix.jp/blog/notion-patent-strategy) --- [![知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登](https://www.evorix.jp/hs-fs/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png?width=500&height=250&name=%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png "知的財産事務所エボリクス/EVORIX/大阪/特許・商標・意匠登")](https://www.evorix.jp) 知的財産事務所エボリクス 〒541-0046 大阪府大阪市中央区平野町3-1-2 キューアス平野町ビル4階 Mail: [contact@evorix.jp](mailto:contact@evorix.jp) TEL:  06-7777-1884 - サービス - [特許出願](https://www.evorix.jp/patent-service) - [商標登録](https://www.evorix.jp/trademark-service) - [意匠登録](https://www.evorix.jp/design-service) - [著作権](https://www.evorix.jp/copyright-service) - [不正競争防止法](https://www.evorix.jp/unfair-competition) - [顧問弁理士](https://www.evorix.jp/komon) - [Amazon知的財産権の侵害支援](https://www.evorix.jp/amazon-infringement) - [業務内容一覧](https://www.evorix.jp/contents) - 海外出願 - [PCT国際特許出願](https://www.evorix.jp/pct) - [マドプロ国際商標出願](https://www.evorix.jp/madrid-protocol-trademark) - [ハーグ国際意匠出願](https://www.evorix.jp/hague-design-application) - [世界の特許制度](https://www.evorix.jp/patent-world) - [世界の商標制度](https://www.evorix.jp/trademark-world) - [世界の意匠制度](https://www.evorix.jp/design-world) - 業種別サポート - [スタートアップ向け](https://www.evorix.jp/startup) - [製造業向け](https://www.evorix.jp/manufacturing) - [ＩＴ企業向け](https://www.evorix.jp/it-ip-portal) - 事務所案内 - [事務所概要](https://www.evorix.jp/about) - [経営理念・ビジョン](https://www.evorix.jp/philosophy) - [弁理士紹介](https://www.evorix.jp/staff) - [アクセス](https://www.evorix.jp/access) - [セミナー・公演](https://www.evorix.jp/seminar) - [採用情報](https://www.evorix.jp/recruit) - お役立ち情報 - [ブログ](https://www.evorix.jp/blog) - [FAQ](https://www.evorix.jp/faq) - [用語集](https://www.evorix.jp/glossary) - [サイトマップ](https://www.evorix.jp/sitemap) - [お問い合わせ](https://www.evorix.jp/inquiry) - [ご相談の流れ](https://www.evorix.jp/consultation) --- - [プライバシーポリシー](https://www.evorix.jp/privacy-policy) - [特定商取引法](https://www.evorix.jp/specific-commercial) - [商標一覧](https://www.evorix.jp/trademark-list) - [English](https://www.evorix.jp/en/) - [中文](https://www.evorix.jp/zh/)   Copyright © 2026, 知的財産事務所エボリクス All rights reserved.  ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "弁理士 杉浦健文", "url" : "https://www.evorix.jp/blog/author/takefumi-sugiura" }, "dateModified" : "2026-07-28T08:50:42.325Z", "datePublished" : "2026-07-28T08:52:38.000Z", "headline" : "【弁理士解説】Notion AIの中核特許US12,688,361を読む｜自然言語からブロックDBクエリを生成する請求項の構造", "image" : [ "https://www.evorix.jp/hubfs/blog-thumbnails/face-notion-ai-qa-assistant-patent-us12688361.png" ], "mainEntityOfPage" : { "@id" : "https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.evorix.jp/hubfs/%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png" }, "name" : "知的財産事務所エボリクス" } } ``` ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "affiliation" : "知的財産事務所エボリクス", "jobTitle" : "弁理士", "name" : "杉浦 健文" }, "datePublished" : "2026-07-28", "description" : "2026年7月21日登録の米国特許12,688,361（Notion AIのQ&Aアシスタント）の請求項1を原文引用し、6つの構成要件に分説して弁理士が解説。自然言語のトークン化、ニューラルネットによるクエリ生成、出典リンク付き回答、記録媒体クレームの意味まで、生成AI・RAGの権利化実務に直結する論点を整理。", "headline" : "【弁理士解説】Notion AIの中核特許US12,688,361を読む｜自然言語からブロックDBクエリを生成する請求項の構造", "image" : "https://www.evorix.jp/hubfs/EVORIX-logo-rich.png", "inLanguage" : "ja", "mainEntityOfPage" : "https://www.evorix.jp/blog/notion-ai-qa-assistant-patent-us12688361", "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.evorix.jp/hubfs/EVORIX-logo-rich.png" }, "name" : "EVORIX" } } ``` ```json { "@context" : "https://schema.org", "@type" : "FAQPage", "mainEntity" : [ { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "いいえ。特許権の効力は国ごとに独立しています（属地主義）。US 12,688,361は米国内での実施にのみ効力が及びます。ただし同じ優先日でPCT国際出願（WO 2025/216752）が行われており、日本を含む各国への移行があり得ます。日本国内移行の期限は2026年10月頃と見込まれます。" }, "name" : "この特許は日本でも効力がありますか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "米国で事業を行っていない限り、この特許自体を直接気にする必要はありません。米国展開がある場合は、請求項1のA〜Fすべてを満たすかを実装と照合してご確認ください。特に「ブロック型データ構造」「クエリの生成と実行」「入力欄を保持したまま出典表示」の3点が判断の分かれ目になり得ます。個別の判断は弁理士にご相談ください。" }, "name" : "自社のRAGシステムは、この特許に触れますか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "請求項の文言は「データソーストークン」と「パラメータトークン」を生成すると述べており、単に文字列を分割するのではなく、意味的な役割ごとに区分する処理を指していると読めます。用語の正確な意義は明細書の定義と出願経過を踏まえて解釈されます。" }, "name" : "「トークン化」はLLMのトークナイザと同じ意味ですか？" }, { "@type" : "Question", "acceptedAnswer" : { "@type" : "Answer", "text" : "取得例は増えています。鍵になるのは、AIを使うこと自体ではなく、どのようなデータをどう処理し、どんな課題を解決するのかを具体的に記載できるかどうかです。日本・米国・欧州の審査実務の違いはAIエージェントの特許事例と審査実務の記事で比較しています。" }, "name" : "生成AIを使った機能は、日本で特許を取れますか？" } ] } ```