JP2008186241A - 処理データ送信装置および処理データ送信プログラム - Google Patents

Abstract

【課題】遠隔設定することができないことをユーザーに通知する。
【解決手段】設定変更が必要な項目がすべて設定変更可能であることを判定部ＣＰ５がプリンタＤＢを参照して判定する。設定変更が必要な項目がすべて設定変更可能である場合には、問題がないとして印刷データ送信部ＣＰ６が印刷データＰＤをプリンタ３０に送信する。一方、いずれかの項目が設定変更不可能であると判定部ＣＰ５が判定した場合には、警告部ＣＰ７が液晶ディスプレイ５５に警告画面を表示させる。
【選択図】図７

Description

本発明は、処理データ送信装置および処理データ送信プログラムに関し、特に所定の通信手段を介して処理データを送信する処理データ送信装置および処理データ送信プログラムに関する。

近年の携帯電話には、赤外線通信やＢｌｕｅｔｏｏｔｈ（Bluetooth SIG社の登録商標）通信を行う近距離無線通信インターフェイスが備えられており、このような近距離無線通信インターフェイスを利用して携帯電話からプリンタに印刷データを出力することが行われている。印刷条件を印刷データに添付し、当該印刷条件にてプリンタを制御しつつ印刷を実行させることが提案されている（特許文献１、段落００９４〜００９５、参照。）。
かかる構成によれば、予め指定された印刷条件にてプリンタを制御することができ、意図通りの印刷結果を得ることができた。
特開２００２−２９７３４５号公報

しかしながら、赤外線通信等を介して設定可能な印刷条件の項目はプリンタの機種によって異なっており、プリンタの機種によっては、印刷条件を指定しても、実際にはその印刷条件が設定されることなく印刷が行われてしまうという問題があった。その場合、指定した印刷条件が反映されないため、印刷データの作成者やユーザーが意図しない印刷結果となってしまう。
上記課題を解決するために、本発明は、不本意な処理結果となることが防止できる処理データ送信装置および処理データ送信プログラムを提供することを目的とする。

上記目的を達成するために、処理データ送信装置は、外部装置に対して処理条件が指定された処理データを所定の通信手段を介して送信する。このような処理データ送信装置において、上記処理データを上記外部装置に送信するにあたり、機器情報取得手段が上記外部装置の機器情報を上記通信手段を介して取得する。処理条件取得手段は上記処理データの処理条件を取得し、判定手段はこの処理条件が上記外部装置にて自らが設定可能か否かを上記機器情報に基づいて判定する。そして、上記処理条件が上記外部装置にて設定可能でない場合には、警告手段が警告を発する。これにより、意図した処理条件が設定できないことをユーザーに警告することができ、不本意な処理結果となる処理が実行されることが防止できる。一方、上記処理条件が上記外部装置にて設定可能である場合には、送信手段が上記処理データを送信し、上記処理条件を上記外部装置に設定することにより、上記処理を上記外部装置に実行させる。

上記警告手段が警告を行った場合であっても、ユーザーが最適な処理条件で処理できないことを了解した上で処理を強行するようにしてもよい。すなわち、上記警告手段が警告を行った後に、処理を強行させる旨の指示を受け付けるようにしておき、当該指示を受け付けたとき、強行送信手段が上記処理データを上記外部装置に送信するようにする。このようにすることにより、処理条件の不一致を許容してでも処理したいというユーザーの要望に応えることができる。処理条件を処理印刷データ送信装置から設定できなくてもユーザーが直接外部装置に対して設定することが可能な場合、処理条件をユーザーが直接外部装置に対して設定した上で処理をその処理条件にしたがって行わせることができる。

さらに、上記強行送信手段にて上記処理データを送信するにあたっては、上記機器情報取得手段にて上記機器情報を再度取得させ、当該機器情報が前に取得した上記機器情報と一致する場合に送信を行うようにしてもよい。これにより、異なる外部装置に対して上記処理データが強制的に送信されることが防止できる。

ところで、上記処理データは上記処理データ送信装置にて作成されたものであってもよいし、他の装置から送信されたものであってもよい。例えば、上記処理データが外部のコンテンツサーバから受信したものであってもよい。この場合、予め上記コンテンツサーバにて上記処理条件が指定されており、同コンテンツサーバにて指定された上記処理条件が上記外部装置にて設定可能か否かが判定される。

通常は、上記処理条件が設定可能か否かは上記外部装置の機種によって異なるため、上記機器情報を上記外部装置の機種名とすることが望ましい。上記処理データ送信装置において機種ごとに設定可能な処理条件の項目を示したデータベースを用意しておけば、判定手段が上記外部装置の機種名に基づいて設定可能か否かを判定することができる。上記通信手段は、携帯電話等において普及している赤外線を通信媒体とした無線通信とすることができ、赤外線を通じて上記処理データを遠隔送信することができる。

なお、上記処理データの作成者が異なる処理条件で処理が実行されることを拒否する場合も考えられる。このような場合、上記強行送信手段による送信を禁止するようにすればよい。具体的には、上記処理データにて当該強行送信手段による送信を禁止する旨が指定できるようにしておき、禁止する旨が指定されている場合に上記強行送信手段が当該処理データを上記外部装置に送信しないようにすればよい。これにより、上記処理データの作成者の意図に反した処理を阻止することができる。なお、本発明の技術的思想は、上記処理データを送信するにあたり警告を発する機能を実行する処理データ送信装置のみならず、処理データ送信装置等のハードウェアと協働して上記機能を実現させる処理データ送信プログラムにおいても具体的に実現可能なことは言うまでもない。

以下、下記の順序に従って本発明の実施形態を説明する。
（１）印刷課金システムの構成：
（２）印刷課金処理：
（３）変形例：

