JP2010113649A - 印刷端末及びポスティングサーバ - Google Patents

Abstract

【課題】印刷コンテンツを配信して印刷させるシステムにおいて、印刷コンテンツの配信状態及び印刷状態を把握する。
【解決手段】印刷端末１１０Ｐは、ＳＩＰサーバを介して確立されたセッションを用いてコンテンツデータ１６を取得する通信部３２０と、コンテンツデータ１６及びコンテンツデータのプレゼンス情報３８を記憶するメモリ３３０と、コンテンツデータ１６に基づいて印刷を実行する印刷エンジン３４０と、プレゼンス情報３８を管理するＣＰＵ３１０とを備える。通信部３２０は、プレゼンス情報３８に含まれるコンテンツデータ１６の状態が更新されたときに、ポスティングサーバに対して更新後のプレゼンス情報３８を送信し、更新後のプレゼンス情報３８のうち、送信未完了のプレゼンス情報３８が所定以上になると、ポスティングサーバからの新たなセッション確立要求を受け付けない。
【選択図】図７

Description

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

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

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

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

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

なお、ネットワークを利用した情報の伝送に関しては、例えば、下記の特許文献に記載のものが知られている。
特開２００５− １０９７０１号公報 特開２００３− １７８０２８号公報 特表２００５− ５１６３２０号公報

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

また、そのような配信システムでは、印刷コンテンツが印刷端末へ確実に配信されたか否か、及び、印刷端末に配信された印刷コンテンツが印刷されたか否かを把握することは、印刷コンテンツの送り手にとっては極めて重要なことである。

従って、本発明の目的は、印刷コンテンツを、低コストで、かつ、高品質にて配信するシステムにおいて、印刷コンテンツの配信状態及び印刷状態を把握する技術を提供することにある。

本発明の一つの実施態様に従う、ネットワークを介して配信システムに接続される印刷端末であって、前記配信システムは、コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して前記印刷端末へ配信するポスティングサーバと、前記ポスティングサーバからの配信リクエストに基づいて、前記ネットワークを介して、シグナリングプロトコルに従い、前記ポスティングサーバと前記印刷端末との間におけるセッションの確立を仲介する仲介サーバと、を備えていて、前記印刷端末は、前記仲介サーバを介したセッション確立要求を受け付けて、前記ポスティングサーバとのセッションを確立し、前記確立されたセッションを用いて、所定のデータ転送用のプロトコルに従ってコンテンツデータを取得する通信部と、前記取得したコンテンツデータ、及び、前記コンテンツデータの状態を示す情報を含むプレゼンス情報を記憶する記憶手段と、前記コンテンツデータに基づいて印刷を実行する印刷手段と、を備え、前記通信部は、前記プレゼンス情報に含まれる前記コンテンツデータの状態が受信済みであることを示すか、または、前記印刷手段の印刷の実行により印刷済みであることを示すように更新されたときに、前記ポスティングサーバに対して、前記更新後のプレゼンス情報の送信を試み、前記更新後のプレゼンス情報のうち、前記ポスティングサーバへの送信が完了していないプレゼンス情報が所定以上になると、前記仲介サーバを介した前記ポスティングサーバからの新たなセッション確立要求を受け付けない。

これにより、印刷端末へ印刷コンテンツデータを配信したポスティングサーバは、印刷コンテンツデータが印刷端末に配信されたこと及び印刷端末での印刷が完了したことを、確実に把握することができる。

好適な実施形態では、前記記憶手段に記憶されているコンテンツデータを削除する削除手段をさらに備え、前記通信部は、前記プレゼンス情報に含まれる前記コンテンツデータの状態が削除済みであることを示すように更新されたとき、前記ポスティングサーバに対して、前記更新後のプレゼンス情報を送信するようにしてもよい。

これにより、印刷端末へ印刷コンテンツデータを配信したポスティングサーバは、印刷コンテンツデータが印刷端末で削除されたことを、確実に把握することができる。

好適な実施形態では、前記ポスティングサーバに対する送信が完了していない前記更新後のプレゼンス情報があるとき、前記通信部は、所定の間隔で前記ポスティングサーバに対する送信リトライを行うようにしてもよい。

これにより、未送信のプレゼンス情報を前記ポスティングサーバへ確実に送信できるようになる。

好適な実施形態では、前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）であってもよい。

