JP5245612B2 - ポスティングサーバ、および、ポスティングサーバ制御方法 - Google Patents

Description

本発明は、コンテンツの印刷を行うためのコンテンツデータをネットワークを介して伝送するための技術に関するものである。なお、本明細書中において、「印刷コンテンツ」または単に「コンテンツ」とは、文書、画像、またはそれら組み合わせた情報などを言い、特に、印刷可能なものを言う。また、「コンテンツデータ」とは、上記コンテンツを表すデータをいう。

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

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

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

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

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

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

そこで、上記したインターネットなどのネットワークや、プリンタや複合機などを含む印刷端末などを利用して、印刷コンテンツを、低コストで、かつ、高品質にて配信することができる、システムの開発が待たれている。

従って、本発明の目的は、上記した従来技術の問題点を解決し、印刷コンテンツを、低コストで、かつ、高品質にて配信することができる技術を提供することにある。

本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
本発明の第１の形態は、ネットワークに接続されるポスティングサーバであって、
コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して印刷端末に配信して印刷させる制御部を備え、
前記制御部は、前記コンテンツデータを前記印刷端末に印刷させるのに先立ち、プレゼンスサーバとして動作する仲介サーバが取得した前記印刷端末の状態に関する状態情報の提供を受け、前記印刷端末が印刷可能な状態にある場合には、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させ、
前記制御部は、前記印刷端末が印刷不能な状態にある場合には、一定期間毎に前記印刷端末が印刷可能な状態になったか否かを判断し、印刷可能な状態になれば、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させるポスティングサーバである。
このような形態であれば、印刷コンテンツの印刷を行うに当たり、ポスティングサーバが、配信先である印刷端末の状態に関する状態情報の提供を、プレゼンスサーバから受け、印刷端末が印刷可能な状態であるかを把握することができるので、エラーの無い確実な配信を行うことができる。

［適用例１］
ネットワークに接続されるポスティングサーバであって、
コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して印刷端末に配信する制御部を備え、
前記制御部は、前記コンテンツデータを前記印刷端末に配信するのに先立ち、前記ネットワークを介して、プレゼンスサーバから、前記印刷端末の状態に関する状態情報の提供を受け、前記印刷端末が印刷可能な状態にある場合に、前記印刷端末に対して、前記コンテンツデータを配信する、ポスティングサーバ。

適用例１では、印刷コンテンツの配信を行うに当たり、ポスティングサーバが、配信先である印刷端末の状態に関する状態情報の提供を、プレゼンスサーバから受け、印刷端末が印刷可能な状態であるかを把握することができるので、エラーの無い確実な配信を行うことができる。

［適用例２］
適用例１に記載のポスティングサーバにおいて、前記制御部は、前記コンテンツデータを配信先情報に基づき配信する、ポスティングサーバ。

適用例２では、配信先情報に基づいてコンテンツデータを配信することにより、特定の配信先にコンテンツデータを配信することができる。

［適用例３］
適用例１に記載のポスティングサーバにおいて、前記制御部は、送信端末から送信された前記コンテンツデータを受信し、前記コンテンツデータを前記ネットワークを介して配信し、
前記ポスティングサーバは、配信した前記コンテンツデータに関する配信履歴を格納する格納部をさらに備え、
前記制御部は、前記プレゼンスサーバから提供された前記状態情報を、前記格納部内の配信履歴に追加して保存すると共に、前記配信履歴のうち、少なくとも一部の情報を前記送信端末に通知する、ポスティングサーバ。

適用例３では、印刷コンテンツの配信を行うに当たり、ポスティングサーバが、配信後の印刷端末の状態に関する状態情報をプレゼンスサーバから随時収集して、配信履歴情報として管理し、その情報を送信端末に通知するようにしているため、送信端末において、印刷コンテンツがエラーなく印刷されたかどうかを把握することができ、配信に関する信頼性を高めることができる。

［適用例４］
適用例３に記載のポスティングサーバにおいて、前記制御部は、前記送信端末から、前記コンテンツデータと共に、配信先情報を受信し、前記コンテンツデータを前記配信先情報に基づき配信する、ポスティングサーバ。

適用例４では、ポスティングサーバが、送信端末からの配信先情報に基づいてコンテンツデータを配信することにより、特定の配信先にコンテンツデータを配信することができる。

［適用例５］
ネットワークに接続されるプレゼンスサーバであって、前記ネットワークを介して、印刷端末から前記印刷端末の状態に関する状態情報を取得して、前記ネットワークを介して、少なくともポスティングサーバに対して前記状態情報を提供する制御部を備える、プレゼンスサーバ。

適用例５では、プレゼンスサーバが、印刷端末からその印刷端末の状態に関する状態情報を取得して、ポスティングサーバに対してその状態情報を提供することにより、ポスティングサーバでは、印刷コンテンツの配信を行うに当たり、その状態情報に基づいて、印刷端末が印刷可能な状態であるかを把握することができるので、エラーの無い確実な配信を行うことができる。

［適用例６］
ネットワークに接続されたポスティングサーバを制御するためのポスティングサーバ制御方法であって、
（ａ）前記ネットワークを介して、プレゼンスサーバから、印刷端末の状態に関する状態情報の提供を受ける工程と、
（ｂ）前記プレゼンスサーバから提供された前記状態情報に基づき、前記印刷端末が印刷可能な状態にある場合に、コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して、前記印刷端末へ配信する工程と、
を備える、ポスティングサーバ制御方法。
適用例６によれば、適用例１と同様の効果を奏することができる。

［適用例７］
適用例６に記載のポスティングサーバ制御方法において、
（ｃ）送信端末からの前記コンテンツデータを受信し、前記コンテンツデータを前記ネットワークを介して前記印刷端末へ配信する工程と
（ｄ）配信する前記コンテンツデータに関する配信履歴を前記ポスティングサーバの格納部に格納する工程と、
（ｅ）前記プレゼンスサーバから提供された前記状態情報を、前記格納部内の配信履歴に追加して保存する工程と、
（f）前記格納部内の配信履歴のうち、少なくとも一部の情報を、前記送信端末に通知する工程と、
をさらに備える、ポスティングサーバ制御方法。
適用例７によれば、適用例３と同様の効果を奏することができる。

［適用例８］
ネットワークに接続されるプレゼンスサーバを制御するためのプレゼンスサーバ制御方法であって、
（ａ）前記ネットワークを介して、印刷端末から前記印刷端末の状態に関する状態情報を取得する工程と、
（ｂ）前記ネットワークを介して、少なくともポスティングサーバに対して前記状態情報を提供する工程と、
を備える、プレゼンスサーバ制御方法。
適用例８によれば、適用例５と同様の効果を奏することができる。

［他の適用例］
送信端末は、表示部を有し、ポスティングサーバから、配信したコンテンツデータに関する配信履歴のうち、少なくとも一部の情報が通知された場合に、通知された前記情報を前記表示部に表示する。

このように、送信端末がポスティングサーバより通知された情報を表示部に表示するようにしているので、送信端末のユーザは、コンテンツデータの配信先である印刷端末の状態に関する情報を目視で確認することができる。

なお、本発明は、上記したポスティングサーバやプレゼンスサーバなどの装置発明の態様やポスティングサーバ制御方法やプレゼンスサーバ制御方法などの方法発明の態様に限ることなく、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様など、種々の態様で実現することも可能である。

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

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

図１に示すとおり、本実施例のコンテンツ伝送システムは、印刷コンテンツ（広告や通信教材など）の配信を希望する企業によって管理される送信端末１１２Ｓと、ネットワークサービス提供業者によって管理されるポスティングサーバ１０２及びＳＩＰ（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」を置く。

こうして、ＳＩＰに関する事前準備が完了したら、ＳＩＰを利用した、コンテンツデータの配信が可能となる。

そこで、まず、企業側において、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意する。送信端末１１２Ｓは、そのコンテンツデータと、配信先リストを含む配信依頼情報と、を白抜き矢印１３８で示すように、ポスティングサーバ１０２に送信する。ポスティングサーバ１０２は、図２に示すように、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。このとき、送信端末１１２Ｓからポスティングサーバ１０２へのコンテンツデータ，配信依頼情報の伝送には、ＡＰＩ（Application Program Interface）技術が利用される。伝送プロトコルとしては、ＨＴＴＰに従って行われるが、ＦＴＰ（File Transfer Protocol）など他のデータ伝送プロトコルを用いるようにしてもよい。
送信端末からポスティングサーバへのコンテンツ送信に関しての送信態様として以下の構成が想定できる。
１．送信端末に予め送信プログラムが存在して、この送信プログラムによってコンテンツを送る態様。送信プログラムは送信端末が予めポスティングサーバなどからダウンロードされてインストールされていても良いし、送信するタイミングで自動的にポスティングサーバからダウンロードされるとしても良い。
２． HTTPのプロトコルにより、Webベースで送信端末からポスティングサーバに送信する。この場合１のような特別なプログラムが必要ない。なお、Webベースでは、実際にコンテンツを送る態様の他、コンテンツ可能場所を表すURLのみを送り、ポスティングサーバ側で取得したURLに従ってコンテンツを取りに行く態様もある。この場合も実際のコンテンツが送信端末から送られるわけではないが、格納能情報を送っているので「送信」と言える。

ポスティングサーバ１０２のＣＰＵ１０は、配信依頼情報１８を読み出し、それに含まれる配信先リストを解析する。配信先リストには、配信先として、印刷端末１０８Ｐや１１０ＰのＳＩＰ ＵＲＩが記載されている。そして、ポスティングサーバ１０２のＣＰＵ１０は、その配信先リストに従って、まず、印刷端末１１０Ｐを送信先として、ポスティングサーバ１０２と同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０４にリクエストを送信する（実線矢印１２２）。このとき、ＳＩＰサーバ１０４は、プロキシサーバとして機能する。ＳＩＰサーバ１０４は、印刷端末１１０Ｐが自己とは異なるドメイン（ｅａｓｔ．ｃｏｍ）に所属しており、印刷端末１１０Ｐに関する登録情報を有していないので、印刷端末１１０Ｐと同じドメイン（ｅａｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０６に、そのリクエストを転送する（実線矢印１２６）。ＳＩＰサーバ１０６も、プロキシサーバとして機能する。ＳＩＰサーバ１０６は、印刷端末１１０Ｐが自己とは同じドメイン（ｅａｓｔ．ｃｏｍ）に所属しており、印刷端末１１０Ｐに関する登録情報を有しているので、その登録情報に基づき、転送されたリクエストを印刷端末１１０Ｐに中継する（実線矢印１２８）。印刷端末１１０Ｐは、ポスティングサーバ１０２を返信先として、そのリクエストに対するレスポンスをＳＩＰサーバ１０６に送信する（実線矢印１３２）。すると、ＳＩＰサーバ１０６は、ポスティングサーバ１０２が自己とは異なるドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、ポスティングサーバ１０２に関する登録情報を有していないので、ポスティングサーバ１０２と同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０４に、そのレスポンスを転送する（実線矢印１３４）。ＳＩＰサーバ１０４は、ポスティングサーバ１０２が自己とは同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、ポスティングサーバ１０２に関する登録情報を有しているので、その登録情報に基づき、転送されたレスポンスをポスティングサーバ１０２に中継する（実線矢印１３６）。このように、ポスティングサーバ１０２と印刷端末１１０Ｐとの間で、リクエストとレスポンスがやりとりされることによって、両者の間でセッションの確立がなされることになる。また、このとき、ＳＩＰサーバ１０４．１０６は、共にプロキシサーバとして機能し、セッション確立の仲介を行う。詳細には、図６に示すようなリクエストとレスポンスがやりとりされる。

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

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

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

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

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

