JP2011232857A - 印刷サービスシステム、印刷処理方法 - Google Patents

Abstract

【課題】 画像処理装置が第２のサーバ装置が受注した印刷ジョブに付与されているアクセス情報を用いて、第１のサーバ装置が提供するアプリケーションサービスを利用できる。
【解決手段】 ＰＯＤＳＳがクライアントＰＣから受注したジョブからＡＰＳＳにアクセスするための制限付きのアクセス情報を取得する。そして、ＭＦＰから受注したジョブが選択され、かつ、ＡＰＳＳにアクセスする必要がある場合に、ＭＦＰにアクセス情報を通知する。そして、ＭＦＰが通知されたアクセス情報を利用してＡＰＳＳ１０５に対応にアプリケーションサービスを依頼する。そして、ＡＰＳＳ１０５に対応で処理されたサービスデータをＰＯＤＳＳが受信して、ＭＦＰに対する印刷データを生成する。
【選択図】 図９

Description

本発明は、情報処理装置から受注するジョブを処理する印刷サービスシステム、印刷処理方法に関するものである。

近年、印刷量の多い印刷や、高度な加工（面付け、色味調整など）が必要な印刷、大判印刷など、一般の家庭やオフィス環境における複合機やプリンタでは所望の印刷ができない場合がある。

これら特殊な印刷処理を代行するビジネスに、印刷依頼を受注して、依頼内容に従った印刷処理を行い、印刷物を発注者に提供し、サービス代金を発注者から回収するプリントオンデマンド（Ｐｒｉｎｔ Ｏｎ Ｄｅｍａｎｄ、以降「ＰＯＤ」）サービスがある。

例えば、一般家庭でいうと年賀状の印刷発注などがあげられ、オフィスではＡ１サイズのポスター印刷、カタログ印刷などがあげられる。
なお、発注データは、デジタルカメラなどで撮影した画像や市販のアプリケーションソフトウェア（以降、単に「アプリケーション」）で作成した電子ドキュメントなど発注者が事前に用意する。

ただし、対象データの種類に関してはＰＯＤサービス提供側が所有するアプリケーションに依存するため、発注側が受付可能なデータ形式を発注者側が用意するものとなる。
上記で示したＰＯＤサービスの従来技術では、対象データの種類を拡張する技術として以下がある。
発注データに発注者が事前に加工を行ったアプリケーションの情報（以降、単に「アプリケーションの加工情報」）を発注情報として付与する。
そして、受注側では「アプリケーションの加工情報」を受注側のアプリケーションのデータ構造に変換して、受注側のアプリケーションを用いて加工や印刷を行う技術である（例えば特許文献１を参照）。

特開２００７−０５２６９４号公報

従来技術における特許文献１では、ＰＯＤサービスの発注者側と受注者側の双方でアプリケーションを所有していることが前提となる。
しかしながら近年、アプリケーションソフトウェアはＷｅｂ化技術が進み、近年ではインターネット上でアプリケーションをサービスとして提供する形態が普及してきている。
アプリケーションの処理自体はインターネット上のサーバで動作し、操作用の画面のみが利用者のＰＣ上で動作するアプリケーションである。
この提供形態では、アプリケーションの提供者側と利用者側で事前の契約が必要となる。契約後に提供者から利用者へ利用者固有のアクセス情報が提供され、利用者はアクセス情報を用いてアプリケーションを利用する。

そして、アプリケーションの提供者側は、例えば月単位での固定料金やアクセス量に応じた従量課金など契約の際に取り決めした料金形態で利用者から徴収するサービス形態となる（本サービス形態を以降、単に「アプリケーションサービス」とする）。

また、アプリケーションサービス形態の普及により、発注者側が利用するアプリケーションの種類も用途に応じて多種多様となっている。
このため発注者側の利用アプリケーションが多種多様化している現状では、従来のＰＯＤサービスにおける受注者側が所有するアプリケーションに依存した契約を継続することは難しくなる。

契約ができない場合は、発注者が事前に予測できないため、ＰＯＤサービス側がある程度のアプリケーションサービスと事前に契約する必要があるが、結果的に不要なアプリケーションサービスとも契約してしまう課題がある。

また、特許文献１の技術では、対象アプリケーションの種類が多数なため、発注者側のアプリケーションのデータ形式への変換処理は、データフォーマットの解析作業や変換処理の作成作業などを考慮すると効率が悪いという課題がある。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、画像処理装置が第２のサーバ装置が受注した印刷ジョブに付与されているアクセス情報を用いて、第１のサーバ装置が提供するアプリケーションサービスを利用できる仕組みを提供することである。

上記目的を達成する本発明の印刷サービスシステムは以下に示す構成を備える。
情報処理装置と、画像処理装置と、アプリケーションサービスを前記情報処理装置に提供する第１のサーバ装置と、前記情報処理装置がアプリケーションサービスを利用して作成した印刷ジョブを受注して印刷サービスを提供する第２のサーバ装置とを含む印刷サービスシステムであって、前記第２のサーバ装置は、前記情報処理装置から受注する受注ジョブからアプリケーションサービスを制限する情報が付されているアクセス情報と受注データとを記憶部に登録して管理する管理手段と、前記画像処理装置からの印刷要求に従い受注データと、前記アクセス情報を前記画像処理装置に送信する送信手段と、前記画像処理装置からの依頼に従って生成した印刷データを前記第１のサーバ装置から受信する受信手段と、前記受信手段が受信した印刷データを前記画像処理装置に転送する転送手段とを備え、前記画像処理装置は、前記第２のサーバ装置から前記アクセス情報と、受注データとを受信し、前記アクセス情報を用いて前記受注データに対するアプリケーションサービスを前記第１のサーバ装置に依頼する依頼手段と、前記画像処理装置が前記第１のサーバ装置に依頼した受注データに対する印刷データを前記第２のサーバ装置から受信して印刷する印刷手段と、
を備え、前記第１のサーバ装置は、前記画像処理装置から取得する前記アクセス情報に応じて前記受注データに対するアプリケーションサービス要求の許可または拒否を決定する決定手段と、前記決定手段がアプリケーションサービス要求を許可した場合に、前記画像処理装置から受信する受注データに対してアプリケーションサービスを実行して印刷データを生成する生成手段と、前記生成手段が生成した印刷データを前記第２のサーバ装置に転送する転送手段と、画像処理装置から依頼された受注データに前記実行手段がアプリケーションサービスを実行する毎に、前記アクセス情報で特定される登録された発注者に対して課金する課金手段と、を備えることを特徴とする。

本発明によれば、画像処理装置が第２のサーバ装置が受注した印刷ジョブに付与されているアクセス情報を用いて、第１のサーバ装置が提供するアプリケーションサービスを利用できる。

本実施形態を示す印刷サービスシステムの構成を説明する図である。 本実施形態を示すサーバ装置、情報処理装置の構成を示す図である。 図１に示した複合機のハードウェア構成図である。 図１に示した複合機の情報処理機能の概略構成図である。 図１に示したＰＯＤシステムのソフトウェア構成図である。 サーバ装置と情報処理装置のデータ処理を示すフローチャートである。 クライアントＰＣで表示されるＵＩの一例を示す図である。 ＰＯＤＳＳで管理される受注管理情報テーブルを示す図である。 印刷サービスシステムのデータ処理を示すフローチャートである。 複合機で表示されるＵＩを示す図である。 サーバ装置のデータ処理手順を示すフローチャートである。 ＰＯＤで管理される受注管理情報テーブルを示す図である。 サーバ装置のデータ処理手順を示すフローチャートである。 クライアントＰＣで表示されるＵＩを示す図である。

