JP2024064160A - 処理装置、処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】契約に対応する機能が外部要因で利用できなくなるのを防止することができる処理装置を提供する。【解決手段】記録装置１は、情報管理サーバ１１１と契約の確認を行うための通信を行う。記録装置１は、契約の確認を成功した場合に契約に対応する機能を提供する。また、記録装置１は、契約の確認の失敗要因が外部要因であるか否かを判定する。記録装置１は、契約の確認を失敗した場合であって契約の確認の失敗要因が外部要因でないと判定された場合、契約に対応する機能の提供を停止し、契約の確認を失敗した場合であって契約の確認の失敗要因が外部要因であると判定された場合、契約に対応する機能を提供する。【選択図】図２

Description

本発明は、処理装置、処理装置の制御方法、及びプログラムに関する。

定額サービスやサブスクリプションサービスと呼ばれる課金制度を提供する定額システムでは、サービスを提供するデバイスと、サービス契約に関する情報を管理する情報管理サーバとが通信する仕組みを備えているものが多い。特許文献１には、適切な課金を行えない状態でのサービスの利用を防止するシステムについて開示されている。このシステムでは、画像記録装置と情報管理サーバとの通信接続が継続して行えない場合に、契約に対応する機能の利用が制限される。

特開２０１７－４７５９０号公報

しかしながら、上述した特許文献１の技術では、例えば、広域災害により情報管理サーバ本体や情報管理サーバ周辺のインターネットシステムが故障した場合、これらが復旧するまで画像記録装置と情報管理サーバとの間で通信が行えない。このため、画像記録装置において、契約期間内であっても、契約に対応する機能が利用できなくなるといった問題が生じる。

本発明は、契約に対応する機能が外部要因で利用できなくなるのを防止することができる処理装置、処理装置の制御方法、及びプログラムを提供することを目的とする。

上記目的を達成するために、本発明の処理装置は、情報管理サーバと契約の確認を行うための通信を行う処理装置であって、前記契約の確認を成功した場合に前記契約に対応する機能を提供する制御手段と、前記契約の確認の失敗要因が外部要因であるか否かを判定する判定手段とを備え、前記制御手段は、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因でないと判定された場合、前記契約に対応する機能の提供を停止し、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能を提供することを特徴とする。

本発明によれば、契約に対応する機能が外部要因で利用できなくなるのを防止することができる。

本実施の形態に係る画像記録装置としてのインクジェット記録装置の内部構成図である。 図１の記録装置における制御構成を示すブロック図である。 サブスクリプション契約の状態と記録装置で利用可能な機能との関係を示す図である。 図１の記録装置と情報管理サーバとの間で行われる契約確認通信を説明するための図である。 図１の記録装置において実行される制御処理の手順を示すフローチャートである。 図５のステップＳ５０２の契約確認処理の手順を示すフローチャートである。 本実施の形態における情報管理サーバのＵＲＬの一例を示す図である。 本実施の形態における所定のエラーコードの一例を示す図である。 図５のステップＳ５０２の契約確認処理の他の手順を示すフローチャートである。

以下、本発明の実施形態について図面を参照しながら詳細に説明する。

図１は、本実施の形態に係る画像記録装置としてのインクジェット記録装置１の内部構成図である。なお、以下では、「インクジェット記録装置１」を単に「記録装置１」とする。図１において、ｘ方向は水平方向を示し、ｙ方向（紙面垂直方向）は後述する記録ヘッド８において吐出口が配列する方向を示し、ｚ方向は鉛直方向を示す。

記録装置１は、プリント部２とスキャナ部３を備える複合機である。記録装置１は、記録動作と読取動作に関する様々な処理をプリント部２とスキャナ部３とで個別に或いは連動して実行することができる。スキャナ部３は、ＡＤＦ（オートドキュメントフィーダ）とＦＢＳ（フラットベッドスキャナ）とを備える。スキャナ部３は、ＡＤＦで自動給紙される原稿の読み取りと、ユーザによってＦＢＳの原稿台に置かれた原稿の読み取りを行うことができる。なお、本実施の形態では、記録装置１はプリント部２とスキャナ部３とを備える構成について説明するが、この構成に限られず、例えば、記録装置１はスキャナ部３を備えない構成であっても良い。図１は、記録装置１が記録動作も読取動作も行っていない待機状態である場合を示す。

