JP2001249858A - 印刷システム、情報処理装置、発呼装置、印刷制御装置、印刷装置、通信制御方法及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザからの印刷リクエストをキューイング
し、ユーザの設定に従って印刷データ配信サーバから発
呼する機能を持つ印刷システムを提供可能とし、システ
ムの保守性やユーザの操作性を向上させることを可能と
した印刷システム、印刷制御装置、発呼制御装置、印刷
装置、通信制御方法及び記憶媒体を提供する。 【解決手段】 電子メールを受信すると共に受信した電
子メールを印刷データに変換する機能及び発呼機能を有
するアプリケーションサーバ１０５と、アプリケーショ
ンサーバ１０５から通信回線網１０３を介して印刷デー
タを受信すると共に受信した印刷データをプリンタで印
刷可能なデータ形式に変換する機能を有するアダプタ１
０８と、アダプタ１０８で変換された印刷データに基づ
き印刷を行うプリンタ１０９とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールを利用
した印刷システム、情報処理装置、発呼装置、印刷制御
装置、印刷装置、通信制御方法及び記憶媒体に関し、特
に、携帯電話やＰＤＡ（Personal Digital Assistant
s）等の携帯通信端末を利用した電子メールサービスと
通信網に接続されたプリンタへの出力サービスを行う場
合に好適な印刷システム、情報処理装置、発呼装置、印
刷制御装置、印刷装置、通信制御方法及び記憶媒体に関
する。

【０００２】

【従来の技術】従来、ユーザからの印刷要求に基づき通
信媒体を介して印刷データを配信する印刷データ配信サ
ーバ、データベース、プリンタ等から構成される印刷デ
ータ配信システムが存在する。従来の印刷データ配信シ
ステムにおいては、発呼装置とデータベースを用いて発
呼する手段はなかった。また、データベースアクセス手
段を用いて発呼状態を確認する手段はなかった。また、
複数並行サーバや複数サーバプロセスからの発呼リクエ
ストをデータベースを用いて制御する手段はなかった。

【０００３】

【発明が解決しようとする課題】上述した従来技術にお
いては下記のような問題があった。即ち、従来の印刷デ
ータ配信システムにおいて、ユーザからの印刷要求に応
じて印刷データ配信サーバから登録ユーザに発呼するた
めには、発呼システムが必要であるという課題があっ
た。また、発呼リクエスト状態監視要求や、発呼リクエ
スト制御、順番入れ替え等を行うためには、発呼システ
ムに対し上記機能が必要であるという課題があった。ま
た、複数並行サーバや複数サーバプロセスからの発呼リ
クエストを確認するためには、発呼制御ソフトウェアの
特定のソフトウェアインタフェースが必要である。その
ため、複数サーバが現在の発呼リクエスト状態を確認す
るためには、上記特定のソフトウェアインタフェースを
実装する必要があるという課題があった。

【０００４】本発明は、上述した点に鑑みなされたもの
であり、ユーザからの印刷リクエストをキューイング
し、ユーザの設定に従って印刷データ配信サーバから発
呼する機能を持つ印刷システムを提供可能とし、システ
ムの保守性やユーザの操作性を向上させることを可能と
した印刷システム、情報処理装置、発呼装置、印刷制御
装置、印刷装置、通信制御方法及び記憶媒体を提供する
ことを第一の目的とする。

【０００５】また、本発明は、上述した点に鑑みなされ
たものであり、現在の発呼リクエストを確認でき、デー
タベースのレコードを書き換えることで、発呼リクエス
トの削除、順番入れ替え、発呼エラー時における一定時
間後の再発呼等の機能を提供可能とし、システムの保守
性やユーザの操作性を向上させることを可能とした印刷
システム、情報処理装置、発呼装置、印刷制御装置、印
刷装置、通信制御方法及び記憶媒体を提供することを第
二の目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、請求項１記載の発明は、通信媒体を介して印刷サー
ビスを提供する印刷システムであって、電子メールを受
信すると共に受信した電子メールを印刷データに変換す
る情報処理装置と、ユーザの要求に基づく印刷データの
配信に際しユーザに発呼を行う発呼装置と、前記情報処
理装置から前記通信媒体を介して印刷データを受信する
と共に受信した印刷データを印刷可能なデータ形式に変
換する印刷制御装置と、該印刷制御装置で変換された印
刷データに基づき印刷を行う印刷装置とを有することを
特徴とする。

【０００７】上記目的を達成するために、請求項２記載
の発明は、前記発呼装置は、発呼リクエストを記録可能
で、複数のリクエストを排他処理できるデータベースア
クセス手段を持つデータベースを用いて前記情報処理装
置の発呼リクエストをキューイングすることを特徴とす
る。

【０００８】上記目的を達成するために、請求項３記載
の発明は、前記発呼装置は、前記データベースを用いて
ユーザからのリクエストに基づき発呼リクエストの削除
や発呼リクエストの順番入れ替えを行うことを特徴とす
る。

【０００９】上記目的を達成するために、請求項４記載
の発明は、並列実行する複数の前記情報処理装置として
のアプリケーションサーバや並列実行する複数のアプリ
ケーションプロセスから前記発呼を制御可能であること
を特徴とする。

【００１０】上記目的を達成するために、請求項５記載
の発明は、電子メール本文の印刷、添付ファイルの印
刷、電子メール本文及び添付ファイルの印刷、ＵＲＬ
（Uniform Resource Locator）の印刷サービスが可能で
あることを特徴とする。

【００１１】上記目的を達成するために、請求項６記載
の発明は、通信媒体を介して印刷サービスを提供する印
刷システムを構成する情報処理装置であって、電子メー
ルを受信し該受信した前記電子メールを印刷データに変
換すると共に、複数の印刷装置毎に関連した複数の電子
メールアカウントと電話番号や印刷実行対象印刷装置の
種類等の固有情報の管理、受信した電子メールの内容の
判定、印刷データを印刷装置で印刷可能なデータ形式に
変換する印刷制御装置との接続や認証等を行う情報制御
手段を有することを特徴とする。

【００１２】上記目的を達成するために、請求項７記載
の発明は、通信媒体を介して印刷サービスを提供する印
刷システムを構成する発呼装置であって、ユーザの要求
に基づく印刷データの配信に際しユーザに対する発呼を
行うと共に、発呼リクエストを記録可能で、複数のリク
エストを排他処理できるデータベースアクセス手段を持
つデータベースを用いて前記情報処理装置の発呼リクエ
ストのキューイング、前記データベースを用いてユーザ
からのリクエストに基づき発呼リクエストの削除や発呼
リクエストの順番入れ替えを行う発呼制御手段を有する
ことを特徴とする。

【００１３】上記目的を達成するために、請求項８記載
の発明は、並列実行する複数の前記情報処理装置として
のアプリケーションサーバや並列実行する複数のアプリ
ケーションプロセスから前記発呼を制御する場合に適用
可能であることを特徴とする。

【００１４】上記目的を達成するために、請求項９記載
の発明は、通信媒体を介して印刷サービスを提供する印
刷システムを構成する印刷制御装置であって、電子メー
ルを印刷データに変換する情報処理装置から前記通信媒
体を介して受信した印刷データを印刷装置で印刷可能な
データ形式に変換すると共に、接続している印刷装置の
判定、前記情報処理装置との間におけるデータ送受信、
印刷装置に対する印刷データ送信等を行う印刷制御手段
を有することを特徴とする。

【００１５】上記目的を達成するために、請求項１０記
載の発明は、通信媒体を介して印刷サービスを提供する
印刷システムを構成する印刷装置であって、電子メール
を印刷データに変換する情報処理装置から前記通信媒体
を介して受信した印刷データを印刷可能なデータ形式に
変換する印刷制御装置で変換された印刷データに基づき
印刷を行うと共に、電子メール本文の印刷、添付ファイ
ルの印刷、電子メール本文及び添付ファイルの印刷、Ｕ
ＲＬ（Uniform Resource Locator）の印刷が可能である
印刷手段を有することを特徴とする。

【００１６】上記目的を達成するために、請求項１１記
載の発明は、通信媒体を介して印刷サービスを提供する
印刷システムに適用される通信制御方法であって、情報
処理装置により電子メールを受信すると共に受信した電
子メールを印刷データに変換するメール／データ変換工
程と、ユーザの要求に基づく印刷データの配信に際し発
呼装置によりユーザに発呼を行う発呼工程と、前記情報
処理装置から前記通信媒体を介して印刷制御装置により
印刷データを受信すると共に受信した印刷データを印刷
可能なデータ形式に変換するデータ形式変換工程と、前
記変換された印刷データに基づき印刷装置により印刷を
行う印刷工程とを有することを特徴とする。

【００１７】上記目的を達成するために、請求項１２記
載の発明は、前記発呼工程では、発呼リクエストを記録
可能なデータベースを用いて前記情報処理装置の発呼リ
クエストをキューイングすることを特徴とする。

【００１８】上記目的を達成するために、請求項１３記
載の発明は、前記発呼工程では、前記データベースを用
いてユーザからのリクエストに基づき発呼リクエストの
削除や発呼リクエストの順番入れ替えを行うことを特徴
とする。

【００１９】上記目的を達成するために、請求項１４記
載の発明は、並列実行する複数の前記情報処理装置とし
てのアプリケーションサーバや並列実行する複数のアプ
リケーションプロセスから前記発呼を制御する場合に適
用可能であることを特徴とする。

【００２０】上記目的を達成するために、請求項１５記
載の発明は、電子メール本文の印刷、添付ファイルの印
刷、電子メール本文及び添付ファイルの印刷、ＵＲＬ
（Uniform Resource Locator）の印刷サービスを行う印
刷システムに適用可能であることを特徴とする。

【００２１】上記目的を達成するために、請求項１６記
載の発明は、通信媒体を介して印刷サービスを提供する
印刷システムに適用される通信制御方法を実行するプロ
グラムを記憶したコンピュータにより読み出し可能な記
憶媒体であって、前記通信制御方法は、情報処理装置に
より電子メールを受信すると共に受信した電子メールを
印刷データに変換するように制御するメール／データ変
換ステップと、ユーザの要求に基づく印刷データの配信
に際し発呼装置によりユーザに発呼を行うように制御す
る発呼ステップと、前記情報処理装置から前記通信媒体
を介して印刷制御装置により印刷データを受信すると共
に受信した印刷データを印刷可能なデータ形式に変換す
るように制御するデータ形式変換ステップと、前記変換
された印刷データに基づき印刷装置により印刷を行うよ
うに制御する印刷ステップとを有することを特徴とす
る。

