(57)【特許請求の範囲】
【請求項１】
通信端末、サーバ装置及び印刷装置が通信網を介して通信可能なプリントシステムであって、
前記通信端末は、
電子メールに含まれる印刷対象情報ごとに設定された複数のアドレスのうち、いずれか１つを選択する選択手段と、
前記選択手段により選択されたアドレス宛に電子メールを送信する送信手段を備え、
前記サーバ装置は、
前記電子メールを受信する受信手段と、
前記受信手段により受信された電子メールのアドレスと対応する印刷対象情報を前記受信手段により受信された電子メールから取得する取得手段と、
前記取得手段により取得された印刷対象情報にしたがってプリントジョブを生成する生成手段と、
前記生成手段により生成されたプリントジョブを前記印刷装置宛に転送する転送手段を備えたことを特徴とするプリントシステム。
【請求項２】
前記印刷対象情報は前記電子メール本文及び添付ファイルのうち少なくともいずれかであることを示すことを特徴とする請求項１記載のプリントシステム。
【請求項３】
前記生成手段は、前記アドレスと対応する印刷装置の機種に合わせたページ単位で前記プリントジョブを生成することを特徴とする請求項１または２記載のプリントシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電子メールを利用したプリントシステムに関する。
【０００２】
特に、携帯電話やPDA等の携帯通信端末を利用した電子メールサービスと通信網に接続されたプリンタへの印刷出力サービスに関する。
【０００３】
【従来の技術】
電子メールサービスとネットワークプリントサービスとは全く別のサービスで、連動していなかった。特に、電子メール機能を持った携帯電話やPDAでは印刷機能を持っておらず、記録に残したい電子メールを印刷する場合、PCをクライアントとしているメールアドレスに電子メールを転送し、PCに接続されたプリンタから印刷しなければならなかった。したがって、携帯電話やPDAしか持たない電子メールユーザの場合、受け取った電子メールを印刷する手段は無かった。
【０００４】
また、電子メールにはファイルを添付することが出来るが、このファイルを開くにはPC上でアプリケーションプログラムを実行することが必要である。したがって、アプリケーションプログラムを実行する機能を持たない携帯電話やPDA等を利用している電子メールユーザの場合、受け取った添付ファイルを参照する手段は無かった。
【０００５】
さらに、電子メールを使ったニュース配信サービスでは、より詳しい情報をインターネット上のホームページに掲載し、配信されるニュースサービスには概要だけを知らせ、詳しい情報はそのホームページを参照するように、ホームページのインターネット上のアドレス（URL）を知らせる例が一般的である。そのホームページを参照するためにはPC上のWebブラウザが必要である。したがって、携帯電話やPDAしか持たない電子メールユーザの場合、配信されたニュースの詳細を知る手段は無かった。
【０００６】
【発明が解決しようとする課題】
印刷機能を持たない携帯電話やPDA等を利用している電子メールユーザは記録に残したい電子メールを受信しても印刷することができない。さらに、アプリケーションプログラムを実行することが出来ない、携帯電話やPDA等を利用している電子メールユーザは、電子メールに添付されたファイルの内容や、付加情報を参照できないという課題があった。
【０００７】
上記課題を解決するための本発明の目的は、印刷機能を持たない携帯電話やPDA等を利用している電子メールユーザがＰＣを持たなくても印刷できる簡単な構成の印刷システムを提供することにある。
【０００８】
また、携帯端末等で印刷コマンドなどの文字入力をできるだけ少なくして印刷させることによりユーザの操作性を向上させることを目的とする。
【０００９】
また、携帯電話やPDA等を利用している電子メールユーザが直接パソコン等でホームページを開くことなくホームページを印刷させることによりユーザの操作性を向上させることを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために本発明のプリントシステムは、通信端末、サーバ装置及び印刷装置が通信網を介して通信可能なプリントシステムであって、前記通信端末は、電子メールに含まれる印刷対象ごとに設定された複数のアドレスのうち、いずれか１つを選択する選択手段と、前記選択手段により選択されたアドレス宛に電子メールを送信する送信手段を備え、前記サーバ装置は、前記電子メールを受信する受信手段と、前記受信手段により受信された電子メールのアドレスと対応する印刷対象情報を前記受信手段により受信された電子メールから取得する取得手段と、前記取得手段により取得された印刷対象情報にしたがってプリントジョブを生成する生成手段と、前記生成手段により生成されたプリントジョブを前記印刷装置宛に転送する転送手段を備えたことを特徴とする。
【００１９】
【発明の実施の形態】
本発明の概要
本発明は、印刷機能を持たない携帯電話やPDA等を利用している電子メールユーザは記録に残したい電子メールを、予めユーザ登録してあるアプリケーションサーバーのプリンタを指定した電子メールアドレスに転送する。この電子メールを受信したアプリケーションサーバーは、受信した印刷内容を登録されているプリンタにしたがった印刷データに変換する。アプリケーションサーバーは電子メールアドレスで指定されたプリンタに通信網を使って、変換した印刷データを送信し、アダプタでプロトコル変換し、指定されたプリンタでプリントアウトする。
【００２０】
アプリケーションサーバーには予め予想される添付ファイルを開くための複数のアプリケーションプログラムが登録されている。添付ファイルを開く機能を持たない携帯電話やPDA等を利用している電子メールユーザは参照したいファイルが添付されている電子メールを、予め登録してあるアプリケーションサーバーの添付ファイル印刷機能とプリンタを指定する電子メールアドレスに転送する。この電子メールを受信したアプリケーションサーバーは添付されたファイルに対応するアプリケーションプログラムを起動し、添付ファイルを開く。さらに、アプリケーションサーバーは、開いた添付ファイルの内容を登録されているプリンタにしたがった印刷データに変換する。アプリケーションサーバーは電子メールアドレスで指定されたプリンタに通信網を使って、変換した印刷データを送信し、アダプタでプロトコル変換し、指定されたプリンタでプリントアウトする。
【００２１】
図１は、本発明の実施の形態の1つを示すシステム構成図である。
【００２２】
実施の形態の1つを示すシステム図1は、電子メールを送受信しその内容を表示することができる端末(PDAと称す)101、公衆電話回線・ISDNまたは衛星通信などで代表される通信回線網103(本実施の形態では公衆回線網とする)、通信回線網103とPDA101とを繋ぐ携帯通信端末102、論理的な空間であるインターネット106とを仲介する外部プロバイダ104、印字装置であるプリンタ109、プリンタ109と接続するアダプタ108、通信回線網103とアダプタ108とを繋ぐ携帯通信端末107、プリンタ109とあらかじめ決められたプロトコルで通信するアプリケーションサーバ105で構成される。
【００２３】
外部プロバイダ104はPDA101のメールアカウントの管理運営を行う。また、外部プロバイダ104は、あらかじめ決められたプロトコルでPDA101と通信し、PDA101の制御によってメールデータの送受信を行うことができる。
【００２４】
アプリケーションサーバ105は、複数のプリンタごとに関連した複数のメールアカウントと電話番号、印刷するプリンタの種類などさまざまな固有情報を管理運営している。さらに、通信網103もしくはインターネット106からのメールの送受信、受信したメールの内容の判定、判定結果によってメール本文の印字・添え付けファイルの展開とその印字・添え付けURLで指定されたアドレスの内容を取得し印字する等のサービスの選択、選択された印字対象を指定されたプリンタに従ってプリンタ109固有の情報に変換、アダプタ108との接続(状態によりインターネット接続、通信網への電話の発呼、通信網からの着信)や認証、および印刷データの交換、アダプタ108やプリンタ109のエラーの処理等を行う。また、印字データをアダプタ108に即時転送要求を出すか、アダプタ108からの発呼を待機するかなどの制御も行う。
【００２５】
アダプタ108は、接続しているプリンタの判定やプリンタとのインターフェースを通じてエラー状態の認識およびそのステータスや通信状態などのステータスアプリケーションサーバ105への通知、携帯通信端末107の制御、ユーザーによる操作に従ってアプリケーションサーバ105への発呼、アプリケーションサーバ105からの着信とその指示に従った自動発呼、アプリケーションサーバ105との認証、あらかじめ決められたプロトコルに従って受信した印刷データをプリンタ109へ送る処理等を行う。
【００２６】
上記構成において、PDA101で取得したメールの内容をアプリケーションサーバ105に転送する場合について説明する。
【００２７】
ユーザは印字したいアプリケーション(ここでは本文印刷)に関連するユーザのメールアドレスを指定する。印刷したいメール本文を指定したアドレスに転送設定し、送信命令を実行する。送信命令を受けたPDA101は、携帯通信端末102を制御し、通信回線網103を通じて外部プロバイダ104と接続する。あらかじめ決められたプロトコルに従って、メールデータを転送し、必要なデータ交換をしたのち回線を切断して終了する。
【００２８】
一方、アプリケーションサーバ105は、アカウントの受信BOXを走査している（定期的にチェックしている）。印刷用データを受けとったアプリケーションサーバ105は、上述の処理をあらかじめ決められた順序によって行う。以下に、本発明の実施の形態における各構成について詳細に説明する。
【００２９】
図４は、図１で示したアプリケーションサーバー（１０５）の、本実施の形態における機器構成図である。
【００３０】
３１０１はファイアウォールサーバーで、外部からの侵入やアタックの遮断等の機能を持つ。アプリケーションサーバー（１０５）内イントラネット上のサーバー群を安全に運用するために使用する。
【００３１】
３１０２はスイッチで、本実施の形態のアプリケーションサーバー（１０５）内イントラネットを構成するためのものである。
【００３２】
３１０３はコミュニケーションサーバーで、ＰＩＡＦＳ、アナログモデム、ＩＳＤＮによる接続をサポートし、ファイアウォール、ＲＡＤＩＵＳクライアント機能を持つ。
【００３３】
３１０４はネットワークプリントサーバーで、本実施の形態のネットワークプリントサービスの、目的に応じた印刷データ、プリントジョブ生成、アダプター（１０８）との通信等のサービスを提供する。
【００３４】
３１０５は、業界標準のダイアルアップ接続ユーザー認証システム、であるＲＡＤＩＵＳシステムのサーバーである。ＲＡＤＩＵＳサーバーは、ＲＡＤＩＵＳクライアント機能を持つコミュニケーションサーバー（３１０３）からの認証要求を受け、認証の可否をクライアントに返す働きをする。
【００３５】
３１０６はメールサーバーで、印刷要求メールを受け取る。
【００３６】
３１０７はＷＷＷサーバーで、本実施の形態のネットワークプリントサービスのホームページを持つ。また、ユーザー毎にユーザーホームページを提供し、ＣＧＩ等を用いて、各ユーザーにプリントサービスの制御機能を提供する。
【００３７】
３１０９はインターネットを表す。
【００３８】
３１０８はＰＳＴＮ、又はＰＨＳ網を表す。
【００３９】
以下、図４のような機器で構成されるアプリケーションサーバー（１０５）の、メール印刷機能を説明する。
【００４０】
本実施の形態のネットワークプリントサービスのユーザーは、電子メール印刷のサービスを受ける前に、アプリケーションサーバー（１０５）内メールサーバー（３１０６）の電子メールアカウントを取得する。このアカウントに対して電子メールを送ることにより、印刷サービスを受けることが出来る。
【００４１】
また、前記電子メールアカウントは、１ユーザーに対して提供するサービス毎に複数用意される。本実施の形態のサービスは以下の４種類として、前記電子メールアカウントも各ユーザーに対して４種類用意される。
１．電子メール本文印刷
２．添付ファイル印刷
３．本文＋添付ファイル印刷
４．ＵＲＬ印刷
１のメールアカウントに電子メールを送信することで、本実施の形態のネットワークプリントサービスのユーザーは、アプリケーションサーバー（１０５）に対して電子メール本文のみの印刷データ生成を依頼する。
２のメールアカウントに電子メールを送信することで、本実施の形態のネットワークプリントサービスのユーザーは、アプリケーションサーバー（１０５）に対して電子メールの添付ファイルの印刷データ生成を依頼する。
３のメールアカウントに電子メールを送信することで、本実施の形態のネットワークプリントサービスのユーザーは、アプリケーションサーバー（１０５）に対して電子メール本文と添付ファイルの印刷データ生成を依頼する。
４のメールアカウントに電子メールを送信することで、本実施の形態のネットワークプリントサービスのユーザーは、アプリケーションサーバー（１０５）に対して電子メール本文中に記述したＵＲＬにあるＨＴＭＬ、ＸＭＬ等の取得と、その印刷データの生成を依頼する。
【００４２】
添付ファイルがないにもかかわらず、上記２、３の電子メールアドレスに電子メールを送信したとき、又本文にＵＲＬ記述がないのに４のアドレスに電子メールを送信した場合は、本文のみの印刷データが生成される。
【００４３】
また添付ファイルのみのメールを上記１に送信した場合は、添付ファイルの印刷データが生成される。
【００４４】
本文にＵＲＬ記述のみの電子メールを上記１に送信した場合は、電子メール本文として、ＵＲＬ記述の印刷データが生成される。
【００４５】
上記４のメールアドレスに、本文にＵＲＬを記述して送信したにもかかわらず、ＨＴＭＬ等の取得失敗、ＵＲＬ記述の間違い、等があった場合は、エラーがあった旨をアプリケーションサーバーからユーザーにメールで通知する。
【００４６】
本実施の形態のメールサーバー（３１０６）のドメイン名を mnp.co.jp とし、ユーザーが tama というアカウントを取得したものとする。そのとき、メールサーバー（３１０６）は、電子メールアカウントとして、以下のものを自動的に用意する。
【００４７】
本システムでは、本文印刷用にアカウントのみ、添付ファイル印刷用にアカウント＋“Ａ”、本文＋添付ファイル印刷用にアカウント＋“Ｂ”、ＵＲＬ印刷用にアカウント＋“Ｃ”のアドレスと定められているので、それぞれを用意し、サーバ（１０５）のデータベースに登録しておくこととする。また、登録するときに、それらのアドレスに対応して電子メールが送信された場合に印刷するプリンタ（１０９）に接続するための携帯通信端末（１０７）の電話番号もＲＡＤＩＵＳサーバ（３１０５）のデータベースに登録しておく。また、プリンタ（１０９）の機種情報をＲＡＤＩＵＳサーバ（３１０５）のデータベースに登録しておいてもよい。
１．ｔａｍａ＠ｍｎｐ．ｃｏ．ｊｐ  （本文印刷用）
２．ｔａｍａＡ＠ｍｎｐ．ｃｏ．ｊｐ（添付ファイル印刷用）
３．ｔａｍａＢ＠ｍｎｐ．ｃｏ．ｊｐ（本文＋添付ファイル印刷用）
４．ｔａｍａＣ＠ｍｎｐ．ｃｏ．ｊｐ（ＵＲＬ印刷用）
ユーザーｔａｍａは、電子メール印刷の機能を、上記メールアドレスにより選択することができる。また、このように印刷機能と電子メールのアドレスが対応しているため、携帯端末等では、通常、ユーザは予め登録してあるアドレスを選択するだけの簡単な操作でアドレスを設定できる。本発明の実施の形態では、アドレスと印刷機能が対応しているため、特にユーザは印刷コマンドをキー入力しないでアドレスを選択すると同時に印刷機能を設定できるメリットがある。
【００４８】
図５は、アプリケーションサーバー（１０５）内のソフトウェアモジュール構成図である。
【００４９】
ＭａｉｌＳｅｒｖｅｒ（３２０２）は、物理的にはメールサーバー（３１０６）に存在する。ＩＭＡＰサーバー機能を有し、マルチパートＭＩＭＥの解釈、メール到着のＩＭＡＰクライアント（本実施の形態の場合ｅｍａｉｌオブジェクト（３２０２））への通知機能を持つ。
【００５０】
ｅｍａｉｌオブジェクト（３２０３）は、印刷対象となるデータ、ユーザーＩＤ（この場合は電子メールアドレス）を持つ。またＩＭＡＰクライアント機能を持ち、マルチパートＭＩＭＥのようなメールでも、ＩＭＡＰサーバー（本実施の形態の場合ｅｍａｉｌＭａｎａｇｅｒ（３２０２））からＭＩＭＥタイプに応じて個々のパートを取り出すことができる。さらにＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクトに印刷対象データを渡す機能を持つ。
【００５１】
ＰｒｉｎｔｅｒＤＢ（３２０２）は、各ユーザーの情報を格納し、ＰｒｉｎｔｅｒＭａｎａｇｅｒ（３２０５）、ＵｓｅｒＨＴＭＬＰａｇｅ（３２０９）、ＨＴＭＬＰａｇｅ（３２１０）などにデータベースアクセス手段を提供する。各ユーザーの情報としては、以下のようなものがある。
ＵｓｅｒＩＤ（ネットワークプリントシステム登録時のユーザーネーム）
ＵｓｅｒＰａｓｓｗｏｒｄ（ネットワークプリントシステム登録時のパスワード）
ＵｓｅｒＴｅｌＮｕｍｂｅｒ（ネットワークプリントシステム登録時の電話番号）
ＡｄａｐｔｅｒＩＤ（アダプターに固有のＩＤ）
ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ（アダプターを接続する電話の番号）
ＰｒｉｎｔｅｒＩＤ（ＩＥＥＥ１２８４経由で取得されるプリンター機種ＩＤ）
これらはネットワークプリントシステム登録時に各ユーザーに対して設定される。
【００５２】
ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）は、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）ＩＤを持ち、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）の管理機能（生成、消去、カウント、停止等）、ユーザーＩＤ（この場合は電子メールアドレス）をキーにしてＰｒｉｎｔｅｒＤＢ（３２０４）を検索出来る機能、ＤＢから取得したＰｒｉｎｔｅｒＩＤより必要に応じて適切なＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成し、印刷対象データを渡す機能等を有する。なお、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトの生成とは、プリンタに対応するプリンタドライバを選択し、起動することである。
【００５３】
ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）は、ＰｒｉｎｔｅｒＩＤに応じて各プリンター用に生成される。ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）がＰｒｉｎｔｅｒＤＢ（３２０４）から取得した、ユーザーＩＤに応じたＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＡｄａｐｔｅｒＩＤ、ＰｒｉｎｔｅｒＩＤを保持し、印刷対象データを特定のプリンターが理解できる形式に変換する。添付ファイル印刷の場合は、そのアプリケーションタイプをＭＩＭＥタイプから判断し、それに応じたアプリケーションを起動して変換する。
【００５４】
ＰｒｉｎｔＪｏｂオブジェクト（３２０７）は、各ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）毎に生成される。生成時に取得した、ユーザーＩＤに応じたＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＡｄａｐｔｅｒＩＤ、ＰｒｉｎｔｅｒＩＤと、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）が生成した印刷データを保持し、印刷データをキューイングする機能と、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒを元に、アダプタ（１０８）に対して出力する機能を持つ。
【００５５】
ＷｅｂＢｒｏｗｓｅｒオブジェクト（３２０８）は、ＷＷＷのブラウジング機能を有する。ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）からのＨＴＭＬ取得メッセージにより、指定ＵＲＬからＨＴＭＬを取得し、レンダリングする機能を有する。
【００５６】
ＵｓｅｒＨＴＭＬＰａｇｅオブジェクト（３２０９）は、各ユーザー毎に生成されるＷｅｂＰａｇｅで、デフォルトプリンター等のユーザー情報を持つ。またＣＧＩを用いたプリントステータスの反映、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）にジョブ制御メッセージを送ることによるプリントジョブ制御、ＨＴＴＰで受け取ったデータをＤＢに反映することによるユーザー設定の変更等の機能を持つ。さらに、ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）からの依頼により、プリントステータスを本ネットワークプリントシステムユーザーのホームページに反映させる機能も持つ。
【００５７】
ＨＴＭＬＰａｇｅ（３２１０）は、本ネットワークプリントシステムを構成するドメインのホームページである。ユーザー登録等の機能を持つ。
【００５８】
ＲＡＤＩＵＳ Ｓｅｒｖｅｒ（３２１１）は図４のＲＡＤＩＵＳ Ｓｅｒｖｅｒ（３１０５）に相当する。
【００５９】
ＰｏｒｔＭａｓｔｅｒ（３２１２）は、図４のＣｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｅｒ（３１０３）に相当する。
【００６０】
ＰＤＡ（３２０１）は、図１の１０１に相当し、最低限メール送信機能を持つ通信端末である。ＨＴＭＬのブラウジング機能を持っても良い。
【００６１】
Ａｄａｐｔｅｒ（３２１３）は、図１の１０８に相当する。
【００６２】
Ｐｒｉｎｔｅｒ（３２１４）は、図１の１０９に相当する。
【００６３】
なお、ＰＤＡ（３２０１）とＡｄａｐｔｅｒ（３２１３）は、物理的にはＰＨＳ等の通信端末を経由して本ネットワークプリントシステムに接続するが、通信端末は省略してある。
【００６４】
図５を用いて、アプリケーションサーバー（１０５）が電子メールを受け取り、印刷ジョブを生成し、アダプターに送信するまでの流れを以下に説明する。
【００６５】
ネットワークプリントサービスのユーザーは、ＰＤＡ（３２０１）等のメール端末機器を用いて、印刷したい電子メールを送信する。電子メールの宛先は、前記に述べたようにユーザーが希望するサービスのアドレスに送信する。
【００６６】
アプリケーションサーバー（１０５）に送信された電子メールは、実際にはメールサーバー（３２０２）が受信する。本実施の形態のメールサーバー（３２０２）は、ＩＭＡＰサーバーの機能を有するものとする。そこでメールサーバー（３２０２）は、ＩＭＡＰクライアント機能を有する、各ユーザー毎の、ネットワークプリントサーバー（３１０４）内ｅｍａｉｌオブジェクト（３２０３）に対して、ＩＭＡＰプロトコルに従いメール受信を通知する。
【００６７】
ネットワークプリントサーバー（３１０４）内のｅｍａｉｌオブジェクトは、ＩＭＡＰプロトコルにより、メールアドレスに応じた目的のＭＩＭＥパートを取得する。取得したデータは、ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）に転送される。
【００６８】
ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）は、電子メールアカウントで示されるユーザーＩＤを用いて、各ユーザーの情報（デフォルトで使用するプリンターのＩＤ等）をＰｒｉｎｔｅｒＤＢ（３２０４）から検索し、取得する。そして、取得したデフォルト使用のプリンターに対するＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）を生成する。
【００６９】
ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）はＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）から印刷すべきデータを取得し、印刷データに変換してＰｒｉｎｔＪｏｂオブジェクト（３２０７）を生成する。
【００７０】
もし印刷すべきデータがＵＲＬであれば、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）はＷｅｂＢｒｏｗｓｅｒオブジェクト（３２０８）にＵＲＬを送信する。ＷｅｂＢｒｏｗｓｅｒオブジェクト（３２０８）は、インターネットから指定されたＵＲＬの内容（ＨＴＭＬ、ＸＭＬ等）を取得し、それをレンダリングした上でＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）に返送する。ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）は、レンダリングされた印刷すべきデータを印刷データに変換してＰｒｉｎｔＪｏｂオブジェクト（３２０７）を生成する。
【００７１】
通信状態の悪さによるタイムアウト、アドレス間違い等、ＵＲＬ内容の取得に失敗した場合は、ＷｅｂＢｒｏｗｓｅｒオブジェクト（３２０８）はＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）にエラーを返す。ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）はさらにＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）にエラーを通知し、ｅｍａｉｌオブジェクト（３２０３）がエラーである旨のメールを作成してユーザーに返送する。
【００７２】
この後、ＰｒｉｎｔＪｏｂオブジェクト（３２０６）中に貯えられた印刷データをアダプター（１０８）に転送する。しかし本実施の形態の場合、前記行為を、アプリケーションサーバー（１０５）が発呼して行う場合と、アダプター（１０８）が発呼して行う場合の２通りが可能である。
【００７３】
アダプター（１０８）が発呼するケースは、アダプター（１０８＝３２１３）がアプリケーションサーバー（１０５）にログインしてくる場合である。この場合、Ａｄａｐｔｅｒ（３２１３）はＰｏｒｔＭａｓｔｅｒに電話し、ＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤを認証のキーとしてログインする。認証のキーは、ＰｏｒｔＭａｓｔｅｒ（３２１２）からＲＡＤＩＵＳ Ｓｅｒｖｅｒ（３２１１）を経由し、ＰｒｉｎｔｅｒＤＢ（３２０４）でチェックされる。この接続は、ＴＣＰ／ＩＰ接続であるとするが、ＰｏｒｔＭａｓｔｅｒ（３２１２）によってＡｄａｐｔｅｒ（３２１３）に与えられるＩＰアドレスは、本ネットワークプリントシステムのプライベートアドレスである。
【００７４】
上記プロセスでログインが許可されたＡｄａｐｔｅｒ（３２１３）は、ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト（３２０５）に、印刷データの要求メッセージを送る。
【００７５】
メッセージを受けたＰｒｉｎｔＭａｎａｇｅｒオブジェクト（３２０５）は、Ａｄａｐｔｅｒ（３２１３）のＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤに合致するＰｒｉｎｔＪｏｂオブジェクト（３２０７）を特定し、そのオブジェクトにデータ送信のメッセージを送る。このメッセージには、Ａｄａｐｔｅｒ（３２１３）のＩＰアドレスが含まれる。
【００７６】
ＰｒｉｎｔＪｏｂオブジェクト（３２０７）は、指定されたＩＰアドレス、つまりＡｄａｐｔｅｒ（３２１３）のアドレスに対して、ＬＰＲプロトコルなどでプリントデータを送出する。
【００７７】
アプリケーションサーバー（１０８）が発呼する場合は、ＰｒｉｎｔＪｏｂオブジェクト（３２０７）自身が持つＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒに対して発呼するよう、ＰｏｒｔＭａｓｔｅｒ（３２１２）に依頼する。
【００７８】
ＰｏｒｔＭａｓｔｅｒ（３２１２）は、ＰｒｉｎｔＪｏｂオブジェクト（３２０７）からのリクエストにより前記ＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒに電話するが、このとき本ネットワークプリントシステムの電話番号を通知する。アダプタはネットワークプリントシステムの電話番号を取得すると一旦通信を切断し、取得した電話番号にかけ直す。これ以降は、アダプター（１０８）からの発呼と同じ動作である。
【００７９】
なお、前述した４つのメールアドレスとプリンタに接続されているアダプタと携帯端末の電話番号とは対応づけてデータベースに登録されており、受信したメールのアドレスから電話番号を認識し、印刷データを作成し、公衆通信網を介して携帯端末経由でアダプタに送信できる。
【００８０】
また、ＰｒｉｎｔＪｏｂオブジェクト（３２０７）内のプリントジョブは、Ｐｒｉｎｔｅｒ（３２１４）に紙が１枚しかない場合（手差しにより１枚づつ給紙するタイプのプリンタの場合）も考慮すると、１ページ単位に生成する場合もある。この場合、ＰｒｉｎｔｅｒＩＤ（機種情報）に基づきプリンタのタイプを判定し、プリントジョブの単位を決定する。例えば、カセット給紙タイプのプリンタに対しては複数ページのデータを１JOBとして送り、手差しタイプのプリンタに対しては複数ページのデータを複数のJOBとして送る。このように処理することで、エラーやジャムが起きたページのデータの再送信が簡単にでき、エラーリカバリーやジャムリカバリーに対する処理を行いやすくなる。
【００８１】
また、ＰｒｉｎｔＪｏｂオブジェクト（３２０７）−Ａｄａｐｔｅｒ（３２１３）間のプリントデータ送信中にＡｄａｐｔｅｒ（３２１３）から紙なし等のエラーが通知されることがある。この場合、Ａｄａｐｔｅｒ（３２１３）からのエラー通知はＰｒｉｎｔＭａｎａｇｅｒオブジェクト（３２０５）が受け、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）に対して印刷データ送信停止メッセージを送ることにより印刷データのＰｒｉｎｔＪｏｂオブジェクト（３２０７）からＡｄａｐｔｅｒ（３２１３）への転送を中止することができる。
【００８２】
さらにその際、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト（３２０６）は、ｅｍａｉｌオブジェクト（３２０３）にエラー発生メールをユーザーに通知するよう依頼することが出来る。
【００８３】
ＵｓｅｒＨｏｍｅＰａｇｅオブジェクトに依頼し、ユーザーのネットワークプリントシステム内ホームページに、エラーを含むプリントステータスの反映を依頼することも出来る。
【００８４】
アダプタの説明
図６はアダプタ１０８の電気的構成を示すブロック図である。
【００８５】
本実施の形態におけるアダプタ１０８は、携帯通信端末１０７に通信端末インターフェース２１０１を介して接続し、内部バス２１０８に接続する。この通信端末インターフェース２１０１は異なる通信端末を接続する際に電気特性の相違を吸収して内部バス２１０８に接続する。
【００８６】
即ち、アダプタ１０８は、PHS等の通信インターフェースのデータの形式をプリンタのセントロニクスインターフェース等のデータの形式にプロトコル変換するためのものである。
【００８７】
また、プリンタ１０９はプリンタインターフェース２１０４を介してアダプタ１０８の内部バス２１０８に接続する。内部バス２１０８は全体動作を制御するマイコン２１０２と、内部の動作プログラム記憶および設定内容を記憶するＲＯＭ２１０５、プログラム実行領域および送受信データの一時記憶をするＲＡＭ２１０６、ユーザのアダプタ動作設定・登録・表示をおこなうユーザーインターフェースであるＵ／Ｉ２１０３を接続する。またＲＯＭ２１０５は書き換えが可能なＲＯＭでソフトウェアの追加変更するだけでなく新しいプロトコルの追加もおこなう。
【００８８】
新しいデータの入手方法としてＲＯＭ２１０５はインターフェース２１０１やインターフェース２１０４を介してデータをロードし内部プログラムの書き換えをする。また、接続に必要な電話番号、アダプタＩＤ等も格納される。
【００８９】
マイコン２１０２はソフトウェアによってモデムやプロトコルを実現するパフォーマンスを持っている。
【００９０】
電源２１０７はアダプタ１０８を動作させる電源である。
【００９１】
図７ではアダプタ１０８に実装しているソフトの構成を示している。
【００９２】
図中右側のアダプタ１０８は、携帯通信端末１０７と物理的に接続されるＨ／Ｗ２２０８の上位に通信端末との接続を確立する通信網プロトコル２２０７が実装されている。実際は携帯通信端末１０７を介して通信網に接続しているので通信網に接続する発呼・着信・切断などの制御が主である。
【００９３】
通信網２１０７の上位にはプロトコル２２０６が実装されこれは、ＴＣＰ／ＩＰやキャリア独自のプロトコルなどがある。
【００９４】
アプリケーション２２０５はプロトコル２２０６を介して通信網に対し通信をおこなう。
【００９５】
本実施の形態では通信網２２０７、プロトコル２２０６、アプリケーション２２０５をソフトウェアにて実装している為、図６のマイコン２１０２、ＲＯＭ２１０５、ＲＡＭ２１０６等にて実現している。
【００９６】
以下本発明に係る通信制御動作を説明する。
【００９７】
本実施の形態ではアダプタ１０８とプリンタ１０９はＩＥＥＥ１２８４インターフェースで接続される。アダプタ１０８にプリンタ１０９が接続されると、
インターフェース２１０４のＩＥＥＥ１２８４のネゴシエーションによりによってプリンタ１０９からプリンタＩＤを取得する。
【００９８】
このときプリンタ１０９に電源が投入されずにプリンタが動作しない状況にあれば任意のプリンタＩＤ値に設定したり、プリンタ１０９が不明であることからアダプタの使用を許可しないなどの処理をする。
【００９９】
取得または設定されたプリンタＩＤは内部バス２１０８を介してＲＯＭ２１０５またはＲＡＭ２１０６に記憶する。プリンタ１０９が自動検出に対応していないばあい正確にＩＤを取得することができない為設定された任意のＩＤをＲＯＭ２１０５またはＲＡＭ２１０６に記憶する。これはユーザが設定するまたはアプリケーションサーバー１０５が判断する。取得したＩＤは後述の認証ＩＤでも使用される。
【０１００】
次にアダプタ１０８とアプリケーションサーバー１０５間でデータ通信をおこなう場合を例に動作を説明する。
【０１０１】
携帯通信端末１０７に用意されている外部インターフェース部は通信端末の通信網への発信、着信、切断などを、外部からインターフェース２１０１を介して制御する。
【０１０２】
マイコン２１０２はインターフェース２１０１を介して携帯通信端末１０７に対し発信、着信、切断等の制御をおこなう。また携帯通信端末１０７は自己の電話番号を外部からの要求により外部インターフェースを介して出力する。これによりアダプタ１０８は接続された通信端末の電話番号を取得し、またこれを利用して電話番号が異なる場合に接続を拒否するといったことも可能である。発信をおこなうのはアプリケーションサーバー１０５またはアダプタ１０８のどちらからでも構わない。
【０１０３】
また、コールバック用の電話番号をアプリケーションサーバー１０５よりデータとして受信し、切断後アプリケーションサーバー１０５に対して前記電話番号でコールバックをおこなう。
【０１０４】
アプリケーションサーバー１０５および携帯通信端末１０７はともに通信網１０３に接続されている。携帯通信端末１０７が無線式の場合は無線基地経由にて通信網へ接続される。
【０１０５】
アダプタ１０８はインターフェース２１０１を介して携帯通信端末１０７にアプリケーションサーバーに接続される電話番号に発呼する処理をおこなう。携帯通信端末１０７は通信網１０６に対し前述電話番号での接続を試みる。ここでの接続の確立は通信網の方式に従う。
【０１０６】
アプリケーションサーバー側の通信端末が携帯通信端末１０７からの発呼を受理すると通信網での接続が完了する。
【０１０７】
更に通信網より上位のプロトコルで接続に対する認証を実施する。例えば発呼してきた通信端末の電話番号が登録していない番号であった場合など。
【０１０８】
本実施の形態では認証パケットを用いて認証を行っている。
【０１０９】
アプリケーションサーバー１０５への接続は「アダプター認証」を用いて認証をおこなう。
【０１１０】
これに使用する情報は「認証パケット」として準備され接続時にアダプタ１０８からアプリケーションサーバー１０５に対して送信される。
【０１１１】
認証パケットには次の情報が含まれる。
・ ＡｄａｐｔｅｒＩＤ
・ ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ
・ ｉＰｒｉｎｔｅｒＩＤ
ｉＰｒｉｎｔｅｒＩＤは先に説明した接続ネゴシエーションによって取得し、これを利用して認証のほかにデータ作成用のドライバーなどの選択にも利用される。
【０１１２】
接続が確立しプロトコル間での通信の確立した状態では図７でのように各層での通信携帯であることを示す。
【０１１３】
通信が確立し、認証が成功してデータ通信開始が可能になるとアダプタ１０８はアプリケーションサーバー１０５から送信されてくるデータに対して処理を実行する。またアダプタ１０８は接続されているプリンタ１０９のステータスや自身のステータスをアプリケーションサーバー１０５に送信する。アプリケーションサーバーはこのステータスを利用して送信するデータの形式を変更したり送信サイズの分割や圧縮などの処理を施す。
【０１１４】
また、プリンタの用紙切れやインク切れ等のエラー情報もステータスとしてアプリケーションサーバー１０５に通知する。
【０１１５】
プロトコルより上位のレイヤーではサーバーから送られてきたデータそのものを取得、そのデータにはプリンタ１０９を制御するコマンドまたはアダプタを制御するコマンドが包括されている。このコマンドにより制御するばかりでなく、そのままプリンタ１０９にデータをまるまる渡しプリンタ１０９で処理をおこなってもよい。
【０１１６】
例えば、アプリケーションサーバ１０５においてプリンタコマンドを包括したデータをアダプタ１０８がデータの変更無しにプリンタ１０９に出力することにより印刷を行う。
【０１１７】
なお、プリンタの用紙サイズに合わせた拡大縮小等の処理はアプリケーションサーバー１０５にて行うなうことにより容易に出力を変更する。
【０１１８】
また、装着されているインクの種類をアプリケーションサーバー１０５に通知することにより、カラーやモノクロの自動切替もアプリケーションサーバー１０５にておこなえる。
【０１１９】
この際ユーザーインターフェースを介して警告を出したりする。
【０１２０】
データをスルーさせたり一部コマンドとして解釈する構造をとることによりアプリケーションサーバー１０５からのデータを任意に変更するだけでアダプタ１０８、プリンタ１０９への処理内容を変更するばかりでなく、複雑な処理、持たない機能をアプリケーションサーバー側で処理しアダプタ１０８での負荷を最小限に押さえられる。
【０１２１】
次に各デバイスでの処理内容を示すフローの説明をする。なお、各フローに係るプログラムは各デバイスのメモリに記憶され、ＣＰＵによって実行される。
【０１２２】
図８は、図１のＰＤＡ１０１のクライアントの処理フローである。
【０１２３】
クライアントは印刷処理したい文書をメール化し（ステップ３３０１）、本文印刷、添付ファイル印刷等、印刷処理機能を選択して（ステップ３３０２）、その機能を実現するメールアドレスに送信する（ステップ３３０３）。
【０１２４】
図９は、アプリケーションサーバー１０５における処理フローであり、本ネットワークプリントシステムの、一般的なメール印刷機能を実現する際の、サーバー処理フローチャートである。
【０１２５】
ＭａｉｌＳｅｒｖｅｒ処理はＳＭＴＰサーバー、ＩＭＡＰサーバー機能を有するが、メール受信を待ち受け、受信したらＩＭＡＰプロトコルでｅｍａｉｌオブジェクトに通知する（ステップ３４０１）。詳細は、図１５に示す。ｅｍａｉｌオブジェクト処理はＩＭＡＰクライアント機能を有するが、メール受信を通知されると、ＭａｉｌＳｅｒｖｅｒから必要なパートを受信する。その後ＰｒｉｎｔｅｒＭａｎａｇｅｒに印刷指示を出す（ステップ３４０２）。詳細は、図１１に示す。
【０１２６】
ＰｒｉｎｔｅｒＭａｎａｇｅｒ処理は、ｅｍａｉｌオブジェクトから印刷指示をだされたら、そのＵｓｅｒＩＤからＰｒｉｎｔｅｒＤＢを参照し、ＵｓｅｒＩＤ，ＵｓｅｒＴｅｌＮｕｍｂｅｒ、ＵｓｅｒＰａｓｓｗｏｒｄ、ＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤからなるプリントＩＤを取得する。そしてＰｒｉｎｔｅｒＩＤに示されたＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成し、印刷すべきデータを渡す（ステップ３４０３）。詳細は、図１２に示す。
【０１２７】
ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト処理は、本文印刷ならばテキストをレンダリングする。添付ファイル印刷ならば適したアプリケーションを起動してレンダリングする。ＵＲＬ印刷ならばＷｅｂＢｒｏｗｓｅｒオブジェクトにＨＴＭＬ取得とそのレンダリングを依頼する。その後画像処理、色処理等行って、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３４０４）。詳細は、図１３に示す。
【０１２８】
ＰｒｉｎｔＪｏｂオブジェクト処理は、プリントＩＤより出力先アダプターに接続して印刷データ出力を試みる（ステップ３４０５）。詳細は、図１４に示す。
【０１２９】
図１０はアダプタ１０８の処理を示すフローチャートである。
【０１３０】
アダプターは自ら、またはコールバックにより本ネットワークプリントシステムに接続する（ステップ３５０１）。ＲＡＤＩＵＳサーバー等で認証処理をし、接続が完了したら、本ネットワークプリントシステムのサーバーのＰｒｉｎｔｅｒＭａｎａｇｅｒにプリントジョブの転送を依頼する（ステップ３５０２）。そしてプリントジョブのサーバーからの転送を待つ（ステップ３５０３）。プリントジョブを受信したら、ＩＥＥＥ１２８４等を経由してプリンターに印刷データを送信する（ステップ３５０４）。その際、アダプターは、プリンターからのエラー等のステータスをハンドリングする。
【０１３１】
図１５は、アプリケーションサーバ１０５内のｍａｉｌＳｅｒｖｅｒ３１０６の処理のフローチャートである。
【０１３２】
ＭａｉｌＳｅｒｖｅｒはＳＭＴＰサーバー、ＩＭＡＰサーバー等の機能を持ち、電子メールの送受信サービスを提供する（ステップ４００１）。メールを受信したら、メールアドレスを解析して（４００２）、ＩＭＡＰクライアントにメール受信を通知する（ステップ４００３）。
【０１３３】
図１１は、アプリケーションサーバ１０５内のネットワークプリントＳｅｒｖｅｒ３１０４のｅｍａｉｌオブジェクト処理のフローチャートである。
【０１３４】
ｅｍａｉｌオブジェクトは各ユーザー毎に生成され、ＭａｉｌＳｅｒｖｅｒより電子メール受信通知を待ち受ける（ステップ３６０１）。
【０１３５】
電子メール受信通知を受け取ったら、メールアドレスを解析して（ステップ３６０２）、本文印刷、添付ファイル印刷等の機能を選択する（ステップ３６０３、３６０５、３６０７、３６１０）。
【０１３６】
例えば以下のメールアドレスは、すべてユーザーｔａｍａが受け取る。
ｔａｍａ＠ｍｎｐ．ｃｏ．ｊｐ
ｔａｍａＡ＠ｍｎｐ．ｃｏ．ｊｐ
ｔａｍａＢ＠ｍｎｐ．ｃｏ．ｊｐ
ｔａｍａＣ＠ｍｎｐ．ｃｏ．ｊｐ
ここで１は本文印刷、２は添付ファイル印刷、３は本文＋添付ファイル印刷、４はＵＲＬ印刷機能のアドレスとする。ユーザーｔａｍａのｅｍａｉｌオブジェクトは、これらのアドレスを解析して以下述べるように、必要な処理を遂行する。
【０１３７】
本文印刷だった場合（ステップ３６０３）、ｅｍａｉｌオブジェクトは、ＭＩＭＥタイプを指定することによりＭａｉｌＳｅｒｖｅｒから本文パートを抜き出し（ステップ３６０４）、テキスト印刷であることを示す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇｅｒに処理を依頼する（ステップ３６１３）。
【０１３８】
添付ファイル印刷だった場合（ステップ３６０５）、ｅｍａｉｌオブジェクトは、ＭＩＭＥタイプを指定することによりＭａｉｌＳｅｒｖｅｒから添付ファイルパートを抜き出し（ステップ３６０６）、添付ファイル印刷であることを示す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇｅｒに処理を依頼する（ステップ３６１３）。
【０１３９】
本文＋添付ファイル印刷だった場合（ステップ３６０７）、ｅｍａｉｌオブジェクトは、ＭＩＭＥタイプを指定することによりＭａｉｌＳｅｒｖｅｒから本文パートと添付ファイルパートを抜き出し（ステップ３６０８、３６０９）、本文＋添付ファイル印刷であることを示す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇｅｒに処理を依頼する（ステップ３６１３）。
【０１４０】
ＵＲＬ印刷だった場合（ステップ３６１０）、ｅｍａｉｌオブジェクトは、ＭＩＭＥタイプを指定することによりＭａｉｌＳｅｒｖｅｒから本文パートを抜き出し（ステップ３６１１）、さらにテキストからＵＲＬ記述を抜き出して（ステップ３６１２）、ＵＲＬ印刷であることを示す印刷機能ＩＤを付加して、ＰｒｉｎｔｅｒＭａｎａｇｅｒに処理を依頼する（ステップ３６１３）。
【０１４１】
図１２は、アプリケーションサーバ１０５内のネットワークプリントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＭａｎａｇｅｒ処理のフローチャートである。
【０１４２】
ＰｒｉｎｔｅｒＭａｎａｇｅｒは、ｅｍａｉｌオブジェクトやＡｄａｐｔｅｒからのメッセージ通知を待つ（ステップ３７０１）。
【０１４３】
もしアダプターからのメッセージであれば（ステップ３７０２）、ＡｄａｐｔｅｒＩＤ、ＰｒｉｎｔｅｒＩＤを確認し（ステップ３７０３）、そのメッセージタイプによりＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトにメッセージをなげて動作を制御する（停止、再開、削除等）ことで、プリントジョブの制御（停止、再開、削除等）をおこなう（ステップ３７０４）。
【０１４４】
もしメッセージがｅｍａｉｌオブジェクトからのもので、かつ印刷指示であれば（ステップ３７０５）、ＵｓｅｒＩＤを見て（ステップ３７０６）、ＰｒｉｎｔｅｒＤＢを検索する（ステップ３７０７）。ここで参照するＩＤは、ＵｓｅｒＩＤ，ＵｓｅｒＴｅｌＮｕｍｂｅｒ、ＵｅｓｒＰａｓｓｗｏｒｄ、ＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ、ＰｒｉｎｔｅｒＩＤからなるプリントＩＤである。
【０１４５】
プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＡプリンターであれば（ステップ３７０８）、Ａプリンター用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成する（ステップ３７０９）。
【０１４６】
プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＢプリンターであれば（ステップ３７１０）、Ｂプリンター用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成する（ステップ３７１１）。
【０１４７】
プリントＩＤ中のＰｒｉｎｔｅｒＩＤがＣプリンターであれば（ステップ３７１２）、Ｃプリンター用のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成する（ステップ３７１３）。
【０１４８】
Ａプリンター、Ｂプリンター、Ｃプリンターとは、例えば、Ａ社インクジェットプリンタ、Ｂ社レーザビームプリンタ、Ｃ社サーマルプリンタなどであり、それらのプリンタに対応したＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトを生成する（対応したドライバを選択し起動する）。
【０１４９】
ＰｒｉｎｔｅｒＭａｎａｇｅｒが受け取ったメッセージがエラーメッセージであれば（ステップ３７１４）、そのＵｓｅｒＩＤに対して、エラータイプに応じたエラーメールを送信する（ステップ３７１５）。さらにＵｓｅｒＨＴＭＬＰａｇｅにエラーを通知し（ステップ３７１６）、ユーザーのホームページにそのステータスを反映してもらう。
【０１５０】
図１３は、アプリケーションサーバ１０５内のネットワークプリントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト処理のフローチャートである。
【０１５１】
ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトは、ＰｒｉｎｔｅｒＭａｎａｇｅｒから印刷データ、そのＭＩＭＥタイプ、プリントＩＤ、印刷機能ＩＤ（本文／添付ファイル／ＵＲＬ）を渡されて起動する。
【０１５２】
印刷機能ＩＤ、印刷データがテキストだった判断された場合（ステップ３８０１）、テキストをレンダリングする（ステップ３８０２）。そして画像処理、色処理を行い（ステップ３８０３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３８０４）。
【０１５３】
印刷機能ＩＤ、印刷データが添付ファイルと判断された場合（ステップ３８０５）、ＭＩＭＥタイプよりそのファイルフォーマットを判断する。
【０１５４】
ファイルフォーマットＡだった場合は（ステップ３８０６）、Ａに対するレンダリングアプリケーションを起動して、Ａフォーマットのレンダリング処理を行う（ステップ３８０７）。そして画像処理、色処理を行い（ステップ３８０３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３８０４）。
【０１５５】
ファイルフォーマットＢだった場合は（ステップ３８０８）、Ｂに対するレンダリングアプリケーションを起動して、Ｂフォーマットのレンダリング処理を行う（ステップ３８０９）。そして画像処理、色処理を行い（ステップ３８０３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３８０４）。
【０１５６】
ファイルフォーマットＣだった場合は（ステップ３８１０）、Ｃに対するレンダリングアプリケーションを起動して、Ｃフォーマットのレンダリング処理を行う（ステップ３８１１）。そして画像処理、色処理を行い（ステップ３８０３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３８０４）。
【０１５７】
フォーマットＡ，Ｂ，Ｃとは、例えばＡｄｏｂｅＳｙｓｔｅｍｓ社のＰｏｓｔＳｃｒｉｐｔ、Ｍｉｃｒｏｓｏｆｔ社のＷＯＲＤ、ＪＰＥＧ、ＧＩＦ等のフォーマットを指す。
【０１５８】
印刷機能ＩＤによりＵＲＬ印刷と判断された場合（ステップ３８１２）、ＷｅｂＢｒｏｗｓｅｒオブジェクトにＵＲＬ取得依頼する（ステップ３８１３）。
【０１５９】
ＵＲＬに示されたＷｅｂＰａｇｅのＨＴＭＬデータをレンダリングしたものが得られたら（ステップ３８１４）、画像処理、色処理を行い（ステップ３８０３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステップ３８０４）。
【０１６０】
印刷機能ＩＤが不明な場合、あるいはＵＲＬに示されたＷｅｂＰａｇｅのＨＴＭＬデータの取得失敗のメッセージがＷｅｂＢｒｏｗｓｅｒオブジェクトから返された場合は、その旨エラーとしてＰｒｉｎｔｅｒＭａｎａｇｅｒに通知し、印刷を中止する。
【０１６１】
図１４はアプリケーションサーバ１０５内のネットワークプリントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＪｏｂオブジェクト処理のフローチャートである。
【０１６２】
ＰｒｉｎｔｅｒＪｏｂオブジェクトは、印刷開始メッセージを待つ（ステップ３９０１）。
【０１６３】
ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトによる処理が終わり、印刷開始メッセージが来たら、ＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｅｒを介してＡｄａｐｔｅｒに接続を試みる（ステップ３９０２）。
【０１６４】
接続が成功したら（ステップ３９０３）、ＡｄａｐｔｅｒのＰｒｉｎｔｅｒＩＤを確認し（ステップ３９０５）、一致したら印刷データをＡｄａｐｔｅｒに対し送信する（ステップ３９０６）。その際ＰｒｉｎｔｅｒＩＤから判断して、紙トレーのないようなプリンターの場合、プリントジョブを１ページ単位に区切ることがある。この後、ＬＰＲのようなプロトコルを用いて印刷データをＡｄａｐｔｅｒに対し送信する。
【０１６５】
Ａｄａｐｔｅｒの接続に失敗、あるいはＰｒｉｎｔｅｒＩＤが違った場合、その旨エラーとしてＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクトに通知する（ステップ３９０７）。
【０１６６】
実施の形態2
図2、３は、実施の形態2を示すシステム構成図である。
【０１６７】
構成要素は図1と同じものである。図２のStep1と図３のStep2では時系列的に異なる場合を示している。つまり、携帯端末102を、アダプタ108とPDA101とが共有している状態である。
【０１６８】
ユーザはPDA101を操作して、印刷したいメールを送信する。メールデータを転送し、回線を切断して終了したのち、ユーザは、アダプタ108・プリンタ109と携帯端末102をそれぞれ接続する。ユーザーは、アダプタ108にも設けられたスイッチを操作し、アプリケーションサーバ105に接続する。こうすることによって、印刷データをアプリケーションサーバから取得し、印刷を行うことを可能としている。
【０１６９】
他の実施の形態
なお、上述の構成例以外にも、PDA101をパーソナルコンピュータに置き換えることも可能である。また、携帯端末102はPHSやPDCで代表される無線で通信を行う物から有線で行う固定式電話（モデム）にも置き換えることができる。また、通信回線網103と接続してメールを送受信する装置として102と101が一体化した装置でもできる。また、メールを送受信できるシステムとしてPDA101と形態端末102で述べたが、いわゆるモデムとコンピュータシステムで構築することも可能であることは言うまでもない。従って、通信網と言ってもLANで構成するものでも同様な効果が得られる。
【０１７０】
また、プリンタなどの出力デバイスの形態に関してもレーザビームプリンタ、インクジェットプリンタ、など種類やアダプタ108とプリンタ109間のインターフェース(図21の2104と109)の種類に関してIEEE1284以外にも適応でき、RS232C、USB、IRDA、1394等手段を選ばないことは自明である。
【０１７１】
また、アダプタ１０８をプリンタ１０９に内蔵（一体化）する構成も可能である。
【０１７２】
また、本実施の形態では印字データ変換工程をアプリケーションサーバで行ったが、場所を選ばないことは自明で、アダプタ内で行うことがで同様な効果が得られる。
【０１７３】
又、本実施の形態において本発明を達成するための後述のフローにかかわるソフトウエアによって表される制御プログラムを記憶した媒体としてはROMのほか、フローピィーディスク、ハードディスク、光ディスク、CD-ROM、CD-R、磁気ディスク、不揮発性メモリカード等を用いることができる。
【０１７４】
以上説明したように本発明の実施の形態によれば、電子メールを受信できる手段を持ったアプリケーションサーバーと、このサーバーに通信網を介して接続されるプリンタアダプタ、および、プリンタから構成されるネットワークプリントシステムを用いることにより、
印刷機能を持たない電子メール端末に印刷機能を提供できる。
【０１７５】
添付ファイルや付加情報（インターネット上のホームページ等）を開く機能を持たない電子メール端末に、添付ファイルや付加情報を参照する機能を提供できる。
【０１７６】
アプリケーションサーバーにサービスを追加するだけで、印刷機能を持った電子メール端末を含む、全ての電子メール端末が受けられるサービスを増やすことができる。
【０１７７】
従来の電子メールプロトコルをそのまま利用しているので、従来の電子メール端末に全く手を加えることなく上記の機能を提供できる。
【０１７８】
【発明の効果】
以上、詳述したように本発明によれば、印刷機能を持たない携帯電話やＰＤＡ等を利用している電子メールユーザが直接ＰＣを持たなくても、電子メールに含まれる所望の情報の印刷を簡単に依頼することができる。
【０１７９】
また、携帯端末等で印刷コマンドなどの文字入力をできるだけ少なくして印刷させることによりユーザの操作性を向上させることができる。
【０１８０】
また、携帯電話やPDA等を利用している電子メールユーザが直接パソコン等でホームページを開くことなくホームページを印刷させることによりユーザの操作性を向上させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の1つを示すシステム構成図である。
【図２】他の実施の形態を示すシステム構成図である。
【図３】他の実施の形態を示すシステム構成図である。
【図４】アプリケーションサーバー（１０５）の機器構成図である。
【図５】アプリケーションサーバー（１０５）内のソフトウェアモジュール構成図である。
【図６】アダプタ１０８の電気的構成を示すブロック図である。
【図７】アダプタ１０８に実装しているソフトの構成を示す図である。
【図８】ＰＤＡ等のクライアントの処理フローを示す図である。
【図９】ネットワークプリントシステムのサーバの処理フローを示す図である。
【図１０】アダプタの処理フローを示す図である。
【図１１】Ｅｍａｉｌオブジェクトの処理フローを示す図である。
【図１２】ｐｒｉｎｔｅｒＭａｎａｇｅｒの処理フローを示す図である。
【図１３】ｐｒｉｎｔｅｒＤｒｉｖｅｒの処理フローを示す図である。
【図１４】ｐｒｉｎｔｅｒＪｏｂの処理フローを示す図である。
【図１５】ｍａｉｌＳｅｒｖｅｒの処理フローを示す図である。
【図１】
0004208344.tif 000002
【図２】
0004208344.tif 000003
【図３】
0004208344.tif 000004
【図４】
0004208344.tif 000005
【図５】
0004208344.tif 000006
【図６】
0004208344.tif 000007
【図７】
0004208344.tif 000008
【図８】
0004208344.tif 000009
【図９】
0004208344.tif 000010
【図１０】
0004208344.tif 000011
【図１１】
0004208344.tif 000012
【図１２】
0004208344.tif 000013
【図１３】
0004208344.tif 000014
【図１４】
0004208344.tif 000015
【図１５】
0004208344.tif 000016