2022-003893

第２ 原査定の概要

本願請求項１～１９に係る発明は、以下の引用文献Ａに記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

第３ 当審拒絶理由の概要

当審が令和４年８月１６日付けで通知した拒絶理由（以下、「当審拒絶理由」という。）の概要は次のとおりである。

本願請求項１，２，４～１７に係る発明は、以下の引用文献１に記載された発明に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。

第４ 本願発明

本願請求項１～８に係る発明（以下、それぞれ「本願発明１」～「本願発明８」という。）は、令和４年１１月２１日に提出された手続補正書により補正された特許請求の範囲の請求項１～８に記載された事項により特定されるものであり、本願発明１は次のとおりの発明である。

「【請求項１】

第１装置（１０）と一組の第２装置（２０１，２０２，．．．，２０ｎ）とをバス（３０）を介して結合し、

該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、

ａ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び

ｂ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０１，２０２，．．．，２０ｎ）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０ｉ）のみからの応答をトリガーする該第２メッセージ、

を送信し、及び

該第２装置（２０１，２０２，．．．，２０ｎ）をスレーブ装置として構成して、

ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッセージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行し、

ｄ）マスタ装置として構成されている該第１装置（１０）から送信される該第２メッセージを該バス（３０）上で受信し且つマスタ装置として構成されている該第１装置（１０）へ向けて反応メッセージを該バス（３０）上を送信させることにより前記予期されている応答期間内に該第２メッセージに関して応答させる、

ことを包含しており、スレーブ装置として構成されている該一組の第２装置（２０１，２０２，．．．，２０ｎ）における前記第２装置を複数の第２装置のサブセットに配置させることを包含しており、その場合にマスタ装置として構成されている該第１装置（１０）は該第１メッセージが専用とされている前記第２装置の該サブセットを識別するサブセット識別インデックスを有している第１メッセージを該バス（３０）上を送信する方法。」

なお、本願発明２～７は、本願発明１を減縮した発明であり、本願発明８は、本願発明１を引用する「システム」の発明である。

第５ 引用文献の記載、引用発明等

１ 引用文献１、引用発明

（１）当審拒絶理由にて引用された引用文献１には、図面とともに次の事項が記載されている（下線は当審による。）。

「【００２９】

【発明の実施の形態】

図２は、本発明の好適な一実施の形態を実現するシステム全体を示している。図２に示すように、ＰＬＣ１０と各種のスレーブ２０が、フィールドバス３０を介して接続されネットワークシステムを構築している。

【００３０】

続きを表示（全23行）

ＰＬＣ１０は、ＣＰＵユニット１１やマスタユニット１２などの各機能ごとに生成されたユニットを連結することにより構成されている。その各ユニットはＰＬＣバス（内部バスとも言う。図示せず）につながれていて、ＰＬＣの各ユニット間でバス通信をしてデータ通信ができるようになっている。そして、このマスタユニット１２は、フィールドバス３０に接続され、そのフィールドバス３０に複数台の各スレーブ２０がマルチドロップ接続によってつながれて、マスタユニット１２と各スレーブ２０との間で通信を行うようになっている。さらに、マスタユニット１２は、ＰＬＣ１０の内部バスを介してＣＰＵユニット１１のＩＯメモリにアクセスし、ＩＯデータ等の読み書きを行うようになっている。

【００３１】

さらに説明すると、マスタユニット１２がスレーブ２０の接続端子につながれた入力機器からの入力信号（オン／オフ状態）をフィールドバス通信によって取り込んで、マスタユニット１２が取り込んだ入力信号（入力データ）を内部バス通信によってＣＰＵユニット１１に送信し、ＣＰＵユニット１１が入力信号を受け取る。ＣＰＵユニット１１は、その入力信号に基づいてユーザプログラムによって予め定められた論理演算をし、その演算結果を含んだ出力信号（出力データ）を、内部バスを介してマスタユニット１２に送信する。マスタユニットはその出力信号をフィールドバス通信によってスレーブに送信する。各ユニットでは受信した出力信号を接続端子に接続された出力機器に対して出力する。

【００３２】

なお、入力信号と出力信号をあわせてＩ／Ｏデータと呼ぶことがある。つまり、ＩＮデータは入力機器からスレーブへ、スレーブからマスタユニットへ、マスタユニットからＣＰＵユニットへと伝わる。また、ＯＵＴデータはＣＰＵユニットからマスタユニットへ、マスタユニットからスレーブへ、スレーブから出力機器へと伝わる。

【００３３】

