2020-007473

本願は、２０１４年（平成２６年）１２月３日に出願した特願２０１４－２４４６５３号の一部を平成３０年１２月６日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。

平成３０年１２月　６日　　　手続補正書、上申書の提出

令和　元年　７月２５日付け　拒絶理由通知書

令和　元年　８月２９日　　　意見書、手続補正書の提出

令和　元年１０月　１日付け　拒絶理由通知書

令和　元年１１月２０日　　　意見書、手続補正書の提出

令和　２年　３月２５日付け　拒絶査定

令和　２年　６月　２日　　　拒絶査定不服審判の請求、手続補正書の提出

令和　２年１２月　２日付け　拒絶理由通知書（当審）

令和　２年１２月１６日　　　意見書、手続補正書の提出

令和　３年　２月１８日　　　応対記録

令和　３年　２月１８日付け　拒絶理由通知書（当審）

令和　３年　３月　２日　　　意見書、手続補正書の提出

１．引用例１について

原査定の拒絶理由及び当審拒絶理由で引用された米国特許出願公開第２００８／００８０４１４号明細書（以下、「引用例１」という）には、以下の事項が記載されている。（下線は当審で付与した。）

（１）「[0027]　As shown in FIG. 1, the example wireless mesh network 100 includes two types of mesh nodes: a root access point (root AP, RAP, root mesh AP) 103, shown here on the roof of a building, and a mesh access point (mesh AP, MAP) 105, 107, and 109 each shown here on a pole-top. Each of these also acts as an access point. A mesh node without the AP capability is simply called a mesh node, and in this description, mesh APs can act as simple mesh nodes when there are no client stations, or if the wireless AP capabilities are disabled.

[0028]　In one embodiment, the mesh access points 103, 105, 107, and 109 are light-weight access points whose AP functionalities are centrally controlled by, and work together with an entity in the wired network called a WLAN controller (WLC), or simply a controller. Each mesh AP can be controlled by a single controller, or some of the mesh APs can be controlled by a first controller, while others by another controller. In the example network 100, the root AP is controlled by a first controller 115, while the mesh APs 105, 107, and 109 are controlled by a second controller 125. The functionality of each of these access points is managed by messages between the corresponding WLAN controller 115 or 125 and the AP using a protocol called the Lightweight AP Protocol (LWAPP), which is the basis of a draft IETF specification known as Control And Provisioning of Wireless Access Points (CAPWAP) protocol. See for example www.capwap.org.」

（当審仮訳：

［００２７］　図１に示すように、例示的な無線メッシュネットワーク１００は、２つのタイプのメッシュノード、すなわち、建物の屋上に示されているルートアクセスポイント（ルートＡＰ、ＲＡＰ、根元のメッシュＡＰ）１０３、及び、各々、ポールトップ上に示されるメッシュアクセスポイント（ＡＰ、ＭＡＰ）１０５、１０７、１０９を含む。これらの各々は、アクセスポイントとしても機能する。ＡＰ機能のないメッシュノードは単にメッシュノードと呼ばれ、この説明では、クライアントステーションがない場合、またはワイヤレスＡＰ機能が無効になっている場合、メッシュＡＰは単純なメッシュノードとして機能できる。

［００２８］　一実施形態では、メッシュアクセスポイント１０３、１０５、１０７、および１０９は、ＡＰ機能が一元的に制御され、ＷＬＡＮコントローラ（ＷＬＣ）又は単にコントローラと呼ばれる有線ネットワーク内のエンティティと連携して動作する軽量アクセスポイントである。各メッシュＡＰは、単一のコントローラで制御できる、またはメッシュＡＰのうちのいくつかは第１のコントローラで制御でき、他のメッシュＡＰは別のコントローラで制御できる。例示的なネットワーク１００では、ルートＡＰは第１のコントローラ１１５によって制御され、メッシュＡＰ１０５、１０７、および１０９は第２のコントローラ１２５によって制御される。これらの各アクセスポイントの機能は、ワイヤレスアクセスポイントの制御及びプロビジョニングプロトコルとして知られるドラフトＩＥＴＦ仕様の基礎となる軽量ＡＰプロトコル（ＬＷＡＰＰ）と呼ばれるプロトコルを使用する対応するＷＬＡＮコントローラ１１５又は１２５とＡＰの間のメッセージによって管理される。例えば、www.capwap.orgを参照されたい。）

