【事件の表示】
　特願２０００−１６９８７０「ハンドヘルド装置に基づく株取引システム」拒絶査定不服審判事件〔平成１３年　２月　９日出願公開、特開２００１−　３４６７９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　本願は、平成１２年６月７日の出願（パリ条約による優先権主張１９９９年６月８日、中華人民共和国）であって、平成１５年１月１６日付で手続補正がなされ、平成１５年４月４日付で拒絶査定がなされ、これに対し、同年７月１１日に拒絶査定に対する審判請求がなされるとともに、同日付で手続補正がなされたものである。
　
２．平成１５年７月１１日付の手続補正についての補正却下の決定
［補正却下の決定の結論］
　　平成１５年７月１１日付の手続補正を却下する。
　
［理由］
（１）本件補正発明
　平成１５年７月１１日付の手続補正（以下「本件補正」という。）により、請求項１０は、
「ハンドヘルド装置を利用する株取引の方法であって、
　（１）特有のハンドヘルド装置のユーザがどのＳＴＳＳを指定するかを決定するため、および前記ユーザが発行する株取引要求を受信するために、様々なハンドヘルド装置が採用する特有の通信方法およびメッセージ形式に従って、ＳＰＳＳが前記ハンドヘルド装置と通信するステップと、
　（２）前記指定されたＳＴＳＳが必要とする特有のメッセージ形式に従って、ＭＡが前記ＳＴＳＳに前記要求を送るステップと、
　（３）最終的に前記ＳＴＳＳが株式取引所と株取引トランザクションを行って前記要求を達成できるようにするステップとを含む方法。」
と補正された。
　請求項１０に係る本件補正は、請求項１０に記載した発明を特定するために必要な事項である「前記要求を達成する」について「複数の株式取引所の各々と株取引トランザクションを行って」との限定を付加するものであって、特許法第１７条の２第４項第２号に掲げられた特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１０に記載された発明（以下「本願補正発明」という。）が特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第５項において準用する同法第１２６条第４項の規定に適合するか）について以下に検討する。
　
（２）引用例
（２−１）引用例１
　原査定の拒絶の理由に引用された国際公開第９９／００７５３号パンフレット（以下「引用例１」という。）には、図面とともに、以下の事項が記載されている。
（ａ）「
Summary of the Invention
The present invention alleviates these difficulties and solves these
problems with a system and method for providing a gateway for the 
transfer of information between one or more customer system(s) 
which all utilize a common protocol and one or more financial market
(exchange) system(s) which each utilize the same and/or different 
protocols that differ from the common protocol used by the customer 
system (s).
　
The present invention also provides for a system and method whereby 
a broker can receive transaction information from a customer placed 
electronically, for example, via computer or terminal, and 
transmit the transaction information electronically to a financial 
market (exchange) without the need to manually reenter the 
transaction information. Additionally, the present invention 
provides for a system and method whereby a broker can receive 
transaction information, for example, an acknowledgment and/or 
a confirmation, electronically from a market (exchange) and 
transmit that transaction information electronically to a customer, 
for example, via computer or terminal, without the need to 
manually reenter the transaction information.
　
Furthermore, the present invention provides a system and method 
whereby a broker can automatically translate transaction information
received electronically from a customer in a certain protocol 
or language into a protocol or language compatible with a 
system used by a financial market (exchange) to which 
the transaction information is transmitted, and vice versa.
　
The system according to the present invention includes a gateway 
which receives and transmits transaction information from/to at 
least one customer system, receives and transmits transaction 
information from/to a plurality of markets (exchanges), and 
translates transaction information from a first protocol, i. e., 
format and/or language, into at least a second protocol and vice 
versa.
　
More specifically, the system according to the present invention 
includes a gateway which receives transaction information from 
and transmits transaction information to one or more systems, for
example, located at one or more customers and/or one or more 
brokers, and from/to one or more systems, for example, located 
at one or more financial markets (exchanges). The transaction 
information may be transmitted and received by the gateway, 
by the customer and/or by the financial market (exchange) 
electronically, or some other way such as via an optical link. 
Customers and brokers are coupled to the gateway via a 
customer/gateway interface and financial markets (exchanges)
are coupled to the gateway via an exchange/gateway interface.
　
Transaction information may be entered and/or formatted in any 
number of different ways, including, for example, in spreadsheet 
format as a single transaction or a number of transactions, as 
discrete groups or blocks of information, or directly as individual 
or single transactions.
　
The gateway may include components such as, for example, one or more
microprocessors, one or more memories, one or more storage devices 
and one or more I/O devices.
　
The gateway receives the transaction information and processes the 
information. The processing may include, for example, separating the
information corresponding to each respective transaction, 
identifying each transaction, formatting the transaction information, 
and/or translating,  i. e., converting or modifying, the information 
from a protocol,  i. e.,  language and/or format used by the 
customer/gateway interface into one or more protocols,  i. e., 
languages and/or formats used by the exchange/gateway interface, 
and vice versa. The gateway may also create a data base including 
transaction information, store transaction information in memory 
and/or send transaction information to a storage device.
　
The present invention may be implemented using any operating system,
including, but not limited to Windows NT, Windows 95, UNIX, MAC, 
etc.
　
Brief Description of the Drawings
　
Fig.1 is a system diagram according to a preferred embodiment of the
present invention showing customer/gateway and exchange/gateway 
interfaces.
　
Fig. 2 is a system block diagram showing the internal structure of 
the gateway according to a preferred embodiment of the present 
invention.
　
Fig. 3 is a diagram of a format for tracking data stored in memory 
as a data base according to a first embodiment of the present 
invention.
　
Fig. 4 is a flow diagram showing the operation of the gateway 
according to a first embodiment of the present invention.
　
Detailed Description
Referring now to the drawings, and initially Figure 1, there is 
illustrated a system diagram according to a first embodiment of the 
present invention. A gateway1 which may be located, for example, 
at a broker's facility, can be implemented using, for example, 
server class PC, a mainframe computer, a microcomputer, or 
some other type of processing system. The gateway 1 is coupled to 
one or more customer system 2, which may be, for example, a 
microcomputer, mainframe computer or some other type of 
processing system where a customer may place orders or transact 
business, via a customer/gateway interface 8 which may include some 
form of communications link using, for example, electronic or 
optical transmission of data, and which may be, for example, a 
modem connection over a telephone line, LAN, WAN, Intranet, 
Internet, dedicated line, satellite link, optical link or some other
type of connection. The gateway 1 may additionally be coupled to 
other customer system (s) 4 via additional customer/gateway 
interfaces 10, and/or to broker system (s) 6, e. g., terminal (s) 
and/or computers, which may be located, for example, at the broker's
facility or affiliated facilities, via other customer/gateway 
interfaces 12, e. g., modem connection over a telephone line, LAN, 
WAN, dedicated line, satellite link, optical link or some other 
type of connection. The broker system(s) can be used, for 
example, on trading desks or by sales people at the broker's 
facility for placing customer telephone orders or trades for 
in-house accounts such as mutual funds or hedge funds or 
for the broker's own account.
　
All communications between the gateway 1 and the customer systems 2
,4 and/or the broker system (s) 6 occur using a common protocol 
(format and/or language), for example, Financial Information 
Exchange (FIX) protocol, which is in the public domain, commonly 
known and used as a universal trader protocol, and is described in 
detail in, for example, the FIX 4.0 specification and release 
notes issued by the FIX Technical Committee on January 13,1996, 
and available at www. fixprotocol. org., which is incorporated 
herein by reference.
　
The gateway 1 is also coupled to one or more financial exchanges 16,
18,20,22, for example, NYSE 16, NASDAQ 18, TSE 20,CBOE 22, which 
may be, for example, a microcomputer, mainframe computer or some 
other type of processing system, where the exchange may receive and 
process orders, via an exchange/gateway interface 24,26,28,30 which 
may include some form of communications link using, for example, 
electronic or optical transmission of data, and which may be, for 
example, a modem connection over a telephone line, LAN, WAN, 
dedicated line, satellite link, optical link or some other type of 
connection. 
　
The communications between the gateway 1 and each exchange 16,18,20,
22 occurs using a proprietary protocol (format and/or language) 
specific for the relevant exchange. For example, the NYSE 16 uses 
CMS protocol, and TSE 20 uses STAMP protocol. Thus, any information 
transmitted from the gateway1 to the NYSE 16 must be in CMS 
protocol, while any information transmitted from the gateway I to 
the TSE 20 must be in STAMP protocol.
　
The gateway 1 serves as the link or interface between the customer 
systems 2, 4 and/or broker system (s) 6, and the exchanges 16,18,20,
22.
　
Referring now to Figure 2, there is shown a block diagram of the 
internal structure of the gateway 1 according to a first embodiment 
of the present invention. The gateway 1 includes a processor 50, 
which may be, for example, a microprocessor, a microprocessor 
array, or a microcomputer. The processor 50 is coupled to a memory 
52, for example a RAM, which is used to store information received 
from the customer system(s) 2,4 and/or broker system(s), and from 
the exchanges 16,18,20,22. The information stored in the memory 52 
may include, for example, transaction information, information 
relating to an order placed by a customer or broker, e.g., stock 
symbol, quantity, price, exchange, etc., acknowledgment information,
and confirmation information. The information stored in memory52 
may be stored, for example, in or as a data base or in any format 
desired.
　
The gateway 1 may also include a storage device 54, for example, a 
RAM, a hard drive, tape drive, ZIP drive, optical drive, holographic
storage device, or any other type of storage device, coupled to the 
processor 50. The storage device 54 may be internal to or physically
located within the gateway system or may housed at a remote 
location. Alternatively, the memory 52 and the storage device 54 
may be comprised of a single device. The storage device 54 may 
be used to store, for example, transaction information, information 
relating to an order placed by a customer or broker, e. g., 
financial instrument symbol, quantity, price, exchange, etc., 
acknowledgment information, and confirmation information. 
The storage device54 may be used, for example, as a backup 
for the memory 52 and/or to archive historical information.
　
Referring now to Figure 3, there is shown a diagram of a format for 
tracking data stored in memory 52 as or in a data base according to 
a first embodiment of the present invention. The tracking data data 
base may include a number of lists or fields of information relating
to the transactions transmitted to the gateway 1 by a customer 
system. Column 70 includes a list of the transaction number for 
each transaction transmitted to the gateway 1. Column 72 includes 
a list of the symbols for the financial instruments comprising each 
transaction. Column 74 includes a list of the type of transaction to
be implemented, i. e., buy, sell, sell short, etc. Column 76 
includes a list of the quantity of the respective financial 
instrument to be traded. Column 78 includes a list of the price at 
which the financial instrument should be traded. Column 80 
includes a list of the exchange on which the relevant financial 
instrument is listed. Column 82 includes a list indicating for 
each transaction whether an acknowledgment has been received. 
Column 84 includes a list indicating for each transaction 
whether a confirmation has been received. Column 86 includes 
a list indicating status of the order, i. e., rejected, accepted, 
filled, partially filled, etc. Column 88 includes a list indicating 
the quantity of the financial instrument traded for each 
transaction. Column 90 includes a list indicating the number 
of financial instruments outstanding or remaining for each 
requested transaction. Column 92 includes a list indicating 
the price at which each unit was traded.
　
Alternatively, the data base may include fewer or more columns than 
those indicated and various columns may be combined or divided as 
desired.
Additionally, the information may be stored in some other manner 
besides as a data base, including but not limited to being coded, 
stored as a data word, as compressed data, etc. 
　
The data rates at the customer/gateway interfaces 8,10 and/or 12 
(as shown in Figure1) are approximately the same since they use a 
common protocol. The data rate between customer system (s) 2,4 
and/or broker system (s) 6, and the gateway 1 can be, for example, 
56 Kbps. Alternatively, the data rates at customer/gateway 
interfaces 8,10 and/or 12 may vary. The data rates between the 
gateway I and the exchanges at exchange/gateway interface 24,26,28,
30 may be similar or may vary, and can be, for example, 9600 bps. 
Whatever data rates are used, the memory 52 should be of sufficient 
capacity to store all received information without losing or 
over-writing any data.
　
Because of the differences in data rates between the 
customer/gateway interfaces and the exchange/gateway interface, 
the memory 52 may also be used as a buffer to store any transaction 
information that may accumulate while waiting to be transmitted to 
the exchanges, or to customers/brokers.
　
Alternatively, a separate memory may be used to buffer this 
transaction information.
　
Communications between the gateway 1 and customer system(s) 2,4 and 
broker system (s) 6 may also include some form of security such as, 
for example, coding of information, time offsets and password 
protection, to insure the integrity and secrecy of the information 
being transmitted.
　
The gateway 1 processes information, for example, by using one or 
more programs running one or more threads of execution 
(i.e., sharing resources) or by using multiple programs, such that 
multiple pieces of information may be processed at the same time. 
The gateway 1 is, therefore, able to communicate with multiple 
customer system(s) 2, 4 and/or broker system (s) 6, and with 
multiple exchanges 16,18,20,22 simultaneously. Each customer 
system and/or broker system that transmits information, i. e., an 
order, to the gateway I is allocated a separate thread, i. e., a 
separate flag is set, and a separate program is invoked to process 
the information from that customer system and/or broker system.
　
The operation of the gateway, including processing of information 
can be understood more readily by referring to Figure 4, which is a 
flow diagram of the gateway operation according to a first 
embodiment of the present invention. In step 100 transaction 
information, e. g., an order, is received from a customer system 2 
by the gateway I in an common protocol such as, for example, 
FIX protocol. The order is processed in steps 102,104,106 and 108.
Because an order may include one or more transactions such as, for 
example, buying and/or selling equities, buying and/or selling 
futures, buying and/or selling bonds, buying and/or selling options,
etc., the processing should include a counting step 102 where the 
number of transactions is determined.
The processing also includes a step 104 where flags are set for each
separate transaction. There may be an additional step (not shown) 
where the information is provided with some form of coding or 
identification so that the processor can identify and match the 
information transmitted to the exchange system (i. e., transaction 
information) with the information received from the exchange 
system (i. e., acknowledgment and confirmation information).
　
The processing further includes a step 106 where tracking data 
relating to each transaction is written to a location, for example,
in memory 52 so that the gateway may keep track of each 
transaction. The tracking data may be written, for example, in 
the form of a data base, and may include information such as, 
for example, described above in relation to Figure 3. Each 
transaction is then translated in step 108 from FIX protocol into 
the proper protocol for the exchange to which it is to be 
transmitted.
　
For example, if the gateway 1 receives an order from a customer 
system 2 containing three transactions (as shown in Figure 3), i.e.,
(1) purchase 100,000 shares of XYZ stock on the NYSE at 
$17/share, (2) sell 200,000 shares of ABC stock on the TSE at 
$42/share, and (3) buy 1000 July put options for LMN stock at 
last asking price, the gateway 1 will count the number of 
transactions and set flags for each, i. e., three flags. The gateway 
I will also write tracking data relating to each of the three 
transactions into memory. The gateway 1 will then begin 
translating the first transaction from FIX protocol into CMS 
protocol, the second transaction from FIX protocol into 
STAMP protocol, and the third transaction from FIX protocol 
into the proper protocol for the relevant options exchange.
　
The gateway 1 may run a separate sub-program for processing 
(including translation) for each customer, or may otherwise process 
transactions for each customer individually. The processing of 
transactions for each customer may occur simultaneously or 
consecutively since the gateway 1 is capable of parallel processing,
i. e., processing for each customer simultaneously.
　
Alternatively, the processing may include only some of the steps 
discussed above or it may include additional steps such as, for 
example, error correction, data compression, etc.
　
When the processing of a transaction received from a customer 
system is completed, in step 110 the gateway I transmits the 
translated (reformatted) transaction information to the proper 
exchange. The gateway I then receives an acknowledgment from 
the exchange, in step112, indicating that the transaction 
information has been received. The gateway processes the 
acknowledgment in steps 114, 116 and 118. In step 114 the 
gateway 1 translates the acknowledgment from the exchange's 
protocol into a common protocol such as, for example, FIX 
protocol. In step 116 the gateway locates the tracking data in 
memory 52 relating to the relevant transaction and updates the 
tracking data in memory 52. In step118 the gateway 1 transmits 
the acknowledgment information to the customer system 2.
　
Some time after the acknowledgment is received by the gateway 1, in 
step 120 the gateway 1 receives a transaction confirmation from the 
relevant exchange.
　
The transaction confirmation indicates the status of the transaction
and may include information such as, for example, financial 
instrument symbol, order accepted and filled/partially filled or 
rejected, quantity, price, etc.
　
The gateway processes the transaction confirmation in steps 122,124 
and 126. In step 122 the gateway I translates the transaction 
confirmation from the exchange's protocol into a common protocol 
such as, for example, FIX protocol. In step 124 the gateway 
locates the tracking data in memory 52 relating to the relevant 
transaction and updates the tracking data in memory 52. In step 
126 the gateway 1 transmits the transaction confirmation to the 
customer system 2.
　
In step 128 the gateway transfers the contents of memory 52 relating
to transactions for which transaction confirmations have been 
received into storage device 54. The storage device 54 may be 
accessed by the customer system (s) 2,4 and the broker system(s) 6, 
and by the broker. Safety features in the gateway 1 only allow a 
customer system/broker system access to the transactions placed by 
that customer system/broker system.
　
The system can accommodate and support any number of customers 
and/or brokers as well as any number of financial markets 
(exchanges). 」（明細書第４頁第３行−第１３頁第２２行）
　
　なお、引用例１により国際公開された国際出願の日本語訳を公開した特表２００２−５０６５４４号公報（以下「公表公報」という。）には、上記摘記事項に対応する部分について、以下の事項が記載されている。
「
発明の概要
　本発明は、共通のプロトコルを利用する一つ以上の顧客システムと、顧客システムが用いる共通のプロトコルと同一および/または異なるプロトコルを用いる一つ以上の金融市場（取引所）システムそれぞれとの間の情報の転送のためのゲートウェイを提供するためのシステムおよび方法によって、これら困難を軽減し、これら問題を解決する。
　本発明はまた、ブローカーが例えばコンピュータまたは端末を介して顧客から電子的に取引情報を受け取り、その取引情報を手動で再入力することなく金融市場（取引所）に電子的に転送するシステムおよび方法を提供する。さらに、本発明はブローカーが例えば受け取り承認および/または確認などの取引情報を市場（取引所）から電子的に受け取り、その取引情報を手動で再入力することなく例えばコンピュータまたは端末を介して顧客に電子的に転送することができるシステムおよび方法を提供する。
　さらに、本発明は、ブローカーが、一定のプロトコルまたは言語で顧客から電子的に受け取った取引情報を、取引情報を転送する金融市場（取引所）が用いるシステムと互換性のあるプロトコルまたは言語に、およびその逆に自動的に翻訳できるシステムおよび方法を提供する。
　本発明によるシステムには、少なくとも一つの顧客システムから/へ取引情報を受け取り、転送し、複数の市場（取引所）から/へ取引情報を受け取り、転送し、取引情報を第１のプロトコル、すなわちフォーマットおよび/または言語から、少なくとも第２のプロトコル、およびその逆に翻訳するゲートウェイを含む。
　より詳しくは、本発明によるシステムは、例えば一つ以上の顧客および/または一つ以上のブローカーにある一つ以上のシステムと、例えば一つ以上の金融市場（取引所）にある一つ以上のシステムから/へ、取引情報を受け取り、転送するゲートウェイを含む。取引情報は、ゲートウェイ、顧客および/または金融市場（取引所）が電子的に、または光学リンクなど他の方法を介して転送・受け取ることができる。顧客とブローカーは顧客/ゲートウェイインターフェースを介してゲートウェイに接続され、金融市場（取引所）は取引所/ゲートウェイインターフェースを介してゲートウェイに接続される。
　取引情報は、例えば一つの取引または情報の離散グループまたはブロックとしての多数の取引としてスプレッドシートフォーマットで行うことを含むあらゆる数の異なる方法、または個人または一つの取引として直接的に入力および/またはフォーマットすることができる。
　ゲートウェイには、例えば一つ以上のマイクロプロセッサ、一つ以上のメモリ、一つ以上の記憶装置および一つ以上のＩ／Ｏデバイスなどのコンポーネントを含むことができる。
　ゲートウェイは取引情報を受け取り、その情報を処理する。その処理には、例えば各取引に応じた情報の分離、各取引の識別、取引情報のフォーマッティング、および/または翻訳、すなわちプロトコル、すなわち顧客/ゲートウェイインターフェースが用いる言語および/またはフォーマットから、一つ以上のプロトコル、すなわち取引所/ゲートウェイインターフェースが用いる言語および/またはフォーマットへ、およびその逆の情報の変換または修正を含むことができる。ゲートウェイはまた、取引情報を含むデータベースの作成、メモリへの取引情報の保存および/または記憶装置への取引情報の送信ができる。
　本発明は、Windows NT、Windows 95、UNIX、MAC等を限定せずに含むあらゆるオペレーティングシステムを使って実現することができる。
　
図面の簡単な説明
  図１は、本発明の実施例によるシステム図で、顧客/ゲートウェイおよび取引所/ゲートウェイインターフェースを示す。
