JP2021158049A - 生成装置、生成方法および生成プログラム - Google Patents

Abstract

【課題】ユーザの利用形態に適した製品を提案すること。【解決手段】実施形態に係る生成装置は、取得部と、生成部とを具備する。取得部は、ユーザから回収した後の回収機器の状態を示す状態情報を取得する。生成部は、取得部によって取得された状態情報に基づいて、ユーザによる回収機器の利用に関するフィードバック情報を生成する。【選択図】図４

Description

本発明は、生成装置、生成方法および生成プログラムに関する。

従来、ユーザへ提供した機器からネットワークを介して機器の状態を取得し、消耗品や代替品などといった交換品の発注および発送を依頼するシステムがある。

特開２００５−２８４７５５号公報

しかしながら、従来技術では、現状の機能を維持するにとどまっており、ユーザの利用形態に適した製品を提供するうえで、改善の余地があった。

本発明が解決しようとする課題は、ユーザの利用形態に適した製品を提案することができる生成装置、生成方法および生成プログラムを提供することである。

上述した課題を解決し、目的を達成するために、本発明に係る生成装置は、取得部と、生成部とを具備する。前記取得部は、ユーザから回収した後の回収機器の状態を示す状態情報を取得する。前記生成部は、前記取得部によって取得された前記状態情報に基づいて、前記ユーザによる前記回収機器の利用に関するフィードバック情報を生成する。

本発明によれば、ユーザの利用形態に適した製品を提案することができる。

図１は、実施形態に係る生成装置の概要を示す図である。 図２は、実施形態に係る照明装置の一例を示す図である。 図３は、実施形態に係る照明装置のブロック図である。 図４は、実施形態に係る生成装置のブロック図である。 図５は、実施形態に係る点灯情報データベースの一例を示す図である。 図６は、実施形態に係るログ情報データベースの一例を示す図である。 図７は、実施形態に係る生成装置が実行する処理手順を示すフローチャートである。

以下で説明する実施形態に係る生成装置１００は、取得部１２１と、生成部１２２とを具備する。取得部１２１は、ユーザから回収した後の回収機器の状態を示す状態情報を取得する。生成部１２２は、取得部１２１によって取得された状態情報に基づいて、ユーザによる回収機器の利用に関するフィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、回収機器として照明装置１０に関する状態情報を取得する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、状態情報として、回収後に計測された照明装置１０の点灯状態を示す点灯情報を取得し、生成部１２２は、点灯情報に基づいて、フィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、複数の照明装置１０それぞれの点灯情報を取得し、生成部１２２は、複数の点灯情報に基づいて、フィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、照明装置１０を使用したユーザを識別する識別情報を取得し、生成部１２２は、識別情報に基づいて、ユーザ毎にフィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、点灯情報に加え、照明装置１０に記憶された稼動状態に関するログ情報を取得し、生成部１２２は、ログ情報に基づいて、フィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、取得部１２１は、ログ情報として、照明装置１０の移動履歴に関する移動情報を取得し、生成部１２２は、移動情報に基づいて、フィードバック情報を生成する。

また、以下で説明する実施形態に係る生成装置１００において、生成部１２２は、フィードバック情報として、前記ユーザ毎の前記状態情報に基づいて、回収機器の改善点を示す提案情報を前記ユーザ毎に生成する。

また、以下で説明する実施形態に係る生成方法は、コンピュータが実行する生成方法であって、ユーザから回収した後の照明装置１０（回収機器の一例）の状態を示す状態情報を取得する取得工程と、取得工程によって取得された状態情報に基づいて、ユーザによる照明装置１０の利用に関するフィードバック情報を生成する生成工程とを含む。

また、以下で説明する実施形態に係る生成プログラムは、ユーザから回収した後の照明装置１０（回収機器の一例）の状態を示す状態情報を取得する取得手順と、取得手順によって取得された状態情報に基づいて、ユーザによる照明装置１０の利用に関するフィードバック情報を生成する生成手順とをコンピュータに実行させる。

