WO2001061461A1

WO2001061461A1 - Systeme de mediation pour impression en reseau

Info

Publication number: WO2001061461A1
Application number: PCT/JP2001/001219
Authority: WO
Inventors: Masanori Mukaiyama; Masaaki Hanaoka; Yasushi Nakaoka; Yoshiyuki Kanamori
Original assignee: Seiko Epson Corporation
Priority date: 2000-02-21
Filing date: 2001-02-20
Publication date: 2001-08-23
Also published as: EP1184780A1; EP1184780A4; US20020138557A1

Description

ネットワーク上での印刷を仲介するシステム

技術分野

本発明は、ネットワークに接続されたクライアントコンどュ一夕と印刷装置との間を仲介して、該ネットワークを介した印刷を実現する技術に関する。

背景技術

従来、コンピュータの出力装置として種々のプリンタが使用されている。プリンタは双方向パラレルインタフェースなど所定のケーブルを利用してコンビユー夕と 1対 1に接続されて（以下、「ローカル接続」と呼ぶ）、コンピュータからデータを受け取って印刷を行う。近年では、 L A N (ローカル ·エリア . ネットワーク）の普及により、プリンタをネットワークに接続し、同じくネットワークに接続された複数のコンピュータで共有する態様も広まっている。さらに、 I P P ( Internet Pr int ing Protoco l) と呼ばれるプロトコルを用いることにより、インターネットに接続された任意のクライアント、印刷装置間で印刷することも可能となってきた。但し、出力先は、 U R I (Uni form Resource Indi cator) が既知の印刷装置に限定される。つまり、 I P Pを適用しただけでは、出力先をネットワーク上で自由に選択可能な利便性の高い印刷を実現することはできない。

上述したいずれの態様においても、従来、プリン夕とコンピュータとの接続状態は、予め定まっているのが通常であった。換言すれば、従来、印刷はコンピュー夕の所有者ごとに決まった場所で行われるのが通常であった。

—方、近年では、インタ一ネットなどの情報基盤の発達、いわゆるノート型のコンピュータや携帯電話など情報基盤にアクセスする端末の携帯性の向上に伴い、場所を選ばずに情報へのアクセスが可能となってきた。かかる傾向に基づき、出力先をネットワーク上で自由に選択して印刷を行うことができる技術が望まれつつあった。例えば、情報を取得したら直ちに最寄りの印刷装置を利用して印刷を行うことができる技術が望まれつつあった。こうした印刷要求は、携帯性の端末からも容易に実行可能であることが望まれていた。ネットワーク上で印刷先を自由に選択可能とする場合、次に挙げる種々の課題が存在する。印刷データの授受に関する課題：

通常、印刷データは、プリン夕ドライバでプリン夕固有の印刷制御データ（以下、「ロウデータ」と呼ぶ）に変換されてプリン夕に供給される。印刷装置を選択する際の自由度を高めるためには、印刷装置に供給される印刷データの汎用性を確保する必要がある。印刷の確実性、安定性に関する課題：

印刷先の選択に関する自由度の向上によって、クライアントの誤指示によつて意図しない出力先で印刷が行われる可能性が生じる。出力先の印刷装置がクライアントから離れた場所に位置する可能性もあるため、かかる状況下でも、印刷不良が起きないよう保証することも要求される。印刷装置を利用した印刷には、印刷用紙、インクなどの消耗品や印刷装置の電気代、メンテナンス代などのコストが必要であるから、これらのコストを適正に、かつ誤りなく課すことが要求される。不正印刷防止に関する課題：

出力先選択の自由度を向上すれば、不誠実な印刷要求によって、各印刷装置の所有者や一般の利用者が不利益を受ける可能性がある。例えば、不要な大量印刷が行われる可能性や、印刷要求を出した後、ユーザが印刷物を放置しておく可能性がある。これらの事態は、印刷装置の所有者にとっては、インク、用紙などの消耗品に対する課金を行うことができないという不利益をもたらす。また、一般の利用者に対しては、大量印刷などによって印刷装置の利用が制限される不利益をもたらす。

不正印刷を防止するためには、各ユーザと、利用可能な印刷装置との関係は、一定の管理下におかれている必要があるが、選択候補となる印刷装置数が増えれぱ、管理負担が非常に大きくなるという別の課題を招く。従って、管理負担の極端な増大を回避しつつ、多数の印刷装置を柔軟に選択できるシステムの構築が要求される。

利便性向上に関する課題：

現実の場面では、複数のコンテンツを一括して印刷したいという要求がある。特に取得した情報を外出先で印刷する際には、印刷時間、印刷費用の軽減を図るとともに、操作の簡略化を図るために複数コンテンツの一括印刷への要請が強い。

また別の要求として、ユーザが同じ文書を様々な場所で印刷したいと欲する場合もある。ビジネスで使用されるカタログ、申込書、見積書などの文書が相当する。これらの定型的な文書を印刷するために、常に文書データを持ち歩く必要があるとすれば、出力先を自由に選択可能な印刷環境の利便性を損ねてしま 5。

従って、これらの観点から、印刷時の利便性の高いシステムの構築が要求される。印刷物受け渡しの保証に関する課題：

印刷先を自由に選択可能な印刷環境下では、一つの印刷装置に不特定の複数人の印刷要求が集中する可能性がある。従って、印刷物が確実に要求者にのみ手渡されることを保証する必要がある。また、ユーザが要望した内容と異なる印刷物が得られた場合に、その原因解明を容易にする必要もある。プリン夕所有者の商業上の利害に関する課題：

一例として、店舗にプリンタを設置し、インターネットを介してこのプリン夕で印刷サービスを提供するビジネスを考える。この場合、プリンタを所有する店舗主としては、他店舗の利益となるコンテンツの印刷は制限したいというビジネス上の要求が生じる。逆に、インターネットの W e bページでコンテンッを提供するコンテンツプロバイダとしても、特定の店舗に設置されたプリン夕に出力先を制限したいというビジネス上の要求が生じる。このように、ビジネス上は、印刷すべきコンテンツに応じて、出力先その他の印刷条件を制御する機能が要求される。

その一方で、ビジネス上は、印刷サービスを提供する業者ごとに他の印刷サ一ビスとの差別化を図りたいという要求が生じる。このため、出力先を任意に選択可能なシステムは、印刷サービスを提供する印刷サービス提供者ごとに構築する必要がある。こうした状況下で、出力先を制限する機能等を提供しょうとすれば、コンテンツプロバイダと印刷サービスを提供する印刷サービス提供者間で個別に登録等を行う必要が生じる。コンテンツプロバイダ、印刷サービス提供者が多数の場合、登録作業は、非常に煩雑となる。発明の開示

本発明は、上記課題の少なくとも一部を解決し、ネットワーク上で印刷先を自由に選択可能な印刷システムの提供を目的とする。本発明は、ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置との間を仲介して印刷を行う印刷仲介システムを提供する。クライアントとは、ネットワークにアクセス可能な機能を有するハ一ドゥエァであって、印刷仲介システムのユーザが使用するものをいう。クライアントとしては、いわゆるパーソナルコンピュータ、携帯電話などを用いることがでぎる。

本発明において、ネットワークは、 L A N (Local Area Network) , WA N (Wi de Area Network) の双方を利用できる。但し、本発明はインターネットのような広域ネットワークに適用する場合に有用性が高い。なお、以下の説明で、サーバには、単一のハードウェアとしてのサーバの他、分散処理によって処理の機能を実現する複数のサーバのグループも含まれる。本発明の第 1の印刷仲介システムは、次のサーバを用いて構成される。

ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンッ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する印刷仲介サ一パであって、

前記クライアントから、印刷データを特定した印刷要求を入力する入力部と、該特定された印刷データに対し、前記クライアントからの指示に関わらず、第 1の追加情報を追加して、改訂データを生成する改訂データ生成部と、該改訂データを前記印刷装置に仲介する仲介部とを備える印刷仲介サーバである。

本システムでは、追加情報により、次の利点を得ることができる。例えば、印刷要求を出したユーザを特定することができる利点である。印刷仲介システムでは、不特定多数の主体が共通の印刷装置を利用することになる。従って、印刷要求を発行したユーザを特定可能な情報を追加することにより、印刷物が誤ったユーザに受け渡される可能性を抑制することができる。

また、ユーザが印刷を要求したコンテンツを特定する出所情報を追加することもできる。こうすれば、ユーザが要求した情報と実際に得られた印刷物の整合性を比較的容易に確認することができる。

追加情報は、広告データとすることもできる。広告を付して印刷を行うことにより、印刷費用の少なくとも一部を広告収入で賄うことが可能となり、ユーザの経済的負担を軽減することができる。出力先を自由に選択できる印刷環境は、マスメディアと同様の効果を奏する部分もあり、広告媒体に適している。付加される情報は、広告の他に、ニュース、天気予報、いわゆる生活の知恵のような雑学的知識、占い、キャラクター画像、カレンダーなどが考えられる。第 1の印刷仲介システムにおいて、

前記改訂データ生成部は、前記第 1の追加情報を含む新たなページを前記印刷データに追加するものとすることができる。

こうすれば、ユーザの要求を損ねることなく、情報の追加を行うことができる。

第 1の印刷仲介システムにおいて、

前記改訂データ生成部は、更に、前記印刷データが印刷されるページの余白部分に、第 2の追加情報を追加して前記改訂データを生成するものとすることができる。こうすれば、更に多くの情報追加が可能となる。

この場合には、

前記第 2の追加情報の追加に対する許諾を前記クライアントから入力する入力部を備え、

前記改訂データ生成部は、前記許諾が得られた場合にのみ前記第 2の追加情報の追加を行うことが望ましい。

余白への情報追加を好まないユーザに対しては、要求された通りの印刷物を提供することが可能となる。

これらの態様に限らず、印刷デ一夕の余白部分に、第 1の追加情報を追加しても構わない。

第 1の印刷仲介システムにおいては、

前記ネットワークに接続された外部のサーバから、前記第 1の追加情報を取得する情報取得部を備えるものとすることができる。

取得先のサーバは、 I Pアドレス、 U R L (Uni form Resource Locat or) などで予め特定しておけばよい。

また、第 1の印刷仲介システムにおいては、

前記第 1の追加情報を、前記印刷要求を行ったユーザおよび前記印刷データの少なくとも一方との関連において特定する情報特定部を備えるものとすることができる。

例えば、印刷要求を出したユーザの性別、年齢、職業等が予め登録されている場合には、これらとの関連で付加される情報を選択することができる。また、印刷データとして W e bページが指定されている場合には、その内容との関連で付加される情報を選択することができる。このように情報を選択することにより、情報を付加する意義をより一層向上させることができる。かかる態様に限らず、付加される情報は、常に一定の情報としたり、ランダムに選択してもよい。

第 1の印刷仲介システムは、

前記複数の印刷装置を管理下に置き、印刷データを該管理下のいずれかの印刷装置に仲介する複数の下位層仲介サーバを管理する下位層仲介サーバ管理部と、

前記クライアントからの指定に基づいて、前記コンテンツ提供サーバから印刷データを前記下位層仲介サーバに仲介する上位層仲介部とを備える構成を採ることができる。

ここで、印刷装置とは、印刷を実行するハードウェアとしてのプリンタとその動作を制御する制御装置、例えばコンピュータとを含むユニットである。一般にプリン夕で印刷を行う際には、印刷データをプリンタドライバでプリンタ固有の制御信号（以下、ローデータと呼ぶ）に変換してプリンタに転送する必要がある。印刷装置とは、ローデ一夕への変換を行って、印刷を実行できる単位を意味する。

下位層仲介部の機能には、印刷装置の状態を監視する機能、上位層から仲介された印刷要求を制御する機能が含まれる。前者は、印刷装置の稼働状態を通信により取得し、印刷可能な状態にある印刷装置に対してのみ印刷要求を送信する機能である。この機能を備えることにより、ネットワーク上での印刷の信頼性を高めることができる。つまり、印刷不能な状態にある印刷装置に印刷要求を出力することによって、ユーザが印刷物を受け取ることができなくなるという不具合を抑制することができる。

後者の機能は、出力に関する口グを保持する機能、印刷要求の出力先の変更、印刷要求のキャンセル等を行う機能である。下位層仲介部が保持している印刷データを制御するのではなく、印刷装置に仲介済みの印刷データを制御する点で、いわゆるスプーラの機能とは相違する。かかる機能により、出力先として指定された印刷装置の変更、印刷要求の取り消しなど、印刷実行時にユーザの要求に柔軟に応えることができる。

下位層仲介部は、自己の管理下にある印刷装置を利用した印刷を対象とする固有の機能を提供してもよい。例えば、印刷対象として指定された複数のコンテンッを紙面に適宜レイアウトして印刷する機能、固有のバナー広告を付して印刷する機能などを提供することができる。本発明のシステムでは、各下位層仲介部の事業主を異ならせることができるから、下位層仲介部ごとに業者固有の付加価値を付けたサービスの提供を行うことができる。

上位層仲介部とは、複数の下位層仲介部を管理下に置き、クライアントからの指定に基づいて、印刷データを下位層仲介部に仲介するユニットである。印刷データは上位層仲介部、下位層仲介部を経て印刷装置に受け渡され、印刷が行われる。上位層仲介部は、コンテンツ提供サーバおよびクライアントとの通信におけるインタフェースとしての機能を提供する。上位層仲介部によって、複数の下位層仲介部に対し、統一的なイン夕フェースが提供されることになる。印刷データの提供者やユーザによって利用可能な印刷装置を制限する等、ビジネス上要求される種々の制御を上位層仲介部で統合的に実行することができるこの結果、提供者、ユーザは印刷サービス業者ごとの利用登録を行うことなく、上位層仲介部へのアクセスのみで種々の印刷サービスを柔軟に利用可能となる。しかも、下位層仲介部で提供される印刷サービス業者ごとの個性を損なうことなく、こうした利便性を提供することができる。

上位層仲介部は、印刷サービスを提供する業者にとっても次の利点がある。印刷サービスを提供する業者にとっては、ビジネス上、自己の印刷サービスを利用するユーザおよび印刷可能な印刷データ、即ぢコンテンツの範囲を拡大する必要がある。業者ごとに個別にこれらの拡大を図るためには、相当な労力が必要となる。これに対し、上位層仲介部を設けた本発明のシステムでは、全てのコンテンツ提供者およびユーザが上位層仲介部によって把握される。従って、これらのコンテンツ提供者およびユーザに、自己の印刷サービスの利用を働きかけることにより、容易に利用者の拡大を図ることができる。このように上位層仲介部は、ネットワークを介した印刷を行う際に、コンテンツ提供者、ユーザ、印刷サービスの提供者の連携を容易に拡大可能な環境を提供することがでさる。

第 1の印刷仲介システムにおいて、印刷データは、汎用ファイルで仲介されることが好ましい。

各印刷装置は、汎用フォーマットに基づき印刷装置固有のロウデータを生成して印刷を行うことができる。従って、多種多様な印刷装置を選択可能な出力先に含めることができる。また、ロウデータへの変換機能をクライアントが備えなくてもよいため、利便性を向上することができる。

汎用フォーマットとしては、例えば P D F形式を用いることができる。その他、 Pos t scr ipt (登録商標）などのページ記述言語を用いることができる。これらの形式を利用すれば、印刷物のレイアウトを比較的容易に維持することができる利点がある。また、これらの形式であれば、ほぼ全ての印刷データを変換可能であるため、本発明を幅広い印刷データに適用できる利点がある。本発明の第 2の印刷仲介システムは、次のサーバを用いて構成される。

ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンッ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する印刷仲介サーバであって、

前記ネットワーク上で印刷データの所在および出力先となる印刷装置を特定した印刷要求を記憶する記憶部と、

所定のタイミングで繰り返して前記所在から印刷データを取得可能な取得部と、

該取得された印刷データを前記印刷装置に仲介する仲介部とを備える印刷仲介サーバである。第 2の印刷仲介システムは、印刷要求が出された後に、 1回だけ印刷を実行するのではなく、所定のタイミングで繰り返し印刷を行う態様である。第三者が作成し、データ提供用のサーバに蓄積した情報をユーザが利用する場合に有効活用することができる。例えば、ユーザに対し、定期的に新聞記事を配信するシステムとして構成することが可能とある。

第 2の印刷仲介システムにおいては、

前記所定のタイミングは、前記印刷データの更新の検出時であるものとすることが好ましい。

繰り返し印刷が行われる態様では、ユーザは、印刷データ源となるサーバに蓄積された情報が更新されたことを確認した上で印刷を行うことを要求するのが通常である。上記構成によれば、既に取得済みの情報を印刷する不都合や、情報が更新されたか否かをユーザ自らが頻繁に確認する手間を回避することができる。

ここで、データの更新の検出は、例えば、データが新聞記事のように定期的に更新される性質のものである場合には時刻を基準として判断してもよい。コンテンッ提供サーバに更新状況を問い合わせて検出してもよい。

第 2の印刷仲介システムにおいても、第 1の印刷仲介システムと同様、下位層仲介サーバと上位層仲介サーバの ₂層で構成することが可能である。

本発明の第 3の印刷仲介システムは、次のサーバを用いて構成される。

前記クライアントから、複数の印刷データを特定する印刷要求を入力する入力部と、前記複数の印刷データを所定のレイアウトで混在させたレイアウト印刷デー夕を、所定の汎用フォーマットで生成するレイアウト部と、

該生成されたレイアウト印刷データを前記印刷装置に仲介する仲介部とを備える印刷仲介サーバである。

複数のコンテンツを一括して印刷することができるため、コンテンツごとに印刷操作を繰り返す必要がない。また、複数の印刷データを混在させることによって、印刷用紙の無駄を省くことができ、印刷に要する時間、費用の抑制を図ることができる。

印刷データのみならず、前記印刷データとは異なる所定の情報を含めて前記レイアウト印刷データを生成してもよい。こうすることにより、コンテンツの縦横比を保持したままレイァゥ卜する際に生じる余白を有効活用することができる。かかる情報としては、広告情報、ユーザ氏名やユーザ I Dなどユーザを特定するための情報、印刷を指定したコンテンツの出所情報などが含まれる。これらの情報は、余白の予め設定された領域に印刷される。

第 3の印刷仲介システムにおいても、第 1および第 2の印刷仲介システムと同様、下位層仲介サーバと上位層仲介サーバの 2層で構成することが可能である。本発明は、以上で列挙した印刷仲介システム、印刷仲介サーバとしての構成の他、印刷仲介方法として構成してもよい。また、サーバによって、上述の仲介を実現するためのプログラムまたはこれと同視し得る種々の信号、該プログラムを記録した記録媒体などの態様で構成してもよい。ここで、記録媒体としては、フレキシブルディスクや C D— ; OM、光磁気ディスク、 I Cカード、 R O Mカートリッジ、パンチカ一ド、パーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（R AMや R O Mなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。図面の簡単な説明

図 1は、印刷システムの全体構成を示す説明図である。

図 2は、電子メール印刷時のデータの授受を示す説明図である。

図 3は、電子メール印刷時のタイムチャートである。

図 4は、電子メール印刷時のインタフェース例を示す説明図である。

図 5は、プリントポータルの機能ブロックを示す説明図である。

図 6は、コアモジュール 1 3 0の内部構成を示す説明図である。

図 7は、ユーザデータベース 1 5 0の概要を示す説明図である。

図 8は、プリン夕デ一夕ベース 1 5 2の概要を示す説明図である。

図 9は、キューイングシステム 1 4 0を介した処理のタイムチャートである。図 1 0は、システムの拡張性を示す説明図である。

図 1 1は、ファイル変換部の拡張性を示す説明図である。

図 1 2は、プリンティングサービスプロバイダとのインタフェースについて示す説明図である。

図 1 3は、印刷時におけるプリントポータルとプリンティングサービスプロバイダとのデータ授受を示す説明図である。

図 1 4は、コンテンツプロバイダ、サービスプロバイダ、プリントポータルの通信状況を示す説明図である。

図 1 5は、印刷要求の発行方法を示す説明図である。

図 1 6は、変形例としての印刷要求の発行方法を示す説明図である。

図 1 7は、印刷要求を発行するインタフェース画面例を示す説明図である。図 1 8は、印刷要求を発行するインタフェース画面の変形例を示す説明図である。図 1 9は、印刷要求を発行するインタフェース画面の変形例を示す説明図である。

図 2 0は、コアモジュール 1 3 0とファイル変換部 1 1 0とのデータ授受を示す説明図である。

図 2 1は、ファイル変換のタイミングのバリエーションを示す説明図である。図 2 2は、電子メール印刷時のコネクションを示す説明図である。

図 2 3は、電子メールの印刷シーケンスを示す説明図である。

図 2 4は、電子メールの印刷シーケンスを示す説明図である。

図 2 5は、電子メールの印刷時のインタフェース例を示す説明図である。図 2 6は、電子メールの印刷時のインタフェース例を示す説明図である。図 2 7は、変形例における電子メールの印刷シーケンスを示す説明図である。図 2 8は、変形例における電子メールの印刷シーケンスを示す説明図である。図 2 9は、変形例における電子メールの印刷シーケンスを示す説明図である。図 3 0は、 W e bページ印刷時のコネクションを示す説明図である。

図 3 1は、仲介システムを利用してチケットの印刷を行う様子を示す説明図である。

図 3 2は、プリントポータルにおけるチケット印刷処理のフローチャートである。

図 3 3は、仲介システムを利用して自己が作成した文書の印刷を行う様子を示す説明図である。

図 3 4は、インタフェースを例示する説明図である。

図 3 5は、プリントポ一タルを利用して電子新聞の印刷を行う様子を示す説明図である。

図 3 6は、宿泊先で電子新聞の印刷を行う様子を示す説明図である。

図 3 7は、データの加工印刷を行う様子を示す説明図である。図 3 8は、プリンタの指定方法のバリエーションを示す説明図である。

図 3 9は、ケース Cにおける具体例を示す説明図である。

図 4 0は、ケース Cにおける印刷時のシーケンスを示す説明図である。

図 4 1は、出力先を検索する際の機能ブロックおよびデータ授受を示す説明図である。

図 4 2は、出所識別情報の付加を行う場合の機能ブロックである。

図 4 3は、出所識別情報付加処理のフローチャートである。

図 4 4は、変形例としての出所識別情報付加処理のフローチャートである。図 4 5は、レイアウト印刷を行う際の機能ブロックを示す説明図である。図 4 6は、レイアウト機能の概要を示す説明図である。

図 4 7は、広告付加時の機能ブロックを示す説明図である。

図 4 8は、広告付加時における各機能ブロックの作用を示す説明図である。図 4 9は、広告付加処理のフローチャートである。

図 5 0は、広告の付加態様を示す説明図である。

図 5 1は、カスタマイズを実現するための機能ブロックを示す説明図である。図 5 2は、カスタマイズ時のメール印刷のタイムチャートである。

図 5 3は、カスタマイズされたインタフェース例を示す説明図である。

図 5 4は、カスタマイズ情報の登録時のデータ授受を示す説明図である。図 5 5は、文書保管機能を実現するための機能プロックを示す説明図である。図 5 6は、保持コンテンツ印刷時のデータ授受を示す説明図である。

図 5 7は、印刷時のタイミングチヤ一トである。

図 5 8は、印刷時のインタフェース例を示す説明図である。

図 5 9は、コンテンツ追加時のデータ授受を示す説明図である。

図 6 0は、コンテンツ追加時のタイムチャートである。

図 6 1は、コンテンツ削除時のタイムチャートである。図 6 2は、コンテンツ保持機能を実現するための変形例としての機能ブロックを示す説明図である。

図 6 3は、カスタマイズ情報の登録時のデータ授受を示す説明図である。図 6 4は、カスタマイズ時のメール印刷のタイムチャートである。

図 6 5は、カスタマイズ情報の登録時のデ一夕授受を示す説明図である。図 6 6は、印刷条件設定処理のフローチャートである。

図 6 7は、利用者間での課金の発生関係を示す説明図である。

図 6 8は、印刷ステーション 7 O Aでの料金徴収例を示す説明図である。図 6 9は、プリントポータルでの料金徴収例を示す説明図である。

図 7 0は、サービスプロバイダでの料金徴収例を示す説明図である。

図 7 1は、認証目的および方法を示す説明図である。

図 7 2は、保守管理機能を実現するための機能ブロックを示す説明図である。図 7 3は、単一層サーバでの仲介を行う場合の機能ブロックを示す説明図であ。

図 7 4は、単一層サーバを用いた場合のシステムの拡張性を示す説明図である。発明を実施するための最良の形態

本発明の実施の形態について次に示す項目に分けて説明する。

A. 基盤となるシステム構成：

A 1 . システム概要：

A 2 . 機能概要：

A 3 . 機能ブロック構成：

A 4 . プリンティングサービスプロバイダとの接続：

A 5 . 印刷要求： A6. ファイル変換：

B. 印刷実行例：

B 1. メールの印刷：

B 2. We bページの印刷：

B 3. チケットの印刷：

B4. 自作文書の印刷：

B 5. 電子新聞の配信（1) ：

B 6. 電子新聞の配信（2) ：

