JP2002123373A

JP2002123373A - プリントシステム、印刷制御装置、印刷制御方法、及び媒体

Info

Publication number: JP2002123373A
Application number: JP2000313663A
Authority: JP
Inventors: Makoto Kobayashi; 真琴小林
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2000-10-13
Filing date: 2000-10-13
Publication date: 2002-04-26

Abstract

(57)【要約】【課題】携帯通信端末で受信した電子メールをネット
ワーク上のプリンタで所望の時刻に印刷できるようにす
る。【解決手段】携帯通信端末により受信された電子メー
ルを印刷データに変換するサーバと、前記サーバから通
信網を介して受信した前記印刷データをプロトコル変換
するアダプタと、前記アダプタによりプロトコル変換さ
れた印刷データを印刷するプリンタとを有するプリント
システムにおいて、前記サーバからアダプタに発呼する
ための発呼要求レコードに、プリンタによる前記印刷デ
ータの印刷時刻（発呼時刻）を設定するためのフィール
ドを設けた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯電話やＰＤＡ
等の携帯通信端末で受信した電子メールをネットワーク
上のプリンタで印刷する印刷技術に関する。

【０００２】

【従来の技術】従来、電子メールサービスとネットワー
クプリントサービスとは全く別のサービスであり、連動
していなかった。また、電子メール機能を持った携帯電
話やＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓ
ｉｓｔａｎｔｓ）等の携帯通信端末は、印刷機能を持っ
ていなかった。

【０００３】このため、これら携帯通信端末で受信した
電子メールを印刷しようとする場合、従来は、ＰＣ（Ｐ
ｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）をクライアントと
しているメールアドレスに電子メールを転送し、ＰＣに
接続されたプリンタによって印刷しなければならなかっ
た。換言すれば、従来は、携帯通信端末のみを所有し、
ＰＣを所有していないユーザは、携帯通信端末で受信し
た電子メールを印刷することはできなかった。

【０００４】また、電子メールには、ファイルを添付す
ることが出来るが、この添付ファイルを開くには、ＰＣ
上でアプリケーションプログラムを実行することが必要
である。従って、アプリケーションプログラムを実行す
る機能を持たない携帯通信端末を利用しているユーザの
場合、添付ファイルを参照することもできなかった。

【０００５】そこで、上記問題に鑑みて、本出願人は、
印刷データに変換するアプリケーションサーバと、アプ
リケーションサーバから通信網を介して印刷データを受
信し、受信した印刷データを、プリンタのインターフェ
ースのデータ形式に変換するプリンタアダプタと、プリ
ンタアダプタから送られた印刷データを印刷するプリン
タとから構成されるプリントシステムを提案している。

【０００６】このプリントシステムでは、携帯通信端末
にて受信した電子メールを、予めユーザ登録してあるア
プリケーションサーバに、プリンタを指定して転送す
る。この電子メールを受信したアプリケーションサーバ
は、受信した電子メールを指定されたプリンタに適合す
る印刷データに変換する。そして、アプリケーションサ
ーバは、印刷データを、指定されたプリンタのプリンタ
アダプタに通信網を介して送信する。プリンタアダプタ
は、受信した印刷データに対してプロトコル変換を行っ
て指定に係るプリンタに転送し、印刷処理を実行させ
る。

【０００７】

【発明が解決しようとする課題】しかし、上記プリント
システムでは、携帯通信端末で受信した電子メールを所
望の時刻に印刷することがことができず、不便であっ
た。

【０００８】本発明は、上記問題に鑑みてなされたもの
で、その課題は、携帯通信端末で受信した電子メールを
ネットワーク上のプリンタで所望の時刻に印刷できるよ
うにすることにある。

【０００９】

【課題を解決するための手段】上記課題を解決するた
め、本発明は、携帯通信端末により受信された電子メー
ルを印刷データに変換するサーバと、前記サーバから通
信網を介して受信した前記印刷データをプロトコル変換
するアダプタと、前記アダプタによりプロトコル変換さ
れた印刷データを印刷するプリンタとを有するプリント
システムにおいて、前記プリンタによる前記印刷データ
の印刷時刻を設定する設定手段を設けている。

【００１０】また、本発明は、携帯通信端末により受信
された電子メールを印刷データに変換するサーバと、前
記サーバから通信網を介して受信した前記印刷データを
プロトコル変換するアダプタと、前記アダプタによりプ
ロトコル変換された印刷データを印刷するプリンタとを
有し、該プリンタによる印刷を制御する印刷制御装置に
おいて、前記プリンタによる前記印刷データの印刷時刻
を設定する設定手段を設けている。

【００１１】また、本発明は、携帯通信端末により受信
された電子メールを印刷データに変換するサーバと、前
記サーバから通信網を介して受信した前記印刷データを
プロトコル変換するアダプタと、前記アダプタによりプ
ロトコル変換された印刷データを印刷するプリンタとを
有し、該プリンタによる印刷を制御する印刷制御方法に
おいて、前記プリンタによる前記印刷データの印刷時刻
を設定する設定工程を設けている。

【００１２】また、本発明は、携帯通信端末により受信
された電子メールを印刷データに変換するサーバと、前
記サーバから通信網を介して受信した前記印刷データを
プロトコル変換するアダプタと、前記アダプタによりプ
ロトコル変換された印刷データを印刷するプリンタとを
有し、該プリンタによる印刷を制御する印刷制御装置に
適用可能なコンピュータ読取可能な媒体において、前記
プリンタによる前記印刷データの印刷時刻を設定する設
定ルーチンを含んでいる。

【００１３】

【発明の実施の形態】［本発明の概要］本発明は、印刷
機能を持たない携帯電話やＰＤＡ等を利用している電子
メールユーザは、記録に残したい電子メールを、予めユ
ーザ登録してあるアプリケーションサーバに、プリンタ
を指定して転送する。この電子メールを受信したアプリ
ケーションサーバは、受信した印刷内容を、指定された
プリンタに適合する印刷データに変換する。そして、ア
プリケーションサーバは、電子メールアドレスで指定さ
れたプリンタのアダプタに通信網を使って送信する。プ
リンタアダプタは、受信した印刷データをプロトコル変
換し、指定されたプリンタがプリントアウトを行う。

【００１４】アプリケーションサーバには、予め予想さ
れる添付ファイルを開くための複数のアプリケーション
プログラムが登録されており、アプリケーションサーバ
は、添付ファイルを開く機能を持たない携帯電話やＰＤ
Ａ等を利用している電子メールユーザから、添付ファイ
ルが添付されている電子メールを受信した場合は、添付
ファイルに対応するアプリケーションプログラムを起動
して、添付ファイルを開く。

【００１５】そして、アプリケーションサーバは、開い
た添付ファイルの内容を、上記のように、指定されたプ
リンタに適合する印刷データに変換し、指定プリンタの
プリンタアダプタに送信する。

【００１６】［第１のシステム構成例］図１は、本発明
を適用した第１のネットワーク印刷システムのシステム
構成図である。

【００１７】本第１のネットワーク印刷システムは、電
子メールを送受信しその内容を表示することができる端
末（ＰＤＡと称す）１０１、公衆電話回線・ＩＳＤＮま
たは衛星通信などで代表される通信回線網１０３（本実
施の形態では公衆回線網とする）、通信回線網１０３と
ＰＤＡ１０１とを繋ぐ携帯通信端末１０２、論理的な空
間であるインターネット１０６とを仲介する外部プロバ
イダ１０４、印字装置であるプリンタ１０９、プリンタ
１０９と接続するアダプタ１０８、通信回線網１０３と
アダプタ１０８とを繋ぐ携帯通信端末１０７、プリンタ
１０９と予め決められたプロトコルで通信するアプリケ
ーションサーバ１０５で構成される。

【００１８】外部プロバイダ１０４は、ＰＤＡ１０１の
メールアカウントの管理運営を行う。また、外部プロバ
イダ１０４は、予め決められたプロトコルでＰＤＡ１０
１と通信し、ＰＤＡ１０１の制御によってメールデータ
の送受信を行うことができる。

【００１９】アプリケーションサーバ１０５は、複数の
プリンタごとに関連した複数のメールアカウントと電話
番号、印刷するプリンタ１０９の種類などさまざまな固
有情報を管理運営している。さらに、アプリケーション
サーバ１０５は、通信網１０３もしくはインターネット
１０６からのメールの送受信、受信したメールの内容の
判定、判定結果によってメール本文の印字・添付ファイ
ルの展開とその印字、添付ＵＲＬで指定されたアドレス
の内容を取得し印字する等のサービスの選択、印字対象
のデータを指定されたプリンタに適合する印刷データに
変換する変換処理、アダプタ１０８との接続（状態によ
りインターネット接続、通信網への電話の発呼、通信網
からの着信）や認証、アダプタ１０８やプリンタ１０９
のエラーの処理等を行う。また、印刷データをアダプタ
１０８に能動的に転送するか、或いはアダプタ１０８か
らの発呼を待って印刷データを転送するか等の制御も行
う。

【００２０】アダプタ１０８は、接続しているプリンタ
１０９の種類の判定、プリンタ１０９のエラー状態の認
識、およびこれら判定・認識結果等のステータスアプリ
ケーションサーバ１０５への通知、携帯通信端末１０７
の制御、ユーザによる操作に従ったアプリケーションサ
ーバ１０５への発呼、アプリケーションサーバ１０５か
らの着信とその指示に従った自動発呼、アプリケーショ
ンサーバ１０５との認証、予め決められたプロトコルに
従って受信した印刷データをプリンタ１０９へ送る処理
等を行う。

【００２１】上記構成において、ＰＤＡ１０１で取得し
た電子メールの内容をアプリケーションサーバ１０５に
転送する場合について説明する。

【００２２】ユーザは、ＰＤＡ１０１により、印字した
いアプリケーション（ここでは本文印刷）に関連するユ
ーザのメールアドレスを指定して、印刷したい電子メー
ル本文を指定したメールアドレスに転送するよう設定
し、送信命令を実行させる。

【００２３】送信命令を受けたＰＤＡ１０１は、携帯通
信端末１０２を制御し、通信回線網１０３を通じて外部
プロバイダ１０４と接続する。予め決められたプロトコ
ルに従って、電子メールを転送し、必要なデータ交換を
したのち回線を切断して終了する。

【００２４】一方、アプリケーションサーバ１０５は、
アカウントの受信ＢＯＸを定期的にチェックしている。
印刷対象の電子メールを受け取ったアプリケーションサ
ーバ１０５は、上述の処理を予め決められた順序に従っ
て行う。

【００２５】［第２のシステム構成例］図２、３は、本
発明を適用した第２のネットワーク印刷システムのシス
テム構成図である。

【００２６】構成要素は図１と同じものである。図２の
Ｓｔｅｐ１と図３のＳｔｅｐ２では時系列的に異なる場
合を示している。つまり、携帯端末１０２を、アダプタ
１０８とＰＤＡ１０１とが共有している状態である。

