【事件の表示】
　特願２０００−２９５４７２「マルチメディア・インテリジェント・ネットワーキングのためのモビリティ・フレームワーク」拒絶査定不服審判事件〔平成１３年　６月１２日出願公開、特開２００１−１６０８０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明　
　本願は，平成１２年９月２８日（パリ条約による優先権主張１９９９年（平成１１年）９月２８日，米国）に出願したものであって，本願の請求項１に係る発明（以下，「本願発明」という。）は，平成１７年４月２１日付けの手続補正により補正された明細書及び図面の記載からみて，その請求項１に記載された事項により特定される次のとおりのものである。　
　　　　　　　　
「【請求項１】
　複数のステップからなる方法であって、
　ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラにおいて、Ｈ．３２３エンティティへの通話を開始するための要求を受信するステップからなり、
　前記要求は前記Ｈ．３２３エンティティに関連付けられたエイリアス・アドレスを含み、前記ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラは、発信側エンティティのドメインの外部にあり且つ前記Ｈ．３２３エンティティのドナー・ドメインの外部にある、非ゲートキーパー・データベースを含み、前記方法はさらに、
　前記ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラにおいて、前記エイリアス・アドレスを、前記非ゲートキーパー・データベースを利用して前記Ｈ．３２３エンティティについての実際のルータブル・ネットワーク・アドレスに変換するステップと、
　前記実際のルータブル・ネットワーク・アドレスを提供するステップと
からなる方法。」
　　　　
２．引用発明
　Ａ．原査定の拒絶の理由に引用され，本願の出願の日前である１９９８年（平成１０年）１２月３０日に頒布された国際公開第９８／５９４６７号（以下，「引用文献」という。）には，図面とともに以下の記載がある。　
（イ）「A Virtual Private Network (VPN) may comprise a number of zones, or subnetworks.  For example each department in a company may have its own zone, all zones being connected to one large network. Each zone has its own gatekeeper, which holds information about all addresses in its own zone. 」（第１頁第１４〜１７行），
（訳文）
　VPN(Virtual Private Network)は多くのゾーンとサブネットワークで構成される。例えば，１つの会社内の各部署は自身のゾーンを持ちうる，そこでは，全てのゾーンは１つの大ネットワークに接続されている。各ゾーンは，ゲートキーパーを持っており，自身のゾーン内の全てのアドレス情報を保持している。
（ロ）「Figure 2 is a schematic drawing of a network according to the invention. The network is divided into different zones 13, 13', each zone comprising a gatekeeper 15, 16'. Each end user 11, 11' is connected the gatekeeper 15, 15' of the zone 13,13' to which it belongs. All gatekeepers are connected to one zone management means 17, according to the invention. The zone management means 17 comprises a table 19 of the logical addresses, or alias addresses, of all registered end points in all zones of the network, and the zone in which each end point is registered. 
　
An end user 11 who wishes to establish a connection to another end user 11'in a different zone, initiates this by signalling to the gatekeeper 15. The gatekeeper 15 requests the destination from the zone management means 15. The zone management means 17 informs the gatekeeper 15 of the physical location of the end user 11'to which the connection is to be set up. The signalling between the gatekeepers 15, 15'of the two networks then proceeds in the way common in the art. 　
If the H.323 protocol is used, the signalling that takes place will be as shown in more detail in Figures 3, 4A, 4B, 5A and 5B. 
　
Figure 3 shows the signalling that takes place when an end user 11 in one zone 13 wishes to set up a connection to another end user 11'in a different zone 13'. 
　
The end user 11 who wants to set up a connection to another end user 11', sends an Address Request (ARQ) signal to its gatekeeper 15. The ARQ signal comprises the following: 
- the destination alias address (the address of the receiving end user 11') 
- the Destination Call Signalling Address (normally the address of the receiving end user 11') 
- the Source Alias Address (the address of the end user 11 initiating the connection) 
- the Source Call Signalling Address (normally the address of the end user 11 initiating the connection) 
- the desired bandwidth 
- The desired Call Model 
　
The gatekeeper 15 sends a Zone Request (Zone RQ) signal comprising the Destination Alias Address of the receiving end user 11'to the zone management means 17. 
　
The zone management means 17 responds by sending a Zone Confirmation (Zone CF) signal to the gatekeeper 15, comprising the message 
DestinationOkWellKnownRasAddress, which indicates that the address has been located. (RAS Address = Registration Admission and Status Address) 
　
The gatekeeper 15 can then send a Location Request (Location RQ) signal to the gatekeeper 15'of the zone to which the receiving end user 11'belongs. 
　
The gatekeeper 15'responds by sending a Location Confirmation (Location CF) signal to the gatekeeper 15, comprising the Destination Call Signalling Address 
　
The gatekeeper 15 responds to the end user 11 with an Address Confirmation (ACE) signal comprising the following information: 
- the bandwidth available/allocated 
- the call model to be used 
- the destination call signalling address 
　
The end user 11 then sends a Setup signal to the gatekeeper 15 comprising the following information 
- bearer capability 
- user to user information 
　
The gatekeeper forwards the information in the setup signal to the receiving end user 11'. 
　
The receiving end user 11'sends an Address Request (ARQ) signal to its gatekeeper 15', comprising the following information: 
- the destination alias address 
- the Destination Call Signalling Address 
- the Source Alias Address 
- the Source Call Signalling Address 
- the desired bandwidth 
- The desired Call Model 
　
The gatekeeper 15'responds by sending an Address Conlirmation (ACF) signal to the end user 11', comprising the following information 
- Bandwidth 
- Call Model 
- Destination Call Signalling Address 
　
The receiving end user 11'then sends a Connect signal to the gatekeeper 15 in the zone of the sending end user 11, comprising the following infonnation: 
- Transport Address H.245 Control Channel 
- Destination endpoint Type 
　
The gatekeeper 15 forwards the Connect signal to the end user 11. 」（第３頁第１１行〜第６頁第２行），　
（訳文）
　図２は本発明にかかわるネットワークの概略図である。このネットワークは異なるゾーン１３、１３’に分離され、各ゾーンはゲートキーパー１５、１６’を含んでいる。各エンドユーザ１１、１１’はそれが属するゾーン１３、１３’のゲートキーパー１５、１５’に接続される。本発明にしたがって、全てのゲートキーパーはゾーン管理手段１７に接続される。ゾーン管理手段１７は，このネットワークの全てのゾーン内の全ての登録されたエンドポイントの論理アドレスまたはエイリアスアドレスのテーブル１９を含む。
　
異なるゾーン内の他のエンドユーザ１１’と接続を確立したいエンドユーザ１１は，ゲートキーパー１５へのシングナリングによって，これを開始する。ゲートキーパー１５はゾーン管理手段１７に宛先を要求する。ゾーン管理手段１７は，接続がセットアップされるべきエンドユーザ１１’の物理的なロケーションについて，ゲートキーパー１５に情報を提供する。そして，２つのネットワークのゲートキーパー１５、１５’の間のシグナリングは，よく知られた手順で開始される。
　
もしＨ．３２３プロトコルが使用されるならば，開始するシグナリングは図３，４Ａ，４Ｂ，５Ａ及び５Ｂに，より詳細に示される。
　
図３は，１つのゾーン１３のあるエンドユーザ１１が異なったゾーン１３’の他のエンドユーザ１１’へ接続のセットアップを希望する時，開始するシグナリングを示している。
　
他のエンドユーザ１１’とのセットアップを望むエンドユーザ１１はアドレス・リクエスト（ARQ）信号をそのゲートキーパー１５に送る。このＡＲＱ信号は下記より構成される：
−　目的地のエイリアス・アドレス（受信するエンドユーザ１１’のアドレス）
−　宛先・コール・シグナリング・アドレス（通常は受信するエンドユーザ１１’のアドレス）
−ソース・エイリアス・アドレス（接続を開始するエンドユーザ１１のアドレス）
−ソース・コール・シグナリング・アドレス（通常は接続を開始するエンドユーザ１１のアドレス）
−所望の帯域幅
−所望のコール・モデル
　
ゲートキーパー１５は受信エンドユーザ１１’の宛先・エイリアス・アドレスからなるゾーン・リクエスト（ゾーンＲＱ）をゾーン管理手段１７に送る。
　
ゾーン管理手段１７はゾーン確定（ゾーンＣＦ）信号を送ることでゲートキーパー１５に応答する。その信号にはメッセージが含まれている。
DestinationOKWellKnownRasAddress，それはアドレスが定められたことを示す。
(RASアドレス=Registration Admission and Status Address)。
　
そして，ゲートキーパー15はロケーション・リクエスト(Location RQ)信号をエンドユーザ11’が属しているゾーンのゲートキーパー15’に送る。
　
ゲートキーパー15’はロケーション確定(Location CF)信号をゲートキーパー15に送ることで応答する。そこには宛先・コール・シグナリング・アドレスを含んでいる。
　
ゲートキーパー１５は下記の信号を含んだエンドユーザ１１にアドレス確定（ＡＣＦ）信号で応答する。
−有効／配分帯域幅
−使用されるコール・モデル
−　宛先・コール・シグナリング・アドレス
　
するとエンドユーザ１１は下記の情報を含んだ開始信号をゲートキーパー１５に送る。
−　ベアラキャパシティ
−　ユーザ　トゥ　ユーザ情報
　
ゲートキーパーはセットアップ・シグナルにおける情報を受信エンドユーザ１１’へ転送する。
　
受信エンドユーザ１１’は下記の情報を含んだアドレス・リクエスト（ＡＲＱ）信号をそのゲートキーパー１５’へ送る。
−　宛先・エイリアス・アドレス
−　宛先・コール・シグナリング・アドレス
−　ソース・エイリアス・アドレス
−　ソース・コール・シグナリング・アドレス
−　所望の帯域幅
−　所望のコール・モデル　
　
ゲートキーパー１５’は送られてきた以下の情報を含むアドレス確定（ＡＣＦ）　信号をエンドユーザ１１’に送ることによって，応答する。
−　帯域幅
−　コール・モデル
−　宛先・コール・シグナリング・アドレス
　
すると、受信エンドユーザ１１’は下記の情報を含んだ接続信号を送信側エンドユーザ１１のゾーン内のゲートキーパー１５に送る。
−Ｈ．２４５伝送アドレス制御チャネル
−目的地の端末のタイプ
　
ゲートキーパー１５はエンドユーザ１１に接続信号を転送する。　
　
（ハ）「Each gatekeeper 25, 25' is also connected to a database means 29 and 29' respectively. The database means 29, 29' comprise records of information about the services assigned to each end point 21a,... 21e in the zone 23, 23' to which the database means 29, 29' belongs. Examples of services may be a wake-up call, or the supplementary services as specified in the H.323, such as call redirection. The services are executed in execution means 31 and 31' respectively. （第８頁第２２〜２７行），　
（訳文）
各ゲートキーパ25、25’は，また，各々データベース手段29と29’に接続されている。データベース手段29，29’は，データベース手段29，29’が属しているゾーン２３，２３’における各エンドポイント２１ａ・・・２１ｅに割り当てるサービスについての情報のレコードを，含んでいる。サービスの例は、目覚ましコール、あるいは呼び出し転送のような，H.323の中で指定されるような補足のサービスかもしれない。サービスは，実行手段３１と３２でそれぞれ実行される。
　　
　上記摘記事項（ロ）及び図３によれば，エンドユーザ間の通信の接続が複数のステップからなることは明白であり，
　上記摘記事項（ロ）及び図３によれば，発信側ゲートキーパー15は，ロケーションリクエスト(Location RQ)信号に宛先・エイリアス・アドレスを付加し，受信側のゲートキーパー15’に送り，これに答えて，受信側ゲートキーパー15’は，ロケーション確定(Location CF)信号に，確定した宛先・コール・シグナリング・アドレスを付加し，送り返しているから，受信側のゲートキーパー15’は，エイリアス・アドレスを、宛先のエンドユーザについての実際の宛先・コール・シグナリング・アドレスに変換し，提供している。
　
　したがって，上記引用文献には，　
　「複数のステップからなる方法であって、
　ゾーン管理手段において、エンドユーザへの通信を開始するための要求を受信するステップからなり、
　前記要求は前記エンドユーザに関連付けられたエイリアス・アドレスを含み、前記ゾーン管理手段は、発信側エンドユーザのゾーンの外部にあり且つ前記エンドユーザのゾーンの外部にある、論理アドレスまたはエイリアスアドレスのテーブルを含み、前記方法はさらに、
　受信側のゲートキーパーにおいて，前記エイリアス・アドレスを、前記エンドユーザについての実際の宛先・コール・シグナリング・アドレスに変換するステップと、
　前記実際の宛先・コール・シグナリング・アドレスを提供するステップと
からなる方法。」（以下，「引用発明」という。）が開示されているものと認められる。　
　　　　
　３．対比　
　　そこで，本願発明と引用発明とを対比すると，
　引用発明の「ゾーン管理手段」も本願発明の「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラ」も，通信の管理を行うという意味において，通信管理手段であり，
　引用発明の「エンドユーザ」は当然通信のための実在の装置を用いて引用発明に係る通信を行っているから，エンティティがあり，
　通話は通信の一種であり，
　引用発明の「ゾーン」も本願発明の「ドメイン」も，ネットワークにおいて，区画された特定の領域を示すものであるから，区画領域ということができ，
　引用発明の「論理アドレスまたはエイリアスアドレスのテーブル」は，当然データベースであり，
　引用発明の「宛先・コール・シグナリング・アドレス」も本願発明の「ルータブル・ネットワーク・アドレス」も，ネットワーク上で直接使用されるネットワーク・アドレスであるから，
　本願発明と引用発明は，次の点で一致し，相違する。　
　　　　　　　　　　　　　　　
（一致点）　
　複数のステップからなる方法であって、
　通信管理手段において、エンティティへの通信を開始するための要求を受信するステップからなり、
　前記要求は前記エンティティに関連付けられたエイリアス・アドレスを含み、前記通信管理手段は、発信側エンティティの区画領域の外部にあり且つ前記エンティティの区画領域の外部にある、データベースを含み、前記方法はさらに、
　前記エイリアス・アドレスを、前記エンティティについての実際のネットワーク・アドレスに変換するステップと、
　前記実際のネットワーク・アドレスを提供するステップと
からなる方法。
　
（相違点１）　
　通信管理手段に関して，本願発明は「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラ」であるのに対して，引用発明は「ゾーン管理手段」である。　　　　　　
（相違点２）
　本願発明も引用発明も通信方法に関した発明であるが，本願発明は通信のうち「通話」を対象としている。
（相違点３）
　エンティティに関して，本願発明は「Ｈ．３２３エンティティ」であるが，引用発明の「エンティティ（エンドユーザ）」がＨ．３２３であるかは不明である。
（相違点４）
　区画領域に関して，本願発明は「ドメイン」であるのに対して，引用発明は「ゾーン」である。また，本願発明では，（Ｈ．３２３）エンティティについて，「ドナー・ドメイン」と規定されているが，引用発明は「ゾーン」である。
（相違点５）
　データベースに関して，本願発明は「非ゲートキーパー・データベース」であるのに対して，引用発明は「論理アドレスまたはエイリアスアドレスのテーブル」である。
（相違点６）
「エイリアス・アドレスを、前記エンティティについての実際のネットワーク・アドレスに変換するステップ」が，本願発明は「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラにおいて」，「非ゲートキーパー・データベースを利用して」実行されるのに対して，引用発明は「受信側のゲートキーパーにおいて」，実行されている。
（相違点７）
　実際のネットワーク・アドレスに関して，本願発明は「ルータブル・ネットワーク・アドレス」であるのに対して，引用発明は「宛先・コール・シグナリング・アドレス」である。
　
　４．当審の判断　
　そこで，相違点について検討する。　
　　　　　　　　　　　　　　　
（相違点１について）　
　引用文献についての摘記事項（イ）には，「全てのゾーンは１つの大ネットワークに接続されている。」と記載されており，ワイド・エリア・ネットワークとすることに格別の技術的意義もないといえ，大小についての単なる限定の域を出ない。次に，「インテリジェント・サービス・コントローラ」についてであるが，同摘記事項（ハ）にも示唆があるように，インテリジェント・サービス自体は，Ｈ．３２３に限らず，周知であるから，引用発明中の「ゾーン管理手段」にこのような「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラ」を持たせたり，あるいは，それを「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラ」と称することに格別な創意工夫を認めることはできない。
（相違点２について）　
　引用文献についての摘記事項（ロ）（ハ）等にも記載されているように，引用発明は，Ｈ．３２３に関係した発明であることは明白であり，このプロトコルがＩＰベースの通信，特に通話を主たる対象としていることはよく知られていることであるから，引用文献に明示的に「通話」が記載されていなくても，ほとんど自明の事項であるということができ，通話と限定したことに格別の技術的意義はない。
（相違点３について）
　引用文献についての摘記事項（ロ）（ハ）等にも記載されているように，引用発明は，Ｈ．３２３に関係した発明であることは明白であるから，引用発明中の「エンティティ（エンドユーザ）」について，「Ｈ．３２３エンティティ」とすることに，格別の創意工夫を認めることはできない。
（相違点４，５について）
　通信分野において，ドメインは種々の意味を持っているが，最も抽象化すれば，ある特定の論理グループということができ，ゲートキーパーが管理するいくつかのＩＰ電話ネットワークであるゾーンも，それに含まれるものといえる。この点について，本願発明では，非ゲートキーパーとの記載もあり，ゲートキーパーが管理するゾーンの外側にあるものとの解釈も成り立つが，引用発明のゾーン管理手段がゾーンの外側にあってもよいことは，図２に示唆されているということもできるし，引用発明のゾーン管理手段による管理手法をゾーンの外側に単に持ち出しただけのことともいえるから，「ドメイン」とすることに格別な創意工夫を見出すことはできない。同様の理由で，「ドナー・ドメイン」についても，「非ゲートキーパー・データベース」についても，容易になし得る程度の技術的事項でしかない。
（相違点６について）
　「エイリアス・アドレスを、前記エンティティについての実際のネットワーク・アドレスに変換する」ためには，そのための手段，具体的にいえば，変換のためのテーブルの如き一覧表やそれを検索，実行するシステム等が必要であるが，これを，「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラ」に備えるか，「受信側のゲートキーパー」に備えるするかは，システム全体の規模の大小，実行時の負荷をどこに負担させるせるかによって決められる単なる設計的事項あって，「ワイド・エリア・ネットワークベースのインテリジェント・サービス・コントローラにおいて」実行することによって，格別な作用・効果を奏するに至ったものともいえない。
（相違点７について）
　実際のネットワーク・アドレスとしての「宛先・コール・シグナリング・アドレス」も，最終的にはネットワーク上をルーティングするためのアドレスといえるから，「ルータブル・ネットワーク・アドレス」とすることに，特に技術的な意義はない。
　　　
　そして，本願発明の作用・効果も，引用発明から当業者が予測できる範囲のものである。　
　
　５．むすび　
　　以上のとおり，本願発明は，引用文献に記載された発明に基いて当業者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができないものである。　
　
　　よって，結論のとおり審決する。