JP4541691B2

JP4541691B2 - 情報印刷システム

Info

Publication number: JP4541691B2
Application number: JP2003419116A
Authority: JP
Inventors: 隆中村
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2003-01-08
Filing date: 2003-12-17
Publication date: 2010-09-08
Anticipated expiration: 2023-12-17
Also published as: JP2004234640A

Description

本発明は、情報印刷システムに関する。

近年、インターネット，ＬＡＮなどのネットワークを介して接続されたクライアントからの要求に応じて所定の情報を提供する情報提供装置が知られるようになった。情報提供装置の一例としての画像形成装置（以下、融合機という）は、例えばプリンタ，コピー，ファクシミリおよびスキャナなどの各装置の機能を１つの筐体内に収納している。この融合機は、１つの筐体内に表示部，印刷部および撮像部などを設けると共に、プリンタ，コピー，ファクシミリおよびスキャナにそれぞれ対応する４種類のソフトウェアを設け、そのソフトウェアを切り替えることより、プリンタ，コピー，ファクシミリおよびスキャナとして動作させるものである。

融合機は、例えば文書管理データベース（以下、文書管理ＤＢという）に情報の一例としての文書を格納している。融合機は、ネットワークを介して接続されたクライアントからの要求に応じて、文書管理ＤＢに格納している文書をクライアントに提供する。

従来の融合機は、例えばＷｅｂページ上のＨＴＭＬのタグによって指定ＵＲＬの画像の取得を要求する場合、ＨＴＴＰのＧＥＴメソッドによるリクエスト（以下、ＨＴＴＰリクエストという）で行っていた。また、従来の融合機ではセキュリティ上の問題に対応するため、文書管理ＤＢに格納している文書にパスワードが設定されていることが多い。このため、従来の融合機はパスワードが設定された文書に対して要求を行うたびにパスワード認証を行う必要があった。

例えば特許文献１には、パスワードが設定された文書に対して要求を行うたびにパスワード認証を行う煩雑さを解消するため、認証済みの文書を証明するためのチケットを用いることが記載されている。特許文献１では、クライアントからチケットを含んだ要求を受信すると、パスワード認証を行うことなくチケットを利用して認証済みの文書を確認していた。
特開平１０−３２９９２５号公報

例えばＷｅｂページ上のＨＴＭＬのタグによって指定ＵＲＬの画像の取得を要求する場合、ＨＴＴＰリクエストでは画像の取得に必要なリクエスト情報をＵＲＬの一部として表現する必要があった。この場合、リクエスト情報はブラウザ上で確認できるため、第三者が容易に閲覧できるという問題があった。また、リクエスト情報はプロキシサーバのログとして残るため、第三者が容易に閲覧できるという問題があった。

したがって、Ｗｅｂページ上のＨＴＭＬのタグによって指定ＵＲＬの画像の取得を要求する場合、パスワードなどを含むリクエスト情報を盗み見られる危険性が高かった。

本発明は、上記の点に鑑みなされたもので、情報の不正取得を効果的に防止することができる情報印刷システムを提供することを目的とする。

そこで、上記課題を解決するため、本発明は、情報を提供する第１の画像形成装置と、印刷を行う第２の画像形成装置と、前記第１の画像形成装置及び第２の画像形成装置に要求を行うクライアントとを有する情報印刷システムであって、前記第１の画像形成装置から認証済みの前記クライアントに提供可能な情報を情報ＩＤで表した情報ＩＤリストを、前記クライアントが前記第１の画像形成装置から取得するステップと、前記クライアントが前記情報ＩＤリストの中から前記第２の画像形成装置に印刷させる情報の情報ＩＤを示して、該情報ＩＤの情報が認証済みであることを証明するチケットＩＤを、前記クライアントが前記第１の画像形成装置から取得するステップと、前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の印刷を前記クライアントが前記第２の画像形成装置に要求するステップと、前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の引取を前記第２の画像形成装置が前記第１の画像形成装置に要求するステップと、前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の引取の要求に応じて、該情報ＩＤの情報の取得を前記第１の画像形成装置に要求するための引取先ＵＲＬを、前記第１の画像形成装置が前記第２の画像形成装置に送信するステップと、前記引取先ＵＲＬを用いて、前記第２の画像形成装置が前記第１の画像形成装置から前記情報ＩＤの情報を取得して、該情報ＩＤの情報の印刷を行うステップとを実行することを特徴とする。

チケットＩＤは、必要なときに生成されるランダムな値である。したがって、本発明ではチケットＩＤがログとして残っても問題とならない。また、本発明ではチケットＩＤを第三者に盗み見られたとしても、例えばチケットＩＤに有効期限を設定しておくことにより、そのチケットＩＤを用いて情報を不正に取得される危険性を著しく低下できる。

本発明によれば、情報の不正取得を効果的に防止可能な情報印刷システムを提供できる。

次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。なお、以下の実施例では情報提供装置の一例として融合機を例に説明していくが、クライアントからの要求に応じて所定の情報を提供する如何なる装置であってもよい。

図１は、本発明による情報提供方法の第１実施例の説明図である。図２は、本発明による情報提供方法の第１実施例のシーケンス図である。図１及び図２の情報提供方法は、融合機２にインターネット，ＬＡＮなどのネットワーク３を介して接続されるクライアント１が、融合機２に蓄積されている文書を取得するものである。

融合機２に蓄積されている文書の取得を所望する場合、クライアント１を操作するユーザはブラウザ１１にパスワードの一例としての認証コードを入力したあと文書の取得開始を指示する。

ステップＳ１では、クライアント１のブラウザ１１が、ユーザから入力された認証コードを含むＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストをネットワーク３を介して融合機２に送信する。クライアント１から送信されたＨＴＴＰリクエストは、ＮＣＳ１２のＨＴＴＰＤを介してＷｅｂページサービス１３に供給される。なお、ＨＴＴＰＤの詳細は後述する。

ステップＳ１に続いてステップＳ２に進み、Ｗｅｂページサービス１３はＨＴＴＰリクエストに含まれている認証コードを取り出し、その認証コードを文書管理サービス１４に送信する。文書管理サービス１４は、Ｗｅｂページサービス１３から受信した認証コードを用いてパスワード認証を行う。文書管理サービス１４は、パスワード認証を後述するＭＣＳに行わせて、パスワード認証の結果を取得するようにしてもよい。パスワード認証が正常に終了すると、文書管理サービス１４はＷｅｂページサービス１３との間でセッションを確立し、そのセッションのセッションＩＤを作成する。

