JP2007052570A - 発注システム、情報処理装置、コンピュータの制御方法およびプログラム - Google Patents

Abstract

【課題】 プリンタの消耗品の重複発注を防止する。
【解決手段】 プリンタ１０と、プリンタ１０に利用される消耗品の発注を指示する複数のクライアント１２−１〜１２−ｎとが接続されて構成される発注システム１であって、プリンタ１０は、発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段と、前記状態記憶手段を参照して、発注が許可状態にある場合には、複数のクライアント１２−１〜１２−ｎのうち１つに対して発注の指示を許可する発注許可手段と、前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段と、を含み、複数のクライアント１２−１〜１２−ｎは、それぞれ、発注の指示の許可をプリンタ１０に要求する発注許可要求手段と、を含む。
【選択図】 図１

Description

本発明は、プリンタの消耗品を発注する際に、重複発注を防止する発注システム、情報処理装置、コンピュータの制御方法およびプログラムに関する。

近年では、プリンタの消耗品を発注する場合に、プリンタに接続するパーソナルコンピュータからインターネット上のサイトにアクセスして発注処理を行うことがある。発注処理において重複発注を行わないようにするために、従来では、特許文献１に記載されているように、発注完了をタイミングとしてカウンタをリセットし、それ以降一定の期間発注できないようにして、重複発注を防止しているものがある。
特開２００４−５４１１２号公報

しかしながら、上記の従来技術では、発注処理を完了する前であれば、上記のカウンタのリセットが行われていないため、プリンタに接続する他のパーソナルコンピュータから発注処理が行われた場合には、重複発注を防止することができないという問題があった。

本発明は上記課題に鑑みてなされたものであって、その目的の一つは、重複発注を適切に防止することができる発注システム、情報処理装置、コンピュータの制御方法およびプログラムを提供することにある。

上記課題を解決するために、本発明に係る発注システムは、画像形成装置と、該画像形成装置に利用される消耗品の発注を指示する複数のクライアントとが接続されて構成される発注システムであって、前記画像形成装置は、発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段と、前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段と、前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段と、を含み、前記複数のクライアントは、それぞれ、発注の指示の許可を前記画像形成装置に要求する発注許可要求手段と、を含むことを特徴とする。

また、本発明に係る情報処理装置は、画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続される情報処理装置であって、発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段と、前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段と、前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段と、を含むことを特徴とする。

また、本発明に係るコンピュータ（例えばパーソナルコンピュータ、受注サーバコンピュータ、プリンタ、複写機、複合機等である。以下、同様。）の制御方法は、画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続されるコンピュータの制御方法であって、発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可ステップと、前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させるステップと、を含むことを特徴とする。

また、本発明に係るプログラムは、画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続されるコンピュータを機能させるためのプログラムであって、発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段、前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段、及び、前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段、としてコンピュータを機能させるためのプログラムである。プログラムは、ＣＤ−ＲＯＭ（Compact Disk - Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk - Read Only Memory）、メモリーカードその他のあらゆるコンピュータ読み取り可能な情報記憶媒体に格納することとしてもよい。

本発明では、画像形成装置と、この画像形成装置に利用される消耗品の発注を指示する複数のクライアントとが接続される。画像形成装置は、画像形成装置の消耗品の発注が許可状態にあるか、禁止状態にあるかを記憶している。消耗品の発注の指示は、クライアントにより行われる。そして、クライアントは、画像形成装置に対して発注の許可を求め、許可が得られた場合のみ発注を行う。クライアントから発注の指示の許可を要求された画像形成装置は、発注が許可状態にあると記憶されている場合には、その要求をしたクライアントに対して発注を許可する。そして、画像形成装置は、発注の許可をした場合には、記憶内容を発注が許可状態にあることから、発注が禁止状態にあることに変更して記憶する。

本発明によると、画像形成装置が許可したクライアントのみが発注の指示を行うことができるため、複数のクライアントが同時に発注の指示を行うことによる重複発注を防止することができる。