B 7. 画像加工サービス：

C. 出力先指定に関する変形例：

D. 印刷時の付加機能：

D 1. 出所識別情報の付加：

D 2. レイアウト印刷：

D 3. 広告付加：

E. カスタマイズ機能：

E 1. ユーザ向けのカスタマイズ機能：

E 2. コンテンツプロバイダ向けのカスタマイズ機能：

E 3. 印刷ステーション向けのカスタマイズ機能：

F. 印刷条件の設定：

G. 課金：

G 1. 課金：

G 2. 認証：

H. プリン夕の保守管理：

I . 単一層サーバによる仲介： A. 基盤となるシステム構成：

A1. システム概要：

図 1は印刷システムの全体構成を示す説明図である。実施例は、インターネットを介した印刷を実現するシステムを例示した。同様の構成を、 LAN(Local Area Network) やいわゆるパソコン通信などの比較的限定的なネットワーク環境に適用することも可能である。

本実施例において、イン夕一ネット I NTには、種々のサーバおよびクライアントが接続されている。説明の便宜上、図では、階層的に接続された状態を示したが、これらの機器はインターネット I NTを介して互いに情報の授受を行うことができる。また、説明および図示の便宜上、数個の機器を示すにとどまるが、周知の通り、接続数に上限はない。実施例は、このようにインターネット I NTを介して多数のサ一パ、クライアント等が接続されたシステム構成下で、任意のプリン夕への印刷を実現するものである。

実施例では、クライアントとして、インターネットへのアクセス機能を有する携帯電話 MP 1 1, MP 12, MP 21 , MP 22, MP 3 1 , MP 32等を用いた場合を例示した。これらの携帯電話 MP 1 1等は、サービスプロパイダ SP 1， S P 2， S P 3を介してインターネットにアクセスすることができる。クライアントは、携帯電話に限られるものではなく、パーソナルコンビュ一夕を用いることも可能である。

インターネット I NTには、コンテンツプロバイダ CP 1， CP 2も接続されている。これらのコンテンツプロバイダ C P 1等は、本実施例において、印刷対象となるコンテンツを提供する主体である。コンテンツプロバイダには、インターネット I NTにおける We bページの提供者が含まれる。

実施例において、印刷先となるのは、印刷ステ一シヨン P S 1 1等である。印刷ステーション P S 1 1等はインターネットを介したデータの授受が可能なプリンタを意味する。例えば、インターネットに接続されたコンピュータと、そのコンピュータにローカル接続されたプリン夕との組み合わせで印刷ステ一シヨンを構築することができる。印刷ステーションは、各個人宅、オフィスなど利用者が比較的限定された場所に設置されていてもよいし、店舗やホテルなど公共的な場所に設置されていてもよい。

実施例では、クライアント M P 1 1等からの指示によって、コンテンツプロバイダ C P 1等から提供されるコンテンツを、印刷ステーションに受け渡すことにより、印刷が行われる。実施例においては、クライアントと印刷ステーションとの間のデータの仲介は、上位層および下位層の 2種類のサーバによって行われる。

上位層サーバは、図中に印刷仲介システム（プリントポ一タル） P Pとして示した。下位層サーバは、プリンティングサービスプロバイダ P S P 1， P S P 2として示した。

下位層サーバ、即ちプリンティングサービスプロバイダ P S P 1等は、印刷ステーション P S 1 1等を管理する機能を奏する。図の例では、プリンティングサービスプロバイダ P S P 1は、印刷ステーション P S 1 1〜P S 1 4を管理する。プリンティングサービスプロバイダ P S P 2は、印刷ステーション P S 2 1〜P S 2 4を管理する。印刷ステーション P S 1 1等がそれぞれ店舗に設けられている場合を考えると、プリンティングサ一ビスプロバイダ P S P 1 等は、各事業主ごとに設けることができる。事業主 Aは、プリンティングサービスプロバイダ P S P 1を用いて、自己の本店、支店等に設けられた印刷ステーシヨン P S 1 1〜P S 1 4を管理し、事業主 Bは、プリンティングサービスプロバイダ P S P 2を用いて、印刷ステーション P S 2 1〜P S 2 4を管理するのである。こうすることにより、各事業主ごとに印刷ステーションを管理することができるとともに、印刷データを仲介する際に、料金その他の面で事業主固有のサービスを付加することも可能となる。

上位層サーバ、即ちプリントポータル P Pは、プリンティングサービスプロバイダ P S P 1， P S P 2を管理する。従って、プリントポータル P Pは、プリンティングサービスプロバイダ P S P 1 , P S P 2を介して間接的に印刷ステーヨン P S 1 1等を管理することになる。プリンティングサービスプロパイダ P S P 1， P S P 2の事業主が異なる場合でも、上位層サーバではこれらに共通する機能を提供することができる。例えば、クライアント M P 1 1等が印刷を実行する際に、統一的なインタフェース画面を提供することができ、ュ一ザの利便性を向上することができる。

上位層サーバ、下位層サーバは、このように機能的に区分されたものであり、必ずしも各サーバが単一のサーバで構築されている必要はない。以下で説明する上位層サーバ、下位層サーバの機能は、それぞれ分散処理によって、複数のサーバで提供するものとしても構わない。 A 2 . 機能概要：

実施例の各システムの内部構造等は後述する。ここでは、サーバ等の機能理解を容易にするため、メールを印刷する場合を例にとって、プリントポータルを利用した印刷方法を具体的に説明する。

図 2は電子メール印刷時のデータの授受を示す説明図である。図 3は電子メール印刷時のタイムチャートである。図 4は電子メール印刷時のイン夕フエ一ス例を示す説明図である。これらの図を参照して、各ユニットの機能について説明する。なお、電子メールの場合は、メールサービス C Pがコンテンツプロバイダに相当する。

最初に、ユーザはクライアント M Pからメールサ一ビス C Pにアクセスし、自己宛のメールを確認し、印刷すべきメールを選択する。図 4には、携帯電話の表示部 D I S Pに表示されるインタフェース画面例を示した。左側の画面は、 4通のメール Ma i 1 l〜Ma i 14が自己宛に届いており、 Ma i 1 2および Ma i 14が印刷対象として選択されていることを示している。このインタフェースはメールサービス CPによって提供される。ユーザが画面上の「 i P r i n t」ボタンを押すことによって、印刷の実行要求が、メールサービス C Pからプリントポータル P Pに送信される（図 3中の S a 0 1および図 2参照）。メールサービス C Pは、コンテンツプロバイダとしてプリントポータル P P に予め登録することにより、画面上に「 i P r i n t」ポタンの設置が許可される。このボタンは、プリントポ一タル PPへのリンクとして機能する。「 i P r i n t」ポタンによって印刷が要求されると、クライアント MPのアクセス先がプリントポータル P Pに変更される。これと併せて、メールサービス CP からプリントポータル PPには、印刷データ、即ち Ma i 1 2および Ma i 1 4のデータが送信される（図 3中の S a 02および図 2参照）。

次に、プリントポータル PPによって、印刷先および印刷条件を指定するためのインタフェースがクライアント MPに提供される（図 3中の S a 03および図 2参照）。

図 4の中央には印刷先指定用のインタフェース例を示した。印刷先の指定では、ユーザが利用可能な印刷ステーションがリストアップされる。出力先のリストは、段階的に表示するものとしてもよい。例えば、図 4に例示する「〇〇ストア」を選択すると、その系列の各店舗がリストアップされるという態様を採ることができる。最初の階層で、プリンティングサービスプロバイダを選択させるものとしてもよい。

図 4の右側には印刷条件指定用のイン夕フェース例を示した。印刷条件としては、印刷用紙のサイズ、レイアウト、解像度などの項目が挙げられる。「印刷用紙」メニューを選択すると、 A4サイズ、 B 5サイズなど印刷用紙の詳細設定を行うことができる。「レイアウト」メニュ一を選択すると、 1ページ Z枚、 2ページ/枚などレイアウトに関する詳細設定を行うことができる。その他のメニューも同様である。印刷設定は、これらに限らず、利便性を考慮して種々の項目を設けることができる。

ユーザがこれらのインタフェースを利用して印刷先、印刷条件の設定を行うとその情報は、プリントポ一タル P Pに送信される（図 3の S a 0 4および図 2参照）。プリントポータル P Pは、この情報に基づいて印刷ジョブを送信すベきプリンティングサービスプロバイダ P S P 1を選択し、ジョブの転送を行う (図 3の S a 0 5および図 2参照）。ユーザが印刷先として指定した印刷ステーシヨン P S 1 1を管理するプリティングサービスプロバイダ P S P 1が、ジョブの送信先として選択される。

印刷ジョブを受け取ったプリンティングサービスプロバイダ P S P 1は、印刷ステーション P S 1 1を選択し、ジョブの転送を行う（図 S a 0 7および図 2参照）。ユーザが指定した印刷ステーション P S 1 1が送信先として選択される。

プリントポータル P Pおよびプリンティングサービスプロバイダ P S P 1で仲介される過程において、印刷データは、汎用フォーマットである P D Fに変換される。印刷ステーション P S 1 1は、この P D Fファイルを解析して、印刷を実行する。

図 3中の S a 0 6で示した通り、プリンティングサービスプロバイダ P S P 1から印刷ステーション P S 1 1への転送に先立って、クライアント M Pに対し、印刷先、印刷条件の確認表示を行うものとしてもよい。

印刷完了後に、印刷結果のレポートを印刷ステーション P S 1 1からプリントポ一タル P Pに送信するものとしてもよい。このレポートにより、プリントポータル P Pは、印刷が正常に完了したことを検知し、課金処理などの後処理を行うことが可能となる。ここでは、上位層サーバであるプリントポータル P P、下位層サーバであるプリンティングサービスプロバイダ P S P 1等の 2つによって印刷を仲介する場合を例示した。

仲介用のサーバを 2層に分けることには、次の利点がある。

下位層サーバはビジネス上の系列ごとに構築することができるため、各系列固有のサービスを維持し、他の事業主との差別化を図ることができる。各事業主は、プリントポータル P Pに登録されたユーザおよびコンテンツプロバイダを比較的容易に自己の利用者として取り込むことが可能となる利点もある。下位層サーバが、個別の系列で構築されている場合でも、上位層サーバは、統一的なインタフェースをユーザに提供することができる。従って、プリントポー夕ルの利便性を向上することができる。

また、ユーザはプリントポータル P Pに登録等を行えば、その管理下にある種々の下位層サーバを容易に利用可能となる。下位層サーバごとに利用登録等の煩雑な作業を行う必要性がないため、利便性を向上することができる。コンテンップロバイダにとっても同様の利益がある。即ち、コンテンツプロバイダも、プリントポータル P Pに利用登録を行えば、自己の提供するコンテンツの利用者および印刷先を容易に増やすことができる。もちろん、印刷仲介システムは、 2層のサーバを用いるものには限定されない。プリントポータルとプリンティングサービスプロバイダとの機能とを兼ね備えた単一層のサーバによって構築してもよい。かかる場合の構成については、実施例の最後に変形例として開示する。 A 3 . 機能ブロック構成：

図 5はプリントポータルの機能ブロックを示す説明図である。説明の便宜上、図 1と符号を変えてあるが、同一名称のュニットの機能に相違はない。

図示する通り、プリントポータル 1 0 0には、大きく分けて、コアモジュ一ル 1 3 0、ファイル変換部 1 1 0、アプリケーション部 1 8 0の 3つの機能ブロックが備えられている。本実施例では、これらの機能ブロックは、それぞれソフトウェア的に構築される。

ファイル変換部 1 1 0は、印刷データを仲介する際に、そのフォーマットを所定の中間ファイルに変換する機能を奏する。本実施例では、汎用的なフォーマットとして、 P D Fを用いるものとした。

アプリケーション部 1 8 0は、印刷データを仲介するというプリントポー夕ル P Pの主機能の他に、種々の付加的な機能を実現する。この機能には、例えば、後述する広告の付加、課金処理などが含まれる。

コアモジュール 1 3 0は、ファイル変換部 1 1 0、アプリケーション部 1 8 0と連携して、印刷データを仲介する機能を奏する。このため、コアモジユール 1 3 0は、コンテンツプロバイダ 1 0、サービスプロバイダ 1 3 0、プリンティングサービスプロバイダ 5 0などとの通信も司る。なお、プリンティングサ一ビスプロバイダ 5 0には、プリントポ一タル P Pとの接続に際してのプロトコルの柔軟性を確保するためのインタフェース 5 2が設けられている。図 6はコアモジュール 1 3 0の内部構成を示す説明図である。これらは例示に過ぎず、機能ブロックは、他に種々の構成が可能である。

制御部 1 3 2は、プリントポ一タル 1 0 0の各機能プロックの動作制御、ィン夕一ネット I N Tを介した外部との情報伝達等の制御を行う。この制御には、ユーザ等の登録管理、印刷ジョブのステータスの制御、印刷要求の受付およびキャンセル、出力先となるプリン夕の検索などが含まれる。また、プリントポ一タル 1 0 0が外部とやりとりするためのィン夕フエ一ス画面の提供も行う。登録管理部 1 3 4は、プリントポータル P Pを利用するユーザ、コンテンツプロバイダ 1 0、プリンティングサービスプロバイダ 5 0の登録および管理を行う。登録管理部 1 3 4は、このためのインタフェース画面を生成する機能、登録に関するデータ等を所定のデータベースに保存、変更等する機能を提供する。

キューイングシステム 1 4 0は、各機能ブロックの動作を中継する。本実施例では、各機能ブロックは、いわゆるオブジェクト指向のソフトウェアで構築されている。各機能ブロックは、キューイングシステム 1 4 0に登録されたメッセージを参照して、処理対象となるべきジョブの存在を検知し、それぞれの処理を実行する。処理が完了すると、処理が完了した旨のメッセージをキューイングシステム 1 4 0に登録する。このようにして、キューイングシステム 1 4 0を中継役として、各機能ブロックが、それぞれの処理を実行することにより、プリントポータル P Pは印刷要求を受け付けから印刷完了までの一連の処理を実現する。

一連の処理を実現するため、キューイングシステム 1 4 0には、コンテンツ取得キュー、ファイル変換キュー、ジョブ送信キュー、ジョブキャンセルキュ一などが用意されている。

コンテンツ取得部 1 6 0は、コンテンツプロバイダ 1 0にアクセスし、ユーザから印刷対象として指定されたコンテンツを取得する機能を奏する。取得されたコンテンツは、コンテンツ保持部 1 6 2に一時的に保持される。コンテンッ取得部 1 6 0は、キューイングシステム 1 4 0に備えられたコンテンツ取得キューを参照し、そこに蓄積されたメッセージに従って、上述の動作を行う。コンテンツを取得した後は、キューイングシステム 1 4 0のファイル変換キュ —にコンテンツのファイル変換を要求するメッセージを登録する。ファイル変換部 1 1 0は、コンテンツを P D Fフォ一マツトに変換する機能を奏する。 P D Fは汎用的なフォーマットであるため、かかるフォーマットに変換して、印刷データを仲介することにより、多種多様なプリンタへの出力を容易に実現することができる利点がある。また、印刷物のレイアウトを比較的忠実に維持できる利点もある。更に、文書、画像などほぼ全ての印刷データからの変換が可能であるため、幅広いコンテンツを印刷対象とすることができる利点もある。汎用的なフォーマットとして、 Pos tscr ipt (登録商標）などのぺージ記述言語を用いるものとしてもよい。

本実施例では、サーバの負荷軽減のため、ファイル変換部 1 1 0は、コアモジュール 1 3 0とは別のサーバで構築するものとした。従って、コアモジュ一ル 1 3 0には、ファイル変換部 1 1 0との間でデータの授受を行うために、 D Fインタフェース 1 3 6を設けた。

D Fインタフェース 1 3 6は、キュ一^ Γングシステム 1 4 0のファイル変換キューに蓄積されたメッセージに応じてファイル変換部 1 1 0にデ一夕を受け渡す。また、ファイル変換部 1 1 0から処理済みの P D Fファイルを受け取ると、キューイングシステム 1 4 0のジョブ送信キューに、印刷ジョブの送信メッセージを登録する。 D Fインタフェース 1 3 6を省略し、ファイル変換部 1 1 0が、キューイングシステム 1 4 0へのアクセスを行うように構築することも可能である。

P S Pイン夕フェース 1 3 8は、印刷ジョブをプリンティングサービスプロバイダ 5 0に送信する機能を奏する。 P S Pインタフェース 1 3 8は、キューイングシステム 1 4 0のジョブ送信キューに蓄積されたメッセージに従い、印刷ジョブを指定されたプリンティングサ一ビスプロバイダ 5 0に送信する。ジョブキャンセルキューに蓄積されたジョブキャンセルのメッセージも同様に送信する。これらの送信は、 H T T P (Hypertext Transpor t Protoco l) など、プリンティングサービスプロバイダ 5 0によって設定された種々のプロトコルによって行われる。

コアモジュール 1 3 0には、ユーザデータベース 1 5 0、プリンタデータべース 1 5 2など種々のデータベースが用意されている。ここでは、 2種類のみを例示したが、更に多数のデータベースを用意しても構わない。これらのデー夕ベースは、登録管理部 1 3 4によって、管理される。また、コアモジュール 1 3 0内での処理の他、アプリケーション部 1 8 0によっても利用される。図 7はユーザデータベース 1 5 0の概要を示す説明図である。ユーザデータベースは、プリントポータル 1 0 0を利用するユーザごとに、ファイルが用意されている。各ファイルには、ユーザに対応する属性情報として、例えば、ュ —ザ名、認証番号、アクセスが許容されているプリンティングサービスプロバイダ（P S P )、料金設定、決済方法、決済情報などが記憶されている。料金設定とは、定額制、従量制などの料金体系の選択を示す情報である。決済方法は、クレジットカードの利用等に関する情報である。決済情報は、これまでの利用額、決済額に関する情報である。ユーザデータベース 1 5 0には、ここに例示した以外にも種々の情報を登録可能であることはいうまでもない。

図 8はプリンタデータベース 1 5 2の概要を示す説明図である。このデータベースは、ユーザデータベース 1 5 0と同様、各プリンタについて、種々の属性情報を管理している。ここでは、プリンタ名、識別番号、アクセスが許容されているユーザに関する情報が登録されている。識別番号とは、プリントポータル 1 0 0を利用した印刷時にプリン夕を特定するために利用されるインデックスである。プリンタデータベース 1 5 2には、この他、印刷能力に関する情報として、カラー印刷の可否、印刷可能な用紙サイズの種類、印刷速度などが登録されている。プリンタデータベース 1 5 2には、ここに例示した以外にも種々の情報を登録可能であることはいうまでもない。なお、本実施例のプリン夕データべ一ス 1 5 2は、印刷ステーションを単位として情報を保持しているが、プリンティングサービスプロバイダを単位として情報を保持するものとしてもよい。先に説明した通り、プリントポータル 1 0 0では、キューイングシステム 1 4 0に登録されたメッセージを介して一連の処理が行われる。ここで、図 2〜図 4で示した印刷を例にとって、キューイングシステム 1 4 0の機能を具体的に例示する。

図 9はキュ一^ f ングシステム 1 4 0を介した処理のタイムチャートである。ユーザがコンテンツプロバイダによって提供されるインタフェースにおいて、「 i P r i n t」ポタンを押して印刷要求を送信する（ステップ S b 0 1 )。コンテンップロバイダは、これを受けプリントポ一タル 1 0 0の制御部 1 3 2に、印刷すべきコンテンツの U R L (Uni form Resource Locat or) およびュ一ザ I Dを送信する（ステップ S b 0 2 ) o 制御部 1 3 2は、ユーザに対し、印刷条件等を指定するためのインタフェースを提供する（ステップ S b 0 3 )。ユーザがこのィンタフェースを利用して印刷条件を設定すると（ステップ S b 0 4 )、制御部 1 3 2はこれを受けて印刷要求のメッセージをキューイングシステム 1 4 0に登録する（ステップ S b O 5 )。こうして印刷要求を登録する処理が完了する。

