JP6653675B2 - 画像解析による物品管理システム及び物品の管理方法 - Google Patents

Description

本発明は、画像解析に基づいて家庭内の物品を管理する物品管理システム及び方法に関する。

画像を用いて消耗品及び交換部品を管理するシステムとして特許文献１に記載の技術が知られている。特許文献１には、「カメラと通信する画像形成装置を含む画像形成システムにおいて、検知した消耗品を特定する識別情報に基づいて、当該消耗品を保管する在庫エリアを撮影可能なカメラが登録されているかどうかを判断する。ここで、登録されていると判断した場合、前記消耗品を特定する識別情報とともに、当該消耗品の在庫量を取得する要求を前記カメラに通知する。そして、カメラから前記識別情報で特定される消耗品の現在の在庫量を取得し、取得した消耗品の現在の在庫量を在庫エリアに対応づけて表示手段に表示する」ことが記載されている。

特開２０１５−２００８３９号公報

家には様々な物品が存在するため、ユーザが各物品の状態等を逐次管理するのは困難である。また、物品の購入、交換、廃棄、売却等によって、家に存在する物品は流動的に変化するため、ユーザが効率的に管理するのが難しい。

本発明は、効率的かつ網羅的に物品を管理するシステム及び方法を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、画像を取得する画像取得装置及び計算機を備える物品管理システムであって、前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用回数を格納するフィールドから構成されるレコードを含み、前記画像取得装置は、前記空間の画像データを取得し、前記画像データを前記計算機に送信し、前記計算機は、前記画像データの解析によって、前記空間に存在する物品及び当該物品の使用状態を特定し、前記画像データの解析の結果に基づいて前記物品の使用回数を算出し、前記物品の使用回数に基づいて前記物品リストを更新し、前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成し、前記表示データを出力し、前記物品リストを参照して、使用回数が閾値より小さいターゲット物品を特定し、前記ターゲット物品の処分方法を提案する提案情報を生成し、前記提案情報を出力することを特徴とする。

本発明によれば、画像データに基づいて物品リストを更新することによって網羅的に物品の管理が可能となり、また、表示データに基づいて物品の状態を効率的に管理することができる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１の物品管理システムの構成の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の画像取得装置の一例を示す図である。 実施例１の計算機の構成の一例を示す図である。 実施例１の管理計算機の構成の一例を示す図である。 実施例１の画像解析情報のデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の物品リストのデータ構造の一例を示す図である。 実施例１の除外物品リストのデータ構造の一例を示す図である。 実施例１の場所情報のデータ構造の一例を示す図である。 実施例１の人物情報のデータ構造の一例を示す図である。 実施例１のカレンダー情報のデータ構造の一例を示す図である。 実施例１の家情報のデータ構造の一例を示す図である。 実施例１のニーズ情報のデータ構造の一例を示す図である。 実施例１のメンテナンス情報のデータ構造の一例を示す図である。 実施例１の交換物品情報のデータ構造の一例を示す図である。 実施例１のイベント物品情報のデータ構造の一例を示す図である。 実施例１の計算機が実行する物品管理処理の一例を説明するフローチャートである。 実施例１の物品管理モジュールが実行する画像データの表示処理の一例を説明するフローチャートである。 実施例１の画像データの表示例を示す図である。 実施例１の物品管理モジュールが実行する物品の所在を通知する処理の一例を説明するフローチャートである。 実施例１の物品管理モジュールが実行する物品の移動又は処分を提案する処理の一例を説明するフローチャートである。 実施例１の物品リストを表示する操作ＧＵＩの一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の物品管理モジュールが実行する物品のメンテナンスを提案する処理の一例を説明するフローチャートである。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の物品管理モジュールが実行する物品の交換を提案する処理の一例を説明するフローチャートである。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の物品管理モジュールが実行するイベントの不足物品を提示する処理の一例を説明するフローチャートである。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の操作ＧＵＩの操作状態の一例を示す図である。 実施例１の管理計算機が実行するニーズ確認処理の一例を説明するフローチャートである。 実施例１の操作ＧＵＩの一例を示す図である。

以下、本発明の実施例について、図面を参照して説明する。

図１は、実施例１の物品管理システムの構成の一例を示す図である。

物品管理システムは、複数の家１００及び管理計算機１１０から構成される。家１００には、計算機１２０及び複数の画像取得装置１３０が含まれる。管理計算機１１０及び各家１００に含まれる計算機１２０は、外部ネットワーク１０５を介して互いに接続される。計算機１２０及び複数の画像取得装置１３０は、宅内ネットワーク１５０を介して互いに接続される。

画像取得装置１３０は、画像データを取得し、取得した画像データを計算機１２０に送信する。画像取得装置１３０は、例えば、照明器具（電球及び天井灯等）、空調機器、及びロボット装置等に備えられたカメラが考えられる。なお、画像取得装置１３０の一例については、図２を用いて説明する。

計算機１２０は、家１００のユーザが所有する物品を管理する。計算機１２０の具体的な構成は図３を用いて説明する。

管理計算機１１０は、システム全体を制御する。より具体的には、管理計算機１１０は、各家１００の物品の状態、物品の管理ポリシ（意向）、及びサービスの利用ポリシ（意向）等に基づいて、各種サービスとの連携を実現する。サービスとしては、物品のシェアリングサービス、物品の売買サービス、メンテナンスサービス、配送サービス、及びカレンダーサービス等が考えられる。管理計算機１１０の具体的な構成は、図４を用いて説明する。

図２Ａから図２Ｋは、実施例１の画像取得装置１３０の一例を示す図である。ここでは、カメラ付の天井吊下げ灯を一例として説明する。

図２に示す画像取得装置１３０は、ステレオカメラ２０１、センサ２０２、及び音声マイク２０３を有し、発光ダイオードを光源とする天井吊下げ灯である。図２Ａ及び図２Ｂは、天井吊下げ灯の参考斜視図である。図２Ｃは、天井吊下げ灯の正面図である。図２Ｄは、天井吊下げ灯の右側面図である。図２Ｅは、天井吊下げ灯の左側面図である。図２Ｆは、天井吊下げ灯の平面図である。図２Ｇは、天井吊下げ灯の底面図である。図２Ｈは、天井吊下げ灯の背面図である。図２Ｉは、天井吊下げ灯の透光部分を示す参考平面図である。斜線で示した部分は、透光性を有し、発光ダイオードを光源として点灯する。図２Ｊは、内部構造を省略した天井吊下げ灯のＡ−Ａ断面図である。図２Ｋは、天井吊下げ灯の使用状態を示す参考斜視図である。

画像取得装置１３０である天井吊下げ灯の頭部は、ステレオカメラ２０１、センサ２０２、及び音声マイク２０３を有し、センサ２０２が動きを感知した場合、ステレオカメラ２０１及び音声マイク２０３が作動する。

図３は、実施例１の計算機１２０の構成の一例を示す図である。

計算機１２０は、プロセッサ３０１、メモリ３０２、ネットワークインタフェース３０３、及びストレージ装置３０４を有する。各ハードウェアは、バス等を介して互いに接続される。

プロセッサ３０１は、メモリ３０２に格納されるプログラムを実行する。プロセッサ３０１がプログラムにしたがって処理を実行することによって、特定の機能を実現するモジュールとして動作する。以下の説明では、モジュールを主語に処理を説明する場合、プロセッサ３０１が当該モジュールを実現するプログラムを実行していることを示す。

メモリ３０２は、プロセッサ３０１が実行するプログラムを格納する。また、メモリ３０２は、プログラムが使用するワークエリアを含む。本実施例のメモリ３０２は、物品管理モジュール３１１を実現するプログラムを格納する。

物品管理モジュール３１１は、画像データを解析することによって、画像データに対応する部屋に存在する物品及び物品の状態を特定する。また、物品管理モジュール３１１は、物品の管理意向及びサービスの利用意向に関する入力を受け付ける。

物品管理モジュール３１１は、物品の状態、物品の管理意向、及びサービスの利用意向にしたがって、物品を管理する。また、物品管理モジュール３１１は、管理計算機１１０と連携することによってユーザにサービスを提供する。

ストレージ装置３０４は、データを永続的に格納する。ストレージ装置３０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、及び不揮発性メモリ等が考えられる。本実施例のストレージ装置３０４は、画像解析情報３２１、物品リスト３２２、除外物品リスト３２３、場所情報３２４、人物情報３２５、及びカレンダー情報３２６を格納する。なお、ストレージ装置３０４は、図示していないが画像データ及び日時を対応づけた画像データの履歴を格納する。

画像解析情報３２１は、画像取得装置１３０から取得した画像データの解析結果を格納する。画像解析情報３２１の具体的なデータ構造は、図５を用いて説明する。

物品リスト３２２は、物品を管理する情報である。本実施例では、物品リスト３２２を用いて、物品の状態、物品の管理意向、サービスの利用意向が管理される。物品リスト３２２の具体的なデータ構造は、図６Ａから図６Ｉを用いて説明する。

除外物品リスト３２３は、管理対象から除外する物品を管理する情報である。除外物品リスト３２３に登録された物品については、物品リスト３２２を用いて管理されない。除外物品リスト３２３の具体的なデータ構造は、図７を用いて説明する。

場所情報３２４は、物品を設置又は収納できる場所を管理する情報である。場所情報３２４は、予め設定されているものとする。なお、家１００のリフォームに合わせて適宜更新できる。場所情報３２４の具体的なデータ構造は、図８を用いて説明する。

人物情報３２５は、家１００の住人及び家１００に訪問する客の画像データを管理する情報である。人物情報３２５の具体的なデータ構造は、図９を用いて説明する。

カレンダー情報３２６は、家１００で催されるイベントを管理する情報である。カレンダー情報３２６の具体的なデータ構造は、図１０を用いて説明する。

図４は、実施例１の管理計算機の構成の一例を示す図である。

管理計算機１１０は、プロセッサ４０１、メモリ４０２、ネットワークインタフェース４０３、及びストレージ装置４０４を有する。各ハードウェアは、バス等を介して互いに接続される。

プロセッサ４０１、メモリ４０２、ネットワークインタフェース４０３、及びストレージ装置４０４は、プロセッサ３０１、メモリ３０２、ネットワークインタフェース３０３、及びストレージ装置３０４と同一のものであるため説明を省略する。

メモリ４０２は、全体制御モジュール４１１を実現するプログラムを格納する。全体制御モジュール４１１は、システム全体を制御する。

ストレージ装置４０４は、家情報４２１、ニーズ情報４２２、メンテナンス情報４２３、交換物品情報４２４、イベント物品情報４２５、及びテンプレート画像情報４２６を格納する。

家情報４２１は、物品管理システムに含まれる家１００を管理する情報である。家情報４２１の具体的なデータ構造は、図１１を用いて説明する。

ニーズ情報４２２は、物品に対するユーザのニーズを管理する情報である。ニーズ情報４２２の具体的なデータ構造は、図１２を用いて説明する。

メンテナンス情報４２３は、物品のメンテナンスサービスを管理する情報である。メンテナンス情報４２３のデータ構造は、図１３を用いて説明する。

交換物品情報４２４は、交換する物品を特定するための情報である。交換物品情報４２４のデータ構造は、図１４を用いて説明する。