好適な実施形態では、前記データ転送用プロトコルは、ＨＴＴＰ（Hypertext Transfer Protocol）またはＨＴＴＰＳ（Hypertext Transfer Protocol Security）であってもよい。

本発明の一つの実施態様に従うポスティングサーバは、印刷端末に対してコンテンツの印刷を行うためのコンテンツデータを配信し、前記印刷端末に前記コンテンツデータに基づく印刷を実行させるポスティングサーバであって、送信端末から送信された前記コンテンツデータ及び配信先情報を受信する受信手段と、仲介サーバがシグナリングプロトコルに従い、前記ポスティングサーバと前記受信手段が受信した配信先情報が示す印刷端末との間に確立したセッションを用いて、所定のデータ転送用のプロトコルに従って、前記受信手段が受信したコンテンツデータを配信する配信手段と、配信先の印刷端末から、前記配信手段が配信したコンテンツデータの配信状態及び印刷状態を示すプレゼンス情報を取得する取得手段と、前記取得手段が取得したプレゼンス情報を前記送信端末へ提供する提供手段と、を備える。

これにより、ポスティングサーバが、送信端末から依頼を受けた印刷コンテンツデータが、印刷端末へ配信されたか、及び印刷端末で印刷が実行されたかを、送信端末へ提供することができる。

好適な実施形態では、前記配信手段は、前記コンテンツデータをＰＵＳＨ型にて配信しても良い。

好適な実施形態では、前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）であっても良い。

以下、本発明の一実施形態に係るコンテンツ配信システムについて、図面を参照して説明する。

図１は、本実施形態に係るコンテンツ配信システムの概略構成を示すブロック図である。

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

なお、図１に示すように、ネットワーク１１４内において、ポスティングサーバ１０２、ＳＩＰサーバ１０４及び印刷端末１０８Ｐは、ｗｅｓｔ．ｃｏｍドメインに所属しているものとし、ＳＩＰサーバ１０６及び印刷端末１１０Ｐは、ｅａｓｔ．ｃｏｍドメインに所属しているものとする。

本実施形態では、広告や通信教材などの印刷コンテンツは、コンテンツデータとして、後ほど詳述するように、送信端末１１２Ｓからポスティングサーバ１０２に送信され、ポスティングサーバ１０２によって、印刷端末１０８Ｐ，１１０ＰにそれぞれＰＵＳＨ型で配信される。ここで、このような印刷のために用いられるコンテンツデータとしては、例えば、ＪＰＥＧデータ、ＧＩＦデータ、ＰＮＧデータ、ＴＩＦＦデータ、プレーンテキストデータ、ＨＴＭＬデータ、ＰＤＦデータ、ＰｏｓｔＳｃｒｉｐｔ（登録商標）データなど、画像やドキュメントを表現することが可能な各種データを用いることができる。また、印刷端末で用いられるプリンタ等の機種が分かっている場合には、印刷データの形態で配信するようにしてもよい。また、ここで、「ＰＵＳＨ型」とは、端末側が情報をリクエストしなくても、サーバ側が一方的に情報を端末に送り出して配信する方法を言う。本実施形態においては、後述するように、コンテンツデータの転送にＨＴＴＰないしはＨＴＴＰＳを用いて行う。従って、ポスティングサーバ１０２から印刷端末１０８Ｐ，１１０Ｐへアクセスしてデータを送信する（ＨＴＴＰ ＰＯＳＴ）、いわゆるＰＵＳＨ型の配信、または、印刷端末１０８Ｐ，１１０Ｐからポスティングサーバ１０２へアクセスしてデータを取得する（ＨＴＴＰ ＧＥＴ）、いわゆるＰＵＬＬ型の配信の２通りが可能である。
図２は図１におけるポスティングサーバ１０２の主要構成を示すブロック図である。図２に示すように、ポスティングサーバ１０２は、サーバコンピュータによって構成されており、プログラムを実行することにより種々の処理や制御を行うＣＰＵ１０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部１２と、プログラムを格納したり、データや情報を格納したりするためのメモリ１４と、を主として備えている。このうち、メモリ１４は、データや情報として、コンテンツデータ１６や配信依頼情報１８などを格納すること可能である。なお、ポスティングサーバ１０２は、上記構成要素以外にも、キーボードやポインティングデバイスなどの入力部やモニタなどの表示部などを備えているが、図では省略されている。

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

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

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