【００２２】上記目的を達成するために、請求項１７記
載の発明は、前記発呼ステップでは、発呼リクエストを
記録可能で、複数のリクエストを排他処理できるデータ
ベースアクセス手段を持つデータベースを用いて前記情
報処理装置の発呼リクエストをキューイングするように
制御することを特徴とする。

【００２３】上記目的を達成するために、請求項１８記
載の発明は、前記発呼ステップでは、前記データベース
を用いてユーザからのリクエストに基づき発呼リクエス
トの削除や発呼リクエストの順番入れ替えを行うように
制御することを特徴とする。

【００２４】上記目的を達成するために、請求項１９記
載の発明は、並列実行する複数の前記情報処理装置とし
てのアプリケーションサーバや並列実行する複数のアプ
リケーションプロセスから前記発呼を制御する場合に適
用可能であることを特徴とする。

【００２５】上記目的を達成するために、請求項２０記
載の発明は、電子メール本文の印刷、添付ファイルの印
刷、電子メール本文及び添付ファイルの印刷、ＵＲＬ
（Uniform Resource Locator）の印刷サービスを行う印
刷システムに適用可能であることを特徴とする。

【００２６】上記目的を達成するために、請求項２１記
載の発明は、受信した電子メールに基づき印刷データを
作成し、作成した印刷データをアダプタに送信する情報
処理装置であって、アダプタに印刷データを送信するた
めに発呼リクエストをキューイングするキューイング手
段を有することを特徴とする。

【００２７】上記目的を達成するために、請求項２２記
載の発明は、前記アダプタは、受信した印刷データをプ
リンタで処理できる形式に変換し、変換したデータをプ
リンタに出力することを特徴とする。

【００２８】上記目的を達成するために、請求項２３記
載の発明は、前記キューイング手段は、ウエイト時間の
大きい順に並ぶように発呼リクエストを挿入することを
特徴とする。

【００２９】上記目的を達成するために、請求項２４記
載の発明は、前記キューイング手段は、発呼に失敗した
場合、所定回数に達するまで発呼リクエストをキューイ
ングすることを特徴とする。

【００３０】

【発明の実施の形態】以下、本発明の実施の形態を図面
に基づいて詳細に説明する。

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

【００３２】アプリケーションサーバには、予め予想さ
れる添付ファイルを開くための複数のアプリケーション
プログラムが登録されている。添付複数を開く機能を持
たない携帯電話やＰＤＡ等を利用している電子メールユ
ーザは、参照したいファイルが添付されている電子メー
ルを、予め登録してあるアプリケーションサーバの添付
ファイル印刷機能とプリンタを指定する電子メールアド
レスに転送する。この電子メールを受信したアプリケー
ションサーバは、添付されたファイルに対応するアプリ
ケーションプログラムを起動し、添付ファイルを開く。
更に、アプリケーションサーバは、開いた添付ファイル
の内容を登録されているプリンタに従った印刷データに
変換する。アプリケーションサーバは、変換した印刷デ
ータを電子メールアドレスで指定されたプリンタに通信
網を使って送信し、アダプタでプロトコル変換し、指定
されたプリンタでプリントアウトする。

【００３３】図１は本発明の実施の形態に係るネットワ
ークプリントシステムの構成例を示す概念図である。本
発明の実施の形態に係るネットワークプリントシステム
は、端末（以下ＰＤＡと称す）１０１、携帯通信端末１
０２、外部プロバイダ１０４、アプリケーションサーバ
１０５、携帯通信端末１０７、アダプタ１０８、プリン
タ１０９を備える構成となっている。図中１０３は通信
回線網、１０６はインターネットである。

【００３４】上記構成を詳述すると、ＰＤＡ１０１は、
電子メールを送受信すると共にその内容を表示すること
ができる携帯情報機器である。通信回線網１０３は、公
衆電話回線、ＩＳＤＮ（Integated Service Digital Ne
twork：総合デジタル通信網）、衛星通信網などで代表
される通信回線網であり、本発明の実施の形態では公衆
回線網とする。携帯通信端末１０２は、通信回線網１０
３とＰＤＡ１０１とを繋ぐ機能を有する携帯型の通信端
末である。

【００３５】外部プロバイダ１０４は、論理的な空間で
あるインターネット１０６と通信回線網１０３との間を
仲介する。また、外部プロバイダ１０４は、ＰＤＡ１０
１のメールアカウントの管理運営を行う。また、外部プ
ロバイダ１０４は、予め決められたプロトコルでＰＤＡ
１０１と通信し、ＰＤＡ１０１の制御によってメールデ
ータの送受信を行うことができる。プリンタ１０９は、
アダプタ１０８で変換された印刷可能データ形式の印刷
データに基づき印刷を行う印刷装置である。携帯通信端
末１０７は、通信回線網１０３とアダプタ１０８とを繋
ぐ機能を有する携帯型の通信端末である。

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

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

【００３８】上記構成において、ＰＤＡ１０１で取得し
た電子メールの内容をアプリケーションサーバ１０５に
転送する場合について説明する。ユーザは印字したいア
プリケーション（本例では本文印刷）に関連するユーザ
の電子メールアドレスを指定する。印刷したい電子メー
ル本文を指定したアドレスに転送設定し、送信命令を実
行する。送信命令を受けたＰＤＡ１０１は携帯通信端末
１０２を制御し、通信回線網１０３を通じて外部プロバ
イダ１０４と接続する。予め決められたプロトコルに従
って電子メールデータを転送し、必要なデータ交換を行
ったのち回線を切断して終了する。一方、アプリケーシ
ョンサーバ１０５は、アカウントの受信ＢＯＸを走査し
ている（定期的にチェックしている）。印刷用データを
受け取ったアプリケーションサーバ１０５は、上述の処
理を予め決められた順序によって行う。

【００３９】図２、図３は本発明の他の実施の形態に係
るネットワークプリントシステムの構成例を示す概念図
である。構成要素は上記図１と同じものである。図２の
Ｓｔｅｐ１と図３のＳｔｅｐ２では時系列的に異なる場
合を示している。つまり、携帯通信端末１０２をアダプ
タ１０８とＰＤＡ１０１とが共有している状態である。
ユーザはＰＤＡ１０１を操作して印刷したいメールを送
信する。メールデータを転送し回線を切断して終了した
後、ユーザはアダプタ１０８・プリンタ１０９と携帯通
信端末１０２をそれぞれ接続する。ユーザはアダプタ１
０８にも設けられたスイッチを操作し、アプリケーショ
ンサーバ１０５に接続する。こうすることによって、印
刷データをアプリケーションサーバ１０５から取得する
ことを可能としている。

【００４０】尚、上述の構成例以外にも、携帯通信端末
１０２はＰＨＳ（Personal Handyphone System）やＰＤ
Ｃ（Personal Digital Cellular）で代表される無線で
通信を行う無線通信装置や有線で通信を行う固定式電話
にも置き換えることができる。また、通信回線網１０３
と接続してメールを送受信する装置として、ＰＤＡ１０
１と携帯通信端末１０２とを一体化した装置でも実現可
能である。また、メールを送受信できるシステムとし
て、ＰＤＡ１０１と携帯通信端末１０２を一体化した装
置だけでなく、所謂モデムとコンピュータシステムで構
築することも可能であることは言うまでもない。従っ
て、通信媒体としては通信回線網に限定されず、ＬＡＮ
で構成するものでも同様な効果が得られる。

【００４１】また、プリンタなどの出力デバイスの形態
に関しても、レーザビームプリンタ、インクジェットプ
リンタなどの各種プリンタに適用可能である。アダプタ
１０８及びプリンタ１０９間のインタフェース（後述の
図６のプリンタインタフェース２１０４）の種類に関し
ても、ＩＥＥＥ（Institute of Electrical and Electr
onic Engineers）１２８４以外にも適用可能であり、Ｒ
Ｓ２３２Ｃ、ＵＳＢ（Universal Serial Bus）、ＩＲＤ
Ａ（InfraRed Data Association）、ＩＥＥＥ１３９４
等手段を選ばないことは自明である。また、アダプタ１
０８をプリンタ１０９に内蔵（一体化）する構成も可能
である。

【００４２】また、本発明の実施の形態では、印字デー
タ変換工程をアプリケーションサーバ１０５で行うもの
であるが、場所を選ばないことは自明であり、アダプタ
１０８内で行うことでも同様な効果が得られる。また、
本発明の実施の形態では、本発明を達成するための後述
のフローチャートに関わるソフトウエアによって表され
る制御プログラムを記憶した媒体としては、ＲＯＭの
他、フロッピー（登録商標）ディスク、ハードディス
ク、光ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気ディス
ク、不揮発性メモリカード等を用いることができる。

【００４３】図４は上記図１に示した本発明の実施の形
態に係るネットワークプリントシステムのアプリケーシ
ョンサーバ１０５の機器構成例を示す概念図である。本
発明の実施の形態に係るアプリケーションサーバ１０５
は、ファイルウォールサーバ３１０１、スイッチ３１０
２、コミュニケーションサーバ３１０３、ネットワーク
プリントサーバ３１０４、ＲＡＤＩＵＳサーバ３１０
５、メールサーバ３１０６、ＷＷＷサーバ３１０７等か
ら構成されている。

【００４４】上記構成を詳述すると、ファイルウォール
サーバ３１０１は、外部からの侵入やアタックの遮断等
の機能を持つ。本実施形態のアプリケーションサーバ１
０５内イントラネット上のサーバ群を安全に運用するた
めに使用する。スイッチ３１０２は、アプリケーション
サーバ１０５内イントラネットを構成するためのもので
ある。コミュニケーションサーバ３１０３は、ＰＩＡＦ
Ｓ（Phs Internet Access Forum Standard）、アナログ
モデム、ＩＳＤＮ（Integrated Service Digital Netwo
rk）による接続をサポートし、ファイルウォール、ＲＡ
ＤＩＵＳクライアント機能を持つ。ネットワークプリン
トサーバ３１０４は、本実施形態のネットワークプリン
トサービスにおける目的に応じた印刷データやプリント
ジョブの生成、アダプタ１０８との通信等のサービスを
提供する。