本発明の一態様では、前記発注システムにおいて、前記複数のクライアントは、それぞれ、前記発注許可要求手段により要求した発注の指示が、前記発注許可手段により許可された場合に、前記発注の指示に基づいて発注を実行する発注実行手段と、をさらに含むことを特徴とする。こうすれば、画像形成装置から発注の指示の許可を受けたクライアントにより発注処理を実行することができ、複数のクライアントが同時に発注の指示を行うことによる重複発注を防止することができる。

本発明の一態様では、前記発注システムにおいて、前記画像形成装置は、前記発注実行手段により実行された発注が完了した場合に、該発注に係る発注情報を記憶する発注情報記憶手段と、前記実行された発注が完了した場合に、発注が許可状態にあることを、前記状態記憶手段に記憶させる手段と、をさらに含み、前記複数のクライアントは、それぞれ、前記発注の指示の許可を前記画像形成装置に要求する場合に、前記発注情報記憶手段に記憶される発注情報を取得して表示する手段と、をさらに含むことを特徴とする。こうすれば、クライアントは、発注の指示を要求すると先の発注に係る発注情報を参照することができる。そのため、あるクライアントにより発注処理を実行し、発注を許可状態に戻した後すぐに、別のクライアントが発注をしようとした場合に、発注が必要か否かを判断でき、重複発注を防ぐことができる。

本発明の一態様では、前記発注システムにおいて、前記画像形成装置は、前記発注実行手段により最後に実行された発注が完了した日時を記憶する発注日時記憶手段と、前記状態記憶手段に、発注が禁止状態にあることが記憶されている場合で、かつ、前記発注日時記憶手段に記憶される日時から予め定められた期間が経過した場合に、発注が許可状態にあることを、前記状態記憶手段に記憶させる手段と、をさらに含むことを特徴とする。こうすれば、あるクライアントにより発注処理を実行した後一定の期間が経過しないと、別のクライアントに対して発注を許可できないため、重複発注を防ぐことができる。

以下、本発明の好適な実施形態について図面に基づいて詳細に説明する。

図１は、本発明の実施の形態に係る発注システムのシステム構成図である。図１に示されるように、発注システム１は、プリンタ１０、クライアント１２−１〜１２−ｎ（ｎは自然数）から構成される。クライアント１２−１〜１２−ｎはそれぞれ同じ機能を有するクライアントであり、各クライアントに共通する事項はクライアント１２として記載する。プリンタ１０とクライアント１２とはネットワーク１６により相互にデータ通信可能に接続されている。本実施形態では、プリンタ１０とクライアント１２とはイーサネット（登録商標）接続されていることとするが、これに限らず、シリアル接続など他の接続形態であってもよい。そして、発注システム１は、外部ネットワーク１８を介して受注サーバ１４と接続している。本実施形態では、外部ネットワーク１８はインターネットであることとする。クライアント１２は、ネットワーク１６を中継して、外部ネットワーク１８に接続し、そこから受注サーバ１４にアクセスすることができる。

発注システム１では、プリンタ１０の消耗品、例えばトナー等を交換する必要が生じた場合に、クライアント１２から外部ネットワーク１８に存在する受注サーバ１４にアクセスして、プリンタ１０の消耗品の発注処理が行われる。

プリンタ１０は、クライアント１２とデータの送受信が可能な画像形成装置である。本実施形態では、プリンタ１０は、ネットワーク機能を有するネットワークプリンタであることとする。プリンタ１０には、組み込み型のウェブサーバが起動しており、プリンタ１０が印刷処理を行っていないアイドリング時には、クライアント１２がウェブブラウザを用いて、このウェブサーバにアクセスすると、ウェブブラウザにはプリンタ１０の状態が表示される。上記ウェブサーバによると、プリンタ１０のトナーなどの消耗品の残量や、用紙のトレイの状態を確認することができる。