ステップＳ２に続いてステップＳ３に進み、文書管理サービス１４は作成したセッションＩＤをＷｅｂページサービス１３に送信する。ステップＳ３に続いてステップＳ４に進み、Ｗｅｂページサービス１３は受信したセッションＩＤを用いて文書管理サービス１４に文書ＩＤリストを要求する。なお、文書ＩＤリストはクライアント１に提供可能な文書を文書ＩＤで表したリストである。

文書管理サービス１４は、Ｗｅｂページサービス１３からの文書ＩＤリストの要求に応じて、文書ＩＤリストを作成する。文書管理サービス１４は、文書ＩＤリストの作成を後述するＭＣＳに行わせて、作成された文書ＩＤリストを取得するようにしてもよい。

ステップＳ４に続いてステップＳ５に進み、文書管理サービス１４は文書ＩＤリストをＷｅｂページサービス１３に送信する。ステップＳ５に続いてステップＳ６に進み、Ｗｅｂページサービス１３は文書ＩＤリストに含まれる文書ＩＤおよびステップＳ３で受信したセッションＩＤを用いて、その文書ＩＤにより識別される文書の取得を文書管理サービス１４に要求するためのＵＲＬ（以下、リクエストＵＲＬという）を文書管理サービス１４に要求する。

文書管理サービス１４は、Ｗｅｂページサービス１３からのリクエストＵＲＬの要求に応じて、チケットＩＤを作成する。文書管理サービス１４は、作成したチケットＩＤ，提供可能な文書の文書ＩＤおよびチケットＩＤの有効期限を関連付けたチケット管理情報を図３のようなチケット管理ＤＢ１６に格納する。図３は、チケット管理ＤＢの一例の構成図である。図３のチケット管理ＤＢ１６は、チケットＩＤ，文書ＩＤおよび有効期限をデータ項目として有している。

また、文書管理サービス１４はＷｅｂページサービス１３からのリクエストＵＲＬの要求に応じて、リクエストＵＲＬを作成する。ステップＳ６に続いてステップＳ７に進み、文書管理サービス１４はチケットＩＤ２２を組み込んだリクエストＵＲＬ２１を作成し、Ｗｅｂページサービス１３に送信する。

例えば作成されたチケットＩＤが「ｒｎｉｍｂｄｐ」、作成されたリクエストＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｙｙｙ．ｚｚｚ／ｉｍａｇｅ／ｉｍａｇｅ．ｊｐｇ」であった場合、チケットＩＤを組み込んだリクエストＵＲＬは「ｈｔｔｐ：／／ｗｗｗ．ｘｘｘ．ｙｙｙ．ｚｚｚ／ｉｍａｇｅ／ｉｍａｇｅ．ｊｐｇ？ｔｉｄ＝ｒｎｉｍｂｄｐ」となる。

以下の説明では、チケットＩＤ２２を組み込んだリクエストＵＲＬ２１を組み込みリクエストＵＲＬという。Ｗｅｂページサービス１３は、文書管理サービス１４からの組み込みリクエストＵＲＬ２１を受信すると、ブラウザ１１が文書管理サービス１４から文書を取得して表示するためのＷｅｂページ（以下、文書表示用Ｗｅｂページという）を作成する。なお、組み込みリクエストＵＲＬ２１は文書表示用Ｗｅｂページを構成するＨＴＭＬなどの情報に組み込まれている。

ステップＳ７に続いてステップＳ８に進み、Ｗｅｂページサービス１３は作成した文書表示用ＷｅｂページをＨＴＴＰレスポンスとしてクライアント１のブラウザ１１に送信する。ブラウザ１１は受信した文書表示用Ｗｅｂページを表示するときに、文書表示用Ｗｅｂページを構成する情報に組み込まれている組み込みリクエストＵＲＬを取り出す。

ステップＳ８に続いてステップＳ９に進み、ブラウザ１１は文書管理サービス１４に対して組み込みリクエストＵＲＬ２１に応じた文書を要求する。文書管理サービス１４は、受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２を取り出し、そのチケットＩＤ２２に関連付けられている文書ＩＤをチケット管理ＤＢ１６から読み出す。

文書管理サービス１４は、読み出した文書ＩＤに応じてハードディスク装置などの文書蓄積場所から文書を取得する。ステップＳ９に続いてステップＳ１０に進み、文書管理サービス１４は取得した文書をブラウザ１１に送信する。ブラウザ１１は、取得した文書を含む図４のような文書表示用Ｗｅｂページを画面上に表示する。

図４は、文書表示用Ｗｅｂページの一例のイメージ図である。図４の文書表示用Ｗｅｂページは、ステップＳ１０で取得した文書のサムネイル，文書名，作成したユーザ名および作成日を表示している例である。

なお、図１の有効期限管理部１５はチケット管理ＤＢ１６のデータ項目「有効期限」を監視しており、有効期限の切れたチケット管理情報をチケット管理ＤＢ１６から削除している。したがって、ステップＳ７〜Ｓ９の処理が行われることが保証される程度の時間をチケット管理情報の有効期限として設定しておくことにより、ＵＲＬを盗み見られても文書を不正に取得される危険性を低下できる。また、文書管理サービス１４はステップＳ９で利用されたチケット管理情報を削除することで、組み込みリクエストＵＲＬ２１を盗み見られても文書を不正に取得される危険性を低下できる。

このように、本発明は有効期限を適切に設定したチケット管理情報をクライアントへの文書の提供に利用することにより、文書の不正取得を効果的に防止できる。

図１及び図２の情報提供方法では、融合機２にネットワーク３を介して接続されるクライアント１が、融合機２に蓄積されている１つの文書を取得する例について説明したが、複数の文書を取得する例も同様である。

図５は、本発明による情報提供方法の第１実施例で複数の文書を取得するときのシーケンス図である。なお、図５のシーケンス図は一部を除いて図２のシーケンス図と同様であるため、適宜説明を省略する。

ステップＳ１〜Ｓ５までの処理は、図２のシーケンス図と同様である。ステップＳ５で受信した文書ＩＤリストは、文書Ａ，ＢおよびＣの文書ＩＤを含んでいる。Ｗｅｂページサービス１３は文書ＩＤリストに含まれる文書Ａ，ＢおよびＣの文書ＩＤごとに図２のステップＳ６，Ｓ７の処理を行う。