【００２７】ユーザは、図２の接続状態で、ＰＤＡ１０
１を操作して、印刷したい電子メールを送信する。メー
ルデータを転送し、回線を切断して終了した後、ユーザ
は、図３に示したように、アダプタ１０８とプリンタ１
０９と携帯端末１０２を接続する。そして、ユーザは、
アダプタ１０８に設けられたスイッチを操作してアプリ
ケーションサーバ１０５に接続することにより、印刷デ
ータをアプリケーションサーバ１０５から取得できるよ
うにする。

【００２８】［他のシステム構成例］なお、上述の構成
例以外にも、携帯端末１０２はＰＨＳ（Ｐｅｒｓｏｎａ
ｌＨａｎｄｙｐｈｏｎｅＳｙｓｔｅｍ）やＰＤＣ（Ｐ
ｅｒｓｏｎａｌＤｉｇｉｔａｌＣｅｌｌｕｌａｒ）
で代表される無線で通信を行う機器や有線で行う固定式
電話機にも置き換えることができる。また、通信回線網
１０３と接続して電子メールを送受信する装置として、
携帯端末１０２とＰＤＡ１０１が一体化した装置も使用
できる。また、電子メールを送受信する機器としてＰＤ
Ａ１０１と携帯端末１０２を挙げたが、いわゆるモデム
とコンピュータシステムで構築することも可能であるこ
とは言うまでもない。従って、通信網１０３は、ＬＡＮ
で構成することも可能である。

【００２９】また、プリンタ１０９としては、レーザビ
ームプリンタ、インクジェットプリンタなどの各種の印
刷方式のプリンタを用いることができ、アダプタ１０８
とプリンタ１０９間のインターフェース（図１３のＩ／
Ｆ２１０４）の種類についても、ＩＥＥＥ１２８４以外
にも、ＲＳ２３２Ｃ、ＵＳＢ、ＩＲＤＡ、１３９４等の
各種のインターフェースを用いることができる。

【００３０】また、アダプタ１０８をプリンタ１０９に
内蔵（一体化）する構成も可能である。さらに、本実施
の形態では、電子メールをプリンタ１０９に適合する印
刷データに変換する処理をアプリケーションサーバ１０
５で行ったが、この変換処理をアダプタ１０８で行うこ
とも可能である。

【００３１】また、本実施の形態において本発明を達成
するための後述のフローにかかわるソフトウエアによっ
て表される制御プログラムを記憶した媒体としてはＲＯ
Ｍの他、フローピィーディスク、ハードディスク、光デ
ィスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気ディスク、不揮
発性メモリカード等を用いることができる。

【００３２】以下に、本発明の実施の形態における各構
成について詳細に説明する。

【００３３】図４は、図１で示したアプリケーションサ
ーバ１０５の、本実施の形態における機器構成図であ
る。

【００３４】３１０１はファイアウォールサーバで、外
部からの侵入やアタックの遮断等の機能を持つ。アプリ
ケーションサーバ１０５内イントラネット上のサーバ群
を安全に運用するために使用する。

【００３５】３１０２はスイッチで、本実施の形態のア
プリケーションサーバ１０５内イントラネットを構成す
るためのものである。

【００３６】３１０３はコミュニケーションサーバで、
ＰＩＡＦＳ（ＰＨＳＡｃｃｅｓｓＦｏｒｕｍＳｔａ
ｎｄａｒｄ）、アナログモデム、ＩＳＤＮによる接続を
サポートし、ファイアウォール、ＲＡＤＩＵＳクライア
ント機能を持つ。

【００３７】３１０４はネットワークプリントサーバ
で、本実施形態のネットワークプリントサービスの、目
的に応じた印刷データ、プリントジョブ生成、アダプタ
１０８との通信等のサービスを提供する。

【００３８】３１０５は、業界標準のダイアルアップ接
続ユーザー認証システム、であるＲＡＤＩＵＳシステム
のサーバである。ＲＡＤＩＵＳサーバは、ＲＡＤＩＵＳ
クライアント機能を持つコミュニケーションサーバ３１
０３からの認証要求を受け、認証の可否をクライアント
に返す働きをする。

【００３９】３１０６はメールサーバで、印刷要求メー
ルを受け取る。３１０７はＷＷＷサーバで、本実施の形
態のネットワークプリントサービスのホームページを持
つ。また、ユーザ毎にユーザーホームページを提供し、
ＣＧＩ（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆ
ａｃｅ）等を用いて、各ユーザにプリントサービスの制
御機能を提供する。

【００４０】３１０９はインターネットを表す。３１０
８はＰＳＴＮ、又はＰＨＳ網を表す。

【００４１】以下、図４のような機器で構成されるアプ
リケーションサーバ１０５の、メール印刷機能を説明す
る。

【００４２】本実施の形態のネットワークプリントサー
ビスのユーザは、電子メール印刷のサービスを受ける前
に、アプリケーションサーバ１０５内のメールサーバ３
１０６の電子メールアカウントを取得する。このアカウ
ントに対して電子メールを送ることにより、印刷サービ
スを受けることが出来る。

【００４３】また、前記電子メールアカウントは、各ユ
ーザに対して提供するサービス毎に複数用意される。本
実施の形態の印刷サービスは以下の４種類として、前記
電子メールアカウントも各ユーザに対して４種類用意さ
れる。１．電子メール本文印刷２．添付ファイル印刷３．本文＋添付ファイル印刷４．ＵＲＬ印刷１のメールアカウントに電子メールを送信することで、
ユーザは、アプリケーションサーバ１０５に対して電子
メール本文のみの印刷データ生成を依頼する。また、２
のメールアカウントに電子メールを送信することで、ユ
ーザは、アプリケーションサーバ１０５に対して電子メ
ールの添付ファイルの印刷データ生成を依頼する。

【００４４】また、３のメールアカウントに電子メール
を送信することで、ユーザは、アプリケーションサーバ
１０５に対して電子メール本文と添付ファイルの印刷デ
ータ生成を依頼する。また、４のメールアカウントに電
子メールを送信することで、ユーザは、アプリケーショ
ンサーバ１０５に対して電子メール本文中に記述したＵ
ＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔ
ｏｒ）にあるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋ
ｕｐＬａｎｇｕａｇｅ）、ＸＭＬ（ｅＸｔｅｎｓｉｂ
ｌｅＭａｒｋｕｐＬａｎｇｕａｇｅ）等の取得と、
その印刷データの生成を依頼する。

【００４５】添付ファイルがないにもかかわらず、上記
２、３のメールアドレスに電子メールを送信したとき、
又本文にＵＲＬ記述がないのに４のメールアドレスに電
子メールを送信した場合は、本文のみの印刷データが生
成される。

【００４６】また添付ファイルのみのメールを上記１の
メールアドレスに送信した場合は、添付ファイルの印刷
データが生成される。

【００４７】本文にＵＲＬ記述のみの電子メールを上記
１のメールアドレスに送信した場合は、電子メール本文
として、ＵＲＬ記述の印刷データが生成される。

【００４８】上記４のメールアドレスに、本文にＵＲＬ
を記述して送信したにもかかわらず、ＨＴＭＬ等の取得
失敗、ＵＲＬ記述の間違い等があった場合は、エラーが
あった旨をアプリケーションサーバ１０５からユーザに
メールで通知する。

【００４９】本実施の形態のメールサーバ３１０６のド
メイン名を「ｍｎｐ．ｃｏ．ｊｐ」とし、ユーザが「ｔ
ａｍａ」というアカウントを取得したものとする。その
とき、メールサーバ３１０６は、電子メールアカウント
として、以下のものを自動的に用意する。

【００５０】本システムでは、本文印刷用にアカウント
のみ、添付ファイル印刷用にアカウント＋“Ａ”、本文
＋添付ファイル印刷用にアカウント＋“Ｂ”、ＵＲＬ印
刷用にアカウント＋“Ｃ”のアドレスと定められている
ので、それぞれを用意し、アプリケーションサーバ１０
５のデータベースに登録しておくこととする。また、登
録するときに、それらのアドレスに対応して電子メール
が送信された場合に印刷するプリンタ１０９に接続する
ための携帯通信端末１０７の電話番号もアプリケーショ
ンサーバ１０５のデータベースに登録しておく。また、
プリンタ１０９の機種情報をアプリケーションサーバ１
０５のデータベースに登録しておいてもよい。１．ｔａｍａ＠ｍｎｐ．ｃｏ．ｊｐ（本文印刷用）２．ｔａｍａＡ＠ｍｎｐ．ｃｏ．ｊｐ（添付ファイル印
刷用）３．ｔａｍａＢ＠ｍｎｐ．ｃｏ．ｊｐ（本文＋添付ファ
イル印刷用）４．ｔａｍａＣ＠ｍｎｐ．ｃｏ．ｊｐ（ＵＲＬ印刷用）ユーザ「ｔａｍａ」は、電子メール印刷の機能を、上記
メールアドレスにより選択することができる。また、こ
のように印刷機能と電子メールのアドレスが対応してい
るため、携帯端末等では、通常、ユーザはアドレスは登
録しておくため簡単な操作でアドレスを設定できる。本
発明の実施の形態では、アドレスと印刷機能が対応して
いるため、特にユーザは印刷コマンドをキー入力しない
でアドレスと同時に印刷機能を設定できるメリットがあ
る。

【００５１】図５は、アプリケーションサーバ１０５内
のソフトウェアモジュール構成図である。

【００５２】ＭａｉｌＳｅｒｖｅｒ３２０２は、物理的
にはメールサーバ３１０６に存在する。ＩＭＡＰ（Ｉｎ
ｔｅｒｎｅｔＭｅｓｓａｇｅＡｃｃｅｓｓＰｒｏ
ｔｏｃｏｌ）サーバ機能を有し、マルチパートＭＩＭＥ
（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉ
ｌＥｘｔｅｎｓｉｏｎｓ）の解釈、メール到着のＩＭ
ＡＰクライアント（本実施の形態の場合ｅｍａｌオブジ
ェクト３２０２）への通知機能を持つ。

【００５３】ｅｍａｉｌオブジェクト３２０３は、印刷
対象となるデータ、ユーザーＩＤ（この場合は電子メー
ルアドレス）を持つ。また、ＩＭＡＰクライアント機能
を持ち、マルチパートＭＩＭＥのようなメールでも、Ｉ
ＭＡＰサーバ（本実施の形態の場合、ｅｍａｉｌＭａｎ
ａｇｅｒ３２０２からＭＩＭＥタイプに応じて個々のパ
ートを取り出すことができる。さらにＰｒｉｎｔｅｒＭ
ａｎａｇｅｒオブジェクトに印刷対象データを渡す機能
を持つ。

【００５４】ＰｒｉｎｔｅｒＤＢ３２０２は、各ユーザ
ーの情報を格納し、ＰｒｉｎｔｅｒＭａｎａｇｅｒ３２
０５、ＵｓｅｒＨＴＭＬＰａｇｅ３２０９、ＨＴＭＬＰ
ａｇｅ３２１０などにデータベースアクセス手段を提供
する。各ユーザーの情報としては、以下のようなものが
ある。ＵｓｅｒＩＤ（ネットワークプリントシステム登
録時のユーザネーム）、ＵｓｅｒＰａｓｓｗｏｒｄ（ネ
ットワークプリントシステム登録時のパスワード）、Ｕ
ｓｅｒＴｅｌＮｕｍｂｅｒ（ネットワークプリントシス
テム登録時の電話番号）、ＡｄａｐｔｅｒＩＤ（アダプ
タに固有のＩＤ）、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ
（アダプタを接続する電話の番号）、ＰｒｉｎｔｅｒＩ
Ｄ（ＩＥＥＥ１２８４経由で取得されるプリンタ機種Ｉ
Ｄ）、ＣａｌｌｉｎｇＳｔａｔｕｓ（印刷データ配信サ
ーバから発呼するか否かを決める値）。これらは、ネッ
トワークプリントシステム登録時に各ユーザに対して設
定される。

