(57)【要約】【課題】コンテンツは印刷装置にサーバ装置を介さずに送信して、印刷設定情報はサーバに送信することを目的とする。【解決手段】印刷するコンテンツが、ネットワークを介して通信可能な印刷装置がサポートするフォーマットか否かを判断する判断手段と、判断手段によりコンテンツが、印刷装置がサポートするフォーマットであると判断された場合、コンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、コンテンツを、サーバ装置を介さずに印刷装置に送信する送信制御手段と、を有することによって課題を解決する。【選択図】図９
2014120051.tif 000002
【特許請求の範囲】
【請求項１】
印刷するコンテンツが、ネットワークを介して通信可能な印刷装置がサポートするフォーマットか否かを判断する判断手段と、
前記判断手段により前記コンテンツが、印刷装置がサポートするフォーマットであると判断された場合、前記コンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、前記サーバ装置を介さずに前記印刷装置に送信する送信制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記送信制御手段は、前記コンテンツの印刷設定情報を受信した前記サーバ装置よりジョブチケットの場所情報が記載された印刷ジョブ情報を取得し、前記印刷ジョブ情報と、前記コンテンツと、を前記印刷装置に送信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
情報処理装置にログインしているユーザに印刷制限が付与されているか否かを判断する第２の判断手段を更に有し、
前記送信制御手段は、前記第２の判断手段により前記ユーザに印刷制限が付与されていると判断された場合、印刷するコンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、ネットワークを介して通信可能な印刷装置に送信することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記サーバ装置は前記ユーザの印刷制限に基づいて前記コンテンツの印刷設定情報を変更することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記印刷装置への前記コンテンツの送信が成功したか否かを判定する判定手段を更に有し、
前記判定手段により前記印刷装置への前記コンテンツの送信が失敗したと判定された場合、新たに選択された印刷装置の印刷装置情報を前記サーバ装置に送信することを特徴とする請求項１乃至４いずれか１項に記載の情報処理装置。
【請求項６】
前記送信制御手段は、前記判断手段により前記コンテンツが、印刷装置がサポートしないフォーマットであると判断された場合、前記コンテンツと前記印刷設定情報を前記サーバ装置に送信することを特徴とする請求項１乃至５いずれか１項に記載の情報処理装置。
【請求項７】
コンピュータを、
印刷するコンテンツが、ネットワークを介して通信可能な印刷装置がサポートするフォーマットか否かを判断する判断手段と、
前記判断手段により前記コンテンツが、印刷装置がサポートするフォーマットであると判断された場合、前記コンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、前記サーバ装置を介さずに前記印刷装置に送信する送信制御手段と、
して機能させるためのプログラム。
【請求項８】
前記送信制御手段は、前記コンテンツの印刷設定情報を受信した前記サーバ装置よりジョブチケットの場所情報が記載された印刷ジョブ情報を取得し、前記印刷ジョブ情報と、前記コンテンツと、を前記印刷装置に送信することを特徴とする請求項７に記載のプログラム。
【請求項９】
前記コンピュータを、
コンピュータにログインしているユーザに印刷制限が付与されているか否かを判断する第２の判断手段として更に機能させ、
前記送信制御手段は、前記第２の判断手段により前記ユーザに印刷制限が付与されていると判断された場合、印刷するコンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、ネットワークを介して通信可能な印刷装置に送信することを特徴とする請求項７又は８に記載のプログラム。
【請求項１０】
前記サーバ装置は前記ユーザの印刷制限に基づいて前記コンテンツの印刷設定情報を変更することを特徴とする請求項９に記載のプログラム。
【請求項１１】
前記コンピュータを、
前記印刷装置への前記コンテンツの送信が成功したか否かを判定する判定手段として更に機能させ、
前記判定手段により前記印刷装置への前記コンテンツの送信が失敗したと判定された場合、新たに選択された印刷装置の印刷装置情報を前記サーバ装置に送信することを特徴とする請求項７乃至１０いずれか１項に記載のプログラム。
【請求項１２】
前記送信制御手段は、前記判断手段により前記コンテンツが、印刷装置がサポートしないフォーマットであると判断された場合、前記コンテンツと前記印刷設定情報を前記サーバ装置に送信することを特徴とする請求項７乃至１１いずれか１項に記載のプログラム。
【請求項１３】
印刷するコンテンツが、ネットワークを介して通信可能な印刷装置がサポートするフォーマットか否かを判断する判断工程と、
前記判断工程により前記コンテンツが、印刷装置がサポートするフォーマットであると判断された場合、前記コンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、前記サーバ装置を介さずに前記印刷装置に送信する送信制御工程と、
を含むことを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置からの印刷をするための技術に関するものである。
【背景技術】
【０００２】
近年サーバを介してプリンタによる印刷を行う方法が提案されている。
特許文献１はクライアントが画像データと印刷設定情報をサーバに送信して、プリンタは画像データと印刷設定情報に基づいて印刷する技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−３２８６３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術ではクライアントが画像データをサーバに送信した後、その上さらにサーバがプリンタに画像データを送信する必要がある。
ここで例えばコンテンツ（特許文献１の画像データに相当）は印刷装置がサポートするフォーマットであり、情報処理装置がコンテンツを印刷装置にサーバ装置（特許文献１のサーバに相当）を介さずに送信できる環境を想定する。
特許文献１はこのような環境を想定していないため、不必要にサーバに画像データを送信する虞があった。
さらに、前述の想定した環境では情報処理装置がコンテンツに加えて印刷設定情報も印刷装置にサーバ装置を介さずに送信してしまう。これによって当然、サーバ装置が印刷設定情報を取得できない問題があった。
本発明は上記問題点に鑑みてなされたものであり、コンテンツは印刷装置にサーバ装置を介さずに送信して、印刷設定情報はサーバに送信することを目的とする。
【課題を解決するための手段】
【０００５】
上記の目的を達成するための本発明に係る情報処理装置は、
印刷するコンテンツが、ネットワークを介して通信可能な印刷装置がサポートするフォーマットか否かを判断する判断手段と、
前記判断手段により前記コンテンツが、印刷装置がサポートするフォーマットであると判断された場合、前記コンテンツの印刷設定情報を、ネットワークを介して通信可能なサーバ装置に送信し、前記コンテンツを、前記サーバ装置を介さずに前記印刷装置に送信する送信制御手段と、を有することを特徴とする。
【発明の効果】
【０００６】
本発明によるとコンテンツは印刷装置にサーバ装置を介さずに送信して、印刷設定情報はサーバに送信することができる。
【図面の簡単な説明】
【０００７】
【図１】印刷システムの構成の一例を示す図である。
【図２】サーバ及びクライアント端末のハードウェア構成の一例を示す図である。
【図３】印刷装置のハードウェア構成の一例を示す図である。
【図４】サーバのソフトウェア構成の一例を示す図である。
【図５】印刷装置のソフトウェア構成の一例を示す図である。
【図６】クライアント端末上で動作するアプリケーションのソフトウェア構成の一例を示す図である。
【図７Ａ】サーバの記憶部に関する構造の一例を示す図（その１）である。
【図７Ｂ】サーバの記憶部に関する構造の一例を示す図（その２）である。
【図７Ｃ】サーバの記憶部に関する構造の一例を示す図（その３）である。
【図８】印刷設定情報の一例を示す図である。
【図９】第一実施形態におけるクライアント端末が印刷を行う際のクライアント端末の処理の一例を示すフローチャートである。
【図１０Ａ】コンテンツと印刷ジョブ情報の送信形態の一例を示す図（その１）である。
【図１０Ｂ】コンテンツと印刷ジョブ情報の送信形態の一例を示す図（その２）である。
【図１０Ｃ】コンテンツと印刷ジョブ情報の送信形態の一例を示す図（その３）である。
【図１１】印刷装置の印刷処理の一例を示すフローチャートである。
【図１２】第二実施形態におけるクライアント端末が印刷を行う際のクライアント端末の処理の一例を示すフローチャートである。
【図１３】第三実施形態におけるクライアント端末が印刷を行う際のクライアント端末の処理の一例を示すフローチャートである。
【図１４】第三実施形態におけるクライアント端末から印刷装置情報を受信したときのサーバの処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００８】
端末に保存されているコンテンツをオフィス内の印刷装置で印刷する方法としては主に以下の２つを想定できる。
１つ目の方法は、端末から印刷装置に対してコンテンツと印刷指示とが書かれたジョブチケットを直接送信し、印刷要求を行う方法である。２つ目の方法は、ユーザがコンテンツをインターネット上のサーバにアップロードし、編集したデータに対して印刷設定をした後に印刷要求を行う方法で、いわゆるクラウド印刷という方法である。
しかし、１つ目の方法は、サーバを経由しないで印刷が行われるため、サーバ上で印刷ジョブの進捗や実績を管理することができない。即ち、オフィス内の印刷装置の枚数実績や、トナー・用紙等の消耗品情報の履歴を統合的に管理することが不可能となってしまう。また、ユーザの権限によって印刷機能に制限をかけるといった、ユーザの一元管理も困難となってしまう。
また、２つ目の方法は、インターネット上のサーバにコンテンツをアップロードして印刷を行うため、インターネットの帯域によってはネットワークへの負荷が増大し、転送に時間がかかってしまう場合がある。
以下、１つ目の方法と２つ目の方法それぞれの問題点を解決する一例について具体的に説明する。
【０００９】
図１は、印刷システムの構成の一例を示す図である。印刷システムは、大きく分けてサーバ１、印刷装置２、クライアント端末３から構成されている。サーバ１は、印刷ジョブ・ユーザ情報・印刷装置情報等の各種データを管理する機能を有するデータ管理システムとしてのサーバであり、インターネット上に構築され、一般的なオフィスからアクセス可能である。印刷装置２は、送信されてきた印刷ジョブを解釈し、指定された設定に従って印刷を実行する装置である。また印刷装置２は、インターネットを通じてサーバ１と、オフィス内のＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（以下、ＬＡＮ）を通じてクライアント端末３と通信可能に接続されている。クライアント端末３は、端末内に格納されているコンテンツデータの印刷要求が可能な装置である。クライアント端末３は、インターネットを通じてサーバ１と、ＬＡＮを通じてクライアント端末３と接続されている。ここで、クライアント端末はデスクトップ型のＰＣでも良いし、携帯電話・スマートフォン等のモバイル装置でも良い。クライアント端末は情報処理装置であり、端末装置の一例である。
【００１０】
図２は、サーバ１及びクライアント端末３のハードウェア構成の一例を示す図である。ＣＰＵ２１は、ＲＯＭ２６内部のプログラム領域に記憶されたプログラム、又は、ハードディスク２３からＲＡＭ２２にロードされたＯＳ、汎用アプリケーション等のプログラムを実行する。なお、ハードディスク２３はＳＳＤであっても良い。ＲＡＭ２２は、ＣＰＵ２１の主メモリ、ワークエリア等として機能する。ハードディスク２３は、ブートプログラム、種々のアプリケーション、ユーザファイル、アプリケーションで使用される各種データ等を記憶する。また、クライアント端末３からの印刷要求に関するデータは、全てハードディスク２３に送られる。ディスプレイコントローラ２４は、ディスプレイによる表示の制御を行う。ネットワークコントローラ２５は、ネットワークに接続された他の機器との通信制御処理を実行する。外部記憶ドライブ２７は、ＣＤ、ＤＶＤ等の各種メディア２８からのアクセスを制御する。キーボードコントローラ２９は、キーボードやポインティングデバイスからのキー入力を制御する。また、ＣＰＵ２１は、内部バス２ａによって、それぞれのブロックと接続されている。
ＣＰＵ２１がＲＯＭＡ又はハードディスク等に記憶されたプログラムに基づき処理を実行することによって、サーバ１やクライアント端末３等の各装置のソフトウェア構成及び後述するサーバ１やクライアント端末３等のフローチャートの情報処理が実現される。
【００１１】
図３は、印刷装置２のハードウェア構成の一例を示す図である。ＣＰＵ３１は、内部バス３８を介して各ハードウェアを含む印刷装置２の全体を制御する。メモリ３２は、ＣＰＵ３１が印刷装置２を制御するために実行するアプリケーションプログラム等の各種命令を記憶する。ハードディスク３３は、印刷装置２で印刷するためのデータを一時的に保存する。表示装置３４は、タッチパネル等の画面を表示・制御し、ユーザは、所望の動作を行うための操作等を表示装置３４で制御される画面を介して行う。印刷制御装置３５は、印刷を制御するためのコントローラ装置である。ネットワークコントローラ３６は、ＣＰＵ３１に従いネットワークを介して信号の送受信を行う。後処理制御装置３７は、印刷後の後処理を制御するための装置である。
ＣＰＵ３１がメモリ３２等に記憶されたプログラムに基づき処理を実行することによって、印刷装置２のソフトウェア構成及び後述する印刷装置２のフローチャートの情報処理が実現される。
【００１２】
図４は、サーバ１のソフトウェア構成の一例を示す図である。データ通信部４１は、インターネットを介して送信されてくるリクエスト情報を受信し、メイン制御部４２に渡すと共に、そのリクエストに対するレスポンス情報をメイン制御部４２から受け取り、リクエスト元に対して送信する機能を有する。メイン制御部４２は、データ通信部４１を通して受信したリクエストを解釈し、適切なモジュールを呼び出すと共に、リクエストデータを渡して処理を実行する機能を有する。また、メイン制御部４２は、モジュール間の処理の橋渡しを行い、各モジュールで処理した結果をリクエスト元へ返信するためのレスポンスデータを生成し、データ通信部４１へ渡す機能も有する。ユーザ認証部４３は、リクエストに付与された認証データを取り出し、ユーザ情報記憶部４８に格納されている情報と比較することでリクエストしたユーザを特定する機能を有するモジュールである。なお、ユーザ情報記憶部４８の構造については、後述する図７Ａで説明を行う。印刷装置管理部４４は、サーバ１が管理する印刷装置２の登録や、印刷装置２の能力情報、構成情報、状態を管理・保持する機能を有するモジュールである。これらの情報は、印刷装置情報記憶部４９に格納される。なお、印刷装置情報記憶部４９の構造については、図７Ｂで説明を行う。印刷ジョブ管理部４５は、データ通信部４１が受信した印刷のリクエスト情報や、ジョブチケット生成部４６で生成されたジョブチケットの位置を管理・保持する機能を有するモジュールである。なお、これらの情報は印刷ジョブ記憶部４ａに格納される。なお、印刷ジョブ記憶部４ａの構造については図７Ｃで説明を行う。ジョブチケット生成部４６は、データ通信部４１が受信した印刷のリクエスト情報に含まれる印刷設定情報８０から、印刷を行う印刷装置２が解釈できる形式のジョブチケットを生成する機能を有するモジュールである。また、生成されたジョブチケットは、ジョブチケット記憶部４ｂに格納される。なお、印刷設定情報８０については後述する図８を用いて説明を行う。印刷ジョブ情報生成部４７は、印刷のリクエストに対するレスポンス情報に含まれる印刷ジョブ情報を生成する機能を有するモジュールである。ここで印刷ジョブ情報は、ジョブチケット生成部４６で生成されたジョブチケットのＵＲＬを含んだデータのことである。ジョブチケットのＵＲＬは、ジョブチケットの場所情報の一例である。
【００１３】
図５は、印刷装置２のソフトウェア構成の一例を示す図である。データ通信部５１は、インターネット或いはＬＡＮを介して送信されてくるコンテンツや印刷ジョブ情報を受信し、メイン制御部５２に渡す機能を有する。また、データ通信部５１は、印刷装置２のステータスや能力情報、或いは印刷ジョブのステータス等の印刷装置２に関連する情報をリクエスト元に対して返信する機能を有する。メイン制御部５２は、印刷装置全体を制御し、各部に対する指示や管理を行う機能を有する。即ち、メイン制御部５２は、モジュール間の処理の橋渡しを行い、各モジュールで処理した結果を別のモジュールの入力として渡す機能を有する。印刷ジョブ情報管理部５３は、印刷ジョブ情報を解釈し、ジョブチケットのＵＲＬを取得する機能を有する。また、印刷ジョブ情報管理部５３は、取得したＵＲＬを、メイン制御部５２を経由してデータ通信部５１がアクセスし、取得したジョブチケットの実体を管理する機能も有する。出力部５４は、ジョブチケットの指示に従って印刷命令を順次実行し、印刷装置２から出力させる機能を有する。
【００１４】
図６は、クライアント端末３のソフトウェア構成の一例を示す図である。ユーザインタフェース６１は、ユーザからの印刷設定要求を受け付けるインタフェースである。メイン制御部６２は、各コンポーネント間の処理を制御する機能を有する。メイン制御部６２は、例えばユーザインタフェース６１からの起動通知を受け、サーバ１との認証を行い、認証結果をユーザインタフェース６１に返すといった処理を行う。印刷設定情報生成部６３は、ユーザがユーザインタフェース６１を介して設定した印刷設定に関する情報を生成する機能を有する。印刷設定情報８０については図８について詳細な説明を行う。印刷ジョブ情報管理部６４は、サーバ１から受信した印刷ジョブ情報を解釈し、管理を行う。データ通信部６５は、インターネット又はＬＡＮを経由してサーバ１及び印刷装置２とデータの送受信を行う機能を有する。データ通信部６５は、例えば印刷設定情報８０をサーバ１に送信する処理や、印刷ジョブ情報をサーバ１から受信する処理を行う。また、データ通信部６５は、印刷装置２に対しては、コンテンツを送信する処理や、印刷装置２の進捗情報を受信する処理を行う。コンテンツ記憶部６６は、文書ファイルや画像ファイル等のコンテンツが格納された領域であり、本端末のハードディスク２３に保存されている。
【００１５】
図７Ａ〜図７Ｃは、サーバ１の記憶部に関する構造の一例を示す図である。図７Ａは、ユーザ情報記憶部４８のデータ構造の一例を示す図である。ユーザ情報記憶部４８には一意のユーザＩＤ、ユーザＩＤに対応するユーザ名、パスワード、制限情報が管理されている。ここで制限情報とは、ユーザに対して印刷時に制限される印刷機能を表している。本データはユーザの認証を行う際、又は、ログインを行うユーザの印刷制限情報の要求があった際にアクセスされる。制限情報については後述する第二実施形態で詳細な説明を行う。図７Ｂは、印刷装置情報記憶部４９のデータ構造の一例を示す図である。印刷装置情報記憶部４９には一意の印刷装置ＩＤ、印刷装置ＩＤに対応する印刷装置名、印刷装置の能力情報、サポートフォーマットが管理されている。印刷装置の能力情報とは、例えばカラー印刷が可能であることや、綴じ等の後処理が可能である情報が含まれる。サポートフォーマットとは、印刷装置がどのようなフォーマットのコンテンツを受け付けることができるかを表している。本データはクライアント端末３から印刷可能な印刷装置一覧の取得要求があった場合にアクセスされる。図７Ｃは、印刷ジョブ記憶部４ａのデータ構造の一例を示す図である。印刷ジョブ記憶部４ａには一意のジョブＩＤ、ジョブＩＤに対応する印刷装置ＩＤ、ジョブチケットに関する情報が管理されている。印刷装置ＩＤは、ジョブＩＤで表される印刷ジョブがどの印刷装置で印刷を行うかを表したものである。またジョブチケットは、ジョブＩＤで表される印刷ジョブの印刷設定が記載されたジョブチケットのＵＲＬが管理されている。
【００１６】
図８は、印刷設定情報８０の一例を示す図である。印刷設定情報８０は、クライアント端末３の印刷設定情報生成部６３において、ユーザからの設定に応じて生成される。印刷設定情報８０は、印刷面設定８１、カラー設定８２、用紙サイズ８３、ページレイアウト８４、部数８５の印刷設定項目が存在する。印刷面設定８１は、印刷を片面で印刷するか、両面で印刷するかを表す項目である。カラー設定８２は、カラーで印刷を行うか、モノクロ印刷を行うかを表す項目である。用紙サイズ８３は、印刷で使用する用紙のサイズを表すものであり、設定値としては例えばＡ４サイズやＢ５サイズ等が挙げられる。ページレイアウト８４は、用紙の片面に対して何ページのコンテンツをレイアウトして印刷するかを表す項目であり、設定値としては１（ページ／枚）、２（ページ／枚）、４（ページ／枚）等が挙げられる。部数８５は、印刷を何部行うかを表す項目である。本実施形態では、クライアント端末３からの印刷要求時、サーバ１が印刷設定情報８０を受信し、ジョブチケット生成部４６において、印刷を行う印刷装置２が解釈できる形式に変換される。
【００１７】
＜第一実施形態＞
次に、図９から図１１までを用いて本件の第一実施形態の処理を説明する。第一実施形態では、クライアント端末３が印刷するコンテンツを印刷装置２が受信可能である場合に、コンテンツを印刷装置２に送信し、印刷設定情報８０をサーバ１に送信する形態について説明を行う。
図９は、第一実施形態におけるクライアント端末３が印刷を行う際のクライアント端末３の処理の一例を示すフローチャートである。
はじめに、ユーザが印刷要求を行うためにクライアント端末３上のアプリケーションを起動すると、ステップＳ１において、メイン制御部６２は、データ通信部６５を介してサーバ１にログイン要求を行う。この際、サーバ１にはユーザ名とパスワードとが送信される。メイン制御部６２は、ユーザ名とパスワードとして、ユーザがアプリケーションを起動する際に入力されたものを使用しても良いし、クライアント端末３に予め保存しておき、アプリケーション起動時にユーザに入力を促さず、保存してあるデータを使用しても良い。ユーザ名とパスワードとを受信したサーバ１では、データ通信部４１からメイン制御部４２を経由してユーザ認証部４３へとデータが渡される。そして、ユーザ認証部４３において、前記ユーザ名とパスワードとが接続を許可されているユーザであるかの認証がなされる。ユーザ認証部４３は、認証結果を生成し、データ通信部４１を経由してクライアント端末３に返送する。
【００１８】
ステップＳ２において、メイン制御部６２は、サーバ１から返送された認証結果から、正常に認証が行われたかを判断する。
認証に失敗していた場合、ステップＳ３に進み、ユーザインタフェース６１は、ログインに失敗した旨をユーザに通知する。その後、ユーザは、再度、ユーザ名とパスワードとを入力するか、本アプリケーションを終了させる。
認証に成功した場合、ステップＳ４に進み、メイン制御部６２は、サーバ１に対して印刷可能な印刷装置２の一覧を要求する。要求を受けたサーバ１では、印刷装置管理部４４に要求が渡り、印刷装置情報記憶部４９に記憶されている印刷装置２の一覧が、データ通信部４１を経由してクライアント端末３に返送される。
クライアント端末３が印刷可能な印刷装置２の一覧を受信すると、ステップＳ５において、ユーザインタフェース６１は、ユーザに印刷可能な印刷装置２の一覧を表示する。ユーザは一覧の中から出力を行う印刷装置２を選択する。
【００１９】
次にステップＳ６において、ユーザは、印刷を行うコンテンツの選択と、印刷設定と、を行う。ユーザインタフェース６１は、ユーザからの印刷ボタンが押下されたタイミングで、コンテンツのパスと印刷設定とを取得し、メイン制御部６２へと処理を渡す。
処理を受けたメイン制御部６２は、ステップＳ７において、コンテンツのパスに基づき、コンテンツ記憶部６６に記憶されているコンテンツを取得し、前記コンテンツのフォーマットが印刷装置２で受信可能であるかを判断する。メイン制御部６２は、サーバ１の印刷装置情報記憶部４９に記憶されているサポートフォーマット情報を取得することで前記コンテンツのフォーマットが、印刷装置でサポートされているフォーマットか否かを判断し、受信可能か否かを判断しても良い。また、メイン制御部６２は、印刷装置２から直接、サポートフォーマット情報等を取得して前記コンテンツのフォーマットが、印刷装置でサポートされているフォーマットか否かを判断し、受信可能か否かを判断しても良い。つまり、メイン制御部６２は、前記コンテンツのフォーマットが、印刷装置でサポートされているフォーマットである場合は、受信可能であると判断し、そうでない場合は、受信不可能であると判断する。
【００２０】
受信可能でない場合、ステップＳ８に進み、メイン制御部６２は、データ通信部６５を介してコンテンツと印刷設定情報８０とをサーバ１へ送信する。
受信可能である場合、ステップＳ９に進み、メイン制御部６２は、印刷設定情報８０のみをサーバ１へ送信する。サーバ１が印刷設定情報８０を受信すると、ジョブチケット生成部４６は、受信した印刷設定情報８０をもとに印刷装置２が受信可能なジョブチケットを生成する。例えば、印刷装置がＪＤＦ（Ｊｏｂ  Ｄｅｆｉｎｉｔｉｏｎ  Ｆｏｒｍａｔ）に対応している場合、ジョブチケット生成部４６は、印刷設定情報８０からＪＤＦを生成する。また、例えば、印刷装置がＸＰＳ（ＸＭＬ  Ｐａｐｅｒ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ）に対応している場合、ジョブチケット生成部４６は、印刷設定情報８０からＸＰＳのプリントチケットを生成する。生成されたジョブチケットはジョブチケット記憶部４ｂに記憶される。また、印刷ジョブ情報生成部４７は、印刷ジョブ情報を生成する。前述したように、印刷ジョブ情報には生成されたジョブチケットのＵＲＬが記述されており、印刷装置２は、このＵＲＬを参照することでサーバ１中のジョブチケットにアクセスすることが可能となる。印刷ジョブが生成されると、印刷ジョブ情報生成部４７は、メイン制御部４２に処理を渡す。そして、データ通信部４１を経由して前記印刷ジョブ情報がクライアント端末３に返送される。
ステップＳ１０において、データ通信部６５は、印刷ジョブ情報を受信する。印刷ジョブ情報は、印刷ジョブ情報管理部６４で管理される。
次に、ステップＳ１１において、メイン制御部６２は、データ通信部６５を介して印刷するコンテンツと対応する印刷ジョブ情報を印刷装置２へ送信する。ステップＳ１１の処理については後述する図１０で詳細を説明する。印刷装置２は、前記コンテンツと印刷ジョブ情報とを受信し、出力部５４において印刷を実行する。印刷処理については後述する図１１において詳細に説明を行う。
ステップＳ９やステップＳ１１の処理は送信制御の処理の一例である。
【００２１】
図１０Ａ〜図１０Ｃは、コンテンツと印刷ジョブ情報との送信形態の一例を示す図である。クライアント端末３が、コンテンツと印刷ジョブ情報とを印刷装置２に送信する際、以下に説明する３つのどの形態でも良い。
図１０Ａは、コンテンツ１ファイル、印刷ジョブ情報１ファイルで、ＬＡＮ経由で送信する形態を表す図である。このとき、印刷ジョブ情報にはジョブチケットのＵＲＬと印刷ジョブを印刷装置上で留め置く指示とが含まれている。これにより、印刷装置２がコンテンツと印刷ジョブ情報とを受信すると、印刷装置２内に一時的に留め置かれる。そして、印刷装置２は、留め置かれたタイミングで印刷処理を開始する。
【００２２】
図１０Ｂは、コンテンツと印刷ジョブ情報とを１ファイルで、ＬＡＮ経由で送信する形態を表す図である。このファイルにはコンテンツデータとジョブチケットのＵＲＬとが含まれている。このように、クライアント端末３は、コンテンツと印刷ジョブ情報とを別ファイルで送信する必要はなく、１ファイルとして送信しても良い。
図１０Ｃは、印刷装置２及びクライアント端末３が赤外線通信や近接での無線通信機能を有している場合の形態を表す図である。クライアント端末３は、図１０Ａと同様にコンテンツ１ファイル、印刷ジョブ情報１ファイルで送信を行う。このとき、印刷ジョブ情報にはジョブチケットのＵＲＬが含まれている。この場合、赤外線や近接した無線で送信を行うため、ユーザは、クライアント端末３を印刷装置２の近くに置き、通信を行う必要がある。
【００２３】
図１１は、印刷装置２の印刷処理の一例を示すフローチャートである。
はじめにステップＳ２１において、データ通信部５１は、クライアント端末３からコンテンツと印刷ジョブ情報とを受信する。受信形態については図１０で説明した通りである。
受信されたタイミングでステップＳ２２に進み、印刷ジョブ情報管理部５３は、印刷ジョブ情報中に含まれるジョブチケットのＵＲＬを取得する。
ステップＳ２３で、メイン制御部５２は、ステップＳ２２で取得したジョブチケットのＵＲＬにアクセスし、ジョブチケットを取得する。
最後にステップＳ２４において、出力部５４は、ステップＳ２１で受信したコンテンツを、ステップＳ２３で取得したジョブチケットで指示されている設定に基づいて印刷を行う。
【００２４】
以上説明したように、第一実施形態ではクライアント端末３が印刷するコンテンツを印刷装置２が印刷可能である場合にコンテンツをジョブチケットのＵＲＬが記載された印刷ジョブ情報を印刷装置２に送信した。本実施形態は、インターネットを経由してコンテンツを送信していないため、インターネット帯域の制限やネットワークの負荷に依存しない印刷が可能となる。また、印刷設定情報８０をサーバ１に送信するため、サーバ１で印刷ジョブの管理を行うことができ、サーバ１における印刷装置の管理や、印刷ジョブの実績管理が容易に可能となる。より具体的に説明すると、サーバ１では、印刷設定情報８０に基づきジョブチケットを生成するため、どの印刷装置でどのような印刷がなされるか管理することができる。また、サーバ１は、ジョブチケットのＵＲＬが記載された印刷ジョブ情報をクライアント端末３に送信する。そして、クライアント端末３を介して前記印刷ジョブ情報を受信した印刷装置２が前記ＵＲＬに基づき前記ジョブチケットを取得し、印刷を行う。そのため、サーバ１は、印刷装置２がジョブチケットを取得したことやその時間等を把握、管理することができる。また、サーバ１は、印刷装置２より前記ジョブチケットに基づく印刷の結果等を取得することにより、更に詳しい進捗状況等を管理することもできる。
【００２５】
＜第二実施形態＞
第二実施形態では、クライアント端末３のユーザに印刷制限が付与されている場合について説明する。印刷制限とは、印刷装置２が機能を有していてもユーザ権限により印刷機能の一部を制限することを指す。例えば、カラー印刷の機能を有している印刷装置２で印刷を行うユーザにカラー印刷の印刷制限が付与されている場合、印刷装置２からはモノクロで出力される。
【００２６】
図１２は、第二実施形態におけるクライアント端末３が印刷を行う際のクライアント端末３の処理の一例を示すフローチャートである。
なお、第一実施形態で既に説明したステップと同じ処理については、既に説明したステップの番号と同一の番号を付与し、特に断りが無い限り説明は省略する。
ステップＳ３０において、メイン制御部６２は、サーバ１に対してログインユーザの制限情報を要求する。サーバ１が要求を受けると、ユーザ認証部４３がユーザ情報記憶部４８にアクセスして対象ユーザの制限情報を取得し、データ通信部４１を介してクライアント端末３に返送する。
この制限情報をもとに、ステップＳ３１において、メイン制御部６２は、クライアント端末３にログインしているユーザが制限情報を有しているかを判定する（第２の判断）。印刷制限機能がある場合、メイン制御部６２は、処理をステップＳ９に進める。
【００２７】
その後、サーバ１は、制限情報を考慮したジョブチケットを生成する。例えば、カラー印刷が可能である印刷装置に対してカラー印刷を行う指示が記述された印刷設定情報８０がクライアント端末３から送信されてきた場合を考える。この場合、要求を行ったユーザの制限情報がカラー印刷であった場合、サーバ１は、カラー印刷の指示ではなく、モノクロ印刷の指示が記述されたジョブチケットを生成する。
なお、本実施形態ではサーバ１で制限情報を考慮したジョブチケット生成の例を述べたが、クライアント端末３側で制限情報を考慮し、ＵＩで印刷設定に制限をかけ、ユーザに選択させないようにしても良い。
【００２８】
以上説明したように、第二実施形態ではクライアント端末３のユーザに印刷制限が付与されている場合にコンテンツと印刷ジョブ情報とを印刷装置２に送信し、印刷設定情報８０をサーバ１に送信した。本実施形態においても第一実施形態と同様にインターネット帯域の制限やネットワークの負荷に依存しない印刷や、サーバ１で印刷ジョブの実績管理を行うことができる。また、第一実施形態における効果に加え、ユーザに対して印刷制限を適用し、ユーザの印刷を管理することが可能となる。
【００２９】
＜第三実施形態＞
第一、第二実施形態では条件をもとに印刷設定情報８０をサーバ１に、コンテンツを印刷装置２に送信する場合について説明した。
ここで、ユーザが印刷設定情報８０をサーバ１に送信した直後に、印刷を行う予定であった印刷装置２が故障やオフライン等の原因により、使用できなくなった場合について考える。このとき、ユーザは印刷装置４で印刷を行うことができる。しかし、コンテンツと印刷ジョブ情報とをそのまま印刷装置４に送ると、サーバ１の印刷ジョブ管理部４５で管理されている、印刷ジョブを出力する印刷装置情報が実際と異なってしまい、正しくステータスを取得することができなくなってしまう。
ここで印刷装置４のハードウェア・ソフトウェア構成は印刷装置２と同一である。
また、印刷装置２と印刷装置４との能力が異なっている場合、再選択した印刷装置４に対して正しい設定のジョブチケットが送信されず、印刷装置で印刷ジョブがキャンセルされてしまう場合がある。そこで第三実施形態では、印刷装置２への印刷要求後にユーザが選択した、印刷装置２とは別の印刷装置４で印刷を行う場合の処理について説明を行う。
【００３０】
図１３は、第三実施形態におけるクライアント端末３が印刷要求を行う際のクライアント端末３の処理の一例を示すフローチャートである。Ｓ１からＳ１１までの処理は第一実施形態と同一であるため、説明は省略する。
次に、ステップＳ４０において、データ通信部６５は、印刷装置２へのデータの送信が成功したか否かを判定する。
送信に成功した場合、印刷装置２で正常に出力が行われる。
送信に失敗した場合、選択した印刷装置２が現在使用できないということになり、ユーザは別の印刷装置４で印刷を行いたい。そのため、ステップＳ４１で、ユーザインタフェース６１は、出力する印刷装置の選択画面を表示し、ユーザに印刷装置の再選択を促す。再選択が終わると、ステップＳ４２に進み、データ通信部６５は、再選択された印刷装置４のＩＤとジョブＩＤとをサーバ１へ送信する。
【００３１】
図１４は、第三実施形態におけるクライアント端末３から印刷装置情報を受信したときのサーバ１の処理の一例を示すフローチャートである。
サーバ１が印刷装置情報を受信すると、ステップＳ５１において、印刷ジョブ管理部４５は、印刷ジョブ記憶部４ａにアクセスし、ジョブＩＤに該当する印刷装置ＩＤを更新する。この際、印刷ジョブ管理部４５は、更新前の印刷装置ＩＤを記憶しておく。
ステップＳ５２において、メイン制御部４２は、更新前の印刷装置ＩＤと更新後の印刷装置ＩＤとに基づきそれぞれの能力情報取得、比較し、印刷装置の能力が異なっているかを判定する。
能力が同じである場合、ジョブチケットに指示可能な項目に差異が無く、更新の必要はないため、ステップＳ１３において、印刷ジョブ情報生成部４７は、印刷ジョブ情報を生成する。
能力が異なっていると判定された場合、ステップＳ５３において、ジョブチケット生成部４６は、ジョブチケットの更新を行い、ステップＳ１３に進む。
【００３２】
ここで実際に例を挙げて第三実施形態の説明を行う。例えば図７Ｂのように印刷装置ＩＤが「Ｐｒｉｎｔｅｒ１」「Ｐｒｉｎｔｅｒ２」「Ｐｒｉｎｔｅｒ３」の３台の印刷装置２がサーバ１で管理されている。そして、ユーザは「Ｐｒｉｎｔｅｒ１」の印刷装置でカラー印刷を行う予定だったとする。そして、印刷設定情報８０をサーバ１に送信した後に「Ｐｒｉｎｔｅｒ１」で表される印刷装置がオフラインになった場合、ユーザが「Ｐｒｉｎｔｅｒ２」の印刷装置の再選択を行ったものとする。このとき、ステップＳ５２で印刷ジョブの更新前に選択されていた「Ｐｒｉｎｔｅｒ１」と更新後に選択されていた「Ｐｒｉｎｔｅｒ２」との能力情報をメイン制御部４２が印刷装置情報記憶部４９から取得して比較し、判定する。この場合、「Ｐｒｉｎｔｅｒ１」の印刷装置の能力情報はカラー印刷が含まれているが、「Ｐｒｉｎｔｅｒ２」の印刷装置の能力情報にはカラー印刷が含まれていない。したがって、ステップＳ５３へ進み、ジョブチケット生成部４６は、ジョブチケット中のカラー印刷の設定をモノクロ印刷の設定に更新する。
【００３３】
以上説明した処理を行うことで、印刷設定情報８０をサーバ１に送信した後に使用する印刷装置２を変更した場合でも変更後の印刷装置２の能力に応じたジョブチケットを生成することができる。なお、本実施形態の説明において、サーバ１がジョブチケットの更新を行ったが、クライアント端末３がサーバ１から印刷装置２の能力情報を取得・比較し、印刷設定情報８０を再送信する処理を行っても良い。
【００３４】
上述したように印刷装置がコンテンツを直接受信可能である場合にコンテンツを印刷装置に送信することで、インターネットを経由してサーバにコンテンツを送信する必要がなくなる。そのため、インターネット帯域の制限やネットワークの負荷に依存しない印刷が可能となる。また、ジョブチケットをサーバに送信するため、サーバで印刷ジョブの実績管理やユーザ毎の印刷制限情報の適用が可能となり、オフィス内の印刷装置に関連する印刷ジョブの実績管理・分析を行うことができる。
よって、印刷ジョブの進捗・実績の管理を可能とすると共にインターネット帯域によるネットワーク負荷の増大に依存しないようにすることができる。
【００３５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014120051.tif 000003
【図２】
2014120051.tif 000004
【図３】
2014120051.tif 000005
【図４】
2014120051.tif 000006
【図５】
2014120051.tif 000007
【図６】
2014120051.tif 000008
【図７Ａ】
2014120051.tif 000009
【図７Ｂ】
2014120051.tif 000010
【図７Ｃ】
2014120051.tif 000011
【図８】
2014120051.tif 000012
【図９】
2014120051.tif 000013
【図１０Ａ】
2014120051.tif 000014
【図１０Ｂ】
2014120051.tif 000015
【図１０Ｃ】
2014120051.tif 000016
【図１１】
2014120051.tif 000017
【図１２】
2014120051.tif 000018
【図１３】
2014120051.tif 000019
【図１４】
2014120051.tif 000020