(57)【要約】【課題】ＩＰネットワークを介してコンテンツデータをできる限り適切に送信する。【解決手段】送信側端末２０は、ＨＴＴＰを利用した第１の伝送方式で送信先機器へ接続可能であるときにはこの伝送方式でＩＰネットワーク１１を介して送信先機器へコンテンツデータを送信する。一方、第１の伝送方式で接続可能でなくリアルタイム伝送方式によるＴ．３８伝送方式で接続可能であるときにはこの伝送方式でコンテンツデータを送信する。一方、Ｔ．３８伝送方式で接続可能でない場合には、みなし音声伝送方式で接続を実行し、接続可能であるときにはみなし音声伝送方式でＩＰネットワーク１１を介して送信先機器へコンテンツデータを送信する。このように、より多段的に、複数の伝送方式での接続を行うのである。【選択図】図１
2010245830.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを介して送信先機器へデータを送信する送信手段と、
ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用しデジタルデータを伝送する方式である第１の伝送方式で前記送信先機器へ接続を実行し接続可能であるときには該第１の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させ、前記第１の伝送方式で接続可能でない場合にはパケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式による第２の伝送方式で接続を実行し接続可能であるときには該第２の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させる送信制御手段と、
を備えた情報処理装置。
【請求項２】
前記送信制御手段は、サーバー・クライアントモデルにおけるサーバーとして機能しながら該送信先機器からの要求に対する応答として前記コンテンツデータを送信させる前記第１の伝送方式で前記送信先機器へ接続を実行する、請求項１に記載の情報処理装置。
【請求項３】
前記送信制御手段は、Ｔ．３８伝送方式及びみなし音声伝送方式のうち少なくとも１つを含む前記第２の伝送方式で前記送信先機器へ接続を実行する、請求項１又は２に記載の情報処理装置。
【請求項４】
前記送信制御手段は、前記第２の伝送方式で接続可能でない場合には前記第２の伝送方式よりもデータ伝送速度の低い第３の伝送方式で接続を実行し接続可能であるときには該第３の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させる、請求項１〜３のいずれか１項に記載の情報処理装置。
【請求項５】
前記送信制御手段は、Ｔ．３８伝送方式による前記第２の伝送方式で前記送信先機器へ接続を実行し、みなし音声伝送方式による前記第３の伝送方式で前記送信先機器へ接続を実行する、請求項４に記載の情報処理装置。
【請求項６】
前記送信手段は、前記ＩＰネットワークとしての次世代ネットワーク（ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）を介してデータを送信し、
前記送信制御手段は、前記送信先機器への接続の確立は、セッション確立プロトコル（ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ））により実行する、請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
請求項１〜６のいずれか１項に記載の情報処理装置であって、
前記コンテンツデータとしての画像データを印刷媒体へ印刷処理する印刷実行手段、を備えた情報処理装置。
【請求項８】
ＩＰネットワークを介して送信先機器へデータを送信するデータ送信方法であって、
（ａ）ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用しデジタルデータを伝送する方式である第１の伝送方式で前記送信先機器へ接続を実行し接続可能であるときには該第１の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信するステップと、
（ｂ）前記ステップ（ａ）で前記第１の伝送方式で接続可能でない場合にはパケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式による第２の伝送方式で接続を実行し接続可能であるときには該第２の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信するステップと、
を含むデータ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、データ送信方法に関する。
【背景技術】
【０００２】
従来、印刷システムとしては、電話回線やインターネットなどの通信ネットワークを介して印刷データを受信して印刷するＦＡＸやプリンターが接続されたパーソナルコンピューターなどが知られている。電話回線を介して印刷データを受信するＦＡＸでは、コールに対してＦＡＸである信号をもって応答し、印刷データを受信する毎に印刷したり印刷データをメモリーに記憶してから印刷する。インターネットを介して印刷データを受信するパーソナルコンピューターでは、印刷データをハードディスクなどの外部記憶装置に記憶し、その後、印刷用のアプリケーションを起動して外部記憶装置に記憶した印刷データを読み出して印刷する。なお、ネットワークを利用して情報の伝送に関する技術としては、下記の特許文献に記載されたものが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１０９７０１号公報
【特許文献２】特開２００３−１７８０２８号公報
【特許文献３】特表２００５−５１６３２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ファクシミリ装置としては、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク網を経由したＦＡＸ通信を行うものとして、音声データをパケットへ変換するみなし音声伝送方式によりＦＡＸ通信を実行するものや、デジタルデータを送受信するＴ．３８伝送方式によりＦＡＸ通信を実行するものなど、様々なファクシミリ装置が併存している。また、ＩＰネットワーク網としては、従来の電話網がもつ信頼性・安定性を確保しながら、ＩＰネットワークの柔軟性と経済性とを備えた次世代の情報通信ネットワークとして次世代ネットワーク（ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ））が提案されている。この次世代ネットワークの特長を生かした新しいタイプのファクシミリ装置や既存のファクシミリ装置をこの次世代ネットワークに接続することが考えられるが、このような場合には、伝送方式が様々存在することから、通信速度が実能力よりも低くなってしまうことや通信自体が実行できないなど適切にＦＡＸデータを送信できないことがあった。
【０００５】
本発明は、このような課題に鑑みなされたものであり、ＩＰネットワークを介してコンテンツデータをできる限り適切に送信することができる情報処理装置、データ送信方法を提供することを主目的とする。
【課題を解決するための手段】
【０００６】
本発明は、上述の主目的を達成するために以下の手段を採った。
【０００７】
本発明の情報処理装置は、
ＩＰネットワークを介して送信先機器へデータを送信する送信手段と、
ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用しデジタルデータを伝送する方式である第１の伝送方式で前記送信先機器へ接続を実行し接続可能であるときには該第１の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させ、前記第１の伝送方式で接続可能でない場合にはパケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式による第２の伝送方式で接続を実行し接続可能であるときには該第２の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させる送信制御手段と、
を備えたものである。
【０００８】
この情報処理装置では、ＨＴＴＰを利用しデジタルデータを伝送する方式である第１の伝送方式で送信先機器へ接続を実行し、接続可能であるときには第１の伝送方式でＩＰネットワークを介して送信先機器へコンテンツデータを送信する。一方、第１の伝送方式で接続可能でない場合には、パケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式による第２の伝送方式で接続を実行し、接続可能であるときには第２の伝送方式でＩＰネットワークを介して送信先機器へコンテンツデータを送信する。このように、複数の伝送方式での接続を行い、コンテンツデータを送信するのである。また、第１の伝送方式で接続できないときには、ＩＰネットワーク網で利用可能であり比較的利用されているリアルタイム伝送方式を用いるから、より確実にコンテンツデータを送信可能である。したがって、ＩＰネットワークを介してコンテンツデータをできる限り適切に送信することができる。ここで、「第１の伝送方式」としては、例えば、ＩＴＵ−Ｔ勧告におけるＴ．３０方式のデジタルデータ（以下Ｔ．３０データという）などのＦＡＸデータを介さずに生成されたデジタルデータを伝送する方式としてもよいし、トランスミッションコントロールプロトコル（ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ））を利用した伝送方式としてもよい。また、「第２の伝送方式」としては、例えばＴ．３０データなどのＦＡＸデータを介して生成されたデジタルデータを伝送する方式としてもよいし、リアルタイムトランスポートプロトコル（ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）を利用した伝送方式としてもよい。
【０００９】
本発明の情報処理装置において、前記送信制御手段は、サーバー・クライアントモデルにおけるサーバーとして機能しながら該送信先機器からの要求に対する応答として前記コンテンツデータを送信させる前記第１の伝送方式で前記送信先機器へ接続を実行するものとしてもよい。こうすれば、送信先機器の主導によるコンテンツデータの送受信を行うことにより、送信先機器の性能に応じてコンテンツデータの送受信をより適正に行うことができる。
【００１０】
本発明の情報処理装置において、Ｔ．３８伝送方式及びみなし音声伝送方式のうち少なくとも１つを含む前記第２の伝送方式で前記送信先機器へ接続を実行するものとしてもよい。ここで、「Ｔ．３８伝送方式」には、Ｔ．３８伝送方式のほかＴ．３８伝送方式に準拠する伝送方式を含むものとしてもよい。また、「みなし音声伝送方式」としては、例えばＧ．７１１符号化方式やＧ．７２９符号化方式などを利用した伝送方式としてもよい。
【００１１】
本発明の情報処理装置において、前記送信制御手段は、前記第２の伝送方式で接続可能でない場合には前記第２の伝送方式よりもデータ伝送速度の低い第３の伝送方式で接続を実行し接続可能であるときには該第３の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信させるものとしてもよい。こうすれば、より多くの伝送方式を用いることにより、ＩＰネットワークを介してコンテンツデータを一層適切に送信することができる。このとき、前記送信制御手段は、Ｔ．３８伝送方式による前記第２の伝送方式で前記送信先機器へ接続を実行し、みなし音声伝送方式による前記第３の伝送方式で前記送信先機器へ接続を実行するものとしてもよい。こうすれば、より多段的に、伝送速度がより高いものから接続を行うため、よりネットワークを経由する時間を短縮してコンテンツデータを送信することができる。
【００１２】
本発明の情報処理装置において、前記送信手段は、前記ＩＰネットワークとしての次世代ネットワーク（ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）を介してデータを送信し、前記送信制御手段は、前記送信先機器への接続の確立は、セッション確立プロトコル（ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ））により実行するものとしてもよい。
【００１３】
本発明の情報処理装置は、前記コンテンツデータとしての画像データを印刷媒体へ印刷処理する印刷実行手段、を備えたものとしてもよい。送受信したコンテンツデータを印刷することが多いため、本発明を適用する意義が高い。
【００１４】
本発明のデータ送信方法は、
ＩＰネットワークを介して送信先機器へデータを送信するデータ送信方法であって、
（ａ）ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用しデジタルデータを伝送する方式である第１の伝送方式で前記送信先機器へ接続を実行し接続可能であるときには該第１の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信するステップと、
（ｂ）前記ステップ（ａ）で前記第１の伝送方式で接続可能でない場合にはパケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式による第２の伝送方式で接続を実行し接続可能であるときには該第２の伝送方式で前記送信手段から前記ＩＰネットワークを介して前記送信先機器へコンテンツデータを送信するステップと、
を含むものである。
【００１５】
このデータ送信方法では、上述した情報処理装置と同様に、複数の伝送方式での接続を行い、第１の伝送方式で接続できないときには、ＩＰネットワーク網で利用可能であり比較的利用されているリアルタイム伝送方式でコンテンツデータを送信するため、ＩＰネットワークを介してコンテンツデータをできる限り適切に送信することができる。なお、このデータ送信方法において、上述した情報処理装置の種々の態様を採用してもよいし、また、上述した情報処理装置の各機能を実現するようなステップを追加してもよい。
【００１６】
本発明のプログラムは、上述したデータ送信方法の各ステップを１又は複数のコンピューターに実現させるためのものである。このプログラムは、コンピューターが読み取り可能な記録媒体（例えばハードディスク、ＲＯＭ、ＦＤ、ＣＤ、ＤＶＤなど）に記録されていてもよいし、伝送媒体（インターネットやＬＡＮなどの通信網）を介してあるコンピューターから別のコンピューターへ配信されてもよいし、その他どのような形で授受されてもよい。このプログラムを一つのコンピューターに実行させるか又は複数のコンピューターに各ステップを分担して実行させれば、上述したデータ送信方法の各ステップが実行されるため、該方法と同様の作用効果が得られる。
【図面の簡単な説明】
【００１７】
【図１】印刷システム１０の説明図。
【図２】データ送信処理ルーチンの一例を示すフローチャート。
【図３】印刷コンテンツデータの送受信時のシーケンスを示す説明図。
【図４】ＩＮＶＩＴＥメッセージのＳＤＰの内容の一例を示す説明図。
【図５】２００ＯＫメッセージのＳＤＰの内容の一例を示す説明図。
【発明を実施するための形態】
【００１８】
次に、本発明を実施するための一実施形態を図面を用いて説明する。図１は、本発明の一実施形態の送信側端末及び受信側端末として機能するプリンター２０，４０，５０，６０とこれらが接続されているＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク１１からなる印刷システム１０の構成の一例を示す構成図である。図示するように、プリンター２０，４０、５０，６０は、ＩＰネットワーク１１を構築するＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロキシー・サーバー１２，１３，１４，１５にそれぞれ接続されている。
【００１９】
ＩＰネットワーク１１は、例えば、次世代ネットワーク（ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ））として構成されており、ＳＩＰプロキシー・サーバー１２〜１５やロケーション・サーバー１６などにより構築されている。ＳＩＰプロキシー・サーバー１２〜１５は、ＩＰメッセージの中継を行うだけでなく、プリンター２０〜６０のユーザー・エージェントの位置情報（例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）など）をロケーション・サーバー１６に登録するレジストラーの機能も有している。
【００２０】
プリンター２０は、スキャナーとしても機能すると共にプリンターとしても機能する複合装置として構成されており、装置全体を制御する制御部２２やセッション確立プロトコル（ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ））のためのユーザー・エージェント（ＳＩＰＵＡ）２３、文字や画像データなどを印刷する印刷実行部２４、原稿Ｍなど媒体に形成された文字や画像などをスキャンして画像データとするスキャン実行部２５、印刷するためのデータを記憶したりスキャンにより得られる画像データを記憶するメモリー２６、メモリーカード２８が接続されたときにメモリーカード２８のメモリーにデータを書き込んだりメモリーカード２８のメモリーに記憶されたデータを読み込んだりするためのメモリーカードドライバー２７と、ＩＰネットワーク１１と接続され外部機器との間で信号の送受信が可能なネットワークインターフェイス（Ｉ／Ｆ）２９などが実装されている。印刷実行部２４は、各色のインクに圧力をかけこの加圧されたインクを記録紙に吐出して印刷処理を実行するインクジェット方式の機構として構成されている。なお、インクへ圧力をかける機構は、圧電素子の変形によるものとしてもよいしヒーターの熱による気泡の発生によるものとしてもよい。スキャン実行部２５は、いわゆるラインイメージセンサーを走査して原稿を読み取るフラットベッド型のスキャナー機構として構成されている。
【００２１】
また、このプリンター２０は、印刷コンテンツの送受信機能として、スキャン実行部２５により生成されたデジタルのスキャンデータとＩＴＵ−Ｔ勧告のＴ．３８伝送方式のデジタルデータ（以下Ｔ．３８データという）とを相互に変換するコーデックとしてのＴ．３８データ変換部３２と、デジタルのスキャンデータとＩＴＵ−Ｔ勧告のＧ．７１１符号化方式によるデジタルデータ（以下Ｇ．７１１データという）とを相互に変換するコーデックとしてのＧ．７１１データ変換部３４と、を備えている。Ｔ．３８データ変換部３２は、スキャンデータからＴ．３８データへの変換やＴ．３８データから画像データへの変換を行い、リアルタイム伝送方式でデジタルデータを通信相手とやり取りするＴ．３８ゲートウェイの機能を有している。Ｇ．７１１データ変換部３４は、スキャンデータからＧ．７１１データへの変換やＧ．７１１データからＴ．３８データへの変換を行い、みなし音声伝送方式でデジタルデータを通信相手とやり取りするＶｏＩＰゲートウェイの機能を有している。
【００２２】
プリンター４０は、プリンター２０と同様の構成であるものとし、その説明を省略する。この情報処理装置としてのプリンター２０，４０は、ＩＰネットワーク１１で規定されている第１の伝送方式としての「ＮｅｗＰｒｉｎｔ伝送方式」でデータを送受信可能なＦＡＸ装置として構成されている。プリンター５０は、Ｔ．３８伝送方式のデジタルデータによりＩＰネットワーク１１でＦＡＸ通信を行うインターネットＦＡＸ装置として構成されている。このプリンター５０は、装置全体を制御する制御部５２や画像データとＴ．３８データとを相互に変換可能なＴ．３８データ変換部５１のほか、プリンター２０と同様にＳＩＰＵＡ、印刷実行部、スキャン実行部、メモリー、メモリーカードドライバー、Ｉ／Ｆなどを備えているものとした。また、プリンター６０は、Ｇ．７１１符号化方式を用いたみなし音声伝送方式のデジタルデータによりＩＰネットワーク１１でＦＡＸ通信を行うＦＡＸ装置として構成されている。このプリンター６０は、装置全体を制御する制御部６２や画像データとＧ．７１１データとを相互に変換可能なＧ．７１１データ変換部６１のほか、プリンター２０と同様にＳＩＰＵＡ、印刷実行部、スキャン実行部、メモリー、メモリーカードドライバー、Ｉ／Ｆなどを備えているものとした。
【００２３】
次に、こうして構成された本実施形態のＩＰネットワーク１１の動作について、特に、プリンター２０から印刷コンテンツを送信してプリンター３０で印刷する処理について説明する。具体的には、プリンター２０のユーザーがプリンター２０により原稿をスキャンした画像データを印刷コンテンツデータとしてプリンター２０からＩＰネットワーク１１を介してプリンター４０，５０，６０に送信し、印刷コンテンツデータを受信したプリンターによりこの印刷コンテンツデータを印刷し、プリンター４０，５０，６０のユーザーが印刷物を得る処理を主として説明する。これより、説明の便宜のため、プリンター２０を「送信側端末２０」と称し、プリンター４０，５０，６０を「受信側端末４０，５０，６０」と称して以下説明を行う。まず、ユーザーは、送信側端末２０のスキャン実行部２５へ原稿をセットすると共に、図示しない操作パネルを操作して送信先である受信側端末４０に割り当てられている固有の番号を入力すると共に、図示しない送信ボタンを押下する。すると、送信側端末２０の制御部２２は、データ送信処理ルーチンを実行する。
【００２４】
図２は、送信側端末２０の制御部２２が実行するデータ送信処理ルーチンの一例を示すフローチャートであり、図３は、印刷コンテンツデータの送受信時のシーケンスを示す説明図である。データ送信処理ルーチンを実行すると、制御部２２は、原稿の読取処理を実行し画像データを生成し（ステップＳ１００）、送信先と読み取った画像データとを対応付けてメモリー２６に記憶させる（ステップＳ１１０）。読取処理は、例えば、スキャン実行部２５によって図示しないラインイメージセンサーを走査し、設定されている解像度で原稿を読み取り、設定されているファイルフォーマット（例えばｔｉｆｆなど）で画像データを生成する処理を行う。
【００２５】
次に、制御部２２は、ＮｅｗＰｒｉｎｔ伝送方式による接続要求を送信し、ＳＩＰによる呼制御処理を実行し（ステップＳ１２０）、送信先機器へ接続することができたか否かを、接続確認メッセージ（２００ＯＫ）を受信したかエラーメッセージを受信したか否かに基づいて判定する（ステップＳ１３０）。ここで、ＮｅｗＰｒｉｎｔ伝送方式は、アプリケーション層としてＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用し、トランスポート層としてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を利用してデジタルデータを伝送する方式として規定されている。このＮｅｗＰｒｉｎｔ伝送方式は、ＩＴＵ−Ｔ勧告におけるＴ．３０方式のデジタルデータ（以下Ｔ．３０データという）などのＦＡＸデータを介さずに生成されたデジタルデータを伝送する方式であり、大容量のデジタルデータをＦＡＸ環境で通信する伝送方式である。ＮｅｗＰｒｉｎｔ伝送方式に対応している機器（例えば、受信側端末４０）が送信先である場合など、セッションが確立し送信先機器へ接続することができたときには、制御部２２は、データ送信処理を実行する（ステップＳ１４０）。このＮｅｗＰｒｉｎｔ伝送方式の呼制御処理及び、データ送信処理について以下説明する。
【００２６】
図３は、送信側端末２０によりスキャンされた画像データを印刷コンテンツデータとして送信側端末２０から受信側端末４０に送信し、画像データを受信した受信側端末４０により画像データを印刷する際のＳＩＰによる送信側端末２０と受信側端末４０との通信シーケンスを示す説明図である。ＳＩＰによるセッションの確立は、まず、送信側端末２０から受信側端末４０に向けてのＩＮＶＩＴＥメッセージの送信から行われる。送信側端末２０からのＩＮＶＩＴＥメッセージは、まず、ＳＩＰプロキシー・サーバー１２に送信される。ＳＩＰプロキシー・サーバー１２は、送信側端末２０に処理中を意味する状態コードとしての「１００Ｔｒｙｉｎｇ」を応答として送信すると共にＩＮＶＩＴＥメッセージに記述されている受信側端末４０のＵＲＩに基づいてこのＩＮＶＩＴＥメッセージをＳＩＰプロキシー・サーバー１３に送信する。ＳＩＰプロキシー・サーバー１３は、ＳＩＰプロキシー・サーバー１２に処理中を意味する状態コードとしての「１００Ｔｒｙｉｎｇ」を応答として送信すると共にＩＮＶＩＴＥメッセージに記述されている受信側端末４０のＵＲＩに基づいてこのＩＮＶＩＴＥメッセージを受信側端末４０に送信する。受信側端末４０は、ＩＮＶＩＴＥメッセージの受信に伴って呼び出し中を意味する状態コードとしての「１８０Ｒｉｎｇｉｎｇ」を応答として送信する。この「１８０Ｒｉｎｇｉｎｇ」は、ＳＩＰプロキシー・サーバー１３，ＳＩＰプロキシー・サーバー１２を経由して送信側端末２０に送信される。その後、受信側端末４０が受信したＩＮＶＩＴＥメッセージに対してセッションを確立するための呼び出しに対する成功を意味する状態コードとしての「２００ＯＫ」を送信すると、この「２００ＯＫ」がＳＩＰプロキシー・サーバー１３，ＳＩＰプロキシー・サーバー１２を介して送信側端末２０に送信され、この「２００ＯＫ」を受信した送信側端末２０がＩＮＶＩＴＥメッセージに対する最終応答の受信確認として状態コードとしての「ＡＣＫ」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１３を介して受信側端末４０に送信する。以上で送信側端末２０と受信側端末４０との接続が確立し、送信側端末２０から受信側端末４０に印刷コンテンツデータを送信することができるようになる。
【００２７】
図４は実施形態の送信側端末２０から送信するＩＮＶＩＴＥメッセージにおけるＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の内容の一例であり、図５は実施形態の受信側端末４０から送信する「２００ＯＫ」のメッセージにおけるＳＤＰの内容の一例である。図４および図５のＳＤＰはメディア記述部を構成している。ＳＤＰでは、「ｍ＝」行はメディア種類やトランスポートアドレスの情報を示す。図４の「ｍ＝」行では、「ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）」を用いてペイロードタイプ「ｎｅｗｐｒｉｎｔ１」で規定されているアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）をポート番号「８０８０」で扱うことを意味しており、図５の「ｍ＝」行では、「ＴＣＰ」を用いてペイロードタイプ「ｎｅｗｐｒｉｎｔ１」で規定されているアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）をポート番号「３１８０」で扱うことを意味している。ここで、「ｍ＝」行における「ｎｅｗｐｒｉｎｔ１」の記述は、実施形態では、印刷コンテンツデータの送受信を含むことを識別するものとしても機能しており、この「ｎｅｗｐｒｉｎｔ１」の記述により、送信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、受信側端末４０がサーバー・クライアントモデルにおけるクライアントとして機能するものとしている。このことは、図４の「ａ＝ｓｅｔｕｐ：ｐａｓｓｉｖｅ」から送信側端末２０が「受動側」（サーバー）として機能し、図５の「ａ＝ｓｅｔｕｐ：ａｃｔｉｖｅ」から受信側端末４０が「能動側」（クライアント）として機能することからも解る。ＳＤＰでは、「ｃ＝」行はセッションに含まれるメディアのアドレスを示す。図４の「ｃ＝」行では、「ＩＮ  ＩＰ ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ．」と記述することにより送信側端末２０のＩＰアドレスが「ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ」であることが解る。また、図４の最終行の「ａ＝」行の「ｎｅｗｐｒｉｎｔ／ｃａｐａｂｉｌｉｔｙ．ｘｍｌ」の記述は、セッションが確立した後の最初の受信側端末４０からの要求先のＵＲＬである。この記述により、サーバー・クライアントモデルにおけるクライアントとして機能する受信側端末４０が最初に送信側端末２０に対して要求する能力要求のＵＲＬを取得することができる。
【００２８】
データ送信処理では、図３に示すように、取得したＵＲＬを用いて受信側端末４０が読取データ要求メッセージを送信することによりデータ要求を行う。一方、受信側端末４０からの読取データ要求をＩ／Ｆ２９を介して送信側端末２０が受信すると、制御部２２は、データ応答メッセージと印刷コンテンツのデータとを読取データ応答としてＩ／Ｆ２９を介して受信側端末４０へ送信する。このように、送信側端末２０がサーバー・クライアントモデルにおけるサーバーとして機能し、受信側端末４０がサーバー・クライアントモデルにおけるクライアントとして機能してデータの送受信を行う。
【００２９】
ステップＳ１４０でデータ送信処理を実行すると、制御部２２は、未送信状態の印刷コンテンツの有無に基づいて印刷コンテンツの送信が終了したか否かを判定し（ステップＳ１５０）、印刷コンテンツの送信が終了していないときには、ステップＳ１４０でのデータ送信処理を継続する。一方、印刷コンテンツの送信が終了したときには、呼切断処理を実行し（ステップＳ２７０）、このルーチンを終了する。呼切断処理では、図３に示すように、受信側端末４０からセッションを終了するための状態コードとしての「ＢＹＥ」をＳＩＰプロキシー・サーバー１３，ＳＩＰプロキシー・サーバー１２を介して送信側端末２０へ送信し、これに対して送信側端末２０から「２００ＯＫ」をＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１３を介して受信側端末４０へ送信することにより、セッションを終了する。なお、セッションの確立と終了とをＳＩＰプロキシー・サーバー１２，ＳＩＰプロキシー・サーバー１３を介して行うことにより、ＳＩＰプロキシー・サーバー１２およびＳＩＰプロキシー・サーバー１３を管理する管理者は、送信側端末２０と受信側端末４０とのセッションの確立の日時およびセッションの終了の日時を取得して送信側端末２０や受信側端末４０へのセッションの確立に対するサービスの対価（課金）を計算することができる。
【００３０】
一方、ステップＳ１３０でＮｅｗＰｒｉｎｔ伝送方式により送信先機器へ接続することができないときには、制御部２２は、リアルタイム伝送方式（Ｔ．３８伝送方式）でＳＩＰにより呼制御処理を実行する（ステップＳ１６０）。このＴ．３８伝送方式でのＩＮＶＩＴＥメッセージでは、例えば、図４の「ｍ＝」行に、「ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）」を記述し、ペイロードタイプ「Ｔ．３８」で規定されているアプリケーションをポート番号「８０８０」で扱うよう記述することができる。Ｔ．３８伝送方式のＳＩＰによる呼制御処理を実行したあと、制御部２２は、送信先機器へ接続することができたか否かを、接続確認メッセージ（２００ＯＫ）を受信したかエラーメッセージを受信したかに基づいて判定する（ステップＳ１７０）。Ｔ．３８伝送方式に対応している機器（例えば、受信側端末５０）が送信先である場合など、セッションが確立し送信先機器へ接続することができたときには、制御部２２は、Ｔ．３８データ変換部５１により、読み取った画像データをＴ．３８データへ変換し（ステップＳ１８０）、データ送信処理を実行する（ステップＳ１９０）。このＴ．３８伝送方式でのデータ送信処理では、送信側端末２０の主導により送信先機器（受信側端末５０）へデータを送信するものとした。データ送信処理を実行すると、制御部２２は、未送信状態の印刷コンテンツの有無に基づいて印刷コンテンツの送信が終了したか否かを判定し（ステップＳ２００）、印刷コンテンツの送信が終了していないときには、ステップＳ１９０でのデータ送信処理を継続する。一方、印刷コンテンツの送信が終了したときには、呼切断処理を実行し（ステップＳ２７０）、このルーチンを終了する。このように、ＮｅｗＰｒｉｎｔ伝送方式で送信先機器へ送信できないときには、比較的に高速通信可能なＴ．３８伝送方式による通信を行うのである。
【００３１】
一方、ステップＳ１７０でＴ．３８伝送方式により送信先機器へ接続することができないときには、制御部２２は、みなし音声伝送方式でＳＩＰにより呼制御処理を実行する（ステップＳ２１０）。ここで、みなし音声伝送方式では、音声のアナログデータとデジタルデータとの変換方式としてＧ．７１１符号化方式を用いるものとした。このみなし音声伝送方式でのＩＮＶＩＴＥメッセージでは、例えば、図４の「ｍ＝」行に、「ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）」を記述し、オーディオ（ａｕｄｉｏ）をポート番号「８０８０」で扱うよう記述することができる。みなし音声伝送方式のＳＩＰによる呼制御処理を実行したあと、制御部２２は、送信先機器へ接続することができたか否かを、接続確認メッセージ（２００ＯＫ）を受信したかエラーメッセージを受信したかに基づいて判定する（ステップＳ２２０）。送信先機器へ接続することができないときには、その旨のメッセージを図示しない表示部に表示し（ステップＳ２３０）、そのままこのルーチンを終了する。一方、みなし音声伝送方式に対応している機器（例えば、受信側端末６０）が送信先である場合など、セッションが確立し送信先機器へ接続することができたときには、制御部２２は、Ｇ．７１１データ変換部６１により、読み取った画像データをＧ．７１１データへ変換し（ステップＳ２４０）、データ送信処理を実行する（ステップＳ２５０）。このみなし音声伝送方式でのデータ送信処理では、送信側端末２０の主導により受信側端末６０へデータを送信するものとした。データ送信処理を実行すると、制御部２２は、未送信状態の印刷コンテンツの有無に基づいて印刷コンテンツの送信が終了したか否かを判定し（ステップＳ２６０）、印刷コンテンツの送信が終了していないときには、ステップＳ２５０でデータ送信処理を継続する。一方、印刷コンテンツの送信が終了したときには、呼切断処理を実行し（ステップＳ２７０）、このルーチンを終了する。このように、ＮｅｗＰｒｉｎｔ伝送方式でもＴ．３８伝送方式でも送信先機器へ送信できないときには、伝送速度的には劣るが、比較的多く普及しているみなし音声伝送方式によりＦＡＸデータ通信を行うのである。
【００３２】
ここで、本実施形態の構成要素と本発明の構成要素との対応関係を明らかにする。本実施形態のＩ／Ｆ２９が本発明の送信手段に相当し、制御部２２が送信制御手段に相当し、印刷実行部２４が印刷実行手段に相当する。また、ＮｅｗＰｒｉｎｔ伝送方式が本発明の第１の伝送方式に相当し、Ｔ．３８伝送方式が第２の伝送方式に相当し、みなし音声伝送方式が第３の伝送方式に相当し、受信側端末４０，５０，６０が送信先機器に相当する。なお、本実施形態では、送信側端末２０の動作を説明することにより本発明のデータ送信方法の一例も明らかにしている。
【００３３】
以上詳述した本実施形態の印刷システム１０によれば、ＨＴＴＰを利用しデジタルデータを伝送する方式であるＮｅｗＰｒｉｎｔ伝送方式で送信先機器へ接続を実行し、接続可能であるときにはＮｅｗＰｒｉｎｔ伝送方式でＩＰネットワーク１１を介して送信先機器へコンテンツデータを送信する。一方、ＮｅｗＰｒｉｎｔ伝送方式で接続可能でない場合には、パケットを用いてＦＡＸデータを伝送するリアルタイム伝送方式によるＴ．３８伝送方式で接続を実行し、接続可能であるときにはＴ．３８伝送方式でＩＰネットワーク１１を介して送信先機器へコンテンツデータを送信する。一方、Ｔ．３８伝送方式で接続可能でない場合には、Ｇ．７１１符号化方式によるみなし音声伝送方式で接続を実行し、接続可能であるときにはみなし音声伝送方式でＩＰネットワーク１１を介して送信先機器へコンテンツデータを送信する。このように、複数の伝送方式での接続を行い、ＮｅｗＰｒｉｎｔ伝送方式や、ＩＰネットワーク網で利用可能であり比較的多く利用されているリアルタイム伝送方式でコンテンツデータを送信するため、ＩＰネットワークを介してコンテンツデータをできる限り適切に送信することができる。また、より多段的に、伝送速度がより高いものから接続を行うため、よりネットワークを経由する時間を短縮してコンテンツデータを送信することができる。また、サーバー・クライアントモデルにおけるサーバーとして機能しながら送信先機器からの要求に対する応答としてコンテンツデータを送信するため、送信先機器の主導によるコンテンツデータの送受信を行うことにより、送信先機器の性能に応じてコンテンツデータの送受信をより適正に行うことができる。更に、送信側端末２０や受信側端末４０は印刷実行部を備えており、送受信したコンテンツデータを印刷することが多いため、本発明を適用する意義が高い。
【００３４】
なお、本発明は上述した実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の態様で実施し得ることはいうまでもない。
【００３５】
例えば、上述した実施形態では、ＮｅｗＰｒｉｎｔ伝送方式で接続することができなかったあと、Ｔ．３８伝送方式及びみなし音声伝送方式の接続の呼制御処理を実行するものとしたが、このＴ．３８伝送方式及びみなし音声伝送方式のうち少なくとも一方を省略してもよい。あるいは、呼制御処理を行う順番を変更してもよい。こうしても、複数の伝送方式での接続を行うことにより、ＩＰネットワークを介してコンテンツデータをできる限り適切に送信することができる。なお、伝送速度を考慮すると、ＮｅｗＰｒｉｎｔ伝送方式、Ｔ．３８伝送方式及びみなし音声伝送方式の順とするのが好ましい。
【００３６】
上述した実施形態では、送信側端末２０は受信側端末４０との接続が確立したあとサーバー・クライアントモデルにおけるサーバーとして機能しながら受信側端末４０からの要求に対する応答を該受信側端末４０へ送信させる一方、受信側端末４０はサーバー・クライアントモデルにおけるクライアントとして機能しながら送信側端末２０への要求を送信させるものとしたが、特にこれに限られない。例えば、送信側端末２０は受信側端末４０との接続が確立したあとサーバー・クライアントモデルにおけるクライアントとして機能しながら受信側端末４０からの要求に対する応答を該受信側端末４０へ送信させる一方、受信側端末４０はサーバー・クライアントモデルにおけるサーバーとして機能しながら送信側端末２０への要求を送信させるものとしてもよい。
【００３７】
上述した実施形態では、原稿に形成された画像を読み取って作成した印刷コンテンツを送信先機器へ送信するものとしたが、特にこれに限定されず、例えば、メモリーカード２８に記憶されている画像データを印刷コンテンツとして送信先機器へ送信するものとしてもよい。
【００３８】
上述した実施形態では、送信側端末２０は、印刷実行部２４、スキャン実行部２５、メモリーカードドライバー２７を備えるものとしたが、コンテンツデータの送信が可能であれば特に限定されず、これらのうちいずれか１以上を備えないものとしてもよい。また、送信先機器についても同様である。
【００３９】
上述した実施形態では、制御部２２が印刷実行部２４、スキャン実行部２５及びＩ／Ｆ２９を介した通信の制御を行うものとしたが、複数の制御部により分担して行うものとしてもよい。また、上述した実施形態では、印刷実行部２４は、インクジェット方式の印刷機構としたが、単一感光体方式と中間転写方式とを採用したフルカラーの電子写真方式を採用してもよい。また、印刷実行部２４は、カラー印刷する印刷機構であってもよいし、モノクロ印刷する印刷機構であってもよい。また、上述した実施形態では、スキャン実行部２５は、ラインイメージセンサーを走査して原稿を読み取るフラットベッド型のスキャナーとしたが、ラインイメージセンサーを固定し原稿を搬送してこの原稿上に形成された画像を読み取るタイプのスキャナーとしてもよい。
【００４０】
上述した実施形態では、印刷システム１０として説明したが、送信側端末２０が実行するデータ送信方法としてもよい。また、このデータ送信方法のプログラムとしてもよい。
【符号の説明】
【００４１】
１０  印刷システム、１１  ＩＰネットワーク、１２，１３，１４，１５  ＳＩＰプロキシー・サーバー、１６  ロケーション・サーバー、２０  プリンター（送信側端末）、２２，５２，６２  制御部、２３  ユーザー・エージェント（ＳＩＰＵＡ）、２４  印刷実行部、２５  スキャン実行部、２６  メモリー、２７  メモリーカードドライバー、２８  メモリーカード、２９  ネットワークインターフェイス（Ｉ／Ｆ）、３２，５１  Ｔ．３８データ変換部、３４，６１  Ｇ．７１１データ変換部、４０，５０，６０  プリンター（受信側端末）。
【図１】
2010245830.tif 000003
【図２】
2010245830.tif 000004
【図３】
2010245830.tif 000005
【図４】
2010245830.tif 000006
【図５】
2010245830.tif 000007