次に、プリントポ一タル 1 0 0は、印刷要求で指示されたコンテンツを取得する。この処理は、印刷要求とは並行して行われる。コンテンツ取得部 1 6 0 は、定期的にキューイングシステム 1 4 0を参照し、蓄積されているメッセ一ジを取得する（ステップ S b 1 0 )。そして、このメッセージに従って、コンテンップロバイダにアクセスし（ステップ S b 1 1 )、指定されたコンテンツを取得する（ステップ S b 1 2 )。この処理が完了すると、コンテンツ取得部 1 6 0 は、処理が完了した旨のメッセージをキューイングシステム 1 4 0に登録する (ステップ S b 1 3 )。こうしてコンテンツを取得する処理が完了する。

次に、プリントポ一タル 1 0 0は、コンテンツのファイル変換を行う。この処理は、印刷要求およびコンテンツ取得とは並行して行われる。 D Fインタフエース 1 3 6は、定期的にキューイングシステム 1 4 0を参照し、蓄積されているメッセージを取得する（ステップ S b 2 1 )。そして、このメッセージに従つて、ファイル変換部 1 1 0を利用してファイル変換を行う。処理が完了すると、その旨のメッセージをキューイングシステム 1 4 0に登録する。こうしてフアイル変換処理が完了する。

次に、プリントポータル 1 0 0は、印刷ジョブをプリンティングサービスプロバイダに送信する。この処理は、上述の各処理と並行して行われる。 P S P インタフェース 1 3 8は、定期的にキュイングシステム 1 4 0を参照し、蓄積されているメッセ一ジを取得する（ステップ S b 2 3 )。そして、このメッセージに従って、指定されたプリンティングサービスプロバイダに、印刷ジョブを送信する（ステップ S b 2 4 )。こうして、ジョブの送信処理が完了する。このように、プリントポータル 1 0 0では、印刷仲介の過程で、印刷要求の受付、コンテンツの取得、ファイル変換、印刷ジョブの送信という 4種類の処理が行われる。単一の印刷ジョブに着目すれば、これらの処理はシーケンスに行われる。但し、各機能ブロックは、同期をとつて処理を実行している訳ではない。プリントポータル 1 0 0では、各機能ブロックが個々の処理を固有のタイミングで実行する中で、キュ一^ rングシステム 1 4 0が、これらの処理を中継することにより、全体として一連の処理を実現している。本実施例では、キューイングシステム 1 4 0を用いることにより、拡張性に優れるという利点を有している。

図 10はシステムの拡張性を示す説明図である。図示するように、キューィングシステム 140を介して、制御部 132、コンテンツ取得部 160、 DF インタフェース 136、 P S Pイン夕フェース 1 38などをそれぞれ任意の数だけ接続することができる。これらのユニットは、別サーバで構成しても構わない。制御部 1 32， 132 Aのように複数の制御部を設ける場合、外部との窓口を単一化するため、負荷分散部 102を設けることが望ましい。負荷分散部 102は、印刷要求の受付等を行い、制御部 1 32， 132 Aの負荷に応じて、これらの使い分けを行う機能を奏する。

本実施例では、各機能ブロックが、キューイングシステム 140に蓄積されたメッセージに応じて独立に処理を実行するため、システムを容易に拡張することができる。図 10では、全機能ブロックを複数設けた場合を例示したが、システムの拡張は、各機能ブロックの負荷に応じて柔軟に行うことができる。図 10では、コアモジュール 130のシステム拡張について示した。同様のシステム拡張は、ファイル変換部 1 10についても可能である。

図 1 1はファイル変換部の拡張性を示す説明図である。キューイングシステム 140を介して、ファイル変換部 1 10、 1 1 OAが設けられている場合を例示した。これらは、負荷軽減のため、別サーバで構築することができる。図 1 1では、制御部 132, 132 Aおよびコンテンッ取得部 160、 16 0 Aもそれぞれ複数設けられている場合を示した。

また、付加的な機能ブロックとして、ファイル変換 We bサーバ 104, 1 04Aも設けた。ファイル変換 We bサーバ 104、 104Aは、印刷の仲介とは無関係に、ファイル変換のみを行うための機能ブロックである。ファイル変換部 104、 104 Aは、印刷を仲介する上で必須の機能ブロックではない。ユーザは、負荷分散部 102に対して印刷要求またはファイル変換要求を送信する。負荷分散部 102は、印刷要求は制御部 132または 132 Aに伝達し、ファイル変換要求はファイル変換 We bサーバ 104または 104 Aに伝達する。ファイル変換要求の場合は、変換対象となるコンテンツが併せて伝達される。

制御部 132， 1 32Aは、印刷要求をコンテンツ取得キュー 144に登録する。コンテンツ取得部 1 60, 16 OAは、登録されたメッセージに従ってコンテンツを取得し、ファイル変換を要求するメッセージをファイル変換キュ — 142に登録する。一方、ファイル変換 We bサーバ 104， 104Aは、コンテンツ取得の必要がないため、ファイル変換を要求するメッセージをファィル変換キュー 142に登録する。

ファイル変換部 1 10、 1 1 OAは、両者は、個別にファイル変換キュー 1 42を参照し、メッセージが登録されている場合には、それに従って処理を実行する。両者が個別に動作するため、ファイル変換の負荷分散を図ることができる。

図 10および図 1 1では、単一のキューイングシステム 140を利用してシステムの拡張を図った場合を例示した。キュ一^ rングシステム 140を並列に設けることにより、更に大規模なシステム拡張を行うことも可能である。 A4. プリンティングサービスプロバイダとの接続：

図 12はプリンティングサービスプロバイダとのィンタフェースについて示す説明図である。先に説明した通り、プリンティングサービスプロバイダは、プリントポ一タル 100とは、別の事業主によって管理される。従って、プリンティングサービスプロバイダごとに、プリントポータル 100とのプロトコル等に関する要求が異なる場合がある。本実施例では、 P SPインタフェースを多様なプロトコルに対応可能な構成とした。

図示する通り、 P S Pインタフェース 138の内部には、 2層のインタフエ —スが備えられている。上位層のインタフェースは、汎用 PS Pインタフエ一ス 139である。汎用 P S Pインタフェース 1 39は、キュ一イングシステム 140などプリントポータル 100の他の機能ブロックとの間でメッセージおよびデータの授受を行う。

下位層のィン夕フェースは、個別 P S Pインタフェース 1 38 a、 138 b、 138 cである。個別 P S Pインタフェース 138 a等は、プリンティングサ —ビスプロバイダごとに設けられ、各要求に応じたプロトコルで、汎用 P S P インタフェース 139とのデータ授受を行う。

例えば、個別 PS Pインタフェース 138 aは、プリンティングサービスプロバイダ 5 0 aとの間で、送受信共に S MT P (Simple Mail Transfer Protocol) で通信する。個別 P S Pインタフエ一ス 1 38 bは、プリンティングサービスプロバイダ 50 bとの間で、送受信共に HTTPで通信する。個別 P S Pインタフェース 138 cは、プリンティングサービスプロバイダ 50 c に対する送信は HTT Pで行い、そこからの受信は FTP (File Transfer Protocol) で行う。ここに例示した他、個別 P S Pインタフェースは、プリンティングサービスプロバイダの要求に応じて、種々のプロトコルでの転送を実現可能である。図 13は印刷時におけるプリントポータルとプリンティンダサ一ビスプロバイダとのデータ授受を示す説明図である。プリントポータル 100において、コンテンツの取得およびファイル変換などの処理が完了すると、ジョブの送信要求を示すメッセージがキューィングシステム 140に登録される。このメッセージは、即ちプリンティングサービスプロバイダに対する印刷要求に他ならない。

P S Pインタフェース 138は、定期的にキューイングシステム 140を監視し、印刷要求を取得する（ステップ S c 01)。そして、このメッセージで指定されたプリンティングサービスプロバイダに対し、印刷要求を送信する（ステツプ S c 02)。プリンティングサービスプロバイダは、これに対する応答として、ジョブ番号を送信する（ステップ S c 03)。ジョブ番号は、 PS Pインタフエースによって、キューイングシステム 140に登録される（ステップ S c 04)。ここでは、プリンティングサービスプロバイダが、一旦、印刷要求を保持しておく場合を例示する。ジョブ番号の送信を省略し、プリンティングサ —ビスプロバイダが、印刷要求を指定された印刷ステーションに送信する構成を採ることも可能である。

ユーザから印刷の中止が指示された場合も、同様にしてデータの授受が行われる。キューイングシステム 140に中止要求が登録されると、 PSPイン夕フェースがこれを取得し（ステップ S c 10)、プリンティングサービスプロバイダに送信する（ステップ S c 1 1)。プリンティングサ一ビスプロバイダからは、これに対する応答メッセージが送信され（ステップ S c 12)、 P S Pイン夕フェースは、この応答メッセージをキューィングシステム 140に登録する (ステップ S c 13)。印刷中止に関するメッセージの授受は、印刷要求とは並行して行われる。

図 1 3のケースでは、印刷ステーションでジョブ番号が入力された場合に、印刷の実行を行うものとした。ュ一ザが印刷ステーションに設けられたパネル等からジョブ番号を入力する（ステップ S c 20)。印刷ステーションは、これに応じてプリンティングサービスプロバイダにデータを要求し（ステップ S c 21)、データを受け取って（ステップ S c 22)、印刷を実行する。印刷が完了すると、印刷ステーションは、完了通知をプリンティングプロバイダに送信する（ステップ S c 23)。完了通知は、更に、 P S Pインタフェースを経てキュ一イングシステムに登録される（ステップ S c 24, S c 25)o

これによつて、プリントポータル 100は、印刷の完了を検知することができ、ユーザに対する印刷完了通知、完了したジョブに関する雑多なデータの消去、課金処理などを行うことができる。

A 5. 印刷要求：

図 2〜図 4で説明した通り、本実施例における印刷処理は、

画面に表示された「 i P r i n t」ポタンをクリックすることによって開始される。この際、クライアントのアクセス先が印刷対象となるコンテンツプロパイダからプリン卜ポータルに変更されるとともに、コンテンツプロバイダからプリントポ一タルには、コンテンツの所在を示す情報等が受け渡される。以下では、印刷処理を開始する際に、クライアント、コンテンツプロバイダ、プリントポータルの間で行われるデータの授受について説明する。

図 14はコンテンツプロバイダ、サービスプロバイダ、プリントポータルの通信状況を示す説明図である。本実施例では、これらの 3者が相互に通信可能な状態にあることを前提とする。サービスプロバイダ 30と、コンテンツプロバイダ 10およびプリントポータル 100との間は、 HTTPによって通信されるものとした。コンテンツプロバイダ 10とプリントポータル 100との間は、 HTTP, HTTP S, FTPで通信可能とした。もちろん、適用可能なプロトコルは、これらに制限されるものではない。図 1 5は印刷要求の発行方法を示す説明図である。この例では、コプロバイダ 10からクライアント MPに提供される（P r l) 画面において、「 i P r i n t」ポタンのリンク先はプリントポ一タル 100の URLとなつている。従って、. このボタンがクリックされると、クライアント MPのァクセス先は、プリントポ一タル 100に切り換えられる（P r 2)。この際、コンテンップロバイダ 1 0からプリントポータル 100に、パラメータとして、印刷の実行に必要なコンテンツ情報が受け渡される。

コンテンツ情報の受け渡しは、例えば、「 i P r i n t」ポタンのクリックによって呼び出される CG I (Common Gateway Interface) を用意し、 GET/ POS Tなどのメソッドを利用して、プリントポータルに送信する方法を採ることができる。

受け渡されるコンテンツ情報には、例えば、コンテンツの URLおよび名称が含まれる。コンテンツプロバイダ 10が、コンテンツの印刷態様を制限したい場合を考慮して、印刷用紙のサイズ、カラーまたはモノクロ印刷の区別、印刷が許容される部数の上限値、縮小印刷の可否、コンテンツプロバイダ 1 0に対する印刷完了通知の要否、コンテンツ料金などの情報を含めても良い。

図 16は変形例としての印刷要求の発行方法を示す説明図である。プロバイダ 1 0からクライアント MPに提供される（P r 1 1)画面において、「 i P r i n t」ポタンのクリックによって、クライアント MPからのリクエストは、コンテンツプロバイダ 10に送信され（P r 12)、それを受けてコンテンツプロバイダ 10はリダイレクト機能によってクライアント MPの接続先をプリントポータル 1 00に切り換える（P r 13)。このリダイレクトと併せて、コンテンップロバイダ 10からプリントポータル 100には上述したコンテンツ情報が受け渡される。

印刷要求の発行は、上述のいずれの方法を採っても構わない。印刷要求を発行するためのインタフェースについては、種々の変形例が適用可能である。図 1 7は印刷要求を発行するイン夕フェース画面例を示す説明図である。パ一ソナルコンピュータから W e bページにアクセスしている場合のィン夕フエースを例示した。この場合は、 W e bページの提供者がコンテンツプロバイダとなる。この場合には、図 4に示したのと同じく、コンテンツプロバイダから提供される W e bページに、印刷要求を発行するための「 i P r i n t」ボタンを設けることができる。このポタンがクリックされた時のデータ授受については、図 1 5および図 1 6で説明した方法を適用可能である。図 1 8は印刷要求を発行するィンタフェース画面の変形例を示す説明図である。変形例では、 W e bページ側に特別なポタン等の表示を要しない例を示す。パーソナルコンピュータをクライアントとして用いた場合について、ブラウザの表示画面の様子を示した。旅行クーポン券、粗品引換券を含む旅行会社の W e bページである。コンピュータ P Cにローカルに接続されたプリン夕が用意されている場合、ユーザは「ファイル」メニュー中に用意された「印刷」メニユーで印刷を実行することが多い。変形例では、これと同様のインタフェースにより印刷要求を発行する。

図示する通り、ユーザが「ファイル」メニューをクリックすると、プルダウンメニューとして「新規作成」、「開く」等のメニューが現れる。この中にブラゥザの機能として、「 i P r i n t」メニューが用意される。ユーザが「 i P r i n t」メニューをクリックすることにより、印刷要求を発行することができる。「 i P r i n t」メニューが選択されたことを閲覧中のコンテンツプロバイダに通知する機能を、予めブラウザに備えておくことにより、図 1 5および図 1 6で示したデ一タ授受を実現することができる。かかる機能を実現するためのブラウザへの追加モジュールをプリントポータルが提供するものとしてもよい。図 1 9は印刷要求を発行するィン夕フェース画面の変形例を示す説明図である。これまでの例では、印刷対象となるコンテンツプロバイダからプリントポ一タルにリンクする場合を例示した。この変形例では、プリントポータルが提供する W e bページにアクセスして、ユーザ自身がコンテンツの所在等を特定する。印刷対象となる W e bページからのリンクによって、プリントポータルの W e bページを表示する場合には、印刷データの特定欄に、元の W e bぺージの U R Lをデフォルト情報として表示するものとしてもよい。

プリントポ一タルの W e bページでは、出力先となるプリンタを指定する入カポックスも設けられている。出力先となるプリンタの特定方法は、種々の方法が可能である。ここでは、プリン夕のリストから選択する場合の画面を例示した。

ユーザがプリン夕を指定するボックス部をクリックすると、愛知、岐阜、長野 · ·のように広域的に分類されたメニューが表示される。出力先のプリンタが愛知県にある場合には、ユーザが「愛知」の部分をクリックすると、名古屋北区、名古屋西区など県内で地域別に分類されたメニューが表示される。出力先のプリン夕が位置する「名古屋中区」をクリックすると、仲介サービス P S に登録されたプリンタの所在が表示される。ユーザは、宿泊先のホテル名を選択することにより、出力先のプリンタ P R Tを特定することができる。利用可能なプリンタを階層的に選択可能とすることにより、プリンタを比較的容易に選択することができる。

こうして印刷データの所在、出力先を含む印刷条件を指定した後、ユーザが「 i P r i n t」ポタンをクリックすると印刷要求が発行される。 A 6 . ファイル変換：図 20はコアモジュール 130とファイル変換部 1 10とのデ一夕授受を示す説明図である。図示の煩雑化を避けるため、 DFインタフェース 136は省略した。

先に説明した通り、印刷対象となるコンテンツは、ファイル変換部 1 10で、汎用的なフォーマットに変換される。本実施例では、汎用的なフォーマットとは、 PDFを意味する。ファイル変換部 1 10は、キューイングシステム 14 0に登録されたメッセージに従って動作する。多数の変換要求が集中した場合にも円滑な処理を実現するため、本実施例では次に示す通り、コアモジュール 1 30とファイル変換部 1 10との通信と、ファイル変換処理とが異なるタイミングで実行可能な構成を適用した。もちろん、かかる構成に限らず、フアイル変換部 1 1 0での変換が完了するまで、両者間の通信を維持しておく構成を採ることも可能である。

図示する通り、ファイル変換処理が開始されると、コアモジュール 1 30からファイル変換部 1 10に、ファイル変換のリクエストが送信される。本実施例では、このリクエストは HTTPプロトコルで送信されるものとした。従つて、リクエストは、 HTTPヘッダと、 HTTPボディとから構成され、 HT TPボディの部分には、コマンドパートとファイルパートが含まれる。コマンドパートは、ファイル変換の態様を制御するためのコマンドを含む。ファイルパートは、ファイル変換の対象となるコンテンツを含む。

ファイル変換部 1 10は、このリクエストを一旦保存し、コアモジュール 1 30に対してリクエストを受け付けた旨を知らせるリターン値を返す。コアモジュール 1 1 0とファイル変換部 1 10との通信は、これで一旦中断される。従って、この間に、ファイル変換部 1 10は、更に他のリクエストを受信することも可能である。

ファイル変換部 1 10は、このリクエストに応じて、所定のタイミングでフアイル変換を実行し、その結果をリプライとして、コアモジュール 130に受け渡す。本実施例では、結果の受け渡しも HTTPプロトコルにより、 POS Tコマンドを利用して行われる。このコマンドでの受け渡しを可能とするため、コアモジュール 130は、 HTTPサーバ 131として機能するよう構成されている。ファイル変換部 1 10は、この HTTPサーバ 13 1を特定する UR Lに対して、リプライを送信する。リプライは、 HTTPヘッダと、 HTTP ボディから構成され、 HTTPボディには、ステータスパートとファイルパートとが含まれる。ステータスパートは、「変換完了」など、ファイル変換のジョブの実行状態を示す情報が含まれる。ステータスパートが「変換完了」である場合には、変換結果がファイルパートに添付される。変換が何らかの状態で、中断された場合には、ステータスパートに「エラー」情報が含まれる。また、コアモジュール 130からのステータスの問い合わせに対するリプライの場合には、ステータスパートには、「待ち状態」などの情報が含まれることになる。ファイル変換部 1 10が、リクエストの受け付けとファイル変換結果の受け渡しとを別タイミングで実行可能とすることにより、多数のファイル変換処理を円滑に処理することが可能となる。また、ファイル変換部 1 10が変換結果をコアモジュール 1 30に POSTすることにより、コアモジュール 1 30は能動的にファイル変換結果を取得する処理から開放されるため、その負担が軽減される利点もある。

ファイル変換部 1 10からコアモジュール 130への結果の受け渡しは、上述の他、種々の態様を採ることが可能である。

例えば、コアモジュール 130は、内部にメールサーバを用意し、ファイル変換部 1 10は、このメールサーバに対して、ファイル変換結果をメールにより送付する態様を採ることができる。

別の態様として、次の方法によって、コアモジュール 130がファイル変換部 1 1 0の処理完了をポーリングするものとしてもよい。コアモジュール 1 3 0は定期的にファイル変換部 1 1 0に対し、ファイル変換ジョブのステータスを問い合わせる。ジョブが完了していない場合には、その旨のリターン値が、コアモジュール 1 3 0に送信される。ジョブが完了している場合には、変換結果が、コアモジュール 1 3 0に送信される。この態様では、コアモジュール 1 3 0にポーリングを行うための負荷がかかるものの、ファイル変換部 1 3 0の実装が容易であるという利点がある。

なお、本実施例の態様に限らず、リクエストの受信からファイル変換の完了まで、ファイル変換部 1 1 0とコアモジュール 1 3 0との通信を維持する方法を採っても構わない。ファイルサイズ等に基づいてファイル変換の所要時間を推定し、その結果に基づいて、変換結果をリプライするタイミングを切り換えるものとしてもよい。つまり、所要時間が長い場合には、リクエストの登録と別タイミングでリプライし、所要時間が短い場合には、リクエストの登録に対するリターン値として結果を送信するものとしてもよい。本実施例では、ファイル変換部 1 1 0は、プリントポータル 1 0 0の内部に構築されるものとした。ファイル変換部 1 1 0は、印刷データを仲介する種々のフェーズで実行可能である。図 2 1はファイル変換のタイミングのバリエ一ションを示す説明図である。

ここでは、ケース A〜Dの 4ケースを示した。説明の便宜のため、ファイル変換の元データを「コンテンツ」と呼び、ファイル変換されたデータを「P D Fデータ」と呼ぶものとする。