次に、ポスティングサーバ１０２のＣＰＵ１０は、その配信先リストに従って、ポスティングサーバ１０２と同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属する印刷端末１０８Ｐを送信先として、ＳＩＰサーバ１０４にリクエストを送信する（実線矢印１２２）。ＳＩＰサーバ１０４は、印刷端末１０８Ｐが自己とは同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、印刷端末１０８Ｐに関する登録情報を有しているので、その登録情報に基づき、そのリクエストを印刷端末１０８Ｐに中継する（実線矢印１２４）。印刷端末１０８Ｐ、ポスティングサーバ１０２を返信先として、そのリクエストに対するレスポンスをＳＩＰサーバ１０４に送信する（実線矢印１３０）。すると、ＳＩＰサーバ１０４は、ポスティングサーバ１０２が自己とは同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、ポスティングサーバ１０２に関する登録情報を有しているので、その登録情報に基づき、そのレスポンスをポスティングサーバ１０２に中継する（実線矢印１３６）。このように、ポスティングサーバ１０２と印刷端末１０８Ｐとの間で、リクエストとレスポンスがやりとりされることによって、両者の間でセッションの確立がなされることになる。また、このとき、ＳＩＰサーバ１０４は、プロキシサーバとして機能し、セッション確立の仲介を行う。なお、ポスティングサーバ１０２と印刷端末１０８Ｐとの間のセッション確立処理のシーケンスについては、前述した図６から容易に類推できるので、説明は省略する。

こうして、ポスティングサーバ１０２と印刷端末１０８Ｐとの間のセッションが確立されると、ポスティングサーバ１０２は、印刷端末１０８ＰのＩＰアドレスに基づいて、印刷端末１０８Ｐに、ＳＩＰサーバ１０４を介することなく、直接アクセスして、図１の白抜き矢印１４０で示すように、ＨＴＴＰに従ってコンテンツデータをＰＵＳＨ型で配信する。

コンテンツデータの配信が完了したら、ポスティングサーバ１０２と印刷端末１０８Ｐは、ＢＹＥリクエストメッセージと２００ ＯＫレスポンスメッセージのやりとりを行い、これにより、ポスティングサーバ１０２と印刷端末１０８Ｐとの間のセッションが解消される。

印刷端末１０８Ｐ及び１１０Ｐでは、配信されたコンテンツデータに基づいて、印刷機能により、印刷を実行し、印刷コンテンツを出力する。これにより、印刷端末１０８Ｐ，１１０Ｐを管理する各々の顧客に、印刷コンテンツを配信することができる。

一方、ＳＩＰサーバ１０４，１０６は、それぞれ、プレゼンスサーバとしても機能する。ＳＩＰサーバ１０４のＣＰＵ３０は、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属する印刷端末１０８Ｐの状態に関する情報を、ＳＩＰサーバ１０６のＣＰＵ３０は、同じドメイン（ｅａｓｔ．ｃｏｍ）に所属する印刷端末１１０Ｐの状態に関する情報を、それぞれ通信部３２を介して取得し、図３に示すように、メモリ３４内にプリンタ状態情報３８として格納して、管理する。そして、ＳＩＰサーバ１０４，１０６のＣＰＵ３０は、ポスティングサーバ１０２などから要求があった場合に、プリンタ状態情報３８の中から、要求された情報を提供する。これによって、ポスティングサーバ１０２は、印刷端末１０８Ｐ，１１０Ｐの状態を把握することができる。

Ａ−３．実施例の効果：
本実施例によれば、コンテンツデータの伝送に、インターネットを含むネットワーク１１４を利用するため、低コストで、かつ、高速度で、コンテンツデータの配信を行うことができる。印刷端末として、顧客の有する高性能なプリンタや複合機を利用することができるため、高品質な印刷を行うことができる。さらに、企業側は、ポスティングサーバ１０２を利用することによって、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意するだけでよいため、人的，経済的負担が軽くて済む。また、ポスティングサーバ１０２を利用することによって、大量の印刷コンテンツの配信が可能となる。また、ポスティングサーバ１０２がコンテンツデータをＰＵＳＨ型で配信することにより、顧客は、何ら意識することなく、印刷コンテンツを自動的に受け取りを行うことができる。

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

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

Ｂ−２．実施例の動作：
本実施例においても、第１の実施例と同様に、シグナリングプロトコルの一種であるＳＩＰを用いて、装置間におけるセッションの確立を行い、データ転送プロトコルの一種であるＨＴＴＰを用いて、装置間におけるコンテンツデータの伝送を行うようにしている。

図７において、送信端末１４４Ｓは、起動すると、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しているＳＩＰサーバ１０４にＳＩＰクライアントとしてアクセスする。ネットワーク１１４は、破線矢印１１６で示すように、アクセスしたＳＩＰサーバ１０４に登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する。これにより、ＳＩＰサーバ１０４は、登録要求を受け付け、送信端末１４４Ｓから送信された情報を登録情報３６としてメモリ３４に登録する。なお、第１の実施例で説明したとおり、印刷端末１０８Ｐ，１１０Ｐについても、同様に、それらの登録情報がＳＩＰサーバ１０４，１０６に登録されている。

そこで、まず、企業側において、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意し、送信端末１４４Ｓ内のメモリに格納させる。以下、送信端末１４４Ｓは、第１の実施例におけるポスティングサーバ１０２と同様の動作を行い、配信先リストに従って、コンテンツデータを印刷端末１０８Ｐ及び１１０Ｐにそれぞれ配信する。

印刷端末１０８Ｐ及び１１０Ｐでは、配信されたコンテンツデータに基づいて、印刷を実行し、印刷コンテンツを出力する。これにより、印刷端末１０８Ｐ，１１０Ｐを管理する各々の顧客に、印刷コンテンツを配信することができる。

また、ＳＩＰサーバ１０４，１０６は、第１の実施例と同様に、印刷端末１０８Ｐ，１１０Ｐの状態に関する情報を取得し、プリンタ状態情報３８として格納して、管理する。そして、ＳＩＰサーバ１０４，１０６は、送信端末１４４Ｓから要求があった場合に、プリンタ状態情報３８の中から、要求された情報を提供する。これによって、送信端末１４４Ｓは、印刷端末１０８Ｐ，１１０Ｐの状態を把握することができる。

Ｂ−３．実施例の効果：
本実施例によれば、第１の実施例と同様に、コンテンツデータの伝送に、インターネットを含むネットワーク１１４を利用するため、無料に近い低コストで、コンテンツデータの配信を行うことができる。印刷端末として、顧客の有する高性能なプリンタや複合機を利用することができるため、高品質な印刷を行うことができる。

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

図８に示すとおり、本実施例のコンテンツ伝送システムが、第１の実施例におけるコンテンツ伝送システムと異なる点は、顧客同士の間で印刷コンテンツの伝送を行うようにした点である。具体的には、一方の顧客によって管理される送信端末１０８Ｓが、直接、コンテンツデータを、他方の顧客によって管理される印刷端末１１０Ｐに対して伝送するようにする。なお、送信端末１０８Ｓは、印刷端末１０８Ｐと同じ端末によって構成されていてもよいし、印刷端末１０８Ｐとは異なる端末によって構成されていてもよい。例えば、送信端末と印刷端末が同じ端末で構成される形態としては、前述したとおり複合機を用いる場合や、１つのパーソナルコンピュータにスキャナとプリンタが共に接続されている場合などが考えられる。送信端末１０８Ｓ以外の構成は、第１の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

Ｃ−２．実施例の動作：
本実施例においても、第１の実施例と同様に、シグナリングプロトコルの一種であるＳＩＰを用いて、装置間におけるセッションの確立を行い、データ転送プロトコルの一種であるＨＴＴＰを用いて、装置間におけるコンテンツデータの伝送を行うようにしている。

図８において、送信端末１０８Ｓは、起動すると、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しているＳＩＰサーバ１０４にＳＩＰクライアントとしてアクセスする。ネットワーク１１４は、破線矢印１１８で示すように、アクセスしたＳＩＰサーバ１０４に登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する。これにより、ＳＩＰサーバ１０４は、登録要求を受け付け、送信端末１０８Ｓから送信された情報を登録情報３６としてメモリ３４に登録する。なお、第１の実施例で説明したとおり、印刷端末１１０Ｐについても、同様に、その登録情報がＳＩＰサーバ１０６に登録されている。

そこで、まず、印刷コンテンツを伝送したい顧客は、その印刷コンテンツを、送信端末１０８Ｓにおけるスキャナなどの読取機能を用いて、コンテンツデータとして読み取らせ、送信端末１０８Ｓ内のメモリに格納させる。

次に、上記顧客は、送信端末１０８Ｓの入力部（図示せず）を操作して、送付先である印刷端末１１０ＰのＳＩＰ ＵＲＩを入力する。すると、送信端末１０８Ｓは、そのＳＩＰ ＵＲＩに従って、印刷端末１１０Ｐを送信先として、送信端末１０８Ｓと同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０４にリクエストを送信する（実線矢印１４８）。ＳＩＰサーバ１０４は、印刷端末１１０Ｐが自己とは異なるドメイン（ｅａｓｔ．ｃｏｍ）に所属しており、印刷端末１１０Ｐに関する登録情報を有していないので、印刷端末１１０Ｐと同じドメイン（ｅａｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０６に、そのリクエストを転送する（実線矢印１２６）。ＳＩＰサーバ１０６は、印刷端末１１０Ｐが自己とは同じドメイン（ｅａｓｔ．ｃｏｍ）に所属しており、印刷端末１１０Ｐに関する登録情報を有しているので、その登録情報に基づき、転送されたリクエストを印刷端末１１０Ｐに中継する（実線矢印１２８）。印刷端末１１０Ｐは、送信端末１０８Ｓを返信先として、そのリクエストに対するレスポンスをＳＩＰサーバ１０６に送信する（実線矢印１３２）。すると、ＳＩＰサーバ１０６は、送信端末１０８Ｓが自己とは異なるドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、送信端末１０８Ｓに関する登録情報を有していないので、送信端末１０８Ｓと同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属するＳＩＰサーバ１０４に、そのレスポンスを転送する（実線矢印１３４）。ＳＩＰサーバ１０４は、送信端末１０８Ｓが自己とは同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しており、送信端末１０８Ｓに関する登録情報を有しているので、その登録情報に基づき、転送されたレスポンスを送信端末１０８Ｓに中継する（実線矢印１５０）。このように、送信端末１０８Ｓと印刷端末１１０Ｐとの間で、リクエストとレスポンスがやりとりされることによって、両者の間でセッションの確立がなされることになる。また、このとき、ＳＩＰサーバ１０４．１０６は、共にプロキシサーバとして機能し、セッション確立の仲介を行う。

