(57)【要約】【課題】消耗品が配達されたとき、消耗品を装着するのに適切なタイミングで、適切なユーザーに、消耗品を装着すべきことを通知する。【解決手段】消耗品管理システムは、消耗品を使用するクライアント装置と、クライアント装置と通信可能に接続されたサーバー装置と、サーバー装置と通信可能に接続された第１の端末装置とを具備し、第１の端末装置は、未使用の消耗品に付され、クライアント装置を識別するクライアント識別子を、取得してサーバー装置に送信し、サーバー装置は、クライアント識別子を、第１の端末装置から受信し、クライアント識別子により識別されるクライアント装置が使用中の消耗品の残量が、第１の閾値以上であることを判断すると、未使用の消耗品をストックすることを通知するストック通知を、第１の端末装置に送信し、ストックされた未使用の消耗品を使用すべきクライアント装置を識別するクライアント識別子を、記録する。【選択図】図１０
2020107194.tif 000002
【特許請求の範囲】
【請求項１】
消耗品を使用するクライアント装置と、
前記クライアント装置と通信可能に接続されたサーバー装置と、
前記サーバー装置と通信可能に接続された第１の端末装置と
を具備し、
前記第１の端末装置は、
未使用の消耗品に付され、前記クライアント装置を識別するクライアント識別子を、取得して前記サーバー装置に送信し、
前記サーバー装置は、
前記クライアント識別子を、前記第１の端末装置から受信し、
前記クライアント識別子により識別される前記クライアント装置が使用中の消耗品の残量が、第１の閾値以上であることを判断すると、
前記未使用の消耗品をストックすることを通知するストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する
消耗品管理システム。
【請求項２】
請求項１に記載の消耗品管理システムであって、
前記サーバー装置は、
前記残量が不明であるとき、
前記ストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する
消耗品管理システム。
【請求項３】
請求項１又は２に記載の消耗品管理システムであって、
前記サーバー装置は、
前記第１の閾値以上であった前記残量が前記第１の閾値未満になったことを判断すると、
前記クライアント装置を使用する可能性の高いユーザーである主ユーザーを判断し、
前記残量が前記第１の閾値未満になったことを、前記主ユーザーが使用する端末装置である第２の端末装置に送信する
消耗品管理システム。
【請求項４】
請求項３に記載の消耗品管理システムであって、
前記サーバー装置は、
前記残量が前記第１の閾値未満になったことを判断した後に、前記残量が前記第１の閾値以上になったことを判断すると、
記録した前記消耗品識別子を削除する
消耗品管理システム。
【請求項５】
請求項１乃至４の何れか一項に記載の消耗品管理システムであって、
前記サーバー装置は、前記クライアント装置から特定の距離にいる１以上のユーザーのうち、直近の特定期間内に前記クライアント装置を使用した回数が最大のユーザーを、前記主ユーザーとして判断する
消耗品管理システム。
【請求項６】
請求項１乃至５の何れか一項に記載の消耗品管理システムであって、
前記クライアント装置と通信可能に接続された発注装置をさらに具備し、
前記発注装置は、
前記クライアント装置が使用中の消耗品の残量が、前記第１の閾値より大きい発注閾値であることを判断すると、
前記クライアント装置を識別する前記クライアント識別子を前記未使用の消耗品に付すためのラベルを作成する
消耗品管理システム。
【請求項７】
未使用の消耗品に付され、クライアント装置を識別するクライアント識別子を、第１の端末装置から受信し、
前記クライアント識別子により識別される前記クライアント装置が使用中の消耗品の残量が、第１の閾値以上であることを判断すると、
前記未使用の消耗品をストックすることを通知するストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する
サーバー装置。
【請求項８】
サーバー装置の制御回路を、
未使用の消耗品に付され、前記クライアント装置を識別するクライアント識別子を、第１の端末装置から受信し、
前記クライアント識別子により識別される前記クライアント装置が使用中の消耗品の残量が、第１の閾値以上であることを判断すると、
前記未使用の消耗品をストックすることを通知するストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する
よう動作させる消耗品管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、消耗品を使用するクライアント装置と、このクライアント装置と通信可能に接続されたサーバー装置とを有する消耗品管理システムに関する。本開示は、さらに、このサーバー装置と、このサーバー装置が実行する消耗品管理プログラムとに関する。
【背景技術】
【０００２】
消耗品を使用するクライアント装置（例えば、トナーを使用する画像形成装置）が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１１７９７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
消耗品（未使用の消耗品）が配達されたとき、消耗品を装着するのに適切なタイミングで、適切なユーザーに、消耗品を装着すべきことを通知するのが望ましい。
【課題を解決するための手段】
【０００５】
本開示の一形態に係る消耗品管理システムは、
消耗品を使用するクライアント装置と、
前記クライアント装置と通信可能に接続されたサーバー装置と、
前記サーバー装置と通信可能に接続された第１の端末装置と
を具備し、
前記第１の端末装置は、
未使用の消耗品に付され、前記クライアント装置を識別するクライアント識別子を、取得して前記サーバー装置に送信し、
前記サーバー装置は、
前記クライアント識別子を、前記第１の端末装置から受信し、
前記クライアント識別子により識別される前記クライアント装置が使用中の消耗品の残量が、第１の閾値以上であることを判断すると、
前記未使用の消耗品をストックすることを通知するストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する。
【０００６】
（２−１）本実施形態によれば、消耗品到着時にクライアント装置が使用中の消耗品の残量が第１の閾値以上とは、クライアント装置が使用中の消耗品の残量が十分あり、消耗品を交換する必要性が低いことを意味する。このように、消耗品をユーザーに届けるか否かを判断するタイミングを到着時とすることで、消耗品を交換する必要性が低いときに、消耗品をユーザーに届けることが無くなる。これにより、ユーザーに消耗品を届けてしまった結果、ユーザーは消耗品をクライアント装置に装着できないし、後に、消耗品をクライアント装置に装着する必要性が発生したときに、別のユーザーが消耗品の所在がわからない、というおそれが無くなる。
【０００７】
前記サーバー装置は、
前記残量が不明であるとき、
前記ストック通知を、前記第１の端末装置に送信し、
ストックされた前記未使用の消耗品を使用すべき前記クライアント装置を識別する前記クライアント識別子を、記録する。
【０００８】
（２−２）本実施形態によれば、消耗品到着時にクライアント装置が使用中の消耗品の残量が不明ということは、消耗品をクライアント装置に装着する必要性が低い可能性もある。これにより、消耗品をクライアント装置に装着する必要性が低いときに、消耗品をユーザーに届けることが無くなる。
【０００９】
前記サーバー装置は、
前記第１の閾値以上であった前記残量が前記第１の閾値未満になったことを判断すると、
前記クライアント装置を使用する可能性の高いユーザーである主ユーザーを判断し、
前記残量が前記第１の閾値未満になったことを、前記主ユーザーが使用する端末装置である第２の端末装置に送信する。
【００１０】
（２−３）本実施形態によれば、消耗品到着時に第１の閾値以上であった残量が第１の閾値未満になった場合とは、クライアント装置が使用中の消耗品を交換する必要性が高くなったものの緊急性を要するわけではないことを意味する。このため、日頃からクライアント装置を使用する可能性の高い主ユーザーに消耗品を届ければ、主ユーザーが、適切なタイミングで消耗品をクライアント装置に装着することができる。
【００１１】
前記サーバー装置は、
前記残量が前記第１の閾値未満になったことを判断した後に、前記残量が前記第１の閾値以上になったことを判断すると、
記録した前記消耗品識別子を削除する。
【００１２】
（２−４）本実施形態によれば、残量が第１の閾値未満になった後に、残量が第１の閾値以上になった場合とは、未使用の消耗品がクライアント装置に装着されたことを意味する。この場合、消耗品はストックの記録から削除される。これにより、消耗品のストックを適切に管理することができる。
【００１３】
前記サーバー装置は、前記クライアント装置から特定の距離にいる１以上のユーザーのうち、直近の特定期間内に前記クライアント装置を使用した回数が最大のユーザーを、前記主ユーザーとして判断する。
【００１４】
（２−５）本実施形態によれば、到着時に、消耗品を届けるユーザーのアクセス可能性（不在か否か）を判断することで、不在のユーザーに消耗品を届けることが無い。
【００１５】
前記クライアント装置と通信可能に接続された発注装置をさらに具備し、
前記発注装置は、
前記クライアント装置が使用中の消耗品の残量が、前記第１の閾値より大きい発注閾値であることを判断すると、
前記クライアント装置を識別する前記クライアント識別子を前記未使用の消耗品に付すためのラベルを作成する。
【００１６】
（２−６）本実施形態によれば、発注装置は、消耗品を届けるべきユーザーに関する情報を宛先ラベルに含めない。このように、消耗品を届けるユーザーを判断するタイミングを発注時とせず、到着時とすることで、最適なユーザーに消耗品を届けることができる。
【発明の効果】
【００１７】
本開示によれば、消耗品（未使用の消耗品）が配達されたとき、消耗品を装着するのに適切なタイミングで、適切なユーザーに、消耗品を装着すべきことを通知することを図れる。
【００１８】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１９】
【図１】本開示の一実施形態に係る消耗品管理システム１を模式的に示す。
【図２】クライアント装置１０のハードウェア構成を示す。
【図３】サーバー装置２０のハードウェア構成を示す。
【図４】第１の端末装置３０のハードウェア構成を示す。
【図５】第２の端末装置４０のハードウェア構成を示す。
【図６】発注装置５０のハードウェア構成を示す。
【図７】サーバー装置２０の機能的構成を示す。
【図８】発注装置５０の動作フローを示す。
【図９】第１の端末装置３０の動作フローを示す。
【図１０】サーバー装置２０の第１の動作フローを示す。
【図１１】サーバー装置２０の第２の動作フローを示す。
【図１２】サーバー装置２０の第３の動作フローを示す。
【発明を実施するための形態】
【００２０】
以下、図面を参照しながら、本開示の実施形態を説明する。
【００２１】
１．消耗品管理システム
【００２２】
図１は、本開示の一実施形態に係る消耗品管理システム１を模式的に示す。
【００２３】
消耗品管理システム１は、クライアント装置１０、サーバー装置２０、第１の端末装置３０、第２の端末装置４０、発注装置５０を有する。クライアント装置１０、サーバー装置２０、第１の端末装置３０、第２の端末装置４０、発注装置５０は、社内ＬＡＮ（Local Area Network）を含むネットワークＮ１に接続される。発注装置５０は、ネットワークＮ１に接続されたインターネットを含むネットワークＮ２に接続される。以下、ネットワークＮ１、Ｎ２を区別せずに「ネットワークＮと称する。」
【００２４】
クライアント装置１０は、消耗品を使用する。例えば、クライアント装置１０は、画像形成装置（Multifunction Peripheral）である。消耗品は、画像形成装置場が使用するトナーである。クライアント装置１０は、典型的には、大規模なオフィスや工場等（以下、サイトと称する）に設置される。クライアント装置１０は、サイトの従業員達が使用する（以下、クライアント装置１０を使用する従業員を、ユーザーと称する）。
【００２５】
発注装置５０は、消耗品の発送者（販売者等）が使用する。発注装置５０は、クライアント装置１０が使用中の消耗品の残量に応じて、クライアント装置１０が使用すべき新しい消耗品を自動的に発注する。
【００２６】
サーバー装置２０は、発注装置５０が発注してサイトに到着した未使用の消耗品を管理する。具体的には、サーバー装置２０は、未使用の消耗品をサイト内の保管場所（倉庫等）にストックするのか、あるいは、ストックせずクライアント装置１０に装着するためにユーザーに渡すのか、さらに、ユーザーに渡すなら誰に渡すのか、を判断及び管理する。
【００２７】
第１の端末装置３０は、サイトに到着した消耗品を、配達人から受け取る受取人が使用する。第１の端末装置３０は、典型的には、スマートフォン、タブレットコンピューター等のモバイルデバイスであるが、パーソナルコンピューター等のモバイルでないデバイスでもよい。第１の端末装置３０は、典型的には、内蔵又は非内蔵の読取装置（カメラ）を有する。
【００２８】
第２の端末装置４０は、消耗品をクライアント装置１０に装着すべきユーザーが使用する。第２の端末装置４０は、典型的には、スマートフォン、タブレットコンピューター、パーソナルコンピューター等の、モバイルデバイス又はモバイルでないデバイスである。
【００２９】
２．クライアント装置１０のハードウェア構成
【００３０】
図２は、クライアント装置１０のハードウェア構成を示す。
【００３１】
クライアント装置１０（画像形成装置）は、制御回路１１を備える。制御回路１１は、プロセッサーであるＣＰＵ１１ａ（Central Processing Unit）、ＲＡＭ１１ｂ（Random Access Memory）、メモリーであるＲＯＭ１１ｃ（Read Only Memory）及び専用のハードウェア回路等から構成され、クライアント装置１０の全体的な動作制御を司る。ＣＰＵ１１ａは、ＲＯＭ１１ｃが記憶する情報処理プログラムをＲＡＭ１１ｂにロードして実行する。ＲＯＭ１１ｃは、ＣＰＵ１１ａが実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ１１ｃは、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００３２】
制御回路１１は、画像読取部１２（イメージスキャナー）、画像処理部１４（ＧＰＵ（Graphics Processing Unit）を含む）、画像メモリー１５、画像形成部１６（プリンター）、表示部１７ａを備える操作部１７（タッチパネル）、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量の不揮発性の記憶装置１８、ファクシミリ通信部１９及びネットワーク通信インターフェース１３等と接続されている。制御回路１１は、接続されている上記各部の動作制御や、各部との間での信号又はデータの送受信を行う。
【００３３】
３．サーバー装置２０のハードウェア構成
【００３４】
図３は、サーバー装置２０のハードウェア構成を示す。
【００３５】
サーバー装置２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、ＨＤＤやＳＳＤ等の大容量の不揮発性の記憶装置２４、ネットワーク通信インターフェース２５、操作装置２６及び表示装置２７と、これらを相互に接続するバス２８とを有する。
【００３６】
ＣＰＵ２１、ＲＯＭ２２、及びＲＡＭ２３は、制御回路２００を構成する。ＣＰＵ２１は、ＲＯＭ２２が記憶する情報処理プログラムをＲＡＭ２３にロードして実行する。ＲＯＭ２２は、ＣＰＵ２１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ２２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００３７】
４．第１の端末装置３０のハードウェア構成
【００３８】
図４は、第１の端末装置３０のハードウェア構成を示す。
【００３９】
第１の端末装置３０は、ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、ＳＳＤ等の大容量の不揮発性の記憶装置３４、ネットワーク通信インターフェース３５、操作装置３６及び表示装置３７（タッチパネル）並びに読取装置３９（カメラ等の撮像装置）と、これらを相互に接続するバス３８とを有する。
【００４０】
ＣＰＵ３１、ＲＯＭ３２、及びＲＡＭ３３は、制御回路３００を構成する。ＣＰＵ３１は、ＲＯＭ３２が記憶する情報処理プログラムをＲＡＭ３３にロードして実行する。ＲＯＭ３２は、ＣＰＵ３１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ３２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００４１】
５．第２の端末装置４０のハードウェア構成
【００４２】
図５は、第２の端末装置４０のハードウェア構成を示す。
【００４３】
第２の端末装置４０は、ＣＰＵ４１、ＲＯＭ４２、ＲＡＭ４３、ＨＤＤやＳＳＤ等の大容量の不揮発性の記憶装置４４、ネットワーク通信インターフェース４５、操作装置４６及び表示装置４７並びに読取装置４９（カメラ等の撮像装置）と、これらを相互に接続するバス４８とを有する。
【００４４】
ＣＰＵ４１、ＲＯＭ４２、及びＲＡＭ４３は、制御回路４００を構成する。ＣＰＵ４１は、ＲＯＭ４２が記憶する情報処理プログラムをＲＡＭ４３にロードして実行する。ＲＯＭ４２は、ＣＰＵ４１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ４２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００４５】
６．発注装置５０のハードウェア構成
【００４６】
図６は、発注装置５０のハードウェア構成を示す。
【００４７】
発注装置５０は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、ＨＤＤやＳＳＤ等の大容量の不揮発性の記憶装置５４、ネットワーク通信インターフェース５５、操作装置５６及び表示装置５７と、これらを相互に接続するバス５８とを有する。
【００４８】
ＣＰＵ５１、ＲＯＭ５２、及びＲＡＭ５３は、制御回路５００を構成する。ＣＰＵ５１は、ＲＯＭ５２が記憶する情報処理プログラムをＲＡＭ５３にロードして実行する。ＲＯＭ５２は、ＣＰＵ５１が実行するプログラムやデータなどを固定的に記憶する。ＲＯＭ５２は、非一過性のコンピューター読み取り可能な記録媒体の一例である。
【００４９】
７．サーバー装置２０の機能的構成
【００５０】
図７は、サーバー装置２０の機能的構成を示す。
【００５１】
サーバー装置２０の制御回路２００において、ＣＰＵ２１は、ＲＯＭ２２が記憶する情報処理プログラムをＲＡＭ２３にロードして実行することにより、クライアント判断部２０１、ステータス判断部２０２、ログ取得部２０３、ユーザー判断部２０４、ジョブ判断部２０５、ユーザー情報取得部２０６、ユーザー情報供給部２０７、ストック判断部２０８、ストック管理部２０９、交換通知部２１０として動作する。
【００５２】
サーバー装置２０の記憶装置２４は、クライアントデータベース３０１、ログデータベース３０２、端末データベース３０３、ユーザーデータベース３０４、ストックデータベース３０５を記憶する。あるいは、サーバー装置２０がアクセス可能な外部装置が、クライアントデータベース３０１、ログデータベース３０２、端末データベース３０３、ユーザーデータベース３０４、ストックデータベース３０５を記憶してもよい。
【００５３】
８．発注装置５０の動作フロー
【００５４】
図８は、発注装置５０の動作フローを示す。
【００５５】
発注装置５０は、クライアント識別子と、残量情報を、クライアント装置１０からネットワークＮを介して受信する（ステップＳ１０１）。「クライアント識別子」は、例えばシリアルナンバーであり、クライアント装置１０を識別する。「残量情報」は、消耗品の残量を示す情報である。発注装置５０は、クライアント装置１０から定期的に残量情報を受信してもよいし、クライアント装置１０に定期的にポーリングする応答として残量情報を受信してもよいし、残量が特定値（例えば、以下の発注閾値）になったときにクライアント装置１０から残量情報を受信してもよい。
【００５６】
発注装置５０は、受信した残量情報に基づき、残量が発注閾値以下であるか否かを判断する（ステップＳ１０２）。「発注閾値」は、例えば、１０〜３０％程度とすればよく、ロー（５％程度）やエンプティ（０％程度）より大きい値である。発注装置５０は、残量が発注閾値より大きいと判断すると（ステップＳ１０２、ＮＯ）、消耗品を発注すること無く処理を終了する。
【００５７】
一方、発注装置５０は、残量が発注閾値以下と判断すると（ステップＳ１０２、ＹＥＳ）、受信したクライアント識別子を判断する（ステップＳ１０３）。発注装置５０は、判断したクライアント識別子に関連付けられた配送先情報を判断する（ステップＳ１０４）。「配送先情報」は、消耗品の配送先となるサイトの名称や居所等を含み、具体的には、このクライアント識別子により識別されるクライアント装置１０を使用するサイトの名称や居所である。クライアント識別子と、配送先情報とは、互いに関連付けて、予めデータベース（図示せず）に登録されている。発注装置５０は、このデータベースにアクセスして、クライアント識別子に関連付けられた配送先情報を判断すればよい。
【００５８】
発注装置５０は、クライアント識別子と、配送先情報（名称や居所等）とに基づき、画像形成装置（図示せず）を用いて宛先ラベルを作成（印字）する（ステップＳ１０５）。言い換えれば、発注装置５０は、配送先情報（名称や居所等）だけでなくクライアント識別子も宛先ラベルに付す。その方法としては、発注装置５０は、クライアント識別子（シリアルナンバー等）自体を示す文字列を宛先ラベルに印字してもよいし、あるいは、クライアント識別子のリンク情報を含むコード（ＱＲ（登録商標）コードやバーコード）を宛先ラベルに印字してもよい。
【００５９】
その後、発注装置５０を使用する発送者（販売者等）の従業員により、クライアント識別子が付された宛先ラベルが消耗品に貼付され、消耗品が発送され、サイトに消耗品が到着する。受取人は、サイトに到着した未使用の消耗品を、配達人から受け取る。
【００６０】
９．サーバー装置２０及び第１の端末装置３０の動作フロー
【００６１】
図９は、第１の端末装置３０の動作フローを示す。
【００６２】
第１の端末装置３０（受取人が使用する）は、サイトに到着した未使用の消耗品（具体的には、消耗品の宛先ラベル）に付されたクライアント識別子を取得する（ステップＳ２０１）。具体的には、第１の端末装置３０は、読取装置３９（カメラ）により宛先ラベルに付されたコードを読み取り、読み取ったコードに含まれるリンク情報によりクライアント識別子を取得してもよい。あるいは、第１の端末装置３０は、ユーザーが操作装置３６を用いて入力した文字列を、クライアント識別子として取得する。第１の端末装置３０は、取得したクライアント識別子を、サーバー装置２０にネットワークＮを介して送信する（ステップＳ２０２）。
【００６３】
図１０は、サーバー装置２０の第１の動作フロー（消耗品の到着時）を示す。
【００６４】
サーバー装置２０のクライアント判断部２０１は、クライアント識別子を、第１の端末装置３０からネットワークＮを介して受信する（ステップＳ３０１）。クライアント判断部２０１は、受信したクライアント識別子により識別されるクライアント装置１０を判断する（ステップＳ３０２）。具体的には、クライアント判断部２０１は、クライアントデータベース３０１を参照し、受信（ステップＳ３０１）したクライアント識別子が関連付けられたクライアント装置１０の情報を判断する。
【００６５】
クライアントデータベース３０１には、クライアント識別子と、クライアント装置１０の情報（所属部門、配置、ステータス（少なくとも、オンライン・オフラインのステータスと、消耗品の残量のステータスを含む）等）が関連付けられて登録されている。
【００６６】
サーバー装置２０のステータス判断部２０２は、判断したクライアント装置１０のステータスを判断する（ステップＳ３０３）。典型的には、ステータス判断部２０２は、クライアントデータベース３０１に記憶された情報に基づきステータスを判断する。あるいは、ステータス判断部２０２は、クライアント装置１０にネットワークＮを介してステータスを問い合わせることにより、ステータスを取得してもよい。具体的には、ステータス判断部２０２は、まず、クライアント装置１０がオンラインか（ステップＳ３０４、ＹＥＳ）、オフラインか（ステップＳ３０４、ＮＯ）を判断する。
【００６７】
サーバー装置２０のステータス判断部２０２は、クライアント装置１０がオンラインであれば（ステップＳ３０４、ＹＥＳ）、クライアント装置１０が使用中の消耗品の残量が第１の閾値未満であるか否かを判断する（ステップＳ３０５）。「第１の閾値」は、具体的には、上記の発注閾値（１０〜３０％程度）より小さい値であり、例えば、５％程度（ロー）とすればよい。従って、残量が第１の閾値未満（ステップＳ３０５、ＹＥＳ）とは、クライアント装置１０が使用中の消耗品の残量が少なく、消耗品を交換する必要性が比較的高いことを意味する。一方、残量が第１の閾値以上（ステップＳ３０５、ＮＯ）とは、クライアント装置１０が使用中の消耗品の残量が十分あり、消耗品を交換する必要性が低いことを意味する。
【００６８】
以下、（１）クライアント装置１０が使用中の消耗品の残量が第１の閾値未満（ステップＳ３０５、ＹＥＳ）である場合の動作フロー（ステップＳ３０６）と、（２）クライアント装置１０が使用中の消耗品の残量が第１の閾値以上（ステップＳ３０５、ＮＯ）又はクライアント装置１０がオフライン（ステップＳ３０４、ＮＯ）である場合の動作フローとに、分けて説明する。
【００６９】
（１）残量が第１の閾値未満（ステップＳ３０５、ＹＥＳ）である場合
【００７０】
図１１は、サーバー装置２０の第２の動作フロー（消耗品の到着時に残量が第１の閾値未満である場合）を示す。
【００７１】
サーバー装置２０のステータス判断部２０２は、クライアント装置１０が使用中の消耗品の残量が第２の閾値より大きいか否かを判断する（ステップＳ４０１）。「第２の閾値」は、具体的には、上記の第１の閾値（５％程度（ロー））より小さい値であり、例えば、０％程度（エンプティ）とすればよい。従って、残量が第２の閾値より大きい（ステップＳ４０１、ＹＥＳ）とは、クライアント装置１０が使用中の消耗品の残量が極めて少ないとは言えず（ロー）、消耗品を交換する必要性が高いものの緊急性を要するわけではないことを意味する。一方、残量が第２の閾値以下（ステップＳ４０１、ＮＯ）とは、クライアント装置１０が使用中の消耗品の残量が極めて少なく（エンプティ）、消耗品を交換する必要性及び緊急性が極めて高いことを意味する。
【００７２】
サーバー装置２０のログ取得部２０３は、残量が第２の閾値より大きい場合（ロー）（ステップＳ４０１、ＹＥＳ）、ログデータベース３０２を参照し、受信したクライアント識別子により識別されるクライアント装置１０のログを読み出す（ステップＳ４０２）。具体的には、ログ取得部２０３は、ログデータベース３０２を参照し、受信（ステップＳ３０１）したクライアント識別子が関連付けられたクライアント装置１０のログを読み出す。
【００７３】
ログデータベース３０２には、クライアント識別子と、クライアント装置１０が実行したジョブのログとが、関連付けられて登録されている。ログは、ジョブの実行日時情報と、ジョブを要求したユーザーであるジョブ要求ユーザーの情報とを含む。「ジョブ要求ユーザーの情報」は、クライアント装置１０がジョブを実行したときにクライアント装置１０にログインしていたユーザーや、クライアント装置１０にジョブを送信した端末装置にログインしていたユーザーを示す。
【００７４】
サーバー装置２０のユーザー判断部２０４は、読み出したログに基づき、主ユーザーを判断する（ステップＳ４０３）。「主ユーザー」は、クライアント装置１０を使用する可能性の高いユーザーである。具体的には、ユーザー判断部２０４は、直近の特定期間（数時間〜数日程度）内にクライアント装置１０を使用した回数が最大のユーザーを、主ユーザーとして判断する。
【００７５】
サーバー装置２０のユーザー判断部２０４は、主ユーザーのログオンステータスを判断する（ステップＳ４０４）。具体的には、ユーザー判断部２０４は、端末データベース３０３を参照し、判断（ステップＳ４０３）した主ユーザーを識別するユーザー識別子が関連付けられた端末装置の情報を判断する。
【００７６】
端末データベース３０３には、ユーザー識別子と、このユーザーが使用する端末装置の識別子と、ユーザーの端末装置に対するログオン状態等が関連付けられて登録されている。「ユーザーが使用する端末装置」は、第２の端末装置４０を含んでもよい。
【００７７】
サーバー装置２０のユーザー判断部２０４は、主ユーザーがログオフ状態である（サイト内に不在である等）と判断すると（ステップＳ４０４、ＮＯ）、ログオフ状態である主ユーザーを除いた条件で（ステップＳ４０５）、再び、クライアント装置１０のログに基づき別の主ユーザーを判断し（ステップＳ４０３）、最終的に、ログオン状態のユーザー（ステップＳ４０４、ＹＥＳ）を主ユーザーと判断する（ステップＳ４１２）。言い換えれば、ユーザー判断部２０４は、クライアント装置１０にアクセス可能（ログオン状態）な１以上のユーザーのうち、直近の特定期間内にクライアント装置１０を使用した回数が最大のユーザーを、主ユーザーとして判断する。
【００７８】
一方、サーバー装置２０のジョブ判断部２０５は、残量が第２の閾値より未満の場合（エンプティ）（ステップＳ４０１、ＮＯ）、ジョブＭＩＢ（Management Information Base）を、クライアント装置１０にネットワークＮを介して要求し、受信する（ステップＳ４０６）。ジョブ判断部２０５は、クライアント装置１０から受信したジョブＭＩＢに基づき、クライアント装置１０が実行する予定のジョブ（保留中のジョブ）があるか否かを判断する（ステップＳ４０７）。ジョブ判断部２０５は、実行する予定のジョブ（保留中のジョブ）が無いと判断すると（ステップＳ４０７、ＮＯ）、クライアント装置１０が最後に実行したジョブを判断する（ステップＳ４０８）。
【００７９】
サーバー装置２０のユーザー判断部２０４は、クライアント装置１０が実行する予定のジョブ（保留中のジョブ）（ステップＳ４０７、ＹＥＳ）又は最後に実行したジョブ（ステップＳ４０８）を要求したユーザーを、ジョブ要求ユーザーとして判断する（ステップＳ４０９）。
【００８０】
サーバー装置２０のユーザー判断部２０４は、ジョブ要求ユーザーのログオンステータスを判断する（ステップＳ４１０）。具体的には、ユーザー判断部２０４は、端末データベース３０３を参照し、ジョブ（ステップＳ４０７でＹＥＳ、ステップＳ４０８）を要求したユーザーを識別するユーザー識別子が関連付けられた端末装置の情報を判断する。
【００８１】
サーバー装置２０のユーザー判断部２０４は、ジョブ要求ユーザーがログオフ状態である（サイト内に不在である等）と判断すると（ステップＳ４１０、ＮＯ）、そのジョブを除いた条件で（ステップＳ４１１）、再び、クライアント装置１０から受信したジョブＭＩＢに基づき１つ前のジョブを判断し（ステップＳ４０７）、最終的に、ログオン状態のユーザー（ステップＳ４１０、ＹＥＳ）をジョブ要求ユーザーと判断する（ステップＳ４１２）。言い換えれば、ユーザー判断部２０４は、クライアント装置１０にアクセス可能（ログオン状態）な１以上のユーザーのうち、クライアント装置１０が最後に実行した又は最後に実行する予定のジョブを要求したユーザーを、ジョブ要求ユーザーとして判断する。
【００８２】
サーバー装置２０のユーザー情報取得部２０６は、判断したユーザー（ステップＳ４１２）に関するユーザー情報を、ユーザーデータベース３０４から読み出す（ステップＳ４１３）。具体的には、ユーザー情報取得部２０６は、ユーザーデータベース３０４を参照し、判断したユーザー（ステップＳ４１２）を識別するユーザー識別子が関連付けられたユーザーの情報を判断する。
【００８３】
ユーザーデータベース３０４には、ユーザー識別子と、ユーザーの所在地を示す情報（所属部門等）、ユーザーのメールアドレス等が関連付けられて登録されている。
【００８４】
サーバー装置２０のユーザー情報供給部２０７は、読み出されたユーザー情報（少なくとも、ユーザーの所在地を示す情報）を、第１の端末装置３０にネットワークＮを介して送信する（ステップＳ４１４）。
【００８５】
図９を参照し、第１の端末装置３０は、ユーザー情報（少なくとも、所属部門等、ユーザーの所在地を示す情報）を、サーバー装置２０からネットワークＮを介して受信する（ステップＳ２０３でＮＯ、ステップＳ２０４）。第１の端末装置３０は、受信したユーザー情報を、表示装置３７に表示する（ステップＳ２０５）。第１の端末装置３０を使用する受取人は、表示されたユーザー情報が示す所在地に、未使用の消耗品を届ければよい。そして、ユーザー情報が示すユーザー（又は受取人）が、未使用の消耗品をクライアント装置１０に装着すればよい。
【００８６】
（２）残量が第１の閾値以上（ステップＳ３０５、ＮＯ）又はオフライン（ステップＳ３０４、ＮＯ）である場合
【００８７】
上述のように、残量が第１の閾値以上（ステップＳ３０５、ＮＯ）とは、クライアント装置１０が使用中の消耗品の残量が十分あり、消耗品を交換する必要性が低いことを意味する。また、クライアント装置１０がオフラインであれば（ステップＳ３０４、ＮＯ）、クライアント装置１０が使用中の消耗品の残量は不明である。これらの場合、サイトに到着した未使用の消耗品を保管場所（倉庫等）に一旦ストックする。その動作フローを以下に述べる。
【００８８】
図１０を参照し、サーバー装置２０のストック判断部２０８は、サイトに到着した未使用の消耗品を保管場所（倉庫等）にストックすることを通知するストック通知を、第１の端末装置３０にネットワークＮを介して送信する（ステップＳ３０７）。
【００８９】
図９を参照し、第１の端末装置３０は、ストック通知を、サーバー装置２０からネットワークＮを介して受信する（ステップＳ２０３、ＹＥＳ）。第１の端末装置３０は、受信したストック通知に基づき、未使用の消耗品を保管場所（倉庫等）にストックすることを、表示装置３７に表示する（ステップＳ２０６）。第１の端末装置３０を使用する受取人は、消耗品を保管場所（倉庫等）にストックする。受取人は、ストックを完了したことを、操作装置３６を介して第１の端末装置３０に入力する（ステップＳ２０７）。すると、第１の端末装置３０は、ストックを完了したことを示すストック完了通知を、サーバー装置２０にネットワークＮを介して送信する（ステップＳ２０８）。
【００９０】
図１０を参照し、サーバー装置２０のストック判断部２０８は、ストック完了通知を、第１の端末装置３０からネットワークＮを介して受信する（ステップＳ３０８）。サーバー装置２０のストック管理部２０９は、ストックされた未使用の消耗品を使用すべきクライアント装置１０を識別するクライアント識別子を、ストックデータベース３０５に記録する（ステップＳ３０９）。
【００９１】
ストックデータベース３０５は、現在ストックされている未使用の消耗品を使用すべきクライアント装置１０を識別するクライアント識別子を、少なくとも記憶する。ストックデータベース３０５は、クライアント識別子に関連付けて、ストックされた消耗品を識別する消耗品識別子を記録してもよい。
【００９２】
図１２は、サーバー装置２０の第３の動作フロー（消耗品の到着時に残量が第１の閾値以上又はオフラインであり、その後、残量が第１の閾値未満となった場合）を示す。
【００９３】
図１２の動作フローは、図１１の動作フローと一部類似しているため、類似している部分は説明を簡略化し、異なる点を中心に説明する。
【００９４】
サーバー装置２０のステータス判断部２０２は、クライアント装置１０の残量情報を取得する。典型的には、ステータス判断部２０２は、クライアントデータベース３０１に記憶された、クライアント装置１０の残量情報を読み出す。あるいは、ステータス判断部２０２は、クライアント装置１０から定期的に残量情報を受信、クライアント装置１０に定期的にポーリングする応答として残量情報を受信、あるいは、残量が第１の閾値未満になったときにクライアント装置１０から残量情報を受信する。ステータス判断部２０２は、クライアント装置１０が使用中の消耗品の残量が第１の閾値（５％程度（ロー））未満となったことを判断する（ステップＳ５０１、ＹＥＳ）。
【００９５】
サーバー装置２０のログ取得部２０３は、ログデータベース３０２を参照し、受信したクライアント識別子により識別されるクライアント装置１０のログを読み出す（ステップＳ５０２）。具体的には、ログ取得部２０３は、ログデータベース３０２を参照し、受信（ステップＳ５０１、ＹＥＳ）したクライアント識別子が関連付けられたクライアント装置１０のログを読み出す。
【００９６】
サーバー装置２０のユーザー判断部２０４は、読み出したログに基づき、主ユーザーを判断する（ステップＳ５０３）。ユーザー判断部２０４は、主ユーザーのログオンステータスを判断する（ステップＳ５０４）。ユーザー判断部２０４は、主ユーザーがログオフ状態である（サイト内に不在である等）と判断すると（ステップＳ５０４、ＮＯ）、ログオフ状態である主ユーザーを除いた条件で（ステップＳ５０５）、再び、クライアント装置１０のログに基づき別の主ユーザーを判断し（ステップＳ５０３）、最終的に、ログオン状態のユーザー（ステップＳ５０４、ＹＥＳ）を主ユーザーと判断する（ステップＳ５０６）。
【００９７】
サーバー装置２０のユーザー情報取得部２０６は、判断したユーザー（ステップＳ５０６）に関するユーザー情報（具体的には、ユーザーのメールアドレス）を、ユーザーデータベース３０４から読み出す（ステップＳ５０７）。
【００９８】
サーバー装置２０の交換通知部２１０は、消耗品の残量が第１の閾値未満になったことを（ステップＳ５０１、ＹＥＳ）、読み出したメールアドレスに従って、主ユーザーが使用する端末装置（第２の端末装置４０）に送信する（ステップＳ５０８）。交換通知部２１０は、消耗品がストックされた保管場所（倉庫等）の所在地等を併せて通知してもよい。第２の端末装置４０のユーザー（主ユーザー）は、消耗品の残量が第１の閾値未満になったことの通知を参照し、保管場所（倉庫等）にストックされた消耗品を、クライアント装置１０に装着する。
【００９９】
サーバー装置２０のステータス判断部２０２は、クライアント装置１０の残量情報を取得する。典型的には、ステータス判断部２０２は、クライアントデータベース３０１に記憶された、クライアント装置１０の残量情報を読み出す。あるいは、ステータス判断部２０２は、クライアント装置１０から定期的に残量情報を受信、クライアント装置１０に定期的にポーリングする応答として残量情報を受信、あるいは、残量が第１の閾値以上になったときにクライアント装置１０から残量情報を受信する。ステータス判断部２０２は、クライアント装置１０が使用中の消耗品の残量が第１の閾値以上となった（未使用の消耗品が装着された）ことを判断する（ステップＳ５０９、ＹＥＳ）。
【０１００】
サーバー装置２０のストック管理部２０９は、未使用の消耗品が装着されたクライアント装置１０を識別するクライアント識別子を、ストックデータベース３０５から削除する（ステップＳ５１０）。
【０１０１】
１０．結語
【０１０２】
サイトに到着した消耗品を受け取った受取人は、消耗品を届けるべき最適なユーザーを判断することは難しい場合がある。特に、サイトが大規模なオフィスや広大な工場等である場合には尚更である。このため、発注時に、発送元において、消耗品の宛先となるユーザー（例えば、クライアント装置１０を使用する可能性の高い主ユーザー）を示す情報を、宛先ラベル等に記載しておくことが考えられる。しかしながら、この方法では、発注時に、宛先となる主ユーザーを決定するため、以下の様なケースが発生するおそれがある。例えば、発注時にクライアント装置１０を使用する可能性の高い主ユーザーであったユーザーが、到着時にクライアント装置１０を使用する可能性の高い主ユーザーであるとは限らない。具体的には、発注時にクライアント装置１０をたまたま何度も使用したが、普段はクライアント装置１０を頻繁に使用しないユーザーは、発注時に主ユーザーとして選択されてしまう。あるいは、選択された主ユーザーが到着時にクライアント装置１０を使用する可能性が高いとしても、その主ユーザーが到着時にサイトに不在であれば、その主ユーザーに消耗品を届けることができない。あるいは、到着時に消耗品を装着する必要性が低ければ（残量が十分ある）、主ユーザーに消耗品を届けても、主ユーザーは消耗品をクライアント装置１０に装着できないし、後に、消耗品をクライアント装置１０に装着する必要性が発生したときに、別のユーザーが消耗品の所在がわからないおそれがある。
【０１０３】
（１−１）これに対して、本実施形態によれば、消耗品到着時にクライアント装置１０が使用中の消耗品の残量が第１の閾値未満（ステップＳ３０５、ＹＥＳ）、且つ、第２の閾値より大きい（ステップＳ４０１、ＹＥＳ）場合、サーバー装置２０は、クライアント装置１０を使用する可能性の高い主ユーザーを判断する（ステップＳ４０３）。残量が第１の閾値未満（ステップＳ３０５、ＹＥＳ）、且つ、第２の閾値より大きい（ステップＳ４０１、ＹＥＳ）場合とは、クライアント装置１０が使用中の消耗品の残量が極めて少ないとは言えず（ロー）、消耗品を交換する必要性が高いものの緊急性を要するわけではないことを意味する。このため、日頃からクライアント装置１０を使用する可能性の高い主ユーザーに消耗品を届ければ、主ユーザーが、適切なタイミングで消耗品をクライアント装置１０に装着することができる。このように、消耗品を届けるユーザーを判断するタイミングを到着時とすることで、最適なユーザーに消耗品を届けることができる。
【０１０４】
（１−２）本実施形態によれば、消耗品到着時にクライアント装置１０が使用中の消耗品の残量が第２の閾値以下（ステップＳ４０１、ＮＯ）である場合、クライアント装置１０が最後に実行した又は最後に実行する予定のジョブを要求したジョブ要求ユーザーを判断する（ステップＳ４０９）。残量が第２の閾値以下（ステップＳ４０１、ＮＯ）とは、クライアント装置１０が使用中の消耗品の残量が極めて少なく（エンプティ）、消耗品を交換する必要性及び緊急性が極めて高いことを意味する。このため、現在クライアント装置１０を使用する可能性の高いジョブ要求ユーザーに消耗品を届ければ、ジョブ要求ユーザーが、直ちに消耗品をクライアント装置１０に装着することができる。
【０１０５】
（２−１）本実施形態によれば、消耗品到着時にクライアント装置１０が使用中の消耗品の残量が第１の閾値以上（ステップＳ３０５、ＮＯ）である場合、サーバー装置２０は、サイトに到着した未使用の消耗品を保管場所（倉庫等）にストックすることを通知するストック通知を、第１の端末装置３０に送信する（ステップＳ３０７）。これにより、第１の端末装置３０を使用する受取人は、消耗品を保管場所（倉庫等）にストックすることができる。残量が第１の閾値以上（ステップＳ３０５、ＮＯ）とは、クライアント装置１０が使用中の消耗品の残量が十分あり、消耗品を交換する必要性が低いことを意味する。このように、消耗品をユーザーに届けるか否かを判断するタイミングを到着時とすることで、消耗品を交換する必要性が低いときに、消耗品をユーザーに届けることが無くなる。これにより、ユーザーに消耗品を届けてしまった結果、ユーザーは消耗品をクライアント装置１０に装着できないし、後に、消耗品をクライアント装置１０に装着する必要性が発生したときに、別のユーザーが消耗品の所在がわからない、というおそれが無くなる。
【０１０６】
（２−２）本実施形態によれば、消耗品到着時にクライアント装置１０が使用中の消耗品の残量が不明（ステップＳ３０４、ＮＯ）のときも、ストック通知を第１の端末装置３０に送信する（ステップＳ３０７）。残量が不明ということは、消耗品をクライアント装置１０に装着する必要性が低い可能性もある。これにより、消耗品をクライアント装置１０に装着する必要性が低いときに、消耗品をユーザーに届けることが無くなる。
【０１０７】
（２−３）本実施形態によれば、サーバー装置２０は、消耗品到着時に第１の閾値（ステップＳ３０５、ＮＯ）以上であった残量が第１の閾値未満になったことを判断すると（ステップＳ５０１、ＹＥＳ）、クライアント装置１０を使用する可能性の高い主ユーザーを判断する（ステップＳ５０３）。残量が第１の閾値未満になった（ステップＳ５０１、ＹＥＳ）場合とは、クライアント装置１０が使用中の消耗品を交換する必要性が高くなったものの緊急性を要するわけではないことを意味する。このため、日頃からクライアント装置１０を使用する可能性の高い主ユーザーに消耗品を届ければ、主ユーザーが、適切なタイミングで消耗品をクライアント装置１０に装着することができる。
【０１０８】
（２−４）本実施形態によれば、サーバー装置２０は、残量が第１の閾値未満になった（ステップＳ５０１、ＹＥＳ）後に、残量が第１の閾値以上になった（ステップＳ５０９、ＹＥＳ）場合、記録した消耗品識別子を削除する（ステップＳ５１０）。残量が第１の閾値未満になった（ステップＳ５０１、ＹＥＳ）後に、残量が第１の閾値以上になった（ステップＳ５０９、ＹＥＳ）とは、未使用の消耗品がクライアント装置１０に装着されたことを意味する。この場合、消耗品はストックの記録から削除される。これにより、消耗品のストックを適切に管理することができる。
【０１０９】
（１−３）、（２−５）本実施形態によれば、サーバー装置２０は、クライアント装置１０にアクセス可能な主ユーザーを判断する（ステップＳ４０４、ＹＥＳ）。このように、到着時に、消耗品を届けるユーザーのアクセス可能性（不在か否か）を判断することで、不在のユーザーに消耗品を届けることが無い。
【０１１０】
（１−４）本実施形態によれば、サーバー装置２０は、クライアント装置１０にアクセス可能なジョブ要求ユーザーを判断する（ステップＳ４１０、ＹＥＳ）。このように、到着時に、消耗品を届けるユーザーのアクセス可能性（不在か否か）を判断することで、不在のユーザーに消耗品を届けることが無い。
【０１１１】
（１−５）本実施形態によれば、第１の端末装置３０は、サーバー装置２０から受信したユーザー情報（所在地を示す情報を含む）を、表示する。これにより、第１の端末装置３０を使用する受取人は、表示されたユーザー情報が示す所在地に、未使用の消耗品を届けることができる（ステップＳ２０５）。
【０１１２】
（１−６）、（２−６）本実施形態によれば、発注装置５０は、クライアント識別子と、配送先情報（名称や居所等）とに基づき、画像形成装置（図示せず）を用いて宛先ラベルを作成（印字）する（ステップＳ１０５）。言い換えれば、発注装置５０は、消耗品を届けるべきユーザーに関する情報を宛先ラベルに含めない。このように、消耗品を届けるユーザーを判断するタイミングを発注時とせず、到着時とすることで、最適なユーザーに消耗品を届けることができる。
【０１１３】
本技術の各実施形態及び各変形例について上に説明したが、本技術は上述の実施形態にのみ限定されるものではなく、本技術の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【符号の説明】
【０１１４】
消耗品管理システム１
クライアント装置１０
サーバー装置２０
第１の端末装置３０
第２の端末装置４０
発注装置５０
クライアント判断部２０１
ステータス判断部２０２
ログ取得部２０３
ユーザー判断部２０４
ジョブ判断部２０５
ユーザー情報取得部２０６
ユーザー情報供給部２０７
ストック判断部２０８
ストック管理部２０９
交換通知部２１０
クライアントデータベース３０１
ログデータベース３０２
端末データベース３０３
ユーザーデータベース３０４
ストックデータベース３０５
【図１】
2020107194.tif 000003
【図２】
2020107194.tif 000004
【図３】
2020107194.tif 000005
【図４】
2020107194.tif 000006
【図５】
2020107194.tif 000007
【図６】
2020107194.tif 000008
【図７】
2020107194.tif 000009
【図８】
2020107194.tif 000010
【図９】
2020107194.tif 000011
【図１０】
2020107194.tif 000012
【図１１】
2020107194.tif 000013
【図１２】
2020107194.tif 000014