ポートフォリオ機能
| ポートフォリオを新規に作成して保存 |
|
|
| 既存のポートフォリオに追加保存 |
|
PDFをダウンロード
|
| 審決分類 |
審判 査定不服 5項独立特許用件 特許、登録しない。 H04M 審判 査定不服 2項進歩性 特許、登録しない。 H04M |
|---|---|
| 管理番号 | 1109098 |
| 審判番号 | 不服2002-17560 |
| 総通号数 | 62 |
| 発行国 | 日本国特許庁(JP) |
| 公報種別 | 特許審決公報 |
| 発行日 | 1996-05-17 |
| 種別 | 拒絶査定不服の審決 |
| 審判請求日 | 2002-09-12 |
| 確定日 | 2004-12-24 |
| 事件の表示 | 平成6年特許願第278601号「通信端末データのダウンロード方法」拒絶査定不服審判事件〔平成8年5月17日出願公開、特開平8-125748〕について、次のとおり審決する。 |
| 結論 | 本件審判の請求は、成り立たない。 |
| 理由 |
第1.手続の経緯 本願は、平成6年10月19日の出願であって、平成14年8月9日付けで拒絶査定がなされ、これに対し、同年9月12日に拒絶査定に対する審判請求がなされるとともに同年10月11日付けで手続補正がなされたものである。 第2.補正却下の決定 [結論] 平成14年10月11日付けの手続補正を却下する。 [理由] 1.補正後の本願発明 上記手続補正は、補正前の特許請求の範囲の請求項1に記載された発明を、 「交換装置に収容されるデータ通信用インターフェース回路と、当該インターフェース回路に接続されるデータ管理用装置と、前記交換装置に収容される複数のライン回路と、各ライン回路に接続される通信端末装置からなる通信システムに用いられる通信端末データのダウンロード方法であって、 前記通信端末装置は自装置の通信端末データを複数のブロック番号毎に分割して記憶するとともに、前記データ管理装置は前記通信端末装置それぞれの前記通信端末データを前記ブロック番号毎に記憶し、 前記データ管理装置に前記通信端末装置に対応する前記通信端末データの変更を行うと、前記データ管理装置は、前記通信端末装置に通信端末データのダウンロードを行う際に、ダウンロードの対象となる通信端末装置をオフラインとし、この変更に該当する前記通信端末データのブロック番号を認識し、変更された前記通信端末データに該当するブロック番号のデータのみをダウンロードの対象となる前記通信端末装置に送信することを特徴とする通信端末データのダウンロード方法。」 という発明(以下、「補正後の発明」という。)に変更することを含むものである。 2.補正の適否 (1)新規事項の有無、補正の目的要件 上記補正は、願書に最初に添付した明細書又は図面に記載した事項の範囲内において、補正前の特許請求の範囲の請求項1に記載された「データ管理装置」の構成に「(前記データ管理装置は、)前記通信端末装置に通信端末データのダウンロードを行う際に、ダウンロードの対象となる通信端末装置をオフラインとし、」という限定を付加することにより、その構成を減縮するものであるから、特許法第17条の2第2項で準用する同法第17条第2項の規定(新規事項)及び同法第17条の2第3項の規定(補正の目的)に適合している。 (2)独立特許要件 次に、上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が特許出願の際独立して特許を受けることができるものであるのかどうかについて検討する。 [補正後の発明] 上記「1.補正後の本願発明」の項で認定したとおりである。 [引用発明と周知技術] 原審の拒絶理由に引用された特開平5-344205号公報(以下、「引用例」という。)には、図面とともに以下の事項が記載されている。 イ.「【0011】 【実施例】以下、この発明の実施例を図1ないし図12を参照して詳細に説明する。図1は通話台に回線相手先名称表示用表示装置を搭載し、この回線相手先名称表示用表示装置に収容回線名およびオートダイヤル相手先名を表示させ、ページ切替により多くの相手先を収容可能としたページネーションタイプ通話台を用いたディーリング通話システムの中継方式図を示したものである。 【0012】図1において、複数の通話台11(DB)は、通話台局データを格納する通話台局データメモリ12(MEMB)を設け、通話を行なうための通話回路と発着信のための情報を伝送するデータ通信回路とで、インターフェースされる通話台ライン回路13(SDBLIN)に接続されている。この通話台ライン回路13は回線制御装置15(LCU)に含まれている。 【0013】具体的には、通話台ライン回路13の通話回路は回線制御装置内の通話路スイッチ(TSW)16と接続され、データ通信回路は、SP(通話系)バスを通して信号受信分配装置(SRD)19と接続され、さらにCC(制御系)バスを通して中央処理装置20(CPE)と接続される。 【0014】この通話路スイッチ16は、複数の局線トランク(COT)17を介して公衆網と接続され、また、複数の専用線トランク(PVT)18を介して専用線網と接続されている。これらの局線トランク17、専用線トランク18は回線制御装置15に含まれている。 【0015】上記CCバスには、中央処理装置20の他に回線制御装置15および通話台11の通話台局データを格納する回線制御装置局データメモリ(MEMA)21と局データバックアップ用のフロッピーディスクドライバ(FDD)とメンテナンスパネル(MP)24aとインターフェースするための入出力コントローラ(IOC)23が接続されている。」(3頁3欄、段落11〜15) ロ.「【0042】次に、通話台局データのダウンロードについて説明する。通話台局データは、メンテナンスパネル24aからのコマンド、または、通話台11からのコマンドのいずれからもダウンロードを行なうことができる。図7はメンテナンスパネル24aからのコマンドを示したもので、ダウンロードの場合のファンクションコードはDWLとなる。対象通話台によって、種別指定を選択し、パラメータ内容の入力を行なう。 【0043】対象通話台は、全通話台、グループ指定通話台、指定通話台が選択でき、ダウンロードデータについても全データ、共通データ、グループデータ、個人データのいずれかが選択できる。 【0044】まず、図10のダウンロードシーケンスにおいて、中央処理装置20がメンテナンスパネル24aより、複数の通話台DBA、DBB、DBC指定のダウンロードコマンドを入力すると、通話台DBA、DBB、DBCに対応する通話台ライン回路13へ共有メモリ45を介してダウンロード要求情報を送出する。これを受けた通話台ライン回路13は、通話台DBA〜DBCに対してダウンロード要求情報56を送出する。ダウンロード要求情報56には、要求種別として共通データ、グループデータ、個人データを指定可能としている。 【0045】ダウンロード可能な状態にある通話台DBA、DBC内の制御ユニット52では、ダウンロード要求情報56を受信すると、ダウンロード準備完情報57を対応する通話台ライン回路13に返送し、ダウンロード中表示を行ない、オフラインに移行する。 【0046】一方、通話台DBBのように、話中、通話台異常、対象外等ダウンロード不可の場合は、ダウンロード拒否情報58を通話台ライン回路13に返送する。この場合、送出するダウンロード拒否情報には、図14に示すように、拒否の理由(話中は00、異常は01、対象外は10)を付加して送出する。 【0047】通話台ライン回路13はダウンロード要求に対しての応答を受信すると、応答情報をメモリし、中央処理装置20に対して、ダウンロードデータを要求する。中央処理装置20は、通話台局データブロックを共有メモリに書き込み、セット完了情報を通話台ライン回路13に送出する。 【0048】通話台ライン回路13は、共有メモリより通話台局データを読み出し、通話台局データ情報59として通話台DBA、DBCに送出する。通話台DBA、DBC内の制御ユニット52は、受信した通話台局データの誤りチェックを行ない、正常な場合は順次通話台局データメモリ(MEMB)12に格納し、肯定応答ACKを通話台ライン回路13に返送する。 【0049】他方、制御ユニット52は、受信した通話台局データに誤りがあった場合は、否定応答NAK62を通話台ライン回路13に返送する。通話台ライン回路13は、通話台DBAからこの否定応答NAK62を受信すると、通話台DBAに通話台局データの再送を行ない、肯定応答ACKを通話台DBAから通話台ライン回路13が受信すると、通話台ライン回路13は中央処理装置20に対して、図11のダウンロードシーケンス図に示すように、次のブロックのダウンロードデータを要求する。 【0050】このシーケンスを繰り返し、中央処理装置20から通話台ライン回路13に最終通話台局データブロックを送出後、中央処理装置20は通話台ライン回路13にダウンロード終了情報を送出する。 【0051】通話台ライン回路13は、中央処理装置20からダウンロード終了情報を受信すると、通話台DBA、DBCに対して、ダウンロード確認情報60を送出する。ここで、ダウンロード確認情報60の種別には、図14に示すように、オンライン移行可「00」とオンライン移行不可「01」とがあり、オンライン移行不可は、複数局データダウンロード時のように、続けて別の通話台局データがダウンロードされることを意味し、ダウンロード終了情報61を通話台11から通話台ライン回路13に返送し、待機状態となる。オンライン移行可の場合は、ダウンロード終了情報61を返送し、オンラインに移行する。」(5頁7欄、段落42〜51) 上記引用例の記載及び添付図面ならびにこの分野における技術常識を考慮すると、上記「回線制御装置15」、「通話台11」、「通話台局データ」、「メンテナンスパネル24a」、「入出力コントローラ23」は、それぞれ、いわゆる「交換装置」、「通信端末装置」、「通信端末データ」、「データ管理装置」、「データ通信用インターフェース」である。 また、ダウンロードする通信端末データとして「個人データ」を考慮した場合、当該データは通信端末装置固有のデータであるから、個々の通信端末装置には個々の通信端末データ(即ち、個人データ)が記憶されると共にデータ管理装置には個々の通信端末データを集めたデータが記憶され、データ管理装置に記憶された個々の通信端末データは、指定された通信端末装置に向け、ブロック番号1からブロック番号nまで、ブロック毎に分割してダウンロードされるものである。 したがって、上記引用例には以下の発明(以下、「引用発明」という。)が記載されている。 「交換装置に収容されるデータ通信用インターフェース回路と、当該インターフェース回路に接続されるデータ管理用装置と、前記交換装置に収容される複数のライン回路と、各ライン回路に接続される通信端末装置からなる通信システムに用いられる通信端末データのダウンロード方法であって、 前記通信端末装置は自装置の通信端末データを記憶するとともに、前記データ管理装置は前記通信端末装置それぞれの前記通信端末データを記憶し、 前記データ管理装置は、前記通信端末装置に対応する前記通信端末データのダウンロードコマンドを実行すると、前記通信端末装置に通信端末データのダウンロードを行う際に、ダウンロードの対象となる通信端末装置をオフラインとし、前記通信端末データをブロック毎に、ダウンロードの対象となる前記通信端末装置に送信することを特徴とする通信端末データのダウンロード方法。」 また、例えば特開平3-255568号公報(以下、「周知例1」という。)には、図面とともに以下の事項イ.が記載されており、また、例えば特開平2-76001号公報(以下、「周知例2」という。)には、図面とともに以下の事項ロ.が記載されている。 イ.「以上説明したように本発明は、第1のCPU側で対象データの指示を発行し、通信手段で指示を第2のCPU側に送り、第2のCPU側で、指示されたデータを基本単位のブロックごとに分割し、複写体を生成し、通信手段で複写体を第1のCPU側に送り、第1のCPU側で複写体の編集を行い、編集を行ったブロックだけを通信手段で第2のCPU側に送り、第2のCPU側でブロックごとに置換えてデータを変更することにより、基本単位の情報量が多いデータベース更新作業のように、大量データを参照するが、変更は部分的にしか行わないような場合に、データの変更時間を従来よりも短縮することができる。」(3頁左上欄18行目〜右上欄10行目) ロ.「本発明では、PCの内部メモリが微小ブロックに細分化されたプログラムエリアを備えていて、PCはシーケンスの一巡時間毎に各ブロックのチェックサムを行い、チェックサムの変化があった場合はそのブロック番号を監視制御装置に通知する。監視制御装置は、送られてきたブロック番号に該当するプログラムをアップラインロードするもので、インターバルとしてシーケンスの一巡時間毎にプログラムの対応状態を確認すれば、実際はPC側で変更される都度、プログラムをアップラインロードすることになる。その処理は自動的に行われ、ブロックが多数に細分化されているほど迅速になる。」(2頁右下欄12行目〜3頁左上欄9行目) 上記周知例1、2の記載によれば、「データをブロック毎に分割して記憶するとともに、修正のあったブロックだけを識別して転送し、処理時間を短縮すること」は周知技術である。 [対比] 補正後の発明と引用発明とを対比すると、補正後の発明の「前記データ管理装置に前記通信端末装置に対応する前記通信端末データの変更を行うと」と引用発明の「前記通信端末装置に対応する前記通信端末データのダウンロードコマンドを実行すると」はいずれも「所定の処理を実行すると」という点で一致している。 また、補正後の発明の「この変更に該当する前記通信端末データのブロック番号を認識し、変更された前記通信端末データに該当するブロック番号のデータのみを」送信する方法と引用発明の「前記通信端末データをブロック毎に」送信する方法はいずれも「所定のデータ送信方法」であるという点で一致している。 したがって、補正後の発明と引用発明は、以下の＜一致点＞で一致し、また、＜相違点1＞〜＜相違点3＞で相違している。 ＜一致点＞ 「交換装置に収容されるデータ通信用インターフェース回路と、当該インターフェース回路に接続されるデータ管理用装置と、前記交換装置に収容される複数のライン回路と、各ライン回路に接続される通信端末装置からなる通信システムに用いられる通信端末データのダウンロード方法であって、 前記通信端末装置は自装置の通信端末データを記憶するとともに、前記データ管理装置は前記通信端末装置それぞれの前記通信端末データを記憶し、 前記データ管理装置は、所定の処理を実行すると、前記通信端末装置に通信端末データのダウンロードを行う際に、ダウンロードの対象となる通信端末装置をオフラインとし、所定のデータ送信方法により、ダウンロードの対象となる前記通信端末装置に送信する通信端末データのダウンロード方法。」 ＜相違点1＞通信端末データの「記憶」に関し、補正後の発明は「自装置の通信端末データを複数のブロック番号毎に分割して記憶する」とともに「通信端末装置それぞれの前記通信端末データを前記ブロック番号毎に記憶」するものであるのに対し、引用発明は単に「自装置の通信端末データを記憶する」とともに「通信端末装置それぞれの前記通信端末データを記憶」するものである点。 ＜相違点2＞「所定の処理を実行する」に関し、補正後の発明は「前記データ管理装置に前記通信端末装置に対応する前記通信端末データの変更を行う」処理の実行であるのに対し、引用発明は「前記通信端末装置に対応する前記通信端末データのダウンロードコマンドを実行する」処理の実行である点。 ＜相違点3＞「所定のデータ送信方法」に関し、補正後の発明は「この変更に該当する前記通信端末データのブロック番号を認識し、変更された前記通信端末データに該当するブロック番号のデータのみを」送信する方法であるのに対し、引用発明は「前記通信端末データをブロック毎に」送信する方法である点。 [判断] そこで、まず、上記相違点2の「所定の処理を実行する」について検討するに、引用発明の「通信端末データのダウンロードコマンドを実行する」必要がある場合の一例は、補正後の発明の場合と同様に、「通信端末装置に対応する通信端末データの変更を行った場合」であるから、この点に関しては両者の間に実質的な差異はない。したがって、引用発明の「前記通信端末装置に対応する前記通信端末データのダウンロードコマンドを実行する」処理の実行を、補正後の発明のような「前記データ管理装置に前記通信端末装置に対応する前記通信端末データの変更を行う」処理の実行に変更する程度のことは当業者であれば適宜成し得ることである。 ついで、上記相違点1の通信端末データの「記憶」および相違点3の「所定のデータ送信方法」について検討するに、例えば上記周知例1、2によれば「データをブロック毎に分割して記憶するとともに、修正のあったブロックだけを識別して転送し、処理時間を短縮すること」は周知技術であるところ、当該周知技術を引用発明のダウンロード方法に適用する上での阻害要因は何ら見あたらないから、引用発明の「自装置の通信端末データを記憶する」とともに「通信端末装置それぞれの前記通信端末データを記憶」する構成を、補正後の発明のように「自装置の通信端末データを複数のブロック番号毎に分割して記憶する」とともに「通信端末装置それぞれの前記通信端末データを前記ブロック番号毎に記憶」する構成とし、引用発明の「前記通信端末データをブロック毎に」送信する方法を、補正後の発明のように「この変更に該当する前記通信端末データのブロック番号を認識し、変更された前記通信端末データに該当するブロック番号のデータのみを」送信する方法に変更する程度のことは当業者であれば容易なことである。 以上のとおりであるから、補正後の発明は上記引用例に記載された発明及び周知例1、2に記載された周知技術に基づいて容易に発明できたものであり、特許法第29条第2項の規定により、特許出願の際独立して特許を受けることができないものである。 3.結語 以上のとおり、本件補正は、補正後の発明が特許出願の際独立して特許を受けることができないものであるから、特許法第17条の2第4項の規定により準用する特許法第126条第3項の規定に違反している。 したがって、本件補正は特許法第159条第1項において準用する同法第53条第1項の規定により却下すべきものである。 第3.本願発明について 1.本願発明 平成14年10月11日付けの手続補正は上記のとおり却下されたので、本願の請求項1に係る発明(以下、「本願発明」という。)は、出願当初の明細書及び図面の記載からみて、その特許請求の範囲の請求項1に記載された以下のとおりのものと認める。 「交換装置に収容されるデータ通信用インターフェース回路と、当該インターフェース回路に接続されるデータ管理用装置と、前記交換装置に収容される複数のライン回路と、各ライン回路に接続される通信端末装置からなる通信システムに用いられる通信端末データのダウンロード方法であって、 前記通信端末装置は自装置の通信端末データを複数のブロック番号毎に分割して記憶するとともに、前記データ管理装置は前記通信端末装置それぞれの前記通信端末データを前記ブロック番号毎に記憶し、 前記データ管理装置に前記通信端末装置に対応する前記通信端末データの変更を行うと、前記データ管理装置は、この変更に該当する前記通信端末データのブロック番号を認識し、変更された前記通信端末データに該当するブロック番号のデータのみを前記通信端末装置に送信することを特徴とする通信端末データのダウンロード方法。」 2.引用発明 引用発明および関連する周知技術は、上記「第2.2.(2)独立特許要件」中の[引用発明と周知技術]の項で認定したとおりである。 3.対比・判断 そこで、本願発明と引用発明とを対比するに、本願発明は上記補正後の発明にかかる「データ管理装置」の構成から「(前記データ管理装置は、)前記通信端末装置に通信端末データのダウンロードを行う際に、ダウンロードの対象となる通信端末装置をオフラインとし、」という限定を省いたものである。 そうすると、本願発明の構成に前記限定を付加した補正後の発明が上記「第2.2(2)独立特許要件」の項で検討したとおり、上記引用例に記載された発明及び周知例1、2に記載された周知技術に基づいて容易に発明できたものであるから、本願発明も同様の理由により、容易に発明できたものである。 4.むすび 以上のとおり、本願発明は、上記引用例に記載された発明及び周知例1、2に記載された周知技術に基づいて、当業者が容易に発明をすることができたものと認められるから、特許法第29条第2項の規定により特許を受けることができない。 よって、結論のとおり審決する。 |
| 審理終結日 | 2004-10-14 |
| 結審通知日 | 2004-10-19 |
| 審決日 | 2004-11-08 |
| 出願番号 | 特願平6-278601 |
| 審決分類 |
P
1
8・
575-
Z
(H04M)
P 1 8・ 121- Z (H04M) |
| 最終処分 | 不成立 |
| 前審関与審査官 | 大塚 良平 |
| 特許庁審判長 |
武井 袈裟彦 |
| 特許庁審判官 |
浜野 友茂 望月 章俊 |
| 発明の名称 | 通信端末データのダウンロード方法 |
| 代理人 | 青木 輝夫 |