こうして、送信端末１０８Ｓと印刷端末１１０Ｐとの間のセッションが確立されると、送信端末１０８Ｓは、印刷端末１１０ＰのＩＰアドレスに基づいて、印刷端末１１０Ｐに、ＳＩＰサーバ１０４，１０６を介することなく、直接アクセスして、白抜き矢印１５２で示すように、ＨＴＴＰに従ってコンテンツデータを伝送する。

コンテンツデータの伝送が完了したら、送信端末１０８Ｓと印刷端末１０８Ｐは、再び、リクエストとレスポンスのやりとりを行い、これにより、送信端末１０８Ｓと印刷端末１０８Ｐとの間のセッションが解消される。

印刷端末１１０Ｐでは、伝送されたコンテンツデータに基づいて、印刷機能により、印刷を実行し、印刷コンテンツを出力する。これにより、印刷端末１１０Ｐを管理する顧客に、印刷コンテンツを伝送することができる。

また、ＳＩＰサーバ１０６は、第１の実施例と同様に、印刷端末１１０Ｐの状態に関する情報を取得し、プリンタ状態情報３８として格納して、管理する。そして、ＳＩＰサーバ１０６は、送信端末１０８Ｓから要求があった場合に、プリンタ状態情報３８の中から、要求された情報を提供する。これによって、送信端末１０８Ｓは、印刷端末１１０Ｐの状態を把握することができる。

Ｃ−３．実施例の効果：
本実施例によれば、第１の実施例と同様に、コンテンツデータの伝送に、インターネットを含むネットワーク１１４を利用するため、低コストで、コンテンツデータの伝送を行うことができる。印刷端末として、顧客の有する高性能なプリンタや複合機を利用することができるため、高品質な印刷を行うことができる。

Ｄ．変形例１：
第１及び第２の実施例では、企業側からそれぞれの顧客に対してコンテンツデータの配信を行っていたが、顧客から企業側に対してコンテンツデータを伝送したい場合も考えられる。例えば、企業側から、通信教材が配信され、それに対して、顧客が答案を返送する場合などである。このような顧客から企業側に対してコンテンツデータを伝送する場合は、第３の実施例で述べた、顧客同士の間でコンテンツデータの伝送を行うと同様の方法で実現することができる。

図９は第１の実施例において、顧客から企業側に対してコンテンツデータを伝送する場合の変形例を示すブロック図であり、図１０は第２の実施例において、同じく、顧客から企業側に対してコンテンツデータを伝送する場合の変形例を示すブロック図である。
なお、送信端末１０８Ｓ，１１０Ｓは、印刷端末１０８Ｐ，１１０Ｐと同じ端末によって構成されていてもよいし、印刷端末１０８Ｐ，１１０Ｐとは異なる端末によって構成されていてもよい。また、受信端末１１２Ｒ，１４４Ｒも、送信端末１１２Ｓ，１４４Ｓと同じ端末によって構成されていてもよいし、送信端末１１２Ｓ，１４４Ｓとは異なる端末によって構成されていてもよい。それら以外の構成は、第１の実施例，第２の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。

第３の実施例と同様に、各々の顧客は、送信端末１０８Ｓ，１１０Ｓの入力部（図示せず）を操作して、送付先であるポスティングサーバ１０２のＳＩＰ ＵＲＩや、受信端末１４４ＲのＳＩＰ ＵＲＩを入力する。すると、送信端末１０８Ｓ，１１０Ｓは、そのＳＩＰ ＵＲＩに従って、ポスティングサーバ１０２や受信端末１４４Ｒとの間において、ＳＩＰサーバ１０４，１０６を介して、リクエストとレスポンスのやりとりを行い、セッションの確立を行う。

そして、セッションが確立されると、送信端末１０８Ｓ，１１０Ｓは、ポスティングサーバ１０２や受信端末１４４ＲのＩＰアドレスに基づき、ポスティングサーバ１０２や受信端末１４４Ｒに対して、ＳＩＰサーバ１０４，１０６を介することなく、直接アクセスして、ＨＴＴＰに従ってコンテンツデータを伝送する。

コンテンツデータの伝送が完了したら、送信端末１０８Ｓ，１１０Ｓは、ポスティングサーバ１０２や受信端末１４４Ｒとの間で、再び、リクエストとレスポンスのやりとりを行い、これにより、送それらの間のセッションが解消される。

ポスティングサーバ１０２や受信端末１４４Ｒでは、伝送されたコンテンツデータを管理する。特に、図９におけるポスティングサーバ１０２では、その管理結果を必要に応じて、企業側の受信端末１１２Ｒに通知する。なお、ポスティングサーバ１０２における管理としては、例えば、通信教材を配信した顧客から、その教材に対する答案が返送されたかどうかなどを管理することが考えられる。

このように、本変形例では、顧客から企業側に対してコンテンツデータを伝送することも可能となる。

上記した実施例では、ネットワーク１１４に、２つのドメイン（ｗｅｓｔ．ｃｏｍドメイン，ｅａｓｔ．ｃｏｍドメイン）が存在する場合を対象としたが、１つのドメインのみが存在する場合を対象としてもよく、或いは、３つ以上の数のドメインが存在する場合を対象としてもよい。

また、上記した実施例では、ネットワーク１１４として、インターネットを含むネットワークを対象としていたが、例えば、企業内ＬＡＮなどを対象としてもよい。なお、このことは、後述する第４〜第７の実施例においても同様である。

Ｅ．第４の実施例：
従来においては、ファクシミリを利用して印刷コンテンツを送信する場合、特に、送信先のファクシミリ機器において、受信した内容を画面で確認してから印刷させる、いわゆる「見てから印刷」に対応している場合には、送信者側では、送信先で、送信した印刷コンテンツが実際に印刷されたかどうかを確認することができない。そのため、予め、送信者と受信者の間での取り決めを行っておき、送信前と受信後にお互いに電話連絡をして、印刷コンテンツが確実に印刷されたかどうかを確認をしたり、受信者が印刷された印刷コンテンツを送信者に返信して確認をしたり、と言った方法がしばしば採られていた。また、インターネットＦＡＸ等のファクシミリ送付サービスにおいては、送信先での受信完了が送信者にフィードバックされるものもあるが、送信先において、実際に印刷されたか、あるいは、印刷されずに削除されたか、もしくは、エラーが発生して再送信処理中であるか、と言った情報などは、送信者には確認することができない。以上のことは、印刷コンテンツの配信を行う上で、送信者及び受信者の負担を増やし、配信の効率化や信頼性に対する大きな妨げとなっている。

そこで、本実施例においては、印刷コンテンツの配信を行う場合に、ポスティングサーバが、配信したコンテンツデータの置かれている状態などの情報を随時収集して、配信履歴情報として管理し、その結果を送信者に通知することによって、送信者側において、印刷コンテンツが実際に印刷されたかどうかを把握することができるようにしている。

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

図１１に示すとおり、本実施例のコンテンツ伝送システムは、印刷コンテンツの配信を希望する企業（送信者）によって管理される送信端末２１２Ｓと、ネットワークサービス提供業者によって管理されるポスティングサーバ２０２及びＳＩＰサーバ２０４と、顧客（受信者）によって管理される印刷端末２０８Ｐと、で構成されている。このうち、送信端末２１２Ｓは、モニタを備えたパーソナルコンピュータ２６４によって構成されており、印刷端末２０８Ｐは、パーソナルコンピュータ２６０及びプリンタ２６２によって構成されている。なお、本実施例においても、印刷端末２０８Ｐとしては、図５に示したとおり、各種形態を採ることも可能である。

ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐは、インターネットを含む、いわゆるブロードバンドネットワーク２１４を介して接続されている。また、送信端末２１２Ｓは、同じくブロードバンドネットワークを介してポスティングサーバ２０２に接続されていてもよいし、専用回線などを介してポスティングサーバ２０２に接続されていてもよい。

なお、図１１に示すように、ネットワーク２１４内において、ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐは、ｗｅｓｔ．ｃｏｍドメインに所属しているものとする。本実施例では、説明を簡略化するために、ネットワーク２１４として、１つのドメインのみが存在する場合を対象としている。しかし、本実施例においても、第１〜第３の実施例と同様に、２つのドメインが存在する場合を対象としてもよいし、それ以上の数のドメインが存在する場合を対象としてもよい。このことは、後述する第５〜第７の実施例においても同様である。

図１２は図１１におけるポスティングサーバ２０２の主要構成を示すブロック図である。図１２に示すように、ポスティングサーバ２０２の構成は、図２に示したポスティングサーバ１０２の構成とほぼ同様であるが、メモリ１４に、配信履歴情報１７をさらに格納している点で異なっている。配信履歴情報１７は、複数の配信結果情報１９に基づいて構成されている。その他の構成は、図２に示したポスティングサーバ１０２の構成と同じであるので、説明は省略する。

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

Ｅ−２．実施例の動作：
本実施例においても、第１〜第３の実施例と同様に、シグナリングプロトコルの一種であるＳＩＰを用いて、装置間におけるセッションの確立を行い、データ転送プロトコルの一種であるＨＴＴＰを用いて、装置間におけるコンテンツデータの伝送を行うようにしている。なお、ポスティングサーバ２０２や印刷端末２０８Ｐの登録情報は、既に、ＳＩＰサーバ２０４内に登録されているものとする。

図１４は図１１における送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図１４において、時間は上から下に向かって流れている。

そこで、まず、企業側において、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意する。送信端末２１２Ｓであるパーソナルコンピュータ２６４は、そのコンテンツデータと、配信先リストを含む配信依頼情報と、を図１１の白抜き矢印２３８で示すように、ポスティングサーバ２０２に送信する。ポスティングサーバ２０２のＣＰＵ１０は、図１２に示すように、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。そして、ポスティングサーバ２０２のＣＰＵ１０は、そのコンテンツデータについて、配信結果情報１９を作成し、そのコンテンツデータの配信履歴情報１７として、メモリ１４に保存する。

