【事件の表示】
　平成　８年特許願第１７３９２５号「マルチメディア・データを処理するオブジェクト指向方法及び装置」拒絶査定不服審判事件〔平成　９年　５月２０日出願公開、特開平　９−１３４２７２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は、平成８年７月３日の出願（パリ条約による優先権主張１９９５年８月２５日、米国）であって、平成１５年２月２１日付で拒絶査定がなされ（発送日平成１５年２月２５日）、これに対し、平成１５年５月２０日に拒絶査定に対する審判請求がなされたものである。
　本願の請求項１に係る発明は、平成１４年２月２２日付け手続補正書により補正された特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。（以下、本願発明と言う。）
　 
　「ディスプレイ装置と、前記ディスプレイ装置上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースとを有するコンピュータ・システムにおいて、複数のマルチメディア装置を制御してマルチメディア・データを処理するためのオブジェクト指向方法において、
　（ａ）前記複数のマルチメディア装置のそれぞれに関連した一つのマルチメディア・オブジェクトを作成するステップと、ここで前記一つのマルチメディア・オブジェクトは、関連したマルチメディア装置を制御するための複数のオブジェクト・メソッドと前記グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成するためのオブジェクト・メソッドとを有し、
　（ｂ）前記グラフィック・ユーザ・インタフェースを制御して、第１のマルチメディア・オブジェクトを表す第１のアイコンを第２のマルチメディア・オブジェクトを表す第２のアイコンに可視的に接続するステップと、
　（ｃ）前記第１及び第２のマルチメディア・オブジェクトにおける複数のオブジェクト・メソッドのうちの少なくとも一つを呼び出して、前記第１のマルチメディア・オブジェクトに関連した第１のマルチメディア装置から前記第２のマルチメディア・オブジェクトに関連した第２のマルチメディア装置に前記マルチメディア・データを導くステップと、
　を含む、前記オブジェクト指向方法。」
　
２．引用刊行物記載の発明
　これに対して、原査定の拒絶の理由に引用された，本願の出願の日及び優先日前である平成７年２月７日に頒布された米国特許第５３８８２６４号明細書（以下「引用例」という。）には、図面とともに、以下の事項が記載されている。
　
（ア）（明細書第１欄４９〜６４行目）
「SUMMARY OF THE INVENTION 
　
　Accordingly, it is a primary objective of the present invention to provide a system and method for connecting, routing and filtering midi, multimedia information throughout the course of a multimedia presentation using a computer with a storage and a display. A processor in the system has an attached storage and an attached display under the control of the processor. A plurality of multimedia objects are created in the storage and displayed on the display. A connecting object is also created in the storage and displayed on the display for use in connecting a multimedia objects to a midi object. Finally, information is routed between the multimedia object and the midi object via the connecting object.」
　上記記載は、以下のような事項が記載されているものと認められる。
「発明の概要
  以上に鑑みて、本発明の主目的は、マルチメディア・プレゼンテーションが進行している過程で、ストレージ（記憶装置）とディスプレイ（表示装置）を備えたコンピュータを使用してオーディオ・マルチメディア・データを結合し、ルーチング（routing−経路指定）し、フィルタリングするシステムと方法を提供することである。システム内のプロセッサは接続されたストレージと接続されたディスプレイをもち、これらはプロセッサの制御下に置かれている。複数のマルチメディア・オブジェクトはストレージ内に作成され、ディスプレイから表示される。結合オブジェクトもストレージ内に作成され、ディスプレイから表示されるが、これはマルチメディア・オブジェクトをオーディオ・オブジェクトに結合する際に使用される。」
　