イベント物品情報４２５は、イベントに必要な物品を管理する情報である。イベント物品情報４２５の具体的なデータ構造は、図１５を用いて説明する。

テンプレート画像情報４２６は、物品を特定するためのテンプレート画像を管理する情報である。テンプレート画像情報は、物品を表すテンプレート画像、テンプレート画像の特徴量及び物品の属性情報から構成されるレコードを含む。一つのレコードが一つの物品に対応する。一つのレコードには、様々な角度から撮影したテンプレート画像に基づいて算出された複数の特徴量が含まれてもよい。なお、属性情報には、物品の種別、物品名、サイズ、重さ、及び使用状態等、物品に関する様々な情報が含まれる。

なお、画像から特徴量を算出するアルゴリズムとしては、ＳＩＦＴ（Ｓｃａｌｅ Ｉｎｖａｒｉａｎｔ Ｆｅａｔｕｒｅ Ｔｒａｎｓｆｏｒｍ）及びＳＵＲＦ（Ｓｐｅｅｄ Ｕｐ Ｒｏｂｕｓｔ Ｆｅａｔｕｒｅｓ）等が考えられる。なお、本発明は、特徴量を算出するアルゴリズムに限定されない。

テンプレート画像情報４２６には、様々な物品のテンプレート画像が格納されるため、管理計算機１１０が保持する。なお、計算機１２０がテンプレート画像情報４２６を保持してもよい。

次に、計算機１２０が保持する情報について説明する。

図５は、実施例１の画像解析情報３２１のデータ構造の一例を示す図である。

画像解析情報３２１は、日時５０１、装置ＩＤ５０２、物品種別５０３、物品名５０４、座標５０５、使用者５０６、及び使用状態５０７から構成されるレコードを含む。一つのレコードが、画像解析から特定された物品に対応する。

日時５０１は、画像データが取得された日時を格納する。装置ＩＤ５０２は、画像データを取得した画像取得装置１３０の識別情報を格納する。

物品種別５０３は、特定された物品の種別を格納する。物品名５０４は、特定された物品の型番及び製品名等、物品の具体的な名称を格納する。座標５０５は、画像データが取得された部屋における物品の位置を示す座標を格納する。使用者５０６は、特定された物品を使用した人物の識別情報を格納する。使用状態５０７は、物品の使用状態を示す情報を格納する。本実施例では、「使用中」及び「未使用」のいずれかが格納される。

なお、使用及び未使用の区別がない物品の場合、使用者５０６及び使用状態５０７は空欄となる。

図６Ａから図６Ｉは、実施例１の物品リスト３２２のデータ構造の一例を示す図である。

物品リスト３２２は、物品ＩＤ６０１、物品６０２、所有者６０３、状態６０４、収納６０５、メンテナンス設定６０６、貸出設定６０７、売却設定６０８、及び物流状態６０９から構成されるレコードを含む。

物品ＩＤ６０１は、物品リスト３２２のレコードを一意に識別するための識別情報を格納する。

物品６０２は、物品の詳細を格納するフィールド群である。図６Ｂに示すように、物品６０２は、物品種別６２１、物品名６２２、サイズ６２３、及び重さ６２４を含む。

物品種別６２１及び物品名６２２は、物品種別５０３及び物品名５０４と同様のフィールドである。サイズ６２３は、物品のサイズを格納する。重さ６２４は、物品の重さを格納する。

所有者６０３は、物品の所有者の詳細を格納するフィールド群である。図６Ｃに示すように、所有者６０３は、所有者ＩＤ６２５及び家ＩＤ６２６を含む。

所有者ＩＤ６２５は、物品の所有者であるユーザの識別情報を格納する。家ＩＤ６２６は、所有者が所属する家１００の識別情報を格納する。本実施例では、他の家１００に存在する物品を借りる場合があるため、所有者６０３には、家ＩＤ６２６が含まれる。なお、自分の家１００にある物品の家ＩＤ６２６は空欄となる。また、家ＩＤ６２６には、後述する家情報４２１に設定された値が格納される。

物品管理モジュール３１１は、ユーザが操作する端末を介して、自分の家１００にある物品の所有者の識別情報を受け付ける。物品管理モジュール３１１は、画像解析情報３２１から一定期間のレコードを取得し、当該レコードの解析結果に基づいて、最も使用回数が多い使用者、又は、物品を最初に使用した使用者を所有者として設定してもよい。なお、他の家１００の物品を借りた場合、所有者６０３に他の家１００の情報が設定される。

状態６０４は、物品の使用状態の詳細を格納するフィールド群である。図６Ｄに示すように、状態６０４は、使用期間６２７、総使用時間６２８、使用開始時間６２９、使用状態６３０、使用者６３１、及び回数６３２を含む。

使用期間６２７は、物品の使用開始日及び使用終了日を格納する。総使用時間６２８は、物品の使用時間の合計値を格納する。使用開始時間６２９は、物品の使用開始を検知した日時を格納する。使用状態６３０は、使用状態５０７と同一のものである。使用者６３１は、使用者５０６と同一のものである。回数６３２は、物品の使用回数を格納する。なお、使用状態が変わらない物品については空欄となる。

収納６０５は、物品の収納位置の詳細を格納するフィールド群である。図６Ｅに示すように、収納６０５は、収納場所６３３及び座標６３４を含む。

収納場所６３３は、物品が収納されている場所の識別情報を格納する。座標６３４は、収納場所６３３に対応する場所における物品の位置を示す座標を格納する。

メンテナンス設定６０６は、メンテナンスサービスの利用意向の詳細を格納するフィールド群である。図６Ｆに示すように、メンテナンス設定６０６は、メンテナンスサービス６３５、意向６３６、予定日６３７、及びメンテナンス状態６３８を含む。

メンテナンスサービス６３５は、物品のメンテナンスサービスが存在するか否かを示す値を格納する。本実施例では、メンテナンスサービス６３５には、「有り」及び「無し」のいずれかが格納される。意向６３６は、メンテナンスサービスを利用する否かを示す値を格納する。本実施例では、意向６３６には、メンテナンスサービスを利用しないことを示す「０」及びメンテナンスサービスを利用することを示す「１」のいずれかが格納される。予定日６３７は、メンテナンスサービスを利用する日時を格納する。メンテナンス状態６３８は、メンテナンスサービスの利用状態を示す値を格納する。メンテナンス状態６３８には、「利用前」及び「利用中」のいずれかが格納される。

貸出設定６０７は、シェアリングサービスの利用意向の詳細を格納するフィールド群である。図６Ｇに示すように、貸出設定６０７は、意向６３９、借り手６４０、貸出期間６４１、及びニーズ数６４２を含む。

意向６３９は、物品を貸し出すか否かを示す値を格納する。本実施例では、物品を貸し出すことを示す「１」及び物品を貸し出さないことを示す「０」のいずれかが格納される。借り手６４０は、物品を借用した家１００の識別情報を格納する。なお、借り手６４０には、ユーザの識別情報が含まれてもよい。貸出期間６４１は、物品を他人に貸し出す期間を格納する。ニーズ数６４２は、物品の借用を希望するユーザの数を格納する。

なお、ニーズ数６４２には、物品の借用を希望するユーザが所属する家１００の識別情報が格納されてもよい。この場合、識別情報の数がユーザ数に一致する。

ユーザが操作する端末を介して、意向６３９に値が設定される。シェアリングサービスの利用状態に基づいて、借り手６４０及び貸出期間６４１に値が設定される。また、ニーズ数６４２は、図２９に示す処理によって値が設定される。

売却設定６０８は、売買サービスの利用意向の詳細を格納するフィールド群である。図６Ｈに示すように、売却設定６０８は、意向６４３、売却希望価格６４４、売却状態６４５、売却価格６４６、及びニーズ数６４７を含む。

意向６４３は、物品を売却するか否かを示す値を格納する。本実施例では、意向６４３には、物品を売り出すことを示す「１」及び物品を売り出さないことを示す「０」のいずれかが格納される。売却希望価格６４４は、物品の売却希望額を格納する。売却状態６４５は、売買サービスにおける物品の取引状態を示す値を格納する。例えば、他人が物品の購入を検討している場合には「検討中」等が格納される。売却価格６４６は、売買契約の成立時の物品の売却価格を格納する。ニーズ数６４７は、物品の購入を希望するユーザの数を格納する。

なお、ニーズ数６４７には、物品の購入を希望するユーザが所属する家１００の識別情報が格納されてもよい。この場合、識別情報の数がユーザ数に一致する。

ユーザが操作する端末を介して、意向６４３及び売却希望価格６４４に値が設定される。サービスの利用状態に基づいて、売却状態６４５及び売却価格６４６に値が設定される。また、ニーズ数６４７は、図２９に示す処理によって値が設定される。

物流状態６０９は、物品の配送サービスの利用状態の詳細を格納するフィールド群である。図６Ｉに示すように、物流状態６０９は、集荷先６４８、集荷予定日６４９、集荷状況６５０、配送先６５１、配送予定日６５２、及び配送状態６５３を含む。

集荷先６４８は、物品の配送サービスの名称又は配送サービスを提供する会社の名称を格納する。集荷予定日６４９は、物品の集荷予定日を格納する。集荷状況６５０は、物品の集荷の状況を示す値を格納する。配送先６５１は、物品の配送先の住所又は名称等を格納する。配送予定日６５２は、物品の配送予定日を格納する。配送状態６５３は、物品の配送の状況を示す値を格納する。

配送サービスの利用状態に基づいて、物流状態６０９に値が設定され、また、物流状態６０９の値が更新される。

図７は、実施例１の除外物品リスト３２３のデータ構造の一例を示す図である。

除外物品リスト３２３は、ＩＤ７０１、物品種別７０２、及び物品名７０３から構成されるレコードを含む。一つのレコードが一つの物品に対応する。

ＩＤ７０１は、除外物品リスト３２３のレコードを一意に識別するための識別情報を格納する。物品種別７０２及び物品名７０３は、物品種別５０３及び物品名５０４と同一のものである。

ユーザは、端末を操作して、除外物品リスト３２３にレコードを追加し、また、除外物品リスト３２３に含まれるレコードを更新又は削除する。

図８は、実施例１の場所情報３２４のデータ構造の一例を示す図である。

場所情報３２４は、場所ＩＤ８０１、場所種別８０２、場所８０３、及び装置リスト８０４から構成されるレコードを含む。一つのレコードが、一つの場所に対応する。

場所ＩＤ８０１は、収納場所を一意に識別するための識別情報を格納する。場所ＩＤ８０１は、場所情報３２４のレコードの識別情報としても用いられる。場所種別８０２は、場所の種別を示す値を格納する。場所種別８０２には、通常の部屋を示す「部屋」及び倉庫等の外部保管場所を示す「倉庫」等が格納される。場所８０３は、部屋の位置を示す情報を格納する。なお、家１００から離れた倉庫の場合、場所８０３には、倉庫の住所又は倉庫を貸し出すサービスを提供する会社のＵＲＬ等が格納される。装置リスト８０４は、場所ＩＤ８０１に対応する収納場所に設置された画像取得装置１３０の識別情報を格納する。画像取得装置１３０が設置されていない収納場所に対応するレコードの装置リスト８０４は空欄となる。

