【事件の表示】
　特願２００７−１６８５６７「異なるサービス間でのサービス利用状況の共有方式」拒絶査定不服審判事件〔平成２１年　１月１５日出願公開、特開２００９−　　９２６０、請求項の数（３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
　
第１．手続の経緯　
　
　本件審判請求に係る出願（以下，「本願」という。）は，平成１９年６月２７日の出願であって，平成２２年２月５日付けで審査請求がなされ，平成２４年９月１４日付けで拒絶理由通知（同年９月２５日発送）がなされ，これに対して同年１１月１２日付けで意見書が提出されると共に手続補正書が提出されたが，同年１１月３０日付けで拒絶査定（同年１２月４日謄本送達）がなされた。　
　これに対して，「原査定を取り消す。本願の発明は特許すべきものとする，との審決を求める。」ことを請求の趣旨として，平成２５年３月４日付けで審判請求がなされた。
　
　
第２　本願発明　
　
　本願の特許請求の範囲の請求項１−３に係る発明（請求項１に係る発明を，以下，「本願発明」という。）は，上記平成２４年１１月１２日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１−３に記載された以下のとおりのものと認める。
　
「 【請求項１】　
　端末に対し通常サービスのセッションの制御を行うＳＩＰサーバと端末のプレゼンス情報を管理するプレゼンスサーバとを備えると共に他のサービス用サーバとＳＩＰゲートウェイサーバを介して接続されたＩＰ対応のネットワークにおける異なるサービス間でのサービス利用状況の共有方式において，　
　前記他のサービス用サーバは当該サービスを要求する端末によるログイン，サービス開始等の状態の発生に対し，サービスの提供を行うと共に前記通常サービス用のプレゼンスサーバに対し前記ＳＩＰゲートウェイサーバを介して前記端末の状態を通知する手段を備え，　
　前記プレゼンスサーバは，前記他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部
と，前記ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とを備え，前記他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して，前記加入者データ格納部を検索して，前記ユーザのリストに前記他のサービスの利用者が登録されていると前記加入者データ格納部の対応する加入者に対して当該他のサービスの利用者の状態を通知するこ
　【請求項２】　
　請求項１において，　
　前記プレゼンスサーバは，前記他のサービス用サーバの利用者が自端末のプレゼンス情報を他の利用者により参照することを許可するか否かの情報が予め登録されたプレゼンス参照許可データ格納部を備え，前記他のサービス用サーバから前記状態通知を受け取ると，前記プレゼンス参照許可データ格納部を参照して，許可することが登録されていると，前記仮想加入者データ格納部へプレゼンス情報を設定することを特徴とする異なるサービス間でのサービス利用状況の共有方式。　
　【請求項３】　
　請求項１において，　
　
前記仮想加入者データ格納部に各データ領域の空・塞を表すデータ登録空塞表を設け，前記プレゼンスサーバは，予め設定された周期で起動して，利用者用のデータ領域が塞がりに設定され，そのプレゼンス情報が「未ログイン」の状態であると現在の時間と前記登録された時間情報が予め設定された時間を経過しているか判別し，設定された時間を越えていることを検出すると前記データ登録空塞表の対応するフラグをオフに設定する
　
　
第３　原査定の理由の概要
　
１．平成２４年９月１４日付け拒絶理由通知 
　
　平成２４年９月１４日付けで拒絶理由が通知されたが，その内容は下記のとおりである。
　
『この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　
　　　　　記　　　（引用文献等については引用文献等一覧参照）
　　
請求項：１−３
引用文献：１−３
備考：
　引用文献１には
「プレゼンス情報を異なるシステム間で共有するシステムであって，
　第１のシステムは，第２のシステムに，同期制御部を介してプレゼンス情報を通知する手段と，
　第２のシステムは，第１のシステムから通知されたプレゼンス情報をストレージに書き込む手段と，
　ストレージに書き込まれたプレゼンス情報をバディリストに基づいて，ユーザに通知する手段とを備えたシステム。」の発明が記載されている。
　　
　したがって，本願発明と引用文献１に記載された発明では，
（１）本願発明が，ＳＩＰサーバとＩＰ対応のネットワークにおける異なるサービスとの間でのサービス利用状況の共有システムであるのに対して，引用文献１には「ＳＩＰサーバ」と特定されていない点，
（２）本願発明が「他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部」を備えるのに対して，引用文献１にはそのような記載のない点，で相違する。
　　
　上記相違点について検討する。
　　
（１）引用文献２に示されるように，ＳＩＰサーバと他のサービスを提供するサーバとでプレゼンス情報の共有を行うことは周知であって，引用文献１に記載された発明のシステムを，ＳＩＰサーバを備えたシステムとすることに格別の困難性は認められない。
（２）引用文献１に記載された発明には，他のシステムからのプレゼンス情報をストレージのどこに記憶するかについて特定されていないものの，他のシステムから通知されたプレゼンス情報を，専用の領域（本願の「仮想加入者データ格納部」）に格納する程度のことは当業者が適宜なしうることである。
　　
＜拒絶の理由を発見しない請求項＞
　請求項（４）に係る発明については，現時点では，拒絶の理由を発見しない。
拒絶の理由が新たに発見された場合には拒絶の理由が通知される。
　　　　　　　　　　　引　用　文　献　等　一　覧
１.特開２００４−５０９２号公報
２.特開２００５−１０１９２２号公報
３.国際公開第２００７／０４４３７１号　』
　
２．平成２４年１１月３０日付け拒絶査定 
　
　平成２４年１１月３０日付けで拒絶査定がなされたが，その内容は下記のとおりである。
　
『この出願については，平成２４年　９月１４日付け拒絶理由通知書に記載した理由によって，拒絶をすべきものです。
　なお，意見書並びに手続補正書の内容を検討しましたが，拒絶理由を覆すに足りる根拠が見いだせません。
　　
備考
　　
請求項１，２について
　出願人は，補正前の請求項１を「前記ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とを備え，前記他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して，前記加入者データ格納部を検索して，前記ユーザのリストに前記他のサービスの利用者が登録されていると前記加入者データ格納部の対応する加入者に対して当該他のサービスの利用者の状態を通知する」点で限定し，補正後の請求項１とする補正を行うとともに，意見書で「通常サービスを受ける加入者の情報として加入者毎にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とは別に他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部を備える構成は，複数のストレージ装置間で情報の同期をとるための構成が開示された引用文献１には記載されてなく，示唆されてもいません。」と主張している。
　上記出願人の主張について検討する。
　請求項１の「加入者データ格納部」は「各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録され」ている手段であって，引用文献１に記載された発明の「バディリスト」を格納している手段に対応するものである。
　また，請求項１の「仮想加入者データ格納部」は，プレゼンス情報を格納している領域であって，引用文献１に記載された発明の「管理テーブル５００」を格納している領域に相当する。
　引用文献１に記載された発明の「バディリスト」，「管理テーブル５００」はそれぞれ異なる情報であるから，両者を異なる領域に格納することに格別の困難性は認められない。
　したがって，出願人の主張は採用しない。』
　
　
第４　当審の判断
　
１．引用文献　
　
（１−１）引用文献１に記載されている技術的事項及び引用発明の認定
　
　本願の出願日前に頒布され，原審の平成２４年９月１４日付けの拒絶理由通知において引用された，特開２００４−５０９２号公報（平成１６年１月８日出願公開，以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ａ　「【０００９】
　
本発明は，上記インスタントメッセージシステムの例にみられるような，異なるシステム間における情報の共有／同期を実現するものであり，特に，分散環境におけるストレージ装置間において，情報の特性に応じたフレキシブルな情報共有／情報同期を行うことにより，通信にかかる負荷の軽減を実現するものである。
　
Ｂ　「【００１２】
図１は，本発明のインスタントメッセージシステムのシステム構成図の一例である。それぞれ独立したインスタントメッセージシステム１ａ，１ｂ，１ｃの間で，それぞれ異なるシステムに属するクライアント端末４ａ，４ｂ，４ｃがコミュニケーションを取る必要がある。
個々のシステムは，ユーザ情報やプレゼンス情報などを格納するストレージ装置３ａ，３ｂ，３ｃを備えたＩＭ（インスタントメッセージ；Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｅの略）サーバ（「ＩＭ／プレゼンスサーバ」の誤記と認める。）２ａ，２ｂ，２ｃが，各クライアント端末４ａ，４ｂ，４ｃからのメッセージを中継する構成をとる。本発明では，ユーザ情報やプレゼンス情報を異なるシステム間で共有化する。すなわちシステム間をまたがり共通な仮想ストレージ装置を，実際には異なるシステムに属する分散ストレージ装置３ａ，３ｂ，３ｃで構成する。
　
Ｃ　「【００１５】
上述した図２に示すストレージ装置は，以下の項目（ａ）から（ｇ）の特徴を有するストレージ装置として提供することも可能である。
【００１６】
（ａ）複数のクライアント端末が設けられ，該クライアント端末毎に備えられたサーバ装置を含むネットワークシステムに対し接続されたストレージ装置であって，前記ストレージ装置は同期制御部を備え，前記同期制御部は前記サーバ装置から送信される更新された情報を前記システム内の他の前記ストレージ装置に通知して，ストレージ装置間における情報の同期を制御する事を特徴とするストレージ装置。
【００１７】
（ｂ）前記ストレージ装置は，さらに通信制御部，データ入出力部，及びデータ記録部を備え，前記通信制御部は前記サーバ装置や前記システムが備える他の前記ストレージ装置から送られてくる更新情報を受信すると共に，前記サーバ装置からの要求に応じた情報を前記サーバ装置に対し送信することを特徴とする，上記（ａ）に記載のストレージ装置。
【００１８】　
（ｃ）前記データ入出力部は前記通信制御部が前記サーバ装置から受信した情報の書き込みや，前記通信制御部経由で前記サーバ装置から要求された情報の読み出しを行い，前記データ記録部は前記サーバ装置や前記他の前記ストレージ装置から前記データ入出力部を介して送られてくる情報を記録することを特徴とする，上記（ｂ）に記載のストレージ装置。
　
Ｄ　「【００２３】
図３は，自システムに属するユーザのプレゼンス情報が更新された場合のストレージ装置３ａにおける処理手順を示した図である。クライアント端末４ａからプレゼンス情報の更新や設定更新が行われ，ＩＭ（インスタントメッセージ；Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｅの略）／プレゼンスサーバ２ａがこれを受信すると，更新情報はストレージ装置３ａに送られる（ステップ３１）。更新情報を受けた通信制御部１２は，データ入出力部１４に受信した更新情報を受け渡すと同時に，同期制御部１８に情報が更新されたことを伝える（ステップ３２）。データ入出力部１４は通信制御部１２から受け渡された情報をデータ記録部１６に書き込む（ステップ３３）。情報更新通知を受けた同期制御部１８は，情報種別を確認する。その後，情報種別毎に同期レベル，同期間隔管理テーブル（図７，図８）に設定されている同期間隔時間に従って，同期制御部１８は他のストレージ装置３ｂに更新情報の通知を行い情報の同期を図る（ステップ３４〜３６）。
　
Ｅ　「【００３３】
図９のテーブル９００は，同一システムに属するユーザ単位のバディリスト（友達リスト）管理テーブルの一例を示した図である。各ユーザ単位に登録する状態通知先のユーザは，他システムのユーザを含んでも構わない。このバディリストは，各ユーザのアドレス帳として使われるが，本発明における同期情報通知先の参照に用いても構わない。更新される情報は，図５や図６に示す管理テーブル５００，６００のようにユーザ単位で管理されるので，更新された情報が属するユーザをキーとして本管理テーブルを検索する。そして，状態など更新された情報を通知すべきユーザの一覧を取り出し，該ユーザが属するシステムのストレージ装置に更新された情報を通知する。該バディリスト管理テーブルは，データ記録部１６で管理する。
【００３４】　
同期通知先については，上記のようにバディリスト登録先を対象としても構わないし，他のストレージ装置全てを対象として同報する形でも構わない。」
　
Ｆ　「【００３５】
図４は，他のストレージ装置３ｂから情報同期通知を受けた場合のストレージ装置３ａにおける処理手順を示した図である。他のストレージ装置３ｂから発せられた情報同期通知は通信制御部１２で受ける（ステップ４１）。同期情報を受けた通信制御部１２は，データ入出力部１４に受信した同期情報を受け渡す（ステップ４２）。データ入出力部１４は通信制御部１２から受け渡された情報をデータ記録部１６に書きこむ（ステップ４３）。
【００３６】　
図５および図６は，データ記録部１６に記録する情報の管理テーブル５００，６００である。図５は即時に同期を取る情報の管理テーブルの一例を，図６はフレキシブルな同期の対象となる情報の管理テーブルの一例を示している。ここでは両管理テーブル５００及び６００を分けて示しているが，統一した情報管理テーブルで管理しても構わない。
　
　ここで，上記引用文献１に記載されている事項を検討する。　
　
（ア）上記Ａの「本発明は，上記インスタントメッセージシステムの例にみられるような，異なるシステム間における情報の共有／同期を実現するものであり，特に，分散環境におけるストレージ装置間において，情報の特性に応じたフレキシブルな情報共有／情報同期を行うことにより，通信にかかる負荷の軽減を実現するものである。」との記載，上記Ｂの「図１は，本発明のインスタントメッセージシステムのシステム構成図の一例である。それぞれ独立したインスタントメッセージシステム１ａ，１ｂ，１ｃの間で，それぞれ異なるシステムに属するクライアント端末４ａ，４ｂ，４ｃがコミュニケーションを取る必要がある。…（中略）…。個々のシステムは，ユーザ情報やプレゼンス情報などを格納するストレージ装置３ａ，３ｂ，３ｃを備えたＩＭ（インスタントメッセージ；Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｅの略）サーバ（「ＩＭ／プレゼンスサーバ」の誤記と認める。）２ａ，２ｂ，２ｃが，各クライアント端末４ａ，４ｂ，４ｃからのメッセージを中継する構成をとる。本発明では，ユーザ情報やプレゼンス情報を異なるシステム間で共有化する。すなわちシステム間をまたがり共通な仮想ストレージ装置を，実際には異なるシステムに属する分散ストレージ装置３ａ，３ｂ，３ｃで構成する。」との記載からすると，異なるインスタントメッセージシステムは，個々にストレージ装置を備えたＩＭ／プレゼンスサーバと，クライアント端末を備えていることは明らかであり，各システムのストレージ装置が複数で１つの仮想ストレージ装置を構成して，ユーザ情報やプレゼンス情報を異なるシステム間で共有化すると解されるから，引用文献１には，　
「ストレージ装置を備えた各ＩＭ／プレゼンスサーバが各クライアント端末からのメッセージを中継する構成をとり，複数のストレージ装置が１つの仮想ストレージ装置を構成して，異なるインスタントメッセージシステム間におけるユーザ情報やプレゼンス情報を仮想ストレージ装置で共有化する方式」　
が記載されていると解される。
　
（イ）上記Ｄの「図３は，自システムに属するユーザのプレゼンス情報が更新された場合のストレージ装置３ａにおける処理手順を示した図である。クライアント端末４ａからプレゼンス情報の更新や設定更新が行われ，ＩＭ（インスタントメッセージ；Ｉｎｓｔａｎｔ　Ｍｅｓｓａｇｅの略）／プレゼンスサーバ２ａがこれを受信すると，更新情報はストレージ装置３ａに送られる（ステップ３１）。」との記載からすると，更新情報が送信される「ストレージ装置３ａ」は，上記（ア）の「仮想ストレージ装置」を構成する複数のストレージ装置の中の特定の１つとみることができ，「ストレージ装置３ａ」に接続された「ＩＭ／プレゼンスサーバ２ａ」も，複数の「ＩＭ／プレゼンスサーバ」の中の特定の１つとみることができるから，引用文献１には，　
「クライアント端末からプレゼンス情報の更新や設定更新が行われ，特定のＩＭ／プレゼンスサーバがこれを受信すると，仮想ストレージ装置を構成する特定のストレージ装置に更新情報を送信する」
旨が記載されていると解される。
　
（ウ）上記Ｄの「更新情報を受けた通信制御部１２は，データ入出力部１４に受信した更新情報を受け渡すと同時に，同期制御部１８に情報が更新されたことを伝える（ステップ３２）。データ入出力部１４は通信制御部１２から受け渡された情報をデータ記録部１６に書き込む（ステップ３３）。情報更新通知を受けた同期制御部１８は，情報種別を確認する。その後，情報種別毎に同期レベル，同期間隔管理テーブル（図７，図８）に設定されている同期間隔時間に従って，同期制御部１８は他のストレージ装置３ｂに更新情報の通知を行い情報の同期を図る（ステップ３４〜３６）。」との記載からすると，ここでの「通信制御部」，「データ入出力部」，「同期制御部」，「データ記録部」は，「仮想ストレージ装置」の「ストレージ装置３ａ」を構成していることは明らかであり，「ストレージ装置３ａ」と異なる「ストレージ装置３ｂ」は「他のストレージ装置」とみることができるから，引用文献１には，　
「仮想ストレージ装置の特定のストレージ装置では，更新情報を受けた通信制御部が受信した更新情報をデータ入出力部に受け渡し，データ入出力部は更新情報をデータ記録部に書き込み，同期制御部は他のストレージ装置に更新情報の通知を行って情報の同期を図る」
旨が記載されていると解される。
　
（エ）上記Ｅの「図９のテーブル９００は，同一システムに属するユーザ単位のバディリスト（友達リスト）管理テーブルの一例を示した図である。各ユーザ単位に登録する状態通知先のユーザは，他システムのユーザを含んでも構わない。このバディリストは，各ユーザのアドレス帳として使われるが，本発明における同期情報通知先の参照に用いても構わない。更新される情報は，図５や図６に示す管理テーブル５００，６００のようにユーザ単位で管理されるので，更新された情報が属するユーザをキーとして本管理テーブルを検索する。そして，状態など更新された情報を通知すべきユーザの一覧を取り出し，該ユーザが属するシステムのストレージ装置に更新された情報を通知する。該バディリスト管理テーブルは，データ記録部１６で管理する。…（中略）…同期通知先については，上記のようにバディリスト登録先を対象としても構わないし，他のストレージ装置全てを対象として同報する形でも構わない。」との記載からすると，他のストレージ装置への更新情報の通知に当たっては，プレゼンス情報の更新を行ったユーザにとってのバディリスト（友達リスト）を利用し，バディリスト登録先を更新情報の送信対象とする態様が記載されていると解されるから，引用文献１には，　
「他のストレージ装置への更新情報の通知に当たっては，特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルをデータ記録部で管理し，更新情報を通知すべきユーザの一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知する」
旨が記載されていると解される。
　
（オ）上記Ｃの「（ｂ）前記ストレージ装置は，さらに通信制御部，データ入出力部，及びデータ記録部を備え，前記通信制御部は前記サーバ装置や前記システムが備える他の前記ストレージ装置から送られてくる更新情報を受信すると共に，前記サーバ装置からの要求に応じた情報を前記サーバ装置に対し送信することを特徴とする，上記（ａ）に記載のストレージ装置。…（中略）…（ｃ）前記データ入出力部は前記通信制御部が前記サーバ装置から受信した情報の書き込みや，前記通信制御部経由で前記サーバ装置から要求された情報の読み出しを行い，前記データ記録部は前記サーバ装置や前記他の前記ストレージ装置から前記データ入出力部を介して送られてくる情報を記録することを特徴とする，上記（ｂ）に記載のストレージ装置。」との記載，上記Ｆの「図４は，他のストレージ装置３ｂから情報同期通知を受けた場合のストレージ装置３ａにおける処理手順を示した図である。他のストレージ装置３ｂから発せられた情報同期通知は通信制御部１２で受ける（ステップ４１）。同期情報を受けた通信制御部１２は，データ入出力部１４に受信した同期情報を受け渡す（ステップ４２）。データ入出力部１４は通信制御部１２から受け渡された情報をデータ記録部１６に書きこむ（ステップ４３）。…（中略）…図５および図６は，データ記録部１６に記録する情報の管理テーブル５００，６００である。図５は即時に同期を取る情報の管理テーブルの一例を，図６はフレキシブルな同期の対象となる情報の管理テーブルの一例を示している。ここでは両管理テーブル５００及び６００を分けて示しているが，統一した情報管理テーブルで管理しても構わない。」との記載からすると，上記Ｆの「他のストレージ装置３ｂから情報同期通知を受けた場合のストレージ装置３ａにおける処理手順」は，ストレージ装置３ａから情報同期通知を受けた場合の他のストレージ装置３ｂにおける逆方向の処理手順でも同様に更新情報のデータ記憶部の管理テーブルへの記録が行われると解されるから，引用文献１には，　
「他のストレージ装置は，通信制御部で更新情報を受信し，データ入出力部を介してデータ記憶部の管理テーブルに記録する」
旨が記載されていると解される。
　
　以上，（ア）乃至（オ）で指摘した事項から，引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「ストレージ装置を備えた各ＩＭ／プレゼンスサーバが各クライアント端末からのメッセージを中継する構成をとり，複数の前記ストレージ装置が１つの仮想ストレージ装置を構成して，異なるインスタントメッセージシステム間におけるユーザ情報やプレゼンス情報を前記仮想ストレージ装置で共有化する方式において，
　クライアント端末からプレゼンス情報の更新や設定更新が行われ，特定のＩＭ／プレゼンスサーバがこれを受信すると，仮想ストレージ装置を構成する特定のストレージ装置に更新情報を送信し，
　仮想ストレージ装置の特定のストレージ装置では，更新情報を受けた通信制御部が受信した更新情報をデータ入出力部に受け渡し，データ入出力部は更新情報をデータ記録部に書き込み，同期制御部は他のストレージ装置に更新情報の通知を行って情報の同期を図り，
　他のストレージ装置への更新情報の通知に当たっては，特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルをデータ記録部で管理し，更新情報を通知すべきユーザの一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知し，
　他のストレージ装置は，通信制御部で更新情報を受信し，データ入出力部を介してデータ記憶部の管理テーブルに記録する
ことを特徴とする共有化方式。」
　
　
（１−２）引用文献２に記載されている技術的事項
　
　本願の出願日前に頒布され，原審の平成２４年９月１４日付けの拒絶理由通知において引用された，特開２００５−１０１９２２号公報（平成１７年４月１４日出願公開，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｇ　「【発明が解決しようとする課題】
【０００４】
　従来のHTTPを使用している端末装置では，SIP/SIMPLEを使用して提供されるサービスを利用することができない。その一方で，SIP/SIMPLEを使用することで実現できる，ネットワークを利用したテレビ会議や電話，メッセージング，プレゼンス情報通知等のサービスに対する需要が増大している。
【０００５】
　本発明は上記したような従来の技術が有する問題点を解決するためになされたものであり，HTTPを使用する端末装置に対してSIP/SIMPLEを使用して提供されるメッセージングやプレゼンス情報通知などのサービスを提供可能にするネットワークシステム，プロトコル変換装置及びプロトコル変換方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
　上記目的を達成するため
本発明のネットワークシステムは，SIPに基づいて提供されるサービスをHTTPに対応した端末装置であるHTTPユーザエージェントで利用可能にするためのネットワークシステムであって，
　
前記SIPに対応する装置であるSIPユーザエージェント及び前記HTTPユーザエージェントのプレゼンス情報を蓄積・管理するためのプレゼンス情報管理モジュールと，
　
前記SIPで規定された各種処理を実行するSIP処理モジュールと，
　
前記HTTPユーザエージェントから送信された前記SIPの処理要求を受け付け，前記プレゼンス情報管理モジュール及び前記SIP処理モジュールに該処理要求を送信し，該処理要求に対する処理結果を該HTTPユーザエージェントに返信すると共に，前記HTTPユーザエージェントの通信相手である前記SIPユーザエージェントからの処理要求に対する前記プレゼンス情報管理モジュール及び前記SIP処理モジュールの処理結果を取得し，前記HTTPユーザエージェントからの要求に応じて該HTTPユーザエージェントへ送信するプロトコル変換装置と，
を有する構成である。
　
Ｈ　「【００４１】
　次に，HTTPユーザエージェント１がプレゼンス状態を更新する場合，図２に示すように，HTTPユーザエージェント１はプロトコル変換装置２のHTTP処理部２１へプレゼンス更新要求を送信する(ステップＡ１)。
【００４２】
　HTTP処理部２１は，HTTPユーザエージェント１から処理要求を受信すると（ステップＡ２），受信した処理要求がサインイン要求，サインアウト要求，プレゼンス更新要求，プレゼンスリスト編集要求，またはメッセージ送信要求であるか否かを判定する。ここでは，処理要求がプレゼンス更新要求であるため，HTTP処理部２１はHTTPユーザエージェント１からの処理要求をイベント処理部２３へ転送する(ステップＡ３)。
【００４３】
　図３に示すように，イベント処理部２３は，HTTP処理部２１からプレゼンス更新要求を受け取ると（ステップＡ１１），受け取った処理要求の種類がSIP処理イベントであるか否かを判定する。プレゼンス更新要求はSIP処理イベントであるため，イベント処理部２３はSIP処理部２４にプレゼンス更新要求を転送する(ステップＡ１２)。
【００４４】
　図５に示すように，SIP処理部２４は，イベント処理部２３から処理要求を受け取ると，受け取った処理要求がサインイン要求，サインアウト要求，プレゼンス更新要求，またはメッセージ送信要求であるか否かを判定する（ステップＡ２３〜Ａ２６）。処理要求がいずれにも該当しない場合，SIP処理部２４は処理エラーの応答メッセージを作成し，イベント処理部２３及びHTTP処理部２１を介してHTTPユーザエージェント１へエラーメッセージを返信する。
【００４５】
　ここでは，処理要求がプレゼンス更新要求であるため，SIP処理モジュール４を経由してプレゼンス情報管理モジュール３に対してPUBLISHメソッドを送信する(ステップＡ２８)。
【００４６】
　SIP処理部２４は，プレゼンス情報管理モジュール３を経由してSIP処理モジュール４から200 OKを受信すると，プレゼンス更新処理の完了を示すメッセージを，イベント処理部２３及びHTTP処理部２１を経由してHTTPユーザエージェント１へ返信する(ステップＡ３３)。」　　
　
　
２．対比
　
　本願発明と引用発明とを対比する。
　
（２−１）引用発明の「クライアント端末」は本願発明の「端末」に相当する。
　また，引用発明の「仮想ストレージ装置」はプレゼンス情報を蓄積し，異なる複数のＩＭ／プレゼンスサーバ間で共有化することから，端末のプレゼンス情報を管理する本願発明の「プレゼンスサーバ」に対応し，その場合，引用発明の「仮想ストレージ装置」には各クライアント端末からのメッセージを中継する複数の「ＩＭ／プレゼンスサーバ」が接続され，本願発明の「プレゼンスサーバ」には，通常のサービスを提供する「ＳＩＰサーバ」と「他のサービス用サーバ」が接続されていることから，引用発明の「仮想ストレージ装置」と本願発明の「プレゼンスサーバ」は，ともに，“端末のプレゼンス情報を管理し，所定のサービスを行う第１のサーバと，他のサービスを行う第２のサーバとに接続されたサーバ”である点で共通するといえる。
　そうすると，引用発明の「ストレージ装置を備えた各ＩＭ／プレゼンスサーバが各クライアント端末からのメッセージを中継する構成をとり，複数の前記ストレージ装置が１つの仮想ストレージ装置を構成して，異なるインスタントメッセージシステム間におけるユーザ情報やプレゼンス情報を前記仮想ストレージ装置で共有化する方式」と，本願発明の「端末に対し通常サービスのセッションの制御を行うＳＩＰサーバと端末のプレゼンス情報を管理するプレゼンスサーバとを備えると共に他のサービス用サーバとＳＩＰゲートウェイサーバを介して接続されたＩＰ対応のネットワークにおける異なるサービス間でのサービス利用状況の共有方式」は，ともに，“端末に対し所定のサービスを行う第１のサーバと端末のプレゼンス情報を管理するサーバとを備えると共に他のサービスを行う第２のサーバと接続された，ネットワークにおける異なるサービス間でのサービス利用状況の共有方式”である点で共通するといえる。　
　
（２−２）引用発明における「クライアント端末からプレゼンス情報の更新や設定更新が行われ」るのは，クライアント端末によるログイン，サービス開始等のクライアント端末の状態の発生時であることは明らかであるから，引用発明の「クライアント端末からプレゼンス情報の更新や設定更新」と，本願発明の「他のサービス用サーバは当該サービスを要求する端末によるログイン，サービス開始等の状態の発生」は，“サービスを要求する端末によるログイン，サービス開始等の状態の発生”である点で共通するといえる。
　そうすると，引用発明の「クライアント端末からプレゼンス情報の更新や設定更新が行われ，特定のＩＭ／プレゼンスサーバがこれを受信すると，仮想ストレージ装置を構成する特定のストレージ装置に更新情報を送信し」と，本願発明の「前記他のサービス用サーバは当該サービスを要求する端末によるログイン，サービス開始等の状態の発生に対し，サービスの提供を行うと共に前記通常サービス用のプレゼンスサーバに対し前記ＳＩＰゲートウェイサーバを介して前記端末の状態を通知する」は，ともに，“第２のサーバはサービスを要求する端末によるログイン，サービス開始等の状態の発生に対し，サービスの提供を行うと共にプレゼンス情報を管理するサーバに対して前記端末の状態を通知する”点で共通するといえる。　
　
（２−３）引用発明の「仮想ストレージ装置」は「特定のストレージ装置」と「他のストレージ装置」などから構成され，引用発明の「仮想ストレージ装置の特定のストレージ装置」には，「特定のＩＭ／プレゼンスサーバ」からサービスを受ける「クライアント端末」からの「プレゼンス情報」の更新情報が書き込まれること，「他のストレージ装置」には，「他のＩＭ／プレゼンスサーバ」からサービスを受ける「クライアント端末」からの「プレゼンス情報」の更新情報が書き込まれることは明らかであり，本願発明の「仮想加入者データ格納部」は「他のサービス用サーバ」の利用者の状態情報が設定され，「加入者データ格納部」は「ＳＩＰサーバ」の通常サービスの加入者の情報が登録されることから，引用発明の「特定のＩＭ／プレゼンスサーバ」，「特定のストレージ装置」は，本願発明の「他のサービス用サーバ」，「仮想加入者データ格納部」に対応し，引用発明の「他のＩＭ／プレゼンスサーバ」，「他のストレージ装置」は，本願発明の「ＳＩＰサーバ」，「加入者データ格納部」に対応するといえる。　
　そうすると，引用発明の「仮想ストレージ装置の特定のストレージ装置では，更新情報を受けた通信制御部がデータ入出力部に受信した更新情報を受け渡し，データ入出力部は更新情報をデータ記録部に書き込み，同期制御部は他のストレージ装置に更新情報の通知を行って情報の同期を図り」と，本願発明の「前記プレゼンスサーバは，前記他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部と，前記ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とを備え，前記他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して」とは“プレゼンス情報を管理するサーバは，第２のサーバによるサービスを要求する端末のプレゼンス情報を格納する第２のデータ格納部と，第１のサーバによるサービスを要求する端末のプレゼンス情報を格納する第１のデータ格納部とを備え，第２のサーバによるサービスを要求する端末のプレゼンス情報を受け取ると第２のデータ格納部に設定する” 点で共通するといえる。　
　また，引用発明では，更新情報を通知すべきユーザの一覧を「ユーザ単位のバディリスト（友達リスト）」から取り出していることから，引用発明の「ユーザ単位のバディリスト（友達リスト）」は本願発明の「ユーザのリスト」に対応し，両者は，“検索されたユーザのリストに基づきプレゼンス情報を当該ユーザに通知する”ことに用いられる点で共通する。　
　してみると，引用発明の「仮想ストレージ装置の特定のストレージ装置では，更新情報を受けた通信制御部が受信した更新情報をデータ入出力部に受け渡し，データ入出力部は更新情報をデータ記録部に書き込み，同期制御部は他のストレージ装置に更新情報の通知を行って情報の同期を図り，他のストレージ装置への更新情報の通知に当たっては，特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルをデータ記録部で管理し，更新情報を通知すべきユーザの一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知し，他のストレージ装置は，通信制御部で更新情報を受信し，データ入出力部を介してデータ記憶部の管理テーブルに記録する」と，　
　本願発明の「前記プレゼンスサーバは，前記他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部と，前記ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とを備え，前記他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して，前記加入者データ格納部を検索して，前記ユーザのリストに前記他のサービスの利用者が登録されていると前記加入者データ格納部の対応する加入者に対して当該他のサービスの利用者の状態を通知する」は，ともに，“プレゼンス情報を管理するサーバは，第２のサーバによるサービスを要求する端末のプレゼンス情報を格納する第２のデータ格納部と，第１のサーバによるサービスを受ける端末のプレゼンス情報を格納する第１のデータ格納部とを備え，第２のサーバによるサービスを要求する端末のプレゼンス情報を受け取ると第２のデータ格納部に設定するとともに，前記プレゼンス情報を通知するためのユーザのリストを検索して，検索されたユーザのリストに基づき前記プレゼンス情報を当該ユーザに通知する”点で共通するといえる。　
　
　以上から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。 
　
（一致点） 
　
「端末に対し所定のサービスを行う第１のサーバと端末のプレゼンス情報を管理するサーバとを備えると共に他のサービスを行う第２のサーバと接続された，ネットワークにおける異なるサービス間でのサービス利用状況の共有方式において，　
　第２のサーバはサービスを要求する端末によるログイン，サービス開始等の状態の発生に対し，サービスの提供を行うと共にプレゼンス情報を管理するサーバに対して前記端末の状態を通知し，　
　プレゼンス情報を管理するサーバは，第２のサーバによるサービスを要求する端末のプレゼンス情報を格納する第２のデータ格納部と，第１のサーバによるサービスを受ける端末のプレゼンス情報を格納する第１のデータ格納部とを備え，第２のサーバによるサービスを要求する端末のプレゼンス情報を受け取ると第２のデータ格納部に設定するとともに，前記プレゼンス情報を通知するためのユーザのリストを検索して，検索されたユーザのリストに基づき前記プレゼンス情報を当該ユーザに通知する　
ことを特徴とする共有化方式。」　
　
（相違点１）
　
　サービス利用状況の共有のためのシステム構成に関して，本願発明では，端末のプレゼンス情報を管理するプレゼンスサーバに，端末に対し通常サービスのセッションの制御を行うＳＩＰサーバと，ＳＩＰゲートウェイサーバを介して他のサービス用サーバとが接続されているのに対して，引用発明では，各クライアント端末からのメッセージを中継する異なるインスタントメッセージシステムのＩＭ／プレゼンスサーバが複数接続されている点。
　
（相違点２）
　
　サービスを要求する端末の状態発生時の通知に関して，本願発明では，「他のサービス用サーバ」は「通常サービス用のプレゼンスサーバに対し前記ＳＩＰゲートウェイサーバを介して前記端末の状態を通知する」のに対して，引用発明では，「特定のＩＭ／プレゼンスサーバ」は「仮想ストレージ装置を構成する特定のストレージ装置に更新情報を送信」する点。
　
（相違点３）
　
　プレゼンス情報を管理するサーバが，端末のプレゼンス情報の通知を受け取った時の処理に関して，　
　本願発明では，「プレゼンスサーバは，前記他のサービスを受ける端末のプレゼンス情報を格納する仮想加入者データ格納部と，前記ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部とを備え，前記他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して，前記加入者データ格納部を検索して，前記ユーザのリストに前記他のサービスの利用者が登録されていると前記加入者データ格納部の対応する加入者に対して当該他のサービスの利用者の状態を通知する」のに対して，　
　引用発明では，「仮想ストレージ装置」は「特定のストレージ装置」と「他のストレージ装置」などから構成され，「仮想ストレージ装置の特定のストレージ装置では，更新情報を受けた通信制御部が受信した更新情報をデータ入出力部に受け渡し，データ入出力部は更新情報をデータ記録部に書き込み，同期制御部は他のストレージ装置に更新情報の通知を行って情報の同期を図り，他のストレージ装置への更新情報の通知に当たっては，特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルをデータ記録部で管理し，更新情報を通知すべきユーザの一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知」する点。
　
　
３．判断
　
　上記相違点１乃至相違点３について検討する。
　
（３−１）相違点１，相違点２について　
　
　引用発明では，異なるインスタントメッセージシステムのＩＭ／プレゼンスサーバからのユーザ情報やプレゼンス情報を仮想ストレージ装置で共有できるようにしているが，引用文献２（上記参照Ｇ，Ｈ）に記載されているように，ＳＩＰでサービス提供されるプレゼンス情報を，ＳＩＰユーザエージェントと，他のプロトコルを使用するユーザエージェントとの間で共有可能とする旨の技術は，本願出願日前には当該技術分野における周知の技術的事項であった。
　そして，引用発明において，「仮想ストレージ装置」に異なるインスタントメッセージシステムのＩＭ／プレゼンスサーバが接続され，「特定のＩＭ／プレゼンスサーバ」は「特定のストレージ装置」にプレゼンス情報の更新情報を送信しているところ，上記周知技術に基づき，「仮想ストレージ装置」に，ＳＩＰでサービスを提供するＳＩＰサーバと，ＳＩＰゲートウェイサーバを介して他のサービス用サーバとを接続して，プレゼンス情報を共有できるようにして，他のサービス用サーバがＳＩＰゲートウェイサーバを介して端末の状態を通知可能とすること，すなわち，上記相違点１，２に係る構成とすることは，当業者が容易に想到し得たことである。 
　
　よって，相違点１及び相違点２は格別なものではない。　
　
（３−２）相違点３について
　
　本願発明では，「ＳＩＰサーバによる通常サービスを受ける加入者の情報として，各加入者毎にユーザ名，アドレス情報と共にプレゼンス情報を通知して欲しいユーザのリストが登録された加入者データ格納部」を利用しているが，この「プレゼンス情報を通知して欲しいユーザのリスト」は，「他のサービス用サーバから利用者の状態通知を受け取ると前記仮想加入者データ格納部に設定して，前記加入者データ格納部を検索して，前記ユーザのリストに前記他のサービスの利用者が登録されていると前記加入者データ格納部の対応する加入者に対して当該他のサービスの利用者の状態を通知する」との記載からすると，プレゼンスサーバへのプレゼンス情報の通知元の利用者からみた情報通知先のバディ（友達）リストというものではなく，プレゼンス情報の通知元の利用者をバディ（友達）として指定した通常サービスの加入者からみたバディ（友達）リストであると解される。すなわち，本願発明では，プレゼンス情報を通知するためのユーザのリストは，プレゼンス情報の通知元の利用者が希望する情報同報先を指定するために利用されるというものではなく，プレゼンス情報の通知を受ける側の通常サービスの加入者が指定するバディ（友達）リストであるといえる。　
　また，本願発明では「加入者データ格納部」のほかに，「プレゼンスサーバ」に別途「仮想加入者データ格納部」を備え，他のサービス利用者からみたバディ（友達）リストの登録なしに，他のサービス利用者のプレゼンス情報の設定に利用可能とする特徴を有している。すなわち，本願発明の「プレゼンスサーバ」は，通知元の他のサービス利用者のプレゼンス情報の通知に当たり，通常サービスの加入者の便宜を図るために，異なる機能を有する「加入者データ格納部」と「仮想加入者データ格納部」を備えている点で特徴を有するといえる。　
　一方，上記の本願発明の特徴に対して，引用発明では，「他のストレージ装置への更新情報の通知に当たっては，特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルをデータ記録部で管理し，更新情報を通知すべきユーザの一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知」しており，プレゼンス情報を通知するためのユーザのリストは，プレゼンス情報の通知元の利用者が属するシステムのストレージ装置で記録管理され，プレゼンス情報の通知元の利用者が希望する情報同報先を指定するために利用されると解される。　
　しかしながら，引用文献１，引用文献２，引用文献３（国際公開第２００７／０４４３７１号）のいずれにも，プレゼンス情報を通知するために，プレゼンス情報の通知を受ける側の通常サービスの加入者が指定するバディ（友達）リストを利用し，通知元の他のサービス利用者のプレゼンス情報の通知に当たり，通常サービスの加入者の便宜を図るために，プレゼンス情報を管理するサーバが，異なる機能を有する「加入者データ格納部」と「仮想加入者データ格納部」を備える旨の技術については記載されておらず，本願出願日前に当該技術分野の周知技術と認めることもできない。　
　してみると，引用発明に引用文献２に記載の周知技術を適用しても，他のサービス用サーバがＳＩＰゲートウェイサーバを介して端末の状態を通知するに当たり，仮想ストレージ装置の中の特定のストレージ装置において，ユーザ単位のバディリスト（友達リスト）管理テーブルを管理し，更新情報の通知先のユーザ一覧をバディリスト管理テーブルから取り出し，該ユーザが属するシステムの他のストレージ装置に更新情報を通知する構成を得るにとどまり，本願発明の相違点３に係る構成とすることはできないものである。
　
　したがって，上記相違点３に係る構成が容易に想到しえたものであるとはいえない。
　
　
４．まとめ
　
　以上のとおりであるから，本願の請求項１に係る発明は，引用発明，引用文献２，３に記載の技術的事項及び当該技術分野の周知技術に基づいて，当業者が容易に発明をすることができたものとすることができないものである。
　
　
５．請求項２乃至３に係る発明について
　
　請求項２乃至３は請求項１を引用するものであるから，上記４．で示した理由により当業者が容易に発明をすることができたものとすることができないものである。
　
　
６．むすび
　
　以上のとおり，本願の請求項１乃至３に係る発明は，引用発明，引用文献２，３に記載の技術的事項及び周知技術に基づいて，当業者が容易に発明をすることができたものとすることができないから，原査定の理由によっては，本願を拒絶することはできない。
　
　また，他に本願を拒絶すべき理由を発見しない。
　
　
　よって，結論のとおり審決する。