次に本発明を実施するための最良の形態について図面を参照して説明する。
〔第１実施形態〕
＜システム構成例の説明＞
図１は、本実施形態を示す印刷サービスシステムの構成を説明する図である。本例は、印刷サービスシステムの一例としてＰＯＤシステムの構成例であって、クラウドコンピューティングに適用可能なシステム例である。なお、本実施形態では、画像処理装置の例として複合機（ＭＦＰ（Multi Function Peripheral））を例とするが、印刷装置であっても本発明を適用可能である。また、本システムは、第１のサーバ装置としてアプリケーションサービスサーバを、第２のサーバ装置としてＰＯＤサービスサーバを例とする。また、情報処理装置は、クライアントＰＣ１０５から構成されるものとするが、クライアントＰＣの数は本実施形態に限定されるものではない。また、本実施形態はクラウドコンピューティングシステムを利用可能なシステムであって、第１のサーバ装置は、文書処理、表計算処理等の各種のデータ処理機能処理を行うアプリケーションサービスを契約者側のデータ処理装置に提供する。

図１において、１０１はインターネットを示しており、各ＬＡＮやファイアウォールを経由してクライアントＰＣ１０３、複合機１０４がＰＯＤサービスサーバ（ＰＯＤＳＳ）１０２やアプリケーションサービスサーバ（ＡＰＳＳ）１０５に接続する構成となる。なお、ＰＯＤＳＳ１０２やＡＰＳＳ１０５には、所定のオペレーティングシステムがインストールされ、インストールされたアプリケーション（Ｗｅｂブラウザを含む）を実行できる環境である。なお、本実施形態では、ＰＯＤＳＳ１０２がストレージサーバを兼ねる場合を説明するが受注ジョブを管理するストレージサーバを独立した構成としてシステムを構築することも可能である。

ＰＯＤＳＳ１０２は、ＰＯＤサービスの受注から発送までの一連の処理を提供するＷｅｂサーバである。
例えば、ＰＯＤＳＳ１０２は、発注者の利用するクライアントＰＣ１０３からの発注依頼を受注し、受注情報を受注ジョブとして記憶部に記憶して管理する。ここで、記憶部とは、図２に示すようなＨＤＤ２１０を使用する例を示すが、他の記憶媒体で構成されていてもよい。
また、複合機１０４からの印刷要求・加工指示に対して、スプーラ管理している受注ジョブを展開して、印刷データの提供や必要なアプリケーションサービスの起動を行うものとする。
また、ＰＯＤＳＳ１０２は、クライアントＰＣ１０３の発注者により設定されたＡＰＳＳ１０５に対する制限付きのアクセス情報を含む受注ジョブを記憶部に確保されるテーブルで管理する。なお、テーブルの詳細については後述する。
さらに、ＰＯＤＳＳ１０２は、複合機１０４からの印刷要求に従い受注データと、上記アクセス情報を複合機１０４に送信する処理を後述するフローチャートに従って実行する。

次に、クライアントＰＣ１０３は、Ｗｅｂブラウザを搭載しており、ＡＰＳＳ１０５に対して契約によって取得したアクセス情報を用いてアクセスを行い、アプリケーションサービスを用いたドキュンメント生成を行う。なお、当該アクセス情報に従い、クライアントＰＣ１０３が利用したアプリケーションに対して課金処理を行う。また、ＰＯＤＳＳ１０２が管理する発注者が設定したアクセス情報を用いて、複合機１０４からのアプリケーションサービス要求に対して、認証したアクセス情報に従い複合機１０４が利用したアプリケーション使用料についても課金処理を行う。ただし、上記アクセス情報は、クライアントＰＣ１０３の発注者が設定した制限付きのアクセス情報であって、発注者が利用期間や利用スル機能を制限することが可能に構成されている。したがって、複合機１０４の操作者が無制限にアプリケーションサービスを受けることができないように制御される。

また、クライアントＰＣ１０３は、ＰＯＤＳＳ１０２に対してもＷｅｂブラウザを用いてアクセスを行い、ＰＯＤサービスへの発注処理を行うものとする。
次に、複合機１０４は、Ｗｅｂブラウザを有しており、ＰＯＤＳＳ１０２における受注ジョブの印刷処理を行う。
その際に加工処理としてＡＰＳＳ１０５の提供するアプリケーションサービスを利用する場合は、ＰＯＤＳＳ１０２から提供される制限付きのアクセス情報を用いて表示、操作を行うものとする。

また、ＡＰＳＳ１０５は、Ｗｅｂサーバ機能を有してクライアントＰＣ１０３や複合機１０４のＷｅｂブラウザからのアプリケーションサービス利用を可能とする。また、ＡＰＳＳ１０５は、編集後の印刷指示に従い、印刷データをＰＯＤＳＳ１０２に提供する。ＰＯＤＳＳ１０２は、ＡＰＳＳ１０５から受信したアプリケーションデータをプリンタドライバにより複合機１０４で印刷可能な印刷データに変換して複合機１０４に提供する。また、ＡＰＳＳ１０５は、複合機１０４から取得するアクセス情報に応じて、受注データに対するアプリケーションサービスの要求を許可するか、拒否するかを決定する処理を後述するフローチャートに従って実行する。

＜各サービスサーバ及びクライアントＰＣのハードウェア構成図の説明＞
図２は、図１に示したＰＯＤＳＳ１０２やＡＰＳＳ１０５、及びクライアントＰＣ１０３のハードウェア構成図である。なお、各１０２、１０３、１０５はそれぞれＰＣであるため同様のハードウェア構成でよく、特に各１０２、１０３、１０５固有のハードウェアは必要ないものとする。
図２において、ビデオＲＡＭ（ＶＲＡＭ） ２０１は、表示装置（ＬＣＤ）２０２の画面に表示される文字、イメージを展開して記憶する。
表示装置２０２は、ＶＲＡＭ２０１から取得した表示情報を画面に表示する装置である。例えば、ＰＯＤＳＳ１０２やＡＰＳＳ１０５のＷｅｂサーバの設定、もしくはクライアントＰＣ１０３のＷｅｂブラウザなどはここに表示される。

ビットムーブユニット（ＢＭＵ）２０３は、メモリ間あるいはメモリと各デバイス間のデータ転送をコントロールする。キーボード（Ｋｅｙｂｏａｒｄ）２０４は、入力に関する各種キーを備えた入力デバイスの１つである。
ポインティングデバイス（ＰＤ）２０５は、画面上でアイコンなどを指し示し、ボタンクリックやドラッグなどの指示を行う。
ＣＰＵ２０６は、ＲＯＭ２０７に記憶された制御プログラム（本発明に係るプログラムやＨＤＤ２０９に記憶されたエラー処理プログラムをはじめ、後述する本発明を実現するためのプログラムも記憶されている）に基づいて本装置の各部を制御する。

ＲＡＭ２０８は上述した各プログラムをＣＰＵ２０６が実行するときにワークエリア、エラー処理時の一時退避エリアとして用いられる。
ハードディスクドライブ（ＨＤＤ）２０９、フレキシブルディスクドライブ（ＦＤＤ）２１０は、後述するアプリケーションプログラムやデータ、データベース、ライブラリなどの保存用に用いられる。