　図２は、本発明の実施例によるゲートウェイの内部構造を示すシステムブロック図である。
　図３は、本発明の第一の実施例によりデータベースとしてメモリに保存されたデータ追跡のためのフォーマットの図である。
　図４は、本発明の第一の実施例によるゲートウェイの動作を示すフロー図である。
　
詳細な説明
  図を参照し、まず図１には、本発明の第一の実施例によるシステム図が示される。例えばブローカーの施設に位置するゲートウェイ１は、例えばサーバクラスＰＣ、メインフレームコンピュータ、マイクロコンピュータ、またはその他のタイプの処理システムを使って実装することができる。ゲートウェイ１は、例えばマイクロコンピュータ、メインフレームコンピュータまたはその他タイプの処理システムでよい一つ以上の顧客システム２に接続され、ここでは、例えば電子的または光学的データ転送を使う一定形式の通信リンクを含み、例えば電話回線によるモデム接続、ＬＡＮ、ＷＡＮ、イントラネット、インターネット、専用回線、衛星リンク、光学リンクその他のタイプの接続でよい顧客/ゲートウェイインターフェース８を介して顧客が発注または取引を行う。ゲートウェイ１はさらに、追加顧客/ゲートウェイインターフェース１０を介して、他の顧客システム４、および/または、電話回線によるモデム接続、ＬＡＮ、ＷＡＮ、専用回線、衛星リンク、光学リンクその他タイプの接続などの他の顧客/ゲートウェイインターフェース１２を介して、例えばブローカーの施設または関連施設にある端末および/またはコンピュータなどのブローカーシステム６に接続することができる。ブローカーシステムは、例えばトレーディングデスクで、またはブローカーの施設の販売員が顧客の電話注文またはミューチュアルファンドまたはヘッジファンドなどの社内勘定またはブローカー自身の勘定の取引に用いることができる。