＜実施形態＞
まず、図１を用いて、実施形態に係る生成装置１００の概要について説明する。図１は、実施形態に係る生成装置１００の概要を示す図である。なお、以下では、回収機器が、スポットライト型の照明装置１０である場合を例に挙げて説明する。

図１に示すように、実施形態に係る生成装置１００は、例えば、照明装置１０を製造するメーカーに設置される。また、図１に示す例では、生成装置１００が、ノート型ＰＣ（Personal Computer）である場合について示す。なお、生成装置１００は、デスクトップ型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等であってもよい。また、生成装置１００は、メーカーが管理するサーバ装置（クラウド）であってもよい。すなわち、後述する点灯情報をサーバ装置である生成装置１００にアップロードし、サービスマンＳは、サーバ装置である生成装置１００へアクセスし、後述するフィードバック情報を取得することにしてもよい。

図１に示すサービスマンＳは、照明装置１０に関する各種サービスをユーザＵに対して提供する。例えば、サービスマンＳは、ユーザＵへ購入する製品（照明装置１０）の提案、見積もり、販売、メンテナンスなどの保守契約等の各種業務を行う。なお、照明装置１０の販売形態には、販売、レンタル、リース等が含まれる。

ところで、一般的に、照明装置１０などを含む各種製品は、ユーザＵのニーズを想定して製品開発が行われる。しかしながら、ユーザＵ毎にニーズが異なるため、全てのユーザＵのニーズを満たすことは困難である。

また、サービスマンＳが、製品に対するニーズをユーザＵから聞き取りを行うことで、製品開発にフィードバックすることも可能であるが、聞き取りだけでユーザＵの実際の使用状況等を把握するのは容易ではない。

このため、本実施形態では、かかる点に着目し、ユーザＵから回収した回収機器から各種データを収集し、製品開発や製品の改良へフィードバックを行うこととした。

具体的には、本実施形態において、サービスマンＳは、ユーザＵへ照明装置１０を提供し（ステップＳ１）、その後、照明装置１０が故障、耐用期間の経過、リースや契約期間の満了などした時点でユーザＵによって使用された照明装置１０を回収する（ステップＳ２）。なお、ステップＳ２においては、照明装置１０全てを回収する必要はなく、例えば、光源などといった消耗品等の照明装置１０の一部のパーツのみを回収するようにしてもよい。

続いて、生成装置１００は、ステップＳ２において回収した照明装置１０に関するデータを収集する（ステップＳ３）。なお、ここでのデータには、例えば、回収後に計測された照明装置１０の点灯状態を示す点灯情報や、照明装置１０内部に記憶された照明装置１０の稼動状態に関するログ情報などが含まれる。

生成装置１００は、ステップＳ３において収集したデータに基づいて、サービスマンＳに対してユーザＵによる照明装置１０の利用に関するフィードバックを行う（ステップＳ４）。

例えば、生成装置１００は、ステップＳ４において、ユーザＵによる照明装置１０の利用に関するフィードバック情報を生成し、フィードバック情報をサービスマンＳへフィードバックを行う。ここでのフィードバック情報には、照明装置１０の利用態様の改善、照明装置１０の設計変更、新たな照明装置１０の提案に関する情報などが含まれる。

これにより、サービスマンＳは、フィードバック情報に基づき、ユーザＵに対して提供する照明装置１０の改善を図ることができるので、ユーザＵの利用形態に適した照明装置１０を提案および提供することができる。また、生成装置１００によって生成されたフィードバック情報を開発者へ提供することで、ユーザＵの利用形態に即した照明装置１０の開発を行うことが可能となる。

このように、実施形態に係る生成装置１００は、ユーザＵから回収した照明装置１０に基づいてフィードバック情報を生成することで、ユーザＵの利用形態に適した製品を提案することができる。

また、実施形態に係る生成装置１００によれば、ステップＳ１〜ステップＳ４までの一連のサイクルを確立することで、ユーザＵの利用形態に適した製品を提案することが可能な新たなビジネスモデルを創出することができる。