（１）印刷課金システムの構成
図１は本発明の一実施形態にかかる外部装置としてのプリンタを有する印刷課金システムの構成を示す模式図を示している。なお、本発明の外部装置たるプリンタは、処理としての印刷を実行する。図１において、印刷課金システムは多数のコンテンツ（画像や文書等）が蓄積されたコンテンツサーバ（以下サーバと略す。）１０とプリンタ３０（外部装置）と携帯電話５０（処理データ送信装置）、およびこれらを接続するインターネットＩｎとゲートウェイＧとアンテナＡｔとから構成される。携帯電話５０はアンテナＡｔと所定の無線周波数帯で無線通信する。アンテナＡｔはゲートウェイＧを介してインターネットＩｎと接続され、同じくインターネットＩｎに接続されたサーバ１０と通信可能となっており、携帯電話５０とサーバ１０が通信可能となっている。携帯電話５０とプリンタ３０はともに赤外線通信可能な赤外線インターフェース（Ｉ／Ｆ）を有し、相互に通信可能となっている。アンテナＡｔと携帯電話５０は例えばＣＤＭＡ等の無線電話通信規格に準拠した無線信号を介して相互に通信可能となっている。

図２はコンテンツサーバの概略構成を示すブロック図である。同図に示すように、サーバ１０は制御部１１とＨＤＤ（Hard Disk Drive）１２とから構成されており、ＷＡＮＩ／Ｆ１３が接続されている。ＷＡＮＩ／Ｆ１３はインターネットＩｎに接続されており、サーバ１０はＷＡＮＩ／Ｆ１３を介してインターネットＩｎに接続された外部の機器と通信する。ＨＤＤ１２には印刷課金プログラムＳＰ等のプログラムデータ１２ｂとＯＳ（Operating System）１２ａと各種のコンテンツ１２ｃが記憶されている。制御部１１は、ＣＰＵ１１ａとＲＯＭ１１ｂとＲＡＭ１１ｃから構成され、ＣＰＵ１１ａがＲＡＭ１１ｂをワークエリアとしつつＯＳ上で印刷課金プログラムＳＰを実行する。

印刷課金プログラムＳＰは、印刷データ配信部ＳＰ１と課金部ＳＰ２とから構成されており、印刷データ配信部ＳＰ１は配信要求されたコンテンツ１２ｃに基づいて印刷データＰＤを作成送信する。印刷データＰＤは、コンテンツ１２ｃの自体のデータに、レイアウト情報や印刷条件や著作権管理情報等が添付された電子ファイルである。コンテンツ１２ｃは最終的にプリンタが画素データにレンダリング可能なデータであればよく、ベクターデータとイメージデータのいずれであってもよい。印刷（処理）条件として、コンテンツ１２ｃの作成者が意図する印刷用紙サイズや印刷解像度や印刷メディア種（光沢紙・普通紙等）等が指定され、また、これらの印刷条件が相違する場合における強行印刷を禁止するか否かが指定されている。強行印刷の禁止を指定した場合、コンテンツ１２ｃの作成者の意図した印刷条件以外での印刷ができなくなるため、意図しない印刷条件下の印刷によって作成者が期待しない印刷結果となることが防止できる。例えば、フォトカード向けに作成した画像コンテンツがＡ４用紙に拡大印刷されて、作成者の意図とは印象の異なる印刷結果となることが防止できる。課金部ＳＰ２は、配信した印刷データＰＤの印刷が完了したことを確認すると、当該印刷データＰＤに見合った対価を取得して、当該対価を清算する処理を実行する。

図３は、プリンタ３０の概略構成を示している。同図に示すようにプリンタ３０は、制御部３１と操作部３２と赤外線Ｉ／Ｆ３３と不揮発性メモリ３４とコントロール回路３５ａとインクカートリッジ３５ｂと印刷ヘッドユニット３５ｃとＡＳＩＣ３６ａとヘッド駆動部３６ｂとＩ／Ｆ３７ａとキャリッジ機構３７ｂと紙送り機構３７ｃとを備えている。制御部３１はＣＰＵ３１ａとＲＯＭ３１ｂとＲＡＭ３１ｃとを備えており、ＲＯＭ３１ｂに記録された図示しないＯＳおよび制御プログラムＰＰにしたがってＣＰＵ３１ａがＲＡＭ３１ｃをワークエリアとしてプリンタ３０全体を制御する。さらに、不揮発性メモリ３４にはプリンタ３０の機種および個体を一意に特定できるプリンタＩＤや、一枚の印刷用紙に対する印刷が完了するごとに１がインクリメントされる累積給紙枚数が記憶されている。プリンタ３０を構成する各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａはシステムバスを介して相互に通信可能に接続されている。

キャリッジ機構３７ｂにて主走査方向に往復動するキャリッジには、各インクカートリッジ３５ｂを装着したカートリッジホルダが設けられるとともに、印刷ヘッドを備える印刷ヘッドユニット３５ｃが搭載されている。ヘッド駆動部３６ｂは、ＡＳＩＣ３６ａから印刷データに対応する印加電圧データを入力されてピエゾ素子への印加電圧パターンを生成し、該素子を内蔵する印刷ヘッドに４色のインク滴をドット単位で吐出させる。インターフェイス（Ｉ／Ｆ）３７ａに接続されたキャリッジ機構３７ｂや紙送り機構３７ｃは、印刷ヘッドユニット３５ｃを主走査させたり、適宜改ページ動作を行いながらシート状の印刷媒体を順次送り出して副走査を行ったりする。