（イ）（明細書第７欄４５〜６５行目）
「In a preferred embodiment, as shown in FIG. 1, a multimedia data routing system manages the movement of multimedia information through the computer system, while multiple media components resident in the RAM 14, and under the control of the CPU 10, or externally attached via the bus 12 or communication adapter 34, are responsible for presenting multimedia information. No central player is necessary to coordinate or manage the overall processing of the system. This architecture provides flexibility and provides for increased extensibility as new media types are added. The system makes use of a variety of multimedia objects, some of which that can be used as connecting objects. The connecting objects include gain, filters, amplifiers, mixers, players and other multimedia components that are individually implemented as objects in an object oriented operating system. Objects, as discussed above include a code or method component and a data component. The system includes a mouse for facilitating iconic operations such as drag/drop, double-clicking, drop-launching, cursor positioning and other typical operations.」
　上記記載は、以下のような事項が記載されているものと認められる。
「  好適実施例では、図１に示すように、マルチメディア・データ・ルーチング・システムがコンピュータ・システムを通るマルチメディア情報の移動を管理し、他方では、RAM 14に常駐していてCPU 10の制御下に置かれている、あるいはバス12または通信アダプタ34を通して外部接続されている複数のメディア・コンポーネントがマルチメディア情報を提示すること（プレゼンテーション）を受け持っている。システムの処理全体を調整または管理するための中央プレーヤ(central player)は不要になっている。このアーキテクチャは柔軟性があり、新しいメディア・タイプが追加されたときの拡張性を向上している。システムは様々なメディア・オブジェクトを利用しており、その一部は結合オブジェクト(connecting object)として使用できるようになっている。結合オブジェクトとしては、ゲイン、フィルタ、増幅器、ミキサ、プレーヤ、その他のマルチメディア・コンポーネントがあり、これらはオブジェクト指向オペレーティング・システムにおけるオブジェクトとして個別的に実現されている。オブジェクトは、上述したように、コードまたはメソッド・コンポーネントとデータ・コンポーネントとを含んでいる。システムには、ドラッグ／ドロップ、ダブルクリック、ドロップ・ラーンチ(drop-launching)、カーソル位置付けなどやその他の代表的なアイコン操作を容易にするマウスが含まれている。」
　
（ウ）（明細書第８欄１７〜６４行目）
「A preferred embodiment utilizes object-oriented technology to represent a connection model. Multimedia objects can be connected to each other, creating directed data flow graphs. In addition, a standard set of multimedia objects is defined to the system. These objects can be connected together to facilitate multimedia data flow from object to object. The connection operations can be facilitated by connecting multimedia objects via a geometric figure such as a line, line segment or other appropriate geometry. The figures discussed below show examples of various multimedia objects, including connecting objects and the geometric figures that are used to represent the internal data structures and logic joining the multimedia objects. 
　
　　　　　　　　　　　　　Classes for Routing 
　
　A time-based media component (hereafter referred to as a media component) base class is a central abstraction used for routing. A media component has zero or more input ports and zero or more output ports. In FIG. 3, for example, the media component has a single input port 300 and two output ports 310 and 320. Ports 300, 310 and 320 are represented as filled triangles. 
　Subclasses of media components are connected together by connecting their ports. This processing is analogous to using patch cords to connect audio and video components together in a recording studio. In FIG. 4, a subclass of a media component, an audio player component object, is connected to another media component subclass, a speaker component object. The audio player has one output port and the speaker has one input port. Media components are controlled using member function calls. The audio player in FIG. 4, for example, has member functions for playing audio data. When the audio player's member function Play() is called, audio data will be fed from the audio player to the speaker, which will cause the audio to be heard on the computer's speaker. The speaker component does not have a Play() function because it plays whatever audio data is transmitted to it. Media components can be implemented completely in software. However, it is possible for a media component to represent a physical piece of hardware. For example, a speaker object can be employed to represent playback hardware of a computer. In this way, external media devices, such as video tape recorders, mixers, and effect processors, can be represented as media components and be connected together. 」
　上記記載は、以下のような事項が記載されているものと認められる。
「好適実施例では、オブジェクト指向テクノロジを利用して結合モデル(connection model)を表現している。マルチメディア・オブジェクトを相互に結合することにより、有向データ・フロー・グラフ(directed data flow graphs)を作成することができる。さらに、マルチメディア・オブジェクトの標準セットがシステムに対し定義されている。これらのオブジェクトを共に結合することにより、オブジェクトからオブジェクトへのマルチメディア・データ・フローが容易化される。これらの結合オペレーションは、線(line)や線分(line segment)、その他の適当な幾何学形状などの幾何学図形を通してマルチメディア・オブジェクトを結合することにより容易化されている。以下に説明する図形は種々のマルチメディア・オブジェクトの例を示しているが、この中には、結合オブジェクトと、マルチメディア・オブジェクトを結合する内部データ構造とロジックを表すために使用される幾何学図形とが含まれている。
　　　　　　　　　　　　ルーチングのためのクラス
  時間基準(time-based)メディア・コンポーネント（以下、メディア・コンポーネントと呼ぶ）基底クラス(base class)は、ルーチングのとき使用される中心の抽象クラス(abstraction)である。メディア・コンポーネントはゼロ個または１個以上の入力ポートおよびゼロ個または１個以上の出力ポートをもっている。図３に示す例では、メディア・コンポーネントは１つの入力ポート300と２つの出力ポート310,320をもっている。ポート300,310および320は塗りつぶした三角形で表されている。
  メディア・コンポーネントのサブクラスはそれぞれのポートを結合することにより１つに結合される。この処理はレコーディング・スタジオにおいて、パッチ・コードを使用してオーディオ・コンポーネントとビデオ・コンポーネントを１つに結合するのと似ている。図４において、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトは別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに結合されている。オーディオ・プレーヤは１つの出力ポートをもち、スピーカは１つの入力ポートをもっている。メディア・コンポーネントはメンバ関数コール(member function call)を使用して制御される。例えば、図４に示すオーディオ・プレーヤはオーディオ・データをプレイ（再生）するためのメンバ関数をもっている。オーディオ・プレーヤのメンバ関数Play()がコールされると、オーディオ・データはオーディオ・プレーヤからスピーカへ送られ、そこでオーディオ（音声）がコンピュータのスピーカから聞こえるようにされる。スピーカ・コンポーネントがPlay()関数をもっていないのは、そこに送られてきたどのオーディオ・データでもプレイするからである。メディア・コンポーネントは全体をソフトウェアで実現することができる。しかし、あるメディア・コンポーネントが物理的ハードウェア部分を表すことも可能である。例えば、スピーカ・オブジェクトはコンピュータのプレイバック（再生）・ハードウェアを表すために使用できる。このようにすると、ビデオ・テープ・レコーダ、ミキサ、効果プロセッサなどの外部メディア・デバイスをメディア・コンポーネントとして表して、１つに結合することができる。」
　