マスタユニット１２は、図３に示すように、フィールドバスに接続され、実際にデータの送受を行う通信インタフェース１２ａと、その通信インタフェース１２ａを介してマスタ－スレーブ間通信をし、スレーブ２０との間でＩ／Ｏデータの送受を行ったり、所定のコマンドの送信並びにそれに基づくレスポンスの受信を行うマスタ用ＡＳＩＣ１２ｂと、各種の制御を行うＭＰＵ１２ｄと、各種の制御実行時にワークエリア等として使用されるＲＡＭ１２ｃと、上記制御を行うプログラムや、各種の設定データ等が格納されたＥＥＰＲＯＭ１２ｅと、ＣＰＵユニットなどと内部バスを介して通信を行うためのインタフェース１２ｈと、動作状態（通信状態）や異常／正常などを示すＬＥＤ表示部１２ｆ並びにアドレスの設定などを行うための設定スイッチ１２ｇを備えている。

【００３４】

ＭＰＵ１２ｄが行う制御としては、ＣＰＵユニット１１その他のユニット等と通信したり、マスタ用ＡＳＩＣ１２ｂを動作させたりするようになっている。特に本発明との関係でいうと、フィールドバス３０に接続されたスレーブ２０と通信をし、二重アドレスが発生していないかをチェックするようになっている。具体的な処理機能は後述する。

【００３５】

スレーブ２０は、図４に示すように、フィールドバスに接続され、実際にマスタユニット１２との間でＩ／Ｏデータや各種メッセージ等の送受を行う通信インタフェース２０ａと、その通信インタフェース２０ａを介して取得したマスタ－スレーブ間通信をし、Ｉ／Ｏデータの送受を行ったり、マスタユニット１２からの所定のコマンドの受信並びにそれに基づくレスポンスの送信を行うスレーブ用ＡＳＩＣ２０ｂと、各種の制御を行うＭＰＵ２０ｄと、上記制御を行うプログラムや、各種の設定データ，ＩＯデータ等が格納されたＥＥＰＲＯＭ２０ｅと、端子台の構造となっていて入力機器または出力機器（Ｉ／Ｏ機器）の配線を接続しＩ／Ｏデータの送受を行うＩ／Ｏ部２０ｊと、動作状態（通信状態）や異常／正常などを示すＬＥＤ表示部２０ｆ並びにノードアドレスの設定などを行うための設定スイッチ２０ｇを備えている。さらに、入力電圧（２４Ｖ）を５Ｖに降圧し、スレーブ２０内の各素子に電源供給する電源部２０ｉを備えている。なお、スレーブには３種類あって、それぞれ入力スレーブ、出力スレーブ、入出力スレーブがある。例えば入力スレーブは、入力機器を接続するのみであり、ＩＮデータを格納しＩＮデータを送信する構成となっている。

【００３６】

次に、本発明の要部となる通信プロトコルについて説明する。まず、上記したマスタユニット１２並びにスレーブ２０が発行するコマンドは、以下のようになっている。図５に示すように、本プロトコルの通信サイクルの開始タイミングはマスタ局であるマスタユニット１２が管理する。そして、通信サイクルはＯＵＴ＿ｆｒａｍｅから始まり，ＥＶＥ＿ｆｒａｍｅ，ＩＮ＿ｆｒａｍｅとつづく。各フレームの送信タイミングは、予め定められた時間監視により行う。

【００３７】

送信タイミングの時間監視の説明をすると、マスタユニットと各スレーブとの間の通信サイクルの開始タイミングは、ＯＵＴ＿ｆｒａｍｅの正常受信完了をもって合わせられる。つまり、通信同期のタイミングをＯＵＴ＿ｆｒａｍｅの正常受信完了タイミングとしているわけである。そして、それにつづくＥＶＥ＿ｆｒａｍｅ，ＩＮ＿ｆｒａｍｅのそれぞれのフレーム内容（通信データサイズ，通信タイミング，通信サイクルなど）は常に固定になっている。このようにマスタユニット１２とスレーブ２０との間では、毎周期で同じ通信サイクル、かつ通信タイミングで通信が行われる。なお、図示はしていないが、ＯＵＴ＿ｆｒａｍｅとＥＶＥ＿ｆｒａｍｅとの間に、互いの接続確認をするためのＣＮ＿ｆｒａｍｅを送信するサイクルを設けても良い。

【００３８】

ここで、ＯＵＴ＿ｆｒａｍｅは、マスタユニット１２からスレーブ２０へのＯＵＴデータ転送用フレームであって、このＯＵＴ＿ｆｒａｍｅに各スレーブに対して送信するＯＵＴデータが含まれている。また受信する側の各スレーブ２０にとっては、このＯＵＴ＿ｆｒａｍｅが通信サイクルの開始を表すフレームとなる。つまり、各スレーブ２０はこのＯＵＴ＿ｆｒａｍｅの受信完了時点から計時を開始すべく内部カウンタ（タイマ）を起動し、予め設定した送信タイミングで所定のフレームをマスタユニット１２に対して送信する。

