(57)【要約】【課題】  クライアントのジョブに対する処理負担を軽減すること。【解決手段】  印刷サーバ１２でジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返し、端末１０がキャッシュの情報を更新するときは、更新フラグをＯＮにして、印刷サーバ１２へ要求を発行する。【選択図】  図４
2007066176.tif 000002
【特許請求の範囲】
【請求項１】
サーバ側でジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返し、クライアントがキャッシュの情報を更新するときは、更新フラグをＯＮにして、前記サーバへ要求を発行することを特徴とする印刷システム。
【請求項２】
１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかを前記クライアント側で計算することを特徴とする請求項１記載の印刷システム。
【請求項３】
ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする請求項１または２記載の印刷システム。
【請求項４】
前記サーバ内部で状態に変更があった場合に自動でキャッシュを更新することを特徴とする請求項１から３のいずれか１項に記載の印刷システム。
【請求項５】
サーバ側のジョブ一覧のキャッシュの情報を更新するときは、更新フラグをＯＮにして、前記サーバへ要求を発行し、１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかを計算することを特徴とする端末装置。
【請求項６】
ジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返すことを特徴とする印刷サーバ。
【請求項７】
ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする請求項６記載の印刷サーバ。
【請求項８】
サーバ側でジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返し、クライアントがキャッシュの情報を更新するときは、更新フラグをＯＮにして、前記サーバへ要求を発行することを特徴とする印刷方法。
【請求項９】
１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかを前記クライアント側で計算することを特徴とする請求項８記載の印刷方法。
【請求項１０】
ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする請求項８または９記載の印刷方法。
【請求項１１】
前記サーバ内部で状態に変更があった場合に自動でキャッシュを更新することを特徴とする請求項８から１０のいずれか１項に記載の印刷方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ヘルプ機能を有する（もしくはヘルプ機能を持たせることができる）が、ディスプレイの表現力が低いデジタル機器に関する。
【背景技術】
【０００２】
クライアント−サーバ型のシステムで、リアルタイムにジョブ一覧を更新するのが難しいシステムがある。そのような場合、クライアントがサーバに要求を出すことで更新される。
【０００３】
クライアントにはＷｅｂアプリなどのプログラムを何もインストールさせないので、サーバからクライアントへ更新の要求は出せない。
【０００４】
図１２および図１３を参照すると、指定したジョブの前後を件数ごとに取得することができたため、ページごとに分けて表示することができた。例えば、図１２では、この時点で前へボタンを押すと、２ページ目に戻るが、文書Ｉの前にある４件を表示してしまう。実際には１ページ目のジョブが終了している可能性があるので、正確な情報を表示できないこととなる。
【０００５】
ここで、サービス提供装置に実行させた前記サービス提供要求に係る処理の応答を、該処理の完了に対して非同期的にクライアント装置に行う応答手段と、サービス提供要求に係る処理の処理状態をサービス提供装置より取得する処理状態取得手段と、クライアント装置からのＷｅｂページ表示要求に対し、処理状態取得手段により取得された処理状態を表示するＷｅｂページを生成し、該Ｗｅｂページをクライアント装置に送信するＷｅｂページ生成手段とを有することで、要求に対して非同期に実行される処理の実行要求をクライアント装置から受けた場合であっても、クライアント装置に対してその処理の状態を提供することができる技術が開示されている。
【特許文献１】特開２００４−１３３９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の例では、ジョブの状態が変化したときに、正確な順番どおりにジョブを取得できない場合があった。ここで、必ず、先頭から取得するという方法もあるが、クライアント側で実現するしかなく、サーバとしての機能実現ができないという問題があった。
【０００７】
本発明は、以上説明した事情に鑑みてなされたものであり、その目的は、クライアントのジョブに対する処理負担を軽減することである。
【課題を解決するための手段】
【０００８】
請求項１記載の発明は、サーバ側でジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返し、クライアントがキャッシュの情報を更新するときは、更新フラグをＯＮにして、サーバへ要求を発行することを特徴とする印刷システムである。
【０００９】
請求項２記載の発明は、請求項１記載の印刷システムにおいて、１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかをクライアント側で計算することを特徴とする。
【００１０】
請求項３記載の発明は、請求項１または２記載の印刷システムにおいて、ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする。
【００１１】
請求項４記載の発明は、請求項１から３のいずれか１項に記載の印刷システムにおいて、サーバ内部で状態に変更があった場合に自動でキャッシュを更新することを特徴とする。
【００１２】
請求項５記載の発明は、サーバ側のジョブ一覧のキャッシュの情報を更新するときは、更新フラグをＯＮにして、サーバへ要求を発行し、１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかを計算することを特徴とする端末装置である。
【００１３】
請求項６記載の発明は、ジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返すことを特徴とする印刷サーバである。
【００１４】
請求項７記載の発明は、請求項６記載の印刷サーバにおいて、ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする。
【００１５】
請求項８記載の発明は、サーバ側でジョブ一覧をキャッシュし、２回目以降はキャッシュした情報からジョブ一覧を返し、クライアントがキャッシュの情報を更新するときは、更新フラグをＯＮにして、サーバへ要求を発行することを特徴とする印刷方法である。
【００１６】
請求項９記載の発明は、請求項８記載の印刷方法において、１ページ目以降も、必ず先頭から取得しなおし、何件目から何件目までを表示するかをクライアント側で計算することを特徴とする。
【００１７】
請求項１０記載の発明は、請求項８または９記載の印刷方法において、ページ単位で取得できるジョブ一覧について１回目の要求で、何件づつ取得するかを決定し、それ以降は、ページ数指定でジョブ一覧を取得することを特徴とする。
【００１８】
請求項１１記載の発明は、請求項８から１０のいずれか１項に記載の印刷方法において、サーバ内部で状態に変更があった場合に自動でキャッシュを更新することを特徴とする。
【発明の効果】
【００１９】
本発明によれば、クライアントのジョブに対する処理負担を軽減するができる。
【発明を実施するための最良の形態】
【００２０】
本発明の第１の実施の形態を図１に基づいて説明する。図１の全体構成図を参照すると、本実施の形態における印刷システムは、端末１０と、文書管理サーバ１１と、印刷サーバ１２と、プリンタ１３とから構成されている。
【００２１】
図２のシステム構成図を参照すると、ＷｅｂブラウザがｈｔｔｐｄやＷｅｂアプリ、ＳＯＡＰプロキシなどを介して印刷サービス・プリンタ、あるいはＳＯＡＰリスナや文書管理データベースを制御する文書管理部と連携している。
【００２２】
図３のハードウェア構成図を参照すると、各情報処理装置は、演算処理装置と、インタフェース装置と、ドライブ装置と、補助記憶装置と、メモリ装置と、記録媒体とを備えている。
【００２３】
さらに、図４の機能ブロック図を参照すると、ＳＯＡＰによりＷｅｂサーバとＳＯＡＰリスナが通信し、ＳＯＡＰリスナから印刷要求受付部に要求が送られ、印刷指示部は、非同期管理部や所定のデータベースと連携をとりながら動作する。
【００２４】
印刷指示部は、文書管理接続部から文書管理サーバ１１に情報を送信する。また、文書アプリを介してプリンタドライバを制御する。また、スプーラに指示を送る。さらに、状態更新管理ファイルにアクセスしたり、ジョブ情報管理データベースにアクセスし、そのデータの参照、更新などを行なう。
【００２５】
スプーラは、ポートプログラムからプリンタ制御部を介してプリンタの動作を制御する。プリンタ制御部は、さらにイベント監視部と連携をとる。
【００２６】
次に、本実施の形態の処理動作について図５のシーケンス図を参照して詳細に説明する。
【００２７】
まず、クライアントは、印刷要求受付部に対してセッションを開始する（Ｓ５０１）。
【００２８】
次に、印刷要求受付部は印刷制御部が発行したセッションＩＤをクライアントに送る（Ｓ５０２、５０３）。
【００２９】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ５０４）。１回目であり、更新フラグはＯＦＦである。
【００３０】
印刷要求受付部はこのセッション中にジョブ一覧のキャッシュがあるか否かをチェックする（Ｓ５０５）。
【００３１】
印刷要求受付部は印刷制御部に対して全てのジョブ一覧を取得する要求を発行する（Ｓ５０６）。
【００３２】
印刷制御部はデータベースを参照してジョブ一覧を取得する（Ｓ５０７、５０８）。
【００３３】
印刷制御部は印刷要求受付部に対して取得したジョブ一覧を送る（Ｓ５０９）。
【００３４】
印刷要求受付部はセッションＩＤと関連付けてジョブ一覧情報をキャッシュする（Ｓ５１０）。
【００３５】
印刷要求受付部はセッションＩＤと関連付けてジョブ一覧情報をキャッシュする（Ｓ５１０）。
【００３６】
印刷要求受付部は印刷制御部から要求件数分のジョブ一覧を返される（Ｓ５１１）。
【００３７】
印刷要求受付部はクライアントに対して要求件数分のジョブ一覧を返す（Ｓ５１２）。
【００３８】
クライアントはジョブ一覧画面を表示する（Ｓ５１３）。
【００３９】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ５１４）。２回目であり、更新フラグはＯＦＦである。
【００４０】
印刷要求受付部はこのセッション中にジョブ一覧のキャッシュがあるか否かをチェックする（Ｓ５１５）。
【００４１】
印刷要求受付部はこのセッション中にジョブ一覧のキャッシュがある場合には、キャッシュのジョブ一覧情報から、指定された件数分のジョブ一覧を返す（Ｓ５１６）。
【００４２】
印刷要求受付部は指定された件数分のジョブ一覧をクライアントに返す（Ｓ５１７）。
【００４３】
なお、１回目あるいは更新フラグＯＮの呼び出しの場合、必ずジョブ一覧の先頭から降順あるいは末尾から昇順で取得しなければならない。
【００４４】
図６に、表示画面の一例を示す。
【００４５】
本実施の形態によれば、２回目以降はキャッシュからジョブ一覧を取得するため、パフォーマンスがよくなる。
【００４６】
次に、本発明の第２の実施の形態の処理動作について図７のシーケンス図を参照して詳細に説明する。
【００４７】
まず、クライアントは、印刷要求受付部に対してセッションを開始する（Ｓ７０１）。
【００４８】
次に、印刷要求受付部は印刷制御部が発行したセッションＩＤをクライアントに送る（Ｓ７０２、７０３）。
【００４９】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ７０４）。
【００５０】
印刷要求受付部は印刷制御部に対して全てのジョブ一覧を取得する要求を発行する（Ｓ７０５）。
【００５１】
印刷制御部はデータベースを参照してジョブ一覧を取得する（Ｓ７０６、７０７）。
【００５２】
印刷制御部は印刷要求受付部に対して取得したジョブ一覧を送る（Ｓ７０８）。
【００５３】
印刷要求受付部はクライアントに対して要求件数分のジョブ一覧を返す（Ｓ７０９）。
【００５４】
クライアントは表示すべき開始件数から終了件数までを抜き出す（Ｓ７１０）。
【００５５】
クライアントはジョブ一覧画面を表示する（Ｓ７１１）。
【００５６】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ７１２）。２回目以降も上記と同様の処理を繰り返す。
【００５７】
本実施の形態によれば、ページ遷移のタイミングで状態の更新がされるため、クライアントで明示的に更新をかけなくてもよい。
【００５８】
次に、本発明の第３の実施の形態の処理動作について図８のシーケンス図を参照して詳細に説明する。
【００５９】
まず、クライアントは、印刷要求受付部に対してセッションを開始する（Ｓ８０１）。
【００６０】
次に、印刷要求受付部は印刷制御部が発行したセッションＩＤをクライアントに送る（Ｓ８０２、８０３）。
【００６１】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ８０４）。１回目であり、更新フラグはＯＦＦである。
【００６２】
印刷要求受付部は印刷制御部に対して全てのジョブ一覧を取得する要求を発行する（Ｓ８０５）。
【００６３】
印刷制御部はデータベースを参照してジョブ一覧を取得する（Ｓ８０６、８０７）。
【００６４】
印刷制御部は印刷要求受付部に対して全ジョブの一覧を送る（Ｓ８０８）。
【００６５】
印刷要求受付部は印刷制御部から指定ページ分のジョブ一覧を返される（Ｓ８０９）。
【００６６】
印刷要求受付部はクライアントに対して指定ページ分のジョブ一覧を返す（Ｓ８１０）。
【００６７】
クライアントはジョブ一覧画面を表示する（Ｓ８１１）。
【００６８】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ８１２）。２回目以降も上記と同様の処理を繰り返す。
【００６９】
本実施の形態によれば、ページ遷移のタイミングで状態の更新がされるため、クライアントで明示的に更新をかけなくてもよい。また、毎回、先頭あるいは末尾から全ジョブを取得するが、クライアントへ返すときは指定ページ分のジョブ一覧しか返さないため、通信時のデータ量が少なくてすむ。
【００７０】
次に、本発明の第４の実施の形態の処理動作について図９、図１０のシーケンス図を参照して詳細に説明する。
【００７１】
まず、クライアントは、印刷要求受付部に対してセッションを開始する（Ｓ９０１）。
【００７２】
次に、印刷要求受付部は印刷制御部が発行したセッションＩＤをクライアントに送る（Ｓ９０２、９０３）。
【００７３】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ９０４）。
【００７４】
印刷要求受付部はこのセッション中にジョブ一覧のキャッシュがあるか否かをチェックする（Ｓ９０５）。
【００７５】
キャッシュがなければ印刷要求受付部は印刷制御部に対して全てのジョブ一覧を取得する要求を発行する（Ｓ９０６）。
【００７６】
印刷制御部はデータベースを参照してジョブ一覧を取得する（Ｓ９０７、９０８）。
【００７７】
印刷制御部は状態更新管理ファイルにセッションＩＤと関連付けたレコードを追加する（Ｓ９０９）。なお、初期値はｆａｌｓｅとする。
【００７８】
印刷制御部は印刷要求受付部に対して取得したジョブ一覧を送る（Ｓ９１０）。
【００７９】
印刷要求受付部はセッションＩＤと関連付けてジョブ一覧情報をキャッシュする（Ｓ９１１）。
【００８０】
印刷要求受付部は印刷制御部から指定ページ分のジョブ一覧を返される（Ｓ９１２）。
【００８１】
印刷要求受付部はクライアントに対して指定ページ分のジョブ一覧を返す（Ｓ９１３）。
【００８２】
クライアントはジョブ一覧画面を表示する（Ｓ９１４）。
【００８３】
クライアントは、印刷要求受付部に対してジョブ一覧の取得要求を発行する（Ｓ９１５）。２回目である。
【００８４】
印刷要求受付部はこのセッション中にジョブ一覧のキャッシュがあるか否かをチェックする（Ｓ９１６）。
【００８５】
印刷要求受付部は印刷制御部に状態更新があるかどうか問い合わせる（Ｓ９１７）。
【００８６】
印刷制御部は状態管理ファイルを開き、このセッションＩＤの状態更新フラグを確認する（Ｓ９１８）。
【００８７】
印刷制御部から印刷要求受付部に状態更新がない旨が返される（Ｓ９１９）。
【００８８】
印刷要求受付部はキャッシュがあり、かつ、状態更新フラグがｆａｌｓｅならば、キャッシュのジョブ一覧情報から、指定ページ分のジョブ一覧をクライアントに返す（Ｓ９２０、９２１）。
【００８９】
図１０に示すように印刷制御部はジョブの状態の更新をデータベースに送り、状態管理ファイルを開き、登録されている全てのレコードの状態更新フラグをｔｒｕｅに書き換える。
【００９０】
上記の実施の形態によれば、初回と状態更新時は、全ジョブを取得するが、クライアントへ返すときは指定ページ分のジョブ一覧しか返さないため、通信時のデータ量がすくなくてすみ、また、第１の実施の形態におけるキャッシュの機能を利用するため、状態更新がないときは、キャッシュからジョブ一覧を返すためのパフォーマンスがよい。
【００９１】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、図１１に示すようなジョブ状態を管理するためのテーブルが用いられてもよい。
【図面の簡単な説明】
【００９２】
【図１】本発明の第１の実施の形態における全体構成図である。
【図２】本発明の第１の実施の形態におけるシステム構成図である。
【図３】本発明の第１の実施の形態におけるハードウェア構成図である。
【図４】本発明の第１の実施の形態における機能ブロック図である。
【図５】本発明の第１の実施の形態におけるジョブ一覧の取得処理のシーケンス図である。
【図６】本発明の第１の実施の形態における画面表示の一例を示す図である。
【図７】本発明の第２の実施の形態におけるジョブ一覧の取得処理のシーケンス図である。
【図８】本発明の第３の実施の形態におけるジョブ一覧の取得処理のシーケンス図である。
【図９】本発明の第４の実施の形態におけるジョブ一覧の取得処理のシーケンス図である。
【図１０】本発明の第４の実施の形態における状態管理ファイルの更新処理のシーケンス図である。
【図１１】ジョブ状態を管理するためのテーブルの一例を示す図である。
【図１２】従来例における画面表示の一例を示す図である。
【図１３】従来例における画面表示の一例を示す図である。
【符号の説明】
【００９３】
１０    端末
１１    文書管理サーバ
１２    印刷サーバ
１３    プリンタ
【図１】
2007066176.tif 000003
【図２】
2007066176.tif 000004
【図３】
2007066176.tif 000005
【図４】
2007066176.tif 000006
【図５】
2007066176.tif 000007
【図６】
2007066176.tif 000008
【図７】
2007066176.tif 000009
【図８】
2007066176.tif 000010
【図９】
2007066176.tif 000011
【図１０】
2007066176.tif 000012
【図１１】
2007066176.tif 000013
【図１２】
2007066176.tif 000014
【図１３】
2007066176.tif 000015