レジストラは、ＳＩＰクライアント（すなわち、ＳＩＰユーザエージェント）からの登録要求を受け付けて、ＳＩＰクライアントのＳＩＰアドレス（すなわち、ＳＩＰ ＵＲＩ（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 DomainName）やＩＰアドレスが用いられる。さらに、ホスト名の後には、ポート番号や、オプションパラメータなどを置くことも可能である。また、ＳＩＰ ＵＲＩに代えて、ＳＩＰのセキュアなＵＲＩとして、ＳＩＰＳ ＵＲＩを用いることもできる。その場合、スキームとして、「sips」を置く。

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

そこで、まず、企業側において、印刷コンテンツとして配信したい一以上の印刷コンテンツのエンティティデータと、各配信先のリストを用意する。送信端末１１２Ｓは、その一以上のエンティティデータを含むコンテンツデータと、配信先リストを含む配信依頼情報と、を白抜き矢印１３８で示すように、ポスティングサーバ１０２に送信する。ポスティングサーバ１０２は、図２に示すように、受信したコンテンツデータ１６と、配信依頼情報１８と、をメモリ１４に一旦格納する。このとき、送信端末１１２Ｓからポスティングサーバ１０２へのコンテンツデータ，配信依頼情報の伝送には、ＡＰＩ（Application Program Interface）技術が利用される。伝送プロトコルとしては、ＨＴＴＰＳに従って行われるが、ＦＴＰ（File Transfer Protocol）など他のデータ伝送プロトコルを用いるようにしてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

図７は、印刷端末１１０Ｐの主要構成を示すブロック図である。ここでは、印刷端末１１０Ｐを例にとり説明するが、印刷端末１０８Ｐも同様の機能構成であってよい。また、図７では、印刷端末１１０Ｐは、ＩＰ通信プリンティング対応複合機５２ないしはネットワーク対応複合機６２のように、ネットワークに直接接続可能な複合機を例にして説明する。しかしながら、印刷端末１１０Ｐが、ネットワークアダプタ６４を介してネットワークに接続される複合機６６ないしプリンタ６８で構成される場合や、パーソナルコンピュータ５４とプリンタ５８ないし複合機５６などで構成される場合でも、実質的に同様の構成を実現できる。

印刷端末１１０Ｐは、プログラムを実行することにより種々の処理や制御を行うＣＰＵ３１０と、ネットワークを介して他の装置との間で各種データや情報などの伝送を行う通信部３２０と、プログラムを格納したり、データや情報を格納したりするためのメモリ３３０と、印刷ヘッド及び紙送り機構などを備え、印刷を実行する印刷エンジン３４０とを主として備えている。このうち、メモリ３３０は、ポスティングサーバ１０２から配信されたコンテンツデータ１６と、コンテンツデータ１６のプレゼンス情報３８とを格納すること可能である。さらに、メモリ３３０上には、送信キュー３３５が設けられている。

なお、印刷端末１１０Ｐは、上記構成要素以外にも、操作パネルなどの入出力部を備えているが、図では省略されている。

通信部３２０は、ＳＩＰサーバ１０６，１０４を介してポスティングサーバ１０２からセッション確立要求を受け付けて、ポスティングサーバ１０２とのセッションを確立する。また、確立されたセッションを用いて、ＨＴＴＰまたはＨＴＴＰＳに従ってコンテンツデータ１６（データエンティティ１６０）をポスティングサーバ１０２から取得し、メモリ３３０に格納する。

コンテンツデータ１６は、個別の印刷コンテンツに対応する複数のデータエンティティ１６０，１６０，・・・から構成される。

プレゼンス情報３８は、各データエンティティ１６０，１６０，・・・の属性を示す情報を含む。例えば、プレゼンス情報３８には、図８に示すように、データ項目として、各データエンティティ１６０，１６０，・・・の識別情報であるドキュメント番号３８１と、送信元のポスティングサーバ１０２の識別情報であるＳＩＰ ＵＲＩ３８２と、それぞれのデータエンティティ１６０，１６０，・・・の状態を示すコンテンツ動作状態３８３と、各データエンティティ１６０，１６０，・・・の印刷に関する状態を示すコンテンツ印刷状態３８４とが含まれている。プレゼンス情報３８は、一つのデータエンティティ１６０に対して１レコード３８０で構成されている。つまり、プレゼンス情報３８には、複数のデータエンティティ１６０，１６０，・・・に対応する複数のレコード３８０，３８０，・・・が含まれている。