ここで、配信結果情報１９には、以下の情報が含まれている。
１）送信者情報（送信者名、送信者側ののＩＰアドレスなど）
２）送信先情報（送信先名、送信先のＩＰアドレスなど）
３）コンテンツデータのファイル名
４）コンテンツデータの置かれている状態
５）コンテンツデータが保存されている場所
６）コンテンツデータが４）の状態に置かれた時刻

このうち、５）のコンテンツデータが保存されている場所として、本実施例では、ポスティングサーバ２０２、印刷端末２０８Ｐにおけるパーソナルコンピュータ２６０／プリンタ２６２が対象となる。

また、４）のコンテンツデータの置かれている状態としては、５）のコンテンツデータの保存場所に応じて、以下のような種々の状態が考えられる。
ａ）コンテンツデータの保存場所がポスティングサーバ２０２である場合
・配信受付
・再送信待ち
・送信エラー
ｂ）コンテンツデータの保存場所がパーソナルコンピュータ２６０／プリンタ２６２である場合
・送信済み
・印刷済み
・削除済み
・印刷エラー

さらに、６）のコンテンツデータが４）の状態に置かれた時刻としては、例えば、その状態が配信受付であれば、受付時刻、送信済みであれば、受信時刻、エラーであれば、エラー発生時刻などが用いられる。

さて、上記の場合、ポスティングサーバ２０２のＣＰＵ１０は、配信依頼のあったコンテンツデータについて、配信依頼を受け付けたので、作成する配信結果情報１９には、次のような情報が含まれることになる。
４）の状態 → 配信受付
５）の場所 → ポスティングサーバ
６）の時刻 → 受付時刻

なお、ポスティングサーバ２０２のＣＰＵ１０は、配信依頼のあったコンテンツデータ毎に、配信履歴情報を保存して、管理する。

次に、ポスティングサーバ２０２のＣＰＵ１０は、配信履歴情報１７を読み出し、その配信履歴情報１７を通信部１２を介して送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知する（図１１の実線矢印２６８）。パーソナルコンピュータ２６４では、通知された配信履歴情報を通信部８２を介して受信して、メモリ８４に保存する。その後、ＣＰＵ８０は、その配信履歴情報を読み出し、その内容をモニタ８６によってグラフィカルに表示させる。

次に、ポスティングサーバ２０２のＣＰＵ１０は、配信依頼情報１８を読み出し、それに含まれる配信先リストを解析する。そして、その配信先リストに従って、印刷端末２０８Ｐのパーソナルコンピュータ２６０との間において、ＳＩＰサーバ２０４を介して、リクエストとレスポンスのやりとりを行い（図１１の実線矢印２２２，２２４）、セッションの確立を行う。

そして、セッションが確立されると、ポスティングサーバ２０２は、印刷端末２０８ＰのＩＰアドレスに基づき、印刷端末２０８Ｐのパーソナルコンピュータ２６０に対して、ＳＩＰサーバ２０４を介することなく、直接アクセスして、ＨＴＴＰに従ってコンテンツデータをＰＵＳＨ型で配信する（白抜き矢印２４０）。これに対し、印刷端末２０８Ｐのパーソナルコンピュータ２６０では、図１４に示すように、伝送されたコンテンツデータを受信して、そのコンテンツデータをメモリ（図示せず）に保存すると、配信結果情報を作成して、ＨＴＴＰに従って、その配信結果情報をポスティングサーバ２０２へ送信する（図１１の実線矢印２６６）。

この場合、パーソナルコンピュータ２６０は、ポスティングサーバ２０２から送信されたコンテンツデータを受信したので、作成する配信結果情報には、次のような情報が含まれることになる。
４）の状態 → 送信済み
５）の場所 → パーソナルコンピュータ／プリンタ
６）の時刻 → 受信時刻

ポスティングサーバ２０２では、送信された配信結果情報を通信部１２を介して受信すると、ＣＰＵ１０は、受信した配信結果情報を配信履歴情報１７に追加して、メモリ１４に保存する。

その後、ポスティングサーバ２０２のＣＰＵ１０は、前回と同様にして、配信履歴情報１７を読み出して、送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知する。パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。

次に、印刷端末２０８Ｐにおいて、パーソナルコンピュータ２６０が、受信したコンテンツデータを印刷命令と共にプリンタ２６２に送信し（図１１の白抜き矢印２４１）、プリンタ２６２は、そのコンテンツデータに基づいて印刷を行う。なお、パーソナルコンピュータ２６０では、受信したコンテンツデータに所望の処理を施して、プリンタ２６２において印刷実行可能なデータ形式に変換する。その後、印刷が完了したら、プリンタ２６２は、印刷完了をパーソナルコンピュータ２６０に通知する（実線矢印２６５）。パーソナルコンピュータ２６０では、図１４に示すように、その通知を受けると、配信結果情報を作成して、ＨＴＴＰに従い、その配信結果情報をポスティングサーバ２０２へ送信する（図１１の実線矢印２６６）。

この場合、パーソナルコンピュータ２６０は、プリンタ２６２から印刷完了の通知を受けたので、作成する配信結果情報には、次のような情報が含まれることになる。
４）の状態 → 印刷済み
５）の場所 → プリンタ
６）の時刻 → 印刷時刻

ポスティングサーバ２０２では、その配信結果情報を受信すると、前回と同様にして、ＣＰＵ１０は、受信した配信結果情報を配信履歴情報１７に追加して、メモリ１４に保存する。その後、ポスティングサーバ２０２のＣＰＵ１０は、その配信履歴情報１７を、送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。

以上が、コンテンツデータに基づく印刷が正常に実行された場合の処理の流れである。次に、コンテンツデータの配信から印刷に至るまでの間に、エラーなどが発生した場合の処理の流れについて説明する。

図１５は図１１において送信エラーが発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図１５に示すように、ポスティングサーバ２０２が、印刷端末２０８Ｐのパーソナルコンピュータ２６０に対して、コンテンツデータを送信する際、その送信（また受信）に失敗した場合、ポスティングサーバ２０２のＣＰＵ１０は、そのコンテンツデータについて、配信結果情報１９を作成し、配信履歴情報１７に追加してメモリ１４に保存する。

この場合、ポスティングサーバ２０２は、コンテンツデータの送信に失敗したので、作成する配信結果情報１９には、次のような情報が含まれることになる。
４）の状態 → 送信エラー、そのエラー内容
６）の時刻 → エラー発生時刻

そして、ポスティングサーバ２０２のＣＰＵ１０は、更新された配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。

このようにコンテンツデータの配信に失敗したので、その後、ポスティングサーバ２０２のＣＰＵ１０は、再配信処理を開始する。このとき、ＣＰＵ１０は、配信結果情報１９を作成し、配信履歴情報１７に追加してメモリ１４に保存する。

この場合、コンテンツデータは再配信待ちの状態にあるので、ポスティングサーバ２０２の作成する配信結果情報１９には、次のような情報が含まれることになる。
４）の状態 → 再配信待ち

ポスティングサーバ２０２のＣＰＵ１０は、更新された配信履歴情報１７をパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。

図１６は図１１において印刷エラーが発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図１６に示すように、印刷端末２０８Ｐのプリンタ２６２において、コンテンツデータに基づき印刷を実行した際、その印刷に失敗した場合、プリンタ２６２は、印刷端末２０８Ｐのパーソナルコンピュータ２６０に対し、印刷エラー発生を通知する。パーソナルコンピュータ２６０では、その通知を受けると、配信結果情報を作成して、ＨＴＴＰに従い、その配信結果情報をポスティングサーバ２０２へ送信する。

この場合、パーソナルコンピュータ２６０は、印刷エラー発生の通知を受けたので、作成する配信結果情報には、次のような情報が含まれることになる。
４）の状態 → 印刷エラー、そのエラー内容
６）の時刻 → エラー発生時刻

ポスティングサーバ２０２では、その配信結果情報を受信すると、ＣＰＵ１０は、受信した配信結果情報を配信履歴情報１７に追加してメモリ１４に保存する。そして、ＣＰＵ１０は、更新された配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。なお、通知する情報としては、配信履歴情報１７のうち、必要な情報のみを通知するようにしてもよいし、そのコンテンツデータについて保存している配信履歴情報の全てを通知するようにしてもよい。このことは、後述する実施例においても同様である。

コンテンツデータに基づく印刷が後述するようなダイレクト印刷である場合には、プリンタ２６２が印刷を失敗したことにより、印刷端末２０８Ｐでは配信されたコンテンツデータが失われているので、ポスティングサーバ２０２のＣＰＵ１０は、再配信処理を開始する。このとき、ＣＰＵ１０は、配信結果情報１９を作成し、配信履歴情報１７に追加してメモリ１４に保存する。以降の処理は、図１５の場合と同様であるので、説明は省略する。

図１７は図１１においてコンテンツデータの削除が発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図１７に示すように、印刷端末２０８Ｐのパーソナルコンピュータ２６０が、配信されたコンテンツデータを、印刷の実行がなされる前に、ユーザ（受信者）からの指示によって削除した場合、パーソナルコンピュータ２６０では、配信結果情報を作成して、ＨＴＴＰに従い、その配信結果情報をポスティングサーバ２０２へ送信する。

この場合、パーソナルコンピュータ２６０は、コンテンツデータの削除を行ったので、作成する配信結果情報には、次のような情報が含まれることになる。
４）の状態 → 削除済み
６）の時刻 → 削除時刻

ポスティングサーバ２０２では、その配信結果情報を受信すると、ＣＰＵ１０は、受信した配信結果情報を配信履歴情報１７に追加してメモリ１４に保存する。そして、ＣＰＵ１０は、更新された配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタ８６に表示させる。

配信したコンテンツデータは、印刷が実行される前に削除されたので、ポスティングサーバ２０２のＣＰＵ１０は、再配信処理を開始する。このとき、ＣＰＵ１０は、配信結果情報１９を作成し、配信履歴情報１７に追加してメモリ１４に保存する。以降の処理は、図１５の場合と同様であるので、説明は省略する。

なお、本実施例においては、送信者側（企業側）である送信端末２１２Ｓ（すなわち、パーソナルコンピュータ２６４）は、ポスティングサーバ２０２からの通知を受けて、配信中のコンテンツデータに関する配信履歴情報を取得して、その内容をモニタに表示するようにしていた。

しかし、これに代えて、または、これと共に、送信者側の送信端末２１２Ｓ（すなわち、パーソナルコンピュータ２６４）は、定期的に、ポスティングサーバ２０２にアクセスして、配信中のコンテンツデータに関する配信履歴情報を取得して、その内容をモニタに表示するようにしてもよい。

Ｅ−３．実施例の効果：
以上説明したように、本実施例によれば、印刷コンテンツの配信を行う場合に、ポスティングサーバ２０２が、配信したコンテンツデータの置かれている状態などの情報を随時収集して、配信履歴情報として管理し、その結果を送信者に通知しているので、送信者側において、印刷コンテンツが実際に印刷されたかどうかを把握することができ、配信に関する信頼性を高めることができる。