ユーザは、端末を操作して、場所情報３２４にレコードを追加し、また、場所情報３２４に含まれるレコードを更新又は削除する。なお、場所ＩＤ８０１は、レコードの追加時に、物品管理モジュール３１１によって自動的に付与されるものとする。

図９は、実施例１の人物情報３２５のデータ構造の一例を示す図である。

人物情報３２５は、人物ＩＤ９０１、名称９０２、及び画像データ９０３から構成されるレコードを含む。一つのレコードが一人のユーザに対応する。

人物ＩＤ９０１は、ユーザを一意に識別するための識別情報を格納する。人物ＩＤ９０１は、人物情報３２５のレコードの識別情報としても用いられる。名称９０２は、ユーザの名称を格納する。画像データ９０３は、ユーザの画像データを格納する。なお、一つのユーザに対して、複数の画像データが登録されてもよい。また、画像データ９０３には、画像データではなく、画像データを格納する記憶領域のアドレスでもよい。

ユーザは、端末を操作して、人物情報３２５にレコードを追加し、また、人物情報３２５に含まれるレコードを更新又は削除する。なお、人物ＩＤ９０１は、レコードの追加時に、物品管理モジュール３１１によって自動的に付与されるものとする。

図１０は、実施例１のカレンダー情報３２６のデータ構造の一例を示す図である。

カレンダー情報３２６は、日時１００１及びイベント名１００２から構成されるレコードを含む。一つのレコードが一つのイベントに対応する。

日時１００１は、イベントの日時を格納する。イベント名１００２は、行われるイベントの名称を格納する。

ユーザは、端末を操作して、カレンダー情報３２６にレコードを追加し、また、カレンダー情報３２６に含まれるレコードを更新又は削除する。

なお、計算機１２０は、オンラインのカレンダーサービスと連携することによって、カレンダー情報３２６を生成又は更新してもよい。また、計算機１２０は、画像データからカレンダーの情報を取得できる場合、当該情報に基づいて、カレンダー情報３２６を生成又は更新してもよい。

次に、管理計算機１１０が保持する情報について説明する。

図１１は、実施例１の家情報４２１のデータ構造の一例を示す図である。

家情報４２１は、家ＩＤ１１０１及び住所１１０２から構成されるレコードを含む。一つのレコードが一つの家１００に対応する。

家ＩＤ１１０１は、家１００を一意に識別するための識別情報を格納する。家ＩＤ１１０１は、家情報４２１のレコードの識別情報としても用いられる。住所１１０２は、家１００の住所を格納する。

管理計算機１１０は、家１００の計算機１２０から初めてアクセスを受け付けた場合、家ＩＤを生成する。管理計算機１１０は、家情報４２１にレコードを追加し、追加されたレコードの家ＩＤ１１０１に家ＩＤを設定する。また、管理計算機１１０は、計算機１２０に対して住所の入力を要求する。各家１００のユーザは、端末を介して計算機１２０に住所を入力する。

図１２は、実施例１のニーズ情報４２２のデータ構造の一例を示す図である。

ニーズ情報４２２は、家ＩＤ１２０１、ニーズ種別１２０２、物品種別１２０３、物品名１２０４、及び買取希望価格１２０５から構成されるレコードを含む。

家ＩＤ１２０１は、家ＩＤ１１０１と同一のものである。ニーズ種別１２０２は、物品に対するニーズの種別を示す値を格納する。本実施例では、物品の購入を示す「購入」及び物品の借用を示す「借用」のいずれかが格納される。物品種別１２０３及び物品名１２０４は、物品種別５０３及び物品名５０４と同一のものである。買取希望価格１２０５は、物品の購入希望価格を格納する。

ユーザは、端末を操作して、物品に対するニーズを登録する。端末に入力された情報は、計算機１２０を介して管理計算機１１０に送信される。管理計算機１１０は、受信した情報に基づいて、ニーズ情報４２２を更新する。

図１３は、実施例１のメンテナンス情報４２３のデータ構造の一例を示す図である。

メンテナンス情報４２３は、ＩＤ１３０１、物品種別１３０２、物品名１３０３、マニュアル１３０４、メンテナンスサービス１３０５、及び交換物品１３０６から構成されるレコードを含む。一つのレコードがメンテナンス対象の物品に対応する。

ＩＤ１３０１は、メンテナンス情報４２３のレコードを一意に識別するための識別情報を格納する。物品種別１３０２及び物品名１３０３は、物品種別５０３及び物品名５０４と同一のものである。

マニュアル１３０４は、物品のマニュアルを取得するためのＵＲＬ等を格納する。メンテナンスサービス１３０５は、メンテナンスサービスの有無、及びメンテナンスサービスを申し込む場合の連絡先の情報を格納する。交換物品１３０６は、メンテナンス対象の物品を構成要素であって、交換可能な物品の情報を格納する。

メンテナンス情報４２３は、予め手動で生成してもよいし、製品を提供する会社からマニュアル等を取得し、当該マニュアルの解析結果に基づいて自動的に生成してもよい。

図１４は、実施例１の交換物品情報４２４のデータ構造の一例を示す図である。

交換物品情報４２４は、ＩＤ１４０１、物品種別１４０２、サイズ１４０３、使用人数１４０４、及び物品名１４０５から構成されるレコードを含む。一つのレコードが一つの物品に対応する。

ＩＤ１４０１は、交換物品情報４２４のレコードを一意に識別するための識別情報を格納する。物品種別１４０２は、物品種別５０３と同一のものである。サイズ１４０３は、サイズ６２３と同一のものである。使用人数１４０４は、物品の推奨使用人数を格納する。物品名１４０５は、物品名５０４と同一のものである。

図１５は、実施例１のイベント物品情報４２５のデータ構造の一例を示す図である。

イベント物品情報４２５は、イベントＩＤ１５０１、イベント名１５０２、イベント期間１５０３、及び物品リスト１５０４から構成されるレコードを含む。一つのレコードが一つのイベントに対応する。

イベントＩＤ１５０１は、イベントを一意に識別するための識別情報を格納する。イベントＩＤ１５０１は、イベント物品情報４２５のレコードの識別情報としても用いられる。イベント名１５０２は、イベントの名称を格納する。イベント期間１５０３は、イベントの開催期間を格納する。物品リスト１５０４は、イベントに用いられる物品の情報を格納する。物品リスト１５０４には、物品の種別及び数等が格納される。なお、物品リスト１５０４には、物品名が格納されてもよい。

イベント物品情報４２５は、予め設定されているものとする。なお、イベント物品情報４２５は、適宜更新できる。

次に、物品管理システムで行われる処理について説明する。

（１）物品リスト３２２の更新方法
図１６は、実施例１の計算機１２０が実行する物品管理処理の一例を説明するフローチャートである。

計算機１２０は、画像取得装置１３０から画像データを取得した場合、以下で説明する処理を開始する。なお、画像データには、画像取得装置１３０の識別情報が含まれる。

物品管理モジュール３１１は、画像データを解析し、画像データに含まれる物品を特定する（ステップＳ１０１）。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、受信した画像データの特徴量を算出する。本実施例では、ＳＩＦＴ特徴量を算出するものとする。物品管理モジュール３１１は、管理計算機１１０から、テンプレート画像情報４２６を取得する。

なお、テンプレート画像情報４２６のサイズが大きい場合、所定の数のレコード群を取得する。この場合、物品管理モジュール３１１は、取得したレコード群について処理が完了した後、再びレコード群を取得する。

物品管理モジュール３１１は、テンプレート画像情報４２６からテンプレート画像（レコード）を一つ選択する。物品管理モジュール３１１は、画像データの特徴量と、選択したテンプレート画像の特徴量とを比較して、受信した画像データに、選択したテンプレート画像に対応する物品が存在するか否かを判定する。

受信した画像データに選択したテンプレート画像に対応する物品が存在しない場合、物品管理モジュール３１１は、新たなテンプレート画像を選択し、同様の処理を実行する。

物品管理モジュール３１１は、受信した画像データに選択したテンプレート画像に対応する物品が存在する場合、選択したテンプレート画像に付与された属性情報を取得し、メモリに取得した属性情報を一時的に格納する。物品管理モジュール３１１は、新たなテンプレート画像を選択し、同様の処理を実行する。

テンプレート画像情報４２６に格納される全てのテンプレート画像について処理が完了した場合、物品管理モジュール３１１は、次の処理に進む。以上がステップＳ１０１の処理の説明である。

物品管理モジュール３１１は、特定された物品のループ処理を開始する（ステップＳ１０２）。ここでは、物品管理モジュール３１１は、ターゲット物品を選択する。具体的には、物品管理モジュール３１１は、メモリに格納された属性情報の中から一つの属性情報を取得する。

物品管理モジュール３１１は、物品リスト３２２を参照し、ターゲット物品が物品リスト３２２に登録済みであるか否かを判定する（ステップＳ１０３）。

具体的には、物品管理モジュール３１１は、物品リスト３２２の物品種別６２１及び物品名６２２と、属性情報に含まれる物品種別及び物品名とが一致するか否かを判定する。前述の条件を満たす場合、物品管理モジュール３１１は、ターゲット物品が物品リスト３２２に登録済みであると判定する。

ターゲット物品が登録済みでないと判定された場合、物品管理モジュール３１１は、画像解析情報３２１にレコードを追加する（ステップＳ１０４）。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、画像解析情報３２１にレコードを追加し、追加されたレコードの日時５０１に画像データに含まれる日時を設定し、また、装置ＩＤ５０２に画像取得装置１３０の識別情報を設定する。

物品管理モジュール３１１は、追加されたレコードの物品種別５０３及び物品名５０４に属性情報に含まれる物品種別及び物品名を設定する。さらに、物品管理モジュール３１１は、追加されたレコードの座標５０５に物品が存在する座標を設定する。ここでは、物品の重心の位置を座標に設定するものとする。なお、本発明は、物品の座標を指定する基準に限定されない。

また、物品管理モジュール３１１は、属性情報に基づいて、比較した画像データが使用中の物品を示す画像データであるか否かを判定する。

比較した画像データが使用中の物品を示す画像データでない場合、物品管理モジュール３１１は、追加されたレコードの使用状態５０７に「未使用」を設定する。このとき、使用者５０６は空欄のままである。

比較した画像データが使用中の物品を示す画像データである場合、物品管理モジュール３１１は、人物情報３２５に登録された画像データを用いて、ターゲット物品の近くに存在する人物を特定する。特定方法は、物品の特定と同様の方法であるため、説明を省略する。物品管理モジュール３１１は、追加されたレコードの使用者５０６に特定された人物の識別情報を設定し、また、当該レコードの使用状態５０７に「使用中」を設定する。

なお、物品と人物との間の距離が閾値より大きい場合、物品管理モジュール３１１は、使用者に人物の識別情報を設定しないようにしてもよい。

