【事件の表示】
　特願２０１３−１９５３８０「リソースのアクセスを制御するための機器、方法およびその非一時的なコンピュータ可読記憶媒体」拒絶査定不服審判事件〔平成２７年　２月１２日出願公開、特開２０１５−　２８７４４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
第１　手続の経緯
　
　本件審判請求に係る出願（以下，「本願」という。）は，平成２５年９月２０日（パリ条約による優先権主張外国庁受理２０１３年７月３０日（以下，「優先日」という。），米国）の出願であって，その手続の経緯は以下のとおりである。
　
　　平成２６年　７月３１日付け　：拒絶理由の通知
　　平成２６年１２月１０日　　　：意見書，手続補正書の提出
　　平成２７年　１月１９日付け　：拒絶査定　
　　平成２７年　５月１５日　　　：審判請求書の提出
　
　
第２　本願発明
　
　本願の請求項に係る発明は，上記平成２６年１２月１０日付け手続補正書により補正された特許請求の範囲の請求項１乃至１７に記載されたとおりのものであると認められるところ，その請求項９に係る発明（以下，「本願発明」という。）は，以下のとおりのものである。
　
「　リソースのアクセスを制御するための方法であって，前記方法は演算機器によって実行され，
　第１の一時的なアカウントのリソースに関する第１の共有リンクを生成するための第１のリクエストを受信するステップと，
　前記第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定にしたがって，前記第１の共有リンクを作成するステップであって，前記第１の共有リンクと前記リソースの固定リンクとは異なり，前記リソースに関する前記第１の共有リンクと複数の他の共有リンクとは異なり，前記第１の許可設定はパスワード，前記リソースの読み出し制御，前記リソースの書き込み制御，有効期限終了メッセージ，およびそれらの組み合わせのうち１つに関連するステップと，
　前記第１の一時的なアカウント，前記第１の許可設定，および前記第１の共有リンクを記憶ユニットに記憶するステップと，
　前記第１の共有リンクを前記第１の一時的なアカウントに送信し，前記送信された第１の共有リンクは追跡可能であるステップと，
　を備える，
　方法。」
　
　
第３　引用例
　
１　本願の優先日前に頒布又は電気通信回線を通じて公衆に利用可能となり，原審の拒絶査定の理由である平成２６年７月３１日付けの拒絶理由通知において引用された，特開２００８−８３９０６号公報（平成２０年４月１０日公開，以下，「引用例１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ａ　「【００２６】
　
図１に示すように，コンテンツ配信システム１００は，クライアントシステム及びサーバシステムから構成され，ネットワーク２を介して，クライアントシステムの端末装置１０とサーバシステムのサーバ５が通信可能に接続されている。
【００２７】
　端末装置１０は，ユーザが使用するＰＣ（Personal Computer）やＰＤＡ（Personal Digital Assistants），携帯電話等である。サーバ５は，所定の処理を実行する端末であり，ライセンスＤＢ６及び商品ＤＢ７に接続されている。
【００２８】
　
端末装置１０を構成要素とするクライアントシステムは，サーバシステムへコンテンツ閲覧のリクエストを送信し，サーバシステムからレスポンスを取得するシステムである。
　
Ｂ　「【００３７】
　
セッション生成手段１３は，実際には，例えば，Ａｐａｃｈｅ等の，ｈｔｔｐリクエストに対して応答を返すソフトウェアモジュールの集合体であるＨＴＴＰサーバ（「Ｗｅｂサーバ」とも呼ばれる。）と，認証したユーザから新たなコンテンツ閲覧リクエストをそのＨＴＴＰサーバが受け付けることによってそのＨＴＴＰサーバから呼び出されるコンピュータプログラムであるリンクアップモジュール２１により実現される。サーバ５のリンクアップモジュール２１は，端末装置１０からコンテンツ閲覧のリクエストを取得する。
　
Ｃ　「【００４２】
　
また，リンクアップモジュール２１は，コンテンツリクエストを受けると，図６（ａ）に示すような，ランダムな２４文字の英数字や記号から構成されるエイリアスを生成する。
さらに，リンクアップモジュール２１は，図７（ａ）に示すように，エイリアス，ユーザＩＤ，閲覧可能領域，最終アクセス日時等を有する認証トークン３０を生成する。
認証トークン３０は，図７（ｂ）に示すように，サーバ５のメモリ上に保持される。
【００４３】
　
リンクアップモジュール２１は，エイリアスを用いて，図６（ｂ）に示すような仮想ＵＲＬを生成する。仮想ＵＲＬは，コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものである。
そして，リンクアップモジュール２１は，ネットワーク２を介して，生成した仮想ＵＲＬを端末装置１０へリダイレクトする。リダイレクトとは，アクセスされたＵＲＬとは別のＵＲＬを通知することである。つまり，端末装置１０は，リダイレクトに伴うブラウザ２０の再リクエストにより，自動的に仮想ＵＲＬにリクエストを行う。
コンテンツ認証手段１４は，実際には，ＨＴＴＰサーバと，仮想ＵＲＬによるリクエストをそのＨＴＴＰサーバが受け付けることによってそのＨＴＴＰサーバから呼び出されるコンピュータプログラムであるコンテンツ認証モジュール２２により実現される。
【００４４】
　
コンテンツ認証モジュール２２は，受け付けた仮想ＵＲＬからエイリアスを抽出する。また，コンテンツ認証モジュール２２は，受け付けた仮想ＵＲＬからコンテンツの格納位置を特定する。そして，コンテンツ認証モジュール２２は，抽出したエイリアスに一致する認証トークン３０がメモリ上に存在するか否かを判定する。さらに，コンテンツ認証モジュール２２は，特定したコンテンツの格納位置が認証トークン３０に格納された閲覧可能領域内であるか否かを判定する。
　
２　ここで，引用例１に記載されている事項を検討する。　
　
ア　上記Ａの「図１に示すように，コンテンツ配信システム１００は，クライアントシステム及びサーバシステムから構成され，ネットワーク２を介して，クライアントシステムの端末装置１０とサーバシステムのサーバ５が通信可能に接続されている。　…（中略）…　端末装置１０を構成要素とするクライアントシステムは，サーバシステムへコンテンツ閲覧のリクエストを送信し，サーバシステムからレスポンスを取得するシステムである。」との記載からすると，「端末装置」から「サーバ」にコンテンツ閲覧の「リクエスト」を送信し，レスポンスを「端末装置」に送信する「サーバ」はコンテンツ閲覧の「リクエスト」を処理することが読み取れるから，引用例１には，
“端末装置からのコンテンツ閲覧のリクエストをサーバで処理する方法”
が記載されていると解される。
　
イ　上記Ｂの「セッション生成手段１３は，実際には，例えば，Ａｐａｃｈｅ等の，ｈｔｔｐリクエストに対して応答を返すソフトウェアモジュールの集合体であるＨＴＴＰサーバ（「Ｗｅｂサーバ」とも呼ばれる。）と，認証したユーザから新たなコンテンツ閲覧リクエストをそのＨＴＴＰサーバが受け付けることによってそのＨＴＴＰサーバから呼び出されるコンピュータプログラムであるリンクアップモジュール２１により実現される。サーバ５のリンクアップモジュール２１は，端末装置１０からコンテンツ閲覧のリクエストを取得する。」との記載からすると，リンクアップモジュールが端末装置から取得するリクエストは認証したユーザからのコンテンツ閲覧のリクエストであることが読み取れるから，引用例１には，
“リンクアップモジュールは，端末装置から認証したユーザのコンテンツ閲覧のリクエストを取得”する
ことが記載されていると解される。
　
ウ　上記Ｃの「また，リンクアップモジュール２１は，コンテンツリクエストを受けると，図６（ａ）に示すような，ランダムな２４文字の英数字や記号から構成されるエイリアスを生成する。」，「リンクアップモジュール２１は，エイリアスを用いて，図６（ｂ）に示すような仮想ＵＲＬを生成する。仮想ＵＲＬは，コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものである。」との記載からすると，「リンクアップモジュール」は，コンテンツリクエストを取得すると，ランダムな英数字や記号から構成される「エイリアス」を用いて，コンテンツの仮想的な格納場所を示す「仮想ＵＲＬ」を生成することが読み取れる。
　また，上記Ｃの「さらに，リンクアップモジュール２１は，図７（ａ）に示すように，エイリアス，ユーザＩＤ，閲覧可能領域，最終アクセス日時等を有する認証トークン３０を生成する。」との記載からすると，「仮想ＵＲＬ」の生成に用いる「エイリアス」は，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられることが読み取れるから，引用例１には，
“リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成し，前記仮想ＵＲＬは，コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものであ”る
ことが記載されていると解される。
　
エ　上記Ｃの「さらに，リンクアップモジュール２１は，図７（ａ）に示すように，エイリアス，ユーザＩＤ，閲覧可能領域，最終アクセス日時等を有する認証トークン３０を生成する。　…（中略）…　認証トークン３０は，図７（ｂ）に示すように，サーバ５のメモリ上に保持される。」との記載からすると，引用例１には，
“エイリアス，ユーザＩＤ，閲覧可能領域，最終アクセス日時等を有する認証トークンをサーバのメモリに保持”する
ことが記載されていると解される。
　
オ　上記Ｃの「そして，リンクアップモジュール２１は，ネットワーク２を介して，生成した仮想ＵＲＬを端末装置１０へリダイレクトする。リダイレクトとは，アクセスされたＵＲＬとは別のＵＲＬを通知することである。つまり，端末装置１０は，リダイレクトに伴うブラウザ２０の再リクエストにより，自動的に仮想ＵＲＬにリクエストを行う。」との記載からすると，「リンクアップモジュール」は「端末装置」に生成した「仮想ＵＲＬ」を通知し，「端末装置」は通知された「仮想ＵＲＬ」にリダイレクトに伴う再リクエストを行うことが読み取れる。
　また，上記Ｃの「コンテンツ認証手段１４は，実際には，ＨＴＴＰサーバと，仮想ＵＲＬによるリクエストをそのＨＴＴＰサーバが受け付けることによってそのＨＴＴＰサーバから呼び出されるコンピュータプログラムであるコンテンツ認証モジュール２２により実現される。」，「コンテンツ認証モジュール２２は，受け付けた仮想ＵＲＬからエイリアスを抽出する。また，コンテンツ認証モジュール２２は，受け付けた仮想ＵＲＬからコンテンツの格納位置を特定する。そして，コンテンツ認証モジュール２２は，抽出したエイリアスに一致する認証トークン３０がメモリ上に存在するか否かを判定する。さらに，コンテンツ認証モジュール２２は，特定したコンテンツの格納位置が認証トークン３０に格納された閲覧可能領域内であるか否かを判定する。」との記載からすると，「仮想ＵＲＬ」による再リクエストは「サーバ」の「コンテンツ認証モジュール」に受け付けられ，「コンテンツ認証モジュール」は「仮想ＵＲＬ」から抽出した「エイリアス」に一致する「認証トークン」がメモリ上に存在するか否か，「仮想ＵＲＬ」から特定したコンテンツの格納位置が「認証トークン」に格納された閲覧可能領域内であるか否かを判定することが読み取れるから，引用例１には，
“リンクアップモジュールは端末装置に生成した仮想ＵＲＬを通知し，前記端末装置は通知された前記仮想ＵＲＬにリダイレクトに伴う再リクエストを行い，通知された前記仮想ＵＲＬはコンテンツ認証モジュールにより，抽出したエイリアスに一致する認証トークンがメモリ上に存在するか否か，特定したコンテンツの格納位置が前記認証トークンに格納された閲覧可能領域内であるか否かが判定される”
ことが記載されていると解される。
　
３　以上，ア乃至オの検討によれば，引用例１には次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「端末装置からのコンテンツ閲覧のリクエストをサーバで処理する方法であって，
　リンクアップモジュールは，前記端末装置から認証したユーザの前記コンテンツ閲覧のリクエストを取得し，
　前記リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成し，前記仮想ＵＲＬは，コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものであり，
　前記エイリアス，前記ユーザＩＤ，前記閲覧可能領域，前記最終アクセス日時等を有する認証トークンをサーバのメモリに保持し，
　前記リンクアップモジュールは前記端末装置に生成した前記仮想ＵＲＬを通知し，前記端末装置は通知された前記仮想ＵＲＬにリダイレクトに伴う再リクエストを行い，通知された前記仮想ＵＲＬはコンテンツ認証モジュールにより，抽出したエイリアスに一致する前記認証トークンが前記メモリ上に存在するか否か，特定したコンテンツの格納位置が前記認証トークンに格納された閲覧可能領域内であるか否かが判定される
ことを特徴とする方法。」　
　
　
第４　参考文献
　
１　参考文献１に記載されている技術的事項
　
　本願の優先日前に頒布又は電気通信回線を通じて公衆に利用可能となった，特表２００６−５２２４１５号公報（平成１８年９月２８日公表，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｄ　「【００４９】
　図５に示すフローチャートは，本発明の一実施形態に係る画像データの生成及びその画像データをメッセージに添付することを説明する。
【００５０】
　
ステップ５１０において，送信者は，複数の画像を閲覧する。
【００５１】
　
ステップ５２０において，送信者は，画像を選択し，複数の画像から１つの画像を特定する。
【００５２】
　ステップ５３０において，選択された画像は，特定の位置にコピーされる。例えば，選択された画像は，ステップ５１０で閲覧した複数の画像の位置とは別の位置にコピーされる。具体的には，選択された画像は，複製される。この複製画像は，ターゲットサーバ内に，複数の画像とは別の位置に格納される。この実施形態において，選択画像が複数の画像とは別の位置に格納されていながら，複数の画像は，依然１つのフォトアルバムとして閲覧することができる。
【００５３】
　
ステップ５４０において，選択画像に対応させるＵＲＬを作成する。
【００５４】
　
ステップ５５０において，ステップ５４０で作成されたＵＲＬは，送信者が受信者に対して電子メールメッセージを作成している位置に供給される。
【００５５】
　
ステップ５６０において，電子メールメッセージにＵＲＬを埋め込む。一実施形態において，ＵＲＬは，電子メールメッセージ内に表示される。例えば，受信者は，電子メールメッセージを開封し，埋め込まれたＵＲＬを選択するように促される。一旦ＵＲＬが選択されると，受信者は，選択画像を見ることができる。
【００５６】
　
他の実施形態において，ＵＲＬは，受信者が電子メールメッセージを開封するのと同時に自動的に起動される。例えば，受信者は，電子メールメッセージを開封する。次に，埋め込まれたＵＲＬが自動的に選択され，受信者に，画像データに対応する画像を表示する。
　
２　参考文献２に記載されている技術的事項
　
　本願の優先日前に頒布又は電気通信回線を通じて公衆に利用可能となった，特開２００３−１８６７６４号公報（平成１５年７月４日公開，以下，「参考文献２」という。）には，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｅ　「【００２６】
図３に示すＵＲＬは，本発明が適用可能なより一般的なユニフォームリソース識別子（Uniform Resource Identifier（ＵＲＩ））のサブセットに属する。ＵＲＩの一般的構文(generic syntax)は，スキームとスキーム依存部分とに分離されることができる。本発明のケイパビリティ文字ストリングは，ＵＲＩのスキーム依存部分（scheme-dependent part），例えばパスまたはクエリセグメントに挿入される。
　
Ｆ　「【００４７】
図８は，本発明の一実施形態に従う，コモンゲートウェイインタフェース（ＣＧＩ）スクリプトの分析のフローチャートを示す。クライアントのウェブブラウザ８００は，リバース・プロキシサーバ８１０に対し，引数「colour=blue」および「shape=circle」と共にケイパビリティ可能ＵＲＬ８０５を提示する。リバース・プロキシサーバ８１０は，ケイパビリティを，さらなる引数「access=public」，「colour=red」および「shape=circle」を有するＣＧＩスクリプトのＵＲＬに変換する。ケイパビリティの引数とブラウザによって提供される引数とが併合され，ＵＲＬ８１５が生成される。
【００４８】ユーザがかなりの資源にアクセスすることができるようになると，ＵＲＬについてのケイパビリティによってアクセス制御を管理することは，管理者にとって困難である。実際，アクセスは，一度に一組の資源（例えば，ウェブサーバに格納されたＵＲＬのサブセット）に対して許可され，それは，複雑性と管理の問題をもたらす。
【００４９】
これらの問題は，セキュアコンテナ機構によって解決される。セキュアコンテナ（secure container）は，一組のウェブページ（または他のウェブ資源）を単一の論理ユニットにグループ化する論理エンティティである。これは，特定の階級の外部ユーザがアクセスすることができる，ファイアウォール内のウェブ資源のサブセットに対応する。アクセスは，コンテナとその内容全体に対して許可される。
【００５０】実際に，大抵のＨＴＭＬ文書は他の文書に対するリンクを含むので，セキュアコンテナに文書を追加することは，再帰的なプロセスである。
コンテナの作成者または保守管理者は，ウェブページをコンテナに追加し，対応するケイパビリティの特性（制限された使用，期限等）を指定する。
　
　
第５　対比
　
１　本願発明と引用発明とを対比する。
　
（１）引用発明は，「端末装置からのコンテンツ閲覧のリクエストをサーバで処理する方法」であるところ，「コンテンツ閲覧のリクエスト」はリソースたる「コンテンツ」へのアクセスのための「リクエスト」とみることができ，「コンテンツ閲覧のリクエスト」を「サーバ」が制御していることは明らかであるから，引用発明の「サーバ」，「コンテンツ」はそれぞれ，本願発明の「演算機器」，「リソ−ス」に相当すると言える。
　そうすると，引用発明の「端末装置からのコンテンツ閲覧のリクエストをサーバで処理する方法」は，本願発明の「リソースのアクセスを制御するための方法であって，前記方法は演算機器によって実行され」ることに相当すると言える。
　
（２）引用発明では，「リンクアップモジュールは，前記端末装置から認証したユーザの前記コンテンツ閲覧のリクエストを取得し，前記リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成」するところ，「リンクアップモジュール」は「端末装置」から「認証したユーザ」の「ユーザＩＤ」も取得していると解されるから，引用発明では，「リンクアップモジュール」は，認証したユーザの「ユーザＩＤ」を含む「コンテンツ閲覧のリクエスト」を受信するとみることができ，引用発明の「ユーザＩＤ」は本願発明の「第１の一時的アカウント」に相当すると言える。
　また，本願発明の「第１の共有リンク」は「リソース」へのアクセスに必要なリンクデータであると言え，引用発明の「コンテンツ閲覧のリクエスト」と本願発明の「リソースに関する第１の共有リンクを生成するための第１のリクエスト」とは，“リソースへのアクセスに係る第１のリクエスト”である点で一致することから，引用発明の「リンクアップモジュールは，前記端末装置から認証したユーザの前記コンテンツ閲覧のリクエストを取得」することと，本願発明の「第１の一時的なアカウントのリソースに関する第１の共有リンクを生成するための第１のリクエストを受信するステップ」とは，後記する点で相違するものの，“第１の一時的なアカウントのリソースへのアクセスに係る第１のリクエストを受信するステップ”である点で共通すると言える。
　
（３）引用発明では，「リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成」するところ，「仮想ＵＲＬ」は「コンテンツの仮想的な格納場所を示す情報であり」，「ユーザＩＤ」に関連付けて作成されるリンクデータとみることができるから，引用発明の「仮想ＵＲＬ」は本願発明の「第１の共有リンク」に対応し，両者は“第１のリンク”である点で一致すると言える。
　また，引用発明の「仮想ＵＲＬ」は「ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ」た「エイリアス」にしたがって作成され，「閲覧可能領域」は「コンテンツ」の読み出し制御に係る「許可設定」の態様とみることができるから，引用発明の「閲覧可能領域」は本願発明の「第１の許可設定」である「パスワード，前記リソースの読み出し制御，前記リソースの書き込み制御，有効期限終了メッセージ，およびそれらの組み合わせのうち１つ」の中の「リソースの読み出し制御」に相当すると言える。
　そうすると，引用発明の「リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成」することと，本願発明の「第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定にしたがって，前記第１の共有リンクを作成するステップであって」，「前記第１の許可設定はパスワード，前記リソースの読み出し制御，前記リソースの書き込み制御，有効期限終了メッセージ，およびそれらの組み合わせのうち１つに関連する」こととは，“第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定に関連付けて，第１のリンクを作成するステップであって”，“前記第１の許可設定はリソースの読み出し制御に関連するステップ”である点で共通すると言える。
　
（４）引用発明の「仮想ＵＲＬ」は，「コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものであ」るところ，「コンテンツ」実物の格納場所である固定リンクとは異なると解され，「ユーザＩＤ」に関連付けられた「エイリアス」にしたがって作成されることから，他のユーザの当該コンテンツへの「仮想ＵＲＬ」とも異なると言える。
　また，上記（３）での検討から，引用発明の「仮想ＵＲＬ」と本願発明の「第１の共有リンク」とは“第１のリンク”である点で一致すると言える。
　そうすると，引用発明の「リンクアップモジュールは，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成し，前記仮想ＵＲＬは，コンテンツの仮想的な格納場所を示す情報であり，実際のコンテンツの格納場所であるＵＲＬとは異なるものであ」ることと，本願発明の「第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定にしたがって，前記第１の共有リンクを作成するステップであって，前記第１の共有リンクと前記リソースの固定リンクとは異なり，前記リソースに関する前記第１の共有リンクと複数の他の共有リンクとは異なり，前記第１の許可設定はパスワード，前記リソースの読み出し制御，前記リソースの書き込み制御，有効期限終了メッセージ，およびそれらの組み合わせのうち１つに関連するステップ」とは，後記する点で相違するものの，“第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定に関連付けて，第１のリンクを作成するステップであって，前記第１のリンクとリソースの固定リンクとは異なり，前記リソースに関する前記第１のリンクと複数の他のリンクとは異なり，前記第１の許可設定は前記リソースの読み出し制御に関連するステップ”である点で共通すると言える。
　
（５）引用発明では，「エイリアス，前記ユーザＩＤ，前記閲覧可能領域，前記最終アクセス日時等を有する認証トークンをサーバのメモリに保持」するところ，引用発明の「ユーザＩＤ」，「閲覧可能領域」はそれぞれ，本願発明の「第１の一時的なアカウント」，「第１の許可設定」に相当し，そして，引用発明の「サーバのメモリ」は「仮想ＵＲＬ」の生成に係るデータを記憶することから，本願発明の「記憶ユニット」に対応する。
　また，引用発明の「エイリアス」は「仮想ＵＲＬ」の生成に用いられるデータであるところ，上記（３）での検討から引用発明の「仮想ＵＲＬ」と本願発明の「第１の共有リンク」とは「リソース」に関する“第１のリンク”である点で一致すると言えるから，引用発明の「エイリアス」と本願発明の「第１の共有リンク」とは，“第１のリンクに係るデータ”である点で一致する。
　そうすると，引用発明の「エイリアス，前記ユーザＩＤ，前記閲覧可能領域，前記最終アクセス日時等を有する認証トークンをサーバのメモリに保持」することと，本願発明の「第１の一時的なアカウント，前記第１の許可設定，および前記第１の共有リンクを記憶ユニットに記憶するステップ」とは，後記する点で相違するものの，“第１の一時的なアカウント，第１の許可設定，および第１のリンクに係るデータを記憶ユニットに記憶するステップ”である点で共通すると言える。
　
（６）引用発明では，「リンクアップモジュールは前記端末装置に生成した前記仮想ＵＲＬを通知し，前記端末装置は通知された前記仮想ＵＲＬにリダイレクトに伴う再リクエストを行」うところ，「端末装置」から「コンテンツ閲覧のリクエスト」を送信してきた「ユーザＩＤ」宛に「リンクアップモジュール」は「仮想ＵＲＬ」を通知すると言える。
　また，引用発明の「仮想ＵＲＬ」は，「コンテンツ認証モジュールにより，抽出したエイリアスに一致する前記認証トークンが前記メモリ上に存在するか否か，特定したコンテンツの格納位置が前記認証トークンに格納された閲覧可能領域内であるか否かが判定される」ところ，「再リクエスト」に用いられた「仮想ＵＲＬ」は「認証トークン」と照合することにより追跡可能となっていると言える。
　そうすると，引用発明の「リンクアップモジュールは前記端末装置に生成した前記仮想ＵＲＬを通知し，前記端末装置は通知された前記仮想ＵＲＬにリダイレクトに伴う再リクエストを行い，通知された前記仮想ＵＲＬはコンテンツ認証モジュールにより，抽出したエイリアスに一致する前記認証トークンが前記メモリ上に存在するか否か，特定したコンテンツの格納位置が前記認証トークンに格納された閲覧可能領域内であるか否かが判定される」ことと，本願発明の「第１の共有リンクを前記第１の一時的なアカウントに送信し，前記送信された第１の共有リンクは追跡可能であるステップ」とは，後記する点で相違するものの，“第１のリンクを第１の一時的なアカウントに送信し，前記送信された第１のリンクは追跡可能であるステップ”である点で共通すると言える。
　
２　以上から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。
　
＜一致点＞　
　
「　リソースのアクセスを制御するための方法であって，前記方法は演算機器によって実行され，
　第１の一時的なアカウントのリソースへのアクセスに係る第１のリクエストを受信するステップと，
　前記第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定に関連付けて，前記第１のリンクを作成するステップであって，前記第１のリンクと前記リソースの固定リンクとは異なり，前記リソースに関する前記第１のリンクと複数の他のリンクとは異なり，前記第１の許可設定は前記リソースの読み出し制御に関連するステップと，
　前記第１の一時的なアカウント，前記第１の許可設定，および前記第１のリンクに係るデータを記憶ユニットに記憶するステップと，
　前記第１のリンクを前記第１の一時的なアカウントに送信し，前記送信された第１のリンクは追跡可能であるステップと，
　を備える方法。」
　
＜相違点１＞
　
　受信するリクエストに関し，本願発明では，「第１の一時的なアカウントのリソースに関する第１の共有リンクを生成するための第１のリクエストを受信する」するのに対して，引用発明では，「リンクアップモジュールは，前記端末装置から認証したユーザの前記コンテンツ閲覧のリクエストを取得」する点。
　
＜相違点２＞
　
　リンクの生成に関し，本願発明では「第１の一時的なアカウントおよび前記第１の一時的なアカウントの第１の許可設定にしたがって，前記第１の共有リンクを作成する」のに対して，引用発明では「ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成」する点。
　
＜相違点３＞
　
　記憶ユニットに記憶するデータに関し，本願発明では「第１の一時的なアカウント，前記第１の許可設定，および前記第１の共有リンク」を記憶するのに対して，引用発明では「エイリアス，前記ユーザＩＤ，前記閲覧可能領域，前記最終アクセス日時等を有する認証トークン」を記憶する点。
　
＜相違点４＞
　
　一時的なアカウントに送信するリンクに関し，本願発明では「第１の共有リンク」を送信するのに対して，引用発明では，「リダイレクトに伴う再リクエストを行」うための「仮想ＵＲＬ」を送信する点。
　
　
第６　当審の判断
　
　上記相違点１乃至４について検討する。
　
１　相違点１，４について
　
　引用発明では，「リンクアップモジュールは，前記端末装置から認証したユーザの前記コンテンツ閲覧のリクエストを取得」し，「リダイレクトに伴う再リクエストを行」うための「仮想ＵＲＬ」を「端末装置」に送信するところ，コンテンツ自体の保護を目的として，「サーバ」の「リンクアップモジュール」がコンテンツ閲覧のリクエストを送信する端末装置に対して，コンテンツ自体を送信することなく，コンテンツにアクセスする「仮想ＵＲＬ」を送信しているのは明らかである。
　また，送信者から受信者にコンテンツを送信する場合に，送信者はコンテンツ自体を送信することに代えて，コンテンツにアクセスするためのＵＲＬを送信することは，例えば，参考文献１（上記Ｄを参照）に記載されるように本願優先日前には当該技術分野の周知技術であり，このようなコンテンツＵＲＬを送受信するシステムにおいて，受信者がコンテンツＵＲＬを選択できるように一旦受信した後，コンテンツＵＲＬの選択操作に応じて対応するコンテンツにアクセスするように構成するか，受信者がコンテンツＵＲＬを受信すると自動的に選択してコンテンツにアクセスするように構成するかは設計的事項である。そして，受信者がコンテンツＵＲＬを選択できるように一旦受信した後，改めてコンテンツＵＲＬの選択操作を行う態様では，一旦受信したコンテンツＵＲＬを他者と共有して使用することも可能であることは明らかである。
　そうすると，引用発明において上記周知技術を適用し，サーバのリンクアップモジュールが端末装置からコンテンツ閲覧のリクエストを取得し，リダイレクトに伴う再リクエストを行うための仮想ＵＲＬを端末装置に送信することに代えて，適宜，第１の一時的なアカウント（ユーザＩＤ）からリソース（コンテンツ）に関する他者と共有可能な第１の共有リンクを生成するための第１のリクエストを受信し，第１の一時的なアカウントに他者と共有可能になるよう第１の共有リンクを送信すること，すなわち，上記相違点１，４に係る構成とすることは，当業者が容易に想到し得たことである。
　
２　相違点２について
　
　引用発明では，「ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられ，ランダムな英数字や記号から構成されるエイリアスを用いて仮想ＵＲＬを生成」するところ，「ユーザＩＤ」，「閲覧可能領域」は「仮想ＵＲＬ」による「コンテンツ」へのアクセス権限に係る制限条件とみることができる。
　一方，ＷｅｂデータへのアクセスのためのＵＲＬをケイパビリティ可能ＵＲＬとして，制限された使用，期限等の個々のケイパビリティ特性に基づいて生成することは，例えば，参考文献２（上記Ｅ，Ｆを参照）に記載されるように本願優先日前には当該技術分野の周知技術であった。
　また，ＵＲＬを生成する場合に，アクセス制御に係る個々の制限条件に対応する文字列がＵＲＬを構成する文字列に含まれるように生成するか，当該制限条件に関連付けられたエイリアスが文字列に含まれるように生成するかは，当業者であれば必要に応じて選択し得た設計的事項である。
　そうすると，引用発明において，ユーザＩＤ，閲覧可能領域，最終アクセス日時等に関連付けられたエイリアスを用いて仮想ＵＲＬを生成することに代えて，適宜，アクセス制御に係る制限条件である，第１の一時的なアカウント（ユーザＩＤ），第１の許可設定（閲覧可能領域）にしたがって，制限条件が文字列に含まれるようにリソースへのリンクを生成すること，すなわち，上記相違点２に係る構成とすることは，当業者が容易に想到し得たことである。
　
３　相違点３について
　
　引用発明では，「エイリアス，前記ユーザＩＤ，前記閲覧可能領域，前記最終アクセス日時等を有する認証トークンをサーバのメモリに保持」するところ，「認証トークン」により「エイリアス」，「ユーザＩＤ」，「閲覧可能領域」，「最終アクセス日時」は互いに関連付けられ，また，「エイリアス」は「仮想ＵＲＬ」の生成に用いられることから，リンクである「仮想ＵＲＬ」に対応するデータであると言える。
　そうすると，引用発明において，メモリにエイリアス，ユーザＩＤ，閲覧可能領域，最終アクセス日時等を有する認証トークンを保持することに代えて，適宜，第１の一時的なアカウント（ユーザＩＤ），第１の許可設定（閲覧可能領域），仮想ＵＲＬを関連付ける認証トークンを保持すること，すなわち，上記相違点３に係る構成とすることは，当業者が容易に想到し得たことである。
　
４　小括
　
　上記で検討したごとく，相違点１乃至４に係る構成は当業者が容易に想到し得たものであり，そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，引用発明及び当該技術分野の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　
　
第７　むすび 
　
　以上のとおり，本願の請求項９に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，その余の請求項に係る発明について検討するまでもなく，本願は拒絶すべきものである。 
　
　よって，結論のとおり審決する。