（２）「[0035]　A root AP 103 uses its backhaul wireless interface to communicate to neighboring mesh APs 105, 107, and 109. Thus, root APs are the root nodes to any bridging or mesh network and connect a bridge or mesh network to the wired network. Root APs form the roots of any wireless mesh networks that have a tree topology.

[0036]　As used herein, mesh APs are APs that are also mesh nodes. FIG. 1 shows mesh APs 105, 107, and 109. The architectures discussed herein are when the mesh nodes also are operative as lightweight APs. Mesh APs 105, 107, and 109 are mesh nodes and APs that have no wired connection to a controller such as controller 125 that controls the AP functionality of each mesh AP. A mesh AP 105, 107, 109 has a backhaul wireless interface to connect to other mesh nodes, shown here as an 802.11a 5 GHz radio interface. In one embodiment, a mesh AP 105, 107, 109 has a second wireless interface, shown here as an 802.11b,g 2.4 GHz radio interface to connect with client stations, acting as an AP for the client stations. They can be completely wireless supporting clients, communicating to other mesh APs and root APs to access an external network, or as described in the following paragraph, a mesh AP can have a wire interface connectable to a wired network, and serve a bridging entity to a remote wired network.」

（当審仮訳：

［００３５］　ルートＡＰ１０３は、バックホール無線インタフェースを用いて、隣接するメッシュＡＰ１０５、１０７、および１０９に通信する。このように、ルートＡＰは、任意のブリッジング又はメッシュネットワークへのルートノードであり、ブリッジ又はメッシュネットワークを有線ネットワークに接続する。ルートＡＰは、ツリートポロジを有する任意のワイヤレスメッシュネットワークのルートを形成する。

［００３６］　本明細書で使用されるように、メッシュＡＰはまた、メッシュノードでもあるＡＰである。図１は、メッシュＡＰ１０５、１０７、および１０９を示している。本明細書で説明されるアーキテクチャは、メッシュノードが軽量ＡＰとしても動作する場合である。メッシュＡＰ１０５、１０７、および１０９は、各メッシュＡＰのＡＰ機能を制御するコントローラ１２５のようなコントローラへの有線接続を持たないメッシュノードおよびＡＰである。メッシュＡＰ１０５、１０７、１０９は、ここでは８０２．１１ａ　５ＧＨｚ無線インタフェースとして示されるバックホール無線インタフェースを有している。一実施形態では、メッシュＡＰ１０５、１０７、１０９は、ここではクライアントステーションに接続するための８０２．１１ｂ、ｇ　２．４ＧＨｚの無線インタフェースとして示される第２の無線インタフェースを有し、クライアントステーションのＡＰとして機能する。それらは完全にワイヤレスをサポートするクライアントであり、外部ネットワークにアクセスするために他のメッシュＡＰ及びルートＡＰと通信する、または、次の段落で説明するように、メッシュＡＰは、有線ネットワークに接続可能な有線インタフェースを有することができ、リモート有線ネットワークへのブリッジエンティティを提供できる。）

（３）「[0074] In one embodiment, the one or mesh nodes that are on the path between the root access point and the client station include information on the respective mesh node's backhaul radio in data with the call admission request as the call admission request is relayed towards the root access point, such that the receiving of the call admission request at the root AP 103's controller 115 includes the receiving of the metrics of all the intermediate mesh nodes in the path.（中略）

[0146] FIG. 11 illustrates an example backhaul call admission control method 1100 operating in a controller 115 of a root AP 103 of a mesh network, or, in an alternate embodiment in which the root AP is not a lightweight AP, in the root AP itself Such an alternate embodiment is the same as the case of the root AP controller being in the controller so that no encapsulation for messaging between the root AP and its controller is needed. Therefore the lightweight AP case is assumed. As FIG. 11 shows, in 1101, a root AP 103's controller 115 receives a call admission request from a client station 111, e.g., CAC ADDTS request that originated as an ADDTS frame in the a client station 111 via a mesh AP 107 and its controller 125.（以下略）」

（当審仮訳：