次に、図２を用いて、照明装置１０について説明する。図２は、実施形態に係る照明装置１０の一例を示す図である。図２に示すように、照明装置１０は、光源部１１と、反射体１２と、筐体１３と、放熱器１４と、電子部品１７と、アーム１８とを有する。

照明装置１０は、アーム１８により光源部１１の照射方向を変更可能に保持されている。照明装置１０は、例えば屋外で使用されるロケーションライト（ロケライト）である。

光源部１１は、筐体１３の背面側に収容された光源２１（図３参照）と、光源２１の前面側を覆う図示しないカバー部材とを有している。カバー部材は、光源２１と反射体１２との間に配置されることにより、光源２１を保護する。カバー部材は、例えばガラスカバーである。なお、カバー部材は、透光性を有するとともに、乳白色の樹脂から構成された光拡散性を有する部材であってもよい。

反射体１２は、例えば、光源部１１の周囲を取り囲むように取り付けられる。反射体１２は、筐体１３内の光源２１から発光される光を反射させることにより配光制御を行う。反射体１２は、例えば、ＡＢＳ樹脂等の合成樹脂製、または、アルミニウムなどの金属製であり、筐体１３の前面側に収容されている。

筐体１３は、光源部１１および反射体１２を収容する。筐体１３は、例えば円筒形状の金属製部材である。光源部１１が収容された筐体１３の背面側には、放熱器１４が配置されている。また、反射体１２が収容された筐体１３の前面側には、固定リング１９が着脱可能に取り付けられている。

放熱器１４は、光源部１１の照射方向と反対側、すなわち筐体１３の背面側に設けられており、光源部１１と熱的に接続されるように配設されている。放熱器１４は、光源部１１から発生する熱を放散する。これにより、放熱器１４は、光源２１の後述する発光素子の温度上昇を抑制し、筐体１３の内部空間の温度上昇を抑制する。

放熱器１４は、複数のフィン部材１５と、保持部１６と、図示しないベースとを有する。複数のフィン部材１５は、例えば、ベースに取り付けられている。複数のフィン部材１５は、例えば、複数の平板を平行に並べて形成されるもので、アルミニウムや銅などの熱伝導特性に優れた金属材料によって形成される。

保持部１６は、ベースに取り付けられた複数のフィン部材１５を収容するとともに、放熱器１４を筐体１３に固定する。放熱器１４のベースは、光源部１１に接触または近接しており、少なくとも光源２１と熱的に接続されるように配設されている。また、複数のフィン部材１５は、所定方向に沿って互いに間隔を空けて設けられており、それぞれが放熱器１４の前面側から背面側に向かって延びている。放熱器１４をこのように配置することで、光源部１１の放熱を促進させることができる。

電子部品１７は、放熱器１４の側面側に設けられる。また、電子部品１７には、ケーブル２０が接続されている。ケーブル２０は、図示しない外部電源と光源部１１の発光素子とを電気的に接続しており、調光つまみ１７ａの操作に応じて、光源部１１から出力される光の強度を調節することができる。

アーム１８は、固定部材１８ａ、１８ｂによって両端部に位置する電子部品１７および放熱器１４に回動可能に固定され、光源部１１の照射方向を変更可能に保持する。固定部材１８ｂを緩めることにより、光源部１１の照射方向が変更可能な状態となり、固定部材１８ｂを締めることで、光源部１１の照射方向が固定される。ことができる。

なお、図２に示す照明装置１０は、一例であり、他のスポットライト型の照明装置であってもよく、ベースライト型の照明装置であってもよい。また、照明装置１０は、ライティングレールに吊り下げ式の照明装置であってもよい。

次に、図３を用いて、照明装置１０の構成例について説明する。図３は、実施形態に係る照明装置１０のブロック図である。図３に示すように、照明装置１０は、光源２１と、モニタランプ２２と、制御部２３と、記憶部２４とを具備する。