なお、図５のシーケンス図は文書Ａの文書ＩＤに対応するステップＳ６，Ｓ７の処理をステップＳ６ａ，Ｓ７ａで表し、文書Ｂの文書ＩＤに対応するステップＳ６，Ｓ７の処理をステップＳ６ｂ，Ｓ７ｂで表し、文書Ｃの文書ＩＤに対応するステップＳ６，Ｓ７の処理をステップＳ６ｃ，Ｓ７ｃで表している。

即ち、Ｗｅｂページサービス１３は、ステップＳ６ａ，Ｓ７ａと、ステップＳ６ｂ，Ｓ７ｂと、ステップＳ６ｃ，Ｓ７ｃとの処理により文書Ａ，ＢおよびＣに応じたリクエストＵＲＬを文書管理サービス１４に要求する。

文書管理サービス１４は、Ｗｅｂページサービス１３からのリクエストＵＲＬの要求に応じてチケットＩＤを組み込んだリクエストＵＲＬ２１ａ，２１ｂおよび２１ｃを作成し、Ｗｅｂページサービス１３に送信する。

Ｗｅｂページサービス１３は、文書管理サービス１４からの組み込みリクエストＵＲＬ２１ａ，２１ｂおよび２１ｃを受信すると、文書表示用Ｗｅｂページを作成する。なお、組み込みリクエストＵＲＬ２１ａ，２１ｂおよび２１ｃは文書表示用Ｗｅｂページを構成するＨＴＭＬなどの情報に組み込まれている。

ステップＳ８では、Ｗｅｂページサービス１３が、作成した文書表示用ＷｅｂページをＨＴＴＰレスポンスとしてクライアント１のブラウザ１１に送信する。ブラウザ１１は受信した文書表示用Ｗｅｂページを表示するときに、文書表示用Ｗｅｂページを構成する情報に組み込まれている組み込みリクエストＵＲＬを取り出す。

ブラウザ１１は、文書管理サービス１４に対して組み込みリクエストＵＲＬ２１ａ，２１ｂおよび２１ｃごとに図２のステップＳ９，Ｓ１０の処理を行う。なお、図５のシーケンス図は文書Ａの文書ＩＤに対応するステップＳ９，Ｓ１０の処理をステップＳ９ａ，Ｓ１０ａで表し、文書Ｂの文書ＩＤに対応するステップＳ９，Ｓ１０の処理をステップＳ９ｂ，Ｓ１０ｂで表し、文書Ｃの文書ＩＤに対応するステップＳ９，Ｓ１０の処理をステップＳ９ｃ，Ｓ１０ｃで表している。

即ち、ブラウザ１１は、ステップＳ９ａ，Ｓ１０ａと、ステップＳ９ｂ，Ｓ１０ｂと、ステップＳ９ｃ，Ｓ１０ｃとの処理により組み込みリクエストＵＲＬ２１ａ，２１ｂおよび２１ｃに応じた文書を文書管理サービス１４に要求する。

文書管理サービス１４は、ブラウザ１１からの文書の要求に応じて組み込みＵＲＬ２１ａ，２１ｂおよび２１ｃからチケットＩＤを取り出し、そのチケットＩＤに関連付けられている文書ＩＤの文書をブラウザ１１に送信する。ブラウザ１１は、取得した文書を含む図６のような文書表示用Ｗｅｂページを画面上に表示する。

図６は、文書表示用Ｗｅｂページの他の一例のイメージ図である。図６の文書表示用Ｗｅｂページは、ステップＳ１０ａ，Ｓ１０ｂおよびＳ１０ｃで取得した文書のサムネイル，文書名，作成したユーザ名および作成日を表示している例である。

このように、本発明は複数の文書に対応する文書表示用Ｗｅｂページを作成してブラウザ１１の画面上に表示できる。

図７は、本発明による情報提供方法の第２実施例の説明図である。図８は、本発明による情報提供方法の第２実施例のシーケンス図である。なお、図７及び図８の情報提供方法は一部を除いて図１及び図２と同様であるため、適宜説明を省略する。

ステップＳ２１では、クライアント１のブラウザ１１が、ユーザから入力された認証コードを含むＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストをネットワーク３を介して融合機２に送信する。このとき、ブラウザ１１はＨＴＴＰリクエストと共に、クライアントを識別するクライアント識別情報（例えば、ＩＰアドレス，ＭＡＣアドレスなど）を融合機２に送信する。クライアント１から送信されたＨＴＴＰリクエストおよびクライアント識別情報は、ＮＣＳ１２のＨＴＴＰＤを介してＷｅｂページサービス１３に供給される。なお、ＨＴＴＰＤの詳細は後述する。

ステップＳ２２〜Ｓ２５までの処理は、図１及び図２のステップＳ２〜５の処理と同様である。ステップＳ２６では、Ｗｅｂページサービス１３が、文書ＩＤリストに含まれる文書ＩＤ，ステップＳ２１で受信したクライアント１のクライアント識別情報およびステップＳ２３で受信したセッションＩＤを用いて、文書に応じたリクエストＵＲＬを文書管理サービス１４に要求する。

文書管理サービス１４は、Ｗｅｂページサービス１３からのリクエストＵＲＬの要求に応じて、チケットＩＤを作成する。文書管理サービス１４は、作成したチケットＩＤ，クライアント１のクライアント識別情報，提供可能な文書の文書ＩＤおよびチケットＩＤの有効期限を関連付けたチケット管理情報を、図９のようなチケット管理ＤＢ１６に格納する。図９は、チケット管理ＤＢの他の一例の構成図である。図９のチケット管理ＤＢ１６は、チケットＩＤ，クライアント識別情報の一例としてのクライアントＩＰアドレス，文書ＩＤおよび有効期限をデータ項目として有している。

また、文書管理サービス１４はＷｅｂページサービス１３からのリクエストＵＲＬの要求に応じて、リクエストＵＲＬを作成する。なお、ステップＳ２７〜Ｓ２８までの処理は図１及び図２のステップＳ７，Ｓ８の処理と同様である。