本実施形態のプリンタ３０は、ＣＭＹＫ（シアン、マゼンタ、イエロー、ブラック）の各インクを印刷ヘッドから吐出して印刷媒体にインクのドットを形成して印刷するインクジェットプリンタであるものとする。むろん、他の種類のインクを使用するインクジェットプリンタをプリンタ３０として採用してもよいし、各種インク昇華式プリンタやトナーインクを使用するレーザープリンタ等もプリンタ３０として採用してもよい。赤外線Ｉ／Ｆ３３は赤外線の送信を行う発光ダイオードと受信を行うフォトダイオードとを有しており、例えばＩｒＤＡ１．０〜１．４やＦＩＲやＵＦＩＲやＩｒ−Ｓｉｍｐｌｅ等の赤外線通信規格が使用可能とされている。これらの通信規格において、赤外線が無線通信の通信媒体として使用され、通信可能な距離が３０ｃｍから１ｍ程度となっている。操作部３２は、ユーザーからの操作入力を例えば複数の操作ボタンにて受け付ける。各種操作入力を受け付けるための画面等を表示するため、操作部３２に液晶パネル等の表示部を設けてもよい。不揮発性メモリ３４は制御部３１の制御にしたがってデータを記録したり削除したり書換したりすることが可能なメモリであり、例えばフラッシュメモリやＥＥＰＲＯＭ等を使用することができる。

制御部３１が実行する制御プログラムＰＰは、内部モジュールとして赤外線通信部ＰＰ１と印刷実行部ＰＰ２と要求受理部ＰＰ３とステータス取得部ＰＰ４とオブジェクト生成部ＰＰ５とステータス送信部ＰＰ６を備えている。なお、制御部３１は図示しないＯＳを実行しており、当該ＯＳが提供するＡＰＩを制御プログラムＰが利用する。赤外線通信部ＰＰ１は、赤外線Ｉ／Ｆ３３にて受信した赤外線信号から各種の電子ファイルを復調し、各モジュールＰＰ２〜ＰＰ４に出力する。反対に、各モジュールＰＰ２〜ＰＰ４から入力された電子ファイルを赤外線信号に変調し赤外線Ｉ／Ｆ３３に出力する。上述した赤外線通信においては、上位層のプロトコルとしてオブジェクト転送プロトコル（例えばＯＢＥＸ（object exchange protocol）等）やファイル転送プロトコル（例えばＦＴＰ等）を使用することができ、当該オブジェクト転送プロトコルにおいては交換可能なオブジェクトとして電子ファイルを交換することができる。

印刷実行部ＰＰ２は、赤外線通信部ＰＰ１から電子ファイルとして印刷データＰＤを取得するとともに、当該印刷データＰＤに基づいて印刷を実行するための処理を実行させる。具体的には、印刷データＰＤに添付された印刷条件に基づいて各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａを制御するとともに、印刷データの本体に基づいてレイアウト処理／レンダリング処理／色変換処理／ハーフトーン処理／マイクロウィーブ処理を順次実行して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａに印刷画像に応じた駆動信号を出力する処理を行う。印刷実行部ＰＰ２は、適宜、各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａからステータス情報を取得しており、当該ステータス情報に応じて各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａの制御を実行する。

要求受理部ＰＰ３は、赤外線通信部ＰＰ１からステータス要求を受け付けるとともに、当該ステータス要求をステータス取得部ＰＰ４に送出する。ステータス取得部ＰＰ４は、上記システムバスを介して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａにステータス情報を問い合わせ、ステータス情報を収集する。オブジェクト生成部ＰＰ５は、ステータス取得部ＰＰ４が収集したステータス情報を取得するとともに、当該ステータス情報を赤外線通信部ＰＰ１が送信可能なオブジェクトとしての電子ファイルに変換する。

この電子ファイルはステータスファイルＳＦとしてＲＡＭ３１ｃに記憶され、例えば各ステータス情報がＴＸＴ形式やＨＴＭＬ形式やＸＭＬ形式等のファイルにテキストとして記述される。ステータス送信部ＰＰ６は、ステータスファイルＳＦをＲＡＭ３１ｃから取得するとともに、当該ステータスファイルＳＦを赤外線通信部ＰＰ１に送出する。これにより、ステータスファイルＳＦが赤外線を介して外部に送信されることとなる。ステータスファイルＳＦが送信されると、ステータス送信部ＰＰ６はＲＡＭ３１ｃからステータスファイルＳＦを削除する。

図４は、携帯電話５０の概略構成を示している。同図において、携帯電話５０は不揮発性のメモリ５１と制御部５２とアンテナが接続された無線Ｉ／Ｆ５３と赤外線Ｉ／Ｆ５４と通話の状態や印刷指示時の各種操作入力を受け付けるための画面等を表示する液晶ディスプレイ５５とユーザーからの操作入力を操作キーにて受け付ける操作部５６と音声を出力するスピーカ５７と音声を入力するマイクロフォン５８とから構成されている。無線Ｉ／Ｆ５３は、アンテナから入力される無線信号を音声信号やデータ信号を復調するとともに、マイクロフォン５８や制御部５２から入力される音声信号やデータ信号を上記無線信号に変調する。赤外線Ｉ／Ｆ５４は赤外線の送信を行う発光ダイオードと受信を行うフォトダイオードを有し、プリンタ３０と共通するオブジェクト転送プロトコルおよび赤外線通信規格が使用可能とされている。

制御部５２は、システムバス５２ａに接続されたＣＰＵ５２ｂやＲＡＭ５２ｃを有しており、ＣＰＵ５２ｂは、ＲＯＭ５２ｃから読み出した印刷中継プログラムＣＰをＲＡＭ５２ｃをワークエリアとして使用しながら図示しないＯＳ上で実行する。制御部５２には、不揮発性のメモリ５１が接続されており、当該メモリ５１には携帯電話５０が一意に特定できる携帯電話ＩＤ５１ａおよびプリンタデータベース（以下、プリンタＤＢと表す。）が記憶されている。なお、印刷中継プログラムＣＰはＯＳ上のネイティブアプリケーションに限られず、例えばＪａｖａ（Sun Microsystems社の登録商標）等のバーチャルマシン上にて実行されるものであってもよい。印刷中継プログラムＣＰは、コンテンツ指定部ＣＰ１と印刷データ受信部ＣＰ２と赤外線通信部ＣＰ３とステータス要求部ＣＰ４と判定部ＣＰ５と印刷データ送信部ＣＰ６と警告部ＣＰ７と印刷データ強行送信部ＣＰ８と課金要求部ＣＰ９とから構成されている。さらに、判定部ＣＰ５は内部モジュールとしての機器情報取得部ＣＰ５ａを備えている。