【００４５】ＲＡＤＩＵＳサーバ３１０５は、業界標準
のダイアルアップ接続ユーザ認証システムであるＲＡＤ
ＩＵＳシステムのサーバである。ＲＡＤＩＵＳサーバ３
１０５は、ＲＡＤＩＵＳクライアント機能を持つコミュ
ニケーションサーバ３１０３からの認証要求を受け、認
証の可否をクライアントに返す働きをする。メールサー
バ３１０６は、印刷要求メールを受け取る。ＷＷＷサー
バ３１０７は、本実施形態のネットワークプリントサー
ビスのホームページを持つ。また、ユーザ毎にユーザホ
ームページを提供し、ＣＧＩ（Computer Graphics Inte
rface）等を用いて各ユーザにプリントサービスの制御
機能を提供する。図中３１０９はインターネット、３１
０８はＰＳＴＮ（Public Switched Telephone Networ
k）またはＰＨＳ網を表す。

【００４６】以下、上記図４のような機器で構成される
アプリケーションサーバ１０５のメール印刷機能を説明
する。本実施形態のネットワークプリントサービスのユ
ーザは、電子メール印刷のサービスを受ける前に、アプ
リケーションサーバ１０５内メールサーバ３１０６の電
子メールアカウントを取得する。このアカウントに対し
て電子メールを送ることにより、印刷サービスを受ける
ことができる。また、上記電子メールアカウントは、１
ユーザに対して提供するサービス毎に複数用意される。

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

【００４８】上記（２）のメールアカウントに電子メー
ルを送信することで、本実施形態のネットワークプリン
トサービスのユーザは、アプリケーションサーバ１０５
に対して電子メールの添付ファイルの印刷データ生成を
依頼する。

【００４９】上記（３）のメールアカウントに電子メー
ルを送信することで、本実施形態のネットワークプリン
トサービスのユーザは、アプリケーションサーバ１０５
に対して電子メール本文と添付ファイルの印刷データ生
成を依頼する。

【００５０】上記（４）のメールアカウントに電子メー
ルを送信することで、本実施形態のネットワークプリン
トサービスのユーザは、アプリケーションサーバ１０５
に対して電子メール本文に記述したＵＲＬにあるＨＴＭ
Ｌ（HyperText Markup Language）、ＸＭＬ（eXtensibl
e Markup Language）等の取得と、その印刷データ生成
を依頼する。

【００５１】添付ファイルがないにも関わらず上記
（２）、（３）の電子メールアドレスに電子メールを送
信した場合、また、本文にＵＲＬ記述がないのに上記
（４）の電子メールアドレスに電子メールを送信した場
合は、本文のみの印刷データが生成される。また、添付
ファイルのみのメールを上記（１）の電子メールアドレ
スに送信した場合は、添付ファイルの印刷データが生成
される。本文にＵＲＬ記述のみの電子メールを上記
（１）の電子メールアドレスに送信した場合は、電子メ
ール本文としてＵＲＬ記述の印刷データが生成される。
上記（４）の電子メールアドレスに本文にＵＲＬを記述
して送信したにも関わらずＨＴＭＬ等の取得失敗、ＵＲ
Ｌ記述の間違い等があった場合は、エラーがあった旨を
アプリケーションサーバ１０５からユーザにメールで通
知する。

【００５２】本実施形態のメールサーバ３１０６のドメ
イン名をｍｎｐ．ｃｏ．ｊｐとし、ユーザがｔａｍａと
いうアカウントを取得したものとする。そのとき、メー
ルサーバ３１０６は電子メールアカウントとして以下の
ものを自動的に用意する。本システムでは、本文印刷用
にアカウントのみ、添付ファイル印刷用にアカウント＋
“Ａ”、本文＋添付ファイル印刷用にアカウント＋
“Ｂ”、ＵＲＬ印刷用にアカウント＋“Ｃ”のアドレス
と定められているので、それぞれを用意し、アプリケー
ションサーバ１０５のデータベースに登録しておくこと
とする。

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

【００５４】図５は本発明の実施の形態に係るネットワ
ークプリントシステムのアプリケーションサーバ１０５
内のソフトウェアモジュール構成例を示すブロック図で
ある。本発明の実施の形態に係るアプリケーションサー
バ１０５のソフトウェアモジュールは、ＭａｉｌＳｅｒ
ｖｅｒ（ｅｍａｉｌＭａｎａｇｅｒ）３２０２、ｅｍａ
ｉｌオブジェクト３２０３、ＰｒｉｎｔｅｒＤＢ３２０
４、ＰｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト３２０
５、ＰｒｉｎｔｅｒＤｒｉｖｅｒオブジェクト３２０
６、ＰｒｉｎｔＪｏｂオブジェクト３２０７、ＷｅｂＢ
ｒｏｗｓｅｒオブジェクト３２０８、ＵｓｅｒＨＴＭＬ
Ｐａｇｅオブジェクト３２０９、ＨＴＭＬＰａｇｅオブ
ジェクト３２１０、ＲａｄｉｕｓＳｅｒｖｅｒ３２１
１、ＰｏｒｔＭａｓｔｅｒ３２１２から構成されてい
る。

【００５５】上記構成を詳述すると、ＭａｉｌＳｅｒｖ
ｅｒ（ｅｍａｉｌＭａｎａｇｅｒ）３２０２は、物理的
には上記メールサーバ３１０６に存在する。ＩＭＡＰ
（Internet Message Access Protocol）機能を有し、マ
ルチパートＭＩＭＥ（Multipurpose Internet Mail Ext
ensions）の解釈、メール到着のＩＭＡＰクライアント
（本実施形態の場合、ｅｍａｉｌオブジェクト３２０
３）への通知機能を持つ。ｅｍａｉｌオブジェクト３２
０３は、印刷対象となるデータ、ユーザＩＤ（この場合
は電子メールアドレス）を持つ。また、ＩＭＡＰクライ
アント機能を持ち、マルチパートＭＩＭＥのようなメー
ルでも、ＩＭＡＰサーバ（本実施形態の場合、ｅｍａｉ
ｌＭａｎａｇｅｒ３２０２）からＭＩＭＥタイプに応じ
て個々のパートを取り出すことができる。更に、Ｐｒｉ
ｎｔｅｒＭａｎａｇｅｒオブジェクト３２０５に印刷対
象データを渡す機能を持つ。

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

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

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

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

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

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

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

【００６３】ＰＤＡ３２０１は上記図１の１０１に相当
し、最低限メール送信機能を持つ通信端末である。ＨＴ
ＭＬのブラウジング機能を持ってもよい。Ａｄａｐｔｅ
ｒ３２１３は上記図１の１０８に相当する。Ｐｒｉｎｔ
ｅｒ３２１４は上記図１の１０９に相当する。尚、ＰＤ
Ａ３２０１とＡｄａｐｔｅｒ３２１３は、物理的にはＰ
ＨＳ等の通信端末を経由して本ネットワークプリントシ
ステムに接続するが、通信端末は省略してある。

【００６４】上記図５を用いてアプリケーションサーバ
１０５が電子メールを受け取り、印刷ジョブを生成し、
アダプタ１０８に送信するまでの流れを以下に説明す
る。ネットワークプリントサービスのユーザは、ＰＤＡ
３２０１等のメール端末機器を用いて、印刷したい電子
メールを送信する。電子メールの宛先は上述したように
ユーザが希望するサービスのアドレスに送信する。

【００６５】アプリケーションサーバ１０５に送信され
た電子メールは、実際にはメールサーバ３２０２が受信
する。本実施形態のメールサーバ３２０２はＩＭＡＰサ
ーバの機能を有するものとする。そこで、メールサーバ
３２０２はＩＭＡＰクライアント機能を有する。各ユー
ザ毎のネットワークプリントサーバ３１０４内のｅｍａ
ｉｌオブジェクト３２０３に対して、ＩＭＡＰプロトコ
ルに従いメール受信を通知する。ネットワークプリント
サーバ３１０４内のｅｍａｉｌオブジェクト３２０３
は、ＩＭＡＰプロトコルによりメールアドレスに応じた
目的のＭＩＭＥパートを取得する。取得したデータはＰ
ｒｉｎｔｅｒＭａｎａｇｅｒオブジェクト３２０５に転
送される。

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

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

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

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

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

【００７１】上記プロセスでログインが許可されたＡｄ
ａｐｔｅｒ３２１３は、ＰｒｉｎｔｅｒＭａｎａｇｅｒ
オブジェクト３２０５に印刷データの要求メッセージを
送る。メッセージを受けたＰｒｉｎｔｅｒＭａｎａｇｅ
ｒオブジェクト３２０５は、Ａｄａｐｔｅｒ３２１３の
ＡｄａｐｔｅｒＩＤ、ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅ
ｒ、ＰｒｉｎｔｅｒＩＤに合致するＰｒｉｎｔＪｏｂオ
ブジェクト３２０７を特定し、そのオブジェクトにデー
タ送信のメッセージを送る。このメッセージには、Ａｄ
ａｐｔｅｒ３２１３のＩＰアドレスが含まれる。Ｐｒｉ
ｎｔＪｏｂオブジェクト３２０７は、指定されたＩＰア
ドレス、つまりＡｄａｐｔｅｒ３２１３のアドレスに対
してＬＰＲプロトコルなどでプリントデータを送出す
る。

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

【００７３】図２５は本発明の実施の形態に係る発呼シ
ステムのモジュール構成例を示すブロック図である。本
発明の実施の形態に係る発呼システム５００９は、アプ
リケーション５００１、発呼ＡＰＩ５００２、発呼デー
タベース５００３、発呼スケジューリングプロセス５０
０４、発呼制御プロセス５００５、ＴＡ制御プロセス５
００６、ＴＡ５００７、データベース参照ＡＰＩ５００
８を備えている。