ネットワークインタフェース（ＮＥＴ−Ｉ／Ｆ）２１１は、各機器間でネットワークを経由してデータ転送を行うためにネットワーク上でデータ制御、診断を行う。なお、機器という場合には、上記ＰＯＳＤＳＳ１０２、クライアントＰＣ１０３、ＡＰＳＳ１０５が含まれる。
Ｉ／Ｏバス２１２は上述した各ユニット間を接続する役割を担う（アドレスバス、データバス及び制御バスからなる）。
上記構成において、装置に電源を投入すると、ＣＰＵ２０６はＲＯＭ２０７のブートプログラムに従って装置を初期化し、ＨＤＤ２０９からＯＳのロードを行い、その後で各種アプリケーション等を動作させる。なお、本実施形態の装置は、凡用の情報処理装置（パーソナルコンピュータ等）をその基礎にしているので、プログラムはハードディスク等に記憶されているものとしたが、もちろんＲＯＭに記憶させるようにしてもよい。記憶媒体によって本発明が限定されるものでもない。また、プログラムは、半導体記憶装置、例えばＳＤＤに記憶されていてもよい。

＜複合機のハードウェア構成図の説明＞
図３は、図１に示した複合機１０４のハードウェア構成図である。なお本例では、複合機とした場合を示しているが、プリンタも適用可能とする。

図３において、フィーダ３００（原稿自動送り部）は、スキャナ部３０１でスキャンニングを行う際に自動で紙を送る機構である。原稿のスキャナ部３０１は、紙の情報をスキャニングして電子化を行う。
ＵＩ部３０２は、本発明のＰＯＤＳＳ１０２の受注ジョブに関する 操作やＡＰＳＳ１０５のアプリケーションサービス利用を実現するためのＷｅｂブラウザを表示して入力操作を受け付ける機構である。

給紙部３０３は、印刷の際に印刷用紙を定着部３０４に送る機構である。定着部３０４は、給紙部３０３から送られてきた用紙にトナーを定着させて印刷を行う機構である。排紙部３０５は定着部３０４にて印刷された用紙を排紙する機構である。
フィニッシング装置３０６は、排紙部３０５から排紙された紙を発注情報に従ってステープルやパンチといった処理を行う機構である。
そして、排紙トレイ３０７は最終的に印刷・フィニッシングされた印刷物を保持するトレイとなる。
なお、本複合機１０４によって作成された最終成果物を発注者に送付する方法に関しては、特に本発明においては限定するものではなく、従来の手法で構わない。

＜複合機の情報処理機能の説明＞
図４は、図１に示した複合機１０４の情報処理機能の概略構成図である。
まず、ユーザインタフェース４００は、操作者に対しＷｅｂブラウザ５０３を用いて表示、入力手段を提供する。
ネットワークインタフェース４０１は、ネットワークを介して外部機器と通信を行う。ＰＯＤＳＳ１０２やＡＰＳＳ１０５との通信もネットワークインタフェース４０１を介して行われる。

ＣＰＵ４０２は、複合機全体を制御するプログラムを実行する。Ｗｅｂブラウザ５０３などが本ＣＰＵ４０２にて実行される。ＲＯＭ４０３は組込済みプログラムおよびデータを記録する。
ＲＡＭ４０４は一時メモリ領域であり、プログラムを実行時にプログラムを展開する領域となる。本発明の特長であるＷｅｂブラウザ５０３などは実行に必要な情報を本ＲＡＭ４０４に展開して利用するものとなる。

ＨＤＤ４０５は、大容量記憶領域であり、外部機器から送られてきたデータなどを複合機内に格納する領域となる。Ｗｅｂブラウザ５０３の実行プログラムなどのプログラムも本ＨＤＤ４０５に格納されている。入出力インタフェース４０６は各制御部間を接続する構成となっている。

＜ソフトウェア構成図の説明＞
図５は、図１に示したＰＯＤシステムのソフトウェア構成図である。なお、インターネット１０１は、各ＬＡＮやファイアウォールを経由してクライアントＰＣ１０３、複合機１０４がＰＯＤＳＳ１０２やＡＰＳＳ１０５とを通信可能に接続する。
次にクライアントＰＣ１０３内について説明する。
各部はそれぞれＲＯＭ２０７もしくはＨＤＤ２０９などに格納されており、必要に応じて、ＲＡＭ２０８を用いてＣＰＵ２０６にて実行されるものとする。
送受信部５０２は、ネットワークＩ／Ｆ２１１を用いて、ＰＯＤサービスサーバ１０２の送受信部５０６及びＡＰＳＳ１０５の送受信部５１４と情報の送受信を行う。

Ｗｅｂブラウザ５０１は、少なくとも送受信部５０２を経由してＡＰＳＳ１０５のＷｅｂサーバ５１５が提供するＷｅｂアプリケーションを利用して電子ドキュメントを作成する。また、ＰＯＤＳＳ１０２にあるＷｅｂサーバ５０７が提供するＰＯＤサービスに対して発注処理を行うものとする。

次に、複合機１０４内について説明する。
各部はそれぞれＲＯＭ４０３もしくはＨＤＤ４０５に格納されており、必要に応じて、ＲＡＭ４０４を用いてＣＰＵ４０２にて実行されるものとする。
Ｗｅｂブラウザ５０３は、ユーザインタフェース４００にて実現する複合機１０４上で起動するアプリケーションである。ＰＯＤＳＳ１０２やＡＰＳＳ１０５に対する指示及び画面表示を行う。
実際のＰＯＤサービスにおける受注側が受け取った電子データに対する加工処理や、印刷指示を行うものとする。また送受信部５０４は、ネットワークインタフェース４０１を利用して、ネットワーク上の機器と通信を行うものである。

印刷部５０５は、Ｗｅｂブラウザ５０３からの指示を受けて、図４にて示した複合機１０４の各印刷用ハードウェア部を操作するものである。
なお、本実施形態では加工処理や印刷指示はＷｅｂブラウザ５０３からの操作例を挙げているが、印刷を複合機に対して指示できるのであれば、クライアントＰＣ１０３のようなＰＣからの操作であってもよく、特に限定するものではない。
次に、ＰＯＤＳＳ１０２内について説明する。
各部はそれぞれＲＯＭ２０７もしくはＨＤＤ２０９などに格納されており、必要に応じて、ＲＡＭ２０８を用いてＣＰＵ２０６にて実行されるものとする。

送受信部５０６は、ネットワークＩ／Ｆ２１１を用いて、複合機１０４の送受信部５０４やクライアントＰＣ１０３の送受信部５０２とＰＯＤＳＳ１０２間の情報を送受信する。
Ｗｅｂサーバ５０７は、Ｗｅｂブラウザ５０１やＷｅｂブラウザ５０３とＷｅｂ経由でやりとりを行うＷｅｂアプリケーションサーバである。各Ｗｅｂブラウザからの要求を受け取り、制御部５０８に渡す。また、制御部５０８から渡ってきた応答情報を送受信部５０６に渡す役割を行う。以降Ｗｅｂサーバ５０７以下の処理部を説明する。

制御部５０８は、ＰＯＤＳＳ１０２への情報のやりとりを行い必要な処理部を呼び出すための全体制御を司るものである。
受注部５０９は、クライアントＰＣ１０３からの発注物を受注するための画面及びファイルを受信するなどの処理を行う。また、受注した情報を受注ジョブとして受注ジョブ管理部５１３に渡す処理を行う。

