JP5277855B2 - 送信装置およびその方法 - Google Patents

Description

本発明は、コンテンツデータをネットワークを介して伝送するための技術に関するものである。なお、本明細書中において、「コンテンツ」とは、画像や音声などの情報を言い、「コンテンツデータ」とは、上記コンテンツを表すデータを言う。なお、上記コンテンツのうち、画像など、印刷可能なものを「印刷コンテンツ」と言う場合がある。

従来、企業が顧客に広告などを配信する場合、郵送やファクシミリなどが利用されていた。また、通信教育分野などにおいて、教材提供企業が受講者に教材などを配信する場合も、同様に、郵送やファクシミリなどが利用されていた。

郵送による場合、広告や教材などの印刷コンテンツ自体は、高品質で印刷されたものを提供できるものの、送付に多数の人手を要し、多くのコストがかかると共に、送付にも時間を要するという問題がある。

また、ファクシミリによる場合は、郵送に比較して、送付に人手や時間は要しないものの、通信費用は発生し、また、顧客先で受け取る印刷コンテンツ自体も高品質なものを期待できないという問題がある。

一方、近年では、インターネットの発達などによって、情報を無料に近い低コストで伝送することが可能となっている。また、高性能なプリンタや複合機などの開発によって、家庭内でも、比較的低コストで、高品質な印刷を行うことができるようになってきている。

そこで、パーソナルコンピュータやサーバなどを含む送信装置から、上記したインターネットなどのネットワークを介して、プリンタや複合機などを含む印刷端末に、印刷コンテンツのデータを、低コストで、かつ、高品質にて配信することができる、システムの開発が待たれている。

なお、ネットワークを利用した情報の伝送に関しては、例えば、下記の特許文献に記載のものが知られている。

特開２００５−１０９７０１号公報 特開２００３−１７８０２８号公報 特表２００５−５１６３２０号公報

上記したシステムでは、送信装置から印刷端末に印刷コンテンツを送信する場合に、印刷端末側において希望する用紙サイズや印刷品質などの印刷条件を、送信に先立って、如何にして、送信装置に伝えるかが課題となる。

なお、このような課題は、送信端末から印刷端末に印刷コンテンツのデータを送信する場合に限らず、送信端末からディスプレイ等に画像などのコンテンツのデータを送信する場合に、送信に先立って、解像度などの表示条件をディスプレイ等から送信端末に如何にして伝えるか、或いは、送信端末からオーディオ装置等に音声などのコンテンツのデータを送信する場合に、送信に先立って、ミュート状態などの音声出力条件をオーディオ装置等から送信装置に如何にして伝えるかなど、共通の課題である。
なお、以下において、印刷端末，ディスプレイ，オーディオ装置などを、総称して、情報出力装置と言う場合があり、印刷条件，表示条件，音声出力条件などを、総称して、情報出力装置において情報の出力を行う際の条件、すなわち、出力条件と言う場合がある。

従って、本発明の目的は、上記した従来技術の課題を解決し、情報出力装置側において希望する出力条件を、送信装置に伝達するための技術を提供することにある。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
本発明の第１の形態は、コンテンツデータを、ネットワークを介して情報出力装置へ伝送する送信装置であって、
前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する制御部を備え、
前記制御部は、取得した前記出力条件が選択可能な出力条件である場合に、選択可能な出力条件の中から、所望の出力条件を選択して、前記コンテンツデータを前記情報出力装置に送信する際、選択した前記出力条件を前記コンテンツデータと共に送信し、
前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で送信し、
前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記制御部は、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、送信装置である。
本発明の第２の形態は、コンテンツデータを、ネットワークを介して情報出力装置へ伝送する送信装置であって、
前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する制御部を備え、
前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で送信し、
前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記工程（Ａ）では、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、送信装置である。
これらの形態の送信装置では、情報出力装置にコンテンツデータを送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、情報出力装置側において希望する出力条件を取得することができる。従って、送信装置では、情報出力装置側において希望する印刷条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、希望に沿った情報出力結果を得ることができる。また、加工サーバにおいて、出力条件に従ってコンテンツデータを加工させることにより、コンテンツデータを、情報出力装置側において希望する出力条件に従った状態にした上で、情報出力装置に送信することができる。更に、プレゼンスサーバに、複数の送信装置にそれぞれ対応して出力条件が登録されている場合に、それら送信装置毎に、情報出力装置側において希望する出力条件が異なる場合においても、コンテンツデータの送信に先立ち、プレゼンスサーバを利用して、自己の送信装置に対応する出力条件を取得することができる。従って、これらの形態の送信装置では、その送信装置に対して情報出力装置側において希望している印刷条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、送信装置毎に、希望に沿った情報出力結果を得ることができる。

［適用例１］
コンテンツデータを、ネットワークを介して情報出力装置へ伝送する送信装置であって、
前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する制御部を備える、送信装置。

このように、適用例１の送信装置では、情報出力装置にコンテンツデータを送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、情報出力装置側において希望する出力条件を取得することができる。従って、送信装置では、情報出力装置側において希望する印刷条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、希望に沿った情報出力結果を得ることができる。

［適用例２］
適用例１に記載の送信装置において、前記制御部は、取得した前記出力条件が選択可能な出力条件である場合に、選択可能な出力条件の中から、所望の出力条件を選択して、前記コンテンツデータを前記情報出力装置に送信する際、選択した前記出力条件を前記コンテンツデータと共に送信する、送信装置。

このように、適用例２の送信装置では、送信装置側で選択した出力条件を、コンテンツデータと共に情報出力装置に送信することにより、情報出力装置では、情報出力装置側で希望した選択可能な出力条件のうち、送信装置側でどの出力条件が選択され、送信されたコンテンツデータがどの出力条件に従っているかを把握することができる。

［適用例３］
適用例１に記載の送信装置において、前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記出力条件に従って前記コンテンツデータを加工して送信する、送信装置。

ここで、コンテンツデータの加工には、例えば、出力条件に従って、コンテンツデータに対し、解像度変換を行ったり、リサイズ処理を行ったり、減色処理を行ったりすることなどが含まれる。

このように、適用例３の送信装置では、出力条件に従ってコンテンツデータを加工することにより、コンテンツデータを、情報出力装置側において希望する出力条件に従った状態にした上で、情報出力装置に送信することができる。

［適用例４］
適用例１に記載の送信装置において、前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で送信する、送信装置。

このように、適用例４の送信装置においても、加工サーバにおいて、出力条件に従ってコンテンツデータを加工させることにより、適用例３と同様に、コンテンツデータを、情報出力装置側において希望する出力条件に従った状態にした上で、情報出力装置に送信することができる。

［適用例５］
適用例１に記載の送信装置において、前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、
前記制御部は、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、送信装置。

このように、適用例５の送信装置では、プレゼンスサーバに、複数の送信装置にそれぞれ対応して出力条件が登録されている場合に、それら送信装置毎に、情報出力装置側において希望する出力条件が異なる場合においても、コンテンツデータの送信に先立ち、プレゼンスサーバを利用して、自己の送信装置に対応する出力条件を取得することができる。従って、適用例５の送信装置では、その送信装置に対して情報出力装置側において希望している印刷条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、送信装置毎に、希望に沿った情報出力結果を得ることができる。

［適用例６］
適用例１に記載の送信装置において、読取条件に基づいて画像を読み取り、得られた画像データを前記コンテンツデータとして取得する画像読取部をさらに備えると共に、
前記制御部は、前記画像を読み取る前に、前記プレゼンスサーバから前記出力条件を取得し、取得した前記出力条件に従って、前記読取条件を設定する、送信装置。

このように、適用例６の送信装置では、画像読取部で読み取った画像データをコンテンツデータとして送信する場合に、画像読取部による読み取りに先立ち、プレゼンスサーバを利用して、情報出力装置側において希望する出力条件を取得することができ、その出力条件に従って、画像の読み取りを行うことができる。従って、適用例６の送信装置では、顧客の希望する出力条件に従って読み取った画像データを、コンテンツデータとして情報出力装置に送信することができ、これにより、情報出力装置では、顧客の希望に沿った情報出力結果を得ることができる。

［適用例７］
適用例１に記載の送信装置において、読取条件に基づいて画像を読み取り、得られた画像データを前記コンテンツデータとして取得する画像読取部をさらに備えると共に、
前記制御部は、前記画像読取部により、デフォルトの前記読取条件に基づいて画像の読み取りを行うと共に、前記プレゼンスサーバから前記出力条件を取得し、取得した前記出力条件とデフォルトの前記読取条件とを比較して、両者が所定の対応関係にある場合に、取得した前記コンテンツデータを前記情報出力装置に送信し、所定の対応関係にない場合には、取得した前記コンテンツデータを、前記出力条件に従って加工した上で、前記情報出力装置に送信する、送信装置。

このように、適用例７の送信装置では、画像読取部で読み取った画像データをコンテンツデータとして送信する場合に、まず、デフォルトの読取条件に従って、画像読取部で画像の読み取りを行い、その最中に、プレゼンスサーバを利用して、情報出力装置側において希望する出力条件を取得する。その後、適用例７の送信装置では、その出力条件とデフォルトの読取条件とを比較して、両者が所定の対応関係にあれば、取得したコンテンツデータをそのまま情報出力装置に送信し、所定の対応関係になければ、受信した出力条件に従って、そのコンテンツデータを加工した上で、その加工済みのコンテンツデータを情報出力装置に送信するようにしている。これにより、情報出力装置では、顧客の希望に沿った情報出力結果を得ることができる。

［適用例８］
適用例８に記載の送信装置において、前記コンテンツデータを送信する複数の送信端末が存在する場合に、
前記制御部は、前記送信端末から前記ネットワークを介して前記コンテンツデータを受信すると共に、
前記送信端末からの前記コンテンツデータを前記情報出力装置に送信する前に、少なくとも、当該送信端末に対応する出力条件を、前記プレゼンスサーバから取得する、送信装置。

このように、適用例８の送信装置では、コンテンツデータを送信する送信端末が複数存在し、それら送信端末毎に、情報出力装置側において希望する出力条件が異なる場合においても、或る送信端末からのコンテンツデータを情報出力装置に送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、当該送信端末に対応する出力条件を取得することができる。従って、適用例８の送信装置では、各送信端末毎に、情報出力装置側において希望している出力条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、送信端末毎に、希望に沿った情報出力結果を得ることができる。

［適用例９］
ネットワークを介して送信装置から伝送されたコンテンツデータを受信して、前記コンテンツデータに基づき情報の出力を行う情報出力装置であって、
前記コンテンツデータに基づいて情報の出力を行う際の出力条件を、前記ネットワークに接続されるプレゼンスサーバに登録する制御部を備える、情報出力装置。

このように、適用例９の情報出力装置では、コンテンツデータに基づいて情報の出力を行う際の出力条件を、プレゼンスサーバに登録するようにしている。従って、送信装置から情報出力装置にコンテンツデータを送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、情報出力装置側において希望する出力条件を、その送信装置に伝達することができる。従って、送信装置では、情報出力装置側において希望する出力条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、希望に沿った情報出力結果を得ることができる。