【００７４】上記構成を詳述すると、ＴＡ５００７は、
外部からのＡＴコマンドにより発呼する機能を持つ。発
呼ＡＰＩ５００２は、アプリケーション５００１からの
発呼要求を受け付ける。発呼データベース５００３は、
発呼要求を記録し、外部からも参照可能にする。データ
ベース参照ＡＰＩ５００８は、発呼データベース５００
３の内容をＳＱＬ（Structured Query Language）コマ
ンドにより参照可能とする。発呼スケジューリングプロ
セス５００４は、発呼データベース５００３をポーリン
グし、後述する発呼要求レコード５１０９のＳｔａｔｕ
ｓフィールド５１０３を読み、変更することで発呼シス
テム５００９のスケジューリングを行う。

【００７５】発呼制御プロセス５００５は、発呼スケジ
ューリングプロセス５００４から起動され、発呼要求レ
コードのＳｔａｔｕｓフィールド５１０３の値により発
呼要求を抜き出し、自身の持つ発呼待ち行列に追加す
る。ＴＡ制御プロセス５００６は、発呼制御プロセス５
００５から起動され、発呼制御プロセス５００５内の発
呼待ち行列の先頭要素を抜き出し、発呼機能を持つＴＡ
５００７に対し、発呼コマンドの発行を要求する。

【００７６】図２６は本発明の実施の形態に係る各発呼
リクエストに相当する、発呼データベース５００３中の
発呼レコードを示す説明図である。このような発呼レコ
ード５１０９は、アプリケーション５００１からの複数
の発呼リクエストに対し、各々一つずつ生成される。ま
た、本実施形態の発呼データベース５００３はＳＱＬイ
ンタフェースを持ち、発呼リクエストは複数並列サーバ
や複数アプリケーションから受け付けることができる。

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

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

【００７９】各発呼リクエストに相当する発呼レコード
５１０９は、Ｒｅｑｕｅｓｔ＿ＩＤ５１０１と、Ｔｅｌ
＿Ｎｕｍｂｅｒ５１０２と、Ｓｔａｔｕｓ５１０３と、
Ｗａｉｔ＿Ｔｉｍｅ５１０４と、Ｒｅｔｒｙ＿Ｃｏｕｎ
ｔ５１０５と、Ｌｉｍｉｔ＿Ｃｏｕｎｔ５１０６と、Ｌ
ａｓｔ＿Ｓｔａｔｕｓ５１０７と、ＩＰ＿Ａｄｄｒｅｓ
ｓ５１０８とから構成されている。

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

【００８１】図２７は本発明の実施の形態に係る発呼レ
コード５１０９のＳｔａｔｕｓフィールド５１０３の取
り得る値を示す説明図である。ＳｔａｔｕｓとＶａｌｕ
ｅの対応関係は、ＯＮの場合は発呼待ち状態、ＯＦＦの
場合は待機状態、ＡＣＴＩＶＥの場合は発呼中、ＱＵＥ
の場合は発呼待ち行列中、ＥＸＰＩＲＥの場合は発呼異
常終了状態、ＤＯＮＥの場合は発呼正常終了状態とな
る。

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

【００８３】図２０・図２１は本発明の実施の形態に係
る発呼スケジューリングプロセス５００４のフローチャ
ートである。発呼スケジューリングプロセス５００４
は、先ず発呼制御プロセス５００５を起動する（ステッ
プＳ４１０１）。そして、発呼スケジューリングループ
を開始する。ループの最初で１秒間待つ（ステップＳ４
１０２）。これは発呼データベース５００３のポーリン
グ間隔となる。次に、発呼データベース５００３のＳｔ
ａｔｕｓフィールド５１０３を読み取り（ステップＳ４
１０３）、値を判定する（ステップＳ４１０４、ステッ
プＳ４１０６）。

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

【００８５】もし上記Ｒｅｔｒｙ＿Ｃｏｕｎｔフィール
ド５１０５が上記Ｌｉｍｉｔ＿Ｃｏｕｎｔフィールド５
１０６より大きければ、再発呼回数の設定値を上回った
ことになり、この発呼レコードで表される発呼要求のこ
れ以上の再発呼を止めるために、上記Ｒｅｔｒｙ＿Ｃｏ
ｕｎｔフィールド５１０５の値を１増やし（ステップＳ
４１０９）、上記Ｓｔａｔｕｓフィールド５１０３をＥ
ＸＰＩＲＥにして処理を続ける。

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

【００８７】図２２は本発明の実施の形態に係る発呼制
御プロセス５００５のフローチャートである。発呼制御
プロセス５００５は、先ずＴＡ制御プロセス５００６を
起動し（ステップＳ４２０１）、ループに入る。ループ
の先頭で、現在、発呼データベース５００３に各発呼リ
クエストとして書かれている各発呼レコード５１０９の
Ｓｔａｔｕｓフィールド５１０３を全て読み取り（ステ
ップＳ４２０２）、全発呼レコードの上記Ｓｔａｔｕｓ
フィールド５１０３の値がＯＮであるかどうか判定し
（ステップＳ４２０３）、ＯＮであるレコードを抜き出
す。

【００８８】今抜き出したレコードのうち、Ｗａｉｔ＿
Ｔｉｍｅフィールド５１０４の値が大きいものから、起
動したＴＡ制御プロセス５００６の発呼待ち行列に発呼
リクエストを挿入する（ステップＳ４２０４）。そし
て、発呼待ち行列に挿入したレコードのＳｔａｔｕｓフ
ィールド５１０３をＱＵＥにし（ステップＳ４２０
５）、処理を続ける。

【００８９】図２３・図２４は本発明の実施の形態に係
るＴＡ制御プロセス５００６のフローチャートである。
先ず自身の発呼待ち行列に、発呼データベース５００３
の発呼レコード５１０９である要素があるかどうか判定
し（ステップＳ４３０１）、発呼待ち行列に要素がない
場合はそのままループを続ける。発呼待ち行列に要素が
ある場合は先頭要素を抜き出し（ステップＳ４３０
２）、ＴＡ５００７に対しＡＴコマンドで発呼コマンド
を発行する（ステップＳ４３０３）。そして、ＴＡ５０
０７からの応答を受信し（ステップＳ４３０４）、発呼
が成功したかどうか判定する（ステップＳ４３０５）。

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

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

【００９２】上記に述べたように、アプリケーションサ
ーバ１０５が発呼する場合は、ＰｒｉｎｔＪｏｂオブジ
ェクト３２０７が、自身の持つオブジェクトＩＤとＰｒ
ｉｎｔｅｒＴｅｌＮｕｍｂｅｒをパラメータとし、発呼
システム５００９に対して発呼ＡＰＩ５００２を用いて
発呼を依頼する。発呼システム５００９は、Ｐｒｉｎｔ
Ｊｏｂオブジェクト３２０７からのリクエストにより上
記ＰｒｉｎｔｅｒＴｅｌＮｕｍｂｅｒに電話するが、こ
のとき本ネットワークプリントシステムの電話番号を通
知する。アダプタ１０８はネットワークプリントシステ
ムの電話番号を取得すると一旦通信を切断し、取得した
電話番号にかけ直す。これ以降は、アダプタ１０８から
の発呼と同じ動作である。

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

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

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

【００９６】更にその際、ＰｒｉｎｔｊｏｂＤｒｉｖｅ
ｒオブジェクト３２０６は、ｅｍａｉｌオブジェクト３
２０３にエラー発生メールをユーザに通知するよう依頼
することができる。また、ＵｓｅｒＨＴＭＬＰａｇｅオ
ブジェクト３２０９に依頼し、ユーザのネットワークプ
リントシステム内ホームページに、エラーを含むプリン
トステータスの反映を依頼することもできる。

【００９７】図６は上記図１に示した本発明の実施の形
態に係るネットワークプリントシステムのアダプタ１０
８の電気的構成例を示すブロック図である。本発明の実
施の形態に係るアダプタ１０８は、通信端末インタフェ
ース２１０１、マイクロコンピュータ（以下マイコンと
略称）２１０２、ユーザインタフェース（以下Ｕ／Ｉと
略称）２１０３、プリンタインタフェース２１０４、Ｒ
ＯＭ２１０５、ＲＡＭ２１０６、電源２１０７、内部バ
ス２１０８を備えている。図中１０７は携帯通信端末、
１０９はプリンタである。

【００９８】上記構成を詳述すると、本実施形態におけ
るアダプタ１０８は、携帯通信端末１０７に通信端末イ
ンタフェース２１０１を介して接続し、内部バス２１０
８に接続する。この通信端末インタフェース２１０１
は、接続する通信端末のインタフェース部の電気特性の
相違を吸収することにより内部バス２１０８に接続さ
れ、異なる通信端末と接続する。即ち、アダプタ１０８
は、ＰＨＳ等の通信インタフェースのプロトコルをプリ
ンタ１０９のセントロニクスインタフェース等のプロト
コルに変換するためのものである。

【００９９】プリンタ１０９はプリンタインタフェース
２１０４を介してアダプタ１０８の内部バス２１０８に
接続する。内部バス２１０８には、全体動作を制御する
マイコン２１０２と、内部の動作プログラム及び設定内
容を記憶するＲＯＭ２１０５、プログラム実行領域及び
送受信データの一時記憶を行うＲＡＭ２１０６、ユーザ
のアダプタ動作設定・登録・表示を行うユーザインタフ
ェースであるＵ／Ｉ２１０３を接続する。ＲＯＭ２１０
５は書き換えが可能な読み出し専用メモリであり、ソフ
トウェアの追加変更だけでなく新しいプロトコルの追加
も可能である。

【０１００】新しいデータの入手方法として、ＲＯＭ２
１０５は、通信端末インタフェース２１０１やプリンタ
インタフェース２１０４を介してデータをロードし、内
部プログラムの書き換えを行う。また、接続に必要な電
話番号、アダプタＩＤ等も格納される。マイコン２１０
２は、ソフトウェアによってモデムやプロトコルを実現
するパフォーマンスを持っている。電源２１０７、はア
ダプタ１０８を動作させるための電源を供給する。

