(57)【要約】【課題】ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷する。【解決手段】セッションの確立を行なう際のＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたときには、発信側端末がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末がサーバー・クライアントモデルにおけるクライアントとして機能して、着信側端末のメモリーの容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内で印刷コンテンツデータのうち送受信するデータを指定してデータの送受信とデータの印刷とを行なう。これにより、着信側端末の性能に応じて印刷コンテンツデータの送受信を行なって印刷することができる。【選択図】図７
2010219689.tif 000002
【特許請求の範囲】
【請求項１】
印刷可能な印刷コンテンツを送信する送信側端末と前記印刷コンテンツを受信して印刷する印刷装置端末とがＩＰネットワークを介して接続されてなる印刷システムであって、
前記送信側端末は、前記印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージの送信に基づいて前記ＩＰネットワークを介して前記印刷装置端末と接続の確立を行なう送信側接続確立実行手段と、前記印刷識別情報を含む接続要求メッセージの送信に基づいて前記印刷装置端末との接続が確立したときにはサーバー・クライアントモデルにおけるサーバーとして機能しながら前記印刷装置端末からの要求に応じて前記印刷コンテンツを前記印刷装置端末に送信する印刷コンテンツ送信手段と、を備え、
前記印刷装置端末は、データを一時的に記憶可能な記憶手段と、印刷データを印刷する印刷実行手段と、前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記ＩＰネットワークを介して前記送信側端末と接続の確立を行なう受信側接続確立実行手段と、前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記送信側端末との接続が確立したときにはサーバー・クライアントモデルにおけるクライアントとして機能し、前記送信側端末への前記印刷コンテンツの送信の要求を伴って前記送信側端末から前記印刷コンテンツを受信し、該受信した印刷コンテンツが印刷されるよう前記印刷実行手段を制御する印刷コンテンツ受信印刷制御手段と、を備える、
印刷システム。
【請求項２】
請求項１記載の印刷システムであって、
前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は、前記記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータ送信要求を複数回に亘って前記送信側端末に送信することによって複数回に亘ってデータ受信し、該データ受信毎に受信したデータが前記印刷実行手段により印刷されるよう前記印刷実行手段を制御する手段であり、
前記送信側端末の印刷コンテンツ送信手段は、前記印刷装置端末からのデータ送信要求に応じて複数回に亘るデータ送信により前記印刷コンテンツを送信する手段である、
印刷システム。
【請求項３】
請求項２記載の印刷システムであって、
前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は、所定印刷範囲毎にデータ送信要求を行なって前記所定印刷範囲毎に受信したデータを印刷するよう制御する手段であり、
前記送信側端末は、画像を読み取るスキャン実行手段を有し、
前記送信側端末の印刷コンテンツ送信手段は、前記印刷装置端末のデータ送信要求に応じて前記画像の前記所定印刷範囲に相当する部分を読み取るよう前記スキャン実行手段を制御すると共に該読み取ったデータを前記印刷装置端末に送信する手段である、
印刷システム。
【請求項４】
請求項３記載の印刷システムであって、
前記印刷装置端末の記憶手段は、１ページに相当する記憶容量の印刷用記憶領域が２つ用意されてなり、
前記所定印刷範囲は、１ページであり、
前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は、前記二つの印刷用記憶領域のうち一方に記憶されたデータを印刷しているときに他方にデータが書き込まれるようデータ送信要求を行なう手段である、
印刷システム。
【請求項５】
印刷可能な印刷コンテンツを送信する送信側端末とＩＰネットワークを介して接続され、前記送信側端末から送信される前記印刷コンテンツを受信して印刷する印刷装置端末であって、
データを一時的に記憶可能な記憶手段と、
印刷データを印刷する印刷実行手段と、
前記送信側端末から送信された前記印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージの受信に基づいて前記ＩＰネットワークを介して前記送信側端末と接続の確立を行なう受信側接続確立実行手段と、
前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記送信側端末との接続が確立したときにはサーバー・クライアントモデルにおけるクライアントとして機能し、前記送信側端末への前記印刷コンテンツの送信の要求を伴って前記送信側端末から前記印刷コンテンツを受信し、該受信した印刷コンテンツが印刷されるよう前記印刷実行手段を制御する印刷コンテンツ受信印刷制御手段と、
を備える印刷装置端末。
【請求項６】
請求項５記載の印刷装置端末であって、
前記印刷コンテンツ受信印刷制御手段は、前記記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータ送信要求を複数回に亘って前記送信側端末に送信することによって複数回に亘ってデータ受信し、該データ受信毎に受信したデータが前記印刷実行手段により印刷されるよう前記印刷実行手段を制御する手段である、
印刷装置端末。
【請求項７】
請求項６記載の印刷装置端末であって、
前記印刷コンテンツ受信印刷制御手段は、所定印刷範囲毎にデータ送信要求を行なって前記所定印刷範囲毎に受信したデータを印刷するよう制御する手段である、
印刷装置端末。
【請求項８】
請求項７記載の印刷装置端末であって、
前記記憶手段は、１ページに相当する記憶容量の印刷用記憶領域が２つ用意されてなり、
前記所定印刷範囲は、１ページであり、
前記印刷コンテンツ受信印刷制御手段は、前記二つの印刷用記憶領域のうち一方に記憶されたデータを印刷しているときに他方にデータが書き込まれるようデータ送信要求を行なう手段である、
印刷装置端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システムおよび印刷装置端末に関し、詳しくは、印刷可能な印刷コンテンツを送信する送信側端末と前記印刷コンテンツを受信して印刷する印刷装置端末とがＩＰネットワークを介して接続されてなる印刷システムおよび印刷可能な印刷コンテンツを送信する送信側端末とＩＰネットワークを介して接続され、送信側端末から送信される印刷コンテンツを受信して印刷する印刷装置端末に関する。
【背景技術】
【０００２】
従来、この種の印刷装置端末としては、電話回線やインターネットなどの通信ネットワークを介して印刷データを受信して印刷するＦＡＸやプリンターが接続されたパーソナルコンピューターなどが知られている。電話回線を介して印刷データを受信するＦＡＸでは、コールに対してＦＡＸである信号をもって応答し、印刷データを受信する毎に印刷したり印刷データをメモリーに記憶してから印刷する。インターネットを介して印刷データを受信するパーソナルコンピューターでは、印刷データをハードディスクなどの外部記憶装置に記憶し、その後、印刷用のアプリケーションを起動して外部記憶装置に記憶した印刷データを読み出して印刷する。なお、ネットワークを利用した情報の伝送に関する技術としては、下記の特許文献に記載されたものが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１０９７０１号公報
【特許文献２】特開２００３−１７８０２８号公報
【特許文献３】特表２００５−５１６３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、従来の電話網がもつ信頼性・安定性を確保しながら、ＩＰ（Internet Protocol）ネットワークの柔軟性と経済性とを備えた次世代の情報通信ネットワークとして次世代ネットワーク（NGN （Next Generation Network））が提案されている。この次世代ネットワークでは、アプリケーション層で２つ以上の相手に対して音声や映像，テキストメッセージの交換などを行うために必要なセッションの生成・変更・切断を行うプロトコルとしてセッション確立プロトコル（SIP（Session Initiation Protocol））が用いられる。このＳＩＰを用いた装置間のセッションの確立では、セッションの確立を要求するオファー側の端末からセッションの確立が要求されるアンサー側の端末のネットワーク上の場所を指し示すＵＲＩ（Uniform Resource Identifier）を含むＩＮＶＩＴＥメッセージを送信し、このＩＮＶＩＴＥメッセージに対してアンサー側の端末からオファー側に対してセッションの確立を了解する状態コードとしての「２００  ＯＫ」を送信することにより、セッションが確立される。こうしたセッションの確立の後の端末間のデータ伝送は、オファー側の端末から一方的に行なわれるＰＵＳＨ型で行なわれるのが通例であるが、アンサー側の端末の性能によっては適正にデータ伝送を行なうことができない場合を生じる。特に、アンサー側の端末が印刷装置であり、データ受信と共に印刷する場合には、印刷速度に応じてデータ送信を行なう必要がある。
【０００５】
本発明の印刷装置端末およびその制御方法は、ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷することを主目的とする。
【課題を解決するための手段】
【０００６】
本発明の印刷システムおよび印刷装置端末は、上述の主目的を達成するために以下の手段を採った。
【０００７】
本発明の印刷システムは、
印刷可能な印刷コンテンツを送信する送信側端末と前記印刷コンテンツを受信して印刷する印刷装置端末とがＩＰネットワークを介して接続されてなる印刷システムであって、
前記送信側端末は、前記印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージの送信に基づいて前記ＩＰネットワークを介して前記印刷装置端末と接続の確立を行なう送信側接続確立実行手段と、前記印刷識別情報を含む接続要求メッセージの送信に基づいて前記印刷装置端末との接続が確立したときにはサーバー・クライアントモデルにおけるサーバーとして機能しながら前記印刷装置端末からの要求に応じて前記印刷コンテンツを前記印刷装置端末に送信する印刷コンテンツ送信手段と、を備え、
前記印刷装置端末は、データを一時的に記憶可能な記憶手段と、印刷データを印刷する印刷実行手段と、前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記ＩＰネットワークを介して前記送信側端末と接続の確立を行なう受信側接続確立実行手段と、前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記送信側端末との接続が確立したときにはサーバー・クライアントモデルにおけるクライアントとして機能し、前記送信側端末への前記印刷コンテンツの送信の要求を伴って前記送信側端末から前記印刷コンテンツを受信し、該受信した印刷コンテンツが印刷されるよう前記印刷実行手段を制御する印刷コンテンツ受信印刷制御手段と、を備える、
ことを要旨とする。
【０００８】
この本発明の印刷システムでは、送信側端末から印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージを送信し、これを印刷装置端末が受信することに基づいてＩＰネットワークを介しての送信側端末と印刷装置端末との接続の確立が行なわれたときには、送信側端末がサーバー・クライアントモデルにおけるサーバーとして機能すると共に印刷装置端末がサーバー・クライアントモデルにおけるクライアントとして機能して、印刷装置端末からの印刷コンテンツの送信の要求に応じて送信側端末が印刷コンテンツを印刷装置端末側に送信する。印刷装置端末は、送信側端末から送信された印刷コンテンツを受信して印刷する。このように、印刷コンテンツを送受信するときには、送信側端末をサーバー・クライアントモデルにおけるサーバーとして機能させると共に印刷装置端末をサーバー・クライアントモデルにおけるクライアントとして機能させること、即ち、印刷装置端末主導による印刷コンテンツの送受信を行なうことにより、印刷装置端末の性能に応じて印刷コンテンツの送受信を行なって印刷することができる。この結果、ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷することができる。ここで、ＩＰネットワークは次世代ネットワーク（NGN （Next Generation Network））としたり、接続の確立はセッション確立プロトコル（SIP（Session Initiation Protocol））により行なわれるセッションの確立としたりすることもできる。
【０００９】
こうした本発明の印刷システムにおいて、前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は、前記記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータ送信要求を複数回に亘って前記送信側端末に送信することによって複数回に亘ってデータ受信し、該データ受信毎に受信したデータが前記印刷実行手段により印刷されるよう前記印刷実行手段を制御する手段であり、前記送信側端末の印刷コンテンツ送信手段は、前記印刷装置端末からのデータ送信要求に応じて複数回に亘るデータ送信により前記印刷コンテンツを送信する手段である、ものとすることもできる。こうすれば、印刷装置端末における記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータを複数回に亘って受信し、受信したデータ毎に印刷することができる。この結果、印刷装置端末における印刷用記憶容量が小さくても、ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷することができる。この場合、前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は、所定印刷範囲毎にデータ送信要求を行なって前記所定印刷範囲毎に受信したデータを印刷するよう制御する手段であり、前記送信側端末は、画像を読み取るスキャン実行手段を有し、前記送信側端末の印刷コンテンツ送信手段は、前記印刷装置端末のデータ送信要求に応じて前記画像の前記所定印刷範囲に相当する部分を読み取るよう前記スキャン実行手段を制御すると共に該読み取ったデータを前記印刷装置端末に送信する手段である、ものとすることもできる。こうすれば、送信側端末から所定印刷範囲毎に画像を読み取って送信されたデータを所定印刷範囲毎に印刷することができる。更に、この場合、前記印刷装置端末の記憶手段は１ページに相当する記憶容量の印刷用記憶領域が２つ用意されてなり、前記所定印刷範囲は１ページであり、前記印刷装置端末の前記印刷コンテンツ受信印刷制御手段は前記二つの印刷用記憶領域のうち一方に記憶されたデータを印刷しているときに他方にデータが書き込まれるようデータ送信要求を行なう手段である、ものとすることもできる。こうすれば、２つの印刷用記憶領域を交互に使って印刷とデータの送受信とを行なうことができる。
【００１０】
本発明の印刷装置端末は、
印刷可能な印刷コンテンツを送信する送信側端末とＩＰネットワークを介して接続され、前記送信側端末から送信される前記印刷コンテンツを受信して印刷する印刷装置端末であって、
データを一時的に記憶可能な記憶手段と、
印刷データを印刷する印刷実行手段と、
前記送信側端末から送信された前記印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージの受信に基づいて前記ＩＰネットワークを介して前記送信側端末と接続の確立を行なう受信側接続確立実行手段と、
前記印刷識別情報を含む接続要求メッセージの受信に基づいて前記送信側端末との接続が確立したときにはサーバー・クライアントモデルにおけるクライアントとして機能し、前記送信側端末への前記印刷コンテンツの送信の要求を伴って前記送信側端末から前記印刷コンテンツを受信し、該受信した印刷コンテンツが印刷されるよう前記印刷実行手段を制御する印刷コンテンツ受信印刷制御手段と、
を備えることを要旨とする。
【００１１】
この本発明の印刷装置端末では、送信側端末から送信された印刷コンテンツを送受信するための印刷識別情報を含む接続要求メッセージを受信することに基づいてＩＰネットワークを介しての送信側端末と印刷装置端末との接続の確立が行なわれたときには、サーバー・クライアントモデルにおけるクライアントとして機能して、印刷装置端末からの印刷コンテンツの送信の要求に応じて送信側端末から送信された印刷コンテンツを受信して印刷する。このように、印刷コンテンツを送受信するときに、印刷装置端末がサーバー・クライアントモデルにおけるクライアントとして機能するようにすると共に送信側端末がサーバー・クライアントモデルにおけるサーバーとして機能するようにすること、即ち、印刷装置端末主導による印刷コンテンツの送受信を行なうことにより、印刷装置端末の性能に応じて印刷コンテンツの送受信を行なって印刷することができる。この結果、ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷することができる。ここで、ＩＰネットワークは次世代ネットワーク（NGN （Next Generation Network））としたり、接続の確立はセッション確立プロトコル（SIP（Session Initiation Protocol））により行なわれるセッションの確立としたりすることもできる。
【００１２】
こうした本発明の印刷装置端末において、前記印刷コンテンツ受信印刷制御手段は、前記記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータ送信要求を複数回に亘って前記送信側端末に送信することによって複数回に亘ってデータ受信し、該データ受信毎に受信したデータが前記印刷実行手段により印刷されるよう前記印刷実行手段を制御する手段である、ものとすることもできる。こうすれば、印刷装置端末における記憶手段の記憶容量のうち印刷用データに割り当てられる印刷用記憶容量の範囲内のデータ量のデータを複数回に亘って受信し、受信したデータ毎に印刷することができる。この結果、印刷装置端末における印刷用記憶容量が小さくても、ＩＰネットワークを介して印刷コンテンツを適正に受信して印刷することができる。この場合、前記印刷コンテンツ受信印刷制御手段は、所定印刷範囲毎にデータ送信要求を行なって前記所定印刷範囲毎に受信したデータを印刷するよう制御する手段である、ものとすることもできる。こうすれば、送信側端末から所定印刷範囲に相当するデータを送信させて所定印刷範囲毎に印刷することができる。更に、この場合、前記記憶手段は１ページに相当する記憶容量の印刷用記憶領域が２つ用意されてなり、前記所定印刷範囲は１ページであり、前記印刷コンテンツ受信印刷制御手段は前記二つの印刷用記憶領域のうち一方に記憶されたデータを印刷しているときに他方にデータが書き込まれるようデータ送信要求を行なう手段である、ものとすることもできる。こうすれば、２つの印刷用記憶領域を交互に使って印刷とデータの送受信とを行なうことができる。
【図面の簡単な説明】
【００１３】
【図１】ＩＰネットワーク１０，発信側端末２０，着信側端末３０を示す説明図。
【図２】発信側端末２０と着信側端末３０との通信シーケンスを示す説明図。
【図３】ＩＮＶＩＴＥメッセージのＳＤＰの内容の一例を示す説明図。
【図４】２００ＯＫメッセージのＳＤＰの内容の一例を示す説明図。
【図５】印刷コンテンツデータの送受信時の着信側処理を示すフローチャート。
【図６】印刷コンテンツデータの送受信時の発信側処理を示すフローチャート。
【図７】印刷コンテンツデータの送受信時のシーケンスを示す説明図。
【図８】シーケンス［１］能力要求の内容の一例を示す説明図。
【図９】シーケンス［２］能力応答の内容の一例を示す説明図。
【図１０】シーケンス［３］ページ情報要求の内容の一例を示す説明図。
【図１１】シーケンス［４］ページ情報応答の内容の一例を示す説明図。
【図１２】シーケンス［５］データ要求の内容の一例を示す説明図。
【図１３】シーケンス［６］データ応答の内容の一例を示す説明図。
【図１４】シーケンス［７］ページ情報応答の内容の一例を示す説明図。
【図１５】変形例の着信側処理を示すフローチャート。
【発明を実施するための形態】
【００１４】
次に、本発明を実施するための形態を実施例を用いて説明する。
【実施例】
【００１５】
図１は、本発明の一実施例の印刷装置端末として機能する画像処理装置２０，３０とこれらが接続されているＩＰ（Internet Protocol）ネットワーク１０からなる印刷システムの構成の一例を示す構成図である。図示するように、画像処理装置２０，３０は、ＩＰネットワーク１０を構築するＳＩＰ（Session Initiation Protocol）プロキシー・サーバー１２，１４に接続されている。
【００１６】
ＩＰネットワーク１０は、例えば、次世代ネットワーク（NGN （Next Generation Network））として構成されており、ＳＩＰプロキシー・サーバー１２，１４やロケーション・サーバー１６などにより構築されている。ＳＩＰプロキシー・サーバー１２，１４は、ＩＰメッセージの中継を行なうだけでなく、画像処理装置２０，３０のユーザー・エージェントの位置情報（例えば、ＵＲＩ（Uniform Resource Identifier）など）をロケーション・サーバー１６に登録するレジストラーの機能も有している。
【００１７】
画像処理装置２０，３０は、共にスキャナーとしても機能すると共にプリンターとしても機能する複合装置として構成されており、装置全体を制御する制御部２２，３２やセッション確立プロトコル（SIP（Session Initiation Protocol））のためのユーザー・エージェント（ＳＩＰＵＡ）２３，３３、文字や画像データなどを印刷する印刷実行部２４，３４、紙などの媒体の文字や画像などをスキャンして画像データとするスキャン実行部２５，３５、印刷するためのデータを一時的に記憶したりスキャンにより得られる画像データを一時的に記憶するメモリー２６，３６、メモリーカード２８，３８が接続されたときにメモリーカード２８，３８のメモリーにデータを書き込んだりメモリーカード２８，３８のメモリーに記憶されたデータを読み込んだりするためのメモリーカードドライバー２７，３７などが実装されている。
【００１８】
以下の説明では、画像処理装置２０によりスキャンした画像データを印刷コンテンツデータとして画像処理装置２０からＩＰネットワーク１０を介して画像処理装置３０に送信し、印刷コンテンツデータを受信した画像処理装置３０によりこの印刷コンテンツデータを印刷することを想定するため、画像処理装置２０を「発信側端末２０」と称し、画像処理装置３０を「着信側端末３０」と称することにする。
【００１９】
図２は、発信側端末２０によりスキャンされた画像データを印刷コンテンツデータとして発信側端末２０から着信側端末３０に送信し、画像データを受信した着信側端末３０により画像データを印刷する際のセッション確立プロトコルによる発信側端末２０と着信側端末３０との通信シーケンスを示す説明図である。ＳＩＰによるセッションの確立は、まず、発信側端末２０から着信側端末３０に向けてのＩＮＶＩＴＥメッセージの送信から行なわれる。発信側端末２０からのＩＮＶＩＴＥメッセージは、まず、ＳＩＰプロキシー・サーバー１２に送信される。ＳＩＰプロキシー・サーバー１２は、発信側端末２０に処理中を意味する状態コードとしての「100Trying」を応答として送信すると共にＩＮＶＩＴＥメッセージに記述されている着信側端末３０のＵＲＩ（Uniform Resource Identifier）に基づいてこのＩＮＶＩＴＥメッセージをＳＩＰプロキシー・サーバー１４に送信する。ＳＩＰプロキシー・サーバー１４は、ＳＩＰプロキシー・サーバー１２に処理中を意味する状態コードとしての「100Trying」を応答として送信すると共にＩＮＶＩＴＥメッセージに記述されている着信側端末３０のＵＲＩ（Uniform Resource Identifier）に基づいてこのＩＮＶＩＴＥメッセージを着信側端末３０に送信する。着信側端末３０は、ＩＮＶＩＴＥメッセージの受信に伴って呼び出し中を意味する状態コードとしての「180Ringing」を応答として送信する。この「180Ringing」は、ＳＩＰプロキシー・サーバー１４，ＳＩＰプロキシー・サーバー１２を経由して発信側端末２０に送信される。その後、着信側端末３０が受信したＩＮＶＩＴＥメッセージに対してセッションを確立するための呼び出しに対する成功を意味する状態コードとしての「200OK」を送信すると、この「200OK」がＳＩＰプロキシー・サーバー１４，ＳＩＰプロキシー・サーバー１２を介して発信側端末２０に送信され、この「200OK」を受信した発信側端末２０がＩＮＶＩＴＥメッセージに対する最終応答の受信確認として状態コードとしての「ACK」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１４を介して着信側端末３０に送信する。以上で発信側端末２０と着信側端末３０との接続が確立し、発信側端末２０から着信側端末３０に印刷コンテンツデータを送信することができるようになる。そして、発信側端末２０による印刷コンテンツデータの送信と、着信側端末３０による印刷コンテンツデータの印刷が終了すると、着信側端末３０からセッションを終了するための状態コードとしての「BYE」をＳＩＰプロキシー・サーバー１４，ＳＩＰプロキシー・サーバー１２を介して発信側端末２０に送信し、これに対して発信側端末２０から「200OK」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１４を介して着信側端末３０に送信することにより、セッションを終了する。なお、セッションの確立と終了とをＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１４を介して行なうことにより、ＳＩＰプロキシー・サーバー１２およびＳＩＰプロキシー・サーバー１４を管理する管理者は、発信側端末２０と着信側端末３０とのセッションの確立の日時およびセッションの終了の日時を取得して発信側端末２０や着信側端末３０へのセッションの��立に対するサービスの対価（課金）を計算することができる。
【００２０】
図３は実施例の発信側端末２０から送信するＩＮＶＩＴＥメッセージにおけるＳＤＰ（Session Description Protocol）の内容の一例であり、図４は実施例の着信側端末３０から送信する「200OK」のメッセージにおけるＳＤＰの内容の一例である。図３および図４のＳＤＰはメディア記述部を構成している。ＳＤＰでは、「m=」行はメディア種類やトランスポートアドレスの情報を示す。図３の「m=」行では、「TCP（Transmission Control Protocol）」を用いてペイロードタイプ「newprint1」で規定されているアプリケーション（application）をポート番号「8080」で扱うことを意味しており、図４の「m=」行では、「TCP」を用いてペイロードタイプ「newprint1」で規定されているアプリケーション（application）をポート番号「3180」で扱うことを意味している。ここで、「m=」行における「newprint1」の記述は、実施例では、印刷コンテンツデータの送受信を含むことを識別するものとしても機能しており、この「newprint1」の記述により、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するものとしている。このことは、図３の「a=setup:passive」から発信側端末２０が「受動側」（サーバー）として機能し、図４の「a=setup:active」から着信側端末３０が「能動側」（クライアント）として機能することからも解る。ＳＤＰでは、「C=」行はセッションに含まれるメディアのアドレスを示す。図３の「C=」行では、「IN IP4 xxx.xxx.xxx.xxx」と記述することにより発信側端末２０のＩＰアドレスが「xxx.xxx.xxx.xxx」であることが解る。また、図３の最終行の「a=」行の「newprint/capability.xml」の記述は、セッションが確立した後の最初の着信側端末３０からの要求先のＵＲＬ（Uniform Resource Locator）である。この記述により、サーバー・クライアントモデルにおけるクライアントとして機能する着信側端末３０が最初に発信側端末２０に対して要求する能力要求のＵＲＬを取得することができる。
【００２１】
図５は発信側端末２０から着信側端末３０に印刷コンテンツデータを送信する際に着信側端末３０により実行される着信側処理の一例を示すフローチャートであり、図６は発信側端末２０から着信側端末３０に印刷コンテンツデータを送信する際に発信側端末２０により実行される発信側処理の一例を示すフローチャートであり、図７は発信側端末２０から着信側端末３０に印刷コンテンツデータを送信する際のシーケンスの一例を示す説明図である。説明の都合上、図７のシーケンスを中心に必要に応じて図５の着信側処理および図６の発信側処理を用いて印刷コンテンツデータの送受信および印刷について説明する。なお、上述したように、印刷コンテンツの送受信を行なうためにセッションが確立されたときには、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するから、発信側端末２０は着信側端末３０からの要求待ちとなる。
【００２２】
セッションが確立すると、着信側端末３０から発信側端末２０に能力要求メッセージを送信することにより能力要求が行なわれ（図５のステップＳ１００，図６のステップＳ３００）、この能力要求に対して発信側端末２０から着信側端末３０に能力応答メッセージを送信することにより能力応答を行なう（図６のステップＳ３１０，図５のステップＳ１１０）。能力要求メッセージの一例を図８に示す。能力要求メッセージの０１行は「要求」を示すコマンドであり、０２行はＩＮＶＩＴＥメッセージから得られる発信側端末２０のＩＰアドレスであり、０３行はＸＭＬのテキストを受け付ける意である。能力応答メッセージの一例を図９に示す。能力応答メッセージの０１行は要求に対して成功を意味する「200OK」であり、０２行は内容の種別がＸＭＬのテキストであることを意味し、０３行は長さを表わす。そして、発信側端末２０の能力としては、この例からは、用紙サイズ（１０行の「MediaSize」）はＡ４（１２行の「iso_a4_210x297mm」），Ｌ（１３行の「custom_lsize_89x127mm」），２Ｌ（１４行の「custom_2lsize_127x178mm」）であり、品質（１９行の「PrintQuality」）は２００×２００ｄｐｉ（２１行の「200×200」），３００×３００ｄｐｉ（２２行の「300×300」），４００×４００ｄｐｉ（２３行の「400×400」）であり、ファイルフォーマット（２７行の「DocumentFormat」）はtiff（Tagged Image File Format）（２９行の「img/tiff」）であり、モノクロカラー（３３行の「MonoColor」）はカラー（３５行の「color」），モノクロ（３６行の「mono」）であることが解る。そして、この能力応答メッセージの４２行には、次に着信側端末３０からページ情報要求する際のＵＲＬ（４２行の「newprint/capability1.xml」）が記述されている。このＵＲＬは、ＩＮＶＩＴＥメッセージにおけるＳＤＰで記述した発信側端末２０のＩＰアドレス「xxx.xxx.xxx.xxx」（図８では０２行の「HOST:xxx.xxx.xxx.xxx」）からの相対アドレスとなっている。更に、４３行には、ステータス変更情報を受け取るためのＵＲＬ（４３行の「newprint/event/」）が記述されている。このステータス変更情報を受け取るためのＵＲＬは、着信側端末３０が正常とは異なる状態、例えば紙詰まりやインク切れなどの状態が生じたときに発信側端末２０が情報を受け取るためのＵＲＬである。着信側端末３０は、発信側端末２０からの能力応答メッセージを受信すると、能力応答メッセージから発信側端末２０の能力を取得すると共に印刷コンテンツの最初のページ情報が記述されているＵＲＬ（４２行の「newprint/capability1.xml」）やステータス変更情報を受け取るためのＵＲＬ（４３行の「newprint/event/」）を取得する（図５のステップＳ１２０）。
【００２３】
次に、着信側端末３０から発信側端末２０に取得したＵＲＬ（図９の能力応答メッセージの４２行の「newprint/capability1.xml」）を用いてページ情報要求メッセージを送信することによりページ情報要求が行なわれ（図５のステップＳ１３０，図６のステップＳ３２０）、このページ情報要求に対して発信側端末２０から着信側端末３０にページ情報応答メッセージを送信することによりページ情報応答を行なう（図６のステップＳ３３０，図５のステップＳ１４０）。ページ情報要求メッセージの一例を図１０に示す。ページ情報要求メッセージの０１行に記載された「newprint/capability1.xml」は図９の能力応答メッセージの４２行の「newprint/capability1.xml」と同一であることが解る。ページ情報応答メッセージの一例を図１１に示す。ページ情報応答メッセージの０９行には印刷コンテンツデータのＵＲＬ「newprint/scanprint.tiff」が記述されており、１０行には印刷コンテンツにおける次のページのＵＲＬ「newprint/capability2.xml」が記述されているのが解る。着信側端末３０は、発信側端末２０からのページ情報応答メッセージを受信すると、このページ情報応答メッセージに印刷コンテンツデータのＵＲＬや印刷コンテンツにおける次のページのＵＲＬがあれば、これらのＵＲＬを取得する（図５のステップＳ１５０，Ｓ１６０）。
【００２４】
続いて、着信側端末３０から発信側端末２０に取得したＵＲＬ（図１１のページ情報応答メッセージの０９行の「newprint/scanprint.tiff」）を用いてデータ要求メッセージを送信することによりデータ要求が行なわれ（図５のステップＳ１７０，図６のステップＳ３５０）、このデータ要求に対して発信側端末２０から着信側端末３０にデータ応答メッセージとデータとを送信することによりデータ応答を行なう（図６のステップＳ３６０，図５のステップＳ１８０）。データ要求メッセージの一例を図１２に示す。データ要求メッセージの０１行に記載された「newprint/scanprint.tiff」は図１１のページ情報応答メッセージの０９行の「newprint/scanprint.tiff」と同一であることが解る。図１２のデータ要求メッセージの０１行から要求するデータとしては、用紙サイズ「MediaSize」がＡ４「iso_a4_210x297mm」であり、品質「PrintQuality」が２００×２００ｄｐｉ「200×200」でであり、ファイルフォーマット「DocumentFormat」がtiff「img/tiff」であり、モノクロカラー「MonoColor」がカラー「color」であることが解る。０３行の「Range」は、印刷コンテンツデータのうち送受信するデータを指定するものであり、実施例では「bytes=0-1023」と記述することにより、１ページの０バイトから１０２３バイトまでの１０２４バイトを指定している。この範囲は、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内として設定すればよい。なお、着信側端末３０のメモリー３６に割り当てられた印刷用記憶容量が十分な場合には、０３行の「Range」を省略することもでき、この場合、１ページの全てを指定することになる。データ応答メッセージの一例を図１３に示す。データ応答メッセージの０４行の「Content-Length: 1024」からデータ長が１０２４バイトであることが解り、０５行の「Content-Range: bytes 0-1023/4096」から全データ量４０９６バイトのうち０バイトから１０２３バイトを送信することが解る。発信側端末２０は、このデータ応答メッセージを送信すると共にデータ要求メッセージの０３行の「Range」に記述されたデータに相当する部分について上述の指定した用紙サイズ、品質、ファイルフォーマット、モノクロカラーによりスキャン実行部２５によって画像データを読み取ってそのデータを着信側端末３０に送信する。着信側端末３０は、送信されたデータを受信すると、受信したデータを印刷実行部３４によりレンダリングすると共に印刷する（図５のステップＳ１９０）。そして、１ページの終端までの印刷が終了するまでデータ要求とデータ応答とが繰り返し実行される（図５のステップＳ１７０〜Ｓ２００，図６のステップＳ３５０〜Ｓ３７０）。なお、１ページの終端は、データ要求メッセージの０３行の「Range」で指定したデータ量に満たないときやそのデータが存在しないときに判定するものとした。
【００２５】
１ページの終端までの印刷が終了すると、着信側端末３０から、発信側端末２０へのページ情報要求に応じて発信側端末２０からのページ情報応答により取得した次のページのＵＲＬ「newprint/capability2.xml」を用いて発信側端末２０にページ情報要求が行なわれ（図５のステップＳ１３０，図６のステップＳ３２０）、このページ情報要求に対して発信側端末２０からページ情報応答が行なわれ（図６のステップＳ３３０，図５のステップＳ１４０）、更に、そのページの終端までの印刷が終了するまでデータ要求とデータ応答とが繰り返し実行される（図５のステップＳ１７０〜Ｓ２００，図６のステップＳ３５０〜Ｓ３７０）。
【００２６】
発信側端末２０からのページ情報応答メッセージに印刷コンテンツデータのＵＲＬも次のページのＵＲＬもない場合には、着信側端末３０は、印刷コンテンツデータの送信が終了したと判断し（図５のステップＳ１５０）、セッションを終了するために、発信側端末２０に「BYE」（図２参照）を送信する。印刷コンテンツデータの送信が終了したときに着信側端末３０からのページ情報要求に対して発信側端末２０から送信されるページ情報応答メッセージの一例を図１４に示す。ページ情報応答メッセージの０９行の「none」および１０行の「none」から印刷コンテンツデータのＵＲＬも次のページのＵＲＬもないことが解る。「BYE」を受信した発信側端末２０は（図６のステップＳ３４０）、セッションを終了するために「200OK」を着信側端末３０に送信する。この「BYE」および「200OK」の送信については上述した。
【００２７】
以上説明した実施例の印刷システムおよび着信側端末３０によれば、セッションの確立を行なう際のＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたときには、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するものとして、着信側端末３０からの要求に応じて印刷コンテンツデータの送受信および着信側端末３０による印刷コンテンツデータの印刷を行なうことにより、着信側端末３０の性能に応じて印刷コンテンツデータの送受信を行なって印刷することができる。この結果、ＩＰネットワークを介して印刷コンテンツデータを適正に受信して印刷することができる。しかも、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内で印刷コンテンツデータのうち送受信するデータを指定してデータの送受信とデータの印刷とを行なうから、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量が小さな場合にも印刷コンテンツデータを適正に送受信を行なって印刷することができる。
【００２８】
ここで、実施例では、本発明の印刷システムに対しては、発信側端末２０が「送信側端末」に相当し、着信側端末３０が「印刷装置端末」に相当し、ＩＰネットワーク１０が「ＩＰネットワーク」に相当する。発信側端末２０と「送信側端末」とでは、ＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」を記述してＩＮＶＩＴＥメッセージを着信側端末３０側に送信してセッションを確立するＳＩＰＵＡ２３が「送信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるサーバーとして機能して着信側端末３０からの要求に応じてスキャン実行部２５によって画像データを読み取ってそのデータを着信側端末３０に送信する図６の発信側処理を実行する制御部２２が「印刷コンテンツ送信手段」に相当する。着信側端末３０と「印刷装置端末」とでは、メモリー３６が「記憶手段」に相当し、印刷実行部３４が「印刷実行手段」に相当し、発信側端末２０から送信された「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたＩＮＶＩＴＥメッセージを受信してセッションを確立するＳＩＰＵＡ３３が「受信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるクライアントとして機能して印刷コンテンツデータの要求に対して発信側端末２０から送信されるデータを受信すると共に印刷する図５の着信側処理を実行する制御部３２が「印刷コンテンツ受信印刷制御手段」に相当する。また、本発明の印刷装置端末に対しては、メモリー３６が「記憶手段」に相当し、印刷実行部３４が「印刷実行手段」に相当し、発信側端末２０から送信された「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたＩＮＶＩＴＥメッセージを受信してセッションを確立するＳＩＰＵＡ３３が「受信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるクライアントとして機能して印刷コンテンツデータの要求に対して発信側端末２０から送信されるデータを受信すると共に印刷する図５の着信側処理を実行する制御部３２が「印刷コンテンツ受信印刷制御手段」に相当する。
【００２９】
実施例の印刷システムや着信側端末３０では、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内として設定された１０２４バイトずつ印刷コンテンツデータの送受信を行なうものとしたが、着信側端末３０のメモリー３６に２ページ分の印刷用記憶領域を用意し、一方の印刷用記憶領域に書き込まれた１ページ分のデータを印刷している最中に他方の印刷用記憶領域に１ページ分のデータを受信するものとしてもよい。この場合の着信側処理の一例を図１５に示す。図１５の着信側処理のステップＳ４００〜Ｓ４４０は図５の着信側処理のステップＳ１００〜Ｓ１４０と同一であり、図１５の着信側処理のステップＳ４５０〜Ｓ４８０はデータ要求およびデータ応答が１ページ毎であることを除いて図５の着信側処理のステップＳ１６０〜Ｓ１９０と同一である。ステップＳ４００〜Ｓ４７０までの処理で１ページ分のデータをメモリー３６の一方の印刷用記憶領域に記憶すると、一方の印刷用記憶領域に記憶した１ページ分のデータに対してレンダリングと印刷を開始すると共に（ステップＳ４８０）、ステップＳ４３０と同様にページ情報要求メッセージを発信側端末２０に送信することによりページ情報要求を行ない、これに応じて発信側端末２０から送信されるページ情報応答メッセージを受信する（ステップＳ５００）。着信側端末３０は、発信側端末２０からのページ情報応答メッセージを受信すると、このページ情報応答メッセージに印刷コンテンツデータのＵＲＬや印刷コンテンツにおける次のページのＵＲＬがあれば、これらのＵＲＬを取得し（ステップＳ５１０，Ｓ５２０）、取得したＵＲＬを用いてデータ要求メッセージを送信することによりデータ要求を行ない（ステップＳ５３０）、このデータ要求に対して発信側端末２０から送信されるデータ応答メッセージと１ページ分のデータとを受信し、１ページ分のデータについてはメモリー３６の他方の印刷用記憶領域に記憶する（ステップＳ５４０）。そして、メモリー３６の一方の印刷用記憶領域に記憶されたデータの印刷が終了するのを待って（ステップＳ５５０）、メモリー３６の他方の印刷用記憶領域に記憶した１ページ分のデータに対してレンダリングと印刷を開始し（ステップＳ４８０）、印刷が終了したメモリー３６の一方の印刷用記憶領域に次の１ページ分のデータを記憶するための処理、即ちステップＳ４９０〜Ｓ５４０の処理を実行する。発信側端末２０からのページ情報応答メッセージに印刷コンテンツデータのＵＲＬも次のページのＵＲＬもない場合には、印刷コンテンツデータの送信が終了したと判断し（ステップＳ５１０）、セッションを終了するために発信側端末２０に「BYE」（図２参照）を送信し（ステップＳ５６０）、現在の印刷が終了するのを待って（ステップＳ５７０）、着信側処理を終了する。なお、この着信側処理に対応する発信側処理については着信側処理におけるシーケンス番号に応答するものであるから、図６におけるシーケンス番号の応答と同一である。このように、２つの印刷用記憶領域の一方で印刷し、他方でデータを受信することにより、印刷コンテンツデータを送受信する時間を短くすることができる。
【００３０】
実施例の印刷システムでは、セッションの確立を行なう際のＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたときには、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するものとしたが、ＩＮＶＩＴＥメッセージに印刷コンテンツデータの送受信を含むことを識別するための識別子が記述されればよいから、識別としては「newprint1」に限定されるものではなく、識別可能な如何なる記述であっても構わない。
【００３１】
実施例の印刷システムでは、データ要求メッセージで「bytes=0-1023」と記述することにより、１ページの０バイトから１０２３バイトまでの１０２４バイトを指定してデータ送受信を行なうものとしたが、データ量だけを指定するものとしてもよい。この場合、データ量としては１０２４バイトに限定されるものではないことは勿論である。
【００３２】
実施例の着信側端末３０では、スキャン実行部３５とメモリーカードドライバー３７とを共に実装するものとしたが、スキャン実行部３５とメモリーカードドライバー３７とのうち一方だけを実装するものとしてもよいし、双方とも実装しないものとしても構わない。
【００３３】
実施例では、発信側端末２０として印刷実行部２４やスキャン実行部２５，メモリカードドライバー２７を実装するものとしたが、送信すべき印刷コンテンツデータを記憶していればよいから、印刷実行部２４やスキャン実行部２５，メモリカードドライバー２７の一部だけを実装するものとしてもよいし、全てを実装しないものとしてもよい。即ち、発信側端末２０としては、印刷コンテンツデータを送信することができるものであれば如何なるものとしても構わない。
【００３４】
以上、本発明を実施するための形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々なる形態で実施し得ることは勿論である。
【産業上の利用可能性】
【００３５】
本発明は、印刷システムや印刷装置端末の製造産業などに利用可能である。
【符号の説明】
【００３６】
１０  ＩＰネットワーク、１２，１４  ＳＩＰプロキシー・サーバー、１６  ロケーション・サーバー、２０  発信側端末（画像処理装置）、２２，３２  制御部、２３，３３  ユーザー・エージェント（ＳＩＰＵＡ）、２４，３４  印刷実行部、２５，３５  スキャン実行部、２６，３６  メモリー、２７，３７  メモリーカードドライバー、２８，３８  メモリーカード、３０  着信側端末（画像処理装置）。
【図１】
2010219689.tif 000003
【図２】
2010219689.tif 000004
【図３】
2010219689.tif 000005
【図４】
2010219689.tif 000006
【図５】
2010219689.tif 000007
【図６】
2010219689.tif 000008
【図７】
2010219689.tif 000009
【図８】
2010219689.tif 000010
【図９】
2010219689.tif 000011
【図１０】
2010219689.tif 000012
【図１１】
2010219689.tif 000013
【図１２】
2010219689.tif 000014
【図１３】
2010219689.tif 000015
【図１４】
2010219689.tif 000016
【図１５】
2010219689.tif 000017