(57)【要約】【課題】印刷コンテンツを受信して印刷している最中に印刷装置端末が印刷できない状態に至ったときに対処する。【解決手段】発信側端末をサーバー・クライアントモデルにおけるサーバーとして機能させると共に着信側端末をサーバー・クライアントモデルにおけるクライアントとして機能させて着信側端末のメモリーの容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内で印刷コンテンツデータのうち送受信するデータを指定してデータの送受信とデータの印刷とを行なっている最中に、着信側端末が紙詰まりやインク切れ，用紙切れなどにより印刷できない状態に至ったときには、印刷不可状態情報を含むステート通知を発信側端末に送信することにより、セッションを終了する（Ｓ２３０，Ｓ２５０）。これにより、印刷不可状態に至ったときに迅速にセッションを終了することができる。【選択図】図５
2010244148.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/event/」）を用いて印刷可能状態情報を含むステート通知を発信側端末２０に送信し（図５のステップＳ１３０，Ｓ１４０，図６のステップＳ３２０）、印刷できる状態にないときには、取得したＵＲＬ（「newprint/event/」）を用いて印刷不可状態情報を含むステート通知を発信側端末２０に送信する（図５のステップＳ１３０，Ｓ２５０，図６のステップＳ３２０）。印刷可能状態情報を含むステート通知の一例を図１０に示し、印刷不可状態情報を含むステート通知の一例を図１１に示す。ステート通知は、図１０および図１１の０１行の「ＰＯＳＴ」に示されるように通知である。ここで、印刷可能状態情報としては図１０の０９行の「ＯＫ」であり、印刷不可状態情報としては図１１の０９行の「ＮＧ」である。ステート通知を受信した発信側端末２０は、ステート応答として「200OK」を着信側端末３０に送信すると共に（図６のステップＳ３３０，図５のステップＳ１５０）、印刷可能状態情報を含んでいるか印刷不可状態情報を含んでいるかにより着信側端末３０が印刷できる状態にあるか印刷ができない状態にあるかを判定する（ステップＳ３４０）。通常は、ステート通知には印刷可能状態情報が含まれているから、発信側端末２０は肯定的な判定を行ない、着信側端末３０からの次の要求を待つことになる。ステート通知に印刷不可状態情報が含まれているときには、発信側端末２０からセッションを終了するための状態コードとしての「BYE」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１４を介して着信側端末３０に送信し（図６のステップＳ４４０）、これに対して着信側端末３０から「200OK」をＳＩＰプロキシー・サーバー１４，ＳＩＰプロキシー・サーバー１２を介して発信側端末２０に送信することにより、セッションを終了する。
【００２６】
印刷可能状態情報を含むステート通知とこれに対するステート応答が行なわれると、着信側端末３０から発信側端末２０に取得したＵＲＬ（図９の能力応答メッセージの４２行の「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」に記述されたデータに相当する部分について上述の指定した用紙サイズ、品質、ファイルフォーマット、モノクロカラーによりスキャン実行部２５によって画像データを読み取ってそのデータを着信側端末３０に送信する。着信側端末３０は、送信されたデータを受信すると、受信したデータを印刷実行部３４によりレンダリングすると共に印刷する（図５のステップＳ２２０）。そして、このレンダリングや印刷時に紙詰まりやインク切れ，用紙切れなどにより印刷することができない状態にあるか否かを判定し、印刷できない状態にあるときには、取得したＵＲＬ（図９の能力応答メッセージの４３行の「newprint/event/」）を用いて印刷不可状態情報を含むステート通知を発信側端末２０に送信する（図５のステップＳ２３０，Ｓ２５０，図６のステップＳ４００，Ｓ４２０）。印刷不可状態情報が含まれたステート通知を受信すると、発信側端末２０は、ステート応答として「200OK」を着信側端末３０に送信すると共に（図６のステップＳ４３０）、セッションを終了するための状態コードとしての「BYE」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１４を介して着信側端末３０に送信し（図６のステップＳ４４０）、これに対して着信側端末３０から「200OK」をＳＩＰプロキシー・サーバー１４，ＳＩＰプロキシー・サーバー１２を介して発信側端末２０に送信することにより、セッションを終了する。一方、着信側端末３０が印刷できる状態にあるときにはステート通知が行なわれることなく、１ページの終端までの印刷が終了するまでデータ要求とデータ応答とが繰り返し実行される（図５のステップＳ２００〜Ｓ２４０，図６のステップＳ３８０〜Ｓ４１０）。なお、１ページの終端は、データ要求メッセージの０３行の「Range」で指定したデータ量に満たないときやそのデータが存在しないときに判定するものとした。
【００２８】
１ページの終端までの印刷が終了すると、着信側端末３０から、発信側端末２０へのページ情報要求に応じて発信側端末２０からのページ情報応答により取得した次のページのＵＲＬ「newprint/capability2.xml」を用いて発信側端末２０にページ情報要求が行なわれ（図５のステップＳ１６０，図６のステップＳ３５０）、このページ情報要求に対して発信側端末２０からページ情報応答が行なわれ（図６のステップＳ３６０，図５のステップＳ１７０）、更に、そのページの終端までの印刷が終了するまでデータ要求とデータ応答とが繰り返し実行される（図５のステップＳ２００〜Ｓ２４０，図６のステップＳ３８０〜Ｓ４１０）。なお、こうしたデータ要求とデータ応答によってレンダリングと印刷とが行なわれるが、このレンダリングと印刷の最中に着信側端末３０が紙詰まりやインク切れ，用紙切れなどにより印刷することができない状態に至ると、着信側端末３０は印刷不可状態情報を含むステート通知を発信側端末２０に送信し、これにより、セッションを終了する。
【００２９】
紙詰まりやインク切れ，用紙切れなどによりセッションを終了することなく、印刷コンテンツの印刷が行なわれると、発信側端末２０からのページ情報応答メッセージに印刷コンテンツデータのＵＲＬも次のページのＵＲＬもない状態となり、着信側端末３０は、印刷コンテンツデータの送信が終了したと判断し（図５のステップＳ１８０）、セッションを終了するために、発信側端末２０に「BYE」（図２参照）を送信する。印刷コンテンツデータの送信が終了したときに着信側端末３０からのページ情報要求に対して発信側端末２０から送信されるページ情報応答メッセージの一例を図１６に示す。ページ情報応答メッセージの０９行の「none」および１０行の「none」から印刷コンテンツデータのＵＲＬも次のページのＵＲＬもないことが解る。「BYE」を受信した発信側端末２０は（図６のステップＳ３７０）、セッションを終了するために「200OK」を着信側端末３０に送信する。この「BYE」および「200OK」の送信については上述した。
【００３０】
以上説明した実施例の印刷システムおよび着信側端末３０によれば、セッションの確立を行なう際のＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたときには、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するものとして、着信側端末３０からの要求に応じて印刷コンテンツデータの送受信および着信側端末３０による印刷コンテンツデータの印刷を行なうことにより、着信側端末３０の性能に応じて印刷コンテンツデータの送受信を行なって印刷することができる。この結果、ＩＰネットワークを介して印刷コンテンツデータを適正に受信して印刷することができる。しかも、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量の範囲内で印刷コンテンツデータのうち送受信するデータを指定してデータの送受信とデータの印刷とを行なうから、着信側端末３０のメモリー３６の容量のうち印刷用データに割り当てられた印刷用記憶容量が小さな場合にも印刷コンテンツデータを適正に送受信を行なって印刷することができる。そして、こうした印刷コンテンツの印刷の最中に着信側端末３０が紙詰まりやインク切れ，用紙切れなどにより印刷できない状態に至ると、発信側端末２０からの能力応答に含まれるステータス変更情報を受け取るためのＵＲＬ（図９の能力応答メッセージの４３行の「newprint/event/」）を用いて印刷不可状態情報を含むステート通知を発信側端末２０に送信することにより、セッションを終了することができる。この結果、着信側端末３０が印刷できない状態に至ったときには速やかに発信側端末２０と着信側端末３０とのセッションを終了することができる。また、発信側端末２０と着信側端末３０とのセッションが確立したときには印刷コンテンツの送受信や印刷に先立って、着信側端末３０が印刷できる状態にあるか印刷できない状態にあるかを判定し、ステート通知を行なうから、着信側端末３０が印刷できない状態のときには速やかに発信側端末２０と着信側端末３０とのセッションを終了することができる。これらにより、通信時間に対して課金が行なわれる場合には、課金される金額を少なくすることができる。
【００３１】
ここで、実施例では、本発明の印刷システムに対しては、発信側端末２０が「送信側端末」に相当し、着信側端末３０が「印刷装置端末」に相当し、ＩＰネットワーク１０が「ＩＰネットワーク」に相当する。発信側端末２０と「送信側端末」とでは、ＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」を記述してＩＮＶＩＴＥメッセージを着信側端末３０側に送信してセッションを確立するＳＩＰＵＡ２３が「送信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるサーバーとして機能して着信側端末３０からの要求に応じてスキャン実行部２５によって画像データを読み取ってそのデータを着信側端末３０に送信し、印刷不可状態情報を含むステート通知を受信すると、印刷コンテンツの送信を中止して発信側端末２０と着信側端末３０とのセッションを終了する図６の発信側処理を実行する制御部２２が「印刷コンテンツ送信手段」に相当する。着信側端末３０と「印刷装置端末」とでは、メモリー３６が「記憶手段」に相当し、印刷実行部３４が「印刷実行手段」に相当し、発信側端末２０から送信された「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたＩＮＶＩＴＥメッセージを受信してセッションを確立するＳＩＰＵＡ３３が「受信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるクライアントとして機能して印刷コンテンツデータの要求に対して発信側端末２０から送信されるデータを受信すると共に印刷する図５の着信側処理を実行する制御部３２が「印刷コンテンツ受信印刷制御手段」に相当し、着信側端末３０が紙詰まりやインク切れ，用紙切れなどにより印刷できない状態に至ると印刷不可状態情報を含むステート通知を発信側端末２０に送信する図５の着信側処理におけるステップＳ２３０，Ｓ２５０を実行する制御部３２が「状態情報送信手段」に相当する。また、本発明の印刷装置端末に対しては、メモリー３６が「記憶手段」に相当し、印刷実行部３４が「印刷実行手段」に相当し、発信側端末２０から送信された「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたＩＮＶＩＴＥメッセージを受信してセッションを確立するＳＩＰＵＡ３３が「受信側接続確立実行手段」に相当し、「newprint1」の記述によりサーバー・クライアントモデルにおけるクライアントとして機能して印刷コンテンツデータの要求に対して発信側端末２０から送信されるデータを受信すると共に印刷する図５の着信側処理を実行する制御部３２が「印刷コンテンツ受信印刷制御手段」に相当し、着信側端末３０が紙詰まりやインク切れ，用紙切れなどにより印刷できない状態に至ると印刷不可状態情報を含むステート通知を発信側端末２０に送信する図５の着信側処理におけるステップＳ２３０，Ｓ２５０を実行する制御部３２が「状態情報送信手段」に相当する。
【００３２】
実施例の印刷システムや着信側端末３０では、発信側端末２０と着信側端末３０とのセッションが確立したときには印刷コンテンツの送受信や印刷に先立って、着信側端末３０が印刷できる状態にあるか印刷できない状態にあるかを判定してステート通知を行なうものとしたが、印刷コンテンツの送受信や印刷に先立ってのステート通知は行なわないものとしても構わない。
【００３３】
実施例の印刷システムや着信側端末３０では、印刷コンテンツの送信として発信側端末２０のスキャン実行部２５によって画像データを読み取ってそのデータを着信側端末３０に送信するものとしたが、発信側端末２０のメモリー２６に記憶されている画像データを着信側端末３０に送信するものとしたり、メモリーカード２８に記憶されている画像データを着信側端末３０に送信するものとしてもよい。
【００３４】
実施例の印刷システムや着信側端末３０では、着信側端末３０が紙詰まりやインク切れ，用紙切れなどにより印刷できない状態のときに印刷不可状態情報を含むステート通知を着信側端末３０から発信側端末２０に送信するものとしたが、紙詰まりやインク切れ，用紙切れ以外の理由により着信側端末３０が印刷できない状態のときにも印刷不可状態情報を含むステート通知を着信側端末３０から発信側端末２０に送信するものとしてもよい。また、着信側端末３０の通信機能の一部に異常が生じて画像データを適正に受信できないときにも印刷不可状態情報を含むステート通知を着信側端末３０から発信側端末２０に送信するものとしてもよい。
【００３５】
実施例の印刷システムや着信側端末３０では、印刷コンテンツの送信として発信側端末２０のスキャン実行部２５によって読み取った画像データをtiff（Tagged Image File Format）として着信側端末３０に送信するものとしたが、xhtml-prinnt文書などの記述文書を受信し、記述文書を解析して画像データを受信して印刷するものとしてもよい。
【００３６】
実施例の印刷システムでは、セッションの確立を行なう際のＩＮＶＩＴＥメッセージのＳＤＰの内容として「m=」行に印刷コンテンツデータの送受信を含むことを識別するための「newprint1」が記述されたときには、発信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、着信側端末３０がサーバー・クライアントモデルにおけるクライアントとして機能するものとしたが、ＩＮＶＩＴＥメッセージに印刷コンテンツデータの送受信を含むことを識別するための識別子が記述されればよいから、識別としては「newprint1」に限定されるものではなく、識別可能な如何なる記述であっても構わない。
【００３７】
実施例の印刷システムでは、データ要求メッセージで「bytes=0-1023」と記述することにより、１ページの０バイトから１０２３バイトまでの１０２４バイトを指定してデータ送受信を行なうものとしたが、データ量だけを指定するものとしてもよい。この場合、データ量としては１０２４バイトに限定されるものではないことは勿論である。
【００３８】
実施例の着信側端末３０では、スキャン実行部３５とメモリーカードドライバー３７とを共に実装するものとしたが、スキャン実行部３５とメモリーカードドライバー３７とのうち一方だけを実装するものとしてもよいし、双方とも実装しないものとしても構わない。
【００３９】
実施例では、発信側端末２０として印刷実行部２４やスキャン実行部２５，メモリカードドライバー２７を実装するものとしたが、送信すべき印刷コンテンツデータを記憶していればよいから、印刷実行部２４やスキャン実行部２５，メモリカードドライバー２７の一部だけを実装するものとしてもよいし、全てを実装しないものとしてもよい。即ち、発信側端末２０としては、印刷コンテンツデータを送信することができるものであれば如何なるものとしても構わない。
【００４０】
以上、本発明を実施するための形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において、種々なる形態で実施し得ることは勿論である。
【産業上の利用可能性】
【００４１】
本発明は、印刷システムや印刷装置端末の製造産業などに利用可能である。
【符号の説明】
【００４２】
１０  ＩＰネットワーク、１２，１４  ＳＩＰプロキシー・サーバー、１６  ロケーション・サーバー、２０  発信側端末（画像処理装置）、２２，３２  制御部、２３，３３  ユーザー・エージェント（ＳＩＰＵＡ）、２４，３４  印刷実行部、２５，３５  スキャン実行部、２６，３６  メモリー、２７，３７  メモリーカードドライバー、２８，３８  メモリーカード、３０  着信側端末（画像処理装置）。
【図１】
2010244148.tif 000003
【図２】
2010244148.tif 000004
【図３】
2010244148.tif 000005
【図４】
2010244148.tif 000006
【図５】
2010244148.tif 000007
【図６】
2010244148.tif 000008
【図７】
2010244148.tif 000009
【図８】
2010244148.tif 000010
【図９】
2010244148.tif 000011
【図１０】
2010244148.tif 000012
【図１１】
2010244148.tif 000013
【図１２】
2010244148.tif 000014
【図１３】
2010244148.tif 000015
【図１４】
2010244148.tif 000016
【図１５】
2010244148.tif 000017
【図１６】
2010244148.tif 000018