【事件の表示】
　特願２００１−　８８０１７「電子メールプログラム」拒絶査定不服審判事件〔平成１４年１０月　４日出願公開、特開２００２−２８８０９３〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明の要旨
　本願は、平成１３年３月２６日の出願であり、平成１９年１月９日付けで拒絶査定がなされたところ、これに対して同年２月１４日に拒絶査定に対する審判請求がなされたものであって、その請求項１に係る発明（以下、「本願発明」という。）は平成１８年１２月１４日付け手続補正書により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１に記載された次のとおりのものと認める。
　
　「コンピュータを、通信網より電子メールの一部として受信したファイルを格納する受信格納手段と、該受信ファイルに対して、他ファイルへのアクセス権限情報を設定する権限変更手段と、該受信ファイルを読み込み処理実行する実行プログラムにおいて発生する、該アクセス権限情報を起因とするエラーを監視し、エラーを検出すると検出されたアクセスの対象となるファイルとアクセスの種類とを特定する情報をユーザに通知する実行監視手段として機能させるための電子メールプログラム。」
　
２．引用例
（１）原査定の拒絶の理由に引用された国際出願公開９９／６４９４６号パンフレット（以下、「引用例１」という。）には、図面とともに以下の記載がある。（括弧内は当審訳。）
　
Ａ．「The invention relates generally to computer systems, and more particularly to improvements in security for computer systems.」（第１頁第４行〜第６行）（本発明は、一般にコンピュータシステムに関し、より詳細には、コンピュータシステム用のセキュリティの改善に関する。）
　
Ｂ．「Briefly, the present invention provides restricted execution contexts for untrusted content (such as executable code, dynamic HTML, Java or Active-X controls) that restricts the resources that the content may access. A restricted process is set up for untrusted content, and any actions attempted by the content are subject to the restrictions of the process, which are based on various criteria. Whenever a process attempts to access a resource, a restricted token associated with each process is compared against security information of the resource to determine if the type of access is allowed. The resource's security information thus determines whether a process, and thus the untrusted content, may access the resource, and if so, the type of access that is allowed.
　Untrusted content includes data downloaded from websites, and each such site has a restricted process set up therefor based on the site identity and the zone in which the site is categorized. APIs and helper processes enable the website to access its own site, files and registry keys, while ACLs on other resources not related to the site restrict the access of that site as desired, based on the site identity, zone or other criteria. Other untrusted content includes electronic mail messages or news along with any attachments thereto. Such content is similarly run in a restricted execution context wherein the restrictions are based on criteria such as the identity of the sender. Servers also may run untrusted content such as scripts and client processes in restricted execution contexts, whereby the restrictions may be based on criteria such as the script author, the method of client authentication used, and/or any other information available to the server indicative of how trusted or untrusted the content may be.」（第２頁第２３行〜第３頁第２１行）（簡単に言えば、本発明は、信頼できないコンテント（実行可能コード、ダイナミックＨＴＭＬ、Ｊａｖａ制御またはＡｃｔｉｖｅ−Ｘ制御など）のために、コンテントがアクセスする可能性のあるリソースを制限する制限付き実行コンテキストを提供する。信頼できないコンテントのために制限付きプロセスが設定され、そのコンテントによって試みられた任意のアクションは、種々の基準に基づいてプロセスの制限を受ける。プロセスがリソースにアクセスしようとする時にはいつでも、そのアクセスの種類が許可されるかどうかを決定するため各プロセスに関連付けられた制限付きトークンがリソースのセキュリティ情報に対して比較される。リソースのセキュリティ情報はこうして、プロセス、したがって信頼できないコンテントがリソースにアクセスできるかどうかを決定し、アクセスできる場合、許可されたアクセスの種類を決定する。
　信頼できないコンテントはウェブサイトからダウンロードされたデータを含み、このような各サイトはサイト識別およびサイトがカテゴリ化されているゾーンに基づいて設定された制限付きプロセスを有する。ＡＰＩおよびヘルパープロセスはウェブサイトがそれ自体のサイト、ファイル、レジストリキーにアクセスすることを可能にし、一方、そのサイトに関連しない他のリソース上のＡＣＬは、サイト識別、ゾーンまたは他の基準に基づいて所望のようにそのサイトへのアクセスを制限する。他の信頼できないコンテントは、電子メールメッセージ、ニュースおよびそれに付属する任意の添付物を含む。このようなコンテントも同様に制限付き実行コンテキスト内で実行され、ここで制限は送信者の身元などの基準に基づいている。サーバもまた、制限付き実行コンテキスト内でスクリプトおよびクライアントプロセスなどの信頼できないコンテントを実行する場合があり、ここで制限はスクリプトの作成者、使用されているクライアント認証の方法、および／または任意の他の、コンテントがどの程度信頼できるかまたは信頼できないかを示す、サーバに使用可能な情報などの基準に基づく可能性がある。）
　
Ｃ．「With reference to FIG. 1, an exemplary system for implementing the invention includes a general purpose computing device in the form of a conventional personal computer 20 or the like, including a processing unit 21, a system memory 22, and a system bus 23 that couples various system components including the system memory to the processing unit 21. The system bus 23 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. The system memory includes read-only memory (ROM) 24 and random access memory (RAM) 25. A basic input/output system 26 (BIOS), containing the basic routines that help to transfer information between elements within the personal computer 20, such as during start-up, is stored in ROM 24. The personal computer 20 may further include a hard disk drive 27 for reading from and writing to a hard disk, not shown, a magnetic disk drive 28 for reading from or writing to a removable magnetic disk 29, and an optical disk drive 30 for reading from or writing to a removable optical disk 31 such as a CD-ROM or other optical media. The hard disk drive 27, magnetic disk drive 28, and optical disk drive 30 are connected to the system bus 23 by a hard disk drive interface 32, a magnetic disk drive interface 33, and an optical drive interface 34, respectively. The drives and their associated computer-readable media provide non-volatile storage of computer readable instructions, data structures, program modules and other data for the personal computer 20. Although the exemplary environment described herein employs a hard disk, a removable magnetic disk 29 and a removable optical disk 31, it should be appreciated by those skilled in the art that other types of computer readable media which can store data that is accessible by a computer, such as magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random access memories (RAMs), read-only memories (ROMs) and the like may also be used in the exemplary operating environment.」（第６頁第１２行〜第７頁第１６行）（図１を参照すると、本発明を実現するための一例としてのシステムは、従来のパーソナルコンピュータ２０などの形の汎用コンピューティングデバイスを含み、汎用コンピューティングデバイスは処理ユニット２１、システムメモリ２２、およびシステムメモリから処理ユニット２１までを含む種々のシステム構成要素を結合するシステムバス２３を含む。システムバス２３はいくつかのタイプのバス構成のうち任意の構成であって、その中にはメモリバスまたはメモリコントローラ、周辺バス、種々のバスアーキテクチャのうち任意のアーキテクチャを使用するローカルバスを含んでもよい。システムメモリは読取り専用メモリ（ＲＯＭ）２４およびランダムアクセスメモリ（ＲＡＭ）２５を含む。起動時などにパーソナルコンピュータ２０内の要素の間で情報を転送する役に立つ基本的なルーチンを含む基本入出力システム２６（ＢＩＯＳ）は、ＲＯＭ２４内に格納されている。パーソナルコンピュータ２０はさらに、図示されてはいないがハードディスクから読み出したり書き込んだりするためのハードディスクドライブ２７、取外し可能磁気ディスク２９から読み出したり書き込んだりするための磁気ディスクドライブ２８、および、ＣＤ−ＲＯＭまたは他の光媒体など、取外し可能光ディスク３１から読み出したり書き込んだりするための光ディスクドライブ３０を含む場合がある。ハードディスクドライブ２７、磁気ディスクドライブ２８、および光ディスクドライブ３０はそれぞれ、ハードディスクドライブインタフェース３２、磁気ディスクドライブインタフェース３３、および光ドライブインタフェース３４によってそれぞれシステムバス２３に接続されている。ドライブとその関連付けられたコンピュータ読み取り可能媒体は、パーソナルコンピュータ２０のためにコンピュータ読み取り可能命令、データ構造、プログラムモジュールおよびほかのデータの、不揮発性の格納を提供する。ここに説明された例としての環境は、ハードディスク、取外し可能磁気ディスク２９および取外し可能光ディスク３１を使用しているが、当業者であれば磁気カセット、フラッシュメモリカード、ディジタルビデオディスク、ベルヌーイカートリッジ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）などの、コンピュータによってアクセス可能なデータを格納できる他のタイプのコンピュータ読み取り可能媒体も例としての動作環境内で使用できることが理解されるであろう。）
　
Ｄ．「When used in a LAN networking environment, the personal computer 20 is connected to the local network 51 through a network interface or adapter 53. When used in a WAN networking environment, the personal computer 20 typically includes a modem 54 or other means for establishing communications over the wide area network 52, such as the Internet. The modem 54, which may be internal or external, is connected to the system bus 23 via the serial port interface 46. In a networked environment, program modules depicted relative to the personal computer 20, or portions thereof, may be stored in the remote memory storage device. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.」（第８頁第１６行〜第３０行）（パーソナルコンピュータ２０はＬＡＮネットワーク化環境内で使用されると、ネットワークインタフェースまたはアダプタ５３を介してローカルネットワーク５１に接続される。パーソナルコンピュータ２０はＷＡＮネットワーク化環境内で使用される場合、典型的にはモデム５４または他の手段を含み、インターネットなど広域ネットワーク５２上で通信を確立する。モデム５４は内部的である場合も外部的である場合もあるが、シリアルポートインタフェース４６を介してシステムバス２３に接続されている。ネットワーク化された環境では、パーソナルコンピュータ２０またはその一部に関して描かれたプログラムモジュールは、遠隔のメモリ記憶デバイス内に格納される場合がある。示されたネットワーク接続は例としてのものであって、コンピュータの間で通信リンクを確立する他の手段も使用できることが明らかであろう。）
　
Ｅ．「In general, in the Windows NT operating system, a user performs tasks by accessing the system's resources via processes (and their threads). For purposes of simplicity herein, a process and its threads will be considered conceptually equivalent, and will thus hereinafter simply be referred to as a process. Also, the system's resources, including files, shared memory and physical devices, which in Windows NT are represented by objects, will be ordinarily referred to as either resources or objects herein.
　When a user logs on to the Windows NT operating system and is authenticated, a security context is set up for that user, which includes building an access token 60. As shown in the left portion of FIG. 2, a conventional user-based access token 60 includes a UserAndGroups field 62 including a security identifier (Security ID, or SID) 64 based on the user's credentials and one or more group IDs 66 identifying groups (e. g., within an organization) to which that user belongs. The token 60 also includes a privileges field 68 listing any privileges assigned to the user. For example, one such privilege may give an administrative-level user the ability to set the system clock through a particular application programming interface (API). Note that privileges over-ride access control checks, described below, that are otherwise performed before granting access to an object.」（第９頁第１４行〜第１０頁第６行）（一般に、Ｗｉｎｄｏｗｓ  ＮＴオペレーティングシステムでは、ユーザはプロセス（およびそのスレッド）を介してシステムのリソースにアクセスすることによってタスクを実行する。簡単に説明するために、プロセスおよびそのスレッドは概念上等価と見なされ、以後は簡単にプロセスと呼ぶ。また、Ｗｉｎｄｏｗｓ  ＮＴ内ではオブジェクトによって表される、ファイル、共有メモリおよび物理デバイスを含むシステムのリソースは、本明細書では通常リソースまたはオブジェクトと呼ばれる。
　ユーザがＷｉｎｄｏｗｓ  ＮＴオペレーティングシステムにログオンし認証されると、セキュリティコンテキストがそのユーザのためにセットアップされ、この中にはアクセストークン６０の構築も含まれる。図２の左側に示すように、従来のユーザベースのアクセストークン６０は、ＵｓｅｒＡｎｄＧｒｏｕｐｓフィールド６２を含む。ＵｓｅｒＡｎｄＧｒｏｕｐｓフィールド６２は、セキュリティ識別子、すなわち、ユーザの証明およびそのユーザが属するグループ（たとえば編成内のグループ）を識別する１つまたは２つ以上のグループＩＤ６６に基づいたセキュリティ識別子（セキュリティＩＤまたはＳＩＤ）を含む。トークン６０はまた、そのユーザに割り当てられた任意の権限を一覧する権限フィールド６８を含む。たとえば、このような権限の１つは、管理レベルのユーザに、特定のアプリケーションプログラミングインタフェース（ＡＰＩ）を介してシステムクロックを設定する能力を与える場合がある。権限は、アクセス制御チェック、これは次に説明されるが、権限がない場合にオブジェクトへのアクセスを許可する前に実行されるアクセス制御チェックに優先することに注意されたい。）
　
Ｆ．「A restricted token is created from an existing access token (either restricted or unrestricted) as described below. As also described below, if the restricted token includes any restricted security IDs, the token is subject to an additional access check wherein the restricted security IDs are compared against the entries in the object's ACL.」（第１２頁第２７行〜第３３行）（制限付きのトークンは次のように、既存のアクセストークン（制限付きまたは制限なし）から作成される。また次に説明するように、制限付きトークンが任意の制限付きセキュリティＩＤを含む場合、そのトークンは追加のアクセスチェックを受け、その中で制限付きセキュリティＩＤはオブジェクトのＡＣＬ内のエントリーと比較される。）
　
Ｇ．「A restricted token 84 has less access than its parent token, and may, for example, prevent access to an object based on the type of process (as well as the user or group) that is attempting to access the object, instead of simply allowing or denying access solely based on the user or group information. A restricted token may also not allow access via one or more user or group security IDs specially marked as mUSE_FOR_DENY_ONLY, even though the parent token allows access via those SIDs, and/or may have privileges removed that are present in the parent token.」（第１３頁第３０行〜第１４頁第６行）（制限付きトークン８４は元になるトークンより少ないアクセス権しか有せず、単にユーザ情報またはグループ情報のみに基づいてアクセスを許可または拒否するのではなく、そのオブジェクトにアクセスしようと試みるプロセスのタイプ（またユーザまたはグループ）に基づいてオブジェクトへのアクセスを防止することなどが可能である。制限付きのトークンはまた、元になるトークンがこれらのＳＩＤを介してアクセスを許可している場合でも、「ＵＳＥ＿ＦＯＲ＿ＤＥＮＹ＿ＯＮＬＹ」と特にマークされた１人または２人以上のユーザまたはグループのセキュリティＩＤを介したアクセスを許可しない場合もあり、および／または、元になるトークンに存在する権限を縮小してしまう場合もある。）
　
Ｈ．「Another way in which untrusted content may be downloaded to a machine is via electronic mail (e-mail). With e-mail, the level of trust depends on who sent the message, and, if there are any attachments, the type (and if known, the origin) of the attachments. FIG. 12 shows exemplary components for determining trust based on the identity of the sender, wherein a mail application 133 passes the identity 135 to a discrimination mechanism 137. The discrimination mechanism 137 determines a trust level of the user in order to convert the user identity (and other criteria such as some authentication verifying that the identity is true) to a restricted SID 139, such as by looking up the restricted SID 139 in a trust level to SID table 141 or the like. The process 143 in which the mail content is run is associated with a restricted token 145 that includes the restricted SID 139.」（第３３頁第２１行〜第３４頁第２行）（信頼できないコンテントがマシンにダウンロードされる可能性のある別の方法は、電子メール（ｅメール）を介してである。電子メールでは、信頼のレベルはだれがメッセージを送信したかに依存しており、任意の添付物があった場合は、添付物のタイプ（知られている場合は出典）に依存している。図１２は、送信者の身元に基づいて信頼性を決定するための典型的な構成を示しており、ここでメールアプリケーション１３３は身元情報１３５を識別メカニズム１３７へ出力する。識別メカニズム１３７は、信頼レベル対ＳＩＤテーブル１４１などで制限付きＳＩＤ１３９を探すなどによって、ユーザの身元情報（およびその身元情報が正当であることを確認するなんらかの認証など別の基準）を制限付きＳＩＤ１３９へ変換するために、ユーザの信頼レベルを決定する。電子メールのコンテントが実行されるプロセス１４３は、その制限付きＳＩＤ１３９を含む制限付きトークン１４５に関連付けられる。）
　
Ｉ．「By way of example, consider the following simplified policy that may be set up on a machine, wherein an e-mail message sender is either highly trusted, trusted or untrusted, and the sender may or may not be authenticated. For example, an individual's supervisor and immediate co-workers may be highly trusted senders, employees and close friends trusted senders, and all others untrusted. On the machine, the resource ACLs are set up with entries corresponding to restricted SIDs such that a process with a restricted token having a restricted SID indicating a trust level of one is able to read and write files, while a trust level two process may only read files. A process with a restricted token having a restricted SID indicating a trust level of three is denied access to any resources. A trust level of zero means that the normal (non-restricted) token will be associated with the process.
　As shown in FIG. 19 at step 1900, if the user is highly trusted (e. g., by comparing the name in the From field with a list of names), then step 1902 is executed to determine if the sender is authenticated. For example, the message may be digitally signed such that the recipient is assured of the true identity of the sender. If authenticated, then step 1904 sets the trust level to zero and step 1906 associates the normal token with the process set up for the message. If not authenticated, step 1908 sets the trust level to two, after which step 1920 creates a restricted token for the process that set up for the message based on the trust level of two and associates the restricted token with the process set up for the message. Note that the restricted SIDs for trust levels of one, two and three are predetermined and are stored on the machine such as in the table 141 or the like.
　If the user is not highly trusted then step 1900 branches to step 1910 to determine if the user is trusted or untrusted. In accordance with the security policy, if trusted, step 1910 branches to step 1912 to determine if the sender is authenticated. If so, the message process is set up so as to be level one trusted (read and write access) at steps 1914 and 1920. If not authenticated at step 1912, then the trust level is set to two (read only) at step 1908 and the process restricted accordingly at step 1920, again by looking up and inserting the appropriate restricted SID into the restricted token. Lastly, if the user is untrusted, step 1910 branches to step 1916 wherein the trust level is set to three and at step 1920 the process is correspondingly restricted so as to be denied access to the system resources. Note that the above security policy suggests implementation via a point system, i. e., accumulate various points depending on the sender identity and various points if authenticated, and determine an access level based on the total points.
　As can be readily appreciated, a similar policy may be set up to restrict attachments. However, in addition to restricting based on the sender of an attachment, the attachment may be checked for its type. For example, executable files (*. exe, *. bat, *. com and so on) files may be differentiated from text only documents, which in turn are treated differently with respect to restrictions than Microsoft Word and Microsoft Excel documents (which may contain viruses or other unruly code via macros).」（第３４頁第１５行〜第３６頁第１２行）（一例として、電子メールの送信者が非常に信頼できる、信頼できる、または信頼できないのいずれかであり、送信者が認証される場合とされない場合に、マシン上に設定できる次の簡単な方針を考えてみる。たとえば、個人の監督者および直接の同僚は非常に信頼できる送信者であり、従業員や親しい友人は信頼できる送信者であり、他のすべては信頼できない送信者である。マシン上でリソースＡＣＬは、信頼性レベル１を示す制限付きＳＩＤを有する制限付きトークンを伴うプロセスはファイルを読み出したり書き込んだりすることができるが、一方信頼レベル２のプロセスはファイルを読み出すのみであるように、制限付きＳＩＤに対応するエントリーで設定されている場合がある。信頼レベル３を示す制限付きＳＩＤを有する制限付きトークンを伴うプロセスは、任意のリソースへのアクセスを拒否される。信頼レベル０は、通常の（制限なし）トークンがそのプロセスに関連付けられていることを意味する。
　図１９のステップ１９００において示されたように、ユーザが非常に信頼できる場合（たとえば「送信者」フィールドの名前を名前リストと比較することによって）ステップ１９０２が実行され、送信者が認証されているかどうかを決定する。たとえば、受信者がメッセージの送信者の本当の身元を確認できるようにメッセージがディジタル署名されている場合がある。認証された場合、ステップ１９０４は信頼レベルをゼロに設定し、ステップ１９０６は通常のトークンをメッセージに対して設定されたプロセスと関連付ける。認証されなかった場合、ステップ１９０８は信頼レベルを２に設定し、その後、ステップ１９２０は、メッセージに対して設定されたプロセスのために２の信頼レベルに基づいて制限付きトークンを作成し、その制限付きトークンをそのメッセージに対して設定されたプロセスと関連付ける。信頼レベル１、２および３のための制限付きＳＩＤは予め定められており、表１４１の中など、マシン上に記憶されていることを注意されたい。
　ユーザが非常に信頼できるユーザでない場合、ステップ１９００はステップ１９１０に分岐し、ユーザが信頼できるユーザか、または信頼できないユーザかを決定する。セキュリティ方針に従って信頼できるユーザであると決定された場合は、ステップ１９１０はステップ１９１２に分岐し、送信者が認証されているかどうかを決定する。認証されている場合、ステップ１９１４および１９２０において、メッセージのプロセスはレベル１の信頼（読み出しおよび書き込みアクセス）になるように設定される。ステップ１９１２において認証されていないと決定された場合、信頼レベルはステップ１９０８で２（読み出しのみ（リードオンリー））に設定され、それに従って再度ステップ１９２０で適切な制限付きＳＩＤを検索し、制限付きトークンに挿入することによって、プロセスは制限される。最後に、ユーザが信頼できない場合、ステップ１９１０はステップ１９１６に分岐し、信頼レベルは３に設定され、ステップ１９２０では、そのプロセスはそれに対応してシステムリソースへのアクセスを拒否されるように制限される。上のセキュリティ方針は、ポイントシステムを介した実装を提案する、すなわち、送信者の識別および認証されている場合の種々のポイントに応じて種々のポイントを蓄積し、すべてのポイントに基づいてアクセスレベルを決定することに注意されたい。
 同様な方針は添付物を制限するためにも設定できることが容易に理解されるであろう。しかし、添付物の送信者に基づいて制限することに加えて、添付物はそのタイプについてもチェックされる場合がある。たとえば、実行可能ファイル（＊．ｅｘｅ、＊．ｂａｔ、＊．ｃｏｍなど）はテキストのみの文書から区別され、マイクロソフトワード文書およびマイクロソフトエクセル文書（これはウィルスや、マクロを介した他の不正なコードを含む可能性がある）からは、制限に関して異なるように処理される場合がある。たしかに、任意の数の基準が使用され、および／または他の基準と組み合わせられて、所望のセキュリティ方針に従って制限付きセキュリティコンテキストを設定することができる。）
　