［適用例１０］
適用例９に記載の情報出力装置において、前記制御部は、前記出力条件の変更を指示された場合、前記プレゼンスサーバに、前記出力条件の変更を通知する、情報出力装置。

このように、適用例１０の情報出力装置では、希望する出力条件が変更された場合でも、その変更をプレゼンスサーバに通知して、プレゼンスサーバに登録されている出力条件を、即座に更新することができる。

［適用例１１］
適用例９に記載に情報出力装置において、前記送信装置が複数存在する場合に、
前記制御部は、前記プレゼンスサーバに前記出力条件を登録する際に、各送信装置にそれぞれ対応して、前記出力条件を登録する、情報出力装置。

このように、適用例１１の情報出力装置では、送信装置が複数存在し、それら送信装置毎に、情報出力装置側において希望する出力条件が異なる場合においても、プレゼンスサーバに出力条件を登録する際に、各送信装置にそれぞれ対応して、出力条件を登録するようにしている。従って、或る送信装置から情報出力装置にコンテンツデータを送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、その送信装置に対し、その送信装置に対応する出力条件を伝達することができる。従って、各送信装置では、それぞれ、その送信装置に対して情報出力装置側において希望している出力条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、送信装置毎に、希望に沿った情報出力結果を得ることができる。

［適用例１２］
適用例９に記載に情報出力装置において、前記コンテンツデータを前記ネットワークを介して前記送信装置に送信する複数の送信端末が存在する場合に、
前記制御部は、前記出力条件を、各送信端末にそれぞれ対応して、前記プレゼンスサーバに登録する、情報出力装置。

このように、適用例１２の情報出力装置では、送信端末が複数存在し、それら送信端末毎に、情報出力装置側において希望する印刷条件が異なる場合においても、送信装置が或る送信端末からのコンテンツデータを情報出力装置に送信する場合に、その送信に先立ち、プレゼンスサーバを利用して、その送信装置に対し、当該送信端末に対応する出力条件を伝達することができる。従って、送信装置では、各送信端末毎に、情報出力装置側において希望している出力条件に従ったコンテンツデータを情報出力装置に送信することができ、これにより、情報出力装置では、コンテンツデータに基づく情報出力結果として、送信端末毎に、希望に沿った情報出力結果を得ることができる。

［適用例１３］
コンテンツデータを送信する送信装置と送信された前記コンテンツデータに基づいて情報の出力を行う情報出力装置とにそれぞれネットワークを介して接続されるプレゼンスサーバであって、
前記情報出力装置において、前記コンテンツデータに基づき前記情報の出力を行う際の出力条件を格納する格納部と、
前記送信装置から前記情報出力装置に前記コンテンツデータを送信する前に、前記送信装置に対し、前記格納部に格納された前記出力条件を提供する制御部と、
を備えるプレゼンスサーバ。
適用例１３のプレゼンスサーバによれば、適用例１や適用例９と同様の効果を奏することができる。

［適用例１４］
適用例１３に記載のプレゼンスサーバにおいて、前記制御部は、前記情報出力装置から前記出力条件の変更を通知された場合に、その通知に基づいて、登録されている前記出力条件を変更する、プレゼンスサーバ。
適用例１４のプレゼンスサーバによれば、適用例５と同様の効果を奏することができる。

［適用例１５］
コンテンツデータを、ネットワークを介して伝送するコンテンツ伝送システムであって、
前記ネットワークに接続され、前記コンテンツデータを前記ネットワークを介して送信する送信装置と、
前記ネットワークに接続され、前記送信装置より送信された前記コンテンツデータを受信し、前記コンテンツデータに基づいて情報の出力を行う情報出力装置と、
前記ネットワークに接続されるプレゼンスサーバと、
を備え、
前記情報出力装置は、予め、前記コンテンツデータに基づいて前記情報の出力を行う際の出力条件を、前記プレゼンスサーバに登録すると共に、
前記送信装置は、前記コンテンツデータを前記情報出力装置に送信する前に、前記プレゼンスサーバから、登録されている前記出力条件を取得する、コンテンツ伝送システム。
適用例１５のコンテンツ伝送システムによれば、適用例１や適用例９と同様の効果を奏することができる。

［適用例１６］
コンテンツデータをネットワークを介して伝送するコンテンツ伝送システムにおいて、前記コンテンツデータに基づいて情報の出力を行う際の出力条件を伝送するための出力条件伝送方法であって、
前記コンテンツ伝送システムは、前記ネットワークに接続され、前記コンテンツデータを前記ネットワークを介して送信する送信装置と、前記ネットワークに接続され、前記送信装置より送信された前記コンテンツデータを受信し、前記コンテンツデータに基づいて前記情報の出力を行う情報出力装置と、前記ネットワークに接続されるプレゼンスサーバと、を備え、
前記出力条件伝送方法は、
（ａ）前記情報出力装置が、前記出力条件を前記プレゼンスサーバに登録する工程と、
（ｂ）前記送信装置が、前記コンテンツデータを前記情報出力装置に送信する前に、前記プレゼンスサーバから、登録されている前記出力条件を取得する工程と、
を備える出力条件伝送方法。
適用例１６の出力条件伝送方法によれば、適用例１や適用例９と同様の効果を奏することができる。

なお、本発明は、上記した送信端末や情報出力装置やコンテンツ伝送システムなどの装置発明の態様や出力条件伝送方法などの方法発明の態様に限ることなく、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様など、種々の態様で実現することも可能である。

以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．第１の実施例：
Ａ−１．実施例の構成：
Ａ−２．実施例の動作：
Ａ−３．実施例の効果：
Ｂ．第２の実施例：
Ｂ−１．実施例の構成：
Ｂ−２．実施例の動作：
Ｂ−３．実施例の効果：
Ｃ．第３の実施例：
Ｃ−１．実施例の構成：
Ｃ−２．実施例の動作：
Ｃ−３．実施例の効果：
Ｄ．第４の実施例：
Ｄ−１．実施例の構成：
Ｄ−２．実施例の動作：
Ｄ−３．実施例の効果：
Ｅ．第５の実施例：
Ｅ−１．実施例の構成：
Ｅ−２．実施例の動作：
Ｅ−３．実施例の効果：
Ｆ．第６の実施例：
Ｆ−１．実施例の構成：
Ｆ−２．実施例の動作：
Ｆ−３．実施例の効果：
Ｇ．変形例：

Ａ．第１の実施例：
Ａ−１．実施例の構成：
図１は本発明の第１の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。

図１に示すとおり、本実施例のコンテンツ伝送システムは、印刷コンテンツ（広告や通信教材など）の配信を希望する企業によって管理されるパーソナルコンピュータ１０２と、ネットワークサービス提供業者などによって管理されるポスティングサーバ１０４及びＳＩＰ（Session Initiation Protocol）サーバ１０６と、顧客によって管理される情報出力装置である印刷端末１０８と、で構成されている。なお、ポスティングサーバ１０４及びＳＩＰサーバ１０６は、それぞれ、異なるネットワークサービス提供業者によって管理されていてもよいし、同一のネットワークサービス提供業者によって管理されていてもよい。ポスティングサーバ１０４、ＳＩＰサーバ１０６、及び印刷端末１０８は、インターネットを含む、いわゆるブロードバンドネットワーク１１０を介して接続されている。また、パーソナルコンピュータ１０２は、同じくブロードバンドネットワークを介してポスティングサーバ１０４に接続されていてもよいし、専用回線などを介してポスティングサーバ１０４に接続されていてもよい。なお、ポスティングサーバ１０４に接続される加工サーバ１０７については後ほど説明する。

本実施例では、広告や通信教材などの印刷コンテンツは、コンテンツデータとして、後ほど詳述するように、パーソナルコンピュータ１０２からポスティングサーバ１０４に送信され、ポスティングサーバ１０４によって、印刷端末１０８にＰＵＳＨ型で配信される。ここで、このような印刷のために用いられるコンテンツデータとしては、例えば、ＪＰＥＧデータ、ＧＩＦデータ、ＰＮＧデータ、ＴＩＦＦデータ、プレーンテキストデータ、ＨＴＭＬデータ、ＰＤＦデータ、ＰｏｓｔＳｃｒｉｐｔ（登録商標）データなど、画像やドキュメントを表現することが可能な各種データを用いることができる。また、印刷端末で用いられるプリンタ等の機種が分かっている場合には、印刷データの形態で配信するようにしてもよい。また、ここで、「ＰＵＳＨ型」とは、端末側が情報をリクエストしなくても、サーバ側が一方的に情報を端末に送り出して配信する方法を言う。

図２は図１におけるポスティングサーバ１０４の主要構成を示すブロック図である。図２に示すように、ポスティングサーバ１０４は、サーバコンピュータによって構成されており、プログラムを実行することにより種々の処理や制御を行うＣＰＵ１０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部１２と、プログラムを格納したり、データや情報を格納したりするためのメモリ１４と、を主として備えている。このうち、メモリ１４は、データや情報として、コンテンツデータ１６や配信依頼情報１８などを格納することが可能である。なお、ポスティングサーバ１０４は、上記構成要素以外にも、キーボードやポインティングデバイスなどの入力部やモニタなどの表示部などを備えているが、図では省略されている。

また、本実施例では、上述したコンテンツデータの配信に先立って、シグナリングプロトコルの一種であるＳＩＰ（Session Initiation Protocol）を用いて、装置間におけるセッションの確立を行うようにしている。なお、コンテンツデータの配信、すなわち、装置間におけるコンテンツデータの伝送には、ＳＩＰではなく、データ転送プロトコルの一種であるＨＴＴＰ（Hypertext Transfer Protocol）を用いるようにしている。ここで、「セッション」とは、端末などのノード間でメディアストリームを送受信する関係を言う。

図３は図１におけるＳＩＰサーバ１０６の主要構成を示すブロック図である。図３に示すように、ＳＩＰサーバ１０６も、ポスティングサーバ１０４と同様に、サーバコンピュータによって構成されており、プログラムを実行することにより種々の処理や制御を行うＣＰＵ２０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部２２と、プログラムを格納したり、データや情報を格納したりするためのメモリ２４と、を主として備えている。このうち、メモリ２４は、情報として、後述するような、登録情報２６や印刷条件登録情報２８などを格納することが可能である。なお、ＳＩＰサーバ１０６は、上記構成要素以外にも、キーボードやポインティングデバイスなどの入力部やモニタなどの表示部などを備えているが、図では省略されている。

図４は一般的なＳＩＰサーバの種別を示す説明図である。一般に、ＳＩＰサーバは、機能に応じて、図４に示すような種別に分けることができる。

レジストラは、ＳＩＰクライアント（すなわち、ＳＩＰユーザエージェント）からの登録要求を受け付けて、ＳＩＰクライアントのＳＩＰアドレス（すなわち、ＳＩＰ ＵＲＩ（Uniform Resource Identifier））や位置情報（すなわち、ＩＰ（Internet Protocol）アドレスなど）を、ロケーションサーバに登録する。

ロケーションサーバは、ＳＩＰクライアントやサーバのＳＩＰアドレスや位置情報などを格納するデータベースである。