コンテンツ指定部ＣＰ１はブラウザ等を利用して無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０にアクセスするとともに、サーバ１０に対して印刷を希望するコンテンツ１２ｃを指定する処理を行う。印刷データ受信部ＣＰ２は無線Ｉ／Ｆ５３およびインターネットＩｎを介して指定されたコンテンツ１２ｃを印刷するための印刷データＰＤをサーバ１０から受信し、メモリ５１またはＲＡＭ５２ｃに記憶する。赤外線通信部ＣＰ３は、赤外線Ｉ／Ｆ５４にて受信した赤外線信号から各種の電子ファイルを復調し、各モジュールＣＰ１〜ＣＰ９に出力する。反対に、各モジュールＣＰ１〜ＣＰ９から入力された電子ファイルを赤外線信号に変調し赤外線Ｉ／Ｆ５４に出力する。ステータス要求部ＣＰ４は、プリンタ３０に対してステータス情報を要求するコマンドをステータス要求として生成し、赤外線通信部ＣＰ３に出力する。

判定部ＣＰ５は、赤外線通信部ＣＰ３が復調したステータスファイルＳＦを取得するとともに、機器情報取得部ＣＰ５ａがステータスファイルＳＦに格納された機種名を機器情報として取得する。判定部ＣＰ５は、ステータスファイルＳＦに格納されたステータス情報を取得するとともに、印刷データＰＤに添付された印刷条件を取得する。そして、ステータス情報と印刷条件とを比較し、設定変更が必要な設定項目を抽出する。さらに、判定部ＣＰ５は、設定変更が必要な設定項目が、赤外線通信によって設定可能か否かを判定する。具体的には、判定部ＣＰ５は、機器情報取得部ＣＰ５ａが取得した機種名をプリンタＤＢにて検索し、当該機種にて設定可能な印刷条件の設定項目を取得する。そして、設定変更が必要な設定項目が、当該機種にて設定可能な設定項目であるか否かを判定する。ここで、設定変更が必要な設定項目がすべて設定可能であれば、印刷データ送信部ＣＰ６がサーバ１０から受信した印刷データＰＤを赤外線通信部ＣＰ３に出力する。これにより、印刷データＰＤが赤外線によってプリンタ３０に受信される。印刷データＰＤの送信が完了すると、印刷データ送信部ＣＰ６はメモリ５１またはＲＡＭ５２ｃから印刷データＰＤを削除する。

一方、設定変更が必要な設定項目がすべて設定可能でなければ、警告部ＣＰ７が液晶ディスプレイ５５にて警告画面の表示を行い、ユーザーからの指示を受け付ける。ここで、ユーザーから印刷を強行する指示がなされ、かつ、再度、送信先のプリンタ３０の機種を確認し、機種名が変動していない場合には、印刷データ強行送信部ＣＰ８が印刷データＰＤを赤外線通信部ＣＰ３に出力し、印刷データＰＤを赤外線によってプリンタ３０に送信する。すなわち、一部の設定が指定された印刷条件とは異なるものの、ユーザーが許容するとしてそのまま印刷データＰＤを送信し、印刷をプリンタ３０にて実行させる。この印刷データＰＤにおいては当該プリンタ３０にて設定不可能な設定項目を含む印刷条件が添付されているため、当該設定項目を無視して印刷が実行される。課金要求部ＣＰ７は、プリンタ３０からファイルとして送信された印刷完了通知を受信すると、無線Ｉ／Ｆ５３およびインターネットＩｎを介してサーバ１０に対して課金要求を送信する。

（２）印刷課金処理
図５は、印刷課金処理の全体の流れを示している。同図において、印刷課金処理はサーバ１０と携帯電話５０とプリンタ３０との間で行われ、その際にサーバ１０と携帯電話５０とプリンタ３０が備える制御部１１，３１，５２においては印刷課金プログラムＳＰと印刷中継プログラムＣＰと制御プログラムＰＰがそれぞれ実行されている。ステップＳ０１においてはサーバ１０が実行する印刷データ配信部ＳＰ１が各コンテンツ１２ｃのサムネイルを生成し、その一覧を無線通信を介して携帯電話２０に送信する。一方、携帯電話２０においてはコンテンツ指定部ＣＰ１が実行されており、コンテンツ指定部ＣＰ１が上記サムネイルの一覧を操作部５６の操作に応じてブランジングさせる。コンテンツ指定部ＣＰ１は、ステップＣ０２にてユーザーが購入するコンテンツ１２ｃの指定を受け付けており、当該指定が無線通信にてサーバ１０に伝達される。

サーバ１０の印刷データ配信部ＳＰ１は、ステップＳ０２にて購入するコンテンツ１２ｃの指定を受理し、当該コンテンツ１２ｃを印刷するための印刷データＰＤをＨＤＤ１２上に作成する。ここで、印刷データＰＤは、コンテンツ１２ｃ自体を描画するためのコンテンツデータに、フレームや背景や余白などのレイアウトを指定するレイアウト情報や、印刷用紙サイズや用紙種別や印刷解像度や使用インク種等の印刷条件や、印刷可能なプリンタ３０を制限するためのセキュリティ情報等がヘッダやフッタとして添付された電子ファイルである。複数枚数印刷するように指定された場合には、枚数分のコンテンツデータとレイアウト情報を送信することとなる。また、印刷データＰＤが流出しても不特定の者にコンテンツデータが展開されないように、印刷データＰＤを専用のファイルフォーマットとし、さらにスクランブルを掛けて生成することが望ましい。