【００３９】

そして、ＯＵＴ＿ｆｒａｍｅのデータ構造は、図６に示すようになっている。すなわち、ＯＵＴ＿ｆｒａｍｅは、「フレームヘッダ」と、マスタユニット１２から所定のスレーブ（ＯＵＴスレーブ）２０へ送る出力データである「ＯＵＴデータ」と、フレームチェックシーケンスである「ＣＲＣ」からなる。」

「【００４６】

各スレーブ２０は、ＯＵＴ＿ｆｒａｍｅを正常受信すると、ＯＵＴデータ中のマスタが設定したＯＵＴデータ開始エリア（マスタが設定）から自局のＯＵＴデータサイズ（外部端子モード設定により決まる）だけのデータを取り出し、受信バッファに格納する。そしてＭＰＵ２０ｄとＡＳＩＣ２０ｂとの動作により、取り込んだＯＵＴデータをＩ／Ｏバッファに転送し、自局の接続端子を介して接続された出力機器に対してＯＵＴデータを出力することで、ＯＵＴデータリフレッシュが行われる（図８参照）。図示のように、例えば多点スレーブのＯＵＴスレーブ＃１のＯＵＴデータサイズが２ブロック分で、通常のＯＵＴスレーブ＃２のＯＵＴデータサイズが１ブロック分とすると、そのようにブロックサイズを設定しておくことにより、異なる点数のＯＵＴスレーブに対してもＯＵＴデータの送信が可能となる。

【００４７】

ＩＮ＿ｆｒａｍｅは、スレーブ（ＩＮスレーブ）２０からマスタユニット１２へのＩＮデータ転送用フレームである。どのスレーブがいつ、どれだけのデータサイズのＩＮ＿ｆｒａｍｅを転送するかは、Ｂｕｓ Ｃｏｎｆｉｇｕｒａｔｉｏｎ時にマスタユニット１２が設定する。」

「【００５４】

各ＩＮスレーブ２０は、ＯＵＴ＿ｆｒａｍｅを正常受信したならば、ＩＮ＿ｆｒａｍｅタイムドメインのためのタイマを起動する。また、正常受信した時の自局のＩＮデータを内部バッファに取り込む。そして、ＩＮ＿ｆｒａｍｅタイムドメインを待って、内部バッファに格納しておいた自局のＩＮデータをＩＮ＿ｆｒａｍｅに乗せて送信する。つまりＩＮ＿ｆｒａｍｅをタイムドメインは、後述するように、Ｂｕｓ Ｃｏｎｆｉｇｕｒａｔｉｏｎ時にマスタユニットが設定したＯＵＴ＿ｆｒａｍｅを受信してから各スレーブがＩＮ＿ｆｒａｍｅを送信するまでの経過時間であり、各スレーブごとに設定される。従って、各スレーブは、ＯＵＴ＿ｆｒａｍｅの正常受信に伴い同時にタイマを起動させ、それぞれ設定された所定の時間が経過した際に、ＩＮ＿ｆｒａｍｅを送信することになる（図１１参照）。従って、各スレーブに設定するタイムドメインを、「多点スレーブか否か」や「多連送フレームか否か」などを考慮してフレーム長に合わせて適宜に設定することにより、各ＩＮ＿ｆｒａｍｅは、衝突することなく送信することができる。

【００５５】

一方、受信側（マスタユニット１２）は、ＣＲＣチェックを正常に行えたならばＩＮ＿ｆｒａｍｅを正常受信する。そして、送信元アドレスをチェックし、フレームに格納されたＩＮデータを受信バッファに格納する。

続きを表示（全20行）

【００５６】

また、多連送フレームの場合には、ｎ回の受信のうち１回でも正常受信した場合には、その正常受信したデータをＩＮデータとし、受信バッファに格納する。つまり、通常この種の多連送フレームの場合、受信したデータが一致した場合に、データ化けなどが無い場合に、正規のものと判断するようにしたが、本実施の形態では、１つでも正常受信した場合には、それを正規のものと判断して記憶保持するようにした。なお、複数のＩＮ＿ｆｒａｍｅが正常受信されてもそれらのデータ間の一致チェックは行わないようにしている。従って、エラー処理は、多連送された全てのＩＮ＿ｆｒａｍｅがエラーだった場合のみとなる。このように複数のＩＮ＿ｆｒａｍｅ間の一致チェック処理を省略することにより、短時間で確実にＩＮデータの送信をするとができる。

