(57)【要約】【課題】膨大な投稿情報の中から、各ユーザにとって有益と思われる投稿情報を管理する情報管理方法等を提供する。【解決手段】情報管理方法は、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップＳ１３０４と、第一取得ステップＳ１３０４で取得された、複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、所定のユーザの所定の機器に対する利用特性を算出する利用特性算出ステップＳ１３０５と、複数のユーザそれぞれについて、当該ユーザの投稿情報を取得する第二取得ステップＳ１３０８と、利用特性算出ステップＳ１３０５において算出された所定のユーザの所定の機器に対する利用特性に関する利用特性情報と、第二取得ステップＳ１３０８において取得された所定のユーザの投稿情報とを紐付けて管理する情報管理ステップＳ１３０９とを含む。【選択図】図２３
2018088274.tif 000002
【特許請求の範囲】
【請求項１】
情報管理方法であって、
複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、
前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、
前記所定のユーザの投稿情報を取得する第二取得ステップと、
前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定ステップと、
前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて管理する情報管理ステップと、
を含み、
前記情報管理ステップでは、前記利用者クラスタ決定ステップにおいて決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて管理する
情報管理方法。
【請求項２】
さらに、
前記複数のユーザそれぞれについて、当該ユーザに関する情報であるユーザ情報を取得する第三取得ステップを含み、
前記情報管理ステップでは、さらに、前記所定のユーザの前記所定の機器に対する前記利用特性情報と、前記第三取得ステップにおいて取得された前記所定のユーザのユーザ情報とを紐付けて管理する
請求項１に記載の情報管理方法。
【請求項３】
さらに、
外部からの要求に基づいて、所定の利用者クラスタに紐付いた前記ユーザ情報もしくは前記投稿情報を、外部へ提供する情報提供ステップを含む
請求項２に記載の情報管理方法。
【請求項４】
前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器に対する前記利用特性として、前記所定の機器の、所定の期間における利用頻度を算出し、
前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の、前記所定の期間における前記利用頻度に基づいて、前記利用者クラスタを決定する
請求項１から３のいずれか１項に記載の情報管理方法。
【請求項５】
前記所定の期間は、前記所定の機器の利用開始日から現時点までの期間である累積利用期間、もしくは、現時点より所定の期間を遡った時点から現時点までの期間である直近利用期間とする
請求項４に記載の情報管理方法。
【請求項６】
前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の各機能において、利用された機能の偏り情報を算出し、
前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用された機能の偏り情報に基づいて、前記利用者クラスタを決定する
請求項１から５のいずれか１項に記載の情報管理方法。
【請求項７】
前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用時間帯の偏り情報を算出し、
前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用時間帯の偏り情報に基づいて、前記利用者クラスタを決定する
請求項１から６のいずれか１項に記載の情報管理方法。
【請求項８】
前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用開始日を算出し、
前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用開始日に基づいて、前記利用者クラスタを決定する
請求項１から７のいずれか１項に記載の情報管理方法。
【請求項９】
前記所定のユーザが前記１以上の機器として複数の機器からなる機器群を利用している場合に、
前記利用者クラスタ決定ステップでは、前記所定のユーザが利用している前記機器群を構成する前記複数の機器それぞれに対して、前記利用特性算出ステップで算出された前記利用特性に基づいて、前記所定のユーザの前記機器群に対する、前記利用者クラスタを決定する
請求項１から８のいずれか１項に記載の情報管理方法。
【請求項１０】
前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定のユーザの前記所定の機器に対する前記利用特性と、前記所定の機器を利用している全てのユーザの前記所定の機器に対する利用特性とに基づいて、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを決定する
請求項１から９のいずれか１項に記載の情報管理方法。
【請求項１１】
情報管理システムであって、
複数のユーザがそれぞれ利用している１以上の機器の利用履歴情報と、前記複数のユーザそれぞれの投稿情報を取得する情報取得部と、
前記情報取得部で取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する、利用特性を算出する利用特性算出部と、
前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定部と、
前記利用特性算出部により算出された前記所定のユーザの前記所定の機器に対する利用特性に関する利用特性情報と、前記情報取得部により取得された前記所定のユーザの投稿情報とを紐付けて管理する情報管理部と、
を備え、
前記情報管理部は、前記利用者クラスタ決定部により決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて管理する
情報管理システム。
【請求項１２】
情報管理プログラムであって、
複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、
前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、
前記複数のユーザそれぞれについて、当該ユーザの投稿情報を取得する第二取得ステップと、
前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定ステップと、
前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて管理する情報管理ステップと、
を含み、
前記情報管理ステップでは、前記利用者クラスタ決定ステップにおいて決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて管理する情報管理方法
をコンピュータに実行させるための情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザ間で情報を共有するサービスにおける、情報管理方法、情報管理システム、及び情報管理プログラムの提供方法に関する。
【背景技術】
【０００２】
従来のオンラインで商品を販売するシステムにおいては、当該システムの複数のユーザ間で、販売されている商品に関するレビュー情報などを共有するサービスが提供されている。このようなサービスにおいては、例えば、当該システムで商品を購入したユーザによる、当該商品に関するレビュー情報などに、「当該システムで当該商品を購入済み」であることを示すラベルを、当該レビュー情報の質に関する指標の一つとして、表示している。
【０００３】
一方、家庭内にある機器の利用状況などを機器の使用者自身が把握する方法が検討されている。例えば、特許文献１には、家庭内にある機器の使用実態情報（使用時間および使用頻度）を複数の家庭（使用者）から集計し、所定の使用者に対して、当該所定の使用者自身の機器の使用実態と、複数の家庭による機器の使用実態とを報知するシステムが開示されている。
【０００４】
また、特許文献２には、家庭内にある機器の操作履歴情報（機能毎の使用回数）から算出した、機器の機能別の習得レベルを用いて、その機器に対する総合的な習得レベルを算出し、機器の使用者に、算出した習得レベルや次に習得すべき推薦機能を表示するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１０２９３６号公報
【特許文献２】特開２００８−２４３０８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、家庭内などで利用されている機器に関連するレビュー情報やクチコミ情報などの投稿情報を共有するサービスにおいて、当該機器の利用履歴に基づいて、膨大な投稿情報の中から、各ユーザにとって有益と思われる投稿情報を管理する技術については、これまで検討されていない。
【０００７】
本発明は、前記課題を解決するもので、膨大な投稿情報の中から、各ユーザにとって有益と思われる投稿情報を管理する情報管理方法、情報管理システム、及び情報管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記従来の課題を解決するために、情報管理方法であって、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて管理する情報管理ステップと、を含み、前記情報管理ステップでは、前記利用者クラスタ決定ステップにおいて決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて管理する。
【０００９】
前記従来の課題を解決するために、本発明の情報表示制御方法は、情報表示方法であって、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて表示する情報表示ステップとを含む。
【００１０】
本構成よって、ユーザが利用している機器に対する、利用特性に関する利用特性情報と、ユーザ投稿情報とを紐付けて表示することができる。
【発明の効果】
【００１１】
本発明の情報表示制御方法によれば、各ユーザの投稿情報と、各ユーザが利用している機器の利用特性に関する利用特性情報とが紐付けられて管理されるため、膨大な投稿情報の中から、所望する利用者クラスタのユーザ情報や投稿情報を容易に探す／確認することができる。また、投稿情報の質（投稿情報の有用性、信頼性、公平性など）を判断するための指標として利用者クラスタを活用することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、情報提供システムの全体像を表す図である。
【図２】図２は、実施の形態における情報提供システムの構成図である。
【図３】図３は、実施の形態におけるユーザ管理テーブルの例である。
【図４】図４は、実施の形態におけるレコーダの利用履歴管理テーブルの例である。
【図５】図５は、実施の形態におけるエアコンの利用履歴管理テーブルの例である。
【図６】図６は、実施の形態における電子レンジの利用履歴管理テーブルの例である。
【図７】図７は、実施の形態における洗濯機の利用履歴管理テーブルの例である。
【図８】図８は、実施の形態におけるユーザ管理テーブルの例である。
【図９】図９は、実施の形態における利用特性の例である。
【図１０】図１０は、実施の形態におけるお気に入り度算出テーブルの例である。
【図１１】図１１は、実施の形態における利用者決定テーブルの例である。
【図１２】図１２は、実施の形態における利用者決定テーブルの別の例である。
【図１３】図１３は、実施の形態における利用された機能の偏りに基づく利用者クラスタ決定テーブルの例である。
【図１４】図１４は、実施の形態における機器の利用時間の偏りに基づく利用者クラスタ決定テーブルの例である。
【図１５】図１５は、実施の形態における機器の利用開始日や、同機器の登録ユーザ数に基づく利用者クラスタ決定テーブルの例である。
【図１６】図１６は、実施の形態における掲示板サービスにおける表示例である。
【図１７】図１７は、実施の形態におけるリアルタイム情報共有サービスにおける投稿情報の閲覧画面の表示例である。
【図１８】図１８は、実施の形態におけるリアルタイム情報共有サービスにおける投稿者のプロファイル画面の表示例である。
【図１９】図１９は、実施の形態におけるリアルタイム情報共有サービスにおける検索画面の表示例である。
【図２０】図２０は、実施の形態におけるリアルタイム情報共有サービスにおける検索ワードにヒットする投稿情報の表示例である。
【図２１】図２１は、実施の形態におけるユーザ登録の動作フロー例である。
【図２２】図２２は、実施の形態におけるクラウドサーバの動作フロー例である。
【図２３】図２３は、実施の形態におけるサーバの動作フロー例である。
【図２４】図２４は、実施の形態におけるサービスの類型１を説明する図である。
【図２５】図２５は、実施の形態におけるサービスの類型２を説明する図である。
【図２６】図２６は、実施の形態におけるサービスの類型３を説明する図である。
【図２７】図２７は、実施の形態におけるサービスの類型４を説明する図である。
【発明を実施するための形態】
【００１３】
（本発明の基礎となった知見）
家庭内などで利用されている機器から利用履歴情報を取得し、取得した利用履歴情報に基づいて、様々なサービスを提供するシステムが検討されている。このようなシステムにおいて、家庭内などで利用されている機器に関連するレビュー情報やクチコミ情報などの投稿情報を共有するサービスを提供することが考えられる。しかしながら、このようなサービスにおいて、当該機器の利用履歴に基づいて、膨大な投稿情報の中から、各ユーザにとって有益と思われる投稿情報を表示する技術については、これまで検討されていない。また、当該機器の利用履歴情報に基づいて、当該機器に関連するレビュー情報やクチコミ情報などの投稿情報の有用性（有益性）、信頼性（妥当性）、公平性について判断するための指標を提供する技術については、これまで検討されていない。
【００１４】
このような課題を解決するために、本発明の一態様に係る情報管理方法は、情報管理方法であって、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて管理する情報管理ステップと、を含み、前記情報管理ステップでは、前記利用者クラスタ決定ステップにおいて決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて管理する。
【００１５】
また、さらに、前記複数のユーザそれぞれについて、当該ユーザに関する情報であるユーザ情報を取得する第三取得ステップを含み、前記情報管理ステップでは、さらに、前記所定のユーザの前記所定の機器に対する前記利用特性情報と、前記第三取得ステップにおいて取得された前記所定のユーザのユーザ情報とを紐付けて管理してもよい。
【００１６】
また、さらに、外部からの要求に基づいて、所定の利用者クラスタに紐付いた前記ユーザ情報もしくは前記投稿情報を、外部へ提供する情報提供ステップを含んでもよい。
【００１７】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器に対する前記利用特性として、前記所定の機器の、所定の期間における利用頻度を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の、前記所定の期間における前記利用頻度に基づいて、前記利用者クラスタを決定してもよい。
【００１８】
また、前記所定の期間は、前記所定の機器の利用開始日から現時点までの期間である累積利用期間、もしくは、現時点より所定の期間を遡った時点から現時点までの期間である直近利用期間としてもよい。
【００１９】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の各機能において、利用された機能の偏り情報を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用された機能の偏り情報に基づいて、前記利用者クラスタを決定してもよい。
【００２０】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用時間帯の偏り情報を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用時間帯の偏り情報に基づいて、前記利用者クラスタを決定してもよい。
【００２１】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用開始日を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用開始日に基づいて、前記利用者クラスタを決定してもよい。
【００２２】
また、前記所定のユーザが前記１以上の機器として複数の機器からなる機器群を利用している場合に、前記利用者クラスタ決定ステップでは、前記所定のユーザが利用している前記機器群を構成する前記複数の機器それぞれに対して、前記利用特性算出ステップで算出された前記利用特性に基づいて、前記所定のユーザの前記機器群に対する、前記利用者クラスタを決定してもよい。
【００２３】
また、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定のユーザの前記所定の機器に対する前記利用特性と、前記所定の機器を利用している全てのユーザの前記所定の機器に対する利用特性とに基づいて、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを決定してもよい。
【００２４】
このような課題を解決するために、本発明の情報表示方法は、情報表示方法であって、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて表示する情報表示ステップとを含む。
【００２５】
以上の構成により、所定のユーザの投稿情報と、当該ユーザの所定の機器に対する利用特性情報とが紐付けられて表示されるため、膨大な投稿情報の中から、所望の利用特性情報に合致する投稿情報を容易に探す／確認することができる。この結果、例えば、所望の利用特性情報のユーザから、当該所定の機器に関する有益な投稿情報（例えば、クチコミ情報や故障に関する情報など）を容易に入手することが可能となる。また、従来技術より有用な、投稿情報の質（投稿情報の有用性、信頼性、公平性など）を判断するための指標として利用者特性情報を活用することができる。
【００２６】
また、さらに、前記複数のユーザそれぞれについて、当該ユーザに関する情報であるユーザ情報を取得する第三取得ステップを含み、前記情報表示ステップでは、さらに、前記所定のユーザの前記所定の機器に対する前記利用特性情報と、前記第三取得ステップにおいて取得された前記所定のユーザのユーザ情報とを紐付けて表示してもよい。
【００２７】
以上の構成により、所定のユーザの投稿情報に加えて、所定のユーザのユーザ情報と、当該ユーザの所定の機器に対する利用特性情報とが紐付けられて表示されるため、膨大なユーザ情報や投稿情報の中から、所望の利用特性情報に合致する利用特性情報のユーザから、当該所定の機器に関する有益な投稿情報（例えば、口コミ情報や故障に関する情報など）を容易に入手することが可能となる。
【００２８】
また、さらに、前記所定のユーザの前記所定の機器に対する前記利用特性に基づいて、前記所定のユーザの前記所定の機器に対する利用者クラスタを決定する利用者クラスタ決定ステップを含み、前記情報表示ステップでは、前記利用者クラスタ決定ステップにおいて決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを、前記利用特性情報として、前記所定のユーザの前記投稿情報と紐付けて表示してもよい。
【００２９】
以上の構成により、所定のユーザの所定の機器に対する利用特性情報として利用者クラスタが決定されるため、ユーザは、他のユーザの投稿情報を、わかりやすい指標である利用者クラスタで有用性、信頼性、および公平性について判断することができる。
【００３０】
また、前記利用特性算出ステップは、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器に対する前記利用特性として、前記所定の機器の、所定の期間における利用頻度を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の、前記所定の期間における前記利用頻度に基づいて、前記利用者クラスタを決定してもよい。
【００３１】
以上の構成により、例えば、ある機器の所定期間の利用頻度に対して、同じような利用頻度の投稿情報を、膨大な投稿情報の中から容易に探す／確認することが可能となる。この結果、例えば、同じような利用頻度で利用しているユーザから、当該機器に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。また、例えば、長期間かけて所定の利用回数に達したものの利用頻度としては低いユーザに対しても、利用頻度に基づいて適切な利用者クラスタが決定される。
【００３２】
また、前記所定の期間は、前記所定の機器の利用開始日から現時点までの期間である累積利用期間、もしくは、現時点より所定の期間を遡った時点から現時点までの期間である直近利用期間としてもよい。
【００３３】
以上の構成により、例えば、直近の利用期間において所定の利用傾向のユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。この結果、例えば、直近の所定の利用期間において所定の利用傾向で利用しているユーザから、当該機器に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。
【００３４】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の各機能において、利用された機能の偏り情報を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用された機能の偏り情報に基づいて、前記利用者クラスタを決定してもよい。
【００３５】
以上の構成により、例えば、ある機器の利用機能に対して、同じような利用傾向のユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。この結果、例えば、利用機能に対して同じような利用傾向で利用しているユーザから、当該機器に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。
【００３６】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用時間帯の偏り情報を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用時間帯の偏り情報に基づいて、前記利用者クラスタを決定してもよい。
【００３７】
以上の構成により、例えば、ある機器の利用時間に対して、同じような利用傾向のユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。この結果、例えば、同じような利用時間で利用しているユーザから、当該機器に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。
【００３８】
また、前記利用特性算出ステップでは、前記所定のユーザの前記所定の機器の前記利用特性として、前記所定の機器の利用開始日を算出し、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定の機器の前記利用開始日に基づいて、前記利用者クラスタを決定してもよい。
【００３９】
以上の構成により、例えば、ある機器の使用期間が、同じ、もしくは、近い、ユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。この結果、例えば、同じような使用期間で利用しているユーザから、当該機器に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。
【００４０】
また、前記所定のユーザが前記１以上の機器として複数の機器からなる機器群を利用している場合に、前記利用者クラスタ決定ステップでは、前記所定のユーザが利用している前記機器群を構成する前記複数の機器それぞれに対して、前記利用特性算出ステップで算出された前記利用特性に基づいて、前記所定のユーザの前記機器群に対する、前記利用者クラスタを決定してもよい。
【００４１】
以上の構成により、複数の機器からなる機器群の利用者クラスタが、同じ、もしくは、近いユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。この結果、例えば、同じ機器群を同じように利用しているユーザから、当該機器群に関する有益な投稿情報（クチコミ情報や、故障に関する情報など）を容易に入手することが可能となる。
【００４２】
また、前記利用者クラスタ決定ステップでは、前記利用特性算出ステップで算出された、前記所定のユーザの前記所定の機器に対する前記利用特性と、前記所定の機器を利用している全てのユーザの前記所定の機器に対する利用特性とに基づいて、前記所定のユーザの前記所定の機器に対する前記利用者クラスタを決定してもよい。
【００４３】
以上の構成により、所定のユーザの所定の機器の利用特性が、所定の機器を利用している全てのユーザの利用特性に対して、どのような位置づけ（相対的な位置づけ）にあるのか基づいて、利用者クラスタを決定することができる。この結果、例えば、相対的な位置づけが同じ、もしくは、近いといった相対的な位置づけに基づいて、ユーザの投稿情報を、膨大な投稿情報の中から容易に探すことが可能となる。
【００４４】
また、前記情報表示ステップでは、前記利用者クラスタ決定ステップで決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタと、前記所定のユーザの前記投稿情報とを、同一画面上に表示する、もしくは、前記所定のユーザの投稿情報を表示する画面と、前記利用者クラスタを表示する画面とのうちで、一方から他方に遷移可能に表示してもよい。
【００４５】
以上の構成により、膨大な投稿情報の中から、所望する利用者クラスタのユーザの投稿情報を容易に探すことができる。
【００４６】
また、前記情報表示ステップでは、さらに、前記利用者クラスタに基づいて、前記複数のユーザの前記投稿情報の中から、前記所定のユーザ向けに、最適な投稿情報を表示してもよい。
【００４７】
以上の構成により、膨大な投稿情報の中から、所望する利用者クラスタのユーザの投稿情報を容易に探すことができる。
【００４８】
また、さらに、前記所定のユーザにより入力された入力情報を取得する第四取得ステップを含み、前記情報表示ステップでは、さらに、前記入力情報および前記利用者クラスタに基づいて前記複数のユーザの前記投稿情報を検索し、その検索結果を表示してもよい。
【００４９】
以上の構成により、膨大な投稿情報の中から、所望する利用者クラスタのユーザの投稿情報を容易に探すことができる。
【００５０】
また、前記情報表示ステップでは、前記利用者クラスタ決定ステップで決定された、前記所定のユーザの前記所定の機器に対する前記利用者クラスタと、前記所定のユーザの前記ユーザ情報とを、同一画面上に表示する、もしくは、前記所定のユーザの前記ユーザ情報を表示する画面と、前記利用者クラスタを表示する画面とのうちで、一方から他方に遷移可能に表示してもよい。
【００５１】
以上の構成により、膨大なユーザ情報の中から、所望する利用者クラスタのユーザのユーザ情報を容易に探すことができる。
【００５２】
また、前記情報表示ステップでは、さらに、前記利用者クラスタに基づいて、前記複数のユーザの前記ユーザ情報の中から、前記所定のユーザ向けに、最適なユーザ情報を表示してもよい。
【００５３】
以上の構成により、膨大なユーザ情報の中から、所望する利用者クラスタのユーザのユーザ情報を容易に探すことができる。
【００５４】
また、さらに、前記所定のユーザにより入力された入力情報を取得する第四取得ステップを含み、前記情報表示ステップでは、さらに、前記入力情報および前記利用者クラスタに基づいて前記複数のユーザの前記ユーザ情報を検索し、その検索結果を表示してもよい。
【００５５】
以上の構成により、膨大なユーザ情報の中から、所望する利用者クラスタのユーザのユーザ情報を容易に探すことができる。
【００５６】
なお、これらの全般的または具体的な態様は、システム、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ−ＲＯＭなどの記録媒体で実現されてもよく、システム、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００５７】
なお、以下で説明する実施の形態は、いずれも本発明の一具体例を示すものである。以下の実施の形態で示される数値、構成要素、ステップ、ステップの順序などは、一例であり、本発明を限定する主旨ではない。また、以下の実施の形態における構成要素のうち、最上位概念を示す独立請求項に記載されていない構成要素については、任意の構成要素として説明される。また全ての実施の形態において、各々の内容を組み合わせることも出来る。
【００５８】
（提供するサービスの全体像）
図１の（Ａ）には、本実施の形態における情報提供システムの全体像が示されている。
【００５９】
＜グループの概略構成＞
グループ１００は、例えば企業、団体、家庭等であり、その規模を問わない。グループ１００には、機器群１０１である機器Ａおよび機器Ｂと、ホームゲートウェイ１０２とが存在する。機器群１０１には、インターネットと接続可能な機器（例えば、スマートフォン、ＰＣ、ＴＶ等）を含む。機器群１０１は、それ自身ではインターネットと接続不可能な機器（例えば、照明、洗濯機、冷蔵庫等）を含んでもよい。ホームゲートウェイ１０２は、例えば、インターネットなどの広域通信網と、家庭内ネットワークなどのローカルエリアネットワーク（ＬＡＮ）との橋渡しを行うネットワーク機器（例えば、汎用ルーターなど）である。また、ホームゲートウェイ１０２は、インターネットなどの広域通信網と、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、特定省電力無線などの無線通信機能を備えた機器との橋渡しを行うネットワーク機器でもよい。また、ホームゲートウェイ１０２は、機器Ａ、および、機器Ｂの利用履歴情報を含むログ情報を管理する機能を有してもよい。また、ホームゲートウェイ１０２は、ユーザ１０による指示に基づいて、機器Ａ、および、機器Ｂの制御を行う機能を有しても良い。また、グループ１００には、機器群１０１を使用するユーザ１０が存在する。なお、ここでは、グループ１００の機器群１０１は、機器Ａ、機器Ｂからなるとしたが、機器が一つのみ存在する構成であってもよい。
【００６０】
ここで、インターネットと接続可能な機器は、例えば、無線ＬＡＮ機能、又は有線ＬＡＮ機能を備え、これらのＬＡＮ機能を用いて、汎用ルータなどに接続され、汎用ルータなどを経由して、インターネットに接続されてもよい。また、インターネットと接続可能な機器のうちスマートフォンやタブレットなどのモバイル端末は、３Ｇ又はＬＴＥなどの携帯電話通信網への通信機能を備え、携帯電話通信網を経由して、インターネットに接続されてもよい。また、それ自身ではインターネットと接続不可能な機器は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）や、特定省電力無線などの無線通信機能を備え、これらの無線通信機能を用いて、ホームゲートウェイ１０２に接続され、ホームゲートウェイ１０２を経由してインターネットに接続されてもよい。また、それ自身ではインターネットと接続不可能な機器は、例えばＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と呼ばれる近距離通信機能を備え、ＮＦＣ機能を有し、かつ、ＮＦＣ対応アプリをインストールしているスマートフォンに接続され、当該機器の情報が読み取られ、スマートフォンを経由して、当該機器の情報が、インターネットに接続されたサーバに転送されてもよい。なお、このＮＦＣを用いる場合は、スマートフォンを、当該機器にかざすことでスマートフォンと当該機器との間でＮＦＣによる通信が行われ、スマートフォンは、当該機器の情報を読み取る。
【００６１】
＜データセンタ運営会社の概略構成＞
データセンタ運営会社１１０には、クラウドサーバ１１１が存在する。クラウドサーバ１１１とはインターネットを介して様々な機器と連携する仮想化サーバである。主に通常のデータベース管理ツール等で扱うことが困難な巨大なデータ（ビッグデータ）等を管理する。データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の管理、それらを行うデータセンタの運営等を行っている。データセンタ運営会社１１０が行っている役務については詳細を後述する。ここで、データセンタ運営会社１１０は、データ管理やクラウドサーバ１１１の運営等のみを行っている会社に限らない。例えば機器群１０１のうちの一つの機器を開発・製造している機器メーカが、併せてデータ管理やクラウドサーバ１１１の管理等を行っている場合は、機器メーカがデータセンタ運営会社１１０に該当する（図１の（Ｂ））。また、データセンタ運営会社１１０は一つの会社に限らない。例えば機器メーカ及び他の管理会社が共同もしくは分担してデータ管理やクラウドサーバ１１１の運営を行っている場合は、両者もしくはいずれか一方がデータセンタ運営会社１１０に該当するものとする（図１の（Ｃ））。
【００６２】
＜サービスプロバイダの概略構成＞
サービスプロバイダ１２０は、サーバ１２１を保有している。ここで言うサーバ１２１とは、その規模は問わず、例えば、個人用ＰＣ内のメモリ等も含む。また、サービスプロバイダがサーバ１２１を保有していない場合もある。
【００６３】
なお、上記サービスにおいてホームゲートウェイ１０２は必須ではない。例えば、家庭内のあらゆる機器が、ホームゲートウェイを介さずに、インターネットに接続されている場合等は、ホームゲートウェイ１０２は不要である。
【００６４】
次に、上記サービスにおける情報の流れを説明する。
【００６５】
まず、グループ１００の機器Ａおよび機器Ｂのそれぞれは、当該機器の利用履歴情報を含むログ情報をデータセンタ運営会社１１０のクラウドサーバ１１１に送信する。
【００６６】
クラウドサーバ１１１は、機器Ａおよび機器Ｂの利用履歴情報を含むログ情報を集積する（図１の（ａ））。ここで、ログ情報とは、機器群１０１の、例えば運転状況や動作日時等を示す情報である。例えば、テレビの視聴履歴やレコーダの録画予約情報、洗濯機の運転日時・洗濯物の量、冷蔵庫の開閉日時・開閉回数などであるが、これらのものに限らずあらゆる機器から取得が可能なすべての情報をいう。また、ログ情報は、機器から直接ではなく、別の機器を経由して間接的に取得可能な情報も含む。例えば、機器の動作が、センサーや監視カメラなどの別の機器によって監視され、クラウドサーバ１１１は、この別の機器から、当該機器の動作に関する情報を、ログ情報として取得してもよい。
【００６７】
利用履歴情報は、ホームゲートウェイを介さずに、機器群１０１自体から直接クラウドサーバ１１１に提供される場合もある。また、利用履歴情報は、機器群１０１から一旦ホームゲートウェイ１０２に利用履歴情報が集積され、ホームゲートウェイ１０２からクラウドサーバ１１１に提供されてもよい。
【００６８】
ユーザ１０は、スマートフォンなど入力手段を備えた機器を用いて、ユーザ１０に関する情報であるユーザ情報（自身の識別情報やプロファイル情報）や、当該機器に関連するレビュー情報やクチコミ情報などの投稿情報（当該機器に関連しない投稿情報も含む）を、サービスプロバイダ１２０のサーバ１２１に送信する。なお、ここでは、ユーザ情報や投稿情報を、スマートフォンなどの機器から、サービスプロバイダ１２０のサーバ１２１に送信するとしたが、スマートフォンなどの機器から、データセンタ運営会社１１０のクラウドサーバ１１１に送信し、クラウドサーバ１１１からサービスプロバイダ１２０のサーバ１２１に送信する構成としてもよい。
【００６９】
次に、データセンタ運営会社１１０のクラウドサーバ１１１は、集積した利用履歴情報を一定の単位でサービスプロバイダ１２０に提供する。ここで、データセンタ運営会社１１０が集積した情報を整理してサービスプロバイダ１２０に提供することの出来る単位でもいいし、サービスプロバイダ１２０が要求した単位でもいい。一定の単位と記載したが一定でなくてもよく、状況に応じて提供する情報量が変化する場合もある。前記利用履歴情報は、必要に応じてサービスプロバイダ１２０が保有するサーバ１２１に保存される（図１（ｂ））。そして、サービスプロバイダ１２０は、利用履歴情報を、前述したユーザ情報や投稿情報の表示の制御に適合する情報に整理し、整理された情報に基づいて、ユーザ情報や投稿情報を表示するサービスを提供する。
【００７０】
このサービスが提供されるユーザは、機器群１０１を使用するユーザ１０でもよいし、外部のユーザ２０でもよい。ユーザへのサービス提供方法は、例えば、サービスプロバイダ１２０から直接ユーザへ提供されてもよい（図１の（ｅ）および（ｆ）を参照）。また、ユーザへのサービス提供方法は、例えば、データセンタ運営会社１１０のクラウドサーバ１１１を再度経由して、ユーザに提供されてもよい（図１の（ｃ）および（ｄ）を参照）。また、データセンタ運営会社１１０のクラウドサーバ１１１が利用履歴情報をユーザに提供するサービスに適合する情報に整理し、サービスプロバイダ１２０に提供してもよい。
【００７１】
なお、ユーザ１０とユーザ２０とは、別でも同一でもよい。
【００７２】
（実施の形態）
図２は、本発明の実施の形態である情報提供システムの構成概念図である。
【００７３】
＜グループの構成＞
図２に示すように、本実施の形態にかかる情報提供システムでは、グループ１００、グループ２００、およびグループ３００が存在する。
【００７４】
グループ１００には、データセンタ運営会社１１０のクラウドサーバ１１１に登録され管理される機器群１０１である機器Ａおよび機器Ｂが存在する。また、グループ１００には、データセンタ運営会社１１０のクラウドサーバ１１１にて管理されていない機器Ｃが存在する。また、グループ１００には、機器群１０１と機器Ｃとを使用するユーザ１０が存在する。ここで、機器群１０１の構成の具体例などについては、前述したとおりである。
【００７５】
また、グループ２００には、データセンタ運営会社１１０のクラウドサーバ１１１にて登録および管理されていない機器Ｄが存在する。また、グループ２００には、機器Ｄを使用するユーザ２０が存在する。
【００７６】
また、グループ３００には、データセンタ運営会社１１０のクラウドサーバ１１１に登録され管理される機器群３０１である機器Ｅが存在する。
【００７７】
＜データセンタの構成＞
図２に示すように、データセンタ運営会社１１０のクラウドサーバ１１１は、ユーザ管理部１１２と、利用履歴管理部１１３とからなる。
【００７８】
クラウドサーバ１１１は、クラウドサーバ１１１に登録された機器の利用履歴情報を管理するサービス（以下、「利用履歴情報管理サービス」という。）を提供する。
【００７９】
ユーザ管理部１１２は、利用履歴情報管理サービスに登録されたユーザ及び機器に関する情報を、ユーザ管理テーブルとして管理する。ユーザ管理テーブルの構成については後述する。
【００８０】
利用履歴管理部１１３は、利用履歴情報管理サービスに登録された機器の利用履歴情報を利用履歴管理テーブルとして管理する。利用履歴管理テーブルの構成については後述する。
【００８１】
［クラウドサーバのユーザ管理テーブルのデータ構成］
図３に、ユーザ管理テーブルの一例を示す。図３に示すように、ユーザ管理テーブルは、利用履歴情報管理サービスに登録されたユーザのユーザＩＤ、パスワード、ユーザプロファイルなどのユーザ自身に関する情報（ユーザ情報）と、利用履歴情報管理サービスに登録された機器の機器ＩＤ、機器プロファイルなどの、ユーザが使用する機器に関する情報（機器情報）とで構成される。
【００８２】
《ユーザ情報》
ここで、ユーザＩＤは、例えば、ユーザの氏名、ニックネーム、電子メールアドレス、任意の文字列など、当該システム内でユーザを一意に特定する情報である。クラウドサーバ１１１のユーザ管理部１１２は、ユーザＩＤを、ユーザが登録することにより取得してもよいし、他のサービスやアプリと連携している場合は、他のサービスやアプリから取得してもよいし、当該システム（つまり、クラウドサーバ１１１）が一意に識別できる任意の文字列を設定してもよい。
【００８３】
パスワードは、例えば、所定の条件を満たす英数字である。ユーザ管理部１１２は、パスワードを、ユーザが登録することにより取得してもよいし、当該システム（つまり、クラウドサーバ１１１）が所定の条件を満たす英数字を設定してもよい。
【００８４】
ユーザプロファイルは、例えば、ユーザの住所、国籍、居住地（都道府県）、電話番号、電子メールアドレス、年齢、性別、趣味・嗜好（機器に関する嗜好を含む）に関する情報である。ユーザ管理部１１２は、ユーザプロファイルを、ユーザが登録することにより取得してもよいし、他のサービスやアプリと連携している場合は、他のサービスやアプリから取得してもよいし、当該システム（つまり、クラウドサーバ１１１）が、ユーザの利用履歴情報に基づいて、ユーザプロファイルに登録してもよい。
【００８５】
《機器情報》
機器ＩＤは、例えば、機器毎のシリアルＮＯ、システムが定めた文字列などであり、当該システム内で、機器を一意に特定する情報である。クラウドサーバ１１１のユーザ管理部１１２は、機器ＩＤを、ユーザが登録することにより取得してもよいし、当該システム（つまり、クラウドサーバ１１１）が一意に設定してもよいし、利用履歴情報から取得してもよい。
【００８６】
機器プロファイルは、例えば、機器を製造したメーカのメーカ名、機器性能タイプ（入門モデル、標準モデル、高機能モデルなど）、機器ＯＳ／ソフトウェアのバージョン番号、品番、機種名、機種のブランド名、機種のシリーズ名、機種のカテゴリ名などである。ユーザ管理部１１２は、機器プロファイルを、ユーザが登録することにより取得してもよいし、機器のシリアルＮＯなどを用いてシステム（つまり、クラウドサーバ１１１）が自動的に登録してもよい。
【００８７】
［クラウドサーバの利用履歴情報管理テーブルのデータ構成］
図４〜７に、利用履歴管理テーブルの一例を示す。図４はレコーダ、図５はエアコン、図６は電子レンジ、図７は洗濯機の利用履歴管理テーブルの一例である。
【００８８】
図４〜７に示すように、利用履歴管理テーブルは、機器毎に生成され、機器ＩＤ、各機能の利用日時と設定／状態データなどからなる利用履歴情報を含むログ情報で構成される。なお、利用履歴情報は、ユーザによって操作又は設定を行った機能についてだけでなく、機器が自動で行った機能も含む。
【００８９】
＜サービスプロバイダの構成＞
図２に示すように、サービスプロバイダ１２０のサーバ１２１は、情報取得部１２２、利用特性算出部１２６、利用者クラスタ決定部１２７、および表示制御部１２８からなる。
【００９０】
サーバ１２１は、投稿者に関する情報および投稿情報と、それらの情報を検索および整理した情報とを、ユーザやサービス事業者へ提供する情報提供サービスを提供する。情報提供サービスの詳細については後述する。
【００９１】
ここで、「投稿者に関する情報」とは、投稿者の識別情報、プロファイル情報などであるまた、「投稿情報」には、当該機器に関連しない投稿情報、日常のつぶやきなども含む。また、サービス事業者としては、例えば、機器及び機器関連商品の販売事業者、機器及び機器関連商品の広告事業者、検索サービス運営者などが想定される。
【００９２】
情報取得部１２２は、ユーザ管理部１２３、利用履歴管理部１２４、および投稿情報管理部１２５からなる。
【００９３】
ユーザ管理部１２３は、情報提供サービスに登録されたユーザ及び機器に関する情報を、ユーザ管理テーブルとして管理する。
【００９４】
利用履歴管理部１２４は、データセンタ運営会社１１０のクラウドサーバ１１１の利用履歴管理部から取得された利用履歴管理テーブルを管理する。
【００９５】
投稿情報管理部１２５は、各ユーザの機器（例えば、スマートフォンなど）から、投稿情報とユーザＩＤを取得する。ここで、投稿情報は、機器に関するレビュー情報、クチコミ情報のほか、機器に関連しない投稿情報、日常のつぶやきなども含む。また、各ユーザの機器（例えば、スマートフォンなど）から、投稿情報とともに、機器を特定する情報を取得することで、機器に関する投稿情報か否かを判断してもよい。また、ユーザ管理部１２３から、取得したユーザＩＤに対応するユーザプロファイル情報を、後述する利用者クラスタ決定部１２７から、取得したユーザＩＤに対応する利用者クラスタをそれぞれ、取得し、管理してもよい。
【００９６】
つまり、情報取得部１２２は、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報と、当該ユーザの投稿情報とを取得する。情報取得部１２２は、さらに、複数のユーザそれぞれについて、当該ユーザに関する情報であるユーザ情報を取得する。また、情報取得部１２２は、さらに、所定のユーザにより入力された入力情報を取得してもよい。
【００９７】
利用特性算出部１２６は、ユーザ管理テーブル、及び、各機器の利用履歴管理テーブルに基づいて、各機器の利用特性を算出する。つまり、利用特性算出部１２６は、情報取得部１２２で取得された、複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、所定のユーザの所定の機器に対する、利用特性を算出する。
【００９８】
利用者クラスタ決定部１２７は、算出された当該機器の利用特性から、当該機器の利用者クラスタ決定テーブルを用いて、当該機器に対する利用者クラスタを決定し、決定された利用者クラスタをユーザＩＤとともに管理する。つまり、利用者クラスタ決定部１２７は、所定のユーザの所定の機器に対する利用特性に基づいて、所定のユーザの所定の機器に対する利用者クラスタを決定する。
【００９９】
表示制御部１２８は、投稿情報管理部１２５が取得し、管理している投稿情報を、当該情報提供サービスに登録しているユーザに対して、どのように表示するかといった表示の制御を行う。つまり、表示制御部１２８は、情報表示部として機能し、利用特性算出部１２６により算出された所定のユーザの所定の機器に対する利用特性に関する利用特性情報と、情報取得部１２２により取得された所定のユーザの投稿情報とを紐付けて表示する。ここで、表示制御部１２８は、利用者クラスタ決定部１２７により決定された、所定のユーザの所定の機器に対する利用者クラスタを、利用特性情報として、所定のユーザの投稿情報と紐付けて表示してもよい。また、表示制御部１２８は、利用特性情報と、所定のユーザのユーザ情報とを紐付けて表示してもよい。なお、表示制御部１２８は、情報提供サービスに対して接続するスマートフォン、ＰＣなどの情報端末や、ＴＶなどの表示部を有する家電機器の表示部に表示させる画像を生成することにより、当該表示部にユーザの投稿情報やユーザ情報を表示する。なお、「紐付けて表示する」とは、例えば、同一の画面上に紐付けられた複数の情報を表示することである。つまり、利用特性情報と、投稿情報とを紐付けて表示するとは、例えば、利用特性情報と、投稿情報とを同一の画面上に表示することであり、利用特性情報と、ユーザ情報とを紐付けて表示するとは、例えば、利用特性情報と、ユーザ情報とを同一の画面上に表示することである。また、「紐付けて表示する」とは、例えば、複数の情報の中の一情報を表示する画面と、複数の情報の中の他の一情報を表示する画面とのうちで、一方から他方へ遷移可能に表示することである。
【０１００】
また、表示制御部１２８は、投稿情報が投稿情報管理部１２５により機器に関連付けられて管理されている場合には、当該投稿情報を投稿したユーザの利用者クラスタのうち、当該投稿情報に関連づけされた機器に関する利用者クラスタを当該投稿情報と紐付けて表示してもよい。つまり、表示制御部１２８は、利用特性算出部１２６により算出された所定のユーザの所定の機器に対する利用特性に関する利用特性情報と、情報取得部１２２により取得された所定のユーザの所定の機器に関する投稿情報とを紐付けて表示してもよい。
【０１０１】
［情報提供サービスと利用履歴情報管理サービス］
ここで、サービスプロバイダ１２０が提供する情報提供サービスと、前述したデータセンタ運営会社１１０が提供する利用履歴情報管理サービスとは、連携しているものとする。つまり、ユーザの同意の下で、データセンタ運営会社１１０のクラウドサーバ１１１が管理する、ユーザ管理テーブルおよび利用履歴情報管理テーブルの中の当該ユーザに関する情報が、サービスプロバイダ１２０に送信されるものとする。
【０１０２】
また、データセンタ運営会社１１０が提供する利用履歴情報管理サービスに登録しているユーザは、同じユーザＩＤ、パスワードを用いて、サービスプロバイダ１２０が提供する情報提供サービスに、連携して登録することができるようにしてもよい。
【０１０３】
［サーバのユーザ管理テーブルのデータ構成］
図８に、サーバのユーザ管理テーブルの一例を示す。図８に示すように、ユーザ管理テーブルは、情報提供サービスに登録されたユーザのユーザＩＤ、パスワード、ユーザプロファイルなどのユーザ自身に関するユーザ情報と、情報提供サービスに登録された機器の機器ＩＤ、機器プロファイルなどのユーザが使用する機器に関する機器情報と、データセンタ運営会社１１０が提供する利用履歴情報管理サービスとの連携の有無を示す情報である連携情報とで構成される。
【０１０４】
図８のユーザ管理テーブルにおいて、“連携の有無を示す情報”が“○”であるユーザ１０、ユーザ３０は、データセンタ運営会社１１０が提供する利用履歴情報管理サービスと連携して登録されたユーザであることを示す。この場合、各ユーザの同意の下で、ユーザ１０およびユーザ３０のユーザＩＤ、パスワード、およびユーザプロファイルからなるユーザ情報、機器の機器ＩＤおよび機器プロファイルとは、クラウドサーバ１１１から取得でき、図３に示す、ユーザ管理部１１２のユーザテーブルの内容と同じものとすることができる。また、図８のユーザ管理テーブルにおいて、“連携の有無を示す情報”の項目が“×”であるユーザ２０は、サービスプロバイダ１２０が提供する情報提供サービスのみに登録している（利用履歴管理サービスは未登録）ユーザであることを示す。つまり、ユーザ２０は、情報提供サービスと、利用履歴情報管理サービスとが連携していないユーザである。
【０１０５】
［各機器の利用特性の算出］
図９は、レコーダの場合に、算出された利用特性の一例である。
【０１０６】
図９の例では、利用特性は、使用開始日、使用期間、お気に入りの出演者、録画／編集／ダビング／削除などのレコーダの主要機能の累積利用回数、利用頻度、直近の利用回数（当月、前月、前々月）からなる。ただし、利用特性は、これに限定されるものではなく、レコーダの主要機能の累積利用時間、平均利用時間（１日、１週間または１ヶ月当たりの平均利用時間）などであってもよい。つまり、利用特性算出部１２６は、所定のユーザの所定の機器に対する利用特性として、所定の機器の、所定の期間における利用頻度を算出してもよいし、所定の機器の各機能において、利用された機能の偏り情報を算出してもよいし、所定の機器の利用時間帯の偏り情報を算出してもよいし、所定の機器の利用開始日を算出してもよい。なお、ここでいう「所定の期間」とは、所定の機器の利用開始日から現時点までの期間である累積利用期間、もしくは、現時点より所定の期間を遡った時点から現時点までの期間である直近利用期間である。
【０１０７】
ここで、レコーダの使用開始日は、利用履歴管理テーブルの最古の利用日時から得られる。使用期間は、利用履歴管理テーブルの最古の利用日時と最新の利用日時とから得られる。
【０１０８】
また、利用特性算出部１２６は、利用履歴管理テーブルに記録されている各機能の利用日時と設定／状態データとを基に、各機能の利用開始日から現在までの累積利用回数、月もしくは週あたりの平均の利用頻度、直近（当月、前月、前々月）の利用回数などを算出する。また、利用特性算出部１２６は、利用履歴管理テーブルの録画／編集／ダビング／削除が行われた番組情報の中に含まれる出演者や、番組のジャンル情報（バライエティ、映画、音楽、ニュースなど）から、所定のお気に入り度算出テーブルを用いて、当該ユーザのお気に入りの出演者および番組ジャンルを算出する。
【０１０９】
ここで、所定のお気に入り度算出テーブルの一例を図１０に示す。図１０に示すように、録画時の録画モードが標準画質の場合、録画される番組の各出演者および番組ジャンルに対するお気に入りポイントそれぞれに１点が加算される。同様に、録画時の録画モードが高画質の場合、録画される番組の各出演者および番組ジャンルに対するお気に入りポイントそれぞれに、２点が加算され、録画後再生されるとさらに１点が加算される。また、編集される番組情報に含まれる各出演者および番組ジャンルに対するお気に入りポイントそれぞれに２点が加算され、編集して残された時間（つまり、録画された番組のうちで編集することにより削除されなかった部分）における出演者が特定できる場合は、その出演者に対するお気に入りポイントに５点が加算される。また、ダビング先メディアが、Ｂｌｕ−ｒａｙ（登録商標）の場合に、番組情報に含まれる各出演者および番組ジャンルに対するお気に入りポイントそれぞれに３点が加算され、ダビング先メディアが、ＤＶＤの場合に、２点が加算される。そして、出演者毎、および、ジャンル毎に、お気に入りポイントが利用履歴管理テーブルの利用履歴情報に基づいて算出され、例えば、お気に入りポイントが上位の出演者や番組ジャンルをお気に入りの出演者や番組ジャンルとして算出する。
【０１１０】
なお、ここでは、レコーダの場合の利用特性の例を説明したが、電子レンジ、エアコン、および洗濯機の利用特性についても、レコーダの場合の利用特性と同様である。すなわち、機器ＩＤ、使用開始日、使用期間、お気に入りの設定やコースや調理メニュ、各機器の主要機能の累積利用回数、利用頻度、直近の利用回数（当月、前月、前々月）などからなる。
【０１１１】
［利用者クラスタの決定］
利用者クラスタ決定部１２７は、利用特性のうち、各機能の利用頻度等に基づいて、例えば、「ライトユーザ」／「ミドルユーザ」／「ヘビーユーザ」といった利用者クラスタを決定してもよいし、利用された機能の偏りに基づいて、例えば、「特定機能専用ユーザ」／「全機能利用ユーザ」といった利用者クラスタを決定してもよい。また、利用者クラスタ決定部１２７は、機器の使用期間に基づいて、「使用期間が３年以内のユーザ」／「使用期間が３年から５年のユーザ」／「使用期間が６年以上のユーザ」といった利用者クラスタを決定してもよい。
【０１１２】
利用者クラスタ決定部１２７は、機器の利用時間帯の偏り情報に基づいて、「平日昼間利用ユーザ」／「休日利用ユーザ」といった利用者クラスタを決定してもよいし、機器の利用開始日や、同機器の登録ユーザ数に基づいて、「イノベーター」／「アーリーアダプター」／「アーリーマジョリティ」／「レイトマジョリッティ／「ラガード」といった利用者クラスタを決定してもよい。また、利用者クラスタ決定部１２７は、登録されている全ての機器（もしくは、特定の機器カテゴリ、例えばこれまで利用してきたレコーダなど）の製造メーカの偏り情報を用いて、「特定メーカ一筋派」／「メーカに拘らない派（或いは、渡り歩き派）」といった利用者クラスタを決定してもよい。また、利用者クラスタ決定部１２７は、前述のレコーダの場合などにおいて、利用特性として、所定の出演者や番組ジャンルのお気に入りポイントが算出されている場合は、所定の出演者や番組ジャンルのお気に入りポイントが所定の条件を満たす場合に、「所定の出演者がお気に入り」といった利用者クラスタを決定してもよい。
【０１１３】
つまり、利用者クラスタ決定部１２７は、利用特性算出部１２６により算出された、所定の機器の、所定の期間における利用頻度に基づいて、利用者クラスタを決定してもよいし、所定の機器の利用された機能の偏り情報に基づいて、利用者クラスタを決定してもよいし、所定の機器の利用時間帯の偏り情報に基づいて、利用者クラスタを決定してもよいし、所定の機器の利用開始日に基づいて、利用者クラスタを決定してもよい。
【０１１４】
図１１および図１２は、レコーダの場合の各機能の利用頻度に基づく利用者クラスタ決定テーブルの一例である。
【０１１５】
図１１の例では、利用者クラスタ決定部１２７は、録画機能の利用頻度に基づいて、利用頻度が週１回以下の場合、当レコーダの録画機能に関して、ライトユーザと判定する。なお、録画機能の週あたりの利用頻度は、使用開始日から現時点までの累積の録画機能の利用回数を、使用開始日から現時点までの週数で割ることで算出する。編集機能やダビング機能についても、録画機能の判定と同様である。そして、利用者クラスタ決定部１２７は、当該機器の録画機能、編集機能、およびダビング機能について、全てライトユーザと判定した場合は、当該機器の利用者クラスタをライトユーザと判定する。つまり、この場合には、利用者クラスタ決定部１２７は、当該機器（レコーダ）の各機能のトータル（全体）の利用者クラスタをライトユーザと決定する。
【０１１６】
なお、この例では、利用者クラスタ決定部１２７による利用者クラスタの決定に、各機能の利用頻度（月や週といった所定期間あたりの利用頻度）を用いたが、これに限定されない。例えば、利用者クラスタの決定に使用開始日から現時点までの累積の各機能の利用回数を用いてもよい。
【０１１７】
但し、時間軸とは無関係の累積の利用回数より、所定期間あたりの利用回数である利用頻度を用いる方が、ライトユーザ／ミドルユーザ／ヘビーユーザといった利用者クラスタの判定には適切と考えられる。なぜなら、例えば、長期間かけて所定の利用回数に達したが利用頻度としては低いユーザに対して、実感としては、ライトユーザと判定するのが妥当であると考えられる。つまり、このようなユーザに対して、累積の利用回数で判定する場合は、ミドルユーザと判定してしまうのに対して、利用頻度を判定に用いれば、ライトユーザと判定でき、妥当な判定とすることができる。
【０１１８】
また、利用者クラスタ決定部１２７は、図１１の例では、録画機能の直近３ヶ月のそれぞれの週あたりの利用頻度が、いずれも、週５回以上の場合、当レコーダの録画機能に関してヘビーユーザと判定する。なお、直近３ヶ月の週あたりにおける録画機能の利用頻度は、各月の録画機能の利用回数を、各月の週数で割ることで算出してもよいし、直近３ヶ月間の録画機能の利用回数を直近３ヶ月間の週数で割ることで算出してもよい。編集機能や、ダビング機能についても、録画機能の判定と同様である。そして、利用者クラスタ決定部１２７は、当該機器の録画機能、編集機能、およびダビング機能について、全てヘビーユーザと判定した場合は、当該機器の利用者クラスタをヘビーユーザと判定する。つまり、この場合には、利用者クラスタ決定部１２７は、当該機器（レコーダ）の各機能のトータル（全体）の利用者クラスタをヘビーユーザと決定する。
【０１１９】
なお、この例では、利用者クラスタの決定に、直近３ヶ月のそれぞれの各機能の利用頻度（月や週といった所定期間あたりの利用頻度）を用いたが、これに限定されない。例えば、使用開始日から現時点までの累積の各機能の利用回数を用いてもよい。
【０１２０】
但し、時間軸とは無関係の累積の利用回数より、直近の所定期間あたりの利用回数である利用頻度の方が、ライトユーザ／ミドルユーザ／ヘビーユーザといった利用者クラスタの判定には適切と考えられる。なぜなら、例えば、累積の利用回数は所定の利用回数の達しているが、過去の利用頻度は高いためであって、直近の利用頻度が極めて低いユーザに対しては、実感として、ヘビーユーザと判定するのは妥当ではないと考えられる。つまり、このようなユーザに対して、累積の利用回数で判定する場合は、直近の利用頻度が低くてもヘビーユーザと判定してしまうのに対して、直近の利用頻度を判定に用いれば、ミドルユーザと判定でき、妥当な判定とすることができる。
【０１２１】
そして、図１１の例では、利用者クラスタ決定部１２７は、ライトユーザにもヘビーユーザにも該当しないユーザに対して、ミドルユーザと判定する。
【０１２２】
また、図１２に、利用者クラスタ決定テーブルの別の例を示す。図１２の例では、利用者クラスタ決定部１２７は、当該機器の録画機能に関して、当該サービスに当該レコーダを登録している全てのユーザの利用特性を用いて、当該ユーザの録画機能の利用頻度が、登録されている当該機器の全てのユーザの録画の利用頻度の下位３０％以内に該当する場合、ライトユーザと判定する。また、例えば、利用者クラスタ決定部１２７は、当該機器の録画機能に関して、当該サービスに当該レコーダを登録している全てのユーザの利用特性を用いて、当該ユーザの録画機能の直近３ヶ月の利用頻度が、登録されている当該機器の全てのユーザの録画機能の直近３ヶ月の利用頻度の上位１０％以内に該当する場合、ヘビーユーザと判定する。図１２の例でも、利用者クラスタ決定部１２７は、ライトユーザにもヘビーユーザにも該当しないユーザに対して、ミドルユーザと判定する。つまり、利用者クラスタ決定部１２７は、利用特性算出部１２６により算出された、所定のユーザの所定の機器に対する利用特性と、所定の機器を利用している全てのユーザの所定の機器に対する利用特性とに基づいて、所定のユーザの所定の機器に対する利用者クラスタを決定してもよい。なお、ここではライトユーザの判定に下位３０％、ヘビーユーザの判定に上位１０％を用いたが、この数値は一例であり、他の数値であってもよい。
【０１２３】
図１３〜１５に、それぞれ、利用された機能の偏りに基づく利用者クラスタ決定テーブル、機器の利用時間帯の偏りに基づく利用者クラスタ決定テーブル、機器の利用開始日や、同機器の登録ユーザ数に基づく利用者クラスタ決定テーブルの例を示す。
【０１２４】
なお、図１４に示すように、利用者クラスタ決定部１２７は、ある機器の利用特性に加えて、他の機器の利用特性を組み合わせて、当該機器群に対する利用者クラスタを決定してもよい。
【０１２５】
また、同じ機器カテゴリに属する、ある機器（旧機器）の買い換えとして、当該機器（新機器）を利用している場合に、当該機器の利用者クラスタの決定に、旧機器での利用特性を反映してもよい。例えば、図１１の例で、ヘビーユーザの判定に、直近３ヶ月のうち、当月の利用特性は、新機器のものを、前月および前々月の利用特性は、旧機器のものを利用してもよい。この例のように、所定の期間における利用特性の算出において、所定の期間中に例えば買い換えなどで機器の変更が発生した場合には、機器の変更にかかわらずに利用特性を算出してもよい。
【０１２６】
［情報提供サービス：（１）掲示板サービス］
サービスプロバイダ１２０は、情報提供サービスとして、各機器に関するレビュー情報やクチコミ情報を投稿するための掲示板サービスを提供してもよい。なお、このような掲示板サービスは、独立したサービスとして提供してもよいし、他のサービスの中の一サービスとして提供してもよい。例えば、機器のオンライン販売サービスの中の一サービスとして、提供してもよい。
【０１２７】
図１６に、ある機器に関する掲示板の表示例を示す。この例では、表示制御部１２８が、当該掲示板に接続された当該情報端末や家電機器が有する表示部に、各投稿者の当該機器に関する投稿情報が時系列に並べて表示する。そして、表示制御部１２８は、投稿情報とともに、投稿者の当該機器に関する利用者クラスタを示す識別情報９０１を示す画像をあわせて表示する。例えば、投稿情報を投稿した投稿者の当該機器に対するトータルの利用者クラスタがヘビーユーザの場合には、図１６に示すように「匠」の文字を用いた識別情報を当該投稿情報と紐付けて表示する。また、表示制御部１２８は、投稿情報を投稿した投稿者の利用者クラスタがライトユーザ（初心者）の場合は、「初」の文字を用いた識別情報を当該投稿情報と紐付けて表示する。また、表示制御部１２８は、投稿情報を投稿した投稿者の当該情報提供サービスに登録しているが、当該機器を利用していないゲスト（客）ユーザの場合は、「客」の文字を用いた識別情報を、当該投稿情報と紐付けて表示する。
【０１２８】
なお、利用者クラスタの識別情報は、これに限定されるものではなく、利用者クラスタが識別可能なもの（文字、マーク、アイコン、キャラクタ、メダル、トロフィー、ポイント、星の数など）であれば、どのようなものであってもよい。
【０１２９】
ここで、投稿者名は、氏名のみならず、投稿者が設定したアイコン、投稿者の写真など、投稿者を識別できるものであれば何でもよい。
【０１３０】
図１６の例では、表示制御部１２８は、投稿情報を表示する際、投稿者の利用者クラスタに対応する識別情報を、投稿情報とともに表示する制御を行う。
【０１３１】
このように利用者クラスタの識別情報を投稿情報とともに表示することで、投稿閲覧者は、その投稿情報を投稿した投稿者の当該機器に対する利用者クラスタを確認することができる。
【０１３２】
このように表示制御を行うことにより、利用者クラスタが「ヘビーユーザ」である投稿者の投稿情報だから信頼できるとか、利用者クラスタが「ライトユーザ」である投稿者の投稿情報だから、もう少し他の投稿情報を確認してから、有用性を判断しようとか、利用者クラスタが「メーカに拘らない派」である投稿者の投稿情報だから、この投稿情報は、偏りのない公平な情報と判断しようとか、投稿情報の質（信頼性、有用性、公平性）を判断する際の一つ指標とすることができる。
【０１３３】
なお、図１６の例では、表示制御部１２８が、利用者クラスタを識別する情報を投稿情報と同じ画面に表示するものとしたが、これに限定されない。例えば、表示制御部１２８が、同じ画面には表示せず、投稿情報と投稿者名のみを表示し、その画面上の投稿者の情報を選択（クリック、または画面をタッチする）と、別の画面として、投稿者の利用者クラスタに関する詳細な情報を表示してもよい。つまり、表示制御部１２８は、利用者クラスタ決定部１２７により決定された、所定のユーザの所定の機器に対する利用者クラスタと、所定のユーザの投稿情報とを、同一画面上に表示する、もしくは、所定のユーザの投稿情報を表示する画面と、利用者クラスタを表示する画面とのうちで、一方から他方に遷移可能に表示してもよい。また、表示制御部１２８は、利用者クラスタ決定部１２７により決定された、所定のユーザの所定の機器に対する利用者クラスタと、所定のユーザのユーザ情報とを、同一画面上に表示する、もしくは、所定のユーザのユーザ情報を表示する画面と、利用者クラスタを表示する画面とのうちで、一方から他方に遷移可能に表示してもよい。
【０１３４】
なお、図１６の例では、時系列に投稿情報を表示するとしたが、表示制御部１２８が、利用者クラスタに応じて、表示順を制御する（優先表示）ようにしてもよい。例えば、表示順の上位から順に、ヘビーユーザの投稿情報、ミドルユーザの投稿情報、ライトユーザの投稿情報、およびゲストユーザの投稿情報を並べて表示してもよい。また、表示制御部１２８が、特定の利用者クラスタの投稿情報のみを検索する手段を提供し、検索された結果を表示するようにしてもよい。
【０１３５】
また、投稿閲覧者が所定の機器の投稿を閲覧する場合、投稿閲覧者の当該機器に対する利用者クラスタと、当該機器に対する利用者クラスタが同一である、もしくは、近い、もしくは、類似している投稿者の投稿情報、もしくは、ユーザ情報を優先して表示してもよいし、そのような投稿情報、もしくは、ユーザ情報を検索して表示できるようにしてもよい。
【０１３６】
また、投稿閲覧者が所定の機器の投稿を閲覧する場合、投稿閲覧者の当該機器に対する複数の利用者クラスタと、当該機器に対する複数の利用者クラスタがそれぞれ同一である投稿者の投稿情報、もしくは、ユーザ情報を優先して表示してもよい。例えば、ある洗濯機の利用者クラスタが「ヘビーユーザ」であり「５年間以上使用」であるユーザに対しては、当該洗濯機に対して同じ利用者クラスタ、すなわち、「ヘビーユーザ」であり「５年間以上使用」であるユーザの投稿情報を優先して表示してもよいし、そのような投稿情報を検索して表示できるようにしてもよい。このように、表示制御部１２８は、利用者クラスタに基づいて、複数のユーザの投稿情報の中から、所定のユーザ向けに、最適な投稿情報を表示してもよい。また、表示制御部１２８は、利用者クラスタに基づいて、複数のユーザのユーザ情報の中から、所定のユーザ向けに、最適なユーザ情報を表示してもよい。
【０１３７】
また、図１６の例では、機器毎の掲示板の場合を説明したが、機器群毎の掲示板の場合にも適用できる。ここで、機器群とは、同一カテゴリの機器群（例えば、レコーダ、エアコン、電子レンジ、洗濯機、掃除機、テレビなどの機器の種類が同じである複数の機器、基本機能を備えたレコーダ、標準機能を備えたレコーダ、高機能を備えたレコーダからなるレコーダなど）、同一カテゴリかつ同一メーカの機器群などである。この場合は、利用者クラスタを識別する情報としては、投稿者が登録している、当該機器群に属する全ての機器の利用者クラスタの識別情報から、利用者クラスタ決定部１２７が機器群としての利用者クラスタを決定し、表示制御部１２８が当該利用者クラスタを表示してもよい。例えば、機器Ａ、機器Ｂ、機器Ｃを登録しているユーザであって、各機器に対する利用者クラスタが、ヘビーユーザ、ヘビーユーザ、ライトユーザである場合、機器Ａ、機器Ｂ、機器Ｃを含む機器群の掲示板に投稿する際、多数決でヘビーユーザと表示してもよい。なお、ここで多数決を用いたのは一例であり、複数の機器の利用者クラスタうち、最上位の利用者クラスタを表示するようにしてもよい（ひとつでもヘビーユーザであれば、ヘビーユーザと表示する）し、利用者クラスタを機器ＩＤとともに列挙して表示してもよい。つまり、所定のユーザが１以上の機器として複数の機器からなる機器群を利用している場合に、利用者クラスタ決定部１２７は、所定のユーザが利用している機器群を構成する複数の機器それぞれに対して、利用特性算出部１２６により算出された利用特性に基づいて、所定のユーザの機器群に対する、利用者クラスタを決定してもよい。
【０１３８】
［情報提供サービス：（２）リアルタイム情報共有サービス］
サービスプロバイダ１２０は、情報提供サービスとして、各ユーザの投稿情報を、リアルタイムで共有するサービスを提供してもよい。このサービスでは、各ユーザの同意の下、各ユーザが登録している機器毎の利用者クラスタ、利用特性などの少なくとも一部が公開される。そして、公開されている利用者クラスタ、利用特性などを参照して、気になるユーザをフォロー（ユーザの投稿情報の購読を登録）することにより、当該ユーザのリアルタイムの投稿情報を購読、閲覧することが可能となる。なお、このサービスでは、投稿情報は、登録されている機器についてのみならず、興味のある機器についてであってもよいし、登録されている機器に全く関係しない、日常的なつぶやき情報であってもよい。
【０１３９】
図１７は、このサービスにおける投稿情報の閲覧画面の表示例である。
【０１４０】
この例では、フォローしている複数のユーザの投稿情報が、最新のものが先頭に来るように時系列に並んで表示される。この閲覧画面において、投稿者名を選択する（クリックする、タッチする）と、図１８に示す、投稿者のプロファイル画面が表示され、投稿者のプロファイル、登録機器、各機器の利用者クラスタが表示される。また、メニュを選択することで、この投稿者をフォローするため、もしくは、フォローを解除するための機能が利用可能となる。
【０１４１】
なお、ここでは、時系列に並んで複数の投稿情報が表示されるとしたが、時系列に限定されない。例えば、閲覧しているユーザの登録機器や当該機器に対する利用者クラスタと、投稿者の登録機器や当該機器に対する利用者クラスタの類似性に基づき、類似性の高い投稿者の投稿情報の表示順が上位になるよう優先表示してもよい。また、類似性の高い投稿者の投稿情報を強調表示してもよい。ここで、投稿者名は、氏名のみならず、投稿者が設定したアイコン、投稿者の写真など、投稿者を識別できるものであれば何でもよい。
【０１４２】
なお、ここでは、ユーザが、手動でフォローする場合について説明したが、これに限定されない。例えば、ユーザ同士の機器毎の利用者クラスタの類似性などにより、サービスが自動で、ユーザ同士をフォローするようにしてもよい。
【０１４３】
また、あるユーザに対して、当該ユーザが登録している所定の機器に対する利用者クラスタと同一の利用者クラスタのユーザのユーザ情報を、フォローをお勧めするお勧めユーザとして表示してもよい。
【０１４４】
また、最下部の「検索」を選択すると、図１９に示す、検索画面が表示され、検索ワードの入力、検索が可能となる。そして、検索を実行すると、図２０に示す、検索ワードにヒットする投稿情報が表示される。また、検索ワードにヒットするユーザ（投稿者）を検索することも可能である。さらに、検索は、任意の検索ワードに加え、機器や利用者クラスタで検索することも可能となっており、自分が登録している機器と同じ機器を登録しているユーザを容易に探せるとともに、フォローすることができる。つまり、情報取得部１２２は、第四取得ステップとして、所定のユーザにより入力された入力情報（検索ワードを示す情報、または、機器や利用者クラスタが選択されたことを示す情報）を取得し、表示制御部１２８は、入力情報および利用者クラスタに基づいて複数のユーザの投稿情報を検索し、その検索結果を表示してもよい。また、表示制御部１２８は、入力情報および利用者クラスタに基づいて複数のユーザのユーザ情報を検索し、その検索結果を表示してもよい。
【０１４５】
また、最下部の「プロファイル」を選択すると、図１８と同等の、閲覧者自身のプロファイル画面が表示される。
【０１４６】
また、最下部の「閲覧」を選択すると、「検索」画面や、「プロファイル」画面から、「閲覧」画面に画面が切り替わる。
【０１４７】
［その他サービスの例］
実施の形態のサービスプロバイダのサーバは、ユーザ情報もしくは投稿情報と、利用者クラスタとを紐付けて管理することができる。
【０１４８】
これを利用して、サービスプロバイダは、例えば、機器や機器関連商品の販売事業者、機器や機器関連の広告事業者、検索運営会社などの外部のサービス事業者が必要とするユーザ情報や投稿情報を、利用者クラスタに基づいて抽出し、サービスを提供してもよい。
【０１４９】
＜動作フロー＞
次に実施の形態の動作フローを説明する。
【０１５０】
［１．ユーザによるユーザ登録処理の動作フロー］
まず、図２に示すユーザ１０が、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスへ、ユーザ登録する際の動作フローを以下に説明する（図２１を参照）。
【０１５１】
ユーザ１０は、スマートフォンである機器Ｃを用いて、クラウドサーバ１１１に、ユーザＩＤ、パスワードなどのユーザ情報を登録する（ユーザ登録）（ステップＳ１１０１）。
【０１５２】
ユーザ１０は、機器Ｃを用いて、クラウドサーバ１１１に、使用している機器を登録する（機器登録）（ステップＳ１１０２）。
【０１５３】
なお、上記の動作フローは一例であり、これに限定されない。
【０１５４】
次に、図２に示す、ユーザ１０が、サービスプロバイダ１２０のサーバ１２１が提供する情報提供サービスへユーザ登録する際の動作フローを以下に示す。
【０１５５】
ユーザ１０は、スマートフォンである機器Ｃを用いて、サーバ１２１に、ユーザＩＤ、パスワードなどのユーザ情報を登録する（ユーザ登録）（ステップＳ１１０３）。
【０１５６】
なお、上記ステップＳ１１０２およびステップＳ１１０３では、パスワードを用いて、ユーザ登録するものとしたが、この構成に限定されない。例えば、パスワードに代えて、ユーザの指紋情報など身体的特徴を示す情報を用いてもよい。また、ユーザを認証できる情報であれば、どんなものであってもよい。
【０１５７】
［２．クラウドサーバにおける利用履歴情報管理サービスの動作フロー］
次に、図２のデータセンタ運営会社１１０のクラウドサーバ１１１における動作フローを、ユーザ１０を例として、以下に示す（図２２を参照）。
【０１５８】
クラウドサーバ１１１では、ユーザ管理部１１２が、ユーザ１０の機器Ｃから、ユーザ１０に関する情報として、ユーザＩＤ、パスワードなどを取得し、ユーザ管理テーブルに管理（格納）する（ユーザ登録）（ステップＳ１２０１）。
【０１５９】
また、ユーザ管理部１１２は、ユーザ１０の機器Ｃから、ユーザ１０が登録する機器に関する情報として、機器ＩＤなどの機器情報を取得し、ユーザ管理テーブルに管理（格納）する（機器登録）（ステップＳ１２０２）。
【０１６０】
そして、利用履歴管理部１１３は、ユーザ１０の登録した機器の利用履歴情報を取得し、利用履歴管理テーブルに管理（格納）する（ステップＳ１２０３）。
【０１６１】
利用履歴管理部１１３は、取得した利用履歴情報（つまり、利用履歴管理テーブルに格納されている利用履歴情報）を、サービスプロバイダのサーバへ送信する（ステップＳ１２０４）。
【０１６２】
なお、データセンタ運営会社１１０のクラウドサーバは、ユーザ１０向けに、各機器の利用履歴情報、もしくは、利用履歴情報を整理した情報を提供してもよい。このとき、ユーザ１０は、ユーザＩＤとパスワードを用いてクラウドサーバにログインし、各機器の利用履歴情報、もしくは、利用履歴情報を整理した情報を確認するものとする。
【０１６３】
［３．サーバにおける情報提供サービスの動作フロー］
次に、図２の、サービスプロバイダ１２０のサーバ１２１が、上述した掲示板サービスを提供する際の動作フローを、ユーザ１０の場合を例として、以下に説明する（図２３を参照）。
【０１６４】
サーバ１２１では、ユーザ管理部１２３が、ユーザ１０の機器Ｃから、ユーザ１０に関する情報として、ユーザＩＤ、パスワードなどを取得し、ユーザ管理テーブルにて管理する（ユーザ登録）（ステップＳ１３０１）。
【０１６５】
ユーザ管理部１２３は、第三取得ステップとして、ユーザ１０の機器Ｃから、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスに登録したユーザ１０自身に関するユーザ情報を取得し、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスに登録されたユーザ情報と、情報提供サービスに登録されたユーザ情報の紐付けする（ステップＳ１３０２）。
【０１６６】
ユーザ管理部１２３は、ユーザの紐付けが完了した後、データセンタ運営会社１１０のクラウドサーバ１１１が管理する、ユーザ１０が登録した機器に関する情報である機器情報を、取得する（ステップＳ１３０３）。
【０１６７】
利用履歴管理部１２４は、第一取得ステップとして、クラウドサーバから、登録機器の利用履歴情報を取得し管理する（ステップＳ１３０４）。
【０１６８】
利用特性算出部１２６は、利用特性算出ステップとして、取得した利用履歴情報に基づいて各機器の利用特性を算出する（ステップＳ１３０５）。
【０１６９】
利用者クラスタ決定部１２７は、算出した利用特性に基づいて各機器の利用者クラスタを決定する（ステップＳ１３０６）。
【０１７０】
投稿情報管理部１２５は、ユーザ１０の機器Ｃから、ユーザＩＤとパスワードとを取得し、取得したユーザＩＤおよびパスワードと管理しているユーザＩＤおよびパスワードとが一致するか否かでユーザ１０を認証する（ステップＳ１３０７）。
【０１７１】
投稿情報管理部１２５は、第二取得ステップとして、ユーザ１０の認証が成功した場合、ユーザ１０の機器Ｃから、機器Ａのレビュー情報などの投稿情報を取得する（ステップＳ１３０８）。
【０１７２】
表示制御部１２８は、情報表示ステップとして、機器Ａの掲示板において、ユーザ１０の機器Ａの利用者クラスタとともに、投稿情報を表示する（ステップＳ１３０９）。
【０１７３】
なお、ここでは掲示板サービスの例を示したが、上述したリアルタイム情報共有サービスの場合は、ステップＳ１３０１〜ステップＳ１３０７まで同じであり、以降は以下の通りとなる。
【０１７４】
投稿情報管理部１２５は、ユーザ１０の認証が成功した場合、ユーザ１０の機器Ｃから、投稿情報を取得する（ステップＳ１３０８’）。
【０１７５】
表示制御部１２８は、ユーザ１０がフォロー（購読）しているユーザの投稿情報を表示する（ステップＳ１３０９’）。
【０１７６】
なお、ステップＳ１３０１における、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスに登録されるユーザと、情報提供サービスに登録されるユーザの紐付けの方法はいくつかバリエーションが考えられる。以下に例を示すが、これらの方法に限定されるものではない。
【０１７７】
例えば、既に、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスにユーザ登録済の場合は、利用履歴情報管理サービスと同じ、ユーザＩＤ、パスワードを用いて、情報提供サービスにログインすることで、利用履歴情報管理サービスに登録されるユーザと情報提供サービスに登録されるユーザの紐付けが完了するようにしてもよい。
【０１７８】
また、例えば、データセンタ運営会社１１０のクラウドサーバ１１１が提供する利用履歴情報管理サービスにユーザ登録済の場合は、利用履歴情報管理サービスで登録したユーザＩＤを、情報提供サービスに、別途登録することにより、利用履歴情報管理サービスに登録されるユーザと情報提供サービスに登録されるユーザの紐付けるようにしてもよい。
【０１７９】
なお、実施の形態では、データセンタ運営会社とサービスプロバイダを分けていたが、データセンタ運営会社がサービスプロバイダを兼ねてもよい。この場合、データセンタ運営会社は、ユーザ管理部、利用履歴管理部に加えて、実施の形態のサービスプロバイダが備えていた利用特性算出部、利用者クラスタ決定部、投稿情報管理部、表示制御部を備える。
【０１８０】
（変形例）
（１）
高度な機能を備えた対象機器あるいは難易度の高い機能の利用回数や、所定期間の利用頻度といった利用特性から、利用経験値を算出し、算出した利用経験値に基づいて、「初級者」、「中級者」、「上級者（エキスパート）」といった、対象機器あるいは機能に対する利用者クラスタを決定してもよい。
【０１８１】
（２）
対象機器あるいは機能の利用回数や、所定期間（直近、過去）の利用頻度といった利用特性から、対象機器あるいは機能を利用していない「非利用者」、対象機器あるいは機能を直近の所定期間において利用している「現利用者」、対象機器あるいは機能を直近の所定期間においては利用しておらず、過去において利用していた「過去利用者」といった利用者クラスタを決定してもよい。
【０１８２】
（３）
表示制御部１２８は、ユーザの投稿情報を、決定された利用者クラスタを識別可能な状態で表示してもよい。
【０１８３】
（４）
表示制御部１２８は、ユーザの投稿情報を、ユーザと同じ利用者クラスタに属する、他のユーザに、表示してもよい。
【０１８４】
（５）
利用者クラスタを用いて、所望のユーザ（同じ利用者クラスタ、類似の利用者クラスタなど）を検索するユーザ検索ステップを備えてもよい。
【０１８５】
（６）
機器の機能毎に利用履歴情報に基づいて、機能毎に利用特性を算出し、機能毎の利用者クラスタを決定してもよい。
【０１８６】
（７）
利用特性は、利用開始日から現時点までの累積利用特性であっても、直近など所定の期間における、利用特性であってもよい。
【０１８７】
（８）
同一メーカの旧機種から新機種に買い換えた場合、前記旧機種の利用特性を、新機種の利用特性に反映してもよい。
【０１８８】
（９）
機器毎の利用特性により、複数の機種からなる機器カテゴリ毎（例えば、レコーダ、ＴＶ＆レコーダ、Ａ社のレコーダ、冷蔵庫、白物家電全般、美容家電全般  ・・・）に利用特性を算出し、カテゴリ毎に、利用者クラスタを決定してもよい。
【０１８９】
（１０）
上記実施の形態において、表示制御部１２８は、ユーザの投稿情報と当該ユーザの利用者クラスタとを紐付けて表示しているが、ユーザの投稿情報と共に表示するのは当該ユーザの利用者クラスタに限らずに当該ユーザの利用特性を表示してもよい。このように、当該ユーザの利用者クラスタの代わりに当該ユーザの利用特性を表示しても紐付けられて表示された投稿情報の質（妥当性、信頼性、有用性、公平性など）を判断する一つの指標として有用である。
【０１９０】
（１１）
上記実施の形態において、表示制御部１２８は、ユーザの投稿情報と、当該ユーザのユーザ情報（投稿者名）と、当該ユーザの利用者クラスタとを紐付けて表示しているが、これに限らずに、当該ユーザのユーザ情報を同一の画面上に表示させなくても良い。つまり、表示制御部１２８は、ユーザの投稿情報と、当該ユーザの利用者クラスタとを同一の画像上に表示させていれば、投稿情報を閲覧するユーザは、投稿情報の質を判断できるため、有用である。
【０１９１】
（１２）
上記実施の形態において、利用特性算出部１２６は、所定のユーザの所定の機器に対する利用特性を算出しているが、これに限らない。利用特性算出部１２６は、所定のユーザの所定の機器が分類される家電の種類別に利用特性を算出してもよいし、所定の機器が分類される家電の種類別、かつ、当該所定の機器の製造元のメーカ別に利用特性を算出してもよい。
【０１９２】
また、この場合に、利用者クラスタ決定部１２７は、所定のユーザの所定の機器が分類される家電の種類別に利用者クラスタを決定してもよいし、所定の機器が分類される家電の種類別、かつ、当該所定の機器の製造元のメーカ別に利用者クラスタを決定してもよい。
【０１９３】
（１３）
情報表示方法としては、下記に示す方法を少なくとも含んでいればよい。つまり、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて表示する情報表示ステップとを含んでいればよい。
【０１９４】
（１４）
また、上記各実施の形態において、各構成要素は、専用のハードウェアで構成されるか、各構成要素に適したソフトウェアプログラムを実行することによって実現されてもよい。各構成要素は、ＣＰＵまたはプロセッサなどのプログラム実行部が、ハードディスクまたは半導体メモリなどの記録媒体に記録されたソフトウェアプログラムを読み出して実行することによって実現されてもよい。ここで、上記各実施の形態のサーバ１２１などを実現するソフトウェアは、次のようなプログラムである。
【０１９５】
すなわち、このプログラムは、コンピュータに、複数のユーザそれぞれについて、当該ユーザが利用している１以上の機器の利用履歴情報を取得する第一取得ステップと、前記第一取得ステップで取得された、前記複数のユーザの中の所定のユーザが利用している所定の機器の利用履歴情報に基づいて、前記所定のユーザの前記所定の機器に対する利用特性を算出する利用特性算出ステップと、前記所定のユーザの投稿情報を取得する第二取得ステップと、前記利用特性算出ステップにおいて算出された前記所定のユーザの前記所定の機器に対する前記利用特性に関する利用特性情報と、前記第二取得ステップにおいて取得された前記所定のユーザの投稿情報とを紐付けて表示する情報表示ステップとを含む情報開示方法を実行させる。
【０１９６】
（１５）
また、上記のようなプログラムを提供する提供方法として適用してもよい。
【０１９７】
（他の実施の形態）
上記態様において説明された技術は、例えば、以下のクラウドサービスの類型において実現されうる。しかし、上記態様において説明された技術が実現される類型はこれに限られるものでない。
【０１９８】
（サービスの類型１：自社データセンタ型）
図２４は、サービスの類型１（自社データセンタ型）を示す。本類型は、サービスプロバイダ１２０がグループ１００から情報を取得し、ユーザに対してサービスを提供する類型である。本類型では、サービスプロバイダ１２０が、データセンタ運営会社の機能を有している。即ち、サービスプロバイダが、ビッグデータの管理をするクラウドサーバ１１１を保有している。従って、データセンタ運営会社は存在しない。
【０１９９】
本類型では、サービスプロバイダ１２０は、データセンタ２０３（クラウドサーバ１１１）を運営、管理している。また、サービスプロバイダ１２０は、ＯＳ２０２及びアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２及びアプリケーション２０１を用いて矢印２０４に示すサービス提供を行う。
【０２００】
（サービスの類型２：ＩａａＳ利用型）
図２５は、サービスの類型２（ＩａａＳ利用型）を示す。ここでＩａａＳとはインフラストラクチャー・アズ・ア・サービスの略であり、コンピュータシステムを構築および稼動させるための基盤そのものを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【０２０１】
本類型では、データセンタ運営会社がデータセンタ２０３（クラウドサーバ１１１）を運営、管理している。また、サービスプロバイダ１２０は、ＯＳ２０２及びアプリケーション２０１を管理する。サービスプロバイダ１２０は、サービスプロバイダ１２０が管理するＯＳ２０２及びアプリケーション２０１を用いて矢印２０４に示すサービス提供を行う。
【０２０２】
（サービスの類型３：ＰａａＳ利用型）
図２６は、サービスの類型３（ＰａａＳ利用型）を示す。ここでＰａａＳとはプラットフォーム・アズ・ア・サービスの略であり、ソフトウェアを構築および稼動させるための土台となるプラットフォームを、インターネット経由のサービスとして提供するクラウドサービス提供モデルである。
【０２０３】
本類型では、データセンタ運営会社１１０は、ＯＳ２０２を管理し、データセンタ２０３（クラウドサーバ１１１）を運営、管理している２０３。また、サービスプロバイダ１２０は、アプリケーション２０１を管理する。サービスプロバイダ１２０は、データセンタ運営会社が管理するＯＳ２０２及びサービスプロバイダ１２０が管理するアプリケーション２０１を用いて矢印２０４に示すサービス提供を行う。
【０２０４】
（サービスの類型４：ＳａａＳ利用型）
図２７は、サービスの類型４（ＳａａＳ利用型）を示す。ここでＳａａＳとはソフトウェア・アズ・ア・サービスの略である。例えばデータセンタ（クラウドサーバ）を保有しているプラットフォーム提供者が提供するアプリケーションを、データセンタ（クラウドサーバ）を保有していない会社・個人（利用者）がインターネットなどのネットワーク経由で使用できる機能を有するクラウドサービス提供モデルである。
【０２０５】
本類型では、データセンタ運営会社１１０は、アプリケーション２０１を管理し、ＯＳ２０２を管理し、データセンタ２０３（クラウドサーバ１１１）を運営、管理している。また、サービスプロバイダ１２０は、データセンタ運営会社１１０が管理するＯＳ２０２及びアプリケーション２０１を用いて矢印２０４に示すサービス提供を行う。
【０２０６】
以上いずれの類型においても、サービスプロバイダ１２０がサービス提供行為を行ったものとする。また例えば、サービスプロバイダ若しくはデータセンタ運営会社は、ＯＳ、アプリケーション若しくはビッグデータのデータベース等を自ら開発してもよいし、また、第三者に外注させてもよい。
【０２０７】
以上、本発明の一つまたは複数の態様に係る情報表示方法について、実施の形態に基づいて説明したが、本発明は、この実施の形態に限定されるものではない。本発明の趣旨を逸脱しない限り、当業者が思いつく各種変形を本実施の形態に施したものや、異なる実施の形態における構成要素を組み合わせて構築される形態も、本発明の一つまたは複数の態様の範囲内に含まれてもよい。
【産業上の利用可能性】
【０２０８】
本発明にかかる情報表示方法は、投稿情報の質（妥当性、信頼性、有用性、公平性など）を判断する一つの指標として有用である利用特性情報を表示できる、機器に関する投稿情報が掲載される掲示板、ソーシャルネットワークサービス等として有用である。
【符号の説明】
【０２０９】
１０、２０、３０    ユーザ
１００、２００、３００  グループ
１０１、３０１  機器群
１０２  ホームゲートウェイ
１１０  データセンタ運営会社
１１１  クラウドサーバ
１１２  ユーザ管理部
１１３  利用履歴管理部
１２０  サービスプロバイダ
１２１  サーバ
１２２  情報取得部
１２３  ユーザ管理部
１２４  利用履歴管理部
１２５  投稿情報管理部
１２６  利用特性算出部
１２７  利用者クラスタ決定部
１２８  表示制御部
２０１  アプリケーション
２０２  ＯＳ
２０３  データセンタ
２０４  矢印
９０１  識別情報
【図１】
2018088274.tif 000003
【図２】
2018088274.tif 000004
【図３】
2018088274.tif 000005
【図４】
2018088274.tif 000006
【図５】
2018088274.tif 000007
【図６】
2018088274.tif 000008
【図７】
2018088274.tif 000009
【図８】
2018088274.tif 000010
【図９】
2018088274.tif 000011
【図１０】
2018088274.tif 000012
【図１１】
2018088274.tif 000013
【図１２】
2018088274.tif 000014
【図１３】
2018088274.tif 000015
【図１４】
2018088274.tif 000016
【図１５】
2018088274.tif 000017
【図１６】
2018088274.tif 000018
【図１７】
2018088274.tif 000019
【図１８】
2018088274.tif 000020
【図１９】
2018088274.tif 000021
【図２０】
2018088274.tif 000022
【図２１】
2018088274.tif 000023
【図２２】
2018088274.tif 000024
【図２３】
2018088274.tif 000025
【図２４】
2018088274.tif 000026
【図２５】
2018088274.tif 000027
【図２６】
2018088274.tif 000028
【図２７】
2018088274.tif 000029