なお、生成する画面データとしては、静的なＨＴＭＬデータでもよく、ＪＳＰ（Ｊａｖａ（登録商標）Ｓｅｒｖｅｒ Ｐａｇｅｓ）のような動的な画面表示データを構築するものでもよい。
次に、アプリケーションサービス連携部（アプリサービス連携部）５１１は、本発明の特長となる部分である。
アプリサービス連携部５１１は、受注ジョブ管理部５１３で管理する受注ジョブ内にある発注者が付与したアプリケーションサービスへの制限付きのアクセス情報を用いてアクセスＵＲＬを生成する。ここで、アクセスＵＲＬは、ＡＰＳＳ１０５のＷｅｂサーバ５１５を実行するために使用される。具体的には、複合機１０４から受注ジョブが選択された場合であって、アプリケーションサービスを利用してデータ加工処理が必要な場合に、ＰＯＤＳＳ１０２から複合機１０４に通知される。
本実施形態では、ＰＯＤＳＳ１０２が生成したアクセスＵＲＬを複合機１０４におけるＷｅｂブラウザ５０３に転送（リダイレクト）することで、Ｗｅｂブラウザ５０３において、ＡＰＳＳ１０５へのアクセスが可能となる。

次に、印刷連携部５１２は、受注ジョブ管理部５１３で管理している受注ジョブが直接印刷可能（加工が不要）なデータであった場合に、複合機１０４におけるＷｅｂブラウザ５０３の指示により印刷部５０５に受注ジョブの渡す連携処理を行う。

また、アプリサービス連携部５１１からのアクセスＵＲＬを用いてＡＰＳＳ１０５にてデータ加工を行った後の最終的な印刷データを同様に印刷部５０５に渡す処理も行う。
受注ジョブ管理部５１３は、受注部５０９で発行された受注ジョブを管理して、指定された受注ジョブの種類に応じて、アプリサービス連携部５１１や印刷連携部５１２に対して受注ジョブの受け渡しや更新を行うものとする。

以上の構成により、ＰＯＤＳＳ１０２で受注情報を管理して加工処理を行い、印刷データを生成することを実現する。
次にＡＰＳＳ１０５内について説明する。各部はそれぞれＲＯＭ２０７もしくはＨＤＤ２０９などに格納されており、必要に応じて、ＲＡＭ２０８を用いてＣＰＵ２０６にて実行されるものとする。
送受信部５１４は、ネットワークＩ／Ｆ２１１を用いて、複合機１０４の送受信部５０４やクライアントＰＣ１０３の送受信部５０２とＡＰＳＳ１０５間の情報を送受信する。

Ｗｅｂサーバ５１５は、Ｗｅｂブラウザ５０１やＷｅｂブラウザ５０３とＷｅｂ経由でやりとりを行うＷｅｂアプリケーションサーバである。各Ｗｅｂブラウザからの要求を受け取り、制御部５１６に渡す。また制御部５０８から渡ってきた応答情報を送受信部５１４に渡す役割を行う。以降Ｗｅｂサーバ５１５以下の処理部を説明する。
制御部５１６は、ＡＰＳＳ１０５への情報のやりとりを行い必要な処理部を呼び出すための全体制御を司るものである。
ログイン認証部５１７は、複合機１０４やクライアントＰＣ１０３からのログイン要求として制御部５１６経由でログイン要求情報を受け取り、認証処理を行い認証結果の画面表示用のＷｅｂコンテンツを生成する処理を行う。なお、表示データとしては静的なＨＴＭＬデータでもよく、ＪＳＰ（Ｊａｖａ（登録商標）Ｓｅｒｖｅｒ Ｐａｇｅｓ）のような動的な画面表示データを構築するものでもよい。また、課金管理部５２０に対して、アクセス情報を課金の対象データとして渡す処理を行う。

一時アクセス情報管理部５１８は、クライアントＰＣ１０３がＰＯＤＳＳ１０２に対して発注を行う前にＰＯＤサービス受注側に提供するアクセス情報に対する制限利用を設定させる部分である。
ここで、制限方法としては時間制限や機能制限などがあるが、本発明では特に限定することなく、ＰＯＤサービス受注側がアクセスする際に、不正な利用ができない制限であればよい。
次に、アプリ部５１９は、アプリケーションサービスとして各クライアントＰＣ１０３、複合機１０４のＷｅｂブラウザを経由してアプリケーションを利用させることが可能である。なお、アプリケーションの種類としては、発注者が所望とするデータであれば特に限定するものではない。

印刷処理部５２１は、印刷処理として複合機１０４の印刷部５０５が解釈可能なデータを生成可能であり、その解釈可能データをアプリサービス連携部５１１経由で、受注ジョブ管理部５１３に渡すことが可能であればよい。また、印刷処理部５２１は、アプリケーションサービスがデバイスのドライバ等を用いて印刷ジョブを生成して、任意の出力先に印刷ジョブを送付する処理を行う。
次に、課金管理部５２０は、ログイン認証部５１７からのアプリケーションサービスを利用開始したアクセス情報をもとに従量課金などによる最終請求額の計算を行う処理である。なお課金処理に関しては、本発明では特に限定するものではなく、一般的な方法でよいものとする。
以上、本発明は少なくともこれら各機器内のアプリケーション、処理部、制御部により構成される。

＜クライアントＰＣからのアプリケーションサービス利用例＞
図６は、図１に示したクライアントＰＣ１０３からＡＰＳＳ１０５とのデータ処理を説明するフローチャートである。本例は、クライアントＰＣ１０３からＡＰＳＳ１０５の提供するアプリケーションサービスを利用してドキュメントを生成する例である。Ｓ６０１〜Ｓ６１３は各ステップを示す。また、各処理は、図２に示したＣＰＵ２０６がＨＤＤ２０９、ＲＯＭ２０７等に記憶される制御プログラムをＲＡＭ２０８にロードして実行することで実現される。
まず、Ｓ６０１は、クライアントＰＣ１０３のＷｅｂブラウザ５０１においてＡＰＳＳ１０５にアクセスするためのＵＲＬを指示する処理である。

次にＳ６０２では、ＡＰＳＳ１０５がログイン画面をＳ６０１に応答としてクライアントＰＣ１０３に返す。
次にＳ６０３では、クライアントＰＣ１０３のユーザがＳ６０２の応答画面に対してログイン情報を入力する処理である。ここで、ユーザは、キーボード２０４等を操作して応答画面に対してログインＩＤ及びパスワードなどの事前に契約を行った際に提供されたアクセス情報を用いてログイン依頼を行うものとなる。

また、Ｓ６０４は、ＡＰＳＳ１０５が応答画面に対して入力されたログイン認証を行い認証成功の場合には課金情報にログイン開始情報を登録する処理である。なお、ログインに対してＳＳＬ（Secure Socket Layer）を用いたログイン処理を行う。
また、Ｓ６０１からＳ６０４までの処理は一般的な課金を行うＷｅｂサイトのログイン処理と同様でよく、本発明において限定するものではない。
次に、Ｓ６０５で、クライアントＰＣ１０３は、ドキュメント編集の指示操作を行う。その実際の処理はＡＰＳＳ１０５側では、Ｓ６０６で指示操作に従いドキュメント編集処理が実行される。
クライアントＰＣ１０３とＡＰＳＳ１０５とは、これらＳ６０５とＳ６０６のステップを繰り返すことによって、複合機１０４に出力すべき最終データを作成する。なお、最終データは、ＰＯＤＳＳ１０２を介して、複合機１０４に送信される。また、最終データの転送先は、ＡＰＳＳ１０５とクライアントＰＣ１０３との設定により特定されるものとする。
次に、Ｓ６０７で、クライアントＰＣ１０３において、ユーザは、最終データを完了と判断した際のデータへのアクセス制限設定指示を行う。
Ｓ６０８で、ＡＰＳＳ１０５は、クライアントＰＣ１０３からアクセス制限設定指示を受けて一時アクセス情報管理部５１８において、対象データに対する一時アクセス情報を設定する処理を行う。ここで、制限の種類は一時アクセス情報管理部５１８の説明のとおり、特に限定するものではない。例えば本データに対する加工時間制限でもよく、使えるサービス機能を限定するものでもよい。
なお、本実施形態では、Ｓ６０９でクライアントＰＣ１０３はアクセス情報として、ＡＰＳＳ１０５からアクセスＵＲＬを取得する構成となっており、このアクセスＵＲＬには、当該アクセスＵＲＬに対する期限等もあらかじめ設定されている。したがって、期限を越えて、複合機１０４がＡＰＳＳ１０５にアクセスしてもアプリケーションサービスを用いることができないように制御される。