［００７４］　一実施形態では、ルートアクセスポイントとクライアントステーションとの間のパス上にある１つ又は複数のメッシュノードは、ルートＡＰ１０３のコントローラ１１５でのコールアドミッション要求の受信が、パス内のすべての中間メッシュノードのメトリックの受信を含むように、コールアドミッション要求がルートアクセスポイントに向けて中継されるときに、コールアドミッション要求を伴うデータにそれぞれのメッシュノードのバックホール無線に関する情報を含める。（中略）

［０１４６］　図１１は、メッシュネットワークのルートアクセスポイント１０３のコントローラ１１５、又はルートＡＰが軽量ＡＰではない代替の実施形態、そのような代替の実施形態では、ルートＡＰコントローラがコントローラ内にある場合と同じであるため、ルートＡＰとそのコントローラとの間のメッセージングのためのカプセル化は必要とされず、ルートＡＰ自体において動作する例示的なバックホールコールアドミッション制御方法１１００を示す、したがって、軽量ＡＰである場合を想定する。図１１に示すように、１１０１において、ルートアクセスポイント１０３のコントローラ１１５は、クライアントステーション１１１からコールアドミッション要求、例えば、メッシュＡＰ１０７およびそのコントローラ１２５を介してクライアントステーション１１１でＡＤＤＴＳフレームとして発信されたＣＡＣ　ＡＤＤＴＳ要求を受信する。（以下略））

（４）「

」

引用例１の上記記載、及びこの分野における技術常識を考慮すると、次のことがいえる。

ア　上記（１）の「図１に示すように、例示的な無線メッシュネットワーク１００は、２つのタイプのメッシュノード、すなわち、建物の屋上に示されているルートアクセスポイント（ルートＡＰ、ＲＡＰ、根元のメッシュＡＰ）１０３、及び、各々、ポールトップ上に示されるメッシュアクセスポイント（ＡＰ、ＭＡＰ）１０５、１０７、１０９を含む。」との記載及び上記（４）によれば、引用例１の無線メッシュネットネットワークは、建物の屋上に設けられるルートアクセスポイントとポールトップに設けられる複数のメッシュアクセスポイントを含む。

上記（２）の「ルートＡＰ１０３は、バックホール無線インタフェースを用いて、隣接するメッシュＡＰ１０５、１０７、および１０９に通信する。」との記載によれば、ルートアクセスポイントが隣接する複数のメッシュアクセスポイントと通信する。

してみれば、引用例１の無線メッシュネットワークは、建物の屋根に設けられるルートアクセスポイントが隣接する複数のメッシュアクセスポイントと通信する無線メッシュネットワークであるといえる。

イ　上記「ア」で説示したように、引用例１のルートアクセスポイントは、建物の屋上に設けられている。

ウ　上記「ア」で説示したとおり、無線メッシュネットネットワークは、建物の屋上に設けられるルートアクセスポイントとポールトップに設けられる複数のメッシュアクセスポイントを含むものであり、ルートアクセスポイントが隣接する複数のメッシュアクセスポイントと通信するものであるから、複数のメッシュアクセスポイントは、建物の屋上に設けられるルートアクセスポイントに隣接してポールトップに設けられるといえる。そして、上記（４）によれば、ポールトップが屋外に設けられていることも明らかである。

また、上記（２）の「ルートＡＰ１０３は、バックホール無線インタフェースを用いて、隣接するメッシュＡＰ１０５、１０７、および１０９に通信する。」及び「メッシュＡＰ１０５、１０７、１０９は、ここでは８０２．１１ａ　５ＧＨｚ無線インタフェースとして示されるバックホール無線インタフェースを有している。一実施形態では、メッシュＡＰ１０５、１０７、１０９は、ここではクライアントステーションに接続するための８０２．１１ｂ、ｇ　２．４ＧＨｚの無線インタフェースとして示される第２の無線インタフェースを有し、クライアントステーションのＡＰとして機能する。」との記載によれば、引用例１の複数のメッシュアクセスポイントは、ルートアクセスポイントとの間で５ＧＨｚのバックホール無線通信インタフェースによる通信を行う。また、上記記載によれば、引用例１の複数のメッシュアクセスポイントは、クライアントステーションのＡＰとして動作するのであるから，２．４ＧＨｚの無線通信インタフェースによりクライアントステーションと通信するといえる。