　ゲートウェイ１および顧客システム２，４および/またはブローカーシステム６との間の通信はすべて、例えば、パブリックドメイン内にあり、よく知られており、汎用のトレーダープロトコルとして使われ、例えばＦＩＸ４．０仕様および1996年1月13日にFIX技術委員会が発行したリリースノートに詳細に記述され、参照により本書に組み込むwww.fixprotocol.orgで利用可能なFinancial Information Exchange（FIX）プロトコルなどの共通プロトコル（フォーマットおよび/または言語）を使って発生する。
  ゲートウェイ１はまた、例えばマイクロコンピュータ、メインフレームコンピュータその他のタイプの処理システムでよい例えばＮＹＳＥ１６、ＮＡＳＤＡＱ１８、ＴＳＥ２０、ＣＢＯＥ２２などの１以上の金融取引所１６、１８、２０、２２に接続され、ここでは取引所が例えば電話回線によるモデム接続、ＬＡＮ、ＷＡＮ、専用回線、衛星リンク、光学リンクその他タイプの接続でよいデータの電子または光学転送を使う一定形式の通信リンクを含む取引所/ゲートウェイインターフェース２４、２６、２８、３０を介して注文の受け取りと処理を行う。
　ゲートウェイ１と各取引所１６、１８、２０、２２との間の通信は、関連取引所固有の独自のプロトコル（フォーマットおよび／または言語）を使って発生する。例えば、ＮＹＳＥ１６はＣＭＳプロトコル、ＴＳＥ２０はＳＴＡＭＰプロトコルを使う。そのため、ゲートウェイ１からＮＹＳＥ１６に転送される情報はＣＭＳプロトコルでなければならず、ゲートウェイ１からＴＳＥ２０に転送される情報はＳＴＡＭＰプロトコルでなければならない。
　ゲートウェイ１は、顧客システム２，４および/またはブローカーシステム６と取引所１６、１８、２０、２２との間のリンクまたはインターフェースとして働く。
　図２を参照すると、本発明の第１の実施例によるゲートウェイ１の内部構造のブロック図が示される。ゲートウェイ１は、例えばマイクロプロセッサ、マイクロプロセッサアレイ、またはマイクロコンピュータでよいプロセッサ５０を含む。プロセッサ５０は、顧客システム２，４および/またはブローカーシステム、および取引所１６、１８、２０、２２から受け取った情報の保存に用いるＲＡＭなどのメモリ５２に接続される。メモリ５２に保存される情報は、例えば取引情報、顧客またはブローカーによる注文に関連する株式銘柄、数量、価格、為替などの情報、受け取り承認情報、確認情報などを含むことができる。メモリ５２に保存される情報は、例えばデータベース内またはデータベースとして、あるいは所望のあらゆるフォーマットで保存することができる。
　ゲートウェイ１は、プロセッサ５０に接続された、例えばＲＡＭ、ハードドライブ、テープドライブ、ＺＩＰドライブ、光学ドライブ、ホログラフ記憶装置またはあらゆるタイプの記憶装置等の記憶装置５４を含むことができる。記憶装置５４は、ゲートウェイシステム内部または物理的にその中に配置でき、または遠隔地に収納することができる。あるいは、メモリ５２および記憶装置５４は１つの装置からなることができる。記憶装置５４は、例えば取引情報、金融商品銘柄、数量、価格、為替など顧客またはブローカーによる注文に関連する情報、受け取り承認情報および確認情報の保存に用いることができる。記憶装置５４は、例えばメモリ５２のバックアップとして、および／または履歴情報のアーカイブに用いることができる。
　図３を参照すると、本発明の第１実施例によるデータベースとして、あるいはデータベース内のメモリ５２に保存された追跡データのフォーマットの図を示す。追跡データデータベースは、顧客システムからゲートウェイ１に転送される取引に関連する情報のリストまたはフィールドを多数含むことができる。列７０は、ゲートウェイ１に転送される各取引の取引番号のリストを含む。列７２は、各取引を構成する金融商品の銘柄のリストを含む。列７４は、実施される取引のタイプのリスト、すなわち、買い、売り、空売りなどを含む。列７６は、トレードする各金融商品の数量のリストを含む。列７８は、金融商品をトレードしなければならない価格のリストを含む。列８０は、関連金融商品を売る取引所のリストを含む。列８２は、各取引について受け取り承認を受け取ったか否かを示すリストを含む。列８４は、各取引について確認を受け取ったか否かを示すリストを含む。列８６は、注文の状態、すなわち、拒絶、受理、履行、部分履行などを示すリストを含む。列８８は、各取引でトレードする金融商品の数量を示すリストを含む。列９０は、各要求取引について未済または残っている金融商品の数を示すリストを含む。列９２は、各単位をトレードする価格を示すリストを含む。
　あるいは、データベースはここに示す以上あるいは以下の列を含み、所望により各種列を組み合わせまたは分割することができる。さらに、情報は、コード化、データワードとしての保存、圧縮データとしての保存などを限定せずに含むデータベースとして以外の他の方法で保存することができる。
  顧客/ゲートウェイインターフェース８，１０および/または１２での（図１に示す）データレートは、共通プロトコルを用いているためほぼ同じである。顧客システム２、４および/またはブローカーシステム６、およびゲートウェイ１との間のデータレートは、例えば５６Ｋｂｐｓとすることができる。あるいは、顧客/ゲートウェイインターフェース８，１０および/または１２のデータレートは可変にできる。ゲートウェイ１及び取引所／ゲートウェイインターフェース２４、２６、２８、３０の取引所との間のデータレートは、同様または可変であることができ、例えば９６００ｂｐｓとすることができる。どのようなデータレートを使っても、メモリ５２はデータを失ったり上書きすることなくすべての受信情報を保存できるだけの容量でなければならない。