なお、ソファー等の家具のような状態変化のない物品の使用状態５０７については以下のような処理が実行される。物品管理モジュール３１１は、物品と人物との間の距離が閾値より小さい場合、レコードの使用状態５０７に「使用中」を設定し、物品と人物との間の距離が閾値以上である場合、レコードの使用状態５０７に「未使用」を設定する。また、物品管理モジュール３１１は、物品がデフォルトの位置から他の位置に移動した場合、使用状態５０７に「使用中」を設定し、物品がデフォルトの位置に戻った場合、使用状態５０７に「未使用」を設定する。

次に、物品管理モジュール３１１は、物品リスト３２２にレコードを追加する（ステップＳ１０５）。その後、物品管理モジュール３１１は、ステップＳ１１０に進む。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、物品リスト３２２にレコードを追加し、追加されたレコードの物品ＩＤ６０１に識別情報を設定する。物品管理モジュール３１１は、追加されたレコードの物品種別６２１、物品名６２２、サイズ６２３、及び重さ６２４に、属性情報に含まれる物品種別、物品名、サイズ、及び重さを設定する。

物品管理モジュール３１１は、追加されたレコードの使用期間６２７に、受信した画像データに含まれる日時を使用開始時間として設定する。

また、物品管理モジュール３１１は、属性情報に基づいて、比較した画像データが使用中の物品を示す画像データであるか否かを判定する。

比較した画像データが使用中の物品を示す画像データでない場合、物品管理モジュール３１１は、使用状態６３０に「未使用」を設定する。

比較した画像データが使用中の物品を示す画像データである場合、物品管理モジュール３１１は、使用状態６３０に「使用中」を設定する。

また、物品管理モジュール３１１は、場所情報３２４の装置リスト８０４を参照し、受信した画像データに含まれる画像取得装置１３０の識別情報を含むレコードを検索し、検索されたレコードの場所ＩＤ８０１を取得する。物品管理モジュール３１１は、追加されたレコードの収納場所６３３に取得した場所ＩＤ８０１を設定する。さらに、物品管理モジュール３１１は、追加されたレコードの座標６３４に物品が存在する座標を設定する。なお、座標５０５及び座標６３４に設定される値は同一である。

なお、属性情報にメンテナンスサービスの有無に関する情報が含まれる場合、物品管理モジュール３１１は、当該情報に基づいて、追加されたレコードのメンテナンスサービス６３５に値を設定する。以上がステップＳ１０５の処理の説明である。

ステップＳ１０３において、ターゲット物品が物品リスト３２２に登録済みであると判定された場合、物品管理モジュール３１１は、除外物品リスト３２３を参照し、ターゲット物品が除外対象の物品であるか否かを判定する（ステップＳ１０６）。

具体的には、物品管理モジュール３１１は、物品種別７０２及び物品名７０３が、取得した属性情報に含まれる物品種別及び物品名に一致するレコードが存在するか否かを判定する。

ターゲット物品が除外対象の物品であると判定された場合、物品管理モジュール３１１は、ステップＳ１１０に進む。

ターゲット物品が除外対象の物品でないと判定された場合、物品管理モジュール３１１は、画像解析情報３２１にレコードを登録する（ステップＳ１０７）。ステップＳ１０７の処理は、ステップＳ１０４の処理と同一の処理である。

次に、物品管理モジュール３１１は、ターゲット物品の状態が変化したか否かを判定する（ステップＳ１０８）。具体的には以下のような（処理１）及び（処理２）が実行される。

（処理１）物品管理モジュール３１１は、属性情報からターゲット物品の使用状態を示す値を取得する。また、物品管理モジュール３１１は、物品リスト３２２を参照し、ターゲット物品に対応するレコードの使用状態６３０を取得する。

物品管理モジュール３１１は、取得した二つの値を比較して、画像データの解析前後で使用状態が変化したか否かを判定する。具体的には、「使用中」から「未使用」、又は、「未使用」から「使用中」に変化したか否かが判定される。

（処理２）物品管理モジュール３１１は、場所情報３２４の装置リスト８０４を参照し、受信した画像データに含まれる画像取得装置１３０の識別情報を含むレコードを検索し、検索されたレコードの場所ＩＤ８０１を取得する。また、物品管理モジュール３１１は、ターゲット物品が存在する座標を取得する。さらに、物品管理モジュール３１１は、物品リスト３２２を参照し、ターゲット物品に対応するレコードの収納場所６３３及び座標６３４を取得する。

物品管理モジュール３１１は、取得した値を比較して、画像データの解析前後で格納場所及び座標の少なくともいずれかが変化したか否かを判定する。

前述した（処理１）及び（処理２）の少なくともいずれかを満たす場合、物品管理モジュール３１１は、ターゲット物品の状態が変化したと判定する。

ターゲット物品の状態が変化していないと判定された場合、物品管理モジュール３１１は、ステップＳ１１０に進む。

ターゲット物品の状態が変化したと判定された場合、物品管理モジュール３１１は、物品リスト３２２のレコードを更新する（ステップＳ１０９）。

（処理１）を満たす場合、以下のような（処理３）、（処理４）、及び（処理５）が実行される。

（処理３）物品管理モジュール３１１は、ターゲット物品に対応するレコードの使用状態６３０に、現在のターゲット物品の使用状態を設定する。

（処理４）使用状態６３０が「未使用」から「使用」に更新される場合、物品管理モジュール３１１は、当該レコードの使用開始時間６２９に画像データに含まれる日時を設定する。このとき、物品管理モジュール３１１は、人物情報３２５に登録された画像データを用いて、ターゲット物品の近くに存在する人物を特定する。物品管理モジュール３１１は、レコードの使用者６３１に、特定された人物の識別情報を設定する。なお、既に同じ識別情報が格納される場合、物品管理モジュール３１１は、人物の識別情報を設定しなくてもよい。また、物品管理モジュール３１１は、回数６３２も合わせて更新する。具体的には回数６３２に１を加算する。なお、一定期間経過後、回数６３２の値を初期化してもよい。この場合、回数６３２には、単位時間当たりの使用回数、すなわち、使用頻度を示す値が格納されることとなる。

（処理５）使用状態６３０が「使用」から「未使用」に更新される場合、物品管理モジュール３１１は、使用開始時間６２９及び画像データに含まれる日時を用いて使用時間を算出し、レコードの総使用時間６２８に使用時間を加算する。また、物品管理モジュール３１１は、レコードの使用開始時間６２９を初期化する。

（処理２）を満たす場合、物品管理モジュール３１１は、ターゲット物品に対応するレコードの収納場所６３３及び座標６３４に現在の収納場所及び座標を設定する。

ステップＳ１１０では、物品管理モジュール３１１は、特定された全ての物品について処理が完了したか否かを判定する（ステップＳ１１０）。

特定された全ての物品について処理が完了していないと判定された場合、物品管理モジュール３１１は、ステップＳ１０２に戻り、同様の処理を実行する。

特定された全ての物品について処理が完了したと判定された場合、物品管理モジュール３１１は、物品管理処理を終了する。このように、物品リスト３２２を生成することによって、自動的かつ網羅的な物品の管理を実現することができる。

（２）部屋の画像データの表示方法
図１７は、実施例１の物品管理モジュール３１１が実行する画像データの表示処理の一例を説明するフローチャートである。図１８は、実施例１の画像データの表示例を示す図である。

物品管理モジュール３１１は、ユーザから部屋の表示要求を受信した場合、以下で説明する処理を開始する。なお、当該要求には部屋の識別情報が含まれる。部屋の識別情報の代わりに、画像取得装置１３０の識別情報が含まれてもよい。以下の説明では、画像データを表示する部屋をターゲット部屋とも記載する。

物品管理モジュール３１１は、ターゲット部屋の画像データを取得する（ステップＳ２０１）。

次に、物品管理モジュール３１１は、物品リスト３２２を参照して、ターゲット部屋に存在する物品を特定する（ステップＳ２０２）。

具体的には、物品管理モジュール３１１は、収納場所６３３がターゲット部屋の識別情報に一致するレコードを検索する。

次に、物品管理モジュール３１１は、特定された物品の所有者及び使用状態を示す情報を取得する（ステップＳ２０３）。

具体的には、物品管理モジュール３１１は、ステップＳ２０２において検索されたレコードから、所有者６０３及び状態６０４等を取得し、また、座標６３４の値を取得する。

次に、物品管理モジュール３１１は、取得した画像データに、所有者６０３及び状態６０４等を表示するための表示データを生成する（ステップＳ２０４）。このとき、物品管理モジュール３１１は、座標６３４に基づいて、所有者６０３及び状態６０４等が物品の画像に重なるように表示データを生成する。

次に、物品管理モジュール３１１は、表示データをユーザに対して出力し（ステップＳ２０５）、処理を終了する。例えば、ユーザが操作する端末には、表示データに基づいて、図１８に示すような画像データが表示される。

（３）物品の所在の通知方法
図１９は、実施例１の物品管理モジュール３１１が実行する物品の所在を通知する処理の一例を説明するフローチャートである。

物品管理モジュール３１１は、ユーザから物品の名称を含む物品の所在の問合せを受け付けた場合、以下で説明する処理を開始する。なお、前述の問合せは、文字入力でもよいし、音声入力でもよい。

物品管理モジュール３１１は、物品リスト３２２を参照して、問合せを受けた物品に対応するレコードを検索する（ステップＳ３０１）。

具体的には、物品管理モジュール３１１は、物品名６２２が物品の名称に一致するレコードを検索する。

物品管理モジュール３１１は、レコードの収納６０５に基づいて、物品の所在を示す情報をユーザに対して出力し（ステップＳ３０２）、処理を終了する。

例えば、物品管理モジュール３１１は、収納場所６３３を取得し、さらに、場所情報３２４を参照して、場所ＩＤ８０１が取得した値に一致するレコードを検索する。物品管理モジュール３１１は、検索されたレコードの場所８０３を、物品の所在を示す情報として出力する。なお、物品の所在情報は、文字として出力してもよいし、また、音声として出力してもよい。

また、物品管理モジュール３１１は、収納場所６３３に基づいて、物品が存在する部屋の画像データを取得し、また、座標６３４に基づいて、画像データ上の物品の位置を示す表示データを出力してもよい。

（４）物品の移動又は処分を提案する方法
図２０は、実施例１の物品管理モジュール３１１が実行する物品の移動又は処分を提案する処理の一例を説明するフローチャートである。図２１は、実施例１の物品リスト３２２を表示する操作ＧＵＩの一例を示す図である。図２２Ａから図２２Ｃは、実施例１の操作ＧＵＩの操作状態の一例を示す図である。

物品管理モジュール３１１は、周期的に、又は、ユーザから指示を受け付けた場合、以下で説明する処理を開始する。

物品管理モジュール３１１は、物品のループ処理を開始する（ステップＳ４０１）。ここでは、物品管理モジュール３１１は、物品リスト３２２を参照して、ターゲット物品（レコード）を一つ選択する。本実施例では、上のレコードから順に選択される。

次に、物品管理モジュール３１１は、ターゲット物品の使用回数を算出する（ステップＳ４０２）。例えば、以下のような算出方法が考えられる。

物品管理モジュール３１１は、物品リスト３２２の回数６３２をターゲット物品の使用回数として算出する。