クライアント１２は、プリンタ１０を使用するパーソナルコンピュータ等の情報処理機器である。クライアント１２は、プリンタ１０を使用するためのプリンタドライバがインストールされているほか、プリンタ１０の状態を監視するプリンタ監視ソフトウェアが起動している。そして、クライアント１２は、印刷時には、プリンタ監視ソフトウェアに基づいて、ＳＮＭＰ（Simple Network Management Protocol）を用いて、プリンタ１０が持つＭＩＢ（Management Information Base）にアクセスし、プリンタ１０の消耗品の状態を取得することができる。

クライアント１２のプリンタ監視ソフトウェアによって、例えば、図２の（Ａ）に示されるように、プリンタ１０のトナーカートリッジの残量が少なくなると、クライアント１２に接続されたディスプレイにその旨の警告が表示される。この表示を見たユーザは、同画面の発注ボタンを押すことで発注処理を開始することができる。また、ユーザ自らが、操作するクライアント１２が取得したプリンタ１０の消耗品の状態を確認して、その状態に基づいて消耗品の発注処理を開始することとしてもよい。そして、消耗品の発注は、クライアント１２上で起動する発注用のソフトウェアを用いて行う。クライアント１２は、この発注用のソフトウェアの起動許可を、プリンタ１０に対して要求し、許可された場合のみ起動することができる。発注用のソフトウェアを他のクライアント１２が既に起動しているような場合には、図２の（Ｂ）で示されるような画面が表示され、発注用のソフトウェアの起動が許可されない。

受注サーバ１４は、発注システム１と接続された外部ネットワーク１８上に存在するプリンタ１０の消耗品が受注可能なアプリケーションサーバである。本実施形態では、受注サーバ１４は、オンラインの販売サイトであって、クライアント１２からウェブブラウザを用いて商品注文ができるものである。

図３は、プリンタ１０の機能ブロック図である。図３に示すように、プリンタ１０は、機能的には、送受信部２０、制御部２２、発注状態記憶部２４、発注許可部２６、発注状態変更部２８、発注情報記憶部３０とを含んで構成される。

送受信部２０は、プリンタ１０がクライアント１２とデータの送受信をするためのものである。送受信部２０は、プリンタ１０のネットワークインターフェースを含んで構成される。送受信部２０は、クライアント１２から発注の許可を要求するデータを受信し、その要求に対する返信のほか発注情報記憶部３０に格納される発注情報を返信する。この発注情報については後述する。また、送受信部２０は、クライアント１２から印刷データを受信するほか、ＨＴＴＰを用いてプリンタ１０で起動するウェブサーバへのプリンタ１０の状態確認要求を受信し、また、ＳＮＭＰを用いてプリンタ１０の持つＭＩＢの情報を返信する。

制御部２２は、プリンタ１０の各部を制御するものである。制御部２２は、ＣＰＵ及びメモリを含んで構成される。制御部２２は、クライアント１２から受信したデータをメモリ又はハードディスクに格納するほか、受信したデータが印刷データであればそれを処理して出力し、また、プリンタ１０における各処理のタイミングの制御等を行うものである。

発注状態記憶部２４は、発注が許可状態にあるか、禁止状態にあるかを記憶するものである。発注状態記憶部２４は、例えば、プリンタ１０のメモリ内に用意する１ビットのフラグ（以下、発注状態フラグとする）によって実現される。本実施形態では、上記ビットが０であれば発注許可状態、１であれば発注禁止状態を示すこととするが、その逆であることとしてもよい。

発注許可部２６は、発注状態記憶部２４を参照して、発注が許可状態にある場合には、クライアント１２のうち１つに対して発注の指示を許可するものである。具体的には、ＣＰＵは上記の発注状態フラグを参照して、その値が０である場合には、発注許可状態であると判断する。発注許可状態であると判断された場合には、発注を要求してきたクライアント１２に対して発注の許可を与える。そして、発注を許可する場合には、クライアント１２に対して発注情報記憶部３０に記憶されている発注情報を併せて送信する。ここで送信される発注情報は、発注情報記憶部３０に格納された最新の発注に関してであってもよいし、現在からある一定期間内に行われた発注に関してであってもよい。

