【事件の表示】
　特願２０１３−１６７７３０「多数のクライアント−サーバ・セッションおよび以前のセッションへのユーザのダイナミック再接続をサポートするサーバ・オペレーティング・システム」拒絶査定不服審判事件〔平成２６年　１月　９日出願公開、特開２０１４−　　２７７３、請求項の数（１）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は、平成１０年１１月２日（優先日、１９９７年１１月１４日、米国、１９９８年６月８日、米国）を国際出願日とする特願２０００−５２１４５５号（以下、「原出願」という。）の一部を平成１９年１０月２２日に新たに特許出願（特願２００７−２７４３７１号）し、その一部を平成２２年１０月２８日に新たに特許出願（特願２０１０−２４２５４５号）し、その一部を平成２３年１２月１９日に新たに特許出願（特願２０１１−２７７１３９号）し、さらに、その一部を平成２５年８月１２日に新たに特許出願したものであって、平成２８年１月１２日付けで拒絶査定がなされ、これに対し、同年５月１９日に拒絶査定不服審判の請求がされ、同時に手続補正されたものである。
　
第２　本願発明
　本願の請求項１に係る発明（以下、「本願発明」という。）は、平成２８年５月１９日付けで手続補正された特許請求の範囲の請求項１に記載された事項により特定される以下のとおりのものである。
「【請求項１】
　リモートデスクトップセッションをサーバ上で確立する方法であって、前記方法は、
　第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップであって、前記セッションは、前記第１のクライアントデバイスの構成に基づいて構成され、前記第１のクライアントデバイスは、ユーザに関連付けられる、確立するステップと、
　第２のクライアントデバイスと前記サーバとの間の接続を確立するステップであって、前記第２のクライアントデバイスは、前記第１のクライアントデバイスとは異なる構成を有し、前記第２のクライアントデバイスは、前記ユーザに関連付けられる、確立するステップと、
　前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられているか判定するステップと、
　前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられていると判定すると、前記セッションを、前記第２のクライアントデバイスの前記構成に適合するように調節するステップと、
を備えたことを特徴とする方法。」
　
第３　原査定の理由の概要
（進歩性）この出願の下記の請求項に係る発明は、その出願前に日本国内又は外国において頒布された下記の刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　　　　　記　　　
・請求項　１、７、１３
・引用文献
１．ＷＯＯＤ，Ｋ．Ｒ．，ｅｔ　ａｌ．，Ｇｌｏｂａｌ　Ｔｅｌｅｐｏｒｔｉｎｇ　ｗｉｔｈ　Ｊａｖａ：　Ｔｏｗａｒｄ　Ｕｂｉｑｕｉｔｏｕｓ　Ｐｅｒｓｏｎａｌｉｚｅｄ　Ｃｏｍｐｕｔｉｎｇ，Ｃｏｍｐｕｔｅｒ，ＩＥＥＥ，１９９７年　２月，Ｖｏｌ．３０，Ｉｓｓｕｅ２，ｐｐ．５３−５９
２．ＲＩＣＨＡＲＤＳＯＮ，Ｔ．，ｅｔ　ａｌ．，Ａ　ｕｂｉｑｕｉｔｏｕｓ，ｐｅｒｓｏｎａｌｉｚｅｄ　ｃｏｍｐｕｔｉｎｇ　ｅｎｖｉｒｏｎｍｅｎｔ　ｆｏｒ　ａｌｌ：　Ｔｅｌｅｐｏｒｔｉｎｇ　ｉｎ　ａｎ　Ｘ　Ｗｉｎｄｏｗ　Ｓｙｓｔｅｍ　Ｅｎｖｉｒｏｎｍｅｎｔ，Ｐｅｒｓｏｎａｌ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＩＥＥＥ，１９９４年，Ｖｏｌ．１，Ｉｓｓｕｅ３，ｐｐ．６−１２
・備考
　引用文献１には、ＶＮＣセッションは、ブラウザが表示するＶＮＣページと関連して、該Ｗｅｂページからサーバ上で実行されるアプリケーションのウィンドウを表示したり、マウスやキーボードからのイベントを前記アプリケーションに送信することを可能にすること、他の場所で作業したい場合には何時でも、クライアントにおいて前記ＶＮＣページのＶＮＣセッションを保存することができ、前記クライアントとの接続は１つの接続しか許さないため、他の場所に移動して以前と異なるブラウザを用いて前記ＶＮＣページを表示した場合、前記保存したＶＮＣセッションが現れ、古いブラウザの古いＶＮＣセッションは消滅すること、及び前記グローバルテレポーティングセッションを実現するため、ＲＦＢサーバは、ＴＣＰソケットインターフェイスを使用してマウスやキーボードからのイベントを受信し、他のＴＣＰソケットインターフェイスを使用してスクリーンの表示を行うことが記載されている（特に第５４頁−第５５頁等を参照されたい。）。
　この出願の請求項１に係る発明と引用文献１に記載された発明とを対比すると、引用文献１に記載された発明のＶＮＣセッション、古いブラウザ、新しいブラウザが、請求項１に係る発明のリモートデスクトップセッション、第１のクライアントデバイス、第２のクライアントデバイスに相当するため、両者の一致点及び相違点は、以下のとおりである。
［一致点］
「リモートデスクトップセッションをサーバ上で確立する方法であって、前記方法は、第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップであって、前記セッションは、前記第１のクライアントデバイスの構成に基づいて構成され、前記第１のクライアントデバイスは、ユーザに関連付けられる、確立するステップと、
　第２のクライアントデバイスと前記サーバとの間の接続を確立するステップであって、前記第２のクライアントデバイスは、前記第２のクライアントデバイスは、前記ユーザに関連付けられる、確立するステップ。」
［相違点］
　この出願の請求項１に係る発明は「前記第１のクライアントデバイスとは異なる構成を有し、前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられているか判定するステップと、前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられていると判定すると、前記セッションを、前記第２のクライアントデバイスの前記構成に適合するように調節するステップ」を有するのに対し、引用文献１に記載の発明は、そのような構成を含まない点。
　上記相違点について検討すると、引用文献２（特に第１０頁の右欄）には、スクリーンサイズが異なるＸサーバ（クライアント・コンピュータ上で動作するＸウィンドウシステムの入出力制御プログラム）間でテレポーティングを行った際の画面制御について記載されていることから、互いに異なったディスプレイ・タイプのクライアント間で構成変更を行うことによってセッションを引き継げるようになっていると解され、してみれば、引用文献１に記載の発明の、他の場所に移動して以前と異なるブラウザを用いて前記ＶＮＣページを表示し、前記保存したＶＮＣセッションを再使用する際に、前記他の場所のクライアントが前の場所のクライアントと異なったディスプレイ・タイプである場合に、構成変更を行うことによってセッションを引き継ぐことを想到することは、当業者において格別の困難性を有さない。
第４　当審の判断
１．引用文献・引用発明
（１）原査定の拒絶の理由に引用された「ＷＯＯＤ，Ｋ．Ｒ．，ｅｔ　ａｌ．，Ｇｌｏｂａｌ　Ｔｅｌｅｐｏｒｔｉｎｇ　ｗｉｔｈ　Ｊａｖａ：　Ｔｏｗａｒｄ　Ｕｂｉｑｕｉｔｏｕｓ　Ｐｅｒｓｏｎａｌｉｚｅｄ　Ｃｏｍｐｕｔｉｎｇ，Ｃｏｍｐｕｔｅｒ，ＩＥＥＥ，１９９７年　２月，Ｖｏｌ．３０，Ｉｓｓｕｅ２，ｐｐ．５３−５９」（以下、「引用文献１」という。）には、以下の記載がなされている。
　なお、当審においてした翻訳文を付記する。対比判断等の項における記載は、翻訳文を採用する。
ア．第５３頁右欄第２６行〜第５４頁左欄第１１行
「We do this using a special X server called proxy server, as shown in Figure 1. Applications are made mobile by running them as clients of the proxy server within a teleport session, rather than within a traditional X session under a real X server.
 Unlike an X server, the proxy server does not have a display (a screen, keyboard, and mouse) of its own. Instead, it makes use of the display of some X server. To the X server, the proxy server looks like an ordinary set of clients. In this way, the output of the proxy server’s clients will be sent to the screen of the X server, and their input will come from X server’s input devices. 
 The proxy server makes its clients mobile because it can, upon request, break down its connections with the X server and, if desired, rebuild them on another X server. This occurs without the clients’ needing to be aware of this activity. Thus, the teleport session and all its clients’ windows can disappear from one screen and (possibly much later) rematerialize on another.」