プロキシサーバは、ＳＩＰクライアント間において、リクエストやレスポンスを中継するサーバであって、ＳＩＰクライアント間におけるセッションの確立などを仲介する。

リダイレクトサーバは、ＳＩＰクライアントからの問い合わせに対して、通信したい相手先の位置情報を通知する。

プレゼンスサーバは、ＳＩＰクライアントに関するプレゼンス情報を取得し、管理すると共に、それらのプレゼンス情報を他のＳＩＰクライアントに提供する。

本実施例では、ＳＩＰサーバ１０６におけるこのプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する用紙サイズや印刷品質などの印刷条件をプレゼンス情報としてＳＩＰサーバ１０６に格納して、管理させ、ポスティングサーバ１０４によるコンテンツデータの配信を行う際には、それに先だって、その印刷条件をポスティングサーバ１０４に提供するようにしている。ここで、「印刷端末１０８側において希望する印刷条件」とは、正確には、印刷端末１０８を管理する顧客が希望している印刷条件を指す。

図５は図１における印刷端末１０８の主要構成を示すブロック図である。印刷端末１０８は、図１に示すとおり、パーソナルコンピュータ１１２と、そのパーソナルコンピュータ１１２にＵＳＢケーブルなどで接続されたプリンタ１１４と、によって構成されている。このうち、パーソナルコンピュータ１１２は、図５に示すように、プログラムを実行することにより種々の処理や制御を行うＣＰＵ３０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部３２と、プログラムを格納したり、データや情報を格納したりするためのメモリ３４と、キーボードやポインティングデバイスなどから成り、ユーザからの指示を入力するための入力部４０と、取得したデータや情報などを表示するためのモニタ４２と、外部接続されたプリンタ１１４などにデータを出力するための出力インタフェース（Ｉ／Ｆ）部４６と、を主として備えている。このうち、メモリ３４は、データや情報として、コンテンツデータ３６や印刷条件設定情報３８などを格納することが可能である。

なお、本実施例では、印刷端末１０８の構成として、パーソナルコンピュータ１１２とそのパーソナルコンピュータ１１２にＵＳＢケーブルなどで直接接続されるプリンタ１１４と、で構成される形態を採用するようにしたが、印刷端末の構成としては、種々の形態を採ることができる。

例えば、プリンタ１１４に代えて、複合機を用いる形態であってもよい。または、パーソナルコンピュータ１１２と、そのパーソナルコンピュータ１１２にＬＡＮケーブルなどでＬＡＮ（ローカルエリアネットワーク）を介して接続されたネットワーク対応の複合機もしくはプリンタと、で構成される形態であってもよい。または、パーソナルコンピュータ１１２と、そのパーソナルコンピュータ１１２にＬＡＮケーブルなどでＬＡＮを介して接続されたネットワークアダプタと、そのネットワークアダプタにＵＳＢケーブルなどで接続された複合機もしくはプリンタと、で構成される形態であってもよい。
さらには、ＩＰ（Internet Protocol）通信プリンティング対応の複合機もしくはプリンタのみで構成される形態であってもよい。ＩＰ通信プリンティング対応の複合機もしくはプリンタは、ＳＩＰ ＵＲＩなどグローバルなアドレスを直接扱うことができるため、ブロードバンドルータなどを介して、インターネットなどのブロードバンドネットワークに直接接続したとしても、それらネットワーク上の装置との間でデータをやりとりすることが可能だからである。なお、ここで、ＩＰ通信プリンティングとは、以下の条件を満たす印刷方式を言う。
・ネットワークを用いた印刷方式である。
・通信プロトコルとしてＳＩＰなどの呼制御プロトコルを用いる。
・対応する端末間同士でコンテンツデータの送受信が可能である。
・パーソナルコンピュータを含む他の機器の仲介なしにコンテンツデータの直接印刷が可能である。

なお、装置同士は、ケーブルなど有線で接続される代わりに、いわゆる無線ＬＡＮや、ブルートゥースや、赤外線など、無線で接続されてもよい。

また、インターネットを含むネットワーク１１０では、グローバルＩＰアドレスが割り当てられるのに対し、ＬＡＮなどのプライペートネットワークでは、プライペートＩＰアドレスが割り当てられることが多い。そのような場合、いわゆるＮＡＴ（Network Address Translation）越えの問題が存在するが、一般に知られているように、ＮＡＴ越えの方法として、ＵＰｎＰ（Universal Plug and Play）の技術や、ＳＴＵＮ（Simple Traversal of UDP through NAT）の技術や、ＴＵＲＮ（Traversal Using Relay NAT）の技術や、ＩＣＥ（Interactive Connectivity Establishment）の技術などを用いることによって、そのような問題は解決することができる。

なお、本実施例において、ポスティングサーバ１０４は、請求項における送信装置に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、印刷端末１０８は、請求項における情報出力装置に、それぞれ相当し、また、パーソナルコンピュータ１０４のＣＰＵ１０、ＳＩＰサーバ１０６のＣＰＵ２０またはパーソナルコンピュータ１１２のＣＰＵ３０に、それぞれ相当する。

Ａ−２．実施例の動作：
本実施例では、コンテンツデータの配信に先立って、上述したとおり、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する印刷条件を、ポスティングサーバ１０４に伝達するようにしている。

図１において、まず、ポスティングサーバ１０４や印刷端末１０８は、それぞれ、起動すると、ＳＩＰサーバ１０６にＳＩＰクライアントとしてアクセスする。そして、ポスティングサーバ１０４、印刷端末１０８は、アクセスしたＳＩＰサーバ１０６にそれぞれ登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する（破線矢印１２６，１２８）。ＳＩＰサーバ１０６は、レジストラ，ロケーションサーバとして機能し、図３に示すように、そのＣＰＵ２０は、通信部２２を介して、登録要求を受け付け、送信された情報を登録情報２６としてメモリ２４に登録する。

この結果、ＳＩＰサーバ１０６は、ポスティングサーバ１０４及び印刷端末１０８の登録情報を有することになる。登録情報２６は、各端末毎に、そのＳＩＰ ＵＲＩと、そのＩＰアドレスと、が対応付けて、ＣＰＵ２０によって管理される。

ここで、ＳＩＰ ＵＲＩは、例えば、「sip:user@west.com」という形式の識別子で表される。先頭には、ＳＩＰであることを示す識別子（スキーム）を置き（「sip」）、次にユーザ識別子を置き（「user」）、「@」で区切って、ホスト名を置く（「west.com」）という形式になっている。なお、ユーザ識別子には、ユーザＩＤや電話番号などが用いられる。また、ホスト名には、完全修飾ドメイン名（ＦＱＤＮ：Fully Qualified Domain Name）やＩＰアドレスが用いられる。さらに、ホスト名の後には、ポート番号や、オプションパラメータなどを置くことも可能である。また、ＳＩＰ ＵＲＩに代えて、ＳＩＰのセキュアなＵＲＩとして、ＳＩＰＳ ＵＲＩを用いることもできる。その場合、スキームとして、「sips」を置く。

こうして、ＳＩＰに関する事前準備が完了したら、次に、顧客側において、印刷条件の設定を行う。

まず、顧客が、自己の管理する印刷端末１０８において、図５に示すパーソナルコンピュータ１１２の入力部４０を操作して、専用のプログラム（図示せず）を起動すると、ＣＰＵ３０は、そのプログラムを実行して、モニタ４２に印刷条件設定画面（図示せず）を表示させる。次に、顧客は、入力部４０を操作して、その印刷条件設定画面内において、コンテンツの印刷に関し、顧客が希望する印刷条件を入力する。印刷条件としては、用紙サイズ（例えば、Ａ４，Ｂ５，Ｌ判など）や、印刷品質（品質レベル１，品質レベル２など）や、印刷色（カラー，モノクロなど）などが挙げられる。

ＣＰＵ３０は、入力部４０を介して、印刷条件が入力されると、その印刷条件を印刷条件設定情報３８としてメモリ３４に格納する。さらに、ＣＰＵ３０は、通信部３２によってＳＩＰサーバ１０６にアクセスすると共に、メモリ３４から印刷条件設定情報３８に含まれる印刷条件を読み出し、通信部３２を介して、ＳＩＰサーバ１０６に送信する（図１の実線矢印１３２）。

このとき、ＳＩＰサーバ１０６は、図４に示すプレゼンスサーバとして機能する。図３に示すＳＩＰサーバ１０６のＣＰＵ２０は、送信されてきた印刷条件を通信部２２を介して受信する。そして、ＣＰＵ２０は、受信した印刷条件と、その印刷条件の送信元である印刷端末１０８のＳＩＰ ＵＲＩと、を対応付けて、メモリ２４に印刷条件登録情報２８として格納する。

こうして、ＳＩＰサーバ１０６には、印刷端末１０８側において希望する印刷条件が、プレゼンス情報として、格納して管理されることになる。

なお、その後、印刷端末１０８において、例えば、顧客が、パーソナルコンピュータ１１２の入力部４０を操作して、印刷条件設定画面において、印刷条件の変更を指示した場合には、ＣＰＵ３０は、その指示に従って、メモリ３４内の印刷条件設定情報３８に含まれる印刷条件を変更する。さらに、ＣＰＵ３０は、通信部３２によってＳＩＰサーバ１０６にアクセスし、印刷条件の変更をＳＩＰサーバ１０６に通知する。これに対し、ＳＩＰサーバ１０６のＣＰＵ２０は、通信部２２を介して、その通知を受け取ると、その印刷条件の送信元である印刷端末１０８のＳＩＰ ＵＲＩに基づいて、メモリ２４に格納されている印刷条件登録情報２８を検索し、受け取った通知に基づいて、そのＳＩＰ ＵＲＩに対応する印刷条件を変更する。

こうして、印刷端末１０８側において、希望する印刷条件が変更された場合でも、ＳＩＰサーバ１０６にプレゼンス情報として格納されている印刷条件を、即座に更新することができる。

一方、企業側において、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意する。パーソナルコンピュータ１０２は、そのコンテンツデータと、配信先リストを含む配信依頼情報と、をポスティングサーバ１０４に送信する（図１の白抜き矢印１２０）。ポスティングサーバ１０４は、図２に示すように、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。

ポスティングサーバ１０４のＣＰＵ１０は、メモリ１４から配信依頼情報１８を読み出し、それに含まれる配信先リストを解析する。配信先リストには、配信先として、印刷端末１０８などのＳＩＰ ＵＲＩが記載されている。

そこで、ＣＰＵ１０は、その配信先リストに従って、印刷端末１０８をコンテンツデータ１６の送信先とする場合、通信部１２を介してＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図１の実線矢印１３０）。この際、ＣＰＵ１０は、配信先リストに記載されている印刷端末１０８のＳＩＰ ＵＲＩをＳＩＰサーバ１０６に送信して、問い合わせを行う。