【００５５】ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェク
ト３２０５は、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェク
ト３２０６のＩＤを持ち、ＰｒｉｎｔｅｒＤｒｉｖｅｒ
オブジェクト３２０６の管理機能（生成、消去、カウン
ト、停止等）、ユーザーＩＤ（この場合は電子メールア
ドレス）をキーにしてＰｒｉｎｔｅｒＤＢ３２０４を検
索出来る機能、ＤＢから取得したＰｒｉｎｔｅｒＩＤよ
り必要に応じて適切なＰｒｉｎｔｅｒＤｒｉｖｅｒオブ
ジェクトを生成し、印刷対象データを渡す機能等を有す
る。なお、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトの
生成とは、プリンタに対応するプリンタドライバを選択
し、起動することである。

【００５６】ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト
３２０６は、ＰｒｉｎｔｅｒＩＤに応じて各プリンター
用に生成される。ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジ
ェクト３２０５がＰｒｉｎｔｅｒＤＢ３２０４から取得
した、ユーザＩＤに応じたＡｄａｐｔｅｒＴｅｌＮｕｍ
ｂｅｒ、ＡｄａｐｔｅｒＩＤ、ＰｒｉｎｔｅｒＩＤを保
持し、印刷対象データを特定のプリンターが理解できる
形式に変換する。添付ファイル印刷の場合は、そのアプ
リケーションタイプをＭＩＭＥタイプから判断し、それ
に応じたアプリケーションを起動して変換する。

【００５７】ＰｒｉｎｔＪｏｂオブジェクト３２０７
は、各ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０
６毎に生成される。生成時に取得した、ユーザーＩＤに
応じたＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、Ａｄａｐｔ
ｅｒＩＤ、ＰｒｉｎｔｅｒＩＤと、ＰｒｉｎｔｅｒＤｒ
ｉｖｅｒオブジェクト３２０６が生成した印刷データを
保持し、印刷データをキューイングする機能と、Ａｄａ
ｐｔｅｒＴｅｌＮｕｍｂｅｒを元に、アダプタ１０８に
対して出力する機能を持つ。

【００５８】ＷｅｂＢｒｏｗｓｅｒオブジェクト３２０
８は、ＷＷＷのブラウジング機能を有する。Ｐｒｉｎｔ
ｅｒＤｒｉｖｅｒオブジェクト３２０６からのＨＴＭＬ
取得メッセージにより、指定ＵＲＬからＨＴＭＬを取得
し、レンダリングする機能を有する。

【００５９】ＵｓｅｒＨＴＭＬＰａｇｅオブジェクト３
２０９は、各ユーザ毎に生成されるＷｅｂＰａｇｅで、
デフォルト指定に係るプリンタ等のユーザ情報を持つ。
また、ＣＧＩを用いたプリントステータスの反映、Ｐｒ
ｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０６にジョブ
制御メッセージを送ることによるプリントジョブ制御、
ＨＴＴＰで受け取ったデータをＤＢに反映することによ
るユーザ設定の変更等の機能を持つ。さらに、Ｐｒｉｎ
ｔｅｒＭａｎａｇｅｒオブジェクト３２０５からの依頼
により、プリントステータスを本ネットワークプリント
システムのユーザのホームページに反映させる機能も持
つ。

【００６０】ＨＴＭＬＰａｇｅ３２１０は、本ネットワ
ークプリントシステムを構成するドメインのホームペー
ジである。ユーザ登録等の機能を持つ。ＲＡＤＩＵＳｅ
ｒｖｅｒ３２１１は、図４のＲＡＤＩＵＳｅｒｖｅｒ３
１０５に相当する。

【００６１】ＰｏｒｔＭａｓｔｅｒ３２１２は、図４の
ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｅｒ３１０３に
相当する。ＰＤＡ３２０１は、図１のＰＤＡ１０１に相
当し、最低限メール送信機能を持つ通信端末である。Ｈ
ＴＭＬのブラウジング機能を持っても良い。

【００６２】Ａｄａｐｔｅｒ３２１３は、図１のアダプ
タ１０８に相当し、Ｐｒｉｎｔｅｒ３２１４は、図１の
プリンタ１０９に相当する。なお、ＰＤＡ３２０１とＡ
ｄａｐｔｅｒ３２１３は、物理的にはＰＨＳ等の通信端
末を経由して本ネットワークプリントシステムに接続す
るが、通信端末は省略してある。

【００６３】次に、図５を用いて、アプリケーションサ
ーバ１０５が電子メールを受け取り、印刷ジョブを生成
し、アダプタ１０８に送信するまでの流れを説明する。

【００６４】ネットワークプリントサービスのユーザ
は、ＰＤＡ３２０１等のメール端末機器を用いて、印刷
したい電子メールを送信する。電子メールの宛先は、前
記に述べたようにユーザが希望する印刷サービスのアド
レスに送信する。

【００６５】アプリケーションサーバ１０５に送信され
た電子メールは、実際にはメールサーバ３２０２が受信
する。本実施の形態のメールサーバ３２０２は、ＩＭＡ
Ｐサーバとして機能し、ＩＭＡＰクライアント機能を有
する各ユーザ毎のネットワークプリントサーバ３１０４
内のｅｍａｉｌオブジェクト３２０３に対して、ＩＭＡ
Ｐプロトコルに従いメール受信を通知する。

【００６６】ネットワークプリントサーバ３１０４内の
ｅｍａｉｌオブジェクトは、ＩＭＡＰプロトコルによ
り、メールアドレスに応じた目的のＭＩＭＥパートを取
得する。取得したデータは、ＰｒｉｎｔｅｒＭａｎａｇ
ｅｒオブジェクト３２０５に転送される。

【００６７】ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェク
ト３２０５は、電子メールアカウントで示されるユーザ
ーＩＤを用いて、各ユーザーの情報（デフォルトで使用
するプリンターのＩＤ等）をＰｒｉｎｔｅｒＤＢ３２０
４から検索し、取得する。そして、取得したデフォルト
使用のプリンターに対するＰｒｉｎｔｅｒＤｒｉｖｅｒ
オブジェクト３２０６を生成する。

【００６８】ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト
３２０６は、ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェク
ト３２０５から印刷すべきデータを取得し、印刷データ
に変換してＰｒｉｎｔＪｏｂオブジェクト３２０７を生
成する。もし印刷すべきデータがＵＲＬであれば、Ｐｒ
ｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）はＷ
ｅｂＢｒｏｗｓｅｒオブジェクト３２０８にＵＲＬを送
信する。

【００６９】ＷｅｂＢｒｏｗｓｅｒオブジェクト３２０
８は、インターネットから指定されたＵＲＬの内容（Ｈ
ＴＭＬ、ＸＭＬ等）を取得し、それをレンダリングした
上でＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０６
に返送する。ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト
３２０６は、レンダリングされた印刷すべきデータを印
刷データに変換してＰｒｉｎｔＪｏｂオブジェクト３２
０７を生成する。

【００７０】通信状態の悪さによるタイムアウト、アド
レス間違い等、ＵＲＬ内容の取得に失敗した場合は、Ｗ
ｅｂＢｒｏｗｓｅｒオブジェクト３２０８は、Ｐｒｉｎ
ｔｅｒＤｒｉｖｅｒオブジェクト３２０６にエラーを返
す。ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０６
は、さらにＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト
３２０５にエラーを通知し、ｅｍａｉｌオブジェクト３
２０３がエラーである旨のメールを作成して、ユーザに
返送する。

【００７１】この後、ＰｒｉｎｔＪｏｂオブジェクト３
２０６中に貯えられた印刷データを、アダプタ１０８に
転送する。しかし本実施の形態の場合、前記処理を、ア
プリケーションサーバ１０５が発呼して行う場合と、ア
ダプタ１０８が発呼して行う場合の２通りが可能であ
る。

【００７２】アダプタ１０８が発呼するケースは、アダ
プタ１０８（Ａｄａｐｔｅｒ３２１３）がアプリケーシ
ョンサーバ１０５にログインしてくる場合である。

【００７３】この場合、Ａｄａｐｔｅｒ３２１３は、Ｐ
ｏｒｔＭａｓｔｅｒに電話し、ＡｄａｐｔｅｒＩＤ、Ａ
ｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤ
を認証のキーとしてログインする。認証のキーは、Ｐｏ
ｒｔＭａｓｔｅｒ３２１２からＲＡＤＩＵＳｅｒｖｅｒ
３２１１を経由し、ＰｒｉｎｔｅｒＤＢ３２０４でチェ
ックされる。この接続は、ＴＣＰ／ＩＰ接続であるとす
るが、ＰｏｒｔＭａｓｔｅｒ３２１２によってＡｄａｐ
ｔｅｒ３２１３に与えられるＩＰアドレスは、本ネット
ワークプリントシステムのプライベートアドレスであ
る。

【００７４】上記プロセスでログインが許可されたＡｄ
ａｐｔｅｒ３２１３は、ＰｒｉｎｔｅｒＭａｎａｇｅｒ
オブジェクト３２０５に、印刷データの要求メッセージ
を送る。

【００７５】メッセージを受けたＰｒｉｎｔＭａｎａｇ
ｅｒオブジェクト３２０５は、Ａｄａｐｔｅｒ３２１３
のＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂ
ｅｒ、ＰｒｉｎｔｅｒＩＤに合致するＰｒｉｎｔＪｏｂ
オブジェクト３２０７を特定し、そのオブジェクトにデ
ータ送信のメッセージを送る。このメッセージには、Ａ
ｄａｐｔｅｒ３２１３のＩＰアドレスが含まれる。

【００７６】ＰｒｉｎｔＪｏｂオブジェクト３２０７
は、指定されたＩＰアドレス、つまりＡｄａｐｔｅｒ３
２１３のアドレスに対して、ＬＰＲプロトコルなどでプ
リントデータを送出する。

【００７７】アプリケーションサーバ１０５が発呼する
場合は、ＰｒｉｎｔＪｏｂオブジェクト３２０７自身が
持つＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒを用い、発呼シ
ステムに発呼を依頼する。本発明の発呼システムは、物
理的には、アプリケーションサーバ１０５に存在する。

【００７８】また、アプリケーションサーバ１０５が発
呼する場合、ユーザは印刷リクエストのメールヘッダの
Ｓｕｂｊｅｃｔに発呼時刻を指定することができる。こ
れは以下のように表記する。