コンテンツ動作状態３８３は、例えば、データエンティティ１６０の受信（配信）が完了していることを示す「受信済み」と、印刷が完了していることを示す「印刷完了」と、データエンティティ１６０がメモリ３３０から削除されたことを示す「削除済み」などをとり得る。コンテンツ印刷状態３８３は、正常に印刷が完了した「正常終了」、ユーザによって途中で印刷がキャンセルされた「キャンセル」及びプリンタのエラーなどで正常終了しなかった「異常終了」などをとり得る。

ＣＰＵ３１０が所定のプログラムを実行すると、プレゼンス情報３８を管理する管理手段、及び、データエンティティ１６０をメモリ３３０から削除する削除手段などが実現される。例えば、通信部３２０が受信したデータエンティティ１６０をメモリ３３０に格納すると、ＣＰＵ３１０が管理手段として、そのデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０のコンテンツ動作状態３８３を「受信済み」に更新する。また、印刷エンジン３４０がデータエンティティ１６０に従って印刷を実行すると、ＣＰＵ３１０が管理手段として印刷エンジン３４０からその印刷に関するステータスを取得して、印刷されたデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０を更新する。例えば、あるデータエンティティ１６０の印刷が正常終了すれば、プレゼンス情報３８のそれに対応するレコード３８０のコンテンツ動作状態３８３が「印刷完了」、コンテンツ印刷状態３８３が「正常終了」に更新される。ＣＰＵ３１０が削除手段として、データエンティティ１６０をメモリ３３０から削除すれば、それに応じてＣＰＵ３１０が管理手段として、削除したデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０のコンテンツ動作状態３８３を「削除済み」に更新する。

例えば、ユーザからの指示を受けたときに、ＣＰＵ３１０が削除手段として、データエンティティ１６０をメモリ３３０から削除しても良いし、各データエンティティ１６０に、配信時刻からの有効期間を予め設定しておき、その有効期間が過ぎると、ＣＰＵ３１０が削除手段として自動的に削除するようにしても良い。

プレゼンス情報３８のあるレコード３８０において、いずれかの項目が更新されると、ＣＰＵ３１０が管理手段として、更新後のプレゼンス情報３８のレコード３８０を送信キュー３３５へ格納する。例えば、コンテンツ動作状態３８３が更新されたとき、特にコンテンツ動作状態３８３が「受信済み」「印刷済み」「削除済み」になったときに、ＣＰＵ３１０が更新後のプレゼンス情報３８のレコード３８０を送信キュー３３５へ格納するようにしても良い。

通信部３２０は、送信キュー３３５に格納されているプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信を試みる。通信部３２０は、プレゼンス情報３８のレコード３８０を、例えばＴＣＰまたはＵＤＰを用いて送信してもよい。送信先のポスティングサーバ１０２は、例えば、送信するプレゼンス情報３８のレコード３８０に含まれるプレゼンスサーバ１０２のＳＩＰ ＵＲＩ３８２に基づいて特定される。何らかの理由で、ポスティングサーバ１０２に対してプレゼンス情報３８のレコード３８０の送信が完了できないときは、通信部３２０は、所定時間ウェイトした後、送信キュー３３５に残っているプレゼンス情報３８のレコード３８０の送信リトライを行う。プレゼンスサーバ１０２への送信が完了したプレゼンス情報３８のレコード３８０は、送信キュー３３５から削除される。送信が完了したか否かの判定は、例えば、ポスティングサーバ１０２からプレゼンス情報３８のレコード３８０の受信通知を受領したか否かによって行ってもよい。

通信部３２０は、送信キュー３３５に所定以上のプレゼンス情報３８のレコード３８０が蓄積されているときは、プレゼンスサーバ１０２から新たなセッション確立要求があっても、その要求を拒否する。プレゼンス情報３８のレコード３８０を確実にプレゼンスサーバ１０２へ送信する必要があるため、未送信のプレゼンス情報３８のレコード３８０が増えたときは、新たなデータエンティティ１６０を受け付けないこととした。

次に、上記のような構成を備える印刷端末１１０Ｐの処理について、フローチャートを用いて説明する。

図９は、印刷端末１１０Ｐのコンテンツデータ１６の受信処理を示すフローチャートである。