これに対し、図３に示すＳＩＰサーバ１０６のＣＰＵ２０は、通信部２２を介して、その問い合わせを受信すると、送信されたＳＩＰ ＵＲＩに基づいて、メモリ２４に格納されている印刷条件登録情報２８を検索する。前述したとおり、メモリ２４には、印刷条件登録情報２８として、印刷端末１０８のＳＩＰ ＵＲＩと、印刷端末１０８側において希望する印刷条件とが、対応付けて格納されているので、ＣＰＵ２０は、メモリ２４から、そのＳＩＰ ＵＲＩに対応する印刷条件を読み出し、通信部２２を介して、ポスティングサーバ１０４に返信する（図１の実線矢印１３０）。

一方、ポスティングサーバ１０４のＣＰＵ１０は、通信部１２を介して、返信された印刷端末１０８についての印刷条件を受信すると、メモリ１４からコンテンツデータ１６を読み出す。そして、ＣＰＵ１０は、受信した印刷条件に従って、コンテンツデータ１６を加工し、加工済みのコンテンツデータを、一時的にメモリ１４に格納する。例えば、受信した印刷条件が、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」である場合には、コンテンツデータに対する加工として、コンテンツデータに対し、Ｌ判のサイズに合うように、リサイズ処理を行い、品質レベル１の解像度なるように、解像度変換処理を行い、モノクロとなるように、減色処理を行うようにする。

こうして、印刷端末１０８へのコンテンツデータの配信準備が完了したら、以下に述べるように、ＳＩＰを用いて、ポスティングサーバ１０４と印刷端末１０８との間におけるセッションの確立を行い、その後、ＨＴＴＰを用いて、加工済みのコンテンツデータの伝送を行う。

そこで、図１に示すように、ポスティングサーバ１０４は、印刷端末１０８を送信先として、ＳＩＰサーバ１０６にリクエストを送信する（一点鎖線矢印１３４）。このとき、ＳＩＰサーバ１０６は、プロキシサーバとして機能する。ＳＩＰサーバ１０６は、印刷端末１０８に関する登録情報を有しているので、その登録情報に基づき、そのリクエストを印刷端末１０８に中継する（一点鎖線矢印１３６）。印刷端末１０８におけるパーソナルコンピュータ１１２は、ポスティングサーバ１０４を返信先として、そのリクエストに対するレスポンスをＳＩＰサーバ１０６に送信する（一点鎖線矢印１３６）。すると、ＳＩＰサーバ１０６は、ポスティングサーバ１０４に関する登録情報を有しているので、その登録情報に基づき、そのレスポンスをポスティングサーバ１０４に中継する（一点鎖線矢印１３４）。このように、ポスティングサーバ１０４と印刷端末１０８との間で、リクエストとレスポンスがやりとりされることによって、両者の間でセッションの確立がなされることになる。詳細には、図６に示すようなリクエストとレスポンスがやりとりされる。

図６は図１におけるポスティングサーバ１０４と印刷端末１０８の間のセッション確立処理のシーケンスを示す説明図である。図６において、時間は上から下に向かって流れている。また、カギ括弧内の数の順番に、処理シーケンスは進んでいく。

ポスティングサーバ１０４は、自己のＩＰアドレスを印刷端末１０８に伝えるために、印刷端末１０８に向かって送信するＩＮＶＩＴＥリクエストメッセージのボディの中に、ポスティングサーバ１０４のＩＰアドレスを含ませる。一方、印刷端末１０８も、自己のＩＰアドレスをポスティングサーバ１０４に伝えるために、ポスティングサーバ１０４に向かって送信する２００ ＯＫレスポンスメッセージのボディの中に、印刷端末１０８のＩＰアドレスを含ませる。

こうして、ポスティングサーバ１０４から送信したＡＣＫリクエストメッセージが、印刷端末１０８に到達したら、ポスティングサーバ１０４と印刷端末１０８との間のセッションは確立されたことになる。

その後、ポスティングサーバ１０４は、２００ ＯＫレスポンスメッセージより取得した印刷端末１０８のＩＰアドレスに基づいて、印刷端末１０８に、ＳＩＰサーバを介することなく、直接アクセスする。そこで、図２に示すポスティングサーバ１０４のＣＰＵ１０は、メモリ１４から、加工済みのコンテンツデータを読み出し、通信部１２を介して、ＨＴＴＰに従って、その加工済みのコンテンツデータをＰＵＳＨ型で、印刷端末１０８に配信する（図１の白抜き矢印１２２）。

一方、図５に示すように、印刷端末１０８におけるパーソナルコンピュータ１１２では、通信部３２を介して、配信されてきたコンテンツデータを受信すると、ＣＰＵ３０は、一時的にメモリ３４にそのコンテンツデータ３６を保存する。

こうして、印刷端末１０８は、配信されたコンテンツデータの受信が完了したら、再び、ＳＩＰに従って、図６に示すように、ＢＹＥリクエストメッセージをＳＩＰサーバ１０６を介してポスティングサーバ１０４に送信する。ポスティングサーバ１０４は、ＢＹＥリクエストメッセージを受信すると、２００ ＯＫレスポンスメッセージをＳＩＰサーバ１０６を介して印刷端末１０８に返す。これにより、ポスティングサーバ１０４と印刷端末１０８との間のセッションが解消される。

その後、印刷端末１０８では、パーソナルコンピュータ１１２におけるＣＰＵ３０が、メモリ３４からコンテンツデータ３６を読み出すと共に、印刷条件設定情報３８に含まれる印刷条件を読み出す。そして、ＣＰＵ３０は、印刷条件を参照して、コンテンツデータに所望の処理を施し、プリンタ１１４において印刷実行可能なデータ形式に変換する。ＣＰＵ３０は、印刷命令と共に、変換後のコンテンツデータをプリンタ１１４に送信すると、プリンタ１１４は、そのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

以上のようにして、印刷端末１０８では、配信されたコンテンツデータについて、顧客の希望する印刷条件に従った印刷結果を得ることができる。

さて、上記した説明では、印刷端末１０８側において希望する印刷条件の一例として、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」という条件を挙げた。しかしながら、印刷条件としては、次のような選択可能な印刷条件であってもよい。
例１：
「用紙サイズ：Ｌ判またはＡ４，印刷品質：品質レベル１または品質レベル２，印刷色：モノクロ」
例２：
「［用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ］または［用紙サイズ：Ａ４，印刷品質：品質レベル３，印刷色：カラー］」

ポスティングサーバ１０４のＣＰＵ１０は、ＳＩＰサーバ１０６から、このような選択可能な印刷条件が返信されてきた場合、それら選択肢の中から、所望の印刷条件を選択する。例えば、上記した例２の場合には、選択肢として、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」，「用紙サイズ：Ａ４，印刷品質：品質レベル３，印刷色：カラー」の２つがあるため、ポスティングサーバ１０４のＣＰＵ１０は、そのうちの一方の条件、例えば、「用紙サイズ：Ａ４，印刷品質：品質レベル３，印刷色：カラー」を選択することになる。そして、ＣＰＵ１０は、その選択した印刷条件に従って、コンテンツデータを加工する。その後、その加工済みのコンテンツデータを印刷端末１０８に伝送する際には、そのコンテンツデータと共に、選択した印刷条件も伝送するようにする。これにより、印刷端末１０８では、印刷端末１０８側で希望した選択可能な印刷条件のうち、どの印刷条件が１０４側で選択されたかを認識することができ、コンテンツデータに基づいて印刷を行う際に、印刷にその条件を反映させることができる。

なお、ポスティングサーバ１０４から印刷端末１０８へコンテンツデータと共に、印刷条件も伝送する方法としては、例えば、印刷条件を、伝送するコンテンツデータそのものに埋め込むようにしてもよい。埋め込みに際しては、例えば、データ構造の拡張領域を利用したり、ステガノグラフィ技術を利用したりする。あるいはテキストデータやバーコードやＱＲコードなど、別データとしてもよい。また、印刷条件を伝送するために、既存のプロトコル（例えば、ＳＤＰ（Session Description Protocol））を独自に拡張したり、既存のプロトコルのパラメータに対応付けたり、独自プロトコルとして定義したりするようにしてもよい。

また、上記した説明では、印刷条件に従ったコンテンツデータの加工は、ポスティングサーバ１０４自身が行うようにしていたが、図１に破線で示したように、ポスティングサーバ１０４に直接またはネットワークを介して接続する加工サーバ１０７を用意して、印刷条件に従ったコンテンツデータの加工を、加工サーバ１０７において実行させるようにしてもよい。

Ａ−３．実施例の効果：
本実施例によれば、コンテンツデータの配信に先立って、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する印刷条件をポスティングサーバ１０４に伝達することができる。従って、ポスティングサーバ１０４では、顧客の希望する印刷条件に従ったコンテンツデータ（すなわち、加工済みのコンテンツデータ）を印刷端末１０８に配信することができ、これにより、印刷端末１０８では、印刷コンテンツとして、顧客の希望に沿った印刷結果を出力することができる。

Ｂ．第２の実施例：
Ｂ−１．実施例の構成：
図７は本発明の第２の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。

図７に示すとおり、本実施例のコンテンツ伝送システムが、第１の実施例におけるコンテンツ伝送システムと異なる点は、印刷コンテンツの配信を希望する企業によって管理されるパーソナルコンピュータ２０４自体が、ポスティングサーバを介することなく、直接、コンテンツデータを、顧客によって管理される印刷端末１０８に配信するようにした点である。言い換えれば、企業によって管理されるパーソナルコンピュータ２０４に、ポスティングサーバの機能を持たせたと言うこともできる。従って、本実施例では、ポスティングサーバ１０４は削除されている。また、その他の構成は、第１の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

なお、本実施例において、パーソナルコンピュータ２０４は、請求項における送信装置に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、印刷端末１０８は、請求項における情報出力装置に、それぞれ相当する。

Ｂ−２．実施例の動作：
図７において、パーソナルコンピュータ２０４は、起動すると、ＳＩＰサーバ１０６に、ＳＩＰクライアントとしてアクセスして、登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する（破線矢印１２６）。これにより、ＳＩＰサーバ１０６は、登録要求を受け付け、パーソナルコンピュータ２０４から送信された情報を登録情報２６としてメモリ２４に登録する。なお、第１の実施例で説明したとおり、印刷端末１０８についても、同様に、その登録情報がＳＩＰサーバ１０６に登録されている。また、その他、ＳＩＰサーバ１０６には、印刷端末１０８のＳＩＰ ＵＲＩと、印刷端末１０８側において希望する印刷条件と、が対応付けて、メモリ２４に印刷条件登録情報２８として格納されている。

一方、企業側において、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意し、パーソナルコンピュータ２０４内のメモリ（図示せず）に格納させる。その後、パーソナルコンピュータ２０４は、第１の実施例におけるポスティングサーバ１０４と同様の動作を行い、ＳＩＰサーバ１０６から、印刷端末１０８側において希望する印刷条件を取得し、その印刷条件に従ってコンテンツデータを加工した上で、加工済みのコンテンツデータを印刷端末１０８に配信する。一方、印刷端末１０８では、配信されたコンテンツデータに基づいて、印刷を実行し、印刷コンテンツを出力する。

Ｂ−３．実施例の効果：
本実施例によれば、第１の実施例と同様に、コンテンツデータの配信に先立って、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する印刷条件を、パーソナルコンピュータ２０４に伝達することができる。従って、パーソナルコンピュータ２０４でも、顧客の希望する印刷条件に従ったコンテンツデータを印刷端末１０８に配信することができ、これにより、印刷端末１０８では、印刷コンテンツとして、顧客の希望に沿った印刷結果を出力することができる。