　顧客/ゲートウェイインターフェースと取引所/ゲートウェイインターフェースとの間のデータレートの相違のため、メモリ５２はまた、取引所または顧客／ブローカーへの転送を待ちながら累積する取引情報を保存するためのバッファとして用いることができる。あるいは、別個メモリを使ってこの取引情報をバッファすることができる。
　ゲートウェイ１と顧客システム２，４およびブローカーシステム６との間の通信はまた、例えば情報のコーディング、タイムオフセットおよびパスワード保護等一定形式のセキュリティを含んで、転送する情報の整合性と機密性を確保することができる。
　ゲートウェイ１は、複数の情報を同時に処理できるよう、例えば１以上の実行スレッド（すなわち資源共有）で動く１以上のプログラムを使って、または複数のプログラムを使って情報を処理することができる。そのため、ゲートウェイ１は複数の顧客システム２，４および/またはブローカーシステム６および複数の取引所１６、１８、２０、２２と同時に通信できる。情報、すなわち注文をゲートウェイ１に転送する各顧客システムおよび/またはブローカーシステムには、別スレッドを割り当て、すなわち別フラッグを設定し、別プログラムを呼び出して、その顧客システムおよび/またはブローカーシステムからの情報を処理する。
　情報の処理を含むゲートウェイの動作は、本発明の第１実施例によるゲートウェイの動作のフロー図である図４を参照することによって容易に理解される。ステップ１００では、注文などの取引情報が、例えばＦＩＸプロトコルなどの共通プロトコルでゲートウェイ１によって顧客システム２から受け取られる。その注文は、ステップ１０２、１０４、１０６及び１０８で処理される。注文には、例えばエクイティの売りおよび/または買い、先物の売りおよび/または買い、債券の売りおよび/または買い、オプションの売りおよび/または買い等の１以上の取引が含まれることがあるため、処理には、取引数を決定するカウントステップ１０２を含まなければならない。処理はまたステップ１０４を含み、別個取引それぞれについてフラッグが設定される。情報に一定形式のコーディングまたは識別を与えてプロセッサが取引所システムに送られる情報（すなわち取引情報）を識別し、取引所システムから受け取った情報（すなわち、受け取り承認および確認情報）と一致させる追加ステップ（図示せず）を設けることができる。
　処理はさらにステップ１０６を含み、各取引に関連する追跡データが、例えばメモリ５２の位置に書き込まれ、ゲートウェイが各取引を追跡できるようにする。追跡データは、例えばデータベースの形式で書きこみ、例えば図３に関連して上述する情報を含むことができる。そして各取引をステップ１０８でＦＩＸプロトコルからそれを転送する取引所に適したプロトコルに翻訳する。
　例えば、ゲートウェイ１が（図３に示すように）３個の取引、すなわち、（１）ＮＹＳＥで＄１７／株でのＸＹＺ株100,000株の購入、（２）ＴＳＥで＄４２／株でのＡＢＣ株200,000株の売り、および（３）直近の売り呼び値でのＬＭＮ株７月限プット・オプション1,000単位の買い、を含む顧客システム２からの注文を受けると、ゲートウェイ１は取引数をカウントし、それぞれについて、すなわち３個のフラッグを設定する。ゲートウェイ１はまた、３個の取引のそれぞれに関連する追跡データをメモリに書きこむ。ゲートウェイ１はそして第１の取引をＦＩＸプロトコルからＣＭＳプロトコルに、第２の取引をＦＩＸプロトコルからＳＴＡＭＰプロトコルへ、第３の取引をＦＩＸプロトコルから関連オプション取引所に適切なプロトコルへ翻訳し始める。
　ゲートウェイ１は、各顧客について（翻訳を含む）処理のための別個のサブプログラムを走らせるか、各顧客について個々に取引を処理することができる。各顧客のための取引の処理は、ゲートウェイ１が並行処理、すなわち各顧客を同時に処理することができるため、同時または逐次に発生することができる。
　あるいは、処理に上述のステップの一部のみ含むか、例えばエラー是正、データ圧縮などの追加ステップを含むことができる。
　顧客システムから受け取った取引の処理が完了すると、ステップ１１０で、ゲートウェイ１は翻訳（再フォーマット）された取引情報を適切な取引所に転送する。そしてゲートウェイ１は、ステップ１１２で取引所から取引情報を受け取ったことを示す受け取り承認を受け取る。ゲートウェイはステップ１１４、１１６および１１８で受け取り承認を処理する。ステップ１１４では、ゲートウェイ１は受け取り承認を取引所のプロトコルから、例えばＦＩＸプロトコルなどの共通プロトコルに翻訳する。ステップ１１６で、ゲートウェイは関連取引に関連するメモリ５２で追跡データを探し、メモリ５２で追跡データをアップデートする。ステップ１１８で、ゲートウェイ１は、受け取り承認情報を顧客システム２に転送する。
  ゲートウェイが受け取り承認を受け取ってからしばらくして、ステップ１２０で、ゲートウェイ１は関連取引所から取引確認を受け取る。取引確認は、取引の状態を示し、例えば、金融商品銘柄、受理および履行/部分履行または拒絶した注文、数量、価格などの情報を含むことができる。