Ｆ．第５の実施例：
上記した第４の実施例では、配信したコンテンツデータの置かれている状態などの情報を、ポスティングサーバが、配信先である印刷端末から直接受け取っていたが、これに代えて、ＳＩＰサーバから、情報を受け取るようにしてもよい。第１の実施例などで述べたとおり、ＳＩＰサーバは、プレゼンスサーバとして機能すると、印刷端末の状態に関する情報をプリンタ状態情報として取得し、ポスティングサーバなどから要求があった場合に、そのプリンタ状態情報の中から、要求された情報を提供することができるからである。

そこで、本実施例においては、印刷コンテンツの配信を行う場合に、ポスティングサーバが、配信先である印刷端末の状態に関する情報の提供を、プレゼンスサーバとして機能するＳＩＰサーバから受け、その印刷端末が印刷可能な状態であるかを把握したり、さらには、配信後の印刷端末の状態に関する情報を随時収集して、配信履歴情報として管理し、その結果を送信者に通知することによって、送信者側において、印刷コンテンツがエラーなく印刷されたかどうかを把握することができるようにしている。

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

図１８に示すとおり、本実施例のコンテンツ伝送システムが、第４の実施例におけるコンテンツ伝送システムと異なる点は、ＳＩＰサーバ２０４がプレゼンスサーバとして機能して、印刷端末２０８Ｐから、印刷端末の状態に関する情報をプリンタ状態情報として取得し、その情報をポスティングサーバ２０２に提供するようにしている点である。従って、本実施例では、ポスティングサーバ２０２は、ＳＩＰサーバ２０４を通じて、印刷端末２０８Ｐの状態に関する情報を受け取るため、第４の実施例のように、印刷端末２０８Ｐから直接、配信結果情報を受け取ることはしていない。なお、ＳＩＰサーバ２０４の構成は、第１の実施例において、図３に示したＳＩＰサーバ１０４，１０６の構成と同様である。また、その他の構成は、第４の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。また、本実施例においても、印刷端末２０８Ｐとしては、図５に示したとおり、各種形態を採ることも可能である。
なお、本実施例において、ＳＩＰサーバ２０４は、請求項におけるプレゼンスサーバに、ポスティングサーバ２０２におけるメモリ１４は、請求項における格納部に、送信端末２１２Ｓにおけるモニタ８６は、請求項における表示部に、それぞれ相当する。

Ｆ−２．実施例の動作：
図１９は図１８における送信端末２１２Ｓ、ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図１９において、時間は上から下に向かって流れている。なお、図１９では、印刷端末２０８ＰのパーソナルコンピュータをＰＣと略記してある。

図１９において、まず、ポスティングサーバ２０２や印刷端末２０８Ｐは、それぞれ、起動すると、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しているＳＩＰサーバ２０４にアクセスして、登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する（図１８の破線矢印２１６，２１８）。ＳＩＰサーバ２０４は、登録要求を受け付け、送信された情報を登録情報として登録する。

こうして、ＳＩＰに関する事前準備が完了したら、次に、ＳＩＰサーバ２０４は、プレゼンスサーバとして機能する。ＳＩＰサーバ２０４のＣＰＵ３０は、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属する印刷端末２０８Ｐの状態に関する情報を通信部３２を介して取得し（図１８の実線矢印２２６）、図３に示すように、メモリ３４内にプリンタ状態情報３８として格納して、管理する。

プリンタ状態情報（印刷端末の状態に関する情報と）しては、例えば、次のような情報を取得する。
・オンライン情報：プリンタが電源ＯＮの状態か電源ＯＦＦの状態かを示す。
・動作状態情報：プリンタの動作状態がアイドルか、処理中か、停止中かを示す。具体的には、プリンタが待機中であれば、アイドルとなり、印刷中であれば、処理中となり、エラー発生時やカバーオープン時であれば、停止中となる。
・インク情報（トナー情報）：プリンタのインク（トナー）切れているか否かを示す。
・用紙情報：プリンタの用紙が切れているか否かを示す。
・排紙口情報：プリンタの排紙口が満杯か否かを示す。
・エラー情報：プリンタにエラーが発生した場合、そのエラー内容を示す。

なお、「プリンタのインク（トナー）の残量が少量になった」など、いわゆるワーニング情報も含ませるようにしてもよい。また、プリンタに関する情報だけでなく、そのプリンタが接続されるパーソナルコンピュータに関する情報を含ませるようにしてもよい。また、これら情報の他に、プリンタ状態情報には、第４の実施例で述べたような、コンテンツデータの置かれている状態を示す情報（例えば、印刷済み、削除済みなどの情報）を含ませるようにしてもよい。

ちなみに、図１９に示すように、ＳＩＰ ＵＲＩやＩＰアドレスなどの情報を登録した後に、ＳＩＰサーバ２０４が取得するプリンタ状態情報は、電源ＯＮで、かつ、アイドルとなっている。

また、このようなＳＩＰサーバ２０４によるプリンタ状態情報の取得は、プリンタ２６２に状態変化があった場合に、パーソナルコンピュータ２６０が、ＳＩＰサーバ２０４にプリンタ状態情報を通知することによって行われる。パーソナルコンピュータ２６０は、プリンタ２６２から必要な情報を随時受け取っており（図１８の実線矢印２６５）、その情報を元にしてプリンタ状態情報をＳＩＰサーバ２０４に通知するようにしている。

なお、ＳＩＰサーバ２０４は、パーソナルコンピュータ２６０に定期的にアクセスすることにより（すなわち、ポーリングすることにより）、プリンタ状態情報をパーソナルコンピュータ２６０から取得するようにしてもよい。

また、プリンタ２６２において、配信されたコンテンツデータに基づく印刷が完了した際には、パーソナルコンピュータ２６０は、ＳＩＰサーバ２０４における情報の初期化を目的として、プリンタ状態情報をＳＩＰサーバ２０４に通知するようにする。

一方、企業側では、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意する。送信端末２１２Ｓであるパーソナルコンピュータ２６４は、そのコンテンツデータと、配信先リストを含む配信依頼情報と、をポスティングサーバ２０２に送信する（図１８の白抜き矢印２３８）。ポスティングサーバ２０２のＣＰＵ１０は、図１２で示したように、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に格納して、そのコンテンツデータについての配信依頼を受け付ける。そして、そのコンテンツデータについて配信結果情報１９を作成し、配信履歴情報１７としてメモリ１４に保存する。

そして、ポスティングサーバ２０２のＣＰＵ１０は、配信履歴情報１７を読み出し、その配信履歴情報１７を通信部１２を介して送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知する（図１８の実線矢印２６８）。パーソナルコンピュータ２６４では、通知された配信履歴情報を受信して、その内容をモニタ８６によってグラフィカルに表示させる。

次に、ポスティングサーバ２０２のＣＰＵ１０は、配信依頼情報１８を読み出し、それに含まれる配信先リストを解析する。そして、ＣＰＵ１０は、その配信先リストに基づき、配信先である印刷端末２０８Ｐのプリンタ状態情報の提供を、ＳＩＰサーバ２０４に対して要求する。ＳＩＰサーバ２０４のＣＰＵ３０は、その要求を受けると、図３に示すように、メモリ３４から、印刷端末２０８Ｐのプリンタ状態情報３８を読み出して、ポスティングサーバ２０２に対して提供する（図１８の実線矢印２２８）。ポスティングサーバ２０２は、提供されたプリンタ状態情報を受信すると、ＣＰＵ１０が、そのプリンタ状態情報を配信履歴情報１７に追加して、メモリ１４に保存する。これによって、ポスティングサーバ２０２は、印刷端末２０８Ｐの状態を把握することができる。

そこで、ポスティングサーバ２０２は、提供されたプリンタ状態情報を解析し、配信先である印刷端末２０８Ｐが印刷可能な状態であるかどうかを判定する。このとき、ポスティングサーバ２０２は、プリンタ状態情報が、電源ＯＮで、かつ、アイドルとなっている場合に、印刷端末２０８Ｐは印刷可能な状態であると判定し、それ以外の場合には、印刷可能な状態でないと判定する。その判定の結果、印刷可能な状態であれば、ポスティングサーバ２０２は、コンテンツデータを配信すべく、印刷端末２０８Ｐのパーソナルコンピュータ２６０との間において、ＳＩＰサーバ２０４を介して、リクエストとレスポンスのやりとりを行い（図１８の実線矢印２２２，２２４）、セッションの確立を行う。反対に、印刷可能な状態でない場合には、ポスティングサーバ２０２は、コンテンツデータの印刷端末２０８Ｐへの配信を見合わせ、待機する。

上記したセッションが確立されると、ポスティングサーバ２０２は、印刷端末２０８ＰのＩＰアドレスに基づき、印刷端末２０８Ｐのパーソナルコンピュータ２６０に対して、ＳＩＰサーバ２０４を介することなく、直接アクセスして、ＨＴＴＰに従ってコンテンツデータをＰＵＳＨ型で配信する（白抜き矢印２４０）。

印刷端末２０８Ｐでは、パーソナルコンピュータ２６０が、受信したコンテンツデータを印刷命令と共にプリンタ２６２に送信し（図１８の白抜き矢印２４１）、プリンタ２６２は、そのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。なお、パーソナルコンピュータ２６０では、受信したコンテンツデータに所望の処理を施して、プリンタ２６２において印刷実行可能なデータ形式に変換する。また、この際、プリンタ２６２では、印刷処理が開始されると、プリンタ２６２の動作状態が、アイドルから処理中に変化するので、図１９に示すように、パーソナルコンピュータ２６０は、その状態変化によって、ＳＩＰサーバ２０４にプリンタ状態情報を通知する。このときのプリンタ状態情報は、電源ＯＮで、かつ、処理中となっている。

こうして、ＳＩＰサーバ２０４では、印刷端末２０８Ｐから新たなプリンタ状態情報を取得すると、ＣＰＵ３０は、取得したプリンタ状態情報３８をメモリ３４内に格納して、管理する。その後、ポスティングサーバ２０２から、印刷端末２０８Ｐについてのプリンタ状態情報の提供を要求されると、ＳＩＰサーバ２０４のＣＰＵ３０は、メモリ３４から、印刷端末２０８Ｐのプリンタ状態情報３８を読み出して、ポスティングサーバ２０２に対して提供する。

ポスティングサーバ２０２のＣＰＵ１０は、提供されたプリンタ状態情報を、メモリ１４内の配信履歴情報１７に追加して、メモリ１４に保存する。そして、ポスティングサーバ２０２のＣＰＵ１０は、その配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知する。パーソナルコンピュータ２６４では、通知された配信履歴情報を受信して、その内容をモニタによって表示させる。