Ｃ．第３の実施例：
Ｃ−１．実施例の構成：
図８は本発明の第３の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。

図８に示すとおり、本実施例のコンテンツ伝送システムが、第１の実施例におけるコンテンツ伝送システムと異なる点は、コンテンツデータの送信元となる企業が複数あり、それら送信元によってそれぞれ管理される複数のパーソナルコンピュータ１０２，３０２が存在する点である。そして、それら送信元毎に、印刷端末１０８側において希望する印刷条件が異なる場合に、それら送信元毎に異なる印刷条件をポスティングサーバ１０４に伝達するようにした点である。本実施例では、図８において、例えば、パーソナルコンピュータ１０２を管理している企業はＡ社であり、パーソナルコンピュータ３０２を管理している企業はＢ社であるものとする。なお、それ以外の構成については、第１の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

なお、本実施例において、パーソナルコンピュータ１０２，３０２は、請求項における送信端末に、ポスティングサーバ１０４は、請求項における送信装置に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、印刷端末１０８は、請求項における情報出力装置に、それぞれ相当する。

Ｃ−２．実施例の動作：
本実施例においても、第１の実施例で説明したとおり、ポスティングサーバ１０４および印刷端末１０８について、それらの登録情報がそれぞれＳＩＰサーバ１０６に登録され、管理されている。

そこで、まず、顧客が、印刷端末１０８におけるパーソナルコンピュータ１１２において、入力部４０を操作して、専用のプログラムを起動すると、ＣＰＵ３０は、そのプログラムを実行して、モニタ４２に印刷条件設定画面を表示させる。そして、顧客は、入力部４０を操作して、その印刷条件設定画面内において、コンテンツデータの配信を受ける可能性がある送信元毎に、顧客が希望する印刷条件をそれぞれ入力する。本実施例では、送信元となる各企業を、それぞれ、送信元ＩＤで管理するようにしており、従って、顧客は、コンテンツデータの配信を受ける可能性がある送信元のＩＤと、その送信元から配信されるコンテンツデータに基づいて印刷を行う際の、顧客が希望する印刷条件と、を組み合わせて入力するようにする。

ＣＰＵ３０は、入力部４０を介して、送信元ＩＤ毎に印刷条件がそれぞれ入力されると、送信元ＩＤと印刷条件との対応関係を表す送信元別印刷条件リストを生成し、印刷条件設定情報３８としてメモリ３４に格納する。

図９は生成された送信元別印刷条件リストの一例を示す説明図である。図９に示すように、送信元ＩＤの欄には、コンテンツデータの配信を受ける可能性がある送信元のＩＤが列記され、印刷条件の欄には、印刷端末１０８側において希望する印刷条件が、送信元ＩＤに対応付けて列記されている。

図９において、例えば、「送信元ＩＤ：００１」は、図８に示すパーソナルコンピュータ１０２を管理しているＡ社を表し、「送信元ＩＤ：００２」は、パーソナルコンピュータ３０２を管理しているＢ社を表すものとする。従って、図９に示す送信元別印刷条件リストから、顧客は、パーソナルコンピュータ１０２（送信元ＩＤ：００１）から配信されるコンテンツデータに基づいて印刷を行う際の印刷条件として、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」を希望し、パーソナルコンピュータ３０２（送信元ＩＤ：００２）から配信されるコンテンツデータに基づいて印刷を行う際の印刷条件としては、「用紙サイズ：Ａ４，印刷品質：品質レベル２，印刷色：カラー」を希望していることがわかる。なお、図９において、「上記以外の送信元ＩＤ」に関しては、後ほど説明する。

また、ＣＰＵ３０は、通信部３２によってＳＩＰサーバ１０６にアクセスすると共に、メモリ３４から印刷条件設定情報３８に含まれる送信元別印刷条件リストを読み出し、通信部３２を介して、ＳＩＰサーバ１０６に送信する（図８の実線矢印１３２）。

このとき、ＳＩＰサーバ１０６はプレゼンスサーバとして機能し、ＳＩＰサーバ１０６のＣＰＵ２０は、送信されてきた送信元別印刷条件リストを通信部２２を介して受信する。そして、ＣＰＵ２０は、受信した送信元別印刷条件リストと、そのリストの送信元である印刷端末１０８のＳＩＰ ＵＲＩと、を対応付けて、メモリ２４に印刷条件登録情報２８として格納して、管理する。

一方、コンテンツデータの配信を予定している各企業側では、それぞれ、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意する。それら企業のうち、例えば、パーソナルコンピュータ１０２を管理しているＡ社（送信元ＩＤ：００１）が、パーソナルコンピュータ１０２を用いて、そのコンテンツデータと、配信先リストを含む配信依頼情報と、をポスティングサーバ１０４に送信する（図８の白抜き矢印１２０）と、ポスティングサーバ１０４は、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。

ポスティングサーバ１０４のＣＰＵ１０は、メモリ１４から配信依頼情報１８を読み出し、それに含まれる配信先リストを解析する。その配信先リストには、配信先として、印刷端末１０８などのＳＩＰ ＵＲＩが記載されている。

そこで、ＣＰＵ１０は、その配信先リストに従って、印刷端末１０８をコンテンツデータ１６の送信先とする場合、ＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図８の実線矢印１３０）。

これに対し、ＳＩＰサーバ１０６のＣＰＵ２０は、その問い合わせを受信すると、印刷端末１０８のＳＩＰ ＵＲＩに基づいて、メモリ２４に格納されている印刷条件登録情報２８を検索する。メモリ２４には、印刷条件登録情報２８として、印刷端末１０８のＳＩＰ ＵＲＩと、送信元別印刷条件リストとが、対応付けて格納されているので、ＣＰＵ２０は、メモリ２４から、印刷端末１０８のＳＩＰ ＵＲＩに対応する送信元別印刷条件リストを読み出し、ポスティングサーバ１０４に返信する（図８の実線矢印１３０）。

ポスティングサーバ１０４のＣＰＵ１０は、返信された印刷端末１０８についての送信元別印刷条件リストを受信すると、その送信元別印刷条件リストを解析する。さらに、ＣＰＵ１０は、メモリ１４に格納されているコンテンツデータ１６について、その送信元を割り出し、その送信元ＩＤが「００１」であることを認識する。そして、ＣＰＵ１０は、その「送信元ＩＤ：００１」を送信元別印刷条件リストで照合し、図９に示すように、その「送信元ＩＤ：００１」について、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」という印刷条件が設定されていることを認識する。そこで、ＣＰＵ１０は、認識した印刷条件に従って、コンテンツデータ１６を加工し、加工済みのコンテンツデータを、一時的にメモリ１４に格納する。

こうして、送信元がＡ社であるコンテンツデータについて、印刷端末１０８への配信準備が完了したら、第１の実施例で説明したとおり、ＳＩＰを用いて、ポスティングサーバ１０４と印刷端末１０８との間におけるセッションの確立を行い、その後、ＨＴＴＰを用いて、加工済みのコンテンツデータを印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

一方、パーソナルコンピュータ３０２を管理しているＢ社（送信元ＩＤ：００２）が、パーソナルコンピュータ３０２を用いて、コンテンツデータと、配信先リストを含む配信依頼情報と、をポスティングサーバ１０４に送信した場合（図８の白抜き矢印３２０）も、同様に、ポスティングサーバ１０４は、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。

この配信リストに、Ａ社の場合と同様に、配信先として、印刷端末１０８のＳＩＰ ＵＲＩが記載されており、ポスティングサーバ１０４のＣＰＵ１０が、その配信先リストに従って、印刷端末１０８をコンテンツデータ１６の送信先としたとすると、Ａ社の場合と同様の手順にて、ポスティングサーバ１０４は、ＳＩＰサーバ１０６から、印刷端末１０８についての送信元別印刷条件リストを取得することになる。

ポスティングサーバ１０４のＣＰＵ１０は、送信元別印刷条件リストを受信すると、その送信元別印刷条件リストを解析すると共に、メモリ１４に格納されているコンテンツデータ１６について、その送信元を割り出し、その送信元ＩＤが「００２」であることを認識する。そして、ＣＰＵ１０は、その「送信元ＩＤ：００２」を送信元別印刷条件リストで照合し、図９に示すように、その「用紙サイズ：Ａ４，印刷品質：品質レベル２，印刷色：カラー」という印刷条件が設定されていることを認識する。その後、ＣＰＵ１０は、認識した印刷条件に従って、コンテンツデータ１６を加工し、加工済みのコンテンツデータを、一時的にメモリ１４に格納する。

こうして、送信元がＢ社であるコンテンツデータについて、印刷端末１０８への配信準備が完了したら、ＳＩＰを用いて、ポスティングサーバ１０４と印刷端末１０８との間におけるセッションの確立を行い、その後、ＨＴＴＰを用いて、加工済みのコンテンツデータを印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

以上のようにして、印刷端末１０８では、コンテンツデータの送信元毎に、配信されたコンテンツデータについて、顧客の希望する印刷条件に従った印刷結果を得ることができる。

なお、ポスティングサーバ１０４において、ＣＰＵ１０が送信元ＩＤを送信元別印刷条件リストで照合した際に、送信元別印刷条件リスト内に、その送信元ＩＤが見つからない場合は、図９に示す「上記以外の送信元ＩＤ」に該当するものとする。従って、ＣＰＵ１０は、その送信元ＩＤについては、「用紙サイズ：Ｂ５，印刷品質：品質レベル３，印刷色：カラー」という印刷条件が設定されているものと認識し、認識したその印刷条件に従って、コンテンツデータを加工する。

Ｃ−３．実施例の効果：
本実施例によれば、コンテンツデータの送信元が複数あり、それら送信元毎に、印刷端末１０８側において希望する印刷条件が異なる場合においても、コンテンツデータの配信に先立って、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、各送信元と、それら送信元について希望する印刷条件と、の対応関係を表す送信元別印刷条件リストをポスティングサーバ１０４に伝達することができる。従って、ポスティングサーバ１０４では、送信元毎に、顧客の希望する印刷条件に従ったコンテンツデータ（すなわち、加工済みのコンテンツデータ）を印刷端末１０８に配信することができ、これにより、印刷端末１０８では、印刷コンテンツとして、送信元毎に、顧客の希望に沿った印刷結果を出力することができる。

Ｄ．第４の実施例：
Ｄ−１．実施例の構成：
図１０は本発明の第４の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。

図１０に示すとおり、本実施例のコンテンツ伝送システムが、第３の実施例におけるコンテンツ伝送システムと異なる点は、各送信元によって管理されるパーソナルコンピュータ２０４，４０４自体が、ポスティングサーバを介することなく、直接、コンテンツデータを印刷端末１０８に配信するようにした点である。本実施例では、図１０において、例えば、パーソナルコンピュータ２０４を管理している企業はＡ社であり、パーソナルコンピュータ４０４を管理している企業はＢ社であるものとする。なお、それ以外の構成については、第３の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