（当審訳：これを行うには、図１で示すように、プロキシサーバと呼ばれる特別なＸサーバを使います。実際のＸサーバでの従来のＸセッションではなく、テレポートセッションにおいてプロキシサーバのクライアントとしてアプリケーションが実行されることによって、アプリケーションは可搬化することができます。
　Ｘサーバと異なり、プロキシサーバはそれ自身のディスプレイ（スクリーン、キーボードとマウス）がありません。その代わりに、いずれかのＸサーバのディスプレイを利用します。Ｘサーバには、プロキシサーバが普通のクライアントのセットのように見えます。このようにして、プロキシサーバのクライアントの出力は、Ｘサーバのスクリーンに送られ、プロキシサーバのクライアントの入力はＸサーバの入力デバイスから行われます。
　プロキシサーバは、リクエストにより、Ｘサーバとの接続を切断し、必要に応じて、別のＸサーバで再接続することで、クラインアントを移動させることができる。この動作は、クライアントがこの活動を知ることなしに行われる。したがって、テレポートセッションとそのすべてのクライアントのウインドウはあるスクリーンから消えて、（おそらくはずっと遅れて）別のスクリーンで再現することができる。）
イ．第５４頁左欄第３２行〜第４４行
「Web browsers are now available almost everywhere a networked computer can be found, and Java is emerging as the dominant technology for enabling program to be downloaded and executed within a browser. Thus, we decided initially that a global teleporting session should consist of a Web page containing a Java applet. By pointing a Java-capable browser at this page, we cause the corresponding working session to appear within the browser, where we interact with it in the natural way.
 We call the implementation the Virtual Network Computer, and Figure 2 shows a typical VNC session brought up in Netscape.」