【００７９】Ｓｕｂｊｅｃｔ：ａｂｏｕｔＰｒｉｎ
ｔＣａｌｌ＜ＣａｌｌＴｉｍｅ：：１６：００＞上記
のように、通常のＳｕｂｊｅｃｔ内容の後に時刻を指定
可能とすることにより、ユーザはアプリケーションサー
バ１０５からの発呼時刻を１６：００に指定することが
できる。この指定時刻が現在時刻より以前であれば、翌
日の時間を指定したこととなる。

【００８０】また、この発呼時刻の指定は、ＵｓｅｒＨ
ＴＭＬＰａｇｅ３２０９からも可能である。この場合
は、図７に示した発呼要求レコード５１０９のＳｔａｔ
ｕｓフィールド５１０３とＣａｌｌ＿Ｔｉｍｅフィール
ド５１１０の値を、ＣＧＩ（Ｃｏｍｍｕｎｉｃａｔｉｏ
ｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）プログラム
により直接設定する。

【００８１】図６は、本発明の発呼システムのモジュー
ル図である。発呼システム５００９は、外部からのＡＴ
コマンドにより発呼する機能を持つＴＡ（Ｔｅｒｍｉｎ
ａｌＡｄａｐｔｅｒ）５００７と、アプリケーションか
らの発呼要求を受け付ける発呼ＡＰＩ５００２と、発呼
要求を記録し、外部からも参照可能にする発呼データベ
ース５００３と、前記発呼データベース５００３の内容
をＳＱＬ（ＳｔｒｕｃｔｕｒｅｄＱｕｅｒｙＬａｎ
ｇｕａｇｅ）コマンドにより参照可能とするデータベー
ス参照ＡＰＩ５００８と、前記発呼データベース５００
３をポーリングし、後述する発呼要求レコード５１０９
のＳｔａｔｕｓフィールド５１０３を読み、変更するこ
とで発呼システム５００９のスケジューリングを行う発
呼スケジューリングプロセス５００４と、前記発呼スケ
ジューリングプロセスから起動され、発呼要求レコード
のＳｔａｔｕｓフィールド５１０３の値により発呼要求
を抜き出し、自身の持つ発呼待ち行列に追加する発呼制
御プロセス５００５と、前記発呼制御プロセス５００５
から起動され、前記発呼制御プロセス５００５内の発呼
待ち行列の先頭要素を抜き出し、前記発呼機能を持つＴ
Ａ５００７に対し、発呼コマンドの発行を要求するＴＡ
制御プロセス５００６とから成る。

【００８２】図７は、各発呼リクエストに相当する、発
呼データベース５００３中の発呼要求レコードを表した
ものである。このような発呼要求レコード５１０９は、
アプリケーション５００１からの複数の発呼リクエスト
に対し、各々１つずつ生成される。

【００８３】また、本発明の発呼データベース５００３
は、ＳＱＬインターフェースを持ち、発呼リクエストは
複数並列サーバや複数アプリケーションから受け付ける
ことができる。従って、複数アプリケーションはデータ
ベース参照ＡＰＩ５００８を用いてＳＱＬコマンドによ
り外部モジュールから各発呼リクエストに相当する発呼
要求レコード５１０９群を参照でき、現在の発呼リクエ
ストの状態を監視、ユーザからの要求により発呼リクエ
ストの削除、後述する発呼要求レコード５１０９のＷａ
ｉｔ＿Ｔｉｍｅフィールド５１０４の値を再設定するこ
とで発呼順番の入れ替え、等の機能を実現できる。

【００８４】また、トランザクション制御機能を持つデ
ータベースエンジンを使用することにより、複数の並列
実行している印刷データ配信サーバや、複数の印刷デー
タ配信プロセスからの発呼リクエスト、発呼リクエスト
状態監視、発呼リクエスト削除、発呼リクエスト順番入
れ替えも、矛盾なく行うことができる。

【００８５】各発呼リクエストに相当する発呼要求レコ
ード５１０９は、本発明のＰｒｉｎｔＪｏｂオブジェク
ト３２０７のオブジェクトＩＤに相当する発呼要求のＩ
Ｄを表すＲｅｑｕｅｓｔ＿ＩＤフィールド５１０１と、
ＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒで示される発呼先を
表すＴｅｌ＿Ｎｕｍｂｅｒフィールド５１０２と、各発
呼要求の発呼システム５００９における状態を表すＳｔ
ａｔｕｓフィールド５１０３と、発呼スケジューリング
プロセス５００４により１秒に１つインクリメントさ
れ、発呼のタイムアウトなどを判定するためのＷａｉｔ
＿Ｔｉｍｅフィールド５１０４と、現在の再発呼の回数
を記録するＲｅｔｒｙ＿Ｃｏｕｎｔ５１０５と、再発呼
の回数を予めセットするＬｉｍｉｔ＿Ｃｏｕｎｔフィー
ルド５１０６と、発呼コマンドに対するＴＡ５００７か
らの応答を記録するＬａｓｔ＿Ｓｔａｔｕｓフィールド
５１０７と、発呼によりＩＰ接続したクライアントのＩ
Ｐアドレスを記録するＩＰ＿ＡｄｄｒｅＳフィールド５
１０８と、ユーザの希望する発呼時刻を記録するための
Ｃａｌｌ＿Ｔｉｍｅフィールド５１１０と、から成る。

【００８６】図８は、発呼要求レコード５１０９のＳｔ
ａｔｕｓフィールド５１０３の取り得る値を示してい
る。

【００８７】基本的に、本発明の発呼システム５００９
は、アプリケーション５００１が、発呼ＡＰＩ５００２
を通じて、発呼データベース５００３に発呼要求を書き
込むことで動作を開始する。発呼データベース５００３
の内容は発呼スケジューリングプロセス５００４が監視
し、発呼制御プロセス５００５とＴＡ制御プロセス５０
０６を起動することで、ＴＡ５００７に対して発呼コマ
ンドが発行される。

【００８８】上記アプリケーション５００１からの発呼
要求時の発呼要求レコード５１０９（発呼データベース
５００３）の各フィールドの値は、通常、以下のような
ものになる。

【００８９】Ｒｅｑｕｅｓｔ＿ＩＤフィールド５１０１
は、本発明のＰｒｉｎｔＪｏｂオブジェクト３２０７の
オブジェクトＩＤ値、Ｔｅｌ＿Ｎｕｍｂｅｒフィールド
５１０２は、現在のＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅ
ｒ、Ｓｔａｔｕｓフィールド５１０３は、ユーザからの
発呼時刻指定が特になければ「ＯＮ」、発呼時間指定が
あれば「ＣＡＬＬＷＡＩＴ」、Ｗａｉｔ＿Ｔｉｍｅフ
ィールド５１０４は「０」、Ｒｅｔｒｙ＿Ｃｏｕｎｔフ
ィールド５１０５は、「０」、Ｌｉｍｉｔ＿Ｃｏｕｎｔ
フィールド５１０６は、「１０」（デフォルトで１０回
の発呼リトライ）、後に発呼システムに設定されるＬａ
ｓｔ＿Ｓｔａｔｕｓフィールド５１０７は、「無し」、
後に発呼システムに設定されるＩＰ＿ＡｄｄｒｅＳフィ
ールド５１０８は、「無し」、Ｃａｌｌ＿Ｔｉｍｅフィ
ールド５１１０は、ユーザーからの発呼時間指定が特に
ない場合は「０」、発呼時間指定がある場合はユーザが
指定した発呼時間を１９７０年１月１日（ＧＭＴ）を起
点とした秒数（いわゆるＵＮＩＸ（登録商標）のシステ
ムタイマー時間表記）で表し設定する。

【００９０】図９，１０は、発呼スケジューリングプロ
セス５００４での処理を示すフローチャートである。発
呼スケジューリングプロセス５００４は、まず、発呼制
御プロセス５００６を起動する（ステップＳ４１０
１）。そして、発呼スケジュールループを開始する。

【００９１】このループの最初で１秒間待つ（ステップ
Ｓ４１０２）。この１秒の待ち時間は、発呼データベー
ス５００３のポーリング間隔となる。次に、発呼データ
ベース５００３中の１つの発呼要求レコード５１０９に
着目し、その発呼要求レコード５１０９のＳｔａｔｕｓ
フィールド５１０３を読み取り（ステップＳ４１０
３）、値を判定する（ステップＳ４１０４，ステップＳ
４１０６，ステップＳ４１１３）。

【００９２】もし、前記Ｓｔａｔｕｓフィールド５１０
３の値が「ＯＮ」であるならば、Ｗａｉｔ＿Ｔｉｍｅフ
ィールド５１０４の値を１増やし、ループを続ける。

【００９３】もし、前記Ｓｔａｔｕｓフィールド５１０
３の値が「ＯＦＦ」であるならば、Ｗａｉｔ＿Ｔｉｍｅ
フィールド５１０４の値を１増やし、Ｒｅｔｒｙ＿Ｃｏ
ｕｎｔフィールド５１０５とＬｉｍｉｔ＿Ｃｏｕｎｔフ
ィールド５１０６の値を比較する。

【００９４】もし、前記Ｒｅｔｒｙ＿Ｃｏｕｎｔフィー
ルド５１０５の値が前記Ｌｉｍｉｔ＿Ｃｏｕｎｔフィー
ルド５１０６の値より大きければ、再発呼回数の設定値
を上回ったことになり、この発呼要求レコードに基づく
発呼要求を停止するために、前記Ｒｅｔｒｙ＿Ｃｏｕｎ
ｔフィールド５１０５の値を１増やし（ステップＳ４１
０９）、前記Ｓｔａｔｕｓフィールド５１０３の値を
「ＥＸＰＩＲＥ」にする（ステップＳ４１１０）。そし
て、ステップＳ４１０２に戻ることにより、次の発呼要
求レコード５１０９に着目して、同様の処理を行う。

【００９５】もし、前記Ｒｅｔｒｙ＿Ｃｏｕｎｔフィー
ルド５１０５の値が前記Ｌｉｍｉｔ＿Ｃｏｕｎｔフィー
ルド５１０６の値より小さければ、再発呼回数の設定値
を上回っておらず、この発呼要求レコード５１０９で表
される発呼要求の再発呼をするために、前記Ｓｔａｔｕ
ｓフィールド５１０３の値を「ＯＮ」にし（ステップＳ
４１１１）、前記Ｒｅｔｒｙ＿Ｃｏｕｎｔフィールド５
１０５の値を１増やす（ステップＳ４１１２）。そし
て、ステップＳ４１０２に戻ることにより、次の発呼要
求レコード５１０９に着目して、同様の処理を行う。

【００９６】もし、前記Ｓｔａｔｕｓフィールド５１０
３の値が「ＣＡＬＬＷＡＩＴ」であるならば、発呼シ
ステムは、図７に示した発呼データベース５００３中の
発呼要求レコード５１０９のＣａｌｌ＿Ｔｉｍｅフィー
ルド５１１０の発呼指定時刻を参照し、現在時刻と比較
して、もし現在時刻よりＣａｌｌ＿Ｔｉｍｅフィールド
の発呼指定時刻が大きければ、前記Ｗａｉｔ＿Ｔｉｍｅ
フィールド５１０４を最大にして、前記Ｓｔａｔｕｓフ
ィールド５１０３の値を「ＯＮ」にし（ステップＳ４１
１１）、前記Ｒｅｔｒｙ＿Ｃｏｕｎｔフィールド５１０
５の値を１増やす（ステップＳ４１１２）。そして、ス
テップＳ４１０２に戻ることにより、次の発呼要求レコ
ード５１０９に着目して、同様の処理を行う。