ケース Aは、コンテンツプロバイダでファイル変換する態様である。ユーザがクライアントから自作の文書をプリントポータルに送る場合には、そのクライアントが同時にコンテンツプロバイダに相当する。ケース Aでは、これらのコンテンツプロバイダから、 P D Fファイルの形でデータが出力される。従つて、プリントポ一タルおよびプリンティングサービスプロバイダでは、フアイル変換を行う必要がない。

ケース Bはプリントポ一タルでファイル変換を行う態様である。本実施例で説明した態様に相当する。ケース Bでは、プリントポ一タルに送信されるコンテンッは、 H TM L , X M L , テキスト形式、 J P E Gなど、種々多様な形式であるが、プリントポータルからプリンティングサービスプロバイダに出力されるデータは P D Fファイルに統一される。

ケース Cはプリンティングサービスプロバイダでファイル変換を行う態様である。ケース Cでは、コンテンツプロバイダからプリントポータルを経由してプリンティングサービスプロバイダに供給されるデータ形式は、種々多様な形式であり、印刷ステーションに送信される直前に P D Fファイルに統一されることになる。なお、プリンティングサービスプロバイダが、各事業主ごとに個別に設けられることを考慮すれば、ファイル変換によって生成されるフォーマットを各事業主ごとに独自に選択することも可能である。

B . 印刷実行例：

本実施例のシステムを利用した種々の印刷例を以下に列挙する。

B 1 . メ一ルの印刷：

図 2 2は電子メール印刷時のコネクションを示す説明図である。電子メールへのアクセス機能を有する携帯電話 M Pを操作して、自己宛の電子メールを印刷する場合について示した。プリンタ P R Tは公共の場、例えばコンビニェンスストアを始めとする店舗、ホテル、公共の会館などに設置されたプリンタを利用する場合を考える。本システムは、公共の場に設置されたプリン夕を利用して種々のデータを印刷できる点で有用性が高いからである。もちろん、家庭またはオフィスなど、自己の管理下にあるプリンタを利用することも可能である。ここでは、携帯電話 MPがクライアント、メールサ一ビス RMおよびメールサーバ MSがコンテンツプロバイダ、プリン夕 PRTが印刷ステ一ションにそれぞれ対応する。プリンティングサービスプロバイダは、図示を省略した。出力先となるプリンタ PRTは、予めプリントポ一タル PPに登録され、それぞれ固有の識別番号が与えられている。この例では、プリンタ PR Tの識別番号は「1 1 1 1」である。この識別番号は、ネットワーク上でプリンタ PR Tを特定する情報、例えば TCP/I Pプロトコルで用いられる I Pアドレス、 I PPプロトコルで用いられる UR Iと呼ばれるコードとは無関係にプリントポータル PPが設定したコードである。後述する通り、この例では、ユーザは、出力先のプリン夕 PRTを、この識別番号で指定するものとした。ネットヮーク上でプリンタ PRTを特定する情報と、一般ユーザに公開される識別番号との関連性をなくすことにより、プリンタ PRTのネットワーク上の所在を秘匿し、不正なアクセスを抑制することができる。

プリントポータル PP、メールサービス RM、メールサーバ MSは、それぞれ異なる事業主が提供できる。これらが相互に予め関連づけられていればよい。例えば、メールサーバ MSはメールサービス RMに登録され、メールサービス RMはプリン卜ポ一タル P Pに登録されていればよい。メールサービス RMでは、提供するサービスの一環としてプリントポータル PPを利用した印刷に必要な機能を提供する。この機能には、例えば、プリントポータル PPに印刷要求を発行するためのィンタフェースの提供や、コンテンツ等をプリントポー夕ル PPに転送する機能などが含まれる。電子メールの印刷の実行方法について、図 23〜図 26を参照しつつ説明する。図 23および図 24は電子メールの印刷シーケンスを示す説明図である。図 25および図 26は電子メールの印刷時のインタフェース例を示す説明図である。

ユーザは、携帯電話 MPからメールサービス RMにアクセスする（図 22中の通信 Cm 1)。メールサービス RMは、メールサーバ MSにアクセスし、ユーザ宛の電子メールに関するデータを取得し、送信者、件名などの事項を携帯電話 MPに表示する（図 22中の通信（：1112、 CrnDo ユーザは、表示された件名一覧から、印刷すべき電子メールを選択し、メールサービス RMに送信する (図 23中のステップ S d 01参照）。

図 25の左側には、電子メールの選択を行う際のィン夕フェース例を示した。携帯電話 MPの表示部 D I S Pに、図示する通り、自己宛の電子メール一覧がチェックボックスと共に表示される。この例では、 Ma i 1 1 · ' Ma i 1 4 の 4通のメールが届いていることが表示されている。ユーザは、携帯電話 MP のカーソルキーを操作して、印刷を要求する電子メールのチェックボックスにチェックマークをつける。ここでは、 Ma i 1 2， Ma i l 4の 2つにチェックマークをつけた場合を例示した。電子メールの一覧表示には、併せて「 i P r i n t」ポタンが表示される。ユーザは、印刷を要求する電子メールにチェックマークをつけた後、カーソルを「 i P r i n t」ポタンに移動させて、このポタンを押すことにより、メールの選択結果をメールサービス RMに送信することができる。インタフェースは例示に過ぎない。受信した電子メールのうち印刷すべき電子メールを選択する機能、選択結果を確定してメールサービス RMに送信する機能の 2つを実現可能な種々のインタフェースを適用可能である。

メールサービス RMは、その選択結果を受け取ると、メールサーバ MSにァクセスして、選択された電子メールのデータを取得する（図 23中のステップ S d 02, S d 03)。メールサービス RMは、このステップにおいて、電子メールに添付されたファイルのデータも併せて取得する。

次に、メールサービス R Mは、図 2 2中の通信 C m 3により、印刷すべき電子メールのデータをプリントポータル P Pに転送する（図 2 3中のステップ S d 0 4 )。プリントポ一タル P Pは印刷データの量などの情報に基づき、印刷べージ数、費用、所要時間などを概算し、簡易印刷予測情報としてメールサービス R Mに返信する（図 2 3中のステップ S d 0 5 )。この時点では、出力先や印刷モードなどの詳細な条件が特定されていないため、費用、所要時間などの概算結果には、所定の誤差が含まれている。ステップ S d 0 4において、メールサービス R Mから転送されるデータは、簡易印刷予測情報の算出に足る内容であればよい。従って、電子メールのデータ全てを転送する必要はなく、電子メ一ルのデ一夕量、カラーか白黒かの判別コ一ドなどの情報のみを送信するものとしてもよい。

メ一ルサ一ビス； R Mは、プリントポータル P Pから受信した簡易印刷予測情報を携帯電話 M Pに表示する（図 2 3中のステップ S d 0 6 )。図 2 5の右側に簡易印刷予測情報の表示例を示した。指定された電子メールごとに印刷ページ、費用、所要時間が表示される。これらの項目について、指定された電子メール全ての合計値を表示するものとしてもよい。図 2 5に例示した以外の情報を含めても構わない。

ユーザは表示された簡易印刷予測情報を確認して、印刷の実行を継続するか否かを判断する。印刷を実行する場合には、ユーザは、印刷の開始指示を行う (図 2 3中のステップ S d 0 7 ) o簡易印刷予測情報とともに、表示部 D I S P に表示される「実行」ポタンを押すことにより開始指示を行うことができる。携帯電話 M Pに本来備えられているいずれかのポタンを利用して開始指示を行うものとしてもよい。

ユーザからなされた開始指示は、図 2 2中の通信 C m 1， C m 3により、メールサービス RMを経由してプリントポータル P Pに送信される（図 23のステツプ S d 07)。併せて、メールサービス RMからプリントポータル PPに印刷データ、即ち電子メールの本文および添付ファイルが送信される。ステップ S d 04において、印刷データを全てプリントポータル P Pに送信済みの場合は、印刷開始指示のみが送信される。この指示により、メールサービス RMは、携帯電話 MPとの通信を完了し、以後の通信は、図 22中の通信 Cm4、即ち、携帯電話 MPとプリントポータル P Pとの間で行われる。

プリントポータル PPは、印刷開始指示を受け取ると、印刷に関する標準メニューを携帯電話 MPに表示する（図 22中のステップ S d 08)。図 26の左側に標準メニューの例を示した。標準メニューでは、印刷対象となるコンテンッの URL、印刷部数、出力先のプリンタなど、印刷に関する条件を指定することができる。これらのメニューから特定のメニューを選択すると、入力ボックスが現れる。図 26では、出力先のプリンタを特定する場合を例示した。「プリン夕 No.」のメニューに対応して、出力先のプリン夕に付された識別番号を入力するためのボックス I Pが表示されている。このボックスに、出力先のプリン夕 PRTに付された識別番号「1 1 1 1」を入力する。ユーザが、出力先のプリンタを特定して「送信」ポタンを押すと、この識別番号がプリントポ一タル PPに送信され、出力プリンタを指定することができる（図 23のステツプ S d 09)。併せて印刷部数などの条件も送信される。

出力先のプリンタ PRTは、 I Pアドレス、 UR Iなどネットワーク上での所在を示す情報がプリンティングサービスプロバイダまたはプリントポータル P Pに予め登録されている。また、インクジェットプリンタ、レーザプリンタなどプリン夕のタイプに関する情報等が予めプリントポータル P Pに登録されている。プリントポ一タル PPは、これらの情報を用いて、詳細な印刷予測情報を算出し、携帯電話 MPにその内容を表示する（図 23のステップ S d 10)。印刷予測情報と併せて出力先としてプリンタの識別番号を表示することが好ましい。この表示により、識別番号の入力ミスに起因してユーザが意図しない場所で印刷が行われることを回避することができる。

ユーザは、印刷予測情報を確認した上で、印刷の実行を指示する（図 24のステップ S d l 1)。本実施例では、ユーザ固有のパスワードを入力することにより印刷の実行を指示するものとした。この入力は、ユーザが印刷条件に合意したことの意思表示ともなる。

図 26の中央に、パスワードを入力するイン夕フエ一スを例示した。費用、所要時間を含む詳細な印刷予測情報が表示された後、パスヮード入力用のポックスが表示される。ユーザがパスワードを入力し、送信ポタンを押すと、プリントポータル P Pにそのパスワードが送信される。パスワードは「* * * *」で表示されているが、入力内容を明示してもよい。

ユーザのパスワードは、プリントポータル PPに予め登録されている。プリントポータル PPは、登録された情報を参照して、プリンタ PRTへのァクセス権限を有する正規ユーザであるか否かを確認する。正規ュ一ザである場合には、携帯電話 MPに印刷開始画面を表示する（図 24のステップ S d 12)。同時に、図 22中の通信 Cm 5により、プリントポータル PPは、プリンタ PR Tに所定のバナーデータを送信し、広告（以下、バナーページと呼ぶ）を印刷する（図 24のステップ S d l 3)。

バナーデータは、プリントポータル PPが予め保持していてもよいし、所定のコンテンツプロバイダから取得してもよい。但し、リソースの節約のため、ファイル変換部 1 10に対しては、コンテンツとバナ一データとを毎回受け渡すことが好ましい。バナーデータは、プリントポータル PPの利用を希望する種々の広告主から提供される。また、携帯電話 MPにバナーページの印刷がなされたか否かの確認を促す表示を行う（図 24のステップ S d 14)。図 26の右側に表示例を示した。

バナーページの印刷には次の 2つの利点がある。第 1に、広告を希望する業者から広告料収入を得るという利点である。これにより、プリントポータル P Pを利用するユーザのコストを低減することができる。第 2に、試し刷りとしての利点である。機密上の問題がないバナーページを最初に印刷し、その結果を確認することにより、出力先の指定ミス、印刷条件の設定ミスなどを回避することができる。特に、機密性の高い文書を印刷する際に有用である。

ユーザは、バナーページの印刷を確認すると、その旨を図 2 6に示した「0 K」ポタンによってプリントポータルに通知する（ステップ S d 1 5 )。プリントポ一タル P Pは、これに応じて、電子メールのデータをプリンタ P R Tに送信する（図 2 4のステップ S d 1 6 )。電子メールの印刷が完了すると、プリントポ一タル P Pは、印刷に要した料金データを課金先に出力して、一連の処理を終了する（図 2 4のステップ S d 1 7 )。

課金先については、多様な設定が可能である。例えば、メールサービス R M が有料のサービスである場合には、メールサ一ビス R M側で課金処理をすることができる。この場合、課金情報は、メールサービス R Mに送信される。携帯電話 M Pのキヤリア会社で課金処理をしてもよい。プリントポータル P Pで課金してもよい。プリンタ P R Tを設置している店舗等で精算してもよい。図 2 7〜図 2 9は変形例における電子メールの印刷シーケンスを示す説明図である。プリンティングサービスプロバイダも含めたシーケンス例を示した。ここでは、プリンティングサービスプロバイダ（P S P ) は、単にデータの仲介のみではなく、管理下にあるプリン夕の能力およびステータス等に関連した処理を行うものとした。

変形例においても、先に説明したステップ S d 0 1〜S d 0 4により、メールサービス RMからプリントポータルに印刷データが送信される。プリントポ一タルは、簡易印刷予測情報を求めるため、コンテンツ情報をプリンティングサービスプロバイダに出力する（ステップ S d 41)。プリンティングサ一ビスプロバイダはこの情報に基づいて簡易印刷予測情報を求め、プリントポータルに返信する（ステップ S d 42)。以後、携帯電話 MPへの簡易印刷予測情報の表示など実施例と同様のステップで処理が進む（ステップ s t 5〜s t 8)。簡易印刷予測情報は、プリントポー夕ルで求めるものとしてもよい。

ユーザから出力プリンタの指定がなされると（ステップ S d 09)、プリントポータルは詳細な印刷予測情報を求めるため、コンテンツ情報やプリン夕の指定に関する情報をプリンティングサービスプロバイダに出力する（ステップ S d 91)。プリンティングサービスプロバイダは、この情報に基づき、プリンタのステータス、即ち動作状況を確認し（ステップ S d 92, S d 93)、詳細な印刷予測情報を算出して、その結果をプリントポ一タルに返信する（ステップ S d 94)。動作状況の確認には、プリン夕に備えられている印刷用紙、トナ一などの消耗品が、指定されたコンテンツの印刷に足る量だけ残っているか否かの確認が含まれる。消耗品の残量が十分でない場合など印刷に不備が生じるおそれがある場合には、携帯電話 MPには、「消耗品不足により印刷できない」旨が表示される。

印刷に不備が生じないと判断される場合には、プリントポータルは、詳細印刷予測情報の表示、パスワードの入力、印刷開始画面の表示を行い（ステップ S d l O、 S d l l、 S d l 2)、バナーページを印刷する。バナーデ一夕は、プリントポータルからプリンティングサービスプロバイダを経てプリン夕に送信される（ステップ S d l 31、 S d l 32)。印刷の完了通知は、逆の経路でプリントポータルに送信される（ステップ S d 133、 S d 1 34)„

プリントポータルは、バナーページの確認入力を促し、バナーページの印刷が確認されると（ステップ S d 14, S d 15)、電子メールの印刷を開始する。その手順は、パナ一ページの印刷と同様である（ステップ S d l 61〜S d l 64)。印刷が完了すると、仲介サービス Fは、料金データを課金先に送信する (ステップ S d 1 7)。電子メールの印刷で示した 2種類のシーケンスは、一例に過ぎず、必ずしも全ての処理が必須とは限らない。例えば、簡易印刷予測情報の表示（図 23中のステップ S d 5〜S d 7)、バナーページの印刷（図 24中の S d l 2〜S d 15) 等を省略してもよい。ユーザがバナーページの印刷の有無を選択可能としてもよい。

B 2. We bページの印刷：

図 30は We bページ印刷時のコネクションを示す説明図である。ユーザが携帯用のコンピュータ P Cで閲覧中の We bページを、宿泊先、即ちコンビュ一夕 P Cとローカルに接続されたプリンタが存在しない状況で印刷する場合を例示した。出力先となるプリンタは宿泊先に設置されたプリンタを利用する。もちろん、宿泊先である必要はなく、家庭またはオフィスなど、自己の管理下にあるプリン夕を利用することも可能である。ここでは、コンピュータ PCがクライアントに相当するが、クライアントとして携帯電話を利用することも可能である。

この印刷では、クライアントに相当するコンピュータ PC、出力先となるプリン夕 PRT、プリントポ一タル PP、閲覧中の We bページのデータを提供する We bサーバ WSが介在する。これらの各要素は、ネットワークに接続されており、相互にデータのやりとりが可能である。出力先となるプリン夕 PR Tは、予めプリントポータル P Pに登録されている。

ユーザは、図 3 0中の通信 C m 2 1により、 W e bサ一パ W Sからコンビュ —夕 P Cにデータをダウンロードし、ブラウザで W e bページを閲覧することができる。ユーザが閲覧中の W e bページの印刷を望む場合には、プリントポ一タル P Pにアクセスして、宿泊先のプリンタ P R Tを指定した印刷を実行する。

印刷要求の発行には、先に図 1 7で示したインタフェース等を利用することができる。

印刷要求が発行された後のシーケンスは、電子メールの印刷時と同様である。プリントポータル P Pは、通信 C m 2 3でコンピュータ P Cに印刷情報の表示、パスワードの入力、印刷実行の確認などを行う。印刷の実行が指示されると、通信 C m 2 4によって、プリンタ P R Tに、バナーデータを送信し、バナーべージの印刷を行った後、 W e bページの印刷を実行する。 B 3 . チケットの印刷：

上述の例では、通常の用紙に印刷することを前提とした例を示した。次に、印刷用紙が専用紙に限定されている場合として、チケットの印刷を例示する。ュ一ザは、予めオンライン等でチケットセンタ一にアクセスし、コンサート等のチケットの予約をする。この際、ユーザには、チケットセンタ一から予約番号が知らされる。ユーザは、再びチケットセンターにアクセスし、予約番号を指定した上でプリントポータルを利用してチケットを印刷する。但し、チケットの価値を保証するため、普通紙への印刷は認めらない。印刷は、チケット印刷用に用意された専用紙に制限される。この制限は、ユーザによって変更することはできず、チケットセンター T Cで設定された条件である。

図 3 1は仲介システムを利用してチケットの印刷を行う様子を示す説明図である。チケット印刷可能なプリンタが設置された店舗において、携帯電話 MP からの操作によって、チケットを印刷する状況を示している。

チケットの印刷時においては、携帯電話 MPがクライアント、プリン夕 PR Tが印刷ステーション、チケットセンタ一 TCがコンテンツプロバイダに相当する。

ユーザは、携帯電話 MPから通信 Cm3 1によってチケットセンター TCが提供する We bページにアクセスする。ユーザは、この We bページで、予約番号を指定し、「 i P r i n t」ポタンを押して印刷要求を発行する。チケットセンター TCは、この要求に応じて、通信 Cm32によって、チケットの印刷データをプリントポータル PPに送信する。その後は、携帯電話 MPとプリン卜ポータル P Pとの間で情報の授受が行われる。

図 32はプリントポータルにおけるチケット印刷処理のフローチャートである。プリントポータル PPはチケットの印刷データおよび出力先となるプリン夕の識別番号を入力する（ステップ S 10， S 12)。識別番号は、先に図 26 で示したインタフエ一スによって送信される。

次に、プリントポータル PPは、プリン夕の識別番号に対応する属性情報を参照し（ステップ S 14)、指定されたプリン夕がチケット印刷に対応しているか否かを確認する（ステップ S 16)。チケット印刷に対応しているプリン夕とは、通常の印刷トレィ PTnの他にチケット専用の印刷トレィ PT tを備えたプリンタをいう。

プリントポータル PPは、ユーザから指定されたプリン夕がチケット印刷に対応していないプリン夕である場合には、プリン夕の変更指示を携帯電話 MP に表示し（ステップ S 18)、再度プリン夕の識別番号入力を実行する（ステツプ S 12)。

ユーザから指定されたプリンタがチケット印刷に対応しているプリン夕である場合には、パスワードを入力して真正な利用者であることを確認し（ステツプ S 2 0 )、チケット専用の用紙トレィ P T tを選択する信号をプリンタに出力し（ステップ S 2 2 )、チケッ卜の印刷データをプリン夕に出力する（ステップ S 2 4 )。

ここでは、シーケンスを簡略化して説明したが、印刷予測情報の表示、パナ一印刷の確認などを行うものとしてもよい。チケット印刷では、印刷物が本人の元に渡ることを保証する必要性が通常の印刷時よりも高いため、バナー印刷は試し印刷としての有効性が高い。印刷物が本人に渡る確実性を向上するため、ランダムに設定されたパスワードをバナーページとともに印刷し、図 2 6における「ο κ」ポタンに代えて、このパスワードを入力するようにしてもよい。バナー印刷を行う際には、通常の用紙トレイ Ρ Τ ηを使用するように用紙トレィの選択を制御してもよい。

Β 4 . 自作文書の印刷：

図 3 3は仲介システムを利用して自己が作成した文書の印刷を行う様子を示す説明図である。客先のオフィスにおいて、ユーザが携帯用のコンピュータ Ρ C 1により作成した見積書を、客先のプリン夕で印刷する場合を例示した。併せて、客先でユーザが入力したデータを自社オフィスに送信し、自社オフィス内のコンピュータ P C 2で見積書を作成して、客先のプリン夕から出力する場合についても説明する。出力先となるプリン夕には識別番号が付与されていないものとする。

この例では、コンピュータ P C 1、 P C 2がクライアントおよびコンテンツプロバイダに相当し、プリンタ P R Tが印刷ステ一ションに相当する。

最初に、ユーザが所持するコンピュータ P C 1で見積書を作成する場合について説明する。ユーザは、印刷を行うために図 3 3中の通信 C m 4 3により、プリントポータル P Pが提供する We bページにアクセスする。先に図 1 9で説明した通り、この We bページでは、印刷に関する条件を設定可能となっている。印刷データの所在、出力先などの条件を指定して「印刷開始」を指示することにより、印刷要求を発行することができる。

図 34はイン夕フェースを例示する説明図である。