【００５７】

ＥＶＥ＿ｆｒａｍｅは、通信サイクル中のメッセージデータ転送フレームである。いつどのノードが転送するかはマスタが決定し、ＯＵＴ＿ｆｒａｍｅ中のＥＶＥＮＴ送信許可アドレスに格納するノードアドレスで通知する。このＥＶＥ＿ｆｒａｍｅはコマンドフレームとレスポンスフレームの２フレームで１セットとなる。

【００５８】

このフレームのデータ構造は、図１２に示すようになっている。ここで、「スタート」はフレームの開始を示すもので、「コマンド」はフレーム識別コード，プロトコル制御コードであり、「宛先アドレス」はこのイベントデータを送信する宛先アドレスであり、「送信元アドレス」はこのイベントデータを送信したノードに設定された送信元アドレスであり、「レングス」は送信するイベントデータのデータ長であり、「イベントデータ」は送信する内容であるイベントデータであり、「ＣＲＣ」はフレームチェックシーケンスである。

【００５９】

そして、イベントデータ転送の用途としては、ステータス読み出しと書き込みのためのイベントデータ転送（マスタユニット１２からスレーブ２０宛）と、アプリケーションが使用するイベントデータ転送がある。

【００６０】

具体的には、マスタユニット１２とスレーブ２０（ＯＵＴスレーブ）との間で、以下に示す手順によりイベントデータ転送が実行される。すなわち、マスタユニット１２のファームウェアが、１つの通信サイクル内でどのノードがＥＶＥ＿ｆｒａｍｅを送信するかを、毎サイクル毎に決定（設定）する。

【００６１】

そこで、マスタユニット１２が、通信サイクル内でイベントデータ転送を行う場合には、図１３に示すように、まず、マスタユニット１２が送信するタイミングでＯＵＴ＿ｆｒａｍｅのイベント送信許可アドレスに自局ノードアドレスをのせて送信する（▲１▼）。このＯＵＴ＿ｆｒａｍｅを正常受信したスレーブ２０は、イベント送信許可アドレスが自局でないので、ＥＶＥ＿ｆｒａｍｅは送信しない。

【００６２】

また、上記した▲１▼で送信したＯＵＴ＿ｆｒａｍｅのイベント送信許可アドレスでマスタユニット１２のアドレスが指定されているため、マスタユニット１２は、ＯＵＴ＿ｆｒａｍｅ送信後、ＥＶＥ＿ｆｒａｍｅタイムドメインとなったらＥＶＥ＿ｆｒａｍｅを送信する（▲２▼）。スレーブ２０が、上記▲２▼により発行されたＥＶＥ＿ｆｒａｍｅを正常受信すると、自局宛か否かを判断し、自局宛の場合には受信データを参照する。そして、レスポンスの要求があった場合には、レスポンスを返し（▲３▼）、無ければ受信したまま処理を終了する。

【００６３】

上記のレスポンスがＥＶＥ＿ｆｒａｍｅで返送されると、各ノードはそれを受信する。そして、マスタユニット１２はそのＥＶＥ＿ｆｒａｍｅを正常受信し、自局宛ならば受信データを参照する。」

「【図２】

［図：0001395982000001.jpg］

」

「【図５】

［図：0001395982000002.jpg］

」

「【図１３】

［図：0001395982000003.jpg］

」

（２）引用文献１には、「本発明の要部となる通信プロトコル」（段落【００３６】）との記載があり、当該「通信プロトコル」は、「ＰＬＣ１０と各種のスレーブ２０が、フィールドバス３０を介して接続され」た「ネットワークシステム」（段落【００２９】）において行われる通信の方法を示すものといえる。

（３）上記（１）の記載について、上記（２）も考慮すると、引用文献１には、次の発明（以下、「引用発明」という。）が記載されていると認められる。

「ＰＬＣ１０と各種のスレーブ２０が、フィールドバス３０を介して接続されたネットワークシステムにおける方法であって、

ＰＬＣ１０は、ＣＰＵユニット１１やマスタユニット１２などの各機能ごとに生成されたユニットを連結することにより構成され、マスタユニット１２は、フィールドバス３０に接続され、そのフィールドバス３０に複数台の各スレーブ２０がマルチドロップ接続によってつながれて、マスタユニット１２と各スレーブ２０との間で通信を行うようになっており、

マスタユニット１２はスレーブ２０の接続端子につながれた入力機器からの入力信号（オン／オフ状態）をフィールドバス通信によって取り込み、