発注状態変更部２８は、発注状態記憶部２４に記憶されている発注の状態を変更するものである。発注状態変更部２８は、発注許可部２６において、発注が許可された場合には、発注状態を許可状態から禁止状態に変更する（発注状態フラグを０から１にする）。また、クライアント１２において発注処理が終了した場合には、発注状態を禁止状態から許可状態に変更する（発注状態フラグを１から０にする）。ここで、発注処理の終了は、発注処理の正常終了だけではなく、例えば、クライアント１２における発注用のソフトウェアが起動を終了した（閉じられた）場合や、クライアント１２から受注サーバ１４への接続が切断された場合等も含むものである。

発注情報記憶部３０は、クライアント１２により実行された発注が完了した場合に、その発注に係る発注情報を記憶するものである。発注情報は、発注を完了したクライアント１２から発注処理の完了後に送信されるものである。発注情報には、発注した商品、発注した量、発注した日時等が含まれる。

図４は、クライアント１２の機能ブロック図である。図４に示すように、クライアント１２は、機能的には、発注許可要求部４０、制御部４２、表示部４４、発注処理部４６、発注情報発信部４８とを含んで構成される。

発注許可要求部４０は、発注の許可をプリンタ１０に要求するものである。本実施形態では、クライアント１２の発注は、クライアント１２で動作する発注用ソフトウェアにより行われ、発注の許可は、上記の発注用ソフトウェアを起動させる際に、プリンタ１０に対して要求される起動要求により行われる。

制御部４２は、クライアント１２の各部を制御するものである。制御部４２は、クライアント１２のＣＰＵ及びメモリを含んで構成される。制御部４２は、クライアント１２を操作するユーザによる入力を受けて各種の処理の制御を行ったり、発注要求や発注処理のタイミングを制御したりするほか、表示部４４に処理に基づいた画面を表示させたりする。

表示部４４は、クライアント１２に接続されたディスプレイを含んで構成されるものである。表示部４４は、クライアント１２を操作するユーザとのインターフェースであり、図２で示された画面（Ａ）、（Ｂ）や、ウェブブラウザの画面等が表示される。

発注処理部４６は、クライアント１２が要求した発注が、プリンタ１０により許可された場合に、発注を実行するものである。発注処理部４６は、発注用のソフトウェアにより実現されるものである。本実施形態では、発注用のソフトウェアは、ウェブブラウザを含んで構成され、クライアント１２は、発注用のソフトウェアにより受注サーバ１４のウェブサーバにアクセスして、リクエストデータを送信し、プリンタ１０の消耗品の発注を行う。

発注情報発信部４８は、発注処理部４６により実行された発注が完了した場合に、その発注に係る発注情報をプリンタ１０に対して発信するものである。ここで、発注の完了とは、上記の発注用のソフトウェアによって発注の処理が正常に終了したことを示す。また、発注情報とは、上述したように、発注した商品、発注した量、発注した日時等を含む情報である。

図５は、発注システム１における発注処理のシーケンス図である。図５に示すように、クライアント１２−１において発注ソフトウェアを起動する際に（Ｓ１０１）、クライアント１２−１からプリンタ１０に対して、発注の許可を要求する（Ｓ１０２）。プリンタ１０では、クライアント１２−１からの発注許可要求に対して、メモリ内に用意された発注状態フラグを参照して、発注が許可状態にあるか、禁止状態にあるかを判定する（Ｓ１０３）。この例では、発注状態フラグは許可状態にある（つまり０である）とする。そして、プリンタ１０はクライアント１２−１に対して、既に行われた発注に関する情報を送信する（Ｓ１０４）。クライアント１２−１では、受信した発注情報をディスプレイに表示する（Ｓ１０５）。ユーザは、表示された発注情報を参照して、発注を実行するか否かを決定する。発注を行うと決定した場合には、発注ソフトウェアの起動を継続し、プリンタ１０には発注ソフトウェアの起動を通知する（Ｓ１０６）。プリンタ１０では、発注状態が許可状態から禁止状態に変更され（Ｓ１０７）、クライアント１２−１には発注が許可されたことが通知される（Ｓ１０８）。そして、クライアント１２−１では、受注サーバ１４にアクセスし、発注処理を実行する（Ｓ１０９）。

