JP2010113648A - コンテンツ配信システム - Google Patents

Abstract

【課題】印刷コンテンツを、低コストで、かつ、高品質にて配信するシステムにおいて、印刷コンテンツの速やかな再送を実現する。
【解決手段】ポスティングサーバ１０２は、コンテンツデータを記憶するＤＢ２１０と、ＤＢ２１０に配信可能なコンテンツデータが記憶されているときに、所定の時間間隔で到来する送信タイミングになると、ＳＩＰサーバ１０４へ配信リクエストを行うとともに、ＳＩＰサーバ１０４が印刷端末のステータス変更を示すプレゼンス情報を取得すると、送信タイミングの到来を待たずに、ＳＩＰサーバ１０４へ配信リクエストを行うポスティング処理部２３０と、ＳＩＰサーバによるセッションの確立後、所定のデータ転送用のプロトコルに従って、配信可能なコンテンツデータを印刷端末へ配信するＷｅｂサーバ２２０とを備える。
【選択図】図７

Description

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

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

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

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

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

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

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

また、そのようなシステムにおいて、印刷端末が何らかの理由で配信された印刷コンテンツを受信できないときには、速やかに再送を行う必要がある。

従って、本発明の目的は、印刷コンテンツを、低コストで、かつ、高品質にて配信するシステムにおいて、印刷コンテンツの速やかな再送を実現する技術を提供することにある。

本発明の一つの実施態様に従うコンテンツ配信システムは、コンテンツの印刷を行うためのコンテンツデータを、印刷端末に対してネットワークを介して配信し、前記印刷端末に前記コンテンツデータに基づく印刷を実行させるコンテンツ配信システムであって、前記ネットワークに接続され、前記コンテンツデータを前記ネットワークを介して前記印刷端末へ配信するポスティングサーバと、前記ポスティングサーバからの配信リクエストに基づいて、前記ネットワークを介して、シグナリングプロトコルに従い、前記ポスティングサーバと前記印刷端末との間におけるセッションの確立を仲介する仲介サーバと、を備える。そして、前記ポスティングサーバは、前記コンテンツデータを記憶する記憶手段と、前記記憶手段に配信可能なコンテンツデータが記憶されているときに、所定の時間間隔で到来する送信タイミングになると、前記仲介サーバへ配信リクエストを行う定期処理手段と、前記仲介サーバが前記印刷端末のステータス変更を示すプレゼンス情報を取得すると、前記送信タイミングの到来を待たずに、前記仲介サーバへ配信リクエストを行う割り込み処理手段と、前記仲介サーバによるセッションの確立後、所定のデータ転送用のプロトコルに従って、前記配信可能なコンテンツデータを前記印刷端末へ配信する配信手段と、備える。

これにより、印刷端末が受信可能な状態になると、速やかにコンテンツデータを再送することができる。

好適な実施形態では、前記ポスティングサーバは、前記コンテンツデータをＰＵＳＨ型にて配信するものであってもよい。

好適な実施形態では、前記コンテンツデータ及び配信先情報を前記ポスティングサーバへ送信する送信端末をさらに備え、前記ポスティングサーバは、前記送信端末から、前記コンテンツデータと共に、前記配信先情報を受信し、前記コンテンツデータを前記配信先情報に基づき配信するようにしてもよい。

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

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

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

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

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

1. コンテンツの印刷を行うためのコンテンツデータを、印刷端末に対してネットワークを介して配信し、前記印刷端末に前記コンテンツデータに基づく印刷を実行させるコンテンツ配信システムであって、
   前記ネットワークに接続され、前記コンテンツデータを前記ネットワークを介して前記印刷端末へ配信するポスティングサーバと、
   前記ポスティングサーバからの配信リクエストに基づいて、前記ネットワークを介して、シグナリングプロトコルに従い、前記ポスティングサーバと前記印刷端末との間におけるセッションの確立を仲介する仲介サーバと、を備え、
   前記ポスティングサーバは、
   前記コンテンツデータを記憶する記憶手段と、
   前記記憶手段に配信可能なコンテンツデータが記憶されているときに、所定の時間間隔で到来する送信タイミングになると、前記仲介サーバへ配信リクエストを行う定期処理手段と、
   前記仲介サーバが前記印刷端末のステータス変更を示すプレゼンス情報を取得すると、前記送信タイミングの到来を待たずに、前記仲介サーバへ配信リクエストを行う割り込み処理手段と、
   前記仲介サーバによるセッションの確立後、所定のデータ転送用のプロトコルに従って、前記配信可能なコンテンツデータを前記印刷端末へ配信する配信手段と、
   を備えるコンテンツ配信システム。
2. 請求項１に記載のコンテンツ配信システムにおいて、
   前記ポスティングサーバは、前記コンテンツデータをＰＵＳＨ型にて配信する、コンテンツ配信システム。
3. 請求項１または請求項２に記載のコンテンツ配信システムにおいて、
   前記コンテンツデータ及び配信先情報を前記ポスティングサーバへ送信する送信端末をさらに備え、
   前記ポスティングサーバは、前記送信端末から、前記コンテンツデータと共に、前記配信先情報を受信し、前記コンテンツデータを前記配信先情報に基づき配信する、コンテンツ配信システム。
4. 請求項１〜請求項３のいずれかに記載のコンテンツ配信システムにおいて、
   前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）である、コンテンツ配信システム。
5. 請求項１〜請求項３のいずれかに記載のコンテンツ配信システムにおいて、
   前記データ転送用プロトコルは、ＨＴＴＰ（Hypertext Transfer Protocol）またはＨＴＴＰＳ（Hypertext Transfer Protocol Security）である、コンテンツ配信システム。
6. コンテンツの印刷を行うためのコンテンツデータを、印刷端末に対してネットワークを介して配信し、前記印刷端末に前記コンテンツデータに基づく印刷を実行させるコンテンツ配信システムのためのコンピュータプログラムであって、
   前記コンテンツ配信システムが、
   前記ネットワークに接続され、前記コンテンツデータを前記ネットワークを介して前記印刷端末へ配信するポスティングサーバと、
   前記ポスティングサーバからの配信リクエストに基づいて、前記ネットワークを介して、シグナリングプロトコルに従い、前記ポスティングサーバと前記印刷端末との間におけるセッションの確立を仲介する仲介サーバと、を備えているときに、
   前記ポスティングサーバに、
   前記コンテンツデータを記憶する記憶手段と、
   前記記憶手段に配信可能なコンテンツデータが記憶されているときに、所定の時間間隔で到来する送信タイミングになると、前記仲介サーバへ配信リクエスト要求を行う定期処理手段と、
   前記仲介サーバが前記印刷端末のステータス変更を示すプレゼンス情報を取得すると、前記送信タイミングの到来を待たずに、前記仲介サーバへ配信リクエストを行う割り込み処理手段と、
   前記仲介サーバによるセッションの確立後、所定のデータ転送用のプロトコルに従って、前記配信可能なコンテンツデータを前記印刷端末へ配信する配信手段と、
   を実現させるためのコンピュータプログラム。

Images