まず、通信部３２０が、ポスティングサーバ１０２から、ＳＩＰサーバ１０４，１０６を介してセッション確立要求を受け付ける（Ｓ１００）。ここで、通信部３２０は、セッション確立要求を受け付けることが可能であるか否かを判定する（Ｓ１１０）。例えば、送信キュー３３５に所定数以上の未送信のプレゼンス情報３８のレコード３８０が格納されているときなど、セッション確立要求を受け付けないときは（Ｓ１１０：Ｎｏ）、通信部３２０はそのセッション確立要求を拒否する（Ｓ１８０）。

一方、通信部３２０がセッション確立要求を受け付けるときは（Ｓ１１０：Ｙｅｓ）、通信部３２０が、ポスティングサーバ１０２との間で所定のセッション確立処理を行う（Ｓ１２０）。そして、印刷端末１１０Ｐとポスティングサーバ１０２との間にセッションが確立すれば（Ｓ１３０：Ｙｅｓ）、通信部３２０は、ＨＴＴＰＳに従って、ポスティングサーバ１０２から配信されたコンテンツデータ１６のデータエンティティ１６０を受信する（Ｓ１４０）。

このように、送信キュー３３５に所定数以上の未送信のプレゼンス情報３８のレコード３８０が格納されているときは、印刷端末１１０Ｐは、ポスティングサーバ１０２からセッション確立要求を拒否する。これにより、ポスティングサーバ１０２へ未送信のプレゼンス情報３８のレコード３８０が、増えすぎることを防止し、未送信レコードの消失などのトラブルを未然に防止している。

次に、図１０は、プレゼンス情報の更新処理及び送信処理を示すフローチャートである。

ＣＰＵ３１０がデータエンティティ１６０の状態変化を検出すると、そのデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０を更新する（Ｓ２００）。例えば、ポスティングサーバ１０２から配信されたデータエンティティ１６０を受信したとき、あるいは、データエンティティ１６０に基づく印刷が完了したときに、プレゼンス情報３８のレコード３８０が更新されると、ＣＰＵ３１０がそれを検出する。

ＣＰＵ３１０は、更新されたプレゼンス情報３８のレコード３８０をメモリ３３０から読み出して、送信キュー３３５に格納する（Ｓ２１０）。

送信キュー３３５にプレゼンス情報３８のレコード３８０が格納されると、通信部３２０は、送信キュー３３５に格納されているプレゼンス情報３８のレコード３８０の送信処理を行う（Ｓ２２０）。これにより、更新されたプレゼンス情報３８のレコード３８０は、直ちにポスティングサーバ１０２に対する送信処理が開始される。この送信処理の詳細について、以下に説明する。

図１１は、プレゼンス情報３８のレコード３８０の詳細な送信処理を示すフローチャートである。

通信部３２０は、送信キュー３３５に、未送信のプレゼンス情報３８のレコード３８０が一つ以上格納されているか否かを判定する（Ｓ３００）。送信キュー３３５に未送信のプレゼンス情報３８のレコード３８０がないときは（Ｓ３００：Ｎｏ）、この処理を終了する。

一方、送信キュー３３５に未送信のプレゼンス情報３８のレコード３８０があるときは（Ｓ３００：Ｙｅｓ）、送信キュー３３５の先頭から順に、未送信のプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信を試みる（Ｓ３１０）。

この送信の試行を行った後、通信部３２０は、ポスティングサーバ１０２への送信が成功したか否かを判定する（Ｓ３２０）。

ポスティングサーバ１０２へのプレゼンス情報３８のレコード３８０の送信が成功したときは（Ｓ３２０：Ｙｅｓ）、送信済みのレコード３８０を送信キュー３３５から削除する（Ｓ３３０）。これに対して、プレゼンス情報３８のレコード３８０の送信に失敗したときは（Ｓ３３０：Ｎｏ）、所定時間ウェイトして、ステップＳ３１０以降の処理を繰り返す（Ｓ３４０）。

これにより、送信キューに蓄積されているプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信することができる。

つぎに、図１２は、送信端末１１２Ｓにおいて、印刷コンテンツの配信を依頼してから、その印刷コンテンツの配信及び印刷が行われたか否かを確認するための配信表示が行われるまでの主要なデータのやりとりを模式的に示したシーケンス図である。同図に従って、データのやりとりについて説明する。なお、同図においては、ＳＩＰサーバ１０４，１０６、及びセッションの確立処理などを省略している。