その後、プリンタ２６２において、印刷が完了すると、プリンタ２６２の動作状態が、処理中からアイドルに変化するので、図１９に示すように、パーソナルコンピュータ２６０は、その状態変化によって、ＳＩＰサーバ２０４に再びプリンタ状態情報を通知する。このときのプリンタ状態情報は、電源ＯＮで、かつ、アイドルとなっている。

ＳＩＰサーバ２０４では、印刷端末２０８Ｐからまた新たなプリンタ状態情報を取得すると、ＣＰＵ３０は、取得したプリンタ状態情報３８をメモリ３４内に格納して、管理する。その後、ポスティングサーバ２０２からプリンタ状態情報の提供を要求されると、ＳＩＰサーバ２０４のＣＰＵ３０は、メモリ３４からプリンタ状態情報３８を読み出して、ポスティングサーバ２０２に対して提供する。

ポスティングサーバ２０２のＣＰＵ１０は、提供されたプリンタ状態情報を配信履歴情報１７に追加して、メモリ１４に保存し、その後、その配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知する。パーソナルコンピュータ２６４では、その配信履歴情報を受信して、その内容をモニタによって表示させる。

以上が、コンテンツデータに基づく印刷が正常に実行された場合の処理の流れである。一方、コンテンツデータに基づく印刷に関連して、印刷端末２０８Ｐにおいて、エラーなどが発生した場合は、次のような処理となる。

例えば、印刷端末２０８Ｐのプリンタ２６２において、コンテンツデータに基づき印刷を実行した際、その印刷に失敗した場合、エラー発生により、プリンタ２６２の動作状態が、処理中から停止中に変化するので、図１９に示すように、パーソナルコンピュータ２６０は、その状態変化によって、ＳＩＰサーバ２０４にプリンタ状態情報を通知する。このときのプリンタ状態情報は、電源ＯＮで、かつ、停止中となっており、エラー内容を示すエラー情報も含まれる。

ＳＩＰサーバ２０４では、印刷端末２０８Ｐから、エラー発生に伴うプリンタ状態情報を取得すると、メモリ３４内に格納して管理する。その後、ポスティングサーバ２０２からプリンタ状態情報の提供を要求されると、ＳＩＰサーバ２０４は、そのプリンタ状態情報３８をポスティングサーバ２０２に対して提供する。

ポスティングサーバ２０２では、そのプリンタ状態情報を受信すると、配信履歴情報１７に追加してメモリ１４に保存する。そして、ポスティングサーバ２０２は、更新された配信履歴情報１７を送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタに表示させる。

Ｆ−３．実施例の効果：
以上説明したように、本実施例によれば、印刷コンテンツの配信を行うに当たり、ポスティングサーバ２０２が、配信先である印刷端末２０８Ｐの状態に関する情報（プリンタ状態情報）の提供を、プレゼンスサーバとして機能するＳＩＰサーバ２０４から受け、印刷端末２０８Ｐが印刷可能な状態であるかを把握することができるので、エラーの無い確実な配信が可能になる。また、ポスティングサーバ２０２は、配信後の印刷端末２０８Ｐの状態に関する情報をＳＩＰサーバ２０４から随時収集して、配信履歴情報１７として管理し、その結果を送信者に通知することによって、送信者側において、印刷コンテンツがエラーなく印刷されたかどうかを把握することができ、配信に関する信頼性を高めることができる。

Ｇ．第６の実施例：
従来においては、企業（送信者）が顧客（受信者）に対して期間限定で印刷コンテンツを配信する場合、例えば、その印刷コンテンツのコンテンツデータをサーバに保持して、その期間のみ、顧客に、そのコンテンツデータをダウンロードをさせることを許可するといった方法が採られていた。このような場合、顧客が一度ダウンロードしたコンテンツデータは、その後、顧客のローカル環境において、期間制限なく印刷や移動を自由に行うことができるため、送信者が想定している期間を超えても、印刷コンテンツの利用が可能になってしまうという問題があった。

そこで、本実施例においては、期間限定で印刷コンテンツの配信を行う場合、ポスティングサーバにおいて、期間限定に即したコンテンツデータの管理を行うと共に、ＰＵＳＨ型印刷（すなわち、ダイレクト印刷）として、コンテンツデータの配信，印刷，削除までの一連の処理を１つの通信セッションで行うようにすることにより、送信者が想定している期間を超えて、顧客（受信者）等による印刷コンテンツの利用ができないようにしている。

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

本発明の第６の実施例としてのコンテンツ伝送システムの構成は、図２０に示すように、基本的には、図１８に示した第５の実施例におけるコンテンツ伝送システムの構成と同じであるが、印刷端末２０８Ｐからポスティングサーバ２０２へ配信結果情報を送信するための信号経路（実線矢印２６６）が追加されている。その他の構成は、第５の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。また、本実施例においても、印刷端末２０８Ｐとしては、図５に示したとおり、各種形態を採ることも可能である。

図２１は図２０におけるポスティングサーバ２０２の主要構成を示すブロック図である。但し、本実施例においては、後述するように、企業側（送信者）の送信端末２１２Ｓから印刷コンテンツの配信依頼を受ける際、その印刷コンテンツについての印刷可能期限の指定も受けるので、図２１に示すように、ポスティングサーバ２０２のメモリ１４に格納される配信依頼情報１８’には、配信先リストの他、印刷可能期限の情報も含まれることになる。なお、ポスティングサーバ２０２は、上記構成要素以外にも、キーボードやポインティングデバイスなどの入力部やモニタなどの表示部などを備えているが、図では省略されている。

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

Ｇ−２．実施例の動作：
図２３は図２０における送信端末２１２Ｓ、ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。図２３において、時間は上から下に向かって流れている。なお、図２３でも、印刷端末２０８ＰのパーソナルコンピュータをＰＣと略記してある。

図２３において、まず、ポスティングサーバ２０２や印刷端末２０８Ｐは、それぞれ、起動すると、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属しているＳＩＰサーバ２０４にアクセスして、登録要求を出し、自己のＳＩＰ ＵＲＩやＩＰアドレスなどの情報を送信する。ＳＩＰサーバ２０４は、登録要求を受け付け、送信された情報を登録情報として登録する。

こうして、ＳＩＰに関する事前準備が完了したら、次に、ＳＩＰサーバ２０４は、プレゼンスサーバとして機能し、同じドメイン（ｗｅｓｔ．ｃｏｍ）に所属する印刷端末２０８Ｐの状態に関する情報、すなわち、プリンタ状態情報を取得し、メモリ内に格納して管理する。

一方、企業側では、印刷コンテンツとして配信したいコンテンツデータと、各配信先のリストを用意すると共に、その企業（送信者）が希望する印刷可能期限（○○年○月○日○時○分）を指定する。送信端末２１２Ｓであるパーソナルコンピュータ２６４は、そのコンテンツデータと、配信先リスト及び印刷可能期限を含む配信依頼情報と、をポスティングサーバ２０２に送信する。ポスティングサーバ２０２のＣＰＵ１０は、図２１で示すように、受信したコンテンツデータ１６と、配信先リスト及び印刷可能期限を含む配信依頼情報１８’と、をメモリ１４に格納する。

ポスティングサーバ２０２のＣＰＵ１０は、配信依頼情報１８’に印刷可能期限が含まれている場合、コンテンツデータの配信に先立って、図２４に示すコンテンツ配信開始判定処理を実行する。

図２４は図２３のポスティングサーバ２０２で実行されるコンテンツ配信開始判定処理の処理手順を示すフローチャートである。この処理が開始されると、ポスティングサーバ２０２のＣＰＵ１０は、内部クロックから現在時刻を取得すると共に（ステップＳ１０２）、メモリ１４から配信依頼情報１８’を読み出し、それに含まれる印刷可能期限を取得する。そして、現在時刻と印刷可能期限とを比較し、印刷可能期限内であるか否かを判定する（ステップＳ１０４）。判定の結果、印刷可能期限内であれば（すなわち、印刷可能期限を過ぎていなければ）、配信依頼情報１８’に含まれる配信先リストを解析し、その配信先リストに従って、後述する手順にて、コンテンツデータの配信を開始する（ステップＳ１０６）。その後、ＣＰＵ１０は、配信先リストに掲載された全ての配信先に対して、エラーなく正常に配信されたか否かを判定する（ステップＳ１０８）。判定の結果、コンテンツデータの配信に失敗した配信先に対しては、一定時間経過後、コンテンツデータの再配信を行う。すなわち、ＣＰＵ１０は、一定時間待機した後（ステップＳ１１０）、ステップＳ１０２に戻り、再び同様の処理を繰り返す。こうして、印刷可能期限内にある間は、配信失敗によりコンテンツデータの配信がなされていない配信先に対しては、再配信処理（エラーリトライ）が行われる。なお、コンテンツデータの配信失敗の場合としては、ポスティングサーバから印刷端末へのコンテンツデータの送信に失敗した場合や、印刷端末自体が印刷可能な状態にない場合などが挙げられる。

以上のようにして、全ての配信先に対してコンテンツデータが正常に配信された場合には（ステップＳ１０８ Ｙｅｓ）、ＣＰＵ１０は、図２４に示す処理を終了する。また、ステップＳ１０４の判定の結果、印刷可能期限を過ぎてしまった場合にも（ステップＳ１０４ Ｎｏ）、ＣＰＵ１０は図２４に示す処理を終了する。

なお、上記した再配信処理を行う際には、以下のような優先順位を付けた処理を実行するようにしてもよい。
１）印刷可能期限が近づいたら、定期的に行われる再配信の実行間隔が短くなるようにする。例えば、期限３日前からは、１日１回の再配信が１日３回になるようにするなどである。具体的には、ステップＳ１１０における待機時間を短くすることにより、実現することができる。）
２）複数のコンテンツデータについて再配信が行われる場合には、印刷可能期限までに残り時間の少ないコンテンツデータから、順番に、再配信処理を開始するようにする。

一方、ポスティングサーバ２０２では、ＣＰＵ１０が、図２４に示すコンテンツ配信開始判定処理と並行して、図２５に示すコンテンツ削除判定処理も実行する。

図２５は図２３のポスティングサーバ２０２で実行されるコンテンツ削除判定処理の処理手順を示すフローチャートである。この処理が開始されると、ポスティングサーバ２０２のＣＰＵ１０は、現在時刻を取得すると共に（ステップＳ２０２）、配信依頼情報１８’に含まれる印刷可能期限を取得する。そして、現在時刻と印刷可能期限とを比較し、印刷可能期限を過ぎているか否かを判定する（ステップＳ２０４）。判定の結果、印刷可能期限を過ぎていなければ、一定時間待機した後（ステップＳ２０８）、ステップＳ２０２に戻り、再び同様の処理を繰り返す。ステップＳ２０４の判定の結果、印刷可能期限を過ぎていれば、ＣＰＵ１０は、メモリ１４内の対応するコンテンツデータ１６を削除して（ステップＳ２０６）、図２５に示す処理を終了する。このように、ポスティングサーバ２０２は、定期的に、印刷コンテンツの印刷可能期限をチェックし、印刷可能期限を過ぎた印刷コンテンツを削除し、配信を中止する。