【００９７】なお、現在時刻と発呼指定時刻の比較は、
１９７０年１月１日（ＧＭＴ）を起点とした秒数（いわ
ゆるＵＮＩＸのシステムタイマー時間表記）に換算した
上で行う。

【００９８】図１１は、図９のステップＳ４１０１で起
動された発呼制御プロセス５００５の処理を示すフロー
チャートである。

【００９９】発呼制御プロセス５００５は、まず、ＴＡ
制御プロセス５００６を起動し（ステップＳ４２０
１）、ループに入る。

【０１００】ループの先頭で、現在、発呼データベース
５００３に各発呼リクエストとして書込まれている各発
呼要求レコード５１０９のＳｔａｔｕｓフィールド５１
０３を全て読み取り（ステップＳ４２０２）、全ての発
呼要求レコード５１０９についてＳｕｔａｔｕｓフィー
ルド５１０３の値が「ＯＮ」であるか否かを判定する
（ステップＳ４２０３）。そして、Ｓｕｔａｔｕｓフィ
ールド５１０３の値が「ＯＮ」である発呼要求レコード
５１０９を抜き出し、Ｗａｉｔ＿Ｔｉｍｅフィールド５
１０４の値が大きい発呼要求レコード５１０９から順
に、起動中のＴＡ制御プロセス５００６の発呼待ち行列
に、発呼リクエストとして挿入する（ステップＳ４２０
２）。そして、発呼待ち行列に挿入した発呼要求レコー
ド５１０９のＳｔａｔｕｓフィールド５１０３の値を
「ＱＵＥ」にし（ステップＳ４２０５）、ステップＳ４
２０２に戻る。

【０１０１】図１２は、図１１のステップＳ４２０１に
て起動されたＴＡ制御プロセス５００６の処理を示すフ
ローチャートである。

【０１０２】ＴＡ制御プロセス５００６は、まず、自身
の発呼待ち行列に、発呼データベース５００３中の発呼
要求レコード５１０９である要素が有るか否かを判定し
（ステップＳ４２０１）、無い場合は、そのままループ
を続ける。

【０１０３】発呼待ち行列に要素が有る場合は、先頭要
素を抜き出し（ステップＳ４３０２）、ＴＡ５００７に
対してＡＴコマンドとしての発呼コマンドを発行する
（ステップＳ４３０３）。そして、ＴＡ５００７からの
応答を受信し（ステップＳ４３０４）、発呼が成功した
か否かを判定する（ステップＳ４３０５）。

【０１０４】もし、発呼が成功したならば、ＴＡ制御プ
ロセス５００６の発呼待ち行列の要素で表される、発呼
リクエストに相当する、発呼データベース５００３の発
呼要求レコード５１０９のＳｔａｔｕｓフィールド５１
０３の値を「ＤＯＮＥ」にし（ステップＳ４３０９）、
該レコードのＬａｓｔ＿Ｓｔａｔｕｓフィールド５１０
７にＴＡ５００７からの応答を書き込み（ステップＳ４
３０８）、本処理を続ける。

【０１０５】もし、発呼が失敗したならば、ＴＡ制御プ
ロセス５００６の発呼待ち行列の要素で表される、発呼
リクエストに相当する、発呼データベース５００３の発
呼要求レコード５１０９のＳｔａｔｕｓフィールド５１
０３の値を「ＯＦＦ」にし（ステップＳ４３０６）、該
発呼要求レコードのＲｅｔｒｙ＿Ｃｏｕｎｔフィールド
５１０５の値を１つ増やし（ステップＳ４３０７）、該
当レコードのＬａｓｔ＿Ｓｔａｔｕｓ５１０７に、ＴＡ
５００７からの応答を書き込み（ステップＳ４３０
８）、処理を続ける。

【０１０６】このように、アプリケーションサーバ１０
５が発呼する場合は、ＰｒｉｎｔＪｏｂオブジェクト３
２０７が、自身の持つオブジェクトＩＤとＰｒｉｎｔｅ
ｒＴｅｌＮｕｍｂｅｒをパラメーターとして、発呼シス
テム５００９に対して発呼ＡＰＩ５００２を用いて発呼
を依頼する。

【０１０７】発呼システム５００９は、ＰｒｉｎｔＪｏ
ｂオブジェクト３２０７からのリクエストにより前記Ｐ
ｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒに電話するが、このと
き本ネットワークプリントシステムの電話番号をアダプ
タ１０８に通知する。

【０１０８】アダプタ１０８は、ネットワークプリント
システムの電話番号を取得すると、一旦、通信を切断
し、取得した電話番号にかけ直す。これ以降は、アダプ
タ１０８からの発呼と同じ動作である。

【０１０９】なお、前述した４つのメールアドレスとプ
リンタ１０９に接続されているアダプタ１０８と携帯端
末１０７の電話番号とは、対応づけてデータベースに登
録されており、受信したメールのアドレスから電話番号
を認識し、印刷データを作成し、公衆通信網１０３を介
して携帯端末１０７経由でアダプタ１０８に電子メール
を送信することができる。

【０１１０】また、ＰｒｉｎｔＪｏｂオブジェクト３２
０７内のプリントジョブは、Ｐｒｉｎｔｅｒ３２１４に
紙が１枚しかない場合（手差しにより１枚づつ給紙する
タイプのプリンタの場合）も考慮すると、１ページ単位
に生成する場合もある。この場合、ＰｒｉｎｔｅｒＩＤ
（機種情報）に基づきプリンタ１０９のタイプを判定
し、プリントジョブの単位を決定する。例えば、カセッ
ト給紙タイプのプリンタ１０９に対しては複数ページの
データを１ＪＯＢとして送り、手差しタイプのプリンタ
１０９に対しては複数ページのデータを複数のＪＯＢと
して送る。このように処理することで、エラーやジャム
が起きたページのデータの再送信が簡単にでき、エラー
リカバリーやジャムリカバリーに対する処理を行いやす
くなる。

【０１１１】また、ＰｒｉｎｔＪｏｂオブジェクト３２
０７とＡｄａｐｔｅｒ３２１３との間でプリントデータ
を送信中にＡｄａｐｔｅｒ３２１３から紙なし等のエラ
ーが通知されることがある。この場合、Ａｄａｐｔｅｒ
３２１３からのエラー通知は、ＰｒｉｎｔＭａｎａｇｅ
ｒオブジェクト３２０５が受け、ＰｒｉｎｔｅｒＤｒｉ
ｖｅｒオブジェクト３２０６に対して印刷データ送信停
止メッセージを送ることにより、印刷データのＰｒｉｎ
ｔＪｏｂオブジェクト３２０７からＡｄａｐｔｅｒ３２
１３への転送を中止することができる。

【０１１２】さらに、その際、ＰｒｉｎｔｅｒＤｒｉｖ
ｅｒオブジェクト３２０６は、ｅｍａｉｌオブジェクト
３２０３に対して、エラー発生メールをユーザに通知す
るよう依頼することが出来る。

【０１１３】また、ＵｓｅｒＨｏｍｅＰａｇｅオブジェ
クト３２０９に対し、ユーザのネットワークプリントシ
ステム内ホームページに、エラーを含むプリントステー
タスの反映を依頼することも出来る。

【０１１４】［アダプタの説明］図１３はアダプタ１０
８（Ａｄａｐｔｅｒ３２１３）の電気的構成を示すブロ
ック図である。

【０１１５】本実施の形態におけるアダプタ１０８は、
通信端末インターフェース２１０１を介して携帯通信端
末１０７に接続されることにより、携帯通信端末１０７
のインターフェース部の電気特性との相違が吸収され
る。この通信端末インターフェース２１０１は、内部バ
ス２１０８に接続されている。

【０１１６】アダプタ１０８は、ＰＨＳ等の通信インタ
ーフェースのデータの形式をプリンタのセントロニクス
インターフェース等のデータの形式にプロトコル変換す
るためのものである。

【０１１７】また、プリンタ１０９は、プリンタインタ
ーフェース２１０４を介してアダプタ１０８の内部バス
２１０８に接続される。内部バス２１０８は、アダプタ
１０８の全体動作を制御するマイコン２１０２と、内部
の動作プログラムおよび設定内容を記憶するＲＯＭ２１
０５、プログラム実行領域および送受信データの一時記
憶をするＲＡＭ２１０６、ユーザのアダプタ動作設定・
登録・表示を行うユーザーインターフェースであるＵ／
Ｉ２１０３とを接続する。

【０１１８】また、ＲＯＭ２１０５は、書き換えが可能
なＲＯＭであり、ソフトウェアの追加変更だけでなく新
しいプロトコルの追加も行うことができる。この場合、
ＲＯＭ２１０５には、インターフェース２１０１やイン
ターフェース２１０４を介してデータをロードすること
も可能である。また、ＲＯＭ２１０５には、接続に必要
な電話番号、アダプタＩＤ等も格納される。

【０１１９】マイコン２１０２は、ソフトウェアによっ
てモデムやプロトコルを実現する機能を有している。電
源２１０７は、アダプタ１０８を動作させる電源であ
る。

【０１２０】図１４は、アダプタ１０８に実装している
ソフトの構成を示している。図中右側のアダプタ１０８
は、携帯通信端末１０７と物理的に接続されるＨ／Ｗ２
２０８の上位に通信端末との接続を確立する通信網プロ
トコル２２０７が実装されている。実際は、携帯通信端
末１０７を介して通信網１０３に接続しているので、通
信網プロトコル２２０７は、通信網１０３に接続するた
めの発呼・着信・切断などの制御を主として行う。

【０１２１】通信網２２０７の上位には、プロトコル２
２０６が実装され、このプロトコル２２０６としては、
ＴＣＰ／ＩＰやキャリア独自のプロトコルなどがある。
アプリケーション２２０５は、プロトコル２２０６を介
して通信網１０３に対し通信を行う。

【０１２２】本実施の形態では、通信網プロトコル２２
０７、プロトコル２２０６、アプリケーション２２０５
に対応するソフトウェアは、図１３のマイコン２１０
２、ＲＯＭ２１０５、ＲＡＭ２１０６等に搭載されてい
る。

【０１２３】以下、本発明に係る通信制御動作を説明す
る。

【０１２４】本実施の形態では、アダプタ１０８とプリ
ンタ１０９は、ＩＥＥＥ１２８４インターフェースで接
続される。アダプタ１０８にプリンタ１０９が接続され
ると、インターフェース２１０４のＩＥＥＥ１２８４の
ネゴシエーションにより、プリンタ１０９からプリンタ
ＩＤを取得する。

【０１２５】このとき、プリンタ１０９に電源が投入さ
れずにプリンタ１０９が動作しない状況にあれば、任意
のプリンタＩＤ値に設定したり、プリンタ１０９が不明
であることからアダプタ１０８の使用を許可しないなど
の処理を行う。