ステップＳ２９では、ブラウザ１１が、文書管理サービス１４に対して組み込みリクエストＵＲＬ２１に応じた文書を要求する。このとき、ブラウザ１１はクライアント識別情報も文書管理サービス１４に送信する。文書管理サービス１４は、受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２を取り出したあと、そのチケットＩＤ２２およびブラウザ１１から受信したクライアント識別情報がチケット管理ＤＢ１６で関連付けられているか否かを判定する。

受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２と、ブラウザ１１から受信したクライアント識別情報とがチケット管理ＤＢ１６で関連付けられていると判定した場合、文書管理サービス１４はチケットＩＤ２２に関連付けられている文書ＩＤをチケット管理ＤＢ１６から読み出す。

なお、受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２と、ブラウザ１１から受信したクライアント識別情報とがチケット管理ＤＢ１６で関連付けられていないと判定した場合、文書管理サービス１４はチケットＩＤ２２に関連付けられている文書ＩＤをチケット管理ＤＢ１６から読み出さない。このとき、文書管理サービス１４はブラウザ１１に認証エラーの応答を行っても良い。

文書管理サービス１４は、読み出した文書ＩＤに応じて文書蓄積場所から文書を取得する。ステップＳ２９に続いてステップＳ３０に進み、文書管理サービス１４は取得した文書をブラウザ１１に送信する。ブラウザ１１は、取得した文書を含む文書表示用Ｗｅｂページを画面上に表示する。

したがって、チケットＩＤを盗み見て、そのチケットＩＤを用いて他のクライアントから複合機２に文書を要求したとしても、チケットＩＤと他のクライアントのクライアント識別情報とがチケット管理情報としてチケット管理ＤＢ１６で関連付けられていないため、融合機２から文書を取得することができない。

このように、本発明はチケットＩＤとクライアント識別情報とを関連付けておくことで、不当なクライアントによる正当なクライアントへの成り済ましを防止することができるので、文書の不正取得を効果的に防止できる。

図１０は、本発明による情報提供方法の第３実施例の説明図である。図１１は、本発明による情報提供方法の第３実施例のシーケンス図である。なお、図１０及び図１１の情報提供方法は一部を除いて図７及び図８と同様であるため、適宜説明を省略する。

ステップＳ３１〜Ｓ３５までの処理は、図７及び図８のステップＳ２１〜２５の処理と同様である。ステップＳ３６では、Ｗｅｂページサービス１３が、文書ＩＤリストに含まれる文書ＩＤ，ステップＳ３１で受信したクライアント１のＩＰアドレスおよびステップＳ３３で受信したセッションＩＤを用いて、文書の形式，その情報を表示するときの変倍率，その情報のページ範囲などの取得条件情報の選択肢を文書管理サービス１４に要求する。

ステップＳ３６に続いてステップＳ３７に進み、文書管理サービス１４はＷｅｂページサービス１３からの取得条件情報の選択肢の要求に応じて取得条件情報の選択肢を作成し、その取得条件情報の選択肢をＷｅｂページサービス１３に送信する。

ステップＳ３７に続いてステップＳ３８に進み、Ｗｅｂページサービス１３は文書管理サービス１４から取得条件情報の選択肢を受信すると、ユーザが取得条件情報を選択するためのＷｅｂページ（以下、取得条件選択用Ｗｅｂページという）を作成する。Ｗｅｂページサービス１３は、作成した取得条件選択用ＷｅｂページをＨＴＴＰレスポンスとしてクライアント１のブラウザ１１に送信する。

ユーザが取得条件選択用Ｗｅｂページ上で取得条件情報を選択すると、ブラウザ１１はステップＳ３９に進み、クライアント１のＩＰアドレス，文書ＩＤ，取得条件情報を含むＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストをネットワーク３を介して融合機２に送信する。クライアント１から送信されたＨＴＴＰリクエストは、ＮＣＳ１２のＨＴＴＰＤを介してＷｅｂページサービス１３に供給される。なお、ＨＴＴＰＤの詳細は後述する。

ステップＳ３９に続いてステップＳ４０に進み、Ｗｅｂページサービス１３はＨＴＴＰリクエストに含まれているＩＰアドレス，文書ＩＤ，取得条件情報を取り出す。Ｗｅｂページサービス１３は、取り出したＩＰアドレス，文書ＩＤ，取得条件情報およびステップＳ３３で受信したセッションＩＤを用いて、文書に応じたリクエストＵＲＬを文書管理サービス１４に要求する。

文書管理サービス１４は、Ｗｅｂページサービス１３からのリクエストＵＲＬの要求に応じて、チケットＩＤを作成する。文書管理サービス１４は、作成したチケットＩＤ，クライアント１のＩＰアドレス，提供可能な文書の文書ＩＤ，取得条件情報およびチケットＩＤの有効期限を関連付けたチケット管理情報を図１２のようなチケット管理ＤＢ１６に格納する。

図１２は、チケット管理ＤＢの他の一例の構成図である。図１２のチケット管理ＤＢ１６は、チケットＩＤ，クライアントＩＰアドレス，文書ＩＤ，文書の形式，変倍率，ページ範囲および有効期限をデータ項目として有している。

また、文書管理サービス１４はＷｅｂページサービス１３からのリクエストＵＲＬの要求に応じてリクエストＵＲＬを作成する。なお、ステップＳ４１〜Ｓ４３までの処理は図７及び図８のステップＳ２７〜Ｓ２９の処理と同様である。

文書管理サービス１４は、受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２を取り出したあと、そのチケットＩＤ２２およびブラウザ１１から受信したＩＰアドレスがチケット管理ＤＢ１６で関連付けられているか否かを判定する。

受信した組み込みリクエストＵＲＬ２１に組み込まれているチケットＩＤ２２と、ブラウザ１１から受信したＩＰアドレスとがチケット管理ＤＢ１６で関連付けられていると判定した場合、文書管理サービス１４はチケットＩＤ２２に関連付けられている文書ＩＤおよび取得条件情報をチケット管理ＤＢ１６から読み出す。

文書管理サービス１４は、読み出した文書ＩＤに応じて文書蓄積場所から文書を取得し、読み出した文書を必要に応じて取得条件情報で指定されている条件に変換する。ステップＳ４３に続いてステップＳ４４に進み、文書管理サービス１４は取得した文書をブラウザ１１に送信する。ブラウザ１１は、取得した文書を含む文書表示用Ｗｅｂページを画面上に表示する。