光源２１は、図示しない素子モジュールを備える。素子モジュールは、チップオンボード（ＣＯＢ：Chip On Board）型のモジュールであり、基板と発光素子とを備えている。なお、素子モジュールとしては、発光素子であるＳＭＤ（Surface Mount Device）やＣＳＰ（Chip Scale Package）を基板に１つまたは複数並べたものでも良い。基板は、平坦である板状に形成されている。発光素子は、例えばＬＥＤであり、基板の一方の面に実装されている。発光素子は、複数設けられていてもよく、この場合、基板の一方の面のうちの互いに異なる複数の位置にそれぞれ実装される。

モニタランプ２２は、光源２１が有する発光素子の状態を表示する表示器であり、１または複数の発光素子によって構成される。モニタランプ２２は、光源２１の点灯時間の総和が閾値（例えば、６，０００時間）に到達した場合に、モニタランプ２２の発光素子の発光状態を変更させ、照明装置１０のユーザＵに対し光源２１の交換を促す。

つまり、モニタランプ２２は、ユーザＵに対して照明装置１０の耐用期間が経過した際に、交換・回収時期を通知することができる。なお、ここでの発光状態の変更とは、例えば、発光素子の点滅であるが、ユーザＵに対して照明装置１０の交換・回収時期を通知するものであれば、これに限定されるものではない。また、上記の閾値は、１つである必要はなく複数設けることにしてもよい。これにより、モニタランプ２２によって段階的に点灯時間の総和をユーザＵへ通知することができる。

制御部２３は、照明装置１０全体を制御するコントローラである。例えば、制御部２３は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実装できる。あるいは、制御部２３は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等の集積回路により実装されてもよい。

制御部２３は、ユーザＵによる設定に応じて調光信号を生成し、光源２１へ出力する。また、制御部２３は、光源２１の稼動状態に関するログ情報を生成し、記憶部２４に格納する。

ここで、ログ情報は、稼動状態の履歴に関する情報であり、光源２１の点灯状態（点灯時間、出力レベル）に関する履歴が含まれる。また、制御部２３は、例えば、図示しないセンサによって計測される光源２１の光束の推移などをログ情報として記憶部２４に格納することにしてもよい。また、制御部２３は、ログ情報として移動履歴に関する移動情報を記憶部２４に格納することにしてもよい。

なお、ここでの移動履歴は、ユーザＵへ照明装置１０を提供中に照明装置１０が移動した距離や回数に関する情報である。例えば、制御部２３は、ＧＰＳや加速度センサによる計測結果に基づいて移動履歴を生成することができる。

その他、制御部２３は、湿度センサ、温度センサなどの設置環境を計測する環境センサや、光源２１の点灯状態を計測する照明センサと接続される場合、環境センサや照明センサの計測結果をログ情報として記憶部２４に格納することにしてもよい。なお、照明装置１０が野外で使用される場合、環境センサの計測結果については、例えば、天候情報などの外部サーバから取得可能な情報で代替することにしてもよい。

また、制御部２３は、記憶部２４を参照し、光源２１の点灯時間が閾値に到達した場合、モニタランプ２２の発光状態を変更させることで、点灯時間が閾値に到達したことをユーザＵへ通知する。

記憶部２４は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実装される。記憶部２４は、上記のログ情報や点灯時間に関する情報を記憶する。

次に、図４を用いて、実施形態に係る生成装置１００の構成例について説明する。図４は、実施形態に係る生成装置１００のブロック図である。図４に示すように、生成装置１００は、記憶部１１０と、制御部１２０とを具備する。

記憶部１１０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実装される。

また、図４の例において、記憶部１１０は、製品情報データベース１１１と、点灯情報データベース１１２と、ログ情報データベース１１３とを記憶する。製品情報データベース１１１は、照明装置１０に関するデータベースである。例えば、製品情報データベース１１１には、メーカーで製造した各種照明装置１０、および、照明装置１０の各種パーツに関する情報が格納される。また、製品情報データベース１１１には、メーカーで製造後にメーカーで検査された照明装置１０に関する情報が含まれていても良い。ここでのメーカーで検査された照明装置１０に関する情報とは、照明装置１０の外観情報であったり、照明装置１０の明るさ、色特性、電気特性であったりする。

点灯情報データベース１１２は、任意のユーザＵから回収後に計測された照明装置１０の点灯状態を示す点灯情報を記憶するデータベースである。点灯情報は、照明装置１０を回収後にメーカー側で計測された情報である。