次に、コンテンツデータの配信開始後の処理について、図２３を用いて説明する。本実施例では、前述したように、ＰＵＳＨ型印刷（すなわち、ダイレクト印刷）として、コンテンツデータの配信，印刷，削除までの一連の処理を１つの通信セッションで行う。

まず、ポスティングサーバ２０２のＣＰＵ１０は、配信先リストに基づき、配信先である印刷端末２０８Ｐのプリンタ状態情報の提供を、ＳＩＰサーバ２０４に対して要求する。ＳＩＰサーバ２０４のＣＰＵ３０は、その要求を受けると、メモリから、印刷端末２０８Ｐのプリンタ状態情報３８を読み出して、ポスティングサーバ２０２に対して提供する。ポスティングサーバ２０２は、提供されたプリンタ状態情報を受信すると、ＣＰＵ１０が、そのプリンタ状態情報を解析し、配信先である印刷端末２０８Ｐが印刷可能な状態であるかどうかを判定する。判定の結果、印刷可能な状態であれば、ポスティングサーバ２０２は、コンテンツデータを配信するため、印刷端末２０８Ｐのパーソナルコンピュータ２６０との間において、ＳＩＰサーバ２０４を介して、リクエストとレスポンスのやりとりを行い、セッションの確立を行う。反対に、印刷可能な状態でない場合には、ポスティングサーバ２０２は、上述したごとく、コンテンツデータの印刷端末２０８Ｐへの配信を見合わせ、待機する。

上記したセッションが確立されると、ポスティングサーバ２０２は、印刷端末２０８ＰのＩＰアドレスに基づき、印刷端末２０８Ｐのパーソナルコンピュータ２６０に直接アクセスして、ＨＴＴＰに従ってコンテンツデータをＰＵＳＨ型で配信する。なお、このとき、コンテンツデータには、属性情報が付加されており、その情報には、ＰＵＳＨ型印刷を行う旨の指示が含まれている。

印刷端末２０８Ｐにおけるパーソナルコンピュータ２６０では、通信部９２を介してコンテンツデータを受信すると、ＣＰＵ９０は、一時的にメモリ９４にそのコンテンツデータ９５を保存する。そして、ＣＰＵ９０は、そのコンテンツデータ９５に付加されている属性情報を解析し、ＰＵＳＨ型印刷を行う旨の指示を受け取ると、コンテンツデータ９５を印刷命令と共にプリンタ２６２に送信し、プリンタ２６２は、そのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。なお、パーソナルコンピュータ２６０では、受信したコンテンツデータに所望の処理を施して、プリンタ２６２において印刷実行可能なデータ形式に変換する。その後、印刷が完了したら、プリンタ２６２は、印刷完了をパーソナルコンピュータ２６０に通知する。パーソナルコンピュータ２６０では、その通知を受けると、ＣＰＵ９０が、メモリ９４に保存していたコンテンツデータ９５を削除すると共に、配信結果情報を作成して、ＨＴＴＰに従い、その配信結果情報を通信部９２からポスティングサーバ２０２へ送信する（実線矢印２６６）。

ポスティングサーバ２０２では、その配信結果情報を受信すると、ＣＰＵ１０は、受信した配信結果情報１９を配信履歴情報１７として、メモリ１４に保存する。その後、ポスティングサーバ２０２のＣＰＵ１０は、その配信履歴情報１７を、送信端末２１２Ｓであるパーソナルコンピュータ２６４に通知し、パーソナルコンピュータ２６４では、その配信履歴情報の内容をモニタに表示させる。

Ｇ−３．実施例の効果：
以上説明したように、本実施例では、期間限定で印刷コンテンツの配信を行う場合、ポスティングサーバ２０２では、印刷可能期限が過ぎているか否かの判定を行い、印刷可能期限内であれば、配信先である印刷端末へコンテンツデータの配信を行い、印刷可能期限を過ぎていたら、コンテンツデータを削除し、それ以降の配信を行わないようにしている。また、コンテンツデータの配信を行う際には、ＰＵＳＨ型印刷として、コンテンツデータの配信，印刷，削除までの一連の処理を１つの通信セッションで行うようにして、印刷端末においても、印刷が完了したら、直ちに、コンテンツデータを削除するようにしている。従って、本実施例によれば、企業（送信者）側で想定している期間を超えて、コンテンツデータが、ポスティングサーバ２０２内や、顧客（受信者）の印刷端末内に留まることがないため、その期間経過後に、コンテンツデータが不正に利用されたりする恐れがなく、その期間経過後の印刷コンテンツの利用を確実に制限することができる。

Ｈ．第７の実施例：
上記した第６の実施例においては、ＰＵＳＨ型印刷（すなわち、ダイレクト印刷）により、印刷端末２０８Ｐに配信されたコンテンツデータは、顧客（受信者）の印刷端末内において、印刷完了後に、直ちに削除されるため、その印刷端末内に留まることはないが、いわゆる「見てから印刷」など、印刷端末に配信されたコンテンツデータが、印刷端末内に保持され、その後、顧客（受信者）からの指示によって印刷の実行がされるような場合には、送信者が想定している期間を超えて、顧客の下にコンテンツデータが留まる恐れがある。

そこで、本実施例においては、期間限定で印刷コンテンツの配信を行う場合に、顧客（受信者）の印刷端末においても、ポスティングサーバを利用して、保持しているコンテンツデータについて期間限定に即した管理を行うようにすることにより、送信者が想定している期間を超えて、顧客の下にコンテンツデータが留まることがなく、その期間経過後の印刷コンテンツの利用を制限できるようにしている。

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

本発明の第７の実施例としてのコンテンツ伝送システムの構成は、図２６に示すように、基本的には、図１８に示した第５の実施例におけるコンテンツ伝送システムの構成と同じであるが、印刷端末２０８Ｐからポスティングサーバ２０２へコンテンツデータ情報を送信するための信号経路（実線矢印２６６）と、ポスティングサーバ２０２から印刷端末２０８Ｐへ「印刷可」または「印刷不可」の応答を返すための信号経路（実線矢印２６７）と、が追加されている。その他の構成は、第５の実施例と同じであるので、同一の符号を付し、それらについての説明は省略する。また、ポスティングサーバ２０２及び印刷端末２０８Ｐの構成については、図２１及び図２２に示した第６の実施例の構成と同じであるので、それらについての説明も省略する。但し、本実施例では、上述したとおり、顧客（受信者）の印刷端末２０８Ｐにおいて、保持しているコンテンツデータに対し期間限定に即した管理を行うために、印刷端末２０８Ｐを構成するパーソナルコンピュータ２６０では、専用のアプリケーションプログラムが実行されている。従って、パーソナルコンピュータ２６０のＣＰＵ９０は、その専用アプリケーションプログラムに従って、後述する種々の処理を行うことになる。また、本実施例においても、印刷端末２０８Ｐとしては、図５に示したとおり、各種形態を採ることも可能である。

Ｈ−２．実施例の動作：
本実施例においても、ポスティングサーバ２０２が印刷端末２０８Ｐに対しコンテンツデータの配信を開始するに当たり、両者のセッションの確立がなされるまでの動作は、第６の実施例と同じであるので、それら動作についての説明は省略する。

図２７は図２６におけるポスティングサーバ２０２、印刷端末２０８Ｐ間における、コンテンツデータ配信以降のデータや情報のやりとりを模式的に示した説明図である。図２７において、時間は上から下に向かって流れている。

本実施例では、前述したようにいわゆる「見てから印刷」に対応しており、印刷端末２０８Ｐにおいて、例えば、顧客（受信者）が、配信されたコンテンツデータについての内容を、顧客（受信者）が画面で確認した後、顧客からの指示によって印刷の実行がされる。

ポスティングサーバ２０２と２０８Ｐとの間のセッションが確立されると、ポスティングサーバ２０２は、印刷端末２０８ＰのＩＰアドレスに基づき、印刷端末２０８Ｐのパーソナルコンピュータ２６０に直接アクセスして、ＨＴＴＰに従ってコンテンツデータをＰＵＳＨ型で配信する。

印刷端末２０８Ｐにおけるパーソナルコンピュータ２６０では、通信部９２を介してコンテンツデータを受信すると、ＣＰＵ９０は、メモリ９４にそのコンテンツデータ９５を保存する。その後、顧客（受信者）から入力部９７を介して、内容確認のための表示指示を受け取ると、ＣＰＵ９０は、コンテンツデータ９５に基づいて、印刷コンテンツの内容をモニタ９６の画面上に表示させる。続いて、顧客（受信者）から入力部９７を介し、確認した印刷コンテンツについて印刷指示を受け取ると、ＣＰＵ９０は、通信部９２を介して、ポスティングサーバ２０２にアクセスし、印刷しようとしているコンテンツデータの情報（具体的には、送信者情報、送信先情報、コンテンツデータのファイル名など）を送信する（実線矢印２６６）。なお、この際、ポスティングサーバ２０２にアクセスできない場合には、ＣＰＵ９０は、顧客（受信者）が印刷の実行をできないようにする（例えば、印刷ボタンなどのユーザインタフェースを無効化するなど）。

次に、ポスティングサーバ２０２は、送られてきたコンテンツデータ情報と一致するコンテンツデータについての配信依頼情報１８’から、印刷可能期限を取得し、内部クロックから得た現在時刻との比較を行い、印刷可能期限内であるか否かを判定する。判定の結果、印刷可能期限内であれば（すなわち、印刷可能期限を過ぎていなければ）、ＣＰＵ９０は通信部９２を介して印刷端末２０８Ｐに対し、「印刷可」の応答を返す（実線矢印２６７）。反対に、印刷可能期間を過ぎていたら、ＣＰＵ９０は印刷端末２０８Ｐに対し、「印刷不可」の応答を返す（実線矢印２６７）。ちなみに、ポスティングサーバ２０２において、図２５に示したコンテンツ削除判定処理における、印刷可能期限が過ぎたとの判定（ステップＳ２０４ Ｙｅｓ）により、ポスティングサーバ２０２内のコンテンツデータが既に削除されていた場合にも、ＣＰＵ９０は、「印刷不可」の応答を返す。