プリント部２において、筐体４の底部には、記録媒体（カットシート）Ｓを収容するための第１カセット５Ａと第２カセット５Ｂとが着脱可能に設置されている。第１カセット５ＡにはＡ４サイズまでの比較的小さな記録媒体が平積みに収容されている。また、第２カセット５ＢにはＡ３サイズまでの比較的大きな記録媒体が平積みに収容されている。第１カセット５Ａの近傍には、第１カセット５Ａに収容されている記録媒体を１枚ずつ分離して給送するための第１給送ユニット６Ａが設けられている。また、第２カセット５Ｂの近傍には、第２カセット５Ｂに収容されている記録媒体を１枚ずつ分離して給送するための第２給送ユニット６Ｂが設けられている。記録動作が行われる際には、何れか一方のカセットから選択的に記録媒体Ｓが給送される。

搬送ローラ７、排出ローラ１２、ピンチローラ７ａ、拍車７ｂ、ガイド１８、インナーガイド１９、及びフラッパ１１は、記録媒体Ｓを所定の方向に導くための搬送機構である。搬送ローラ７は、記録ヘッド８の上流側に配され、不図示の搬送モータによって駆動される駆動ローラである。ピンチローラ７ａは、搬送ローラ７と共に記録媒体Ｓをニップして回転する従動ローラである。排出ローラ１２は、記録ヘッド８の下流側に配され、不図示の搬送モータによって駆動される駆動ローラである。拍車７ｂは、排出ローラ１２と共に記録媒体Ｓを挟持して搬送する。

ガイド１８は、記録媒体Ｓの搬送経路に設けられ、記録媒体Ｓを所定の方向に案内する。インナーガイド１９は、ｙ方向に延在する部材で湾曲した側面を有し、当該側面に沿って記録媒体Ｓを案内する。フラッパ１１は、両面記録動作の際に、記録媒体Ｓが搬送される方向を切り替えるための部材である。排出トレイ１３は、記録動作が完了し排出ローラ１２によって排出された記録媒体Ｓを積載保持するためのトレイである。

記録ヘッド８は、フルラインタイプのカラーインクジェット記録ヘッドである。記録ヘッド８において、記録データに従ってインクを吐出する吐出口が、図１におけるｙ方向に沿って記録媒体Ｓの幅に相当する分だけ複数配列されている。記録ヘッド８が待機位置にあるとき、記録ヘッド８の吐出口面８ａは、図１のようにキャップユニット１０によってキャップされている。記録動作を行う際には、後述するプリントコントローラ２０２によって、吐出口面８ａがプラテン９と対向するように記録ヘッド８の向きが変更される。プラテン９は、ｙ方向に延在する平板によって構成され、記録ヘッド８によって記録動作が行われる記録媒体Ｓを背面から支持する。

インクタンクユニット１４は、記録ヘッド８へ供給される４色のインクをそれぞれ貯留する。インク供給ユニット１５は、インクタンクユニット１４と記録ヘッド８を接続する流路の途中に設けられ、記録ヘッド８内のインクの圧力及び流量を適切な範囲に調整する。本実施の形態では、循環型のインク供給系が採用されており、インク供給ユニット１５は、記録ヘッド８へ供給されるインクの圧力と記録ヘッド８から回収されるインクの流量を適切な範囲に調整する。メンテナンスユニット１６は、キャップユニット１０とワイピングユニット１７とを備え、所定のタイミングにこれらを作動させて、記録ヘッド８に対するメンテナンス動作を行う。

図２は、図１の記録装置１における制御構成を示すブロック図である。制御構成は、主に、プリント部２を統括するプリントエンジンユニット２００と、スキャナ部３を統括するスキャナエンジンユニット３００と、記録装置１全体を統括するコントローラユニット１００とによって構成されている。プリントコントローラ２０２は、コントローラユニット１００のメインコントローラ１０１の指示に従ってプリントエンジンユニット２００の各種機構を制御する。スキャナエンジンユニット３００の各種機構は、コントローラユニット１００のメインコントローラ１０１によって制御される。以下に制御構成の詳細について説明する。

コントローラユニット１００において、ＣＰＵにより構成されるメインコントローラ１０１は、ＲＯＭ１０７に記憶されているプログラムや各種パラメータに従って、ＲＡＭ１０６をワークエリアとしながら記録装置１全体を制御する。例えば、ホストＩ／Ｆ１０２やワイヤレスＩ／Ｆ１０３がホスト装置４００から画像データを取得すると、メインコントローラ１０１は、画像処理部１０８に対して画像処理の指示を行う。画像処理部１０８は、この指示に従って、受信した画像データに対して所定の画像処理を施す。そして、メインコントローラ１０１は、画像処理を施した画像データを、プリントエンジンＩ／Ｆ１０５を介してプリントエンジンユニット２００へ送信する。なお、記録装置１は、無線通信や有線通信によってホスト装置４００から画像データを取得しても良く、記録装置１に接続された外部記憶装置（ＵＳＢメモリ等）から画像データを取得しても良い。無線通信や有線通信に利用される通信方式は限定されない。例えば、無線通信に利用される通信方式として、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）が適用可能である。また、有線通信に利用される通信方式としては、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等が適用可能である。また、例えば、メインコントローラ１０１は、ホスト装置４００から読取コマンドを受信すると、この読取コマンドを、スキャナエンジンＩ／Ｆ１０９を介してスキャナ部３へ送信する。