別の算出方法としては、次のような方法が考えられる。物品管理モジュール３１１は、画像解析情報３２１から、物品種別５０３及び物品名５０４がターゲット物品に対応するレコードの物品種別６２１及び物品名６２２に一致するレコードを読み出す。このとき、物品管理モジュール３１１は、一定期間のレコードを取得する。例えば、現在から１時間前のレコードを取得する。物品管理モジュール３１１は、取得したレコードの使用状態５０７に基づいて、ターゲット物品の使用回数を算出する。例えば、物品管理モジュール３１１は、使用状態５０７が「未使用」から「使用中」に変化した回数をターゲット物品使用回数として算出する。

次に、物品管理モジュール３１１は、ターゲット物品の使用回数が閾値より低いか否かを判定する（ステップＳ４０３）。本実施例では、物品の種別ごとに使用回数の閾値が設定されているものとする。当該閾値の情報は、計算機１２０が保持してもよいし、管理計算機１１０が保持してもよい。

ターゲット物品の使用回数が閾値以上であると判定された場合、物品管理モジュール３１１は、ステップＳ４０９に進む。

ターゲット物品の使用回数が閾値より小さいと判定された場合、物品管理モジュール３１１は、管理計算機１１０にターゲット物品のニーズの問合せを行う（ステップＳ４０４）。当該問合せには、物品種別６２１及び物品名６２２が含まれる。

物品管理モジュール３１１は、管理計算機１１０から応答を受信するまで待ち状態に移行する。なお、管理計算機１１０は、問合せを受け付けた場合、以下のような処理を実行する。

管理計算機１１０は、ニーズ情報４２２を参照して、物品種別１２０３及び物品名１２０４が問合せに含まれる物品種別６２１及び物品名６２２と一致するレコードを検索する。前述の条件を満たすレコードが存在する場合、管理計算機１１０は、検索されたレコードを含む応答を計算機１２０に送信する。前述の条件を満たすレコードが存在しない場合、管理計算機１１０は、エラーを通知する応答を計算機１２０に送信する。

物品管理モジュール３１１は、管理計算機１１０から応答を受信した場合、物品管理モジュール３１１は、ターゲット物品に対するニーズが存在するか否かを判定する（ステップＳ４０５）。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、応答にレコードが含まれるか否かを判定する。応答にレコードが含まれない場合、物品管理モジュール３１１は、ターゲット物品に対するニーズが存在しないと判定する。応答にレコードが含まれる場合、物品管理モジュール３１１は、ターゲット物品に対するニーズが存在すると判定する。

ターゲット物品に対するニーズが存在する場合、物品管理モジュール３１１は、ニーズ種別１２０２が「借用」であるレコードの数をニーズ数６４２に設定し、ニーズ種別１２０２が「買取」であるレコードの数をニーズ数６４７に設定する。以上がステップＳ４０５の処理の説明である。

ターゲット物品に対するニーズが存在すると判定された場合、物品管理モジュール３１１は、当該ニーズの情報を含むターゲット物品の処分提案情報を出力する（ステップＳ４０６）。その後、物品管理モジュール３１１は、ステップＳ４１０に進む。

ターゲット物品に対するニーズが存在しないと判定された場合、物品管理モジュール３１１は、場所情報３２４を参照して、候補収納場所を検索する（ステップＳ４０７）。

具体的には、物品管理モジュール３１１は、場所種別８０２が「倉庫」であるレコードを検索する。

物品管理モジュール３１１は、候補収納場所の情報を含むターゲット物品の移動提案情報を出力する（ステップＳ４０８）。その後、物品管理モジュール３１１は、ステップＳ４０９に進む。

ステップＳ４０９では、物品管理モジュール３１１は、物品リスト３２２に登録された全ての物品について処理が完了したか否かを判定する（ステップＳ４０９）。

物品リスト３２２に登録された全ての物品について処理が完了していないと判定された場合、物品管理モジュール３１１は、ステップＳ４０１に戻り、同様の処理を実行する。

物品リスト３２２に登録された全ての物品について処理が完了したと判定された場合、物品管理モジュール３１１は、処理を終了する。

ユーザが操作する端末には、図２１に示すような形式で物品リスト３２２の操作ＧＵＩ２１００が表示される。なお、Ｌｉｖｉｎｇ ｒｏｏｍには、家１００に存在する物品が表示され、Ｗａｒｅｈｏｕｓｅには、倉庫に存在する物品が表示される。物品管理モジュール３１１は、収納６０５及び場所情報３２４を用いることによって、Ｌｉｖｉｎｇ ｒｏｏｍ及びＷａｒｅｈｏｕｓｅに分けて物品を表示するための表示データを生成できる。

操作ＧＵＩ２１００において、処分提案情報に基づいて、ステップＳ４０５の判定結果がＹＥＳである物品のサムネイルには「ＳＥＬＬ」又は「ＳＨＡＲＥ」のアイコンが強調表示される。「ＳＥＬＬ」のアイコンは、「買取」のニーズが存在することを示す。「ＳＨＡＲＥ」のアイコンは、「借用」のニーズが存在することを示す。

「ＳＥＬＬ」のアイコンが表示された物品のサムネイルをユーザが押下した場合、操作ＧＵＩ２１００は、図２２Ａに示す画面に切り替わる。図２２Ａに示す操作ＧＵＩでは、ＳＥＬＬボタンが強調表示される。

ユーザがＳＥＬＬボタンを押下した場合、物品管理モジュール３１１は、物品リスト３２２を参照し、選択した物品に対応するレコードの意向６４３に「１」を設定する。また、物品管理モジュール３１１は、選択した物品に対応するレコードの物品種別６２１及び物品名６２２を含む問合せを管理計算機１１０に送信する。

管理計算機１１０は、問合せを受け付けた場合、物品種別６２１及び物品名６２２に基づいて、物品の売買サービスを提供するサーバから選択した物品の売却価格を取得する。なお、選択した物品に類似する物品の売却価格でもよい。管理計算機１１０は、売却価格を含む応答を物品管理モジュール３１１に送信する。

物品管理モジュール３１１は、管理計算機１１０からの応答に基づいて、選択した物品に対応するレコードの売却希望価格６４４に値を設定し、また、図２２Ｂに示すような画面を表示する。なお、ユーザは、表示された価格を適宜修正できる。図２２Ｂに示す画面において、ユーザがＳＥＬＬボタンを押下した場合、物品管理モジュール３１１は、選択した物品に対応するレコードの売却状態６４５を「出品中」に変更する。物品管理モジュール３１１は、管理計算機１１０を介して、物品の売買サービスを行うサーバと接続し、選択した物品の情報を登録してもよい。

なお、売却状態６４５が「出品中」に変更された場合、操作ＧＵＩ２１００の物品のサムネイルの表示も変更されてもよい。

「ＳＨＡＲＥ」のアイコンが表示された物品のサムネイルをユーザが押下した場合、操作ＧＵＩ２１００は、図２２Ａに示す画面に切り替わる。このとき、ＳＥＬＬボタンの代わりにＳＨＡＲＥボタンが強調表示される。

ユーザがＳＨＡＲＥボタンを押下した場合、物品管理モジュール３１１は、物品リスト３２２を参照し、選択した物品に対応するレコードの意向６３９に「１」を設定する。また、物品管理モジュール３１１は、倉庫の住所、並びに、選択した物品に対応するレコードの物品種別６２１及びサイズ６２３を含む配送手続要求を管理計算機１１０に送信する。なお、倉庫の住所は、場所情報３２４から取得することができる。

管理計算機１１０は、配送手続要求を受信した場合、家情報４２１から、当該要求を送信した家１００の住所を取得する。管理計算機１１０は、家１００の住所、倉庫の住所、物品種別６２１、及びサイズ６２３を、配送サービスを提供するサーバに送信する。これによって、配送手続を行うことができる。管理計算機１１０は、サーバからの応答を物品管理モジュール３１１に送信する。

物品管理モジュール３１１は、応答に基づいて、選択した物品に対応するレコードの物流状態６０９を更新する。例えば、集荷先６４８に家１００の住所、配送先６５１に倉庫の住所が設定され、集荷予定日６４９及び配送予定日６５２に任意の値が設定される。なお、物品の配送が完了した後、物品管理モジュール３１１は、選択した物品に対応するレコードの収納６０５を更新する。

なお、図２２Ｃに示すように、物品管理モジュール３１１は、選択した物品に対応するレコードのニーズ数６４２に基づいて、当該物品を必要とするユーザの数だけアイコンを表示してもよい。このとき、物品管理モジュール３１１は、管理計算機１１０と連携して、物品を必要とするユーザの詳細を表示するようにしてもよい。

操作ＧＵＩ２１００において、ステップＳ４０５の判定結果がＮＯである物品のサムネイルには「ＳＥＮＤ」のアイコンが強調表示される。「ＳＥＮＤ」のアイコンは、物品の外部保管が推奨される物品を示す。

「ＳＥＮＤ」のアイコンが表示された物品のサムネイルをユーザが押下した場合、操作ＧＵＩ２１００は、図２２Ａに示す画面に切り替わる。このとき、ＳＥＬＬボタンの代わりにＳＥＮＤボタンが強調表示される。

ユーザがＳＥＮＤボタンを押下した場合、物品管理モジュール３１１は、倉庫の住所、並びに、選択した物品に対応するレコードの物品種別６２１及びサイズ６２３を含む配送手続要求を管理計算機１１０に送信する。

管理計算機１１０は、配送手続要求を受信した場合、家情報４２１から、当該要求を送信した家１００の住所を取得する。管理計算機１１０は、家１００の住所、倉庫の住所、物品種別６２１、及びサイズ６２３を、配送サービスを提供するサーバに送信する。これによって、配送手続を行うことができる。管理計算機１１０は、サーバからの応答を物品管理モジュール３１１に送信する。

物品管理モジュール３１１は、応答に基づいて、選択した物品に対応するレコードの物流状態６０９を更新する。例えば、集荷先６４８に家１００の住所、配送先６５１に倉庫の住所が設定され、集荷予定日６４９及び配送予定日６５２に任意の値が設定される。なお、物品の配送が完了した後、物品管理モジュール３１１は、選択した物品に対応するレコードの収納６０５を更新する。

このように、物品リスト３２２を用いて物品の使用状態等を管理することによって、家１００にあるべき物品と、倉庫へ移動又はシェアすべき物品とを判別することができる。これによって、家１００に不要な物品が増えるのを防止できる。

（５）物品のメンテナンスを提案する方法
図２３は、実施例１の物品管理モジュール３１１が実行する物品のメンテナンスを提案する処理の一例を説明するフローチャートである。図２４Ａ及び図２４Ｂは、実施例１の操作ＧＵＩの操作状態の一例を示す図である。

物品管理モジュール３１１は、周期的に、又は、ユーザから指示を受け付けた場合、以下で説明する処理を開始する。

物品管理モジュール３１１は、物品のループ処理を開始する（ステップＳ５０１）。ステップＳ５０１の処理は、ステップＳ４０１の処理と同一である。

次に、物品管理モジュール３１１は、ターゲット物品の総使用時間が閾値より大きいか否かを判定する（ステップＳ５０２）。