マスタユニットは出力信号をフィールドバス通信によってスレーブに送信し、各ユニットでは受信した出力信号を接続端子に接続された出力機器に対して出力し、

続きを表示（全19行）

入力信号と出力信号をあわせてＩ／Ｏデータと呼び、つまり、ＩＮデータは入力機器からスレーブへ、スレーブからマスタユニットへと伝わり、また、ＯＵＴデータはマスタユニットからスレーブへ、スレーブから出力機器へと伝わり、

スレーブ２０は、入力機器または出力機器（Ｉ／Ｏ機器）の配線を接続しＩ／Ｏデータの送受を行うＩ／Ｏ部２０ｊを備え、

通信プロトコルの通信サイクルの開始タイミングはマスタ局であるマスタユニット１２が管理し、通信サイクルはＯＵＴ＿ｆｒａｍｅから始まり，ＥＶＥ＿ｆｒａｍｅ，ＩＮ＿ｆｒａｍｅとつづき、各フレームの送信タイミングは、予め定められた時間監視により行い、

マスタユニット１２とスレーブ２０との間では、毎周期で同じ通信サイクル、かつ通信タイミングで通信が行われ、

ＯＵＴ＿ｆｒａｍｅは、マスタユニット１２からスレーブ２０へのＯＵＴデータ転送用フレームであって、

ＯＵＴ＿ｆｒａｍｅは、「フレームヘッダ」と、マスタユニット１２から所定のスレーブ（ＯＵＴスレーブ）２０へ送る出力データである「ＯＵＴデータ」と、フレームチェックシーケンスである「ＣＲＣ」からなり、

各スレーブ２０は、ＯＵＴ＿ｆｒａｍｅを正常受信すると、ＯＵＴデータ中のマスタが設定したＯＵＴデータ開始エリア（マスタが設定）から自局のＯＵＴデータサイズ（外部端子モード設定により決まる）だけのデータを取り出し、取り込んだＯＵＴデータをＩ／Ｏバッファに転送し、自局の接続端子を介して接続された出力機器に対してＯＵＴデータを出力し、

ＩＮ＿ｆｒａｍｅは、スレーブ（ＩＮスレーブ）２０からマスタユニット１２へのＩＮデータ転送用フレームであり、

各ＩＮスレーブ２０は、ＯＵＴ＿ｆｒａｍｅを正常受信したならば、自局のＩＮデータをＩＮ＿ｆｒａｍｅに乗せて送信し、

ＥＶＥ＿ｆｒａｍｅは、通信サイクル中のメッセージデータ転送フレームであり、

このフレームのデータ構造において、「宛先アドレス」はこのイベントデータを送信する宛先アドレスであり、「送信元アドレス」はこのイベントデータを送信したノードに設定された送信元アドレスであり、「イベントデータ」は送信する内容であるイベントデータであり、

マスタユニット１２とスレーブ２０（ＯＵＴスレーブ）との間で、イベントデータ転送が実行され、マスタユニット１２のファームウェアが、１つの通信サイクル内でどのノードがＥＶＥ＿ｆｒａｍｅを送信するかを、毎サイクル毎に決定（設定）し、

マスタユニット１２が、ＯＵＴ＿ｆｒａｍｅ送信後、ＥＶＥ＿ｆｒａｍｅを送信し、スレーブ２０が、ＥＶＥ＿ｆｒａｍｅを正常受信すると、自局宛か否かを判断し、自局宛の場合には受信データを参照し、そして、レスポンスの要求があった場合には、レスポンスを返し、無ければ受信したまま処理を終了し、

上記のレスポンスがＥＶＥ＿ｆｒａｍｅで返送されると、各ノードはそれを受信し、そして、マスタユニット１２はそのＥＶＥ＿ｆｒａｍｅを正常受信し、自局宛ならば受信データを参照する、

方法。」

第６ 当審拒絶理由について（引用発明との対比・判断）

１ 本願発明１について

（１）対比

ア 本願発明１と引用発明とを対比すると、次のことがいえる。

（ア）引用発明の「マスタユニット１２」は、「各スレーブ２０との間で通信を行う」から、本願発明１の「マスタ装置として構成し」た「第１装置」に相当する。

（イ）引用発明の「スレーブ２０」は、「複数台」であり、それぞれ、「入力機器または出力機器（Ｉ／Ｏ機器）の配線を接続しＩ／Ｏデータの送受を行うＩ／Ｏ部２０ｊを備え」るから、「複数台」のうちの特定の一組の「スレーブ２０」に、「入力機器」が接続されず「出力機器」のみが接続されることが、当然にあり得るものである。