印刷データは、コンピュータ PC 1内に存在するため、その所在を示すパスを入力する。印刷開始を指示した時点で、指定されたファイルが、 FTP (File Transfer Protocol) などによってプリントポータル P Pに転送される。パスの指定は、ユーザがキーボードから入力してもよいし、図 34に示すようにドラッグ&ドロップによって入力可能としてもよい。この例では、コンピュータ P C 1のディスプレイ DS Pに「プリントポータル」の We bページを表示したウィンドウと、コンピュータ P C 1内のファイルをアイコンで表示したウインドウとが開かれている。ユーザは印刷対象となるファイル「ABC. TXT」を「プリントポ一タル」の We bページ上にドラッグ &ドロップすることにより、印刷データの所在を示すボックスにパスが入力される。

この実施例では、プリンタに識別番号が付されていないため、「プリン夕」のボックス内には、ネットワーク上でプリン夕の所在を特定可能な情報を入力する。例えば、 I Pアドレス、 UR I (Uniform Resource Indicator) などである。ここでは、 UR Iを入力するものとした。

これらの条件が入力された後のシーケンスは、先に例示した実施例と同様である。プリン卜ポ一タル PPは、印刷データを受け取り、出力先として指定されたプリン夕に送信する。上述の例では、印刷対象のファイルをユーザのコンピュータ P C 1からプリントポータル PPに送信する場合を例示したが、その存在を特定するための情報、即ち、ユーザのコンピュータ P C 1内でファイルの所在を示すパスと、ュ一ザのコンピュータ P C 1のネットワーク上での所在を示すデータとを併せてプリントポータル P Pに送信するものとしてもよレ^プリントポータル P Pが、この情報に基づいてコンピュータ P C 1内から印刷対象となるファイルを取得して印刷を実行することができる。次に、ユーザが自社オフィスのコンピュータ P C 2に見積書を作成させて印刷する場合について説明する。ユーザは客先においてコンピュータ P C 1で見積用のデータを作成し、通信 C m 4 1によってそのデータを自社オフィスのコンピュー夕 P C 2に送信する。自社オフィスのコンピュータ P C 2は、ユーザから送信された情報に基づいて見積書を作成し、コンピュータ P C 2の所定の格納場所にファイルを置く。この場合もユーザは、自己のコンピュータ P C 1 内のデータを印刷する場合を同じ手順により見積書の印刷を行うことができる即ち、「プリントポータル」にアクセスし、印刷データの所在として自社オフィスのコンピュータ P C 2内の見積書ファイルを示す U R L等を指定すればよい。

B 5 . 電子新聞の配信（1 ) ：

上述の実施例では、クライアントから印刷要求を出すと、直ちに印刷を実行し、かつ 1回だけ印刷が行われる場合を例示した。次に、印刷の実行に時間的条件、回数的条件が設けられている場合を例示する。

図 3 5はプリントポータルを利用して電子新聞の印刷を行う様子を示す説明図である。ユーザが、自宅のコンピュータ P Cから電子新聞の配達を注文し、自宅のプリンタ P R Tで印刷を行う場合を例示した。出力先の特定は、 U R I や I Pアドレスを用いて行うものとする。

この例では、コンピュータ P Cがクライアント、プリンタ P R Tが印刷ステーシヨン、電子新聞を提供する電子新聞サービス N Sがコンテンツプロバイダに相当する。電子新聞サービス N Sは、プリントポータル P Pの付加的サービスとして提供されているものとする。

ユーザは、コンピュータ P Cから通信 C m 5 1により、プリントポ一タル P Pの W e bページにアクセスして、電子新聞の申し込みを行う。申し込み時は、配信を希望する電子新聞の選択、ユーザのパスワード、出力先となるプリンタ P R Tの指定、配信指定時間等を登録する。自宅のプリン夕 P R Tを出力先とする場合には、 U R Iや I Pアドレスなどネットワーク上でプリン夕 P R丁の所在を一義的に特定できる情報を登録する。併せて、電子新聞の購読期間を指定可能としてもよい。登録された情報は、プリントポータル P P内でユーザの属性情報として保存される。図中に、属性情報の一部をテーブル形式で示した。この属性情報を参照することにより、プリントポータル P Pは、いつ、どこに、いかなる電子新聞を出力すればよいかを管理することができる。

電子新聞の配信時には、ユーザの操作は不要である。既に印刷要求はプリントポ一タルに登録されているからである。自宅のプリンタ P R Tを稼働状態にしておけばよい。プリントポータル P Pは、ユーザから指定された配信時間、図 3 5の例では午前 7時になると、通信 C m 5 2によってユーザが配信を希望した電子新聞サービス N Sからコンテンツを取得し、通信 C m 5 3によって、プリン夕 P R Tに電子新聞を印刷する。ユーザのパスワードなど必要な認証情報は既に登録されているため、印刷時に改めて確認する必要はない。新聞の印刷は、バナ一ページとともに行うものとしてもよいし、バナーページの要否をユーザが予め選択可能としてもよい。プリントポ一タル P P内のディレクトリサービスブロック 6 0内に、バナーページの要否に関する情報をュ一ザの属性情報として併せて登録しておけば、バナーページの印刷要否に関する制御、バナーページの有無に応じた課金制御は比較的容易に実現可能である。印刷が終了しても電子新聞の配信に関する属性情報は保持されるため、定期的に電子新聞の配信を行うことができる。電子新聞サービス N Sによって提供される情報は、通常の新聞と異なり、逐^更新される。ュ一ザは、印刷指定時間を必要に応じて複数指定することにより、任意の頻度で最新の情報を入手することができる。

なお、電子新聞サービス N Sのサーバが更新された時点で、更新された部分だけを印刷するサービスを提供するものとしてもよい。かかる印刷は、情報の更新が起きた時点で、電子新聞サービス N S側からプリントポータル P Pに情報更新がされた旨および更新された部分の印刷データを含む更新情報を送信することにより容易に実現可能である。プリントポータル P Pは、この更新情報を受け取ると、登録された属性情報を参照し、情報更新が起きた時点での配信を希望しているユーザおよびその出力先を抽出し、印刷を実行する。ここで例示した時間指定および周期的な印刷は、電子新聞に限らず種々のコンテンツに適用可能である。

B 6 . 電子新聞の配信（2 ) ：

次に、上述した電子新聞の配信が行われている条件下で、一時的に出力先を変更する場合について説明する。一例として、自宅以外に宿泊する場合を想定し、新聞の配信先を、宿泊先に一時的に変更する場合を例示する。

図 3 6は宿泊先で電子新聞の印刷を行う様子を示す説明図である。通常は、ユーザの自宅にあるコンピュータ P C、プリンタ P R T、プリントポータル P P、電子新聞サービス N Sの間で電子新聞の配信が行われているものとする。この例では、これらの要素に加えてクライアントに相当する携帯電話 M P、一時的な出力先に相当する宿泊先のプリンタ P h o t e 1が関与する。

ユーザは、通信 C m 5 4により、携帯電話 M Pを利用してプリントポ一タル P Pの W e bページにアクセスし、出力先の変更指定を行う。変更を指定するための情報、即ち変更指定情報には、ユーザのパスワード、変更先のプリンタを特定する情報、変更を行う期間、変更中の配信希望時間が含まれる。変更先のプリン夕は、識別番号、 U R I 、 I Pアドレスなどの情報で特定する。プリントポータル P Pは、変更指定に従い、ユーザの属性情報を変更する。図 3 6 では、出力先が宿泊先のプリンタ P h o t e 1に置換された状態を示した。予め登録されていた情報をバックアップしておき、ユーザが変更を希望する期間が経過した時点で、属性情報は再び当初の登録情報に再変換されるものとしてもよい。

電子新聞の出力先等の変更は、この他にも種々の態様で実現可能である。例えば、電子新聞に関する属性情報として、通常時の指定情報と、変更指定情報とを登録可能とし、プリントポータル P Pは変更指定を優先して電子新聞の配信を行うものとしてもよい。変更希望期間の制限、または希望期間が経過した時点での変更指定情報の消去により、容易に一時的な条件変更を実現することができる。

B 7 . 画像加工サービス：

次に、ユーザが送信したデータに加工を施して印刷する場合を示す。

図 3 7はデータの加工印刷を行う様子を示す説明図である。ユーザが印刷を希望する画像データを、指定した背景にインポーズ加工して、ュ一ザの自宅にあるプリン夕 P R Tにより印刷を行う場合について示した。出力先となるプリン夕 P R Tは U R I、 I Pアドレス等で行う。

この例では、コンピュータ P Cがクライアント、プリンタ P R Tが印刷ステ —シヨン、加エサ一ビス A Sがコンテンツプロバイダに相当する。加エサ一ビス A Sは、プリントポータル P Pの付加的なサービスとして提供されているものとする。もちろん、加工サービス ASをプリントポータルとは別個のサービスとして構築することも可能である。

ユーザは、コンピュータ PCから、通信 Cm71により、プリントポータル P Pの We bページにアクセスし、印刷を希望する画像 P I C 1を送信する。画像の送信には、例えば図 34で示したインタフェースを用いることができる。併せて、ユーザは背景となる画像を選択する。背景となる画像は、ユーザが提供してもよいし、加エサ一ビス ASによって提示されるメニューから選択してもよい。

更に、出力先となるプリン夕 PRTを指定して、印刷要求を発行することにより、以下の手順で、重ね合わせが施された画像の印刷が実行される。

プリントポータル PPは、印刷の実行が指示されると、ユーザから受信した画像データ P I C 1、および背景を指定するコード情報を加工サービス ASに出力する（通信 Cm72)。加工サービス ASには、指定されたコード情報に対応する背景データ P I C 2が予め保存されている。加工サービス ASは、背景デ一タ P I C 2に受信した画像データ P I C 1をィンポーズした画像データ P I C 3を生成し、プリントポ一タル PPに返信する（通信 Cm73)。プリントポ一タル PP自体が、こうした画像の加工を行うものとしてもよい。プリントポータル PPは、受信した画像データ P I C 3を指定されたプリンタ PR丁に出力し、印刷を実行する（通信 Cm74)。なお、上述の印刷は、次の態様で行ってもよい。ユーザは加工サービス AS が提供する We bページにアクセスし、印刷を希望する画像データ P I C 1をこの We bページに送信して背景データ P I C 2との重ね合わせ加工を行う。加工が完了すると、プリントポータル P Pを介した印刷の指示を行う。これは、先に説明した We bページの印刷に相当し、これと同様のシーケンスにより実現することができる。

画像デ一夕の加工は、重ね合わせに限定されない。例えば、ユーザが送信した画像デ一夕に対するレタッチ加工を施すものとしてもよいし、出力先として指定されたプリンタ P R Tの機種の特性に合わせて解像度、色調などを調整する加工を施すものとしてもよい。加工対象は、画像データには限らない。例えば、ユーザからテキストデ一夕を受信し、原稿用紙、官公庁への提出書類など、一定の書式に加工した上で印刷するものとしてもよい。ユーザからテキストデ —夕の形で受信した情報を、各種のブランクフォームに記載した状態で印刷するものとしてもよい。

C . 出力先指定に関する変形例：

本システムを利用した印刷を行う際に、出力先となるプリン夕の指定は、種々の方法を適用可能である。図 3 8はプリン夕の指定方法のバリエーションを示す説明図である。指定方法は、これらの 4通りに大別することができる。

ケース Aおよびケース Bは、プリンタを指定するための情報をクライアントから入力する方法である。

ケース Aでは、（ i )ユーザは各プリン夕に付された固有の識別番号を認識し、 ( i i ) クライアント M Pからプリントポータル P Pに送信する。先に図 2 2 等で説明した態様に相当する。識別番号に代えて、 U R Iや I Pアドレスなど、ネットワーク上でプリンタを特定可能な情報を用いるものとしてもよい。

ケース Bでは、（ i ) プリントポータル P Pからプリン夕のリストを提供し、 ( i i ) ユーザはその中から出力先を選択する。先に図 1 9で示した態様に相当する。提供されるリストは、階層的である必要はない。また、リストの提供に先立つて、ユーザからプリン夕の絞り込み条件を送信するものとしてもよい。プリントポータル P Pは、この条件に適合するプリンタを検索し、その結果をリストとしてユーザに提供する。プリン夕の検索を伴う指定方法については、具体的を後に示す。

ケース Cおよびケース Dは、プリンタ側からクライアント、ユーザ等を認識する情報を入力することにより、特定のプリン夕とクライアント等を関連づける方法である。

ケース Cでは、（ i)プリンタに設けられたパネルから、クライアントまたはユーザを特定する情報を入力する。クライアント MPの I Pアドレスなどを入力してもよいし、ユーザ I Dやパスワードを入力させてもよい。（ i i)入力された情報は、プリントポータル PPに送信される。プリントポータル PPが、この情報に適合する印刷要求を検索し、両者を対応づけることによって、出力先を特定する。この態様については、具体例を後に示す。

ケース Dでは、（ i)プリントポータル PPに印刷要求を発行すると、（ i i) それに対する応答として、ユーザにジョブ番号が通知される。ジョブ番号は、プリン卜ポータルで与えても良いし、プリンティングサービスプロバイダで与えても良い。次に、ユーザは出力先となるプリン夕 PRTから、このジョブ番号を入力する。この時、クライアント MPとプリントポ一タル PPとの通信は切断されていても構わない。（ i i i)プリンタ PRTは、ジョブ番号をプリントポータル PPに送信し、対応する印刷データを受け取って印刷を行う。ケース A〜Cは、プリンタ PRTに対し、印刷データが PUSH型で送信されるのに対し、ケース Dでは、プリンタ PR Tが PULL型で印刷データを取得する点で相違する。

ケース Cおよびケース Dでは、出力先となるプリンタからユーザ等を特定する情報を入力することにより出力先を指定する。従って、印刷時にはユーザが出力先のプリン夕近傍に居ることが条件となるため、出力先の指定ミスを回避できるとともに、不正な印刷を抑制することができる利点がある。図 39はケース Cにおける具体例を示す説明図である。図 40はケース Cにおける印刷時のシーケンスを示す説明図である。電子メールを印刷する場合を例示した。

図 39に示す通り、プリンタ PRT 1には、ユーザ I Dを入力するための夕ツチパネル TPが設けられている。メールの選択から標準メニュー表示（ステップ S e 0 1〜S e 08) までは、先に図 22で示した処理と同じである。但し、この実施例では、クライアント MPに対する標準メニュー表示において、「プリンタ No.」に代えて「ユーザ I Dの入力」を促す表示が行われる。ユーザは、クライアント MPでこのメニューを選択した上で、自己のユーザ I Dを入力する。但し、ユーザ I Dの入力は、クライアント MPではなく、出力先となるプリンタ P RT 1の夕ツチパネル TPを用いて行われる。図 39中には、「ABCD」なるユーザ I Dが入力された状態を例示した。

こうして入力されたユーザ I Dは、プリン夕 P R T 1からプリントポータル PPに送信される（図 40のステップ S e 09)。ステップ S e 0 l〜S e 08 までの過程でクライアント M Pおよびそのユーザが特定されているため、プリントポ一タルはプリン夕 PRTから入力されたユーザ I Dに基づき、出力先となるプリンタ P R Tを特定することができる。

クライアント MPとプリンタ PRT 1との対応付けに使用される情報は、ュ一ザ I Dには限られない。例えば、プリンタ PRT 1からはユーザ I Dを入力し、クライアント MPからはユーザ I Dに関連付けられたパスヮードを入力するものとしてもよい。クライアント MPから得られる情報と、プリンタ PRT 1から得られる情報とが関連付けられてさえいればよい。

図 39、図 40の例ではプリンタ PRT 1に夕ツチパネル TPが備えられている場合を例示した。クライアント MPに近距離で実現可能な通信機能を持たせ、プリン夕 PRT 1との通信により、同様の処理を実現するものとしてもよい。通信機能としては、例えば、赤外線による通信や、 B l u e t o o t h などを利用できる。この場合には、図 40中のステップ S e 09において、ュ —ザ I Dを入力するィン夕フエ一スとしてクライアント MPを用いることができる。クライアント MPで入力されたユーザ I Dは、プリンタ PRT 1に送信される。改めて入力するまでなく、クライアント MPに予め登録されているュ一ザ I Dを、プリンタ PRT 1に自動的に送信するものとしてもよい。次に、ケース Bに関連して、ユーザからの絞り込み条件に基づいて出力先を検索するシステムを例示する。

図 41は出力先を検索する際の機能ブロックおよびデータ授受を示す説明図である。検索は、プリン夕データベース 1 52に登録された情報を利用して行われる。アプリケーション部 180に、検索を行うための機能ブロックとしてプリンタ管理部 305を設ける。

ユーザはクライアント MPから、出力先の検索条件を指定する。検索条件としては、例えば、クライアント MPの現在位置から一番近い印刷先という条件を挙げることができる。クライアント MPの現在地は、最寄りのビル名、駅名などの目印を用いてもよいし、クライアント MPに GP S (Global Positioning System)システムを取り付け、その出力を用いても良い。別の検索条件として、印刷費用、カラー印刷の可否などの印刷機能を指定してもよい。検索条件は、ユーザの希望に応じて適宜指定すればよい。

プリンタ管理部 305は、プリンタデータベース 1 52を参照して、これらの検索条件に適合するプリン夕を検索し、その結果をクライアント MPに表示する。ユーザはリストの中からプリンタを選択することができる。携帯電話のように表示領域が比較的小さい場合には、リストを上下にスクロール可能とすればよい。表示部に一度に表示可能な件数にリストの上限値を制限してもよい。上述の検索を実現可能とするために、プリンタデータベース 1 5 2には、プリン夕の所在地、印刷費用、プリンタの性能、印刷上の制約などの情報が登録されている。本実施例では、全ての印刷ステーション P S 1 1の情報をプリントポータル P Pが把握しているため、各プリン夕に対する能力等の問い合わせを行わなくても、ユーザの要望に適合したプリンタを容易かつほぼ確実に見いだすことができる。

D . 印刷時の付加機能：

本システムでは、印刷過程において、印刷データに種々の付加的な加工を施すことができる。以下では、かかる付加的な加工例について説明する。

D 1 . 出所識別情報の付加：

図 4 2は出所識別情報の付加を行う場合の機能ブロックである。出所識別情報には、例えば、印刷を要求したユーザに関する情報、印刷対象となるコンテンッの出典に関する情報等が含まれる。この情報を付加するための機能ブロックとして、アプリケーション部 1 8 0に、出所識別情報生成部 1 8 1を設けた。図 4 3は出所識別情報付加処理のフローチャートである。出所識別情報生成部 1 8 1が、ユーザから指定されたコンテンツに新たなページを加え、そこに出所識別情報を印刷する場合の処理を示した。

この処理では、出所識別情報生成部 1 8 1は、クライアントから出所識別情報を取得する（ステップ S 1 1 0 )。出所識別情報には、印刷要求を出したユーザを特定するユーザ情報、印刷されるコンテンツの出典を特定する出典情報が含まれる。ユーザ情報としては、ユーザの氏名、利用時の I Dなどを適用できる。出典情報としては、 U R L、文書名などを用いることができる。

出所識別情報生成部 1 8 1は、取得された情報に基づいて出所識別情報印刷データの生成を行う（ステップ S 1 1 2 )。つまり、これらの情報を予め用意された所定のフォーマツトに揷入する。図中に処理のイメージを併せて示した。 1ページ分のスペース Pにおいて、予め設定された位置（図中破線のボックス）にそれぞれユーザ情報、出典情報、日付が挿入されたデータが挿入される。デ一夕形式は、コアモジュール 1 3 0が P D F形式に変換可能な種々の形式を適用できる。

出所識別情報生成部 1 8 1は、ユーザから指定されたコンテンツを取得し（ステツプ S 1 1 4 )、出所識別情報の印刷データとコンテンツとを併せてコアモジユール 1 3 0に受け渡す（ステップ S 1 1 6 )。両者を併合した一連の印刷デー夕として受け渡しても良いし、両者を関連づけた上で個別のデータとして受け渡してもよい。コンテンツの取得は、出所識別情報生成部 1 8 1以外の機能ブロックで行ってもよい。上述の例では、出所識別情報を印刷するページをコンテンツとは別に設ける場合を示した。これに対し、コンテンツの各ページに出所識別情報を印刷するものとしてもよい。

かかる態様を変形例として示す。図 4 4は変形例としての出所識別情報付加処理のフローチャートである。この処理では、コンテンツの出所識別情報生成部 1 8 1は、出所識別情報およびコンテンツをそれぞれ取得する（ステップ S 1 2 0 , S 1 2 2 ) ₀ コンテンツはべ一ジ Pの所定の領域に印刷される（図中の八ツチングの領域）。

出所識別情報生成部 1 8 1は、印刷コンテンツの余白部分に出所識別情報を挿入する（ステップ S 1 2 4 )。余白の予め設定された場所（図中の破線部）に、ユーザ情報、出典情報、日付が挿入される。出所識別情報生成部 1 8 1は、こうして生成されたデータをコアモジュールへ受け渡す（ステップ S 1 2 6 )。出所識別情報の付加は、 P D Fに変換された後に行っても良いし、 P D Fに変換する過程で行っても良い。出所識別情報は、ユーザ情報、出典情報のいずれか一方のみを用いてもよいし、更に多くの情報を含めてもよい。出所識別情報の付加には、次の利点がある。特定のプリン夕に複数のュ一ザからの印刷要求が集中した場合に、ュ一ザ間で印刷物の混同が生じることを回避できる。電子メールやユーザが個人的に作成した文書など、秘匿性の高い文書が印刷される場合に、ユーザが印刷物を確実に受け取ることができる。

また、出典情報により、印刷物の内容が印刷要求と整合しているか否かを容易に確認できる。つまり、ユーザの希望と、実際の印刷物とが異なっている場合に、印刷コンテンツの指定における誤りの有無を容易に確認できる。

D 2 . レイアウト印刷：