操作パネル１０４は、ユーザインターフェースである。ユーザは、操作パネル１０４を介してコピーやスキャン等の動作指示や、印刷モードの設定を行うことができる。また、ユーザは、記録装置１の情報を操作パネル１０４に表示させてこの情報を確認することができる。

プリントエンジンユニット２００において、ＣＰＵにより構成されるプリントコントローラ２０２は、ＲＯＭ２０３に記憶されているプログラムや各種パラメータに従って、ＲＡＭ２０４をワークエリアとしながら、プリント部２が備える各種機構を制御する。コントローラＩ／Ｆ２０１が各種コマンドや画像データをコントローラユニット１００から受信すると、プリントコントローラ２０２は、これらを一旦ＲＡＭ２０４に保存する。プリントコントローラ２０２は、記録ヘッド８が記録動作に利用できるように、画像処理コントローラ２０５に対して画像データの変換指示を行う。画像処理コントローラ２０５は、この変換指示に従って、ＲＡＭ２０４に保存した画像データを記録データに変換する。画像データが記録データに変換されると、プリントコントローラ２０２は、ヘッドＩ／Ｆ２０６を介して記録ヘッド８に記録データに基づく記録動作を実行させる。この際、プリントコントローラ２０２は、搬送制御部２０７を制御して、第１給送ユニット６Ａ、第２給送ユニット６Ｂ、搬送ローラ７、排出ローラ１２、フラッパ１１を駆動させて、記録媒体Ｓを搬送する。プリントコントローラ２０２の指示に従った記録媒体Ｓの搬送動作に連動して記録ヘッド８による記録動作が実行され、印刷処理が行われる。

ヘッドキャリッジ制御部２０８は、記録装置１のメンテナンス状態や記録状態といった動作状態に応じて記録ヘッド８の向きや位置を変更する。インク供給制御部２０９は、記録ヘッド８へ供給されるインクの圧力が適切な範囲に収まるように、インク供給ユニット１５を制御する。メンテナンス制御部２１０は、記録ヘッド８に対するメンテナンス動作を行う際に、メンテナンスユニット１６におけるキャップユニット１０やワイピングユニット１７の動作を制御する。

スキャナエンジンユニット３００は、メインコントローラ１０１によって制御される。具体的に、メインコントローラ１０１は、ＲＯＭ１０７に記憶されているプログラムや各種パラメータに従って、ＲＡＭ１０６をワークエリアとしながら、スキャナエンジンユニット３００のスキャナコントローラ３０２のハードウェアリソースを制御する。これにより、スキャナ部３が備える各種機構は制御される。例えば、メインコントローラ１０１がコントローラＩ／Ｆ３０１を介してスキャナコントローラ３０２内のハードウェアリソースを制御することにより、ユーザによってＡＤＦに搭載された原稿が、搬送制御部３０４によってセンサ３０５へ搬送される。また、その原稿が、センサ３０５によって読み取られる。そして、スキャナコントローラ３０２は、原稿を読み取って得られた画像データをＲＡＭ３０３に保存する。この画像データは、プリントエンジンＩ／Ｆ１０５を介してプリントエンジンユニット２００へ送信される。プリントエンジンユニット２００では、この画像データが記録データに変換され、この記録データの印刷処理が実行される。

なお、本実施の形態における記録装置１或いはホスト装置４００の１つ以上の機能を実現するためのプログラムを、ネットワークや各種記憶媒体を介してシステム或いは装置に供給する。そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して機能を実行する、或いは各種機構に実行させるようにしても良い。また、このプログラムは、１つのコンピュータで実行されても、複数のコンピュータの連動により実行されてもよい。加えて、上述した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしても良い。更には、１つのＣＰＵで全ての処理を行う形態に限らず、複数のＣＰＵが適宜連携をしながら処理を行う形態としても良いし、何れかの処理を１つのＣＰＵが実行し、その他の処理を複数のＣＰＵが連携して実行する形態としても良い。

本実施の形態における記録装置１は、サブスクリプション契約が有効及び無効の何れであるかに基づいて利用可能な機能が異なる。