なお、本実施例において、パーソナルコンピュータ２０４，４０４は、請求項における送信装置に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、印刷端末１０８は、請求項における情報出力装置に、それぞれ相当する。

Ｄ−２．実施例の動作：
図１０において、パーソナルコンピュータ２０４，４０４は、それぞれ起動すると、ＳＩＰサーバ１０６に、ＳＩＰクライアントとしてアクセスして、登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する（破線矢印１２６，４２６）。これにより、ＳＩＰサーバ１０６は、登録要求を受け付け、パーソナルコンピュータ２０４，４０４から送信された情報を登録情報２６としてメモリ２４に登録する。なお、第１の実施例等で説明したとおり、印刷端末１０８についても、同様に、その登録情報がＳＩＰサーバ１０６に登録されている。また、その他、ＳＩＰサーバ１０６には、印刷端末１０８のＳＩＰ ＵＲＩと、図９に示した送信元別印刷条件リストと、が対応付けて、メモリ２４に印刷条件登録情報２８として格納されている。

一方、コンテンツデータの配信を予定している各企業側では、それぞれ、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意し、それらを、各々自身が管理するパーソナルコンピュータ２０４，４０４内のメモリ（図示せず）に格納させる。それら企業のうち、例えば、パーソナルコンピュータ２０４を管理しているＡ社（送信元ＩＤ：００１）が、パーソナルコンピュータ２０４を用いて、コンテンツデータを配信しようとする場合、パーソナルコンピュータ２０４は、格納されている配信先リストを解析する。

その配信リストに、配信先として、印刷端末１０８のＳＩＰ ＵＲＩが記載されており、パーソナルコンピュータ２０４が、その配信先リストに従って、印刷端末１０８をコンテンツデータの送信先としたとすると、パーソナルコンピュータ２０４は、ＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図１０の実線矢印１３０）。

これに対し、ＳＩＰサーバ１０６のＣＰＵ２０は、その問い合わせを受信すると、前述したとおり、印刷端末１０８のＳＩＰ ＵＲＩに基づいて印刷条件登録情報２８を検索し、印刷端末１０８のＳＩＰ ＵＲＩに対応する送信元別印刷条件リストを読み出して、パーソナルコンピュータ２０４に返信する（図１０の実線矢印１３０）。

パーソナルコンピュータ２０４は、印刷端末１０８についての送信元別印刷条件リストを受信すると、その送信元別印刷条件リストを解析する。そして、パーソナルコンピュータ２０４は、自身を管理しているＡ社の送信元ＩＤ（すなわち、「００１」）を送信元別印刷条件リストで照合し、図９に示すように、その「送信元ＩＤ：００１」について、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」という印刷条件が設定されていることを認識する。そこで、パーソナルコンピュータ２０４は、認識した印刷条件に従って、コンテンツデータを加工し、加工済みのコンテンツデータを、一時的にメモリに格納する。

こうして、送信元がＡ社であるコンテンツデータについて、印刷端末１０８への配信準備が完了したら、第１の実施例で説明したとおり、ＳＩＰを用いて、パーソナルコンピュータ２０４と印刷端末１０８との間におけるセッションの確立を行い、その後、ＨＴＴＰを用いて、加工済みのコンテンツデータを印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

一方、パーソナルコンピュータ４０４を管理しているＢ社（送信元ＩＤ：００２）が、パーソナルコンピュータ４０４を用いて、コンテンツデータを配信しようとする場合、パーソナルコンピュータ４０４は、格納されている配信先リストを解析する。

その配信リストに、Ａ社の場合と同様に、配信先として、印刷端末１０８のＳＩＰ ＵＲＩが記載されており、パーソナルコンピュータ４０４が、その配信先リストに従って、印刷端末１０８をコンテンツデータの送信先としたとすると、パーソナルコンピュータ４０４は、ＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図１０の実線矢印４３０）。

これに対し、ＳＩＰサーバ１０６のＣＰＵ２０は、その問い合わせを受信すると、Ａ社の場合と同様に、印刷端末１０８のＳＩＰ ＵＲＩに基づいて印刷条件登録情報２８を検索し、印刷端末１０８のＳＩＰ ＵＲＩに対応する送信元別印刷条件リストを読み出して、パーソナルコンピュータ４０４に返信する（図１０の実線矢印１３０）。

パーソナルコンピュータ４０４は、印刷端末１０８についての送信元別印刷条件リストを受信すると、その送信元別印刷条件リストを解析する。そして、パーソナルコンピュータ４０４は、自身を管理しているＢ社の送信元ＩＤ（すなわち、「００２」）を送信元別印刷条件リストで照合し、図９に示すように、その「送信元ＩＤ：００２」について、「用紙サイズ：Ａ４，印刷品質：品質レベル２，印刷色：カラー」という印刷条件が設定されていることを認識する。そこで、パーソナルコンピュータ４０４は、認識した印刷条件に従って、コンテンツデータを加工し、加工済みのコンテンツデータを、一時的にメモリに格納する。

こうして、送信元がＢ社であるコンテンツデータについて、印刷端末１０８への配信準備が完了したら、ＳＩＰを用いて、パーソナルコンピュータ４０４と印刷端末１０８との間におけるセッションの確立を行い、その後、ＨＴＴＰを用いて、加工済みのコンテンツデータを印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

Ｄ−３．実施例の効果：
本実施例によれば、第３の実施例と同様に、コンテンツデータの送信元が複数あり、それら送信元毎に、印刷端末１０８側において希望する印刷条件が異なる場合においても、コンテンツデータの配信に先立って、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、各送信元と、それら送信元について希望する印刷条件と、の対応関係を表す送信元別印刷条件リストを、送信元が管理しているパーソナルコンピュータ２０４，４０４に伝達することができる。従って、パーソナルコンピュータ２０４，４０４では、それぞれ、その送信元に対して顧客が希望している印刷条件に従ったコンテンツデータ（すなわち、加工済みのコンテンツデータ）を印刷端末１０８に配信することができ、これにより、印刷端末１０８では、印刷コンテンツとして、送信元毎に、顧客の希望に沿った印刷結果を出力することができる。

Ｅ．第５の実施例：
上記した第２の実施例においては、企業側である送信側において、印刷コンテンツとして配信したいコンテンツデータを用意し、パーソナルコンピュータ２０４内のメモリに格納させ、その後、パーソナルコンピュータ２０４は、ＳＩＰサーバ１０６から、印刷端末１０８側において希望する印刷条件を取得し、その印刷条件に従ってコンテンツデータを加工した上で、加工済みのコンテンツデータを印刷端末１０８に配信するようにしていた。

しかし、本発明は、これに限定されるものではなく、例えば、送信側において、画像をスキャナで読み取り、その読み取った画像データをコンテンツデータとして配信すると共に、スキャナによる読み込みに先立ち、ＳＩＰサーバから、印刷端末側において希望する印刷条件を取得し、その印刷条件に従って、スキャナによる画像の読み取りを行うようにしてもよく、そのような実施例について、以下、説明する。

Ｅ-１．実施例の構成：
図１１は本発明の第５の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。

図１１に示すとおり、本実施例のコンテンツ伝送システムが、第２の実施例におけるコンテンツ伝送システムと異なる点は、印刷コンテンツの配信を希望する企業によって管理される送信装置５０４が、パーソナルコンピュータ５１２と、そのパーソナルコンピュータ５１２にＵＳＢケーブルなどで接続されたスキャナ５１４と、によって構成されている点である。なお、その他の構成は、第２の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

図１２は図１１における送信装置５０４の主要構成を示すブロック図である。パーソナルコンピュータ５１２は、図１２に示すように、プログラムを実行することにより種々の処理や制御を行うＣＰＵ５０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部５２と、プログラムを格納したり、データや情報を格納したりするためのメモリ５４と、キーボードやポインティングデバイスなどから成り、ユーザからの指示を入力するための入力部６０と、取得したデータや情報などを表示するためのモニタ６２と、外部接続されたスキャナ５１４などからデータを入力するための入力インタフェース（Ｉ／Ｆ）部６４と、を主として備えている。このうち、メモリ５４は、データや情報として、コンテンツデータ５６や配信依頼情報５８や読取条件情報５９などを格納することが可能である。

なお、本実施例では、送信装置５０４の構成として、パーソナルコンピュータ５１２とそのパーソナルコンピュータ５１２にＵＳＢケーブルなどで直接接続されるスキャナ５１４と、で構成される形態を採用するようにしたが、送信装置の構成としては、種々の形態を採ることができる。

例えば、スキャナ５１４に代えて、複合機を用いる形態であってもよい。または、パーソナルコンピュータ５１２と、そのパーソナルコンピュータ５１２にＬＡＮケーブルなどでＬＡＮを介して接続されたネットワーク対応の複合機もしくはスキャナと、で構成される形態であってもよい。または、パーソナルコンピュータ５１２と、そのパーソナルコンピュータ５１２にＬＡＮケーブルなどでＬＡＮを介して接続されたネットワークアダプタと、そのネットワークアダプタにＵＳＢケーブルなどで接続された複合機もしくはスキャナで構成される形態であってもよい。さらには、前述したようなＩＰ通信プリンティング対応の複合機のみで構成される形態であってもよい。

また、装置同士は、ケーブルなど有線で接続される代わりに、いわゆる無線ＬＡＮや、ブルートゥースや、赤外線など、無線で接続されてもよい。

なお、本実施例において、スキャナ５１４は、請求項における画像読取部に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、それぞれ相当する。

Ｅ−２．実施例の動作：
本実施例では、送信装置５０４において、画像をスキャナ５１４で読み取り、その読み取った画像データをコンテンツデータとすると共に、スキャナ５１４による読み取りに先立ち、ＳＩＰサーバ１０６から、印刷端末１０８側において希望する印刷条件を取得し、その印刷条件に従って、スキャナ５１４による画像の読取条件を設定し、その読取条件に基づきスキャナ５１４による画像の読み取りを行うようにする。

そこで、まず、図１１において、パーソナルコンピュータ５１２は、起動すると、ＳＩＰサーバ１０６に、ＳＩＰクライアントとしてアクセスして、登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する（破線矢印１２６）。これにより、ＳＩＰサーバ１０６は、登録要求を受け付け、パーソナルコンピュータ５１２から送信された情報を登録情報２６としてメモリ２４に登録する。また、印刷端末１０８についても、同様に、その登録情報がＳＩＰサーバ１０６に登録されている。その他、ＳＩＰサーバ１０６には、印刷端末１０８のＳＩＰ ＵＲＩと、印刷端末１０８側において希望する印刷条件と、が対応付けて、メモリ２４に印刷条件登録情報２８として格納されている。

一方、企業側において、印刷コンテンツを配信したい配信先のリストを用意して、パーソナルコンピュータ５１２のメモリ５４に、その配信先リストを含む配信依頼情報５８を格納させる。その後、パーソナルコンピュータ５１２のＣＰＵ５０は、メモリ５４から配信依頼情報５８を読み出し、それに含まれる配信先リストを解析する。配信先リストには、配信先として、印刷端末１０８などのＳＩＰ ＵＲＩが記載されている。

