【事件の表示】
　特願２００２−５１２８７２「離隔するアカウント／サイトを越えて動的にホストサービス管理を提供する方法及びシステム」拒絶査定不服審判事件〔平成１４年　１月２４日国際公開、ＷＯ０２／０７０３７、平成１６年　７月　２日国内公表、特表２００４−５１９７４９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
その１．手続の経緯
　本願は，２００１年６月２８日（パリ条約による優先権主張外国庁受理２０００年７月１７日，及び，２０００年１１月１０日　アメリカ合衆国）を国際出願日とする出願であって，
　平成１５年３月１３日付けで特許法第１８４条の４第１項の規定による明細書，請求の範囲，及び，図面（図面の中の説明に限る）の日本語による翻訳文が提出され，平成１９年３月６日付けで審査請求がなされ，平成２１年９月２９日付けで審査官により拒絶理由が通知され，これに対して平成２２年４月６日付けで意見書が提出されると共に手続補正がなされたが，同年１０月２７日付けで審査官により拒絶査定がなされ，これに対して平成２３年３月２日付けで審判請求がなされ，同年４月２１日付けで審判請求書の手続補正がなされたものである。
　
その２．本願発明について
　本願の請求項１に係る発明は，平成２２年４月６日付けの手続補正により補正された特許請求の範囲の請求項１に記載された，次に記載のとおりのものであると認める（以下，これを「本願発明」という）。
　
「　　【請求項１】インターネットのためのサービスプロバイダを操作し，ホストサービスの動的管理を提供する自動的方法において，
　複数の顧客アカウントの各々に対して，顧客アカウントのための共通の管理グループに割り当てられる複数のサーバであって，その顧客アカウントに特有のソフトウエア及びデータにアクセスしその顧客アカウントのためにインターネットへのホストサービスを提供するように構成される複数のサーバを，提供するステップと，
　個々の管理グループを自動的にモニタリングするステップと，
　上記の自動的にモニタリングするステップに応答して，第１の管理グループから第２の管理グループに少なくとも一つのサーバを自動的且つ動的に再割り当てするステップとを含み，
　上記再割り当てするステップは，
　上記の少なくとも一つのサーバが，顧客アカウントに特有のソフトウエア及びデータにアクセスするための初期ポインタを第２の管理グループに対して設定するサブステップと，
　上記の少なくとも一つのサーバが第２の管理グループに結合するように，上記の少なくとも一つのサーバを再初期化するサブステップとを含む，
自動的方法。」
　
その３．引用刊行物に記載の発明
　一方，原審が拒絶の理由に引用した，本願の第１国出願前に既に公知である，米国特許第５９３８７３２号明細書（１９９９年８月１７日公開　以下，これを「引用刊行物」という）には，関連する図面と共に，次の事項が記載されている。
　
Ａ．「The present invention overcomes virtually all of the limitations of the prior art by providing a system and method by which computing services may be provided by any of a plurality of systems within a group, such that the computing services provided by that group will continue to be available as long as at least one system is available within the group. ・・・・（中略）・・・・
　To provide many-to-many failover, a plurality of hosts are organized into a “service group” wherein each host is capable of providing the service rendered by the service group. 
Each host may also be available to provide other services, and thus may be members of other service groups.
（本発明は，そのグループによって提供されるコンピューティング・サービスは，グループの中で，少なくとも利用できる間は，利用可能であることが継続するような，グループ内で，多くのシステムの何れかによって提供される，コンピューティング・サービスのためのシステム，及び，方法によって，従来技術の限界の全てを実質上解消するものである。・・・・（中略）・・・・
　多対多の障害回避を提供するために，多くのホストが，その中では，それぞれのホストが，サービス・グループによって与えられるサービスを，提供することができる，“サービス・グループ”にまとめられている。
それぞれのホストは，また，他のサービスを提供することも可能である。そのため，他のサービス・グループのメンバになり得る
　
Ｂ．「In addition, the present invention permits new hosts to be added and configured without reconfiguring existing hosts. The system of the present invention then dynamically and automatically incorporates the new hosts into the appropriate group.」＜第５欄第１〜５行＞
（加えて，本発明は，存在しているホストを再構成することなしに，新しいホストが加えられ，構成されることを許可する。本発明のシステムは，そのとき，動的に，そして，自動的に，適切なグループの中に，新しいホストを組み込む。）
　
Ｃ．「The foregoing improvements are achieved through appropriate management of the IP addresses of a plurality of computer systems, each of which may be thought of as a service provider for a computing service available from the network. Each computer system, or host, is assigned a unique IP address in the conventional manner, but the IP addresses are then grouped according to providers of a desired service, such that each member of the group is available to provide that service.This collection of hosts may be referred to as a “service group,” and the members of a service group cooperate to provide a particular service. 
A host may belong to multiple service groups
　To maintain coordination among the various members of the service group, a “service group address” is established, which is simply an IP address for that group. All members of the service group communicate with each other using the service group address−」＜第５欄第７〜２６行＞
（前述の改善は，複数のコンピュータ・システムのＩＰアドレスを適切に管理することを通じて達成され，それぞれは，ネットワークから利用可能な，コンピューティング・サービスのためのサービス・プロバイダと見なされる。各々のコンピュータ・システム，或いは，ホストは，従来どおりに個別のＩＰアドレスが割り当てられるが，それらのＩＰアドレスは，次いで，要求されるサービスのプロバイダに従って，グループ化される。それ故，そのグループのそれぞれのメンバは，そのサービスを提供することが可能である。このホストの収集は，“サービス・グループ”と呼ばれ，サービス・グループのメンバは，特定のサービスを提供するために協働する。
ホストは，複数のサービス・グループに属し得る
　サービス・グループの様々なメンバ間の調整を維持するために，そのグループのための，単なるＩＰアドレスである，“サービス・グループ・アドレス”が生成される。サービス・グループの全てのメンバは，互いに，サービス・グループ・アドレスを用いて，連絡を行う。）
　
Ｄ．「Certain network interfaces may be referred to as “service network interfaces,”which permit clients to communicate with the service on the host. Thus, service network interfaces are simply network interfaces used by clients to access the service on the host.」＜第５欄第４０〜４５行＞
（クライアントが，ホスト上のサービスと，通信することを許可するものである，いくらかのネットワーク・インタフェースは，“サービス・ネットワーク・インタフェースと呼ばれる。それ故，サービス・ネットワーク・インタフェースは，クライアントによって，ホスト上のサービスにアクセスするためにのみ用いられる。）
　
Ｅ．「A service address is an IP address that hosts in the service group provide service through. Management of such service addresses is a key portion of the present invention.
　When a new host becomes available to a service group, it introduces into the service group both a host id and a service address.」＜第５欄第５８〜６３行＞
（サービス・アドレスは，それを介して，サービス・グループ内のホストが，サービスを提供する，ＩＰアドレスである。このサービス・アドレスの管理が，本発明の主要部分である。
　新しいホストが，サービス・グループにおいて利用できるようになるとき，それは，ホストＩＤとサービスアドレスの両方を，そのサービス・グループから取り入れる。）
　
Ｆ．「By such acquiring and releasing of service addresses, the hosts included within a service group ensure that all addresses are being served. In addition, the present invention includes the ability to modify domain name service bindings by modifying zone files and notifying the DNS server of zone file changes, as described in the concurrently filed U.S. Patent Application identified as number (1) in the Related Applications portion, above. Domain Name Zones are also discussed at length on the Internet RFC pages 1034 and 1035. Basically, a zone is a group of IP addresses with a single common parent, although a zone may not include all of the child addresses or any lower level nodes.
　The leader is also solely responsible for assigning service addresses; thus, while a host added to the system presents with a preferred service address, it does not own that service address until the leader assigns it. The leader listens to control messages and quickly releases the preferred service address introduced by the joining host if currently being served by another host in the service group. If the preferred service address is not being served by anyone, the leader simply assigns it to the new host.」＜第６欄第２４〜４４行＞
（このサービス・アドレスの獲得と開放によって，サービス・グループの中のホストは，全てのアドレスが供給されることを確実にする。加えて，本発明は，区域ファイルの変更と，区域ファイル交換のＤＮＳサーバの変更によって，ドメイン・ネーム・サービスの結合を変更することの可能性を含み，それは，同時に出願された，上記の関連する出願書類の一部の中の，（１）として識別される米国特許出願に述べられている。ドメイン名区域は，また，インターネットＲＦＣの１０３４〜１０３５頁において，詳しく説明されている。基本的に，区域は，単一の共通の親を持つＩＰアドレスのグループであって，区域は，子アドレスの全て，或いは，何れのより低い階層のノードも含まない。
　リーダは，また，サービス・アドレスの割当に対して，全責任を負う；それ故，システムに加えられるホストが，前記サービスアドレスと共に存在していても，それにリーダが割り当てるまでは，それは，そのサービス・アドレスを所有しない。リーダは，制御メッセージを聴き，もし，現在，サービス・グループ内の他のホストによって，提供されているのであれば，結合されるホストによって導入される望ましいサービス・アドレスを，速やかに開放する。もし，望ましいサービス・アドレスが，何れによっても提供されていないのであれば，リーダは，単に，それを，新しいホストに割り当てる。）
　
Ｇ．「To ensure that a host hosting a DNS server learns about the members of a service group, it must also belong to that service group. If it is also providing the service of that group, it will receive messages in the normal fashion. If not, it may join the group but simply identify itself as failed. In this manner it will receive appropriate messages, but will not be assigned any service addresses by the leader. In a preferred embodiment of the invention, each service group has its own DNS zone. This requirement isolates the DNS changes originating from a service group to a single DNS zone file. In addition, the DNS zone is set up such that on preferred service addresses of available members are advertised.」＜第７欄第２４〜３５行＞
（ＤＮＳサーバをホストするホストが，サービス・グループのメンバについて学習することを確実にするために，それもまた，そのサービス・グループに属さなければならない。もし，それが，そのグループのサービスもまた，提供するのであれば，通常の手順で，メッセージを受信するであろう。もし，そうでなければ，それは，グループに加わるが，それ自身は，単に機能不全として識別する。この方法において，それは，適切なメッセージを受け取るが，リーダによって，何らかのサービス・アドレスを割り振られることはない。この発明の望ましい実施例において，それぞれのサービス・グループは，それ自身のＤＮＳ区域を持っている。この要件は，サービス・グループに由来するＤＮＳ変更を，単一のＤＮＳ区域ファイルへ取り出す。加えて，そのＤＮＳ区域は，利用可能なメンバの，好適なサービス・アドレス上で，通知されるよう構成される。）
　
Ｈ．「Utilization is simply determined by dividing the load by the capacity. An operator-configured high water mark can be established, and if a given host exceeds the high water mark for utilization, that host can be removed from the DNS zone in most circumstances. This shifts new connections to other hosts with less utilization. When the host's utilization drops below an operator-configured low water mark, the host is added back to the DNS zone and again becomes available for assignment of new addresses.」＜第７欄第５０〜５８行＞
（利用は，単に，能力による負荷の分割によって決定される。オペレータ設定の最高水位線が規定される。そして，与えられたホストが，利用において，最高水位線を超えたら，そのホストを，ほとんどの状況において，ＤＮＳ区域から移すことが可能である。これは，より少ない利用で，他のホストとの新たな接続に換える。ホストの利用が，オペレータ設定の最低水位線より下に落ちたとき，そのホストは，そのＤＮＳ区域に戻され，再び，新しいアドレスの割り当てが可能となる。）
　
Ｉ．「the Service Monitor includes many of the key program elements in the present invention, and essentially manages many of the remaining operations. The test object serves simply to verify that the particular host is working correctly and makes this information available for use by the service monitor.」＜第８欄第４５〜５０行＞
（サービス・モニタは，本発明における，幾つかの鍵となるプログラム要素を含み，そして，基本的に，残りの処理を管理する。テスト・オブジェクトは，単に，特定のホストが正しく動作していることを検証し，この情報が，サービス・モニタによって使用可能とする働きをする。）
　
Ｊ．「In accordance with the present invention, each provider of a service 30 is identified by a unique IP address. Next referring to FIG. 2A, and in accordance with a key feature of the present invention, each network service 30 may be provided by a plurality of hosts 10 of the type shown in FIGS. 1A-1B. This plurality of hosts is configured in what is referred to herein as a service group 100, and multiple service groups 100 may be interconnected within a network 110 to provide all necessary computer services. 
A single host 10 may belong to multiple service groups 100
（本発明に従って，それぞれのサービスのプロバイダ３０は，固有のＩＰアドレスで識別される。次に，図２Ａを参照し，本発明の重要な特色に従って，それぞれのネットワーク・サービス３０は，図１Ａ−１Ｂに示される型の多くのホスト１０によって，提供される。この多くのホストが，ここにサービス・グループ１００と呼ばれるものの中で形成され，複数のサービス・グループ１００が，全ての必要なコンピュータ・サービスを提供するために，ネットワーク１１０内で，相互に接続されている。
一つ一つのホスト１０は，複数のサービス・グループ１００に属し得る
　
Ｋ．「The Service Monitor is multi-threaded, for which the threads are created for:Transmit, Receive, Script, Control and DNS.」＜第１０欄第１〜３行＞
（サービス・モニタは，マルチースレッドであり，それらスレッドは，転送，受信，スクリプト，制御，及び，ＤＮＳのために生成される。）
　
Ｌ．「With reference to FIG. 6A, the Control thread of the service monitor can be better understood. The purpose of the Control thread is to establish which host within the service group will be the leader, and to permit the leader to manage service addresses dynamically in accordance with the state of the system.」＜第１２欄第５０〜５５行＞
（図６Ａを参照して，サービス・モニタの制御スレッドが，より理解される。制御スレッドの目的は，サービス・グループ内のホストをリーダとなるように定め，リーダに，システムの状態に従って，動的にサービス・アドレスを管理することを許可する。）
　
（あ）上記Ｂの「The system of the present invention then dynamically and automatically incorporates the new hosts into the appropriate group.」（本発明のシステムは，そのとき，動的に，そして，自動的に，適切なグループの中の，新しいホストを組み込む。），上記Ｃの「each of which may be thought of as a service provider for a computing service available from the network.」（それぞれは，ネットワークから利用可能な，コンピューティング・サービスのためのサービス・プロバイダと見なされる。），及び，「Each computer system, or host, is assigned a unique IP address in the conventional manner」（各々のコンピュータ・システム，或いは，ホストは，従来どおりに個別のＩＰアドレスが割り当てられる）から，引用刊行物には，「コンピュータ・システム」，或いは，「ホスト」が，「サービス・プロバイダ」として，「ＩＰアドレス」が割り当てられることが記載されていることが読み取れ，上記Ｆの「 Domain Name Zones are also discussed at length on the Internet RFC pages 1034 and 1035.」（ドメイン名区域は，また，インターネットＲＦＣの１０３４〜１０３５頁において，詳しく説明されている。）と，上記指摘の上記Ｃの記載から，引用刊行物に記載の「コンピュータ・システム」，或いは，「ホスト」は，「インターネット」に関連するものであることが読み取れる。
　
（い）上記Ａの「Each host may also be available to provide other services, and thus may be members of other service groups.」（それぞれのホストは，また，他のサービスを提供することも可能である。そのため，他のサービス・グループのメンバになり得る），上記Ｃの「A host may belong to multiple service groups」（ホストは，複数のサービス・グループに属し得る），及び，上記Ｊの「A single host 10 may belong to multiple service groups 100」（一つ一つのホスト１０は，複数のサービス・グループ１００に属し得る）という記載から，引用刊行物には，“１つのホストが複数のサービス・グループに所属することか可能である”ことが記載されていることが読み取れ，このことから，“サービス・グループが複数存在している”ことも読み取れる。
　また，上記Ａの「At any given time, a service is provided by all of the active members of the service group.」（任意の時点で，サービスは，サービス・グループの，全てのアクティブなメンバによって，提供される。）という記載から，引用刊行物には，“１つのサービス・グループに，複数のホストが所属している”ことが記載されていることが読み取れる。
　
（う）上記Ｂの「The system of the present invention then dynamically and automatically incorporates the new hosts into the appropriate group.」（本発明のシステムは，そのとき，動的に，そして，自動的に，適切なグループの中に，新しいホストを組み込む。）という記載から，引用刊行物には，“「ホスト」は，「動的に」，且つ，「自動的に」管理される”ことが記載されていることが読み取れる。
　
（え）上記Ａの「To provide many-to-many failover, a plurality of hosts are organized into a “service group” wherein each host is capable of providing the service rendered by the service group.」（多対多の障害回避を提供するために，多くのホストが，その中では，それぞれのホストが，サービス・グループによって与えられるサービスを，提供することができる，“サービス・グループ”にまとめられている。）という記載，及び，上記Ｄの「Thus, service network interfaces are simply network interfaces used by clients to access the service on the host.」（それ故，サービス・ネットワーク・インタフェースは，クライアントによって，ホスト上のサービスにアクセスするためにのみ用いられる。）という記載から，引用刊行物には，“複数のホストによって，ホスト上のサービスが，クライアントに提供される”ことが記載されていることが読み取れ，上記（う）で検討した「ホスト」は，「動的に」，且つ，「自動的に」管理される”ことから，該「ホスト上のサービス」もまた，「ホスト」共に，「動的」に管理されることは，当業者にとって自明の事項である。
　
（お）上記Ｋの「The Service Monitor is multi-threaded, for which the threads are created for:Transmit, Receive, Script, Control and DNS.」（サービス・モニタは，マルチースレッドであり，それらスレッドは，転送，受信，スクリプト，制御，及び，ＤＮＳのために生成される。）という記載，及び，上記Ｌの「With reference to FIG. 6A, the Control thread of the service monitor can be better understood. The purpose of the Control thread is to establish which host within the service group will be the leader, and to permit the leader to manage service addresses dynamically in accordance with the state of the system.」（図６Ａを参照して，サービス・モニタの制御スレッドが，より理解される。制御スレッドの目的は，サービス・グループ内のホストをリーダとなるように定め，リーダに，システムの状態に従って，動的にサービス・アドレスを管理することを許可する。）という記載から，引用刊行物においても，“「ホスト」が，「モニタ」されている”こと，及び，“状態に応じて，即ち，「モニタ」の結果に応じて，制御される”ことは明らかである。
　
（か）上記（い）において検討した“１つのホストが複数のサービス・グループに所属することか可能である”，及び，上記（う）において検討した“「ホスト」は，「動的に」，且つ，「自動的に」管理される”，並びに，上記（う）において引用した，上記Ｂの記載から，引用刊行物には，“新たなホストを，何れかのサービス・グループに動的に，且つ，自動的に組み込む”ことが記載されていることが読み取れ，また，該「ホスト」が，“複数のサービス・グループに所属することが可能である”こと，及び，上記Ｇの「each service group has its own DNS zone.」（それぞれのサービス・グループは，それ自身のＤＮＳ区域を持っている。），上記Ｈの「 When the host's utilization drops below an operator-configured low water mark, the host is added back to the DNS zone and again becomes available for assignment of new addresses.」（ホストの利用が，オペレータ設定の最低水位線より下に落ちたとき，そのホストは，そのＤＮＳ区域に戻され，再び，新しいアドレスの割り当てが可能となる。）から，引用刊行物には，“サービス・グループ内のホストを，サービス・グループの外に出し，再び，サービス・グループの中に入れる”態様が記載されていることが読み取れ，引用刊行物に記載された「ホスト」が，“複数のサービス・グループに所属することが可能である”こと，及び，“サービス・グループが複数存在している”から，引用刊行物に記載された事項に従えば，引用刊行物に記載された事項には，“１つのサービス・グループに所属するホストを，他のサービス・グループに組み込む”態様を含むことは当業者にとって自明の事項であるから，
　以上（あ）〜（か）において検討した事項から，引用刊行物には，次の発明（以下，これを「引用発明」という）が記載されているものと認める。
　
　インターネットに関連するサービスプロバイダであるホストを制御し，ホスト上のサービスの動的管理を提供する方法であって，
　クライアントに対して，複数のサービス・グループに所属している複数のホストであって，ホスト上のサービスを提供する，前記複数のホストを提供し，
　前記サービス・グループをモニタし，
　前記モニタの結果に応じて，前記サービス・グループに、他のサービス・グループに所属するホストを，自動的且つ動的に割り当てることを含む
　方法。
　
その４．本願発明と引用発明との対比
　次に，本願発明と，引用発明とを対比する。
　
イ．引用発明における「インターネットに関連するサービスプロバイダであるホストを制御」することは，“サービスプロバイダを操作すること”に他ならないから，
　引用発明における「インターネットに関連するサービスプロバイダであるホストを制御し」は，
　本願発明における「インターネットのためのサービスプロバイダを操作し」に相当し，
ロ．引用発明における「ホスト」は，「クライアント」に対して「サービス」を提供するものであるから，
　引用発明における「クライアント」，「ホスト」，「ホスト上のサービス」が，
　本願発明における「顧客アカウント」，「サーバ」，「ホストサービス」相当し，
　引用発明においても，「ホスト上のサービスの動的管理」は，自動的に提供されていることは，当業者に自明の事項であるから，
　引用発明における「ホスト上のサービスの動的管理を提供する方法」が，
　本願発明における「ホストサービスの動的管理を提供する自動的方法」に相当し，
ハ．引用発明における「サービス・グループ」と，
　本願発明における「共通の管理グループ」とは，
“複数のサーバが，割り当てられている管理グループ”である点で共通し，
　引用発明における「ホスト上のサービス」もインターネットに関連していることは明らかであるから，
　引用発明における「クライアントに対して，サービス・グループに所属している複数のホストであって，ホスト上のサービスを提供する，前記複数のホストを提供」することと，
　本願発明における「複数の顧客アカウントの各々に対して，顧客アカウントのための共通の管理グループに割り当てられる複数のサーバであって，その顧客アカウントに特有のソフトウエア及びデータにアクセスしその顧客アカウントのためにインターネットへのホストサービスを提供するように構成される複数のサーバを，提供」することとは，
“顧客アカウントに対して，グループに割り当てられる複数のサーバであって，インターネットへのホストサービスを提供するように構成されたサーバを提供する”点で共通し，
ニ．引用発明において，「サービス・グループをモニタ」することと，
　　本願発明において，「個々の管理グループを自動的にモニタリングする」こととは，
“管理グループをモニタリング”する点で共通し，
ホ．引用発明における「モニタの結果に応じて，前記サービス・グループに，他のサービス・グループに所属するホストを，自動的且つ動的に割り当てる」と，
　本願発明における「自動的にモニタリングするステップに応答して，第１の管理グループから第２の管理グループに少なくとも一つのサーバを自動的且つ動的に再割り当てする」とは，
“モニタリングするステップに応答して，１つの管理グループから，他の管理グループにサーバを自動的且つ動的に割り当てする”点で共通するので，
　上記イ〜ホで検討した事項から，本願発明と引用発明との一致点，及び，相違点は次のとおりである。
　
［一致点］
　インターネットのためのサービスプロバイダを操作し，ホストサービスの動的管理を提供する自動的方法であって，
　顧客アカウントに対して，管理グループに割り当てられる複数のサーバであって，インターネットへのホストサービスを提供するように構成されたサーバを提供し，
　管理グループをモニタリングし，
　前記モニタリングするステップに応答して，１つの管理グループから，他の管理グループにサーバを自動的且つ動的に割り当てする
　方法。
　
［相違点１］
　“複数のサーバが，割り当てられている管理グループ”に関して，
　本願発明においては，
　該「管理グループ」は，「複数の顧客アカウントの各々に対して，顧客アカウントのための共通の管理グループ」であるのに対して，
　引用発明においては，
　複数のクライアントに対する言及がなく，サービス・グループが，複数のクライアントに対して，“共通”であるか明確でない点，
　
［相違点２］
　“顧客アカウントに対して，グループに割り当てられる複数のサーバであって，インターネットへのホストサービスを提供するように構成されたサーバを提供する”点に関して，
　本願発明において「提供されるサーバ」は，
「その顧客アカウントに特有のソフトウエア及びデータにアクセスしその顧客アカウントのためにインターネットへのホストサービスを提供するように構成される複数のサーバ」であるのに対して，
　引用発明においては，グループで共通のサービスを提供するホストではあるが，クライアントに特有のソフトウエア及びデータにアクセスし，該クライアント特有のインターネットサービスを提供する点までは言及されていない点，
　
［相違点３］
　“管理グループをモニタリング”する点に関して，
　本願発明においては，
「個々の管理グループを自動的にモニタリングする」ものであるのに対して，
　引用発明においては，
　複数のサービス・グループを，自動的にモニタしているか明確に示されていない点，
　
［相違点４］
“管理グループにサーバを自動的且つ動的に割り当てする”点に関して，
　本願発明においては，
「第１の管理グループから第２の管理グループに少なくとも一つのサーバを自動的且つ動的に再割り当てする」ものであるに対して，
　引用発明においては，
「１つのサービス・グループから，他のサービス・グループへ，ホストを再割り当てする」場合のホストが、一つ以上であることは、明確に示されていない点，
　
［相違点５］
　本願発明においては，
「上記再割り当てするステップは，上記の少なくとも一つのサーバが，顧客アカウントに特有のソフトウエア及びデータにアクセスするための初期ポインタを第２の管理グループに対して設定するサブステップと，
　上記の少なくとも一つのサーバが第２の管理グループに結合するように，上記の少なくとも一つのサーバを再初期化するサブステップとを含む」ものであるのに対して，
　引用発明においては，「初期ポインタ」の「サービス・グループ」への設定，及び，“１つのサービス・グループに属するホストを，他のサービス・グループに，再割り当てするために，当該ホストを再初期化する”点について言及されていない点。
　
その５．当審の判断
　上記［相違点１］〜［相違点５］について，以下に検討する。
　
［相違点１］について
　サービス・グループが提供するサービスを，複数のクライアントに提供することは，当業者にとって自明の事項に過ぎない。
　したがって，引用発明においても，複数のクライアント対して，サービスを提供するサービス・グループを，共通のサービス・グループとすることは，当業者が適宜なし得る事項である。
　よって，相違点１は，格別のものでない。
　
［相違点２］について
　複数のクライアントに対して，各々のクライアント毎に格納，或いは，記憶された情報を用いて，個別のサービスを提供することは，例えば，本願の第１国出願前に既に公知である，特開平１１−１２０１２７号公報（１９９９年４月３０日公開，以下，「周知文献１」という）に，
　
Ｍ．「【請求項１】  ネットワークを介してユーザがサーバにアクセスし，当該サーバがユーザからの要求に応じたサービスを提供するネットワークサービスシステムにおいて，
前記サービスを提供するための元となる情報を格納するページ情報格納部と，
前記サーバより，任意のユーザに対するサービス内容のページの編集要求を受けた場合は，前記ページ情報格納部に格納された情報を取り出し，当該ユーザに対応したページを編集する編集サーバとを備えると共に，
前記サーバは，任意のユーザからアクセス要求があった場合は，前記編集サーバに対して，当該ユーザに対応したサービス内容のページの編集要求を行うよう構成されていることを特徴とするネットワークサービスシステム。」
　と記載され，
　また，同じく，本願の第１国出願前に既に公知である，特開２０００−０４０１１５号公報（２０００年２月８日公開，以下，「周知文献２」という）に，
　
Ｎ．「【請求項１】  顧客側に設置されたクライアントから通信ネットワークを介して銀行側に設置されたサーバにアクセスし，ファームバンキングサービスを受けるファームバンキングサービス方法において，
前記サーバは内および／または外の記憶装置に新着情報サービスとして提供する新着情報を分野別にデータベースの形態で予め記憶しておくと共に，顧客のユーザＩＤと顧客の希望する新着情報の分野を示す情報をあらかじめ記憶しておき，
前記クライアントが前記サーバにアクセスしたときには，そのアクセス時の個人認証に使用されたユーザＩＤに基づき，前記サーバは該ユーザＩＤに対応した前記分野を示す情報を取得し，
当該分野を示す情報に対応する新着情報を前記新着情報サービスのために前記記憶装置から取り出して，前記クライアントに送信し，
前記クライアントでは送信された新着情報を可視出力することを特徴とするファームバンキングサービス方法。」
　
　と記載されているように，本願の第１国出願前に，当業者に既に周知の技術事項であり，引用発明においても，サービス・グループに所属するホストが，サービスを要求するクライアントに対して，各クライアント毎に記憶された情報を用いて，個別のサービスを提供するよう構成することは，当業者が適宜なし得る事項である。
　よって，相違点２は，格別のものでない。
　
［相違点３］について
　上記Ｉ,Ｋ,Ｌに引用した記載から，引用発明におけるサービス・モニタはプログラムであることは明らかであるから，引用発明において，複数のサービス・グループを，前記サービス・モニタによって自動的に監視するよう設定することは，当業者が適宜なし得る事項である。
　よって，相違点３は，格別のものでない。
　
［相違点４］について
　引用発明において，サービス・グループに組み込むホストを，一つ以上とすることは，当業者が適宜なし得る事項である。
　よって，相違点４は，格別のものでない。
　
［相違点５］について
　本願発明において，
「少なくとも一つのサーバが，顧客アカウントに特有のソフトウエア及びデータにアクセスするための初期ポインタを第２の管理グループに対して設定する」とは，より具体的には，本願明細書の段落【００５１】に，
「第１の顧客アカウントから第２の顧客アカウントへサーバを動的に再割り当てするか否かを判断する。ディスパッチモジュール１５６は，
再割り当てされるサーバ４６’のための初期ポインタを第２の管理グループ５２−ｂのための顧客アカウントに特有のソフトウエア及びデータにアクセスするように設定する
　との記載があるように，“第２の管理グループがサービスを提供している顧客の，顧客アカウントに特有のソフトウエア及びデータにアクセスするよう設定する”ことである。
　ここで，上記Ｍ，Ｎに引用した記載から，ユーザ，或いは，顧客に関する情報を，予め，サーバに格納，或いは，記憶するよう構成することは，当業者にとっては周知の技術事項である。
　そして，それを，組み込むサーバに割り当てることは，例えば，本願の第１国出願前に既に公知である，特開平１０−３０１９１１号公報（１９９８年１１月１３日公開，以下，「周知文献３」という）に，
　
Ｏ．「【００５８】次に，サーバ２３が切り替わったときの接続状態の保持や，サーバ２３間の情報交換をクライアント２１を通じて行う方法について説明する。例えば，あるサーバ２３から別のサーバ２３に切り替わるときに，ユーザＩＤおよびパスワードや現在の状態等の付加的な情報を，新しいサーバ２３に送る例を考える。ここで，現在の状態とは，現在，クライアント２１上でどのようなビューが開かれているか等の処理状況に関する情報を指す。」
　
　と記載されているように，本願の第１国出願前に，当業者には周知の技術事項であり，
　また，ある環境で使用していたコンピュータを，他の環境で使用する場合に，再起動を行うことは，当業者にとって自明の事項に過ぎないので，
　引用発明においても，他のサービス・グループにおいて，当該グループにおいて，サーブスを受けているクライアントの情報を記憶，或いは，格納し，当該情報を，組み込むホストに対して，割り当てるようにし，他のサービス・グループにホストを組み込む場合に，当該ホストを再起動することは，当業者が適宜なし得る事項である。
　よって，相違点５は，格別のものでない。
　
　上記で検討したごとく，相違点１〜５はいずれも格別のものではなく，そして，本願発明の構成によってもたらされる効果も，当業者であれば当然に予測可能なものに過ぎず格別なものとは認められない。
　よって，本願発明は，引用発明，及び，上記指摘の当該技術分野における周知の技術事項とから，当業者が容易になし得たものである。
　
その６．むすび
　したがって，本願発明は，本願の特許出願前に日本国内又は外国において頒布された刊行物に記載された発明に基づいて当業者が容易に発明をすることができたものであるので，特許法第２９条第２項の規定により特許を受けることができない。
　
　よって，結論のとおり審決する。