| 【発明の名称】 |
プリンタ |
| 【発明者】 |
【氏名】井原 祐之
【氏名】五十嵐 卓也
|
| 【要約】 |
【課題】複数の電子機器からほぼ同時に要求がなされた場合にも確実に印刷処理を実行することが可能なプリンタを提供する。
【解決手段】Ｉ／Ｆ１３ａは、他の電子機器であるＳＴＢ１１から送信されたプリント要求を受信する。ＣＰＵ１３ｂは、Ｉ／Ｆ１３ａによって受信されたプリント要求に対して、処理を担当する論理的な機能ブロックを割り当てる。ＣＰＵ１３ａは、割り当て手段によって割り当てられた論理的な機能ブロックを示す情報を、Ｉ／Ｆ１３ａを介して、要求を行った他の電子機器であるＳＴＢ１１に対して送信する。ＳＴＢ１１は、割り当てられた機能ブロックに対して印刷データを送信する。プリントエンジン１３ｄは、送信されたデータを該当する機能ブロックに対して供給して印刷させる。 |
【特許請求の範囲】
【請求項１】 ＩＥＥＥ１３９４規格に準拠したインターフェースを具備するプリンタにおいて、他の電子機器から送信されたプリント要求を受信する受信手段と、前記受信手段によって受信されたプリント要求に対して、処理を担当する論理的な機能ブロックを割り当てる割り当て手段と、前記割り当て手段によって割り当てられた論理的な機能ブロックを示す情報を、要求を行った他の電子機器に対して送信する送信手段と、を有することを特徴とするプリンタ。
【請求項２】 前記受信手段は、ＡＶ／Ｃプロトコルに対応していることを特徴とする請求項１記載のプリンタ。
【請求項３】 前記割り当て手段は、前記機能ブロックが複数存在している場合には、要求がなされた順番に応じて前記機能ブロックの割り当てを行うことを特徴とする請求項１記載のプリンタ。
【請求項４】 前記割り当て手段によって割り当てが行われた電子機器とは異なる電子機器から接続要求がなされた場合には、当該電子機器からの要求を却下することを特徴とする請求項１記載のプリンタ。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明はプリンタに関し、特に、ＩＥＥＥ１３９４規格に準拠したインターフェースを具備するプリンタに関する。
【０００２】
【従来の技術】音や映像などリアルタイム性が要求されるマルチメディアデータの転送に適したアイソクロナス（等時性；Isochronous）転送方式を採用しているＩＥＥＥ（Institute of Electrical and Electronics Engineers）１３９４インターフェースがパーソナルコンピュータやＡＶ機器を中心に普及しつつある。
【０００３】ところで、近年では、ディジタルカメラ等とプリンタをＩＥＥＥ１３９４インターフェースにより直接接続し、パーソナルコンピュータの介在無しに印刷すること（いわゆるダイレクトプリンティング）を可能にするＤＰＰ（Direct PrintProtocol）が普及しつつあり、特に、ＡＶ（Audio Visiual）分野を中心とするＡＶ／Ｃ（Audio Visual/Control）プロトコルが注目を集めている。
【０００４】
【発明が解決しようとする課題】ところで、前述したＡＶ／Ｃプロトコルでは、印刷の処理単位であるジョブと、プリンタの機能ブロックであるサブユニットプラグとの対応関係がディジタルカメラ等のコントローラ側には明示されなかった。その結果、コントローラが複数存在する場合に、これらからの要求がほぼ同時になされた場合には、あるジョブによって確保されたサブユニットプラグが他のジョブによって横取りされてしまい、印刷が正常に行われない場合があるという問題点があった。以下にその具体例を説明する。
【０００５】図７は、２台のコントローラＣ１，Ｃ２と、プリンタＰとがＩＥＥＥ１３９４インターフェースによって接続された場合を示す図である。ここで、コントローラＣ１，Ｃ２は、例えば、ディジタルカメラやＳＴＢ（Set Top Box）である。プリンタＰはＡＶ／Ｃプロトコルに対応しており、コントローラＣ１，Ｃ２側から見た場合に、論理的な機能ブロックとしてのサブユニット（ＳＵＢＵＮＩＴ）ＰＳを有している。なお、サブユニットは複数の入力ポートとしてのサブユニットプラグ（ＳＵＢＵＮＩＴ＿ＰＬＵＧ）を有する場合もあるが、この例では、サブユニットが単一のサブユニットプラグを有する場合を示してある。
【０００６】先ず、図８を参照して何れか一方のコントローラが印刷要求を行った場合の処理について説明する。時刻ｔ１において、例えば、コントローラＣ１は接続相手を検出するためのＳＵＢＵＮＩＴ＿ＩＮＦＯをプリンタＰに対して送信する。
【０００７】プリンタが検出されると、コントローラＣ１は、時刻ｔ２において、検出されたプリンタに対して印刷要求であるＪＯＢ＿ＱＵＥＵＥを送信する。ここで、括弧内の「ａｄｄ＿ｊｏｂ」はパラメータであり、新たなキューの作成に対する要求を示している。
【０００８】時刻ｔ３においては、印刷用紙への出力形式を設定するためのＯＰＥＲＡＴＩＯＮ＿ＭＯＤＥがコントローラＣ１からプリンタＰに対して送信される。時刻ｔ４では、プリンタ（ユニット）のプラグ（物理的な機能ブロック）を確保するためのＡＬＬＯＣＡＴＥがプリンタＰに対して送信される。
【０００９】時刻ｔ５では、ＡＬＬＯＣＡＴＥによって確保されたプラグを実際に使用するための宣言であるＡＴＴＡＣＨが送信される。時刻ｔ６では、ＡＬＬＯＣＡＴＥによって確保された機能ブロックであるＳＵＢＵＮＩＴ０と、プリンタが有する複数のユニットのうちのひとつであるＵＮＩＴ０とを接続することを要求するＣＯＮＮＥＣＴ（ＵＮＩＴ０，ＳＵＢＵＮＩＴ０）をプリンタＰに対して送信する。
【００１０】時刻ｔ７では、データの受信を要請するＣＡＰＴＵＲＥ（ＲＥＣＥＩＶＥ，ＳＵＢＵＮＩＴ０）がプリンタＰに対して送信される。その結果、プリンタＰからはタイミング調節のためのＩＮＴＥＲＩＭが時刻ｔ８に返送される。
【００１１】時刻ｔ９〜ｔ１０はデータの転送処理であり、時刻ｔ１１以降は、転送の終了のための処理が実行される。次に、図９を参照して、２台のコントローラＣ１，Ｃ２から印刷要求がほぼ同時になされた場合の動作について説明する。
【００１２】図９の例では、時刻ｔ１においてコントローラＣ１が、また、時刻ｔ２においてコントローラＣ２がそれぞれ、接続相手を検出するためのＳＵＢＵＮＩＴ＿ＩＮＦＯを送信している。
【００１３】それ以降は、それぞれのコントローラが前述の場合と同様の処理を行い、時刻ｔ９および時刻ｔ１０において、コントローラＣ１，Ｃ２からそれぞれＡＴＴＡＣＨが送信されることになる。
【００１４】ところで、従来においては、どのコントローラがどのサブユニットプラグを使用するかを事前に宣言することができなかった。そのため、それぞれのコントローラは、勝手に自己が使用するサブユニットプラグを宣言してデータの転送を開始してしまう。図９の例では、時刻ｔ１１においてコントローラＣ１がサブユニットプラグの“０”との接続を確立した直後に、コントローラＣ２が同一のサブユニットプラグの“０”との接続を時刻ｔ１２に行っている。その結果、コントローラＣ１との間で確立された接続は、コントローラＣ２への接続に変更されてしまい、そのままコントローラＣ１がデータの送信を行うと、コントローラＣ２が利用しているジョブに対して誤ったデータが転送されることになる。
【００１５】なお、以上の例では、サブユニットプラグが１だけの場合について説明したが、サブユニットプラグが複数存在する場合であっても、前述の場合と同様の処理が実行され、誤動作が生ずる結果となる。
【００１６】以上に説明したように、従来の方法では、どのコントローラがどのサブユニットプラグを使用するかを事前に宣言することができなかったので、複数のコントローラが印刷の要求を同時期に行った場合には、印刷が正常に行われない等の不具合が発生するという問題点があった。
【００１７】本発明は、以上のような状況に鑑みてなされたものであり、複数のコントローラから印刷要求が同時期になされた場合にも、印刷を正常に実行することが可能なプリンタを提供することを目的とする。
【００１８】
【課題を解決するための手段】本発明では上記課題を解決するために、図２に示す、ＩＥＥＥ１３９４規格に準拠したインターフェースを具備するプリンタ１３において、他の電子機器（ＳＴＢ１１）から送信されたプリント要求を受信する受信手段（Ｉ／Ｆ１３ａ）と、前記受信手段によって受信されたプリント要求に対して、処理を担当する論理的な機能ブロックを割り当てる割り当て手段（ＣＰＵ１３ｂ）と、前記割り当て手段によって割り当てられた論理的な機能ブロックを示す情報を、要求を行った他の電子機器に対して送信する送信手段（Ｉ／Ｆ１３ａ）と、を有することを特徴とするプリンタが提供される。
【００１９】ここで、受信手段（Ｉ／Ｆ１３ａ）は、他の電子機器（ＳＴＢ１１）から送信されたプリント要求を受信する。割り当て手段（ＣＰＵ１３ｂ）は、受信手段によって受信されたプリント要求に対して、処理を担当する論理的な機能ブロックを割り当てる。送信手段（Ｉ／Ｆ１３ａ）は、割り当て手段によって割り当てられた論理的な機能ブロックを示す情報を、要求を行った他の電子機器に対して送信する。
【００２０】
【発明の実施の形態】以下、本発明の実施の形態を図面を参照して説明する。図１は、本発明の実施の形態の構成例を示す図である。
【００２１】この図において、パラボラアンテナ１０は、図示せぬ放送衛星から送信された電波を受信する。ＳＴＢ１１は、パラボラアンテナ１０によって受信された電波をデコードし、映像信号等を抽出して、モニタ１２およびプリンタ１３に供給する。
【００２２】モニタ１２は、例えば、ＣＲＴ（Cathode Ray Tube）モニタによって構成されており、ＳＴＢ１１から出力された映像信号を表示出力する。プリンタ１２は、ＳＴＢ１１によって抽出された各種印刷情報を、レイアウト・ラスタイメージ化した後、プリント用紙に印刷する。
【００２３】図２は、ＳＴＢ１１とプリンタ１３の詳細な構成例を示す図である。この図に示すように、ＳＴＢ１１は、Ｆ／Ｅ（Front End）１１ａ、ＤＥＳ（Descrambler）１１ｂ、Ｉ／Ｆ（Interface）１１ｃ、ＤＥＭＵＸ（Demultiplexer）１１ｄ、ＡＶデコーダ１１ｅ、ＮＴＳＣ（National Television System Committee）エンコーダ１１ｆ、ＣＰＵ（Central Processing Unit）１１ｇ、および、ＲＡＭ（Random Access Memory）１１ｈによって構成されている。
【００２４】Ｆ／Ｅ１１ａは、パラボラアンテナ１０から供給された電波を復調してディジタル化し、画像データや音声データが多重化されているストリームに変換する。ＤＥＳ１１ｂは、Ｆ／Ｅ１１ａによって抽出されたストリームに施されているスクランブル処理を解除して出力する。
【００２５】Ｉ／Ｆ１１ｃは、ＩＥＥＥ１３９４規格に準拠したインターフェースであり、ＤＥＳ１１ｂによってスクランブル処理が解除されたストリームから印刷情報を抽出し、プリンタ１３に供給する。または、ＣＰＵ１１ｇから供給された画像データを、プリンタ１３に供給する。
【００２６】ＤＥＭＵＸ１１ｄは、画像データおよび音声データ等が多重化されたストリームを復号し、画像データおよび音声データを分離して出力する。なお、この図には示していないが、ＤＥＭＵＸ１１ｄは、グラフィックＲＡＭを有しており、ＡＶデコーダ１１ｅから供給された静止画像を格納する。
【００２７】ＡＶデコーダ１１ｅは、ＤＥＭＵＸ１１ｄから供給された画像データおよび音声データを復号してもとの映像信号および音声信号を生成する。なお、この図には示していないが、ＡＶデコーダ１１ｅは、ビデオＲＡＭを有しており、ＡＶデコーダ１１ｅによって復号された静止画像を格納し、必要に応じて前述のグラフィックＲＡＭに対して転送する。
【００２８】ＮＴＳＣエンコーダ１１ｆは、ＡＶデコーダ１１ｅから供給された画像および音声信号をＮＴＳＣフォーマットに準拠した映像信号に変換して出力する。ＣＰＵ１１ｇは、装置全体の制御を行うとともに、ＳＴＢ１１の図示せぬ操作部が操作された場合には該当する処理を実行する。また、モニタ１２に表示されたＧＵＩ（Graphical User Interface）が操作された場合にも、該当する処理を実行する。
【００２９】ＲＡＭ１１ｈは、ＣＰＵ１１ｇが各種演算処理を実行する際に、実行対象のプログラムと処理対象のデータを一時的に格納する。次に、プリンタ１３の構成について説明する。
【００３０】プリンタ１３は、Ｉ／Ｆ１３ａ、ＣＰＵ１３ｂ、ＲＡＭ１３ｃ、および、プリントエンジン１３ｄによって構成されている。Ｉ／Ｆ１３ａは、ＩＥＥＥ１３９４規格に準拠したインターフェースであり、ＳＴＢ１１のＩ／Ｆ１１ｃとの間でデータを授受する。
【００３１】ＣＰＵ１３ｂは、装置の各部を制御するとともに、各種演算処理を実行する。ＲＡＭ１３ｃは、ＣＰＵ１３ｂが実行途中のプログラムや、演算途中のデータを一時的に格納する。
【００３２】プリントエンジン１３ｄは、印刷処理を実行する部分であり、ＣＰＵ１３ｂの制御に応じてＳＴＢ１１から送信されてきたデータを印刷する。次に、以上の実施の形態の動作について説明する。なお、以下の例では、プリンタ１３は、２つのユニット（ＵＮＩＴ０，１）と、２つのサブユニットプラグ（ＳＵＢＵＮＩＴ０，１）を有しているものとして説明を行う。
【００３３】図３は、図２に示すＳＴＢ１１がプリンタ１３に対して印刷要求を行う場合のシグナルフローである。先ず、時刻ｔ１において、ＳＴＢ１１は、接続相手を検出するためのＳＵＢＵＮＩＴ＿ＩＮＦＯをプリンタ１３に対して送信する。
【００３４】続いて、時刻ｔ２では、ＳＴＢ１１は、検出されたプリンタに対する印刷要求であるＪＯＢ＿ＱＵＥＵＥを送信する。図４は、このとき送信されるＪＯＢ＿ＱＵＥＵＥのデータ構造を示す図である。この図に示すように、ＪＯＢ＿ＱＵＥＵＥは、オペコード（ＯＰＣＯＤＥ）と、オペランド（ＯＰＥＲＡＮＤ）［０］〜［２８］によって構成されている。ここで、通常のＪＯＢ＿ＱＵＥＵＥと異なるのは、新たに拡張された４バイトからなるＯＰＥＲＡＮＤ［２５］の部分であり、ＳＴＢ１１からプリンタ１３に対してＪＯＢ＿ＱＵＥＵＥを送信する場合には、データＦＦｈ（ｈは１６進数を示す）が格納され、このＪＯＢ＿ＱＵＥＵＥを受信したプリンタ１３では、割り当てようとするサブユニットプラグを示す情報を格納して返信する（詳細は後述する）。
【００３５】ＯＰＥＲＡＮＤ［２５］に、データＦＦｈが格納されたＪＯＢ＿ＱＵＥＵＥを受信したプリンタ１３は、時刻ｔ３において、ＪＯＢ＿ＱＵＥＵＥを受信したことを示すＡＣＣＥＰＴＥＤを返信する。なお、このＡＣＣＥＰＴＥＤは、図４に示すデータ構造と同様であるが、ＯＰＥＲＡＮＤ［２５］に対して、プリンタ１３が割り当てようとするサブユニットプラグを示す情報が格納されている。なお、この例では、ＳＴＢ１１以外の装置からの印刷要求はなされていないので、サブユニットプラグ０（ＳＵＢＵＮＩＴ０）が割り当てられることになる。
【００３６】時刻ｔ４では、ＯＰＥＲＡＴＩＯＮ＿ＭＯＤＥが送信されて出力設定がなされ、時刻ｔ５ではＡＬＬＯＣＡＴＥが送信されてプリンタ１３のサブユニットプラグが実際に確保される。時刻ｔ６では、ＡＴＴＡＣＨが出力されて、確保されたサブユニットプラグを実際に使用するための宣言がなされる。
【００３７】そして、時刻ｔ７では、ＣＯＮＮＥＣＴにより、ＵＮＩＴ０と、ＳＵＢＵＮＩＴ０とを接続する要求がなされる。この結果、プリンタ１３では、ＳＵＢＵＮＩＴ０がＵＮＩＴ０と接続され、データを受信する準備がなされる。
【００３８】時刻ｔ８では、データの送信の受信を要請するＣＡＰＴＵＲＥ（ＲＥＣＥＩＶＥ，ＳＵＢＵＮＩＴ０）がプリンタ１３に対して送信される。これ以降の処理は、図８の場合と同様であるのでその説明は省略する。
【００３９】図５は、ＳＴＢ１１とプリンタ１３の間で授受されるＪＯＢ＿ＱＵＥＵＥの一例を説明する図である。この図において、「ＣＯＮＴＲＯＬ ＣＯＭＭＡＮＤ」は、ＳＴＢ１１からプリンタ１３に対して送信されるＪＯＢ＿ＱＵＥＵＥの一例を示している。また、「ＡＣＣＥＰＴＥＤ ＲＥＳＰＯＮＳＥ」は、プリンタ１３からＳＴＢ１１に対して返信されるＡＣＣＥＰＴＥＤの一例を示している。なお、図中の左向きの矢印（←）は、同欄の内容が左側の欄に記載されている内容と同一であることを示している。
【００４０】ＯＰＥＲＡＮＤ［２５］の比較から分かるように、ＣＯＮＴＲＯＬ ＣＯＭＭＡＮＤに対してはデータＦＦｈが格納されて送信され、確保されたサブユニットプラグを示す情報である「ＲＥＳＥＲＶＥＤ ＳＵＢＵＮＩＴ ＰＬＵＧ」が格納されて返送される。
【００４１】次に、図６を参照して、プリンタにＳＴＢが２台接続されている場合において、２つのＳＴＢが同時に要求を行った場合における動作について説明する。なお、以下では、これら２つのＳＴＢを便宜上ＳＴＢ＃１およびＳＴＢ＃２と称す。
【００４２】先ず、時刻ｔ１において、ＳＴＢ＃１は、接続相手を検出するためのＳＵＢＵＮＩＴ＿ＩＮＦＯをプリンタ１３に対して送信する。続いて、時刻ｔ２では、ＳＴＢ＃２が、接続相手を検出するためのＳＵＢＵＮＩＴ＿ＩＮＦＯをプリンタ１３に対して送信する。
【００４３】続いて、時刻ｔ３において、ＳＴＢ＃１はＯＰＥＲＡＮＤ［２５］にＦＦｈを格納したＪＯＢ＿ＱＵＥＵＥを送信する。すると、時刻ｔ４において、プリンタ１３は、ＯＰＥＲＡＮＤ［２５］に割り当てようとするサブユニットプラグを示す情報を格納したＡＣＣＥＰＴＥＤをＳＴＢ＃１に対して返送する。いまの例では、割り当てようとするサブユニットプラグとしてはサブユニットプラグ０（ＳＵＢＵＮＩＴ０）が指定される。
【００４４】同様にして、時刻ｔ５では、ＳＴＢ＃２はＯＰＥＲＡＮＤ［２５］にＦＦｈを格納したＪＯＢ＿ＱＵＥＵＥを送信する。すると、時刻ｔ６において、プリンタ１３は、ＯＰＥＲＡＮＤ［２５］に割り当てようとするサブユニットプラグを示す情報を格納したＡＣＣＥＰＴＥＤをＳＴＢ＃２に対して返送する。いまの例では、割り当てようとするサブユニットプラグとしてはサブユニットプラグ１（ＳＵＢＵＮＩＴ１）が指定される。
【００４５】時刻ｔ７〜ｔ１２の処理は、前述の図９の場合と同様であるので、その説明は省略する。時刻ｔ１３では、ＳＴＢ＃１が、ＣＯＮＮＥＣＴを送信し、先に指定されたＳＵＢＵＮＩＴ０とＵＮＩＴ０との接続を要求する。
【００４６】また、時刻ｔ１４では、ＳＴＢ＃２が、ＣＯＮＮＥＣＴを送信し、先に指定されたＳＵＢＵＮＩＴ１とＵＮＩＴ１との接続を要求する。時刻ｔ１５，ｔ１６では、データの受信を要請するＣＡＰＴＵＲＥ（ＲＥＣＥＩＶＥ，ＳＵＢＵＮＩＴ０）とＣＡＰＴＵＲＥ（ＲＥＣＥＩＶＥ，ＳＵＢＵＮＩＴ１）ととがＳＴＢ＃１，＃２からプリンタ１３に向けて送信され、時刻ｔ１７においてＩＮＴＥＲＩＭがプリンタ１３から返送されることになる。
【００４７】その後、ＳＴＢ＃１はＳＵＢＵＮＩＴ０と、また、ＳＴＢ＃２はＳＵＢＵＮＩＴ１との間でデータの転送を開始し、印刷処理が実行されることになる。なお、所定のＳＴＢによってジョブが作成された後に、それ以外のＳＴＢから同一のＳＵＢＵＮＩＴに対して接続要求であるＣＯＮＮＥＣＴが送信された場合には、そのＳＴＢに対してはその要求を却下するＲＥＪＥＣＴを送信するようにしてもよい。そのような構成によれば、データの混信によって印刷が正常に行われなくなる事態を回避することが可能となる。
【００４８】また、タイムアウト等に起因して、ジョブを自動的に破棄するような場合、従来においては、ジョブとＳＵＢＵＮＩＴとの対応関係が明示されなかったため、ジョブは自動的に破棄されても対応するＳＵＢＵＮＩＴが確保されたままの状態となっていたが、本発明の実施の形態によれば、ジョブとＳＵＢＵＵＮＩＴとの対応関係が分かっているため、ジョブが破棄された場合には確保されているＳＵＢＵＮＩＴも同時に破棄することが可能となる。その結果、ジョブ破棄後の再度の印刷処理を迅速に行うことが可能となる。
【００４９】以上に説明したように、本発明の実施の形態によれば、複数のＳＴＢ（コントローラ）からプリンタに対して印刷要求がなされた場合であっても、印刷が正常に行われなくなる事態を回避することが可能となる。
【００５０】また、ジョブの破棄がなされた場合には、確保済みのＳＵＢＵＮＩＴを破棄することが可能となるので、前述したように、ジョブ破棄後の再度の印刷処理を迅速に行うことが可能となる。
【００５１】
【発明の効果】以上説明したように本発明では、ＩＥＥＥ１３９４規格に準拠したインターフェースを具備するプリンタにおいて、他の電子機器から送信されたプリント要求を受信する受信手段と、受信手段によって受信されたプリント要求に対して、処理を担当する論理的な機能ブロックを割り当てる割り当て手段と、割り当て手段によって割り当てられた論理的な機能ブロックを示す情報を、要求を行った他の電子機器に対して送信する送信手段と、を有するようにしたので、複数の電子機器からプリント要求がなされた場合であっても、対象となるデータを確実に印刷することが可能となる。
|
| 【出願人】 |
【識別番号】０００００２１８５
【氏名又は名称】ソニー株式会社
|
| 【出願日】 |
平成１２年７月６日（２０００．７．６） |
| 【代理人】 |
|
| 【公開番号】 |
特開２００２−１９２３５（Ｐ２００２−１９２３５Ａ） |
| 【公開日】 |
平成１４年１月２３日（２００２．１．２３） |
| 【出願番号】 |
特願２０００−２０５５２０（Ｐ２０００−２０５５２０） |
|