図３は、サブスクリプション契約の状態と記録装置１で利用可能な機能との関係を示す図である。サブスクリプション契約が第１状態、すなわち、有効である場合、記録装置１では、契約に対応する機能、具体的に、印刷機能、スキャン機能、コピー機能等の全ての機能が利用可能である。サブスクリプション契約が第２状態、すなわち、無効である場合、記録装置１では、契約に対応する機能、具体的に、印刷機能、スキャン機能、コピー機能等の全ての機能が利用不能となる。サブスクリプション契約が第３状態、すなわち、仮有効である場合、記録装置１では、契約に対応する一部の機能、具体的に、印刷機能、スキャン機能、コピー機能のうち、スキャン機能が利用可能である。

図４は、図１の記録装置１と情報管理サーバ１１１との間で行われる契約確認通信を説明するための図である。契約確認通信は、契約の確認を行うための通信である。記録装置１のメインコントローラ１０１は、記録装置１の稼働開始時に、サーバＩ／Ｆ１１０を介して情報管理サーバ１１１から契約情報を受信し、受信した契約情報を不揮発メモリ２２２に格納する。契約情報には、契約開始日時、契約終了日時、契約状態、利用上限、利用実績カウント値が含まれている。メインコントローラ１０１は、情報管理サーバ１１１から受信した契約情報に基づいて、印刷機能、スキャン機能、コピー機能等の各種機能を利用可能であるか否かの判定を行い、判定した結果を操作パネル１０４を介してユーザに通知する。また、メインコントローラ１０１は、記録装置１の稼働開始時に、サーバＩ／Ｆ１１０を介して情報管理サーバ１１１へ機能利用実績情報を送信する。

また、記録装置１が稼働している間、メインコントローラ１０１は、定期的に情報管理サーバ１１１から契約情報を受信し、上記判定を行う。更に、メインコントローラ１０１は、記録装置１が稼働している間、サーバＩ／Ｆ１１０を介して情報管理サーバ１１１へ、機能利用実績情報を定期的に送信する。

図５は、図１の記録装置１において実行される制御処理の手順を示すフローチャートである。図５の制御処理は、メインコントローラ１０１がＲＯＭ１０７等に格納されたプログラムを実行することによって実現される。図５の制御処理は、メインコントローラ１０１が稼働開始要求を受けた際に実行される。メインコントローラ１０１は、例えば、ユーザが記録装置１に電源を投入するための電源ＯＮ操作を行った場合、記録装置１がスリープ状態から通常動作状態に復帰する場合、記録装置１がエラー状態から通常動作状態に復帰する場合に稼働開始要求を受ける。

図５において、まず、メインコントローラ１０１は、稼働開始要求に従って、稼働を開始する（ステップＳ５０１）。次いで、メインコントローラ１０１は、図６の契約確認処理を行う（ステップＳ５０２）。

図６は、図５のステップＳ５０２の契約確認処理の手順を示すフローチャートである。

図６において、メインコントローラ１０１は、情報管理サーバ１１１と契約確認通信を行う（ステップＳ６０１）。具体的に、メインコントローラ１０１は、図７に示す情報管理サーバ１１１のＵＲＬ（ｈｔｔｐｓ：／／ｃｈｅｃｋ．ｆｏｏ．ｃｏｍ）にアクセスして、ＨＴＴＰ通信で契約情報の取得を試みる。次いで、メインコントローラ１０１は、契約の確認を成功したか否かを判定する（ステップＳ６０２）。ステップＳ６０２では、情報管理サーバ１１１から契約情報を取得し、この契約情報の認証を成功した場合、契約の確認を成功したと判定される。一方、情報管理サーバ１１１から契約情報を取得できなかった場合、情報管理サーバ１１１から取得した契約情報の認証を失敗した場合、情報管理サーバ１１１から取得した契約情報が破損していた場合、契約の確認を失敗したと判定される。

ステップＳ６０２において契約の確認を成功したと判定された場合、メインコントローラ１０１は、取得した契約情報を不揮発メモリ２２２に格納する（ステップＳ６０３）。なお、契約情報が不揮発メモリ２２２に既に格納されていた場合には、ステップＳ６０３において、メインコントローラ１０１は、不揮発メモリ２２２に格納されていた契約情報をステップＳ６０１における契約確認通信で取得した契約情報で上書きする。取得した契約情報には、契約状態として「有効」が設定されている場合もあり、また、「無効」が設定されている場合もある。また、メインコントローラ１０１は、ステップＳ６０２の判定を行った日時情報を契約確認日時として不揮発メモリ２２２に格納する。その後、契約確認処理は終了し、処理は図５のステップＳ５０３へ進む。