ステップＳ０４においては印刷データ配信部ＳＰ１が無線通信によってサーバ１０から携帯電話５０に対して印刷データＰＤを送信する。一方、携帯電話５０においては印刷データ受信部ＣＰ２がステップＣ０３にて印刷データＰＤを受信し、メモリ５１に記憶する。印刷データＰＤの受信が完了すると、ステップＣ０４においてはステータス要求部ＣＰ４がステータス要求を行う。具体的には、プリンタ３０のＲＡＭ３１ｃに記憶されたステータスファイルＳＦを赤外線通信を介して取得する（ｇｅｔ）コマンドを生成する。

プリンタ３０におけるＲＡＭ３１ｃのパスはプリンタ３０が実行するＯＳが割り当てられており、当該パスと、ステータスファイルＳＦのファイル名をコマンドに付記することにより、ステータスファイルＳＦを取得するコマンドを生成することができる。ステータス要求のコマンドは赤外線通信部ＣＰ３にて赤外線信号に変調され、プリンタ３０に送信される。なお、ファイル名とパスを指定して電子ファイルをオブジェクトとして赤外線を介して取得する（ｇｅｔ）コマンドは、ＯＢＥＸの規格にて使用可能なコマンドである。

ステップＰ０１にてプリンタ３０にて実行中の要求受理部ＰＰ３が赤外線通信部ＰＰ１を介して上記コマンドを受け付けると、ステップＰ０２にてステータス取得部ＰＰ４がシステムバスを介して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａにステータス情報を問い合わせる。プリンタ３０の機種に応じて問い合わせ可能なステータスは異なるが、例えばＲＯＭ３１ｂからは機種名や累積印刷枚数を取得することができ、インクカートリッジ３５ｂからはインク搭載の有無やインク残量を取得することができ、また紙送り機構３７ｃからはセットされた印刷用紙サイズや用紙枚数や用紙種別（光沢紙ｏｒ普通紙等）や紙詰まりの有無等を取得することができる。その他、プリンタ３０の実行すべき残りのジョブ数やヘッド温度等を取得するようにしてもよい。

以上のようなステータス情報がステータス取得部ＰＰ４によって収集されると、さらに収集したステータス情報を記述したステータスファイルＳＦをオブジェクト生成部ＰＰ５が生成し、ＲＡＭ３１ｃに記憶する。ここで、オブジェクト生成部ＰＰ５が生成するステータスファイルＳＦのファイル名およびＲＡＭ３１ｃ内のパスは常に一定とするように規定されている。この規定は、上述した携帯電話５０のステータス要求部ＣＰ４にも登録されており、ステップＣ０４においてステータスファイルＳＦを取得する（ｇｅｔ）コマンドを生成するにあたっては、規定されたパスとファイル名を付記することが可能となっている。すなわち、ステップＣ０４においては、ステップＰ０２にてステータスファイルＳＦが作成されるであろうパスとファイル名が予め指定されていることとなる。

図６は、ステータスファイルＳＦに記述された内容の一例を示している。同図において、ステータスファイルＳＦをＴｅｍｐＳｔａｔｕｓ．ｔｘｔというファイル名で作成し、例えばＲＡＭドライブのルートパスに記憶されるように規定されている。ステータス情報として、プリンタ３０の機種名やシリアルＩＤ（プリンタＩＤ）が記述される。他のステータス情報としてインク残量を記述することにより、印刷データＰＤを送信するにあたり、当該印刷データＰＤの印刷に十分なインク量が残存にしているか否かを判断することができる。また、複数種類のインクセットをセット可能なプリンタ３０において、印刷データＰＤの印刷につき適正なインクセットがセットされているか否かを判定することができる。さらに、紙送りにセットされた印刷用紙サイズや用紙枚数をステータス情報として記述することにより、印刷データＰＤが印刷可能なサイズの印刷用紙が必要な枚数セットされているか否かを判定することができる。むろん、他のステータス情報をステータスファイルＳＦに記述することも可能である。

ステップＰ０３においてはステータス送信部ＰＰ６がステータスファイルＳＦを携帯電話５０に送信する。ここでも赤外線が通信媒体として使用されるが電子ファイルをオブジェクトとして赤外線を介して送信する（ｐｕｔ）コマンドもＯＢＥＸの規格にて使用可能である。このように、プリンタのステータスを単体で送受信する仕組みがない赤外線通信等の通信媒体においても、当該通信媒体において交換プロトコルが規定されている汎用的なオブジェクト（電子ファイル）にステータス情報を格納することにより、ステータス情報の円滑なやりとりを実現することができる。なお、本実施形態ではプリンタ３０の機種名をステータスファイルＳＦに他のスタータス情報とともに格納させて送信するようにしたが、プリンタ３０の機種名のみを格納したファイルを別途送信するようにしてもよい。

ステップＣ０５においては、携帯電話５０における判定部ＣＰ５が赤外線通信部ＣＰ３を介してステータスファイルＳＦを受信し、例えばＴＸＴ形式のステータスファイルＳＦが携帯電話５０のＲＡＭ５２ｃに記憶される。ステータスファイルＳＦの受信が完了すると、プリンタ３０においてはステップＰ０４にてステータスファイルＳＦがＲＡＭ３１ｃから削除される。上述したとおりＲＡＭ３１ｃは制御プログラムＰＰを実行する際のワークエリアとして使用されるため、より多くの空き容量を確保するためにＲＡＭ３１ｃから削除しておくことが望ましい。さらに、古いステータス情報が記述されたステータスファイルＳＦがＲＡＭ３１ｃに残存することが防止でき、常に最新のステータス情報のみを携帯電話５０に送信することができる。ステータスファイルＳＦを受信し、ＲＡＭ５２ｃに記憶させた携帯電話５０においては、以下において説明する警告処理を実行する。