エ　上記（３）の「ルートアクセスポイント１０３のコントローラ１１５は、クライアントステーション１１１からコールアドミッション要求、・・・を受信する。」との記載によれば、クライアントステーションはコールアドミッション要求というクライアントステーションの要求を送信するといえる。そして、上記（３）の「ルートアクセスポイントとクライアントステーションとの間のパス上にある１つ又は複数のメッシュノードは、・・・コールアドミッション要求がルートアクセスに向けて中継されるときに、コールアドミッション要求を伴うデータにそれぞれのメッシュノードのバックホール無線に関する情報を含める。」との記載を合わせると、引用例１の複数のメッシュノードはクライアントステーションの要求を中継するといえる。また、上記（２）に「メッシュＡＰはまた、メッシュノードでもあるＡＰである。」の記載も考慮すると、複数のメッシュアクセスポイントはクライアントステーションの要求を中継するといえる。さらに、上記「ウ」で説示したように、複数のメッシュアクセスポイントは、建物の屋上に設けられるルートアクセスポイントに隣接してポールトップに設けられているといえる。

以上を総合すると、引用例１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。

「　建物の屋上に設けられるルートアクセスポイントが隣接する複数のメッシュアクセスポイントと通信する無線メッシュネットワークであって、

建物の屋上に設けられるルートアクセスポイントと、

建物の屋上に設けられるルートアクセスポイントに隣接して屋外のポールトップに設けられ、ルートアクセスポイントとの間で５ＧＨｚのバックホール無線通信インタフェースによる通信を行い、２．４ＧＨｚの無線通信インタフェースによりクライアントステーションと通信する複数のメッシュアクセスポイントと、

を含み、

複数のメッシュアクセスポイントは、クライアントステーションの要求を中継するものであり、建物の屋上に設けられるルートアクセスポイントに隣接してポールトップに設けられている、

無線メッシュネットワーク。」

２．引用例２について

原査定の拒絶理由及び当審拒絶理由で引用された特開２００７－２８８２６７号公報（以下、「引用例２」という）には、以下の事項が記載されている。（下線は当審で付与した。）

（１）「【００１６】

図１に示すように、建設物１０に隣接して、建設物１０の高層部に対して作業を行うタワークレーン２０が設置されている。タワークレーン２０は、ベース２２及びタワー２３（マストとも呼ばれる。）により旋回台２１が支えられており、旋回台２１上に運転室２４やブーム２５が配置されている。」

（２）「【００４６】

また、本実施形態では、基地局３０は、無線通信網と有線通信網との間の中継を行うものとしたが、基地局３０を無線通信により外部と接続する無線通信間の中継を行う中継機器としてもよい。この場合、通信ケーブル４０を敷設する必要がないので、容易に無線通信環境を構築することができる。また、無線中継を行う複数の基地局３０をタワー２３に設け、各基地局３０間で電波の中継を行って、建設物１０の上層部と地上との間の電波の中継を行うようにしてもよい。これにより、通信ケーブル４０を用いなくても、確実に電波を中継することができる。」

（３）「【００５１】

また、本実施形態ではタワークレーン２０は、建設物１０から独立して設置されるものとしたが、建設物１０の頂部に設置される形態としてもよい。この場合、例えば、通信ケーブル４０は、タワー２３に沿って建設物１０の頂部まで配線し、建設物１０の内部を通じて地上まで配線するようにすることができる。」

（４）「【図１】

」

上記（１）の「タワークレーン２０は、ベース２２及びタワー２３（マストとも呼ばれる。）により旋回台２１が支えられており、旋回台２１上に運転室２４やブーム２５が配置されている。」の記載及び上記（４）によれば、タワークレーンは、タワーを含む。

また、上記（２）の「無線中継を行う複数の基地局３０をタワー２３に設け」との記載によれば、タワーに無線中継を行う基地局が設けられる。

さらに、上記（３）の「タワークレーン２０は、・・・建設物１０の頂部に設置される」との記載によれば、タワークレーンは建設物の頂部に設置される。

以上を総合すると、引用例２には、「無線中継を行う基地局が設けられるタワーを含むタワークレーンは建造物の頂部に設置される」という技術的事項が記載されていると認められる。