　以上の記載によれば、この引用例１には、以下のような発明（以下、「引用例１発明」という。）が開示されていると認められる。
　
　「パーソナルコンピュータ２０は処理ユニット２１、システムメモリ２２を含み、インターネットなど広域ネットワーク５２上で通信を確立し、ユーザがＷｉｎｄｏｗｓ  ＮＴオペレーティングシステムにログオンし認証されると、アクセストークン６０が構築され、制限付きのトークンは、既存のアクセストークン（制限付き又は制限なし）から作成され、制限付きトークン８４は元になるトークンより少ないアクセス権限しか有さないコンピュータシステムにおいて、
　電子メールメッセージ、それに付属する添付物（例えば、実行可能ファイル、マイクロソフトワード文書など）を含む信頼できないコンテントのために、制限付きのプロセスが設定され、プロセスがリソースにアクセスしようとする時には、各プロセスに関連付けられた制限付きトークンがファイルを含むリソースのセキュリティ情報に対して比較され、そのアクセスの種類が許可されるかどうかを決定するため、
　メールアプリケーション１３３は送信者の身元情報１３５を識別メカニズム１３７へ出力し、識別メカニズム１３７は、送信者の信頼レベルを決定して制限付きＳＩＤ１３９へ変換し、電子メールのコンテントが実行されるプロセス１４３は、この変換された制限付きＳＩＤ１３９を含む制限付きトークン１４５に関連付けられ、
　送信者（ユーザ）が非常に信頼できる場合で認証されている場合、信頼レベルをゼロに設定し、通常のトークンをメッセージのために設定されたプロセスと関連付け、非常に信頼できるが認証されなかった場合は、信頼レベル２に設定し、信頼レベル２の制限付きトークンを作成し、プロセスと関連付け、送信者が信頼できる場合で認証されている場合、メッセージのプロセスは信頼レベル１、読み出し及び書き込みアクセスになるように設定され、信頼できるが認証されていないと決定された場合、信頼レベル２、読み出しのみ（リードオンリー）に設定され、送信者が信頼できない場合、信頼レベル３に設定され、そのプロセスはリソースへのアクセスを拒否されるように制限され、それぞれの信頼レベルに応じた適切な制限付きＳＩＤを制限付きトークンに挿入することによって、プロセスが制限されるコンピュータシステム。」
　
３．対　比
　本願発明と上記引用例１発明を対比する。
　
　引用例１発明の「パーソナルコンピュータ２０」、「広域ネットワーク５２」は、本願発明の「コンピュータ」、「通信網」にそれぞれ相当する。引用例１発明の「付属する添付物」は、電子メールメッセージに付属する添付物であり、例えば、実行可能ファイル、マイクロソフトワード文書であるので、本願発明の電子メールの一部として「受信したファイル」及び「受信ファイル」に相当する。そして、引用例１発明の「リソース」は、ファイルを含み、電子メールメッセージ、それに付属する添付物を含む信頼できないコンテントに関するプロセスによってアクセスの対象となるものであるので、本願発明の「他ファイル」に相当する。また、引用例１発明では、電子メールメッセージ、それに付属する添付物は、広域ネットワークから受信されて、パーソナルコンピュータ２０のシステムメモリに記憶されることは明らかであるので、引用例１発明は、「コンピュータを、通信網より電子メールの一部として受信したファイルを格納する受信格納手段」として機能させているといえる。
　
　引用例１発明において、トークンとはプロセスに関連付けられ、ファイル等のリソースのセキュリティ情報と比較されることによって、プロセスからそのリソースに対するアクセスが許可又は拒否されるもので、トークンは「他ファイルへのアクセス権限情報」といえる。そして、引用例１発明において、電子メールメッセージ、それに付属する添付物等の信頼できないコンテントを実行するプロセスに関連付けられるトークンは、この信頼できないコンテントに対して設定されるので、「受信ファイルに対して、アクセス権限情報を設定」しているといえる。さらに、これらの事項と、引用例１発明で電子メールの送信者が非常に信頼できる場合で認証された場合以外では、通常のトークンではなく、既存のトークンから作成される制限付きトークンというアクセス権限を制限するトークンがプロセスに関連付けられるということ、すなわち、アクセス権限が変更されるということを考慮すると、引用例１発明は「コンピュータを、」「受信ファイルに対して、他ファイルへのアクセス権限情報を設定する設定変更手段」として機能させるものを含んでいるといえる。
　
　引用例１発明の「プロセス」は、添付物等の信頼できないコンテント、例えば、実行可能ファイル、マイクロソフトワード文書などに対して設定されて実行されるので、本願発明の受信ファイルを読み込み処理実行する「実行プログラム」に相当する。そして、このプロセスにおいてリソースへのアクセスが生じた場合、プロセスに関連付けられたトークンによってリソースへのアクセスを許可するか拒否するかが判断されるものであり、引用文献１は「コンピュータを、」「受信ファイルを読み込み処理実行する実行プログラムにおいて発生する、該アクセス権限情報を起因とする」状況を監視する「実行監視手段」として機能させるものを含んでいるといえる。
　
　次に、引用例１発明において、パーソナルコンピュータ２０を機能させているのは、パーソナルコンピュータ２０のプログラムであることは明らかであるので、引用例１発明のプログラムは、本願発明の「電子メールプログラム」と、「コンピュータを、」「通信網より電子メールの一部として受信したファイルを格納する受信格納手段と、該受信ファイルに対して、他ファイルへのアクセス権限情報を設定する権限変更手段と、受信ファイルを読み込み処理実行する実行プログラムにおいて発生する、該アクセス権限情報を起因とする」状況を監視する「実行監視手段として機能させる」「プログラム」である点で共通する。
　
　したがって、両者は、
　「コンピュータを、通信網より電子メールの一部として受信したファイルを格納する受信格納手段と、該受信ファイルに対して、他ファイルへのアクセス権限情報を設定する権限変更手段と、該受信ファイルを読み込み処理実行する実行プログラムにおいて発生する、該アクセス権限情報を起因とする状況を監視する実行監視手段として機能させるためのプログラム。」
で一致するものであり、以下の点で相違している。
　
・相違点１
　本願発明では、アクセス権限情報を起因とするエラーを監視し、エラーを検出すると検出されたアクセスの対象となるファイルとアクセスの種類とを特定する情報をユーザに通知するのに対し、引用例１発明では、リソースへのアクセスが拒否された場合には、エラーとして検出されるかどうか、及び、その場合にアクセスの対象となるファイルとアクセスの種類とを特定する情報をユーザに通知するかどうかについて明らかではない点。
　
・相違点２
　本願発明では、電子メールプログラムが、コンピュータを受信格納手段及び権限変更手段、実行監視手段として機能させているのに対し、引用例１発明では、何がパーソナルコンピュータ２０を受信格納手段及び権限変更手段、実行監視手段として機能させているのか明らかではない点。
　
４．当審の判断
　そこで、上記相違点について検討する。
　
・相違点１について
　コンピュータの技術分野において、ファイルなどのリソースをアクセスする際にアクセスできなかった場合にエラーとすること、及び、その場合にユーザーに対してその原因であるアクセス対象のファイル名、アクセスの種類を通知することは周知技術（伊勢雅英、「楽らくセミナー  エラーメッセージの解決法  エラーメッセージなんて怖くない」、日経ＰＣビギナーズ２１  第５巻  第２０号、２０００年１０月号  臨時増刊、日経ＢＰ社、2000年10月13日、p.116−127、特にp.122の図１「testを移動できません。アクセスできません」、図３「AUTOEXECをコピーできません。」、p.117左上の図面「重要なメッセージ」の記載、
　小川尚子、「Ｓｏｌａｒｉｓ入門［第１３回］　ハード・リンクとシンボリック・リンク」、ＳｕｎＷｏｒｌｄ  Ｖｏｌ．１０  Ｎｏ．１１、株式会社ＩＤＧジャパン、2000年11月01日、p.082−087、特にp.085、リスト９の「7 cat: sl-file2 をオープンできません。」の記載、
　金井昌宏、「ＷｉｎｄｏｗｓＮＴ  Ｗｏｒｌｄ  ｆｏｒ超ビギナーズ  第２６回　９５／９８ユーザーのためのＷｉｎｄｏｗｓ２０００講座  Ｗｉｎｄｏｗｓ２０００  Ｐｒｏｆｅｓｓｉｏｎａｌは堅ろうでトラブルにも強い」、Ｗｉｎｄｏｗｓ  ＮＴ  Ｗｏｒｌｄ  Ｖｏｌ．５  Ｎｏ．５、（株）ＩＤＧジャパン、2000年05月01日、p.264−271、特にp.265、画面１、「暗号化したファイルやフォルダを設定したユーザー以外がアクセスしようとしても、警告メッセージが表示される」と「C:\TEMP\暗号化\era.bmpへのアクセスは拒否されました。」の記載、
　川村渇真、「わかる！使える！Ｍａｃ  ＯＳ  Ｘ　日本語版Ｐｕｂｌｉｃ  Ｂｅｔａでトライ！」、日経ＭＡＣ  第８巻  第１２号、日経ＢＰ社、2000年11月18日、p.50−69、特にp.68、図１、「Applicationsは変更できないので、項目”AppleWorks 6”は移動することができませんでした。」の記載、参照）である。引用例１発明において前記周知技術を適用して、本願発明のようにコンピュータを、アクセス権限情報を起因とするエラーを検出すると検出されたアクセスの対象となるファイルとアクセスの種類とを特定する情報をユーザに通知する実行監視手段として機能させることは当業者が容易に想到し得たものである。
　
・相違点２について
　引用例１発明において、プログラムがコンピュータを受信格納手段及び権限変更手段、実行監視手段として機能させていることは明白であり、このプログラムは電子メールメッセージとそれに付属する添付物を含む信頼できないコンテントに関する処理を行うものであるので、本願発明の電子メールプログラムと格別差異はない。
　
　そして、本願発明の作用効果は引用例１発明及び周知技術から当業者が予測し得る範囲内のものである。
　
　したがって、本願発明は引用例１発明及び周知技術に基づいて当業者が容易に想到し得たものである。
　
５．むすび
　以上のとおり、本願の請求項１に係る発明は引用例１発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　
　したがって、本願はその余の請求項について論及するまでもなく、拒絶すべきものである。
　
　よって、結論のとおり審決する。