具体的には、物品管理モジュール３１１は、ターゲット物品に対応するレコードの総使用時間６２８が閾値より大きいか否かを判定する。なお、本実施例では、物品の種別ごとに総使用時間の閾値が設定されているものとする。当該閾値の情報は、計算機１２０が保持してもよいし、管理計算機１１０が保持してもよい。

ターゲット物品の総使用時間が閾値以下であると判定された場合、物品管理モジュール３１１は、ステップＳ５０８に進む。

ターゲット物品の総使用時間が閾値より大きいと判定された場合、物品管理モジュール３１１は、管理計算機１１０にターゲット物品のメンテナンス情報の問合せを行う（ステップＳ５０３）。当該問合せには、ターゲット物品に対応するレコードの物品種別６２１及び物品名６２２が含まれる。

物品管理モジュール３１１は、管理計算機１１０から応答を受信するまで待ち状態に移行する。なお、管理計算機１１０は、問合せを受け付けた場合、以下のような処理を実行する。

管理計算機１１０は、メンテナンス情報４２３を参照して、物品種別１３０２及び物品名１３０３が問合せに含まれる物品種別６２１及び物品名６２２と一致するレコードを検索する。管理計算機１１０は、検索されたレコードを含む応答を計算機１２０に送信する。

物品管理モジュール３１１は、管理計算機１１０から応答を受信した場合、ターゲット物品のメンテナンスサービスが存在するか否かを判定する（ステップＳ５０４）。

具体的には、物品管理モジュール３１１は、応答に含まれるレコードのメンテナンスサービス１３０５に基づいて、ターゲット物品のメンテナンスサービスの有無を判定する。このとき、物品管理モジュール３１１は、応答に含まれるレコードのメンテナンスサービス１３０５をメンテナンスサービス６３５に設定する。

ターゲット物品のメンテナンスサービスが存在しないと判定された場合、物品管理モジュール３１１は、ステップＳ５０６に進む。

ターゲット物品のメンテナンスサービスが存在すると判定された場合、物品管理モジュール３１１は、メンテナンスサービスに関するメンテナンス提案情報を出力する（ステップＳ５０５）。その後、物品管理モジュール３１１は、ステップＳ５０６に進む。メンテナンス提案情報には、応答に含まれるレコードのマニュアル１３０４及びメンテナンスサービス１３０５が含まれる。

ステップＳ５０４の判定結果がＮＯ又はステップＳ５０５の処理が完了した後、物品管理モジュール３１１は、ターゲット物品に交換物品が存在するか否かを判定する（ステップＳ５０６）。

具体的には、物品管理モジュール３１１は、応答に含まれるレコードの交換物品１３０６に基づいて、ターゲット物品の交換物品の有無を判定する。

ターゲット物品に交換物品が存在しないと判定された場合、物品管理モジュール３１１は、ステップＳ５０８に進む。

ターゲット物品に交換物品が存在すると判定された場合、物品管理モジュール３１１は、交換物品の交換提案情報を出力する（ステップＳ５０７）。その後、物品管理モジュール３１１は、ステップＳ５０８に進む。交換提案情報には、応答に含まれるレコードの交換物品１３０６が含まれる。

ステップＳ５０７では、物品管理モジュール３１１は、物品リスト３２２に登録された全ての物品について処理が完了したか否かを判定する（ステップＳ５０８）。

物品リスト３２２に登録された全ての物品について処理が完了していないと判定された場合、物品管理モジュール３１１は、ステップＳ５０１に戻り、同様の処理を実行する。

物品リスト３２２に登録された全ての物品について処理が完了したと判定された場合、物品管理モジュール３１１は、処理を終了する。

なお、ターゲット物品のレコードのメンテナンスサービス６３５に「無し」が設定されている場合、物品管理モジュール３１１は、ステップＳ５０３、ステップＳ５０４、及びステップＳ５０５の処理を省略し、ステップＳ５０６に進んでもよい。

操作ＧＵＩ２１００において、ステップＳ５０４及びステップＳ５０６の少なくともいずれかの判定結果がＹＥＳである物品のサムネイルにはメンテナンスのアイコンが強調表示される。

メンテナンスのアイコンが表示された物品のサムネイルをユーザが押下した場合、操作ＧＵＩ２１００は、図２２Ａに示す画面に切り替わる。このとき、ＳＥＬＬボタンの代わりにＭＡＩＮＴＥＮＡＮＣＥボタンが強調表示される。さらに、ユーザがＭＡＩＮＴＥＮＡＮＣＥボタンを押下した場合、図２４Ａに示すようなメニューが展開される。本実施例では、ＭＡＮＵＡＬ、ＳＴＯＲＥＳ、及びＭＡＩＮＴＥＮＡＮＣＥ ＳＥＲＶＩＣＥの三つのメニューが表示される。

ユーザがＭＡＮＵＡＬを押下した場合、物品管理モジュール３１１は、メンテナンス提案情報に含まれるマニュアル１３０４に基づいて、マニュアルを外部サーバ等から取得し、取得したマニュアルを操作ＧＵＩ２１００に表示する。

ユーザがＳＴＯＲＥＳを押下した場合、物品管理モジュール３１１は、交換提案情報に含まれる交換物品１３０６に基づいて、図２４Ｂのように交換物品の一部をサムネイルとして表示する。なお、物品管理モジュール３１１が、交換物品の履歴を管理している場合、通常購入している交換物品と、新商品又は外部サービスの提案商品とが分かるように表示する。ユーザがＭＯＲＥボタンを押下した場合、全商品がリスト化された画面に切り替えられる。

ユーザがＭＡＩＮＴＥＮＡＮＣＥ ＳＥＲＶＩＣＥを押下した場合、物品管理モジュール３１１は、メンテナンス提案情報に含まれるメンテナンスサービス１３０５に基づいて、外部サーバ等からメンテナンスサービス情報を取得し、取得したメンテナンスサービス情報を操作ＧＵＩ２１００に表示する。

（６）物品の交換を提案する方法
図２５は、実施例１の物品管理モジュール３１１が実行する物品の交換を提案する処理の一例を説明するフローチャートである。図２６Ａ及び図２６Ｂは、実施例１の操作ＧＵＩの操作状態の一例を示す図である。

物品管理モジュール３１１は、周期的に、又は、ユーザから指示を受け付けた場合、以下で説明する処理を開始する。

物品管理モジュール３１１は、物品のループ処理を開始する（ステップＳ６０１）。ステップＳ６０１の処理は、ステップＳ４０１の処理と同一である。

次に、物品管理モジュール３１１は、ターゲット物品の総使用時間が閾値より大きいか否かを判定する（ステップＳ６０２）。ステップＳ６０２の処理は、ステップＳ５０２の処理と同一である。なお、判定に使用する閾値は、ステップＳ５０２で使用する閾値と同一でもよいし、また、異なってもよい。

ターゲット物品の総使用時間が閾値以下であると判定された場合、物品管理モジュール３１１は、ステップＳ６０６に進む。

ターゲット物品の総使用時間が閾値より大きいと判定された場合、物品管理モジュール３１１は、ターゲット物品の使用人数を算出する（ステップＳ６０３）。

具体的には、物品管理モジュール３１１は、物品リスト３２２を参照し、ターゲット物品に対応するレコードの使用者６３１に格納される識別情報の数をカウントする。

次に、物品管理モジュール３１１は、管理計算機１１０に、交換物品の問合せを行う（ステップＳ６０４）。当該問合せには、ターゲット物品に対応するレコードの物品種別６２１及び物品名６２２、並びに使用人数が含まれる。

物品管理モジュール３１１は、管理計算機１１０から応答を受信するまで待ち状態に移行する。なお、管理計算機１１０は、問合せを受け付けた場合、以下のような処理を実行する。

管理計算機１１０は、物品種別１４０２が問合せに含まれる物品種別６２１と一致するレコードを検索する。さらに、管理計算機１１０は、使用人数１４０４が問合せに含まれる使用人数以下であるレコードを特定する。管理計算機１１０は、特定されたレコードのサイズ１４０３及び物品名１４０５を含む応答を計算機１２０に送信する。

物品管理モジュール３１１は、管理計算機１１０から応答を受信した場合、交換物品の買換提案情報を出力する（ステップＳ６０５）。その後、物品管理モジュール３１１は、ステップＳ６０６に進む。買換提案情報には、応答に含まれるサイズ１４０３及び物品名１４０５が含まれる。

ステップＳ６０６では、物品管理モジュール３１１は、物品リスト３２２に登録された全ての物品について処理が完了したか否かを判定する（ステップＳ６０６）。

物品リスト３２２に登録された全ての物品について処理が完了していないと判定された場合、物品管理モジュール３１１は、ステップＳ６０１に戻り、同様の処理を実行する。

物品リスト３２２に登録された全ての物品について処理が完了したと判定された場合、物品管理モジュール３１１は、処理を終了する。

操作ＧＵＩ２１００において、ステップＳ６０２の判定結果がＹＥＳとなった物品のサムネイルに「ＲＥＰＬＡＣＥ」のアイコンが強調表示される。

「ＲＥＰＬＡＣＥ」のアイコンが表示された物品のサムネイルをユーザが押下した場合、操作ＧＵＩ２１００は、図２２Ａに示す画面に切り替わる。このとき、ＳＥＬＬボタンの代わりにＲＥＰＬＡＣＥボタンが強調表示される。

ユーザがＲＥＰＬＡＣＥボタンを押下した場合、物品管理モジュール３１１は、選択した物品に関連する買換提案情報を管理計算機１１０に送信する。

管理計算機１１０は、物品の売買サービスを提供するサーバに買換提案情報を送信し、対象の物品を出品しているユーザ及び売却価格を含む売却情報を取得する。また、管理計算機１１０は、物品の販売サービスを提供するサーバに買換提案情報を送信し、対象物品の販売価格を含む販売情報を取得する。管理計算機１１０は、売却情報及び販売情報を物品管理モジュール３１１に送信する。

物品管理モジュール３１１は、売却情報及び販売情報に基づいて、図２６Ａに示す画面を表示する。ユーザは、サムネイルを押下することによって、対象物品の購入先を選択する。例えば、図２６Ａの上のサムネイルが押下された場合、図２６Ｂの画面に切り替えられる。当該画面において、ＰＵＲＣＨＡＳＥボタンが押下された場合、売買取引が成立する。

このように、物品リスト３２２を用いて物品を交換することによって、必要かつ有用な物品のみを家１００に置くことができる。

（７）イベントに応じた物品の管理方法
図２７は、実施例１の物品管理モジュール３１１が実行するイベントの不足物品を提示する処理の一例を説明するフローチャートである。図２８Ａから図２８Ｅは、実施例１の操作ＧＵＩの操作状態の一例を示す図である。

物品管理モジュール３１１は、周期的に、又は、ユーザから指示を受け付けた場合、以下で説明する処理を開始する。

物品管理モジュール３１１は、カレンダー情報３２６のレコードのループ処理を開始する（ステップＳ７０１）。ここでは、物品管理モジュール３１１は、カレンダー情報３２６を参照して、ターゲットイベント（レコード）を一つ選択する。本実施例では、上のレコードから順に選択される。

物品管理モジュール３１１は、ターゲットイベントに関する物品を準備する必要があるか否かを判定する（ステップＳ７０２）。