図７は、警告処理（Ｃ０６：Ｃ０６０〜Ｃ０６９）の流れを示している。ステップＣ０６０においては、判定部ＣＰ５がステップＣ０５にて受信したステータスファイルＳＦから現在のプリンタ３０のステータス情報を取得するとともに、ステップＣ０３にて受信した印刷データＰＤから印刷条件を取得する。そして、これらを比較することにより、プリンタ３０にて設定変更が必要な項目（以下、要設定変更項目と表すものとする。）を抽出する。例えば、印刷データＰＤの印刷条件において印刷用紙サイズがフォトカードサイズと指定されており、ステータス情報において印刷用紙サイズがＡ４と設定されている場合には、印刷用紙サイズをフォトカードサイズに設定変更する必要があると判定する。その他、印刷メディア種（光沢紙・普通紙等）や印刷解像度やインクセット等の印刷条件が現在のステータス情報に一致していなければ、当該項目を要設定変更項目として抽出する。

ステップＣ０６１においては、判定部ＣＰ５が要設定変更項目の有無を判定し、１つも要設定変更項目がなければ図５のステップＣ０８へ進む。このステップＣ０８においては、印刷データ送信部ＣＰ６が印刷データＰＤをプリンタ３０に送信する。すなわち、設定変更せず印刷を実行させても問題がないため、プリンタ３０にて印刷データＰＤの印刷を実行させる。一方、ステップＣ０６１において、要設定変更項目が１つでもあった場合には、ステップＣ０６２にて。機器情報取得部ＣＰ５ａがステータスファイルＳＦから機器情報としての機種名を取得する。次に、ステップＣ０６３において判定部ＣＰ５がプリンタＤＢを参照して、当該機種において上記要設定変更項目が設定変更可能な項目であるかい否かを判定する。

ここにおいて設定変更可能な項目とは、赤外線を介して印刷データＰＤ（印刷条件）をプリンタ３０に送信することにより、プリンタ３０が自ら設定を変更することが可能な項目を意味する。このような設定変更可能な項目は、プリンタ３０の機種に大きく依存する。例えば、フォトカードがセット可能なフォトトレーと、Ａ４用紙等がセット可能なメイントレーの双方を備え、これらを印刷データＰＤ（印刷条件）に応じた制御部３１の制御によって切り替えることが可能な機種においては、印刷用紙サイズは設定変更可能な項目となる。これに対して、メイントレーのみを備える機種において現状セットされた印刷用紙がＡ４である場合、人為的にメイントレーにフォトカードをセットしなければならず、この場合は印刷用紙サイズが設定変更不可能な項目となる。

例えば、印刷解像度は印刷ヘッドユニット３５ｃの機械的構造に大きく依存するため、印刷解像度自体は設定変更可能であったとしても、印刷条件として指定された印刷解像度が当該機種にて設定可能な印刷解像度の範囲外である場合もある。この場合も、印刷解像度の設定変更が不可能であると判断される。以上のような、どの機種においてどの項目がどの程度の範囲で設定変更可能であるかという情報は、予めデータベースに格納されており、当該データベースがプリンタＤＢとして記憶されている。ステップＣ０５にて受信したステータスファイルＳＦには印刷しようとしているプリンタ３０の機種名が含まれているため、印刷しようとしているプリンタ３０の機種に即した判定を行うことができる。

このプリンタＤＢは、プリンタ３０の製造メーカから最新のものが配布されるのが望ましく、例えばサーバ１０やインターネットＩｎ上の他のサーバから定期的に更新データが配信されるようにしてもよい。ステップＣ０６３において、要設定変更項目がすべて設定変更可能であると判定部ＣＰ５が判定した場合には、問題がないとして、図５のステップＣ０８へ進んで印刷データ送信部ＣＰ６が印刷データＰＤをプリンタ３０に送信する。一方、ステップＣ０６３において、いずれかの要設定変更項目が設定変更不可能であると判定部ＣＰ５が判定した場合には、ステップＣ０６４にて警告部ＣＰ７が液晶ディスプレイ５５に警告画面を表示させる。

図８は、上記警告画面を示している。同図において、現在のプリンタ３０の設定が異なっておりそのままでは良い印刷結果が得られないことを通知するメッセージと、ユーザーによる設定変更が必要な項目と、当該項目を設定変更するためのガイダンスと、ユーザーの指示を受け付ける選択ボタンと表示されている。ユーザーによる設定変更が必要な項目はステップＣ０６３にて予め調査されているため、ステップＣ０６４にて表示させることができる。ガイダンスの表示は機種ごとにプリンタＤＢに登録されており、ステップＣ０６２にて取得した機種に応じたガイダンスの表示が行われる。各種設定変更の方法はプリンタ３０の機種に依存するが、機種名に基づいて適切なガイダンスを表示することができる。

ユーザーの指示を受け付ける選択ボタンでは、印刷キャンセルと、リトライと、強行印刷とを選択指示することが可能となっている。ここで印刷キャンセルが指示された場合には、図５のステップＣ１２に進み液晶ディスプレイ５５にてエラー表示を表示させる。ここでは、印刷がキャンセルまたは不可能であったことが表示される。エラー表示を行うと、ステップＣ１３にて印刷データＰＤを携帯電話５０のメモリ５１から削除する。これにより、印刷データＰＤが携帯電話５０に残存することが防止でき、印刷データＰＤおよびコンテンツ１２ｃの不正な複製を防止することができる。また、図６に示すように後述する課金要求送信（ステップＣ１１）が回避されるため、実際に印刷がされていないにもかかわらず、課金だけが行われることが防止できる。

一方、ステップＣ０６５にてリトライが指示された場合には、図５のステップＣ０３に戻る。すなわち、ユーザーがガイダンスの表示にしたがってプリンタ３０の設定変更を行い、その後のステータス情報が印刷条件に適合しているかどうかを再度判定する。プリンタ３０においては上述したステップＰ０１〜Ｐ０４を実行することにより、ユーザーによる設定変更後の最新のステータス情報を携帯電話５０に伝達することができる。ステップＣ０６５にて強行印刷が指示された場合には、判定部ＣＰ５がステップＣ０６６にて当該印刷データＰＤについて強行印刷が禁止されているか否かを判定する。上述したとおり、印刷条件が異なる場合の強行印刷を禁止するか否かは、印刷データＰＤに添付された印刷条件にて指定されている。ここで、強行印刷が禁止されている場合、図５のステップＣ１２に進み液晶ディスプレイ５５にてエラー表示を表示させる。これにより、コンテンツ１２ｃの作成者が意図しない印刷条件での印刷が防止できる。