【０１０１】図７は本発明の実施の形態に係るアダプタ
１０８に実装しているソフトウェアの構成例を示すブロ
ック図である。図中右側のアダプタ１０８は、携帯通信
端末１０７と物理的に接続されるＨ／Ｗ２２０８の上位
に、通信端末との接続を確立する通信キャリアプロトコ
ル２２０７が実装されている。実際は携帯通信端末１０
７を介して通信回線網１０３に接続しているので、通信
回線網１０３に接続する発呼・着信・切断などの制御が
主である。通信キャリアプロトコル２２０７の上位には
プロトコル２２０６が実装され、これはＴＣＰ／ＩＰや
キャリア独自のプロトコルなどがある。アプリケーショ
ン２２０５はプロトコル２２０６を介して通信回線網１
０３に対し通信を行う。

【０１０２】本発明の実施の形態では、通信キャリアプ
ロトコル２２０７、プロトコル２２０６、アプリケーシ
ョン２２０５をソフトウェアにて実装しているため、上
記図７に示したソフトウェア構成を上記図６のマイコン
２１０２、ＲＯＭ２１０５、ＲＡＭ２１０６等にて実現
している。

【０１０３】図２９は本発明のプログラム及び関連デー
タが記憶媒体から装置に供給される概念例を示す説明図
である。本発明のプログラム及び関連データは、フロッ
ピーディスクやＣＤ−ＲＯＭ等の記憶媒体２９１をコン
ピュータ等の装置２９２に装備された記憶媒体ドライブ
挿入口２９３に挿入することで供給される。その後、本
発明のプログラム及び関連データを記憶媒体２９１から
一旦ハードディスクにインストールしハードディスクか
らＲＡＭにロードするか、或いはハードディスクにイン
ストールせずに直接ＲＡＭにロードすることで、本発明
のプログラム及び関連データを実行することが可能とな
る。

【０１０４】この場合、本発明の実施の形態に係るネッ
トワークプリントシステムにおいて本発明のプログラム
を実行する場合は、例えば上記図２９に示したような手
順でネットワークプリントシステムを構成する装置に本
発明のプログラム及び関連データを供給するか、或いは
ネットワークプリントシステムを構成する装置に予め本
発明のプログラム及び関連データを格納しておくこと
で、プログラム実行が可能となる。

【０１０５】図２８は本発明のプログラム及び関連デー
タを記憶した記憶媒体の記憶内容の構成例を示す説明図
である。本発明の記憶媒体は、例えばボリューム情報２
８１、ディレクトリ情報２８２、プログラム実行ファイ
ル２８３、プログラム関連データファイル２８４等の記
憶内容で構成される。本発明のプログラムは、後述する
図８〜図２４のフローチャートに基づいてプログラムコ
ード化されたものである。

【０１０６】尚、本発明の特許請求の範囲と本発明の実
施の形態との対応関係は下記の通りである。印刷システ
ムはネットワークプリントシステムに対応し、情報処理
装置はアプリケーションサーバ１０５に対応し、発呼装
置はアプリケーションサーバ１０５に物理的に存在する
発呼システム５００９に対応し、印刷制御装置はアダプ
タ１０８に対応し、印刷装置はプリンタ１０９に対応す
る。また、通信媒体は通信回線網１０３に対応し、情報
制御手段はアプリケーションサーバ１０５が有するＣＰ
Ｕに対応し、発呼制御手段はアプリケーションサーバ１
０５に物理的に存在する発呼システム５００９に対応
し、印刷制御手段はアダプタ１０８のマイコン２１０２
に対応し、印刷手段はプリンタ１０９が有するプリンタ
エンジンに対応する。

【０１０７】次に、上記の如く構成された本発明の実施
の形態に係るネットワークプリントシステムにおける通
信制御動作を説明する。本発明の実施の形態では、アダ
プタ１０８とプリンタ１０９はＩＥＥＥ１２８４インタ
フェースで接続される。アダプタ１０８にプリンタ１０
９が接続されると、通信端末インタフェース２１０１の
ＩＥＥＥ１２８４のネゴシエーションによってプリンタ
１０９からプリンタＩＤを取得する。このときプリンタ
１０９の電源が投入されずにプリンタ１０９が動作しな
い状況にあれば、任意のプリンタＩＤ値に設定したり、
プリンタ１０９が不明であることからアダプタ１０８の
使用を許可しないなどの処理を行う。

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

【０１０９】次に、アダプタ１０８とアプリケーション
サーバ１０５間でデータ通信を行う場合を例に動作を説
明する。携帯通信端末１０７に用意されている外部イン
タフェース部は、携帯通信端末１０７の通信回線網１０
３への発信、着信、切断等を外部からアダプタ１０８の
通信端末インタフェース２１０１を介して制御する。ア
ダプタ１０８のマイコン２１０２は、通信端末インタフ
ェース２１０１を介して携帯通信端末１０７に対し、発
信、着信、切断等の制御を行う。また、携帯通信端末１
０７は、自己の電話番号を外部からの要求により外部イ
ンタフェースを介して出力する。

【０１１０】これにより、アダプタ１０８は接続された
携帯通信端末１０７の電話番号を取得し、また、これを
利用して電話番号が異なる場合に接続を拒否するといっ
たことも可能である。発信を行うのはアプリケーション
サーバ１０５またはアダプタ１０８のどちらからでも構
わない。また、コールバック用の電話番号をアプリケー
ションサーバ１０５よりデータとして受信し、切断後、
アプリケーションサーバ１０５に対して上記電話番号で
コールバックを行う。

【０１１１】アプリケーションサーバ１０５及び携帯通
信端末１０７は共に通信回線網１０３に接続されてい
る。携帯通信端末１０７が無線式の場合は無線基地局経
由にて通信回線網１０３へ接続される。アダプタ１０８
は通信端末インタフェース２１０１を介して携帯通信端
末１０７に対し、アプリケーションサーバ１０５に接続
される電話番号に発呼する処理を行う。携帯通信端末１
０７は通信回線網１０３に対し上記電話番号での接続を
試みる。ここでの接続の確立は通信回線網１０３の方式
に従う。アプリケーションサーバ１０５側の通信端末が
携帯通信端末１０７からの発呼を受理すると通信回線網
１０３での接続が完了する。

【０１１２】更に、通信回線網１０３より上位のプロト
コルで接続に対する認証を実施する。例えば発呼してき
た通信端末の電話番号が登録していない番号であった場
合などである。本実施形態では認証パケットを用いて認
証を行っている。アプリケーションサーバ１０５への接
続は「アダプタ認証」を用いて認証を行う。これに使用
する情報は「認証パケット」として準備され、接続時に
アダプタ１０８からアプリケーションサーバ１０５に対
して送信される。

【０１１３】認証パケットには次の情報が含まれる。 ・ＡｄａｐｔｅｒＩＤ ・ＡｄａｐｔｅｒＴｅｌＮｕｍｂｅｒ ・ｉＰｒｉｎｔｅｒＩＤ ｉＰｒｉｎｔｅｒＩＤは先に説明した接続ネゴシエーシ
ョンによって取得し、これを利用して認証の他にデータ
作成用のドライバなどの選択にも利用される。接続が確
立しプロトコル間での通信の確立した状態では上記図７
に示すように各層での通信形態であることを示す。

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

【０１１５】プロトコルより上位のレイヤではアプリケ
ーションサーバ１０５から送られてきたデータそのもの
を取得し、そのデータにはプリンタ１０９を制御するコ
マンドまたはアダプタ１０８を制御するコマンドが包括
されている。このコマンドにより制御するばかりでな
く、そのままプリンタ１０９にデータを丸々渡しプリン
タ１０９で処理を行ってもよい。例えば、アプリケーシ
ョンサーバ１０５が印刷データをプリンタコマンドが包
括されたデータ形式にて送信してきたものをそのままプ
リンタ１０９に流すことにより、プリンタ１０９はその
まま出力する。

【０１１６】尚、プリンタ１０９の用紙サイズに合わせ
た拡大縮小等の処理はアプリケーションサーバ１０５に
て行うことにより、容易に出力を変更する。また、蓄積
されているインクの種類をアプリケーションサーバ１０
５に通知することにより、カラーやモノクロの自動切替
もアプリケーションサーバ１０５にて行える。この際、
ユーザインタフェースを介して警告を出したりする。

【０１１７】また、データをスルーさせたり一部コマン
ドとして解釈する構造をとることにより、アプリケーシ
ョンサーバ１０５からのデータを任意に変更するだけ
で、アダプタ１０８、プリンタ１０９への処理内容を変
更するばかりでなく、複雑な処理、持たない機能をアプ
リケーションサーバ１０５側で処理し、アダプタ１０８
での負荷を最小限に抑えられる。

【０１１８】次に、本発明の実施の形態に係るネットワ
ークプリントシステムにおける各デバイスでの処理内容
を示すフローチャートの説明を行う。尚、各フローチャ
ートに係るプログラムは各デバイスのメモリに記憶さ
れ、ＣＰＵによって実行される。

【０１１９】図８は上記図１のＰＤＡ１０１のクライア
ントの処理を示すフローチャートである。クライアント
は印刷処理したい文書をメール化し（ステップＳ３３０
１）、本文印刷、添付ファイル印刷等、印刷処理機能を
選択して（ステップＳ３３０２）、その機能を実現する
メールアドレスに送信する（ステップＳ３３０３）。

【０１２０】図９は上記図１のアプリケーションサーバ
１０５における処理を示すフローチャートであり、本ネ
ットワークプリントシステムの一般的なメール印刷機能
を実現する際のサーバ処理フローチャートである。Ｍａ
ｉｌＳｅｒｖｅｒ処理はＳＭＴＰ（Simple Mail Transf
er Protocol）サーバ、ＩＭＡＰ（Internet MessageAcc
ess Protocol）サーバ機能を有するが、メール受信を待
ち受け、受信したらＩＭＡＰプロトコルでｅｍａｉｌオ
ブジェクトに通知する（ステップＳ３４０１）。詳細は
下記の図１９に示す。ｅｍａｉｌオブジェクト処理はＩ
ＭＡＰクライアント機能を有するが、メール受信を通知
されると、ＭａｉｌＳｅｒｖｅｒから必要なパートを受
信する。その後、ＰｒｉｎｔｅｒＭａｎａｇｅｒに印刷
指示を出す（ステップＳ３４０２）。詳細は下記の図１
１・図１２に示す。

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

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

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

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