図５は、実施形態に係る点灯情報データベース１１２の一例を示す図である。なお、図５では、点灯情報データベース１１２の一例としてグラフを示しているが、点灯情報データベース１１２は表であっても良い。

図５に示す例において、点灯情報データベース１１２には、照明装置１０それぞれの「点灯時間」に対する「光束維持率」の分布を示すデータが記憶される。すなわち、点灯情報が光束に関する情報である場合を示す。

図５に示す例において、ユーザ群Ｕ１から回収した照明装置１０は、ユーザ群Ｕ２、ユーザ群Ｕ３からそれぞれ回収した照明装置１０に比べて光束維持率が高いことを示し、ユーザ群Ｕ２から回収した照明装置１０は、ユーザ群Ｕ３から回収した照明装置１０に比べて光束維持率が高いことを示す。このように、ユーザＵの使用状況に応じて、回収時間と光束維持率で、ユーザＵをセグメント分類することが可能である。

なお、点灯情報は、光束維持率に限られず、例えば、各照明装置１０の色特性、電気特性など、メーカー側で計測可能なその他の情報であってもよい。また、光束維持率、色特性、電気特性などといった複数のデータに基づいて、ユーザＵをセグメント分類することにしてもよい。また、図５においては、全て６０００時間近傍で回収されているが、６０００時間より短い時間で回収されても、６０００時間より長い時間で回収されても良い。

図４に戻り、ログ情報データベース１１３について説明する。ログ情報データベース１１３は、ユーザＵから回収した照明装置１０に記憶されたログ情報を記憶するデータベースである。

図６は、実施形態に係るログ情報データベース１１３の一例を示す図である。図６に示すように、ログ情報データベース１１３には、光束維持率の推移がログ情報として記憶される。図６では、ログ情報データベース１１３の一例としてグラフを示しているが、ログ情報データベース１１３は表であっても良い。

例えば、光束維持率は、照明装置１０に設けられたセンサによって計測された光束によって照明装置１０によって算出される。図６の例では、ログ情報の一例として、ユーザ群Ｕ１から回収した照明装置１０の測定推移Ｔ１、ユーザ群Ｕ２から回収した照明装置１０の測定推移Ｔ２を示す。また、図６には、比較のため、想定推移Ｔ０を併せて示す。

想定推移Ｔ０は、メーカー側で想定した状況において、照明装置１０が使用された場合における照明装置１０の光束維持率の推移を示す。これに対して、測定推移Ｔ１、測定推移Ｔ２は、ユーザＵによる照明装置１０の実際の使用時の光束維持率の推移を示す。

すなわち、想定推移Ｔ０と、測定推移Ｔ１または測定推移Ｔ２との乖離が大きいほど、メーカー側で想定したシチュエーションとは乖離したシチュエーションにおいて、照明装置１０が実際に使用されたことを意味する。

図４の説明に戻り、制御部１２０について説明する。制御部１２０は、生成装置１００全体を制御するコントローラである。例えば、制御部１２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサにより実装できる。あるいは、制御部１２０は、ＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）等の集積回路により実装されてもよい。

図４に示す例において、制御部１２０は、取得部１２１と、生成部１２２とを具備する。取得部１２１は、ユーザＵから回収した後の回収機器の状態を示す状態情報を取得する。例えば、取得部１２１は、状態情報を計測する計測機器から直接またはキーボードなどの操作部（不図示）を介して操作者による手入力によって状態情報を取得する。

例えば、取得部１２１は、回収された照明装置１０の点灯状態に関する点灯情報を上記の状態情報として取得する。例えば、取得部１２１は、ユーザＵから回収した照明装置１０をメーカー側で点灯させ、照明装置１０の光束（ルーメン：ｌｍ）の計測結果を点灯情報として取得する。なお、上述のように、取得部１２１は、照明装置１０の色特性、電気特性などに関する情報を状態情報として取得することにしてもよい。