第３実施例では、ブラウザ１１を介してユーザが指定した取得条件情報の内容がログとして残らない。また、要求方式の制約などで取得条件情報の指定量が限定される場合であっても、チケット管理ＤＢ１６に予め取得条件情報を格納しておくことにより、取得条件情報の指定量が限定されない。

このように、本発明はチケットＩＤと文書の取得条件情報とを関連付けておくことで、ユーザが指定した取得条件情報の内容を不当なユーザに盗み見られることを防止できる。

図１３は、本発明による情報提供方法の第４実施例の説明図である。なお、図１３の情報提供方法は、第１〜第３実施例と重複する処理があるため、適宜説明を省略している。

融合機３０の文書管理サービス３１はクライアント機能を用いて、融合機２の文書管理サービス１４との間でセッションを確立しているものとする。融合機２に蓄積されている文書の取得を所望する場合、融合機３０の文書管理サービス３１はＩＰアドレス，文書ＩＤ，セッションＩＤを含むＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストをネットワーク３を介して融合機２に送信してリクエストＵＲＬの要求を行う。

融合機３０の文書管理サービス３１から送信されたＨＴＴＰリクエストは、ＮＣＳ１２のＨＴＴＰＤ３２を介して融合機２の文書管理サービス１４に供給される。なお、ＨＴＴＰＤの詳細は後述する。

ステップＳ５１に続いてステップＳ５２に進み、文書管理サービス１４はＨＴＴＰリクエストに含まれているＩＰアドレス，文書ＩＤ，セッションＩＤを取り出し、前述するようにチケットＩＤを作成する。文書管理サービス１４は、作成したチケットＩＤ，ステップＳ５１で受信した文書ＩＤ，チケットＩＤの有効期限を関連付けたチケット管理情報を図１５のようなチケット管理ＤＢ１６に格納する。図１５のチケット管理ＤＢでは、前述した取得条件情報もチケットＩＤと関連付けられて格納されている。

なお、融合機２は図１４のようにログインＩＤおよび認証コードを関連付けたログイン情報ＤＢを有している。図１４は、ログイン情報ＤＢの一例の構成図である。また、図１５はチケット管理ＤＢの他の一例の構成図である。

文書管理サービス１４は、文書管理サービス３１からのリクエストＵＲＬの要求に応じて組み込みリクエストＵＲＬ３４を作成する。組み込みリクエストＵＲＬ３４はログインＩＤ３５，認証コード３６，チケットＩＤ３７が組み込まれている。

文書管理サービス１４は、作成した組み込みリクエストＵＲＬ３４およびステップＳ５１で受信したセッションＩＤを融合機３０の文書管理サービス３１に送信する。ステップＳ５２に続いてステップＳ５３に進み、文書管理サービス３１は組み込みリクエストＵＲＬ３４に応じた文書をｆｔｐで融合機２に要求する。

文書管理サービス３１から送信された組み込みＨＴＴＰリクエスト３４は、ＮＣＳ１２のＦＴＰＤ３３を介して文書管理サービス１４に供給される。なお、ＦＴＰＤの詳細は後述する。

文書管理サービス１４は、受信した組み込みリクエストＵＲＬ３４に組み込まれているログインＩＤ３５，認証コード３６を取り出して認証処理を行う。認証処理が正常に終了すると、文書管理サービス１４は受信した組み込みリクエストＵＲＬ３４に組み込まれているチケットＩＤ３７を取り出し、そのチケットＩＤ３７に関連付けられている文書ＩＤをチケット管理ＤＢ１６から読み出す。

文書管理サービス１４は、読み出した文書ＩＤに応じて文書を取得する。ステップＳ５３に続いてステップＳ５４に進み、文書管理サービス１４は取得した文書を融合機３０の文書管理サービス３１にｆｔｐで送信する。

このように、本発明は有効期限を適切に設定したチケット管理情報を他の融合機へのｆｔｐによる文書の提供に利用することにより、文書の不正取得を効果的に防止できる。

図１６は、本発明による情報提供方法の第５実施例の説明図である。図１７は、本発明による情報提供方法の第５実施例のシーケンス図である。なお、図１６及び図１７の情報提供方法は、第１〜第４実施例と重複する処理があるため、適宜説明を省略している。

ステップＳ６１〜Ｓ６６では、クライアント１のアプリケーション１７と融合機２の文書管理サービス１４との間にセッション（Ａ）が確立される。アプリケーション１７は文書管理サービス１４から文書ＩＤリストを取得し、その文書ＩＤリストの中から印刷を所望する文書ＩＤのチケットを文書管理サービス１４から取得する。

ステップＳ６７〜Ｓ６９では、クライアント１のアプリケーション１７と融合機３０の印刷サービス４１との間にセッション（Ｂ）が確立される。アプリケーション１７は、取得したチケットを用いて印刷サービス４１に文書の印刷を要求する。

ステップＳ７０，Ｓ７１では、印刷サービス４１が融合機３０の文書管理サービス３１にチケットを送信し、文書の取得を要求する。ステップＳ７２〜Ｓ７７では、融合機３０の文書管理サービス３１と融合機２の文書管理サービス１４との間にセッション（Ｃ）が確立される。

融合機３０の文書管理サービス３１は、文書管理サービス１４からチケットに応じた文書の引取を要求する。文書管理サービス１４は、文書管理サービス３１からの文書の引取の要求に応じて、引取先ＵＲＬを文書管理サービス３１に送信する。この引取先ＵＲＬは前述した組み込みリクエストＵＲＬと同様、文書の取得に必要なチケットＩＤが組み込まれている。

ステップＳ７８〜Ｓ８０では、文書管理サービス３１が、受信した引取先ＵＲＬを用いて文書を取得し、その文書を印刷サービス４１に送信する。印刷サービス４１は受信した文書の印刷を行う。ステップＳ８１では、印刷サービス４１が印刷終了後、クライアント１のアプリケーション１７に印刷終了通知を送信する。

このように、本発明は有効期限を適切に設定したチケット管理情報を、クライアントからの指示による一の融合機から他の融合機への文書の提供に利用することにより、文書の不正取得を効果的に防止しつつ一の融合機から取得した文書を他の融合機に印刷させることができる。

図１８は、本発明による情報提供方法の第６実施例の説明図である。図１８の情報提供方法は、融合機２にインターネット，ＬＡＮなどのネットワーク３を介して接続されるクライアント１が、融合機２に蓄積されている文書を取得するものである。融合機２に蓄積されている文書の取得を所望する場合、クライアント１を操作するユーザはアプリケーション１７に文書の取得開始を指示する。