ステップＳ６０２において契約の確認を失敗したと判定された場合、メインコントローラ１０１は、契約の確認の失敗要因が外部要因であるか否かを判定する（ステップＳ６０４）。ステップＳ６０４では、契約の確認の失敗要因が外部要因であるか否かがＨＴＴＰ通信のエラーコードに基づいて判定される。ＨＴＴＰ通信のエラーコードが外部装置起因のエラーであることを示す所定のエラーコードである場合、契約の確認の失敗要因が外部要因であると判定される。所定のエラーコードは、例えば、図８に示す「５００ Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ」、「５０２ Ｂａｄ Ｇａｔｅｗａｙ」、「５０３ Ｓｅｒｖｉｃｅ Ｕｎａｖａｉｌａｂｌｅ」である。「５００ Ｉｎｔｅｒｎａｌ Ｓｅｒｖｅｒ Ｅｒｒｏｒ」は、情報管理サーバ１１１の内部エラーが発生した際に出力されるエラーコードである。「５０２ Ｂａｄ Ｇａｔｅｗａｙ」は、情報管理サーバ１１１と他のサーバとの間でネットワークエラーが発生した際に出力されるエラーコードである。「５０３ Ｓｅｒｖｉｃｅ Ｕｎａｖａｉｌａｂｌｅ」は、情報管理サーバ１１１がアクセス不可状態である場合に出力されるエラーコードである。アクセス不可状態は、例えば、情報管理サーバ１１１が提供するＷｅｂサイトへのアクセスが集中して情報管理サーバ１１１において高負荷になった状態や、情報管理サーバ１１１のメンテナンス状態である。一方、ＨＴＴＰ通信のエラーコードが上記所定のエラーコードでない場合、契約の確認の失敗要因が外部要因であると断定できないため、契約の確認の失敗要因が外部要因でないと判定される。また、情報管理サーバ１１１から取得した契約情報の認証を失敗した場合や、情報管理サーバ１１１から取得した契約情報が破損していた場合も、契約の確認の失敗要因が外部要因であると断定できないため、契約の確認の失敗要因が外部要因でないと判定される。

ステップＳ６０４において契約の確認の失敗要因が外部要因であると判定された場合、メインコントローラ１０１は、契約状態を有効に設定する（ステップＳ６０５）。これにより、記録装置１では、契約に対応する機能、具体的に、印刷機能、スキャン機能、コピー機能が提供される。この設定値は、不揮発メモリ２２２に格納される。また、メインコントローラ１０１は、ステップＳ６０２の判定を行った日時情報を契約確認日時として不揮発メモリ２２２に格納する。その後、契約確認処理は終了し、処理は図５のステップＳ５０３へ進む。

ステップＳ６０４において契約の確認の失敗要因が外部要因でないと判定された場合、メインコントローラ１０１は、契約の確認を失敗し続けている期間（以下、「失敗連続期間」という。）が第１の期間未満であるか否かを判定する（ステップＳ６０６）。ステップＳ６０６の判定は、例えば、不揮発メモリ２２２に格納された契約確認日時に基づいて行われる。第１の期間は、例えば、１５日間である。

ステップＳ６０６において失敗連続期間が第１の期間未満であると判定された場合、処理はステップＳ６０５へ進む。このように、本実施の形態では、契約の確認の失敗要因が外部要因でないと判定された場合であって失敗連続期間が第１の期間未満であると判定された場合、記録装置１では、印刷機能、スキャン機能、コピー機能の全てが利用可能となる。一方、ステップＳ６０６において失敗連続期間が第１の期間以上であると判定された場合、処理はステップＳ６０７へ進む。ステップＳ６０７では、メインコントローラ１０１は、契約状態を無効に設定する。これにより、記録装置１では、契約に対応する機能、具体的に、印刷機能、スキャン機能、コピー機能の提供が停止される。この設定値も、不揮発メモリ２２２に格納される。また、メインコントローラ１０１は、ステップＳ６０２の判定を行った日時情報を契約確認日時として不揮発メモリ２２２に格納する。その後、契約確認処理は終了し、処理は図５のステップＳ５０３へ進む。

図５に戻り、ステップＳ５０３において、メインコントローラ１０１は、利用可能な機能を決定する。例えば、ステップＳ５０２において、情報管理サーバ１１１から契約情報を取得した場合には、この契約情報に含まれる契約状態及び利用上限に基づいて利用可能な機能が決定される。具体的には、この契約情報に含まれる契約状態が「有効」であり、且つ機能利用実績が利用上限に達していない場合、印刷機能、スキャン機能、コピー機能が利用可能な機能と決定される。なお、利用できない機能が存在する場合には、その理由が操作パネル１０４を介してユーザに通知される。また、機能の利用上限の情報や機能の利用実績の情報も、操作パネル１０４を介してユーザに通知される。