次に、Ｓ６０９で、クライアントＰＣ１０３がアクセス制限を設定した後に、対象データの取得指示をＡＰＳＳ１０５に対して行う。
ここで、アクセス情報の暗号化情報を含むアクセスＵＲＬも合わせて発行指示するものとする。
Ｓ６１０は、ＡＰＳＳ１０５は、クライアントＰＣ１０３からのデータ取得指示に対して提供データを生成する処理を行う。これまでの処理においてＲＡＭ２０８上で生成されているデータをＨＤＤ２０９にファイルとして記憶する処理である。
また、ＡＰＳＳ１０５は、Ｓ６０８において設定したアクセス制限設定を本データに反映する処理を行う。また、ＡＰＳＳ１０５は、アクセス情報の暗号化情報を含むアプリサービスを受けるためのアクセス情報（アプリサービスＵＲＬ）も発行する。

また、ＡＰＳＳ１０５は、このアプリサービスＵＲＬを発行すると同時に、一時アクセス情報管理部５１８に設定した制限事項とリンクした情報を管理する。
そして、ＡＰＳＳ１０５は、この制限事項を超えた利用がなされたと判断した場合は、本一時アクセス情報管理部５１８において一時アクセスを無効として、アプリサービスのためのアプリサービスＵＲＬが無効になるため不正利用が不可能となるものとする。

Ｓ６１１は、クライアントＰＣ１０３は、Ｓ６１０でＡＰＳＳ１０５が生成したファイルデータ及びＳ６０８で設定したアクセス情報の暗号化情報を取得する処理を行う。
なお、取得方法は、クライアントＰＣ１０３側からファイルのダウンロードする方法やＡＰＳＳ１０５側からクライアントＰＣ１０３に送付する技術などがあるが、本発明ではクライアントＰＣ１０３にデータが渡ればよく、特に限定するものではない。

次に、Ｓ６１２で、クライアントＰＣ１０３がＡＰＳＳ１０５に対してログアウト指示を行い、Ｓ６１３で、ＡＰＳＳ１０５は、クライアントＰＣ１０３からのログアウト指示を受けてログアウト処理及び課金情報の計算処理を行う。
以上示したように、クライアントＰＣ１０３とＡＰＳＳ１０５間では、クライアントＰＣ１０３とのログインからログアウトまでの間にドキュメントとアクセス上のＵＲＬの取得を行う。この際、この利用料に対してＡＰＳＳ１０５の課金管理部５２０がサービス利用代金をクライアントＰＣ１０３側の利用者に対して請求する。なお、ＡＰＳＳ１０５は、上記アクセスＵＲＬを用いた複合機１０４からのアプリケーションサービス要求に対して、クライアントＰＣ１０３側の利用者にアプリケーションサービス利用代金を課金する処理については後述する。

＜クライアントＰＣとＰＯＤＳＳ間の発注処理＞
図７は、図１に示したクライアントＰＣ１０３で表示されるユーザインタフェースの一例を示す図である。本例は、ＰＯＤＳＳ１０２間における発注画面例を示す図である。
図７において、７０１は発注画面全体である。７０２は発注者情報であり、クライアントＰＣ１０３のユーザが発注者名及び送付先を入力する。その他連絡先としての電話番号や会社名などが挙げられるが、少なくとも発注者を特定できて印刷物の送付先等がわかる情報を入力するものとする。

７０３は印刷成果物に関わる情報を入力する成果物入力部で、本例では印刷部数と用紙タイプ及び用紙サイズを入力する例を示す。ただし、最終成果物を発注者側がＰＯＤサービス提供側に伝えることが可能な情報であれば、これらの情報に限定されるものではない。
７０４は印刷条件入力部で、発注データには加工を加えずにそのまま印刷する場合に選択する項目である。ここでは発注対象となるファイルをアップロードする形式の例を示している。
７０５は印刷条件入力部で、本実施形態では、ＡＰＳＳ１０５を用いた加工を発注者のアクセス情報を用いて依頼する例である。
まず、アプリサービス名はインターネット上にＡＰＳＳ１０５が提供しているアプリケーションサービスの名称を入力する。ＡＰＳＳ１０５は、この情報によってアプリケーション名を識別可能となる。

次に、アプリサービスＵＲＬは、Ｓ６１１で取得した対象となるＡＰＳＳ１０５へのアクセス情報（暗号化）も含んだアクセスＵＲＬを入力する。
次に、ファイルの項目には対象となる印刷用ドキュメントデータを指定するものとする。このファイルには前述したとおりサービス機能の制限が含まれているものとする。
そして、加工依頼内容は、ＰＯＤサービス提供側で出力に用いる複合機１０４で加工する内容を記載する。
例えば明るめの印刷などデバイスの能力に合わせて再度アプリケーションサービスでの調整を行う内容となる。
そして、７０６は発注ボタンで、上記内容をすべて入力完了後に発注依頼を行うボタンである。この発注ボタン７０６を発注者が押下することで、クライアントＰＣ１０３からインターネット１０１を介してＰＯＤＳＳ１０２に発注指示がなされる。

＜ＰＯＤサービスサーバにおける受注ジョブ管理例＞
図８は、図５に示したＰＯＤＳＳ１０２が記憶部で管理される受注管理情報テーブルの一例を示す図である。以下、図８を参照してＰＯＤＳＳ１０２における受注ジョブの管理方法を示す。
図８において、８０１は受注ジョブの一覧テーブルである。一覧テーブル８０１は、受注したジョブを一意に識別できるジョブ番号、受注日時、直接印刷か加工処理かを示す処理内容、発注者を識別する発注者ＩＤとデータを識別するデータＩＤを管理するテーブルを示している。なお、一覧テーブル８０１は、ＨＤＤ２０９に記憶されて管理される。

次に、８０２は発注者情報管理テーブルで、一覧テーブル８０１の発注者ＩＤをキーとして発注者の氏名や送付先を管理する。なお、発注者情報管理テーブル８０２は、ＨＤＤ２０９に記憶されて管理される。
また、８０３はデータ管理テーブルで、一覧テーブル８０１のデータＩＤをキーとして、以下の情報を管理する。なお、データ管理テーブル８０３は、ＨＤＤ２０９に記憶されて管理される。
本実施形態では、データ管理テーブル８０３に、加工処理が必要な場合のアプリケーションサービス名、及びアクセスＵＲＬ、そして発注の際に添付された発注データ、さらに加工する場合の加工内容が格納される例を示す。
なお、データＩＤに記載されている実データは、ＰＯＤＳＳ１０２のＨＤＤ２０９などに格納されていて、取り出しが可能なようになっているものとする。
以上の構成が、ＰＯＤＳＳ１０２における受注ジョブの管理例である。