具体的には、物品管理モジュール３１１は、ターゲットレコードの日時１００１と現在日時との間の期間が所定の閾値より小さいか否かを判定する。例えば、２週間以下であるか否かが判定される。期間が所定の閾値より小さい場合、物品管理モジュール３１１は、ターゲットイベントに関する物品を準備する必要があると判定する。

ターゲットイベントに関する物品を準備する必要がないと判定された場合、物品管理モジュール３１１は、ステップＳ７０８に進む。

ターゲットイベントに関する物品を準備する必要があると判定された場合、物品管理モジュール３１１は、管理計算機１１０に、ターゲットイベントに必要な物品の問合せを行う（ステップＳ７０３）。当該問合せにはイベント名１００２が含まれる。

物品管理モジュール３１１は、管理計算機１１０から応答を受信するまで待ち状態に移行する。なお、管理計算機１１０は、問合せを受け付けた場合、以下のような処理を実行する。

管理計算機１１０は、イベント物品情報４２５を参照し、イベント名１５０２が問合せに含まれるイベント名１００２と一致するレコードを検索する。管理計算機１１０は、検索されたレコードの物品リスト１５０４を含む応答を計算機１２０に送信する。

物品管理モジュール３１１は、管理計算機１１０から応答を受信した場合、不足している物品を特定する（ステップＳ７０４）。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、空の不足物品リストを生成する。物品管理モジュール３１１は、応答に含まれる物品リスト１５０４から、物品種別を一つ選択し、家１００に収納された物品の中から、物品種別６２１が選択した物品種別に一致するレコードの数をカウントする。

物品管理モジュール３１１は、レコードの数が物品リスト１５０４で指定された数より小さいか否かを判定する。前述の条件を満たす場合、物品管理モジュール３１１は、当該物品種別の物品が不足していると判定する。このとき、物品管理モジュール３１１は、物品の種別及び追加数から構成されるレコードを不足物品リストに追加する。

物品管理モジュール３１１は、物品リスト１５０４に含まれる全ての物品種別について同様の処理を実行する。以上がステップＳ７０４の処理の説明である。

次に、物品管理モジュール３１１は、不足物品リスト及び物品リスト３２２を参照して、倉庫から移動可能な物品を特定する（ステップＳ７０５）。具体的には、以下のような処理が実行される。

物品管理モジュール３１１は、不足物品リストから物品種別を一つ選択する。物品管理モジュール３１１は、物品リスト３２２を参照して、倉庫に収納された物品の中から、物品種別６２１が選択した物品種別に一致するレコードを検索する。このとき、物品管理モジュール３１１は、不足物品リストのレコードの追加数から検索されたレコードの数を減算する。

物品管理モジュール３１１は、検索されたレコードを移動物品リストに追加する。物品管理モジュール３１１は、不足物品リストに含まれる全ての物品種別について同様の処理を実行する。以上がステップＳ７０５の処理の説明である。

物品管理モジュール３１１は、特定された物品を移動物品リストとして出力する（ステップＳ７０６）。また、物品管理モジュール３１１は、不足物品リストを出力する（ステップＳ７０７）。その後、物品管理モジュール３１１は、ステップＳ７０８に進む。

ステップＳ７０８では、物品管理モジュール３１１は、カレンダー情報３２６に登録された全てのイベントについて処理が完了したか否かを判定する（ステップＳ７０８）。

カレンダー情報３２６に登録された全てのイベントについて処理が完了していないと判定された場合、物品管理モジュール３１１は、ステップＳ７０１に戻り、同様の処理を実行する。

カレンダー情報３２６に登録された全てのイベントについて処理が完了したと判定された場合、物品管理モジュール３１１は、処理を終了する。

物品管理モジュール３１１は、移動物品リストに基づいて、Ｗａｒｅｈｏｕｓｅ側に表示される物品の中で、移動する必要がある物品のサムネイルを強調表示する。

ユーザが当該物品のサムネイルを押下した場合、図２８Ａのような画面に切り替わる。ユーザがＭＯＶＥボタンを押下した場合、図２８Ｂのように、移動先を選択するメニューが表示される。ユーザがＭｙ ＨＯＭＥボタンを押下した場合、物品管理モジュール３１１は、物品種別６２１及びサイズ６２３を含む配送手続要求を管理計算機１１０に送信する。この場合の処理はＳＨＡＲＥボタンを押下した場合と同様である。

物品管理モジュール３１１は、不足物品リストに基づいて、図２８Ｃに示すようにＷａｒｅｈｏｕｓｅ側の上位に不足している物品のサムネイルを表示する。

ユーザが不足している物品のサムネイルを押下した場合、物品管理モジュール３１１は、買取ニーズ又は借用ニーズのメニューを表示する。

買取ニーズが選択された場合、図２８Ｄの画面に切り替わる。この画面においてＢＵＹボタンが押下された場合、物品管理モジュール３１１は、家１００の識別情報、物品の種別、ニーズの種別、及び買取希望価格等を含む買取ニーズの登録要求を管理計算機１１０に送信する。

借用ニーズが選択された場合、図２８Ｅの画面に切り替わる。この画面においてＲＥＮＴボタンが押下された場合、物品管理モジュール３１１は、家１００の識別情報、物品の種別、及びニーズの種別等を含む借用ニーズの登録要求を管理計算機１１０に送信する。

（８）意向及びニーズのマッチング処理
図２９は、実施例１の管理計算機１１０が実行するニーズ確認処理の一例を説明するフローチャートである。

管理計算機１１０は、周期的に、又は、ユーザからの指示を受け付けた場合、以下で説明する処理を開始する。

管理計算機１１０は、各家１００から物品の処分意向に関する値を取得する（ステップＳ８０１）。

具体的には、管理計算機１１０は、物品リスト３２２の各レコードの貸出設定６０７及び売却設定６０８の取得要求を計算機１２０に送信する。

物品管理モジュール３１１は、当該要求を受信した場合、物品リスト３２２の各レコードの意向６３９及び意向６４３を参照し、意向６３９及び意向６４３の少なくともいずれかに「１」が設定されるレコードを検索する。物品管理モジュール３１１は、検索されたレコードの物品種別６２１、物品名６２２、意向６３９、意向６４３、及び売却希望価格６４４を含む応答を、家１００の識別情報とともに管理計算機１１０に送信する。

次に、管理計算機１１０は、メモリ４０２に意向リストを生成する（ステップＳ８０２）。

具体的には、家の識別情報、物品種別６２１、物品名６２２、意向６３９、意向６４３、及び売却希望価格６４４から構成されるレコードを意向リストに追加する。

次に、管理計算機１１０は、意向リストのレコードのループ処理を開始する（ステップＳ８０３）。ここでは、管理計算機１１０は、意向リストからターゲットレコードを一つ選択する。

次に、管理計算機１１０は、ターゲットレコードに対応する物品の貸出意向が有効であるか否かを判定する（ステップＳ８０４）。

具体的には、管理計算機１１０は、ターゲットレコードの意向６３９が「１」であるか否かを判定する。意向６３９が「１」である場合、管理計算機１１０は、物品の貸出意向が有効であると判定する。

ターゲットレコードに対応する物品の貸出意向が有効でないと判定された場合、管理計算機１１０は、ステップＳ８０８に進む。

ターゲットレコードに対応する物品の貸出意向が有効であると判定された場合、管理計算機１１０は、借用ニーズを特定する（ステップＳ８０５）。

具体的には、管理計算機１１０は、ニーズ情報４２２を参照し、ニーズ種別１２０２が「借用」であるレコードの中から、物品種別１２０３及び物品名１２０４がターゲットレコードの物品種別６２１及び物品名６２２に一致するレコードを検索する。管理計算機１１０は、検索されたレコードの数をカウントする。

次に、管理計算機１１０は、ターゲットレコードに対応する物品を保有する家１００に、貸出意向更新要求を送信する（ステップＳ８０６）。なお、貸出意向更新要求には、物品の種別、物品の名称、検索されたレコードの数、及び借用ニーズを有する家１００の識別情報を含む。

物品管理モジュール３１１は、貸出意向更新要求を受信した場合、物品種別６２１及び物品名６２２が当該要求に含まれる物品種別及び物品名に一致するレコードを検索する。物品管理モジュール３１１は、検索されたレコードのニーズ数６４２に、貸出意向更新要求に含まれるレコード数を設定する。また、物品管理モジュール３１１は、物品名及び借用ニーズを有する家１００の識別情報を含む通知を出力する。

次に、管理計算機１１０は、借用ニーズを有する家１００に、借用提案情報を送信する（ステップＳ８０７）。借用提案情報には、物品を保有する家１００の識別情報、物品種別、及び物品名が含まれる。その後、管理計算機１１０は、ステップＳ８０８に進む。

物品管理モジュール３１１は、借用提案情報を受信した場合、当該情報を出力する。

ステップＳ８０４の判定結果がＮＯの場合、又は、ステップＳ８０７の処理が実行された後、管理計算機１１０は、ターゲットレコードに対応する物品の売却意向が有効であるか否かを判定する（ステップＳ８０８）。

具体的には、管理計算機１１０は、ターゲットレコードの意向６４３が「１」であるか否かを判定する。意向６４３が「１」である場合、管理計算機１１０は、物品の売却意向が有効であると判定する。

ターゲットレコードに対応する物品の売却意向が有効でないと判定された場合、管理計算機１１０は、ステップＳ８１２に進む。

ターゲットレコードに対応する物品の売却意向が有効であると判定された場合、管理計算機１１０は、買取ニーズを特定する（ステップＳ８０９）。

具体的には、管理計算機１１０は、ニーズ情報４２２を参照し、ニーズ種別１２０２が「買取」であるレコードの中から、物品種別１２０３及び物品名１２０４がターゲットレコードの物品種別６２１及び物品名６２２に一致するレコードを検索する。管理計算機１１０は、検索されたレコードの数をカウントする。

次に、管理計算機１１０は、ターゲットレコードに対応する物品を保有する家１００に、売却意向更新要求を送信する（ステップＳ８１０）。なお、売却意向更新要求には、物品の種別、物品の名称、検索されたレコードの数、買取希望価格、及び買取ニーズを有する家１００の識別情報を含む。

物品管理モジュール３１１は、売却意向更新要求を受信した場合、物品種別６２１及び物品名６２２が当該要求に含まれる物品種別及び物品名に一致するレコードを検索する。物品管理モジュール３１１は、検索されたレコードのニーズ数６４７に、売却意向更新要求に含まれるレコード数を設定する。また、物品管理モジュール３１１は、物品名、買取希望価格、及び借用ニーズを有する家１００の識別情報を含む通知を出力する。

次に、管理計算機１１０は、買取ニーズを有する家１００に、買取提案情報を送信する（ステップＳ８１１）。買取提案情報には、物品を保有する家１００の識別情報、物品種別、物品名、及び売却希望価格が含まれる。その後、管理計算機１１０は、ステップＳ８１２に進む。

ステップＳ８１２では、管理計算機１１０は、意向リストの全てのレコードについて処理が完了したか否かを判定する（ステップＳ８１２）。

