【事件の表示】
　平成　９年特許願第２９２２８５号「複数オペレーティング・システムによるスレッド同期化方法及びシステム」拒絶査定不服審判事件〔平成１０年　５月２９日出願公開、特開平１０−１４３３７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成９年１０月２４日（パリ条約による優先権主張１９９６年１０月３１日、米国）の出願であって、その請求項１乃至１１に係る発明は、特許法第１６２条の規定による審査における、審判の請求に係る査定の理由とは異なる拒絶の理由に対する手続き補正により補正された明細書及び図面の記載からみて、その特許請求の範囲の請求項１乃至１１に記載されたとおりのものと認められ、その請求項１の記載は次のとおりである。
「【請求項１】
　プロセッサ手段と、メモリ手段と、並行して実行される２つまたはそれ以上のオペレーティング・システム・パーソナリティとを有するコンピュータ・システム内の動作を同期化するためのシステムにおいて、前記システムが、
　前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有のセマフォア動作をそれぞれ受け取るための複数の受取手段と、
　前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有のセマフォア動作を、前記２つまたはそれ以上のオペレーティング・システム・パーソナリティに共用される汎用セマフォア動作に変換するための複数の変換手段と、
　汎用セマフォア動作を実行するための実行手段と、
　前記汎用セマフォア動作の結果を格納するための記憶手段とを含むことを特徴とするシステム。」
　（以下、前記請求項１に記載された事項により特定される発明を「本願発明１」という。）
　
２．引用刊行物
刊行物１：Helen Custer著、鈴木慎司・監訳、「ＩＮＳＩＤＥ　ＷＩＮＤＯＷＳ　ＮＴ」（株）アスキー・発行（１９９３年４月１日、初版）、頁４７〜６１、頁７１〜９５、頁１１９〜１２１、頁１２４〜１２７、頁１３３〜１４６、頁１８６〜１９３、頁３３７
　刊行物１（特許法第１６２条の規定による審査（前置審査）において拒絶の理由に引用された刊行物）には、図２−６（Windows　NTのブロック図）図４−１１（プロセスの生成）、図５−４（Windows　NTの保護されたサブシステムの設計）に関連して説明されたユーザーモード部分（Windows　NTの保護されたサブシステム）とカーネルモード部分（NT　Executive）という２つの部分に分けられたWindows　NTシステムの発明（以下、「刊行物１の発明」という。）について次の記載がされている。
Ａ．Windows　NTの構造
　「Windows　NTの構造は、システムのユーザーモード部分（Windows　NTの保護されたサブシステム）とカーネルモード部分（NT　Executive）という２つの部分に分けられる。Windows　NTの詳細は図２−６のとおりだ。
　Windows　NTサーバは保護されたサブシステムと呼ばれるが、これはどのサーバも独立したプロセスになっており、そのメモリがNT　Executiveの仮想メモリシステムによってほかのプロセスから保護されているからだ。・・・NT　Executiveは、サーバプロセスをいくつでもサポートできるオペレーティングシステムエンジンである。サーバはNT　Executiveのユーザインタフェースとプログラミングインタフェースとなり、さまざまなタイプのアプリケーションに対して実行環境を提供する。」（第４７頁２行〜第４８頁８行）
Ｂ．プロセッサ
「Windows　NTは移植性のあるオペレーティングシステムであり、・・・やはりプロセッサ（例えばIntel486やMIPS　R4000）特有のコードもいくらかは必要だ。」（第５１頁２０〜２２行）
Ｃ．環境サブシステム、オペレーティングシステム固有のＡＰＩを提供
「「サーバ」という名前が表すように、それぞれの保護されたサブシステムはプログラムから呼び出せる一群のＡＰＩを提供している。アプリケーション（や別のサーバ）がＡＰＩを呼び出すときには、そのＡＰＩルーチンを実現しているサーバに対して、NT　Executiveのローカル手続き呼び出し（ＬＰＣ）機能によってメッセージを送る。ＬＰＣはローカル用に最適化されたメッセージパッシング機構である。サーバはその応答として、呼び出し側にメッセージを返す。
　Windows　NTには、環境サブシステムと中枢サブシステムという２種類の保護されたサブシステムがある。環境サブシステムというのは、あるオペレーティングシステム固有のＡＰＩを提供するユーザーモードのサーバのことだ。アプリケーションがＡＰＩルーチンを呼び出すと、その呼び出しがＬＰＣ機能を通して環境サブシステムに届けられる。・・・
　もう一方の保護されたサブシステムである中枢サブシステムは、重要なオペレーティングシステム機能を実行するサーバだ。・・・」（第４８頁１０〜下６行）
Ｄ．同期
「コンカレントアプリケーションの実行時には、動作を調和させるためにスレッドがお互いにやり取りする手段が必要になる場合が多い。・・・もっとも単純な通信形態は同期と呼ばれるものだ。同期とは、あるスレッドが自発的に実行を停止し、別のスレッドが何らかの処理を実行するのを待つ機能を指す。・・・
　あらゆるマルチタスキングオペレーティングシステムと多重プロセッシングオペレーティングシステムは、別のスレッドが何かをする（略）のを待つ手段をスレッドに提供しなければならない。またオペレーティングシステムは、このような処理が完了したのをスレッドが別のスレッドに通知できるようにする必要もある。待っている側のスレッドは、通知された時点で自分の実行を継続できる。
　NT　Executiveの場合には、こうした待機機能と通知機能がオブジェクトアーキテクチャの一部として実装されている。スレッドが実行の同期対象にできるExecutiveオブジェクトを同期オブジェクトという。同期オブジェクトには、次のようなオブジェクトがある。・・・セマフォオブジェクト・・・こうしたExecutiveオブジェクトを利用すれば、スレッドは状況に応じて違ったルールを適用しつつ、いろいろなシステム事象に自分の活動を同期させられるようになる。・・・
　NT　Executiveの同期セマンティクスは、Win32プログラマにはＡＰＩルーチンのWaitForSingleObject（）とWaitForMultipleObjects（）経由で利用できる。このＡＰＩルーチンは、NTオブジェクトマネージャが提供している同様のシステムサービスをWin32サブシステムが呼び出すことで実装されている。Win32 アプリケーションのスレッドは、プロセス、スレッド、イベント、セマフォ、ミューテックス、ファイルといったWin32 オブジェクトと同期できる。・・・ 」（第１１９頁１８行〜第１２０頁１２行）
Ｅ．セマフォ　
　第７４頁の表３−１には、Executiveオブジェクト部品の一覧が示され、表中には、Executiveオブジェクト型としてセマフォがあり、定義されている場所はExecutive支援サービスであり、セマフォの表現する内容は、リソースを利用できるスレッドの数を調整するカウンタである旨記載されている。
Ｆ．環境サブシステムの必要条件、エミュレート
「Windows　NTの環境サブシステムの大きな役目の１つは、サブシステムのクライアントアプリケーションに合ったＡＰＩ（Win32ＡＰＩやPOSIXＡＰＩなど）をエミュレートすることである。もう１つの大きな機能が、こうしたクライアントに必要になるプロセス構造を実装することだ。・・・ＡＰＩをエミュレートするのに必要となる機能について、・・・
　図４−１１は、アプリケーションプログラムからのプロセスの生成と、NT　Executiveプロセスの生成との間の関係を表した図だ。
　クライアントアプリケーション（この例ではWin32、POSIX、またはOS/2）は、その環境に合ったＡＰＩを使ってプロセスを生成する。プロセス生成呼び出しは、NT　Executiveのメッセージパッシング機能（略）によってサーバに送られ、サーバはNTプロセスマネジャを呼び出してネイティブプロセスを生成する。表４−４は、Windows　NTがサポートしている３種類のオペレーティングシステムについて、プロセス構造の違いの一部を細かくまとめた表だ。
表４−４　
プロセス生成のセマンティクス（表は略す。）・・・プロセスマネージャはどの環境にも正しく対応しなければならず、プロセス構造が違っても矛盾なしに共存できるようにしなければならない。」（第１２４頁１行〜第１２７頁２５行）
Ｇ．ネイティブプロセス構造
「プロセス構造にまつわる細かい部分の大半は、土台となるオペレーティングシステムの動作にとって本質的な問題にはならない。それなら、プロセス構造をNT　Executiveの外部にあるユーザモードの環境サブシステム中に実装できるはずだ。これを実現するため、NT　Executiveのプロセス構造はほかのルールを排除してしまうようなルールを一切採用していない。その代わり、サブシステムが、それぞれのプロセス構造を実装する土台として使える基本的なメカニズムを提供している。」（第１２７頁下８行〜下３行）
Ｈ．ネイティブサービス、汎用性
「環境サブシステムは、NTネイティブサービスを呼び出すことによって自分のＡＰＩルーチンを実装している。・・・
　ネイティブサービスはいろいろな環境サブシステムに使われるので、原始的といえるくらいに汎用性がなければならない。」（第５５頁８行〜第５６頁２行）
Ｉ．NT　Executive、汎用性
「この柔軟性を達成するため、必然的にNT　Executiveは包括的な性格を持つ。NT　Executiveは低レベルのプロセスとスレッドの生成や、スレッドのスケジューリング、メモリ管理、割り込み処理、I/Oを担当しており・・・NTのシステムサービスを土台として、個別のユーザモードサーバがWin32や・・・OS/2のＡＰＩを実装しているのだ。こうしたＡＰＩやアプリケーション実行環境は、何種類でもWindows　NT中で同居できる。」（第１３４頁１行〜７行） 
Ｊ．セマンティクス、ポリシー
「NT　Executiveは、包括的な汎用オペレーティングシステムである。NT　Executiveは基本的なオペレーティングシステムメカニズムを提供しており、環境サブシステムが自分のアプリケーションに対するポリシーとセマンティクスを確立できるようにしている。それぞれの環境サブシステムはほかの環境サブシステムのピアであり、クライアントアプリケーションに合った実行環境を作るのに必要なネイティブNTサービスを呼び出せる。
　ＡＰＩを NT　Executiveの外部に移した結果、オペレーティングシステム「固有の」部分と、いろいろなＡＰＩに必要なセマンティクスやポリシーをすっきりと分離できるようになった。・・・」（第１４０頁２２行〜２９行）
Ｋ．図５−４
　Windows　NTの保護されたサブシステムの設計には、クライアントプロセスから、それぞれPOSIXＡＰＩ呼び出し、Win３２ＡＰＩ呼び出し、OS/2ＡＰＩ呼び出しによる、それぞれの環境サブシステムであるPOSIXサブシステム、Win３２サブシステム、OS/2サブシステムに呼び出しがされ、これらのサブシステムからネイティブNTサービスに対して汎用のNT呼び出しがされる様子が示されている。（第１４１頁）
　
３．対比
　本願発明１と刊行物１の発明とを対比すると、
（１）刊行物１の発明は、Ａ．Ｂ．の記載を参照すると、メモリ、プロセッサという記載があることから、プロセッサ手段と、メモリ手段に相当する手段を備え、
　Ｃ．の記載を参照すると、Windows　NTのサブシステムである環境サブシステムは、あるオペレーティングシステム固有のＡＰＩを提供するユーザーモードのサーバのことであり、Ｆ．の記載や図２−６、図４−１１、図５−４を参照すると環境サブシステムとしてOS／2サブシステムやWin32サブシステムやPOSIXサブシステムなどが示されており、これらの環境サブシステムは、２つまたはそれ以上のオペレーティング・システム・パーソナリティに相当し、
　Ａ．の記載を参照すると、サーバはNT　Executiveのユーザインタフェースとプログラミングインタフェースとなって、さまざまなタイプのアプリケーションに対して実行環境を提供するものであり、Ｄ．の記載を参照すると、コンカレント（並行）アプリケーションの実行時には、動作を調和させるためにスレッドがお互いにやり取りする手段が必要になる場合があり、NT　Executiveの場合には、あらゆるマルチタスキングオペレーティングシステムと多重プロセッシングオペレーティングシステムの同期のための待機機能と通知機能がオブジェクトアーキテクチャの一部として実装されていることから、システム内の動作を同期化するための機能を有するシステムであって、前記環境サブシステムは、並行して実行することができるものであると解されるので、刊行物１の発明は、本願発明１の「プロセッサ手段と、メモリ手段と、並行して実行される２つまたはそれ以上のオペレーティング・システム・パーソナリティとを有するコンピュータ・システム内の動作を同期化するためのシステムにおいて、前記システムが、」に相当する構成要件を備えている。        
（２）刊行物１の発明は、Ｃ．Ｆ．の記載を参照すると、環境サブシステムは、あるオペレーティングシステム固有のＡＰＩを提供するユーザーモードのサーバ、例えば、OS／2サブシステムやWin32サブシステムやPOSIXサブシステムなどであり、アプリケーション（例えばWin32アプリケーション　）が対応するＡＰＩルーチン（Win32サブシステム　）を呼び出すと、その呼び出しが環境サブシステムに届けられ、この呼び出しを受けた環境サブシステムでは、サブシステムのクライアントアプリケーションに合ったＡＰＩ（Win32ＡＰＩ）をエミュレートし、NTネイティブサービスを呼び出すことによって自分のＡＰＩルーチンを実装しているものであり、OS／2サブシステムやPOSIXサブシステムでもWin32サブシステム同様にＡＰＩが提供され、この提供において呼び出しと呼び出しを受けることが行われることから、それぞれ固有のＡＰＩを提供するサブシステムごとに受取手段を有し、複数のサブシステム全体として複数の受取手段を有するものであると解されるので、刊行物１の発明は本願発明１の「前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有の動作をそれぞれ受け取るための複数の受取手段と、」に相当する構成要件を備えている。
（３）刊行物１の発明は、前記（２）における環境サブシステム固有の動作において、Ｈ．Ｉ．の記載を参照すると、NTネイティブサービスはいろいろな環境サブシステムに使われる汎用性のあるものであるから、いろいろな環境サブシステムに共用される汎用的な動作を有するものであり、Ｆ．の記載を参照すると、環境サブシステムの役目としてそれぞれのＡＰＩ（例えばWin32ＡＰＩやOS/2ＡＰＩなど）をエミュレートすることであり、エミュレートとして、図５−４と図４−１１および関連する記載を参照すると、クライアントプロセスから、それぞれPOSIXＡＰＩ呼び出し、Win３２ＡＰＩ呼び出し、OS/2ＡＰＩ呼び出しにより、それぞれの環境サブシステムであるPOSIXサブシステム、Win３２サブシステム、OS/2サブシステムに呼び出しがされ、それぞれの前記環境サブシステムからネイティブNTサービスに対して汎用のNT呼び出しがされるものであり、前記環境サブシステムのエミュレートはネイティブNTサービスに対して汎用のNT呼び出し動作ができるようにする変換をするものであるとみることができるので、刊行物１の発明は、本願発明１の「前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有の動作を、前記２つまたはそれ以上のオペレーティング・システム・パーソナリティに共用される汎用動作に変換するための複数の変換手段と、」に相当する構成要件を備えている。
（４）刊行物１の発明は、Ｇ．Ｈ．Ｉ．の記載を参照すれば、前記（３）におけるネイティブサービスがNT　Executiveで実行されるので、本願発明１の「汎用動作を実行するための実行手段と、」に相当する構成要件を備えている。
（５）刊行物１には、Ｅ．の記載を参照すると、Executiveオブジェクトの型としてセマフォがあり、定義されている場所はExecutive支援サービスであり、表現する内容は、セマフォはリソースを利用できるスレッドの数を調整するカウンタであるとされ、Ｉ．の記載を参照すると、NT　Executiveは前記のように汎用的なものであり、低レベルのプロセスとスレッドの生成や、スレッドのスケジューリング、メモリ管理、割り込み処理、I/Oを担当するための動作を伴うものであり、動作の結果を記憶手段に記憶することは通常付随する技術的事項にすぎないので、刊行物１の発明は、本願発明１の「前記汎用動作の結果を格納するための記憶手段とを含む」に相当する構成要件を備えている。
　したがって、本願発明１と刊行物１の発明とは
「プロセッサ手段と、メモリ手段と、並行して実行される２つまたはそれ以上のオペレーティング・システム・パーソナリティとを有するコンピュータ・システム内の動作を同期化するためのシステムにおいて、前記システムが、
　前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有の動作をそれぞれ受け取るための複数の受取手段と、
　前記オペレーティング・システムに対応して構成され、かつ、前記オペレーティング・システム固有の動作を、前記２つまたはそれ以上のオペレーティング・システム・パーソナリティに共用される汎用動作に変換するための複数の変換手段と、
　汎用動作を実行するための実行手段と、
　前記汎用動作の結果を格納するための記憶手段とを含むことを特徴とするシステム。」
である点で一致し、そして次の点で相違している。
〈相違点〉固有の動作と汎用動作が、本願発明１は固有のセマフォア動作と汎用セマフォア動作であるのに対し、刊行物１の発明はセマフォア動作の変換について具体的な記載がされていない点。
　
４．当審判断
　刊行物１のＨ．Ｉ．Ｊ．の記載を参照すると、NT　Executiveは、包括的な汎用オペレーティングシステムであって、基本的なオペレーティングシステムメカニズムを提供しており、環境サブシステムは自分のアプリケーションに対するポリシーとセマンティクスを確立できるように、クライアントアプリケーションに合った実行環境を作るのに必要なネイティブNTサービスを呼び出せるものである。
　この様子は、例えば、図５−４と図４−１１に、それぞれの環境サブシステムであるPOSIXサブシステム、Win３２サブシステム、OS/2サブシステムでエミュレートしネイティブNTサービスに対して汎用のNT呼び出しがされているところからも読み取れる。
　ネイティブNTサービスに関わるNT　Executiveは、低レベルのプロセスとスレッドの生成や、スレッドのスケジューリング、メモリ管理、割り込み処理、I/Oを担当しており、Ｅ．の記載を参照すれば、ExecutiveオブジェクトにはExecutive支援サービスとしてセマフォがあり、Ｄ．の記載を参照すると同期をサポートするためにも利用される。
　刊行物１には、あるオペレーティングシステム（OS/2やWin３２などの環境サブシステム）固有のＡＰＩを提供するものとしてセマフォア動作についての具体的な記載がされていないとしても、OS/2やWin３２などのオペレーティングシステムにおいてリソースの制御にセマフォ動作は通常必要ないし使用されるものであり、この通常必要ないし使用されるセマフォ動作についてもNT　Executiveの汎用動作の対象とし、他の汎用のNT呼び出しにより利用するのに倣って、固有のセマフォア動作と汎用セマフォア動作とすることは当業者が容易になし得ることである。
　
５．むすび
　したがって、本願発明１は、その出願前日本国内において頒布された刊行物に記載された発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。