（エ）（明細書第９欄４４〜６４行目）
「The ports can be disconnected by calling Pa's member function, DisconnectFrom, and passing in Pb as an argument. The above procedures are invoked when connecting or disconnecting any media components, whether the port type is audio, graphic, MIDI or some other multimedia data type. There is no compiletime checking when two ports are connected. For example, there is nothing to prevent a software developer from writing, compiling, and linking code which attempts to connect an audio port with a MIDI port. Instead, an exception is thrown at run time. This behavior has been explicitly designed into the routing system in order to enable polymorphic connection of media ports. A patching module, for example, could connect pairs of media ports together at specific connect times without having to give special treatment to different port types. Audio, video, and MIDI ports would all be handled in exactly the same way by a patcher. Connection of objects can be represented visually by drawing a line segment between indicia representative of the multimedia objects such as an icon on the display. 」
　上記記載は、以下のような事項が記載されているものと認められる。
「 ポートは、Paのメンバ関数DisconnectFromをコールし、Pbを引数として渡すことにより切り離すことができる。上記のプロシージャは、ポート・タイプがオーディオであるか、グラフィックであるか、MIDIであるか、他のマルチメディア・データ・タイプであるかに関係なく、いずれかのメディア・コンポーネントを結合または切り離すとき呼び出される。２つのポートが結合されるときコンパイル時検査(compile-time checking)は行われない。例えば、ソフトウェア開発者がオーディオ・ポートをMIDIポートに結合することを試みるコードを書き、コンパイルし、リンクするとき、それを妨げるものは何もない。その代わりに、実行時(run time)に例外が引き起こされる。この作用(behavior)はメディア・ポートの多態的(polymorphic)結合を可能にするために、ルーチン・システムに組み込まれるように明示的に設計されている。例えば、パッチング・モジュール(patching module)は、異種のポート・タイプに特別な扱いをしなくても、特定の結合時にペアのメディア・ポートを１つに結合することを可能にする。オーディオ、ビデオおよびMIDIポートはすべて、パッチャ(patcher)によってまったく同じ扱いを受けることになる。オブジェクトの結合は、ディスプレイ上のアイコンのような、マルチメディア・オブジェクトを表す記号(indicia)間を線分で引くことにより視覚的に表現することができる。」
　
（オ）（明細書第１９欄４３〜６３行目）
「　　　　　　　　　　　　　　Player 
　FIG. 39 presents an example of a time-based media player (player) base class is a media component that can play time-based media sequences (referred to as a media sequence). A media sequence is an abstract base class that can be used to represent a clip of audio, video, animation, or MIDI data. Subclasses of the time-based media sequence are used to implement audio, video, animation, and MIDI sequences. A player is analogous to a tape recorder while a media sequence is analogous to a cassette tape. A player has a Play() member function to play the media sequence, a Record() member function to record into the sequence, and a Stop() member function to stop playback or recording. It also has a Seek() member function to seek to a position in the sequence, as well as member functions to allow the player to synchronize to other players or to software clocks. Separating players from data also allows players to be reused. After playing one cassette, a player can then be instructed to play or record another. 」
　上記記載は、以下のような事項が記載されているものと認められる。
「　　　　　　　　　　　　　　プレーヤ
  図39は時間基準メディア・プレーヤ（プレーヤ）基底クラスの例を示しており、これは時間基準メディア・シーケンス（メディア・シーケンストと呼ぶことにする）をプレイできるメディア・コンポーネントである。メディア・シーケンスはオーディオ、ビデオ、アニメーション、またはMIDIデータのクリップを表すために使用できる抽象基底クラスである。時間基準メディア・シーケンスのサブクラスはオーディオ、ビデオ、アニメーション、およびMIDIシーケンスを実現するために使用される。プレーヤはテープ・レコーダに似ており、メディア・シーケンスはカセット・テープに似ている。プレーヤはメディア・シーケンスをプレイするPlay()メンバ関数、シーケンスの中にレコーディングするRecord()メンバ関数、およびプレイバックまたはレコーディングを停止するstop()メンバ関数をもっている。プレーヤはシーケンス内の位置までシークするSeek()メンバ関数ももっており、ほかにも、プレーヤが他のプレーヤと、あるいはソフトウェア・クロックと同期をとることを可能にするメンバ関数ももっている。プレーヤをデータから分離すると、プレーヤを再使用することも可能である。あるカセットをプレイしたあと、プレーヤに別のカセットをプレイまたはレコーディングするように指示することができる。」
　
