JP4295445B2 - Data output via network - Google Patents

Data output via network Download PDF

Info

Publication number
JP4295445B2
JP4295445B2 JP2001113584A JP2001113584A JP4295445B2 JP 4295445 B2 JP4295445 B2 JP 4295445B2 JP 2001113584 A JP2001113584 A JP 2001113584A JP 2001113584 A JP2001113584 A JP 2001113584A JP 4295445 B2 JP4295445 B2 JP 4295445B2
Authority
JP
Japan
Prior art keywords
output
output device
attribute information
search
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2001113584A
Other languages
Japanese (ja)
Other versions
JP2002312265A (en
Inventor
和敏 岡田
太郎 石毛
丈治 大西
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Seiko Epson Corp
Original Assignee
Seiko Epson Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Seiko Epson Corp filed Critical Seiko Epson Corp
Priority to JP2001113584A priority Critical patent/JP4295445B2/en
Publication of JP2002312265A publication Critical patent/JP2002312265A/en
Application granted granted Critical
Publication of JP4295445B2 publication Critical patent/JP4295445B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
本発明は、ネットワークに複数のクライアントおよび出力装置が接続された環境下で、出力装置の指定およびデータ出力を行うシステムに関する。
【0002】
【従来の技術】
近年、LAN(Local Area Network)の普及により、プリンタをネットワークに接続し、同じくネットワークに接続された複数のコンピュータで共有する態様が広まりつつある。プリンタのユーザはネットワークに接続されたコンピュータから出力先となるプリンタを選択した上で、印刷ジョブを投入することによりネットワークを介して印刷を行う。
【0003】
【発明が解決しようとする課題】
しかし、ネットワークを介した印刷では、出力先指定の利便性に欠けるという課題があった。例えば、出力先を指定するためには、ネットワークのいかなる所在に、どのようなプリンタが接続されているのかが既知であることを要した。
【0004】
また、目的とするプリンタの電源が切られていたり、ネットワークから切り離されていたりして、非稼働状態にある場合には、このプリンタを出力先として指定することができなかった。
【0005】
また、従来の印刷では、印刷ジョブの制御が困難という課題があった。印刷ジョブを発行した後に、一旦プリンタとの通信を遮断してしまうと、その後、再接続して、印刷ジョブのキャンセルその他の制御をすることができなかった。
【0006】
ここでは、プリンタを例にとって説明したが、かかる課題は、ネットワーク上で利用される出力装置一般に共通の課題であった。本発明は、かかる課題に鑑みてなされたものであり、ネットワークに接続される出力装置へのデータ出力の利便性を向上する技術を提供することを目的とする。
【0007】
【課題を解決するための手段およびその作用・効果】
上記課題の少なくとも一部を解決するために、本発明では、ネットワークに複数のクライアントおよび出力装置が接続された環境下において、出力装置におけるデータ出力を制御する出力制御システムを設けた。ここで、システム構築の都合上、ネットワークは、LAN(Local Area Network)など限定的なネットワークであることが好ましいが、インターネットなど広域的なネットワークを対象としても構わない。出力装置には、音声の出力装置、印刷装置、液晶ディスプレイその他の表示装置、液晶プロジェクタその他の投射装置などが含まれる。ネットワークには、これらの多様な出力装置のいずれかのみが接続されていてもよいし、混在して接続されていてもよい。
【0008】
この出力制御システムには、入力部、検索部、保持部、送信部が備えられる。入力部は、クライアントから、出力先となる出力装置を特定する属性情報を含む出力要求を入力する。この入力は、属性情報に適合した適合出力装置がネットワーク上に存在するか否かに関わらず行われる。属性情報としては、ネットワーク上の所在を特定するアドレス情報、出力装置の能力を特定する情報などを用いることができる。
【0009】
検索部は、指定された属性情報に基づいて適合出力装置を、ネットワークから検索する。保持部は、この検索が行われる間、出力要求を保持する。この検索によって、稼働中の適合出力装置が発見された場合には、送信部が、適合出力装置に対し、ネットワークを介して出力要求を送信する。
【0010】
本発明の出力制御システムによれば、適合出力装置を動的に検出してデータ出力を行うことができる利点がある。つまり、適合出力装置がネットワーク上に存在するか否かを知らなくても、要求に合致したデータ出力を行うことができる。
【0011】
また、本発明の出力制御システムによれば、出力装置の稼働状態に関わらず出力要求を行うことができる利点がある。つまり、出力要求後に適合出力装置が稼働状態となった時点で、検索部がそれを検出しデータ出力を行うことができる。これらの利点により、本発明の出力制御システムは、ネットワークを介したデータ出力の利便性を向上することができる。
【0012】
本発明において、出力装置を特定するための属性情報は、出力装置の能力を特定する情報とすることが好ましい。属性情報には、例えば、音声の出力装置、印刷装置、液晶ディスプレイその他の表示装置、液晶プロジェクタその他の投射装置のように、出力装置の種別を大別する情報を含めることができる。また、出力装置ごとに更に詳細に能力を特定する情報を含めることができる。例えば、印刷装置について、カラー/モノクロの別、印刷可能な用紙サイズ、両面印刷の有無などを含めることができる。このように能力によって出力装置を特定することにより、要求に適合した出力装置を容易に指定することができ、更に利便性を向上することができる。
【0013】
本発明の出力制御システムにおいては、検索部による検索を所定時間内に規制することができる。ネットワーク上には、適合出力装置が必ず存在するとは限らない。検索時間を規制することにより、複数の出力要求を順次効率的に処理することが可能となる。所定時間は、任意に設定可能である。予め設定された固定値、出力要求に含めて指定される値、出力要求に含まれるデータ量等に応じて算出される値など種々の態様で設定可能である。
【0014】
このように検索時間を所定時間内に規制する場合、所定時間経過後の処理は、種々の態様を採ることができる。
第1の態様として、例えば、出力要求の取扱に関する指示をクライアントから入力し、その指示に応じた処理を行うものとしてもよい。この処理は、保持部または検索部の少なくとも一方の動作を制御することによって実現される。例えば、適合出力装置の再検索は、検索部の動作によって実現される。出力要求の削除または属性情報の変更は、保持部の動作によって実現される。
【0015】
第2の態様として、例えば、所定時間内に前記適合出力装置が発見されなかった場合には、その出力要求を削除するものとしてもよい。つまり、クライアントの指示を待たずに削除する態様である。こうすることで、機密性の高い出力データ等が、出力可能な状態で長期間に亘って保持されることを回避でき、ネットワークを介したデータ出力におけるセキュリティを向上することができる。なお、クライアントが出力要求の処理結果を容易に把握することができるよう、出力要求を削除した旨の通知をクライアントに対して行うことが好ましい。
【0016】
本発明の出力制御システムにおいて、保持部は、出力要求に対する識別情報を生成し、その識別情報と出力要求とを関連付けて保持することが望ましい。この識別情報は、クライアントに通知される。通知は、出力要求を発行する際のセッションで直ちに行うものとしてもよいし、電子メールなどの形式を利用して事後のセッションで改めて通知するものとしてもよい。
【0017】
このように識別情報と対応づけて出力要求を保持する場合には、クライアントから、識別情報を特定した上で、出力の実行可否に関する指示を入力することにより、出力要求を容易に制御することが可能となる。
【0018】
例えば、指示を発信したクライアントが、出力要求を行ったクライアントと同じであるか否かに関わらず指示の入力を行うことができる。こうすれば、出力要求の発行者とは別の者によっても出力要求の制御を行うことができる。
【0019】
また、指示を受信するセッションが、出力要求を受信する際のセッションと同一であるか否かに関わらず指示の入力を行うこともできる。こうすれば、出力要求後にクライアントと出力制御システムとの通信が一旦切断された後でも、クライアントが出力制御システムに改めてアクセスすることにより、出力要求の制御を行うことができる。
【0020】
本発明の出力制御システムにおいて、適合出力装置の検索は、種々の方法が可能である。例えば、検索の度に、ネットワークの各出力装置に属性を問い合わせるものとしてもよい。
【0021】
また、ネットワークに接続された出力装置の属性情報を保持し、この属性情報を参照して、検索を行うものとしてもよい。かかる態様では、検索時に出力装置との個別の通信が不要となるため、効率的な検索を実現することができる。
【0022】
保持される属性情報は、出力制御システムが能動的に収集するものとしてもよいし、出力装置が自発的に出力制御システムに登録するものとしてもよい。後者の態様では、例えば、Jini(商標)などネットワークに接続された各種装置間の通信を容易に確立するためのプロトコルを用いることができる。Jiniによって構築されたルックアップサービスを定期的に参照することで属性情報の収集を行うものとしてもよい。
【0023】
本発明は、先に説明した通り、多種多様な出力装置が接続されたネットワークに適用可能であるが、特に、印刷装置が含まれたネットワーク環境に有効活用することができる。表示装置や音声出力装置は、出力要求を行ったユーザの目の前でデータ出力が行われることが要求されるのが通常であるのに対し、印刷装置の場合には、印刷先に対する自由度が比較的高いからである。従って、出力制御システムが出力装置を動的に検索する際の自由度も高く、かかる検索による利便性向上も非常に大きい。
【0024】
本発明は、以上で説明した出力制御システムの他、出力制御方法として構成することもできる。また、ネットワークを介したデータ出力を実現するためのコンピュータプログラム、該プログラムと同視し得る信号形態、該プログラムを記録した記録媒体などの態様で構成してもよい。ここで、記録媒体としては、フレキシブルディスクやCD−ROM、光磁気ディスク、ICカード、ROMカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置(RAMやROMなどのメモリ)および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。
【0025】
【発明の実施の形態】
以下、本発明の実施例としての管理システムについて以下の順序で説明する。
A.システムの全体構成:
B.内部構成:
C.出力要求発行:
D.ジョブ操作:
E.出力制御:
F.出力制御の変形例:
【0026】
A.システムの全体構成:
図1は実施例としての出力システムの概略構成を示す説明図である。図示する各機器は、それぞれLAN(Local Area Network)で接続されている。本実施例では、出力装置として、プリンタPRT1,PRT2、液晶ディスプレイDISP1,DISP2、液晶プロジェクタPRJ1,PRJ2が混在してネットワークに接続されている構成とした。もちろん、いずれか一種類の出力装置のみが接続されている構成としてもよい。
【0027】
各出力装置は、ネットワークに接続されたクライアント1からの出力要求に基づき、各装置の機能に応じた態様でデータ出力を行う。クライアント1は、汎用のコンピュータの他、ネットワークへのアクセス機能を有する携帯電話その他の携帯端末を利用することができる。ネットワークには、このデータ出力を制御するための出力制御システム10が接続されている。出力制御システム10は、汎用のコンピュータを用いて構成されたシステムであり、出力制御として、クライアント1からの出力要求の受信、保持、および指定された出力装置への送信を行う。また、この制御と併せて各出力装置の稼働状態を監視する。クライアント1は、各出力装置に対して、出力要求を直接送信することも可能ではあるが、本実施例では、出力制御システム10を介して出力要求を送信するものとした。
【0028】
ネットワークには、この他、メールサーバMSVが接続されている。メールサーバMSVは、SMTPプロトコルに従って、電子メールの受信、保持、送信を行うサーバである。本実施例では、後述する通り、出力制御システム10とクライアント1との通信に利用される。
【0029】
本実施例では、LANを用いて構築されたシステムを対象として説明するが、インターネットなど広域的なネットワークを対象とすることも可能である。また、ネットワークに接続される機器の数は、図1に示した内容に限定されないことは言うまでもない。
【0030】
B.内部構成:
図2は出力制御システム10の内部構成を示す説明図である。本実施例では、図示する各機能ブロックは、ソフトウェア的に構成されるものとしたが、ハードウェア的に構成しても構わない。
【0031】
入力部12は、クライアントとの通信を行う。クライアントからは、データ出力に関する各種コマンドと、出力要求、検索要求とが入力される。出力要求には、データ出力を行う出力装置を特定するための属性情報と、出力されるデータとが含まれる。入力部12は、出力要求を受信した場合には、それを出力要求キュー20に登録する。出力要求キュー20では、ジョブ番号と対応づけられて各出力要求が保持される。
【0032】
属性情報は、出力装置の能力またはネットワーク上での所在を含めることができる。図中には、前者の例として、「プリンタでありカラー印刷ができること」が指定されている場合を例示した。後者の例としては、ネットワーク上のアドレスを用いることができる。また、属性情報には、さらにretry時間が含まれる。retry時間とは、出力装置の検索を行う時間の上限値に相当する。本実施例では、retry時間をクライアント1から指定可能としたが、出力制御システム10で予め設定値を用意してもよい。
【0033】
検索要求には、出力装置を特定するための属性情報が含まれる。検索要求は、ネットワーク上に所望の出力装置が存在するか否かを、クライアント1が確認する際に発行される。出力されるデータが含まれない点で、出力要求とは相違する。入力部12は、検索要求を受信した場合には、それを検索要求キュー18に登録する。検索要求キュー18では、出力要求キュー20と同様の態様で、検索要求番号と対応付けられて各検索要求が保持される。なお、出力要求キュー20と検索要求キュー18とを共通化した構成としてもよい。
【0034】
これらの出力要求および検索要求は、検索制御部16によって処理される。検索制御部16は、ネットワーク上の出力装置のうち要求に適合したものを検索する。検索された出力装置は、出力要求の送信先として設定され、出力要求キュー20に保持される。送信先が設定された出力要求は、送信部22によって、プリンタPRT1その他指定された出力装置に送信される。送信部22は、出力要求キュー20から、送信先が設定された出力要求を検索し、それぞれ指定された出力装置に送信する機能を奏する。
【0035】
検索要求に基づいて出力装置の検索を行った場合は、検索制御部16は、入出力部12を介してクライアント1に検索結果を通知する。通知は、ネットワークを介してクライアント1に直接表示させるものとしてもよいし、電子メールの形式でメールサーバMSVに行うものとしてもよい。いずれの態様においても、検索結果の表示先は、クライアント1から検索要求とともに指定される。なお、ネットワークを介して検索結果を表示させるためのセッションは、検索要求を送信するセッションと同一であってもよいし、別セッションであってもよい。
【0036】
検索制御部16による出力装置の検索は、ルックアップサービス14を参照することで行われる。ルックアップサービス14は、ネットワーク上で利用可能な状態にある出力装置を属性とともに保持し、検索制御部16から要求された属性に適合した出力装置に関する情報を提供する機能を奏する。本実施例では、Jini(商標)におけるルックアップサービスを適用した。
【0037】
ルックアップサービス14では、各出力装置は、一定の機能を提供する「サービス」として把握される。各サービスは固有の識別番号(ID)で管理され、機能の内容は属性情報として管理される。電源が切られたり、ネットワークから切断されたりして利用不能となって出力装置は、ルックアップサービス14から適宜削除される。また、新たに稼働状態となった出力装置は、ルックアップサービス14に適宜登録される。ルックアップサービス14の更新は、Jiniを利用することにより、ネットワーク環境が変動した時点で、自発的に行われる。
【0038】
図3はルックアップサービス14の更新を示す説明図である。ここでは、プリンタPRT1を例にとって説明する。本実施例では、各出力装置として、Jini対応の機器が用いられているものとする。Jini対応の機器とは、Jiniのプロトコルを用いることができる機器であることを意味する。かかる機器では、それぞれ出力装置内に、ディスカバリモジュール30とジョインモジュール32とを備えている。
【0039】
ディスカバリモジュール30は、ネットワーク上からルックアップサービス14の所在を検出する機能を奏する。プリンタPRT1が新たにネットワークに接続されたり、電源がオンとなったりすることで、稼働状態となると、ディスカバリモジュール30はルックアップサービス14の検索を開始する。つまり、ディスカバリモジュール30は、Jiniのプロトコルで設定された信号をネットワーク上にマルチキャストで送信し、その応答に基づいてルックアップサービス14のネットワーク上での所在を特定する。
【0040】
こうしてルックアップサービス14の所在が特定されると、次に、ジョインモジュール32がサービスの登録を行う。ジョインモジュール32は、サービスオブジェクト33およびサービス属性34を生成し、これをルックアップサービス14に登録する。サービスオブジェクト33とは、クライアントがプリンタPRT1を利用するために用いられるメソッドに相当する。サービス属性34は、プリンタPRT1の能力を示す属性情報である。ジョインモジュール32は、この登録時に併せて自己を一義的に特定するサービスIDを指定する。先に説明した通り、ルックアップサービス14では、各サービスは、このサービスIDによって管理される。
【0041】
ルックアップサービス14は、このようにJiniを用いて適宜、更新される。図3では、プリンタPRT1を例にとって説明したが、その他の出力装置にも同様のモジュールが用意されている。
【0042】
なお、本実施例では、Jiniを用いて出力装置の管理を行うものとしたが、必ずしもJiniを用いる必要はない。ルックアップサービス14に代えて、ネットワーク上で稼働状態にある出力装置が管理可能であり、能力によって出力装置を検索することが可能な種々の構成を適用することができる。
【0043】
本実施例では、ルックアップサービス14を出力制御システム10内に構築する場合を例示したが、出力制御システム10と切り離して構成してもよい。この場合、検索制御部16は、ネットワークを介してルックアップサービスを参照し、出力装置の検索を行うことができる。出力制御システム10内に、稼働可能な出力装置を保持するリストを設け、検索制御部16はこのリストを参照して検索を行うものとしてもよい。リストは、出力制御システム10から切り離して設けられたルックアップサービスを適宜参照することにより更新することができる。
【0044】
以上の構成により、本実施例の出力制御システム10では、クライアント1から受信した出力要求を、指定された出力装置に送信することができる。以下では、データ出力が行われるまでの各段階に分けて、具体的な処理内容を説明する。
【0045】
C.出力要求発行:
図4は出力要求の発行処理のフローチャートである。クライアント1が実行する処理を左側に示し、出力制御システム10が実行する処理を右側に示した。
【0046】
まず、クライアント1は、出力要求を生成する(ステップS10)。出力要求には、出力データ、retry時間、属性情報が含まれる。出力データは、出力装置に適応したファイル形式で用意される。本実施例では、出力制御システム10が出力装置を決定するため、出力データは、出力装置に依存しない汎用的なファイル形式とすることが望ましい。かかるファイル形式としては、例えば、PDFやPostscript(登録商標)などのページ記述言語を用いることができる。
【0047】
こうして用意された出力要求をクライアント1が送信すると(ステップS12)、出力制御システム10はこれを受信して(ステップS20)、ジョブ番号を付与した上で(ステップS22)、出力要求キュー20にこの出力要求を登録する処理を行う(ステップS24)。ジョブ番号は、クライアント1に送信され、表示される(ステップS14)。
【0048】
以上の操作は、クライアント1から指定された出力装置が稼働しているか否かに関わらず行われる。例えば、ネットワーク上に稼働中の出力装置が一台も存在しない状態であっても構わない。
【0049】
ここでは出力要求の発行を例示したが、出力装置の検索要求の発行についても同様である。検索要求には、出力データが含まれない点で相違するのみである。出力制御システム10は、クライアント1から検索要求を受信すると、図4と同様の手順で、検索要求番号を付与し、検索要求キュー18にそれを保持する。
【0050】
D.ジョブ操作:
図5はジョブ操作のフローチャートである。クライアント1が実行する処理を左側に示し、出力制御システム10が実行する処理を右側に示した。出力要求キュー20に保持された出力要求は、ジョブ番号によって種々の操作を行うことができる。
【0051】
ジョブ操作では、クライアント1は、操作対象となる出力要求に付与されたジョブ番号を出力制御システム10に送信する(ステップS30)。この際、ジョブ操作を行うクライアント1は、必ずしも出力要求の発行者と同一である必要はない。出力要求発行者との同一性を要求しないため、ジョブ番号を知ってさえすれば、ジョブ操作が可能である。本実施例では、こうすることにより、ジョブ操作の利便性を向上した。もちろん、第三者による無用なジョブ操作を回避するため、出力要求発行者との同一性の認証を行うものとしてもよい。
【0052】
出力制御システム10は、ジョブ番号を入力すると(ステップS40)、それに対応する出力要求を出力要求キュー20から検索し、ステータスをクライアント1に送信する(ステップS42)。ステータスとは、出力要求の処理状態を示す情報であり、例えば、「出力装置の検索中」、「出力装置への送信待ち」、「出力完了」などのステータスを用いることができる。ステータス情報は、クライアント1に表示される(ステップS32)。
【0053】
クライアント1のユーザは、表示されたステータスに基づいて出力要求の操作指示を行う(ステップS34)。操作としては、例えば、出力要求の削除、属性情報やretry時間その他の条件の変更、出力要求の優先度の変更などが挙げられる。出力要求の優先度の変更は、出力要求キュー20に保持された出力要求間での処理順序の変更に相当する操作である。
【0054】
出力制御システム10は、クライアント1から操作指示を入力し(ステップS44)、これに応じたジョブ操作を行う(ステップS46)。ジョブの削除であれば、出力要求キュー20から該当する出力要求を削除する。条件の変更等であれば、出力要求キュー20にアクセスして、該当するデータ変更を行う。
【0055】
操作が完了すると、出力制御システム10は、操作結果をクライアント1に送信する(ステップS48)。クライアント1が、これを表示する(ステップS36)ことにより、ユーザはジョブ操作の結果を確認することができる。
【0056】
本実施例では、ジョブ番号で出力要求を管理するため、ジョブ操作を出力要求の発行とは別のセッションで行うことができるという第1の利点がある。つまり、出力要求を発行し、一旦クライアント1と出力制御システム10との接続を切断した後、再度、両者を接続してジョブ操作を行うことが可能である。 また、先に説明した通り、出力要求の発行者以外の者でもジョブ操作を行うことが可能となる第2の利点もある。このように、出力制御システム10は、様々な状況下でのジョブ操作を実現することができる。特に、第1の利点については、ネットワークへの接続が切断され易い携帯端末をクライアント1とする場合に、特に有用となる。
【0057】
ここでは、出力要求についての操作を例示したが、検索要求についても同様の操作が可能である。クライアント1から検索要求番号を指定することにより、出力要求と同様、検索要求の削除等を行うことができる。
【0058】
E.出力制御:
図6は出力制御のフローチャートである。出力制御システム10の検索制御部16が、定期的に実行する処理である。
【0059】
この処理では、検索制御部16は、出力要求キュー20に保持された出力要求に基づいて、その属性情報を取得する(ステップS50)。先に説明した通り、属性情報には、出力先となるべき出力装置が満足すべき能力その他の条件が含まれている。
【0060】
検索制御部16は、この属性情報に基づき出力装置の検索を実行する(ステップS52)。ネットワーク上で稼働状態にある出力装置は、ルックアップサービス14によって一元的に管理されている。従って、検索制御部16は、ルックアップサービス14に属性情報を伝達し、それに適合する出力装置に関する情報を受け取る。
【0061】
属性情報に適合する出力装置が発見された場合には(ステップS54)、その出力装置を送信先として決定する(ステップS66)。つまり、検索制御部16は、出力要求キュー20にアクセスし、検索された出力装置を、検索対象となっている出力要求の送信先として登録する。
【0062】
属性情報に適合する出力装置が発見されなかった場合には(ステップS54)、検索に要した時間がretry時間を経過するまで(ステップS56)、検索を継続する。ここでは、検索を繰り返し実行するループを形成する場合を例示したが、かかる態様に限定されるものではない。例えば、適合出力装置が発見されなかった場合には、そのまま出力制御処理を完了するものとしてもよい。送信先が決定されていない出力要求は、再び出力制御処理における検索の対象となるから、実質的に検索が繰り返し実行されることになる。出力要求ごとに検索に要した時間を管理しておくことにより、retry時間を超えたか否かの判断も可能である。
【0063】
retry時間内にネットワーク環境に変動が生じ、属性情報に適合した出力装置が検出されれば、その出力装置が送信先として決定される(ステップS66)。適合した出力装置が検出されない場合には、retry時間の経過をクライアント1に対して通知し(ステップS58)、クライアント1からの指示に従って出力要求を処理する(ステップS60)。
【0064】
クライアント1から出力要求の削除が指示された場合には、出力要求キュー20から、出力要求を削除する(ステップS64)。クライアント1から再検索が指示された場合には、検索時間に関する情報のリセット、retry時間の延長などの処理を行う。これらの処理は、出力要求キュー20に保持された属性情報の更新として行われる(ステップS62)。クライアント1から、出力装置に関する条件の緩和、即ち属性情報の変更が指示される場合もある。かかる場合にも、出力要求キュー20に保持された属性情報を、クライアント1からの指示に応じて更新する(ステップS62)。
【0065】
以上で説明した本実施例の出力制御システム10によれば、クライアント1は、ネットワーク上にある出力装置の状況を把握していなくても、所望の出力装置へのデータ出力を実現することができる。特に、稼働状態にある出力装置がネットワーク上に存在しない場合でも、出力要求を発行することができ、ネットワークの環境が整った時点で、データ出力を実現することができる。従って、本実施例の出力制御システム10によれば、ネットワークを介したデータ出力の利便性を向上することができる。
【0066】
また、本実施例の出力制御システム10では、出力装置の検索は、retry時間内に制限される。従って、出力装置が決定されないまま非常に長期間に亘って出力要求が保持され続けることを回避できる。この結果、リソースの浪費を抑制することができるとともに、処理の効率化を図ることができる。逆に、本実施例の出力制御システム10では、出力装置の検索が1度だけではなく、retry時間内で繰り返し行われるため、ネットワークの環境変化に応じて出力装置を選択することができる。
【0067】
実施例(図6参照)では、retry時間を経過した出力要求について、クライアント1の指示に応じた処理を行う場合を例示したが、予め処理内容を設定しておいてもよい。例えば、retry時間を経過した時点で、クライアント1からの指示に依らず、出力要求を削除するものとしてもよい。こうすることで、機密性の高い出力データ等が、出力可能な状態で長期間に亘って保持されることを回避でき、ネットワークを介したデータ出力におけるセキュリティを向上することができる。なお、この場合には、クライアント1が出力要求の処理結果を容易に把握することができるよう、出力要求を削除した旨の通知をクライアント1に対して行うことが好ましい。
【0068】
実施例(図6)では、出力要求に基づく出力制御を例示したが、検索要求に基づく検索処理も同様である。ステップS66の送信先決定に代えて、クライアント1への検索結果の通知を行えばよい。通知は、ネットワークを介してクライアント1に直接表示させるものとしてもよいし、電子メールの形式でメールサーバMSVに行うものとしてもよい。いずれの態様においても、検索結果の表示先は、クライアント1から検索要求とともに指定される。なお、ネットワークを介して検索結果を表示させるためのセッションは、検索要求を送信するセッションと同一であってもよいし、別セッションであってもよい。
【0069】
F.出力制御の変形例:
実施例では、要求された属性情報に完全に適合する出力装置が検出されるまで、繰り返し検索を行う場合を例示した。ネットワーク上には完全に適合する出力装置が存在するとは限らない。また、要求された属性情報には、必須の内容と希望的な内容とが含まれることが多い。つまり、要求された属性情報には、ユーザにとって緩和できるものも含まれていることが多い。変形例では、かかる点に鑑み、属性情報を徐々に緩和することによって、条件に完全には適合しないまでも、概ね適合する出力装置を検出する処理を例示する。
【0070】
図7は出力制御の変形例におけるフローチャートである。図6の出力制御において、出力装置を検出する処理のみを抽出して示した。
【0071】
変形例の処理では、まず、要求された属性情報に基づいて出力装置の検索を行う(ステップS52A)。
【0072】
図中に、プリンタを検索する例を併せて示した。この例では、属性情報には、4つの項目、即ちカラー印刷の有無、用紙サイズ、両面印刷の有無、レイアウトが含まれる。
【0073】
ユーザからは、カラー印刷、A3サイズ、両面印刷、2in1形式(2ページ分の原稿を1ページ内に納めるように縮小印刷する形式)が要求されている。ネットワークでは、2台のプリンタPRT1,PRT2が稼働状態となっている。プリンタPRT1は、両面印刷を行うことができない。プリンタPRT2は、2in1形式での印刷を行うことができない。従って、ステップS52Aでは、要求された属性情報に完全に適合する出力装置は発見されない。
【0074】
適合する出力装置を発見した場合には、検索制御部16は、その出力装置を送信先として設定するが(ステップS66A)、検出されなかった場合には、条件を緩和して次の検索を行う(ステップS52B)。なお、送信先の設定(ステップS66A)における実施例との相違については、後述する。
【0075】
条件の緩和について、図中の検索例に基づき説明する。本実施例では、指定された属性情報のうち、いずれか一つの項目を外すことによって条件を緩和した。図の例では、レイアウトに関する条件(図中のハッチング部分)を条件から外すものとした。この結果、プリンタPRT2は、要求に適合した出力装置となる。
【0076】
緩和された条件に適合した出力装置を発見した場合には、検索制御部16は、その出力装置を送信先として設定する(ステップS66A)。適合した出力装置が発見されなかった場合には、さらに条件を緩和して検索を継続する。
【0077】
次の段階では、レイアウト条件に加えて更に別の条件を緩和するものとしてもよいし、レイアウト条件に代えて別の条件を緩和するものとしてもよい。前者の態様には、例えば、レイアウト条件と両面印刷に関する条件とを外す場合が相当する。後者の態様には、例えば、両面印刷に関する条件のみを外す場合が相当する。
【0078】
緩和する順序は、任意に設定可能である。図7では、レイアウトに関する条件を最初に外す場合を例示した。ステップS52Bにおいて、両面印刷に関する条件を最初に外してもよい。この場合には、プリンタPRT1が適合する出力装置に該当することになる。条件を外す順序は、出力制御システム10内で予め設定しておいてもよいし、ユーザが出力要求とともに項目の優先度として指定してもよい。後者では、ユーザの意図に沿った印刷を実現できる利点がある。
【0079】
ステップS52Bでは、レイアウトに関する条件のみを外して検索を行ったが、いずれか一つの項目を満足しない出力装置を全て検索してもよい。この場合、図中の例では、プリンタPRT1は両面印刷に関する条件のみを満足せず、プリンタPRT2はレイアウトに関する条件のみを満足しないから、双方が適合出力装置として検索されることになる。複数の出力装置が検索された場合には、これらのリストをクライアント1に表示させ、ユーザにいずれか一つの出力装置を選択させればよい。
【0080】
条件の緩和には、一定の制限を設けることが望ましい。つまり、緩和の対象としない必須の条件を設けることが望ましい。例えば、カラー印刷に関する条件を必須条件とする場合には、少なくともカラー印刷が可能なプリンタが出力装置として選択されることになる。もちろん、必須条件は、複数設けても構わない。また、必須条件は、出力制御システム10内で予め設定するものとしてもよいし、ユーザが出力要求とともに指定するものとしてもよい。
【0081】
ここで、ステップS66Aの処理における実施例との相違について説明する。実施例では、属性情報に完全に適合する出力装置が送信先として設定された(図6のステップS66参照)。これに対し、変形例では、属性情報を緩和した結果、検索された出力装置が送信先として設定される可能性がある。
【0082】
ネットワークの環境は、出力要求について、送信先が設定された後、実際に送信が行われるまでの期間に随時変動する可能性がある。かかる変動によって、一旦設定された出力装置よりも更に属性情報への適合度が高い出力装置が出現する可能性もある。変形例では、かかる可能性を考慮して、出力制御を行うものとした。
【0083】
変形例では、一旦、送信先が設定された出力要求であっても、実際に送信が完了するまで、即ち出力要求キュー20に保持されている限り、出力装置の検索対象とする。従って、ネットワークの変動によって、先に設定された送信先よりも属性情報への適合度が高い出力装置が検索される可能性がある。ステップS66Aの処理は、かかる場合に、より適合度が高い出力装置を送信先として設定することを意味する。適合度は、属性情報から外された項目数またはその優先度によって判断することができる。
【0084】
以上で説明した変形例の処理によれば、属性情報に完全に適合しないまでも、概ね満足する出力装置を検出することができる。また、属性情報の各項目についての優先度、必須項目などをユーザが設定可能とすることにより、ユーザの意図に沿った出力装置を容易に検索することができる。
【0085】
変形例の処理は、検索要求についても同様に適用することができる。検索要求についての処理時には、ステップS66Aで、検索結果をクライアント1に通知するようにすればよい。
【0086】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。例えば、以上の各処理はソフトウェアで実現する他、ハードウェア的に実現するものとしてもよい。
【図面の簡単な説明】
【図1】実施例としての出力システムの概略構成を示す説明図である。
【図2】出力制御システム10の内部構成を示す説明図である。
【図3】ルックアップサービス14の更新を示す説明図である。
【図4】出力要求の発行処理のフローチャートである。
【図5】ジョブ操作のフローチャートである。
【図6】出力制御のフローチャートである。
【図7】出力制御の変形例におけるフローチャートである。
【符号の説明】
1…クライアント
10…出力制御システム
12…入出力部
14…ルックアップサービス
16…検索制御部
18…検索要求キュー
20…出力要求キュー
22…送信部
30…ディスカバリモジュール
32…ジョインモジュール
33…サービスオブジェクト
34…サービス属性
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a system for designating an output device and outputting data in an environment in which a plurality of clients and output devices are connected to a network.
[0002]
[Prior art]
In recent years, with the spread of LAN (Local Area Network), a mode in which a printer is connected to a network and shared by a plurality of computers connected to the network is becoming widespread. A printer user selects a printer as an output destination from a computer connected to the network, and prints via the network by inputting a print job.
[0003]
[Problems to be solved by the invention]
However, printing via a network has a problem that it is not convenient to specify an output destination. For example, in order to specify an output destination, it is necessary to know what kind of printer is connected to what location in the network.
[0004]
In addition, when the target printer is turned off or disconnected from the network and is not in operation, the printer cannot be designated as an output destination.
[0005]
Further, the conventional printing has a problem that it is difficult to control the print job. Once communication with the printer is interrupted after a print job is issued, it is not possible to reconnect and then cancel the print job or perform other controls.
[0006]
Here, a printer has been described as an example, but such a problem is common to output devices generally used on a network. SUMMARY An advantage of some aspects of the invention is that it provides a technique for improving the convenience of data output to an output device connected to a network.
[0007]
[Means for solving the problems and their functions and effects]
In order to solve at least a part of the above problems, the present invention provides an output control system that controls data output in an output device in an environment in which a plurality of clients and output devices are connected to a network. Here, for convenience of system construction, the network is preferably a limited network such as a LAN (Local Area Network), but may be a wide area network such as the Internet. The output device includes an audio output device, a printing device, a liquid crystal display and other display devices, a liquid crystal projector and other projection devices. Only one of these various output devices may be connected to the network, or may be connected together.
[0008]
The output control system includes an input unit, a search unit, a holding unit, and a transmission unit. The input unit inputs an output request including attribute information specifying an output device as an output destination from the client. This input is performed regardless of whether or not a conforming output device conforming to the attribute information exists on the network. As attribute information, address information specifying the location on the network, information specifying the capability of the output device, and the like can be used.
[0009]
The search unit searches the network for a suitable output device based on the specified attribute information. The holding unit holds the output request while this search is performed. When a compatible output device in operation is found by this search, the transmission unit transmits an output request to the compatible output device via the network.
[0010]
According to the output control system of the present invention, there is an advantage that data can be output by dynamically detecting a compatible output device. That is, it is possible to output data that matches the request without knowing whether or not the compatible output device exists on the network.
[0011]
Further, according to the output control system of the present invention, there is an advantage that an output request can be made regardless of the operating state of the output device. That is, when the compatible output device is in an operating state after the output request, the search unit can detect it and output data. With these advantages, the output control system of the present invention can improve the convenience of data output via a network.
[0012]
In the present invention, the attribute information for specifying the output device is preferably information for specifying the capability of the output device. The attribute information can include information that roughly classifies the type of the output device, such as an audio output device, a printing device, a liquid crystal display or other display device, a liquid crystal projector or other projection device. Moreover, the information which specifies a capability in detail for every output device can be included. For example, the printing apparatus can include color / monochrome, printable paper size, presence / absence of duplex printing, and the like. By specifying the output device according to the capability as described above, it is possible to easily specify an output device that meets the requirements, and to further improve convenience.
[0013]
In the output control system of the present invention, the search by the search unit can be restricted within a predetermined time. A conforming output device does not always exist on the network. By restricting the search time, it is possible to efficiently process a plurality of output requests sequentially. The predetermined time can be arbitrarily set. It can be set in various modes such as a preset fixed value, a value specified by being included in the output request, a value calculated according to the amount of data included in the output request, and the like.
[0014]
In this way, when the search time is restricted within a predetermined time, the processing after the lapse of the predetermined time can take various modes.
As a first aspect, for example, an instruction regarding handling of an output request may be input from a client, and processing according to the instruction may be performed. This process is realized by controlling the operation of at least one of the holding unit and the search unit. For example, the re-search of the suitable output device is realized by the operation of the search unit. The deletion of the output request or the change of the attribute information is realized by the operation of the holding unit.
[0015]
As a second aspect, for example, when the suitable output device is not found within a predetermined time, the output request may be deleted. That is, it is a mode of deleting without waiting for a client instruction. By doing so, it is possible to avoid that highly confidential output data or the like is held for a long time in a state where it can be output, and security in data output via the network can be improved. Note that it is preferable to notify the client that the output request has been deleted so that the client can easily grasp the processing result of the output request.
[0016]
In the output control system of the present invention, it is desirable that the holding unit generates identification information for the output request, and holds the identification information and the output request in association with each other. This identification information is notified to the client. The notification may be performed immediately in a session when an output request is issued, or may be notified again in a subsequent session using a format such as an e-mail.
[0017]
In this way, when an output request is held in association with identification information, the output request can be easily controlled by specifying the identification information from the client and inputting an instruction regarding whether or not to execute the output. It becomes possible.
[0018]
For example, it is possible to input an instruction regardless of whether or not the client that sent the instruction is the same as the client that made the output request. In this way, the output request can be controlled by a person other than the issuer of the output request.
[0019]
It is also possible to input an instruction regardless of whether or not the session that receives the instruction is the same as the session that receives the output request. In this way, even after communication between the client and the output control system is once disconnected after the output request, the client can access the output control system again to control the output request.
[0020]
In the output control system of the present invention, various methods can be used to search for a suitable output device. For example, the attribute may be inquired to each output device of the network for each search.
[0021]
Alternatively, the attribute information of the output device connected to the network may be held, and the search may be performed with reference to the attribute information. In this aspect, since individual communication with the output device is not required at the time of search, an efficient search can be realized.
[0022]
The held attribute information may be actively collected by the output control system, or may be voluntarily registered in the output control system by the output device. In the latter mode, for example, a protocol for easily establishing communication between various devices connected to a network such as Jini (trademark) can be used. The attribute information may be collected by periodically referring to a lookup service constructed by Jini.
[0023]
As described above, the present invention can be applied to a network to which a wide variety of output devices are connected. In particular, the present invention can be effectively used in a network environment including a printing device. Display devices and audio output devices are usually required to output data in front of the user who made the output request, whereas in the case of a printing device, the degree of freedom with respect to the print destination Is relatively high. Therefore, the degree of freedom when the output control system dynamically searches for an output device is high, and the convenience of such search is greatly improved.
[0024]
The present invention can be configured as an output control method in addition to the output control system described above. Moreover, you may comprise with aspects, such as a computer program for implement | achieving the data output via a network, the signal form which can be equated with this program, and the recording medium which recorded this program. Here, as a recording medium, a flexible disk, a CD-ROM, a magneto-optical disk, an IC card, a ROM cartridge, a punch card, a printed matter on which a code such as a barcode is printed, an internal storage device of a computer (RAM, ROM, etc. Various types of computer-readable media such as a memory) and an external storage device can be used.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the management system as an embodiment of the present invention will be described in the following order.
A. Overall system configuration:
B. Internal configuration:
C. Issue output request:
D. Job operation:
E. Output control:
F. Variation of output control:
[0026]
A. Overall system configuration:
FIG. 1 is an explanatory diagram showing a schematic configuration of an output system as an embodiment. Each device shown in the figure is connected via a LAN (Local Area Network). In this embodiment, printers PRT1 and PRT2, liquid crystal displays DISP1 and DISP2, and liquid crystal projectors PRJ1 and PRJ2 are mixedly connected as an output device to the network. Of course, only one type of output device may be connected.
[0027]
Each output device outputs data in a manner corresponding to the function of each device based on an output request from the client 1 connected to the network. The client 1 can use a mobile phone or other portable terminal having a network access function in addition to a general-purpose computer. An output control system 10 for controlling the data output is connected to the network. The output control system 10 is a system configured using a general-purpose computer, and receives, holds, and transmits an output request from the client 1 to a specified output device as output control. In addition to this control, the operating state of each output device is monitored. Although it is possible for the client 1 to directly transmit an output request to each output device, in the present embodiment, the output request is transmitted via the output control system 10.
[0028]
In addition, a mail server MSV is connected to the network. The mail server MSV is a server that receives, holds, and transmits electronic mail according to the SMTP protocol. In this embodiment, as will be described later, it is used for communication between the output control system 10 and the client 1.
[0029]
In this embodiment, a system constructed using a LAN will be described. However, a wide-area network such as the Internet can also be targeted. Needless to say, the number of devices connected to the network is not limited to the contents shown in FIG.
[0030]
B. Internal configuration:
FIG. 2 is an explanatory diagram showing the internal configuration of the output control system 10. In the present embodiment, each functional block shown in the figure is configured as software, but may be configured as hardware.
[0031]
The input unit 12 communicates with the client. Various commands related to data output, an output request, and a search request are input from the client. The output request includes attribute information for specifying an output device that outputs data and data to be output. When receiving an output request, the input unit 12 registers it in the output request queue 20. In the output request queue 20, each output request is held in association with a job number.
[0032]
The attribute information can include output device capabilities or network location. In the figure, as an example of the former, a case where “the printer is capable of color printing” is illustrated. As an example of the latter, an address on the network can be used. The attribute information further includes a retry time. The retry time corresponds to the upper limit of the time for searching for the output device. In this embodiment, the retry time can be designated from the client 1, but a set value may be prepared in advance by the output control system 10.
[0033]
The search request includes attribute information for specifying the output device. The search request is issued when the client 1 confirms whether a desired output device exists on the network. It differs from the output request in that the output data is not included. When receiving the search request, the input unit 12 registers it in the search request queue 18. In the search request queue 18, each search request is held in association with the search request number in the same manner as the output request queue 20. The output request queue 20 and the search request queue 18 may be shared.
[0034]
These output requests and search requests are processed by the search control unit 16. The search control unit 16 searches for output devices on the network that match the request. The retrieved output device is set as a transmission destination of the output request and is held in the output request queue 20. The output request in which the transmission destination is set is transmitted by the transmission unit 22 to the printer PRT1 and other designated output devices. The transmission unit 22 has a function of searching the output request queue 20 for an output request for which a transmission destination is set, and transmitting it to each designated output device.
[0035]
When searching for the output device based on the search request, the search control unit 16 notifies the client 1 of the search result via the input / output unit 12. The notification may be displayed directly on the client 1 via the network, or may be sent to the mail server MSV in the form of an e-mail. In any aspect, the display destination of the search result is specified together with the search request from the client 1. Note that the session for displaying the search result via the network may be the same as the session that transmits the search request, or may be a different session.
[0036]
The search of the output device by the search control unit 16 is performed by referring to the lookup service 14. The lookup service 14 has a function of holding output devices that are available on the network together with attributes, and providing information related to output devices that conform to the attributes requested by the search control unit 16. In this embodiment, a lookup service in Jini (trademark) is applied.
[0037]
In the lookup service 14, each output device is grasped as a “service” that provides a certain function. Each service is managed by a unique identification number (ID), and the function content is managed as attribute information. The output device is appropriately deleted from the lookup service 14 because it becomes unusable due to power off or disconnection from the network. Also, the output device that is newly in operation is appropriately registered in the lookup service 14. The lookup service 14 is updated spontaneously when the network environment changes by using Jini.
[0038]
FIG. 3 is an explanatory diagram showing the update of the lookup service 14. Here, the printer PRT1 will be described as an example. In the present embodiment, it is assumed that Jini compatible devices are used as the output devices. A Jini compatible device means a device that can use the Jini protocol. Such devices each include a discovery module 30 and a join module 32 in the output device.
[0039]
The discovery module 30 has a function of detecting the location of the lookup service 14 from the network. When the printer PRT1 is newly connected to the network or powered on, the discovery module 30 starts searching for the lookup service 14. That is, the discovery module 30 transmits a signal set by the Jini protocol by multicast on the network, and specifies the location of the lookup service 14 on the network based on the response.
[0040]
When the location of the lookup service 14 is specified in this way, the join module 32 next registers the service. The join module 32 generates a service object 33 and a service attribute 34 and registers them in the lookup service 14. The service object 33 corresponds to a method used for the client to use the printer PRT1. The service attribute 34 is attribute information indicating the capability of the printer PRT1. The join module 32 specifies a service ID that uniquely identifies itself at the time of registration. As described above, in the lookup service 14, each service is managed by this service ID.
[0041]
The lookup service 14 is appropriately updated using Jini as described above. In FIG. 3, the printer PRT1 is described as an example, but similar modules are prepared for other output devices.
[0042]
In this embodiment, the output device is managed using Jini. However, it is not always necessary to use Jini. Instead of the lookup service 14, it is possible to apply various configurations that can manage output devices that are operating on the network and that can search for output devices according to their capabilities.
[0043]
In the present embodiment, the case where the lookup service 14 is built in the output control system 10 is illustrated, but the lookup service 14 may be configured separately from the output control system 10. In this case, the search control unit 16 can search for an output device by referring to the lookup service via the network. A list for holding operable output devices may be provided in the output control system 10, and the search control unit 16 may perform a search with reference to this list. The list can be updated by appropriately referring to a lookup service provided separately from the output control system 10.
[0044]
With the above configuration, the output control system 10 according to the present embodiment can transmit the output request received from the client 1 to the designated output device. Hereinafter, specific processing contents will be described in each stage until data output is performed.
[0045]
C. Issue output request:
FIG. 4 is a flowchart of output request issue processing. The process executed by the client 1 is shown on the left side, and the process executed by the output control system 10 is shown on the right side.
[0046]
First, the client 1 generates an output request (step S10). The output request includes output data, retry time, and attribute information. The output data is prepared in a file format suitable for the output device. In this embodiment, since the output control system 10 determines the output device, it is desirable that the output data has a general-purpose file format that does not depend on the output device. As such a file format, for example, a page description language such as PDF or Postscript (registered trademark) can be used.
[0047]
When the client 1 transmits the output request prepared in this way (step S12), the output control system 10 receives this (step S20), assigns a job number (step S22), and stores this in the output request queue 20. Processing for registering the output request is performed (step S24). The job number is transmitted to the client 1 and displayed (step S14).
[0048]
The above operation is performed regardless of whether or not the output device designated by the client 1 is operating. For example, there may be no output device in operation on the network.
[0049]
Although the issue of the output request is illustrated here, the same applies to the issue of the search request for the output device. The only difference is that the search request does not include output data. When receiving a search request from the client 1, the output control system 10 assigns a search request number and holds it in the search request queue 18 in the same procedure as in FIG.
[0050]
D. Job operation:
FIG. 5 is a flowchart of job operation. The process executed by the client 1 is shown on the left side, and the process executed by the output control system 10 is shown on the right side. The output request held in the output request queue 20 can be variously operated according to the job number.
[0051]
In the job operation, the client 1 transmits the job number given to the output request to be operated to the output control system 10 (step S30). At this time, the client 1 that performs the job operation is not necessarily the same as the issuer of the output request. Since identity with the output request issuer is not required, job operation is possible only by knowing the job number. In this embodiment, this improves the convenience of job operation. Of course, in order to avoid unnecessary job operation by a third party, the identity of the output request issuer may be authenticated.
[0052]
When the job control number is input (step S40), the output control system 10 searches the output request queue 20 for a corresponding output request and transmits the status to the client 1 (step S42). The status is information indicating the processing status of the output request. For example, statuses such as “searching for output device”, “waiting for transmission to output device”, and “output completed” can be used. The status information is displayed on the client 1 (step S32).
[0053]
The user of the client 1 issues an output request operation instruction based on the displayed status (step S34). Examples of operations include deletion of output requests, change of attribute information, retry time, and other conditions, change of priority of output requests, and the like. Changing the priority of the output request is an operation corresponding to changing the processing order between the output requests held in the output request queue 20.
[0054]
The output control system 10 inputs an operation instruction from the client 1 (step S44), and performs a job operation according to this (step S46). If the job is to be deleted, the corresponding output request is deleted from the output request queue 20. If the condition is changed, the output request queue 20 is accessed and the corresponding data is changed.
[0055]
When the operation is completed, the output control system 10 transmits the operation result to the client 1 (step S48). When the client 1 displays this (step S36), the user can confirm the result of the job operation.
[0056]
In this embodiment, since the output request is managed by the job number, there is a first advantage that the job operation can be performed in a session different from the issue of the output request. That is, it is possible to issue an output request, once disconnect the connection between the client 1 and the output control system 10, and then connect the both again to perform job operations. In addition, as described above, there is a second advantage that job operations can be performed by a person other than the issuer of the output request. In this way, the output control system 10 can realize job operations under various situations. In particular, the first advantage is particularly useful when the client 1 is a portable terminal that is easily disconnected from the network.
[0057]
Here, the operation for the output request is illustrated, but the same operation is possible for the search request. By designating a search request number from the client 1, it is possible to delete a search request as in the case of an output request.
[0058]
E. Output control:
FIG. 6 is a flowchart of output control. This is a process periodically executed by the search control unit 16 of the output control system 10.
[0059]
In this process, the search control unit 16 acquires the attribute information based on the output request held in the output request queue 20 (step S50). As described above, the attribute information includes the capability and other conditions that should be satisfied by the output device to be the output destination.
[0060]
The search control unit 16 executes a search for an output device based on the attribute information (step S52). The output devices that are in operation on the network are centrally managed by the lookup service 14. Accordingly, the search control unit 16 transmits the attribute information to the lookup service 14 and receives information regarding an output device that matches the attribute information.
[0061]
When an output device matching the attribute information is found (step S54), the output device is determined as a transmission destination (step S66). That is, the search control unit 16 accesses the output request queue 20 and registers the searched output device as a transmission destination of the output request to be searched.
[0062]
If no output device matching the attribute information is found (step S54), the search is continued until the time required for the search has passed the retry time (step S56). Here, a case where a loop for repeatedly executing a search is illustrated, but the present invention is not limited to this mode. For example, when no suitable output device is found, the output control process may be completed as it is. Since an output request whose transmission destination has not been determined is again a search target in the output control process, the search is substantially repeatedly executed. By managing the time required for the search for each output request, it is possible to determine whether or not the retry time has been exceeded.
[0063]
If the network environment changes within the retry time and an output device suitable for the attribute information is detected, the output device is determined as the transmission destination (step S66). If a suitable output device is not detected, the elapse of the retry time is notified to the client 1 (step S58), and the output request is processed in accordance with an instruction from the client 1 (step S60).
[0064]
When deletion of the output request is instructed from the client 1, the output request is deleted from the output request queue 20 (step S64). When a re-search is instructed from the client 1, processing such as reset of information related to the search time and extension of the retry time is performed. These processes are performed as an update of the attribute information held in the output request queue 20 (step S62). The client 1 may instruct relaxation of conditions related to the output device, that is, change of attribute information. Even in such a case, the attribute information held in the output request queue 20 is updated in accordance with an instruction from the client 1 (step S62).
[0065]
According to the output control system 10 of the present embodiment described above, the client 1 can realize data output to a desired output device without knowing the status of the output device on the network. . In particular, an output request can be issued even when an output device in operation is not present on the network, and data output can be realized when the network environment is ready. Therefore, according to the output control system 10 of the present embodiment, the convenience of data output via the network can be improved.
[0066]
Further, in the output control system 10 of the present embodiment, the search for the output device is limited within the retry time. Therefore, it is possible to avoid holding the output request for a very long time without determining the output device. As a result, waste of resources can be suppressed, and processing efficiency can be improved. On the contrary, in the output control system 10 of this embodiment, the search for the output device is repeated not only once but within the retry time, so that the output device can be selected according to the change in the network environment.
[0067]
In the embodiment (see FIG. 6), the case where the processing according to the instruction of the client 1 is performed for the output request after the retry time has been illustrated is exemplified, but the processing content may be set in advance. For example, the output request may be deleted regardless of the instruction from the client 1 when the retry time elapses. By doing so, it is possible to avoid that highly confidential output data or the like is held for a long time in a state where it can be output, and security in data output via the network can be improved. In this case, it is preferable to notify the client 1 that the output request has been deleted so that the client 1 can easily grasp the processing result of the output request.
[0068]
In the embodiment (FIG. 6), the output control based on the output request is exemplified, but the search processing based on the search request is the same. Instead of determining the transmission destination in step S66, the client 1 may be notified of the search result. The notification may be displayed directly on the client 1 via the network, or may be sent to the mail server MSV in the form of an e-mail. In any aspect, the display destination of the search result is specified together with the search request from the client 1. Note that the session for displaying the search result via the network may be the same as the session that transmits the search request, or may be a different session.
[0069]
F. Variation of output control:
In the embodiment, the case where the search is repeatedly performed until an output device that perfectly matches the requested attribute information is detected has been illustrated. There are not always perfectly compatible output devices on the network. In addition, the requested attribute information often includes essential contents and desired contents. That is, the requested attribute information often includes information that can be relaxed for the user. In the modified example, in view of such a point, a process of detecting an output device that is generally suitable even if the attribute information is not completely adapted by gradually relaxing the attribute information is illustrated.
[0070]
FIG. 7 is a flowchart in a modified example of output control. In the output control of FIG. 6, only the process for detecting the output device is extracted and shown.
[0071]
In the process of the modified example, first, the output device is searched based on the requested attribute information (step S52A).
[0072]
In the figure, an example of searching for a printer is also shown. In this example, the attribute information includes four items: color printing presence / absence, paper size, double-sided printing presence / absence, and layout.
[0073]
The user demands color printing, A3 size, double-sided printing, and 2 in 1 format (a format in which reduced-size printing is performed so that two pages of originals are contained in one page). In the network, two printers PRT1, PRT2 are in operation. The printer PRT1 cannot perform duplex printing. The printer PRT2 cannot perform printing in the 2-in-1 format. Therefore, in step S52A, an output device that perfectly matches the requested attribute information is not found.
[0074]
If a suitable output device is found, the search control unit 16 sets the output device as a transmission destination (step S66A). If no output device is detected, the search is performed by relaxing the condition and performing the next search. (Step S52B). Note that the difference from the embodiment in setting the transmission destination (step S66A) will be described later.
[0075]
The relaxation of the condition will be described based on a search example in the figure. In this embodiment, the condition is relaxed by removing any one of the designated attribute information. In the example shown in the figure, the layout-related conditions (hatched portions in the figure) are excluded from the conditions. As a result, the printer PRT2 becomes an output device that meets the requirements.
[0076]
When an output device that meets the relaxed conditions is found, the search control unit 16 sets the output device as a transmission destination (step S66A). If no suitable output device is found, the search is continued with the conditions further relaxed.
[0077]
In the next stage, another condition may be relaxed in addition to the layout condition, or another condition may be relaxed instead of the layout condition. For example, the former case corresponds to the case where the layout condition and the condition regarding double-sided printing are removed. The latter mode corresponds to, for example, the case where only the conditions regarding double-sided printing are removed.
[0078]
The order of relaxation can be arbitrarily set. FIG. 7 illustrates the case where the conditions regarding the layout are first removed. In step S52B, the conditions regarding double-sided printing may be removed first. In this case, the printer PRT1 corresponds to an appropriate output device. The order of removing the conditions may be set in advance in the output control system 10, or the user may specify the priority of the item together with the output request. The latter has an advantage that printing according to the user's intention can be realized.
[0079]
In step S52B, the search is performed by removing only the conditions relating to the layout. However, all output devices that do not satisfy any one of the items may be searched. In this case, in the example shown in the figure, the printer PRT1 does not satisfy only the conditions regarding double-sided printing, and the printer PRT2 does not satisfy only the conditions regarding layout, so both are searched as conforming output devices. When a plurality of output devices are searched, these lists may be displayed on the client 1 and the user may select any one of the output devices.
[0080]
It is desirable to set a certain limit for relaxing the conditions. In other words, it is desirable to provide essential conditions that are not subject to relaxation. For example, when the condition regarding color printing is an essential condition, at least a printer capable of color printing is selected as the output device. Of course, a plurality of essential conditions may be provided. The essential condition may be set in advance in the output control system 10 or may be specified by the user together with the output request.
[0081]
Here, the difference from the embodiment in the process of step S66A will be described. In the embodiment, an output device that perfectly matches the attribute information is set as the transmission destination (see step S66 in FIG. 6). On the other hand, in the modified example, as a result of relaxing the attribute information, the searched output device may be set as the transmission destination.
[0082]
The network environment may change at any time during the period from when the transmission destination is set to when the transmission is actually performed for the output request. Due to such fluctuation, there is a possibility that an output device having a higher degree of conformity to the attribute information than the output device once set may appear. In the modification, output control is performed in consideration of such a possibility.
[0083]
In the modification, even if the output request has a transmission destination set, the output device is searched until the transmission is actually completed, that is, as long as it is held in the output request queue 20. Therefore, there is a possibility that an output device having a higher degree of conformance to the attribute information than the previously set transmission destination may be searched due to network fluctuations. In this case, the process of step S66A means that an output device having a higher fitness is set as the transmission destination. The degree of conformity can be determined by the number of items removed from the attribute information or its priority.
[0084]
According to the process of the modification described above, it is possible to detect an output device that is generally satisfied even if it does not completely match the attribute information. In addition, by enabling the user to set priority, essential items, and the like for each item of attribute information, it is possible to easily search for an output device that meets the user's intention.
[0085]
The processing of the modified example can be similarly applied to the search request. When processing the search request, the search result may be notified to the client 1 in step S66A.
[0086]
As mentioned above, although the various Example of this invention was described, it cannot be overemphasized that this invention is not limited to these Examples, and can take a various structure in the range which does not deviate from the meaning. For example, each of the above processes may be realized by hardware as well as by software.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a schematic configuration of an output system as an embodiment.
FIG. 2 is an explanatory diagram showing an internal configuration of the output control system 10;
FIG. 3 is an explanatory diagram showing update of a lookup service 14;
FIG. 4 is a flowchart of an output request issue process.
FIG. 5 is a flowchart of job operation.
FIG. 6 is a flowchart of output control.
FIG. 7 is a flowchart in a modified example of output control.
[Explanation of symbols]
1 ... Client
10 ... Output control system
12 ... I / O section
14 ... Lookup service
16 ... Search control unit
18 ... Search request queue
20 ... Output request queue
22: Transmitter
30 ... Discovery module
32 ... Join module
33 ... Service object
34 ... Service attribute

Claims (11)

ネットワークに接続されたクライアントからの出力データを含む出力要求に基づいて、出力装置に前記出力データを含む出力要求を送信する出力制御システムであって、
前記ネットワークで利用不能な状態から利用可能な状態に切り替わった出力装置により登録され、前記ネットワークで利用可能な出力装置に関する出力装置属性情報を保持する属性情報保持部と、
前記出力データを含む出力要求に含まれ出力先となる出力装置を特定する出力先属性情報に適合する前記出力装置属性情報に対応する適合出力装置が存在するか否かにかかわらず、前記出力データを含む出力要求をクライアントから受信して出力要求キューに登録する入力部と、
前記属性情報保持部に保持された前記出力装置属性情報を参照して前記適合出力装置を検索し、前記適合出力装置が発見されなかった場合には、前記出力装置属性情報に基づく前記適合出力装置の最初の検索の後に前記ネットワークで利用可能な状態に切り替わった前記適合出力装置を発見し得るように、前記属性情報保持部に保持された前記出力装置属性情報を再度参照して前記最初の検索と同一の検索条件で前記適合出力装置を再度検索する検索部と、
前記検索部による前記適合出力装置の検索中に前記出力データを含む出力要求を前記出力要求キューに保持する保持部と、
前記適合出力装置が発見された場合には、発見された前記適合出力装置に対し前記ネットワークを介して前記出力要求キューに登録された前記出力データを含む出力要求を送信する送信部と、
を備える出力制御システム。
An output control system for transmitting an output request including the output data to an output device based on an output request including output data from a client connected to a network,
An attribute information holding unit that holds output device attribute information related to an output device that is registered by an output device that is switched from an unusable state to an available state in the network;
Regardless of whether there is a conforming output device corresponding to the output device attribute information that conforms to the output destination attribute information that identifies the output device that is included in the output request that includes the output data and that is the output destination, the output data An input unit that receives an output request including a message from a client and registers it in the output request queue;
The compatible output device is searched with reference to the output device attribute information held in the attribute information holding unit, and when the compatible output device is not found, the adaptive output device based on the output device attribute information The first search is made by referring again to the output device attribute information held in the attribute information holding unit so that the compatible output device switched to a usable state in the network can be found after the first search of A search unit that searches again for the conforming output device under the same search conditions as
A holding unit for holding an output request including the output data in the output request queue during the search of the conforming output device by the search unit;
A transmitter that transmits an output request including the output data registered in the output request queue via the network to the found compatible output device when the compatible output device is found;
An output control system comprising:
請求項1記載の出力制御システムであって、
前記出力先属性情報と前記出力装置属性情報とは、それぞれ前記出力装置の能力を特定する情報である出力制御システム。
The output control system according to claim 1,
The output destination attribute information and the output device attribute information are information for specifying the capabilities of the output device, respectively.
請求項1記載の出力制御システムであって、
前記検索部による前記適合出力装置の検索は、所定時間内に規制されており、
前記所定時間内に前記適合出力装置が発見されなかった場合に、前記出力データを含む出力要求の取扱に関する指示を前記クライアントから入力する指示入力部と、
該指示に応じて前記保持部または検索部の少なくとも一方の動作を制御する制御部とを備える
出力制御システム。
The output control system according to claim 1,
The search for the suitable output device by the search unit is restricted within a predetermined time,
An instruction input unit that inputs an instruction relating to handling of an output request including the output data from the client when the compatible output device is not found within the predetermined time;
An output control system comprising: a control unit that controls at least one operation of the holding unit or the search unit in accordance with the instruction.
請求項1記載の出力制御システムであって、
前記検索部による前記適合出力装置の検索は、所定時間内に規制されており、
前記所定時間内に前記適合出力装置が発見されなかった場合には、前記出力データを含む出力要求を削除する削除部を備える
出力制御システム。
The output control system according to claim 1,
The search for the suitable output device by the search unit is restricted within a predetermined time,
An output control system comprising: a deletion unit that deletes an output request including the output data when the suitable output device is not found within the predetermined time.
請求項1記載の出力制御システムであって、
前記保持部は、前記出力データを含む出力要求に対する識別情報を生成し、該識別情報と該出力要求とを関連付けて保持しており、
該識別情報を前記クライアントに通知する通知部と、
前記出力データを含む出力要求に応じた出力の実行可否に関する指示を前記識別情報と関連づけて入力する指示入力部と、
該識別情報に対応した出力要求に対し、該指示に応じた処理を施す処理部とを備える
出力制御システム。
The output control system according to claim 1,
The holding unit generates identification information for an output request including the output data, and holds the identification information and the output request in association with each other.
A notification unit for notifying the client of the identification information;
An instruction input unit that inputs an instruction regarding whether or not to execute an output in response to an output request including the output data in association with the identification information;
An output control system comprising: a processing unit that performs processing according to the instruction with respect to an output request corresponding to the identification information.
請求項5記載の出力制御システムであって、
前記指示入力部は、前記指示を発信したクライアントが、前記出力データを含む出力要求を行ったクライアントと同じであるか否かに関わらず前記指示の入力を行う出力制御システム。
The output control system according to claim 5,
The output control system in which the instruction input unit inputs the instruction regardless of whether or not a client that has transmitted the instruction is the same as a client that has made an output request including the output data.
請求項5記載の出力制御システムであって、
前記指示入力部は、前記指示を受信するセッションが、前記出力データを含む出力要求を受信する際のセッションと同一であるか否かに関わらず前記指示の入力を行う出力制御システム。
The output control system according to claim 5,
The output control system in which the instruction input unit inputs the instruction regardless of whether or not a session for receiving the instruction is the same as a session for receiving an output request including the output data.
請求項1記載の出力制御システムであって、
前記出力装置には、印刷装置が含まれる出力制御システム。
The output control system according to claim 1,
The output control system, wherein the output device includes a printing device.
ネットワークに接続されたクライアントからの出力データを含む出力要求に基づいて、出力装置に前記出力データを含む出力要求を送信する出力制御方法であって、
前記ネットワークで利用不能な状態から利用可能な状態に切り替わった出力装置により登録され、前記ネットワークで利用可能な出力装置に関する出力装置属性情報を保持する工程と、
前記出力データを含む出力要求に含まれ出力先となる出力装置を特定する出力先属性情報に適合する前記出力装置属性情報に対応する適合出力装置が存在するか否かにかかわらず、前記出力データを含む出力要求をクライアントから受信して出力要求キューに登録する工程と、
前記属性情報保持部に保持された前記出力装置属性情報を参照して前記適合出力装置を検索する工程と、
前記適合出力装置が発見されなかった場合には、前記出力属性情報に基づく前記適合出力装置の最初の検索の後に前記ネットワークで利用可能な状態に切り替わった前記適合出力装置を発見し得るように、前記属性情報保持部に保持された前記出力装置属性情報を再度参照して前記最初の検索と同一の検索条件で前記適合出力装置を再度検索する工程と、
前記適合出力装置の検索中に前記出力データを含む出力要求を前記出力要求キューに保持する工程と、
前記適合出力装置が発見された場合には、発見された前記適合出力装置に対し前記ネットワークを介して前記出力要求キューに登録された前記出力データを含む出力要求を送信する工程と、
を備える出力制御方法。
An output control method for transmitting an output request including the output data to an output device based on an output request including output data from a client connected to a network,
Registered by an output device that has been switched from an unusable state on the network to an available state, and holding output device attribute information relating to the output device usable on the network; and
Regardless of whether there is a conforming output device corresponding to the output device attribute information that conforms to the output destination attribute information that identifies the output device that is included in the output request that includes the output data and that is the output destination, the output data Receiving an output request including a message from a client and registering it in an output request queue;
Searching the compatible output device with reference to the output device attribute information held in the attribute information holding unit;
If the matching output device is not found, the matching output device switched to a usable state in the network after the initial search for the matching output device based on the output attribute information may be found. Re-referring to the output device attribute information held in the attribute information holding unit and searching again for the compatible output device under the same search conditions as the first search;
Holding an output request including the output data in the output request queue during a search for the conforming output device;
If the compatible output device is found, transmitting an output request including the output data registered in the output request queue via the network to the found compatible output device;
An output control method comprising:
ネットワークに接続されたクライアントからの出力データを含む出力要求に基づいて、出力装置に前記出力データを含む出力要求を送信する出力制御をコンピュータによって実行するためのコンピュータプログラムであって、
前記ネットワークで利用不能な状態から利用可能な状態に切り替わった出力装置により登録され、前記ネットワークで利用可能な出力装置に関する出力装置属性情報を保持する機能と、
前記出力データを含む出力要求に含まれ出力先となる出力装置を特定する出力先属性情報に適合する前記出力装置属性情報に対応する適合出力装置が存在するか否かにかかわらず、前記出力データを含む出力要求をクライアントから受信して出力要求キューに登録する機能と、
前記属性情報保持部に保持された前記出力装置属性情報を参照して前記適合出力装置を検索する機能と、
前記適合出力装置が発見されなかった場合には、前記出力装置属性情報に基づく前記適合出力装置の最初の検索の後に前記ネットワークで利用可能な状態に切り替わった前記適合出力装置を発見し得るように、前記属性情報保持部に保持された前記出力装置属性情報を再度参照して前記最初の検索と同一の検索条件で前記適合出力装置を再度検索する機能と、
前記適合出力装置の検索中に前記出力データを含む出力要求を前記出力要求キューに保持する機能と、
前記適合出力装置が発見された場合には、発見された前記適合出力装置に対し前記ネットワークを介して前記出力要求キューに登録された前記出力データを含む出力要求を送信する機能と、
をコンピュータによって実現するためのプログラム。
A computer program for executing, by a computer, output control for transmitting an output request including output data to an output device based on an output request including output data from a client connected to a network,
A function for storing output device attribute information related to an output device that is registered by an output device that has been switched from an unusable state to an available state on the network and usable on the network;
Regardless of whether there is a conforming output device corresponding to the output device attribute information that conforms to the output destination attribute information that identifies the output device that is included in the output request that includes the output data and that is the output destination, the output data A function for receiving an output request including a message from a client and registering it in an output request queue;
A function of searching for the suitable output device with reference to the output device attribute information held in the attribute information holding unit;
If the compatible output device is not found, the compatible output device switched to a usable state in the network after the initial search of the compatible output device based on the output device attribute information can be found. A function for re-searching the conforming output device under the same search conditions as the first search by referring again to the output device attribute information held in the attribute information holding unit;
A function of holding an output request including the output data in the output request queue during a search for the conforming output device;
A function of transmitting an output request including the output data registered in the output request queue via the network to the discovered compatible output device when the compatible output device is found;
A program for realizing this with a computer.
請求項10記載のコンピュータプログラムを記録したコンピュータ読みとり可能な記録媒体。  A computer-readable recording medium on which the computer program according to claim 10 is recorded.
JP2001113584A 2001-04-12 2001-04-12 Data output via network Expired - Fee Related JP4295445B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2001113584A JP4295445B2 (en) 2001-04-12 2001-04-12 Data output via network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001113584A JP4295445B2 (en) 2001-04-12 2001-04-12 Data output via network

Publications (2)

Publication Number Publication Date
JP2002312265A JP2002312265A (en) 2002-10-25
JP4295445B2 true JP4295445B2 (en) 2009-07-15

Family

ID=18964783

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001113584A Expired - Fee Related JP4295445B2 (en) 2001-04-12 2001-04-12 Data output via network

Country Status (1)

Country Link
JP (1) JP4295445B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7773248B2 (en) 2003-09-30 2010-08-10 Brother Kogyo Kabushiki Kaisha Device information management system
JP5448527B2 (en) * 2009-03-31 2014-03-19 キヤノン株式会社 Information processing apparatus, method thereof, and program

Also Published As

Publication number Publication date
JP2002312265A (en) 2002-10-25

Similar Documents

Publication Publication Date Title
US8953209B2 (en) Server apparatus, image forming system, and method of managing print data
JP4141182B2 (en) Information processing apparatus, information processing method, and computer software
JP2003216368A (en) Service providing system, service providing method, service providing device, its control method, control program and computer readable memory
JP2002304270A (en) Printing system, print management device and method, computer program, and computer readable storage medium
JP3767730B2 (en) Printing apparatus, printing system, and printing apparatus control method
JP6402638B2 (en) Image forming system, image forming apparatus, image forming method, and program
JP4601244B2 (en) Printing device
JP2022164669A (en) Image formation device, method for controlling image formation device and program
JP2004192162A (en) Print system, printer and print method
JP3624525B2 (en) Printer control apparatus and printing system
JP4295445B2 (en) Data output via network
JP3982321B2 (en) Data output via network
JP2002328869A (en) Method and device for remotely applying information through firewall by mobile equipment
US20030050971A1 (en) Client server system and method therefor
JP2004171044A (en) Image processing apparatus
JP2002312266A (en) Data output via network
JPH09114615A (en) Printer network equipment
JPH09179833A (en) Job processing system
JP2004274203A (en) Image reading system
JP2004213251A (en) Image forming apparatus capable of reusing objective data for image formation and their processing condition
JP2003029949A (en) Printing controller, printing system, printing control method, computer readable recording medium and computer program
JP2005292908A (en) System, program and method for service providing, and job management system
KR20010011078A (en) Method for printing in network printer
JP6743248B2 (en) Printing system, printing apparatus and server used in the system, print data management method, and program
JP7039981B2 (en) Image processing equipment, information processing systems and electronic devices

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050401

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050426

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050609

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20051115

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060110

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20060207

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060329

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060403

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20060714

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090410

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120417

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120417

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130417

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130417

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140417

Year of fee payment: 5

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

LAPS Cancellation because of no payment of annual fees