そして、引用発明の「出力機器」のみが接続された上記一組の「スレーブ２０」は、本願発明１の「一組の第２装置」に相当する。

（ウ）引用発明は、「マスタユニット１２は、フィールドバス３０に接続され、そのフィールドバス３０に複数台の各スレーブ２０がマルチドロップ接続によってつながれて」いるものであり、ここで、「フィールドバス３０」は、本願発明１の「バス」に相当する。

この点について、上記（ア）、（イ）を踏まえると、引用発明と本願発明１とは、

「第１装置と一組の第２装置とをバスを介して結合し」た

ものである点で一致する。

（エ）引用発明は、「マスタユニット」が「出力信号をフィールドバス通信によってスレーブに送信し、各ユニットでは受信した出力信号を接続端子に接続された出力機器に対して出力し」、「ＩＮデータは入力機器からスレーブへ、スレーブからマスタユニットへと伝わり、また、ＯＵＴデータはマスタユニットからスレーブへ、スレーブから出力機器へと伝わ」るものである。

また、引用発明の「ＯＵＴ＿ｆｒａｍｅ」は、「マスタユニット１２からスレーブ２０へのＯＵＴデータ転送用フレームであって」、「マスタユニット１２から所定のスレーブ（ＯＵＴスレーブ）２０へ送る出力データである「ＯＵＴデータ」」からなるものであり、これを「各スレーブ２０」が「正常受信する」と、「ＯＵＴデータ中のマスタが設定したＯＵＴデータ開始エリア（マスタが設定）から自局のＯＵＴデータサイズ（外部端子モード設定により決まる）だけのデータを取り出し、取り込んだＯＵＴデータをＩ／Ｏバッファに転送し、自局の接続端子を介して接続された出力機器に対してＯＵＴデータを出力」するものである。

ここで、引用発明の「マスタユニット」が「出力信号をフィールドバス通信によってスレーブに送信」することは、具体的には、「ＯＵＴデータ」を含む「ＯＵＴ＿ｆｒａｍｅ」、すなわち、「ＯＵＴデータ」を担持する「ＯＵＴ＿ｆｒａｍｅ」を送信することによってなされるものであり、「ＯＵＴデータ」は、「マスタユニットからスレーブへ、スレーブから出力機器へと伝わ」るから、上記（イ）で述べた、「入力機器」が接続されず「出力機器」のみが接続された「スレーブ２０」に到達することが明らかである。よって、当該「ＯＵＴデータ」は、「入力機器」が接続されず「出力機器」のみが接続された「スレーブ２０」に関連する一組のデータメッセージ部分であるといえる。

また、引用発明の「各ＩＮスレーブ２０」は、「ＯＵＴ＿ｆｒａｍｅを正常受信したならば、自局のＩＮデータをＩＮ＿ｆｒａｍｅに乗せて送信」するものの、「ＩＮデータ」は、「入力機器からスレーブへ、スレーブからマスタユニットへと伝わ」るから、「入力機器」が接続されず「出力機器」のみが接続された「スレーブ２０」は「ＩＮスレーブ２０」ではなく、当該「スレーブ２０」にとっては、「ＯＵＴ＿ｆｒａｍｅ」は、それへの応答としての「ＩＮ＿ｆｒａｍｅ」を送信することを必要とするものではないといえる。

以上のことについて、上記（イ）で検討した点を踏まえると、引用発明における、「入力機器」が接続されず「出力機器」のみが接続された「スレーブ２０」に関連する「ＯＵＴデータ」を担持する「ＯＵＴ＿ｆｒａｍｅ」と、本願発明１の「該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ」とは、「該一組の第２装置に関連するデータ一組のデータメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ」である点で共通する。

（オ）引用発明の「ＥＶＥ＿ｆｒａｍｅ」は、「宛先アドレス」が「イベントデータを送信する宛先アドレス」であるとされ、また、引用発明は、「マスタユニット１２とスレーブ２０（ＯＵＴスレーブ）との間で、イベントデータ転送が実行され」ること、「マスタユニット１２が、ＯＵＴ＿ｆｒａｍｅ送信後、ＥＶＥ＿ｆｒａｍｅを送信し、スレーブ２０が、ＥＶＥ＿ｆｒａｍｅを正常受信すると、自局宛か否かを判断し、自局宛の場合には受信データを参照し、そして、レスポンスの要求があった場合には、レスポンスを返」すこと、及び、「上記のレスポンスがＥＶＥ＿ｆｒａｍｅで返送されると、各ノードはそれを受信し、そして、マスタユニット１２はそのＥＶＥ＿ｆｒａｍｅを正常受信し、自局宛ならば受信データを参照する」ことがなされるものである。