一方、強行印刷が許可されている場合、ステップＣ０６７にてステータス要求部ＣＰ４がステータス要求の送信を行う。ここにおけるステータス要求の送信は、図５のステップＣ０４と同様である。ステップＣ０６７にてステータス要求が送信されると、プリンタ３０においては、上述した手順（ステップＰ０１〜Ｐ０３）と同様に最新のステータスファイルＳＦを作成し、当該ステータスファイルＳＦを携帯電話５０に返信する。ステップＣ０６８においては判定部ＣＰ５がステータスファイルＳＦを取得し、機器情報取得部ＣＰ５ａが当該ステータスファイルＳＦに記述された機種名を取得する。ステップＣ０６９においては、判定部ＣＰ５がステップＣ０６８にて取得した機種名と、ステップＣ０６２にて前回取得した機種名とが一致するか否かを判定する。機種名が一致しない場合には、図５のステップＣ１２に進み液晶ディスプレイ５５にてエラー表示を表示させる。これにより、上述した判定を行ったプリンタ３０とは異なるプリンタや他の赤外線通信機器に対して印刷データＰＤが送信されることが防止できる。一方、機種名が一致する場合には、図５のステップＣ０８へ進んで印刷データ強行送信部ＣＰ８が印刷データＰＤをプリンタ３０に送信する。

図５のステップＣ０８において印刷データＰＤが携帯電話５０から送信されると、ステップＰ０５にてプリンタ３０の印刷実行部ＰＰ２が印刷データＰＤを受信し、引き続きステップＰ０６にて当該印刷データＰＤを展開（スクランブルが掛けられている場合には、スクランブルを解除）する。まず、印刷データＰＤから印刷条件を抽出し、当該印刷条件にしたがって各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａを制御する。印刷データの本体に基づいてレイアウト処理／レンダリング処理／色変換処理／ハーフトーン処理／マイクロウィーブ処理を順次実行して各部３１，３２，３３，３４，３５ａ，３６ａ，３７ａに印刷画像に応じた駆動信号を出力する処理を行う。これにより、印刷データＰＤに基づく印刷画像を印刷データＰＤにて指定された印刷条件にて印刷させることができる。なお、本実施形態ではプリンタ３０が印刷データＰＤから印刷条件を抽出するようにしたが、予め携帯電話５０にて印刷データＰＤから印刷条件を抽出し、抽出した印刷条件単体をプリンタ３０に送信するようにしてもよい。

なお、ステップＣ０６６にて強行印刷が指示された場合にはプリンタ３０の実際の設定と異なる項目を含んだ印刷条件が指定されることとなるが、このような項目についての設定はプリンタ３０自信が変更することができないため、無視して印刷が実行されるか、エラーによって印刷が中止されることとなる。無視して印刷が実行された場合、本来の印刷条件とは異なる印刷条件で印刷が行われることにより、意図した印刷結果とならない問題も考えられる。しかし、このような問題が生じ得ることをユーザーが了解した上で強行印刷を指示しているため、問題となることはない。従って、後述する課金処理を行っても、ユーザーにとって不当な課金となることはない。すなわち、警告画面を行うことにより、ユーザーが知らないまま不適切な印刷条件で印刷されることが防止できるため、ユーザーの意図に反した不当な課金が行われることが防止できる。また、ユーザーが了解した場合でも、コンテンツ１２ｃの作成者が禁止する場合には、印刷データＰＤの送信が行われないため、作成者の意図に背くこともない。一方、エラーによって印刷が中止された場合であっても、上述した警告画面によってプリンタ３０の設定が適正でないことがユーザーに通知されているため、ユーザーは適正に対処することができる。

一方、印刷データＰＤの送信が完了した携帯電話５０においては、ステップＣ１３にて印刷データＰＤが携帯電話５０のメモリ５１から削除される。これにより、印刷データＰＤが携帯電話５０に残存することが防止でき、印刷データＰＤおよびコンテンツ１２ｃの不正な複製を防止することができる。プリンタ３０にて印刷実行部ＰＰ２が印刷を完了させると、オブジェクト生成部ＰＰ５が印刷完了を示すステータスファイルＳＦを生成し、ＲＡＭ３１ｃに記憶させる。ステップＰ０７においては、ステータス送信部ＰＰ６が印刷完了を示すステータスファイルＳＦを完了通知として、携帯電話５０に送信する。

携帯電話５０においては、判定部ＣＰ５がステップＣ１０にてステータスファイルＳＦを受信し、印刷の完了を認識する。印刷の完了を認識すると、続くステップＣ１１にて課金要求部ＣＰ７が課金要求をサーバ１０に送信する。すなわち、本実施形態においてプリンタ３０における印刷完了を課金の要件としている。サーバ１０において課金部ＳＰ２がステップＳ０５にて課金要求を受信し、ステップＳ０６にて課金処理を実行する。例えば、携帯電話５０から送信された課金要求に基づいて印刷が完了した印刷データＰＤに対応するコンテンツ１２ｃを特定し、当該コンテンツ１２ｃに相応する対価を取得する。そして、携帯電話５０を所持するユーザーに対して当該対価を請求するための処理を実行する。