レイアウト印刷とは、複数のコンテンツまたは、複数ページに亘るコンテンッを、ユーザの指定に応じて 1ページにレイアウトして印刷する機能をいう。図 4 5はレイァゥト印刷を行う際の機能ブロックを示す説明図である。本実施例では、ファイル変換分 1 1 0において、複数のコンテンツの合成を行うものとした。

ファイル変換部 1 1 0には、次の機能ブロックが備えられている。 P D F変換部 1 1 1は、 P D Fへのファイル変換を行う。コンテンツ保持部 1 1 2は、変換された P D Fファイルを保持する。レイアウト部 1 1 3は、コンテンツ保持部 1 1 2に保持されたコンテンツを 1ページにレイアウトする。レイアウトの態様は、テンプレート 1 1 4で予め登録されている。

図 4 6はレイアウト機能の概要を示す説明図である。図 4 6には、ページ P を紙面分割し、パナ一広告と 4ページ分のコンテンツをレイアウトする場合を例示した。ここに例示した他に、複数のテンプレートを用意し、ユーザが選択可能としてもよレ^図 4 6のテンプレートから、パナ一広告を省略してもよい。バナー広告に代えて、出所識別情報を印刷してもよい。図 4 6では、コンテンッが割り当てられる領域が同じ大きさとなっているが、これらは異なる大きさとしてもよい。

図 4 6では、 3種類のコンテンツ A, B， Cを矢印で示す部位に割り当てた場合を例示した。この際、コンテンツは、所定の領域に収まるよう縮小または拡大される。本実施例では、各コンテンツの縦横比は保持したまま縮小または拡大するものとした。

本実施例では、各コンテンツを P D F変換した後でレイアウトしているが、変換前または変換過程でレイアウトしてもよい。

レイアウト機能によって、本システムの利便性を向上することができる。

D 3 . 広告付加：

レイアウト機能の一環として、広告を付加するものとしてもよい。広告収入を得ることにより、印刷料金のユーザ負担を軽減できる利点がある。

図 4 7は広告付加時の機能ブロックを示す説明図である。この機能を提供する機能ブロックとして、アプリケーション部 1 8 0に、広告設定部 1 8 2を設けた。

図 4 8は広告付加時における各機能ブロックの作用を示す説明図である。図 4 9は広告付加処理のフローチャートである。両者を参照して、広告の付加処理について説明する。

印刷要求が発行されると、プリントポータル 1 0 0は、ユーザ I Dおよびコンテンッ情報を取得する（ステップ S 2 1 0 )。コンテンツ情報とは、印刷対象として指定された W e bページの U R Lなどの情報を意味する。印刷要求の発行に応じて、プリントポータル P Pは、印刷実行時にユーザに対し、広告の付加を可否の確認を確認する。なお、広告付加の可否は、コンテンップロバイダ側でも制限可能とすることが望ましい。広告付加が許可された場合には、以下の手順で広告付加が行われる。

広告設定部 1 8 2は、ユーザ I Dに基づいてユーザデータベース 1 5 0を参照して、付加すべき広告を設定する（ステップ S 2 1 2 )。例えば、ユーザデータベース 1 5 0において、「音楽」が趣味として登録されている場合には、音楽に関連した広告が選択される。年齢、性別等も同じく考慮される。

これと並行して、コンテンツ取得部 1 6 0は、ユーザから指定されたコンテンッを取得する（ステップ S 2 1 6 )。取得されたコンテンツおよび広告コンテンッは、ファイル変換部 1 1 0に受け渡され、予め設定されたレイアウトに基づいて広告付加データが生成される（ステップ S 2 1 8 )。広告の付加は、先に説明したレイアウト印刷と同様の処理で行うことが可能である。

図 5 0は広告の付加態様を示す説明図である。 2種類の態様を併せて例示した。第 1の態様は、コンテンツに表紙を追加し、ここに広告を付す態様である。表紙には、併せてユーザ情報、コンテンツ情報、印刷日付などの情報を印刷することができる。

第 2の態様は、コンテンツの各ページの余白部分に広告を添付する態様である。ページごとに広告内容を変更してもよい。広告の付加は、これらの少なくとも一方で行うことができる。上述の実施例において、広告の設定には、種々の方法を取りうる。

例えば、印刷対象として指定されたコンテンツに基づいて広告を設定してもよい。ユーザから、音楽関係の W e bページが印刷コンテンツとして指定されている場合には、音楽関連の広告を添付することができる。ユーザが指定した印刷コンテンツの履歴に基づいて広告を選択してもよい。例えば、音楽分野の W e bページの印刷が頻繁に行われていることが履歴から判明した場合には、音楽関連の広告を添付することができる。印刷される W e bページの頻度が音楽分野からコンピュータ関連に移行していることが履歴から判明した場合には、広告をコンピュータ関連に切り替えることができる。

クライアン卜に関連する情報に基づいて広告を設定してもよい。例えば、クライアン卜のキャリアに関連した広告を選択してもよい。出力先となる印刷装置を提供している事業主に関連した広告を選択するものとしてもよい。ユーザ情報、印刷コンテンツなどに関わらず、予め設定された一定の広告を挿入するものとしてもよい。揷入する広告をランダムに選択してもよい。

広告設定部 2 2 1は、広告コンテンツプロバイダ 1 5にアクセスして、選択された広告コンテンツを取得する（ステップ S 2 1 4 )。プリントポータル 1 0 0の内部に広告コンテンツを予め保持しておくものとしてもよい。 E . カスタマイズ機能：

本実施例のシステムにおいては、利便性を向上するために、種々のカスタマィズ機能を設けることが好ましい。カスタマイズは、ユーザ向け、コンテンツプロバイダ向け、プリンティングサービスプロバイダまたは印刷ステーション向けに大別される。

E 1 . ユーザ向けのカスタマイズ機能：

図 5 1はカスタマイズを実現するための機能ブロックを示す説明図である。本実施例では、カスタマイズを行う機能ブロックとして、登録管理部 1 3 4の内部に、ユーザ管理部 1 3 4 A、コンテンツプロバイダ管理部 1 3 4 B、 P S P管理部 1 3 4 Cを設けた。ユーザ管理部 1 3 4 Aは、ユーザデータベース 1 5 0において、各ユーザのカスタマイズ情報を登録、管理する。ユーザデータベース 1 5 0には、後述するインタフエ一ス等のカスタマイズに関する情報が保持される。また、コンテンッ保持部 1 5 O Aには、ユーザごとに利用頻度の高いコンテンツを保持することができる。

コンテンツプロバイダ管理部 1 3 4 Bは、コンテンツプロバイダデータべ一ス 1 5 1において、コンテンツプロバイダごとのカスタマイズ情報を登録、管理する。？3 ?管理部1 3 4 ( は、プリンタデータベース 1 5 2において、プリンティングサービスプロバイダまたは印刷ステーションごとのカスタマイズ情報を登録、管理する。

また、本実施例では、カスタマイズ機能を円滑に実現するために、制御部 1 3 2の内部を、インタフェース表示部 1 3 2 Aとジョブ制御部 1 3 2 Bに分けて構成した。

インタフェース表示部 1 3 2 Aは、印刷実行時のインタフェースの他、カス夕マイズ用のィン夕フェースも提供する。

ジョブ制御部 1 3 2 Bは、プリンティンダサ一ビスプロバイダへのジョブの受け渡しなど、印刷に必要な種々の制御を実行する。図 5 2はカスタマイズ時のメール印刷のタイムチヤ一トである。

ユーザから印刷要求が発行されると、ユーザ管理部 1 3 4 Aはユーザ I Dなどのユーザ情報を取得する（ステップ S f 0 D o

ユーザ管理部 1 3 4 Aは、ユーザ情報に基づいてユーザデータベース 1 5 0 を参照し、カスタマイズ情報をインタフェース表示部 1 3 2 Aに受け渡す（ステツプ S f 0 2 )。ユーザデータベース 1 5 0には、ユーザごとに印刷先および印刷設定についてカスタマィズされた情報が格納されている。イン夕フェース表示部 1 3 2 Aは、カスタマイズ情報に基づき、印刷先を指定するためのインタフエースをユーザに応じた態様で出力する（ステップ S f 0 3 )。

図 5 3はカス夕マイズされたインタフェース例を示す説明図である。左側に印刷先指定用のインタフェースを例示した。印刷先の表示フォーマツト自体は標準のインタフェースと同様である。カス夕マイズされた場合には、ユーザが通常利用する印刷先が優先的に表示される。店舗の場合は、「厶△店」のように系列のみならず個別の印刷ステーションを特定できる階層で表示させることが好ましい。

ユーザがこのインタフエ一スを利用して印刷場所を指定すると、その情報はジョブ制御部 1 3 2 Bに受け渡される（ステップ S f 0 4 )。ジョブ制御部 1 3 2 Bは、指定された情報に基づき、プリンティングサービスプロバイダの選択を行う。

次に、インタフェース表示部 1 3 2 Aは、カスタマイズ情報に基づき、印刷設定用のインタフェースを表示する（ステップ S f 0 5 )。図 5 3の右側に印刷設定用のインタフェースを例示した。カスタマイズされた設定の利用を指示するための「通常設定」なるメニューが表示される。ユーザデータベース 1 5 0 には、印刷用紙、レイアウト等についてカスタマイズされたデータがユーザごとに登録されている。ユーザが「通常設定」を選択すると、詳細項目の設定を行う必要なく、登録された条件で印刷を実行することができる。

ユーザがこのインタフェースを利用して印刷設定を行うと、その情報は、ジョブ制御部 1 3 2 Bに受け渡される（ステツプ S f 0 6 )。ジョブ制御部 1 3 2 Bは、印刷先に応じて選択されたプリンティングサービスプロバイダに、印刷データと併せて印刷設定情報を送信する。図 5 4はカスタマイズ情報の登録時のデータ授受を示す説明図である。プリントポータル 1 0 0は、クライアント M Pに対してカスタマイズ用のインタフエースを表示する。ユーザは、このインタフェースを利用して、ユーザ情報、カスタマイズ情報をプリントポータル P Pに登録する。このカスタマイズ情報は、ユーザ管理部 1 3 4 Aにより、ユーザ情報と対応付けてユーザデータべ一ス 1 5 0に格納される。不正な登録を回避するため、ユーザに対し、カス夕マィズ用のパスヮードの入力を要求してもよい。

カスタマイズ情報としては、例えば、印刷場所に関する情報、印刷設定に関する情報が挙げられる。印刷場所に関する情報としては、ユーザが利用する印刷先の優先度が挙げられる。登録可能な印刷先は、ユーザー人当たりに許容される記憶容量を考慮して、適宜設定すればよい。

印刷設定に関する情報としては、レイアウト、用紙サイズ、モノクロおよびカラーの種別等、最大印刷枚数、印刷実行時間、印刷設定時のインタフエースに関する情報が挙げられる。レイアウトとは、 1ページ/枚、 2ページ/枚など印刷態様に関する情報である。用紙サイズは A 4、 B 5など印刷時に通常使用する用紙のサイズである。モノクロおよびカラ一の種別とは、例えば、カラ一の印刷データであっても、モノクロで印刷したい場合などに活用できる。最大印刷枚数とは、一つの印刷ジョブ当たりの最大印刷枚数である。意図せず大量ページの印刷ジョブを流した場合に、無用な課金を制限することができる。印刷実行時間とは、印刷を行う時間帯の指定である。例えば、 W e bページで提供されるニュースを定期的に印刷させる場合などに活用することができる。印刷設定時のインタフェースに関する情報とは、いわゆるビギナーモード、ェキスパートモ一ドなど、印刷設定の表示内容の切り替えである。印刷設定には、この他、印字品質、スタンプマークの有無など種々の設定を含めることができる。カスタマイズ機能の一環として、印刷先、印刷条件の設定の他、頻繁に利用する文書を保存することも可能である。

図 5 5は文書保管機能を実現するための機能ブロックを示す説明図である。先に説明した通り、コンテンツ保持部 1 5 O Aには、ユーザ I Dなどユーザを特定する情報と関連づけて各コンテンツが記憶されている。コンテンツは、ュ一ザ自身が作成した文書ファイル、コンテンツプロバイダからダウンロードしたデータ、 U R L (Un i f o rm Resou rce Locato r) などインターネット上でコンテンッの所在を示す情報の形式で保存される。登録される文書としては、例えば、カタログ、各種注文票、申し込み用紙などが挙げられる。

図 5 6は保持コンテンツ印刷時のデータ授受を示す説明図である。図 5 7は印刷時のタイミングチャートである。図 5 8は印刷時のインタフェース例を示す説明図である。これらの図を参照して、保持コンテンツの印刷処理について説明する。

最初に、ユーザはプリントポータルが提供する W e bページにアクセスし、自己のユーザ I Dおよびパスワードを送信する（図 5 7中のステップ S g 0 l ) c プリントポ一タル P Pは、コンテンツ保持部 1 5 O Aを参照し、送信されたュ一ザ I Dに対応したコンテンツのリストをクライアント M Pに表示する（ステップ S g 0 2 )。図 5 8の左側にリストの表示画面例を示した。ユーザによって頻繁に使用するコンテンツとして、「カタログ、申込書、説明書、地図」の 4種類の文書が登録されている。このリスト表示に先立って、保持されているコンテンッの印刷を行うか、その他のコンテンツを指定するかを選択するメニュー画面を表示してもよい。

ユーザはリストから印刷したいコンテンツを選択する（ステップ S g 0 3 )。図 5 8は、「申込書」が選択された状態を示している。保持されているコンテンッが 1種類だけの場合には、コンテンツのリスト表示やコンテンツの選択を省略してもよい。

次に、プリントポータル 1 0 0は印刷先および印刷条件を指定するためのィンタフエースを表示する（ステップ S g 0 4 )。図 5 8の中央に、印刷先指定用のインタフェース例を示した。図 5 8の右側には印刷条件を指定するためのィンタフエース例を示した。

コンテンツ保持部 1 5 O Aにコンテンツと併せて印刷用紙サイズ、レイァゥトなどの印刷設定情報も記憶しておいてもよい。こうすれば、印刷条件の指定を省略することができる。

ユーザがこれらのインタフェースを利用して印刷先、印刷条件の設定を行うとその情報は、プリントポ一タル P Pに送信される（ステップ S g O 5 )。プリントポ一タル P Pはこの情報に基づいて指定されたコンテンツを指定されたプリンティングサ一ビスプロバイダに転送する（ステップ S g O 5 )。

コンテンツ保持部 1 5 O Aに U R Lなどコンテンツの所在が保持されている場合には、プリン卜ポータル 1 0 0は、指定されたコンテンツプロバイダにァクセスし、コンテンツを取得してプリンティングサービスプロバイダに転送する。

印刷ジョブを受け取ったプリンティングサービスプロバイダは、印刷ステーションを選択してジョブを転送し（S g 0 7 )、印刷ステーションがこれを実行することで印刷が完了する。なお、印刷ステーションへの転送に先立って、クライアント M Pに対し、印刷先、印刷条件の確認表示を行うものとしてもよい (ステップ S g O 6 )。また、印刷完了後に、印刷結果のレポートを印刷ステーシヨン P S 1 1からプリントポータル P Pに送信してもよい（ステップ S g 0 8 )。コンテンツ保持部 1 5 O Aに保持されるコンテンツは、ユーザが管理可能である。ユーザは、コンテンツ保持部 1 5 OAへのコンテンツの追加、コンテンッ保持部 15 OAからのコンテンツの削除などを任意に行うことができる。

図 59はコンテンツ追加時のデータ授受を示す説明図である。図 60はコンテンッ追加時のタイムチャートである。

ュ一ザはプリントポータルが提供する We bページにアクセスし、コンテンッ追加のメニューを選択する。そして、ユーザ I D、パスワードおよび追加すべきコンテンツをプリントポータル PPに送信する（ステップ S h 0 1)。コンテンッの所在を示す URLを送信するものとしてもよい。

プリントポータル PPでは、ユーザ管理部 134 Aがこれらの情報を受け、コンテンツ追加のための処理を行う。ユーザ I Dおよびパスワードは認証部 1 90に受け渡され、コンテンツの追加権限を有するユーザによる操作か否かの認証を行う（ステップ Sh O 2)。印刷時のパスワードと追加時のパスワードとを区分けして、保持コンテンツの利用者と管理者を区分可能にしてもよい。

コンテンツの追加権限を有するユーザによる操作であることが確認されると、ユーザ管理部 1 34 Aは、クライアント MPから受信したコンテンツを、コンテンッ保持部 1 5 OAのユーザ I Dに対応した領域に格納する（ステップ S h 03)。ユーザから URLが指定された場合には、 URLのままで保持してもよいし、コンテンツプロバイダからコンテンツを取得し、それを保持してもよい (図 60のステップ S h 04, S h 06)。以上の処理によって、ユーザは新たなコンテンツを追加することができる。図 61はコンテンツ削除時のタイムチャートである。

ユーザはプリントポータルが提供する We bページにアクセスし、コンテンッ削除のメニューを選択する。そして、ユーザ I D、パスワードをプリントポ —タル P Pに送信する（図 61の S h 1 1)。プリントポータル P Pでは、これらの情報に応じて、コンテンツ削除のための処理を行う。ユーザ I Dおよびパスワードは認証部 1 9 0に受け渡され、コンテンッの削除権限を有するユーザによる操作か否かの認証を行う（ステップ S h 1 2 )。

コンテンツの削除権限が確認されると、ユーザ管理部 1 3 4 Aは、保持されているコンテンツのリストを表示する（ステップ S h 1 3 ) o ユーザは、リストから削除すべきコンテンツを指定する（ステップ S h 1 4 )。指定時には、図 5 8と同様のインタフェースを利用できる。ユーザ管理部 1 3 4 Aは、これに応じて指定されたコンテンツを、コンテンツ保持部 1 5 O Aから削除する（ステップ S h 1 5 ) o以上の処理によって、ユーザは不要なコンテンツを削除することができる。以上で説明したカスタマイズ機能によれば、本システムの利用時に印刷先、印刷条件の詳細な指定を省略することができ、利便性を向上することができる。また、コンテンツ保持機能により、印刷を行うたびにコンテンツを転送する必要がなくなる。現実の使用時には、ユーザが同じ文書を様々な場所で印刷したいと欲する場合がある。ビジネスで使用されるカタログ、申込書、見積書などの文書が相当する。これらの定型的な文書を印刷するために、常に文書デー夕を持ち歩く必要があるとすれば、出力先を自由に選択可能な印刷環境の利便性を損ねてしまう。コンテンツ保持機能は、ユーザ自らが印刷データを所持、管理することなく、これらの文書を印刷できるため、利便性の高い印刷環境を実現することができる。実施例では、ユーザ I Dと関連付けてコンテンツを保持する場合を例示した。コンテンツの保持は、ユーザ I Dと分離して管理することも可能である。図 6 2はコンテンッ保持機能を実現するための変形例としての機能プロックを示す説明図である。コンテンツ管理部 1 3 4 Dおよびコンテンツ保持部 1 5 0 A A がユーザ管理部 1 3 4 A、ユーザデータベース 1 5 0と別に用意されている点で図 5 1に示した構成と相違する。

コンテンツ管理部 1 3 4 Dは、コンテンツ保持部 1 5 0 A Aにおいて、保持コンテンツの登録、管理を行う。変形例では、ユーザ I Dと別の識別コードによってコンテンツの管理が行われる。コンテンツ管理部 1 3 4 Dは、識別コード、利用可能ユーザ、削除可能ユーザ、コンテンツを関連付けて保持する。コンテンッの追加権限は、ユーザ管理部 1 3 4 Aにおいて、ュ一ザごとに、その有無が管理される。識別コードは種々の態様で設定可能であるが、ここではコンテンッと 1対 1に対応する固有のコードを用いる場合を例にとって説明する。コンテンツ保持部 1 5 O A Aに保持されたコンテンツを印刷する際の手順は先に説明した実施例とほぼ同じである（図 5 6〜図 5 8参照）。変形例では、識別コードとコンテンツが一義的に対応しているため、ユーザは識別コードを入力することにより、印刷するコンテンツを特定することができる。従って、コンテンッのリスト表示を省略することができる。

コンテンツを新たに登録する際の手順も先に説明した実施例とほぼ同じである（図 6 0参照）。実施例では、ユーザ I Dとコンテンツを関連付けて保持したが、変形例では識別コードと関連付けて保持する点で相違する。識別コードはコンテンツと一義的に対応させるため、識別コードはプリントポータル P Pが生成する。この識別コ一ドは、コンテンツの保持が完了した時点でクライアント M Pに通知される。登録時には、コンテンツと併せて、利用可能なユーザ、削除可能なユーザの登録も行う。

かかる識別コードは、例えば、全コンテンツに対する連番を用いることができる。また、ユーザ I Dとの組み合わせで識別コードを生成してもよい。例えば、上位桁がユーザ I D、下位の数桁がコンテンツ番号という形式で生成することができる。

変形例の構成によれば、コンテンツを一義的に特定可能な識別コードを用いることにより、印刷時のコンテンツ指定を容易にすることができる。また、識別コードでコンテンツを管理するため、複数のユーザで保持コンテンツを共有することもできる。例えば、特定の利用者に提供されるニュース、会誌を共有コンテンツとすれば、各利用者が必要に応じてこれらの情報を印刷させることが可能となる。また、社内で統一的に使用すべきカタログ、申込書などを共有コンテンツとし、社員にその識別コードを通知してもよい。

識別コ一ドには、複数のコンテンツを関連付けるものとしてもよい。例えば、各ユーザに提供されるユーザ I Dとは別に、会社その他の団体にコンテンツ保持用の識別コードを与えるものとしてもよい。この識別コードと関連づけてコンテンッを保持することにより、団体ごとにコンテンツを容易に共有することができる。印刷時には、団体の識別コードを入力することにより、団体の共有コンテンツをリスト表示することができる。

変形例の構成によれば、識別コードの定義次第で、保持されるコンテンツの管理を柔軟に行うことができ、利便性を更に向上させることが可能である。

E 2 . コンテンツプロバイダ向けのカスタマイズ機能：，

