(57)【要約】【課題】  調達すべき物品が存在する際に、当該物品を容易に調達できる状況にあることを、当該物品の調達を行うために必要な情報とともに通知する仕組みを提供する。【解決手段】  調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、情報処理端末に通知する情報管理装置であって、前記物品のリストと、複数の調達できる調達場所の情報とを記憶する記憶手段と、前記情報処理端末の位置情報を取得する取得手段と、前記情報処理端末から所定の距離内にある調達場所を特定する調達場所特定手段と、調達場所が特定された際に、物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段とを備えることを特徴とする情報管理装置。【選択図】  図５
2016009249.tif 000002
【特許請求の範囲】
【請求項１】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知する情報管理装置であって、
調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段と、
前記情報処理端末の位置情報を取得する取得手段と、
前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と、
前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、
前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段と
を備えることを特徴とする情報管理装置。
【請求項２】
前記記憶手段は、前記物品の名称とともに、当該物品の在庫数量または調達が必要な数量のうち、少なくともいずれか一方の情報を更に記憶しており、
前記送信手段は、で送信される前記メッセージには、前記物品特定手段により特定された物品の名称とともに当該物品の在庫数量または調達が必要な数量のうち、少なくともいずれか一方の情報をさらに送信することを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記調達場所にある前記物品の在庫の数量を特定する情報である在庫情報を取得する在庫情報取得手段と、
前記在庫情報に基づいて、前記調達場所に前記物品の在庫があるか否かを判定する在庫判定手段とを備え、
前記送信手段は、さらに前記在庫判定手段で前記調達場所に在庫がないと判定された場合には、前記メッセージに当該調達場所の情報を含めずに、前記情報処理端末に送信することを特徴とする請求項１乃至２のいずれか１項に記載の情報管理装置。
【請求項４】
前記送信手段は、前記メッセージが送信可能な複数の情報処理端末のうち、前記情報処理端末の位置と前記調達場所とが最も近い距離にある情報処理端末に、前記メッセージを送信することを特徴とする請求項１乃至３のいずれか１項に記載の情報管理装置。
【請求項５】
前記記憶手段は、保有すべき前記物品の在庫数量である、基準在庫数量をさらに記憶し、
前記在庫数量を管理する在庫数量管理手段と、
前記在庫数量管理手段によって管理された前記在庫数量が、前記基準在庫数量を満たすか否か判定する、基準在庫数量判定手段とを備え、
前記送信手段は、前記在庫数量管理手段によって管理されている前記物品の前記在庫数量が、前記基準在庫数量判定手段によって前記基準在庫数量を満たさないと判定された場合に、当該物品の名称を前記メッセージに含んで送信することを特徴とする請求項１乃至４のいずれか１項に記載の情報管理装置。
【請求項６】
前記情報処理端末から、調達した前記物品の数量の通知を受付ける調達通知受付手段を備え、
前記在庫数量管理手段は、前記調達通知受付手段によって受付けた通知の数量を前記在庫数量に反映させることを特徴とする請求項５に記載の情報管理装置。
【請求項７】
前記物品は、消耗品を消耗する装置である消耗品包含装置の消耗品であって、
前記消耗品包含装置から、交換した前記消耗品を数量の情報を取得する交換情報取得手段を備え、
前記在庫数量管理手段は、前記交換情報取得手段によって受付けた情報を前記在庫数量に反映させることを特徴とする請求項５または６に記載の情報管理装置。
【請求項８】
前記物品は、プリンタのインクカートリッジまたはトナーカートリッジであって、
前記消耗品包含装置はプリンタであることを特徴とする請求項７に記載の情報管理装置。
【請求項９】
前記情報処理端末に前記位置情報の送信の要求を行う端末位置情報送信要求手段を備え、
前記端末位置情報送信要求手段は、前記在庫数量管理手段によって管理されている前記在庫数量が、前記基準在庫数量判定手段によって前記基準在庫数量を満たすと判定された場合に、前記位置情報の送信の要求を行なわないことを特徴とする請求項５乃至８のいずれか１項に記載の情報管理装置。
【請求項１０】
前記記憶手段は、さらに前記送信手段による前記情報処理端末への前記メッセージの送信を制御するための条件として、前記送信手段で前記メッセージを送信する際の時間帯、月日、曜日および前記情報処理端末の位置情報のうち、少なくとも一つを含む条件である対応不可条件を記憶しており、
前記情報処理端末の状態が、前記対応不可条件にあてはまる状態であるか否かを判定する通知不可判定手段をさらに備え、
前記送信手段は、前記通知不可判定手段によって記情報処理端末が前記対応不可条件にあてはまると状態であると判定しなかった場合に、前記メッセージの送信を行なうことを特徴とする請求項１乃至９のいずれか１項に記載の情報管理装置。
【請求項１１】
前記情報処理端末は、複数の情報処理端末であって、
前記情報処理端末のうち、一の情報処理端末から、前記送信手段による他の情報処理端末への前記メッセージの送信の要求を受付ける、調達依頼受付手段をさらに備え、
前記送信手段は、前記調達依頼受付手段によって受付けた要求に基づいて、当該他の情報処理端末に前記メッセージを送信することを特徴とする請求項１乃至１０のいずれか１項に記載の情報管理装置。
【請求項１２】
前記調達依頼受付手段は、前記通知不可判定手段によって記情報処理端末が前記対応不可条件にあてはまると状態であると判定される前記他の情報処理端末に対する前記メッセージの送信の要求を、受付けないことを特徴とする請求項１１に記載の情報管理装置。
【請求項１３】
前記記憶手段は、調達が必要となる物品の前記リストと、それぞれの当該リストにある物品を調達できる調達場所の情報とを記憶するとともに、当該リストにある物品に関連する物品である関連物品の情報である関連物品情報を当該物品のリストに対応付けて記憶し、
前記送信手段は、前記関連物品の情報を含む前記メッセージを、前記情報処理端末に送信することを特徴とする請求項１乃至１２のいずれか１項に記載の情報管理装置。
【請求項１４】
前記関連物品は、前記物品と同じ型番または同じ成分のインクを含むインクカートリッジを含むインクセットであることを特徴とする請求項１３に記載の情報管理装置。
【請求項１５】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知し、調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段を備える情報管理システムにおける制御方法であって、
前記情報管理システムの取得手段が、前記情報処理端末の位置情報を取得する取得工程と、
前記情報管理システムの調達場所特定手段が、前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定工程と、
前記情報管理システムの物品特定手段が、前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定工程と、
前記情報管理システムの送信手段が、前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信工程と
を含むことを特徴とする情報管理システムの制御方法。
【請求項１６】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知し、調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段を備える情報管理システムで読み取り実行が可能なプログラムであって、
前記情報管理システムを、
前記情報処理端末の位置情報を取得する取得手段と、
前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と、
前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、
前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段として機能させること
を特徴とするプログラム。
【請求項１７】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知する情報管理システムであって、
調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段と、
前記情報処理端末の位置情報を取得する取得手段と、
前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と、
前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、
前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段と
を備えることを特徴とする情報管理システム。
【請求項１８】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知し、調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段を備える情報管理システムにおける制御方法であって、
前記情報管理システムの取得手段が、前記情報処理端末の位置情報を取得する取得工程と、
前記情報管理システムの調達場所特定手段が、前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定工程と、
前記情報管理システムの物品特定手段が、前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定工程と、
前記情報管理システムの送信手段が、前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信工程と
を含むことを特徴とする情報管理システムの制御方法。
【請求項１９】
調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知し、調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段を備える情報管理システムで読み取り実行が可能なプログラムであって、
前記情報管理システムを、
前記情報処理端末の位置情報を取得する取得手段と、
前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と、
前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、
前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段として機能させること
を特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願発明は、情報管理装置、システム、及びそれらの制御方法、プログラムであって、特に調達すべき物品が存在する際に、当該物品を容易に調達するための情報を管理する情報管理装置に関する。
【背景技術】
【０００２】
近年、行動の失念防止のツールの一つとして、リマインダが活用されている。リマインダとは、あらかじめ設定した通知の条件（例えば時刻）になると、予定（メッセージ）を通知する機能やサービスのことであり、近年では携帯端末にインストールして用いるアプリとしても様々なものが提供されている。
【０００３】
さらに、リマインダで通知を受ける端末が、ＧＰＳ機能などで現在地を特定可能なものである場合、「特定の場所」を「通知の条件」として活用するケースも増えている。これは、携帯端末の現在地が、あらかじめ設定した「特定の場所」にあるとリマインダが判定した際に、予定（メッセージ）を通知するというものである。そして、このような「特定の場所」を通知条件にできるリマインダ機能を備えた携帯端末は、購入が必要な物品の入手を忘れずに行うためのツールとして活用されている。具体的には、通知するメッセージに「買い物リスト」を設定し、通知場所として「買い物ができる店舗」を登録しておくという方法である。こうすれば、「買い物ができる店舗」に携帯端末が入った際に買うべきもの（買い物リスト）が通知されるため、購入に適したタイミングで、必要な物品を忘れずに入手することができる。
しかしリマインダを活用して、店舗周辺に来た時に買い物リストを通知する方法には、いくつかの問題がある。
【０００４】
第一の問題は、通知されるメッセージ（買い物リスト）の情報がタイムリーでないことである。リマインダは、あらかじめ登録しておいた買い物リストは通知する。しかし、その買い物リストが入力されるタイミングと、通知する（携帯端末を持ったユーザが「通知の条件」の場所に到着する）タイミングとには、タイムラグがある。つまり、ユーザが買い物リストを入力するタイミングと通知を受けるタイミングとで、入手したい物品が異なる可能性がある。
【０００５】
第二の問題は、携帯アプリのリマインダ機能では、入手したい物品を迅速に入手できる店舗を、適切に設定できない可能性があることである。たとえば、入手したい物品がプリンタのインクであったとする。プリンタのインクは、一般的に家電量販店で販売されているイメージが強い。しかし、実際にはオフィス用品店やコンビニエンスストアなど様々な店舗で売られている。リマインダのユーザが、近所のコンビニエンスストアで売っていることを知らず、遠方の家電量販店をリマインダのみを通知条件に設定したとする。このような場合には、ユーザがリマインダ機能を備えた携帯端末を所持して近所のコンビニエンスストアを訪れても、買い物リストが通知されない。つまり、ユーザは訪れた店舗でインクが売られていることを知らなかったがために、入手するチャンスを逃してしまうことになる。
【０００６】
そこで、このような問題を解決するための方法として、特許文献１に示すような方法が考案されている。これは、入手が必要になる物品の数量を監視しておき、購入が必要であると考えられるタイミングで、適切な物品の購入先（ウェブサイト）を通知する仕組みである。この方法によれば、物品の入手が必要になったタイミングで買い物リストと、適切な入手先（配送間の短いネットの店舗）から、物品の調達が可能になる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１０−５５３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、このような方法で必要な物品を調達しようとした場合には、次のような問題がある。
第一の問題は、ウェブサイトで購入には、送料が発生することである。特にプリンタのインクのような単価が少額の商品では、送料が高くついてしまう。
【０００９】
第二の問題は、配送では物品が届くまでに時間がかかることである。商品にもよるが、一般的な配送手段で購入品を配送するウェブサイトで在庫のある商品を購入する場合、日本では商品が届くまでに概ね半日から１日前後はかかる。したがって、もし物品の調達先（販売店など）が近所にあるならば、配送を待つよりも直接その場所に赴いてしまうほうが、より迅速に必要な物品が入手できると言える。
第三の問題は、配送では住所の入力など配送手続きが生ずることである。これも、物品が入手できる場所に赴く場合には起らない。
したがって、上記の問題のを解決するような、調達すべき物品が存在する際に、当該物品を容易に調達するための情報を提供する仕組みが求められている。
【００１０】
本発明は、複数の場所で調達可能な調達すべき物品が存在する際に、現在いる位置情報を用いて、調達場所とそこで調達すべき物品を利用者に知らしめる仕組みを提供する仕組みを提供する。
【課題を解決するための手段】
【００１１】
本発明は、調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージを、通信可能に接続された情報処理端末に通知する情報管理装置であって、調達が必要となる前記物品のリストと、それぞれの物品を複数の調達できる調達場所の情報とを記憶する記憶手段と、前記情報処理端末の位置情報を取得する取得手段と、前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と、前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段と、前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１２】
このように設けることで、複数の場所で調達可能な調達すべき物品が存在する際に、現在いる位置情報を用いて、調達場所とそこで調達すべき物品を利用者に知らしめる仕組みを提供する仕組みを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態（システム構成）の一例を示した構成図である。
【図２】購買予定情報管理サーバ１２０の一例を示した構成図である。
【図３】ログイン画面の一例を示した構成図である。
【図４】新規登録時または変更時の設定登録画面の一例を示した構成図である。
【図５】設定状況画面の一例を示した構成図である。
【図６】ホーム画面の一例を示した構成図である。
【図７】インク残量と最寄りの販売店をアナウンスする画面の一例を示した構成図である。
【図８】地図画面の一例を示した構成図である。
【図９】スキップ画面の一例を示した構成図である。
【図１０】インク残量と最寄りの販売店をアナウンスする画面（関連する消耗品、地図付き）の一例を示した構成図である。
【図１１】購買依頼受信画面の一例を示した構成図である。
【図１２】本発明のメインフローの一例を示した構成図である。
【図１３】マニュアル操作フローの一例を示した構成図である。
【図１４】登録条件の新規登録や変更を受け付けるステップを含むフローの一例を示した構成図である。
【図１５】消耗品包含装置１１０の残量を携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
【図１６】携帯端末１５０の現在地と最寄りの消耗品の販売店とを、携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
【図１７】携帯端末１５０から他の携帯端末１５０に対して、消耗品の購入の依頼を行うステップを含むフローの一例を示した構成図である。
【図１８】登録条件の設定状況を携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
【図１９】消耗品を取り扱っている店舗の住所・連絡先・在庫情報の取得先のデータテーブルの一例を示した構成図である。
【図２０】購買予定情報管理サーバ１２０が管理している機種別の消耗品包含装置１１０で使用する消耗品の種類その関連商品のデータテーブルの一例を示した構成図である。
【図２１】購買予定情報管理サーバ１２０が管理している機種別の消耗品包含装置１１０で使用する消耗品を取り扱う販売店において、それぞれどのような在庫状況であるかを示すデータテーブルの一例を示した構成図である。
【図２２】消耗品包含装置１１０で使用する消耗品を示すデータテーブルの一例を示した構成図である。
【図２３】「アカウント」であるグループ名（ログインＩＤ）とパスワード、そして消耗品包含装置１１０のシリアルナンバー、消耗品包含装置１１０の機種を紐つけたデータテーブルの一例を示した構成図である。
【図２４】グループごとに登録された消耗品包含装置１１０の消耗品の残量やストックを管理するデータテーブルの一例を示した構成図である。
【図２５】グループごとの登録ユーザ、連絡先、現在地、対応ができない条件、最寄り店までの距離、対応が可能かどうかの状態を管理するデータテーブルの一例を示した構成図である。
【図２６】図１２のフローのステップＳ１２１４のサブフローである。
【図２７】購買予定情報管理サーバ１２０が、買える商品リストの通知（消耗品を最寄りの販売店で購入するよう通知）する際の、通知の条件をグループごとに管理するためのデータテーブルの一例を示した構成図である。
【図２８】グループで調達が必要な物品を管理するためのデータテーブルの一例を示す構成図である。
【図２９】グループで調達が必要な物品を管理するためのデータテーブルに調達すべき物品を追加するべく、携帯端末１５０がユーザ課から調達すべき物品を受付ける画面の一例である。
【図３０】ステップＳ１２１５、ステップＳ１５０３、ステップＳ１７０９のいずれかのサブフローの一例を示した構成図である。
【図３１】図７の販売店表示領域７０７に表示するための買える物品のリストのデータテーブルの一例を示す構成図である。
【発明を実施するための形態】
【００１４】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本実施例のシステムの一例を示した構成図である。
【００１５】
消耗品包含装置１１０は、装置を使用すると消耗し補充・交換が必要となる消耗品を備え、さらにその残量や在庫量が検出できる装置である。具体的には、例えばプリンタ（この装置の消耗品はインクカートリッジやトナーカートリッジ）やエスプレッソマシン（この装置の消耗品はカートリッジやカプセル）、など消耗品包含装置１１０である。また、特開２００４−２５８９９５号公報に示すような、在庫の把握できる仕組みを備えた冷蔵庫（消耗品は、冷蔵庫内の在庫）や、特開平１１−３３１４０９号公報に示すような、購入されるべき常備品の検出機構を備えた装置であってもよい。
【００１６】
購買予定情報管理サーバ１２０は、携帯端末１５０と通信ネットワーク１６０を介して通信可能に接続されていて、調達が必要な物品に関する情報を、携帯端末１５０に送信する情報管理装置である。購買予定情報管理サーバ１２０は、本発明に必要な各種データテーブル（図１９、図２０、図２２、図２３、図２４、図２５、図２７、図２８など）を記憶している。データテーブルには、例えば、調達が必要となる物品の調達先の情報などがあるが、詳細は後述する。また、購買予定情報管理サーバ１２０は、携帯端末１５０の位置情報を取得することができる。また、携帯端末１５０の位置が、調達先から所定内の距離にあるかを判定でき、所定の距離内にある場合、その調達先で調達が可能な物品のリストを携帯端末１５０に送信することができる。このリストを、以降「買える物品リスト」と呼ぶ。買える物品リストの詳細は、図７の説明の際に後述する。また、購買予定情報管理サーバ１２０は、消耗品包含装置１１０の消耗品の残量やストックの数量の情報を取得し、管理できる。また、店舗在庫情報管理サーバ１３０から、調達先の在庫情報を取得し、管理できる。このように、購買予定情報管理サーバ１２０は本発明の中心的な役割を果たす装置である。
【００１７】
店舗在庫情報管理サーバ１３０は、消耗品包含装置１１０の消耗品を販売している店舗の住所や当該店舗の在庫情報が取得できる情報管理装置である。具体的な例としては、例えば、大手家電量販店などが運営している店舗ごとの各商品の在庫状況が一覧できるサイト（あるいはサイト運営サーバ）や、量販店が管理している各店舗の在庫管理システムサーバなどが考えられる。また、店内でハンディターミナルなどの在庫管理装置に送信するための無線ＬＡＮルータ１４０等の情報中継装置、情報送信装置を使って発信している在庫情報を、携帯端末１５０を通じて取得してもよい。
【００１８】
携帯端末１５０は、購買予定情報管理サーバ１２０は、買える物品リストを受信する端末である。また、携帯端末１５０は、ＧＰＳ衛星１７０や無線ＬＡＮスポット１４１等の通信接続スポットにおいて通信接続を行い、端末の位置情報取得できる。そして、購買予定情報管理サーバ１２０に送信することができる。また、購買予定情報管理サーバ１２０の代わりに、購買予定情報管理サーバ１２０の機能（各種データテーブルの管理、在庫の問い合わせ機能など）の一部または全部を兼ね備えることもできる。つまり、購買予定情報管理サーバ１２０にかわって、本発明の中心的な役割を担ってもよい。
【００１９】
通信ネットワーク１６０は、ＷＡＮやＬＡＮである。消耗品包含装置１１０、購買予定情報管理サーバ１２０、店舗在庫情報管理サーバ１３０、無線ＬＡＮルータ１４０、携帯端末１５０、ＧＰＳ衛星１７０など、本発明の各種装置を通信可能に接続するネットワークであり、有線であっても無線であってもよい。
【００２０】
図２は本実施例のハードウエアの一例を示した構成図である。消耗品包含装置１１０、購買予定情報管理サーバ１２０、店舗在庫情報管理サーバ１３０、携帯端末１５０、それぞれの、ハードウエア構成の一例を示している。
【００２１】
２０１はＣＰＵで、ＲＯＭ２０２のプログラム用ＲＯＭに記憶されたプログラムをＲＡＭ２０３にロードして実行することによりシステムバス２０４に接続された各デバイスを制御し、消耗品包含装置１１０、購買予定情報管理サーバ１２０、店舗在庫情報管理サーバ１３０、携帯端末１５０それぞれにおいて、全体を統括制御する。また、このＲＯＭ２０２のフォント用ＲＯＭにはフォントデータ等を記憶し、ＲＯＭ２０２のデータ用ＲＯＭには各種データを記憶する。２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０２はキーボードコントローラ（入力コントローラ）で、２０９や図示しないポインティングデバイス、例えばタッチパッドからの入力を制御する。
【００２２】
入力コントローラ２０５は入力デバイス２０９を制御する。なお入力デバイス２０９には、タッチパネルも含まれ、その場合は、入力デバイス２０９が表示部２１０を兼ねているケースもある。２０６はビデオカード（ＶＣ）で、表示部２１０の表示を制御する。
【００２３】
２０７はメモリコントローラで、外部メモリ２１１（ハードディスク等）とのアクセスを制御する。２０８はネットワークインターフェースカード（ＮＩＣ）で、通信ネットワーク１６０上の通信を制御する。
２２０は、ＧＰＳ（グローバル・ポジショニング・システム，Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ，全地球測位網）コントローラである。ＧＰＳ受信機コントローラ２２０は、携帯端末１５０の現在位置を特定するための、ＧＰＳ受信機２２１の制御を行う。
図３は、携帯端末１５０で表示されるアプリのログイン画面の一例を示した構成図である。
３０１は、ログインを行うためのログインＩＤ（本実施例ではグループ名）の入力を受付ける。
３０２は、ログインを行うためのログインパスワードの入力を受付ける。
３０３は、ログイン指示を受付けるボタンである。
３０４は、新規登録を受付けるボタンである。
【００２４】
図４は、設定登録画面である。グループの新規登録や登録内容の変更の際に表示される。なお、図４乃至図１１と図２９の画面は、携帯端末１５０の表示部２１０に表示される画面である。
【００２５】
ここで、本発明の「グループ」について説明しておく。グループは、一つのアカウントである。本実施例では、アカウントＩＤがグループ名となっている。１つのアカウントで、図２８にある一つの調達すべき物品リスト（買い物リスト）が管理されている。また、買える物品リストを送信する対象となる送信先の携帯端末１５０も、アカウントに紐づいて登録される。そして、１つのアカウントに対して、買える物品リストを送信する対象となる送信先の携帯端末１５０は、複数登録できる。また、アカウントには、シリアルＮｏなどで特定される特定の消耗品包含装置１１０も紐づけられる。アカウントに紐づくデータテーブルは、購買予定情報管理サーバ１２０で管理されている。（グループのデータテーブルの詳細は、図２５で説明する）。例えば、プリンタのインクを例に挙げる。アカウントに紐づいた消耗品包含装置１１０から取得するインクの残量やストックが所定値以下になると、購買予定情報管理サーバ１２０は、調達すべき物品のリストに所定値以下になったインクをリストアップする。次に、携帯端末１５０の位置情報を取得し、携帯端末１５０が、リストアップされたインクの調達先から所定の範囲内にあるかどうかを判定する。そして、所定の範囲内に携帯端末１５０があると判定された場合に、買える物品リストを生成し、「グループ」として登録されている携帯端末１５０に通知する。
【００２６】
シリアルＮｏ入力欄４０１は、グループのシリアルＮｏ（消耗品包含装置１１０のシリアルＮｏ）を受付ける情報入力欄である。消耗品包含装置１１０のシリアルＮｏとグループとを紐づけることによって、消耗品包含装置１１０の消耗品の残量情報から生成される買える物品リストを、登録されたグループのメンバー（携帯端末１５０）に通知できる。なお、本実施例では１グループに対し、一つのシリアルが登録される設計になっているが、１グループに対して複数のシリアル登録をしてもよい。
【００２７】
ストック条件入力欄４０２、残量条件入力欄４０３、範囲条件入力欄４０４は、買える物品リストを、登録されたグループのメンバー（携帯端末１５０）に通知するための条件である。つまり、シリアルＮｏ入力欄４０１で登録した消耗品包含装置１１０の消耗品の残量がストック条件入力欄４０２、残量条件入力欄４０３となった際に、購買予定情報管理サーバ１２０は、消耗品を調達すべき物品リストに登録する。そして、購買予定情報管理サーバ１２０は、携帯端末１５０の位置と、調達すべき物品の調達先（販売店）の位置とが、範囲条件入力欄４０４の距離以内にいると判定された場合に、買える物品リストを生成し、携帯端末１５０に送信する。ストック条件入力欄４０２では消耗品のストック数、残量条件入力欄４０３では消耗品のインク残量の条件を、それぞれ受付けている。なお、ストックのカウントは、消耗品包含装置１１０がインクの交換を検知した際に、購買予定情報管理サーバ１２０に通知され、図２４のデータテーブルで管理されている、消耗品のストックが減るようになっている。また、後述のストック（消耗品）の購入済ボタン７０１が押下されると、携帯端末１５０から購買予定情報管理サーバ１２０にその旨が通知され、消耗品ストックが増えるようになっている。
【００２８】
このように設けることで、消耗品包含装置１１０が消耗品の残量検知ができるが、消耗品のストック数が検知できない場合において、購買予定情報管理サーバ１２０がグループの消耗品のストック数を把握できるようになる。
【００２９】
範囲条件入力欄４０４は、購買予定情報管理サーバ１２０が買える物品リストを生成・通知する条件である。消耗品包含装置１１０の消耗品が売られている店舗にどれだけ近づいたら、購買予定情報管理サーバ１２０から携帯端末１５０に、消耗品の残量と購買に関する情報のアナウンスを行うかの設定を受付ける情報入力欄である。
【００３０】
グループ携帯端末入力欄４０５は、グループの携帯端末１５０を登録するための情報を受付ける情報入力欄である。本実施例では、携帯電話の番号・ユーザ名・ログイン時のパスワードの登録を受付けているが、消耗品の購入すべき旨の通知先が特定できればよく、例えば携帯端末１５０のシリアルＮｏや、ＳＩＭカードに登録された固有のＩＤ番号などであってもよい。
【００３１】
４０６は、携帯端末１５０が４０１乃至４０５にて受付けた情報を、携帯端末１５０から購買予定情報管理サーバ１２０に登録させるべく送信させる指示を、ユーザから受付けるボタンである。
【００３２】
４０７は、グループに登録された携帯端末１５０や携帯端末１５０のユーザを表示する表示領域である。図２５のデータテーブルに登録されたユーザ名や連絡先などが、表示される。
【００３３】
４０８は、携帯端末１５０が４０１乃至４０５に入力された携帯端末１５０の情報を、携帯端末１５０から購買予定情報管理サーバ１２０に登録させるべく送信するとともに、設定登録の受付を終了する旨の指示を、ユーザから受付けるボタンである。
【００３４】
図５は、新規登録の完了通知画面の一例を示した構成図である。４０８のボタンが押下された後に表示される画面であり、グループの設定変更が完了した際にもこの画面が表示される。
【００３５】
５０１は、グループ名である。グループ名は、グループごとに割り振られる名称である。グループ名は、グループの新規登録時に、消耗品包含装置１１０のシリアルＮｏに紐づけられて、自動的に割り振られる。あるいは自動ではなく、登録者が新規登録時に、ＩＤを他のＩＤと重複しないように決めてもよい。
戻るボタン５０２は、ホーム画面（図６）に表示を切り替えるボタンである。
図６は、図３からログインした際のメニュー画面（ホーム画面）の一例を示した構成図である。
６０１は、グループの設定を変更する画面を呼び出す指示をユーザから受付けるボタンである。押下されると図４の設定登録画面にジャンプする。
インク残量表示ボタン６０２は、インクの残量に関する情報を表示する指示をユーザから受付けるボタンである。押下されると、図７にジャンプする。
【００３６】
６０３は、図４の設定登録画面でグループとして設定された携帯端末１５０が、それぞれどこにいるのかを表示する指示をユーザから受付けるボタンである。押下されると図８にジャンプする。
【００３７】
６０４は、図４の４０２乃至４０４で入力を受付けた条件に基づいて、買えるものリストを情報通知する状態であっても、通知を行わない条件を受付ける情報入力欄である。つまり、ユーザが対応できない（消耗品を直ちに購入できない）条件を受付ける情報入力欄である。なお、上記の「買えるものリストを通知しない条件」を、以下対応不可条件と呼ぶ。この条件が満たされている携帯端末１５０には、購買予定情報管理サーバ１２０は、買えるものリストを通知しない制御を行う。このように設けることにより、消耗品の販売店の近くにいても消耗品の購入ができないメンバー（携帯端末１５０）に、消耗品を購入するよう通知してしまうことを防ぐことができる。フローの詳細については、図２６にて後述する。
【００３８】
６０５は、携帯端末１５０から購買予定情報管理サーバ１２０に、６０４の条件を登録させるべく送信するとともに、さらに別の対応不可条件を受付ける指示を行うボタンである。
６０６は、６０４と６０５で登録した条件を、一覧表示（不図示）する表示指示をユーザから受付けるボタンである。
【００３９】
図７は、インク残量と最寄りの消耗品の販売店の場所について表示する画面の一例を示した構成図である。この画面は、購買予定情報管理サーバ１２０から携帯端末１５０に、消耗品のストックと残量が少なくなっている旨と販売店に近い旨とを通知すべく、携帯端末１５０に表示する画面である。この画面は、図４のストック条件入力欄４０２、残量条件入力欄４０３、範囲条件入力欄４０４で定めた条件に従って、消耗品のストックと残量が所定の量以下となった際にも、通知（表示）される。そしてその際に、通知される携帯端末は、図６の対応不可設定条件に該当する携帯端末１５０を除いた携帯端末１５０のうち、最も消耗品の販売店に近いユーザの携帯端末１５０が選ばれる。購買予定情報管理サーバ１２０は、通知不可条件に該当する携帯端末１５０以外の携帯端末１５０に図７の画面を送ることもできるが、１の携帯端末のみに通知するようが望ましい。これは、画面を受け取った複数の携帯端末１５０のユーザが、重複して物品を調達することのないようにするためである。また、図６のインクのインク残量表示ボタン６０２が押下された際にも、この図７の画面が表示される。
【００４０】
ストック（消耗品）の購入済ボタン７０１は、消耗品のストック数を加算するためのボタンである。ユーザが該当する商品を購入した際に押下することで、その商品のストック数が増えたことを購買予定情報管理サーバ１２０に通知する。そして、図２４のデータテーブルで管理される。また、この図２４のデータテーブルで管理されている消耗品のストック数は、消耗品包含装置１１０が、包含する消耗品が交換されたことを検知するたびに減少する。
【００４１】
残量減少通知シグナル７０２は、特に補充すべき消耗品をユーザに通知するためのシグナルである。このシグナルは、購入すべき緊急性の高い消耗品を識別表示するものである。そして、調達が必要になる消耗品のリスト７０８（図２４のデータテーブルで管理）において、ストック条件入力欄４０２、残量条件入力欄４０３で受付けた通知条件を満たす消耗品に対してつけられる。例えば、本実施例ではストック０個インク残量が５０％以下の消耗品にこのシグナルがつけられる。したがって、図７の７０８のうち、ストックが０個残量が４５％の「ＢＣＩ１００−Ｃ」のインクにシグナルがつくことになる。このように設けることによって、ユーザは、グループがストックと残量を管理している消耗品のうち、どの消耗品を特に早急に購入すべきかを、容易に識別することが可能になる。
７０３は、案内開始ボタンである。このボタンの押下を受付けると、図８の表示画面に切り替わる。
【００４２】
７０４は、スキップボタンである。このボタンの押下を受付けると、図８の表示画面に切り替わる。そして図８のユーザアイコン８０１の押下を受付けることで、スキップ先のユーザを指定できる。
【００４３】
ここで本発明の「スキップ」について説明する。スキップとは、送付先の携帯端末の状況を反映した図７の画面を送付するグループ内の携帯端末１５０をユーザからユーザアイコン８０１にて受け付け、購買予定情報管理サーバ１２０を介し、当該指定を受付けた携帯端末１５０に図７の画面を送付することである。スキップの詳細は、図８にて後述する。
【００４４】
７０５は、再通知指示をユーザから受付けるボタンである。再通知とは、一定時間経過後に、図７の「インク残量と最寄りの消耗品の販売店の場所について表示する画面」を一定時間経過後に再度表示させることを指す。フローの詳細は、図１５の再通知ボタンが押下された際のフローの説明にて後述する。
【００４５】
メッセージ表示領域７０６は、消耗品購買に関する情報が表示される領域である。他の端末からスキップされてこの画面が表示された場合においては、図１１のコメント表示領域１１０１のように、図９の９０３にて受け付けたメッセージが表示される。
【００４６】
最寄りの販売店を表示する販売店表示領域７０７は、携帯端末の位置から最寄り（図のように、最短から距離の近い順に複数の店舗を表示する場合も含む）の店舗の情報を表示する領域である。店名と距離だけでなく、住所情報を記載してもよい。
【００４７】
調達が必要になる消耗品のリスト７０８は、グループの消耗品のストック数と残量（図２４のデータテーブルで管理している）のリストである。消耗品の名称、在庫数量、調達が必要な数量などの情報を載せる領域である。
【００４８】
図８は、携帯端末１５０のディスプレイ上に表示する地図の一例を示した構成図である。グループに登録されているそれぞれの携帯端末１５０の現在地と、図１９のデータテーブルにて管理されている消耗品包含装置１１０の販売店の所在地とが、地図上に表示されている。
【００４９】
ユーザアイコン８０１は、グループに登録されている携帯端末１５０の現在地を地図上に示すアイコンである。さらにこのアイコンは、タップするとアイコンに紐づけられたユーザの携帯端末１５０に、消耗品の購買依頼（以下本発明の説明においては「購買依頼」と呼ぶ）を通知することができる。すなわち、ユーザからスキップを受付けることのできるボタンである。ユーザアイコン８０１の押下受付後の画面詳細は、図９に記載する。さらに、アイコンが『対応不可』の条件を満たしている場合は、アイコンの押下、すなわち、スキップの受付を行わない制御がなされる。このように設けることによって、消耗品の早急な購買ができないユーザに対して、購買依頼（スキップ）ができないように、することができる。
【００５０】
吹き出し８０２は、携帯端末１５０のユーザと、現在地から最寄りの販売店までの距離を表示する。また、吹き出しのアイコンが、スキップを受付けられない状態にある場合、『（対応不可）』などの識別表示がなされる。このように設けることによって、押下できない（スキップを受付けない）アイコンであることを、ユーザは容易に判断できるようになる。なお、スキップできないことが識別ができる表示であれば良いため、例えば、アイコン自体の色を変える、吹き出し文字の色やフォントを変える、吹き出しの背景色を変えるなど、様々な識別表示の方法が考えられる。
【００５１】
販売店アイコン８０３は、地図上に消耗品包含装置１１０の販売店の所在地を示すアイコンである。さらにこのアイコンは、ユーザからの押下を受付けた場合に、その店舗に関する詳細情報（例えばその店舗のウェブサイトを立ち上げるなど）を表示してもよい（不図示）。
【００５２】
８０４は、現在の日時を表示する表示領域である。現在の日時は、携帯端末に備えられているカレンダ機能や時計機能から情報を取得し、表示する。また、現在の日時の代わりに、地図を生成した日時、各携帯端末から現在地を取得した日時のいずれかの日時を表示しても良い。
【００５３】
図９は、図８でユーザアイコン８０１が押下された後の状態の一例を示した構成図である。ここでは、父郎の携帯端末１５０から姉子の携帯端末１５０へ、購買依頼を行う様子を示している。
図９（ａ）は、ユーザの手９０１でユーザアイコン８０１が押下（購買依頼先・スキップ先を選択）された状態の一例を示している。
【００５４】
図９（ｂ）は、図９（ａ）で、ユーザアイコン８０１の押下を受付けた後に表示される画面の一例を示している。９０２は、他のユーザの携帯端末に購買依頼を行うか否かの確認画面である。
【００５５】
コメント入力欄９０３は、購買依頼元となるユーザの携帯端末１５０が、購買依頼先（スキップ先）のユーザの携帯端末１５０に対し送信したいコメントを受付ける入力欄である。
９０４は、購買依頼（スキップ）を行う指示をユーザから受けつけるボタンである。
９０５は、図８の画面に戻るボタンである。
図１０は、図７と同様に、インク残量と最寄りの販売店をアナウンスする画面の一例を示した構成図である。違いは関連商品案内画面１００１である。
【００５６】
関連商品案内画面１００１は、消耗品の関連商品を示すスペースである。このように設けることで、例えば、個別の購入よりも金額が節約できる消耗品のセットなど、消耗品を購入するユーザが、買うべき消耗品に関連したメリットある情報を取得できるようになり、購入にあたっての選択肢を広げることができるようになる。たとえば、本実施例ではインクのセットを例に挙げている。一般的にプリンタ用のインクのセットは個別購入よりも低価格に設定されているため、ユーザにとって有益な情報となる。また、エスプレッソマシンのカプセルのような消耗品の場合でも、小数パックで購入するよりも、徳用のたくさん入っているパックの方が、一般的に割安に価格が設定されていることが多い。そのため、プリンタのインクセット同様、ユーザにとって有益な情報となる。
【００５７】
図１１は、携帯端末１５０が、他の携帯端末１５０から購買依頼を受け取った（スキップされた）際に表示される画面の一例を示した構成図である。メッセージ表示領域７０６にコメント入力欄９０３で受付けたコメントが反映されている。
図１２は、本発明のメインフローの一例を示した構成図である。
ステップＳ１２０１−１では、購買予定情報管理サーバ１２０は、消耗品包含装置１１０に消耗品の残量に関する情報を要求する。
ステップＳ１２０１−２では、消耗品包含装置１１０は、購買予定情報管理サーバ１２０から送信された消耗品の残量に関する情報の送信要求を受信する。
【００５８】
ステップＳ１２０１−３では、消耗品包含装置１１０は、消耗品包含装置１１０に包含される消耗品の残量情報を取得し、購買予定情報管理サーバ１２０に送信する。
【００５９】
ステップＳ１２０１−４では、購買予定情報管理サーバ１２０は、消耗品包含装置１１０から送信された消耗品の残量に関する情報を受信する。そして受信した情報は、図２４の消耗品残量２４０２に格納され、管理される。
【００６０】
ステップＳ１２０２では、携帯端末１５０は、図３に示すようなログイン画面（アカウント入力画面）を表示するため、購買予定情報管理サーバ１２０にログイン画面の情報の送信要求を行う。
ステップＳ１２０３では、購買予定情報管理サーバ１２０は、携帯端末１５０から送信されたログイン画面の情報送信の要求を受け付ける。
【００６１】
ステップＳ１２０４では、携帯端末１５０は、購買予定情報管理サーバ１２０に、調達が必要な物品の情報送信と登録の要求を行う。送信する情報は、例えば図２９に示すような画面で受付けたものである。図２９の詳細は後述する。
【００６２】
ステップＳ１２０５では、購買予定情報管理サーバ１２０は、携帯端末１５０が、ステップＳ１２０３で行った調達が必要な物品の情報を受付け、図２８の買い物リストの調達が必要な物品２８０１に、登録を行う。本実施例では、「○×牛乳２Ｌパック」と「ＩＺＭＯ柔道着」が、ステップＳ１２０３とステップＳ１２０５を経て登録されたものとする。
【００６３】
ステップＳ１２０６では、購買予定情報管理サーバ１２０は、図２４のデータテーブルの消耗品ストック２４０１や消耗品残量２４０２が、図２７のデータテーブルのストック条件２７０２や残量条件２７０１を、下回っているか否かを判定する。そして、下回っていると判定された場合は、ステップＳ１２０７に遷移する。また、下回っていないと判定された場合は、ステップＳ１２０８に遷移する。
【００６４】
このように、残量条件・ストック条件を判定するステップと、範囲条件を判定するステップとを分けると、この後のステップＳ１２０９乃至Ｓ１２１２で行う位置情報の取得要求を行う回数を、分けない場合に比べて低減することができる。携帯端末１５０において、ＧＰＳ機能等の位置情報を取得するモジュールを用いて位置情報を取得することは、電池の大量消費につながる。そこで、このように設けることにより、位置情報の取得回数が減った分だけ携帯端末１５０のバッテリーの消耗を押えることができる。
【００６５】
ステップＳ１２０７では、購買予定情報管理サーバ１２０は、ステップＳ１２０６の結果を踏まえて買い物リストを更新する。具体的には、ステップＳ１２０６にて図２７のデータテーブルのストック条件２７０２や残量条件２７０１を下回っていると判定された消耗品を、図２８の買い物リストの調達が必要な物品２８０１として登録する。本実施例の図２８においては、「ストック条件２７０２：０個，残量条件２７０１：５０％未満」である消耗品「ＢＣＩ１００−Ｃ」が、このステップで登録された物品の例である。
【００６６】
ステップＳ１２０８では、購買予定情報管理サーバ１２０は、ステップＳ１２０３にて携帯端末１５０からログイン画面の情報送信の要求を受け付けたか否かの判定を行う。そして、要求を受け付けたと判定した場合は、図１３のマニュアル操作フローに遷移する。また、要求を受け付けていないと判定した場合は、ステップＳ１２０９に遷移する。
ステップＳ１２０９では、購買予定情報管理サーバ１２０は、携帯端末１５０に携帯端末１５０の現在地情報の送信を要求する。
ステップＳ１２１０では、携帯端末１５０は、購買予定情報管理サーバ１２０から送信された携帯端末１５０の現在地情報の送信要求を受信する。
【００６７】
ステップＳ１２１１では、携帯端末１５０は、図１のＧＰＳ衛星１７０からの携帯端末１５０の現在地を特定するための情報を、ＧＰＳ受信機２２１を通して取得する。そして、携帯端末１５０は、携帯端末１５０の現在地を割り出し、その情報を購買予定情報管理サーバ１２０に送信する。
【００６８】
ステップＳ１２１２では、購買予定情報管理サーバ１２０は、携帯端末１５０から送信された携帯端末１５０の現在地情報を受信する。そして、取得した現在地情報は、図２５のデータテーブルの現在地２５０４に格納され、管理される。
【００６９】
ステップＳ１２１３では、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている図１９のデータテーブルから消耗品を取り扱っている店舗の住所（住所１９０２）を取得する。そして、購買予定情報管理サーバ１２０は、図１９の住所１９０２と図２５のデータテーブルの携帯端末１５０の位置情報（現在地２５０４）とから、それぞれの携帯端末１５０の現在地から最寄りの店舗までの距離を求め、図２５の最寄り店までの距離２５０６に格納する。また、図２５のデータテーブルに格納された対応不可条件と、それぞれの携帯端末１５０現在地や現時刻とをつきあわせ、その状態を状態の状態２５０７に格納する。そして、図２５のデータテーブルの最寄り店までの距離２５０６と、図２７の範囲条件２７０３と用いて、それぞれの携帯端末１５０の最寄り店までの距離の中で、範囲条件２７０３の距離の範囲内であるか否かを判定する。つまり、購買予定情報管理サーバ１２０は、調達が必要な物品２８０１の物品を入手できる調達先（調達場所２８０２）と現在地２５０４とが、範囲条件入力欄４０４で受付けた範囲条件の距離や範囲以内であるかどうか判定するわけである。そして、範囲内であると判定された場合は、ステップＳ１２１４に遷移する。また、範囲外であると判定された場合は、ステップＳ１２０１−１に戻る。
【００７０】
ステップＳ１２１４では、購買予定情報管理サーバ１２０は、携帯端末１５０のうち、最寄り店までの距離２５０６の最も数字が小さい（消耗品の販売店に近い）ユーザの携帯端末１５０を買える商品リスト（購買依頼）の通知先として決定する。ただし、この際図２５のデータテーブルに格納された対応不可条件２５０５に該当する携帯端末１５０は除くものとする。
【００７１】
ステップＳ１２１５では、購買予定情報管理サーバ１２０は、前記ステップＳ１２１４で決定したユーザの携帯端末１５０に、最寄りの販売店にて消耗品の購入するよう促すため買える商品リスト（図７の画面）を表示させるべく画面の情報を送信する。
ステップＳ１２１６では、携帯端末１５０は、購買予定情報管理サーバ１２０から送信された買える商品リストを受信し、図７の画面を表示する。
【００７２】
ステップＳ１２１７では、フローを終了するか否かの判定を行う、終了すると判定された場合はそのまま終了する。一方、終了しない場合は、ステップＳ１２０１−１に戻る。
図１３は、携帯端末１５０においてユーザ入力（マニュアル入力）を受付けるステップを含むフローの一例を示した構成図である。
ステップＳ１３０１では、購買予定情報管理サーバ１２０は、携帯端末１５０にアカウント入力画面（図３）の情報を送信する。
【００７３】
ステップＳ１３０２では、携帯端末１５０は、購買予定情報管理サーバ１２０から図３に示すようなログイン画面を受付けて表示する。そして、アカウント入力をユーザから受付ける。
【００７４】
ステップＳ１３０３では、携帯端末１５０は、図３のログインボタン３０３の押下をユーザから受け付けた際、ステップＳ１３０２で取得したグループ名入力欄３０１とパスワード入力欄３０２を購買予定情報管理サーバ１２０に送信し、アクセス要求を行う。
ステップＳ１３０４では、購買予定情報管理サーバ１２０は、携帯端末１５０からアカウントとアクセス要求とを受信する。
【００７５】
ステップＳ１３０５では、購買予定情報管理サーバ１２０は、前記ステップＳ１３０４で受信したアカウントを、図２３のデータテーブルのグループ名２３０１やパスワード２３０２とつきあわせて認証判定を行う。認証に成功したと判定された場合は、ステップＳ１３０６に遷移する。また、認証成功したと判定されなかった場合は、図１４の新規登録や設定変更のフローへ遷移する。
ステップＳ１３０６では、購買予定情報管理サーバ１２０は、携帯端末１５０にホーム画面（図６）の情報を送信する。
ステップＳ１３０７では、携帯端末１５０は、購買予定情報管理サーバ１２０に、ホーム画面（図６）の情報の送信を要求する。
【００７６】
ステップＳ１３０８では、携帯端末１５０は、購買予定情報管理サーバ１２０からホーム画面を受信し、図６に示すようなホーム画面（図６）の情報を表示する。
【００７７】
ステップＳ１３０９では、購買予定情報管理サーバ１２０は、ユーザにより設定の変更ボタン６０１の押下を受付けたかを判定する。そして、押されたと判定した場合は、後述する図１４に示す登録条件の新規登録や変更を受け付けるステップを含むフローに遷移する。また、押下を受付けたと判定されなかった場合は、ステップＳ１３１０に遷移する。
【００７８】
ステップＳ１３１０では、携帯端末１５０は、ユーザによりインクの残量をインク残量表示ボタン６０２の押下を受付けたかを判定する。そして、押されたと判定した場合は、後述する図１５に示す消耗品包含装置１１０の残量を携帯端末１５０に表示するステップを含むフローに遷移する。また、押下を受付けたと判定されなかった場合は、ステップＳ１３１１に遷移する。
【００７９】
ステップＳ１３１１では、携帯端末１５０は、ユーザによりグループメンバーの現在地表示ボタン６０３の押下を受付けたかを判定する。そして、押されたと判定した場合は、後述する図１６に示す携帯端末１５０の現在地と最寄りの消耗品の販売店とを、携帯端末１５０に表示するステップを含むフローに遷移する。また、押下を受付けたと判定されなかった場合は、ステップＳ１３１２に遷移する。
【００８０】
ステップＳ１３１２では、携帯端末１５０は、対応不可条件受付領域６０４にて、対応不可条件の入力受付を行う。対応不可条件は、図４の４０２乃至４０４の条件に基づいて消耗品の残量と購買に関する情報の通知を受けても、ユーザが対応できない（消耗品を直ちに購入できない）場合の条件を定めるものである。そして、この入力は、図６の対応不可条件受付領域６０４で受け付ける。つまり、対応不可条件は、残量情報（あるいは調達依頼情報）を送信する条件である、図４の４０２乃至４０４の条件に基づいて消耗品の残量と購買に関する条件が整った際であっても、送信を行わないよう制御する条件となる。そして、この条件には時間帯、月日、曜日および前記情報処理端末の位置情報のうち、１つ以上が含まれる。
【００８１】
ステップＳ１３１３では、携帯端末１５０は、ユーザにより図６の条件を追加ボタン６０５の押下を受付けたかを判定する。そして、押下を受付けたと判定した場合、ステップＳ１３０４に遷移する。また、押下を受付けたと判定されなかった場合は、ステップＳ１３１６に遷移する。
【００８２】
ステップＳ１３１４では、携帯端末１５０は、前記ステップＳ１３１２において、対応不可条件受付領域６０４で受け付けた対応不可条件を、購買予定情報管理サーバ１２０に、送信する。
【００８３】
ステップＳ１３１５では、購買予定情報管理サーバ１２０は、携帯端末１５０が送信した対応不可条件を受信し、購買予定情報管理サーバ１２０の外部メモリ２１１で管理されている図２５のデータテーブルの対応不可条件２５０５に格納する。
【００８４】
ステップＳ１３１６では、携帯端末１５０は、ユーザにより登録条件を表示する登録条件表示ボタン６０６の押下を受付けたかを判定する。そして、押下を受付けたと判定した場合、後述する図１８の登録条件の設定状況を携帯端末１５０に表示するステップを含むフローに遷移する。また、押下を受付けたと判定されなかった場合は、ステップＳ１３１７に遷移する。
【００８５】
ステップＳ１３１７では、携帯端末１５０は、ログアウトボタン６０７が押下されたか否かを判定する。そして、押下を受付けたと判定した場合は、ステップＳ１３１８に遷移する。また、押下を受付けたと判定されなった場合は、前述のステップＳ１３０９に遷移する。
ステップＳ１３１８では、携帯端末１５０は、購買予定情報管理サーバ１２０にログアウトを要求する。
【００８６】
ステップＳ１３１９では、購買予定情報管理サーバ１２０は、携帯端末１５０からのログアウト要求を受信する。そして、図１２に示すメインフローに遷移する。
図１４は、本発明の登録条件の新規登録や変更を受付けるステップを含むフローの一例を示した構成図である。
ステップＳ１４０１では、携帯端末１５０は、購買予定情報管理サーバ１２０に登録・変更画面（図４）の情報の送信を要求する。
ステップＳ１４０２では、購買予定情報管理サーバ１２０は、携帯端末１５０からの登録・変更画面（図４）の情報の送信要求を受信する。
ステップＳ１４０３では、購買予定情報管理サーバ１２０は、登録・変更画面（図４）の情報を、携帯端末１５０に送信する。
ステップＳ１４０４では、携帯端末１５０は、購買予定情報管理サーバ１２０から受信した登録・変更画面の情報を受信し、表示する。
ステップＳ１４０５では、携帯端末１５０は、図４のシリアルＮｏ入力欄４０１にて、ユーザからシリアルＮｏの入力を受け付ける。
【００８７】
ステップＳ１４０６では、携帯端末１５０は、図４のストック条件入力欄４０２、残量条件入力欄４０３、範囲条件入力欄４０４にて、ステップＳ１２０２にて買える商品リスト（図７）を携帯端末１５０に送信する際の判定の条件（通知条件）の入力を受け付ける。なお、判定は、先述の通りステップＳ１２０６およびステップＳ１２１３で行う。
【００８８】
ステップＳ１４０７では、携帯端末１５０は、図４のグループ携帯端末入力欄４０５にて、グループに紐づけられて買える商品リストの通知先となる携帯端末１５０の情報（本実施例では、ユーザ名、電話番号、メールアドレス）の入力を受け付ける。
【００８９】
ステップＳ１４０８では、携帯端末１５０は、図４の条件更新ボタン４０６の押下を受付けたかを判定する。そして、押下を受付けたと判定した場合、ステップＳ１４０９に遷移する。また押下さたと判定されなかった場合、ステップＳ１４１１へ遷移する。
【００９０】
ステップＳ１４０９では、携帯端末１５０は、ステップＳ１４０５にてシリアルＮｏ入力欄４０１で受付けたシリアルＮｏ、ストック条件２７０２、残量条件２７０１、範囲条件２７０３件、ステップＳ１４０７にてグループ携帯端末入力欄４０５で受付けた携帯端末１５０の情報を、それぞれ購買予定情報管理サーバ１２０に、送信する。
【００９１】
ステップＳ１４１０では、購買予定情報管理サーバ１２０は、携帯端末１５０から送信されたそれぞれの情報を受信する。そして、シリアルＮｏは、図２３、図２４、図２５、図２７のシリアルＮｏ２３０３に格納される。また、ストック条件、残量条件、範囲条件は、図２７のデータテーブルのストック条件２７０２、残量条件２７０１、範囲条件２７０３にそれぞれ格納される。また、携帯端末１５０の情報（ユーザ名、電話番号、メールアドレス）は、図２５のユーザ名２５０１、ｅ−ｍａｉｌ（メールアドレス）２５０２、登録端末番号２５０３にそれぞれ格納される。これらの後、ステップＳ１４０３に遷移する。
【００９２】
ステップＳ１４１１では、携帯端末１５０は、図４の設定登録終了ボタン４０８の押下を受付けたかを判定する。そして、押下を受付けたと判定された場合、ステップＳ１４１２に遷移する。また、押下を受付けたと判定されなかった場合、ステップＳ１４０４に遷移する。
ステップＳ１４１２は、ステップＳ１４０９と同様である。
ステップＳ１４１３は、ステップＳ１４１０と同様である。
【００９３】
ステップＳ１４１４では、購買予定情報管理サーバ１２０は、ステップＳ１４１３でシリアルＮｏ、ストック条件、残量条件、範囲条件、グループに紐づける携帯端末１５０の情報を各データテーブルに登録した旨、携帯端末１５０に通知する。そして
設定状況画面（図５）を表示するフローへ遷移する。
図１５は、消耗品包含装置１１０の残量を携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
ステップＳ１５０１では、携帯端末１５０は、購買予定情報管理サーバ１２０に、買える商品リスト（図７）の情報の送信を要求する。
ステップＳ１５０２では、購買予定情報管理サーバ１２０は、携帯端末１５０からの買える商品リスト（図７）の情報の送信要求を受信する。
【００９４】
ステップＳ１５０３では、購買予定情報管理サーバ１２０は、携帯端末１５０に、買える商品リスト（図７）の情報を生成し、送信する。詳細は図３０のサブフローにて後述する。
ステップＳ１５０４では、携帯端末１５０は、購買予定情報管理サーバ１２０からの買える商品リスト（図７）の情報を受信し、表示する。
【００９５】
ステップＳ１５０５では、携帯端末１５０は、図７のストック（消耗品）の購入済ボタン７０１の押下を受付けたかを判定する。そして、受付けたと判定した場合、ステップＳ１５０６に遷移する。また、受付けたと判定なかった場合、ステップＳ１５０８に遷移する。
ステップＳ１５０６では、携帯端末１５０は、購買予定情報管理サーバ１２０に、ストック数の変更を要求する。
【００９６】
ステップＳ１５０７では、購買予定情報管理サーバ１２０は、携帯端末１５０からのストック数の変更要求を受信し、図２４の消耗品ストック２４０１の情報を更新し、ステップＳ１５０３に遷移する。このように、本実施例では、購入済ボタン７０１の押下を受付けたと判定されると、携帯端末１５０は、ユーザが該当する消耗品を購入したものとして、購買予定情報管理サーバ１２０に、図２４の消耗品ストック２４０１の数を増やすよう要求する。しかし、図７の画面に消耗品の数を増減させる指示を受付ける領域を設け、その数を加算あるいは減算するような仕様であってもよい。
【００９７】
ステップＳ１５０８では、携帯端末１５０は、図７の案内開始ボタン７０３の押下を受付けたかを判定する。そして、受付けたと判定された場合、図１５に示すような現在地表示画面を表示するフローへ遷移する。また、受付けたと判定されなかった場合、ステップＳ１５０９へ遷移する。
【００９８】
ステップＳ１５０９では、携帯端末１５０は、図７の他のユーザに購買を依頼するスキップボタン７０４が押下を受付けたかを判定する。そして、受付けたと判定した場合、図１５に示すような現在地表示画面を表示するフローへと遷移する。そして、スキップ先のユーザを選択するフローへと進んでゆく。また、次のようなやり方も考えられる。携帯端末１５０は、購買予定情報管理サーバ１２０は対応不可条件に当てはまらず、販売店に最寄の距離のスキップ元の携帯端末１５０を除く携帯端末１５０を特定し、図１７のＤ´のステップＳ１７０１のフローに遷移させる、という方法である。このように設けることで、ユーザがスキップ先の相手を指定する手間を省くこともできるし、スキップできない相手を誤って選択してしまうことの防止になる。また、受付けたと判定しなかった場合には、ステップＳ１５１０に遷移する。
【００９９】
ステップＳ１５１０では、携帯端末１５０は、図７の再通知ボタン７０５の押下を受付けたかを判定する。そして、受付けたと判定すると、ステップＳ１５１１に遷移する。また、受付けたと判定しなかった場合、ステップＳ１５１１に遷移する
されると、ステップＳ１５１１に遷移する。
ステップＳ１５１１では、携帯端末１５０は、購買予定情報管理サーバ１２０に、図７の画面の再通知を要求する。
ステップＳ１５１２では、購買予定情報管理サーバ１２０は、携帯端末１５０からの再通知の要求を受信し、一定時間経過後、ステップＳ１５１３に遷移する。
ステップＳ１５１３では、購買予定情報管理サーバ１２０は、消耗品包含装置１１０に、消耗品の残量の情報を送信するよう要求する。
ステップＳ１５１４では、消耗品包含装置１１０は、購買予定情報管理サーバ１２０からの残量の情報の送信要求を受信する。
ステップＳ１５１５では、消耗品包含装置１１０は、購買予定情報管理サーバ１２０に、残量情報を送信する。
【０１００】
ステップＳ１５１６では、購買予定情報管理サーバ１２０は、消耗品包含装置１１０からの残量情報を受信する。そしてデータテーブルの消耗品残量２４０２を更新し、ステップＳ１５０３に遷移する。
【０１０１】
ステップＳ１５１７では、携帯端末１５０は、ホームボタンの押下を受付けたか否かを判定する。携帯端末１５０が、ホームボタンの押下を受付けたと判定した場合、ホーム画面を表示するフローへ遷移する。携帯端末１５０が、ホームボタンの押下を受付けたと判定しなかった場合、ステップＳ１５０５に戻る。
図１６は、携帯端末１５０の現在地と最寄りの消耗品の販売店とを、携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
ステップＳ１６０１では、携帯端末１５０は、購買予定情報管理サーバ１２０に、地図画面（図８）の情報の送信を要求する。
ステップＳ１６０２では、購買予定情報管理サーバ１２０は、携帯端末１５０からの地図画面の情報の送信要求を受信する。
【０１０２】
ステップＳ１６０３では、購買予定情報管理サーバ１２０は、購買予定情報管理サーバ１２０の外部メモリ２１１から図２５に示すデータテーブルからグループに属する全ての携帯端末１５０に対して、現在地の情報を送信するよう要求する。
ステップＳ１６０４では、グループに属するそれぞれ携帯端末１５０は、購買予定情報管理サーバ１２０からの現在地の情報の送信要求をそれぞれ受信する。
【０１０３】
ステップＳ１６０５では、グループに属するそれぞれの携帯端末１５０、購買予定情報管理サーバ１２０に、現在地情報をそれぞれ取得し、送信する。なお、現在地情報の取得の詳細については、ステップＳ１２１０に準ずる。
【０１０４】
ステップＳ１６０６では、購買予定情報管理サーバ１２０は、グループに属するそれぞれの携帯端末１５０からの現在地情報を受信する。そして図２５のデータテーブルの現在地２５０４に現在地の情報を格納する。すなわち、ステップＳ１２１２に準ずるデータの格納を行う。
【０１０５】
ステップＳ１６０７では、購買予定情報管理サーバ１２０は、図２５のデータテーブルや、図１９のデータテーブルから図８に示すような地図情報を生成し、携帯端末１５０に、送信する。なお、現在地や店舗の位置を組み合わせた地図の生成方法については、ＷＥＢ上で提供されている既知の地図サービスの方法を用いればよいため、詳細な記述は省略する。
ステップＳ１６０８では、携帯端末１５０は、購買予定情報管理サーバ１２０から送信された地図情報（図８）を受信し、表示する。
【０１０６】
ステップＳ１６０９では、携帯端末１５０は、図９（ａ）に示すような操作でユーザからユーザアイコン８０１の押下を受付けたかの判定を行う。そして、受付けたと判定した場合は、図１７のスキッププロセスフローに遷移する。また、受付けたと判定しなかった場合は、ステップＳ１６１０に遷移する。
【０１０７】
ステップＳ１６１０では、携帯端末１５０は、ホームボタン８０５の押下を受付けたを判定する。そして、受付けたと判定した場合には、図ホーム画面の表示フローのステップＳ１３０７に遷移する。また、受付けたと判定しなかった場合には、ステップＳ１６０９に遷移する。
【０１０８】
図１７は、一の携帯端末１５０から他の携帯端末１５０に対して、消耗品の購入を依頼する画面の送信を行うステップを含むフローの一例を示した構成図である。
ステップＳ１７０１では、携帯端末１５０は、購買予定情報管理サーバ１２０に、スキップ画面（図９（ｂ））の情報の送信を要求する。
ステップＳ１７０２では、購買予定情報管理サーバ１２０は、携帯端末１５０からのスキップ画面（図９（ｂ））の情報の送信要求を受信する。
ステップＳ１７０３では、購買予定情報管理サーバ１２０は、携帯端末１５０に、スキップ画面（図９（ｂ））の情報を送信する。
ステップＳ１７０４では、携帯端末１５０は、購買予定情報管理サーバ１２０からのスキップ画面（図９（ｂ））の情報を受信し、画面を表示する。
ステップＳ１７０５では、携帯端末１５０は、図９のコメント入力欄９０３にてユーザからコメントの入力を受け付ける。
【０１０９】
ステップＳ１７０６では、携帯端末１５０は、図９の送信ボタン８０４の押下を受付けたかを判定する。そして、押下を受付けたと判定された場合は、ステップＳ１７０７に遷移する。また押下を受付けたと判定されなかった場合は、ステップＳ１７０５に遷移する。
【０１１０】
ステップＳ１７０７では、携帯端末１５０は、購買予定情報管理サーバ１２０に、スキップ先としてステップＳ１６０９で受付けた携帯端末１５０を特定する情報を、ステップＳ１７０５で受付けたコメントとともに送信する。なお、このコメントは、図７の画面のメッセージ表示領域７０６（あるいは図１１の画面のコメント表示領域１１０１）に反映される。
【０１１１】
ステップＳ１７０８では、購買予定情報管理サーバ１２０は、携帯端末１５０から送信された、スキップ先として携帯端末１５０を特定する情報と、メッセージ表示領域７０６（またはコメント表示領域１１０１）に反映させるコメントとを受信する。この際に、送信先の情報処端末が、対応不可条件にあてはまると状態であるか否かを判定し、判定された場合には残量表示画面の情報の調達依頼情報の送信の要求を、受付けない制御を行ってもよい。このように設けることで、対応できないユーザの携帯端末１５０に、残量表示画面の情報を送信することを防ぐことができる。つまり、消耗品の購買ができないユーザに対する消耗品の購買依頼を防ぐことができるわけである。
【０１１２】
ステップＳ１７０９では、購買予定情報管理サーバ１２０は、残量表示画面（図７や図１１）の情報を、ステップＳ１７０８で受付けたコメントを反映させて生成する。そして
【０１１３】
同じくステップＳ１７０８で受付けた、スキップ先として携帯端末１５０を特定する情報で特定される携帯端末１５０に対し、生成した残量表示画面の情報を送信する。そして、残量表示画面の図１５の表示フローのステップＳ１５０４に遷移する。
図１８は、登録条件の設定状況を携帯端末１５０に表示するステップを含むフローの一例を示した構成図である。
ステップＳ１８０１では、携帯端末１５０は、購買予定情報管理サーバ１２０に、設定状況画面（図５）の情報の送信を要求する。
ステップＳ１８０２では、購買予定情報管理サーバ１２０は、携帯端末１５０からの状況画面（図５）の情報の送信要求を受信する。
ステップＳ１８０３では、購買予定情報管理サーバ１２０は、携帯端末１５０に、設定状況画面（図５）の情報を送信する。
ステップＳ１８０４では、携帯端末１５０は、購買予定情報管理サーバ１２０からの設定状況画面（図５）の情報を受信し、表示する。
【０１１４】
ステップＳ１８０５では、携帯端末１５０は、戻るボタン５０２の押下を受付けたかを判定する。そして、受付けたと判定した場合、ホーム画面を表示するフロー（図１３）のステップＳ１３０７に遷移する。また、受付けたと判定しなかった場合、再度ステップＳ１８０５に遷移する。
【０１１５】
図１９は、消耗品を取り扱っている店舗の住所・連絡先・在庫情報の取得先のデータテーブルの一例を示した構成図である。図１９は、図１９（ａ）、図１９（ｂ）図１９（ｃ）の総称で、図１９（ａ）は、調達すべき物品の販売店のうち、消耗品である「ＢＣＩ１００シリーズ」を関するインク（ＢＣＩ１００−Ｃ，Ｍ，Ｙ，ＢＫ）、「ＢＣＩ２００シリーズ」、「ＢＣＩ３００シリーズ」の販売店一覧である。また、図１９（ｂ）は、調達すべき物品の販売店のうち、「○×牛乳シリーズ」（○×牛乳  ２Ｌなど）の販売店一覧である。図１９（ｃ）は、調達すべき物品の販売店のうち、「ＩＺＭＯ柔道着」の販売店一覧である。
【０１１６】
本実施例においては、このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。このデータテーブルは、予め購買予定情報管理サーバ１２０（の外部メモリ２１１）に登録され、記憶されているデータテーブルである。
１９０１は、消耗品を取り扱う店舗の名称である。
【０１１７】
１９０２は、消耗品を取り扱う店舗の住所（居所・位置）である。本実施例では緯度と経度で表記しているが、位置が分かる情報であればよく、例えば番地表現でもよい。
【０１１８】
１９０３は、消耗品を取り扱う店舗の在庫情報の取得先である。本実施例ではＵＲＬ表記だが、在庫情報の取得できる通信先を特定できる情報であればよい。例えば、ディレクトリ情報等であってもよい。
１９０４は、消耗品を取り扱う店舗の電話番号である。
【０１１９】
図２０は、消耗品包含装置１１０で使用する機種別の消耗品と、その関連商品のデータテーブルの一例を示した構成図である。このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。また、このデータテーブルは、予め購買予定情報管理サーバ１２０（の外部メモリ２１１）に登録され、記憶されているデータテーブルである。
２００１は、消耗品包含装置１１０の機種名である。
２００２は、消耗品包含装置１１０の機種ごとに使用する消耗品である
【０１２０】
２００３は、消耗品包含装置１１０の機種に関連する商品である。本実施例では消耗品のセット一式（消耗品と同じ型番または同じ成分のインクを含むインクカートリッジを含むインクセット）としているが、関連した商品であればよい。たとえば、Ｌ版の写真用紙セットを消耗品とした場合であれば、同じサイズ（例えばＬ版など）の種類の違う写真用紙のセットを関連商品にするケースが考えられる。また、同じ種類の用紙でサイズの違う写真用紙のセットを関連商品にするケース、同じＬ版かつ同じ種類の紙で封入枚数の違う写真用紙のセットを関連商品にするケース、等も考えられる。あるいは、エスプレッソマシンであれば、カプセルが消耗品とすれば、容器に封入されたミルクやスティックシュガーなど、エスプレッソマシンのカプセルと共に消耗することが予想される物品を関連商品とすることも考えられる。
【０１２１】
図２１は、消耗品を取り扱うそれぞれの販売店における、消耗品の在庫状況を示すデータテーブルの一例を示した構成図である。このデータテーブルは、店舗在庫情報管理サーバ１３０の外部メモリ２１１に記憶されている。購買予定情報管理サーバ１２０は、消耗品を取り扱う店舗の在庫情報の確認先１９０３に基づいて、通信ネットワーク１６０を通じて、このデータテーブルにアクセスできるようになっている。そして、購買予定情報管理サーバ１２０は、このデータテーブルを図２１の携帯端末１５０に残量の通知を行う画面（図７や図１１）を生成する際や、画面生成をするか否かを判定する際に参照する。そして、購買予定情報管理サーバ１２０は、このデータテーブルの在庫情報を基に、最寄りの販売店を表示する販売店表示領域７０７から、在庫のない店の表記を除外したり、画面生成を行うか否かを判定する際の判断材料として用いたりする。
【０１２２】
２１０１は、該当する店舗の消耗品の在庫である。本実施例では「あり／なし／僅少／−（取扱なし）」の表記となっているが、在庫の有無が分かればよい。つまり、例えば数量であってもよい。
【０１２３】
図２２は、消耗品包含装置１１０の持つシリアルＮｏ．を機種別に表したデータテーブルの一例を示した構成図である。このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。このデータテーブルがあることで、購買予定情報管理サーバ１２０は、グループ登録されたシリアルＮｏ．から登録された消耗品包含装置１１０の機種を特定することができる。また、特定された機種と図２０のデータテーブルから、使用するインクを特定することもできる。
本実施例では、縦の列ごとに機種分けしてシリアルＮｏのデータテーブルを構成している。
２２０１は、第１の消耗品包含装置１１０のシリアルＮｏである。
２２０２は、第２の消耗品包含装置１１０のシリアルＮｏである。
２２０３は、第３の消耗品包含装置１１０のシリアルＮｏである。
【０１２４】
図２３は、アカウントであるグループ名（ログインＩＤ、グループＩＤ）とパスワード、そして消耗品包含装置１１０のシリアルナンバー、消耗品包含装置１１０の機種を紐つけたデータテーブルの一例を示した構成図である。このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。
【０１２５】
２３０１は、グループ名である。シリアルＮｏとともにグループを新規登録する際にグループごとに割り振られる名称である。グループ名は、グループの新規登録時に、消耗品包含装置１１０のシリアルＮｏに紐づけられて、自動的に割り振られる。あるいは自動ではなく、登録者が新規登録時に、ＩＤを他のＩＤと重複しないように決めてもよい。
２３０２は、パスワードである。こちらも、グループの新規登録時にグループごとに割り振られる（ユーザが任意のパスワードを登録してもよい）。
【０１２６】
なお、このデータテーブルは、図１３のステップＳ１３０５のログイン認証の際に用いられる。具体的には、携帯端末１５０で受付けたアカウントと整合するかどうかを判断する際に用いられ、整合する場合はログイン認証が成功したと判断する。
２３０３は、アカウントに紐づいたシリアルＮｏである。複数あってもよい。
【０１２７】
図２４は、グループごとに登録された消耗品包含装置１１０の消耗品の残量やストックを管理するデータテーブルの一例を示した構成図である。このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。
【０１２８】
２４０１は、消耗品のストック数である。本発明においては、消耗品包含装置１１０は、消耗品の交換を検知した際、消耗品包含装置１１０から購買予定情報管理サーバ１２０に交換した消耗品の数量についての通知を受けることができる（つまり、交換情報取得手段を持つ）。そしてその際、交換した消耗品の数量に対応して消耗品の消耗品ストック２４０１の数量が反映される。また、消耗品包含装置１１０から購買予定情報管理サーバ１２０にストック購入済みボタンの押下を受付けた旨の通知を受け付けた際には、ストック数の数字が増加する。しかし、消耗品包含装置１１０がストック数を検知できる機構であれば、消耗品包含装置１１０からの数量の通知を受けて、増減させてもよい。
【０１２９】
２４０２は、消耗品残量である。本発明においては、消耗品包含装置１１０は消耗品の残量を検知できる仕組みを有しており、消耗品包含装置１１０から購買予定情報管理サーバ１２０に情報が通知された際に、その情報が消耗品残量に反映される。
【０１３０】
２４０３は、要調達量である。購買予定情報管理サーバ１２０は、確保しておくべき消耗品の数量（後述の残量条件２７０１やストック条件２７０２）をあらかじめ記憶しており（不図示）、要調達数量２４０３には、確保しておくべき消耗品の数量を上回るために必要な消耗品の数量が入る。例えばインクのストック０個以上残量５０％以上を確保しておくべき消耗品の数量とし、現状がインクのストック０個以上残量４５％とすると、要調達数量は１となる。また、要調達数量の単位は個数に限定するものではなく、百分率や容量、重量など（例えばリットルやグラムなど）であってもよい。
【０１３１】
図２５は、グループごとの登録ユーザ、連絡先、現在地、対応ができない条件、最寄り店までの距離、対応が可能かどうかの状態を管理するデータテーブルの一例を示した構成図である。このデータテーブルは、購買予定情報管理サーバ１２０の外部メモリ２１１に記憶されている。
【０１３２】
２５０１は、グループに登録された携帯端末１５０のユーザ名である。携帯端末１５０が、グループ携帯端末入力欄４０５にてユーザから入力を受付けて送信し、購買予定情報管理サーバ１２０がそれを受信して登録を行っている。
【０１３３】
２５０２は、グループに登録された携帯端末１５０のメールアドレスである。携帯端末１５０が、グループ携帯端末入力欄４０５にてユーザから入力を受付けて送信し、購買予定情報管理サーバ１２０がそれを受信して登録を行っている。
【０１３４】
２５０３は、グループに登録された携帯端末１５０の電話番号である。携帯端末１５０が、グループ携帯端末入力欄４０５にてユーザから入力を受付けて送信し、購買予定情報管理サーバ１２０がそれを受信して登録を行っている。
【０１３５】
２５０４はグループに登録された携帯端末１５０の現在地である。本発明では、まず購買予定情報管理サーバ１２０が、携帯端末１５０に現在地の情報送信を要求する。次に、その要求を受けて、携帯端末１５０が位置情報をＧＰＳや、無線ＬＡＮなどを通じて携帯端末１５０自身の位置情報を取得する。そして、その位置情報を、携帯端末１５０が、購買予定情報管理サーバ１２０に送信し、購買予定情報管理サーバ１２０が受信した位置情報が格納されている。ただし、これは情報取得の一例にすぎず、携帯端末１５０が、購買予定情報管理サーバ１２０からの要求がなくとも、位置情報の情報発信を行ってもよい。
【０１３６】
２５０５は、対応不可条件である。携帯端末１５０が、対応不可条件受付領域６０４にて入力を受け、その後、購買予定情報管理サーバ１２０に送信し、購買予定情報管理サーバ１２０が受信した情報が格納されている。
【０１３７】
２５０６は、グループに登録された携帯端末１５０の最寄り店までの距離である。図１９のデータテーブルと、現在地２５０４との位置から距離を求め、最も近い店舗までの距離を計算た結果が格納されている。ただしこの際に、図２１の店舗の在庫状況も考慮して、在庫のない店が最寄りの店だった場合に、その次に近く在庫のある最寄りの店との距離を格納してもよい。
【０１３８】
２５０７は、グループに登録された携帯端末１５０が、対応不可条件２５０５に当てはまる状態であるか否かを格納している。また、ユーザが再通知ボタン７０５を押下した場合はその旨が格納される。
図２６は、図１２のフローのステップＳ１２１４のサブフローである。
ステップＳ２６０１にて、購買予定情報管理サーバ１２０は、データテーブル２５００を呼び出す。
【０１３９】
ステップＳ２６０２にて、購買予定情報管理サーバ１２０は、データテーブル２５００は、最寄り店（最寄りの調達場所）までの距離２５０６のうち最も距離の短い携帯端末１５０を抽出する。
【０１４０】
ステップＳ２６０３にて、購買予定情報管理サーバ１２０は、抽出した携帯端末１５０の状態２５０７が、対応不可条件にあてはあるか否かを判定する。そして、あてはまらないと判断した場合、ステップＳ２６０４に遷移する。また、あてはまると判定した場合、ステップＳ２６０５へ遷移する。
【０１４１】
ステップＳ２６０４にて、購買予定情報管理サーバ１２０は、抽出した携帯端末１５０を通知先の携帯端末１５０として決定する。そして、サブフローは終了となる（メインフローへ戻る）。
【０１４２】
ステップＳ２６０５にて、購買予定情報管理サーバ１２０は、抽出した携帯端末１５０のうち、ステップＳ２６０３で判定の行われていない携帯端末１５０の中で、他に対応可能なメンバーがいるかどうかの判定を行う。判定は、図２５のデータテーブルの状態２５０７が「対応可」であり、さらに、販売店との距離２５０６が、図２７の範囲条件２７０３以内である携帯端末が存在するかで行われる。あるいは、そして、存在すると判定された場合、ステップＳ２６０６に遷移する。また、存在しないと判定された場合は、現時点で消耗品の残量通知ができる携帯端末１５０なしと判断し、図１２のメインフローのステップＳ１２０１−１に遷移する。
【０１４３】
ステップＳ２６０６にて、購買予定情報管理サーバ１２０は、ステップＳ２６０３で対応が可能であると判定されなかった携帯端末１５０のうち、最も販売店との距離２５０６が、短い携帯端末１５０を、次の通知先候補として抽出する。そして、ステップＳ２６０３に遷移する。
【０１４４】
図２７は、購買予定情報管理サーバ１２０が、買える商品リストの通知（消耗品を最寄りの販売店で購入するよう通知）する際の、通知の条件をグループごとに管理するためのデータテーブルの一例を示した構成図である。
２７０１は、残量条件である。ここには、ステップＳ１４０６にて残量条件入力欄４０３で受付けた残量条件が格納されている。
２７０２は、ストック条件である。ここには、ステップＳ１４０６にてストック条件入力欄４０２で受付けたストック条件が格納されている。
２７０３は、範囲条件である。ここには、ステップＳ１４０６にて範囲条件入力欄４０４で受付けた範囲条件が格納されている。
図２８は、グループで調達が必要な物品を管理するためのデータテーブルの一例を示す構成図の一例である。
【０１４５】
２８０１は、調達が必要な物品である。たとえば、「ＢＣＩ１００−Ｃ」のように、本実施例にあるように、消耗品包含装置１１０の消耗品の数量うち、残量条件２７０１やストック条件２７０２など調達すべき物品を特定するための条件に基づいて決定された調達すべき物品が格納される。また、別のパターンとしては、「○×牛乳２Ｌパック」や「ＵＭＩＮＯ製  柔道着  ４号サイズ」とあるように、スポットで調達が必要な物品を入力してもよい。この場合の入力は、ユーザから手入力で受付けてもよいし、別の手段で生成された調達すべき物品の情報の入力を受付けてもよい。
【０１４６】
２８０２は、調達が必要な物品２８０１の調達場所である。図２１に示すような、調達先のデータテーブル（図１９、２０、２１）に基づいて決定する。調達が必要な物品２８０１に対応する調達場所は、例えば「ＢＣＩ１００−Ｃ」インクであれば、図１９、２０、２１から求められ、調達場所２８０２に格納される。同様に、「○×牛乳２Ｌパック」や「ＩＺＵＭＯ  柔道着  ４号」など、スポットで調達が必要な物品についても、同様に調達が必要な物品２８０１に対応する調達場所に関するデータテーブルがあるものとする。
【０１４７】
このように本発明においては、消耗品の残量を監視してストックの数量が一定量を下回ったものを調達が必要な物品として扱ってもよいし、ステップＳ１２０５のように、スポットで発生したものや手入力で受付けた物品を、調達が必要な物品として扱ってもよい。
【０１４８】
図２９は、グループで調達が必要な物品を管理するためのデータテーブルに調達すべき物品を追加するべく、携帯端末１５０がユーザ課から調達すべき物品を受付ける画面の一例である。
２９０１は、調達すべき物品を検索するための検索ワードを受付ける入力欄である。
２９０２は、調達すべき物品を検索するためのＪＡＮコードを受付ける入力欄である。
なお、検索ワードやＪＡＮコードは一例に過ぎない。
２９０３は、２９０１や２９０２で入力された検索を行う検索ボタンである
２９０４は、２９０３で行われた検索要求に基づいて行われた検索結果を表示する領域である。
【０１４９】
２９０５は、検索結果のうち、買い物リストの調達が必要な物品２８０１に登録させるための要求を行うボタンである。このボタンの押下を受付けると、登録要求が携帯端末は、購買予定情報管理サーバ１２０に、ステップＳ１２０４の調達が必要な物品の情報送信・登録要求を行う。
図３０は、ステップＳ１２１５、ステップＳ１５０３、ステップＳ１７０９のいずれかのサブフローの一例を示した構成図である。
ステップＳ３００１では、購買予定情報管理サーバ１２０は、調達が必要な物品（要調達物品）を、データテーブル図２８からピックアップする。
ステップＳ３００２では、購買予定情報管理サーバ１２０は、携帯端末１５０に現在地情報を要求する。
ステップＳ３００３では、携帯端末１５０は、現在地情報の送信要求を受信する。
ステップＳ３００４では、携帯端末１５０は、購買予定情報管理サーバ１２０に、ＧＰＳシステムなどを通じて現在地情報を取得し、送信する。
ステップＳ３００５では、購買予定情報管理サーバ１２０は、携帯端末１５０の現在地情報を受信する。
【０１５０】
ステップＳ３００６では、購買予定情報管理サーバ１２０は、ステップＳ１２１２にて受信した現在地情報（現在地２５０４）と調達場所２８０２とを基に、所定距離内（範囲条件２７０３の距離以内）の販売店の名称や場所、現在地情報からの距離をピックアップする（図３１（ａ）や（ｂ）の、行ける調達場所３１０１が、ピックアップされた情報である）。
【０１５１】
ステップＳ３００７では、購買予定情報管理サーバ１２０は、ステップＳ３００６でピックアップした調達場所（販売店）で、入手可能な要調達物品（調達が必要な物品）を、図２８のデータテーブルと図１９のデータテーブルを参照してピックアップする（図３１（ａ）や（ｂ）の、調達が必要な物品２８０１に対応する入手可能な要調達物品３１０２が、ピックアップされた入手可能な要調達物品である）。
【０１５２】
ステップＳ３００８からステップＳ３０１０にかけては、さらに要調達物品の在庫がある店のみをさらに絞り込む（本実施例では、図３１の行ける調達場所３１０１の店舗に対応するそれぞれの店舗の在庫３１０３に、在庫があれば○がつく）。
【０１５３】
ステップＳ３００８では、購買予定情報管理サーバ１２０は、ステップＳ３００６でピックアップした店舗において、ステップＳ３００７でピックアップした入手可能な要調達物品（調達が必要な物品）の在庫があるか否かを判定する。そして、あると判定された場合はステップＳ３００９に、無いと判定された場合は、ステップＳ３０１０に遷移する。
ステップＳ３００９では、ステップＳ３００８で在庫有りと判定された店舗を、ステップＳ３００７でピックアップした店舗の一覧に残す。
ステップＳ３０１０では、ステップＳ３００８で在庫有りと判定されなかった店舗を、ステップＳ３００７でピックアップした店舗の一覧から外す。
【０１５４】
以上、ステップＳ３００８からステップＳ３０１０を繰り返すことで、ステップＳ３００７でピックアップした店舗の一覧から、調達すべき物品の在庫のない店舗を外す。
ステップＳ３０１１は、ステップＳ１２０１−１と同様である。購買予定情報管理サーバ１２０は、消耗品包含装置１１０に消耗品の残量を要求する。
ステップＳ３０１２は、ステップＳ１２０１−２と同様である。
ステップＳ３０１３は、ステップＳ１２０１−３と同様である。
ステップＳ３０１４は、ステップＳ１２０１−４と同様である。
【０１５５】
ステップＳ３０１５では、購買予定情報管理サーバ１２０は、図７に示す買える商品リストを生成する。買える商品リストは、ステップＳ３００６とステップＳ３００７でそれぞれピックアップした、携帯端末１５０の現在地から所定の距離内にある調達場所（販売店）と、そこで入手可能な要調達物品、図２８にある調達が必要な物品、図２７の残量条件２７０１、ストック条件２７０２、範囲条件２７０３、ステップＳ３１０７で受信した消耗品包含装置１１０に消耗品の残量といった情報を統合して生成される。
ステップＳ３０１５では、購買予定情報管理サーバ１２０は、携帯端末１５０に、ステップＳ３０１５で生成した買える商品リストを送付する。
【０１５６】
図３１は、図７の販売店表示領域７０７に表示するための買える物品のリストのデータテーブルの一例を示す構成図である。図３１（ａ）は、図８の状態において生成される父郎の買える物品データテーブルを、図３１（ｂ）は、図８の状態において生成される姉子の買える物品データテーブルを、それぞれ表している。
【０１５７】
行ける調達場所３１０１は、調達場所２８０２のうち、携帯端末の現在地から範囲条件入力欄４０４に入力された範囲内にあてはまる調達場所をソートした調達場所の名称と位置である。
【０１５８】
入手可能な要調達物品３１０２は、調達が必要な物品２８０１に対応し、調達が必要な物品２８０１のうち、行ける調達場所３１０１で入手可能な物品である。本実施例では、入手可能な要調達物品３１０２の欄に「○」がついている調達が必要な物品２８０１を、ピックアップされた入手可能な物品として扱う。
【０１５９】
店舗の在庫３１０３は、行ける調達場所３１０１の店舗に対応するそれぞれの店舗の在庫を記したものであり、「○」がついている場合、対応する「行ける調達場所３１０１」に調達が必要な物品２８０１の在庫があることを示している。
【０１６０】
なお、本発明においては、１つのグループに１つのシリアルＮｏと１つの通知条件（残量条件、ストック条件、範囲条件）が、登録されているが。１つのグループに複数のシリアルＮｏとそれに紐づいた通知条件とが登録されていてもよい。
【０１６１】
以上説明したように、本発明は、物品の調達が必要になった際に、容易に調達できる状況にある関係者を見つけ出し、調達を行うよう通知する仕組みを提供することができる。
そして、本発明は、次のことを特徴とするものである。
【０１６２】
特徴１．調達が必要となる物品の名称のうち１以上の物品の名称を含むメッセージ（図７の買える物品リスト）を、通信可能に接続された情報処理端末（携帯端末１５０）に通知する情報管理装置であって、調達が必要となる前記物品のリスト（調達が必要な物品２８０１を含む図２８のデータテーブル）と、それぞれの物品を複数の調達できる調達場所の情報（調達場所２８０２を含む図２８のデータテーブル）とを記憶する記憶手段（図２８のデータテーブルを記憶する外部メモリ２１１）と、前記情報処理端末の位置情報を取得する取得手段（情報処理端末の位置を特定する位置情報を受信するステップＳ１２１２、ステップＳ１６０６、ステップＳ３００５）と、前記取得手段により取得された位置情報に基づく前記情報処理端末の位置から所定の距離内にある調達場所を特定する調達場所特定手段と（ステップＳ３００６における、図３１の行ける調達場所３１０１のピックアップ）、前記調達場所特定手段により前記情報処理端末の位置から所定の距離内にある調達場所が特定された際に、前記記憶手段に記憶されている物品のリストと当該調達場所の情報に応じて、当該調達場所で調達が可能な物品の名称を特定する物品特定手段（ステップＳ３００７における、図３１（ａ）や（ｂ）の、調達が必要な物品２８０１に対応する入手可能な要調達物品３１０２のピックアップ）と、前記調達場所特定手段により特定された調達場所と前記物品特定手段により特定された物品の名称とを含むメッセージを前記情報処理端末に送信する送信手段（ステップＳ３０１６の買える商品リストの送信）と
を備えることを特徴とする情報管理装置。
【０１６３】
特徴２．前記記憶手段は、前記物品の名称とともに、当該物品の在庫数量または調達が必要な数量のうち、少なくともいずれか一方の情報を更に記憶（図２４のデータテーブルの消耗品ストック２４０１、消耗品残量２４０２、要調達数量２４０３）しており、前記送信手段は、で送信される前記メッセージには、前記物品特定手段により特定された物品の名称とともに当該物品の在庫数量または調達が必要な数量のうち、少なくともいずれか一方の情報をさらに送信することを特徴とする情報管理装置。
【０１６４】
特徴３．前記調達場所にある前記物品の在庫の数量を特定する情報である在庫情報を取得する在庫情報取得手段（ステップＳ３００８の判定を行う際の図２１のデータテーブルへの情報アクセス）と、前記在庫情報に基づいて、前記調達場所に前記物品の在庫があるか否かを判定する在庫判定手段（ステップＳ３００８における、販売店の在庫の有無の判定）とを備え、前記送信手段は、さらに前記在庫判定手段で前記調達場所に在庫がないと判定された場合には、前記メッセージに当該調達場所の情報を含めず（ステップＳ３０１０の在庫のない販売店の除外）に、前記情報処理端末に送信することを特徴とする情報管理装置。
【０１６５】
特徴４．前記送信手段は、前記メッセージが送信可能な複数の情報処理端末のうち、前記情報処理端末の位置と前記調達場所とが最も近い距離にある情報処理端末（図２６のステップＳ２６０２乃至Ｓ２６０６のステップによって決定された携帯端末１５０）に、前記メッセージを送信することを特徴とする情報管理装置。
【０１６６】
特徴５．前記記憶手段は、保有すべき前記物品の在庫数量である、基準在庫数量（図２７のデータテーブルのストック条件２７０２や残量条件２７０１）をさらに記憶し（図２７のデータテーブルの記憶する外部メモリ２１１）、前記在庫数量を管理する在庫数量管理手段（図２７のデータテーブルをコントロールするＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３など）と、前記在庫数量管理手段によって管理された前記在庫数量が、前記基準在庫数量を満たすか否か判定する、基準在庫数量判定手段（ステップＳ１２０６の消耗品在庫数量の判定）とを備え、前記送信手段は、前記在庫数量管理手段によって管理されている前記物品の前記在庫数量が、前記基準在庫数量判定手段によって前記基準在庫数量を満たさないと判定された場合に、当該物品の名称を前記メッセージに含んで送信する（ステップＳ１２１５の買える商品リストの送信）ことを特徴とする情報管理装置。
【０１６７】
特徴６．前記情報処理端末から、調達した前記物品の数量の通知を受付ける調達通知受付手段（Ｓ１５０７によるストック数の変更受付け。購入済ボタン７０１の押下受付）を備え、前記在庫数量管理手段は、前記調達通知受付手段によって受付けた通知の数量を前記在庫数量に反映させる（Ｓ１５０７のストック数の更新）ことを特徴とする情報管理装置。
【０１６８】
特徴７．前記物品は、消耗品を消耗する装置である消耗品包含装置（消耗品包含装置１１０）の消耗品（図２０の、消耗品包含装置１１０の機種ごとに使用するインク２００２）であって、前記消耗品包含装置から、交換した前記消耗品を数量の情報を取得する交換情報取得手段（消耗品ストック２４０１の説明にあるように、交換した前記消耗品を数量の通知を受付けること）を備え、前記在庫数量管理手段は、前記交換情報取得手段によって受付けた情報を前記在庫数量に反映させる（消耗品ストック２４０１の説明にあるように、交換した前記消耗品を数量の通知在庫数量に反映させること）ことを特徴とする情報管理装置。
特徴８．前記物品は、プリンタのインクカートリッジまたはトナーカートリッジであって、前記消耗品包含装置はプリンタであることを特徴とする情報管理装置。
【０１６９】
特徴９．前記情報処理端末に前記位置情報の送信の要求を行う端末位置情報送信要求手段を備え、前記端末位置情報送信要求手段は、前記在庫数量管理手段によって管理されている前記在庫数量が、前記基準在庫数量判定手段によって前記基準在庫数量を満たすと判定された場合に、前記位置情報の送信の要求を行なわないことを特徴とする情報管理装置。
【０１７０】
特徴１０．前記記憶手段は、さらに前記送信手段による前記情報処理端末への前記メッセージの送信を制御するための条件として、前記送信手段で前記メッセージを送信する際の時間帯、月日、曜日および前記情報処理端末の位置情報のうち、少なくとも一つを含む条件である対応不可条件（ステップＳ１３１２で受付けて、図２５のデータテーブルで管理される対応不可条件２５０５）を記憶しており、前記情報処理端末の状態が、前記対応不可条件にあてはまる状態であるか否かを判定する通知不可判定手段（ステップＳ２６０３の対応可能か否かの判定）をさらに備え、前記送信手段は、前記通知不可判定手段によって記情報処理端末が前記対応不可条件にあてはまらない状態であると判定した場合に、前記メッセージの送信を行なう（ステップＳ１２１４で送信先を決定から、ステップＳ１２１５で送信するまでの一連の処理）ことを特徴とする情報管理装置。
【０１７１】
特徴１１．前記情報処理端末は、複数の情報処理端末であって、前記情報処理端末のうち、一の情報処理端末から、前記送信手段による他の情報処理端末への前記メッセージの送信の要求を受付ける、調達依頼受付手段（ステップＳ１７０８のスキップの要求受信）をさらに備え、前記送信手段は、前記調達依頼受付手段によって受付けた要求に基づいて、当該他の情報処理端末に前記メッセージを送信すること（ステップＳ１７０９で残量表示画面（調達依頼情報）を生成し、スキップ対象者に送信すること）を特徴とする情報管理装置。
【０１７２】
特徴１２．前記調達依頼受付手段は、前記通知不可判定手段によって記情報処理端末が前記対応不可条件にあてはまると状態であると判定される前記他の情報処理端末に対する前記メッセージの送信の要求を、受付けない（ステップＳ１７０８で通知不可条件に該当する携帯端末１５０への受付を受付けないケース）ことを特徴とする情報管理装置。
【０１７３】
特徴１３．前記記憶手段は、調達が必要となる物品の前記リストと、それぞれの当該リストにある物品を調達できる調達場所の情報とを記憶するとともに、当該リストにある物品に関連する物品である関連物品の情報である関連物品情報（図２０のデータテーブルにてインク２００２とともに管理される「機種に関連する商品２００３」）を当該物品のリストに対応付けて記憶し、前記送信手段は、前記関連物品の情報（図１０の関連商品案内画面１００１）を含む前記メッセージを、前記情報処理端末に送信することを特徴とする情報管理装置。
特徴１４．  前記関連物品は、前記物品と同じ型番または同じ成分のインクを含むインクカートリッジを含むインクセットであることを特徴とする情報管理装置。
【０１７４】
以上、各実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
つまり、特徴１乃至特徴１４で説明した情報管理装置には、情報管理システムの形態も含まれる。
【０１７５】
前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１７７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０１７８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１８１】
１１０    消耗品包含装置
１２０    購買予定情報管理サーバ
１３０    店舗在庫情報管理サーバ
１５０    携帯端末
１６０    通信ネットワーク
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    システムバス
２１１    外部メモリ
２２１    ＧＰＳ受信機
４０１    シリアルＮｏ入力欄
４０２    ストック条件入力欄
４０３    残量条件入力欄
４０４    範囲条件入力欄
４０５    グループ携帯端末入力欄
６０４    情報入力欄
７０１    購入済ボタン
７０２    残量減少通知シグナル
７０４    スキップボタン
８０１    ユーザアイコン
１００１  関連商品案内画面
【図１】
2016009249.tif 000003
【図２】
2016009249.tif 000004
【図３】
2016009249.tif 000005
【図４】
2016009249.tif 000006
【図５】
2016009249.tif 000007
【図６】
2016009249.tif 000008
【図７】
2016009249.tif 000009
【図８】
2016009249.tif 000010
【図９】
2016009249.tif 000011
【図１０】
2016009249.tif 000012
【図１１】
2016009249.tif 000013
【図１２】
2016009249.tif 000014
【図１３】
2016009249.tif 000015
【図１４】
2016009249.tif 000016
【図１５】
2016009249.tif 000017
【図１６】
2016009249.tif 000018
【図１７】
2016009249.tif 000019
【図１８】
2016009249.tif 000020
【図１９】
2016009249.tif 000021
【図２０】
2016009249.tif 000022
【図２１】
2016009249.tif 000023
【図２２】
2016009249.tif 000024
【図２３】
2016009249.tif 000025
【図２４】
2016009249.tif 000026
【図２５】
2016009249.tif 000027
【図２６】
2016009249.tif 000028
【図２７】
2016009249.tif 000029
【図２８】
2016009249.tif 000030
【図２９】
2016009249.tif 000031
【図３０】
2016009249.tif 000032
【図３１】
2016009249.tif 000033