ステップＳ９０では、クライアント１のアプリケーション１７が、ユーザの指定した文書の文書ＩＤを含む図１９のようなＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストをネットワーク３を介して融合機２に送信する。図１９は、ステップＳ９０で送信されるＨＴＴＰリクエストの一例の構成図である。アプリケーション１７は、図１９のようなＨＴＴＰリクエストを融合機２に送信することで、文書管理サービス１４にリクエストＵＲＬを要求する。

クライアント１から送信されたＨＴＴＰリクエストは、ＮＣＳ１２のＨＴＴＰＤを介して文書管理サービス１４のリクエスト処理部１８に供給される。なお、ＨＴＴＰＤの詳細は後述する。

ステップＳ９０に続いてステップＳ９１に進み、リクエスト処理部１８は必要に応じて認証を行ったあと、リクエストＵＲＬの要求に応じてチケットＩＤを作成する。リクエスト処理部１８は、作成したチケットＩＤ，ステップＳ９０で受信した文書ＩＤおよびチケットＩＤの有効期限を関連付けたチケット管理情報を図３のようなチケット管理ＤＢ１６に格納する。

また、リクエスト処理部１８はリクエストＵＲＬの要求に応じて、情報提供部１９を指すリクエストＵＲＬ２３を作成する。ステップＳ９１に続いてステップＳ９２に進み、リクエスト処理部１８はチケットＩＤとリクエストＵＲＬ２３とを含む図２０のようなＨＴＴＰレスポンスを作成し、そのＨＴＴＰレスポンスをクライアント１のアプリケーション１７に送信する。図２０は、ステップＳ９２で送信されるＨＴＴＰレスポンスの一例の構成図である。

アプリケーション１７は、ステップＳ９２で受信したチケットＩＤを含む図２１のようなＨＴＴＰリクエストを作成し、そのＨＴＴＰリクエストを融合機２に送信する。図２１は、ステップＳ９３で送信されるＨＴＴＰリクエストの一例の構成図である。ステップＳ９３では、チケットＩＤをリクエストＵＲＬに組み込むことなく、ＨＴＴＰリクエストのボディ（ＢＯＤＹ）部に含ませている。

クライアント１から送信されたＨＴＴＰリクエストは、ＮＣＳ１２のＨＴＴＰＤを介してリクエストＵＲＬ２３が指す文書管理サービス１４の情報提供部１９に供給される。ステップＳ９３に続いてステップＳ９４に進み、情報提供部１９は受信したＨＴＴＰリクエストからチケットＩＤを取り出し、そのチケットＩＤ２２に関連付けられている文書ＩＤをチケット管理ＤＢ１６から読み出す。

情報提供部１９は、読み出した文書ＩＤに応じてハードディスク装置などの文書蓄積場所から文書を取得する。ステップＳ９５に続いてステップＳ９６に進み、情報提供部１９は取得した文書をクライアント１のアプリケーション１７に送信する。なお、図１８の有効期限管理部１５はチケット管理ＤＢ１６の有効期限を監視しており、有効期限の切れたチケット管理情報をチケット管理ＤＢ１６から削除している。

したがって、ステップＳ９２〜Ｓ９３の処理が行われることが保証される程度の時間をチケット管理情報の有効期限として設定しておくことにより、チケットＩＤを盗み見られても文書を不正に取得される危険性を低下できる。また、情報提供部１９はステップＳ９３で利用されたチケット管理情報を削除することで、チケットＩＤを盗み見られても文書を不正に取得される危険性を低下できる。

なお、実施例１〜６では、チケットＩＤと文書ＩＤとが関連付けられたチケット管理情報をチケット管理ＤＢ１６に格納しているが、チケットＩＤから文書ＩＤを割り出せるようにチケットＩＤに意味を持たせれば、必ずしもチケット管理ＤＢ１６でチケットＩＤと文書ＩＤとを関連付けておかなくてもよい。図２２は、文書ＩＤを割り出せるように意味を持たせたチケットＩＤの一例の構成図である。図２２では、チケットＩＤ５１にチケットの有効期限が含まれている。また、チケット管理情報５０は文書ＩＤと有効期限とで構成される。したがって、図２２のチケット管理情報５０及びチケットＩＤ５１の場合、チケットの有効期限を用いてチケットＩＤから文書ＩＤを割り出すことができる。なお、図２２のチケットＩＤ５１は、セキュリティ上の観点から暗号化してもよい。
（融合機の説明）
次に、融合機２の詳細について説明する。図２３は、本発明による融合機の一実施例の構成図である。融合機２は、ソフトウェア群１００と，融合機起動部２００と，ハードウェア資源３００とを含むように構成される。

融合機起動部２００は融合機２の電源投入時に最初に実行され、アプリケーション層１１１およびプラットフォーム１３５を起動する。例えば融合機起動部２００は、アプリケーション層１１１およびプラットフォーム１３５のプログラムをハードディスク装置（以下、ＨＤＤという）などから読み出し、読み出した各プログラムをメモリ領域に転送して起動する。

ハードウェア資源３００は、白黒レーザプリンタ（Ｂ＆ＷＬＰ）３０１と，カラーレーザプリンタ（ＣｏｌｏｒＬＰ）３０２と，スキャナやファクシミリなどのその他のハードウェアリソース３０３とを含む。

また、ソフトウェア群１００は、ＵＮＩＸ（登録商標）などのオペレーティングシステム（以下、ＯＳという）上に起動されているアプリケーション層１１１とプラットフォーム１３５とを含む。アプリケーション層１１１は、プリンタ，コピー，ファックスおよびスキャナなどの画像形成にかかるユーザサービスにそれぞれ固有の処理を行うプログラムを含む。

アプリケーション層１１１は、プリンタアプリ１０１と，コピーアプリ１０２と，ファックスアプリ１０３と，スキャナアプリ１０４と，ＷＥＢページアプリ１０５と，１つ以上の共有ファンクション（以下、ＳＦという）１０７と，ＷＥＢページアプリ１０５とＳＦ１０７との間に設けられたＷＥＢサービスファンクション（以下、ＷＳＦという）１０６とを含む。