　以上の引用例の記載によれば、引用例には以下の(i)乃至(iv)の事項を含む発明（以下「引用例発明」という。）が開示されていると認められる。
　
（i）引用例の上記（ア）の「本発明の主目的は、マルチメディア・プレゼンテーションが進行している過程で、ストレージ（記憶装置）とディスプレイ（表示装置）を備えたコンピュータを使用してオーディオ・マルチメディア・データを結合し、ルーチング（routing−経路指定）し、フィルタリングするシステムと方法を提供することである。システム内のプロセッサは接続されたストレージと接続されたディスプレイをもち、これらはプロセッサの制御下に置かれている。」という記載から、引用例発明がディスプレイ（表示装置）を有していると認められる。
　また、上記（イ）の「好適実施例では、図１に示すように、マルチメディア・データ・ルーチング・システムがコンピュータ・システムを通るマルチメディア情報の移動を管理し、他方では、RAM 14に常駐していてCPU 10の制御下に置かれている、あるいはバス12または通信アダプタ34を通して外部接続されている複数のメディア・コンポーネントがマルチメディア情報を提示すること（プレゼンテーション）を受け持っている。」及び「システムには、ドラッグ／ドロップ、ダブルクリック、ドロップ・ラーンチ(drop-launching)、カーソル位置付けなどやその他の代表的なアイコン操作を容易にするマウスが含まれている。」という記載及び図１から、引用例発明は、ディスプレイ上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースを有するコンピュータ・システムにおいて、外部接続されている複数のメディア・コンポーネントを制御してマルチメディア情報を提示するための方法であると認められる。
　さらに、上記（ウ）の「好適実施例では、オブジェクト指向テクノロジを利用して結合モデル(connection model)を表現している。マルチメディア・オブジェクトを相互に結合することにより、有向データ・フロー・グラフ(directed data flow graphs)を作成することができる。」という記載から、引用例発明の方法は、オブジェクト指向テクノロジを利用した方法であると認められる。
　したがって、引用例発明は、ディスプレイ（表示装置）と、ディスプレイ上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースとを有するコンピュータ・システムにおいて、外部接続されている複数のメディア・コンポーネントを制御してマルチメディア情報を提示するためのオブジェクト指向テクノロジを利用した方法であるといえる。
　
（ii）引用例の上記（イ）の「このアーキテクチャは柔軟性があり、新しいメディア・タイプが追加されたときの拡張性を向上している。システムは様々なメディア・オブジェクトを利用しており、その一部は結合オブジェクト(connecting object)として使用できるようになっている。結合オブジェクトとしては、ゲイン、フィルタ、増幅器、ミキサ、プレーヤ、その他のマルチメディア・コンポーネントがあり、これらはオブジェクト指向オペレーティング・システムにおけるオブジェクトとして個別的に実現されている。」という記載及び上記（ウ）の「時間基準(time-based)メディア・コンポーネント（以下、メディア・コンポーネントと呼ぶ）基底クラス(base class)は、ルーチングのとき使用される中心の抽象クラス(abstraction)である。」、「あるメディア・コンポーネントが物理的ハードウェア部分を表すことも可能である。例えば、スピーカ・オブジェクトはコンピュータのプレイバック（再生）・ハードウェアを表すために使用できる。このようにすると、ビデオ・テープ・レコーダ、ミキサ、効果プロセッサなどの外部メディア・デバイスをメディア・コンポーネントとして表して、１つに結合することができる。」という記載及び、オブジェクトはクラスから作成されるというオブジェクト指向技術分野における技術常識から、引用例発明は、複数の外部メディア・デバイスのそれぞれに関連した一つのメディア・コンポーネント基底クラスから複数のマルチメディア・オブジェクトを作成するステップを備えているものと認められる。
　また、上記（オ）の「図39は時間基準メディア・プレーヤ（プレーヤ）基底クラスの例を示しており、これは時間基準メディア・シーケンス（メディア・シーケンストと呼ぶことにする）をプレイできるメディア・コンポーネントである。メディア・シーケンスはオーディオ、ビデオ、アニメーション、またはMIDIデータのクリップを表すために使用できる抽象基底クラスである。時間基準メディア・シーケンスのサブクラスはオーディオ、ビデオ、アニメーション、およびMIDIシーケンスを実現するために使用される。プレーヤはテープ・レコーダに似ており、メディア・シーケンスはカセット・テープに似ている。プレーヤはメディア・シーケンスをプレイするPlay()メンバ関数、シーケンスの中にレコーディングするRecord()メンバ関数、およびプレイバックまたはレコーディングを停止するstop()メンバ関数をもっている。プレーヤはシーケンス内の位置までシークするSeek()メンバ関数ももっており、ほかにも、プレーヤが他のプレーヤと、あるいはソフトウェア・クロックと同期をとることを可能にするメンバ関数ももっている。」という記載されており、オブジェクト指向技術の分野において、Ｃ＋＋のようなオブジェクト指向言語では、メンバ関数がメソッドを意味していることは、当業者にとって自明であるから、引用例発明のマルチメディア・オブジェクトは、関連した外部メディア・デバイスを制御するための複数のメソッドを有していると認められる。
　さらに、上記（ア）の「複数のマルチメディア・オブジェクトはストレージ内に作成され、ディスプレイから表示される。」という記載及び上記（エ）の「オブジェクトの結合は、ディスプレイ上のアイコンのような、マルチメディア・オブジェクトを表す記号(indicia)間を線分で引くことにより視覚的に表現することができる。」という記載から、引用例発明は、グラフィック・ユーザ・インタフェースを制御してディスプレイ上にマルチメディア・オブジェクトを表すアイコンのような記号を生成していると認められる。しかし、マルチメディア・オブジェクトを表すアイコンのような記号の生成をマルチメディア・オブジェクトが有するメソッドにより行っていることについては明記されていない。
　したがって、引用例発明は、複数の外部メディア・デバイスのそれぞれに関連した一つのメディア・コンポーネント基底クラスから複数のマルチメディア・オブジェクトを作成するステップを備え、当該マルチメディア・オブジェクトは、関連した外部メディア・デバイスを制御するための複数のメソッドを有し、グラフィック・ユーザ・インタフェースを制御してディスプレイ上にマルチメディア・オブジェクトを表すアイコンのような記号を生成していると認められる。しかし、マルチメディア・オブジェクトを表すアイコンのような記号の生成をマルチメディア・オブジェクトが有するメソッドにより行っていることについては明記されていない。
　
（iii）引用例の上記（ウ）の「メディア・コンポーネントのサブクラスはそれぞれのポートを結合することにより１つに結合される。この処理はレコーディング・スタジオにおいて、パッチ・コードを使用してオーディオ・コンポーネントとビデオ・コンポーネントを１つに結合するのと似ている。図４において、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトは別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに結合されている。オーディオ・プレーヤは１つの出力ポートをもち、スピーカは１つの入力ポートをもっている。」という記載及び上記（エ）の「オブジェクトの結合は、ディスプレイ上のアイコンのような、マルチメディア・オブジェクトを表す記号(indicia)間を線分で引くことにより視覚的に表現することができる。」という記載並びに図４から、引用例発明は、グラフィック・ユーザ・インタフェースを制御して、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトを表す記号(indicia)は別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトを表す記号(indicia)に視覚的に結合するステップを備えているものと認められる。
　
（iv）引用例の上記（ウ）の「図４において、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトは別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに結合されている。」、「メディア・コンポーネントはメンバ関数コール(member function call)を使用して制御される。例えば、図４に示すオーディオ・プレーヤはオーディオ・データをプレイ（再生）するためのメンバ関数をもっている。オーディオ・プレーヤのメンバ関数Play()がコールされると、オーディオ・データはオーディオ・プレーヤからスピーカへ送られ、そこでオーディオ（音声）がコンピュータのスピーカから聞こえるようにされる。」という記載から、引用例発明は、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトのプレイ（再生）するためのメンバ関数をコール（呼び出）して、オーディオ・プレーヤ・コンポーネント・オブジェクトに関連したオーディオ・プレーヤから別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに関連したスピーカへオーディオ・データを送るステップを備えているものと認められる。
　
　したがって、引用例発明は、
「ディスプレイ（表示装置）と、ディスプレイ上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースとを有するコンピュータ・システムにおいて、外部接続されている複数のメディア・コンポーネントを制御してマルチメディア情報を提示するためのオブジェクト指向テクノロジを利用した方法であって、
　複数の外部メディア・デバイスのそれぞれに関連した一つのメディア・コンポーネント基底クラスから複数のマルチメディア・オブジェクトを作成するステップを備え、当該マルチメディア・オブジェクトは、関連した外部メディア・デバイスを制御するための複数のメソッドを有し、グラフィック・ユーザ・インタフェースを制御してディスプレイ上にマルチメディア・オブジェクトを表すアイコンのような記号を生成しており、
　グラフィック・ユーザ・インタフェースを制御して、メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトを表すアイコンのような記号は別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトを表すアイコンのような記号に視覚的に結合するステップと、
　メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトのプレイ（再生）するためのメンバ関数をコール（呼び出）して、オーディオ・プレーヤ・コンポーネント・オブジェクトに関連したオーディオ・プレーヤから別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに関連したスピーカへオーディオ・データを送るステップと
を含む、オブジェクト指向テクノロジを利用した方法」
であると認められる。
　
３．対比
　
（I）引用例発明の「ディスプレイ（表示装置）」、「外部接続されている複数のメディア・コンポーネント」、「マルチメディア情報を提示する」、「オブジェクト指向テクノロジを利用した方法」は、本願発明の「ディスプレイ装置」、「複数のマルチメディア装置」、「マルチメディア・データを処理する」、「オブジェクト指向方法」に、それぞれ相当するから、引用例発明も、本願発明と同様に「ディスプレイ装置と、前記ディスプレイ装置上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースとを有するコンピュータ・システムにおいて、複数のマルチメディア装置を制御してマルチメディア・データを処理するためのオブジェクト指向方法」であるといえる。
　
（II）引用例発明の「外部メディア・デバイス」、「関連した外部メディア・デバイスを制御するための複数のメソッド」、「マルチメディア・オブジェクトを表すアイコンのような記号」は、本願発明の「マルチメディア装置」、「関連したマルチメディア装置を制御するための複数のオブジェクト・メソッド」、「マルチメディア・オブジェクトを表すアイコン」に、それぞれ相当している。
　したがって、引用例発明も、本願発明と同様に「前記複数のマルチメディア装置のそれぞれに関連した一つのマルチメディア・オブジェクトを作成するステップと、ここで前記一つのマルチメディア・オブジェクトは、関連したマルチメディア装置を制御するための複数のオブジェクト・メソッドと前記グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成していると認められる。
　しかし、本願発明では、マルチメディア・オブジェクトを表すアイコンの生成をマルチメディア・オブジェクトが有するメソッドにより行っているのに対し、引用例発明では、マルチメディア・オブジェクトを表すアイコンの生成をマルチメディア・オブジェクトが有するメソッドにより行っていることについては明記されていない点で一応相違する。
　
（III）引用例発明の「メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトを表すアイコンのような記号」、「別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトを表すアイコンのような記号」、「視覚的に結合する」は、本願発明の「第１のマルチメディア・オブジェクトを表す第１のアイコン」、「第２のマルチメディア・オブジェクトを表す第２のアイコン」、「可視的に接続する」に、それぞれ相当するから、引用例発明も、本願発明と同様に、グラフィック・ユーザ・インタフェースを制御して、第１のマルチメディア・オブジェクトを表す第１のアイコンを第２のマルチメディア・オブジェクトを表す第２のアイコンに可視的に接続するステップを有しているといえる。
　
（IV）引用例発明の「メディア・コンポーネントのサブクラスであるオーディオ・プレーヤ・コンポーネント・オブジェクトのプレイ（再生）するためのメンバ関数」、「コール（呼び出）し」、「オーディオ・プレーヤ・コンポーネント・オブジェクトに関連したオーディオ・プレーヤ」、「別のメディア・コンポーネント・サブクラスであるスピーカ・コンポーネント・オブジェクトに関連したスピーカ」、「オーディオ・データ」、「送る」は、本願発明の「第１及び第２のマルチメディア・オブジェクトにおける複数のオブジェクト・メソッドのうちの少なくとも一つ」、「呼び出し」、「第１のマルチメディア・オブジェクトに関連した第１のマルチメディア装置」、「第２のマルチメディア・オブジェクトに関連した第２のマルチメディア装置」、「マルチメディア・データ」、「導く」に、それぞれ相当するから、引用例発明も、本願発明と同様に、第１及び第２のマルチメディア・オブジェクトにおける複数のオブジェクト・メソッドのうちの少なくとも一つを呼び出して、前記第１のマルチメディア・オブジェクトに関連した第１のマルチメディア装置から前記第２のマルチメディア・オブジェクトに関連した第２のマルチメディア装置に前記マルチメディア・データを導くステップを有しているといえる。
　
　したがって、両者は、
「ディスプレイ装置と、前記ディスプレイ装置上にアイコン表示を生成するためのグラフィック・ユーザ・インタフェースとを有するコンピュータ・システムにおいて、複数のマルチメディア装置を制御してマルチメディア・データを処理するためのオブジェクト指向方法において、
　（ａ）前記複数のマルチメディア装置のそれぞれに関連した一つのマルチメディア・オブジェクトを作成するステップと、ここで前記一つのマルチメディア・オブジェクトは、関連したマルチメディア装置を制御するための複数のオブジェクト・メソッドを有し、前記グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成し、
　（ｂ）前記グラフィック・ユーザ・インタフェースを制御して、第１のマルチメディア・オブジェクトを表す第１のアイコンを第２のマルチメディア・オブジェクトを表す第２のアイコンに可視的に接続するステップと、
　（ｃ）前記第１及び第２のマルチメディア・オブジェクトにおける複数のオブジェクト・メソッドのうちの少なくとも一つを呼び出して、前記第１のマルチメディア・オブジェクトに関連した第１のマルチメディア装置から前記第２のマルチメディア・オブジェクトに関連した第２のマルチメディア装置に前記マルチメディア・データを導くステップと、
　を含む、前記オブジェクト指向方法。」で一致し、以下の点で相違する。
　
［相違点１］本願発明では、上記マルチメディア・オブジェクトが、グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成するオブジェクト・メソッドを有し、当該オブジェクト・メソッドにより、グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成しているのに対し、引用例発明では、グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成しているものの、アイコンの生成がマルチメディア・オブジェクトに含まれるオブジェクト・メソッドによるものか明記されていない点。
　
４．当審の判断
　
　上記相違点１について検討すると、オブジェクト指向技術を用いて機器をモデル化して制御する技術分野において、機器に関連するオブジェクトを表すアイコンをディスプレイ上に表示する際に、当該オブジェクトが有するメソッドによりアイコン表示する技術は、本願出願前に周知の技術に過ぎない（例えば、特開平７−４４４７７号公報（特に、段落００６６及び図１６）、あるいは、阿部 倫之 他、交換サービスモデリングシステムの一検討、電子情報通信学会技術研究報告、Vol.90,No.389(SSE90-114)、社団法人 電子情報通信学会、１９９１．０１．１８、ｐｐ．１−６．（特に、第５頁左欄「４．３表示クラス」）等を参照されたい。）から、引用例発明において、当該周知技術を採用して、マルチメディア・オブジェクトに、グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成するオブジェクト・メソッドを含ませ、当該オブジェクト・メソッドにより、グラフィック・ユーザ・インタフェースを制御して前記ディスプレイ上に前記マルチメディア・オブジェクトを表すアイコンを生成する構成を採用する程度のことは、当業者とって容易に想到し得るものである。
　
  また、本願発明の効果についてみても、上記構成の採用に伴って、当然に予測される程度のものに過ぎず、格別顕著なものがあるとは認められない。
　