また、クライアント１２−１が発注処理を行っている間に、クライアント１２−２が発注ソフトウェアを起動し（Ｓ２０１）、プリンタ１０に対して発注の許可を要求した（Ｓ２０２）場合には、プリンタ１０において発注が禁止状態であると判定される（Ｓ２０３）。そして、プリンタ１０からクライアント１２−２に対しては、発注禁止の通知がされ（Ｓ２０４）、クライアント１２−２のディスプレイには、例えば図２の（Ｂ）のように発注禁止の画面が表示される。そして、クライアント１２−１において、発注が終了すると、発注の終了通知がプリンタ１０に対して行われる（Ｓ１１０）。発注の終了通知（Ｓ１１０）を受けたプリンタ１０は、発注を禁止状態から許可状態に変更して（Ｓ１１１）、処理を終了する。

次に、本発明の第２の実施形態を説明する。本発明の第２の実施形態に係る発注システム１では、クライアント１２の発注処理が完了した後すぐに発注を禁止状態から許可状態に戻すのではなく、発注完了後、一定期間を置いてから発注を許可状態に戻すものとする。

図６には、本発明の第２の実施形態に係るプリンタ１０の機能ブロック図を示す。図６に示されるように、プリンタ１０は、送受信部２０、制御部２２、発注状態記憶部２４、発注許可部２６、発注状態変更部２８、発注日時記憶部３２を含んで構成される。図６において、図３に記載された機能ブロックと同じ番号が付されたブロックは、第１の実施形態と同様の機能を有するものであるため、以下では説明を省略する。

発注日時記憶部３２は、クライアント１２により最後に実行された発注が完了した日時を記憶するものである。クライアント１２により発注が完了すると、クライアント１２からプリンタ１０に対して、その発注が完了した旨の通知と、その発注が完了した日時とが送信される。プリンタ１０は、クライアント１２から受信した日時をメモリに記憶する。このメモリには、受信した最新の発注完了日により随時上書きされ、最新の情報に更新されるように設定される。

そして、発注状態変更部２８は、発注状態記憶部２４を参照し、発注が禁止状態にあることが記憶されている場合で、かつ、発注日時記憶部３２を参照し、最後の発注が完了した日時から予め定められた期間が経過している場合に、発注状態フラグを発注禁止状態から発注許可状態に戻す。上記の予め定められた期間は、固定的に与えることとしてもよいし、ユーザにより設定が変えられるようにしておいてもよい。

図７は、本発明の第２の実施形態に係る発注システム１における発注処理のシーケンス図である。図７に示すＳ１０１〜Ｓ１１０の動作は、図５で説明したものと同様であるので、説明は省略する。本実施形態では、プリンタ１０は、クライアント１２−１から発注終了通知を受けた後に（Ｓ１１０）、発注状態フラグをすぐに禁止状態から許可状態には戻さず、一定期間Ｔを経過した後に、発注許可状態に戻す（Ｓ１１１）こととする。従って、クライアント１２−１の発注処理が終了した後、期間Ｔが経過する前に、クライアント１２−２が発注許可を求めてきた（Ｓ２０２）場合には、第１の実施形態では発注が許可されるが、第２の実施形態では、クライアント１２−２に発注が許可されない（Ｓ２０４）。

以上説明した本発明の実施の形態に係る発注システム１によれば、複数のクライアント１２が同時に発注を行うことができなくなるため、重複発注を適切に防止することができる。

なお、本発明は上記実施形態に限定されるものではない。

例えば、上記実施形態では、プリンタ１０が発注の許可を判断しているが、これに限らず、プリンタ１０に接続するプリントサーバが、発注の許可を判断することとしてもよい。この場合クライアント１２は、プリントサーバに対して発注の許可を要求することとなる。