【０１２６】取得または設定されたプリンタＩＤは、内
部バス２１０８を介してＲＯＭ２１０５またはＲＡＭ２
１０６に記憶する。プリンタ１０９が自動検出に対応し
ていない場合は、正確なプリンタＩＤを取得することが
できないため、設定された任意のプリンタＩＤをＲＯＭ
２１０５またはＲＡＭ２１０６に記憶する。この任意の
プリンタＩＤは、ユーザが設定するか、或いはアプリケ
ーションサーバ１０５が判断する。取得したプリンタＩ
Ｄは、後述の認証ＩＤとしても使用される。

【０１２７】次に、アダプタ１０８とアプリケーション
サーバ１０５との間でデータ通信を行う場合の動作を説
明する。

【０１２８】アダプタ１０８のマイコン２１０２は、イ
ンターフェース２１０１を介して、携帯通信端末１０７
に対する発信、着信、切断等の制御を行う。また、携帯
通信端末１０７は、自己の電話番号を外部からの要求に
より、外部インターフェースを介して出力する。これに
より、アダプタ１０８は、接続された通信端末の電話番
号を取得し、また、この機能を利用して、電話番号が異
なる場合に接続を拒否するといったことも可能である。
発信を行うのは、アプリケーションサーバ１０５または
アダプタ１０８のどちらからでも構わない。

【０１２９】また、アダプタ１０８は、コールバック用
の電話番号をアプリケーションサーバ１０５よりデータ
として受信し、切断後、アプリケーションサーバ１０５
に対して前記電話番号でコールバックを行う。

【０１３０】アプリケーションサーバ１０５および携帯
通信端末１０７は、ともに通信網１０３に接続されてい
る。携帯通信端末１０７が無線式の場合は無線基地経由
にて通信網１０３へ接続される。

【０１３１】アダプタ１０８は、インターフェース２１
０１を介して、携帯通信端末１０７経由でアプリケーシ
ョンサーバ１０５に接続される通信端末の電話番号に発
呼する処理を行う。携帯通信端末１０７は、通信網１０
３に対して前述の電話番号での接続を試みる。ここでの
接続の確立は通信網プロトコル２２０７の方式に従う。

【０１３２】アプリケーションサーバ１０５側の通信端
末が携帯通信端末１０７からの発呼を受理すると、通信
網プロトコル２２０７での接続が完了する。

【０１３３】更に、通信網プロトコル２２０７より上位
のプロトコル２２０６で、接続に対する認証を実施す
る。例えば、発呼してきた通信端末の電話番号が登録し
ていない番号であった場合など、本実施の形態では、認
証パケットを用いて認証を行っている。

【０１３４】アプリケーションサーバ１０５への接続
は、「アダプタ認証」を用いて認証を行う。この認証に
使用する情報は、「認証パケット」として準備され、接
続時にアダプタ１０８からアプリケーションサーバ１０
５に対して送信される。

【０１３５】この認証パケットには、ＡｄａｐｔｅｒＩ
Ｄ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、Ｐｒｉｎｔｅ
ｒＩＤが含まれている。ＰｒｉｎｔｅｒＩＤは、先に説
明した接続ネゴシエーションによって取得し、これを利
用して、認証の他にデータ作成用のドライバなどの選択
も行われる。

【０１３６】通信が確立し、認証が成功してデータ通信
開始が可能になると、アダプタ１０８は、アプリケーシ
ョンサーバ１０５から送信されてくるデータに対してプ
ロトコル変換を行う。また、アダプタ１０８は、接続さ
れているプリンタ１０９のステータスや自身のステータ
スをアプリケーションサーバ１０５に送信する。アプリ
ケーションサーバ１０５は、このステータスを利用し
て、送信するデータの形式を変更したり、送信サイズの
分割や圧縮などの処理を行う。また、アダプタ１０８が
アプリケーションサーバ１０５に送信するステータスに
は、プリンタ１０９の用紙切れやインク切れ等のエラー
情報も含まれている。

【０１３７】プロトコル２２０６より上位のレイヤのア
プリケーション２２０５では、アプリケーションサーバ
１０５から送られてきたデータそのものを取得する。そ
のデータには、プリンタ１０９やアダプタ１０８を制御
するコマンドが包括されている。アダプタ１０８は、こ
のコマンドによりプロトコル変換を行うだけでなく、コ
マンドが包括されたデータをそのままプリンタ１０９に
渡し、プリンタ１０９でデータ印刷を行ってもよい。

【０１３８】なお、プリンタの用紙サイズに合わせた拡
大縮小等の処理は、アプリケーションサーバ１０５にて
行うなうことにより、迅速にデータを印刷することも可
能である。また、プリンタ１０９に装着されているイン
クの種類をアプリケーションサーバ１０５に通知するこ
とにより、カラーやモノクロの自動切替もアプリケーシ
ョンサーバ１０５にて行い、アダプタ１０８での負荷を
最小限に押さえることも可能である。

【０１３９】次に、各デバイスでの処理内容をフローチ
ャートに基づいて説明する。なお、各フローチャートに
係るプログラムは、各デバイスのメモリに記憶され、Ｃ
ＰＵによって実行される。

【０１４０】図１５は、図１のＰＤＡ１０１によるクラ
イアント処理を示すフローチャートである。

【０１４１】クライアントは、印刷処理したい文書を電
子メール化し（ステップＳ３３０１）、本文印刷、添付
ファイル印刷等、印刷処理機能を選択して（ステップＳ
３３０２）、その印刷処理機能を実現するメールアドレ
スに電子メールを送信する（ステップＳ３３０３）。

【０１４２】図１６は、メール印刷機能を実現する際の
アプリケーションサーバ１０５の処理概要を示すフロー
チャートである。

【０１４３】ステップＳ３４０１のＭａｉｌＳｅｒｖｅ
ｒ処理は、ＳＭＴＰサーバ、ＩＭＡＰサーバ機能を有す
るが、メール受信を待ち受け、受信したらＩＭＡＰプロ
トコルでｅｍａｉｌオブジェクトに通知する。このＭａ
ｉｌＳｅｒｖｅｒ処理の詳細は、図１8に示す。

【０１４４】ステップＳ３４０２のｅｍａｉｌオブジェ
クト処理は、ＩＭＡＰクライアント機能を有するが、メ
ール受信を通知されると、ＭａｉｌＳｅｒｖｅｒから必
要なパートを受信する。その後ＰｒｉｎｔｅｒＭａｎａ
ｇｅｒに印刷指示を出す。このｅｍａｉｌオブジェクト
処理の詳細は、図１９，２０に示す。

【０１４５】ステップＳ３４０３のＰｒｉｎｔｅｒＭａ
ｎａｇｅｒ処理は、ｅｍａｉｌオブジェクトから印刷指
示を受けると、その印刷指示に含まれるＵｓｅｒＩＤか
らＰｒｉｎｔｅｒＤＢを参照し、ＵｓｅｒＩＤ、Ｕｓｅ
ｒＴｅｌＮｕｍｂｅｒ、ＵｅｓｒＰａＳｗｏｒｄ、Ａｄ
ａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、
ＰｒｉｎｔｅｒＩＤからなるプリントＩＤを取得する。
そして、ＰｒｉｎｔｅｒＩＤに示されたＰｒｉｎｔｅｒ
Ｄｒｉｖｅｒオブジェクトを生成し、印刷すべきデータ
を渡す。このＰｒｉｎｔｅｒＭａｎａｇｅｒ処理の詳細
は、図２１，２３に示す。

【０１４６】ステップＳ３４０４のＰｒｉｎｔｅｒＤｒ
ｉｖｅｒオブジェクト処理は、本文印刷ならばテキスト
をレンダリングする。添付ファイル印刷ならば適したア
プリケーションを起動してレンダリングする。ＵＲＬ印
刷ならばＷｅｂＢｒｏｗｓｅｒオブジェクトにＨＴＭＬ
取得とそのレンダリングを依頼する。その後画像処理、
色処理等行って、ＰｒｉｎｔＪｏｂオブジェクトを生成
する。このＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト処
理の詳細は、図２３，２４に示す。

【０１４７】ステップＳ３４０５のＰｒｉｎｔＪｏｂオ
ブジェクト処理は、プリントＩＤより出力先アダプター
に接続して印刷データ出力を試みる。このＰｒｉｎｔＪ
ｏｂオブジェクト処理の詳細は、図２５に示す。

【０１４８】図１７は、アダプタ１０８の処理を示すフ
ローチャートである。

【０１４９】アダプタ１０８は、自ら、またはコールバ
ックにより本ネットワークプリントシステムに接続する
（ステップＳ３５０１）。ＲＡＤＩＵＳサーバ等で認証
処理をし、接続が完了したら、本ネットワークプリント
システムのサーバのＰｒｉｎｔｅｒＭａｎａｇｅｒにプ
リントジョブの転送を依頼する（ステップＳ３５０
２）。そして、サーバからのプリントジョブの転送を待
つ（ステップＳ３５０３）。プリントジョブを受信した
ら、ＩＥＥＥ１２８４等を経由してプリンタ１０９に印
刷データを送信する（ステップＳ３５０４）。その際、
アダプタ１０８は、プリンタ１０９からのエラー等のス
テータスをハンドリングする。

【０１５０】図１８は、アプリケーションサーバ１０５
内のＭａｉｌＳｅｒｖｅｒ３１０６の処理を示すフロー
チャートである。

【０１５１】ＭａｉｌＳｅｒｖｅｒ３１０６は、ＳＭＴ
Ｐサーバ、ＩＭＡＰサーバ等の機能を持ち、電子メール
の送受信サービスを提供する（ステップＳ４００１）。
電子メールを受信したら、メールアドレスを解析して
（ステップＳ４００２）、ＩＭＡＰクライアントにメー
ル受信を通知する（ステップＳ４００３）。

【０１５２】図１９，２０は、アプリケーションサーバ
１０５内のＮｅｔｗｏｒｋＰｒｉｎｔＳｅｒｖｅｒ３１
０４のｅｍａｉｌオブジェクト処理を示すフローチャー
トである。

【０１５３】ｅｍａｉｌオブジェクト３２０３は、各ユ
ーザー毎に生成され、ＭａｉｌＳｅｒｖｅｒ３１０６か
らの電子メール受信通知を待ち受ける（ステップＳ３６
０１）。

【０１５４】電子メール受信通知を受け取ったら、メー
ルアドレスを解析して（ステップＳ３６０２）、本文印
刷、添付ファイル印刷等の機能を選択する（ステップＳ
３６０３、Ｓ３６０５、Ｓ３６０７、Ｓ３６１０）。

【０１５５】例えば、以下のメールアドレスは、全てユ
ーザ「ｔａｍａ」が受け取る。１．ｔａｍａ＠ｍｎｐ．ｃｏ．ｊｐ２．ｔａｍａＡ＠ｍｎｐ．ｃｏ．ｊｐ３．ｔａｍａＢ＠ｍｎｐ．ｃｏ．ｊｐ４．ｔａｍａＣ＠ｍｎｐ．ｃｏ．ｊｐここで、１は本文印刷機能、２は添付ファイル印刷機
能、３は本文＋添付ファイル印刷機能、４はＵＲＬ印刷
機能に係るメールアドレスとする。