また、取得部１２１は、点灯情報に加え、照明装置１０内部に記憶されたログ情報を取得する。なお、取得部１２１は、ログ情報を取得する代わりに、取得した点灯情報に基づいて、ログ情報に対応する情報を推定することにしてもよい。

取得部１２１は、点灯情報の取得毎に、取得した点灯情報を点灯情報データベース１１２に格納するとともに、ログ情報の取得または推定毎に、取得または推定したログ情報をログ情報データベース１１３へ格納する。

なお、この際、取得部１２１は、点灯情報やログ情報とともに各照明装置１０を識別するための識別情報をあわせて取得し、識別情報を対応付けて記憶部１１０へ格納する。ここで、識別情報は、各照明装置１０を識別するためのナンバー（識別子）であり、言い換えれば、各照明装置１０を使用したユーザＵを識別するためのナンバーである。

生成部１２２は、取得部１２１によって取得された状態情報に基づいて、ユーザＵによる回収機器の利用に関するフィードバック情報を生成する。例えば、生成部１２２は、回収した照明装置１０の改善点を示す提案情報をフィードバック情報として生成する。ここで、照明装置１０の改善点とは、ユーザＵ毎の照明装置１０の利用形態に即した照明装置１０へ適合させるために改善すべきポイントである。

例えば、後述するように、改善点の一例としては、耐久性、重量などといった各種項目が含まれ得る。また、提案情報は、改善点の他、現在の照明装置１０の性能の低下を提案する情報であってもよい。すなわち、ユーザＵの利用形態において、回収した照明装置１０の性能の一部または全てが過剰性能（いわゆるオーバースペック）であれば、性能の低い照明装置１０または一部のパーツへの交換を提案することにしてもよい。このように、提案情報に基づいて、照明装置１０を改良することで、ユーザＵごとに照明装置１０の最適化を図ることができる。

例えば、生成部１２２は、点灯情報データベース１１２を参照し、ユーザＵに関する点灯情報に基づいて、ユーザＵ毎に照明装置１０の使用傾向を分析し、ユーザＵ毎の使用傾向に応じてフィードバック情報を生成する。

例えば、図５に示したユーザ群Ｕ１のように、照明装置１０の回収後に光束維持率が比較的高い状態で維持されていれば、照明装置１０に対して比較的負荷の少ない条件で使用されていたと推定される。

より詳しくは、例えば、ユーザ群Ｕ１が照明装置１０のフル出力１００％であるのに対して５０％の出力で使用するなど、調光レベルを低くして照明装置１０を使用したことが想定される。

したがって、生成部１２２は、ユーザ群Ｕ１に対して最大光量の低い照明装置１０への交換、あるいは、最大光量の低い光源２１への交換を促す提案情報をフィードバック情報として生成する。また、この際、生成部１２２は、最大光量の低下に伴い、発熱が少なくなることが想定されるので、放熱器１４（図２参照）を小さくすることを促す提案情報を生成することにしてもよい。

また、例えば、図５に示したユーザ群Ｕ３のように、光束維持率が著しく低下した場合、照明装置１０が負荷の高い条件で使用されていたと推定される。例えば、負荷の高い条件の一例としては、照明装置１０が外気温度の高い場所で使用されたことが挙げられる。

このため、生成部１２２は、ユーザ群Ｕ３に対しては、照明装置１０のパーツを耐高温性のパーツ（例えば、光源２１）への交換を促す提案情報を生成する。

また、その他の例として、照明装置１０の点灯時間がモニタランプ２２の点滅する６０００時間に到達する前に、ユーザＵから照明装置１０が返却された場合を想定する。この場合、例えば、点灯時間が６０００時間に到達するよりも前に、照明装置１０がユーザの望む照明として機能しなくなったことが想定される。

すなわち、この場合においては、ユーザＵが照明装置１０の光色などにこだわりの強いユーザであることが想定される。このため、生成部１２２は、かかるユーザＵに対しては光色を調整可能なタイプや、劣化によって光色が変動し難いタイプの照明装置１０を提案するフィードバック情報を生成する。