そこで、ＣＰＵ５０は、その配信先リストに従って、印刷端末１０８を印刷コンテンツの送信先とする場合、通信部５２を介してＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図１１の実線矢印１３０）。この際、ＣＰＵ５０は、配信先リストに記載されている印刷端末１０８のＳＩＰ ＵＲＩをＳＩＰサーバ１０６に送信して、問い合わせを行う。

これに対し、図３に示したＳＩＰサーバ１０６のＣＰＵ２０は、その問い合わせを受信すると、送信されたＳＩＰ ＵＲＩに基づいて、メモリ２４に格納されている印刷条件登録情報２８を検索する。そして、ＣＰＵ２０は、メモリ２４から、そのＳＩＰ ＵＲＩに対応する印刷条件を読み出し、通信部２２を介して、ポスティングサーバ１０４に返信する（図１１の実線矢印１３０）。

一方、パーソナルコンピュータ５１２のＣＰＵ５０は、通信部５２を介して、返信された印刷端末１０８についての印刷条件を受信すると、その印刷条件に従って、スキャナ５１４による画像の読取条件を設定して、読取条件情報５９としてメモリ５４に格納する。例えば、受信した印刷条件が、「用紙サイズ：Ａ４，印刷品質：品質レベル２，印刷色：カラー」である場合には、スキャナ５１４による読取条件として、「原稿サイズ：Ａ４，読取品質：品質レベル２，読取色：カラー」を設定する。このように、ＣＰＵ５０は、受信した印刷条件に対応した読取条件を設定する。

こうして、スキャナ５１４による読取条件の設定が完了したら、ＣＰＵ５０は、メモリ５４から読取条件情報５９を読み出し、それに含まれている読取条件を取得する。そして、ＣＰＵ５０は、入力Ｉ／Ｆ部６４を介して、スキャナ５１４に対し、その読取条件を伝達する共に、画像の読み取り開始を指示し、それにより、スキャナ５１４において、その読取条件に従った画像の読み取りが開始される。スキャナ５１４が、読み取った画像データを出力すると、ＣＰＵ５０は、その画像データを入力Ｉ／Ｆ部６４を介して受け取り、コンテンツデータ５６として、メモリ５４に格納する。

以上のようにして、印刷端末１０８へのコンテンツデータの配信準備が完了したら、第２の実施例で説明したとおり、ＳＩＰを用いて、パーソナルコンピュータ５１２と印刷端末１０８との間におけるセッションの確立を行い、その後、格納していたコンテンツデータをＨＴＴＰを用いて印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

Ｅ−３．実施例の効果：
本実施例によれば、スキャナ５１４で読み取った画像データを、コンテンツデータとして配信する場合に、スキャナ５１４による読み取りに先立って、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する印刷条件を送信装置５０４に伝達することができ、送信装置５０４では、その印刷条件に従って、画像の読み取りを行うことができる。従って、送信装置５０４では、顧客の希望する印刷条件に従って読み取った画像データを、コンテンツデータとして印刷端末１０８に配信することができ、これにより、印刷端末１０８では、印刷コンテンツとして、顧客の希望に沿った印刷結果を出力することができる。

Ｆ．第６の実施例：
上記した第５の実施例においては、企業側である送信側において、スキャナによる画像の読み取りに先立ち、ＳＩＰサーバから、印刷端末側において希望する印刷条件を取得し、その印刷条件に従って、スキャナによる画像の読み取りを行うようにしていた。
しかし、本発明は、これに限定されるものではなく、例えば、送信側において、デフォルトの読取条件でもって、スキャナによる画像の読み取りを行い、その後、ＳＩＰサーバから取得した印刷条件に基づき、その読み取った画像データを加工するかどうかを決めるようにしてもよく、そのような実施例について、以下、説明する。

Ｆ-１．実施例の構成：
本実施例の構成は、図１１及び図１２に示した第５の実施例の構成と同じであるので、それらについての説明は省略する。なお、パーソナルコンピュータ５１２におけるメモリ５４には、デフォルトとして設定されている読取条件が、読取条件情報５９として格納されている。

なお、本実施例においても、スキャナ５１４は、請求項における画像読取部に、ＳＩＰサーバ１０６は、請求項におけるプレゼンスサーバに、それぞれ相当する。

Ｆ−２．実施例の動作：
本実施例では、送信装置５０４において、デフォルトの読取条件に従って、画像をスキャナ５１４で読み取り、その読み取りの最中に、ＳＩＰサーバ１０６から、印刷端末１０８側において希望する印刷条件を取得し、その後、取得した印刷条件とデフォルトの読取条件とを比較して、両者が対応していれば、読み取った画像データをコンテンツデータとしてそのまま配信し、両者が対応していなければ、読み取った画像データを、受信した印刷条件に従って加工して配信するようにしている。

そこで、本実施例においても、第５の実施例で説明したとおり、パーソナルコンピュータ５１２および印刷端末１０８について、それらの登録情報がそれぞれＳＩＰサーバ１０６に登録され、管理されている。その他、ＳＩＰサーバ１０６には、印刷端末１０８のＳＩＰ ＵＲＩと、印刷端末１０８側において希望する印刷条件と、が対応付けて、メモリ２４に印刷条件登録情報２８として格納されている。

一方、企業側において、印刷コンテンツを配信したい配信先のリストを用意して、パーソナルコンピュータ５１２のメモリ５４に、その配信先リストを含む配信依頼情報５８を格納させる。その後、パーソナルコンピュータ５１２のＣＰＵ５０は、メモリ５４から配信依頼情報５８を読み出し、それに含まれる配信先リストを解析する。配信先リストには、配信先として、印刷端末１０８などのＳＩＰ ＵＲＩが記載されている。

そこで、ＣＰＵ５０は、その配信先リストに従って、印刷端末１０８を印刷コンテンツの送信先とする場合、まず、メモリ５４から読取条件情報５９を読み出し、それに含まれているデフォルトの読取条件を取得する。そして、ＣＰＵ５０は、入力Ｉ／Ｆ部６４を介して、スキャナ５１４に対し、その読取条件を伝達する共に、画像の読み取り開始を指示し、それにより、スキャナ５１４において、そのデフォルトの読取条件に従った画像の読み取りが開始される。スキャナ５１４が、読み取った画像データを出力すると、ＣＰＵ５０は、その画像データを入力Ｉ／Ｆ部６４を介して受け取り、コンテンツデータ５６として、メモリ５４に格納する。

また、スキャナ５１４が画像の読み取りを行っている最中に、パーソナルコンピュータ５１２のＣＰＵ５０は、通信部５２を介してＳＩＰサーバ１０６にアクセスし、印刷端末１０８について、印刷条件が設定されているかどうか問い合わせる（図１１の実線矢印１３０）。この際、ＣＰＵ５０は、配信先リストに記載されている印刷端末１０８のＳＩＰ ＵＲＩをＳＩＰサーバ１０６に送信して、問い合わせを行う。

これに対し、図３に示したＳＩＰサーバ１０６のＣＰＵ２０は、その問い合わせを受信すると、送信されたＳＩＰ ＵＲＩに基づいて、メモリ２４に格納されている印刷条件登録情報２８を検索して、メモリ２４から、そのＳＩＰ ＵＲＩに対応する印刷条件を読み出し、通信部２２を介して、ポスティングサーバ１０４に返信する（図１１の実線矢印１３０）。

これに対し、パーソナルコンピュータ５１２のＣＰＵ５０は、通信部５２を介して、返信された印刷端末１０８についての印刷条件を受信すると、その印刷条件を、メモリ５４から取得したデフォルトの読取条件と比較し、両者が対応しているか否かを判定する。例えば、受信した印刷条件が、「用紙サイズ：Ａ４，印刷品質：品質レベル２，印刷色：カラー」であり、デフォルトの読取条件が、「原稿サイズ：Ａ４，読取品質：品質レベル２，読取色：カラー」である場合、サイズが共に「Ａ４」で、品質が共に「品質レベル２」で、色が共に「カラー」となっていて、一致しているため、ＣＰＵ５０は、受信した印刷条件とデフォルトの読取条件とは「対応している」と判定する。

このように、「対応している」と判定した場合、ＣＰＵ５０は、ＳＩＰを用い、ＳＩＰサーバ１０６を介して、印刷端末１０８との間におけるセッションの確立を行い、その後、メモリ５４から、格納していたコンテンツデータ５６を読み出し、そのまま、ＨＴＴＰを用いて印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。
一方、例えば、パーソナルコンピュータ５１２において受信した印刷条件が、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」であり、デフォルトの読取条件が、「原稿サイズ：Ａ４，読取品質：品質レベル２，読取色：カラー」である場合には、サイズが「Ｌ判」と「Ａ４」とで異なっており、品質も「品質レベル１」と「品質レベル２」で異なっており、色も「モノクロ」と「カラー」とで異なっているため、ＣＰＵ５０は、受信した印刷条件とデフォルトの読取条件とは「対応していない」と判定する。

このように、「対応していない」と判定した場合、ＣＰＵ５０は、メモリ５４からコンテンツデータ５６を読み出し、受信した印刷条件に従って、そのコンテンツデータ５６を加工し、加工済みのコンテンツデータを、再度メモリ５４に格納する。例えば、受信した印刷条件が、上述したとおり、「用紙サイズ：Ｌ判，印刷品質：品質レベル１，印刷色：モノクロ」である場合には、コンテンツデータ５６に対する加工として、コンテンツデータに対し、Ｌ判のサイズに合うように、リサイズ処理を行い、品質レベル１の解像度なるように、解像度変換処理を行い、モノクロとなるように、減色処理を行うようにする。そして、ＣＰＵ５０は、ＳＩＰを用い、ＳＩＰサーバ１０６を介して、印刷端末１０８との間におけるセッションの確立を行い、その後、メモリ５４から、加工済みのコンテンツデータ５６を読み出し、ＨＴＴＰを用いて印刷端末１０８へ配信する。印刷端末１０８では、配信されたそのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。

ちなみに、例えば、受信した印刷条件が、「用紙サイズ：Ａ４，印刷品質：品質レベル３，印刷色：カラー」であり、デフォルトの読取条件が、「原稿サイズ：Ａ４，読取品質：品質レベル２，読取色：カラー」である場合には、サイズが共に「Ａ４」で、色も共に「カラー」となっていて、一致しているが、品質が「品質レベル３」と「品質レベル２」で異なっているため、ＣＰＵ５０は、この場合も、受信した印刷条件とデフォルトの読取条件とは「対応していない」と判定することになる。従って、ＣＰＵ５０は、この場合も、コンテンツデータ５６に対して加工を施すことになるが、異なるのは品質だけであるので、品質レベル３の解像度なるように、解像度変換処理を行うだけとなる。

このように、本実施例では、印刷条件と読取条件の対応する各要素同士が一部でも一致していない場合には、ＣＰＵ５０は、「対応していない」と判定し、コンテンツデータに対し加工を施すことになる。但し、本発明は、これに限定されるものではなく、例えば、対応する一部の要素同士は一致しないが、他の要素同士はは一致している場合に、「対応している」と判定するようにしてもよい。