【０１５６】ユーザ「ｔａｍａ」のｅｍａｉｌオブジェ
クト３２０３は、これらのアドレスを解析して以下述べ
るように、必要な処理を遂行する。

【０１５７】本文印刷機能に係るメールアドレスの場合
（ステップＳ３６０３）、ｅｍａｉｌオブジェクト３２
０３は、ＭＩＭＥタイプを指定することによりＭａｉｌ
Ｓｅｒｖｅｒ３１０６から本文パートを抜き出し（ステ
ップＳ３６０４）、テキスト印刷であることを示す印刷
機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇｅｒ３
２０５に処理を依頼する（ステップＳ３６１３）。

【０１５８】添付ファイル印刷機能に係るメールアドレ
スの場合（ステップＳ３６０５）、ｅｍａｉｌオブジェ
クト３２０３は、ＭＩＭＥタイプを指定することにより
ＭａｉｌＳｅｒｖｅｒ３１０６から添付ファイルのパー
トを抜き出し（ステップＳ３６０６）、添付ファイル印
刷であることを示す印刷機能ＩＤを付加して、Ｐｒｉｎ
ｔｅｒＭａｎａｇｅｒ３２０５に処理を依頼する（ステ
ップＳ３６１３）。

【０１５９】本文＋添付ファイル印刷機能に係るメール
婦ドレスの場合（ステップＳ３６０７）、ｅｍａｉｌオ
ブジェクト３２０３は、ＭＩＭＥタイプを指定すること
によりＭａｉｌＳｅｒｖｅｒ３１０６から本文パートと
添付ファイルパートを抜き出し（ステップＳ３６０８、
Ｓ３６０９）、本文＋添付ファイル印刷であることを示
す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇ
ｅｒ３２０５に処理を依頼する（ステップＳ３６１
３）。

【０１６０】ＵＲＬ印刷に係るメールアドレスの場合
（ステップＳ３６１０）、ｅｍａｉｌオブジェクト３２
０３は、ＭＩＭＥタイプを指定することによりＭａｉｌ
Ｓｅｒｖｅｒ３１０６から本文パートを抜き出し（ステ
ップＳ３６１１）、さらにテキストからＵＲＬ記述を抜
き出して（ステップＳ３６１２）、ＵＲＬ印刷であるこ
とを示す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａ
ｎａｇｅｒ３２０５に処理を依頼する（ステップＳ３６
１３）。

【０１６１】図２１，２２は、アプリケーションサーバ
１０５内のＮｅｔｗｏｒｋＰｒｉｎｔＳｅｒｖｅｒ３１
０４のＰｒｉｎｔｅｒＭａｎａｇｅｒ３２０５の処理を
示すフローチャートである。

【０１６２】ＰｒｉｎｔｅｒＭａｎａｇｅｒ３２０５
は、ｅｍａｉｌオブジェクト３２０３やＡｄａｐｔｅｒ
３２１３（アダプタ１０８）からのメッセージ通知を待
つ（ステップＳ３７０１）。

【０１６３】もし、アダプタ１０８からのメッセージで
あれば（ステップＳ３７０２）、ＡｄａｐｔｅｒＩＤ、
ＰｒｉｎｔｅｒＩＤを確認し（ステップＳ３７０３）、
そのメッセージタイプによりＰｒｉｎｔｅｒＤｒｉｖｅ
ｒオブジェクト３２０６にメッセージを送出することに
より、プリントジョブの制御（停止、再開、削除等）を
行う（ステップＳ３７０４）。

【０１６４】もし、メッセージがｅｍａｉｌオブジェク
ト３２０３からのもので、かつ印刷指示であれば（ステ
ップＳ３７０５）、ＵｓｅｒＩＤを見て（ステップＳ３
７０６）、ＰｒｉｎｔｅｒＤＢを３２０４検索する（ス
テップＳ３７０７）。ここで参照するＩＤは、Ｕｓｅｒ
ＩＤ，ＵｓｅｒＴｅｌＮｕｍｂｅｒ、ＵｅｓｒＰａＳｗ
ｏｒｄ、ＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮ
ｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤからなるプリントＩＤ
である。

【０１６５】プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＡ
プリンタであれば（ステップＳ３７０８）、Ａプリンタ
用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成す
る（ステップＳ３７０９）。

【０１６６】プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＢ
プリンタであれば（ステップＳ３７１０）、Ｂプリンタ
用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成す
る（ステップＳ３７１１）。

【０１６７】プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＣ
プリンタであれば（ステップＳ３７１２）、Ｃプリンタ
用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成す
る（ステップＳ３７１３）。

【０１６８】ここで、Ａプリンタ、Ｂプリンタ、Ｃプリ
ンタとは、例えば、Ａ社インクジェットプリンタ、Ｂ社
レーザビームプリンタ、Ｃ社サーマルプリンタなどを示
し、それらのプリンタに対応したＰｒｉｎｔｅｒＤｒｉ
ｖｅｒオブジェクトを生成する（対応したドライバを選
択し起動する）。

【０１６９】ＰｒｉｎｔｅｒＭａｎａｇｅｒ３２０５
は、受け取ったメッセージがエラーメッセージであれば
（ステップＳ３７１４）、そのＵｓｅｒＩＤに対して、
エラータイプに応じたエラーメールを送信する（ステッ
プＳ３７１５）。さらに、ＵｓｅｒＨＴＭＬＰａｇｅに
エラーを通知し（ステップＳ３７１６）、ユーザのホー
ムページにそのステータスを反映してもらう。なお、メ
ッセージがアダプタ１０８からのものでも、印刷指示で
もなければ、そのメッセージに対応する他の処理を行う
（ステップＳ３７１７）。

【０１７０】図２３，２４は、アプリケーションサーバ
１０５内のネットワークプリントＳｅｒｖｅｒ３１０４
のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０６の
処理を示すフローチャートである。

【０１７１】ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト
３２０６は、ＰｒｉｎｔｅｒＭａｎａｇｅｒ３２０５か
ら印刷データ、そのＭＩＭＥタイプ、プリントＩＤ、印
刷機能ＩＤ（本文／添付ファイル／ＵＲＬ）を渡されて
起動する。

【０１７２】印刷機能ＩＤまたはＭＩＭＥタイプより、
印刷データがテキストだと判断された場合は（ステップ
Ｓ３８０１）、テキストをレンダリングする（ステップ
Ｓ３８０２）。そして、画像処理、色処理を行い（ステ
ップＳ３８０３）、ＰｒｉｎｔＪｏｂオブジェクト３２
０７を生成する（ステップＳ３８０４）。

【０１７３】印刷機能ＩＤまたはＭＩＭＥタイプより、
印刷データが添付ファイルと判断された場合は（ステッ
プＳ３８０５）、ＭＩＭＥタイプよりそのファイルフォ
ーマットを判断する。

【０１７４】ファイルフォーマットＡだった場合は（ス
テップＳ３８０６）、ファイルフォーマットＡに対する
レンダリングアプリケーションを起動して、ファイルフ
ォーマットＡのレンダリング処理を行う（ステップＳ３
８０７）。そして画像処理、色処理を行い（ステップＳ
３８０３）、ＰｒｉｎｔＪｏｂオブジェクト３２０７を
生成する（ステップＳ３８０４）。

【０１７５】ファイルフォーマットＢだった場合は（ス
テップＳ３８０８）、ファイルフォーマットＢに対する
レンダリングアプリケーションを起動して、ファイルフ
ォーマットＢのレンダリング処理を行う（ステップＳ３
８０９）。そして画像処理、色処理を行い（ステップＳ
３８０３）、ＰｒｉｎｔＪｏｂオブジェクト３２０７を
生成する（ステップＳ３８０４）。

【０１７６】ファイルフォーマットＣだった場合は（ス
テップＳ３８１０）、ファイルフォーマットＣに対する
レンダリングアプリケーションを起動して、ファイルフ
ォーマットＣのレンダリング処理を行う（ステップＳ３
８１１）。そして画像処理、色処理を行い（ステップＳ
３８０３）、ＰｒｉｎｔＪｏｂオブジェクト３２０７を
生成する（ステップＳ３８０４）。

【０１７７】なお、ファイルフォーマットＡ，Ｂ，Ｃ以
外のファイルフォーマットの場合は、そのファイルフォ
ーマットのレンダリング処理を行う（ステップＳ３８１
６）。そして画像処理、色処理を行い（ステップＳ３８
０３）、ＰｒｉｎｔＪｏｂオブジェクト３２０７を生成
する（ステップＳ３８０４）。

【０１７８】ここで、ファイルフォーマットＡ，Ｂ，Ｃ
とは、例えばＡｄｏｂｅＳｙｓｔｅｍｓ社のＰｏｓｔＳ
ｃｒｉｐｔ、Ｍｉｃｒｏｓｏｆｔ社のＷＯＲＤ、ＪＰＥ
Ｇ、ＧＩＦ等のファイルフォーマットを指す。

【０１７９】印刷機能ＩＤによりＵＲＬ印刷と判断され
た場合は（ステップＳ３８１２）、ＷｅｂＢｒｏｗｓｅ
ｒオブジェクト３２０８にＵＲＬ取得を依頼する（ステ
ップＳ３８１３）。

【０１８０】ＵＲＬに示されたＷｅｂＰａｇｅのＨＴＭ
Ｌデータをレンダリングしたものが得られたら（ステッ
プＳ３８１４）、画像処理、色処理を行い（ステップＳ
３８０３）、ＰｒｉｎｔＪｏｂオブジェクト３２０７を
生成する（ステップＳ３８０４）。

【０１８１】印刷機能ＩＤが不明な場合、あるいはＵＲ
Ｌに示されたＷｅｂＰａｇｅのＨＴＭＬデータの取得失
敗のメッセージがＷｅｂＢｒｏｗｓｅｒオブジェクト３
２０８から返された場合は、その旨のエラーをＰｒｉｎ
ｔｅｒＭａｎａｇｅｒ３２０５に通知し、印刷を中止す
る。

【０１８２】図２５はアプリケーションサーバ１０５内
のネットワークプリントＳｅｒｖｅｒ３１０４のＰｒｉ
ｎｔｅｒＪｏｂオブジェクト３２０７の処理を示すフロ
ーチャートである。

【０１８３】ＰｒｉｎｔｅｒＪｏｂオブジェクト３２０
７は、まず、印刷リクエストを行ったユーザのユーザ情
報から、サーバ発呼のＯＮ／ＯＦＦを示すＣａｌｌｉｎ
ｇＳｔａｔｕｓを読み取り、アプリケーションサーバ１
０５から発呼するか否かを判定する。もし、アプリケー
ションサーバ１０５からの発呼であれば、図６に示した
発呼システム５００９に対し、発呼ＡＰＩ５００２を用
いて発呼を依頼する（以上の処理の処理ステップは、図
示省略）。

【０１８４】そして、ＰｒｉｎｔｅｒＪｏｂオブジェク
ト３２０７は、印刷開始メッセージを待つ（ステップＳ
３９０１）。