ここで、「ＥＶＥ＿ｆｒａｍｅ」の「宛先アドレス」が、「ＯＵＴスレーブ」のうち、特に、上記（イ）で述べた、「入力機器」が接続されず「出力機器」のみが接続された「スレーブ２０」に設定される場合が、当然にあり得るものであり、その場合、当該「スレーブ２０」のみからの「レスポンス」が、「ＥＶＥ＿ｆｒａｍｅ」によってトリガーされるといえる。

また、引用発明は、「通信サイクルはＯＵＴ＿ｆｒａｍｅから始まり，ＥＶＥ＿ｆｒａｍｅ，ＩＮ＿ｆｒａｍｅとつづき、各フレームの送信タイミングは、予め定められた時間監視により行」うとされるものであるから、「上記のレスポンスがＥＶＥ＿ｆｒａｍｅで返送される」ことも、「予め定められた時間監視により行」われるものであって、「マスタユニット１２はそのＥＶＥ＿ｆｒａｍｅを正常受信し、自局宛ならば受信データを参照する」ことは、上記「マスタユニット１２」に対して「レスポンス」を返すことを、「マスタユニット１２」が「ＯＵＴスレーブ」に要求したことに対応して行われる動作であるといえる。

そして、引用発明において、上記「宛先アドレス」の設定がなされること、「ＥＶＥ＿ｆｒａｍｅ」、「予め定められた時間監視により行」うこと、「宛先アドレス」、「レスポンス」は、それぞれ、本願発明１の「第２装置へアドレスする」こと、「第２メッセージ」、「予期されている応答期間内に」行うこと、「該第２装置の内の一つを識別する識別子」、「応答」に相当する。

（カ）上記（エ）、（オ）について、上記（ア）～（ウ）で検討した点を踏まえると、引用発明において、「マスタユニット」が「ＯＵＴデータ」を含む「ＯＵＴ＿ｆｒａｍｅ」及び「ＥＶＥ＿ｆｒａｍｅ」を「フィールドバス通信によって」送信することと、本願発明１の

「該第１装置（１０）をマスタ装置として構成して該バス（３０）上を、

ａ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行のための動作を表す一組の動作データメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び

ｂ）該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置（１０）に対して応答を要求する該第２装置（２０１，２０２，．．．，２０ｎ）の内の一つを識別する識別子を伝達しアドレスされた該第２装置（２０ｉ）のみからの応答をトリガーする該第２メッセージ、

を送信」する

こととは、

「該第１装置をマスタ装置として構成して該バス上を、

ａ）該一組の第２装置に関連する一組のデータメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び

ｂ）該一組の第２装置における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置に対して応答を要求する該第２装置の内の一つを識別する識別子を伝達しアドレスされた該第２装置のみからの応答をトリガーする該第２メッセージ、

を送信」する

ことである点で共通する。

（キ）上記（エ）で述べた引用発明の構成における、「ＯＵＴ＿ｆｒａｍｅ」を「各スレーブ２０」が「正常受信する」と、「ＯＵＴデータ中のマスタが設定したＯＵＴデータ開始エリア（マスタが設定）から自局のＯＵＴデータサイズ（外部端子モード設定により決まる）だけのデータを取り出」すことと、本願発明１の

「該第２装置（２０１，２０２，．．．，２０ｎ）をスレーブ装置として構成して、

ｃ）マスタ装置として構成されている該第１装置（１０）から送信される該第１メッセージを該バス（３０）上で受信し、前記一組の動作データメッセージ部分における夫々の動作データメッセージ部分を読み取り、且つ読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行」する

こととは、上記（ウ）、（エ）で検討した点を踏まえると、

「該第２装置をスレーブ装置として構成して、

ｃ）マスタ装置として構成されている該第１装置から送信される該第１メッセージを該バス上で受信し、前記一組のデータメッセージ部分における夫々のデータメッセージ部分を読み取」る

ことである点で共通する。

（ク）上記（オ）で述べた引用発明の構成における、「マスタユニット１２が、ＯＵＴ＿ｆｒａｍｅ送信後、ＥＶＥ＿ｆｒａｍｅを送信し、スレーブ２０が、ＥＶＥ＿ｆｒａｍｅを正常受信すると、自局宛か否かを判断し、自局宛の場合には受信データを参照し、そして、レスポンスの要求があった場合には、レスポンスを返」し、「上記のレスポンスがＥＶＥ＿ｆｒａｍｅで返送されると、各ノードはそれを受信し、そして、マスタユニット１２はそのＥＶＥ＿ｆｒａｍｅを正常受信」することは、上記（ウ）、（オ）で検討した点を踏まえると、