意向リストの全てのレコードについて処理が完了していないと判定された場合、管理計算機１１０は、ステップＳ８０３に戻り、同様の処理を実行する。

意向リストの全てのレコードについて処理が完了したと判定された場合、管理計算機１１０は、処理を終了する。このとき、管理計算機１１０は、メモリ４０２から意向リストを削除する。

図３０は、実施例１の操作ＧＵＩの一例を示す図である。

物品管理モジュール３１１は、図３０に示すように、物品の管理意向を設定するためのメニュー画面を任意のタイミングで表示する。例えば、売却の意向に関する入力を受け付けた場合、物品管理モジュール３１１は、選択した物品に対応するレコードの意向６４３を更新する。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ−ＲＷ、ＣＤ−Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ 家
１０５ 外部ネットワーク
１１０ 管理計算機
１２０ 計算機
１３０ 画像取得装置
１５０ 宅内ネットワーク
３０１、４０１ プロセッサ
３０２、４０２ メモリ
３０３、４０３ ネットワークインタフェース
３０４、４０４ ストレージ装置
３１１ 物品管理モジュール
３２１ 画像解析情報
３２２ 物品リスト
３２３ 除外物品リスト
３２４ 場所情報
３２５ 人物情報
３２６ カレンダー情報
４１１ 全体制御モジュール
４２１ 家情報
４２２ ニーズ情報
４２３ メンテナンス情報
４２４ 交換物品情報
４２５ イベント物品情報
４２６ テンプレート画像情報
２１００ 操作ＧＵＩ

Claims (10)

1. 画像を取得する画像取得装置及び計算機を備える物品管理システムであって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用回数を格納するフィールドから構成されるレコードを含み、
   前記画像取得装置は、
   前記空間の画像データを取得し、
   前記画像データを前記計算機に送信し、
   前記計算機は、
   前記画像データの解析によって、前記空間に存在する物品及び当該物品の使用状態を特定し、
   前記画像データの解析の結果に基づいて前記物品の使用回数を算出し、
   前記物品の使用回数に基づいて前記物品リストを更新し、
   前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成し、前記表示データを出力し、
   前記物品リストを参照して、使用回数が閾値より小さいターゲット物品を特定し、前記ターゲット物品の処分方法を提案する提案情報を生成し、前記提案情報を出力することを特徴とする物品管理システム。
2. 請求項１に記載の物品管理システムであって、
   前記提案情報は、前記ターゲット物品の貸出、前記ターゲット物品の売却、及び前記ターゲット物品の保管場所の変更の少なくともいずれかを提案する情報を含むことを特徴とする物品管理システム。
3. 画像を取得する画像取得装置及び計算機を備える物品管理システムであって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用時間を格納するフィールドから構成されるレコードを含み、
   前記画像取得装置は、
   前記空間の画像データを取得し、
   前記画像データを前記計算機に送信し、
   前記計算機は、
   前記画像データの解析によって、前記空間に存在する物品及び当該物品の使用状態を特定し、
   前記画像データの解析の結果に基づいて前記物品の使用時間を算出し、
   前記物品の使用時間に基づいて前記物品リストを更新し、
   前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成し、前記表示データを出力し、
   前記物品リストを参照して、使用時間が閾値より大きいターゲット物品を特定し、前記ターゲット物品に使用する部品の交換又はメンテナンスサービスの利用を提案する提案情報を生成し、前記提案情報を出力することを特徴とする物品管理システム。
4. 画像を取得する画像取得装置及び計算機を備える物品管理システムであって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用時間を格納するフィールドから構成されるレコードを含み、
   前記画像取得装置は、
   前記空間の画像データを取得し、
   前記画像データを前記計算機に送信し、
   前記計算機は、
   前記画像データの解析によって、前記空間に存在する物品及び当該物品の使用状態を特定し、
   前記画像データの解析の結果に基づいて前記物品の使用時間を算出し、
   前記物品の使用時間に基づいて前記物品リストを更新し、
   前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成し、前記表示データを出力し、
   前記物品リストを参照して、使用時間が閾値より大きいターゲット物品を特定し、前記ターゲット物品の買換を提案する提案情報を生成し、前記提案情報を出力することを特徴とする物品管理システム。
5. 画像を取得する画像取得装置及び計算機を備える物品管理システムであって、
   イベントに必要な物品を管理するイベント物品情報を保持し、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称及び物品の使用状態を示す情報を格納するフィールドから構成されるレコードを含み、
   前記画像取得装置は、
   前記空間の画像データを取得し、
   前記画像データを前記計算機に送信し、
   前記計算機は、
   前記画像データの解析によって、前記空間に存在する物品及び当該物品の使用状態を特定し、
   前記画像データの解析の結果に基づいて、前記物品リストを更新し、
   前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成し、前記表示データを出力し、
   前記イベント物品情報を参照して、第１のイベントに必要な物品を特定し、前記物品リストを参照して、前記第１のイベントに必要な物品のうち、外部保管場所に存在する物品のリストである移動物品リストを生成し、
   前記物品リストを参照して、前記第１のイベントに必要の物品のうち、外部サービスを利用して取得する必要がある物品のリストである不足物品リストを生成し、
   前記移動物品リスト及び前記不足物品リストを出力することを特徴とする物品管理システム。
6. 画像を取得する画像取得装置及び計算機を備える物品管理システムにおける物品の管理方法であって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用回数を格納するフィールドから構成されるレコードを含み、
   前記物品の管理方法は、
   前記画像取得装置が、前記空間の画像データを取得する第１のステップと、
   前記画像取得装置が、前記画像データを前記計算機に送信する第２のステップと、
   前記計算機が、前記画像データの解析することによって、前記空間に存在する物品及び当該物品の使用状態を特定する第３のステップと、
   前記計算機が、前記画像データの解析の結果に基づいて、前記物品リストを更新する第４のステップと、
   前記計算機が、前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成する第５のステップと、
   前記計算機が、前記表示データを出力する第６のステップと、を含み、
   前記第４のステップは、
   前記計算機が、前記画像データの解析の結果に基づいて前記物品の使用回数を算出するステップと、
   前記計算機が、前記物品の使用回数に基づいて前記物品リストを更新するステップと、を含み、
   前記物品の管理方法は、さらに、
   前記計算機が、前記物品リストを参照して、使用回数が閾値より小さいターゲット物品を特定するステップと、
   前記計算機が、前記ターゲット物品の処分方法を提案する提案情報を生成するステップと、
   前記計算機が、前記提案情報を出力するステップと、を含むことを特徴とする物品の管理方法。
7. 請求項６に記載の物品の管理方法であって、
   前記提案情報は、前記ターゲット物品の貸出、前記ターゲット物品の売却、及び前記ターゲット物品の保管場所の変更の少なくともいずれかを提案する情報を含むことを特徴とする物品の管理方法。
8. 画像を取得する画像取得装置及び計算機を備える物品管理システムにおける物品の管理方法であって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用時間を格納するフィールドから構成されるレコードを含み、
   前記物品の管理方法は、
   前記画像取得装置が、前記空間の画像データを取得する第１のステップと、
   前記画像取得装置が、前記画像データを前記計算機に送信する第２のステップと、
   前記計算機が、前記画像データの解析することによって、前記空間に存在する物品及び当該物品の使用状態を特定する第３のステップと、
   前記計算機が、前記画像データの解析の結果に基づいて、前記物品リストを更新する第４のステップと、
   前記計算機が、前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成する第５のステップと、
   前記計算機が、前記表示データを出力する第６のステップと、を含み、
   前記第４のステップは、
   前記計算機が、前記画像データの解析の結果に基づいて前記物品の使用時間を算出するステップと、
   前記計算機が、前記物品の使用時間に基づいて前記物品リストを更新するステップと、を含み、
   前記物品の管理方法は、さらに、
   前記計算機が、前記物品リストを参照して、使用時間が閾値より大きいターゲット物品を特定するステップと、
   前記計算機が、前記ターゲット物品に使用する部品の交換又はメンテナンスサービスの利用を提案する提案情報を生成するステップと、
   前記計算機が、前記提案情報を出力するステップと、を含むことを特徴とする物品の管理方法。
9. 画像を取得する画像取得装置及び計算機を備える物品管理システムにおける物品の管理方法であって、
   前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
   前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
   前記物品リストは、物品の名称、物品の使用状態を示す情報、及び物品の使用時間を格納するフィールドから構成されるレコードを含み、
   前記物品の管理方法は、
   前記画像取得装置が、前記空間の画像データを取得する第１のステップと、
   前記画像取得装置が、前記画像データを前記計算機に送信する第２のステップと、
   前記計算機が、前記画像データの解析することによって、前記空間に存在する物品及び当該物品の使用状態を特定する第３のステップと、
   前記計算機が、前記画像データの解析の結果に基づいて、前記物品リストを更新する第４のステップと、
   前記計算機が、前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成する第５のステップと、
   前記計算機が、前記表示データを出力する第６のステップと、を含み、
   前記第４のステップは、
   前記計算機が、前記画像データの解析の結果に基づいて前記物品の使用時間を算出するステップと、
   前記計算機が、前記物品の使用時間に基づいて前記物品リストを更新するステップと、を含み、
   前記物品の管理方法は、さらに、
   前記計算機が、前記物品リストを参照して、使用時間が閾値より大きいターゲット物品を特定するステップと、
   前記計算機が、前記ターゲット物品の買換を提案する提案情報を生成するステップと、
   前記計算機が、前記提案情報を出力するステップと、を含むことを特徴とする物品の管理方法。
10. 画像を取得する画像取得装置及び計算機を備える物品管理システムにおける物品の管理方法であって、
    前記物品管理システムは、イベントに必要な物品を管理するイベント物品情報を保持し、
    前記計算機は、プロセッサ、前記プロセッサに接続されるメモリ、及び前記プロセッサに接続されるネットワークインタフェースを有し、
    前記メモリは、前記画像取得装置が設置された空間に存在する物品を管理する物品リストを格納し、
    前記物品リストは、物品の名称及び物品の使用状態を示す情報を格納するフィールドから構成されるレコードを含み、
    前記物品の管理方法は、
    前記画像取得装置が、前記空間の画像データを取得するステップと、
    前記画像取得装置が、前記画像データを前記計算機に送信するステップと、
    前記計算機が、前記画像データの解析することによって、前記空間に存在する物品及び当該物品の使用状態を特定するステップと、
    前記計算機が、前記画像データの解析の結果に基づいて、前記物品リストを更新するステップと、
    前記計算機が、前記物品リストに基づいて、前記画像データ中に物品の使用状態を表示する表示データを生成するステップと、
    前記計算機が、前記表示データを出力するステップと、
    前記計算機が、前記イベント物品情報を参照して、第１のイベントに必要な物品を特定するステップと、
    前記計算機が、前記物品リストを参照して、前記第１のイベントに必要な物品のうち、外部保管場所に存在する物品のリストである移動物品リストを生成するステップと、
    前記計算機が、前記物品リストを参照して、前記第１のイベントに必要の物品のうち、外部サービスを利用して取得する必要がある物品のリストである不足物品リストを生成するステップと、
    前記計算機が、前記移動物品リスト及び前記不足物品リストを出力するステップと、を含むことを特徴とする物品の管理方法。