　ゲートウェイは、ステップ１２２、１２４および１２６で取引確認を処理する。ステップ１２２で、ゲートウェイ１は取引確認を取引所のプロトコルから、例えばＦＩＸプロトコルなどの共通プロトコルに翻訳する。ステップ１２４で、ゲートウェイは関連取引に関連するメモリ５２で追跡データを探し、メモリ５２で追跡データをアップデートする。ステップ１２６で、ゲートウェイ１は取引確認を顧客システム２に転送する。
　ステップ１２８で、ゲートウェイは取引確認を受け取った取引に関連するメモリ５２の内容を記憶装置５４に転送する。記憶装置５４は、顧客システム２，４およびブローカーシステム６、およびブローカーによってアクセスできる。ゲートウェイ１の安全特性により、顧客システム/ブローカーシステムだけがその顧客システム/ブローカーシステムが発した取引にアクセスすることができる。
　このシステムはあらゆる数の顧客および/またはブローカーとあらゆる数の金融市場（取引所）を収容し、サポートすることができる。」（公表公報第１２頁第１５行−第２０頁第２０行）
　
　また、上記の摘記事項からみて、「取引所（１６）（１８）（２０）（２２）」のシステムは、顧客の株取引注文に応じて、最終的に取引所との株取引の処理を行っていると認められるので、引用例１に記載された事項において、最終的に「取引所（１６）（１８）（２０）（２２）」のシステムは、取引所と株取引トランザクションを行って注文を達成できるようにしていることは明らかである。
　さらに、上記の摘記事項からみて、「ゲートウェイ（１）」は、顧客の株取引注文に応じて特定の「取引所（１６）（１８）（２０）（２２）」のシステムに前記注文を送信していると認められるので、特定の「顧客システム（２）（４）」または「ブローカーシステム（６）」の使用する顧客またはブローカーがどの「取引所（１６）（１８）（２０）（２２）」のシステムを指定するかを決定するため、および顧客またはブローカーが発行する前記注文を受信するために、「顧客システム（２）（４）」または「ブローカーシステム（６）」が採用する特有の通信方法およびメッセージ形式に従って、「ゲートウェイ（１）」が「顧客システム（２）（４）」または「ブローカーシステム（６）」と通信していることは明らかである。
　してみれば、特表２００２−５０６５４４号公報の記載を参考にすると、引用例１には、
『特定の「顧客システム（２）（４）」または「ブローカーシステム（６）」の使用する顧客またはブローカーがどの「取引所（１６）（１８）（２０）（２２）」のシステムを指定するかを決定するため、および前記顧客またはブローカーが発行する株取引注文を受信するために、「顧客システム（２）（４）」または「ブローカーシステム（６）」が採用する特有の通信方法およびメッセージ形式に従って、「ゲートウェイ（１）」が「顧客システム（２）（４）」または「ブローカーシステム（６）」と通信するステップと、
　前記指定された「取引所（１６）（１８）（２０）（２２）」のシステムが必要とする特有のメッセージ形式に従って、「ゲートウェイ（１）」が前記「取引所（１６）（１８）（２０）（２２）」のシステムに前記注文を送るステップと、
　最終的に前記「取引所（１６）（１８）（２０）（２２）」のシステムが取引所と株取引トランザクションを行って前記注文を達成できるようにするステップとを含む方法。」
との発明（以下「引用例発明」という。）が記載されている。
　
（３）対比
　引用例発明の「顧客またはブローカー」、「取引所（１６）（１８）（２０）（２２）のシステム」、「注文」は、本願補正発明の「ユーザ」、「ＳＴＳＳ」、「要求」に相当する。
　引用例発明の「顧客システム（２）（４）」または「ブローカーシステム（６）」と本願補正発明の「ハンドヘルド装置」とは、共に、ユーザが株取引要求を発行する「ユーザ装置」であるという点で共通する。
　また、引用例発明の「ゲートウェイ（１）」と本願補正発明の「ＳＰＳＳ」及び「ＭＡ」とは、共に、株取引要求を中継する「中継装置」であるという点で共通する。
　そこで、以上の事項を考慮して、本願補正発明と引用例発明とを比較すると、両者は、
「ハンドヘルド装置を利用する株取引の方法であって、
　（１）特有のユーザ装置のユーザがどのＳＴＳＳを指定するかを決定するため、および前記ユーザが発行する株取引要求を受信するために、ユーザ装置が採用する特有の通信方法およびメッセージ形式に従って、ＳＰＳＳが前記ユーザ装置と通信するステップと、
　（２）前記指定されたＳＴＳＳが必要とする特有のメッセージ形式に従って、中継装置が前記ＳＴＳＳに前記要求を送るステップと、
　（３）最終的に前記ＳＴＳＳが株式取引所と株取引トランザクションを行って前記要求を達成できるようにするステップとを含む方法。」
の点で一致し、以下の点で相違している。
［相違点１］
　本願補正発明では、ユーザ装置が、様々なハンドヘルド装置であるのに対し、引用例発明では、ユーザ装置が、様々なハンドヘルド装置なのかどうか明記されていない点。
　
［相違点２］
　本願補正発明では、中継装置が、ＳＰＳＳ及びＭＡであるのに対し、引用例発明では、中継装置が、「ゲートウェイ（１）」である点。
　
（４）判断
［相違点１について］
　ハンドヘルド装置は周知の端末装置であり、また、様々なタイプの端末をコンピュータに接続することは周知技術であるので、引用例発明において、ユーザ装置を様々なハンドヘルド装置とすることは当業者が容易に考えられる事項である。
　したがって、相違点１に係る本願補正発明の構成は、引用例発明および周知技術に基づいて当業者が容易に想到し得たものである。
　
［相違点２について］
　１つの装置で処理する業務を複数の装置に分散して処理することは一般的に行なわれている周知技術であるので、引用例発明において、「ゲートウェイ（１）」の処理をＳＰＳＳとＭＡの複数の装置に分散して処理することは当業者が容易に考えられる事項である。
　したがって、相違点２に係る本願補正発明の構成は、引用例発明および周知技術に基づいて当業者が容易に想到し得たものである。
　
　そして、本願補正発明の作用効果も、引用例１及び周知技術から当業者が予測できる範囲のものである。
　したがって、本願補正発明は、引用例１に記載された発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許出願の際独立して特許を受けることができないものである。
　
（５）むすび
　以上のとおり、本件補正は、特許法第１７条の２第５項で準用する同法第１２６条第４項の規定に違反するものであり、特許法第１５９条第１項で準用する特許法第５３条第１項の規定により却下されるべきものである。
　
３．本願発明について
　平成１５年７月１１日付の手続補正は上記のとおり却下されたので、本願の請求項１に係る発明（以下「本願発明」という。）は、平成１５年１月１６日付の手続補正書の特許請求の範囲の請求項１０に記載された事項により特定される、以下のとおりのものである。
「ハンドヘルド装置を利用する株取引の方法であって、
　（１）特有のハンドヘルド装置のユーザがどのＳＴＳＳを指定するかを決定するため、および前記ユーザが発行する株取引要求を受信するために、様々なハンドヘルド装置が採用する特有の通信方法およびメッセージ形式に従って、ＳＰＳＳが前記ハンドヘルド装置と通信するステップと、
　（２）前記指定されたＳＴＳＳが必要とする特有のメッセージ形式に従って、ＭＡが前記ＳＴＳＳに前記要求を送るステップと、
　（３）最終的に前記ＳＴＳＳが前記要求を達成できるようにするステップとを含む方法。」
　
（１）引用例
　原査定の拒絶の理由に引用された引用例、および、その記載事項は、前記「２．（２）」に記載したとおりである。
　
（２）対比・判断
　本願発明は、前記２．で検討した本願補正発明から「前記要求を達成する」の限定事項である「複数の株式取引所の各々と株取引トランザクションを行って」との構成を省いたものである。
　そうすると、本願発明の構成要件を全て含み、さらに他の構成要件を付加したものに相当する本願補正発明が、前記「２．（４）」に記載したとおり、引用例発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も、同様の理由により、引用例発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　
（３）むすび
　以上のとおり、本願発明は、引用例１に記載された発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、結論のとおり審決する。