次いで、メインコントローラ１０１は、記録装置１のサブスクリプション契約を更新するための契約更新要求を受け付けたか否かを判定する（ステップＳ５０４）。記録装置１のサブスクリプション契約者は、操作パネル１０４に表示された契約更新画面から、任意のタイミングで当該契約の更新手続きを行うことができる。メインコントローラ１０１は、操作パネル１０４で当該更新要求に対応する所定の操作を受け付けた場合、記録装置１のサブスクリプション契約の更新要求を受け付けたと判定する。一方、メインコントローラ１０１は、操作パネル１０４で当該更新要求に対応する所定の操作を受け付けない場合、記録装置１のサブスクリプション契約の更新要求を受け付けないと判定する。

ステップ５０４において記録装置１のサブスクリプション契約の更新要求を受け付けたと判定された場合、処理はステップＳ５０２へ戻る。ステップ５０４において記録装置１のサブスクリプション契約の更新要求を受け付けないと判定された場合、処理はステップＳ５０５へ進む。

ステップＳ５０５では、メインコントローラ１０１は、契約確認通信を行ってから第２の期間を経過したか否かを判定する。ステップＳ５０５の判定は、例えば、契約確認日時を用いて行われる。第２の期間は、例えば、７日間である。ステップＳ５０５において、契約確認通信を行ってから第２の期間を経過したと判定された場合、処理はステップＳ５０２へ戻る。ステップＳ５０５において、契約確認通信を行ってから第２の期間を経過しないと判定された場合、処理はステップＳ５０６へ進む。

ステップＳ５０６では、メインコントローラ１０１は、稼働終了要求を受け付けたか否かを判定する。メインコントローラ１０１は、例えば、ユーザが記録装置１へ電源の供給を停止するための電源ＯＦＦ操作を行った場合、記録装置１が通常動作状態からスリープ状態に遷移する場合に稼働終了要求を受け付ける。また、メインコントローラ１０１は、記録装置１がエラー発生によって処理を中断する場合にも稼働終了要求を受け付ける。

ステップＳ５０６において稼働終了要求を受け付けないと判定された場合、処理はステップＳ５０３へ戻る。一方、ステップＳ５０６において稼働終了要求を受け付けたと判定された場合、本処理は終了する。

上述した実施の形態によれば、契約の確認を失敗した場合であって契約の確認の失敗要因が外部要因であると判定された場合、契約に対応する機能が提供される。これにより、契約に対応する機能が外部要因で利用できなくなるのを防止することができる。

また、上述した実施の形態では、ＨＴＴＰ通信のエラーコードが外部装置起因のエラーであることを示す所定のエラーコードである場合、契約の確認の失敗要因が外部要因であると判定される。これにより、契約に対応する機能が、外部装置起因の通信エラーで利用できなくなるのを防止することができる。

上述した実施の形態では、所定のエラーコードは、情報管理サーバ１１１の内部エラーが発生した際に出力されるエラーコードである。これにより、情報管理サーバ１１１の内部エラーが発生した際に、契約に対応する機能が利用できなくなるのを防止することができる。

上述した実施の形態では、所定のエラーコードは、情報管理サーバ１１１と他のサーバとの間でネットワークエラーが発生した際に出力されるエラーコードである。これにより、情報管理サーバ１１１と他のサーバとの間でネットワークエラーが発生した際に、契約に対応する機能が利用できなくなるのを防止することができる。

上述した実施の形態では、所定のエラーコードは、情報管理サーバ１１１がアクセス不可状態である場合に出力されるエラーコードである。これにより、情報管理サーバ１１１がアクセス不可状態である場合に、契約に対応する機能が利用できなくなるのを防止することができる。

以上、本発明について、上述した実施の形態を用いて説明したが、本発明は上述した実施の形態に限定されるものではない。例えば、契約の確認を失敗した場合であって契約の確認の失敗要因が外部要因であると判定された場合、契約に対応する機能が提供されていることを、当該契約に対応するサービスの提供者に通知しても良い。これにより、サービスの提供者が、記録装置１以外の要因で契約の確認を失敗していること、また、契約の確認を失敗していても、契約に対応する機能が提供されていることを把握することができる。

また、本実施の形態では、ステップＳ６０４の判定に、ＨＴＴＰ通信のエラーコードではなく、情報管理サーバ１１１以外の他の通信装置との通信結果を用いても良い。

例えば、ステップＳ６０４において、メインコントローラ１０１は、図７に示す他の通信装置のＵＲＬ（ｈｔｔｐｓ：／／ｔｅｍｐ．ｆｏｏ．ｃｏｍ）にアクセスする。なお、この他の通信装置は、情報管理サーバ１１１のような契約情報を管理する機能を備えておらず、他の通信装置から送信される契約情報はダミー情報である。仮に、記録装置１が他の通信装置から契約情報（ダミー情報）の取得を成功した場合、記録装置１は通信可能であるので、ステップＳ６０４では、契約の確認の失敗要因が外部要因であると判定される。一方、記録装置１が他の通信装置から契約情報（ダミー情報）の取得を失敗した場合、記録装置１は通信不能であるので、ステップＳ６０４では、契約の確認の失敗要因が外部要因でないと判定される。このように、契約の確認を失敗した場合であって記録装置１が情報管理サーバ１１１と異なる他の通信装置との通信を成功した場合、契約の確認の失敗要因が外部要因であると判定される。また、契約の確認を失敗した場合であって記録装置１が他の通信装置との通信を失敗した場合、契約の確認の失敗要因が外部要因でないと判定される。これにより、記録装置１が、通信可能であるにも関わらず、契約に対応する機能を利用できなくなるのを防止することができる。