【０１２５】図１９は本発明の実施の形態に係るアプリ
ケーションサーバ１０５内のＭａｉｌＳｅｒｖｅｒ３１
０６の処理を示すフローチャートである。ＭａｉｌＳｅ
ｒｖｅｒはＳＭＴＰサーバ、ＩＭＡＰサーバ等の機能を
持ち、電子メールの送受信サービスを提供する（ステッ
プＳ４００１）。メールを受信したら、メールアドレス
を解析して（ステップＳ４００２）、ＩＭＡＰクライア
ントにメール受信を通知する（ステップＳ４００３）。

【０１２６】図１１・図１２は本発明の実施の形態に係
るアプリケーションサーバ１０５内のネットワークプリ
ントＳｅｒｖｅｒ３１０４の処理を示すフローチャート
である。ｅｍａｉｌオブジェクトは各ユーザ毎に生成さ
れ、ＭａｉｌＳｅｒｖｅｒより電子メール受信通知を待
ち受ける（ステップＳ３６０１）。電子メール受信通知
を受け取ったら、メールアドレスを解析して（ステップ
Ｓ３６０２）、本文印刷、添付ファイル印刷等の機能を
選択する（ステップＳ３６０３、３６０５、３６０７、
３６１０）。

【０１２７】例えば以下のメールアドレスは全てユーザ
ｔａｍａが受け取る。 （１）ｔａｍａ＠ｍｎｐ．ｃｏ．ｊｐ （２）ｔａｍａＡ＠ｍｎｐ．ｃｏ．ｊｐ （３）ｔａｍａＢ＠ｍｎｐ．ｃｏ．ｊｐ （４）ｔａｍａＣ＠ｍｎｐ．ｃｏ．ｊｐ ここで、（１）は本文印刷、（２）は添付ファイル印
刷、（３）は本文＋添付ファイル印刷、（４）はＵＲＬ
印刷の各機能のアドレスとする。ユーザｔａｍａのｅｍ
ａｉｌオブジェクトは、これらのアドレスを解析して以
下述べるように必要な処理を遂行する。

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

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

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

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

【０１３２】図１３・図１４は本発明の実施の形態に係
るアプリケーションサーバ１０５内のネットワークプリ
ントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＭａｎａｇ
ｅｒ処理を示すフローチャートである。Ｐｒｉｎｔｅｒ
Ｍａｎａｇｅｒは、ｅｍａｉｌオブジェクトやアダプタ
１０８からのメッセージ通知を待つ（ステップＳ３７０
１）。もしアダプタ１０８からのメッセージであれば
（ステップＳ３７０２）、ＡｄａｐｔｅｒＩＤ、Ｐｒｉ
ｎｔｅｒＩＤを確認し（ステップＳ３７０３）、そのメ
ッセージタイプによりＰｒｉｎｔｅｒＤｒｉｖｅｒオブ
ジェクトにメッセージを投げて動作を制御する（停止、
再開、削除等）ことで、プリントジョブの制御（停止、
再開、削除等）を行う（ステップＳ３７０４）。

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

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

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

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

【０１３７】図１５・図１６は本発明の実施の形態に係
るアプリケーションサーバ１０５内のネットワークプリ
ントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＤｒｉｖｅ
ｒオブジェクト処理を示すフローチャートである。Ｐｒ
ｉｎｔｅｒＤｒｉｖｅｒオブジェクトは、Ｐｒｉｎｔｅ
ｒＭａｎａｇｅｒから印刷データ、そのＭＩＭＥタイ
プ、プリントＩＤ、印刷機能ＩＤ（本文／添付ファイル
／ＵＲＬ）を渡されて起動する。印刷起動ＩＤまたはＭ
ＩＭＥタイプより、印刷データがテキストと判断された
場合（ステップＳ３８０１）、テキストをレンダリング
する（ステップＳ３８０２）。そして、画像処理、色処
理を行い（ステップＳ３８０３）、ＰｒｉｎｔＪｏｂオ
ブジェクトを生成する（ステップＳ３８０４）。

【０１３８】印刷機能ＩＤまたはＭＩＭＥタイプより、
印刷データが添付ファイルと判断された場合（ステップ
Ｓ３８０５）、ＭＩＭＥタイプよりそのファイルフォー
マットを判断する。ファイルフォーマットＡだった場合
は（ステップＳ３８０６）、Ａに対するレンダリングア
プリケーションを起動して、Ａフォーマットのレンダリ
ング処理を行う（ステップＳ３８０７）。そして、画像
処理、色処理を行い（ステップＳ３８０３）、Ｐｒｉｎ
ｔＪｏｂオブジェクトを生成する（ステップＳ３８０
４）。

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

【０１４０】フォーマットＡ、Ｂ、Ｃとは、例えばＡｄ
ｏｂｅＳｙａｔｅｍ社のＰｏｓｔＳｃｒｉｐｔ、Ｍｉｃ
ｒｏｓｏｆｔ社のＷＯＲＤ、ＪＰＥＧ（Joint Photogra
phicExpert Group）、ＧＩＦ（Graphic Interchange Fo
rmat）等のフォーマットを指す。

【０１４１】印刷機能ＩＤよりＵＲＬ印刷と判断された
場合（ステップＳ３８１２）、ＷｅｂＢｒｏｗｓｅｒオ
ブジェクトにＵＲＬ取得を依頼する（ステップＳ３８１
３）。ＵＲＬに示されたＷｅｂＰａｇｅのＨＴＭＬデー
タをレンダリングしたものが得られたら（ステップＳ３
８１４）、画像処理、色処理を行い（ステップＳ３８０
３）、ＰｒｉｎｔＪｏｂオブジェクトを生成する（ステ
ップＳ３８０４）。印刷機能ＩＤが不明な場合、或いは
ＵＲＬに示されたＷｅｂＰａｇｅのＨＴＭＬデータの取
得失敗のメッセージがＷｅｂＢｒｏｗｓｅｒオブジェク
トから返された場合は、その旨エラーとしてＰｒｉｎｔ
ｅｒＭａｎａｇｅｒに通知し、印刷を中止する。

【０１４２】図１７・図１８は本発明の実施の形態に係
るアプリケーションサーバ１０５内のネットワークプリ
ントＳｅｒｖｅｒ３１０４のＰｒｉｎｔｅｒＪｏｂオブ
ジェクト処理を示すフローチャートである。Ｐｒｉｎｔ
ｅｒＪｏｂオブジェクトは、先ず印刷リクエストユーザ
のユーザ情報から、サーバ発呼のＯＮ／ＯＦＦを示すＣ
ａｌｌｉｎｇＳｔａｔｕｓを読み取り（ステップＳ３９
０８）、サーバから発呼するか否かを判定する（ステッ
プＳ３９０９）。もしサーバからの発呼であれば、上記
図２５に示した発呼システム５００９に対し、発呼ＡＰ
Ｉ５００２を用いて発呼を依頼する（ステップＳ３９１
０）。ＰｒｉｎｔｅｒＪｏｂオブジェクトは、印刷開始
メッセージを待つ（ステップＳ３９０１）。

【０１４３】ＰｒｉｎｔｅｒＪｏｂオブジェクトによる
処理が終わり印刷開始メッセージが来たら、Ｃｏｍｍｕ
ｎｉｃａｔｉｏｎＳｅｒｖｅｒを介してＡｄａｐｔｅｒ
に接続を試みる（ステップＳ３９０２）。接続が成功し
たら（ステップＳ３９０３）、ＡｄａｐｔｅｒのＰｒｉ
ｎｔｅｒＩＤを確認し（ステップＳ３９０５）、一致し
たら印刷データをＡｄａｐｔｅｒに対し送信する（ステ
ップＳ３９０６）。その際、ＰｒｉｎｔｅｒＩＤから判
断して紙トレーが装備されていないようなプリンタの場
合、プリントジョブを１ページ単位に区切ることがあ
る。この後、ＬＰＲのようなプロトコルを用いて印刷デ
ータをＡｄａｐｔｅｒに対し送信する。Ａｄａｐｔｅｒ
の接続に失敗、或いはＰｒｉｎｔｅｒＩＤが違った場
合、その旨エラーとしてＰｒｉｎｔｅｒＤｒｉｖｅｒオ
ブジェクトに通知する（ステップＳ３９０７）。

【０１４４】以上説明したように、本発明の実施の形態
に係るネットワークプリントシステムによれば、電子メ
ールを受信すると共に受信した電子メールを印刷データ
に変換する機能及び発呼機能を有するアプリケーション
サーバ１０５と、アプリケーションサーバ１０５から通
信回線網１０３を介して印刷データを受信すると共に受
信した印刷データをプリンタで印刷可能なデータ形式に
変換する機能を有するアダプタ１０８と、アダプタ１０
８で変換された印刷データに基づき印刷を行うプリンタ
１０９とを備える構成としているため、下記のような作
用及び効果を奏する。

【０１４５】印刷機能を持たない電子メール端末に印刷
機能を提供することができる。また、添付ファイルや付
加情報（インターネット上のホームページ等）を開く機
能を持たない電子メール端末に、添付ファイルや付加情
報を参照する機能を提供することができる。また、アプ
リケーションサーバ１０５にサービスを追加するだけ
で、印刷機能を持った電子メール端末を含む全ての電子
メール端末が受けられるサービスを増やすことができ
る。また、従来の電子メールプロトコルをそのまま利用
しているので、従来の電子メール端末に全く手を加える
ことなく上記の機能を提供することができる。