まず、依頼端末１１２Ｓが印刷コンテンツのデータエンティティ１６０及び配信依頼情報をポスティングサーバ１０２へ送信する（Ｓ４００）。ポスティングサーバ１０２では、通信部１２がコンテンツデータ及び配信依頼情報を受信する。

ポスティングサーバ１０２は、配信依頼情報に従って配信相手である印刷端末１１０Ｐを特定し、ＳＩＰサーバ１０４，１０６を介して確立されたセッションを用いて、通信部１２が印刷端末１１０Ｐに対してコンテンツデータを配信する（Ｓ４１０）。

印刷端末１１０Ｐは、上述した通り、データエンティティ１６０を受信すると、データエンティティ１６０に対応するプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信する（Ｓ４３０）。ポスティングサーバ１０２では、通信部１２が印刷端末１１０Ｐから送信されたプレゼンス情報３８のレコード３８０を取得する。

ポスティングサーバ１０２では、通信部１２が取得したプレゼンス情報３８のレコード３８０に基づいて、データエンティティ１６０の配信完了を示す配信実績情報を送信端末１１２Ｓに対して提供する（Ｓ４４０）。そして、送信端末１１２Ｓは、提供された配信実績情報に基づいて、印刷を依頼したコンテンツのステータスを示す配信表示を行う。これにより、送信端末１１２Ｓから配信を依頼した印刷コンテンツが、印刷端末１１０Ｐへ配信されたことを把握できる。

一方、印刷端末１１０Ｐでは、受信したデータエンティティ１６０の印刷を行い、印刷が完了すると、そのデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信する（Ｓ４５０）。ポスティングサーバ１０２では、通信部１２が印刷端末１１０Ｐから送信されたプレゼンス情報３８のレコード３８０を取得する。

ポスティングサーバ１０２では、通信部１２が取得したプレゼンス情報３８のレコード３８０に基づいて、データエンティティ１６０の印刷完了を示す配信実績情報を送信端末１１２Ｓに対して提供する（Ｓ４６０）。そして、送信端末１１２Ｓは、提供された配信実績情報に基づいて配信表示を行う。これにより、送信端末１１２Ｓから配信を依頼した印刷コンテンツが、印刷端末１１０Ｐで印刷されたことを把握できる。

また、印刷端末１１０Ｐでは、データエンティティ１６０が削除されると、そのデータエンティティ１６０に対応するプレゼンス情報３８のレコード３８０をポスティングサーバ１０２へ送信する（Ｓ４７０）。ポスティングサーバ１０２では、通信部１２が印刷端末１１０Ｐから送信されたプレゼンス情報３８のレコード３８０を取得する。

ポスティングサーバ１０２では、通信部１２が取得したプレゼンス情報３８のレコード３８０に基づいて、データエンティティ１６０の削除完了を示す配信実績情報を送信端末１１２Ｓに対して提供する（Ｓ４８０）。そして、送信端末１１２Ｓは、配信実績情報に基づいて配信表示を行う。これにより、送信端末１１２Ｓから配信を依頼した印刷コンテンツが、印刷端末１１０Ｐで削除されたことを把握できる。

上記のように送信端末へ配信実績情報を提供することにより、印刷コンテンツの配信を依頼した企業等は、印刷端末への配信が行われたことや、印刷が行われたことを知らせることができる。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

本発明の第１の実施形態としてのコンテンツ配信システムの概略構成を示すブロック図である。 ポスティングサーバ１０２の主要構成を示すブロック図である。 ＳＩＰサーバ１０４，１０６の主要構成を示すブロック図である。 一般的なＳＩＰサーバの種別を示す説明図である。 印刷端末１０８Ｐ，１１０Ｐの構成の各種形態を示す説明図である。 ポスティングサーバ１０２と印刷端末１１０Ｐとの間のセッション確立処理のシーケンスを示す説明図である。 印刷端末１１０Ｐの主要構成を示すブロック図である。 プレゼンス情報３８のデータ構造の一例を示す図である。 印刷端末１１０Ｐのコンテンツデータ１６の受信処理を示すフローチャートである。 プレゼンス情報の更新処理及び送信処理を示すフローチャートである。 プレゼンス情報３８のレコードの詳細な送信処理を示すフローチャートである。 印刷コンテンツの配信から配信表示までの主要なデータのやりとりを模式的に示したシーケンス図である。

符号の説明