また、上記した説明では、印刷条件に従ったコンテンツデータの加工は、パーソナルコンピュータ５１２自身が行うようにしていたが、第１の実施例にて述べたように、パーソナルコンピュータ５１２に直接またはネットワークを介して接続する加工サーバを用意して、印刷条件に従ったコンテンツデータの加工を、加工サーバにおいて実行させるようにしてもよい。

Ｆ−３．実施例の効果：
本実施例では、スキャナ５１４で読み取った画像データを、コンテンツデータとして配信する場合に、まず、デフォルトの読取条件に従って、スキャナ５１４で画像の読み取りを行い、その最中に、ＳＩＰサーバ１０６におけるプレゼンスサーバとしての機能を利用して、印刷端末１０８側において希望する印刷条件を送信装置５０４に伝達させる。その後、送信装置５０４では、その印刷条件とデフォルトの読取条件とを比較して、両者が対応していれば、読み取った画像データをそのままコンテンツデータとして印刷端末１０８に配信し、対応していなければ、受信した印刷条件に従って、そのコンテンツデータを加工した上で、その加工済みのコンテンツデータを印刷端末１０８に配信するようにしている。これにより、印刷端末１０８では、印刷コンテンツとして、顧客の希望に沿った印刷結果を出力することができる。

Ｇ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。

上記した第３または第４の実施例では、ＳＩＰサーバ１０６からポスティングサーバ１０４またはパーソナルコンピュータ２０４，４０４に、印刷端末１０８についての送信元別印刷条件リストを送信し、ポスティングサーバ１０４またはパーソナルコンピュータ２０４，４０４において、送信元別印刷条件リストでの照合を行うようにしていたが、本発明はこれに限定されるものではない。例えば、ポスティングサーバ１０４から照合したい所望の送信元ＩＤを、あるいは、パーソナルコンピュータ２０４，４０４から自身を管理している企業の送信元ＩＤを、ＳＩＰサーバ１０６に送信し、ＳＩＰサーバ１０６では、その送信元ＩＤを送信元別印刷条件リストで照合し、その送信元ＩＤに設定されている印刷条件を応答するようにしてもよい。

上記した第５または第６の実施例では、第２の実施例におけるコンテンツ伝送システムにおいて、図７のパーソナルコンピュータ２０４に代えて、スキャナを含む送信装置５０４を適用した構成としたが、第４の実施例におけるコンテンツ伝送システムにおいて、図１０のパーソナルコンピュータ２０４，４０４にそれぞれ代えて、スキャナを含む送信装置５０４を適用する構成としてもよい。

また、第１または第３の実施例におけるコンテンツ伝送システムにおいて、図１のパーソナルコンピュータ１０２または図８のパーソナルコンピュータ１０２，３０２にそれぞれ代えて、スキャナを含む送信装置５０４を適用する構成としてもよい。なお、これらの場合は、コンテンツ伝送システムがポスティングサーバ１０４を備えているので、ポスティングサーバ１０４がＳＩＰサーバ１０６から受信した印刷条件を、送信装置５０４がポスティングサーバ１０４から受け取ることにより、第５または第６の実施例の場合と同様の動作を実現することができる。

上記した各実施例では、印刷端末１０８の構成として、パーソナルコンピュータ１１２とそのパーソナルコンピュータ１１２に直接接続されるプリンタ１１４と、で構成される形態を採用したため、印刷端末１０８において、顧客が希望する印刷条件を設定する際には、パーソナルコンピュータ１１２において、専用のプログラムを立ち上げ、モニタ４２に印刷条件設定画面を表示させながら、入力部４０の操作によって、印刷条件の入力を行うようにしていた。しかしながら、例えば、印刷端末１０８の構成として、ＩＰ通信プリンティング対応の複合機のみで構成される形態を採用するような場合には、その複合機において、操作表示パネルなどを用いて、設定画面を表示させながら印刷条件の入力を行うようにする。

上記した各実施例においては、ネットワークとして、インターネットを含むブロードバンドネットワークを利用したが、携帯電話網や、公衆電話網などを利用するようにしてもよい。

上記した各実施例においては、シグナリングプロトコルの一種であるＳＩＰを利用したが、本発明はこれに限定されるものではなく、Ｈ．３２３や、ＭＧＣＰ（Media Gateway Control Protocol）、ＭＥＧＡＣＯ（Media Gateway Control）などを用いるようにしてもよい。また、上記した実施例においては、データ転送プロトコルの一種であるＨＴＴＰを利用していたが、本発明はこれに限定されるものではなく、ＦＴＰや、ＲＴＰ（Realtime Transport Protocol）、ＩＲＣ（Internet Relay Chat）、ＴＥＬＮＥＴなどを用いるようにしてもよい。また、セッション確立やデータ伝送を行うために、Ｓｋｙｐｅ（登録商標）やインスタントメッセージング（instant messaging）を利用するようにしてもよい。Ｓｋｙｐｅやインスタントメッセージングに限らず、その他、グローバルアドレスの管理やプレゼンスサービス機能を有する類似の各種技術を利用するようにしてもよい。

上記した各実施例では、ＳＩＰサーバをプロキシサーバとして機能させ、セッションの確立の仲介を行わせていたが、ＳＩＰでは、ＳＩＰクライアント同士が互いのＳＩＰ ＵＲＩとＩＰアドレスを分かっていれば、ピアツーピアでセッションの確立を行うことが可能であるため、そのような場合には、ＳＩＰクライアント同士の間で、ＳＩＰサーバの仲介なしに、直接、セッションの確立を行うようにしてもよい。

上記した各実施例では、ポスティングサーバから印刷端末に対して、コンテンツデータをＰＵＳＨ型で配信するようにしていたが、ＰＵＬＬ型で配信するようにしてもよい。ここで、「ＰＵＬＬ型」とは、端末がサーバにデータ配信をリクエストして、その結果、サーバが端末にデータを配信する方法を言う。

上記した各実施例では、ネットワーク上の位置情報として、ＩＰアドレスを利用するようにしていたが、ＭＡＣ（Media Access Control）アドレスを利用するようにしてもよい。

上記した各実施例では、配信先情報として、配信先リストを用いて、コンテンツデータの配信を行っていたが、本発明は、このようなリスト形式に限定されるものではなく、その他の形式にて配信先を特定するようにしてもよい。

上記した各実施例では、印刷条件としては、用紙サイズや、印刷品質や、印刷色などを挙げたが、その他、用紙種類（普通紙，光沢紙など）や、ＡＰＦ（オートフォトファイン）機能のＯＮ／ＯＦＦなどを含めるようにしてもよい。

上記した各実施例では、情報出力装置として、印刷端末を用いる場合を例として説明したが、本発明はこれに限定されるものではなく、例えば、送信端末からディスプレイに画像などのコンテンツのデータを送信する場合に、ディスプレイの解像度などの表示条件をディスプレイから送信端末に伝える場合にも適用することができ、或いは、送信端末からオーディオ装置に音声などのコンテンツのデータを送信する場合に、ミュート状態などの音声出力条件をオーディオ装置から送信装置に伝える場合にも適用することができる。また、その他の情報出力装置として、電話やテレビなどを用いる場合にも適用することが可能である。

本発明の第１の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図１におけるポスティングサーバ１０４の主要構成を示すブロック図である。 図１におけるＳＩＰサーバ１０６の主要構成を示すブロック図である。 一般的なＳＩＰサーバの種別を示す説明図である。 図１における印刷端末１０８の主要構成を示すブロック図である。 図１におけるポスティングサーバ１０４と印刷端末１０８の間のセッション確立処理のシーケンスを示す説明図である。 本発明の第２の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 本発明の第３の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 送信元別印刷条件リストの一例を示す説明図である。 本発明の第４の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 本発明の第５の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図１１における送信装置５０４の主要構成を示すブロック図である。

符号の説明

１０…ＣＰＵ
１２…通信部
１４…メモリ
１６…コンテンツデータ
１８…配信依頼情報
２０…ＣＰＵ
２２…通信部
２４…メモリ
２６…登録情報
２８…印刷条件登録情報
３０…ＣＰＵ
３２…通信部
３４…メモリ
３６…コンテンツデータ
３８…印刷条件設定情報
４０…入力部
４２…モニタ
４６…出力Ｉ／Ｆ部
５０…ＣＰＵ
５２…通信部
５４…メモリ
５６…コンテンツデータ
５８…配信依頼情報
５９…読取条件情報
６０…入力部
６２…モニタ
６４…入力Ｉ／Ｆ部
１０２…パーソナルコンピュータ
１０４…ポスティングサーバ
１０６…ＳＩＰサーバ
１０７…加工サーバ
１０８…印刷端末
１１０…ブロードバンドネットワーク
１１２…パーソナルコンピュータ
１１４…プリンタ
２０４…パーソナルコンピュータ
３０２…パーソナルコンピュータ
４０４…パーソナルコンピュータ
５０４…送信装置
５１２…パーソナルコンピュータ
５１４…スキャナ

Claims (4)

1. コンテンツデータを、ネットワークを介して情報出力装置へ伝送する送信装置であって、
   前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する制御部を備え、
   前記制御部は、取得した前記出力条件が選択可能な出力条件である場合に、選択可能な出力条件の中から、所望の出力条件を選択して、前記コンテンツデータを前記情報出力装置に送信する際、選択した前記出力条件を前記コンテンツデータと共に送信し、
   前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で送信し、
   前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記制御部は、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、
   送信装置。
2. 送信装置が、コンテンツデータを、ネットワークを介して情報出力装置へ伝送する方法であって、
   （Ａ）前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する工程と、
   （Ｂ）前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で前記コンテンツデータを前記情報出力装置に送信する工程と、
   を備え、
   前記工程（Ｂ）では、前記工程（Ａ）において取得した前記出力条件が選択可能な出力条件である場合に、選択可能な出力条件の中から、所望の出力条件を選択して、前記コンテンツデータを前記情報出力装置に送信する際、選択した前記出力条件を前記コンテンツデータと共に送信し、
   前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記工程（Ａ）では、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、
   方法。
3. コンテンツデータを、ネットワークを介して情報出力装置へ伝送する送信装置であって、
   前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する制御部を備え、
   前記制御部は、前記コンテンツデータを前記情報出力装置に送信する際、前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で送信し、
   前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記制御部は、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、
   送信装置。
4. 送信装置が、コンテンツデータを、ネットワークを介して情報出力装置へ伝送する方法であって、
   （Ａ）前記コンテンツデータを前記情報出力装置に送信する前に、前記ネットワークに接続されるプレゼンスサーバから、前記情報出力装置において前記コンテンツデータに基づき情報の出力を行う際の出力条件を取得する工程と、
   （Ｂ）前記コンテンツデータを加工することが可能な加工サーバにより前記出力条件に従って前記コンテンツデータを加工させた上で前記コンテンツデータを前記情報出力装置に送信する工程と、
   を備え、
   前記プレゼンスサーバに、複数の送信装置にそれぞれ対応して前記出力条件が登録されている場合に、前記工程（Ａ）では、前記プレゼンスサーバから前記出力条件を取得する際、少なくとも、自己の送信装置に対応する出力条件を取得する、
   方法。

Images