＜加工ジョブのアプリケーションサービスを用いた加工処理＞
図９は、本実施形態を示す印刷サービスシステムのデータ処理を説明するフローチャートである。本例は、ＰＯＤＳＳ１０２が受注ジョブとして管理している各データに対して、複合機１０４が加工処理、もしくは印刷処理を行う。ここで、加工処理を行う場合は、ＰＯＤＳＳ１０２から通知されるアクセスＵＲＬを用いてＡＰＳＳ１０５のアプリケーションサービスを利用する処理例である。Ｓ９０１〜Ｓ９１８は各ステップを示す。また、ＰＯＤＳＳ１０２と、ＡＰＳＳ１０５に対応する各処理は、図２に示したＣＰＵ２０６がＨＤＤ２０９、ＲＯＭ２０７等に記憶される制御プログラムをＲＡＭ２０８にロードして実行することで実現される。また、複合機１０４に対応する各処理は、図４に示すＣＰＵ４０２がＲＯＭ４０３，ＨＤＤ４０５に記憶される制御プログラムをＲＡＭ４０４にロードして実行することで実現される。
まず、Ｓ９０１で、複合機１０４は、ＰＯＤＳＳ１０２が受注しておりまだ処理を行っていない受注ジョブの一覧取得指示をＰＯＤＳＳ１０２に対して行う。なお、本処理は、作業者が複合機１０４のＷｅｂブラウザ５０３を用いて行う。

Ｓ９０２で、ＰＯＤＳＳ１０２は、Ｓ９０１の指示を受けて受注データ一覧を複合機１０４に提供する処理を行う。次に、Ｓ９０３で、複合機１０４は、Ｓ９０２にてＰＯＤＳＳ１０２から提供された受注データ一覧を表示する処理を行う。次に、Ｓ９０４で、複合機１０４は、一覧表示した受注データから今回処理する受注データから作業者が選択する処理を受け付ける。

Ｓ９０５で、ＰＯＤＳＳ１０２は、複合機１０４から受けた受注データがに対する処理指示の種類が直接印刷か加工処理かを判断する処理を行う。本判断は、ＰＯＤＳＳ１０２のＣＰＵ２０６が一覧テーブル８０１の処理項目の内容が加工か、印刷かに基づいて判断する。
ここで、直接印刷する受注データであるとＰＯＤＳＳ１０２のＣＰＵ２０６が判断した場合は、Ｓ９０６にて複合機１０４に対して印刷処理を行う。この印刷処理によって印刷データを受けた複合機１０４は、Ｓ９０７で、印刷を行うものとなる。
一方、Ｓ９０５において加工処理とＰＯＤＳＳ１０２のＣＰＵ２０６が判断した場合は、Ｓ９０８に進む。そして、Ｓ９０８で、ＰＯＤＳＳ１０２は、受注データ及びＡＰＳＳ１０５へのアクセスＵＲＬを複合機１０４のＷｅｂブラウザ５０３に通知する。
次に、Ｓ９０９で、複合機１０４は、Ｓ９０８にてＰＯＤＳＳ１０２から通知された受注データ及びアクセスＵＲＬを用いてＡＰＳＳ１０５にアクセスを行う。

Ｓ９１０で、ＡＰＳＳ１０５は、Ｓ９０９で複合機１０４がアクセスに用いたアクセスＵＲＬが正しいか、すなわちアクセスＵＲＬの有効性を検証する。具体的には、ＡＰＳＳ１０５がアプリサービス連携部５１１に上記アクセスＵＲＬ等のアクセス情報が登録されているか、及び利用制限に該当していないかを判断する。なお、アクセス情報は、ＡＰＳＳ１０５が図６に示したＳ６０８でクライアントＰＣ１０３に対して設定したアクセスＵＲＬに対応する。

なお、Ｓ９０１において、受注ジョブなどの再印刷を行おうとした場合などで、本利用制限に該当するとアプリサービス連携部５１１が判断した場合はアプリケーションサービスを利用ができないように制御可能となる。また、アプリサービス連携部５１１は、発注後に契約等が変更になってＡＰＳＳ１０５でのアクセス情報に変更が有った場合なども利用ができないように制御可能となる。
次に、Ｓ９１１で、ＡＰＳＳ１０５は、アクセス情報とともに複合機１０４から送付された受注データの読み込みを行う。なお、受注データの送付方法については公知の方法でよく、本発明では特に限定するものではない。

次に、Ｓ９１２は、複合機１０４は、インターネット１０１を介してＡＰＳＳ１０５に対して受注データに対する加工指示を行う。

次に、Ｓ９１３で、ＡＰＳＳ１０５のＣＰＵ２０６は、Ｓ９１２による複合機１０４からの加工指示に対して利用制限に該当するか否かを適宜判断する処理を行う。ここで、もしここで利用制限に該当するとＡＰＳＳ１０５のＣＰＵ２０６が判断した場合は、本処理を中止するものとする。
一方、Ｓ９１３で利用制限に該当しないとＡＰＳＳ１０５のＣＰＵ２０６が判断した場合は、Ｓ９１４で複合機１０４から受け付けた加工指示に従って受注データに対して該当加工処理を行う。これらＳ９１２、Ｓ９１３、Ｓ９１４の繰り返しによって発注者の所望とする加工処理がなされる。
ここで、ＡＰＳＳ１０５のＣＰＵ２０６は、発注者の要求に対する加工処理を行う。例えば、アプリケーションサービスとして製本印刷の設定など印刷に関わる設定等を行うものとする。また、実際の複合機１０４の機器情報を用いて色味等の設定を行うなど、さまざまな加工処理が考えられるが本発明では加工処理を行うものであればよく特に限定するものではない。

次に、Ｓ９１５で、複合機１０４のＣＰＵ４０２は、加工処理が完了した際の印刷指示を行う。そして、Ｓ９１６で、ＡＰＳＳ１０５のＣＰＵ２０６は、Ｓ９１５によるＭＦＰ１０４からの指示を受けて、実際にＡＰＳＳ１０５側で複合機１０４が解釈可能な印刷データの生成処理、及びＰＯＤＳＳ１０２への転送処理を行う。ここで、ＭＦＰ１０４の操作者は、あらかじめアプリケーションサービスの機能としての印刷先としてＰＯＤＳＳ１０２を指定しているため、ＡＰＳＳ１０５は、印刷データの転送先をＰＯＤＳＳ１０２に特定することができる。

そして、Ｓ９１７で、ＰＯＤＳＳ１０２は、ＡＰＳＳ１０５からの印刷データを受け取り、ＭＦＰ１０４に転送する転送処理を行う。そして、Ｓ９１８で、複合機１０４はＰＯＤＳＳ１０２から印刷データを受け取り実際の印刷処理を行う。そして、印刷が完了することで受注データに対する印刷物が完成する。

なお、Ｓ９１６におけるアプリケーションの印刷指示によってＰＯＤＳＳ１０２への送付される仕組みとしては、アプリケーションの印刷指示の際に、出力先をＰＯＤＳＳ１０２のアプリサービス連携部５１１に設定することで出力可能となる。

図１０は、図１に示した複合機１０４で表示されるユーザインタフェースの一例を示す図である。本例は、アプリケーションの印刷指示における画面例である。
図１０において、１００１は印刷指示画面を示している。１００２は印刷先を指定する項目であり、本例では、ＰＯＤＳＳ１０２に対する出力先として「http:／／www.PODServer／1234」が指定されている例を示す。
１００３は出力レイアウトの設定ダイアログを呼び出すためのレイアウト設定ボタンである。なお、設定ダイアログは通常の印刷ドライバと同様でよいため説明を省略する。
１００４は印刷指示ボタンである。１００５は印刷をキャンセルするためのキャンセルボタンである。