図 6 3はカスタマイズ情報の登録時のデータ授受を示す説明図である。コンテンップロバイダ 1 0はプリントポータル 1 0 0にアクセスしてカスタマイズ情報を登録する。カスタマイズ情報は、コンテンツプロバイダ管理部 1 3 4 B による管理の下、コンテンツプロバイダデータべ一ス 1 5 1に格納される。カスタマイズ情報としては、印刷先の制限に関する情報、印刷設定に関する情報が挙げられる。前者の情報は、例えば、ある印刷サービスの提供者とコンテンップロバイダとがビジネス上の提携関係にあり、他の印刷サービスを印刷先から除外したい場合などに活用できる。

印刷設定としては、レイァゥト、用紙サイズ、カラ一およびモノクロの種別、最大印刷枚数などの設定が挙げられる。コンテンツプロバイダが、自己の提供する情報の価値を最大限に高めるために、ユーザによる任意の設定を制限したい場合などに活用できる。最大印刷枚数の設定は、著作権などコンテンツプロバイダの利益を守るために活用できる。

ユーザによる「 i P r i n t」ポタンのクリックにより、プリントポータル 1 0 0にリンクされると、そのドメイン名などのコンテンツプロバイダ情報に基づいて、プリントポータル 1 0 0は上述のカスタマイズ情報を特定することができる。印刷は、カスタマイズ情報で設定された条件下で行われる。

実施例では、カスタマイズ情報をプリントポータル 1 0 0が管理している場合を例示した。コンテンツプロバイダに対するカスタマイズは、最小限にとどめ、上述の制限事項は、印刷時にコンテンツに添付してプリントポータルに送付するものとしてもよい。

E 3 . 印刷ステーション向けのカス夕マイズ機能：

図 6 4はカスタマイズ時のメール印刷のタイムチャートである。印刷ステーシヨンのカスタマイズ情報は、？3 ?管理部1 3 4 Cおよびプリン夕データべ —ス 1 5 2で管理される。

印刷の実行時にユーザから印刷先、印刷設定が指定されると、 P S P管理部 1 3 4 Cは印刷先情報を取得する（ステップ S i 0 1 )。

次に、 P S P管理部 1 3 4 Cは印刷先情報に基づいてプリンタデータベース 1 5 2を参照し、カスタマイズ情報をジョブ制御部 1 3 2 Bに受け渡す（ステップ S i 0 2 )。カスタマイズ情報としては、利用できるユーザ、印刷できるコンテンッ等を印刷ステーション P S 1 1が制限する情報が含まれる。ユーザ、および指定された印刷データ、印刷条件等がカスタマ情報に適合しない場合には、ジョブ制御部 1 3 2 Bは、クライアントに対し、印刷場所等の変更要求を表示する（ステップ S i 0 3 )。カス夕マイズ情報に適合している場合に、ジョブ制御部 1 3 2 Bからプリンティングサービスプロバイダへの印刷ジョブの転送が行われる（ステップ S i 0 4 )。

図 6 5はカスタマイズ情報の登録時のデータ授受を示す説明図である。イン夕フェース表示部 1 3 2 Aによって提供されるインタフェースを利用して、印刷ステーションはカスタマイズ情報をプリントポータル 1 0 0に登録する。プリントポ一タル 1 0 0では、？3 ?管理部1 3 4 0が、プリン夕データべース 1 5 2にカスタマイズ情報を登録する。

カスタマイズ情報としては、例えば、印刷を許可するユーザを制限する情報が含まれる。印刷が許可されたユーザのユーザ情報が登録される。印刷ステーションの所有者が一般個人または法人である場合に活用できる。

カスタマイズ情報には、印刷設定に関する情報も含められる。例えば、 1回のジョブ当たりに許可する最大印刷枚数の制限、印刷実行時間の制限などが含まれる。最大印刷枚数の設定は、大量の印刷により特定のユーザにのみプリン夕が独占される事態や、いわゆるいたずらによる大量印刷の回避に活用できる。印刷実行時間の制限は、店舗の営業時間帯にのみ印刷を許可したい場合に活用できる。カスタマイズ情報は、これらに限定されず、更に多くの情報を設定しても構わない。

F . 印刷条件の設定：

本実施例のシステムでは、複数の主体による印刷条件の設定が重複する場合がある。ユーザ、コンテンツプロバイダ、印刷ステーションのそれぞれが印刷条件の設定または制限を行うからである。本実施例では、印刷条件の設定権限に優先順位をもたせることにより、相反する条件の指定に対処している。

図 6 6は印刷条件設定処理のフローチャートである。上述した 3者によってそれぞれ個別に印刷条件が設定された場合に、最終的な印刷条件を決定するための処理である。本実施例では、印刷ステーションまたはプリンティングサービスプロバイダ（P S P ) を第 1優先、コンテンツプロバイダを第 2優先、ュ一ザを第 3優先として印刷条件の設定を行う。

この処理では、第 1に、第 1優先であるプ ύンティングサービスプロバイダの設定条件が考慮される（ステップ S 3 1 0 )。図中には、印刷用紙のサイズ、カラー印刷、両面印刷の 3つの項目についての設定例を示した。

ステップ S 3 1 0の時点では、プリンティングサービスプロバイダ（P S Ρ ) で指定された条件に基づき、用紙サイズが A 3または A 4、カラー印刷およびモノクロ印刷の双方が可能、両面印刷および片面印刷の双方が可能という状態で印刷条件が設定される。これは、カラー印刷および両面印刷については、特に制限が課されていないことを意味する。

次に、第 2優先であるコンテンツプロバイダ（C P ) の設定条件が考慮される（ステップ S 3 1 2 )。コンテンツプロバイダ（C P ) の条件は、プリンティングサービスプロバイダ P S Pにおいて、自由度が認められている範囲で考慮される。

図中の例では、コンテンツプロバイダにより、用紙サイズが B 4または A 4 と設定されている。プリンティングサ一ビスプロバイダは、 A 3または A 4での印刷が可能であるから、両者を参照して、用紙サイズは A 4に決定される。その他の項目については、同様にして、カラ一印刷、および片面印刷に決定される。

最後に第 3優先であるユーザの設定条件が考慮される（ステップ S 3 1 4 )。この例では、ユーザは用紙サイズを設定していないから、ステップ S 3 1 2で設定された A 4サイズが最終的な印刷条件となる。

ユーザはカラー印刷を要求している。これはステップ S 3 1 2で設定された条件に反していない。従って、カラー印刷が最終的な印刷条件として設定される。

ユーザは両面印刷を要求している。これはステップ S 3 1 2で設定された条件に反している。従って、ユーザの条件は拒絶され、片面印刷が最終的な印刷条件として設定される。

優先順位は、任意に設定可能ではあるが、本実施例に例示した通り、印刷機能に基づく設定、コンテンツ提供者による設定をユーザによる設定よりも優先させることが好ましい。

G . 課金：

G 1 . 課金：

図 6 7は利用者間での課金の発生関係を示す説明図である。サービスプロバイダ 3 0からユーザに対する課金（図中の課金 A) としては、クライアントがネットワークにアクセスする際の通信費用がある。

コンテンツプロバイダからユーザに対する課金としては、コンテンツプロパイダの有料、無料の別によつて異なる。無料で情報を提供するコンテンツプロバイダ 1 0 Bからは、ユーザへの課金は生じない。有料で情報を提供するコンテンップロバイダ 1 O Aからは、情報料として課金が生じる（図中の課金 B )。なお、ここでいう「有料」とは、印刷を有料で認める意味である。ブラウザによる閲覧は無料であっても、印刷時に課金するコンテンツプロバイダは、「有料コンテンツプロバイダ」に相当する。逆に、ブラウザによる閲覧を有料で行つていても、印刷時に改めて課金を行わないプロバイダは、「無料コンテンツプロバイダ」に相当する。有料コンテンツプロバイダの中には、情報の閲覧時にュ一ザに課金するため、ユーザとの間で既に課金処理の契約が結ばれているプロバイダと、無料で情報閲覧を認めており、ユーパとの間で何ら課金処理の契約が結ばれていないプロバイダとがある。

プリンティングサービスプロバイダ（P S P ) からユーザに対する課金は、公共的に設置されたプリンタを用いるか、個人等が所有するプリン夕を用いるかによつて異なる。公共的に設置されたプリンタを用いるパブリック印刷ステーシヨン 7 O Aの場合、主として印刷時の消耗品、即ち、印刷用紙、トナー等の消費に対して課金が行われる（図中の課金 C )。プリン夕等の機材の減価償却分を課金することも可能である。パブリック印刷ステーション 7 O Aとしては、店舗、ホテル、駅など不特定多数の者が利用するサービスが相当する。個人等が所有するプリンタを用いるプライべ一ト印刷ステーション 7 0 Bからは、ュ一ザに対する課金は生じない。印刷時に消耗品は消費されるが、利用者が限定されたプリン夕であるため、特別な課金処理をする必要性が低いのである。プライべード印刷ステーション 7 0 Bには、ユーザ自身、会社等の法人が所有するプリンタなどが含まれる。

上述の課金 A〜Cは、基本的には、印刷を実行する度に生じる課金である。この他に、プリントポータル 1 0 0から各利用者に発生する課金がある。ここでは、プリントポータル 1 0 0にプリンティングサ一ビスプロバイダも含めて考えるものとする。プリントポータル 1 0 0とプリンティングサービスプロパイダとは、課金内容およびその処理方法が類似する点を考慮し、説明の煩雑さを回避するためである。

プリントポ一タル 1 0 0からは、ユーザ、コンテンツプロバイダ 1 0 A， 3 B、印刷ステーション 7 O A, 7 O Bの各利用者に対し、システム利用に対するサービス料として課金が行われる（図中の課金 D〜課金 H)。これらの課金は種々の体系で行いうる。例えば、一定期間を単位とする定額制で課金してもよレ^ 毎月一定金額を徴収する方法等が相当する。プリントポータル 1 0 0に利用者として登録した時点でのみ課金してもよい。いわゆる入会金等が相当する。プリントポータル 1 0 0を利用した印刷が行われる回数等に応じて、従量制で課金することも可能である。以下の説明では、一定期間を単位とする定額制の課金を想定する。

図 6 7中には、これらの課金を徴収する機能を果たし得る主体を実線枠で示した。サービスプロバイダ 3 0、有料コンテンツプロバイダ 1 0 A、パブリツク印刷ステーション 7 0 A、プリントポータル 1 0 0が料金の徴収先として考えられる。課金元となる主体は、それぞれ料金の徵収先となり得るため、図 6 7に示した課金を各課金元が個別の徴収する体系を採ることも可能である。本実施例のプリントポータルでは、印刷実行時に図 6 8中の各主体間で印刷データ等の情報の授受が行われる。これらの情報の授受に併せて課金に関する情報を送信すれば、複数の課金を一力所で統合的に処理することができ、料金徴収に関する煩雑さの回避、利便性の向上を図ることができる。特に、印刷を実行する度に発生するユーザへの課金処理については、一括処理の有用性が高い。以下、統合的な課金処理を行う体系として、有料コンテンツを印刷する場合を例にとって、ユーザへの課金を、プリントプロバイダ、プリントポータル、キヤリアのそれぞれで徴収する場合の処理内容を説明する。図 6 8は印刷ステーション 7 O Aでの料金徴収例を示す説明図である。印刷時に発生する全ての課金情報を最も下位層に位置する印刷ステーション 7 0 A に集約し、一括処理する体系である。図中では、印刷に要する情報の授受を実線で示した。これらの情報授受は、先に種々の例で説明した通りである。課金処理に固有の情報授受を破線で示した。クライアント M Pが、有料コンテンツプロバイダ 1 O Aのコンテンツについて印刷要求を出すと、クライアント M Pのアクセスがプリントポータル 1 0 0 に切り替わる。このとき、有料コンテンツプロバイダ 1 O Aからプリントポータル 1 0 0には、印刷データと併せて課金情報が送信される。これは、有料コンテンッの印刷に課せられる料金であり、印刷の回数、ぺ一ジ数などを単位として課金される。

プリントポータル 1 0 0は、ユーザからの指定に従って印刷デ一夕をプリンティングサービスプロバイダ 5 0に転送する。この際、先に有料コンテンツプロバイダ 1 O Aから受信していた課金情報を添付する。プリンティングサービスプロバイダ 5 0は、印刷データおよびこの課金情報を指定された印刷ステーシヨン 7 O Aに送信する。これによつて、印刷ステーション 7 O Aには、コンテンッ料に関する課金情報が提供される。印刷が実行されると、印刷ステーシヨン 7 O Aは、コンテンツ料とは別に、消費した印刷用紙、トナー等に応じた印刷料をユーザに対する課金情報として生成する。これにより、印刷ステーシヨン 7 O Aは、ユーザに対する課金情報を全て把握する。

ユーザは印刷物を印刷ステーション 7 O Aで取得するから、料金はこの際に現金で容易に徴収することができる。プリペイドカード、クレジットカード、銀行振込などの処理方法を適用することも可能である。

印刷ステーション 7 O Aは、課金の内訳を把握しているから、コンテンツ料に相当する分を、別途有料コンテンツプロバイダ 1 O Aに支払う。この支払いは、印刷ステーション 7 O Aと有料コンテンツプロバイダ 1 O Aとの間で個別に行うことも可能ではあるが、次の方法により、プリントポータル 1 0 0を経由して行うことが望ましい。即ち、印刷ステーション 7 O Aは、料金徴収後、プリントポ一タル 1 0 0にコンテンツ料、印刷料の内訳を明確にした課金情報を送信する。この課金情報は、プリントポ一タル 1 0 0に一定期間保存される。プリントポータル 1 0 0では、保存された課金情報を定期的に処理し、各有料コンテンツプロバイダ 1 0 A、印刷ステーション 7 O Aとの料金の授受関係を明確にする。この授受関係に併せて、印刷ステーション 7 0 A，有料コンテンップロバイダ 1 0 A等へのプリントポータルのサービス料の課金も考慮することが望ましい。こうして得られた授受関係に従って、プリントポ一タル 1 0 0 の提供者は、有料コンテンツプロバイダ 1 O Aへのコンテンツ料の支払い、いわゆる立て替え払いを行い、印刷ステーション 7 O Aから、コンテンツ料分の料金の徴収を行う。印刷ステーション 7 0 A、有料コンテンツプロバイダ 1 0 Aは、プリントポータル 1 0 0の提供者との取引により、印刷に関連する課金処理を行うことができるため、課金処理の煩雑さを回避することができ、課金漏れの危険性を抑制することができる。

なお、この体系は、料金徴収能力を有するパブリック印刷ステーション 7 0 Aが印刷先として指定された場合に適用可能である。料金徴収可能な主体とならないプライベート印刷ステーション 7 0 Bが印刷先として指定された場合には、別の体系による処理が必要となる。図 6 9はプリントポータルでの料金徴収例を示す説明図である。印刷時に有料コンテンツプロバイダ 1 O Aからプリントポ一タル 1 0 0にコンテンツ料が送信される点は、図 6 8の事例と同じである。

その後、プリンティングサービスプロバイダ、印刷ステーション 7 0 Aに印刷ジョブの転送が行われるが、コンテンツ料に関する課金情報は、印刷ジョブまたはユーザと対応づけてプリントポ一タル 1 0 0に保存される。

印刷が完了すると、印刷ステーション 7 O Aは、印刷料に関する課金情報を生成する。この課金情報は、印刷ジョブの伝達経路と逆経路で、プリントポータル 1 0 0に転送される。印刷が正常に終了したことを示す印刷レポートと併せて送信するものとしてもよい。印刷ステーション 7 O Aからプリントポー夕ル 1 0 0に課金情報を直接送信してもよい。

これにより、プリントポータル 1 0 0は、印刷に要した課金情報を全て把握することができる。プリン卜ポータル 1 0 0は、この課金情報に基づいてユーザへの課金を行う。課金は、一定期間まとめて行うことが利便性の面で好適である。プリン卜ポ一タル 1 0 0とユーザとの間では、プリントポータル利用に対するサービス料徴収の契約がなされているから、これと同様の方法を利用して容易に徴収可能である。徴収方法としては、クレジットカード、銀行振込、電子プリペイドカードなどが適用可能である。電子プリペイドカードとは、予め銀行振込等によって電子的なポイントを取得しておき、印刷時に発生した課金は、ポイントの減点によって行われる仕組みをいう。また、プリントポ一タル 1 0 0の提供者等に窓口を設け、現金決済するものとしても構わない。

プリントポータル 1 0 0が得た金銭は、図 6 8の体系と同様の処理で有料コンテンップロバイダ 1 0 A、印刷ステーション 7 O Aに配分される。図 6 9の体系によれば、金銭の配分処理、ユーザへの課金処理、各利用者へのサービス料の課金処理をプリントポータル 1 0 0で全て統合的に行うことができ、処理の煩雑さを抑制できる利点がある。図 7 0はサービスプロバイダでの料金徴収例を示す説明図である。クライアント M Pが携帯電話である場合には、特定のサービスプロバイダ 3 0を利用してインターネットへのアクセスが行われる。サービスプロバイダ 3 0は、この通信に対し、クライアント M Pのユーザに課金するから、プリントポータルの利用に関する課金処理を通信料の課金と併せて行うことも可能である。なお、図 7 0では情報授受の明確化のためにサービスプロバイダ 3 0を明示したに過ぎず、図 6 8および図 6 9と異なる構成を適用することを意味するものではない。

印刷が完了するまでの課金情報の授受は、図 6 9の体系と同様である。つまり、有料コンテンツプロバイダ 1 O Aからの課金情報は、印刷要求時にプリントポ一タル 1 0 0に転送され、そのまま印刷が完了するまで保持される。一方、印刷ステーション 7 O Aからは印刷料に関する情報が、印刷完了とともにプリントポータル 1 0 0に送信される。印刷完了時に、プリントポータル 1 0 0は、印刷により発生した課金情報を全て把握することができる。

サービスプロバイダ 3 0で課金を行うため、プリントポータル 1 0 0は、コンテンッ料、印刷料を含む課金情報をサービスプロバイダ 3 0に送信する。プリントポータル 1 0 0は、ユーザに対するシステム利用料を加えて送信してもよい。なお、サービスプロバイダ 3 0に対しては、課金の合計額を送信すれば済み、内訳は送信する必要はない。。サービスプロバイダ 3 0は、プリントポータル 1 0 0からの課金と、通信に要した課金とを併せてユーザに課金する。この課金は、ユーザとサービスプロバイダ 3 0との契約に従い、クレジットカード、銀行振込、現金決済などの種々の方法を利用して行われる。

サービスプロバイダ 3 0は、プリントポ一タル 1 0 0から受け取った課金情報に基づいて、ユーザから徴収した金銭のうち、プリントポータル 1 0 0の利用によって生じた課金に相当する額をプリントポ一タル 1 0 0に配分する。プリントポータル 1 0 0は、この金銭をさらに有料コンテンツプロバイダ 1 0 A、印刷ステーション 7 O Aに配分する。

一般にサービスプロパイダ 3 0による料金徴収は確実性が高いという利点がある。サービスプロバイダ 3 0による通信料を滞納すると、ユーザは携帯電話が使用不能になるなどの大きな不利益を受けるからである。従って、図 7 0の体系で課金処理を行えば、プリントポータルの利用による料金を確実に徴収できる利点がある。ここでは、携帯電話をクライアント M Pとする場合を例示したが、一般回線のキャリア、ダイヤルアップ接続でインターネットに接続する際に利用されるアクセスサービスプロバイダなどを図 7 0のサービスプロパイダ 3 0と同様の料金徴収先として利用することも可能である。上述の課金処理では、プリンティングサービスプロバイダによる課金は明記しなかった。プリンティングサービスプロバイダから各利用者に対するサービス料が発生する場合もある。かかる場合には、このサービス料に関する情報を、プリントポータル 1 0 0が統合して他の課金処理と併せて処理することができる。

ここでは、有料コンテンツプロバイダ 1 O Aを料金の徵収先とする体系の説明を省略した。一般に有料コンテンツプロバイダ 1 O Aは少数であり、これを料金徴収先とする体系を構築する利点が低いと考えられるからである。サービスプロバイダ 3 0への課金に準じて、有料コンテンツプロバイダ 1 O Aに課金情報を集約することにより、これを料金徴収先とすることはもちろん可能である。

G 2 . 認証：

課金処理を適切に行うためには、各利用者の認証を適切に行う必要がある。プリントポータルは、ネットヮ一クを介して不特定多数の利用者が利用可能なシステムであるため、不正利用を排除する観点からも認証の実行が重要となる。プリントポータル 1 0 0は利用者の八ブとして機能するため、統一的に認証を行うことができる。

図 7 1は認証目的および方法を示す説明図である。プリントポータルが認証を行う対象としては、ユーザ、コンテンツプロバイダ、プリンティングサービスプロバイダまたは印刷ステーションが挙げられる。ユーザを対象とする認証は、主として 3つの目的に基づいて行われる。第 1 の目的は、プリントポータルの正当な利用者か否かの確認である。これは、プリントポ一タルを有料のサービスとして提供するビジネスの観点から、正当な利用者でない者のアクセスを排除するというプリントポータルにとっての利益確保のためである。また、プリントポータルは、第三者の情報、第三者の機材を利用して印刷サービスを提供するため、印刷処理を確実に遂行することが要求される。かかる観点から、印刷に支障が生じた場合の対処、いたずらによる不正な印刷要求の排除を確実に行うという、プリントポータルの各利用者にとつての利益確保のためである。

第 2の目的は、有料コンテンツ利用権限を有しているユーザか否かの確認である。有料コンテンツの印刷時には、コンテンツ料の課金を確実に行う必要性に基づくものである。また、有料コンテンツプロバイダが情報の閲覧を特定の契約者に制限している以上、有料コンテンツプロバイダから許可された者に印刷サービスの提供を制限する必要性に基づくものである。

第 3の目的は、確実な課金の実行のためである。正当利用者でない場合には、印刷の実行によって生じた課金処理が滞る可能性がある。かかる不利益を回避し、確実に課金処理を行うため、ユーザの認証が必要となる。

