(57)【要約】【課題】  データ放送印刷の規格において、ディスクメディアの印刷領域に合った印刷コンテンツを簡単に取得し、印刷する方法を提供することを目的とする。【解決手段】  上記課題を解決するために本発明の印刷装置は、ネットワークを介して、印刷命令を発行する第１の装置及び印刷コンテンツを送信する第２の装置と接続され、第１の装置から、印刷コンテンツのネットワーク上での所在を示す所在情報を含む印刷命令を受信し、記録媒体のメディア設定を判別し、判別されたメディア設定に基づき所在情報を更新して、更新された所在情報に対応した印刷コンテンツを第２の装置に要求する。【選択図】  図６
2009262369.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、印刷命令を発行する第１の装置及び印刷コンテンツを送信する第２の装置と接続された印刷装置であって、
前記第１の装置から、印刷コンテンツのネットワーク上での所在を示す所在情報を含む印刷命令を受信する受信手段と、
記録媒体のメディア設定を判別する判別手段と、
前記判別手段で判別されたメディア設定に基づき前記所在情報を更新する更新手段と、
前記更新手段で更新された所在情報に対応した印刷コンテンツを前記第２の装置に要求する要求手段と、
前記要求手段による要求に応じて前記第２の装置から送信された印刷コンテンツを受信し、記録媒体に印刷する印刷手段と、
を有することを特徴とする印刷装置。
【請求項２】
前記所在情報はＵＲＩであることを特徴とする請求項１に記載の印刷装置。
【請求項３】
前記第２の装置はＨＴＴＰサーバーであることを特徴とする請求項１又は請求項２に記載の印刷装置。
【請求項４】
前記第１の装置はデジタルテレビであることを特徴とする請求項１乃至請求項３のいずれか１項に記載の印刷装置。
【請求項５】
前記更新手段は、前記所在情報のＵＲＩクエリーを更新することを特徴とする請求項２に記載の印刷装置。
【請求項６】
前記メディア設定は記録媒体の大きさであることを特徴とする請求項１乃至請求項５のいずれか１項に記載の印刷装置。
【請求項７】
前記メディア設定は記録媒体の形状であることを特徴とする請求項１乃至請求項５のいずれか１項に記載の印刷装置。
【請求項８】
印刷命令を発行する第１の装置と、印刷コンテンツを送信する第２の装置と、印刷コンテンツを印刷する印刷装置とがネットワークを介して接続された印刷システムであって、
前記第１の装置は、
印刷コンテンツのネットワーク上での所在を示す所在情報を含む印刷命令を、前記印刷装置に送信する第１の送信手段を有し、
前記印刷装置は、
記録媒体のメディア設定を判別する判別手段と、
前記判別手段で判別されたメディア設定に基づき、前記第１の送信手段で送信された印刷命令に含まれる所在情報を更新する更新手段と、
前記更新手段で更新された前記所在情報に基づき、前記第２の装置に印刷コンテンツを要求する要求手段と、を有し、
前記第２の装置は、
前記要求手段による要求に応じて、前記更新手段で更新された前記所在情報に応じた印刷コンテンツを前記印刷装置に送信する第２の送信手段を有し、
前記印刷装置は、前記第２の送信手段で送信された印刷コンテンツを受信して記録媒体に印刷することを特徴とする印刷システム。
【請求項９】
ネットワークを介して、印刷命令を発行する第１の装置及び印刷コンテンツを送信する第２の装置と接続された印刷装置を制御する制御方法であって、
前記第１の装置から、印刷コンテンツのネットワーク上での所在を示す所在情報を含む印刷命令を受信させる受信工程と、
記録媒体のメディア設定を判別させる判別工程と、
前記判別工程において判別されたメディア設定に基づき前記所在情報を更新させる更新工程と、
前記更新工程において更新された所在情報に対応した印刷コンテンツを前記第２の装置に要求させる要求工程と、
前記要求工程における要求に応じて前記第２の装置から送信された印刷コンテンツを受信させ、記録媒体に印刷させる印刷工程と、
を有することを特徴とする制御方法。
【請求項１０】
請求項９に記載の制御方法をコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
請求項１０に記載のプログラムを記録したコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して印刷コンテンツを受信し、印刷する印刷装置に関する。特にＣＤ、ＤＶＤといったディスクメディアへの印刷機能を備え、印刷するメディアに合った印刷コンテンツを取得して印刷する印刷装置に関する。
【背景技術】
【０００２】
近年、家電製品のデジタル化、ネットワーク化が進んだことにより、デジタル放送テレビジョン装置（以下ＤＴＶという）においても、ネットワークを介して他機器にデータを転送することによって様々な機能が実現されている。その一つに、ＤＴＶが受信した放送データに含まれる印刷データを、ネットワークを介してプリンタに転送して印刷するシステムが考えられている。あるいは放送データに含まれる、印刷データのインターネット上での所在を示す情報をプリンタに転送して、プリンタが印刷データを取得し、印刷するシステムが考えられている。これら印刷システムは非特許文献１、非特許文献２に規定されており、このようなデータ放送に係る印刷をここではデータ放送印刷と呼ぶことにする。
【０００３】
このデータ放送印刷はＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ）の印刷サービスであるＰＥ：１（Ｐｒｉｎｔ  Ｅｎｈａｎｃｅｄ：１）をベースに行われる。
【０００４】
ここでＵＰｎＰとはネットワークに接続したデバイスを簡単に見つけて制御できるように決められた規格であり、基本仕様は非特許文献３に規定されている。このＵＰｎＰにおいてデバイスを制御する装置はＣＰ（Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）と呼ばれており、データ放送印刷においてはＤＴＶがＣＰとなる。
【０００５】
ＰＥ：１はＵＰｎＰのプリンタデバイスのサービスで、非特許文献４に規定されており、ＤＴＶが接続されたネットワークにプリンタが接続されると、ＣＰであるＤＴＶがそのプリンタを検出することができる。
【０００６】
このＰＥ：１においてＤＴＶからプリンタへの印刷命令としては、主にＣｒｅａｔｅＵＲＩＪｏｂが用いられる。この印刷命令には印刷データは含まれておらず、印刷コンテンツのネットワーク上での所在を示す所在情報としてのＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）が含まれている。この印刷命令を受信したプリンタは、印刷命令に含まれるＵＲＩが示すコンテンツサーバーに対して印刷するコンテンツを要求し、取得したコンテンツを印刷する。
【０００７】
ところで、プリンタの中にはＣＤ、ＤＶＤ等のディスクメディアへのラベル印刷が可能なものがある。
【０００８】
これらＣＤ、ＤＶＤ等のディスクメディアには、８ｃｍ、１２ｃｍの直径を持つ円形のものがあり、さらに近年カード型のＣＤが一般になりつつある。このようにメディアの形状やサイズは多様であり、また円形のディスクメディアであっても、印刷可能な範囲を示す内径、外径が異なる場合がある。このためディスクメディアのラベル印刷では、印刷する画像がメディアの印刷領域に合うよう細かく調整できる専用アプリケーションが一般に用いられている。例えば、ひとつのコンテンツを様々なメディアに対応させて印刷する方法として、特許文献１にはラベル印刷する画像をメディアに合わせて変倍する方法が開示されている。
【特許文献１】特開２００７−６２１１１号公報
【非特許文献１】社団法人電波産業会  標準規格「デジタル放送におけるデータ放送符号化方式と伝送方式」ＡＲＩＢ  ＳＴＤ−Ｂ２４  ４．４版
【非特許文献２】社団法人電波産業会  技術資料「地上デジタルテレビジョン放送運用規程」ＡＲＩＢ  ＳＴＤ−Ｂ１４  ２．７版
【非特許文献３】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｄｅｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｖｅｒｓｉｏｎ  １．０＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ＞
【非特許文献４】Ｕｎｉｖｅｒｓａｌ  Ｐｌｕｇ  ａｎｄ  Ｐｌａｙ  Ｓｅｒｖｉｃｅ  Ｔｅｍｐｌａｔｅ  Ｖｅｒｓｉｏｎ  １．０１  ＰＥ：１＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ＞
【発明の開示】
【発明が解決しようとする課題】
【０００９】
近年、デジタル放送をＤＶＤのようなディスクメディアに録画することが普及しており、それに伴い、ＤＴＶを用いたディスクメディアへのラベル印刷が求められている。つまりはコンテンツサーバーにあるコンテンツを取得し、ＣＤ、ＤＶＤ等のディスクメディアに印刷することが考えられつつある。
【００１０】
ただ、この場合でも上述のように、メディアの印刷領域に合わせて印刷しなければならないという課題がある。そこで上記特許文献１に示されるように印刷するコンテンツを調整する方法が考えられるが、この方法であると印刷した時に画像のバランスが悪くなる、または画像の重要な部分が欠落してしまうことがある。
【００１１】
図８は、ディスクメディアへの印刷の一例を示した図である。図８の（ａ）（ｂ）に示すディスクメディアは、図の点線で囲まれた領域が印刷領域となっており、印刷範囲の外径の長さは異なるが、内径の長さは同じである。この場合、上記特許文献１に記載の技術のように、図８の（ａ）に示すディスクメディアに印刷される印刷データを縮小して図８の（ｂ）に示すディスクメディアに印刷した場合、画像のオブジェクトの一部が印刷領域から外れてしまうことがわかる。
【００１２】
特にデータ放送印刷において有料のコンテンツを印刷するシステムでは、このように取得したコンテンツが印刷されるメディアの印刷領域に合わない場合、大きな問題となってしまう。
【００１３】
したがって、特にディスクメディアのような印刷領域を持つメディアにデータ放送印刷を行う場合、印刷されるメディアに合った専用の印刷コンテンツをコンテンツサーバーが複数備え、プリンタがそれを取得して印刷することが望ましい。
【００１４】
そこで、その専用の印刷コンテンツを取得するために、印刷されるメディアの形状、サイズ等を示すメディア設定情報をプリンタからコンテンツサーバーに引き渡す必要がある。しかし現状のデータ放送印刷の規格においては、プリンタからコンテンツサーバーに直接メディア設定情報を引き渡すことができなかった。よってメディア設定情報をコンテンツサーバーに引き渡すためには、ＤＴＶがプリンタのメディア設定情報を取得し、これをコンテンツサーバーに送信しなければならない。しかしこの方法では、ＤＴＶが通信を行う回数が多いので、ＤＴＶの負荷が大きくなってしまうという問題がある。
【００１５】
本発明は以上の課題を鑑みてなされたものであり、データ放送印刷の規格において、ディスクメディアの印刷領域に合った印刷コンテンツを簡単に取得し、印刷する方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
前記課題を解決するために、本発明の印刷装置は、ネットワークを介して、印刷命令を発行する第１の装置及び印刷コンテンツを送信する第２の装置と接続された印刷装置であって、前記第１の装置から、印刷コンテンツのネットワーク上での所在を示す所在情報を含む印刷命令を受信する受信手段と、記録媒体のメディア設定を判別する判別手段と、前記判別手段で判別されたメディア設定に基づき前記所在情報を更新する更新手段と、前記更新手段で更新された所在情報に対応した印刷コンテンツを前記第２の装置に要求する要求手段と、前記要求手段による要求に応じて前記第２の装置から送信された印刷コンテンツを受信し、記録媒体に印刷する印刷手段と、を有することを特徴とする。
【発明の効果】
【００１７】
本発明によれば、データ放送印刷の規格において、コンテンツサーバーからディスクメディアの印刷領域に合った印刷コンテンツを取得し、印刷することができる。
【００１８】
しかもこのとき、ＤＴＶがプリンタのメディア設定を意識する必要が無く、またコンテンツサーバーにメディア属性を引き渡すのに複雑な通信手順を行う必要もないので、システムや装置に大きな負荷がかからないという効果を奏する。
【発明を実施するための最良の形態】
【００１９】
以下、添付図面を参照して本発明の好適な実施の形態を詳細に説明する。
【実施例】
【００２０】
図１は本実施例におけるネットワーク構成の一例を示した図である。
【００２１】
図１において、１０１はデジタルテレビ（ＤＴＶ）、１０２はプリンタ、１０３はルータ、１０４はサーバーである。ＤＴＶ１０１、プリンタ１０２は、それぞれイーサネット（登録商標）に接続されており、これを介して通信可能になっている。同様に、ルータ１０３もイーサネット（登録商標）に接続されており、プリンタ１０２との通信が可能になっている。またサーバー１０４はＨＴＴＰサーバーであり、インターネットを介して、ルータ１０３とのＴＣＰ／ＩＰによる通信が可能になっている。この構成により、プリンタ１０２はルータ１０３を介して、サーバー１０４との通信が可能になっている。
【００２２】
図２は本実施例のプリンタ１０２の主な構成を示した図である。
【００２３】
図２において、１０２１はＣＰＵ、１０２２はＲＯＭ、１０２３はＲＡＭ、１０２４は操作部、１０２５は通信部、１０２６は印刷機構部、１０２７は不揮発性メモリ、１０２８はシステムバスである。１０２１〜１０２７は互いにシステムバス１０２８を介して接続されている。
【００２４】
ＣＰＵ１０２１は、プリンタ１０２全体の制御を行っており、ＲＯＭ１０２２に記憶したプログラムに基づき、ＲＡＭ１０２３をワークメモリとして、操作部１０２４、通信部１０２５、印刷機構部１０２６を制御している。不揮発性メモリ１０２７は電源をオフにしても格納した情報を保持されるもので、プリンタ１０２の設定情報などを記憶するために用いられる。
【００２５】
操作部１０２４は、ここでは図示しないが、プリンタ１０２のユーザーインターフェースであり、入力手段である操作ボタンと表示手段である液晶パネルとを備える。ユーザーは液晶パネルの表示を見ながらボタンを操作し、印刷される記録媒体の種類、円形やカード型といった形状、大きさなどのメディア設定を設定、また変更することができる。このようにユーザーが設定したメディア設定情報は不揮発性メモリ１０２７に格納される。
【００２６】
通信部１０２５はイーサネット（登録商標）に接続され、ＤＴＶ１０１やルータ１０３との通信を行う。上述したとおりＤＴＶとの通信はＵＰｎＰに従い、またルータ１０３を介してコンテンツサーバーとＨＴＴＰにしたがって通信を行うことができる。
【００２７】
印刷機構部１０２６は、印刷出力のための機構であり、記録媒体への記録を行う。特にＣＤ、ＤＶＤ等のディスクメディアに印刷する場合には、専用のトレーを用い、ディスクメディアを装着したトレーを印刷機構部１０２６に搬送し、印刷を行う。
【００２８】
図３は、図１で示したネットワーク構成において、ＤＴＶ、プリンタ、サーバー間の通信シーケンスを示す図である。
【００２９】
なおこの図において、ＤＴＶ１０１はデータ放送コンテンツを受信可能な装置であり、このＤＴＶ１０１とプリンタ１０２の間の通信は上述したＵＰｎＰ、ＰＥ：１に従うものである。したがってＤＴＶ１０１は第１の装置として、受信したデータ放送コンテンツに含まれる、印刷命令（ＣｒｅａｔｅＵＲＩＪｏｂ）をプリンタ１０２に送信する。
【００３０】
またサーバー１０４は第２の装置として印刷コンテンツを保存しており、これを送信するものとする。
【００３１】
図３において、まずＤＴＶ１０１が、印刷命令であるＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔを発行し、プリンタ１０２に送信する。これを第１の送信と呼んでもよい。
【００３２】
プリンタ１０２はＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔを受信すると、印刷が可能であれば印刷ジョブを生成して、ＣｒｅａｔｅＵＲＩＪｏｂ  ＲｅｓｐｏｎｓｅをＤＴＶ１０１に送信して応答する。これを受信することによりＤＴＶ１０１は、印刷命令がプリンタ１０２に受信され、印刷ジョブが生成されたことを認識することができる。
【００３３】
プリンタ１０２は、受信したＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔに含まれるＵＲＩに従って、ＨＴＴＰ  ＧＥＴメソッドによりサーバー１０４にＲｅｑｕｅｓｔを送信する。このＲｅｑｕｅｓｔを送信することにより、サーバー１０４に対してファイルを要求することができる。
【００３４】
Ｒｅｑｕｅｓｔを受信したサーバー１０４は、Ｒｅｑｕｅｓｔに含まれるＵＲＩに従って印刷コンテンツであるＸＨＴＭＬ−ＰｒｉｎｔファイルをＨＴＴＰ  Ｒｅｓｐｏｎｓｅとしてプリンタ１０２に送信する。これを第２の送信と呼んでも良い。なお、ＸＨＴＭＬ−Ｐｒｉｎｔは印刷用に規定されたマークアップ言語であり、非特許文献４が引用する規格に従うものとし、ここでは詳細は述べない。
【００３５】
プリンタ１０２は、受信したＸＨＴＭＬ−Ｐｒｉｎｔファイルを解釈し、その中で参照しているスタイルシート、画像等があれば再びＨＴＴＰ  ＧＥＴメソッドを用いて取得する。
【００３６】
プリンタ１０２は取得した印刷コンテンツを印刷用のデータに変換して、印刷機構部１０２６により印刷を行う。
【００３７】
図４は、図３で説明したＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔの一例を示した図である。
【００３８】
図４において、ＣｒｅａｔｅＵＲＩＪｏｂのパラメータＳｏｕｒｃｅＵＲＩが印刷コンテンツのＵＲＩを格納するパラメータであり、これが印刷コンテンツのインターネット上での所在を示す。
【００３９】
図５は、ＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｓｐｏｎｓｅの一例を示した図であり、この図におけるパラメータＪｏｂＩｄの値が、生成された印刷ジョブを特定するＩＤである。ＤＴＶ１０１はこのＩＤを確認することで、発行したＲｅｑｕｅｓｔがプリンタ１０２に受信され、印刷ジョブが生成されたことを認識することができる。なお、ジョブをキャンセルする場合にはこのＩＤを指定してＣａｎｃｅｌＪｏｂ  Ｒｅｑｕｅｓｔをプリンタ１０２に送信する。
【００４０】
図６は、本実施例のプリンタ１０２が印刷命令（ＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔ）を受信した際の処理を示すフローチャートである。
【００４１】
なお、本実施例におけるサーバー１０４には、印刷されるメディアの種類やサイズに応じた印刷コンテンツが複数保存されており、その印刷コンテンツのそれぞれに対応したＵＲＩが設定されているものとする。
【００４２】
図６において、まずステップＳ６０１で、ディスクメディアへの印刷かどうかを判定する。ディスクへの印刷である場合、ステップＳ６０２でメディア設定を判別する。次に、ステップＳ６０３で判別したメディア設定に従って、受信したＳｏｕｒｃｅＵＲＩを更新する。ステップＳ６０４では、ＳｏｕｒｃｅＵＲＩに従ってＲｅｑｕｅｓｔをサーバー１０４に送信する。したがって、ステップＳ６０１でディスクへの印刷と判定された場合は、メディア設定に応じて更新されたＵＲＩに従ってＲｅｑｕｅｓｔを送信する。しかし一方、ステップＳ６０１でディスクへの印刷と判定されなかった場合は、ＤＴＶ１０１から受信したＵＲＩに従ってＲｅｑｕｅｓｔをサーバー１０４に送信する。
【００４３】
図６に示した処理では、ステップＳ６０３においてメディア設定に応じてＵＲＩを更新しており、一方サーバー１０４には様々なメディアに合った複数の印刷コンテンツが保存され、さらにその印刷コンテンツそれぞれに対応したＵＲＩが設定されている。
【００４４】
また図３で説明したように、サーバー１０４は受信したＲｅｑｕｅｓｔに含まれるＵＲＩに従って印刷コンテンツを送信するので、プリンタ１０２は、ＳｏｕｒｃｅＵＲＩを更新することでサーバー１０４から取得する印刷コンテンツを変更することができる。
【００４５】
したがってプリンタ１０２が、サーバーで設定されたＵＲＩに対応してＳｏｕｒｃｅＵＲＩを更新すれば、メディア設定に応じた印刷コンテンツを取得できるので、印刷するメディアに合った印刷コンテンツを印刷することができる。
【００４６】
なお、ステップＳ６０２においては、不揮発性メモリ１０２７に格納されたメディア設定情報を読み出してメディア設定を判別することができる。さらにそれ以外でも、例えば印刷機構部１０２６に搬送されたメディアを自動判別する機能があれば、自動判別した結果に従うようにしてもよい。
【００４７】
また、ここではサーバー１０４にはメディアの種類やサイズに応じた印刷コンテンツが複数保存されていて、その印刷コンテンツのそれぞれに対応したＵＲＩが設定されていた。しかし本発明はこれに限らず、サーバー１０４が指定されたＵＲＩに基づきメディア設定を判断して、印刷コンテンツを動的に生成してもよい。
【００４８】
図７は、上述したＳｏｕｒｃｅＵＲＩの一例を示した図である。
【００４９】
本実施例においては、ＵＲＩの？以下のＵＲＩクエリー部分の“ｃｄ＝ｙｅｓ”がディスクメディアへの印刷を示し、プリンタ１０２はこのＵＲＩクエリーを確認することによりディスクメディアへの印刷かどうかを判定できる。ディスクメディアへの印刷であればＵＲＩに特定のＵＲＩクエリーを付加し、それ以外のメディアへの印刷では付加しないような制御をしても良い。
【００５０】
その他のＵＲＩクエリーについては、“ｄｍ＝１２ｃｍ”で直径が１２ｃｍ、“ｏｕｔ＝１１．８ｃｍ”で外径が１１．８ｃｍ、“ｉｎ＝４．３ｃｍ”で内径が４．３ｃｍ、“ｃａｒｄ＝ｎｏ”でカード型ではなく円形のメディアであることを示す。同様に（２）は、直径が８ｃｍ、外径が７．８ｃｍ、内径が４．３ｃｍの円形のメディアであることを示し、（３）は内径が４．３ｃｍの５．６ｃｍ×８．４ｃｍのカード型メディアであることを示す。
【００５１】
図６のステップＳ６０３においてプリンタ１０２は、ステップＳ６０２で判別されたメディア設定に応じてＳｏｕｒｃｅＵＲＩのカード型メディアであるか否か、または外径や内径の値を書き換えればよい。これによりサーバー１０４に保存された印刷コンテンツを指定することができるので、メディアに合った印刷コンテンツを取得して印刷を行うことができる。
【００５２】
また図７の（３）のようなカード型のメディアに対応したＵＲＩから、図７の（１）、（２）のような円形のメディアに対応したＵＲＩに更新する場合は、直径、外径のＵＲＩクエリーを追加すればよい。また逆に円形のメディアに対応したＵＲＩから、カード型のメディアに対応したＵＲＩに更新する場合は、直径、外径のＵＲＩクエリーを削除すればよい。
【００５３】
以上、本実施例においてメディア設定は、ディスクメディアの大きさや形状であったが、これに限定するものではなく、記録媒体の特性を広く含むことができる。例えば、用紙印刷する用紙の色の種類が複数ある場合に、その色にあわせてコンテンツを変えたい場合でも本発明は適用できるものである。
【００５４】
また本実施例においては、データ放送印刷に本発明を適用したが、データ放送印刷に限定するものではない。例えば、印刷命令の主体をＤＴＶではなくゲーム機とし、ゲームソフトの中に印刷コンテンツのＵＲＩを格納しておき、これをプリンタに送信して印刷を行う場合にも適用できる。
【００５５】
また本実施例においては、ＤＴＶがイーサネット（登録商標）を介してＵＲＩを含む印刷命令をプリンタに送信していた。しかし本発明はこれに限定するものではなく、例えば携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）が、Ｂｌｕｅｔｏｏｔｈ（登録商標）に基づいてＵＲＩを含む印刷命令をプリンタに送信するものであってもよい。
【００５６】
このＢｌｕｅｔｏｏｔｈを用いてＵＲＩを含む印刷命令を送信することは、基本印刷プロファイル（Ｂａｓｉｃ  Ｐｒｉｎｔ  Ｐｒｏｆｉｌｅ）の仕様の１つであるＰｒｉｎｔ−Ｂｙ−Ｒｅｆｅｒｎｃｅに規定されている。これによれば、携帯端末からプリンタに印刷コンテンツの所在情報を含む印刷命令を送信できる。なお、この詳細はＢＰＰ＿ＳＰＥＣ（ｈｔｔｐ：／／ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｏｒｇ）に記載されている。
【００５７】
そのほか、本実施例においてはＵＰｎＰのＰｒｉｎｔＥｎｈａｎｃｅｄ：１サービスに本発明を適用したが、ＰｒｉｎｔＥｎｈａｎｃｅｄ：１サービスに限定するものではない。例えば、ＰｒｉｎｔＥｎｈａｎｃｅｄ：１サービスとは別にディスクラベル印刷の専用サービスを新たに定義してもよい。そして、プリンタにディスクメディアへの印刷のためのトレーを装着したときにサービスを起動し、印刷を完了したときサービスを終了するようにしても良い。またＤＴＶがディスクメディアへのラベル印刷を行うときにサービスを検索し、起動しているサービスが見つかったとき印刷を実行するようにすれば、ラベル印刷が可能かどうかをＤＴＶは簡単に判断することができる。
【００５８】
また、本実施例ではコンテンツサーバーが１つ（サーバー１０４）であり、そのサーバーが印刷コンテンツの要求を受信、印刷コンテンツの送信を行う構成であったが、本発明はこれに限定されるものではない。
【００５９】
例えばサーバーが、プリンタからの印刷コンテンツの要求を受信すると、実際に印刷コンテンツを送信するサーバーのＵＲＩをプリンタに送信する構成でもよい。他にも、印刷コンテンツを送信する複数のサーバーがあり、ＤＮＳラウンドロビンなどにより、印刷コンテンツを送信するサーバーが動的に変化する構成であってもよい。
【００６０】
また本発明の目的は、前述した実施例の機能を実現するプログラムコードを記録した記録媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）がそのプログラムコードを実行することによっても達成される。この場合、記録媒体から読み出されたプログラムコードが前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記録媒体、及びそのプログラムコード自体は本発明を構成することになる。
【００６１】
プログラムコードを供給するための記録媒体としては、例えば、ハードディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどがある。
【００６２】
またプログラムコードの指示に基づき、コンピュータ上で稼動しているＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合でも本発明の目的は達成される。
【００６３】
さらに前述した実施例の機能を実現するプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書きこまれる場合でも本発明の目的は達成される。その場合、プログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが、実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される。
【図面の簡単な説明】
【００６４】
【図１】本実施例におけるネットワーク構成の一例を示した図である。
【図２】本実施例のプリンタ１０２の主な構成を示した図である。
【図３】ＤＴＶ、プリンタ、サーバー間の通信シーケンスを示す図である。
【図４】ＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｑｕｅｓｔの一例を示した図である。
【図５】ＣｒｅａｔｅＵＲＩＪｏｂ  Ｒｅｓｐｏｎｓｅの一例を示した図である。
【図６】本実施例のプリンタが印刷命令を受信した際の処理を示すフローチャートである。
【図７】ＳｏｕｒｃｅＵＲＩの一例を示した図である。
【図８】ディスクメディアへの印刷の一例を示した図である。
【符号の説明】
【００６５】
１０１  ＤＴＶ
１０２  プリンタ
１０３  ルータ
１０４  サーバー
１０２１  ＣＰＵ
１０２２  ＲＯＭ
１０２３  ＲＡＭ
１０２４  操作部
１０２５  通信部
１０２６  印刷機構部
１０２７  不揮発性メモリ
１０２８  システムバス
【図１】
2009262369.tif 000003
【図２】
2009262369.tif 000004
【図３】
2009262369.tif 000005
【図４】
2009262369.tif 000006
【図５】
2009262369.tif 000007
【図６】
2009262369.tif 000008
【図７】
2009262369.tif 000009
【図８】
2009262369.tif 000010