【０１４６】即ち、ユーザからの印刷リクエストをキュ
ーイングし、ユーザの設定に従って印刷データ配信サー
バから発呼する機能を持つ印刷システムを提供すること
ができる。また、発呼装置につながる電話回線の本数に
は限りがあり、ユーザからの発呼リクエストをキューイ
ングする必要があるので、データベースを使い、発呼リ
クエスト書き込み時にその時間も記録し、発呼プロセス
が上記時間順に処理を行うことで、発呼リクエストをキ
ューイングする機能や、トランザクション処理をサポー
トするデータベースを使うことで、複数サーバ、複数サ
ーバプロセスからの発呼リクエストのトランザクション
処理機能や、ＳＱＬといったデータベースアクセス手段
を用いることで、現在の発呼リクエストを確認でき、デ
ータベースのレコードを書き換えることで、発呼リクエ
ストの削除、順番入れ替え、発呼エラー時における一定
時間後の再発呼等の機能を提供することができる。以上
のような機能を有することにより、システムの保守性や
ユーザの操作性を向上させることができるという効果を
奏する。

【０１４７】［別の実施の形態］ （１）上述した本発明の各実施の形態においては、ネッ
トワークプリントシステムとして上記図１〜図３に示し
た場合を例に上げたが、本発明は、上記図１〜図３の構
成に限定されるものではなく、携帯通信端末、ＰＤＡ、
プリンタ、アダプタ等の設置台数は所望台数とすること
が可能である。

【０１４８】（２）また、上述した本発明の各実施の形
態においては、ネットワークプリントシステムを構成す
るプリンタの印刷方式については特定しなかったが、本
発明は、電子写真方式、インクジェット方式、感熱方
式、熱転写方式、静電方式、放電破壊方式など各種印刷
方式のプリンタに適用することが可能である。

【０１４９】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器からなる装置に適用
してもよい。上述した実施形態の機能を実現するソフト
ウエアのプログラムコードを記憶した記憶媒体を、シス
テム或いは装置に供給し、そのシステム或いは装置のコ
ンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納
されたプログラムコードを読み出し実行することによっ
ても、達成されることは言うまでもない。

【０１５０】この場合、記憶媒体から読み出されたプロ
グラムコード自体が上述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。プログラムコードを供
給するための記憶媒体としては、例えば、フロッピディ
スク、ハードディスク、光ディスク、光磁気ディスク、
ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモ
リカード、ＲＯＭなどを用いることができる。

【０１５１】また、コンピュータが読出したプログラム
コードを実行することにより、上述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳなどが実
際の処理の一部または全部を行い、その処理によって上
述した実施形態の機能が実現される場合も含まれること
は言うまでもない。

【０１５２】更に、記憶媒体から読出されたプログラム
コードが、コンピュータに挿入された機能拡張ボードや
コンピュータに接続された機能拡張ユニットに備わるメ
モリに書込まれた後、そのプログラムコードの指示に基
づき、その機能拡張ボードや機能拡張ユニットに備わる
ＣＰＵなどが実際の処理の一部または全部を行い、その
処理によって上述した実施形態の機能が実現される場合
も含まれることは言うまでもない。

【０１５３】

【発明の効果】以上説明したように、請求項１〜５記載
の印刷システムによれば、電子メールを受信すると共に
受信した電子メールを印刷データに変換する情報処理装
置と、ユーザの要求に基づく印刷データの配信に際しユ
ーザに発呼を行う発呼装置と、前記情報処理装置から通
信媒体を介して印刷データを受信すると共に受信した印
刷データを印刷可能なデータ形式に変換する印刷制御装
置と、該印刷制御装置で変換された印刷データに基づき
印刷を行う印刷装置とを備え、複数のリクエストを排他
処理できるデータベースアクセス手段を持つデータベー
スを用いて前記情報処理装置の発呼リクエストをキュー
イングし、また、前記データベースを用いてユーザから
のリクエストに基づき発呼リクエストの削除や発呼リク
エストの順番入れ替えを行い、また、並列実行する複数
の前記情報処理装置としてのアプリケーションサーバや
並列実行する複数のアプリケーションプロセスから前記
発呼を制御可能としているため、下記のような効果を奏
する。

【０１５４】ユーザからの印刷リクエストをキューイン
グし、ユーザの設定に従って印刷データ配信サーバから
発呼する機能を持つ印刷システムを提供することがで
き、これにより、システムの保守性やユーザの操作性を
向上させることができるという効果を奏する。

【０１５５】発呼装置につながる電話回線の本数には限
りがあり、ユーザからの発呼リクエストをキューイング
する必要があるので、上記の如くデータベースを使い、
発呼リクエスト書き込み時にその時間も記録し、発呼プ
ロセスが上記時間順に処理を行うことで、発呼リクエス
トをキューイングする機能や、トランザクション処理を
サポートするデータベースを使うことで、複数サーバ、
複数サーバプロセスからの発呼リクエストのトランザク
ション処理機能や、ＳＱＬといったデータベースアクセ
ス手段を用いることで、現在の発呼リクエストを確認で
き、データベースのレコードを書き換えることで、発呼
リクエストの削除、順番入れ替え、発呼エラー時におけ
る一定時間後の再発呼等の機能を提供することができ、
これにより、システムの保守性やユーザの操作性を向上
させることができるという効果を奏する。

【０１５６】請求項６記載の情報処理装置によれば、電
子メールを受信すると共に受信した電子メールを印刷デ
ータに変換する等の制御を行う情報処理装置と、発呼装
置、印刷制御装置、印刷装置から印刷システムを構成す
ることで、上記と同様に、システムの保守性やユーザの
操作性を向上させることができるという効果を奏する。

【０１５７】請求項７、８記載の発呼装置によれば、ユ
ーザの要求に基づく印刷データの配信に際しユーザに発
呼する等の制御を行う発呼装置と、情報処理装置、印刷
制御装置、印刷装置から印刷システムを構成すること
で、上記と同様に、システムの保守性やユーザの操作性
を向上させることができるという効果を奏する。

【０１５８】請求項９記載の印刷制御装置によれば、情
報処理装置から通信媒体を介して印刷データを受信する
と共に受信した印刷データを印刷可能なデータ形式に変
換する等の制御を行う印刷制御装置と、情報処理装置、
発呼装置、印刷装置から印刷システムを構成すること
で、上記と同様に、システムの保守性やユーザの操作性
を向上させることができるという効果を奏する。

【０１５９】請求項１０記載の印刷装置によれば、印刷
制御装置で変換された印刷データに基づき印刷を行う印
刷装置と、情報処理装置、発呼装置、印刷制御装置から
印刷システムを構成することで、上記と同様に、システ
ムの保守性やユーザの操作性を向上させることができる
という効果を奏する。

【０１６０】請求項１１〜１５記載の通信制御方法によ
れば、通信制御方法を印刷システムで実行することで、
上記と同様に、システムの保守性やユーザの操作性を向
上させることができるという効果を奏する。

【０１６１】請求項１６〜２０記載の記憶媒体によれ
ば、記憶媒体から通信制御方法を読み出して印刷システ
ムで実行することで、上記と同様に、システムの保守性
やユーザの操作性を向上させることができるという効果
を奏する。

【０１６２】請求項２１〜２４記載の情報処理装置によ
れば、上記と同様に、システムの保守性やユーザの操作
性を向上させることができるという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るネットワークプリン
トシステムの構成例を示す概念図である。

【図２】本発明の他の実施の形態に係るネットワークプ
リントシステムの構成例を示す概念図である。

【図３】本発明の他の実施の形態に係るネットワークプ
リントシステムの構成例を示す概念図である。

【図４】本発明の実施の形態に係るネットワークプリン
トシステムのアプリケーションサーバの機器構成例を示
す概念図である。

【図５】本発明の実施の形態に係るネットワークプリン
トシステムのアプリケーションサーバ内のソフトウェア
モジュール構成例を示すブロック図である。

【図６】本発明の実施の形態に係るネットワークプリン
トシステムのアダプタの電気的構成例を示すブロック図
である。

【図７】本発明の実施の形態に係るネットワークプリン
トシステムのアダプタに実装しているソフトウェアの構
成例を示すブロック図である。

【図８】本発明の実施の形態に係るネットワークプリン
トシステムのＰＤＡ等のクライアントの処理を示すフロ
ーチャートである。

【図９】本発明の実施の形態に係るネットワークプリン
トシステムのアプリケーションサーバの処理を示すフロ
ーチャートである。

【図１０】本発明の実施の形態に係るネットワークプリ
ントシステムのアダプタの処理を示すフローチャートで
ある。

【図１１】本発明の実施の形態に係るネットワークプリ
ントシステムのｅｍａｉｌオブジェクトの処理を示すフ
ローチャートである。

【図１２】本発明の実施の形態に係るネットワークプリ
ントシステムのｅｍａｉｌオブジェクトの処理を示すフ
ローチャートである。

【図１３】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＭａｎａｇｅｒの処理を
示すフローチャートである。

【図１４】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＭａｎａｇｅｒの処理を
示すフローチャートである。

【図１５】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＤｒｉｖｅｒの処理を示
すフローチャートである。

【図１６】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＤｒｉｖｅｒの処理を示
すフローチャートである。

【図１７】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＪｏｂの処理を示すフロ
ーチャートである。

【図１８】本発明の実施の形態に係るネットワークプリ
ントシステムのＰｒｉｎｔｅｒＪｏｂの処理を示すフロ
ーチャートである。

【図１９】本発明の実施の形態に係るネットワークプリ
ントシステムのＭａｉｌＳｅｒｖｅｒの処理を示すフロ
ーチャートである。

【図２０】本発明の実施の形態に係るネットワークプリ
ントシステムの発呼スケジュールプロセスの処理を示す
フローチャートである。

【図２１】本発明の実施の形態に係るネットワークプリ
ントシステムの発呼スケジュールプロセスの処理を示す
フローチャートである。

【図２２】本発明の実施の形態に係るネットワークプリ
ントシステムの発呼制御プロセスの処理を示すフローチ
ャートである。

【図２３】本発明の実施の形態に係るネットワークプリ
ントシステムのＴＡ制御プロセスの処理を示すフローチ
ャートである。

【図２４】本発明の実施の形態に係るネットワークプリ
ントシステムのＴＡ制御プロセスの処理を示すフローチ
ャートである。

【図２５】本発明の実施の形態に係る発呼システムのモ
ジュール構成例を示すブロック図である。

【図２６】本発明の実施の形態に係る発呼システムの発
呼データベースの発呼リクエストレコードを示す説明図
である。

