(57)【要約】【課題】  他デバイスのジョブ状況によって、帯域制御しながら効率的にクラウド上のサーバからのジョブを受信できるようにする。【解決手段】  他デバイス装置で、印刷ジョブ処理が実行されていて、かつ、そのジョブが優先ジョブである場合には、帯域制限受信を行い、優先ジョブでなければ、帯域制限指示を行い、高速受信を実行する。【選択図】  図１
2012155619.tif 000002
【特許請求の範囲】
【請求項１】
種々のネットワークデバイス装置と種々のサーバ装置ならびに種々のコンピュータが接続されたネットワークジョブ通信システムにおいて、
第一のデバイス装置が、印刷指示を受け付ける手段（Ｓ９０１）と、１ないし複数の第二のデバイス装置からジョブ状態を取得する手段（Ｓ９０３）と前記ジョブ状態の中に優先ジョブがあるか否かを判別する手段（Ｓ９０６）と、
前記のジョブが非優先ジョブを含む場合には、第一のデバイス装置が、前記第二のデバイス装置に帯域制限通信の指示（Ｓ９１１）を行い、かつ、高速通信を行う手段（Ｓ９１２）と、
前記のジョブが優先ジョブである場合には、帯域制限通信（Ｓ９０９）を行うことを特徴とするネットワークジョブ通信システム。
【請求項２】
前記ジョブが優先ジョブを含む場合には、前記ジョブ状況をユーザに通知する（Ｓ９０７）ことを特徴とする請求項１に記載のネットワークジョブ通信システム。
【請求項３】
前記ジョブが優先ジョブを含む場合には、速度優先か否かをユーザに選択させる手段（図７（ｂ））と、ユーザ選択が速度優先か否かを判別する手段（Ｓ９０８）と、
前記ユーザ選択が速度優先である場合には、圧縮データの通信を行う手段（Ｓ９１０）と、ユーザ選択が速度優先でない場合には、帯域制限通信（Ｓ９０９）を行うことを特徴とする請求項１又は請求項２に記載のネットワークジョブ通信システム。
【請求項４】
前記高速通信とは、マルチセッションを行い、帯域制限通信とは、シングルセッションを行う（図９補足）ことを特徴とする請求項１乃至請求項3の何れか１項に記載のネットワークジョブ通信システム。
【請求項５】
前記優先ジョブとは、カード認証中のジョブであり、前記非優先ジョブとは、カード認証中でない、ジョブであること（図７補足）ことを特徴とする請求項１乃至請求項4の何れか１項に記載のネットワークジョブ通信システム。
【請求項６】
前記優先ジョブとは、サーバからの受信ジョブであり、前記非優先ジョブとは、サーバへの送信スキャンジョブであること（図７補足）ことを特徴とする請求項１乃至請求項4の何れか１項に記載のネットワークジョブ通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバからデータのネットワーク送受信を行うネットワークジョブ通信システムに関する。
【背景技術】
【０００２】
近年、クラウドサービスと呼ばれるインターネットのプリントデータ生成・配信機能,、ならびにスキャンデータの保存機能を有するサービス、インフラが整備されてきている。そして、このクラウドサービスを利用して、インターネット経由でのクラウドtoプリントやスキャンtoクラウドを行うサービス形態が開発されてきている。また、画像データの送受信をユーザストレスなく実行するために、マルチセッション等を行うことで、高速送受信を行う技術が開発されてきている。そして、これらシステムは今後ますます普及することが予想される。
【０００３】
また、ネットワーク受信の負荷が高くなりすぎることもあり、これを回避するための帯域制限の技術として、特許文献１のように優先度の高い通信を保証しながら他通信を帯域制限していく技術や、端末機において、受信を一定期間の待ち時間（例えば100msec）を設定したり、受信要求データサイズを減らしたり（例えば1kByte）する技術が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２１０３４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、高速送受信を実行すると、ユーザ環境のネットワーク帯域を逼迫させてしまう可能性があり、同じセグメント内に複数のデバイスが存在すると、その可能性がさらに増幅されてしまう。また、一方で、ルーター等でIPアドレスやポート番号にて帯域制御を行う技術が確立されているが、各デバイスで利用されるジョブごとに帯域制御を行うことが困難であった。そのため、優先してクラウドtoプリントしたい場合があっても、帯域がFULLに近い状態だと、印刷時間が非常に遅くなってしまう可能性もあった。また、その原因をユーザが把握することも困難であるため、ユーザストレスがかかる可能性があった。
【課題を解決するための手段】
【０００６】
第一のデバイス装置が、印刷指示を受け付ける手段（Ｓ９０１）と、１ないし複数の第二のデバイス装置からジョブ状態を取得する手段（Ｓ９０３）と前記ジョブ状態の中に優先ジョブがあるか否かを判別する手段（Ｓ９０６）と、
前記のジョブが非優先ジョブである場合には、第一のデバイス装置が、前記第二のデバイス装置に帯域制限通信の指示（Ｓ９１１）を行い、かつ、高速通信を行う手段（Ｓ９１２）と、前記のジョブが優先ジョブを含む場合には、帯域制限通信（Ｓ９０９）を行う。上記システムで前記の課題を解決することが可能となる。
【発明の効果】
【０００７】
ユーザ環境のネットワーク帯域を逼迫させず、優先ジョブを待たせることなく印刷させることが可能となる。また、他デバイスでの優先ジョブ受信のために、ネットワーク負荷がかかっていることをユーザが把握することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態1に係わるデバイス装置の内部構成を示した図。
【図２】本発明の実施形態に係わるシステムの全体配置を説明する図。
【図３】本発明の実施形態に係わるデバイス装置内の内部モジュール構成図。
【図４】実施形態に係わるデバイス装置内部のジョブ処理状況データを説明する図。
【図５】実施形態に係わるジョブ状況を取得するSOAPスキーマの一例を示す図。
【図６】実施形態に係わる高速通信モードを設定するSOAPスキーマの一例を示す図。
【図７】本発明の実施形態に係わる他デバイス装置で優先ジョブ処理されている時のUI表示の一例を示す図。
【図８】本発明の実施形態に係わるサーバとデバイス２台の場合でジョブ処理が重なった場合のシーケンスの一例を示す図。
【図９】本発明の実施形態に係わる印刷データを受信するデバイス側のフローチャート。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
＜第１実施形態＞
第1図は、本発明の実施形態に係わるデバイス装置の内部構成を示した図である。本内部構成では、１ＣＰＵにおいてネットワーク制御部とデバイス（プリンタ・スキャナ）制御部が動作する形態で実現されている。このデバイス装置は、１−３に格納されているプログラムを実行するＣＰＵ１−１を備え、システムバス１−１１に接続される各デバイスを総括的に制御する。また、１−２はＲＡＭで、ＣＰＵ１−１の主メモリ、ワークエリア等として機能する。そして、各種の設定値を保存するバックアップＲＡＭも構成される。１−５は、ＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１−８の表示を制御する。１−８のＣＲＴディスプレイを用いてユーザは、クラウド上のデータリストの印刷開始指示やスキャンデータをクラウド上に保存することができる。１−５はディスクコントローラで、画像や様々なユーザデータを保存する１−９のハードディスク（ＨＤ）を制御する。１−６は、デバイスコントローラ（ＤＶＣ）で、１−１０のプリンタおよびスキャナ（ＤＶ）を制御する。１−７はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１−１２を介して、サーバと通信を行うことができる。
【００１１】
なお、本実施例では、キーボードはないが、もちろんキーボードがあってもよい。また、ＨＤはなくてもよいし、また、HDでなくとも、データを保存できれば、USBメモリ等でもよい。また、各種の設定値はバックアップRAMではなく、HDD等の別の格納装置内部に保存されていてもかまわない。
【００１２】
第2図は、本発明の実施形態に係わるシステムの全体配置を説明する図である。図2において、２−１は、PCであり、クラウド上のサーバ（２−６）へのデータのアップロード、ダウンロードが可能である。2−１１、２−１２、２−１３はデバイス装置であり、２−４のインターネットを経由して、２−６のクラウド上のサーバからの印刷ジョブの受信を行うことが可能である。また、デバイス装置でスキャンしたデータを２−６のクラウド上のサーバにアップロードすることも可能である。２−７、２−８、２−９は印刷データで各デバイス装置にて印刷することが可能である。２−１０は、２−７の印刷データを圧縮したデータである。２−２は、ルーターであり、２−３、２−５はプロキシーサーバ装置である。２−１４、２−１５、２−１６はLANである。
【００１３】
なお、サーバ、デバイス、PCとも、図2の構成に限定されるものではなく、それぞれ１または複数の組み合わせでもかまわない。また、２−４のインターネットを経由せずに、２−６のサーバ装置を構成することでもかまわない。
【００１４】
第3図は、本発明の実施形態に係わるデバイス装置内の内部モジュール構成図である。
【００１５】
３−１はエンジン制御部で、プリンタエンジンの印刷制御や、デバイスの制御等を行う。３−２は、他デバイス情報保持部であり、例えば、図４のような印刷状況のデータを保持する。３−３は、クラウドデータ処理部であり、３−４のUIからのユーザ操作により、クラウド上のサーバからの印刷ジョブを取得したり、スキャンジョブをクラウド上のサーバに送信したりする。３−５はHTTP処理部であり、複数のタスクで同時に処理を行うことが可能である。３−６はネットワーク送受信部であり、３−５のHTTP処理部等からの指示で、ネットワークを経由して、サーバ等とデータの送受信を行うことが可能である。
【００１６】
なお、３−５はHTTPとしたが、インターネット上で通信が可能であれば、特に言及されるものではない。また、３−３はクラウドデータ処理部としたが、特にサーバと通信が可能であれば、クラウドに言及されるものではない。また、スキャンに対してはなくてもかまわない。
【００１７】
第４図は、実施形態に係わるデバイス装置内部のジョブ処理状況データを説明する図である。４（ａ）−１は、他デバイスのＩＰアドレスであり、図4（ａ）の例では、2台のデバイスでジョブ処理がされていることとなる。４（ａ）−２は、ジョブ種であり、クラウドtoプリントなのかスキャンtoクラウドなのかが設定される。４（ａ）−３は、処理しているジョブのデータサイズであり、４（ａ）−４は、一秒あたりの転送レート（MByte）となる。４（ａ）−５は、転送完了時間となる。４（ａ）−６は、高速通信モードの状態を示しており、ONであれば実施中で、OFFであれば、実施していないことを示す。４（ａ）−７は、優先モードの状態を示しており、優先モードがONであれば、実施中で、OFFであれば、実施していないことを示し、この場合は、優先モードがすべてOFFとなっている。図４（ｂ）は、ジョブ処理中のデバイスが１台の場合であり、４（ｂ）−１は、優先モードがＯＮになっていることを示している。
【００１８】
なお、本データには、ジョブ種を含んだが、特になくてもかまわない。
【００１９】
第５図は、実施形態に係わるジョブ状況を取得するSOAPスキーマの一例を示す図である。図5（ａ）は、ステータス取得を要求するSOAPメソッドで、図5（ｂ）は、図5（ａ）のメソッドのレスポンスでステータス情報を返信するSOAPメソッドである。図5（ａ）のメソッドは、getJobStatusというメソッド名であり、自デバイスのクライアント情報（ID、IPアドレス）、相手先デバイス情報（ID、IPアドレス）が含まれている。図5（ｂ）は、getJobStatusResponseというメソッドであり、自デバイス情報と相手先デバイス情報と図4に示すような、ジョブ種、データサイズ、転送レート、転送完了時間、高速通信モード、優先モードが含まれている。
【００２０】
第６図は、実施形態に係わる高速通信モードを設定するSOAPスキーマの一例を示す図である。図6（ａ）は、高速通信モードの設定を要求するSOAPメソッドで、図6（ａ）のメソッドのレスポンスで要求に対する結果を返信するSOAPメソッドである。図6（ａ）のメソッドは、setAccelerationというメソッド名であり、自デバイスのクライアント情報（ID、IPアドレス）、相手先デバイス情報（ID、IPアドレス）、高速通信をOFFにする要求が含まれている。図6（ｂ）は、setAccelerationResponseというメソッドであり、自デバイス情報と相手先デバイス情報と要求に対する結果が含まれている。
【００２１】
第7図は、本発明の実施形態に係わる他デバイス装置で優先ジョブ処理されている時のUI表示の一例を示す図である。図７（ａ）は、図４（ｂ）のような優先ジョブが他デバイスで実施されている際に、デバイスのＵＩに他デバイスでクラウド印刷がされている旨の表示を行う。図７（ｂ）は、図２の２−１０のような圧縮データを用いて、画質劣化を前提にスピード優先で印刷させるかどうかの選択ＵＩの表示を行う。
【００２２】
第8図は、本発明の実施形態に係わるサーバとデバイス２台の場合でジョブ処理が重なった場合のシーケンスの一例を示す図である。８−１は、クラウド上サーバで、８−２は、印刷ジョブを取得中のデバイス１である。８−３は、デバイス１がジョブ取得中に印刷ジョブを取得開始したデバイス２である。８−４は、高速通信を３セッション同時通信で実現している。８−５は、８−４のデータ受信に関して、３セッションの同時に受信をしていることを示している。８−６は、図５（ａ）のＳＯＡＰメソッド（getJobStatus
）であり、デバイス１のジョブ状況を確認している。８−７は、図５（ｂ）のＳＯＡＰ
メソッド（getJobStatusResponse）であり、８−８は、デバイス１のジョブが図４（ａ）のような優先ジョブではなかったため、図６（ａ）のsetAccelerationを送信して、高速通信の解除を行っている。８−９では、図６（ｂ）のsetAccelerationResponseであり、高速通信の解除の結果を返信している。８−１０では、クラウド上サーバへの高速通信を解除し、１セッションでのシーケンシャルなジョブ取得の要求を行っている。８−１１は、データ受信を行う。
【００２３】
なお、本例では、３セッション同時接続の例を示したが、もちろん本数に限定されるものではない。また、本例では、HTTPのGETでジョブ取得を行ったが、FTPやWebDAV等の別のプロトコルでもかまわない。また、８−６〜８−９までSOAPプロトコルにて通信を実現したが、SNMPやSLP等の別のプロトコルでもかまわない。
【００２４】
第9図は、本発明の実施形態に係わる印刷データを受信するデバイス側のフローチャートである。
【００２５】
以下、第１１図を用いて、本実施例のデバイス装置の動作を説明する。
【００２６】
Ｓ９０１では、ＣＰＵ（１−１）が、ユーザからのクラウドtoプリント指示を待つ。Ｓ９０２では、ＣＰＵ（１−１）が、クラウドtoプリント指示があるかどうかを判別する。判別の結果、クラウドtoプリント指示があれば、Ｓ９０３へ進み、そうでなければ、Ｓ９０１へ戻る。Ｓ９０３では、ＣＰＵ（１−１）が、別デバイスのステータスを取得する。Ｓ９０４では、ＣＰＵ（１−１）が、現在時刻と図４（ａ）−５の転送完了時間を比較して、一定時間（１分）以上クラウド利用の予定であるかどうかを判別する。判別の結果、一定時間（１分）以上クラウド利用の予定であれば、Ｓ９０５へ進み、そうでなければ、Ｓ９１１へ進む。Ｓ９０５では、ＣＰＵ（１−１）が、別デバイスのジョブの優先度（図４（ａ）−７、図４（ｂ）−１）を確認する。Ｓ９０６では、ＣＰＵ（１−１）が、優先ジョブがあるかどうかを判別する。判別の結果、優先ジョブがあれば、Ｓ９０７へ進み、そうでなければ、Ｓ９１１へ進む。Ｓ９０７では、ＣＰＵ（１−１）が、図７（ｂ）のように、他ジョブの通信状況をユーザに通知する。Ｓ９０８では、ＣＰＵ（１−１）が、スピード優先受信をユーザが許可したか否かを判別する。判別の結果、スピード優先受信をユーザが許可したならば、Ｓ９１０へ進み、そうでなければ、Ｓ９０９へ進む。Ｓ９０９では、ＣＰＵ（１−１）が、図８の８−１０の帯域制限受信を行う。Ｓ９１０では、ＣＰＵ（１−１）が、図２の２−１０の圧縮データ受信を開始する。Ｓ９１１では、ＣＰＵ（１−１）が、高速通信を行っているデバイスに対して、図６（ａ）のsetAccelerationを送信して、帯域制限受信指示を行う。Ｓ９１２では、ＣＰＵ（１−１）が、図８の８−４の高速受信を行う。
【００２７】
なお、優先ジョブの設定としては、例えば、カード認証中のジョブ処理を“優先ジョブ”、カード認証中でないジョブ処理を“非優先ジョブ”とユーザ環境の中で様々設定することができる。また、クラウドtoプリント中のジョブ処理を“優先ジョブ”、スキャンtoプリント中のジョブ処理を“非優先ジョブ”というような設定でもかまわない。また、Ｓ９０３の別デバイスへのステータス取得であるが、予め登録されているデバイスに問い合わせをしてもよいし、ブロードキャスト、マルチキャストで問い合わせをしてもかまわない。また、Ｓ９０８、Ｓ９０９、Ｓ９１０の制御はなくてもかまわない。また、帯域制限受信、高速通信の手段に関しては、本案では、マルチセッションか１セッションかを行うことで実現をしたが、特にこれに言及されるようなことはない。
【符号の説明】
【００２８】
１−１２、２−１４、３−７         ネットワーク
２−１１、２−１２、２−１３              デバイス装置
【図１】
2012155619.tif 000003
【図２】
2012155619.tif 000004
【図３】
2012155619.tif 000005
【図４】
2012155619.tif 000006
【図５】
2012155619.tif 000007
【図６】
2012155619.tif 000008
【図７】
2012155619.tif 000009
【図８】
2012155619.tif 000010
【図９】
2012155619.tif 000011