ＷＳＦ１０６は、予め定義されている関数によりＷＥＢページアプリ１０５からの処理要求を受信するアプリケーションプログラムインターフェース（以下、ＡＰＩという）１０８を有する。また、ＳＦ１０７は予め定義されている関数によりＷＳＦ１０６からの処理要求を受信するＡＰＩ１０９を有する。

ＷＳＦ１０６は、ＡＰＩ１０８を介してＷＥＢページアプリ１０５からの処理要求を受信すると、その処理要求に応じてＳＦ１０７を選択する。ＷＳＦ１０６はＡＰＩ１０８を介して受信した処理要求を、その処理要求に応じて選択したＳＦ１０７にＡＰＩ１０９を介して送信する。ＳＦ１０７はＡＰＩ１０９を介して処理要求を受信すると、その処理要求に応じた処理を行う。

例えば図２３の融合機２は２つのＳＦ１０７を含んでいるが、一方のＳＦ１０７が前述したＷｅｂページサービス１３の処理を行い、他方のＳＦ１０７が文書管理サービス１４の処理を行う。

プラットフォーム１３５は、アプリケーション層１１１からの処理要求を解釈してハードウェア資源３００の獲得要求を発生するコントロールサービス層１２９と、１つ以上のハードウェア資源３００の管理を行ってコントロールサービス層１２９からの獲得要求を調停するシステムリソースマネージャ（以下、ＳＲＭという）１３０と、ＳＲＭ１３０からの獲得要求に応じてハードウェア資源３００の管理を行うハンドラ層１３３とを含む。

コントロールサービス層１２９は、ネットワークコントロールサービス（以下、ＮＣＳという）１２１，デリバリーコントロールサービス（以下、ＤＣＳという）１２２，オペレーションパネルコントロールサービス（以下、ＯＣＳという）１２３，ファックスコントロールサービス（以下、ＦＣＳという）１２４，エンジンコントロールサービス（以下、ＥＣＳという）１２５，メモリコントロールサービス（以下、ＭＣＳという）１２６，ユーザインフォメーションコントロールサービス（以下、ＵＣＳという）１２７，システムコントロールサービス（以下、ＳＣＳという）１２８など、一つ以上のサービスモジュールを含むように構成されている。

なお、プラットフォーム１３５は予め定義されている関数により、アプリケーション層１１１からの処理要求を受信するＡＰＩ１１０を有するように構成されている。ＯＳは、アプリケーション層１１１およびプラットフォーム１３５の各ソフトウェアをプロセスとして並列実行する。

ＮＣＳ１２１のプロセスは、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

例えばＮＣＳ１２１は、ネットワークを介して接続されるクライアントとのデータ通信をＨＴＴＰＤ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。また、ＮＣＳ１２１は、ネットワークを介して接続されるクライアントとのデータ通信をＦＴＰＤ（File Transfer Protocol Daemon）により、ＦＴＰ（File Transfer Protocol）で制御する。

ＤＣＳ１２２のプロセスは、蓄積文書の配送などの制御を行う。ＯＣＳ１２３のプロセスは、オペレータと本体制御との間の情報伝達手段となるオペレーションパネルの制御を行う。ＦＣＳ１２４のプロセスは、アプリケーション層１１１からＰＳＴＮまたはＩＳＤＮ網を利用したファックス送受信，バックアップ用のメモリで管理されている各種ファックスデータの登録／引用，ファックス読み取り，ファックス受信印刷などを行うためのＡＰＩを提供する。

ＥＣＳ１２５のプロセスは、白黒レーザプリンタ３０１，カラーレーザプリンタ３０２，ハードウェアリソース３０３などのエンジン部の制御を行う。ＭＣＳ１２６のプロセスは、メモリの取得および解放，ＨＤＤの利用，画像データの圧縮および伸張などのメモリ制御を行う。ＵＣＳ１２７のプロセスは、ユーザ情報の管理を行うものである。

ＳＣＳ１２８のプロセスは、アプリケーション管理，操作部制御，システム画面表示，ＬＥＤ表示，ハードウェア資源管理，割り込みアプリケーション制御などの処理を行う。

ＳＲＭ１３０のプロセスは、ＳＣＳ１２８と共にシステムの制御およびハードウェア資源３００の管理を行うものである。例えばＳＲＭ１３０のプロセスは、白黒レーザプリンタ３０１やカラーレーザプリンタ３０２などのハードウェア資源３００を利用する上位層からの獲得要求に従って調停を行い、実行制御する。

具体的に、ＳＲＭ１３０のプロセスは獲得要求されたハードウェア資源３００が利用可能であるか（他の獲得要求により利用されていないかどうか）を判定し、利用可能であれば獲得要求されたハードウェア資源３００が利用可能である旨を上位層に通知する。また、ＳＲＭ１３０のプロセスは上位層からの獲得要求に対してハードウェア資源３００を利用するためのスケジューリングを行い、要求内容（例えば、プリンタエンジンによる紙搬送と作像動作，メモリ確保，ファイル生成など）を直接実施している。

また、ハンドラ層１３３は後述するファックスコントロールユニット（以下、ＦＣＵという）の管理を行うファックスコントロールユニットハンドラ（以下、ＦＣＵＨという）１３１と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（以下、ＩＭＨという）１３２とを含む。

ＳＲＭ１３０およびＦＣＵＨ１３１は、予め定義されている関数によりハードウェア資源３００に対する処理要求を送信するエンジンＩ／Ｆ１３４を利用してハードウェア資源３００に対する処理要求を行う。

図２３の構成により、融合機２は各アプリケーションで共通的に必要な処理をプラットフォーム１３５で一元的に処理することができる。

次に、融合機２のハードウェア構成について説明する。図２４は、本発明による融合機の一実施例のハードウェア構成図である。融合機２は、コントローラ４００と，オペレーションパネル４１０と，ＦＣＵ４１１と，ＵＳＢデバイス４１２と，ＩＥＥＥ１３９４デバイス４１３と，エンジン部４１４とを含む。

また、コントローラ４００は、ＣＰＵ４０１と，システムメモリ４０２と，ノースブリッジ（以下、ＮＢという）４０３と，サウスブリッジ（以下、ＳＢという）４０４と，ＡＳＩＣ４０６と，ローカルメモリ４０７と，ＨＤＤ４０８とを含む。