なお、本実施の形態では、他の通信装置のＵＲＬを、情報管理サーバ１１１のＵＲＬと同一のドメインとしたが、他の通信装置のＵＲＬは、これに限定されない。例えば、サブスクリプション契約による定額システムと独立した一般公開されているＵＲＬ（例えば、ｈｔｔｐ：／／ｂａｒ．ｃｏｍ）にＧＥＴメソッドでアクセスしても良い。これにより、情報管理サーバ１１１のように通信路の暗号や契約確認用のログイン処理の動作確認は行えないが、記録装置１とインターネットとの間の通信に問題がない事は確認可能である。

また、本実施の形態では、契約の確認を失敗した場合、契約に対応する一部の機能が提供されても良い。

図９は、図５のステップＳ５０２の契約確認処理の他の手順を示すフローチャートである。なお、図９の契約確認処理は、図６の契約確認処理と類似する処理であり、以下では、特に、図６の契約確認処理と異なる内容について説明する。

図９において、上述したステップＳ６０１～Ｓ６０６の処理が行われる。ステップＳ６０６において失敗連続期間が第１の期間以上であると判定された場合、処理はステップＳ６０７へ進む。ステップＳ６０６において失敗連続期間が第１の期間未満であると判定された場合、処理はステップＳ９０１へ進む。

ステップＳ９０１では、メインコントローラ１０１は、契約状態を仮有効に設定する。これにより、記録装置１では、契約に対応する一部の機能、具体的に、印刷機能、スキャン機能、コピー機能のうち、スキャン機能が提供される。この設定値も、不揮発メモリ２２２に格納される。また、メインコントローラ１０１は、ステップＳ６０２の判定を行った日時情報を契約確認日時として不揮発メモリ２２２に格納する。その後、契約確認処理は終了し、処理は図５のステップＳ５０３へ進む。

上述した実施の形態では、契約の確認の失敗要因が外部要因でないと判定された場合であって失敗連続期間が第１の期間未満である場合、契約に対応する一部の機能が提供される。これにより、外部要因以外の要因で契約の確認を失敗した場合に、ユーザに契約に対応する一部の機能を利用させることができる。

なお、上述した実施の形態では、画像記録装置を例に挙げて説明を行ったが、本発明は画像記録装置に限られない。情報管理サーバと契約の確認を行い、契約の確認に成功した場合に、契約に対応する機能を提供するよう処理手段を制御する制御手段を有する処理装置に広く適用できるものである。

本発明は、上述の実施の形態の１以上の機能を実現するプログラムをネットワーク又は記憶媒体を介してシステム又は装置に供給し、該システム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読み出して実行する処理でも実現可能である。また、本発明は、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

なお、本実施の形態の開示は、以下の構成及び方法を含む。
（構成１）情報管理サーバと契約の確認を行うための通信を行う処理装置であって、前記契約の確認を成功した場合に前記契約に対応する機能を提供する制御手段と、前記契約の確認の失敗要因が外部要因であるか否かを判定する判定手段とを備え、前記制御手段は、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因でないと判定された場合、前記契約に対応する機能の提供を停止し、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能を提供することを特徴とする処理装置。
（構成２）前記判定手段は、前記通信のエラーコードが外部装置起因のエラーであることを示す所定のエラーコードである場合、前記契約の確認の失敗要因が前記外部要因であると判定することを特徴とする構成１に記載の処理装置。
（構成３）前記所定のエラーコードは、前記情報管理サーバの内部エラーが発生した際に出力されるエラーコードであることを特徴とする構成２に記載の処理装置。
（構成４）前記所定のエラーコードは、前記情報管理サーバと他のサーバとの間でネットワークエラーが発生した際に出力されるエラーコードであることを特徴とする構成２に記載の処理装置。
（構成５）前記所定のエラーコードは、前記情報管理サーバがアクセス不可状態である場合に出力されるエラーコードであることを特徴とする構成２に記載の処理装置。
（構成６）前記判定手段は、前記契約の確認を失敗した場合であって前記処理装置が前記情報管理サーバと異なる他の通信装置との通信を成功した場合、前記契約の確認の失敗要因が前記外部要因であると判定し、前記契約の確認を失敗した場合であって前記処理装置が前記他の通信装置との通信を失敗した場合、前記契約の確認の失敗要因が前記外部要因でないと判定することを特徴とする構成１乃至５の何れか１つに記載の処理装置。
（構成７）前記制御手段は、前記契約の確認の失敗要因が前記外部要因でないと判定された場合であって前記契約の確認を失敗し続けた期間が予め決められた所定の期間以上である場合、前記契約に対応する機能の提供を停止し、前記契約の確認の失敗要因が前記外部要因でないと判定された場合であって前記契約の確認を失敗し続けた期間が前記所定の期間未満である場合、前記契約に対応する一部の機能を提供することを特徴とする構成１乃至６の何れか１つに記載の処理装置。
（構成８）前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能が提供されていることを、前記契約に対応するサービスの提供者に通知することを特徴とする構成１乃至７の何れか１つに記載の処理装置。
（構成９）前記制御手段は、前記契約に対応する機能として画像の記録を行う機能を提供することを特徴とする構成１乃至８の何れか１つに記載の処理装置。

