2016-019199

特願２０１２－５３３４４４「実時間データを提供するためのシステムおよび方法」拒絶査定不服審判事件〔平成２３年　４月２１日国際公開、ＷＯ２０１１／０４４６８６、平成２５年　４月２５日国内公表、特表２０１３－５１４５６３、請求項の数（２１）〕について、次のとおり審決する。

【結　論】 原査定を取り消す。 本願の発明は、特許すべきものとする。

【理　由】 第１　手続の経緯 本願は，２０１０年１０月１５日（パリ条約による優先権主張２００９年１０月１６日　米国，２０１０年１０月１５日　米国）を国際出願日とする出願であって，平成２６年１０月６日付けで拒絶理由が通知され，平成２７年４月９日に意見書と手続補正書が提出され，平成２７年１１月２４日付けで拒絶理由が通知され，平成２８年５月３０日に意見書と手続補正書が提出され，平成２８年８月２５日付けで拒絶査定がなされ，これに対し，平成２８年１２月２２日に拒絶査定に対する審判請求がなされるとともに手続補正書が提出されたものである。 第２　原査定の概要 原査定（平成２８年８月２５日付け拒絶査定）の概要は次のとおりである。 （進歩性）この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者（以下，「当業者という。」）が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。 記　　　（引用文献等については引用文献等一覧参照） ・請求項　　　１－２１ ・引用文献等　１－３ ＜引用文献等一覧＞ １.特開２００７－２９９３９２号公報 ２.特表２００５－５１９４０９号公報 ３.特開２０００－９０１２８号公報 第３　本願発明 本願請求項１－２１に係る発明（以下，それぞれ「本願発明１」－「本願発明２１」という。）は，平成２８年１２月２２日に提出された手続補正書による手続補正で補正された特許請求の範囲の請求項１－２１に記載された事項により特定される発明であり，以下のとおりの発明である。 「　【請求項１】 リッチインターネットアプリケーション（ＲＩＡ）に実時間データを提供するコンピュータ実装方法であって，前記方法は，コンピュータに， データの発信元であるデータソースからデータを提供することと， 前記データソースからサーバにデータを伝搬することと， 前記サーバでデータを収集することであって，収集されたデータは，少なくとも前記データソースから伝搬されたデータを含むことと， 前記サーバから前記ＲＩＡへの第１持続接続を作り出すことと， 登録されたデータに前記ＲＩＡを登録することであって，前記登録されたデータは，前記サーバで収集されたデータの少なくとも一部を含み，前記サーバは，前記データソースで前記データに変更が生じる際に，前記第１持続接続を介して前記登録されたデータを前記ＲＩＡに伝搬することと， 前記ＲＩＡでデータを生成することと， 前記ＲＩＡから前記サーバへの第２持続接続を作り出すことと， 前記第２持続接続を介して前記ＲＩＡから前記サーバに，前記ＲＩＡで生成されたデータを伝搬することと， を実行させることを含む，方法。 【請求項２】 前記第１持続接続および前記第２持続接続は１つの接続から成る，請求項１に記載の方法。 【請求項３】 前記データソースおよび前記サーバは，少なくとも１つのコンポーネントから成る，請求項１または２に記載の方法。 【請求項４】 前記データは，少なくとも１つの媒介物を介して伝搬され，前記媒介物は，ソフトウェアコンポーネント，ハードウェアコンポーネント，およびネットワークを含む群から選択される，請求項１乃至３のいずれか一項に記載の方法。 【請求項５】 データ項目が登録に基づいて前記ＲＩＡと前記サーバとの間で伝搬され，前記データ項目は前記データ項目の変化に応じて直ちに伝搬される，請求項１乃至４のいずれか一項に記載の方法。 【請求項６】 伝搬されるデータは，数値データ，非数値データ，構成設定および実行可能コマンドを含む群から選択される，請求項１乃至５のいずれか一項に記載の方法。 【請求項７】 前記ＲＩＡは，前記データに基づいてアクションを行い，前記アクションは，ユーザディスプレイの視覚表示の変更，計算，新規データの生成，既存データの変更，データの格納，可聴表示，スクリプトの実行，新規データの前記サーバへの伝搬，ユーザ可視なプログラミングの応答，およびユーザ不可視なプログラミングの応答を含む群から選択される，請求項１乃至６のいずれか一項に記載の方法。 【請求項８】 前記ＲＩＡで生成されたデータは，前記サーバ内のデータの変更，前記サーバに接続されたデータシンクへの前記データの伝搬，スクリプトの実行，ファイルシステムへの前記データの格納，新規データの作成，前記サーバに接続されたデータシンクへの新規データの伝搬，サーバ構成の変更，サーバ動作の変更，ユーザ可視なプログラミングの応答，およびユーザ不可視なプログラミングの応答を含む群から選択されるアクションを行うよう前記サーバに指示する，請求項１乃至７のいずれか一項に記載の方法。 【請求項９】 前記第１持続接続は，ＴＣＰ／ＩＰ接続および前記サーバによりサポートされた少なくとも１つのデータフォーマットを実装するアプリケーション・プログラミング・インターフェース，直接のＴＣＰ／ＩＰ接続，ＨＴＴＰおよびＨＴＴＰＳを含む群から選択されるプロトコルを含む，請求項１乃至８のいずれか一項に記載の方法。 【請求項１０】 前記ＲＩＡで生成されたデータは，ユーザの相互作用，タイマーイベント，前記サーバに由来するデータ変更への応答，またはユーザにより生成されない別のイベントの結果として生成される，請求項１乃至９のいずれか一項に記載の方法。 【請求項１１】 前記方法は，前記コンピュータに，前記データソースのデータプロトコルを，前記ＲＩＡにより処理することができるプロトコルに変換することを実行させることをさらに含む，請求項１乃至１０のいずれか一項に記載の方法。 【請求項１２】 リッチインターネットアプリケーション（ＲＩＡ）に実時間データを提供するためのコンピュータシステムであって，前記システムは， プロセッサと， 入力手段と， ディスプレイと， データの発信元である少なくとも１つのデータソースであって，前記データソースは，前記データソースからサーバへ前記データを伝搬するように配置される，データソースと， 少なくとも前記少なくとも１つのデータソースから伝搬されたデータを含むデータを収集するためのデータ収集コンポーネント，および少なくとも１つのデータクライアントにデータを放出するためのデータ放出コンポーネントを備える少なくとも１つのサーバと， 少なくとも１つのＲＩＡであって，前記ＲＩＡは， 前記サーバから前記ＲＩＡへの第１持続接続を作り出すことと， 前記サーバで収集されたデータの少なくとも一部を含む登録されたデータに前記ＲＩＡを登録することと， 前記データソースで前記データに変更が生じる際に，前記第１持続接続を介して前記サーバから伝搬される登録されたデータを受信することと， データを生成することと， 前記ＲＩＡから前記サーバへの第２持続接続を作り出すことと， 前記第２持続接続を介して前記サーバに，前記ＲＩＡで生成されたデータを伝搬することと， を行うように構成され， 前記少なくとも１つのＲＩＡは，前記少なくとも１つのデータクライアントのうち１つである，ＲＩＡと， を備える，システム。 【請求項１３】 前記少なくとも１つのサーバが，前記データ放出コンポーネントによる放出のために前記データ収集コンポーネントにより収集されたデータのフォームを変更するためのデータ変更コンポーネントをさらに備える，請求項１２に記載のシステム。 【請求項１４】 前記少なくとも１つのサーバが，前記データ放出コンポーネントによる放出のために前記データ収集コンポーネントにより収集されたデータのフォームを変更するためのデータ変更コンポーネントと，ユーザインターフェースと，プログラム可能なアクションを行うためのスクリプト言語コンポーネントと，ＨＴＴＰリクエストを受入れるためのＨＴＴＰコンポーネントと，任意のローカルまたはネットワークでアクセス可能なコンピュータ上で前記サーバの別の実行中のインスタンスとデータを交換および同期させるための同期コンポーネントと，データが収集される速度を限定するための第１調整コンポーネントと，データが放出される速度を限定するための第２調整コンポーネントと，他のサーバへの接続性が失われたことを検出し，接続性が再び取り戻される場合に前記他のサーバに再接続するための接続性コンポーネントと，同一または類似する情報の複数の他のサーバのうち１つ以上がアクセス不能である場合に前記他のサーバのうちいずれかからのデータを収集するために，前記他のサーバと重複して接続する重複コンポーネントと，複数のデータソースにあるデータを移動させるための橋渡し用コンポーネントとから成る群から選択される少なくとも１つのコンポーネントをさらに備える，請求項１２または１３に記載のシステム。 【請求項１５】 前記第１持続接続は，ＴＣＰ／ＩＰ接続および前記サーバによりサポートされた少なくとも１つのデータフォーマットを実装するアプリケーション・プログラミング・インターフェース，直接のＴＣＰ／ＩＰ接続，ＨＴＴＰおよびＨＴＴＰＳを含む群から選択されるプロトコルを含む，請求項１２乃至１４のいずれか一項に記載のシステム。 【請求項１６】 前記第１持続接続および前記第２持続接続は１つの接続から成る，請求項１２乃至１５のいずれか一項に記載のシステム。 【請求項１７】 前記ＲＩＡは，前記データを表現するグラフィック描写を提示するようにさらに構成され，前記グラフィック描写は少なくとも１つのグラフィック要素を含み，前記少なくとも１つのグラフィック要素はカスタム化されたグラフィック要素であり，前記カスタム化されたグラフィック要素はプログラマによりカスタマイズ可能であり，前記カスタム化は前記ＲＩＡに実装されたアプリケーションに対する変更を伴わない，請求項１２乃至１６のいずれか一項に記載のシステム。 【請求項１８】 前記ＲＩＡは，ユーザの相互作用，タイマーイベント，前記サーバに由来するデータ変更への応答，またはユーザにより生成されない別のイベントの結果としてデータを生成するように構成される，請求項１２乃至１７のいずれか一項に記載のシステム。 【請求項１９】 前記ＲＩＡが，前記データソースのデータプロトコルを，前記ＲＩＡにより処理することができるプロトコルに変換するようにさらに構成される，請求項１２乃至１８のいずれか一項に記載のシステム。 【請求項２０】 １つ以上のコンピュータで実行される場合に，リッチインターネットアプリケーション（ＲＩＡ）に実時間データを提供する方法を前記コンピュータに行わせる指示を記憶するコンピュータ読み取り可能な記憶媒体であって，前記方法は， データの発信元であるデータソースからデータを提供することと， 前記データソースからサーバにデータを伝搬することと， 前記サーバでデータを収集することであって，収集されたデータは，少なくとも前記データソースから伝搬されたデータを含むことと， 前記サーバから前記ＲＩＡへの第１持続接続を作り出すことと， 登録されたデータに前記ＲＩＡを登録することであって，前記登録されたデータは，前記サーバで収集されたデータの少なくとも一部を含み，前記サーバは，前記データソースで前記データに変更が生じる際に，前記第１持続接続を介して前記登録されたデータを前記ＲＩＡに伝搬することと， 前記ＲＩＡでデータを生成することと， 前記ＲＩＡから前記サーバへの第２持続接続を作り出すことと， 前記第２持続接続を介して前記ＲＩＡから前記サーバに，前記ＲＩＡで生成されたデータを伝搬することと， を含む，記憶媒体。 【請求項２１】 前記方法が，前記データソースのデータプロトコルを，前記ＲＩＡにより処理することができるプロトコルに変換することをさらに含む，請求項２０に記載の記憶媒体。」 第４　引用発明，引用文献等 １．引用文献１ 原査定の拒絶の理由に引用された引用文献１には，図面とともに次の事項が記載されている（下線は重要箇所に対して当審が付した。以下，同様。）。 ア．「【００２０】 （好ましい実施形態の説明） ここで，図１を参照する。クライアントアプリケーションに動的コンテンツを配信するジェネリックなプッシュシステムが示される。図１のシステムは，簡略化されたシステムであり，動的コンテンツ配信アーキテクチャ内にあることを必要とするロジカルコンポーネントを示す。しかしながら，当業者には，他のコンポーネントが存在し得ること，あるいは，様々なコンポーネントが一緒にグループ化され得ることが理解される。 【００２１】 アーキテクチャ１００は，コンテンツプロバイダ１１０を含む。コンテンツプロバイダ１１０は，コンテンツプロバイダ１１０に契約しているユーザに動的コンテンツを提供するようにアレンジされる。実施例は，例えば，本を販売するウェブサイトを含み得る。ユーザは，コンテンツプロバイダ１１０と契約して，特定のジャンルの新刊本のリストを入手し得る。他の実施例は，とりわけ，定期的にユーザへヘッドラインを提供し得るニュースサイト，一日の所定の期間の間，ユーザに最新の交通情報を提供し得る交通サイト，最新の株価または為替レートを提供し得る株式市場サイトを含み得る。 【００２２】 以下に，より詳細に説明されるように，サービスプロバイダのクライアントが，コンテンツプロバイダ１１０からコンテンツを受信できるようにするために，コンテンツプロバイダ１１０は，サービスプロバイダ１２０と契約する。サービスプロバイダ１２０は，プッシュプロキシ１２２を含み，このプッシュプロキシ１２２は，クライアントまたはクライアントアプリケーションに対するプロキシとして機能し，コンテンツプロバイダ１１０にコンテンツを送信する目的地を提供する。 【００２３】 サービスプロバイダ１２０は，移動デバイスに位置するプッシュクライアント１４０と，無線ネットワーク１３０を介して通信する。プッシュクライアント１４０は，以下に，より詳細に説明される。プッシュクライアント１４０は，コンテンツプロバイダ１１０から配信されるコンテンツを受信し，クライアントアプリケーション１５０と，コンテンツを通信し得，そのクライアントアプリケーション１５０は，最終的にコンテンツを消費する。」 イ．「【００４７】 据え置き検索・メッセージストアブロック４５２は，コンテンツまたはそのコンテンツの一部をクライアントアプリケーションに配信することが効率的でないときに，使用される。据え置き検索・メッセージストアブロック４５２は，クライアントに配信されないコンテンツを，そのコンテンツを送信するのが効率的になるまで，あるいは，そのコンテンツがクライアントによって引き出されるまで，格納するために使用され得る。据え置き検索・メッセージストアは，また，補助コンテンツをキャッシュ化するためにも使用され得る。この補助コンテンツは，既に配信されたコンテンツを介するクライアントアプリケーションナビゲーションに依存するクライアントに随意に送信され得るか，あるいは，そのクライアントによって引き出され得る 据え置き検索メッセージストアブロック４５２の目的は，図１９および図２１を参照して，以下に，より良く説明される。一例として，据え置き検索メッセージストアブロック４５２は，ユーザが，ユーザのロケーションの近くにあるレストランなどのロケーション情報をリクエストした場合に使用され得る。コンテンツプロバイダまたはサービスプロバイダは，情報を提供するモデルを有し得る。このとき，広告主は，お金を払って，自分たちの情報をサーチリクエストに追加し得る。したがって，あるロケーションに対するレストラン情報をリクエストしているユーザは，自分がリクエストしている自分のロケーションの近くに，商店，ゴルフコース，体育館または他のサービスに関する情報を有し得る。コンテンツプロバイダは，リクエストされたレストラン情報に追加情報を束ねて，これらの情報をプッシュプロキシ４１０にパスする。 【００４８】 プッシュプロキシ４１０は，提供されたメタデータに基づいて，コンテンツパッケージを生成し，クライアントに送信する。コンテンツパッケージには，クライアントによってリクエストされた情報，およびユーザが関心を有し得る関連情報のダイジェストまたは概要が含まれ得る。概要は，ユーザに送信されるが，据え置き検索・メッセージストアブロック４５２は，コンテンツプロバイダ１１０から受信された実際のデータを格納する。こうして，将来，ユーザが，そのダイジェスト内にある情報に関するより詳細な情報を入手したいと思った場合，この情報は，プッシュプロキシ４１０に既に格納されている。」 ウ．「【００５６】 コンテンツ満了・置換ブロック４６６は，２つの目的で使用される。第一に，このブロックは，加入をモニタするために使用され得る。各加入には，満了時があり，この満了時に達したときに，加入は終了し得る。 【００５７】 また，コンテンツ満了・置換ブロック４６６は，情報をモニタするためにも使用され得る。ある種のコンテンツには，その情報の有効期限がある。例えば，ラッシュ時の交通をモニタするために使用される交通アプリケーションは，非常に時間依存性がある。何らかの理由で，プッシュプロキシ４１０は，移動デバイスにコンテンツを即座に配信できない場合，このコンテンツは，将来の配信のために，コンテンツストレージ４８０の中に格納される。しかしながら，コンテンツが所定の特定期間内に配信されない場合，このコンテンツは満了し得，全く配信され得ない。 【００５８】 同様に，コンテンツ置換は，情報が更新される状況で扱われる。例えば，株価を受信するクライアントアプリケーションは，最新の株価を欲するのみであり得る。したがって，プッシュプロキシ４１０は，株価をプッシュクライアント１４０に配信できず，引き続く株価がコンテンツプロバイダ１１０から受信される場合，引き続く株価の中にあるメタデータが，以前の株価に置換されて使用されるべきであることを指示し得る。格納された情報の置換は，配信待ち行列に全ての情報を加えるより，コンテンツストレージ４８０内の空間を開放する。」 エ．「【０１８２】 さらに理解されるように，ユーザは，常にコンテンツがプルされるようにリクエストし得る。したがって，ユーザのリクエスト１９４０は，コンテンツプルブローカ５５４をトリガして，据え置き検索メッセージストア４５２からデータをプルするために使用され得る。」 オ．「【０１９５】 図２２は，本出願の装置および方法の好ましい実施形態で使用されることの多い移動局を示すブロック図である。移動局２２００は，少なくとも音声およびデータ通信能力を有する双方向通信デバイスであることが好ましい。移動局２２００は，インターネット上の他のコンピュータシステムとの通信能力があることが好ましい。提供される正確な機能性に依存して，この無線機器は，例えば，データメッセージングデバイス，双方向ページャ，データメッセージング能力を有する携帯電話，無線インターネット機器，あるいは，データ通信装置を意味し得る。」 上記引用文献１の記載及び図面ならびにこの分野における技術常識を考慮すると，引用文献１には次の発明（以下，「引用発明」という。）が記載されていると認められる。 「クライアントアプリケーションに動的コンテンツを配信する方法であって， コンテンツプロバイダ１１０は，コンテンツプロバイダ１１０に契約しているユーザに動的コンテンツを提供するようにアレンジされ， ユーザは，コンテンツプロバイダ１１０と契約して，特定のジャンルの新刊本のリストを入手し得，他の実施例は，とりわけ，定期的にユーザへヘッドラインを提供し得るニュースサイト，一日の所定の期間の間，ユーザに最新の交通情報を提供し得る交通サイト，最新の株価または為替レートを提供し得る株式市場サイトを含み得， サービスプロバイダのクライアントが，コンテンツプロバイダ１１０からコンテンツを受信できるようにするために，コンテンツプロバイダ１１０は，サービスプロバイダ１２０と契約し， サービスプロバイダ１２０は，プッシュプロキシ１２２を含み，このプッシュプロキシ１２２は，クライアントまたはクライアントアプリケーションに対するプロキシとして機能し，コンテンツプロバイダ１１０にコンテンツを送信する目的地を提供し，据え置き検索・メッセージストアブロック４５２は，クライアントに配信されないコンテンツを，そのコンテンツを送信するのが効率的になるまで，あるいは，そのコンテンツがクライアントによって引き出されるまで，格納するために使用され得， サービスプロバイダ１２０は，移動デバイスに位置するプッシュクライアント１４０と，無線ネットワーク１３０を介して通信し， プッシュクライアント１４０は，コンテンツプロバイダ１１０から配信されるコンテンツを受信し，クライアントアプリケーション１５０と，コンテンツを通信し得，そのクライアントアプリケーション１５０は，最終的にコンテンツを消費し， 移動局２２００は，少なくとも音声およびデータ通信能力を有する双方向通信デバイスであり， ユーザは，常にコンテンツがプルされるようにリクエストし得，したがって，ユーザのリクエスト１９４０は，コンテンツプルブローカ５５４をトリガして，据え置き検索メッセージストア４５２からデータをプルするために使用され得る，方法。」 ２．引用文献２ 原査定の拒絶の理由に引用された引用文献２には，図面とともに次の事項が記載されている。 ア．「【００４３】 ウェブサーバ１８８を参照すると，ウェブエンジンプラグイン１８５が，セッションマネージャ２２０，オブジェクトマネージャサーバ１０７，及び残りのクライアント／サーバシステム１００と通信を行うために，マイクロソフト社のインターネットインフォメーションサーバ（ＩＩＳ）のようなオフザシェルフ型のウェブサーバを機能的に用いる。セッションモード通信サーバ１１０は非同期のメッセージを発し，オブジェクトマネージャサーバ１０７を用いることで処理を実行しウェブサーバ１８８へと非同期のメッセージをプッシュするのに用いられる。ウェブエンジンプラグイン１８５は，永続的ＨＴＴＰ接続１３１を介してウェブブラウザクライアント１０４Ａへとウェブサーバ１８８より非同期のメッセージをプッシュする。ウェブサーバ１８８に非同期のメッセージのプッシュを実行させることによって，ウェブブラウザクライアント１０４Ａによって示されているユーザインタフェースが制御される。」 イ．「【００５６】 業者は，ウェブサーバ１８８を介してウェブページにアクセスし，またログイン情報を完了させることで，クライアント／システム１００へとログインする。様々な接続がログインに応答して確立される。ユーザログイン時，セッションマネージャ２２０がアクティブ接続１３５Ａを確立させる。通信クライアントサービス１６０がセッションモード通信サーバ１１０への接続を要求するとき，サービスリクエストブローカー２３０及びサービスリクエスト層２３５Ａ及び２３５Ｂが，アクティブ接続１３５Ｂを確立させる。セッションモード通信サーバ１１０に対する接続が確立されると，Java（登録商標）アプレット１１６が，ウェブブラウザクライアント１０４Ａ及びウェブサーバ１８８の間の永続（persistent）ＨＴＴＰ接続１３１を確立させる。或る実施例では，永続ＨＴＴＰ接続１３１はウェブサーバ１８８よりのJava（登録商標）アプレット１１６へ向かう物理的な双方向ソケット接続である。永続ＨＴＴＰ接続１３１はウェブブラウザクライアント１０４Ａ専用であって，ウェブサーバ１８８がウェブブラウザクライアント１０４Ａに対して随時非同期メッセージを送信可能であるようにする。図４で示されているような実施例に於いてそれら接続は非同期メッセージがプッシュされるようにするが，アクティブ接続１３５Ｂは本願で必要とはされていない。」 上記引用文献２の記載及び図面ならびにこの分野における技術常識を考慮すると，引用文献２には次の技術的事項（以下，「引用文献２記載の技術的事項」という。）が記載されていると認められる。 「ウェブエンジンプラグインは，永続的ＨＴＴＰ接続を介してウェブブラウザクライアントへとウェブサーバより非同期のメッセージをプッシュすること」 ３．引用文献３ 原査定の拒絶の理由に引用された引用文献３には，図面とともに次の事項が記載されている。 ア．「【００１１】 【発明の実施の形態】請求項に係る発明について，その実施の形態を図面を参照しながら説明する。本発明に係る情報配信システムは，各クライアントにおいて任意の情報項目が表示対象として選択された時に，サーバに対して当該情報項目の登録要求を行い，サーバは，登録要求に従って登録した情報項目の情報が更新された時に，登録されたクライアントに対して情報受信の通知を行い，クライアントが当該情報項目を表示中の場合のみサーバからクライアントに受信情報を配信するものなので，受信情報をリアルタイムに，且つその時点で必要としているクライアントに対してのみ伝送することによって，無駄なトラフィックを削減して効率よく更新データを配信できるものである。」 上記引用文献３の記載及び図面ならびにこの分野における技術常識を考慮すると，引用文献３には次の技術的事項（以下，「引用文献３記載の技術的事項」という。）が記載されていると認められる。 「各クライアントにおいて任意の情報項目が表示対象として選択された時に，サーバに対して当該情報項目の登録要求を行い，サーバは，登録要求に従って登録した情報項目の情報が更新された時に，登録されたクライアントに対して情報受信の通知を行い，クライアントが当該情報項目を表示中の場合のみサーバからクライアントに受信情報を配信すること」 第５　対比・判断 １．本願発明１について （１）対比 本願発明１と引用発明とを対比すると，次のことがいえる。 ａ　引用発明の「クライアントアプリケーション」と本願発明１の「リッチインターネットアプリケーション（ＲＩＡ）」は，「アプリケーション」の点で共通する。 ｂ　引用発明の「特定のジャンルの新刊本のリスト」，「（ニュースサイトの）ヘッドライン」，「最新の交通情報」，「最新の株価または為替レート」等は，本願発明１の「実時間データ」に相当する。 ｃ　引用発明の「コンテンツプロバイダ１１０」，「サービスプロバイダ１２０」は，それぞれ，本願発明１の「データソース」，「サーバ」に相当する。 ｄ　引用発明の「方法」が「コンピュータ実装方法」であることは当業者にとり明らかである。 したがって，本願発明１と引用発明との間には，次の一致点，相違点があるといえる。 （一致点） 「アプリケーションに実時間データを提供するコンピュータ実装方法であって，前記方法は，コンピュータに， データの発信元であるデータソースからデータを提供することと， 前記データソースからサーバにデータを伝搬することと， 前記サーバでデータを収集することであって，収集されたデータは，少なくとも前記データソースから伝搬されたデータを含むことと， を実行させることを含む，方法。」 （相違点１） 一致点の「アプリケーション」が， 本願発明１では「リッチインターネットアプリケーション（ＲＩＡ）」であるのに対し， 引用発明では「クライアントアプリケーション」である点。 （相違点２） 本願発明１が「前記サーバから前記ＲＩＡへの第１持続接続を作り出すこと」を実行させるのに対し， 引用発明は「サービスプロバイダ１２０は，移動デバイスに位置するプッシュクライアント１４０と，無線ネットワーク１３０を介して通信し」，「プッシュクライアント１４０は」，「クライアントアプリケーション１５０と，コンテンツを通信」するものであって，「サービスプロバイダ１２０」と「クライアントアプリケーション１５０」との間の接続がどのようなものであるのかは明らかではない点。 （相違点３） 本願発明１が「登録されたデータに前記ＲＩＡを登録することであって，前記登録されたデータは，前記サーバで収集されたデータの少なくとも一部を含」むのに対し， 引用発明は「ユーザは，コンテンツプロバイダ１１０と契約して，特定のジャンルの新刊本のリストを入手し得，他の実施例は，とりわけ，定期的にユーザへヘッドラインを提供し得るニュースサイト，一日の所定の期間の間，ユーザに最新の交通情報を提供し得る交通サイト，最新の株価または為替レートを提供し得る株式市場サイトを含み得」るものである点。 （相違点４） 本願発明１が「前記サーバは，前記データソースで前記データに変更が生じる際に，前記第１持続接続を介して前記登録されたデータを前記ＲＩＡに伝搬すること」を実行させるのに対し， 引用発明は「サービスプロバイダ１２０は，プッシュプロキシ１２２を含み，このプッシュプロキシ１２２は，クライアントまたはクライアントアプリケーションに対するプロキシとして機能し，コンテンツプロバイダ１１０にコンテンツを送信する目的地を提供し，据え置き検索・メッセージストアブロック４５２は，クライアントに配信されないコンテンツを，そのコンテンツを送信するのが効率的になるまで，あるいは，そのコンテンツがクライアントによって引き出されるまで，格納するために使用され得」るものである点。 （相違点５） 本願発明１が「前記ＲＩＡでデータを生成することと，前記ＲＩＡから前記サーバへの第２持続接続を作り出すことと，前記第２持続接続を介して前記ＲＩＡから前記サーバに，前記ＲＩＡで生成されたデータを伝搬することと，を実行させる」のに対し， 引用発明は「ユーザは，常にコンテンツがプルされるようにリクエストし得，したがって，ユーザのリクエスト１９４０は，コンテンツプルブローカ５５４をトリガして，据え置き検索メッセージストア４５２からデータをプルするために使用され得る」点。 （２）相違点についての判断 事案に鑑み，まず（相違点４）につき検討する。 引用発明において「コンテンツ」は「非常に時間依存性がある」（【００５７】参照）ものであるが，その配信に際しては「（プッシュプロキシ１２２の）据え置き検索・メッセージストアブロック４５２は，クライアントに配信されないコンテンツを，そのコンテンツを送信するのが効率的になるまで，あるいは，そのコンテンツがクライアントによって引き出されるまで，格納する」ものであるから，コンテンツに変更が生じる際にクライアントに配信されるものということはできず，また，そのように引用発明の構成を変更することが引用文献２，３記載の技術的事項を勘案しても当業者にとり容易であるということはできない。 そうすると，上記（相違点４）に係る本願発明１の構成は，引用発明及び引用文献２，３記載の技術的事項に基づいて当業者が容易に想到し得たものということはできない。 したがって，他の相違点について検討するまでも無く，本願発明１は，当業者であっても引用発明及び引用文献２，３記載の技術的事項に基づいて容易に発明できたものであるとはいえない。 ２．本願発明２－２１について 本願発明２－２１も，本願発明１の「前記サーバは，前記データソースで前記データに変更が生じる際に，前記第１持続接続を介して前記登録されたデータを前記ＲＩＡに伝搬すること」と同様の構成を備えるものである。 したがって，本願発明１と同じ理由により，当業者であっても引用発明及び引用文献２，３記載の技術的事項に基づいて容易に発明できたものであるとはいえない。 第６　むすび 以上のとおり，原査定の理由によっては，本願を拒絶することはできない。 また，他に本願を拒絶すべき理由を発見しない。 よって，結論のとおり審決する。