＜ＰＯＤサービスサーバのフローチャート＞
図１１は、本実施形態を示すサーバ装置のデータ処理手順の一例を示すフローチャートである。本例は、クライアントＰＣ１０３及び複合機１０４とのやりとりにおける、ＰＯＤＳＳ１０２の各処理に関するフローチャートである。なお、各ステップは、図２に示したＣＰＵ２０６がＨＤＤ２０９、ＲＯＭ２０７等に記憶される制御プログラムをＲＡＭ２０８にロードして実行することで実現される。

まず、Ｓ１１０１で、ＰＯＤＳＳ１０２の制御部５０８が各クライアントＰＣ１０３、及び複合機１０４からのリクエストの種類を判断するリクエスト判定する処理を行う。この判定処理にはＡＰＳＳ１０５からの印刷データ転送も含まれるものとする。
この判定処理において分岐がなされ、リクエストに応じて以降の「受注」、「一覧表示」、「ジョブ処理」、「ジョブ処理指示」（印刷、加工）及び「印刷ジョブ取得」の各処理を実行する。
Ｓ１１０１のリクエストの種類が「受注」であると制御部５０８が判断した場合は、Ｓ１１０２で、上述したように受注処理を行う。これは、発注者がクライアントＰＣ１０３を用いて入力した発注情報を受け取り、受け取った旨のメール送付などを行う処理である。
次に、Ｓ１１０３で、受注ジョブ管理部５１３が図８に示したテーブルに対して各受注情報を格納する。そして、Ｓ１１０４で、Ｗｅｂサーバ５０７が応答画面生成を行って、Ｓ１１０５で、クライアントＰＣ１０３に対して応答処理を行う。
一方、Ｓ１１０１のリクエストの種類が複合機１０４からの「一覧表示」であると制御部５０８が判断した場合は、Ｓ１１０６へ進む。そして、Ｓ１１０６で、受注ジョブ管理部５１３から受注ジョブ一覧を取得して、Ｓ１１０４にて、Ｗｅｂサーバ５０７が応答画面を生成し、Ｓ１１０５にて、応答画面を複合機１０４に応答する処理を行う。

一方、Ｓ１１０１においてリクエスト内容が複合機１０４からの「ジョブ処理」であると制御部５０８が判断した場合、Ｓ１１０７でジョブの種類を制御部５０８が判断する。
なお、Ｓ１１０７で、制御部５０８は、受注ジョブのジョブの種類が「印刷」か「加工」を判断する。ここで、制御部５０８がジョブの種類が印刷であると判断した場合は、Ｓ１１０８に進み、印刷ジョブを複合機１０４に転送することで印刷を行う。

一方、Ｓ１１０７で、ジョブの種類が「加工」であると制御部５０８が判断した場合は、Ｓ１１０９に進み、受注ジョブ管理部５１３が管理するテーブルからアクセスＵＲＬ及び加工対象となるデータを取得する。制御部５０８は、取得したアクセスＵＲＬからリダイレクトするためのアクセス情報を生成する。
Ｓ１１１０で、制御部５０８は、送受信部５０６を介して複合機１０４からのリクエストに対する応答としてＡＰＳＳ１０５へのアクセスＵＲＬを通知する。ここで、リダイレクト処理とは、図９に示す例で示すと、Ｓ９０５，Ｓ９０８、Ｓ９０９、Ｓ９１０を実行する処理に対応する。つまり、ＰＯＤＳＳ１０２がＡＰＳＳ１０５に処理を委ねるべきと判断した場合は、ＭＦＰ１０４のブラウザに対して、アクセスＵＲＬを応答して、ＭＦＰ１０４からＡＰＳＳ１０５へ処理を進める。
一方、Ｓ１１０１で、ジョブの種類が「印刷ジョブ取得」であると制御部５０８が判断した場合は、Ｓ１１１１で、複合機１０４において表示される図１０の画面例で示したＡＰＳＳ１０５における印刷処理がなされた場合の印刷データ受信処理を行う。
本実施形態では、ＰＯＤＳＳ１０２において、一度印刷ジョブを受け取ることで受注ジョブのジョブ管理を一元管理している。

最後に、Ｓ１１１２で、Ｓ１１０８と同様に受信した印刷データを複合機１０４に転送して印刷処理を行う。その後、Ｓ１１０４に遷移して応答画面の作成処理及びＳ１１０５で応答処理を行い、本処理を終了する。

以上、第実施形態によれば、画像処理装置が第２のサーバ装置が受注した印刷ジョブに付与されているアクセス情報を用いて、第１のサーバ装置が提供するアプリケーションサービスを利用できる。つまり、受注者となる第２のサーバ装置側が第１のサーバ装置との間では未契約のアプリケーションサービスでも、画像処理装置が制限付きのアクセス情報を用いて第１のサーバ装置が提供するアプリケーションサービスを利用可能となる。

〔第２実施形態〕
上記実施形態では、単一のアプリケーションを実行して受注ジョブを処理する例について説明したが、受注ジョブが複数のアプリケーションを利用する場合にも本発明を適用することが可能である。以下、その実施形態について説明する。
本例が想定される受注ジョブとしては、例えば受注ジョブの１ページ目が文書編集アプリケーションによって作成されたページであり、２ページ目が表計算アプリケーションで作成されたページとなる。
なお、それぞれのアプリケーションは、ＡＰＳＳ１０５からインターネット上で提供されているものとする。
図１２は、図５に示したＰＯＤＳＳ１０２で管理される受注管理情報テーブルの一例を示す図である。以下、図１２を参照してＰＯＤＳＳ１０２における受注ジョブの管理方法を示す。
図１２において、 一覧テーブル１２０１は、図８に示した一覧テーブル８０１と同様に受注ジョブを管理するテーブルである。
１２０２は発注者情報管理テーブルで、図８に示した発注者情報管理テーブル８０２と同様に発注者を管理するテーブルである。
１２０３はデータ管理テーブルで、受注ジョブの実際のデータを管理する部分であるが、１つの受注ジョブに複数のデータが含まれるジョブであるため、２列目の「枝番」よって印刷ジョブ内にある全データ構成を管理する。

例えば、受注ジョブのジョブ番号０００１は、データＩＤ０00１として格納され、枝番１〜３の３つのデータで構成されるものとなる。
図１３は、本実施形態を示すサーバ装置のデータ処理手順の一例を示すフローチャートである。本例は、クライアントＰＣ１０３及び複合機１０４とのやりとりにおける、ＰＯＤＳＳ１０２の各処理に関するフローチャートである。なお、各ステップは、図２に示したＣＰＵ２０６がＨＤＤ２０９、ＲＯＭ２０７等に記憶される制御プログラムをＲＡＭ２０８にロードして実行することで実現される。
以下、複数データで構成される印刷ジョブを加工する際に各アプリケーションサービスサーバへアクセスして、印刷データの同期を図った上で印刷処理を行う処理を説明する。
なお、Ｓ１１０１からＳ１１１２までは、図１１で説明した内容と同様なので説明を省略する。
Ｓ１２０１で、制御部５０８は、加工処理で複合機１０４にリダイレクト処理を行った後に、すべてのデータに対してリダイレクトを行ったか否かを判断する。ここで、すべてのデータに対してリダイレクト処理を行っていないと制御部５０８が判断した場合は、Ｓ１２０２に進み、次のデータにターゲットを移して、Ｓ１１０９の処理に遷移する。