（当審訳：Ｗｅｂブラウザは、ネットワークで接続されたコンピュータがある場所ではほとんどどこでも利用できるようになり、そしてＪａｖａは、ブラウザにおいてダウンロードされて実行されることができるプログラムの主要技術として登場しています。そこで、当初、グローバルテレポートセッションは、Ｊａｖａアプレットを含むウェブページで構成することにしました。
Ｊａｖａ対応ブラウザでこのページを指定することによって、対応したワーキングセッションをブラウザ内に表示させ、それにより自然にやりとりができます。
　その実装をバーチャルネットワークコンピュータと呼び、図２は、ネットスケープにおいて提示された典型的なＶＮＣセッションを示しています。
ウ．第５４頁右欄第１行〜第３７行
「Having pointed Netscape to the Web page corresponding to the session shown, we can use the mouse and keyboard to manipulate windows and graphical applications, edit files, and so on, just as if we were logged in to the session in the normal way. We can also browse other pages, returning to the VNC page to restore the client applet’s connection whenever we want to do some work there. Furthermore, because the server allows only one client connection at a time, we can go to another physical location and point a different browser at the VNC page, whereupon the session will appear in the new browser and vanish from old one. We also provide the capability to disconnect a VNC session from one browser without having it appear in another. When a client loses its connection, it simply shut down cleanly and displays a “disconnected” message. It can then be called up from the same or another browser at a later time.
Remote frame buffer service
 To move teleporting to wider arena of the internet, we make use of another sort of proxy we call a remote frame buffer service. In our case, the RFB service is provided by an RFB X server, which is a standard X server with two simple extensions:
・It provides a TCP socket interface that accepts mouse and keyboard events using a simple protocol. When any such event is received, it is processed just as if it had been generated by a mouse or keyboard connected directly to the X server.
・It provides a second TCP socket interface that accepts requests for information about the state of the screen display. In reply, the RFB X server sends a set of bitmapped rectangles representing changes to the screen since the last request.」
（当審訳：
示されたセッションに対応するＷｅｂページをネットスケープで指定すると、まるで通常の方法でセッションにログインしているかのように、マウスとキーボードを、ウインドウとグラフィカルアプリケーションを操作するため、ファイルを編集するため、その他のために使うことができます。他のページをブラウズすることもでき、そこで仕事をしたいときはいつでも、クライアントアプレットの接続を復元させるためにＶＮＣ ページへ戻ることができます。さらに、サーバは一度に１つのクライアントの接続しか許可しないので、私たちが別の物理的場所に行って、異なったブラウザでＶＮＣページを指定でき、どこにいても新たなブラウザ内にセッションが表示され、古いブラウザから消えます。別のブラウザでセッションを表示しなくても、あるブラウザからＶＮＣセッションを切断する能力も提供します。あるクライアントがその接続を失うと、ＶＮＣセッションは単に正常にシャットダウンし、”切断されました”というメッセージが表示されます。後に、同じブラウザ、または別のブラウザからＶＮＣセッションを呼び出すことができます。
リモートフレームバッファサービス
　インターネットのより広い範囲にテレポートを移動するために、リモートフレームバッファサービスと呼ぶ別の種類のプロキシを利用します。私たちの場合、ＲＦＢサービスは、２つの簡単な拡張を有する標準的なＸサーバであるＲＦＢ Ｘサーバによって提供されます：
・それはシンプルプロトコルを使用してマウスとキーボードイベントを受けとるＴＣＰソケットインターフェースを提供します。そのようなイベントが受け取られたとき、ただそれがＸサーバに直接接続したマウスあるいはキーボードによって生成されたかのように処理されます。
・それはスクリーン表示状態に関する情報の要求を受けとる第２のＴＣＰソケットインターフェースを提供します。応答として、ＲＦＢ Ｘサーバは、最後の要求以降のスクリーンに対する変更を表すビットマップの矩形のセットを送ります。）
エ．第５５頁左欄第５７行〜第５６頁左上欄第９行
「Figure 4 (on the next page) shows the structure of the VNC system. Note that the figure represents the state of a connected VNC session, which presumes the following background steps:
・The user will have started his VNC session on the application host at some earlier time by running a startup script. This script starts the RFB X server with its associated X session (which is completely user-configurable like any other X session) and creates an HTML file that encapsulates the corresponding RFB client applet. (Note that the X session is started on a virtual display, a feature of the current release of X, so as not to tie up a physical display.)
・The user later points the host browser to the URL of the generated HTML file, whereupon the RFB client applet is downloaded and the connections shown in the figure established.」
（当審訳：
図４（次のページ）は ＶＮＣ システムの構造を示します。 図は、接続されたＶＮＣ セッションの状態を表しており、以下のバックグラウンドステップを前提としています。
・ 
ユーザはスタートアップスクリプトを実行することによって、少し早くアプリケーションホストでＶＮＣ セッションをスタートしています。このスクリプトはＲＦＢ Ｘサーバを関連するＸセッション（他のＸセッションと同様に完全にユーザー設定可能である）でスタートし、対応するＲＦＢクライアントアプレットを含むＨＴＭＬファイルを作成します。
・
ユーザが、後にホストブラウザで生成されたＨＴＭＬファイルのＵＲＬを指示するとＲＦＢ クライアントアプレットがダウンロードされ、そして、図に示す接続が確立されます。
　上記下線部の記載、図２、図４及び技術的常識によれば、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。
「アプリケーションホストでＶＮＣ セッションをスタートして対応するＲＦＢクライアントアプレットを含むＨＴＭＬファイルを作成し、
　ホストブラウザで生成されたＨＴＭＬファイルのＵＲＬを指示し、Ｊａｖａプレット（ＲＦＢクライアントアプレット）を含んでいるＷｅｂページ（ＶＮＣページ）を表示することによって、Ｗｅｂページ（ＶＮＣページ）に対応するＶＮＣセッションを表示でき、まるで通常の方法でセッションにログインしているかのように、マウスとキーボードを、ウインドウとグラフィカルアプリケーションを操作するため、ファイルを編集するため、その他のために使うことができ、
　ホストブラウザで他のページをブラウズすることもでき、そこで仕事をしたいときはいつでも、クライアントアプレット（ＲＦＢクライアントアプレット）の接続を復元させるためにＶＮＣ ページへ戻ることができ、
　サーバは一度に１つのクライアントの接続しか許可しないので、別の物理的場所に行って、異なったブラウザでＶＮＣページを指定でき、どこにいても新たなブラウザ内にセッションが表示され、古いブラウザから消え、
　別のブラウザでセッションを表示しなくても、あるクライアントがその接続を失うと、ＶＮＣセッションは単に正常にシャットダウンし、”切断されました”というメッセージが表示され、後に、同じブラウザ、または別のブラウザからＶＮＣセッションを呼び出すことができる方法。」
（２）原査定の拒絶の理由に引用された「ＲＩＣＨＡＲＤＳＯＮ，Ｔ．，ｅｔ　ａｌ．，Ａ　ｕｂｉｑｕｉｔｏｕｓ，ｐｅｒｓｏｎａｌｉｚｅｄ　ｃｏｍｐｕｔｉｎｇ　ｅｎｖｉｒｏｎｍｅｎｔ　ｆｏｒ　ａｌｌ：　Ｔｅｌｅｐｏｒｔｉｎｇ　ｉｎ　ａｎ　Ｘ　Ｗｉｎｄｏｗ　Ｓｙｓｔｅｍ　Ｅｎｖｉｒｏｎｍｅｎｔ，Ｐｅｒｓｏｎａｌ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＩＥＥＥ，１９９４年，Ｖｏｌ．１，Ｉｓｓｕｅ３，ｐｐ．６−１２」（以下、「引用文献２」という。）には、以下の記載がなされている。
なお、当審においてした翻訳文を付記する。対比判断等の項における記載は、翻訳文を採用する。
第１０頁右上欄第４行〜第１４行
「Screen Size- The proxy server tells all clients that the screen has a fixed size (in pixels) which can be specified on startup. When teleported to an X server whose screen size is smaller than this (or when the user shrinks the proxy server’s root  window), the window shown on the screen appears as a viewport offering a partial view onto the proxy server’s root window. It is possible to move this viewport over the proxy server’s root window using the mouse. This feature is similar to the facility provided by virtual desktop window managers such as tvtwm.」
（当審訳：画面サイズ − プロキシサーバは、すべてのクライアントが有する画面のスタートアップで指定された固定サイズ（ピクセルで）を告げる。その画面サイズがこれより小さいＸサーバに（あるいはユーザがプロキシサーバのルートウインドウを縮小するとき）テレポートされるとき、画面に表示されるウインドウは、プロキシサーバのルートウインドウ上に部分的な表示を提供するビューポートとして現われます。マウスを使ってこのビューポートをプロキシサーバのルートウインドウの上で動かすことは可能です。 この特徴は、ｔｖｔｗｍのようなバーチャルデスクトップウインドウ・マネージャによって提供されるファシリティに類似しています。）
　上記記載によれば、引用文献２には、次の技術（以下、「引用文献２記載の技術」という。）が記載されていると認められる。
「プロキシサーバのすべてのクライアントが有する画面サイズが、これより小さいＸサーバにテレポートされるとき、画面に表示されるウインドウは、プロキシサーバのルートウインドウ上に部分的な表示を提供するビューポートとして現われる」こと。
２．対比
　本願発明と引用発明を対比する。
・引用発明の「ＶＮＣ セッション」は、本願発明の「リモートデスクトップセッション」に相当するといえる。
・引用発明の「アプリケーションホストでＶＮＣ セッションをスタートして対応するＲＦＢクライアントアプレットを含むＨＴＭＬファイルを作成し、
　ホストブラウザで生成されたＨＴＭＬファイルのＵＲＬを指示し、Ｊａｖａプレット（ＲＦＢクライアントアプレット）を含んでいるＷｅｂページ（ＶＮＣページ）を表示することによって、Ｗｅｂページ（ＶＮＣページ）に対応するＶＮＣセッションを表示」する構成は、引用発明の「アプリケーションホスト」は、本願発明の「サーバ」に相当し、引用発明の「ホストブラウザ」は、本願発明の「第１のクライアントデバイス」に相当するから、本願発明の「第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップであって、前記セッションは、前記第１のクライアントデバイスの構成に基づいて構成され、前記第１のクライアントデバイスは、ユーザに関連付けられる、確立するステップ」と、「第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップ」である点では共通する。
・引用発明の「サーバは一度に１つのクライアントの接続しか許可しないので、別の物理的場所に行って、異なったブラウザでＶＮＣページを指定でき、どこにいても新たなブラウザ内にセッションが表示され、古いブラウザから消え」る構成は、引用発明の「新たなブラウザ」は、本願発明の「第２のクライアントデバイス」に相当するから、本願発明の「第２のクライアントデバイスと前記サーバとの間の接続を確立するステップ」に相当するといえる。
・引用発明の「方法」は、アプリケーションホストでＶＮＣ セッションをスタートしているから、本願発明と同様の「リモートデスクトップセッションをサーバ上で確立する方法」といい得るものである。
　そうすると、両者は、次の一致点、相違点を有する。
＜一致点＞
「リモートデスクトップセッションをサーバ上で確立する方法であって、前記方法は、
　第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップと、
　第２のクライアントデバイスと前記サーバとの間の接続を確立するステップと、
を備えたことを特徴とする方法。」
　　
＜相違点１＞
　第１のクライアントデバイスと前記サーバとの間のセッションを確立するステップが、本願発明では、「前記セッションは、前記第１のクライアントデバイスの構成に基づいて構成され、前記第１のクライアントデバイスは、ユーザに関連付けられる」ものであるのに対し、引用発明では、そのような特定はない点。
＜相違点２＞
　第２のクライアントデバイスと前記サーバとの間のセッションを確立するステップが、本願発明では、「前記第２のクライアントデバイスは、前記第１のクライアントデバイスとは異なる構成を有し、前記第２のクライアントデバイスは、前記ユーザに関連付けられる」ものであるのに対し、引用発明では、そのような特定はない点。
＜相違点３＞
　本願発明は、「前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられているか判定するステップ」と「前記第１のクライアントデバイスおよび前記第２のクライアントデバイスが前記ユーザに関連付けられていると判定すると、前記セッションを、前記第２のクライアントデバイスの前記構成に適合するように調節するステップ」を備えるのに対し、引用発明は、そのようなステップを備えていない点。
３．判断
　上記相違点３について検討する。
　引用発明は、「サーバは一度に１つのクライアントの接続しか許可しないので、別の物理的場所に行って、異なったブラウザでＶＮＣページを指定でき、どこにいても新たなブラウザ内にセッションが表示され、古いブラウザから消え」るものであるが、引用文献１には、「新しいブラウザ」（「第２のクライアントデバイス」に相当する。）および「古いブラウザ」（「第１のクライアントデバイス」に相当する。）がユーザに関連付けられていると判定することは、記載されておらず示唆されてもいないから、引用発明自体は、本願発明の相違点３に係る構成を示唆するものではない。
　そして、上記引用文献２記載の技術は、本願発明の相違点３に係る構成に相当するものではなく、示唆するものでもない。
　よって、引用発明において、引用文献２記載の技術を採用できたとしても、そのことによって上記相違点を克服することが当業者にとって容易であったということはできない。　　
　したがって、本願発明は、引用発明及び引用文献２記載の技術に基づいて、当業者が容易に発明をすることができたとはいえない。
第５　むすび
　以上のとおり、本願の請求項１に係る発明は、引用発明及び引用文献２記載の技術に基づいて、当業者が容易に発明することができたとはいえないから、原査定の理由によっては本願を拒絶することはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。