生成部１２２は、これらフィードバック情報の生成に際し、製品情報データベース１１１を参照し、それぞれのユーザＵに適した既製品への交換や、回収した照明装置１０から交換すべきパーツの提案に関するフィードバック情報を生成する。

また、生成部１２２は、点灯情報に加えて、ログ情報データベース１１３に記憶されたログ情報に基づいて、フィードバック情報を生成することにしてもよい。この場合、ログ情報を解析することで、ユーザＵ毎の照明装置１０の利用形態をさらに詳細に解析することができるので、より効果的なフィードバック情報の生成が可能となる。

なお、上述の例では、ユーザＵ毎にフィードバック情報を生成する場合について説明したが、これに限定されるものではない。すなわち、ユーザ群Ｕ１〜Ｕ３のように、複数のユーザＵをグループ化し、ユーザ群Ｕ１〜Ｕ３それぞれに対してフィードバック情報を生成することにしてもよいし、あるいは、全てのユーザに対するフィードバック情報を生成することにしてもよい。

また、生成部１２２は、ログ情報として移動情報が記憶されている場合、移動情報に基づいてフィードバック情報を生成することにしてもよい。例えば、移動情報が示す照明装置１０の移動距離や移動回数が大きいほど、照明装置１０が頻繁に設置されたことを意味する。

また、移動距離や移動回数が増えるほど、ユーザＵが照明装置１０を移動させる回数や距離が増えることを意味するため、生成部１２２は、移動情報が示す移動距離や移動回数に応じて、照明装置１０の軽量化を促す提案データをフィードバック情報として生成する。これにより、ユーザによる照明装置１０の設置の負担軽減を図ることができる。

生成部１２２によって生成されたフィードバック情報は、サービスマンＳへ提供される。サービスマンＳは、フィードバック情報に基づいて、ユーザＵへ新たな照明装置１０の提案を行うことができる。

このように、サービスマンＳは、生成部１２２によって生成されたフィードバック情報を活用することで、ユーザの利用形態に適した製品を容易に提案することが可能となる。

また、生成部１２２は、ユーザＵ向けのフィードバック情報を生成することにしてもよい。ユーザＵ向けのフィードバック情報は、例えば、照明装置１０の利用態様の改善に関する情報であり、照明装置１０の負荷のより少ない使用方法に関する情報などが含まれる。

また、生成部１２２は、開発者向けのフィードバック情報を生成することにしてもよい。開発者向けのフィードバック情報として、例えば、ユーザＵの利用形態に即した新たな照明装置１０あるいはパーツの開発の提案や、ユーザＵの利用形態において求められる耐久性などの各種数値などといった情報が含まれ得る。

つまり、この場合、開発者は、フィードバック情報を活用して、新たな製品の開発に取り組むことで、ユーザの利用形態に即した製品開発を行うことが可能となる。このように、開発者向けのフィードバック情報は、新たな製品開発の指標となり得る。

次に、図７を用いて、実施形態に係る生成装置１００が実行する処理手順について説明する。図７は、実施形態に係る生成装置１００が実行する処理手順を示すフローチャートである。なお、以下に示す処理手順は、照明装置１０に関する点灯情報の取得毎に制御部１２０によって繰り返し実行される。

図７に示すように、まず、生成装置１００は、回収された照明装置１０の状態を示す状態情報を取得したか否かを判定し（ステップＳ１０１）、状態情報を取得した場合（ステップＳ１０１，Ｙｅｓ）、状態情報を解析する（ステップＳ１０２）。

続いて、生成装置１００は、照明装置１０の稼動状況を示すログ情報を取得したか否かを判定し（ステップＳ１０３）、ログ情報を取得した場合（ステップＳ１０３，Ｙｅｓ）、ログ情報を解析する（ステップＳ１０４）。なお、生成装置１００は、ステップＳ１０３の判定において、ログ情報を取得できなかった場合（ステップＳ１０３，Ｎｏ）、ステップＳ１０４の処理を省略し、ステップＳ１０５の処理へ移行する。