　なお、請求人は、審判請求書において、本願発明の格別の効果として「多相性」について以下のように主張している。
「本願の請求項１、６に係る発明は、様々なマルチメディア・オブジェクトが、関連したマルチメディア装置を制御するための「多相性」のオブジェクト・メソッドを有する構成を含みます。 
 　本願の請求項１、６に係る発明のマルチメディア・オブジェクトの「多相性」の観点は、本願の請求項１の「マルチメディア・オブジェクトは、（中略）『複数の』オブジェクト・メソッド（中略）を有する」という記載に対応いたします。 」、「拒絶査定謄本では、引用文献１に記載の発明は、「メディア・コンポーネント」が「多相性」を有していないという点で本願請求項１に係る発明と相違すると認定された上で、「マルチメディア・コンポーネント」に周知慣用技術である「多相性」の概念を取り入れて本願請求項１に係る発明とすることは当業者にとって格別困難であったと認めることはできないから、出願人の上記主張を受け入れることはできないと結論されています。 
 　しかし、「多相性」の概念が周知慣用技術であるとしても、以下の理由から本願請求項１に係る発明は進歩性を有すると考えます。 
 　引用文献１では、２つの互換性のないアルチメディア装置間の接続を完了するためにコンバータの使用が要求されます（コラム１０、第６５行〜第６７行目）。例えば、引用文献の図１２において、オーディオ　プレイヤー（Audio Player）とスピーカー（Speaker）とを接続するために、コンバータ「Audio Type Converter」の使用が要求されます。しかし、本願請求項１、６に係るマルチメディア・オブジェクトでは、図７に示すように、「メディア・コンポーネント」が「多相性」を有するためにコンバータが不要となり、スピーカ・アイコン６３２に作動可能に接続されたコンパクト・ディスク・プレーヤのアイコン６２８を直接に接続し（図７の符号６３５）、操作することが可能となります（第００５９段落〜第００６０段落）。引用文献１では、互換性のないマルチメディア間の接続を完了するためにコンバータの使用を教示しているのであり、該点は、本願発明のポイントである「多相性」の原理に相反するものです。 」