オペレーションパネル４１０は、コントローラ４００のＡＳＩＣ４０６に接続されている。また、ＦＣＵ４１１，ＵＳＢデバイス４１２，ＩＥＥＥ１３９４デバイス４１３およびエンジン部４１４は、コントローラ４００のＡＳＩＣ４０６にＰＣＩバスで接続されている。

コントローラ４００は、ＡＳＩＣ４０６にローカルメモリ４０７，ＨＤＤ４０８などが接続されると共に、ＣＰＵ４０１とＡＳＩＣ４０６とがＣＰＵチップセットのＮＢ４０３を介して接続されている。このように、ＮＢ４０３を介してＣＰＵ４０１とＡＳＩＣ４０６とを接続すれば、ＣＰＵ４０１のインターフェースが公開されていない場合に対応できる。

なお、ＡＳＩＣ４０６とＮＢ４０３とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）４０５を介して接続されている。このように、図２３のアプリケーション層１１１やプラットフォーム１３５を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ４０６とＮＢ４０３とを低速のＰＣＩバスでなくＡＧＰ４０５を介して接続し、パフォーマンスの低下を防いでいる。

ＣＰＵ４０１は、融合機２の全体制御を行うものである。ＣＰＵ４０１は、ＮＣＳ１２１，ＤＣＳ１２２，ＯＣＳ１２３，ＦＣＳ１２４，ＥＣＳ１２５，ＭＣＳ１２６，ＵＣＳ１２７，ＳＣＳ１２８，ＳＲＭ１３９，ＦＣＵＨ１３１およびＩＭＨ１３２をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層１１１を形成するプリンタアプリ１０１，コピーアプリ１０２，ファックスアプリ１０３，スキャナアプリ１０４，ＷＥＢページアプリ１０５，ＷＳＦ１０６およびＳＦ１０７を起動して実行させる。

ＮＢ４０３は、ＣＰＵ４０１，システムメモリ４０２，ＳＢ４０４およびＡＳＩＣ４０６を接続するためのブリッジである。システムメモリ４０２は、融合機２の描画用メモリなどとして用いるメモリである。ＳＢ４０４は、ＮＢ４０３とＲＯＭ，ＰＣＩバス，周辺デバイスとを接続するためのブリッジである。また、ローカルメモリ４０７はコピー用画像バッファ，符号バッファとして用いるメモリである。

ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ４０８は、画像データの蓄積，文書データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積などを行うためのストレージである。また、オペレーションパネル４１０は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。

本発明は、具体的に開示された実施例に限定されるものではなく、特許請求のの範囲から逸脱することなく、種々の変形や変更が可能である。

本発明による情報提供方法の第１実施例の説明図である。本発明による情報提供方法の第１実施例のシーケンス図である。チケット管理ＤＢの一例の構成図である。文書表示用Ｗｅｂページの一例のイメージ図である。本発明による情報提供方法の第１実施例で複数の文書を取得するときのシーケンス図である。文書表示用Ｗｅｂページの他の一例のイメージ図である。本発明による情報提供方法の第２実施例の説明図である。本発明による情報提供方法の第２実施例のシーケンス図である。チケット管理ＤＢの他の一例の構成図である。本発明による情報提供方法の第３実施例の説明図である。本発明による情報提供方法の第３実施例のシーケンス図である。チケット管理ＤＢの他の一例の構成図である。本発明による情報提供方法の第４実施例の説明図である。ログイン情報ＤＢの一例の構成図である。チケット管理ＤＢの他の一例の構成図である。本発明による情報提供方法の第５実施例の説明図である。本発明による情報提供方法の第５実施例のシーケンス図である。本発明による情報提供方法の第６実施例の説明図である。ステップＳ９０で送信されるＨＴＴＰリクエストの一例の構成図である。ステップＳ９２で送信されるＨＴＴＰレスポンスの一例の構成図である。ステップＳ９３で送信されるＨＴＴＰリクエストの一例の構成図である。文書ＩＤを割り出せるように意味を持たせたチケットＩＤの一例の構成図である。本発明による融合機の一実施例の構成図である。本発明による融合機の一実施例のハードウェア構成図である。

符号の説明

１クライアント
２，３０融合機
３ネットワーク
１１ブラウザ
１２ＮＣＳ（ネットワークコントロールサービス）
１３Ｗｅｂページサービス
１４，３１文書管理サービス
１５有効期限管理部
１６チケット管理ＤＢ
１７アプリケーション
１８リクエスト処理部
１９情報提供部
２１，２１ａ〜２１ｃ，３４チケットＩＤを組み込んだリクエストＵＲＬ
２２，３７チケットＩＤ
３２ＨＴＴＰデーモン
３３ＦＴＰデーモン
４１印刷サービス

Claims

情報を提供する第１の画像形成装置と、印刷を行う第２の画像形成装置と、前記第１の画像形成装置及び第２の画像形成装置に要求を行うクライアントとを有する情報印刷システムであって、
前記第１の画像形成装置から認証済みの前記クライアントに提供可能な情報を情報ＩＤで表した情報ＩＤリストを、前記クライアントが前記第１の画像形成装置から取得するステップと、
前記クライアントが前記情報ＩＤリストの中から前記第２の画像形成装置に印刷させる情報の情報ＩＤを示して、該情報ＩＤの情報が認証済みであることを証明するチケットＩＤを、前記クライアントが前記第１の画像形成装置から取得するステップと、
前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の印刷を前記クライアントが前記第２の画像形成装置に要求するステップと、
前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の引取を前記第２の画像形成装置が前記第１の画像形成装置に要求するステップと、
前記チケットＩＤにより認証済みであることを証明される前記情報ＩＤの情報の引取の要求に応じて、該情報ＩＤの情報の取得を前記第１の画像形成装置に要求するための引取先ＵＲＬを、前記第１の画像形成装置が前記第２の画像形成装置に送信するステップと、
前記引取先ＵＲＬを用いて、前記第２の画像形成装置が前記第１の画像形成装置から前記情報ＩＤの情報を取得して、該情報ＩＤの情報の印刷を行うステップと
を実行する情報印刷システム。
前記引取先ＵＲＬは、前記チケットＩＤが組み込まれていることを特徴とする請求項１記載の情報印刷システム。
前記第１の画像形成装置は、チケットＩＤ，認証済みであることを証明する情報の情報ＩＤ，チケットＩＤの有効期限を関連付けて、チケット管理情報として管理することを特徴とする請求項１又は２記載の情報印刷システム。