【事件の表示】
　特願２０１８−１３８９３０「ドキュメント管理及びコラボレーション・システム」拒絶査定不服審判事件〔平成３１年　１月２４日出願公開、特開２０１９−　１２５２９、請求項の数（１３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，平成２６年１１月１０日に出願した特願２０１６−５２８２３６号（パリ条約による優先権主張２０１３年１１月１１日（以下，「優先日」という。），米国）の一部を平成３０年７月２５日に新たな特許出願としたものであって，平成３０年１０月４日付けで拒絶の理由が通知され，同年１２月７日に意見書とともに手続補正書が提出され，平成３１年２月２０日付けで拒絶査定（謄本送達日同年３月４日）がなされ，これに対して令和１年６月１２日に拒絶査定不服審判の請求がなされるとともに手続補正がなされ，同年７月２２日付けで審査官により特許法１６４条３項の規定に基づく報告がなされ，令和２年１月２１日に上申書が提出され，同年５月２７日付けで当審により拒絶の理由が通知され，同年８月２５日に意見書とともに手続補正書が提出されたものである。
第２　原査定の概要
　原査定（平成３１年２月２０日付け拒絶査定）の概要は次のとおりである。
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において、頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　（引用文献等については引用文献等一覧参照）
・請求項　１−１３
・引用文献等　１−５
　　　　　　　　　　　　　　＜引用文献等一覧＞
１．土井　健司，他４名，プレゼンテーション発表時のコメント収集に焦点をあてたアノテーションシステムＣｏｌｌａｂＳｔｉｃｋｙの開発と評価，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００７）シンポジウム論文集，日本，社団法人情報処理学会，２００７年　６月２９日，１５９−１６４頁
２．特開２０１０−３４９２０号公報
３．藤田　拓人，清水　豊，Ａｍａｚｏｎ　Ｋｉｎｄｌｅブック制作＆出版　完全マニュアル，株式会社エムディエヌコーポレーション，２０１３年　７月２１日，初版，ｐ．１６２
４．特開２００３−６７３３０号公報
５．特開２００５−２２８２５３号公報
第３　本願発明
　本願請求項１乃至１３に係る発明（以下「本願発明１」乃至「本願発明１３」という。）は，令和２年８月２５日付けの手続補正書の特許請求の範囲の請求項１乃至１３に記載された，次のとおりのものと認める。
「　　【請求項１】
　少なくとも１つのアプリケーション・サービスを実装するように集合的に構成される、１つ以上のコンピューティング・デバイスを備えるシステムであって、前記アプリケーション・サービスは、
　ドキュメント管理及びコラボレーション・システムへドキュメントをアップロードする第１要求を受信し、
　前記第１要求の受信に同期して、ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を確保し、
　前記ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって実行される同期クライアントに前記ストレージ位置を提供し、
　前記ストレージ位置へ前記ドキュメントのアップロードが完了したことの表示を受信し、
　前記ドキュメントの受信結果として、
　前記ドキュメント用に、前記ドキュメントの共通フォーマットであるアンダーレイと、前記ドキュメントの１つ以上の注釈を格納するために使用可能であるオーバーレイと、前記アンダーレイとは区別され前記共通フォーマットの座標系に基づいて生成される座標マップと、を生成させ、
　ユーザにより開始される前記ドキュメントへのアクセスの第２要求を受信し、
　前記ドキュメントへのアクセスの第２要求に応答し、前記ユーザのユーザデバイスに関連するウェブ・アプリケーションへ提供される前記アンダーレイ、前記オーバーレイ及び前記アンダーレイに関連する前記座標マップを取得するため、前記ユーザに利用可能な前記ストレージ位置を転送し、
　前記座標マップは、前記ユーザデバイスに関連する前記ウェブ・アプリケーションの表示特性にかかわらず、前記オーバーレイに格納された情報を前記ユーザデバイスに関連する前記ウェブ・アプリケーションに安定的に表示するように構成された、システム。
　　【請求項２】
　前記ドキュメントは、ドキュメント・ディレクトリの１つ以上のフォルダのうちの１つのフォルダへの組み込み用として受信され、
　前記アプリケーション・サービスはさらに、前記ドキュメントが、少なくとも前記フォルダ、前記ドキュメント・ディレクトリ及び前記ドキュメントにアクセスする権限を有する１以上のユーザと関連するように構成される、
　請求項１に記載のシステム。
　　【請求項３】
　前記アプリケーション・サービスはさらに、前記ドキュメントのアップロードが完了したことの前記表示を受信する際、前記ドキュメントがアクティブであることをデータベースに表示させ、
　前記ドキュメントは、アクティブになる際に、前記アンダーレイを生成するために利用されることが可能である、請求項１に記載のシステム。
　　【請求項４】
　前記１以上のコンピューティング・デバイスは、
　前記ストレージ・サービスから前記ドキュメントを取得し、
　前記取得したドキュメントに基づき前記アンダーレイを生成し、
　前記アンダーレイを前記ストレージ・サービス中に格納させる、
　ことにより、前記アンダーレイを生成するように構成されたコンピューティング・サービスをさらに実装するように集合的に構成される、請求項１から３のうちいずれか一項に記載のシステム。
　　【請求項５】
　前記アプリケーション・サービスは、さらに、
　ドキュメント・ディレクトリの１つ以上のフォルダに、前記ドキュメントの後続バージョンを組み込む要求を受信し、
　前記ドキュメントの前記後続バージョンを前記共通フォーマットでレンダリングする、
　ように構成される、請求項１から請求項４のうちいずれか１項に記載のシステム。
　　【請求項６】
　前記ドキュメントへのアクセスの前記第２要求は、ユーザ認証情報と関連し、
　前記アプリケーション・サービスはさらに、前記ユーザが前記ドキュメントにアクセスする権限を付与されることを検証するように構成される、
　請求項１から請求項５のうちいずれか１項に記載のシステム。
　　【請求項７】
　１つ以上のコンピューティング・デバイスによって実行される、ドキュメントの管理のための方法であって、前記方法は、
　ドキュメント管理及びコラボレーション・システムへ前記ドキュメントをアップロードする第１要求を受信し、
　前記第１要求の受信に同期して、ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を確保し、
　前記ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって実行される同期クライアントに前記ストレージ位置を提供し、
　前記ストレージ位置へ前記ドキュメントのアップロードが完了したことの表示を受信し、
　前記ドキュメントの受信結果として、
　前記ドキュメント用に、前記ドキュメントの共通フォーマットであるアンダーレイと、前記ドキュメントの１つ以上の注釈を格納するために使用可能であるオーバーレイと、前記アンダーレイとは区別され前記共通フォーマットの座標系に基づいて生成される座標マップと、を生成させ、
　ユーザにより開始される前記ドキュメントへのアクセスの第２要求を受信し、
　前記ドキュメントへのアクセスの第２要求に応答し、前記ユーザのユーザデバイスに関連するウェブ・アプリケーションへ提供させる前記アンダーレイ、前記オーバーレイ及び前記アンダーレイに関連する前記座標マップを取得するため、前記ユーザに利用可能な前記ストレージ位置を転送し、
　前記座標マップは、前記ユーザデバイスに関連する前記ウェブ・アプリケーションの表示特性にかかわらず、前記オーバーレイに格納された情報を前記ユーザデバイスに関連する前記ウェブ・アプリケーションに安定的に表示することを可能とする、方法。
　　【請求項８】
　前記ドキュメントは、ドキュメント・ディレクトリの１つ以上のフォルダのうちの１つのフォルダへの組み込み用として受信され、
　前記方法はさらに、前記ドキュメントと、少なくとも前記フォルダ、前記ドキュメント・ディレクトリ及び前記ドキュメントにアクセスする権限を有する１以上のユーザとを関連させることを含む、
　請求項７に記載の方法。
　　【請求項９】
　前記方法はさらに、前記ドキュメントのアップロードが完了したことの前記表示を受信する際、前記ドキュメントがアクティブであることをデータベースに表示させることを含み、
　前記ドキュメントは、アクティブになる際に、前記アンダーレイを生成するために利用されることが可能である、請求項７に記載の方法。
　　【請求項１０】
　前記ストレージ・サービスから前記ドキュメントを取得し、
　前記取得したドキュメントに基づき前記アンダーレイを生成し、
　前記アンダーレイを前記ストレージ・サービス中に格納させることにより、前記アンダーレイが生成される、請求項７又は請求項８に記載の方法。
　　【請求項１１】
　ドキュメント・ディレクトリの１つ以上のフォルダに、前記ドキュメントの後続バージョンを組み込む要求を受信し、
　前記ドキュメントの前記後続バージョンを前記共通フォーマットでレンダリングすることをさらに含む、請求項７から請求項１０のいずれか１項に記載の方法。
　　【請求項１２】
　前記ドキュメントへのアクセスの前記第２要求は、ユーザ認証情報と関連し、
　前記方法はさらに、前記ユーザが前記ドキュメントにアクセスする権限を付与されることを検証することを含む、
　請求項７から請求項１１のうちいずれか１項に記載の方法。
　　【請求項１３】
　実行可能なインストラクションが集合的に格納された少なくとも１つのコンピュータ可読記憶媒体において、
　前記インストラクションが１つ以上のコンピューティング・デバイスで実行されると、前記１つ以上のコンピューティング・デバイスに、請求項７から請求項１２のいずれか１項に記載の方法を実行させるコードを含む、少なくとも１つのコンピュータ可読記憶媒体。」
第４　引用例
１　引用例１に記載された事項
　原査定の拒絶の理由において引用した，優先日前に既に公知である，“土井　健司，他４名，プレゼンテーション発表時のコメント収集に焦点をあてたアノテーションシステムＣｏｌｌａｂＳｔｉｃｋｙの開発と評価，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００７）シンポジウム論文集，日本，社団法人情報処理学会，２００７年　６月２９日，１５９−１６４頁”（以下，「引用例１」という。）には，関連する図面と共に，次の事項が記載されている。（下線は当審で付加。以下同様。）
Ａ　「３．システムの概要
　前述のように，既存のシステムではプレゼンテーション中に参加者から意見を取得することは不十分であった．そこで
本研究では，プレゼンテーション時のコメントの抽出に特化した付箋システムの提案を行う
…（中略）…
6. CollabStickyの開発
6.1　システムの構成
　開発にあたりJavaScriptを用いることで付箋の動的な作業を実現し，HTTPを用いてサーバに情報の送信を行った．
サーバは，Apache + Tomcat で構築し，PostgreSQLと連携してJSPを用いてWebアプリケーションとして開発した
システムの構成図を図4に示す
プレゼンテーション変換サーバをアプリケーションサーバとは別に準備をした
Ｂ　「
図４」（１６１ページ右欄）
Ｃ　「○２　プレゼンテーションファイル提示機能
　
図6は本システムのプレゼンテーション選択ページである
付箋システムで用いるプレゼンテーションファイルは，画像データに変換される
変換後の画像情報はデータベースに格納される
ユーザは該当するプレゼンテーションを選択する
Ｄ　「
図６」
Ｅ　「○３　プレゼンテーションファイルアップロード機能
　
図7は本システムのプレゼンテーションアップロードページである
アップロードに成功したプレゼンテーションファイルのスライドは，サーバ内で画像ファイルに変換される
変換後のフォルダの位置，名前などの情報をDBにアップロードする
Ｆ　「
図７」
Ｇ　「○４　インターフェース部
　本項では，利用画面をスライド表示部，コメント入力部の2つに分けて説明する．
○５　スライド表示部
　プレゼンテーションのスライドが表示される．
スライド表示部の任意の箇所をクリックすることで，付箋の投稿が可能となっている
現在表示しているスライド番号とプレゼンデーションのIDからデータベースに投稿されているか調べ，該当するコメントが存在する場合コメントを記入した付箋の表示を行う
○６　コメント入力部
　
スライド表示部から受け取った座標をもとにコメントの入力を行う
入力されたコメントは，データベースに送信する
２　引用発明
ア　上記記載事項Ａの「本研究では，プレゼンテーション時のコメントの抽出に特化した付箋システムの提案を行う」との記載，及び「システムの構成図を図4に示す」との記載から，引用例１に記載された“システム”は，“付箋システム”であることを読取ることができる。
　また，上記記載事項Ｂの図４から，“投稿者及び閲覧者側のクライアントＰＣ上にブラウザが設けられる”態様を読取ることができる。そして当該投稿者及び閲覧者は，当該クライアントＰＣ上のブラウザを操作するユーザであることは明らかである。
　さらに，上記記載事項Ａの「サーバは，Apache + Tomcat で構築し，PostgreSQLと連携してJSPを用いてWebアプリケーションとして開発した」との記載，及び上記記載事項Ｂの図４から，“アプリケーションサーバにＤＢが設けられる”態様が読み取れ，“別途プレゼンテーション変換プログラムが存在する機器が当該アプリケーションサーバと接続される”態様を読取ることができ，上記記載事項Ａの「プレゼンテーション変換サーバをアプリケーションサーバとは別に準備をした」との記載からみて，当該機器は，プレゼンテーション変換サーバを表すものと認められる。
　以上を総合して，引用例１には，“ブラウザが設けられるユーザが操作するクライアントＰＣと，ＤＢが設けられたアプリケーションサーバと，前記アプリケーションサーバに接続されるプレゼンテーション変換サーバとからなる付箋システム”が記載されているといえる。
イ　上記記載事項Ｃの「図6は本システムのプレゼンテーション選択ページである」との記載，及び上記記載事項Ｄの図６から，引用例１には，“プレゼンテーション選択ページには，プレゼンテーションが表示され”ることが記載されているといえる。
ウ　上記記載事項Ｃの「付箋システムで用いるプレゼンテーションファイルは，画像データに変換される」との記載，「変換後の画像情報はデータベースに格納される」との記載，及び「ユーザは該当するプレゼンテーションを選択する」との記載から，上記アの「ＤＢ」及び「付箋システム」に関する認定事項を踏まえると，引用例１には，“前記付箋システムで用いるプレゼンテーションファイルは，画像データに変換され，変換後の画像情報は前記ＤＢに格納され，ユーザは該当するプレゼンテーションを選択”することが記載されているといえる。
エ　上記記載事項Ｅの「図7は本システムのプレゼンテーションアップロードページである」との記載，及び上記記載事項Ｆの図７から，“ファイルアップロードページがユーザに対して提示され，当該ページにプレゼンテーションファイルをアップロードすることができるものである”ことが読み取れることから，引用例１には，“ユーザにはファイルアップロードページが提示され，前記ファイルアップロードページにプレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイルをアップロード”することが記載されているといえる。
オ　上記記載事項Ｅの「アップロードに成功したプレゼンテーションファイルのスライドは，サーバ内で画像ファイルに変換される」との記載，及び「変換後のフォルダの位置，名前などの情報をDBにアップロードする」との記載から，上記アの「ＤＢ」に関する認定事項を踏まえると，引用例１には，“アップロードに成功したプレゼンテーションファイルのスライドはサーバ内で画像ファイルに変換され，変換後のフォルダの位置，名前などの情報を前記ＤＢにアップロード”することが記載されているといえる。
カ　上記記載事項Ｇの，「スライド表示部の任意の箇所をクリックすることで，付箋の投稿が可能となっている」との記載，及び「現在表示しているスライド番号とプレゼンデーションのIDからデータベースに投稿されているか調べ，該当するコメントが存在する場合コメントを記入した付箋の表示を行う」との記載から，上記アの「ＤＢ」に関する認定事項を踏まえると，引用例１には，“スライド表示部の任意の箇所をクリックすることで，付箋の投稿が可能となっていて，現在表示しているスライド番号とプレゼンデーションのIDから前記ＤＢに投稿されているか調べ，該当するコメントが存在する場合コメントを記入した付箋の表示を行う”ことが記載されているといえる。
キ　以上上記ア乃至カより，引用例１には，次の発明（以下「引用発明」という。）が記載されているといえる。
「ブラウザが設けられるユーザが操作するクライアントＰＣと，ＤＢが設けられたアプリケーションサーバと，前記アプリケーションサーバに接続されるプレゼンテーション変換サーバとからなる付箋システムであって，
　プレゼンテーション選択ページには，プレゼンテーションが表示され，
　前記付箋システムで用いるプレゼンテーションファイルは，画像データに変換され，変換後の画像情報は前記ＤＢに格納され，ユーザは該当するプレゼンテーションを選択し，
　ユーザにはファイルアップロードページが提示され，前記ファイルアップロードページにプレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイルをアップロードし，
　アップロードに成功したプレゼンテーションファイルのスライドはサーバ内で画像ファイルに変換され，変換後のフォルダの位置，名前などの情報を前記ＤＢにアップロードし，
　スライド表示部の任意の箇所をクリックすることで，付箋の投稿が可能となっていて，現在表示しているスライド番号とプレゼンデーションのIDから前記ＤＢに投稿されているか調べ，該当するコメントが存在する場合コメントを記入した付箋の表示を行う
付箋システム。」
３　引用例２に記載された事項
　原査定の拒絶の理由において引用した，優先日前に既に公知である，特開２０１０−３４９２０号公報（平成２２年２月１２日公開。以下，これを「引用例２」という。）には，関連する図面と共に，次の事項が記載されている。
Ｈ　「【００４２】
　携帯電話器３０のコンテンツアップロードアプリケーションは、コンテンツ／ファイルサーバ１８からのアップロード許可に応じて，先に指定したコンテンツをコンテンツ／ファイルサーバ１８に送信、即ちアップロードする（Ｓ５０）。
【００４３】
　
アップロードが完了すると、携帯電話器３０のコンテンツアップロードアプリケーションは、セッション管理システム２４にアップロード完了を通知する（Ｓ５１）
【００４４】
　セッション管理システム２４は、アップロード完了通知に応じて、帯域制御システム１６に帯域の解放を指示する（Ｓ５２）。帯域制御システム１６は、セッション管理システム２４からの帯域解放の指示に応じて、先に確保した帯域を解放する（Ｓ５３）。
【００４５】
　このようにして、本実施例では、アクセスポイント２２を経由して携帯電話器３０からコンテンツ／ファイルサーバ１８にコンテンツをアップロードする際に、予め、アクセスポイントからコンテンツ／ファイルサーバ１８までの通信路の帯域を確保しているので、迅速にコンテンツをアップロードできる。また、携帯電話器３０がアクセスポイント２２と比較的高速の通信方式で接続できることから、携帯電話通信網を介するよりも短時間でコンテンツをアップロードすることができる。無線通信距離が短いことも、アップロード時間の短縮に寄与する。
【００４６】
　携帯電話器を使用する実施例を説明したが、より一般的な携帯情報端末であってもよい。」
Ｉ　「
図４」
４　引用例３に記載された事項
　原査定の拒絶の理由において引用した，優先日前に既に公知である，“藤田　拓人，清水　豊，Ａｍａｚｏｎ　Ｋｉｎｄｌｅブック制作＆出版　完全マニュアル，株式会社エムディエヌコーポレーション，２０１３年　７月２１日，初版，ｐ．１６２”（以下，これを「引用例３」という。）には，関連する図面と共に，次の事項が記載されている。
Ｊ　「ここまで設定したらアップロードにかかりましょう。［参照］ボタン○１６をクリックして、ＰＣに保存してあるＷｏｒｄファイルまたはＥＰＵＢファイルを選択し、［アップロード］ボタン○１７をクリック。
「アップロード中」、「コンテンツをＫｉｎｄｌｅフォーマットに変換中」の表示が「アップロード、変換に成功しました」○１８と変わればＯＫ
プレビュー表示することができるようになります
５　引用例４に記載された事項
　原査定の拒絶の理由において引用した，優先日前に既に公知である，特開２００３−６７３３０号公報（平成１５年３月７日公開。以下，これを「引用例４」という。）には，関連する図面と共に，次の事項が記載されている。
Ｋ　「【０００４】以下、オンラインアルバムサービスを例に用いて説明する。図１４はこのオンラインサービスを説明するための図である。図１４（ａ）はサイトhttp://www.abcdef.comにおけるオンラインアルバムサービス機能を利用するためのトップページhttp://www.abcdef.com/album/create/にアクセスし、このトップページがＷｅｂブラウザに表示された様子を示す図である。同ページにおいてユーザは、（１）ページ要素１３１にアルバムタイトルを入力し、（２）ページ要素１３２にアルバムの補足説明を入力し、（３）ページ要素１３３にアルバム閲覧用パスワードを入力する。そして、ページ要素１３４のプッシュボタンをマウスクリックすると、図１４（ｂ）に示すような画像指定用ページに移動する。この画像指定用ページでは、まず（４）アップロードしたい画像データのパスをページ要素１３５に入力し、次に（５）画像に個別に付加したいコメントがあればそれをページ要素１３６に入力する。その後、ページ要素１３７のアップロードボタンをマウスクリックすると、前記（４）で指定した画像のアップロード処理が実行される。以上の操作をアップロードしたい画像の枚数分だけ繰り返し、
すべての画像のアップロードが終了した時点でページ要素１３８の終了ボタンをマウスクリックするとアルバム作成の操作は終了し、作成したアルバムの内容が表示される
Ｌ　「
図１４」
６　引用例５に記載された事項
　原査定の拒絶の理由において引用した，優先日前に既に公知である，特開２００５−２２８２５３号公報（平成１７年８月２５日公開。以下，これを「引用例５」という。）には，関連する図面と共に，次の事項が記載されている。
Ｍ　「【００６５】
　次に、図２４を参照して実習手段１１３が提示する画面の一例を説明する。
【００６６】
　ステップＳ３０３において、学生端末３などから成果物を実習成果物１３８に登録する場合に提示する成果物登録画面Ｐ３０１である。成果物登録画面Ｐ３０１において、テーマ名、テーマ概要などの実習テーマに関する情報と、成果物のタイトル、コメントなどその実習中に発生した成果物に関する情報とを入力させる。又、文書ファイル、画像ファイルなどの電子ファイルについては、アップロードボタンＢ３０１をクリックさせることにより、当該電子ファイルを学生端末３などからプロジェクト科目支援サーバ１のメモリにアップロードすることができる。
登録ボタンＢ３０２がクリックされると、成果物登録画面Ｐ３０１で入力された情報と、アップロードされメモリに格納された電子ファイルが、実習成果物１３８に登録される
Ｎ　「
図２４」
第５　対比・判断
１　本願発明１について
（１）　対比
　本願発明１と引用発明とを対比する。
（あ）引用発明の「ブラウザが設けられるユーザが操作するクライアントＰＣ」，「ＤＢが設けられたアプリケーションサーバ」及び「前記アプリケーションサーバに接続されるプレゼンテーション変換サーバ」は複数のコンピューディング・デバイスであるといえ，これらからなる引用発明の「付箋システム」は，本願発明１と，“少なくとも１つのアプリケーション・サービスを実装するように集合的に構成される，１つ以上のコンピューティング・デバイスを備えるシステム”である点で一致する。
（い）引用発明は，「ユーザにはファイルアップロードページが提示され，前記ファイルアップロードページにプレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイルをアップロード」するものであり，当該「プレゼンテーションファイル」は，本願発明１の「ドキュメント」に対応するものといえる。そして，引用発明における「プレゼンテーションファイルをアップロードする操作」は，システムに対して何らかの要求を行っていて，そのことをユーザから受信しているといえることから，引用発明と本願発明１とは，“システムへドキュメントをアップロードする第１要求を受信”する点で一致する。
（う）引用発明は，「プレゼンテーション選択ページには，プレゼンテーションが表示され」るとともに，「ユーザにはファイルアップロードページが提示され，前記ファイルアップロードページにプレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイルをアップロード」するものであるところ，当該「ファイルアップロードページにプレゼンテーションファイルをアップロードする操作」をするためには，当該「プレゼンテーション」が格納されている位置，すなわちストレージ位置が「ブラウザが設けられるユーザが操作するクライアントＰＣ」に提供されるものと認められるから，引用発明と本願発明１とは，“クライアントにストレージ位置を提供”する点で一致する。
（え）以上，（あ）乃至（う）の検討から，引用発明と本願発明１とは，次の一致点及び相違点を有する。
〈一致点〉
　少なくとも１つのアプリケーション・サービスを実装するように集合的に構成される，１つ以上のコンピューティング・デバイスを備えるシステムであって，前記アプリケーション・サービスは，
　システムへドキュメントをアップロードする第１要求を受信し，
　クライアントにストレージ位置を提供する，システム。
〈相違点１〉
　本願発明１の「ドキュメントをアップロード」するシステムが，「ドキュメント管理及びコラボレーション・システム」であるのに対し，引用発明は，「ブラウザが設けられるユーザが操作するクライアントＰＣと，ＤＢが設けられたアプリケーションサーバと，前記アプリケーションサーバに接続されるプレゼンテーション変換サーバとからなる付箋システム」である点。
〈相違点２〉
　本願発明１のクライアントは，「ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって実行される同期クライアント」であるのに対し，引用発明のクライアントは，「付箋システム」を構成する１要素である「ブラウザが設けられるユーザが操作するクライアントＰＣ」である点。
〈相違点３〉
　本願発明は，「アプリケーション・サービス」が，「ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって実行される同期クライアント」に「ストレージ位置を提供」するのに対し，引用発明は，「ブラウザが設けられるユーザが操作するクライアントＰＣ」に「ストレージ位置」が提供されることが特定されていない点。
〈相違点４〉
　本願発明１が，「前記ドキュメントの受信結果として」，「前記ドキュメント用に、前記ドキュメントの共通フォーマットであるアンダーレイと、前記ドキュメントの１つ以上の注釈を格納するために使用可能であるオーバーレイと、前記アンダーレイとは区別され前記共通フォーマットの座標系に基づいて生成される座標マップと、を生成させ」るものであり，さらに「前記座標マップは、前記ユーザデバイスに関連する前記ウェブ・アプリケーションの表示特性にかかわらず、前記オーバーレイに格納された情報を前記ユーザデバイスに関連する前記ウェブ・アプリケーションに安定的に表示するように構成された」ものであるのに対し，引用発明は，「前記システムで用いるプレゼンテーションファイルは，画像データに変換され，変換後の画像情報は前記ＤＢに格納され」たり，「アップロードに成功したプレゼンテーションファイルのスライドはサーバ内で画像ファイルに変換され，変換後のフォルダの位置，名前などの情報を前記ＤＢにアップロード」するものであるが，本願発明１の「ドキュメントの共通フォーマットであるアンダーレイ」，「ドキュメントの１つ以上の注釈を格納するために使用可能であるオーバーレイ」及び「前記アンダーレイとは区別され前記共通フォーマットの座標系に基づいて生成される座標マップ」に相当するものを生成させることが特定されていない点。
〈相違点５〉
　本願発明１が，「前記第１要求の受信に同期して、ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を確保し」，「前記ストレージ位置へ前記ドキュメントのアップロードが完了したことの表示を受信」するものであるのに対し，引用発明は，「ユーザにはファイルアップロードページが提示され，前記ファイルアップロードページにプレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイルをアップロード」するものの，「ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を確保」することや，「前記ストレージ位置へ前記ドキュメントのアップロードが完了したことの表示を受信」することが特定されていない点。
〈相違点６〉
　本願発明１が，「ユーザにより開始される前記ドキュメントへのアクセスの第２要求を受信し」，「前記ドキュメントへのアクセスの第２要求に応答し、前記ユーザのユーザデバイスに関連するウェブ・アプリケーションへ提供される前記アンダーレイ、前記オーバーレイ及び前記アンダーレイに関連する前記座標マップを取得するため、前記ユーザに利用可能な前記ストレージ位置を転送」するものであるのに対し，引用発明は，「プレゼンテーション選択ページには，プレゼンテーションが表示され」，「ユーザは該当するプレゼンテーションを選択」するものであり，「ユーザにより開始される前記ドキュメントへのアクセスの第２要求」を受信することや，当該「第２要求に応答」することなどが特定されていない点。
（２）　相違点についての判断
　事案に鑑み，先に相違点３及び５について検討する。
　引用発明は，「プレゼンテーション選択ページには，プレゼンテーションが表示され」ていて，上記記載事項Ｄの図６を参照すると，すでにアップロードされた「プレゼンテーション」が並んでいて，これは，上記記載事項Ｆの図７にあるような「ファイルアップロードページ」に対して，ユーザが「プレゼンテーションファイルをアップロードする操作をすることによって，当該プレゼンテーションファイル」がすでに「アップロード」された結果，表示されるものであることが理解されるものの，当該「プレゼンテーションファイル」を「アップロード」するために，ストレージ位置を確保した上で「ブラウザが設けられるユーザが操作するクライアントＰＣ」に提供することまでの開示は無く，また当該ストレージ位置へ「プレゼンテーションファイル」が「アップロード」された後に，当該アップロードが完了したことを示す情報がユーザに提供されることも記載されていない。
　そしてこのことは，その他上記第２　２乃至６に示した引用例２乃至引用例５にも記載も示唆もされておらず，当該事項が本願優先日前に周知技術であったと認めるに足る証拠も無い。
　したがって，引用発明からは，当業者といえども相違点３に係る構成を導き出すことは容易とまではいえず，上記その余の相違点について判断するまでもなく，本願発明１は，当業者であっても，引用発明及び引用例２乃至引用例５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
２　本願発明２乃至６について
　本願発明２乃至６は，本願発明１を直接または間接的に引用するものであるから，本願発明１と同じ理由により，当業者であっても，引用発明及び引用例２乃至引用例５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
３　本願発明７について
　本願発明７は，本願発明１とカテゴリー表現のみ異なるものであって，本願発明１と同じ理由により，当業者であっても，引用発明及び引用例２乃至引用例５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
４　本願発明８乃至１３について
　本願発明８乃至１３は，本願発明７を直接または間接的に引用するものであるから，本願発明７と同じ理由により，当業者であっても，引用発明及び引用例２乃至引用例５に記載された技術的事項に基づいて容易に発明できたものとはいえない。
第６　当審拒絶理由の概要
１　特許法１７条の２第３項について
　当審より，令和２年８月２５日付けの手続補正書による手続補正（以下，「本件補正」という。）前の請求項１に「ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を受信し」との事項を追加する補正は，願書に最初に添付した明細書，特許請求の範囲又は図面（以下，「当初明細書等」という。）に記載した事項の範囲内においてしたものでない旨の拒絶理由を通知したが，上記第３に示すとおり補正され，当該事項につき，当初明細書等の段落００５０及び００５２の記載に基づき，「前記ストレージ位置へ前記ドキュメントのアップロードが完了したことの表示を受信し」と補正され，本拒絶理由は解消した。
２　特許法３６条６項１号について
　当審より，本件補正前の請求項１の「ストレージ・サービスに格納される前記ドキュメント用のストレージ位置を受信し」との記載は，発明の詳細な説明に対応する記載は認められないから，請求項１に記載の発明は，発明の詳細な説明に記載されたものではない旨の拒絶理由を通知したが，上記１と同様，当該事項は当初明細書等の発明の詳細な説明に記載されたものとなり，本拒絶理由は解消した。
３　特許法３６条６項２号について
（１）当審より，本件補正前の請求項１の「前記ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって同期クライアントに前記ストレージ位置を提供することによって、前記同期クライアントに前記ストレージ位置に前記ドキュメントをアップロードさせ」との記載における「前記ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステム」とは，具体的にいずれの構成を指しているのか，不明確である旨の拒絶理由を通知したが，上記第３に示すとおり補正され，当該事項につき，「前記ドキュメント管理及びコラボレーション・システムとは異なるコンピュータシステムによって実行される同期クライアントに前記ストレージ位置を提供し」と補正され，本拒絶理由は解消した。
（２）当審より，本件補正前の請求項１の「前記同期クライアントから、前記ストレージ位置での前記ドキュメントのストレージの成功を表示するメッセージを受信し」との記載における「ストレージ位置での前記ドキュメントのストレージの成功を表示するメッセージ」とは，具体的にどのような態様かつ内容のメッセージであり，また，「同期クライアント」から当該「ストレージ位置での前記ドキュメントのストレージの成功を表示するメッセージ」を「受信」するとは具体的にどのような動作を意味しているのか，不明確である旨の拒絶理由を通知したが，上記第３に示すとおり補正され，本拒絶理由は解消した。
４　特許法３６条４項１号について
　当審より，本件補正前の請求項１の「前記同期クライアントから、前記ストレージ位置での前記ドキュメントのストレージの成功を表示するメッセージを受信し」との記載に関し，発明の詳細な説明には，段落００７３に同様の文言がそのまま記載され，また，段落００５１に「アプリケーション・サービス６１０は、ドキュメント・アップロードが完了する表示を受信する。」との記載はあるものの，「同期クライアント」から「ストレージ位置での前記ドキュメントのストレージの成功を表示するメッセージ」を「受信」することについて，具体的にどのように行うかについて記載は認められず，よって，本願の発明の詳細な説明は，当業者が発明を実施することができる程度に明確かつ十分に記載されたものであるとはいえない旨の拒絶理由を通知したが，上記第３に示すとおり補正され，また令和２年８月２５日付け意見書において，当初明細書等の段落００５１に，「アプリケーション・サービス６１０は、ドキュメント・アップロードが完了する表示を受信する。」と記載されている旨の釈明がなされ，本拒絶理由は解消した。
第７　原査定についての判断
　令和２年８月２５日付けの補正により，補正後の請求項１乃至１３は，上記第５　１（１）に示した相違点３に係る構成を有し，当該構成は，原査定における引用文献１乃至５には記載されておらず，本願優先日前における周知技術でもないので，本願発明１乃至１３は，当業者であっても，原査定における引用文献１乃至５に基づいて容易に発明できたものではない。したがって，原査定を維持することはできない。
第８　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。