なお、同一のＷｅｂブラウザにリダイレクトするのではなく、タブブラウザなどで新しいタブを開く方式で一度に開くことも可能とする。または、Ｓ１２０２にて現在リダイレクトにて表示中の加工処理が終了するのを待って次のデータを対象として操作するものであってもよい。すべてのデータに対する加工処理が行えることが実現できれば特に限定しない。
本実施形態では、複数のアプリケーションのデータを用いるため、印刷順番等の制御が必要となるため、Ｓ１１１１の印刷データ受信とＳ１１１２の印刷ジョブ転送間で、Ｓ１２０３を実行する。
Ｓ１２０３で、制御部５０８は、加工処理が終了して印刷処理がすべてなされたかどうかを、印刷データをすべて受信したかに基づいて判断する。ここで、印刷データすべてを受信していないと制御部５０８が判断した場合は、Ｓ１１０４へ進み、応答処理を行う。
一方、Ｓ１２０３で、加工処理が終了して印刷処理がすべてなされたと制御部５０８が判断した場合は、Ｓ１１１２に遷移して印刷ジョブの転送を複合機１０４に行う。
以上説明したように、第２実施形態によれば、複数のデータから構成される受注ジョブであって、各データが異なるアプリケーションサービスサーバにて実現されている場合でも対応が可能となる。

〔第３実施形態〕
第１，第２実施形態では、利用するＡＰＳＳ１０５のアクセス情報を受注者が所有していない場合について説明したが、利用するＡＰＳＳ１０５のアクセス情報を受注者が既に所有する場合でも本発明を適用可能である。以下、その実施形態について説明する。
図１４は、図１に示したクライアントＰＣ１０３で表示されるユーザインタフェースの一例を示す図である。本例は、クライアントＰＣ１０３からＰＯＤＳＳ１０２に対する発注画面の入力例である。
図１４において、１４０１は「ＰＯＤサービス側のアクセス情報を利用」というチェックボックスである。このチェックボックス１４０１をクライアントＰＣ１０３のユーザがチェックすると、ＰＯＤサービス側がアクセス情報を有している場合はＰＯＤサービス側のアクセス情報を利用する依頼情報となる。

なお、受注データの格納方法は、図８に示した一覧テーブル８０１、図１２に示した一覧テーブル１２０１にアクセス情報を「発注者」と「受注者」のフラグを持てばよいため説明を省略する。
またフローチャートとしても、図１３に示したＳ１１０９の処理において、制御部５０８がチェックボックス１４０１に対応するフラグのチェック状態を判断する。ここで、制御部５０８が、本フラグがＯＮであると判断した場合は、受注側がアクセス情報の有無をチェックして、アクセス情報を有する場合にアクセス情報を用いたアクセスＵＲＬのもとでリダイレクト処理を行う。

以上説明したように、第３実施形態によれば、利用するアプリケーションサービスサーバ１０５のアクセス情報を受注者が既に所有する場合には、ＰＯＤサービス側のアクセス情報を用いることが可能となる。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

１０２ ＰＯＤＳＳ（ＰＯＤサービスサーバ）
１０３ クライアントＰＣ
１０４ ＭＦＰ
１０５ ＡＰＳＳ（アプリケーションサービスサーバ）

Claims (4)

1. 情報処理装置と、画像処理装置と、アプリケーションサービスを前記情報処理装置に提供する第１のサーバ装置と、前記情報処理装置がアプリケーションサービスを利用して作成した印刷ジョブを受注して印刷サービスを提供する第２のサーバ装置とを含む印刷サービスシステムであって、
   前記第２のサーバ装置は、
   前記情報処理装置から受注する受注ジョブからアプリケーションサービスを制限する情報が付されているアクセス情報と受注データとを記憶部に登録して管理する管理手段と、
   前記画像処理装置からの印刷要求に従い受注データと、前記アクセス情報を前記画像処理装置に送信する送信手段と、
   前記画像処理装置からの依頼に従って生成した印刷データを前記第１のサーバ装置から受信する受信手段と、
   前記受信手段が受信した印刷データを前記画像処理装置に転送する転送手段と、
   を備え、
   前記画像処理装置は、
   前記第２のサーバ装置から前記アクセス情報と、受注データとを受信し、前記アクセス情報を用いて前記受注データに対するアプリケーションサービスを前記第１のサーバ装置に依頼する依頼手段と、
   前記画像処理装置が前記第１のサーバ装置に依頼した受注データに対する印刷データを前記第２のサーバ装置から受信して印刷する印刷手段と、
   を備え、
   前記第１のサーバ装置は、
   前記画像処理装置から取得する前記アクセス情報に応じて前記受注データに対するアプリケーションサービス要求の許可または拒否を決定する決定手段と、
   前記決定手段がアプリケーションサービス要求を許可した場合に、前記画像処理装置から受信する受注データに対してアプリケーションサービスを実行して印刷データを生成する生成手段と、
   前記生成手段が生成した印刷データを前記第２のサーバ装置に転送する転送手段と、
   画像処理装置から依頼された受注データにアプリケーションサービスを実行する毎に、前記アクセス情報で特定される登録された発注者に対して課金する課金手段と、を備えることを特徴とする印刷サービスシステム。
2. 前記アプリケーションサービスを制限する情報は、アプリケーションサービスを利用するための利用期間、サービス機能を含むことを特徴とする請求項１記載の印刷サービスシステム。
3. 前記第２のサーバ装置は、
   前記画像処理装置から要求される受注データに前記アプリケーションサービスを利用すべき要求があるかどうかを判断する判断手段を備え、
   前記判断手段が前記アプリケーションサービスを利用すべき要求があると判断した場合、前記転送手段が前記アクセス情報と受注データとを前記画像処理装置に転送することを特徴とする請求項１記載の印刷サービスシステム。
4. 情報処理装置と、画像処理装置と、アプリケーションサービスを前記情報処理装置に提供する第１のサーバ装置と、前記情報処理装置がアプリケーションサービスを利用して作成した印刷ジョブを受注して印刷サービスを提供する第２のサーバ装置とを含む印刷サービスシステムにおける印刷処理方法であって、
   前記第２のサーバ装置は、
   前記情報処理装置から受注する受注ジョブからアプリケーションサービスを制限する情報が付されているアクセス情報と受注データとを記憶部に登録して管理する管理工程と、
   前記画像処理装置からの印刷要求に従い受注データと、前記アクセス情報を前記画像処理装置に送信する送信工程と、
   前記画像処理装置からの依頼に従って生成した印刷データを前記第１のサーバ装置から受信する受信工程と、
   前記受信工程で受信した印刷データを前記画像処理装置に転送する転送工程とを備え、前記画像処理装置は、前記第２のサーバ装置から前記アクセス情報と、受注データとを受信し、前記アクセス情報を用いて前記受注データに対するアプリケーションサービスを前記第１のサーバ装置に依頼する依頼工程と、
   前記画像処理装置が前記第１のサーバ装置に依頼した受注データに対する印刷データを前記第２のサーバ装置から受信して印刷する印刷工程とを備え、
   前記第１のサーバ装置は、前記画像処理装置から取得する前記アクセス情報に応じて前記受注データに対するアプリケーションサービス要求の許可または拒否を決定する決定工程と、
   前記決定工程でアプリケーションサービス要求を許可した場合に、前記画像処理装置から受信する受注データに対してアプリケーションサービスを実行して印刷データを生成する生成工程と、
   前記生成工程で生成した印刷データを前記第２のサーバ装置に転送する転送工程と、
   画像処理装置から依頼された受注データに前記アプリケーションサービスを実行する毎に、前記アクセス情報で特定される登録された発注者に対して課金する課金工程と、を備えることを特徴とする印刷処理方法。

Images