これらの目的から、プリントポータルは、ユーザの認証を行う。認証は、例えば、印刷時にユーザから取得したユーザ情報と、予めユーザデータべ一ス 1 5 0に登録されたユーザ情報との照合によって行うことができる。この場合のユーザ情報としては、プリントポータルの利用時に登録されたュ一ザ I Dゃパスワードを用いることができる。携帯電話のようにクライアント M Pとユーザとが一義的に対応している可能性が高い場合には、ネットワークを介した通信上、クライアント M Pを特定するアドレス情報等をユーザ情報として利用することも可能である。ユーザ情報の取得は、種々のタイミングで実行可能であり、例えば、クライアント M Pからプリントポータル 1 0 0へのアクセスが行われた時点で取得することができる。認証は、かかるタイミングに限定されるものではなく、印刷先、印刷設定等の条件設定が完了した時点で行ってもよい。

有料コンテンツプロバイダからの印刷要求に関しては、プロパイダでの情報閲覧時にユーザ認証が行われている場合がある。かかる場合には、有料コンテンップロパイダから認証済みである旨の情報を取得することにより、プリントポータルでの認証に代えることも可能である。プリントポータルがコンテンツプロバイダを対象として行う認証には、主として 2つの目的がある。第 1の目的は、コンテンツプロバイダがプリントポータルの正当な登録者であるか否かの確認である。コンテンツプロバイダは、印刷対象となる情報の提供者であり、プリントポ一タルへの登録なく、完全にフリーにすることも技術上、可能ではある。但し、現実的には、印刷対象となる情報によって出力先や印刷枚数を制限したいというビジネス上の要求があることが多く、プリントポータルでこれらの制御を安定して提供するために、コンテンップロバイダを登録制にする必要が生じる。また、プリントポータルは、コンテンツプロバイダに柔軟な印刷環境を提供するという利点がある。かかる利点に基づいてコンテンツプロバイダからサービス料を確実に徴収するというビジネス的側面からも、正当な登録者の確認が必要となる。

第 2の目的は、有料コンテンツか否かの確認である。有料コンテンツプロパイダの場合には、プリントポ一タルは、権限を有する特定の者に印刷を制限する処理、コンテンツ料の課金処理などの特別な処理が必要となるからである。これらの目的から、プリントポータルは、コンテンツプロバイダの認証を行う。認証は、例えば、印刷要求時にコンテンツプロバイダまたはユーザから取得したコンテンツ情報と、予めコンテンツプロバイダデータベース 1 5 1に登録された情報との照合によって行うことができる。この場合のコンテンツ情報としては、コンテンツの U R Lやドメイン名などの情報を利用できる。

コンテンツ情報の取得は、種々のタイミングで実行可能であり、例えば、コンテンップロバイダからプリントポータル 1 0 0への印刷データの送信に併せて取得することができる。ユーザへのィンタフェースに現れないタイミングでプリントポータル 1 0 0とコンテンツプロバイダ間で認証を行うものとしてもよい。例えば、印刷条件、印刷設定が完了し、プリントポータル 1 0 0がプリンティングサービスプロバイダに印刷ジョブの転送を行う際に、プリントポータル 1 0 0がコンテンツプロバイダにアクセスし、指定された印刷条件、印刷設定で印刷を実行してもよいか否かの認証を行うものとしてもよい。プリンティングサービスプロバイダまたは印刷ステーションを対象とする認証には、主として 2つの目的がある。第 1の目的はプリントポータルの正当な登録者か否かの確認である。第 2の目的は集金可能な印刷ステーションか否かの確認である。確実な印刷処理の実行、課金処理を行う要請に基づくものである。この認証は種々の態様で行うことができる。例えば、プリントポータル 1 0 0が印刷ステーションの認証を直接行うものとしてもよい。階層的な認証、即ちプリントポ一タル 1 0 0はプリンティングサービスプロバイダの認証を行い、プリンティングサービスプロバイダが印刷ステーションの認証を行うものとしてもよい。

認証は、例えば、印刷先を特定する出力先情報と、予めプリンタデータべ一ス 1 5 2に登録された情報との照合によって行うことができる。出力先情報としては、通信に使用される I Pアドレス等を用いることができる。認証は、例えば、印刷先の設定が行われた時点、プリンティングサービスプロバイダおよび印刷ステーション 7 0 Aへの印刷ジョブの転送時など種々のタイミングで実行可能である。

なお、認証処理は、必ずしもプリントポ一タル自体が行う必要はなく、プリントポータル外に構築された種々の認証サービスを利用してもよい。また、上述の目的を考慮して、認証の必要がない利用者に対しては認証を省略しても構わない。

H. プリンタの保守管理：

本実施例のシステムでは、プリントポ一タル 1 0 0が各印刷ステーションの稼働状況を把握することができる。かかる利点を考慮して、プリントポータルで各印刷ステーションの保守管理を行うものとしてもよい。

図 7 2は保守管理機能を実現するための機能ブロックを示す説明図である。図の煩雑化を回避するため、この機能に関連の低い機能ブロックについては、一部、図示を省略した。

この実施例では、保守管理機能を提供する機能ブロックとして、アプリケーシヨン部 1 8 0の内部にプリンタ保守部 1 8 4を設けた。また、プリンタデー夕ベース 1 5 2には、プリンタごとに印刷履歴 1 5 2 Aを記録するものとした。本システムで利用されるプリンタ P R Tには、内部に M I B (Management Informat i on Base) が備えられている。 M I Bは、プリンタ P R Tのステ一夕スを記録しておくデータベースであり、外部からの問い合わせに対して、トナ一の残量、感光ドラムの損耗状況などを応答することができる。

プリン夕保守部 1 8 4は、定期的に各プリン夕 P R Tの稼働状況を点検する。例えば、プリンティングサービスプロバイダを介して各プリンタ P R Tの M I Bに消耗品残量などを問い合わせることにより点検を行うことができる。

プリン夕 P R Tがプリントポータルを利用した印刷専用に設置されている場合には、印刷履歴 1 5 2 Aから消耗品残量などを推定するものとしてもよい。多数のプリンタ P R Tの点検を行う負荷を軽減するため、印刷履歴 1 5 2 A に基づいて、点検が必要なプリン夕を絞り込んだ上で、 M I Bを利用した状況取得を行うものとしてもよい。

プリンタ保守部 1 8 4は、こうして各プリンタ P R Tの状況をチェックし、必要に応じて保守情報を提供する。保守情報には、トナー、用紙の補充、感光ドラムの交換などを促す情報が含まれる。保守情報の提供先は、プリンタ P R Tを所有する印刷ステーションまたはプリンティングサービスプロバイダとすることが好ましい。予め印刷ステーション等の承諾が得られている場合には、保守情報の発行とともに、必要な消耗品の発注を行っても良い。

I . 単一層サーバによる仲介：

以上の例では、 2層のサーバ、つまりプリントポータルとプリンティングサ一ビスプロバイダを経て印刷が行われる例を示した。印刷の仲介は、単一層のサーバで行うものとしてもよい。

図 7 3は単一層サーバでの仲介を行う場合の機能プロックを示す説明図である。この構成では、クライアント M Pからの印刷要求に応じて、仲介システム 2 0 0がプリンタ制御部 2 5 0に印刷データを仲介する。仲介システム 2 0 0 は、先に例示したプリントポータルおよびプリンティングサービスプロバイダを兼ね備えた機能を提供する。プリンタ制御部 2 5 0は、印刷ステーションとしての機能を提供する。ここでは、プリンタ制御部 2 5 0には、 L A N等で接続された数台のプリンタを管理する機能をもたせた。複数台のプリンタを管理する点で、プリンタ制御部 2 5 0は、一部プリンティングサービスプロバイダの機能も提供する。プリン夕制御部 2 5 0は、論理プリンタ管理部 2 5 2，物理プリンタ管理部 2 5 4、データ変換部 2 5 6およびセキュリティモジュール 2 5 1から構成される。論理プリンタ管理部 2 5 2は、印刷ジョブを扱う単位としてのプリンタである。例えば、 2台のプリン夕で一つの文書を分散印刷する場合には、この 2台のプリン夕をまとめて一つの論理プリンタを構成する。

物理プリンタ管理部 2 5 4は、各プリン夕の動作状態、例えばトナー、用紙の残量などを管理する機能を奏する。物理プリンタ管理部 2 5 4は、論理プリンタの構成に関わらず、機械としてのプリンタごとに設けられる。

データ変換部 2 5 6は、プリンタドライバの機能に相当する。仲介システム 2 0 0から受け取ったデータを制御対象となるプリン夕固有の制御データ、即ち各ピクセルへのドッ卜のオン'オフ等を表すデータに変換する機能を奏する。セキュリティモジュール 2 5 1は、プリンタ制御部 2 5 0への不正アクセスを回避するためのデータの暗号化、送受信の認証などの機能を奏する。仲介システム 2 0 0は、大きく標準機能部 2 1 0 , アプリケーション部 2 2 0、課金部 2 4 0、セキュリティモジュール 2 0 1から構成される。標準機能部 2 1 0は、仲介システム 2 0 0を介した印刷を実現する主機能を提供する。標準機能部 2 1 0には、デ一夕変換部 2 1 2 , ステータス管理部 2 1 4 , ジョブコントロール部 2 1 6、ディレクトリサービス 2 1 8、 A P I (Appl icat ion Programming Inter face) 2 1 1 ,セキュリティモジュール 2 0 2を有している。セキュリティモジュール 2 0 1， 2 0 2の機能は、プリンタ制御部 2 5 0のセキユリティモジュール 2 5 1と同じである。

データ変換部 2 1 2は、クライアント 5から指定された印刷データをプリン夕の機種に依存しない汎用のフォーマットに変換する機能を奏する。

ステータス管理部 2 1 4は、プリンタの動作状態を監視する機能を奏する。動作状態とは、インクまたはトナーの残量、印刷用紙の残量など印刷の実行に関わる各プリン夕の状態をいう。管理対象は、物理プリンタである。ステ一夕ス管理部 2 1 4は、物理プリンタ管理部 2 5 4との通信によりこれらの管理を行う。

ジョブコントロール部 2 1 6は、プリンタ制御部 2 5 0に出力した印刷ジョプを管理する機能を奏する。先に説明した通り、出力先となるプリンタはネットワーク上から任意に指定可能である。ジョブコントロール部 2 1 6は、この指定に従って、それぞれの出力先に印刷ジョブを送信するとともに、その履歴を管理する。印刷途中で印刷ジョブの中止、印刷モードの変更などの指示が出された場合に、その指示に対応したジョブを送信したプリンタを特定し、該プリン夕に指示を出力する機能を奏する。印刷ジョブの実行を制御する点でいわゆるスプーラの機能と共通するが、蓄積中の印刷データを制御するのではなく、送信済みの印刷データも併せて制御する点でスプーラと相違する。

ディレクトリサービス 2 1 8は、仲介システム 2 0 0を利用可能なユーザ、出力可能なプリン夕を特定する情報を管理する機能を奏する。ユーザに関する情報には、ユーザ固有に与えられた識別番号、利用パスワード、課金先に関する情報などが含まれる。プリンタに関する情報には、プリンタとの通信に要する情報が含まれる。例えば、 U R Iまたは I Pアドレスなどネットワーク上でプリン夕を特定する情報が含まれる。また、専用線、ダイヤルアップ接続など、プリン夕とネットワークの接続方法に関する情報も含まれる。

アプリケーション部 2 2 0は、ユーザの利便性を向上する種々の機能を提供するための機能ブロックである。例えば、印刷するコンテンツや出力先のプリン夕を指定するための画面をクライアント 5に表示させる機能などを提供する。クライアント 5がコンピュータである場合と携帯電話である場合とで表示画面は異なる。アプリケーション部 2 2 0は、クライアントの種類や印刷するコンテンッなどに応じて個別的に用意される機能ブロックである。

A P I (Appl i cat i on Programniing Inter face) 2 1 1は、アプリケ——ンョン部 2 2 0と標準機能部 2 1 0とを仲介するインタフェースである。個別的に用意されるアプリケーション部 2 2 0のデ一夕を所定の形式で標準機能部 2 1 0 に受け渡す役割を奏する。 A P I 2 1 1を介在させることにより、標準機能部

2 1 0に共通のモジュールを適用しつつ、仲介システムごとに多彩なアプリケーシヨン部 2 2 0を用意することができる。

課金部 2 4 0は、仲介システム 2 0 0を利用した印刷時の課金処理を行う。クライアント 5の種別等に応じて個別的に用意される機能ブロックである。

仲介システムの機能ブロックは、図 2の構成に限定されるものではない。図 7 4は単一層サーバを用いた場合のシステムの拡張性を示す説明図である _c ここでは、 2つの仲介システム 2 0.0， 2 0 O Aを連携させる場合について例示した。仲介システム 2 0 0， 2 0 O Aには、複数のクライアント M P、 M P Aおよびプリンタ制御部 2 5 0、 2 5 0 Aが関連づけられている。

クライアント、プリンタ制御部との関連付けは、各仲介システムにおいて、ディレクトリサービス 2 1 8 , 2 1 8 Aにより管理されている。図中には、ディレクトリサ一ビス 2 1 8， 2 1 8 Aが管理する情報例を示した。ディレクトリサービス 2 1 8は、自己の仲介システム 2 0 0に関連づけられた各プリン夕の識別番号と、印刷データの送信先を特定する情報を対応づけて管理する。例えば、自己に関連づけられた識別番号「1 1 1 1」のプリンタについては、デ一夕の送信先がプリンタ制御部 2 5 0と記憶されている。データの送信先については、 I Pアドレスなど、ネットワーク上で送信先を特定可能な情報が記憶されている。ディレクトリサービス 2 1 8 Aについても、同じく、自己に関連づけられた識別番号「2 2 2 2」なるプリン夕については、印刷データの送信先がプリン夕制御部 25 OAと記憶されている。

複数の仲介システムの連携を実現するため、各ディレクトリサ一ビスには、他のディレクトリサ一ビスとプリン夕との対応関係も併せて記憶されている。例えば、ディレクトリサービス 218には、連携された仲介システム 200 A の管理下にあるプリン夕の識別番号「2222」等が記憶されている。印刷デ一夕の送信先としては、そのプリン夕を管理する仲介システム 20 OAが記憶される。

逆に、仲介システム 20 OAのディレクトリサービス 218 Aには、連携された仲介システム 200の管理下にあるプリン夕の識別番号「1 1 1 1」等が記憶されている。印刷データの送信先としては、そのプリンタを管理している仲介システム 200が記憶されている。

複数の仲介システムを用いた印刷処理について、クライアント MPから印刷要求が出された場合を例にとって説明する。仲介システム 200の管理下にある識別番号「1 1 1 1」のプリンタを出力先とする印刷要求については、ディレクトリサービス 218の情報に従って、プリンタ制御部 250に印刷データが送信される（図中の矢印 A参照）。

連携している仲介システム 20 OAの管理下にある識別番号「2222」のプリンタを出力先とする印刷要求については、仲介システム 200， 20 OA の双方を用いた印刷が実現される。仲介システム 200側のジョブコントロール部 2 16は、ディレクトリサービス 218に管理されている情報に従って、仲介システム 20 OAに印刷要求を転送する（図中の矢印 B参照）。仲介システム 20 OAは、転送された印刷要求を受け取ってプリン夕制御部 25 OAに印刷を実行させる。 PDF変換は、仲介システム 200、 20 OAのいずれで行つても良い。

クライアント MPAからの印刷も同様の処理方法で実現される。仲介システム 2 0 O Aは、自己の管理下にあるプリン夕が指定されている場合には、プリン夕制御部 2 5 O Aに印刷データを送信する。 .連携された仲介システム 2 0 0 の管理下にあるプリン夕が指定されている場合には、印刷要求を仲介システム 2 0 0に転送する。

ここでは、 2つの仲介システムの連携について説明したが、ディレクトリサ一ビスに管理情報を用意することにより、 3つ以上の仲介システムの連携も実現可能である。仲介システム 2 0 0， 2 0 O Aが双方向に連携する場合のみならず、一方向での連携を行ってもよい。例えば、ディレクトリサービス 2 1 8 には仲介システム 2 O Aの管理下にあるプリンタの情報を用意するが、ディレクトリサービス 2 1 8 Aには仲介システム 2 0 0の管理下にあるプリン夕の情報を用意しないものとしてもよい。クライアント M Pは仲介システム 2 0 0、 2 0 O A双方の管理下にあるプリンタが利用可能となるが、クライアント M P Aは、仲介システム 2 0 O Aの管理下にあるプリンタのみしか利用できない。図 7 3のシステム構成によれば、このように偏った連携を構築することも可能である。産業上の利用可能性

本発明は、ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する技術に利用することができる。

Claims

請求の範囲

1 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する印刷仲介サーバであつて、

前記クライアントから、印刷データを特定した印刷要求を入力する入力部と、該特定された印刷データに対し、前記クライアントからの指示に関わらず、第 1の追加情報を追加して、改訂データを生成する改訂データ生成部と、該改訂データを前記印刷装置に仲介する仲介部とを備える印刷仲介サーバ。

2 . 請求の範囲 1記載の印刷仲介サーバであって、

前記改訂データ生成部は、前記第 1の追加情報を含む新たなページを前記印刷データに追加する印刷仲介サーバ。

3 . 請求の範囲 1記載の印刷仲介サーバであって、

前記改訂データ生成部は、更に、前記印刷データが印刷されるページの余白部分に、第 2の追加情報を追加して前記改訂データを生成する印刷仲介サーバ。

4 . 請求の範囲 3記載の印刷仲介サーバであって、

前記改訂データ生成部は、前記許諾が得られた場合にのみ前記第 2の追加情報の追加を行う印刷仲介サーバ。

5 . 請求の範囲 1記載の印刷仲介サーバであって、

前記ネットワークに接続された外部のサーバから、前記第 1の追加情報を取得する情報取得部を備える印刷仲介サーバ。

6 . 請求の範囲 1または請求の範囲 3記載の印刷仲介サーバであって、前記追加情報の少なくとも一部を、前記印刷要求を行ったユーザおよび前記印刷データの少なくとも一方との関連において特定する情報特定部を備える印刷仲介サーバ。

7 . 請求の範囲 1記載の印刷仲介サーバであつて、

前記クライアン卜からの指定に基づいて、前記コンテンツ提供サーバから印刷データを前記下位層仲介サーバに仲介する上位層仲介部とを備える印刷仲介サーバ。

8 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する印刷仲介サーバであって、

該取得された印刷データを前記印刷装置に仲介する仲介部とを備える印刷仲介サ一パ。

9 . 請求の範囲 8記載の印刷仲介サーバであって、

前記所定のタイミングは、前記印刷データの更新の検出時である印刷仲介サーバ。

1 0 . 請求の範囲 8記載の印刷仲介サーバであって、

前記クライアントからの指定に基づいて、前記コンテンツ提供サーバから印刷データを前記下位層仲介サーバに仲介する上位層仲介部とを備える印刷仲介サーバ。

1 1 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を仲介して両者間の印刷を実現する印刷仲介サーバであつて、

前記クライアントから、複数の印刷データを特定する印刷要求を入力する入力部と、

前記複数の印刷データを所定のレイァゥトで混在させたレイアウト印刷デー夕を、所定の汎用フォーマットで生成するレイアウト部と、

該生成されたレイァゥト印刷データを前記印刷装置に仲介する仲介部とを備える印刷仲介サーバ。

1 2 . 請求の範囲 1 1記載の印刷仲介サーバであって、

前記クライアントからの指定に基づいて、前記コンテンッ提供サーバから印刷データを前記下位層仲介サーバに仲介する上位層仲介部とを備える印刷仲介サーバ。

1 3 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現する印刷仲介方法であって、

前記クライアントから、印刷データを特定した印刷要求を入力する工程と、該 iff定された印刷データに対し、前記クライアントからの指示に関わらず、第 1の追加情報を追加して、改訂デ一夕を生成する工程と、

該改訂データを前記印刷装置に仲介する工程とを備える印刷仲介方法。

1 4 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現する印刷仲介方法であって、

前記ネットワーク上で印刷データの所在および出力先となる印刷装置を特定した印刷要求を記憶する工程と、

所定のタイミングで繰り返して前記所在から印刷デー夕を取得する工程と、該取得された印刷データを前記印刷装置に仲介する工程とを備える印刷仲介方法。

1 5 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現する印刷仲介方法であって、

前記クライアントから、複数の印刷データを特定する印刷要求を入力するェ程と、

前記複数の印刷データを所定のレイアウトで混在させたレイアウト印刷データを、所定の汎用フォーマットで生成する工程と、

該生成されたレイアウト印刷データを前記印刷装置に仲介する工程とを備える印刷仲介方法。

1 6 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現するためのプログラムを記録したコンピュータ読みとり可能な記録媒体であって、

該プログラムは、

前記クライアントから、印刷データを特定した印刷要求を入力する機能と、該特定された印刷データに対し、前記クライアントからの指示に関わらず、第 1の追加情報を追加して、改訂データを生成する機能と、該改訂データを前記印刷装置に仲介する機能とを実現するプログラムである記録媒体。

1 7 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現するためのプログラムを記録したコンピュータ読みとり可能な記録媒体であって、

該プログラムは、

前記ネットヮ一ク上で印刷データの所在および出力先となる印刷装置を特定した印刷要求を記憶する機能と、

所定の夕イミングで繰り返して前記所在から印刷データを取得する機能と、該取得された印刷データを前記印刷装置に仲介する機能とを実現するプログラムである記録媒体。

1 8 . ネットワークに接続されたクライアントからの指示に応じて、複数のコンテンツ提供サーバと複数の印刷装置の間を、サーバによって仲介して両者間の印刷を実現するためのプログラムを記録したコンピュータ読みとり可能な記録媒体であって、

該プログラムは、

前記クライアントから、複数の印刷データを特定する印刷要求を入力する機能と、

前記複数の印刷データを所定のレイァゥトで混在させたレイアウト印刷デー夕を、所定の汎用フォーマットで生成する機能と、

該生成されたレイァゥト印刷データを前記印刷装置に仲介する機能とを実現するプログラムである記録媒体。