【０１８５】ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト
３２０６による処理が終わり、印刷開始メッセージが来
たら、ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｅｒ３１０
３を介してＡｄａｐｔｅｒ３２１３に接続を試みる（ス
テップＳ３９０２）。

【０１８６】接続が成功したら（ステップＳ３９０
３）、Ａｄａｐｔｅｒ３２１３のＰｒｉｎｔｅｒＩＤを
確認し（ステップＳ３９０４）、ＰｒｉｎｔｅｒＩＤが
一致したら、印刷データをＡｄａｐｔｅｒ３２１３に対
し送信する（ステップＳ３９０５，Ｓ３２０６）。その
際、ＰｒｉｎｔｅｒＩＤから判断して、紙トレーのない
ようなプリンタの場合、プリントジョブを１ページ単位
に区切ることがある。この後、ＬＰＲのようなプロトコ
ルを用いて印刷データをＡｄａｐｔｅｒ３２１３に対し
送信する。

【０１８７】Ａｄａｐｔｅｒの接続に失敗、あるいはＰ
ｒｉｎｔｅｒＩＤが違った場合は、その旨のエラーをＰ
ｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０６に通知
する（ステップＳ３９０７）。

【０１８８】このように、本実施形態では、電子メール
を受信できる機能を有するアプリケーションサーバと、
このアプリケーションサーバに通信網を介して接続され
るプリンタアダプタ、および、プリンタから構成される
ネットワークプリントシステムを用いることにより、印
刷機能を持たない携帯通信端末で受信した電子メールを
印刷するようにしている。また、添付ファイルや付加情
報（インターネット上のホームページ等）を開く機能を
持たない携帯通信端末で受信した添付ファイルや付加情
報を閲覧できるようにしている。

【０１８９】また、従来の電子メールプロトコルをその
まま利用することにより、従来の携帯通信端末に全く手
を加えることなく上記の機能を実現している。

【０１９０】更に、ユーザからの発呼時刻指定により、
アプリケーションサーバが発呼システムに対し発呼時刻
を指定し、発呼システムが発呼時刻を制御することで、
電子メールを指定された時刻に印刷するようにしてい
る。

【０１９１】

【発明の効果】以上、詳述したように、本発明によれ
ば、携帯通信端末で受信した電子メールをネットワーク
上のプリンタで所望の時刻に印刷することが可能とな
り、利便性が向上する。

【図面の簡単な説明】

【図１】本発明を適用した第１のネットワーク印刷シス
テムのシステム構成図である。

【図２】本発明を適用した第２のネットワーク印刷シス
テムのシステム構成図である（第１の接続状態）。

【図３】本発明を適用した第２のネットワーク印刷シス
テムのシステム構成図である（第２の接続状態）。

【図４】アプリケーションサーバ１０５の機器構成図で
ある。

【図５】アプリケーションサーバ１０５内のソフトウェ
アモジュールの構成図である。

【図６】発呼制御システムのモジュール構成を示す図で
ある。

【図７】発呼制御データベースの発呼要求レコードの構
成を示す図である。

【図８】発呼要求レコードのＳｔａｔｕｓフィールドの
取り得る値を示す図である。

【図９】発呼スケジュールプロセスの処理を示すフロー
チャートである。

【図１０】図９の続きのフローチャートである。

【図１１】発呼制御プロセスの処理を示すフローチャー
トである。

【図１２】ＴＡ制御プロセスの処理を示すフローチャー
トである。

【図１３】アダプタの電気的構成を示すブロック図であ
る。

【図１４】アダプタに実装しているソフトの構成を示す
図である。

【図１５】ＰＤＡ等のクライアントの処理を示すフロー
チャートである。

【図１６】ネットワークプリントシステムのサーバの処
理を示すフローチャートである。

【図１７】アダプタの処理を示すフローチャートであ
る。

【図１８】ｍａｉｌＳｅｒｖｅｒの処理を示すフローチ
ャートである。

【図１９】ｅｍａｉｌオブジェクトの処理を示すフロー
チャートである。

【図２０】図１９の続きのフローチャートである。

【図２１】ｐｒｉｎｔｅｒＭａｎａｇｅｒの処理を示す
フローチャートである。

【図２２】図２１の続きのフローチャートである。

【図２３】ｐｒｉｎｔｅｒＤｒｉｖｅｒの処理を示すフ
ローチャートである。

【図２４】図２３の続きのフローチャートである。

【図２５】ｐｒｉｎｔｅｒＪｏｂの処理を示すフローチ
ャートである。

【符号の説明】

１０１…ＰＤＡ１０２…携帯通信端末１０３…通信網１０４…外部プロバイダ１０５…アプリケーションサーバ１０６…インターネット１０７…携帯通信端末１０８…アダプタ１０９…プリンタ３１０４…ＮｅｔｗｏｒｋＰｒｉｎｔＳｅｒｖｅｒ３１０６…ＭａｉｌＳｅｒｖｅｒ５００３…発呼データベース５００４…発呼スケジューリングプロセス５００５…発呼制御プロセス５００９…発呼システム５１０９…発呼要求レコード５１１０…Ｃａｌｌ＿Ｔｉｍｅフィールド

Claims

【特許請求の範囲】

【請求項１】携帯通信端末により受信された電子メー
ルを印刷データに変換するサーバと、前記サーバから通
信網を介して受信した前記印刷データをプロトコル変換
するアダプタと、前記アダプタによりプロトコル変換さ
れた印刷データを印刷するプリンタとを有するプリント
システムにおいて、前記プリンタによる前記印刷データの印刷時刻を設定す
る設定手段を設けたことを特徴とするプリントシステ
ム。
【請求項２】前記サーバは、前記アダプタに対して発
呼する発呼手段を有し、前記設定手段は、該発呼手段に
よる発呼時刻を前記印刷時刻として設定することを特徴
とする請求項１記載のプリントシステム。
【請求項３】前記設定手段は、前記携帯通信端末から
前記発呼手段に対して印刷要求するための電子メールの
ヘッダ情報として前記印刷時刻を付加することを特徴と
する請求項１又は２記載のプリントシステム。
【請求項４】前記設定手段は、前記携帯通信端末にて
得られたＷｅｂページ上で前記印刷時刻を設定すること
を特徴とする請求項１又は２記載のプリントシステム。
【請求項５】前記発呼手段は、複数の前記携帯通信端
末から要求された発呼リクエストに従って前記アダプタ
に対して発呼し、前記設定手段は、前記発呼手段による
発呼時刻を前記印刷時刻として該発呼リクエスト中に付
加することを特徴とする請求項１〜４の何れかに記載の
プリントシステム。
【請求項６】携帯通信端末により受信された電子メー
ルを印刷データに変換するサーバと、前記サーバから通
信網を介して受信した前記印刷データをプロトコル変換
するアダプタと、前記アダプタによりプロトコル変換さ
れた印刷データを印刷するプリンタとを有し、該プリン
タによる印刷を制御する印刷制御装置において、前記プリンタによる前記印刷データの印刷時刻を設定す
る設定手段を設けたことを特徴とする印刷制御装置。
【請求項７】前記サーバは、前記アダプタに対して発
呼する発呼手段を有し、前記設定手段は、該発呼手段に
よる発呼時刻を前記印刷時刻として設定することを特徴
とする請求項６記載の印刷制御装置。
【請求項８】前記設定手段は、前記携帯通信端末から
前記発呼手段に対して印刷要求するための電子メールの
ヘッダ情報として前記印刷時刻を付加することを特徴と
する請求項６又は７記載の印刷制御装置。
【請求項９】前記設定手段は、前記携帯通信端末にて
得られたＷｅｂページ上で前記印刷時刻を設定すること
を特徴とする請求項６又は７記載の印刷制御装置。
【請求項１０】前記発呼手段は、複数の前記携帯通信
端末から要求された発呼リクエストに従って前記アダプ
タに対して発呼し、前記設定手段は、前記発呼手段によ
る発呼時刻を前記印刷時刻として該発呼リクエスト中に
付加することを特徴とする請求項６〜９の何れかに記載
の印刷制御装置。
【請求項１１】携帯通信端末により受信された電子メ
ールを印刷データに変換するサーバと、前記サーバから
通信網を介して受信した前記印刷データをプロトコル変
換するアダプタと、前記アダプタによりプロトコル変換
された印刷データを印刷するプリンタとを有し、該プリ
ンタによる印刷を制御する印刷制御方法において、前記プリンタによる前記印刷データの印刷時刻を設定す
る設定工程を設けたことを特徴とする印刷制御方法。
【請求項１２】前記サーバは、前記アダプタに対して
発呼する発呼工程を有し、前記設定工程は、該発呼工程
による発呼時刻を前記印刷時刻として設定することを特
徴とする請求項１１記載の印刷制御方法。
【請求項１３】前記設定工程は、前記携帯通信端末か
ら前記発呼工程に対して印刷要求するための電子メール
のヘッダ情報として前記印刷時刻を付加することを特徴
とする請求項１１又は１２記載の印刷制御方法。
【請求項１４】前記設定工程は、前記携帯通信端末に
て得られたＷｅｂページ上で前記印刷時刻を設定するこ
とを特徴とする請求項１１又は１２記載の印刷制御方
法。
【請求項１５】前記発呼工程は、複数の前記携帯通信
端末から要求された発呼リクエストに従って前記アダプ
タに対して発呼し、前記設定工程は、前記発呼工程によ
る発呼時刻を前記印刷時刻として該発呼リクエスト中に
付加することを特徴とする請求項１１〜１４の何れかに
記載の印刷制御方法。
【請求項１６】携帯通信端末により受信された電子メ
ールを印刷データに変換するサーバと、前記サーバから
通信網を介して受信した前記印刷データをプロトコル変
換するアダプタと、前記アダプタによりプロトコル変換
された印刷データを印刷するプリンタとを有し、該プリ
ンタによる印刷を制御する印刷制御装置に適用可能なコ
ンピュータ読取可能な媒体において、前記プリンタによる前記印刷データの印刷時刻を設定す
る設定ルーチンを含むことを特徴とする媒体。
【請求項１７】前記サーバは、前記アダプタに対して
発呼する発呼ルーチンを含み、前記設定ルーチンは、該
発呼ルーチンによる発呼時刻を前記印刷時刻として設定
することを特徴とする請求項１６記載の媒体。
【請求項１８】前記設定ルーチンは、前記携帯通信端
末から前記発呼ルーチンに対して印刷要求するための電
子メールのヘッダ情報として前記印刷時刻を付加するこ
とを特徴とする請求項６又は７記載の媒体。
【請求項１９】前記設定ルーチンは、前記携帯通信端
末にて得られたＷｅｂページ上で前記印刷時刻を設定す
ることを特徴とする請求項１６又は１７記載の媒体。
【請求項２０】前記発呼ルーチンは、複数の前記携帯
通信端末から要求された発呼リクエストに従って前記ア
ダプタに対して発呼し、前記設定ルーチンは、前記発呼
ルーチンによる発呼時刻を前記印刷時刻として該発呼リ
クエスト中に付加することを特徴とする請求項１６〜１
９の何れかに記載の媒体。