JP2004030258A

JP2004030258A - プリントシステム

Info

Publication number: JP2004030258A
Application number: JP2002185944A
Authority: JP
Inventors: Masaki Nishiyama; 西山　政希
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2002-06-26
Filing date: 2002-06-26
Publication date: 2004-01-29

Abstract

【目的】プリントコールシステムのシステム管理に必要な金額を徴収することができるプリントシステムを提供すること。
【構成】受信した電子メールを印刷データに変換する変換手段と、広告情報を前記変換手段により変換された印刷データに付加する付加手段と、前記変換手段と付加手段により生成された印刷データを通信手段に送信する送信手段と、前記送信手段からの印刷データを印刷する印刷手段と、前記印刷手段が印刷を終了した時に前記広告情報の広告主に課金する課金装置とでプリンチシステムを構成する。
【選択図】　　　図１

Description

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

Claims

受信した電子メールを印刷データに変換する変換手段と、広告情報を前記変換手段により変換された印刷データに付加する付加手段と、前記変換手段と付加手段により生成された印刷データを通信手段に送信する送信手段と、前記送信手段からの印刷データを印刷する印刷手段と、前記印刷手段が印刷を終了した時に前記広告情報の広告主に課金する課金装置とから構成されることを特徴とするプリントシステム。
携帯端末から電子メールを使って前記変換手段に印刷内容を送ることを特徴とする請求項１記載のプリントシステム。
電子メール本文、添付ファイル、または、インターネット上のホームページも印刷内容となることを特徴とする請求項１または２記載のプリントシステム。
電子メールのアドレスで印刷出力するプリンタを選択することを特徴とする請求項１、２または３記載のプリントシステム。
電子メールのアドレスで印刷出力方法を指示することを特徴とする請求項１、２、３又は４記載のプリントシステム。
前記印刷出力方法の指示は、電子メール本文印刷、添付ファイル印刷、電子メール本文及び添付ファイル印刷、および、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）印刷のいずれかを指示することを含むこと特徴とする請求項５記載のプリントシステム。
前記印刷装置は、通信網を介して印刷データを受信し、受信した印刷データをプリンタのインターフェースのデータの形式に変換するプリンタアダプタと、前記プリンタアダプタにより変換され送信された印刷データを印刷するプリンタとからなることを特徴とする請求項１記載のプリントシステム。
前記印刷装置は、ＦＡＸであることを特徴とする請求項１記載のプリントシステム。