（３）変形例
以上においては、サーバ１０から送信された印刷データＰＤをプリンタ３０にて印刷する実施形態を説明したが、本発明において印刷データＰＤが必ずしもサーバ１０から送信されたものである必要はない。すなわち、外部装置（プリンタ３０）と、当該外部装置に対して所定の通信媒体を介して接続した処理データ送信装置（携帯電話５０）との間において本発明が実現可能であり、携帯電話５０にて作成し印刷条件を指定した印刷データＰＤをプリンタ３０にて印刷させる場合においても本発明の手法によって警告を行うことができる。また、外部装置（プリンタ３０）と処理データ送信装置（携帯電話５０）とが赤外線によって通信可能とされた例を挙げたが、例えばＢｌｕｅｔｏｏｔｈ等の無線通信媒体や有線で通信を行ってもよい。上記実施形態のような赤外線通信の場合、赤外線通信を介して設定可能な項目が限定されるため、本発明を適用するメリットが大きい。

また、上述した実施形態では機器情報として機種名を使用するものを例示したが、機種のタイプやシリーズ等のより上位の分類で設定変更可能か否かを管理してもよいし、同一機種内におけるファームウェアのバージョンやシリアルナンバー等のより下位の分類で設定変更可能か否かを管理してもよい。上述した実施形態では機器情報としての機種名を他のステータス情報も格納されたステータスファイルＳＦに含めるようにしたが、むろん機種名のみを単独で送信するようにしてもよい。

本発明の一実施形態にかかる印刷課金システムのブロック図である。 コンテンツサーバのブロック図である。 プリンタのブロック図である。 携帯電話のブロック図である。 印刷課金処理のフローチャートである。 ステータスファイルの内容を示す図である。 警告処理のフローチャートである。 警告画面の一例を示す図である。

符号の説明

１０…コンテンツサーバ、１１…制御部、１１ａ…ＣＰＵ、１２…ＨＤＤ、１２ｃ…コンテンツ、２０…携帯電話、３０…プリンタ、３１…制御部、３１ａ…ＣＰＵ、３２…操作部、３３…赤外線Ｉ／Ｆ、３４…不揮発性メモリ、５０…携帯電話、５１…メモリ、５２…制御部、５２ａ…システムバス、５２ｂ…ＣＰＵ、５３…無線Ｉ／Ｆ、５４…赤外線Ｉ／Ｆ、５５…液晶ディスプレイ、５６…操作部、５７…スピーカ、５８…マイクロフォン、Ａｔ…アンテナ、ＣＰ…印刷中継プログラム、ＣＰ１…コンテンツ指定部、ＣＰ２…印刷データ受信部、ＣＰ３…赤外線通信部、ＣＰ４…ステータス要求部、ＣＰ５…判定部、ＣＰ５ａ…機器情報取得部、ＣＰ６…印刷データ送信部、ＣＰ７…警告部、ＣＰ８…印刷データ強行送信部、ＣＰ９…課金要求部、Ｇ…ゲートウェイ、Ｉｎ…インターネット、ＰＤ…印刷データ、ＰＰ…制御プログラム、ＰＰ１…赤外線通信部、ＰＰ２…印刷実行部、ＰＰ３…要求受理部、ＰＰ４…ステータス取得部、ＰＰ５…オブジェクト生成部、ＰＰ６…ステータス送信部、ＳＦ…ステータスファイル、ＳＰ…印刷課金プログラム、ＳＰ１…印刷データ配信部、ＳＰ２…課金部。

Claims (8)

1. 外部装置に対して処理条件が指定された処理データを所定の通信手段を介して送信する処理データ送信装置において、
   上記処理データを上記外部装置に送信するにあたり、上記外部装置の機器情報を上記通信手段を介して取得する機器情報取得手段と、
   上記処理データにて指定された上記処理条件が上記外部装置にて自らが設定可能か否かを上記機器情報に基づいて判定する判定手段と、
   上記処理条件が上記外部装置にて設定可能でない場合に警告を発する警告手段と、
   上記処理条件が上記外部装置にて設定可能である場合に上記処理データを上記通信手段を介して上記外部装置に送信し、上記処理条件を上記外部装置に設定する送信手段とを具備することを特徴とする処理データ送信装置。
2. 上記警告手段が警告を行った後に、処理を強行させる旨の指示を受け付けるとともに、
   当該指示を受け付けたとき、上記処理データを上記外部装置に送信する強行送信手段を具備することを特徴とする請求項１に記載の処理データ送信装置。
3. 上記強行送信手段は、処理を強行させる旨の指示を受け付けた後に上記機器情報取得手段にて上記機器情報を再度取得させ、当該機器情報が前に取得した上記機器情報と一致する場合に上記処理データを上記外部装置に送信することを特徴とする請求項２に記載の処理データ送信装置。
4. 上記処理データは外部のコンテンツサーバから受信したものであり予め上記コンテンツサーバにて上記処理条件が指定されていることを特徴とする請求項１から請求項３のいずれか一項に記載の処理データ送信装置。
5. 上記機器情報は、上記外部装置の機種名であることを特徴とする請求項１から請求項４のいずれか一項に記載の処理データ送信装置。
6. 上記通信手段は、赤外線を通信媒体とした無線通信であることを特徴とする請求項１から請求項５のいずれか一項に記載の外部装置。
7. 上記強行送信手段は、上記処理データにて当該強行送信手段による送信を禁止する旨が指定されている場合に当該処理データを上記外部装置に送信しないことを特徴とする請求項２から請求項６のいずれか一項に記載の処理データ送信装置。
8. 外部装置に対して処理条件が指定された処理データを所定の通信手段を介して送信する機能を処理データ送信装置に実行させる処理データ送信プログラムにおいて、
   上記処理データを上記外部装置に送信するにあたり、上記外部装置の機器情報を上記通信手段を介して取得する機器情報取得機能と、
   上記処理データにて指定された上記処理条件が上記外部装置にて自らが設定可能か否かを上記機器情報に基づいて判定する判定機能と、
   上記処理条件が上記外部装置にて設定可能でない場合に警告を発する警告機能と、
   上記処理条件が上記外部装置にて設定可能である場合に上記処理データを上記通信手段を介して上記外部装置に送信し、上記処理条件を上記外部装置に設定する送信機能とを上記処理データ送信装置に実行させることを特徴とする処理データ送信プログラム。
   
   

Images