【事件の表示】
　特願２００８−　　７５４７「リクエスト受付処理プログラム」拒絶査定不服審判事件〔平成２１年　７月３０日出願公開、特開２００９−１６９７０４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
　
１．手続の経緯
　
　本件審判請求に係る出願（以下，「本願」という。）は，平成２０年１月１７日を出願日とする出願であって，平成２２年８月２０日付けで審査請求がなされ，平成２４年１０月３０日付けで拒絶理由通知（同年１１月６日発送）がなされ，これに対して同年１２月２６日付けで意見書が提出されると共に手続補正書が提出されたが，平成２５年１月２５日付けで拒絶査定（同年１月２９日謄本送達）がなされた。　
　これに対して，「原査定を取り消す。本願の発明は特許すべきものとする，との審決を求める。」との請求の趣旨で，平成２５年３月１８日付けで審判請求がなされたものである。
　
　
２．本願発明
　
　本願の請求項１に記載された発明（以下，「本願発明」という。）は，上記平成２４年１２月２６日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項１に記載された以下のとおりのものと認める。　
　
「クライアント装置からのリクエストを処理する情報処理装置における前記リクエストの受付処理プログラムであって，　
　コンピュータに，
　前記クライアント装置から接続要求を受けて該クライアント装置との接続を確立する接続確立処理と，
　該接続が確立されたクライアント装置から該クライアント装置のユーザ情報を受信する受信処理と，
　前記クライアント装置のリクエストのエントリをコネクションキューに格納する格納処理と，
　前記コネクションキューに格納されるエントリの総数が所定値を超えたときに，前記コネクションキューから外すエントリを決定する決定処理と，
前記決定されたエントリを前記コネクションキューから外し，該エントリに対応するクライアント装置との接続を切断する切断処理とを実行させ，
　前記受信処理は，前記接続が確立されたクライアント装置から，前記ユーザ情報の代わりに，サービス種別情報を受信し，
　前記決定処理は，前記サービス種別情報から求まる優先度に基づいて，前記コネクションキューから外すエントリを決定する
　ことを特徴とするリクエスト受付処理プログラム。」　
　
　
３．引用文献
　
（１）引用文献１に記載されている技術的事項および引用発明
　
　本願出願前に頒布され，原審の拒絶査定の理由である上記平成２４年１０月３０日付けの拒絶理由通知において引用された，特開２００３−２８３５５６号公報（平成１５年１０月３日出願公開，以下，「引用文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ａ　「【０００７】
【課題を解決するための手段】本発明は，特定サーバへの負荷の集中による性能低下を抑える技術を提供する。さらに，利用者の属性に応じたサービス要求の優先処理を実現する。また，優先処理されないサービス要求に対しても，不確定で長い待ち時間を削減し，利用者の再実行回数を削減する技術を提供する。
【０００８】
本発明は，サーバへのサービス要求の到着を制御して，サーバに掛かる負荷を制御し，サービスをスムーズに提供できるようにする技術を提供する。
【０００９】
本発明の一態様によれば，クライアント装置とサーバ装置の間に，データ通信を中継するデータ通信中継装置を設置する。
【００１０】
要求キューイング手段は，クライアント装置からのサービス要求を必要に応じてキューイングする。すなわち，特定のサーバ装置またはサーバ装置群に対するクライアント装置からのサービス要求に対して，同サーバ装置への要求が集中していると判断するときには，すぐには同サービス要求を中継せず，一旦キューイングし，同サーバ装置へのサービス要求中継を制御する。
　
Ｂ　「【００１９】以上の手段により，要求の集中する特定のサーバ装置での要求の同時実行数を常に一定以下にして性能劣化を防ぐと共に，
利用者の属性等に応じた優先処理が可能となる。
　
Ｃ　「【００４４】
本実施例では，各クライアント装置(1)と各サーバ装置(2)は，１台以上のデータ通信中継装置(3)を介して通信路(4)で接続した構成をとる。データ通信中継装置(3)は，クライアント装置(1)とサーバ装置(2)間のデータ通信を中継する。すなわち，クライアント装置(1)からサーバ装置(2)へのサービス要求(50)は，必ず，１つ以上のデータ通信中継装置(3)を介して送られ，サーバ装置(2)からクライアント装置(1)への応答(60)も，データ通信中継装置(3)を介して行われる。
【００４５】図２は，
本実施例に関わるクライアント装置(1)，サーバ装置(2)，データ通信中継装置(3)，各装置の物理的な一構成例を示す。これらの装置は，図２に示すとおり，物理的には一般的な情報処理装置でよい。
　
Ｄ　「【００６１】図５は，本実施例のデータ通信中継装置(3)での中継処理の流れを示す処理フロー図である。
【００６２】
まず，クライアント装置(1)が，データ通信中継装置(3)経由で宛先サーバ装置(2)へのコネクション確立を要求する。(処理1001)。
…中略…。
【００６４】
クライアント装置(1)からのコネクション確立要求を受信すると，データ通信中継装置(3)のコネクション中継処理部(11)は，同クライアント装置(1)とのコネクションを確立する。(処理1002)
コネクションが確立すると，クライアント装置(1)は，サーバ装置(2)宛の要求(50)を，同コネクションを使ってデータ通信中継装置(3)に送信する。(処理1003)
データ通信中継装置(3)のコネクション中継処理部(11)は，要求(50)を受信し，同要求(50)に含まれる宛先情報(51)を取出す。(処理1004)　　
次に，コネクション中継処理部(11)は，優先度マッピング処理部(15)に受信した要求(50)を渡し，優先度マッピング処理部(15)が，要求元のクライアント装置(1)のアドレス，宛先のサーバ装置(2)のアドレスや，要求(50)と一緒に提供される情報をもとに，各要求(50)の処理優先度(59)を決定する。(処理1005)
次に，コネクション中継処理部(11)は，要求キューイング処理部(14)に要求(50)，宛先情報(51)及び要求の処理優先度(59)を渡し，同要求キューイング処理部(14)に，同要求の中継が可能となるまで，同要求(50)のキューイングを依頼する。(処理1006)
依頼された要求キューイング処理部(14)は，コネクション管理テーブル(16)を参照し，必要に応じて同要求(50)を対応するコネクション管理テーブルエントリー(20)の要求キュー(28)にキューイングし，中継可能となった段階で，中継可能となった要求(50)および宛先情報(51)と，同宛先に対応するコネクション管理テーブルエントリー(20)とをコネクション中継処理部(11)に返す。(処理1007)
　
Ｅ　「【００７１】
図８のキューイング処理では，まず，要求キュー(28)の現在キューイング数フィールド(35)をチェックし，コネクション管理テーブルエントリー(20)の最大キューイング数フィールド(25)の値未満かどうか調べる。(処理1031)
最大キューイング数フィールド(25)の値以上の場合は，現在輻輳状態でサービスができないというエラーを，処理1002で確立したコネクションを使ってクライアント装置(1)に返し，同コネクションを切断し，同要求(50)に対するデータ通信中継装置(3)の処理を終了する。(処理1032)
最大キューイング数フィールド(25)の値未満の場合は，新たな要求エントリー(40)を生成し，コネクション管理処理部(13)が渡された要求(50)，宛先情報(51)等を元に，同エントリーの各フィールドを初期設定する。具体的には，要求(50)，宛先情報(51)を要求ポインター(45)，宛先情報ポインター(46)に設定すると共に，現在時刻をキューイング時刻(47)に設定し，待ち数情報(48)を０で初期化する。(処理1033)」　
　
Ｆ　「【００９０】次に，優先度マッピング処理部(15)による要求の処理優先度(59)の設定方法について説明する。
【００９１】図１２は，クライアント装置(1)のアドレスと宛先サーバ装置のアドレスから，処理優先度(59)を求めるという実施例で使用するアドレス・処理優先度変換テーブル(110)の構成例を示す。…中略…。また，処理優先度フィールド(113)は，クライアントアドレスフィールド(111)，サーバアドレスフィールド(112)のペアにマッチングする要求に対して，割り当てる処理優先度値を表す。
【００９２】
優先度マッピング処理部(15)は，本アドレス・処理優先度変換テーブル(110)を使用し，要求したクライアント装置のアドレスと，要求(50)の宛先情報(51)からマッチするエントリーを見つけ，その処理優先度フィールド(113)の値を使って，処理優先度(59)を求める。
【００９３】本実施例によれば，要求元や宛先依存した処理優先度設定が可能である。」
　
　ここで，上記引用文献１に記載されている事項を検討する。　
　　
（ア）上記Ａの「本発明は，サーバへのサービス要求の到着を制御して，サーバに掛かる負荷を制御し，サービスをスムーズに提供できるようにする技術を提供する。…中略…。本発明の一態様によれば，クライアント装置とサーバ装置の間に，データ通信を中継するデータ通信中継装置を設置する。」との記載，上記Ｃの「本実施例では，各クライアント装置(1)と各サーバ装置(2)は，１台以上のデータ通信中継装置(3)を介して通信路(4)で接続した構成をとる。データ通信中継装置(3)は，クライアント装置(1)とサーバ装置(2)間のデータ通信を中継する。すなわち，クライアント装置(1)からサーバ装置(2)へのサービス要求(50)は，必ず，１つ以上のデータ通信中継装置(3)を介して送られ，サーバ装置(2)からクライアント装置(1)への応答(60)も，データ通信中継装置(3)を介して行われる。」との記載，上記Ｄの「まず，クライアント装置(1)が，データ通信中継装置(3)経由で宛先サーバ装置(2)へのコネクション確立を要求する。(処理1001)。」との記載からすると，「データ通信中継装置」は「クライアント装置」から「サーバ装置」宛の「要求」を中継するとともに受信処理すると解され，「要求」は「サーバ装置」宛の「サービス要求」であることは明らかである。また，上記Ｃの「本実施例に関わるクライアント装置(1)，サーバ装置(2)，データ通信中継装置(3)，各装置の物理的な一構成例を示す。これらの装置は，図２に示すとおり，物理的には一般的な情報処理装置でよい。」との記載からすると，「データ通信中継装置」は，コンピュータプログラムにより動作する情報処理装置とみることができるから，引用文献１には，
「クライアント装置からサーバ装置へのサービス要求を中継するデータ通信中継装置におけるサービス要求の受信処理プログラム」
が記載されていると解される。
　
（イ）上記Ｄの「クライアント装置(1)からのコネクション確立要求を受信すると，データ通信中継装置(3)のコネクション中継処理部(11)は，同クライアント装置(1)とのコネクションを確立する。(処理1002)コネクションが確立すると，クライアント装置(1)は，サーバ装置(2)宛の要求(50)を，同コネクションを使ってデータ通信中継装置(3)に送信する。(処理1003)」との記載からすると，データ通信中継装置は特定の宛先サーバ装置へのコネクション確立要求をクライアント装置から受信すると解されるから，引用文献１には，
「クライアント装置から特定の宛先サーバ装置へのコネクション確立要求を受信すると，前記クライアント装置とのコネクションを確立」する処理　
が記載されていると解される。
　
（ウ）上記Ｄの「次に，コネクション中継処理部(11)は，優先度マッピング処理部(15)に受信した要求(50)を渡し，優先度マッピング処理部(15)が，要求元のクライアント装置(1)のアドレス，宛先のサーバ装置(2)のアドレスや，要求(50)と一緒に提供される情報をもとに，各要求(50)の処理優先度(59)を決定する。(処理1005)」との記載，上記Ｆの「優先度マッピング処理部(15)は，本アドレス・処理優先度変換テーブル(110)を使用し，要求したクライアント装置のアドレスと，要求(50)の宛先情報(51)からマッチするエントリーを見つけ，その処理優先度フィールド(113)の値を使って，処理優先度(59)を求める。」との記載からすると，データ通信中継装置は要求元のクライアント装置のアドレス，宛先サーバ装置のアドレスなどのサービス要求と一緒に提供される情報に基づき各サービス要求の処理優先度を決定することが読み取れるから，引用文献１には，
「コネクションが確立されたクライアント装置からサービス要求と一緒に提供される情報をもとに，前記サービス要求の処理優先度を決定」する処理　
が記載されていると解される。
　
（エ）上記Ａの「要求キューイング手段は，クライアント装置からのサービス要求を必要に応じてキューイングする。すなわち，特定のサーバ装置またはサーバ装置群に対するクライアント装置からのサービス要求に対して，同サーバ装置への要求が集中していると判断するときには，すぐには同サービス要求を中継せず，一旦キューイングし，同サーバ装置へのサービス要求中継を制御する。」との記載，上記Ｄの「次に，コネクション中継処理部(11)は，要求キューイング処理部(14)に要求(50)，宛先情報(51)及び要求の処理優先度(59)を渡し，同要求キューイング処理部(14)に，同要求の中継が可能となるまで，同要求(50)のキューイングを依頼する。(処理1006)依頼された要求キューイング処理部(14)は，コネクション管理テーブル(16)を参照し，必要に応じて同要求(50)を対応するコネクション管理テーブルエントリー(20)の要求キュー(28)にキューイングし，中継可能となった段階で，中継可能となった要求(50)および宛先情報(51)と，同宛先に対応するコネクション管理テーブルエントリー(20)とをコネクション中継処理部(11)に返す。(処理1007)」との記載からすると，データ通信中継装置はサービス要求を宛先サーバ情報及び要求の処理優先度とともにキューイングすることが読み取れるから，引用文献１には，
「サービス要求を，宛先情報及び処理優先度とともに要求キューにキューイング」する処理　
が記載されていると解される。
　
（オ）上記Ｅの「図８のキューイング処理では，まず，要求キュー(28)の現在キューイング数フィールド(35)をチェックし，コネクション管理テーブルエントリー(20)の最大キューイング数フィールド(25)の値未満かどうか調べる。(処理1031)最大キューイング数フィールド(25)の値以上の場合は，現在輻輳状態でサービスができないというエラーを，処理1002で確立したコネクションを使ってクライアント装置(1)に返し，同コネクションを切断し，同要求(50)に対するデータ通信中継装置(3)の処理を終了する。(処理1032)」との記載からすると，データ通信中継装置は，要求キューにキューイングされたサービス要求の数が最大キューイング値以上の場合は，クライアント装置にサービスができないというエラーを返信し，新たなサービス要求を要求キューに格納せずにコネクションを切断すると解されることから，引用文献１には，
「キューイングは，前記要求キューの現在キューイング数をチェックし，最大キューイング値以上の場合はサービスできない旨のエラーを，確立したコネクションを使ってクライアント装置に返信し，前記コネクションを切断する」処理
が記載されていると解される。
　
　以上，（ア）乃至（オ）で指摘した事項から，引用文献１には，次の発明（以下，「引用発明」という。）が記載されているものと認める。
　
「クライアント装置からサーバ装置へのサービス要求を中継するデータ通信中継装置におけるサービス要求の受信処理プログラムであって，
　クライアント装置から特定の宛先サーバ装置へのコネクション確立要求を受信すると，前記クライアント装置とのコネクションを確立し，
　コネクションが確立された前記クライアント装置からサービス要求と一緒に提供される情報をもとに，前記サービス要求の処理優先度を決定し，
　前記サービス要求を，宛先情報及び処理優先度とともに要求キューにキューイングし，
　キューイングは，前記要求キューの現在キューイング数をチェックし，最大キューイング値以上の場合はサービスできない旨のエラーを，確立したコネクションを使って前記クライアント装置に返信し，前記コネクションを切断する
　ことを特徴とするサービス要求の受信処理プログラム。」
　
（２）引用文献２に記載されている技術的事項
　
　本願出願前に頒布され，原審の拒絶査定の理由である上記平成２４年１０月３０日付けの拒絶理由通知において引用された，特開昭６２−２４５４４１号公報（昭和６２年１０月２６日出願公開，以下，「引用文献２」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｇ　「本発明は，上記問題を除去し，チェインすべきデータに重要度を付すことにより，重要度が高いデータが切り捨てられることがなく，データ処理の効率が向上し，しかも適切なデータ処理を行い得る待ち行列制御方式を提供することを目的とする。
（問題点を解決するための手段）
　本発明は，上記問題点を解決するために，
各データに優先順位を有するデータを蓄積する待ち行列を備え，データを引き渡す側の依頼元モジュールより出力されたデータは上記待ち行列に一度格納され，その後データを受取り処理する実行モジュールに引き渡されるデータ処理システムにおいて，実行モジュールの処理能力に対して，依頼元モジュールより出力されるデータ量が多く，待ち行列がオーバーフローした場合には，各データの特定ビットに格納された優先順位に従い，既に待ち行列に格納されたデータの中で最新のデータより優先順位が同等もしくは低いデータがある場合には最も低い優先順位を有するデータのうち最も古いデータを削除し，最新のデータを待ち行列の中にチェインして蓄積し，最新のデータより優先順位が同等もしくは低いデータが無い場合には最新のデータを削除するようにしたものである。
　
　
４．参考文献　
　
　本願出願前に頒布された，特開昭６１−２２１８３２号公報（昭和６１年１０月２日出願公開，以下，「参考文献１」という。）には，関連する図面とともに，以下の技術的事項が記載されている。
　（当審注：下線は，参考のために当審で付与したものである。）
　
Ｈ　「従って，
メインＣＰＵ１１０における各電文分析タスク１１３，１１４においては，ＰＯＳ端末或いは上位装置より受信した要求電文の処理の種類を判別する。これは，電文中に含まれる電文識別項目を解析することによって行われる。そして判別した処理の種類に応じて各キューＱ　〜Ｑ　のいずれにキューイングすべきかを振分ける。
　
　
５．対比
　
　本願発明と引用発明とを対比する。
　
（１）引用発明の「データ通信中継装置」は，「クライアント装置」からの「サービス要求」を受信して処理していることから，引用発明の「サービス要求」，「データ通信中継装置」は，本願発明の「リクエスト」，「情報処理装置」に対応するといえる。　
　そうすると，引用発明の「クライアント装置からサーバ装置へのサービス要求を中継するデータ通信中継装置におけるサービス要求の受信処理プログラム」と，本願発明の「クライアント装置からのリクエストを処理する情報処理装置における前記リクエストの受付処理プログラム」とは，“クライアント装置からのリクエストを受信する情報処理装置における前記リクエストの受付処理プログラム”である点で共通しているといえる。
　
（２）引用発明の「データ通信中継装置」は特定の宛先サーバ装置へのサービス要求を受信するために，クライアント装置とのコネクションを確立していると解される。
　そうすると，引用発明の「クライアント装置から特定の宛先サーバ装置へのコネクション確立要求を受信すると，前記クライアント装置とのコネクションを確立」する処理は，本願発明の「前記クライアント装置から接続要求を受けて該クライアント装置との接続を確立する接続確立処理」に相当するといえる。
　
（３）引用発明において，「データ通信中継装置」はクライアント装置とコネクションを確立すると，当該クライアント装置からサービス要求と，当該サービス要求の処理優先度を決定するための所定の情報を受信すると解される。
　そうすると，引用発明の「コネクションが確立された前記クライアント装置からサービス要求と一緒に提供される情報をもとに，前記サービス要求の処理優先度を決定」する処理と，本願発明の「該接続が確立されたクライアント装置から該クライアント装置のユーザ情報を受信する受信処理」であって，「前記受信処理は，前記接続が確立されたクライアント装置から，前記ユーザ情報の代わりに，サービス種別情報を受信」する処理とは，“接続が確立されたクライアント装置からリクエストと所定の情報を受信する処理”である点で共通しているといえる。
　
（４）引用発明において，「データ通信中継装置」はクライアント装置から受信したサービス要求を要求キューにキューイングすることから，サービス要求を要求キューに格納する格納処理を実行しているといえる。また，引用発明の「要求キュー」は「サービス要求」の待ち行列として管理されることから，本願発明の「コネクションキュー」に対応しているといえる。
　そうすると，引用発明の「前記サービス要求を，宛先情報及び処理優先度とともに要求キューにキューイング」する処理は，本願発明の「前記クライアント装置のリクエストのエントリをコネクションキューに格納する格納処理」に相当するといえる。　
　
（５）引用文献１の上記Ｅの記載からすると，引用発明では，要求キューにキューイングされたサービス要求が最大キューイング値以上の場合は，新たにキューイングしようとするサービス要求を要求キューにキューイングすることなく，サービス要求を送信したクライアント装置に対してサービスできない旨のエラーを返信し，コネクションを切断すると解される。すなわち，引用発明では，キューイングされたサービス要求が最大キューイング値以上の場合は，新たにキューイングしようとするサービス要求は要求キューに格納しないことを決定しているといえる。
　一方，本願発明では，コネクションキューに格納されるエントリの総数が所定値を超えたときに，サービス種別情報から求まる優先度に基づいて前記コネクションキューから外すエントリを決定することから，コネクションキューのエントリの総数が所定値を超えたときに，優先度に基づいて前記コネクションキューに格納しないエントリを決定しているといえる。
　そうすると，引用発明の「キューイングは，前記要求キューの現在キューイング数をチェックし，最大キューイング値以上の場合はサービスできない旨のエラーを，確立したコネクションを使って前記クライアント装置に返信し，前記コネクションを切断する」処理と，本願発明の「前記コネクションキューに格納されるエントリの総数が所定値を超えたときに，前記コネクションキューから外すエントリを決定する決定処理」と「前記決定されたエントリを前記コネクションキューから外し，該エントリに対応するクライアント装置との接続を切断する切断処理とを実行」し，「前記決定処理は，前記サービス種別情報から求まる優先度に基づいて，前記コネクションキューから外すエントリを決定する」とは，“コネクションキューに格納されるリクエストのエントリの総数が所定値を超えたときに，前記コネクションキューに格納しないエントリを決定し，前記決定されたエントリを前記コネクションキューに格納しないようにし，該エントリに対応するクライアント装置との接続を切断する処理”である点で共通しているといえる。
　
　以上から，本願発明と引用発明とは，以下の点で一致し，また，以下の点で相違する。　
　
（一致点） 
　
「クライアント装置からのリクエストを受信する情報処理装置における前記リクエストの受付処理プログラムであって，
　コンピュータに，
　前記クライアント装置から接続要求を受けて該クライアント装置との接続を確立する接続確立処理と，
　接続が確立された該クライアント装置からリクエストと所定の情報を受信する処理と，
　前記クライアント装置のリクエストのエントリをコネクションキューに格納する格納処理と，
　前記コネクションキューに格納される前記リクエストのエントリの総数が所定値を超えたときに，前記コネクションキューに格納しないエントリを決定し，決定された該エントリを前記コネクションキューに格納しないようにし，該エントリに対応するクライアント装置との接続を切断する処理と，
　を実行させることを特徴とするリクエストの受付処理プログラム。」
　
（相違点１）　
　
　クライアント装置からのリクエストを受信する装置に関し，本願発明は，リクエストを処理する情報処理装置がクライアント装置からのリクエストを受信するのに対して，引用発明は，サーバ装置へのサービス要求を中継するデータ通信中継装置がクライアント装置からのサービス要求を受信する点。
　
（相違点２）　
　
　接続が確立されたクライアント装置からリクエストと共に受信する所定の情報に関して，本願発明では，優先度を決定するためのサービス種別情報をリクエストと共に受信するのに対して，引用発明では，サービス要求の処理優先度を決定するための情報をサービス要求と共に受信する点。　
　
（相違点３）　
　
　キューに格納しないエントリの決定に関し，本願発明では，コネクションキューに格納されるエントリの総数が所定値を超えたときに，優先度に基づいて前記コネクションキューから外すエントリを決定し，前記決定されたエントリを前記コネクションキューから外すのに対して，引用発明では，要求キューの現在キューイング数をチェックし，最大キューイング値以上の場合は新たにキューイングしようとするサービス要求は要求キューに格納しないことを決定し，サービスできない旨のエラーをクライアント装置に返信する点。　
　
　
６．当審の判断
　
　上記相違点１乃至３について検討する。
　
（１）相違点１について
　
　引用発明は，クライアント装置からサーバ装置へサービス要求を中継するデータ通信中継装置がサービス要求を受信処理しているが，サービス要求は宛先のサーバ装置を指定する宛先情報と共にクライアント装置から受信され，宛先のサーバ装置毎にサービス要求をキューイングしていると解されることから，特定のサーバ装置からみれば，データ通信中継装置がサービス要求の受け付け処理を代理しているといえる。
　また，要求を処理する情報処理装置自体が，未処理の要求についてキュー（待ち行列）を構成して受け付け処理する旨の技術は，例えば引用文献２（上記Ｇ参照）に記載されているように本願出願前に当該技術分野の周知技術であった。
　そして，上記周知技術に基づき，引用発明のクライアント装置からのサービス要求の受け付け処理をデータ通信中継装置が実行することに代えて，サービス要求を処理するサーバ装置自体が実行すること，すなわち，相違点１に係る構成とすることは，当業者が容易に想到し得たことである。
　
　よって，相違点１は格別なものではない。
　
（２）相違点２について
　
　引用発明では，サービス要求の処理優先度を決定するための情報をサービス要求と共に受信するが，引用文献１の上記Ｂの記載や図１２からすると，サービス要求と共に受信する利用者の属性等に基づいて処理優先度を決定すると解される。
　一方，情報処理装置が受信した処理要求の種類に基づいて優先度を決定する旨の技術は，例えば参考文献１（上記Ｈ参照）に記載されているように，本願出願前に当該技術分野の周知技術であった。
　そして，上記周知技術に基づき，引用発明においてサービス要求と共に処理優先度を決定するための利用者属性等の情報を受信することに代えて，優先度を決定するためのサービス要求の種別を表す情報をサービス要求と共に受信すること，すなわち，相違点２に係る構成とすることは，当業者が容易に想到し得たことである。　
　
　よって，相違点２は格別なものではない。　
　
（３）相違点３について
　
　引用発明では，要求キューの現在キューイング数が最大キューイング値以上の場合は，新たにキューイングしようとするサービス要求を要求キューに格納しないものと決定して，特定サーバ装置にかかる負荷を適正に制御していると解される。
　また，情報処理装置における処理要求のキュー（待ち行列）管理に関して，キューがオーバーフローした場合には，処理要求の優先度に基づいてキューから削除する処理要求を決定し，決定された処理要求を前記キューから外す旨の技術は，例えば引用文献２（上記Ｇ参照）に記載されているように，本願出願前に当該技術分野の周知技術であった。
　してみると，最大値以上はサービス要求を格納しない引用発明において，上記周知技術を適用し，最大キューイング値以上は要求キューに新たなサービス要求はキューイングしないことに代えて，適宜，サービス要求の処理優先度を要求キューから外すサービス要求の決定にも利用し，決定されたサービス要求を前記要求キューから外すこと，すなわち，相違点３に係る構成とすることは，当業者が容易に想到し得たことである。　
　
　よって，相違点３は格別なものではない。　
　
（４）小括
　
　上記で検討したごとく，相違点１乃至相違点３は格別のものではなく，そして，これらの相違点を総合的に勘案しても，本願発明の奏する作用効果は，上記引用発明及び引用文献２，参考文献１に記載の周知技術の奏する作用効果から予測される範囲内のものにすぎず，格別顕著なものということはできない。
　
　
７．むすび 
　
　以上のとおり，本願の請求項１に係る発明は，特許法第２９条第２項の規定により特許を受けることができないものであるから，本願は拒絶すべきものである。 
　
　よって，結論のとおり審決する。