【事件の表示】
　特願２００２−１４９６０１「コンテンツ共有方法，コンテンツ共有システムおよびサーバ装置」拒絶査定不服審判事件〔平成１５年１２月　５日出願公開，特開２００３−３４５７２６〕について，次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯・本願発明  
　  
　本願は，平成１４年５月２３日の出願であって，平成１９年１月１９日付けで拒絶査定がなされ，これに対して同年２月２２日に拒絶査定不服審判が請求されるとともに，同年３月２０日付けで手続補正がなされたものであり，その請求項１３に係る発明は，明細書及び図面の記載からみて，特許請求の範囲の請求項１３に記載された次のとおりのもの（以下「本願発明」という。） と認める。  
　 
「一のユーザから他のユーザ宛のメッセージを中継する機能を備えたサーバ装置であって， 
　コンテンツを保存するコンテンツ記憶手段と， 
　前記一のユーザから前記他のユーザ宛のメッセージからコンテンツを特定するためのコンテンツ特定情報を抽出するコンテンツネーム抽出手段と， 
　前記コンテンツネーム抽出手段が抽出したコンテンツ特定情報が示すコンテンツが前記コンテンツ記憶手段に保存されていない場合には，前記他のユーザが該サーバ装置にアクセスする前に自動的に，前記一のユーザの端末装置が接続されているサーバ装置からコンテンツを受信するコンテンツ受信部と 
　を備えたことを特徴とするサーバ装置。」 
　 
　 
第２　刊行物に記載された発明  
　 
　原査定の拒絶の理由に引用された，本願の出願日前に頒布された特開平１０−１６４１６９号公報（平成１０年６月１９日公開，以下「刊行物」という。）には，図面とともに以下のような記載がある。  
　 
（ア）「【発明の実施の形態】以下，本発明の実施の形態について図面を参照して説明する。 
【００３５】図１は，本発明の実施形態に係る電子メールシステムが適用されるネットワーク１０１の構成例を概略的に示したもので，ネットワーク１０１には，第１の端末１０２，第１のメールサーバ１０３，第２のメールサーバ１０４，第２の端末１０５が接続されている。 
【００３６】ネットワーク１０１は，各種端末，サーバ等が接続され，このネットワークを介してメールのコンテンツ（テキスト，音声，画像，データ等）が配信される。 
【００３７】本実施形態においては，ネットワーク１０１はインターネットであると仮定して説明するが，これはネットワーク１０１がインターネットに限定されることを意味するのではなく，公衆電話網，Ｂ−ＩＳＤＮ，ＰＨＳ網等，他のインフラを利用しても良い。 
【００３８】第１の端末１０２，第２の端末１０５は，ネットワーク１０１に接続された端末で，ネットワーク１０１を介して情報を送受できる機能を持つ。 
【００３９】本実施形態では，第１の端末１０２から第２の端末１０５へのメール配信を行う場合を例にとり説明する。すなわち，第１の端末１０２を電子メールの送信端末，第２の端末１０５を電子メールの受信端末とし，各々送信端末１０２，受信端末１０５とも呼ぶこともある。以降，本発明の電子メールシステムを実現する送信端末１０２，受信端末１０５のような端末を「マルチメディアメール端末（またはＭＭＭ端末）」，既存の電子メール端末を「既存メール端末」として区別する。なお，第１の端末１０２，第２の端末１０５の機能は，電子メール機能に限定されるものではなく，一般的なパソコンに具備される種々の機能を有していても良い。 
【００４０】第１のメールサーバ１０３，第２のメールサーバ１０４は，あらかじめ登録された（動的に更新されても良い）加入メンバ（端末）を持ち，該加入メンバのメールの送受等を管理，実現するサーバである。 
【００４１】以降，本発明の電子メールシステムを実現する第１のメールサーバ１０３，第２のメールサーバ１０４のようなメールサーバを「マルチメディアメールサーバ（またはＭＭＭサーバ）」，既存の電子メールサーバを「既存メールサーバ」として区別する。 
【００４２】また，本発明の電子メールシステムを一般にマルチメディアメール機能（あるいはＭＭＭ）と記述することもある。 
【００４３】第１の端末１０２（あるいは，端末１０２のユーザｕｓｅｒ１）が，テキスト，アニメーション，動画像（映画）を一緒に，第２の端末１０５（あるいは，端末１０５のユーザｕｓｅｒ２）にメールとして送信する場合を考える。 
【００４４】第１の端末１０２のユーザは，送信するテキストはテキストファイルの形（実際には，例えばＨＴＭＬ文）で持っているが，アニメーション，動画についてはその実体を持っていない。すなわち，第１の端末１０２のユーザが送出するアニメーションについては，あらかじめ端末１０２のユーザに配布されていた例えばＣＤ−ＲＯＭやメモリカード等に蓄積されていたものとする。この蓄積媒体には，複数のサンプルアニメーションが蓄積されており，ユーザがこれらのどれかを選択すると，そのサンプルアニメーションに付与されたＩＤ番号が記憶され，このＩＤ番号のみがネットワーク１０１に送出される。詳細は後述する。 
【００４５】また，動画についても，あらかじめ該端末１０２のユーザに配布されていた例えば映画カタログなどがあり，該端末１０２のユーザはこのカタログから送出する映画を選択するものとする。詳細は後述する。 
【００４６】送信端末１０２が送出するメールのフォーマット例の概略を図２に示す。このように，送信端末１０２が送出するメールは，受信端末１０５に送付することを意図したメールであるにも関わらず，その宛先はＭＭＭサーバ１０３のアドレス（ドメインネーム，ここではｍｍｍ−ｓｅｒｖｅｒ１）となっている。このＭＭＭサーバ１０３のアドレスは，送信端末１０２が使用しているメールエージェントにあらかじめ登録されているものとする。詳細は後述する。 
【００４７】さて，図２に示すように，このメールでは，宛先がＭＭＭサーバ１０３（ｍｍｍ−ｓｅｒｖｅｒ１）になっており，送付コンテンツがヘッダ２０１の他に，例えば，ＭＩＭＥの記述形式に従って，２つの部分に分かれている。１つがＭＭＭサーバに対するコマンド群２０２，もう１つが送信端末１０２が受信端末１０５に送付する本来のメールコンテンツ２０３である。ただし，後述するように，図２中にある送信端末１０２が受信端末１０５に送出するメールは，後に経由するＭＭＭサーバによって中身の一部（主にＭＩＭＥフォーマットと，ＭＭＭサーバにより提供されるサービスにより付加される部分）が書換えられる可能性がある。 
【００４８】図３は，図２に示したようなフォーマットの電子メール３０１がどの様に処理されて受信端末１０５に配送されるかを説明するためのものである。図３において，送信端末１０２から受信端末１０５に向けて送られた電子メール３０１は，第１のＭＭＭサーバ１０３に対するコマンド３０２と本来の受信端末１０２に向けてのコンテンツ３０３の両方を載せて第１のＭＭＭサーバ１０３に送られる。第１のＭＭＭサーバ１０３では，第１のＭＭＭサーバに対するコマンド３０２が実行される。このコマンド実行に伴い，本来の受信端末１０２に向けてのコンテンツ３０３の一部が書き換えられる可能性がある。 
【００４９】電子メール３０１が第１のＭＭＭサーバ１０３に到着した段階で，図４に示すように，第１のＭＭＭサーバ１０３は，本来のメールの送出先が受信端末１０５であることを認識し（ステップＳ１），受信端末１０５へのメールの配送を担当するメールサーバ（この場合は第２のＭＭＭサーバ１０４）とメッセージのやりとりを行っても良い（ステップＳ２）。 
【００５０】このメッセージのやりとりによって，該コマンドをどこのＭＭＭサーバがどの様に処理を行うかなどの処理の分担を決めることになる。 
【００５１】第１のＭＭＭサーバ１０３で，必要な処理を受けた後，図３に示すようなフォーマットの電子メール３０４が第２のＭＭＭサーバ１０４に転送される。電子メール３０４の基本的な構成は３０１と同様であるが，第２のＭＭＭサーバ１０４に対するコマンド３０５と，本来の受信端末１０５へのメール３０６は，元の３０２，３０３からそれぞれ書き換えられている可能性がある。 
【００５２】同様にして，電子メール３０４は第２のＭＭＭサーバ１０４に到達し，ここでも第２のＭＭＭサーバ１０４に対するコマンド３０５が適当に処理され，メールコンテンツ３０６に適当な修正が加えられた後，図３に示すようなフォーマットの電子メール３０７が受信端末１０５に配送される（図４のステップＳ３）。この場合，受信端末１０５から要求があってから，はじめて配送するようにしてもよい。」（段落【００３４】〜【００５２】） 
　 
（イ）「【００６０】（２）電子メール転送処理の詳細 
次に，送信端末１０２が，受信端末１０５にテキスト，アニメーション，映画（大容量リアルタイムデータ）を送る場合を例に，図２の基本フォーマットで紹介したメールの中身と，図１の電子メールシステムにおける電子メール転送処理について，更に詳細に説明する。 
【００６１】図５は，送信端末１０２から第１のＭＭＭサーバ１０３に向けて送出されたメールの詳細である。図２と同様のフォーマットを持っている。 
【００６２】メールの宛先はＭＭＭサーバ１０３となっている。これは，メールの送信者ｕｓｅｒ１（送信端末１０２の利用者）が，該メールに付加価値をつけようと意図し，本来のメールコンテンツと，その送出先ｕｓｅｒ２（この場合受信端末１０５）を該メールの後半部分（５０２以降）に含めてＭＭＭサーバ１０３に送出したものである。 
【００６３】メールの送信者は，ＨＴＭＬ文を受信者に送出しようとしている。このメール（ＨＴＭＬ文）にはテキスト文（５０５のＨＴＭＬ文に含まれる）の他に，アニメーションと映画が入るが，前述のように，アニメーション，映画についてはＭＭＭサーバ側にそのアニメーション，ビデオの所在地，あるいはデータベース番号等の情報があり，メールの送信者ｕｓｅｒ１は，単にＭＭＭサーバプロバイダ側などから提供されたカタログなどを参照して，例えばそのカタログ名と映画名をＭＭＭサーバへのコマンド（５０２の部分）に含めることによって，ＭＭＭサーバに指示，挿入をしてもらうことを意図している。 
【００６４】こういった高度な機能の電子メールへの付加も，ＭＭＭサーバへのコマンドにより可能になるものである。 
【００６５】本実施形態では，ＭＭＭサーバへのコマンド群５０２と，本来のメールコンテンツ５０４以下を，ＭＭＭサーバ１０３へのメールに混在させるため，例えば，ＭＩＭＥの記述形式（ｍｕｌｔｉｐａｒｔ／ｍｉｘｅｄ）をもちいている。ただし，これを実現する手法をＭＩＭＥコマンドによる実現に限定するものではなく，たとえば， 
（１）ＭＩＭＥに新コマンドを導入する。 
【００６６】（２）本来のメールコンテンツ（ｕｓｅｒ１がｕｓｅｒ２に送ろうとしているメールのコンテンツ）を，ＭＭＭサーバへのメールにカプセル化する。 
【００６７】（３）ＭＭＭサーバと送信端末間で別に通信を行い，送出メールに対するコマンドを，メールとは別に発行する。 
【００６８】等の方法が考えられ，これらの手法も本特許に含まれるものである。 
【００６９】図５のようにＭＭＭサーバへのコマンド群５０２と，本来のメールコンテンツ５０４は文字列「−ｂｏｕｎｄａｒｙ１−」にて区分されている。 
【００７０】ＭＭＭサーバへのコマンド群５０２は，最初の「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／Ｘ−ｍｍｍ」により，これは本発明の電子メールシステム向けのコマンド群であることがＭＭＭサーバによって認識される。すなわち，ＭＩＭＥコマンドで「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／Ｘ−ｍｍｍ」が入っているパートが本発明の電子メールシステムをサポートしているＭＭＭサーバ，あるいはＭＭＭ端末への，それに関係するコマンド群である。 
【００７１】５０２に，そのコマンド群の一部を記す。このように，コマンド群にはＭＭＭプロトコルのバージョン番号，送信元アドレス，本来のメールコンテンツの宛先アドレス，送信コンテンツパート数，コマンド数，コマンドの対象（以下のコマンドは何パート目へのコマンドか），それが動画等，外部の記憶媒体にストアされているものならば，どこに存在し，何というファイルか，そのアクセス制御や上映時間など，一連のコマンド等が並ぶ。
【００７２】ＭＭＭプロトコルのバージョン番号を記載することにより，そのコマンド群がどのバージョンのプロトコルに準拠して作成されたものであるかを知ることができ，バージョン番号の違い等について，適切な対処を行うことが可能となる。 
【００７３】送信元アドレスとは，本来のメールコンテンツの送信者のアドレスである。宛先アドレスとは，本来のメールコンテンツ５０４の宛先アドレスである。 
【００７４】これらのアドレスは，本実施形態ではドメインネームを用いることにするが，そのかわりに（あるいは該ドメインネームの解決後のアドレスが）ＩＰアドレス，Ｅ．１６４アドレス，ＮＳＡＰアドレス，ＡＴＭアドレス，何らかの個人の認証番号（国民背番号，社会保険番号など），あるいは受け手の住所と氏名等，他の形式のアドレスが用いられても良い。 
【００７５】送信コンテンツパート数は，例えば送信コンテンツ５０４のＭＩＭＥのパートの数である。 
【００７６】コマンド数は，５０２内に並ぶ，ＭＭＭサーバへの具体的な個々のコマンドの総数を示す。 
【００７７】コマンド群５０３については，本実施形態では，送信者がＨＴＭＬの一画面におけるアニメーション，動画の配信を，ＭＭＭサーバが持つ（あるいは知っている）ビデオサーバやデータベースから行うことを意図しているものとし，このコマンドについての一例について記してある。 
【００７８】このように，挿入すべきビデオは，本来のメールコンテンツ５０３のいくつ目のパートに入るべきものなのか，「ビデオ挿入」を要求するコマンド，ビデオデータベースの場所とビデオ名（カタログ名と映画コード名，等の組み合わせでも良い），該ビデオデータベースにアクセスするための認証子，上映時間等の情報がある。 
【００７９】次に，本来のメールコンテンツ５０４以降の説明をする。図５に示したように，送信者は，「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： Ｍｕｌｔｉｐａｒｔ／ｒｅｌａｔｅｄ；ｔｙｐｅ＝Ｔｅｘｔ／ＨＴＭＬ」を用いることにより，ＨＴＭＬ文を送信している。ＨＴＭＬ文の各々のパートは「−ｂｏｕｎｄａｒｙ２−」にて区分される。 
【００８０】送信されるのは，ＨＴＭＬ文（テキストを含む）が入るパート（５０５），アニメーションが入るパート（５０６），映画が入るパート（５０７）である。 
【００８１】送信者はアニメーションについてはＪＰＥＧファイルを，映画については適当なデータベース，ビデオオンデマンドサーバからの付与をＭＭＭサーバに依頼している。 
【００８２】アニメーションのはいるパート５０６，映画のはいるパート５０７については，「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／Ｘ−ｍｍｍ」となっていることから，この部分の処理をＭＭＭサーバに依頼していることがわかる。 
【００８３】本実施形態では，５０６，５０７に対する処理コマンドは５０２に含まれるものとしているが，直接５０６，５０７の部分にコマンド群が記述された形のものでももちろん良い。 
【００８４】また，本実施形態では，この部分に認証子等を配置し，５０２の該当コマンドと対応するものであることを確認している。すなわち，５０３にアニメーションのデータベース名，識別番号，認証子（例えばａｎｉｍｅ１）についてのコマンド群と，映画のデータベース名，識別番号，認証子（例えばｍｏｖｉｅ１）についてのコマンド群が入る。また，５０６，５０７に，それぞれの認証子が配置される。」（段落【００６０】〜【００８４】） 
　 
（ウ）「【００９５】（３） 第１のＭＭＭサーバの動作 
図８は，電子メールを受信した第１のＭＭＭサーバ１０３の動作を説明するためのフローチャートである。 
【００９６】第１のＭＭＭサーバ１０３は，電子メールを受け取り，図５の宛先アドレスの記載部分５１１から自分宛のメールであると判断すると，電子メールのＭＩＭＥ解析を行い，さらに，ＭＭＭサーバにおけ処理対象部分「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／Ｘ−ｍｍｍ」があれば，図５のコマンド群の記載されている部分５０２に対する前述のような処理を実行する（ステップＳ１１〜ステップＳ１５）。 
【００９７】そして，ＭＭＭサーバ１０３は，受信端末１０５のアドレスを参照して，該受信端末１０５へのメール配送を担当するメールサーバ（この場合１０４）をＤＮＳ等を用いて調査する（ステップＳ１６）。 
【００９８】ＭＭＭサーバ１０３は，相手のメールサーバ１０４が，本発明の電子メールシステムをサポートしたメールサーバ（即ちＭＭＭサーバ）であるかどうかを確かめるべく，確認メッセージのやりとりを図４のステップＳ２にて行ってもよい（ステップＳ１７）。このメッセージのやりとりでは，本発明の電子メールシステムであるかどうかの確認，そのバージョン番号の確認，一連のＭＭＭサーバに対するコマンド，その分散処理をどの様な分担で行うか，データベース（本実施例の場合，ビデオデータベース）の検索等の操作を行ってもよい。 
【００９９】この段階で両ＭＭＭサーバのバージョン番号をお互いに調査し，その上で相手方の持つデータベースを推察して，相手方が既に持っていると思われるデータ（例えばこの場合はアニメーションコンテンツなど）については，その挿入は相手方（即ち第２のＭＭＭサーバ１０４）にまかせ，データベース番号と識別ＩＤのみを送信して，ネットワーク上のトラヒック量を削減する，といった機能を持っていても良い。 
【０１００】このように，大容量のデータの挿入については，なるべく受信者に近い経由サーバにて行なった方が，ネットワークの利用効率が向上する。 
【０１０１】さて，図７のステップＳ１７において，第１のＭＭＭサーバ１０３と第２のＭＭＭサーバ１０４との間でのメッセージのやりとりを行うことにより，アニメーションの挿入は第１のＭＭＭサーバ１０３にて，ビデオ（映画）の挿入は，上記メッセージの交換により第２のＭＭＭサーバ１０４が行うこととなったものとする（ステップＳ１８）。 
【０１０２】すると，第１のＭＭＭサーバ１０３は，アニメーションの挿入を行い，図１１のようなフォーマットで該メールをフォワードする（ステップＳ１９〜ステップＳ２１）。 
【０１０３】アニメーションの挿入は，５０２の部分のＭＭＭサーバに対するコマンド（６１２にて示される部分で，５０６部分へのコマンドであることが明記されている）の処理と，５０６のコンテンツの置き換えによって行われる。 
【０１０４】送信者ｕｓｅｒ１は，所望のアニメーションクリップがはいった雑誌番号やＣＤ−ＲＯＭ番号（データベース番号）と，その上での識別番号，及び認証子等を記述している。それを，第１のＭＭＭサーバ１０３が参照する。第１のＭＭＭサーバ１０３も，上記データベース番号を情報として持っており，適当な検索を行うことができる。 
【０１０５】置き換えが行われた後のコンテンツ（５０６）には，ＪＰＥＧファイルがそのまま入ることになり，それがＭＩＭＥにより紹介されている。 
【０１０６】最終的に，５０１のようにヘッダ部分の送信アドレスが第２のＭＭＭサーバ１０４に変わっている。 
【０１０７】本実施形態においては，映画挿入に関わるコマンド群の処理は第２のＭＭＭサーバが行うことになったので，５０２のコマンド群中に，ＭＭＭサーバ１０３を経由した旨が記された点（６１２）と，アニメーション挿入に関するコマンドが処理された以外は全て，当初のＭＭＭサーバ１０３にむけたコマンドがそのまま記されているものとする。」（段落【００９５】〜【０１０７】） 
　 
（エ）「【０１１０】（４） 第２のＭＭＭサーバの動作，第２のＭＭＭサーバにて受信される電子メールの詳細および受信端末に送出される電子メールの詳細 
次に，第２のＭＭＭサーバ１０４の動作を図１０に示すフローチャートを参照して説明する。 
【０１１１】第２のＭＭＭサーバ１０４は，図１１に示すようなメールを受信すると（ステップＳ３１），６０２の部分（「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ａｐｐｌｉｃａｔｉｏｎ／Ｘ−ｍｍｍ」の部分）を参照することにより自分が処理を行うべきコマンドが存在していることを認識し，処理を開始する（ステップＳ３２）。 
【０１１２】６０２部分の参照により，自分がサポートしているバージョン番号であるか（本実施形態では，サポート可能なバージョン番号が記されていたものとする），本来のメールの送信者，受信者のアドレス，本来のメールに対してどの様な処理を施すべきかのコマンド群を次々と参照していく（ステップＳ３６）。 
【０１１３】本実施形態においては，本来のメールの３番目のパート６０７に，特定のビデオへのポインタを挿入する旨のコマンドが入っているものとする。即ち，第２のＭＭＭサーバ１０４は，ネットワーク１０１を経由してビデオサーバを検索し，リクエストのあるビデオ（映画）のサービスの有無を調査し，このサービスが可能である場合は，ビデオオンデマンドサービスへのアクセス権に関する情報を本来のメールの該パートに付与する（ステップＳ３７〜ステップＳ４０）。これは，メールの受け手がビデオオンデマンドサーバからのビデオを見るための権利を得るためのものである。むろん，該ビデオオンデマンドサーバから受信端末の間に該ビデオサービスが可能であるかどうかの確認を行うことも可能である。 
【０１１４】このような処理を行った後，第２のＭＭＭサーバ１０４は受信端末１０５へ配送するメールの作成を終了する（ステップＳ４１〜ステップＳ４２）。」（段落【０１１０】〜【０１１４】） 
　 
（オ）「【０１２２】（５） 電子メールサービス提供の際のネットワーク設定手続き 
図１４は，図１のネットワーク上で上述したメールサービスを提供する際のネットワークの設定手続きを説明するためのものである。 
【０１２３】まず，送信するメールを作成した送信端末１０２は，たとえば生成されたメールを第１のＭＭＭサーバ１０３に転送するため，必要ならば第１のＭＭＭサーバ１０３へのコネクション設定を別途おこなう。 
【０１２４】このコネクション１１０１は，ＱＯＳを保証する，例えばＣＢＲ（Ｃｏｎｓｔａｎｔ Ｂｉｔ Ｒａｔｅ）のＡＴＭコネクションの様なものであっても良い。あるいは，インターネットを介して，ベストエフォートのコネクション（例えばフレームリレーのＣＩＲ＝０であるような場合や，ルータ網の様な場合）を確立しても良い。 
【０１２５】その後，生成されたメールは，ネットワーク１０１を経由して，第１のＭＭＭサーバ１０３に経路１１０１を介して転送される。前述の様に，この経路１１０１は帯域保証，遅延保証のないベストエフォートクラスであってもよいし，品質保証のあるパスを設定して用いてもよい。 
【０１２６】第１のＭＭＭサーバ１０３では，転送されたマルチメディアメールを蓄積し，前述の必要なコマンド処理を行う。このコマンド処理の間に，第１のＭＭＭサーバ１０３は，宛先端末を担当するメールサーバが第２のＭＭＭサーバ１０４であることを調べ，ＭＭＭサーバ１０４との間でメッセージのやりとりをしても良い。この際，このメッセージのやりとりは，本実施形態ではインターネットを介して行うものとする。 
【０１２７】第１のＭＭＭサーバ１０３で必要な処理を受けたメールは，第２のＭＭＭサーバ１０４にコネクション１１０２を通して転送される。 
【０１２８】第２のＭＭＭサーバ１０４でも，必要な処理（本実施形態の場合，要求のあったビデオを収容する，最適なビデオサーバの検索と，そこから受信端末１０５が該ビデオを受信するために必要となる諸般の手続き等）を行った後，自分のメールスプールに該メールを収容する。 
【０１２９】第２のＭＭＭサーバ１０４は，メールの到達をこの時点で，あるいはメールの到着の時点で受信端末１０５にこれを通知しても良い。 
【０１３０】なお，ビデオサーバの検索の後，必要なビデオが無い場合などは，送信端末１０２にそのビデオの有無を確かめ，送信者側が有する場合は，送信者側が持つビデオソースをダウンロードし，ビデオオンデマンドサーバにセットする，としてもよい。その場合，該ビデオファイルのダウンロードの終了の時点で，メールの配信を受信者に行えばよい。」（段落【０１２２】〜【０１３０】） 
　 
（カ）「【０１４６】電子メールを取り扱う送受信端末においては，その返事の作成，転送，メールの一部あるいは全部の保存などの編集作業あるいは送信メールの作成一般の機能が必要になる。この機能を例えば受信端末１０５にて実装することができる。これは，メールブラウザ機能，メールオーサリング機能を各端末が搭載すれば可能となる。 
【０１４７】一方，ＭＭＭサーバ１０４でこのような処理を行うこともできる。その場合は，メール受信側がＭＭＭサーバにアクセスして，上記のように品質保証のコネクション１１０４，１１０５を設定しながら，端末とＭＭＭサーバ間に十分高速な帯域，応答時間を実現するコネクションを準備し，テキスト，画像，音声などの必要な部分のカット，別情報の添付，マージ，コピー，画像処理など編集作業をＭＭＭサーバのプロセサパワーが提供することが可能である。 
【０１４８】メール作成のために転送された情報（例えば，送信メールに含める動画情報）はＭＭＭサーバ１０３上に蓄積され，送信端末１０２のユーザｕｓｅｒ１は，送信端末１０２から編集作業をする。たとえば，情報の切り貼り，コンテンツ表示の作成，宛先指定，メール情報の保持期間指定，受け取り確認要不要，受信者認証（親展）の要，不要など編集，設定を行う。 
【０１４９】ＭＭＭサーバはこれらの操作をユーザに対して容易に提供でるようインターフェースを装備する。」（段落【０１４６】〜【０１４９】） 
　 
（キ）【図５】には，「・コマンド」，「・データベースの場所，ファイル名等」等を囲む矩形が「個々のパートに対するコマンド（１）」により指示され，前記矩形と，「個々のパートに対するコマンド（２）（映画挿入）」を囲む矩形とが，「５０３」により指示され，「５０３」の指示範囲を包含する範囲が「５０２」で指示されるとともに，「ＨＴＭＬ文」を囲む矩形を含む範囲が「５０５」で指示された，図面が記載されている。 
　 
（ク）【図１１】には，「・コマンド」，「・データベースの場所，ファイル名等」等を囲む矩形と，「個々のパートに対するコマンド（２）（映画挿入）」を囲む矩形とを含む範囲が，「６０２」で指示されるとともに，「ＨＴＭＬ文」を囲む矩形を含む範囲が「６０５」で指示された，図面が記載されている。 
　 
　 
　これらの記載事項によると，刊行物には，次の発明（以下，「刊行物発明」という。）が記載されていると認められる。  
　 
「ネットワークに，送信端末，第１のＭＭＭサーバ，第２のＭＭＭサーバ，受信端末が接続され， 
送信端末のユーザが，テキスト，アニメーション，ビデオを一緒に，受信端末のユーザに電子メールとして送信する場合，送信端末のユーザは，送信するテキストは持っているが，アニメーション，ビデオについてはその実体を持っておらず，送信端末のユーザは，アニメーションについてはＪＰＥＧファイルを，ビデオについては適当なデータベース，ビデオオンデマンドサーバからの付与をＭＭＭサーバに依頼し， 
電子メール作成のために転送された情報（送信メールに含めるビデオ情報）を第１のＭＭＭサーバ上に蓄積し，送信端末のユーザは，送信端末から編集作業をするようにしてもよく， 
送信端末から受信端末に向けて送られた電子メールは，テキストを含むＨＴＭＬ文等で構成される本来のメールコンテンツと，コマンド群５０３及び本来のメールコンテンツの宛先アドレス等で構成されるＭＭＭサーバへのコマンド群５０２とに区分され，コマンド群５０３は，送信者がＨＴＭＬの一画面におけるアニメーション，ビデオの配信を，ＭＭＭサーバが持つビデオサーバやデータベースから行うことを意図しており，「ビデオ挿入」を要求するコマンド，ビデオデータベースの場所とビデオ名（カタログ名とビデオコード名，等の組み合わせでも良い）等の情報があり， 
送信端末から受信端末に向けて送られた電子メールは第１のＭＭＭサーバに送られ，第１のＭＭＭサーバは，電子メールが到着した段階で本来の電子メールの送出先が受信端末であることを認識し，受信端末へのメールの配送を担当する第２のＭＭＭサーバとメッセージを交換することにより，ビデオの挿入は，第２のＭＭＭサーバが行うこととし， 
第１のＭＭＭサーバで必要な処理を受けた後，ＨＴＭＬ文と部分６０２を含む電子メールが第２のＭＭＭサーバに転送され， 
部分６０２には，コマンド群５０２のコマンド群中に，第１のＭＭＭサーバを経由した旨が記された点と，アニメーション挿入に関するコマンドが処理された以外は全て，当初の第１のＭＭＭサーバにむけたコマンドがそのまま記されており， 
第１のＭＭＭサーバから電子メールを転送された第２のＭＭＭサーバは，要求のあったビデオを収容する，最適なビデオサーバの検索と，そこから受信端末が該ビデオを受信するために必要となる諸般の手続き等を行った後，自分のメールスプールに該メールを収容するとともに，この時点でメールの到達を受信端末に通知しても良く， 
第２のＭＭＭサーバに対するコマンドが適当に処理された後，第２のＭＭＭサーバから受信端末に電子メールが配送され，
ネットワークを介して電子メールのコンテンツ（テキスト，音声，画像，データ等）が配信される電子メールシステム，
に含まれる第２のＭＭＭサーバであって，
第２のＭＭＭサーバは，
ビデオサーバの検索の後，必要なビデオが無い場合などは，送信端末にそのビデオの有無を確かめ，送信端末のユーザ側が有する場合は，送信端末のユーザ側が持つビデオソースをダウンロードし，ビデオオンデマンドサーバにセットする，としてもよい， 
第２のＭＭＭサーバ。」 
　 
　 
第３　対比  
　 
　本願発明と刊行物発明とを比較する。  
　 
　刊行物発明の「送信端末のユーザ」及び「受信端末のユーザ」は，それぞれ本願発明の「一のユーザ」及び「他のユーザ」に相当し，刊行物発明において，送信端末から受信端末に向けて送られる「電子メール」は，本願発明の「一のユーザから他のユーザ宛のメッセージ」に相当する。 
　 
　刊行物発明において，送信端末から受信端末に向けて送られた電子メールは，第１のＭＭＭサーバで必要な処理を受けた後第２のＭＭＭサーバに到達し，第２のＭＭＭサーバに対するコマンドが適当に処理された後受信端末に配送されるから，刊行物発明の「第２のＭＭＭサーバ」は，本願発明の「一のユーザから他のユーザ宛のメッセージを中継する機能を備えたサーバ装置」に相当する。 
　 
　刊行物発明のＭＭＭサーバが持つ「ビデオサーバやビデオデータベース」は，第１のＭＭＭサーバと第２のＭＭＭサーバのいずれに備えられるのか明記されていないものの，ビデオの挿入は第２のＭＭＭサーバが行うことから，第２のＭＭＭサーバは，「ビデオサーバやビデオデータベース」を備えているといえ，当該「ビデオサーバやビデオデータベース」は，本願発明の「コンテンツを保存するコンテンツ記憶手段」に相当する。 
　 
　刊行物発明において，第２のＭＭＭサーバは，送信端末から受信端末に向けて送られた電子メールを第１のＭＭＭサーバから転送されて，要求のあったビデオを収容する，最適なビデオサーバの検索などの処理を行うものであり，転送された電子メールの部分６０２は，ビデオデータベースの場所とビデオ名を含むものと解されるから，刊行物発明の電子メールは，ビデオを特定するための特定情報（本願発明の「コンテンツを特定するためのコンテンツ特定情報」に相当する。）を含み，刊行物発明の第２のＭＭＭサーバは，本願発明の「前記一のユーザから前記他のユーザ宛のメッセージからコンテンツを特定するためのコンテンツ特定情報を抽出するコンテンツネーム抽出手段」を備えているといえる。 
　 
　刊行物発明の第２のＭＭＭサーバは，ビデオサーバの検索の後，必要なビデオが無い場合などは，送信端末にそのビデオの有無を確かめ，送信端末のユーザ側が有する場合は，送信端末のユーザ側が持つビデオソースをダウンロードし，ビデオオンデマンドサーバにセットすることから，本願発明の「前記コンテンツネーム抽出手段が抽出したコンテンツ特定情報が示すコンテンツが前記コンテンツ記憶手段に保存されていない場合には，前記他のユーザが該サーバ装置にアクセスする前に自動的に，前記一のユーザの端末装置が接続されているサーバ装置からコンテンツを受信するコンテンツ受信部」と，「前記コンテンツネーム抽出手段が抽出したコンテンツ特定情報が示すコンテンツが前記コンテンツ記憶手段に保存されていない場合には，」「自動的に，前記一のユーザ」側「からコンテンツを受信するコンテンツ受信部」である点で一致する構成を，備えているといえる。 
　 
　 
　したがって，本願発明と刊行物発明は，以下の点において一致ないし相違する。  
　 
＜一致点＞  
「一のユーザから他のユーザ宛のメッセージを中継する機能を備えたサーバ装置であって， 
　コンテンツを保存するコンテンツ記憶手段と， 
　前記一のユーザから前記他のユーザ宛のメッセージからコンテンツを特定するためのコンテンツ特定情報を抽出するコンテンツネーム抽出手段と， 
　前記コンテンツネーム抽出手段が抽出したコンテンツ特定情報が示すコンテンツが前記コンテンツ記憶手段に保存されていない場合には，自動的に，前記一のユーザ側からコンテンツを受信するコンテンツ受信部と 
　を備えたことを特徴とするサーバ装置。」である点。  
　 
＜相違点＞  
　コンテンツ受信部がコンテンツを受信する処理について，本願発明では，「前記他のユーザが該サーバ装置にアクセスする前に」，「前記一のユーザの端末装置が接続されているサーバ装置」から行うのに対して，刊行物発明では，受信端末のユーザが第２のＭＭＭサーバにアクセスするタイミングとの前後関係や，ビデオソースのダウンロード元については，明記されていない点。 
　 
　 
第４　当審の判断  
　 
　上記＜相違点＞について検討する。 
　 
　刊行物発明の第２のＭＭＭサーバでは，要求のあったビデオを収容する，最適なビデオサーバの検索と，そこから受信端末が該ビデオを受信するために必要となる諸般の手続き等を行った後，自分（第２のＭＭＭサーバ）のメールスプールに該メールを収容するとともに，この時点でメールの到達を受信端末に通知しても良いとされているから，刊行物発明の第２のＭＭＭサーバにおいて，必要なビデオが無い場合に，送信端末のユーザ側が持つビデオソースをダウンロードする処理を，受信端末のユーザが第２のＭＭＭサーバにアクセスする前に行うことは，当業者が適宜なし得る設計的事項である。 
　 
　刊行物発明では，電子メール作成のために転送された情報（送信メールに含めるビデオ情報）を第１のＭＭＭサーバ上に蓄積し，送信端末のユーザは，送信端末から編集作業をするようにしてもよいから，刊行物発明において，送信端末のユーザが編集作業を行う際に，送信メールに含めるビデオ情報を，送信端末が接続されている第１のＭＭＭサーバ（本願発明の「前記一のユーザの端末装置が接続されているサーバ装置」に相当する。）上に蓄積しておき，第２のＭＭＭサーバが送信端末のユーザ側が持つビデオソースをダウンロードする際に，当該第１のＭＭＭサーバからダウンロードを行うようにすることは，当業者が容易に想到し得たことである。 
　 
　 
　また，本願発明のように構成したことによる効果も刊行物発明から予測できる程度のものである。 
　 
　 
第５　むすび  
　 
　以上のとおり，本願発明は，刊行物発明に基づいて当業者が容易に発明をすることができたものであるから，特許法２９条２項の規定により特許を受けることができない。  
　 
　したがって，本願は他の請求項について論及するまでもなく，拒絶すべきものである。  
　 
　よって，結論のとおり審決する。