また、上記実施形態では、クライアント１２が発注の許可を受けて発注の処理を実行しているが、これに限らず、クライアント１２とネットワーク１６を介して接続されるサーバ等が、クライアント１２からの発注の指示を受けて発注処理を実行することとしてもよい。

本発明の実施の形態に係る発注システムのシステム構成図である。 クライアントに接続されたディスプレイに表示される画面の一例を示す図である。 プリンタの機能ブロック図である。 クライアントの機能ブロック図である。 発注システムにおける発注処理のシーケンス図である。 本発明の第２の実施形態に係るプリンタの機能ブロック図を示す。 本発明の第２の実施形態に係る発注システムにおける発注処理のシーケンス図である。

符号の説明

１ 発注システム、１０ プリンタ、１２−１〜１２−ｎ クライアント、１４ 受注サーバ、１６ ネットワーク、１８ 外部ネットワーク、２０ 送受信部、２２ 制御部、２４ 発注状態記憶部、２６ 発注許可部、２８ 発注状態変更部、３０ 発注情報記憶部、３２ 発注日時記憶部、４０ 発注許可要求部、４２ 制御部、４４ 表示部、４６ 発注処理部、４８ 発注情報発信部。

Claims (7)

1. 画像形成装置と、該画像形成装置に利用される消耗品の発注を指示する複数のクライアントとが接続されて構成される発注システムであって、
   前記画像形成装置は、
   発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段と、
   前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段と、
   前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段と、を含み、
   前記複数のクライアントは、それぞれ、
   発注の指示の許可を前記画像形成装置に要求する発注許可要求手段と、を含む
   ことを特徴とする発注システム。
2. 請求項１に記載された発注システムにおいて、
   前記複数のクライアントは、それぞれ、
   前記発注許可要求手段により要求した発注の指示が、前記発注許可手段により許可された場合に、前記発注の指示に基づいて発注を実行する発注実行手段と、をさらに含む
   ことを特徴とする発注システム。
3. 請求項２に記載の発注システムにおいて、
   前記画像形成装置は、
   前記発注実行手段により実行された発注が完了した場合に、該発注に係る発注情報を記憶する発注情報記憶手段と、
   前記実行された発注が完了した場合に、発注が許可状態にあることを、前記状態記憶手段に記憶させる手段と、をさらに含み、
   前記複数のクライアントは、それぞれ、
   前記発注の指示の許可を前記画像形成装置に要求する場合に、前記発注情報記憶手段に記憶される発注情報を取得して表示する手段と、をさらに含む
   ことを特徴とする発注システム。
4. 請求項２に記載の発注システムにおいて、
   前記画像形成装置は、
   前記発注実行手段により最後に実行された発注が完了した日時を記憶する発注日時記憶手段と、
   前記状態記憶手段に、発注が禁止状態にあることが記憶されている場合で、かつ、前記発注日時記憶手段に記憶される日時から予め定められた期間が経過した場合に、発注が許可状態にあることを、前記状態記憶手段に記憶させる手段と、をさらに含む
   ことを特徴とする発注システム。
5. 画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続される情報処理装置であって、
   発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段と、
   前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段と、
   前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段と、を含む
   ことを特徴とする情報処理装置。
6. 画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続されるコンピュータの制御方法であって、
   発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可ステップと、
   前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させるステップと、を含む
   ことを特徴とするコンピュータの制御方法。
7. 画像形成装置に利用される消耗品の発注を指示する複数のクライアントが接続されるコンピュータを機能させるためのプログラムであって、
   発注が許可状態にあるか、禁止状態にあるかを記憶する状態記憶手段、
   前記状態記憶手段を参照して、発注が許可状態にある場合には、前記複数のクライアントのうち１つに対して発注の指示を許可する発注許可手段、及び、
   前記発注の指示を許可した場合に、発注が禁止状態にあることを、前記状態記憶手段に記憶させる手段、
   としてコンピュータを機能させるためのプログラム。
   

Images