１ 記録装置
１０１ メインコントローラ
１１１ 情報管理サーバ

Claims (11)

1. 情報管理サーバと契約の確認を行うための通信を行う処理装置であって、
   前記契約の確認を成功した場合に前記契約に対応する機能を提供する制御手段と、
   前記契約の確認の失敗要因が外部要因であるか否かを判定する判定手段とを備え、
   前記制御手段は、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因でないと判定された場合、前記契約に対応する機能の提供を停止し、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能を提供することを特徴とする処理装置。
2. 前記判定手段は、前記通信のエラーコードが外部装置起因のエラーであることを示す所定のエラーコードである場合、前記契約の確認の失敗要因が前記外部要因であると判定することを特徴とする請求項１に記載の処理装置。
3. 前記所定のエラーコードは、前記情報管理サーバの内部エラーが発生した際に出力されるエラーコードであることを特徴とする請求項２に記載の処理装置。
4. 前記所定のエラーコードは、前記情報管理サーバと他のサーバとの間でネットワークエラーが発生した際に出力されるエラーコードであることを特徴とする請求項２に記載の処理装置。
5. 前記所定のエラーコードは、前記情報管理サーバがアクセス不可状態である場合に出力されるエラーコードであることを特徴とする請求項２に記載の処理装置。
6. 前記判定手段は、前記契約の確認を失敗した場合であって前記処理装置が前記情報管理サーバと異なる他の通信装置との通信を成功した場合、前記契約の確認の失敗要因が前記外部要因であると判定し、前記契約の確認を失敗した場合であって前記処理装置が前記他の通信装置との通信を失敗した場合、前記契約の確認の失敗要因が前記外部要因でないと判定することを特徴とする請求項１に記載の処理装置。
7. 前記制御手段は、前記契約の確認の失敗要因が前記外部要因でないと判定された場合であって前記契約の確認を失敗し続けた期間が予め決められた所定の期間以上である場合、前記契約に対応する機能の提供を停止し、前記契約の確認の失敗要因が前記外部要因でないと判定された場合であって前記契約の確認を失敗し続けた期間が前記所定の期間未満である場合、前記契約に対応する一部の機能を提供することを特徴とする請求項１に記載の処理装置。
8. 前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能が提供されていることを、前記契約に対応するサービスの提供者に通知することを特徴とする請求項１に記載の処理装置。
9. 前記制御手段は、前記契約に対応する機能として画像の記録を行う機能を提供することを特徴とする請求項１に記載の処理装置。
10. 情報管理サーバと契約の確認を行うための通信を行う処理装置の制御方法であって、
    前記契約の確認を成功した場合に前記契約に対応する機能を提供する制御工程と、
    前記契約の確認の失敗要因が外部要因であるか否かを判定する判定工程とを有し、
    前記制御工程は、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因でないと判定された場合、前記契約に対応する機能の提供を停止し、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能を提供することを特徴とする処理装置の制御方法。
11. 情報管理サーバと契約の確認を行うための通信を行う処理装置の制御方法をコンピュータに実行させるプログラムであって、
    前記処理装置の制御方法は、
    前記契約の確認を成功した場合に前記契約に対応する機能を提供する制御工程と、
    前記契約の確認の失敗要因が外部要因であるか否かを判定する判定工程とを有し、
    前記制御工程は、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因でないと判定された場合、前記契約に対応する機能の提供を停止し、前記契約の確認を失敗した場合であって前記契約の確認の失敗要因が前記外部要因であると判定された場合、前記契約に対応する機能を提供することを特徴とするプログラム。
    

Images