　しかし、請求人の上記主張は、本願の明細書及び図面の記載に基づかないものであるから採用できない。すなわち、請求人は、本願発明において、「多相性」を実現するための構成として、「本願の請求項１、６に係る発明のマルチメディア・オブジェクトの「多相性」の観点は、本願の請求項１の「マルチメディア・オブジェクトは、（中略）『複数の』オブジェクト・メソッド（中略）を有する」という記載に対応いたします。 」を挙げ、本願図７の記載及び明細書第００５９段落〜第００６０段落の記載に基づいて、「多相性」を有するためにコンバータが不要となるという効果を主張しているが、本願図７の記載及び明細書第００５９段落〜第００６０段落の記載、あるいは、本願明細書の段落００３５の「多相性」の記載（Ｃ＋＋コンパイラにおいて実装されている関数（＋）の多重定義に関するもの）を参照しても、コンバータが不要となるという効果を実現するための「多相性」の具体的構成に関して十分な記載が無い。さらに、『複数の』オブジェクト・メソッド（中略）を有することは、「多相性」を実現するための複数存在する必要条件の一つに過ぎず、請求人がいう「多相性」を本願発明のマルチメディア・オブジェクトにおいて具体的に実現するための他の構成（例えば、一つのマルチメディア・オブジェクトで異なる種類のマルチメディアデータを取り扱うために、マルチメディアデータのデータ種別を判定して、そのマルチメディアデータのデータ種別を取り扱うためのオブジェクト・メソッドを起動する構成等）については、本願明細書及び図面で何ら開示されていない。
　したがって、請求人の上記主張は、本願の明細書及び図面の記載に基づく主張とは認められず、失当である。
　
５．むすび
　以上のとおりであるから、本願発明は、引用例に記載された発明及び周知技術に基づいて当業者が容易に発明をすることができたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項２乃至８について特に検討するまでもなく拒絶されるべきものである。
　よって、結論のとおり審決する。