次に、印刷端末２０８Ｐのパーソナルコンピュータ２６０では、通信部９２を介して判定結果についての応答を受け取ると、ＣＰＵ９０は、その応答内容を解析し、その応答内容が「印刷可」の場合には、コンテンツデータ９５に基づく印刷開始をパーソナルコンピュータ２６０に指示する。すなわち、ＣＰＵ９０は、コンテンツデータ９５を印刷命令と共にプリンタ２６２に送信し、プリンタ２６２は、そのコンテンツデータに基づいて印刷を行い、印刷コンテンツを出力する。なお、パーソナルコンピュータ２６０では、受信したコンテンツデータに所望の処理を施して、プリンタ２６２において印刷実行可能なデータ形式に変換する。

一方、応答内容が「印刷不可」の場合には、ＣＰＵ９０は、モニタ９６に印刷可能期限を過ぎたことを示すメッセージを表示すると共に、メモリ９４に保存されているコンテンツデータ９５を削除する。

さて、以上の説明では、印刷端末２０８Ｐのパーソナルコンピュータ２６０は、顧客（受信者）からの印刷指示の受け取りを契機として、ポスティングサーバ２０２に対し、印刷可能期限のチェックを依頼していたが、パーソナルコンピュータ２６０は、定期的に、印刷可能期限チェックの依頼をするようにしてもよい。具体的には、パーソナルコンピュータ２６０のＣＰＵ９０が、タイマ処理を行って、一定時間毎に、ポスティングサーバ２０２にアクセスし、印刷可能期限チェックを依頼するようにする。

そのように、定期的に印刷可能期限チェックを依頼するような場合には、ポスティングサーバ２０２からの応答として、印刷可能期限まであとどのくらいかという情報も併せて受け取るようにしてもよい。そのような場合、ＣＰＵ９０は、印刷されていないコンテンツデータの印刷可能期限が近づいたときに、印刷実行を促すメッセージをモニタ９６の画面上に表示させるようにしてもよい。さらには、プリンタ２６２に印刷開始を指示し、自動で印刷を開始させるようにしてもよい。具体的には、例えば、印刷可能期限の３日前からは、上記した印刷実行を促すメッセージを表示させ、印刷可能期限の当日には、自動で印刷を開始させるようにするなどである。

なお、このように定期的に印刷可能期限チェックを依頼するような場合でも、印刷可能期限が過ぎていたら（すなわち、「印刷不可」の場合）、パーソナルコンピュータ２６０のＣＰＵ９０は、モニタ９６に印刷可能期限が過ぎたことを表示させ、コンテンツデータの削除を行う。

また、メッセージをモニタ９６の画面上に表示させる代わりに、そのメッセージを音声などで顧客（受信者）に知らせるようにしてもよい。あるいは、警告ランプなど、その他の手段で報知するようにしてもよい。

Ｈ−３．実施例の効果：
以上説明したように、本実施例では、期間限定で印刷コンテンツの配信を行った場合に、印刷端末２０８Ｐがポスティングサーバ２０２に対し印刷可能期限が過ぎているか否かの判定を依頼し、その応答内容に基づいて、印刷可能期限内であれば、そのコンテンツデータに基づく印刷を開始し、印刷可能期限を過ぎていたら、コンテンツデータを削除し、それ以降の印刷を行わないようにしている。従って、いわゆる「見てから印刷」など、印刷端末２０８Ｐに配信されたコンテンツデータが、印刷端末２０８Ｐ内に保持され、その後、顧客（受信者）からの指示によって印刷の実行がされるような場合においても、企業（送信者）側で想定している期間を超えて、コンテンツデータが、顧客（受信者）の印刷端末２０８Ｐ内に留まることがないため、不正に印刷など行うことができず、その期間経過後の印刷コンテンツの利用を制限することができる。

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

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

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

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

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

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

上記した実施例では、ネットワーク上に、ＳＩＰサーバが複数存在する場合、登録情報や、プレゼンス情報（ＳＩＰクライアントの状態に関する情報など）は、各ＳＩＰサーバが独自に管理するようにしていたが、例えば、ＳＩＰサーバ同士の間で、それらの情報を共有するようにしてもよい。また、或るＳＩＰサーバにおいて、情報が更新された場合、他のＳＩＰサーバとの間で同期をとって、情報の更新を他のＳＩＰサーバにも反映させ、情報の共通化を図るようにしてもよい。
また、必要な情報のみを他のドメインに流すように、ＳＩＰサーバにフィルタリング機能を持たせるようにしてもよい。

本発明の第１の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図１におけるポスティングサーバ１０２の主要構成を示すブロック図である。 図１におけるＳＩＰサーバ１０４，１０６の主要構成を示すブロック図である。 一般的なＳＩＰサーバの種別を示す説明図である。 図１における印刷端末１０８Ｐ，１１０Ｐの構成の各種形態を示す説明図である。 図１におけるポスティングサーバ１０２と印刷端末１１０Ｐとの間のセッション確立処理のシーケンスを示す説明図である。 本発明の第２の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 本発明の第３の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 第１の実施例において、顧客から企業側に対してコンテンツデータを伝送する場合の変形例を示すブロック図である。 第２の実施例において、顧客から企業側に対してコンテンツデータを伝送する場合の変形例を示すブロック図である。 本発明の第４の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図１１におけるポスティングサーバ２０２の主要構成を示すブロック図である。 図１１における送信端末２１２Ｓの主要構成を示すブロック図である。 図１１における送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 図１１において送信エラーが発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 図１１において印刷エラーが発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 図１１においてコンテンツデータの削除が発生した際の送信端末２１２Ｓ、ポスティングサーバ２０２及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 本発明の第５の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図１８における送信端末２１２Ｓ、ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 本発明の第６の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図２０におけるポスティングサーバ２０２の主要構成を示すブロック図である。 図２０における印刷端末２０８Ｐの主要構成を示すブロック図である。 図２０における送信端末２１２Ｓ、ポスティングサーバ２０２、ＳＩＰサーバ２０４及び印刷端末２０８Ｐ間におけるデータや情報のやりとりを模式的に示した説明図である。 図２３のポスティングサーバ２０２で実行されるコンテンツ配信開始判定処理の処理手順を示すフローチャートである。 図２３のポスティングサーバ２０２で実行されるコンテンツ削除判定処理の処理手順を示すフローチャートである。 本発明の第７の実施例としてのコンテンツ伝送システムの概略構成を示すブロック図である。 図２６におけるポスティングサーバ２０２、印刷端末２０８Ｐ間における、コンテンツデータ配信以降のデータや情報のやりとりを模式的に示した説明図である。

符号の説明

１０…ＣＰＵ
１２…通信部
１４…メモリ
１６…コンテンツデータ
１７…配信履歴情報
１８…配信依頼情報
１９…配信結果情報
３０…ＣＰＵ
３２…通信部
３４…メモリ
３６…登録情報
３８…プリンタ状態情報
５０…ブロードバンドルータ
５２…ＩＰ通信プリンティング対応複合機
５４…パーソナルコンピュータ
５６…複合機
５８…プリンタ
６０…スキャナ
６２…ネットワーク対応複合機
６４…ネットワークアダプタ
６６…複合機
６８…プリンタ
７０…ＬＡＮ
８０…ＣＰＵ
８２…通信部
８４…メモリ
８６…モニタ
９０…ＣＰＵ
９２…通信部
９４…メモリ
９５…コンテンツデータ
９６…モニタ
９７…入力部
９８…出力インタフェース部
１０２…ポスティングサーバ
１０４，１０６…ＳＩＰサーバ
１０８Ｐ，１１０Ｐ…印刷端末
１０８Ｓ，１１０Ｓ…送信端末
１１２Ｒ，１４４Ｒ…受信端末
１１２Ｓ，１４４Ｓ…送信端末
１１４…ネットワーク
２０２…ポスティングサーバ
２０４…ＳＩＰサーバ
２０８Ｐ…印刷端末
２１２Ｓ…送信端末
２１４…ネットワーク
２６０…パーソナルコンピュータ
２６２…プリンタ
２６４…パーソナルコンピュータ

Claims (6)

1. ネットワークに接続されるポスティングサーバであって、
   コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して印刷端末に配信して印刷させる制御部を備え、
   前記制御部は、前記コンテンツデータを前記印刷端末に印刷させるのに先立ち、プレゼンスサーバとして動作する仲介サーバが取得した前記印刷端末の状態に関する状態情報の提供を受け、前記印刷端末が印刷可能な状態にある場合には、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させ、
   前記制御部は、前記印刷端末が印刷不能な状態にある場合には、一定期間毎に前記印刷端末が印刷可能な状態になったか否かを判断し、印刷可能な状態になれば、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させる、
   ポスティングサーバ。
2. 請求項１に記載のポスティングサーバにおいて、
   前記制御部は、前記コンテンツデータを配信先情報に基づき配信する、ポスティングサーバ。
3. 請求項１に記載のポスティングサーバにおいて、
   前記制御部は、送信端末から送信された前記コンテンツデータを受信し、前記コンテンツデータを前記ネットワークを介して配信し、
   前記ポスティングサーバは、
   配信した前記コンテンツデータに関する配信履歴を格納する格納部をさらに備え、
   前記制御部は、前記プレゼンスサーバから提供された前記状態情報を、前記格納部内の配信履歴に追加して保存すると共に、前記配信履歴のうち、少なくとも一部の情報を前記送信端末に通知する、ポスティングサーバ。
4. 請求項３に記載のポスティングサーバにおいて、
   前記制御部は、前記送信端末から、前記コンテンツデータと共に、配信先情報を受信し、前記コンテンツデータを前記配信先情報に基づき配信する、ポスティングサーバ。
5. ネットワークに接続されたポスティングサーバを制御するためのポスティングサーバ制御方法であって、
   （ａ）プレゼンスサーバとして動作する仲介サーバが取得した印刷端末の状態に関する状態情報の提供を受け、前記印刷端末が印刷可能な状態にある場合には、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させる工程と、
   （ｂ）前記プレゼンスサーバから提供された状態情報に基づき、前記印刷端末が印刷不能な状態にある場合には、一定期間毎に前記印刷端末が印刷可能な状態になったか否かを判断し、印刷可能な状態になれば、前記仲介サーバを介して前記印刷端末とセッションを確立した上で、前記コンテンツデータを前記印刷端末に印刷させる工程と、
   を備える、ポスティングサーバ制御方法。
6. 請求項５に記載のポスティングサーバ制御方法において、
   （ｃ）送信端末からの前記コンテンツデータを受信し、前記コンテンツデータを前記ネットワークを介して前記印刷端末へ配信する工程と
   （ｄ）配信する前記コンテンツデータに関する配信履歴を前記ポスティングサーバの格納部に格納する工程と、
   （ｅ）前記プレゼンスサーバから提供された前記状態情報を、前記格納部内の配信履歴に追加して保存する工程と、
   （ｆ）前記格納部内の配信履歴のうち、少なくとも一部の情報を、前記送信端末に通知する工程と、
   をさらに備える、ポスティングサーバ制御方法。

Images