「ｄ）マスタ装置として構成されている該第１装置から送信される該第２メッセージを該バス上で受信し且つマスタ装置として構成されている該第１装置へ向けて反応メッセージを該バス上を送信させることにより前記予期されている応答期間内に該第２メッセージに関して応答させる」

ことである点で、本願発明１と一致する。

イ 上記アから、本願発明１と引用発明とは、以下の点で一致する。

（一致点）

「第１装置と一組の第２装置とをバスを介して結合し、

該第１装置をマスタ装置として構成して該バス上を、

ａ）該一組の第２装置における第２装置に関連する一組のデータメッセージ部分を担持しており該第２装置からの応答を必要とするものではない第１メッセージ、及び

ｂ）該一組の第２装置における第２装置へアドレスする第２メッセージであって、該第２メッセージがアドレスされて予期されている応答期間内に該第１装置に対して応答を要求する該第２装置の内の一つを識別する識別子を伝達しアドレスされた該第２装置のみからの応答をトリガーする該第２メッセージ、

を送信し、及び

該第２装置をスレーブ装置として構成して、

ｃ）マスタ装置として構成されている該第１装置から送信される該第１メッセージを該バス上で受信し、前記一組のデータメッセージ部分における夫々のデータメッセージ部分を読み取り、

ｄ）マスタ装置として構成されている該第１装置から送信される該第２メッセージを該バス上で受信し且つマスタ装置として構成されている該第１装置へ向けて反応メッセージを該バス上を送信させることにより前記予期されている応答期間内に該第２メッセージに関して応答させる、

ことを包含している方法。」

ウ また、本願発明１と引用発明とは、以下の点で相違する。

（相違点１）

本願発明１の「第１メッセージ」が「担持」する「一組の」データメッセージ部分は、「該一組の第２装置（２０１，２０２，．．．，２０ｎ）における第２装置による実行のための動作を表す」、「動作データメッセージ部分」であるのに対して、引用発明の「ＯＵＴデータ」は、「スレーブ２０」による「実行のための動作を表す」ものではない点。

（相違点２）

本願発明１の「該第２装置（２０１，２０２，．．．，２０ｎ）」は、「読み取った該夫々の動作データメッセージ部分の関数として夫々の動作を実行」するのに対して、引用発明の「各スレーブ２０」は、「取り込んだＯＵＴデータをＩ／Ｏバッファに転送し、自局の接続端子を介して接続された出力機器に対してＯＵＴデータを出力」する点。

（相違点３）

本願発明１は、「スレーブ装置として構成されている該一組の第２装置（２０１，２０２，．．．，２０ｎ）における前記第２装置を複数の第２装置のサブセットに配置させることを包含しており、その場合にマスタ装置として構成されている該第１装置（１０）は該第１メッセージが専用とされている前記第２装置の該サブセットを識別するサブセット識別インデックスを有している第１メッセージを該バス（３０）上を送信する」ものであるのに対して、引用発明は、そのような構成を備えるものではない点。

（２）判断

事案に鑑みて、相違点３について先に検討する。

スレーブ装置として構成されている一組の第２装置における前記第２装置を複数の第２装置のサブセットに配置させ、マスタ装置として構成されている第１装置が、第１メッセージが専用とされている前記第２装置の該サブセットを識別するサブセット識別インデックスを有している第１メッセージを送信することは、引用文献１には記載されておらず、本願の優先日前において周知技術であったともいえない。

よって、本願発明１は、当業者であっても、引用文献１に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。

２ 本願発明２～８について

本願発明２～７は、本願発明１を減縮した発明であり、本願発明８は、本願発明１を引用する「システム」の発明であって、いずれも、相違点３に係る技術的事項を有しているから、本願発明２～８も、本願発明１と同様の理由により、当業者であっても引用文献１に記載された発明に基づいて容易に発明をすることができたものであるとはいえない。

３ 小括

以上のとおりであるから、当審拒絶理由は解消した。

第７ 原査定についての判断

令和４年１１月２１日に提出された手続補正書により補正された請求項１～８は、相違点３に係る技術的事項を有するものとなった。

そして、当該技術的事項は、原査定における引用文献Ａ（引用文献１）には記載されておらず、本願の優先日前における周知技術でもないので、本願発明１～８は、当業者であっても、原査定における引用文献Ａに基づいて容易に発明をすることができたものではない。

よって、原査定を維持することはできない。

第８ むすび

以上のとおり、原査定の理由によって、本願を拒絶することはできない。

また、他に本願を拒絶すべき理由を発見しない。

よって、結論のとおり審決する。