【図２７】本発明の実施の形態に係る発呼システムの発
呼リクエストレコードのＳｔａｔｕｓフィールドの取り
得る値を示す説明図である。

【図２８】本発明のプログラム及び関連データを記憶し
た記憶媒体の記憶内容の構成例を示す説明図である。

【図２９】本発明のプログラム及び関連データが記憶媒
体から装置に供給される概念例を示す説明図である。

【符号の説明】

１０３ 通信回線網 １０５ アプリケーションサーバ １０８ アダプタ １０９ プリンタ ２１０２ マイコン ５００３ 発呼データベース ５００９ 発呼システム

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C061 AP01 HJ06 HJ08 HQ17 HQ20 HQ21 HR01 5B021 AA01 AA02 BB02 CC05 EE03 5B089 GA11 GA13 GA25 GB04 HA10 JA31 JB03 KB06 KB07 LA18 LB12 5C062 AA05 AA13 AA30 AA34 AA37 AB22 AB42 AC04 AC22 AC30 AC35 AF02 AF03

Claims (24)

【特許請求の範囲】
1. 【請求項１】 通信媒体を介して印刷サービスを提供す
   る印刷システムであって、 電子メールを受信すると共に受信した電子メールを印刷
   データに変換する情報処理装置と、ユーザの要求に基づ
   く印刷データの配信に際しユーザに発呼を行う発呼装置
   と、前記情報処理装置から前記通信媒体を介して印刷デ
   ータを受信すると共に受信した印刷データを印刷可能な
   データ形式に変換する印刷制御装置と、該印刷制御装置
   で変換された印刷データに基づき印刷を行う印刷装置と
   を有することを特徴とする印刷システム。
2. 【請求項２】 前記発呼装置は、発呼リクエストを記録
   可能で、複数のリクエストを排他処理することのできる
   データベースアクセス手段を持つデータベースを用いて
   前記情報処理装置の発呼リクエストをキューイングする
   ことを特徴とする請求項１記載の印刷システム。
3. 【請求項３】 前記発呼装置は、前記データベースを用
   いてユーザからのリクエストに基づき発呼リクエストの
   削除や発呼リクエストの順番入れ替えを行うことを特徴
   とする請求項１又は２記載の印刷システム。
4. 【請求項４】 並列実行する複数の前記情報処理装置と
   してのアプリケーションサーバや並列実行する複数のア
   プリケーションプロセスから前記発呼を制御可能である
   ことを特徴とする請求項１乃至３の何れかに記載の印刷
   システム。
5. 【請求項５】 電子メール本文の印刷、添付ファイルの
   印刷、電子メール本文及び添付ファイルの印刷、ＵＲＬ
   （Uniform Resource Locator）の印刷サービスが可能で
   あることを特徴とする請求項１乃至４の何れかに記載の
   印刷システム。
6. 【請求項６】 通信媒体を介して印刷サービスを提供す
   る印刷システムを構成する情報処理装置であって、 電子メールを受信し該受信した前記電子メールを印刷デ
   ータに変換すると共に、複数の印刷装置毎に関連した複
   数の電子メールアカウントと電話番号や印刷実行対象印
   刷装置の種類等の固有情報の管理、受信した電子メール
   の内容の判定、印刷データを印刷装置で印刷可能なデー
   タ形式に変換する印刷制御装置との接続や認証等を行う
   情報制御手段を有することを特徴とする情報処理装置。
7. 【請求項７】 通信媒体を介して印刷サービスを提供す
   る印刷システムを構成する発呼装置であって、 ユーザの要求に基づく印刷データの配信に際しユーザに
   対する発呼を行うと共に、発呼リクエストを記録可能
   で、複数のリクエストを排他処理することのできるデー
   タベースアクセス手段を持つデータベースを用いて前記
   情報処理装置の発呼リクエストのキューイング、前記デ
   ータベースを用いてユーザからのリクエストに基づき発
   呼リクエストの削除や発呼リクエストの順番入れ替えを
   行う発呼制御手段を有することを特徴とする発呼装置。
8. 【請求項８】 並列実行する複数の前記情報処理装置と
   してのアプリケーションサーバや並列実行する複数のア
   プリケーションプロセスから前記発呼を制御する場合に
   適用可能であることを特徴とする請求項７記載の発呼装
   置。
9. 【請求項９】 通信媒体を介して印刷サービスを提供す
   る印刷システムを構成する印刷制御装置であって、 電子メールを印刷データに変換する情報処理装置から前
   記通信媒体を介して受信した印刷データを印刷装置で印
   刷可能なデータ形式に変換すると共に、接続している印
   刷装置の判定、前記情報処理装置との間におけるデータ
   送受信、印刷装置に対する印刷データ送信等を行う印刷
   制御手段を有することを特徴とする印刷制御装置。
10. 【請求項１０】 通信媒体を介して印刷サービスを提供
    する印刷システムを構成する印刷装置であって、 電子メールを印刷データに変換する情報処理装置から前
    記通信媒体を介して受信した印刷データを印刷可能なデ
    ータ形式に変換する印刷制御装置で変換された印刷デー
    タに基づき印刷を行うと共に、電子メール本文の印刷、
    添付ファイルの印刷、電子メール本文及び添付ファイル
    の印刷、ＵＲＬ（Uniform Resource Locator）の印刷が
    可能である印刷手段を有することを特徴とする印刷装
    置。
11. 【請求項１１】 通信媒体を介して印刷サービスを提供
    する印刷システムに適用される通信制御方法であって、 情報処理装置により電子メールを受信すると共に受信し
    た電子メールを印刷データに変換するメール／データ変
    換工程と、ユーザの要求に基づく印刷データの配信に際
    し発呼装置によりユーザに発呼を行う発呼工程と、前記
    情報処理装置から前記通信媒体を介して印刷制御装置に
    より印刷データを受信すると共に受信した印刷データを
    印刷可能なデータ形式に変換するデータ形式変換工程
    と、前記変換された印刷データに基づき印刷装置により
    印刷を行う印刷工程とを有することを特徴とする通信制
    御方法。
12. 【請求項１２】 前記発呼工程では、発呼リクエストを
    記録可能なデータベースを用いて前記情報処理装置の発
    呼リクエストをキューイングすることを特徴とする請求
    項１１記載の通信制御方法。
13. 【請求項１３】 前記発呼工程では、前記データベース
    を用いてユーザからのリクエストに基づき発呼リクエス
    トの削除や発呼リクエストの順番入れ替えを行うことを
    特徴とする請求項１１又は１２記載の通信制御方法。
14. 【請求項１４】 並列実行する複数の前記情報処理装置
    としてのアプリケーションサーバや並列実行する複数の
    アプリケーションプロセスから前記発呼を制御する場合
    に適用可能であることを特徴とする請求項１１乃至１３
    の何れかに記載の通信制御方法。
15. 【請求項１５】 電子メール本文の印刷、添付ファイル
    の印刷、電子メール本文及び添付ファイルの印刷、ＵＲ
    Ｌ（Uniform Resource Locator）の印刷サービスを行う
    印刷システムに適用可能であることを特徴とする請求項
    １１乃至１４の何れかに記載の通信制御方法。
16. 【請求項１６】 通信媒体を介して印刷サービスを提供
    する印刷システムに適用される通信制御方法を実行する
    プログラムを記憶したコンピュータにより読み出し可能
    な記憶媒体であって、 前記通信制御方法は、情報処理装置により電子メールを
    受信すると共に受信した電子メールを印刷データに変換
    するように制御するメール／データ変換ステップと、ユ
    ーザの要求に基づく印刷データの配信に際し発呼装置に
    よりユーザに発呼を行うように制御する発呼ステップ
    と、前記情報処理装置から前記通信媒体を介して印刷制
    御装置により印刷データを受信すると共に受信した印刷
    データを印刷可能なデータ形式に変換するように制御す
    るデータ形式変換ステップと、前記変換された印刷デー
    タに基づき印刷装置により印刷を行うように制御する印
    刷ステップとを有することを特徴とする記憶媒体。
17. 【請求項１７】 前記発呼ステップでは、発呼リクエス
    トを記録可能で、複数のリクエストを排他処理できるデ
    ータベースアクセス手段を持つデータベースを用いて前
    記情報処理装置の発呼リクエストをキューイングするよ
    うに制御することを特徴とする請求項１６記載の記憶媒
    体。
18. 【請求項１８】 前記発呼ステップでは、前記データベ
    ースを用いてユーザからのリクエストに基づき発呼リク
    エストの削除や発呼リクエストの順番入れ替えを行うよ
    うに制御することを特徴とする請求項１６又は１７記載
    の記憶媒体。
19. 【請求項１９】 並列実行する複数の前記情報処理装置
    としてのアプリケーションサーバや並列実行する複数の
    アプリケーションプロセスから前記発呼を制御する場合
    に適用可能であることを特徴とする請求項１６乃至１８
    の何れかに記載の記憶媒体。
20. 【請求項２０】 電子メール本文の印刷、添付ファイル
    の印刷、電子メール本文及び添付ファイルの印刷、ＵＲ
    Ｌ（Uniform Resource Locator）の印刷サービスを行う
    印刷システムに適用可能であることを特徴とする請求項
    １６乃至１９の何れかに記載の記憶媒体。
21. 【請求項２１】 受信した電子メールに基づき印刷デー
    タを作成し、作成した印刷データをアダプタに送信する
    情報処理装置であって、 アダプタに印刷データを送信するために発呼リクエスト
    をキューイングするキューイング手段を有することを特
    徴とする情報処理装置。
22. 【請求項２２】 前記アダプタは、受信した印刷データ
    をプリンタで処理できる形式に変換し、変換したデータ
    をプリンタに出力することを特徴とする請求項２１記載
    の情報処理装置。
23. 【請求項２３】 前記キューイング手段は、ウエイト時
    間の大きい順に並ぶように発呼リクエストを挿入するこ
    とを特徴とする請求項２１記載の情報処理装置。
24. 【請求項２４】 前記キューイング手段は、発呼に失敗
    した場合、所定回数に達するまで発呼リクエストをキュ
    ーイングすることを特徴とする請求項２１記載の情報処
    理装置。