１０，３０，３１０ ＣＰＵ
１２，３２、３２０ 通信部
１４，３４、３３０ メモリ
１６ コンテンツデータ
１８ 配信依頼情報
３６ 登録情報
３８ プレゼンス情報
５０ ブロードバンドルータ
５２ 通信プリンティング対応複合機
５４ パーソナルコンピュータ
５６，６６ 複合機
５８，６８ プリンタ
６０ スキャナ
６２ ネットワーク対応複合機
６４ ネットワークアダプタ
１０２ ポスティングサーバ
１０４，１０６ ＳＩＰサーバ
１０８Ｐ，１１０Ｐ 印刷端末
１１２Ｓ 送信端末
１１４ ブロードバンドネットワーク
１６０，１６０，・・・ データエンティティ
３３５ 送信キュー
３４０ 印刷エンジン

Claims (8)

1. ネットワークを介して配信システムに接続される印刷端末であって、
   前記配信システムは、
   コンテンツの印刷を行うためのコンテンツデータを前記ネットワークを介して前記印刷端末へ配信するポスティングサーバと、
   前記ポスティングサーバからの配信リクエストに基づいて、前記ネットワークを介して、シグナリングプロトコルに従い、前記ポスティングサーバと前記印刷端末との間におけるセッションの確立を仲介する仲介サーバと、を備えていて、
   前記印刷端末は、
   前記仲介サーバを介したセッション確立要求を受け付けて、前記ポスティングサーバとのセッションを確立し、前記確立されたセッションを用いて、所定のデータ転送用のプロトコルに従ってコンテンツデータを取得する通信部と、
   前記取得したコンテンツデータ、及び、前記コンテンツデータの状態を示す情報を含むプレゼンス情報を記憶する記憶手段と、
   前記コンテンツデータに基づいて印刷を実行する印刷手段と、を備え、
   前記通信部は、
   前記プレゼンス情報に含まれる前記コンテンツデータの状態が受信済みであることを示すか、または、前記印刷手段の印刷の実行により印刷済みであることを示すように更新されたときに、前記ポスティングサーバに対して、前記更新後のプレゼンス情報の送信を試み、
   前記更新後のプレゼンス情報のうち、前記ポスティングサーバへの送信が完了していないプレゼンス情報が所定以上になると、前記仲介サーバを介した前記ポスティングサーバからの新たなセッション確立要求を受け付けない印刷端末。
2. 請求項１記載の印刷端末において、
   前記記憶手段に記憶されているコンテンツデータを削除する削除手段をさらに備え、
   前記通信部は、前記プレゼンス情報に含まれる前記コンテンツデータの状態が削除済みであることを示すように更新されたとき、前記ポスティングサーバに対して、前記更新後のプレゼンス情報を送信する、印刷端末。
3. 請求項１または２に記載の印刷端末において、
   前記ポスティングサーバに対する送信が完了していない前記更新後のプレゼンス情報があるとき、前記通信部は、所定の間隔で前記ポスティングサーバに対する送信リトライを行う、印刷端末。
4. 請求項１〜請求項３のいずれかに記載の印刷端末において、
   前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）である、印刷端末。
5. 請求項１〜請求項４のいずれかに記載の印刷端末において、
   前記データ転送用プロトコルは、ＨＴＴＰ（Hypertext Transfer Protocol）またはＨＴＴＰＳ（Hypertext Transfer Protocol Security）である、印刷端末。
6. 印刷端末に対してコンテンツの印刷を行うためのコンテンツデータを配信し、前記印刷端末に前記コンテンツデータに基づく印刷を実行させるポスティングサーバであって、
   送信端末から送信された前記コンテンツデータ及び配信先情報を受信する受信手段と、
   仲介サーバがシグナリングプロトコルに従い、前記ポスティングサーバと前記受信手段が受信した配信先情報が示す印刷端末との間に確立したセッションを用いて、所定のデータ転送用のプロトコルに従って、前記受信手段が受信したコンテンツデータを配信する配信手段と、
   配信先の印刷端末から、前記配信手段が配信したコンテンツデータの配信状態及び印刷状態を示すプレゼンス情報を取得する取得手段と、
   前記取得手段が取得したプレゼンス情報を前記送信端末へ提供する提供手段と、を備えるポスティングサーバ。
7. 請求項６に記載のポスティングサーバにおいて、
   前記配信手段は、前記コンテンツデータをＰＵＳＨ型にて配信する、ポスティングサーバ。
8. 請求項６または７に記載のポスティングサーバにおいて、
   前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）である、ポスティングサーバ。

Images