続いて、生成装置１００は、ステップＳ１０４までの処理結果に基づいて、フィードバック情報を生成し（ステップＳ１０５）、処理を終了する。また、生成装置１００は、ステップＳ１０１の判定において、状態情報を取得していない場合（ステップＳ１０１，Ｎｏ）、処理を終了する。

なお、この一連の処理において、生成装置１００は、ステップＳ１０１、ステップＳ１０３において、状態情報およびログ情報をいずれも取得した場合には、状態情報およびログ情報の双方の情報に基づいて、フィードバック情報を生成する。

また、生成装置１００は、ステップＳ１０３のログ情報を取得できなかった場合、状態情報に基づいて、フィードバック情報を生成することになる。なお、生成装置１００は、ログ情報を取得できなかった場合には、ログ情報を推定したうえで、フィードバック情報を生成することにしてもよい。

ところで、上述した実施形態では、回収機器が照明装置１０である場合について説明したが、これに限定されるものではない。すなわち、本発明は、照明装置１０に限られず、任意の機器を回収した場合においても同様に適用可能である。

また、上述した実施形態では、回収機器が照明装置１０である場合について説明したが、例えば、家電製品など、その他の回収機器に関する状態情報と組み合わせて、フィードバック情報を生成することにしてもよい。

本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１０ 照明装置
２１ 光源
２２ モニタランプ
２３ 制御部
２４ 記憶部
１００ 生成装置
１１０ 記憶部
１１１ 製品情報データベース
１１２ 点灯情報データベース
１１３ ログ情報データベース
１２０ 制御部
１２１ 取得部
１２２ 生成部

Claims (10)

1. ユーザから回収した後の回収機器の状態を示す状態情報を取得する取得部と；
   前記取得部によって取得された前記状態情報に基づいて、前記ユーザによる前記回収機器の利用に関するフィードバック情報を生成する生成部と；
   を具備する、生成装置。
2. 前記取得部は、
   前記回収機器として照明装置に関する前記状態情報を取得する、
   請求項１に記載の生成装置。
3. 前記取得部は、
   前記状態情報として、回収後に計測された前記照明装置の点灯状態を示す点灯情報を取得し、
   前記生成部は、
   前記点灯情報に基づいて、前記フィードバック情報を生成する、
   請求項２に記載の生成装置。
4. 前記取得部は、
   複数の前記照明装置それぞれの前記点灯情報を取得し、
   前記生成部は、
   複数の前記点灯情報に基づいて、前記フィードバック情報を生成する、
   請求項３に記載の生成装置。
5. 前記取得部は、
   前記照明装置を使用した前記ユーザを識別する識別情報を取得し、
   前記生成部は、
   前記識別情報に基づいて、前記ユーザ毎に前記フィードバック情報を生成する、
   請求項３または４に記載の生成装置。
6. 前記取得部は、
   前記点灯情報に加え、前記照明装置に記憶された稼動状態に関するログ情報を取得し、
   前記生成部は、
   前記ログ情報に基づいて、前記フィードバック情報を生成する、
   請求項３〜５のいずれか一つに記載の生成装置。
7. 前記取得部は、
   前記ログ情報として、前記照明装置の移動履歴に関する移動情報を取得し、
   前記生成部は、
   前記移動情報に基づいて、前記フィードバック情報を生成する、
   請求項６に記載の生成装置。
8. 前記生成部は、
   前記フィードバック情報として、前記ユーザ毎の前記状態情報に基づいて、前記回収機器の改善点を示す提案情報を前記ユーザ毎に生成する、
   請求項１〜７のいずれか一つに記載の生成装置。
9. コンピュータが実行する生成方法であって、
   ユーザから回収した後の回収機器の状態を示す状態情報を取得する取得工程と；
   前記取得工程によって取得された前記状態情報に基づいて、前記ユーザによる前記回収機器の利用に関するフィードバック情報を生成する生成工程と；
   を含む、生成方法。
10. ユーザから回収した後の回収機器の状態を示す状態情報を取得する取得手順と；
    前記取得手順によって取得された前記状態情報に基づいて、前記ユーザによる前記回収機器の利用に関するフィードバック情報を生成する生成手順と；
    をコンピュータに実行させる、生成プログラム。

Images