JP7486451B2 - 計算機システム及びリコメンド方法 - Google Patents

Description

本発明は、製品のメンテナンスを行う整備場のリコメンド技術に関する。

車両等の製品のメンテナンスは製品の安全性の確保等の観点から重要である。一般的に、製品のメンテナンスは整備場で行われるため、製品を所有する顧客は、任意の整備場に対してメンテナンスの予約を行い、任意の輸送手段を用いて製品を整備場に移動させる必要がある。車両のメンテナンスを補助する技術として特許文献１及び特許文献２に記載の技術が知られている。

特許文献１には、「サービスステーションのＰＯＳ端末から通信網を介してＰＯＳデータを収集するホストコンピュータによって、前記ＰＯＳデータに基づいて顧客車両の消耗部品等の交換時期が近いものを抽出して顧客にダイレクトメールを送付するサービスを含む顧客車両管理システムにおいて、サービスステーションへの顧客の来店時に、既に送付されたダイレクトメールの送付情報と、当該ダイレクトメールの送付以降の当該顧客の顧客車両のカーケア購入履歴情報とをサービスステーション端末の表示部に表示する」顧客車両管理システムが開示されている。

特許文献２には、「ネットワークを介したユーザ端末のアクセスに応じ、コンピュータによって車両整備の予約処理を行う際、前記ユーザ端末からの要求に応じ、整備工場の予約情報を記憶した予約記憶手段から予約情報を索出して、この予約情報に基づくウエブページを提供し、前記ウエブページに基づく整備の予約を受け付け、前記で受け付けた予約の情報を前記予約記憶手段に記憶させて予約状況を更新する」ことが記載されている。

特開２００６－０５８９２６号公報 特開２００３－０３０３５４号公報 特開２０２０－８６５１２号公報

製品のメンテナンスは製品の安全性の確保等の観点から行われるため、各整備場におけるメンテナンスの品質の差異は小さい。そのため、顧客に対する整備場の訴求力を高めにくいという課題がある。

本発明は、顧客に対して、訴求力が高い整備場のリコメンドを行うシステムを実現することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、少なくとも一つの計算機を備える計算機システムであって、顧客が所有する製品のメンテナンスに関連しないサービスの利用履歴を格納するサービス利用履歴情報と、前記製品のメンテナンスを行う整備場と、当該整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスとを関連付けたデータを格納するサービス情報と、を保持し、前記少なくとも一つの計算機は、前記サービス利用履歴情報に基づいて算出される、ターゲット顧客が利用する前記サービスの傾向を表す顧客特性特徴量と、前記サービス情報に基づいて算出される、前記整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスの傾向を表す整備場特性特徴量とに基づいて、前記ターゲット顧客にリコメンドするリコメンド整備場を選択し、前記サービス情報を参照して、前記リコメンド整備場における前記製品のメンテナンス中に前記リコメンド整備場の周辺で利用可能な候補サービスを特定し、前記リコメンド整備場及び前記候補サービスの組合せを表示するリコメンド情報を生成し、前記ターゲット顧客に対して前記リコメンド情報を出力する。

本発明によれば、顧客に対して、訴求力が高い整備場のリコメンドが可能となる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１のシステム構成の一例を示す図である。 実施例１の顧客情報の一例を示す図である。 実施例１の整備場情報の一例を示す図である。 実施例１のサービス情報の一例を示す図である。 実施例１の履歴情報の一例を示す図である。 実施例１の履歴情報の一例を示す図である。 実施例１のマッチング情報の一例を示す図である。 実施例１の整備場リコメンドシステムが実行する顧客タイプ設定処理の一例を説明するフローチャートである。 実施例１の整備場リコメンドシステムが実行する整備場特性設定処理の一例を説明するフローチャートである。 実施例１の整備場リコメンドシステムが実行するマッチング情報生成処理の一例を説明するフローチャートである。 実施例１の整備場リコメンドシステムが実行するリコメンド情報生成処理の一例を説明するフローチャートである。 実施例１の整備場リコメンドシステムによって提示される画面の一例を示す図である。 実施例１の整備場リコメンドシステムによって提示される画面の一例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。

以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。

本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。

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

システムは、整備場リコメンドシステム１００及び複数の端末１０２から構成される。各端末１０２は、ネットワーク１０５を介して整備場リコメンドシステム１００と接続する。ネットワークは、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。ネットワーク１０５の接続方式は有線及び無線のいずれでもよい。

整備場リコメンドシステム１００は、顧客が所有する製品のメンテナンスを行う整備場のリコメンドを行う。本実施例では製品の一例として「車」を扱う。なお、製品は車に限定されない。整備場リコメンドシステム１００は、整備場をリコメンドし、顧客からの整備場のメンテナンス予約を受け付ける。顧客は、車を整備場に運び、車のメンテナンス中にサービスを利用する。ここで、サービスは、飲食、ショッピング、及びエンターテイメント等を含む。

整備場リコメンドシステム１００は、少なくとも一つの計算機１０１から構成される。図１に示す整備場リコメンドシステム１００は一つの計算機１０１から構成される。

計算機１０１は、プロセッサ１１０、ネットワークインタフェース１１１、主記憶装置１１２、及び副記憶装置１１３を有する。なお、計算機１０１は、キーボード、マウス、及びタッチパネル等の入力装置、並びに、ディスプレイ等の出力装置を有してもよい。

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

ネットワークインタフェース１１１は、ネットワーク１０５を介して、外部装置と通信するためのインタフェースである。

主記憶装置１１２は、プロセッサ１１０が実行するプログラム及びプログラムによって使用される情報を格納する。また、主記憶装置１１２はワークエリアとしても使用される。主記憶装置１１２は、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。

主記憶装置１１２は、リコメンド部１２０、情報管理部１２１、及び予約管理部１２２を実現するプログラムを格納する。リコメンド部１２０は顧客に対する整備場のリコメンドを行う。情報管理部１２１は各種情報を管理する。予約管理部１２２は整備場の予約を行う。

なお、前述の機能部の単位は一例であってこれに限定されない。複数の機能部を一つの機能部にまとめてもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。また、整備場リコメンドシステム１００が複数の計算機１０１を有する場合、機能部は複数の計算機１０１に分散配置されてもよい。また、主記憶装置１１２に格納されるプログラム及び情報は、副記憶装置１１３に格納されてもよい。この場合、プロセッサ１１０が副記憶装置１１３からプログラム及び情報を読み出し、主記憶装置１１２にロードする。

副記憶装置１１３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）及びＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の大容量の記憶装置であり、永続的にデータを格納する。

副記憶装置１１３は、顧客情報１３０、整備場情報１３１、サービス情報１３２、履歴情報１３３、及びマッチング情報１３４を格納する。顧客情報１３０は顧客を管理するための情報である。整備場情報１３１は整備場を管理するための情報である。サービス情報１３２は整備場における製品のメンテナンス時に利用可能なサービスを管理するための情報である。履歴情報１３３は、整備場及びサービスの利用履歴を管理するための情報である。マッチング情報１３４は顧客に対してリコメンドする整備場の選択に使用する情報である。

なお、副記憶装置１１３は、顧客が所有する製品の情報を管理するための情報等を格納してもよい。

端末１０２は、汎用計算機、スマートフォン、及びタブレット端末等であり、図示しない、プロセッサ、ネットワークインタフェース、記憶装置、入力装置、及び出力装置を有する。

顧客は、端末１０２を用いて、顧客の情報を入力し、整備場のリコメンド情報を受け取り、また、整備場の予約を行う。整備場事業者は、端末１０２を用いて、整備場の情報を入力し、また、顧客の予約を受け付ける。サービス提供者は、端末１０２を用いて、サービスの情報を入力する。

図２から図６を用いて、システムが管理する情報の詳細について説明する。

図２は、実施例１の顧客情報１３０の一例を示す図である。

顧客情報１３０は、顧客ＩＤ２０１、氏名２０２、性別２０３、年齢２０４、及び顧客タイプ２０５を含むエントリ（顧客データ）を格納する。一人の顧客に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

顧客ＩＤ２０１は、顧客を一意に識別するための識別情報（顧客ＩＤ）を格納するフィールドである。氏名２０２は、顧客の氏名を格納するフィールドである。性別２０３は、顧客の性別を格納するフィールドである。年齢２０４は、顧客の年齢を格納するフィールドである。顧客タイプ２０５は、顧客の性質を表すタグを格納するフィールドである。

図３は、実施例１の整備場情報１３１の一例を示す図である。

整備場情報１３１は、整備場ＩＤ３０１、整備場名称３０２、場所３０３、及び整備場特性３０４を含むエントリ（整備場データ）を格納する。一つの整備場に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

整備場ＩＤ３０１は、整備場を一意に識別するための識別情報（整備場ＩＤ）を格納するフィールドである。整備場名称３０２は、整備場の名称を格納するフィールドである。場所３０３は、整備場の場所に関する情報を格納するフィールドである。場所３０３には例えば、緯度及び経度の組、又は、住所が格納される。整備場特性３０４は、整備場における製品のメンテナンス時に利用可能なサービスの傾向を表す特徴量（整備場特性特徴量）を格納するフィールドである。

図４は、実施例１のサービス情報１３２の一例を示す図である。

サービス情報１３２は、サービスＩＤ４０１、整備場ＩＤ４０２、名称４０３、場所４０４、コンテンツ４０５、及びサービス特性４０６を含むエントリ（サービスデータ）を格納する。一つのサービスに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

サービスＩＤ４０１は、サービスを一意に識別するための識別情報（サービスＩＤ）を格納する。整備場ＩＤ４０２は、サービスと関連付けられる整備場の整備場ＩＤを格納するフィールドである。本実施例では、整備場の周辺で利用可能なサービスが関連付けられている。名称４０３は、サービス又はサービス提供者の名称を格納するフィールドである。場所４０４は、サービスの提供場所に関する情報を格納するフィールドである。場所４０４には例えば、緯度及び経度の組、又は、住所が格納される。コンテンツ４０５は、サービスのコンテンツを表す情報を格納するフィールドである。コンテンツ４０５にはテキスト及び画像等が格納される。サービス特性４０６は、サービスの特性を表す特徴量（サービス特性特徴量）を格納するフィールドである。

図５Ａ及び図５Ｂは、実施例１の履歴情報１３３の一例を示す図である。

履歴情報１３３は、サービス利用履歴情報５００及び整備場利用履歴情報５１０を含む。サービス利用履歴情報５００は顧客が利用したサービスの利用履歴を格納し、整備場利用履歴情報５１０は顧客が利用した整備場の利用履歴を格納する。

図５Ａに示すサービス利用履歴情報５００は、顧客ＩＤ５０１、サービスＩＤ５０２、日時５０３、及びスコア５０４を含む。一つのサービス利用履歴に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

顧客ＩＤ５０１は、サービスを利用した顧客の顧客ＩＤを格納するフィールドである。サービスＩＤ５０２は、利用されたサービスのサービスＩＤを格納するフィールドである。日時５０３は、サービスの利用日時を格納するフィールドである。スコア５０４は、サービスの満足度を表すスコアを格納するフィールドである。スコアは顧客が直接入力してもよいし、顧客に対するアンケート結果及び利用回数等に基づいて算出されてもよい。

図５Ｂに示す整備場利用履歴情報５１０は、顧客ＩＤ５１１、整備場ＩＤ５１２、及び日時５１３を含む。一つの整備場利用履歴に対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

顧客ＩＤ５１１は、整備場を利用した顧客の顧客ＩＤを格納するフィールドである。整備場ＩＤ５１２は、利用された整備場の整備場ＩＤを格納するフィールドである。日時５１３は、整備場の利用日時を格納するフィールドである。

図６は、実施例１のマッチング情報１３４の一例を示す図である。

マッチング情報１３４は、顧客タイプ６０１、整備場ＩＤ６０２、及びスコア６０３を含むエントリを格納する。顧客タイプ及び整備場の組合せに対して一つのエントリが存在する。なお、エントリに含まれるフィールドは前述したものに限定されない。前述したフィールドのいずれかを含まなくてもよいし、また、他のフィールドを含んでもよい。

顧客タイプ６０１は、顧客の性質を表すタグを格納するフィールドである。整備場ＩＤ６０２は、整備場の整備場ＩＤを格納するフィールドである。スコア６０３は、特定の顧客タイプの顧客と整備場との間の相性を表すスコアを格納するフィールドである。

次にシステムが実行する処理について説明する。

顧客は端末１０２を用いて顧客に関するデータを含む登録要求を整備場リコメンドシステム１００に送信する。この場合、情報管理部１２１は、顧客情報１３０にエントリを追加し、顧客ＩＤを生成する。情報管理部１２１は、追加されたエントリの顧客ＩＤ２０１に生成された顧客ＩＤを設定し、登録要求に基づいて追加されたエントリの各フィールドに値を設定する。なお、この時点では顧客タイプ２０５は空欄である。顧客タイプは、後述する顧客タイプ設定処理にて設定される。

整備場事業者は端末１０２を用いて整備場に関するデータを含む登録要求を整備場リコメンドシステム１００に送信する。この場合、情報管理部１２１は、整備場情報１３１にエントリを追加し、整備場ＩＤを生成する。情報管理部１２１は、追加されたエントリの整備場ＩＤ３０１に生成された整備場ＩＤを設定し、登録要求に基づいて追加されたエントリの各フィールドに値を設定する。なお、この時点では整備場特性３０４は空欄である。整備場特性特徴量は、後述する整備場特性設定処理にて設定される。

整備場事業者はサービス提供者にサービスの登録を依頼する。当該依頼を受けたサービス提供者は端末１０２を用いてサービスに関するデータを含む登録要求を整備場リコメンドシステム１００に送信する。登録要求には、依頼を行った整備場事業者が運営する整備場の整備場ＩＤが含まれる。この場合、情報管理部１２１は、サービス情報１３２にエントリを追加し、サービスＩＤを生成する。情報管理部１２１は、追加されたエントリのサービスＩＤ４０１に生成されたサービスＩＤを設定し、登録要求に基づいて追加されたエントリの各フィールドに値を設定する。なお、この時点ではサービス特性４０６は空欄である。サービス特性特徴量は、後述する整備場特性設定処理にて設定される。

なお、サービス提供者が自発的にサービスを登録してもよい。この場合、情報管理部１２１は、整備場の場所及びサービスの提供場所に基づいて、最も近い整備場を特定し、追加されたエントリの整備場ＩＤ４０２に、特定された整備場の整備場ＩＤを設定する。

図７は、実施例１の整備場リコメンドシステム１００が実行する顧客タイプ設定処理の一例を説明するフローチャートである。

整備場リコメンドシステム１００の情報管理部１２１は、顧客情報１３０が更新された場合、又は実行指示を受け付けた場合に顧客タイプ設定処理を実行する。なお、情報管理部１２１は、周期的に顧客タイプ設定処理を実行してもよい。

情報管理部１２１は、顧客情報１３０及び整備場利用履歴情報５１０等を用いて、各顧客の顧客タイプを決定する（ステップＳ１０１）。顧客タイプは、例えば、特許文献３に記載の手法を用いて決定される。特許文献３に記載されているように、顧客タイプは、製品の種別及び製品の使用状況等を考慮して決定されてもよい。

次に、情報管理部１２１は、ステップＳ１０１の処理結果に基づいて顧客情報１３０を更新する（ステップＳ１０２）。その後、情報管理部１２１は顧客タイプ設定処理を終了する。

具体的には、情報管理部１２１は、顧客情報１３０の各エントリの顧客タイプ２０５に決定された顧客タイプを設定する。なお、すでに顧客タイプ２０５にタグが格納されている場合、情報管理部１２１は、顧客タイプ２０５のタグを更新する。

なお、顧客タイプの設定は外部システムによって行われてもよい。

図８は、実施例１の整備場リコメンドシステム１００が実行する整備場特性設定処理の一例を説明するフローチャートである。

整備場リコメンドシステム１００の情報管理部１２１は、整備場情報１３１及びサービス情報１３２の少なくとも一つが更新された場合、又は実行指示を受け付けた場合に、整備場特性設定処理を実行する。なお、情報管理部１２１は、周期的に整備場特性設定処理を実行してもよい。

情報管理部１２１は、サービス情報１３２を参照し、各サービスのコンテンツに基づいてコンテンツ特徴量を算出する（ステップＳ２０１）。

例えば、情報管理部１２１は、任意のトピックのキーワードの有無を示す値、及び、機械学習等によって生成されたモデルを用いた画像特徴量等から構成されるベクトルをコンテンツ特徴量として算出する。

次に、情報管理部１２１は、コンテンツ特徴量を用いて各サービスのサービス特性特徴量を算出する（ステップＳ２０２）。情報管理部１２１は、サービス情報１３２の各エントリのサービス特性４０６に算出されたサービス特性特徴量を設定する。

例えば、情報管理部１２１は、混合ガウスモデル等のクラスタリング手法を用いてクラスタの重み（確率値）を算出し、当該クラスタの重みを要素とするベクトルを、サービス特性特徴量として算出する。

次に、情報管理部１２１は、整備場情報１３１及びサービス情報１３２に基づいて、各整備場の整備場特性特徴量を算出する（ステップＳ２０３）。その後、情報管理部１２１は整備場特性設定処理を終了する。ステップＳ２０３では、例えば、以下のような処理が実行される。

（Ｓ２０３－１）情報管理部１２１は、整備場情報１３１から一つのエントリ（整備場データ）を選択する。ここで、選択されたエントリに対応する整備場をターゲット整備場と記載する。

（Ｓ２０３－２）情報管理部１２１は、サービス情報１３２を参照し、整備場ＩＤ４０２にターゲット整備場の整備場ＩＤが格納されるエントリを検索する。

（Ｓ２０３－３）情報管理部１２１は、検索されたエントリのサービス特性４０６に格納されるサービス特性特徴量（ベクトル）に基づいて、ターゲット整備場の整備場特性特徴量を算出する。情報管理部１２１は、ターゲット整備場に対応するエントリの整備場特性３０４に算出された整備場特性特徴量を設定する。

例えば、情報管理部１２１は、ベクトルの各要素の平均値を算出し、当該平均値を要素とするベクトルを整備場特性特徴量として算出する。

（Ｓ２０３－４）情報管理部１２１は、整備場情報１３１の全てのエントリについて処理が完了したか否かを判定する。整備場情報１３１の全てのエントリについて処理が完了していない場合、情報管理部１２１はＳ２０３－１に戻り、同様の処理を実行する。

（Ｓ２０３－５）整備場情報１３１の全てのエントリについて処理が完了した場合、情報管理部１２１はステップＳ２０３の処理を終了する。

以上で説明したように、本実施例では、整備場における製品のメンテナンス時に利用可能なサービスの特性に基づいて整備場の特性が決定される。

なお、サービス特性特徴量の算出処理及び整備場特性特徴量の算出処理は別々のタイミングで実行されてもよい。

図９は、実施例１の整備場リコメンドシステム１００が実行するマッチング情報生成処理の一例を説明するフローチャートである。

整備場リコメンドシステム１００の情報管理部１２１は、顧客タイプ設定処理及び整備場特性設定処理のいずれかの実行後、又は、実行指示を受け付けた場合に、マッチング情報生成処理を実行する。なお、情報管理部１２１は、周期的にマッチング情報生成処理を実行してもよい。

情報管理部１２１は、顧客情報１３０を参照して、顧客タイプのリストを生成する（ステップＳ３０１）。

具体的には、情報管理部１２１は、顧客情報１３０の顧客タイプ２０５を参照して顧客タイプを抽出し、抽出結果に基づいて顧客タイプのリストを生成する。

次に、情報管理部１２１は、顧客タイプのループ処理を開始する（ステップＳ３０２）。

具体的には、情報管理部１２１は、顧客タイプのリストから一つの顧客タイプを選択する。また、情報管理部１２１は、顧客情報１３０を参照し、選択された顧客タイプが設定されるエントリを検索し、当該エントリの顧客ＩＤ２０１のリストを生成する。

次に、情報管理部１２１は、サービス利用履歴情報５００から、選択した顧客タイプが付与された顧客のサービス利用履歴を取得する（ステップＳ３０３）。

具体的には、情報管理部１２１は、顧客ＩＤ５０１に、顧客ＩＤ２０１のリストに登録される顧客ＩＤが設定されるエントリを検索する。

次に、情報管理部１２１は、選択された顧客タイプが付された顧客が利用するサービスの傾向を表す顧客特性特徴量を算出する（ステップＳ３０４）。具体的には、以下のような処理が実行される。

（Ｓ３０４－１）情報管理部１２１は、ステップＳ３０３において取得されたサービス利用履歴の中から一つのサービス利用履歴を選択する。

（Ｓ３０４－２）情報管理部１２１は、サービス情報１３２を参照して、選択したサービス利用履歴のサービスＩＤ５０２に対応するエントリを検索し、当該エントリのサービス特性４０６からサービス特性特徴量を取得する。情報管理部１２１は、選択したサービス利用履歴のスコア５０４に基づいて、取得したサービス特性特徴量を補正する。例えば、サービス特性特徴量を表すベクトルの各要素にスコア５０４の値を乗算する。情報管理部１２１は、補正されたサービス特性特徴量をワークエリアに格納する。

（Ｓ３０４－３）情報管理部１２１は、ステップＳ３０３において取得された全てのサービス利用履歴について処理が完了したか否かを判定する。ステップＳ３０３において取得された全てのサービス利用履歴について処理が完了していない場合、情報管理部１２１は、Ｓ３０４－１に戻り、同様の処理を実行する。

（Ｓ３０４－４）ステップＳ３０３において取得された全てのサービス利用履歴について処理が完了した場合、情報管理部１２１は、補正されたサービス特性特徴量に基づいて顧客特性特徴量を算出する。その後、情報管理部１２１はステップＳ３０４の処理を終了する。

例えば、情報管理部１２１は、補正されたサービス特性特徴量に対応するベクトルの各要素の平均値を算出し、当該平均値を要素とするベクトルを顧客特性特徴量として算出する。

以上で説明したように、本実施例では、整備場における製品のメンテナンス時に利用したサービスの特性に基づいて顧客（顧客タイプ）の特性が決定される。

次に、情報管理部１２１は、整備場のループ処理を開始する（ステップＳ３０５）。

具体的には、情報管理部１２１は、整備場情報１３１から一つのエントリ（整備場データ）を選択する。

次に、情報管理部１２１は、顧客タイプの顧客特性特徴量と、整備場の整備場特性特徴量とに基づいて、顧客タイプ及び整備場の組に対するスコアを算出する（ステップＳ３０６）。

具体的には、情報管理部１２１はベクトルの内積をスコアとして算出する。なお、スコアの算出方法は一例であってこれに限定されない。情報管理部１２１は、マッチング情報１３４にエントリを追加し、顧客タイプ６０１にステップＳ３０２において選択された顧客タイプを格納し、整備場ＩＤ６０２にステップＳ３０５において選択された整備場の整備場ＩＤを格納し、また、スコア６０３に算出されたスコアを設定する。

次に、情報管理部１２１は、全ての整備場について処理が完了したか否かを判定する（ステップＳ３０７）。全ての整備場について処理が完了していない場合、情報管理部１２１はステップＳ３０５に戻り、同様の処理を実行する。

全ての整備場について処理が完了した場合、情報管理部１２１は全ての顧客タイプについて処理が完了したか否かを判定する（ステップＳ３０８）。全ての顧客タイプについて処理が完了していない場合、情報管理部１２１はステップＳ３０２に戻り、同様の処理を実行する。

全ての顧客タイプについて処理が完了した場合、情報管理部１２１はマッチング情報生成処理を終了する。

本実施例では、顧客タイプ毎にスコアを算出しているが、顧客毎にスコアを算出してもよい。この場合、顧客のサービス利用履歴を用いて、当該顧客の顧客特性特徴量を算出すればよい。

図１０は、実施例１の整備場リコメンドシステム１００が実行するリコメンド情報生成処理の一例を説明するフローチャートである。図１１Ａ及び図１１Ｂは、実施例１の整備場リコメンドシステム１００によって提示される画面の一例を示す図である。

整備場リコメンドシステム１００のリコメンド部１２０は、製品のメンテナンス時期が経過した場合、又は、顧客からの実行指示を受け付けた場合、リコメンド情報生成処理を実行する。製品のメンテナンス時期は整備場リコメンドシステム１００が管理してもよいし、整備場事業者が管理してもよい。

ここでは、メンテナンス対象の製品を所有する顧客をターゲット顧客と記載する。

リコメンド部１２０は、顧客情報１３０を参照して、ターゲット顧客の顧客タイプを特定する（ステップＳ４０１）。

次に、リコメンド部１２０は、特定された顧客タイプに基づいてマッチング情報１３４を参照し、リコメンド整備場を選択する（ステップＳ４０２）。

具体的には、リコメンド部１２０は、顧客タイプ６０１に特定された顧客タイプが設定されるエントリを検索する。リコメンド部１２０は、特定されたエントリのスコア６０３の値に基づいてリコメンド整備場を選択する。例えば、以下のような選択方法が考えられる。
（１）リコメンド部１２０は、スコアが高い順にｎ個の整備場を選択する。
（２）リコメンド部１２０は、スコアが閾値より大きい整備場を選択する。

なお、リコメンド部１２０は、選択された整備場の予約状況を確認し、メンテナンスの予約が多い整備場はリコメンド整備場から除外してもよい。

次に、リコメンド部１２０は、サービス情報１３２に基づいて、リコメンド整備場における製品のメンテナンス時に利用可能なサービスを候補サービスとして特定する（ステップＳ４０３）。リコメンド整備場が複数存在する場合、各リコメンド整備場について候補サービスが特定される。

次に、リコメンド部１２０は、リコメンド整備場及び候補サービスを提示するためのリコメンド情報を生成し（ステップＳ４０４）、ターゲット顧客が操作する端末１０２にリコメンド情報を送信する（ステップＳ４０５）。その後、リコメンド部１２０はリコメンド情報生成処理を終了する。

なお、マッチング情報１３４は予め生成されていなくてもよい。例えば、リコメンド部１２０は、ステップＳ４０２において、ステップＳ３０３からステップＳ３０７の処理の実行を情報管理部１２１に指示してもよい。

リコメンド情報を受信した端末１０２には、図１１Ａ及び図１１Ｂに示すような画面が表示される。

図１１Ａは、リコメンド整備場及び候補サービスの概要を表示する画面１１００を示す。画面１１００はリコメンド整備場表示欄１１０１を含む。リコメンド整備場表示欄１１０１は、リコメンド整備場の数だけ表示される。

リコメンド整備場表示欄１１０１は、整備場名称表示欄１１０２及び候補サービス表示欄１１０３が含まれる。整備場名称表示欄１１０２はリコメンド整備場の名称を表示する欄である。候補サービス表示欄１１０３は、候補サービスを提供するサービス事業者の名称及びコンテンツの概要等を表示する欄である。

顧客がリコメンド整備場表示欄１１０１を選択する操作を行った場合、図１１Ｂに示すような画面１１１０が表示される。画面１１１０は、候補サービス選択欄１１１１、予約日時入力欄１１１２、及び予約ボタン１１１３を含む。

候補サービス選択欄１１１１は、リコメンド整備場における製品のメンテナンス時に利用するサービスを選択する欄である。候補サービス選択欄１１１１には、チェック欄、名称、コンテンツ詳細を含むエントリが一つ以上表示される。顧客はチェック欄を操作することによって、利用するサービスを選択する。

予約日時入力欄１１１２は、メンテナンスを行う日時を入力する欄である。

予約ボタン１１１３は、メンテナンスの予約を行うための操作ボタンである。顧客が予約ボタン１１１３を操作した場合、端末１０２は、整備場、利用するサービス、及び予約日時を含む予約要求を整備場リコメンドシステム１００に送信する。整備場リコメンドシステム１００の予約管理部１２２は、指定された整備場の端末１０２に、日時等を含む予約情報を送信する。

整備場での製品のメンテナンスが完了した場合、整備場事業者は端末１０２を用いて整備場リコメンドシステム１００に整備場利用履歴を送信する。また、サービス提供者は、顧客によってサービスが利用された場合、端末１０２を用いて整備場リコメンドシステム１００にサービス利用履歴を送信する。整備場リコメンドシステム１００の情報管理部１２１は、履歴情報１３３に、整備場利用履歴及びサービス利用履歴を登録する。

本実施例によれば、整備場とともに、当該整備場での製品のメンテナンス時に利用可能なサービスを提示することによって、整備場の訴求力を向上させることができる。顧客が利用するサービスの傾向を踏まえて整備場を選択することによって、より訴求力を高めることができる。また、整備場でのメンテナンス時のサービスの利用を促すことによってサービスの利用機会を拡大できる。また、顧客は、製品のメンテナンス時にサービスを利用することによって時間を有効に活用することができる。

特許請求の範囲に記載した以外の発明の観点の代表的なものとして、次のものがあげられる。
（１）少なくとも一つの計算機を備える計算機システムであって、
顧客及び当該顧客の性質を表す顧客タイプを関連付けた顧客データを格納する顧客情報と、
前記顧客が所有する製品のメンテナンスを行う整備場及び当該整備場における前記製品のメンテナンス時に利用可能なサービスを関連付けたサービスデータを格納するサービス情報と、
前記顧客のサービスの利用履歴を格納するサービス利用履歴情報と、を保持し、
前記サービス利用履歴情報に基づいて算出される、ターゲット顧客の前記顧客タイプが付された顧客が利用する前記サービスの傾向を表す顧客特性特徴量と、前記サービス情報に基づいて算出される、前記整備場における前記製品のメンテナンス時に利用可能な前記サービスの傾向を表す整備場特性特徴量とに基づいて、前記ターゲット顧客にリコメンドするリコメンド整備場を選択し、
前記サービス情報を参照して、前記リコメンド整備場における前記製品のメンテナンス時に利用可能な候補サービスを特定し、
前記リコメンド整備場及び前記候補サービスの組合せを表示するリコメンド情報を生成し、
前記ターゲット顧客に対して前記リコメンド情報を出力することを特徴とする計算機システム。
（２）（１）に記載の計算機システムであって、
前記少なくとも一つの計算機は、
前記顧客特性特徴量及び前記整備場特性特徴量に基づいて、前記ターゲット顧客の前記顧客タイプに対する前記整備場の相性を表すスコアを算出し、
前記スコアに基づいて前記リコメンド整備場を選択することを特徴とする計算機システム。
（３）（２）に記載の計算機システムであって、
前記サービスデータは、前記サービスのコンテンツに基づいて算出されるサービス特性特徴量を含み、
前記少なくとも一つの計算機は、
前記サービス利用履歴情報を参照して、前記ターゲット顧客の前記顧客タイプが付された顧客が利用した前記サービスを特定し、
前記サービス情報を参照して、前記特定されたサービスに対応する前記データから前記サービス特性特徴量を取得し、
前記取得されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出することを特徴とする計算機システム。
（４）（３）に記載の計算機システムであって、
前記利用履歴は、前記サービスを利用した前記顧客の評価を表す評価スコアを含み、
前記少なくとも一つの計算機は、
前記評価スコアを用いて前記サービス特性特徴量を補正し、
前記補正されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出することを特徴とする計算機システム。
（５）（３）に記載の計算機システムであって、
前記少なくとも一つの計算機は、
ターゲット整備場を選択し、
前記サービス情報を参照して、前記ターゲット整備場に関連する前記サービスデータから前記サービス特性特徴量を取得し、
前記取得されたサービス特性特徴量に基づいて、前記ターゲット整備場の前記整備場特性特徴量を算出することを特徴とする計算機システム。

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

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

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

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

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

１００ 整備場リコメンドシステム
１０１ 計算機
１０２ 端末
１０５ ネットワーク
１１０ プロセッサ
１１１ ネットワークインタフェース
１１２ 主記憶装置
１１３ 副記憶装置
１２０ リコメンド部
１２１ 情報管理部
１２２ 予約管理部
１３０ 顧客情報
１３１ 整備場情報
１３２ サービス情報
１３３ 履歴情報
１３４ マッチング情報
５００ サービス利用履歴情報
５１０ 整備場利用履歴情報
１１００、１１１０ 画面

Claims (12)

1. 少なくとも一つの計算機を備える計算機システムであって、
   顧客が所有する製品のメンテナンスに関連しないサービスの利用履歴を格納するサービス利用履歴情報と、
   前記製品のメンテナンスを行う整備場と、当該整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスとを関連付けたデータを格納するサービス情報と、
   を保持し、
   前記少なくとも一つの計算機は、
   前記サービス利用履歴情報に基づいて算出される、ターゲット顧客が利用する前記サービスの傾向を表す顧客特性特徴量と、前記サービス情報に基づいて算出される、前記整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスの傾向を表す整備場特性特徴量とに基づいて、前記ターゲット顧客にリコメンドするリコメンド整備場を選択し、
   前記サービス情報を参照して、前記リコメンド整備場における前記製品のメンテナンス中に前記リコメンド整備場の周辺で利用可能な候補サービスを特定し、
   前記リコメンド整備場及び前記候補サービスの組合せを表示するリコメンド情報を生成し、
   前記ターゲット顧客に対して前記リコメンド情報を出力することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記少なくとも一つの計算機は、
   前記顧客特性特徴量及び前記整備場特性特徴量に基づいて、前記顧客に対する前記整備場の相性を表すスコアを算出し、
   前記スコアに基づいて前記リコメンド整備場を選択することを特徴とする計算機システム。
3. 請求項２に記載の計算機システムであって、
   前記サービス情報に格納される前記データは、前記サービスのコンテンツに基づいて算出されるサービス特性特徴量を含み、
   前記少なくとも一つの計算機は、
   前記サービス利用履歴情報を参照して、前記ターゲット顧客が利用した前記サービスを特定し、
   前記サービス情報を参照して、前記特定されたサービスに対応する前記データから前記サービス特性特徴量を取得し、
   前記取得されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出することを特徴とする計算機システム。
4. 請求項３に記載の計算機システムであって、
   前記利用履歴は、前記サービスを利用した前記顧客の評価を表す評価スコアを含み、
   前記少なくとも一つの計算機は、
   前記評価スコアを用いて、前記取得されたサービス特性特徴量を補正し、
   前記補正されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出することを特徴とする計算機システム。
5. 請求項３に記載の計算機システムであって、
   前記少なくとも一つの計算機は、
   ターゲット整備場を選択し、
   前記サービス情報を参照して、前記ターゲット整備場に関連する前記データから前記サービス特性特徴量を取得し、
   前記取得されたサービス特性特徴量に基づいて、前記ターゲット整備場の前記整備場特性特徴量を算出することを特徴とする計算機システム。
6. 請求項５に記載の計算機システムであって、
   前記製品は車であることを特徴とする計算機システム。
7. 計算機システムが実行するリコメンド方法であって、
   前記計算機システムは、
   少なくとも一つの計算機を含み、
   顧客が所有する製品のメンテナンスに関連しないサービスの利用履歴を格納するサービス利用履歴情報と、
   前記製品のメンテナンスを行う整備場と、当該整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスとを関連付けたデータを格納するサービス情報と、
   を保持し、
   前記リコメンド方法は、
   前記少なくとも一つの計算機が、前記サービス利用履歴情報に基づいて算出される、ターゲット顧客が利用する前記サービスの傾向を表す顧客特性特徴量と、前記サービス情報に基づいて算出される、前記整備場における前記製品のメンテナンス中に前記整備場の周辺で利用可能な前記サービスの傾向を表す整備場特性特徴量とに基づいて、前記ターゲット顧客にリコメンドするリコメンド整備場を選択する第１のステップと、
   前記少なくとも一つの計算機が、前記サービス情報を参照して、前記リコメンド整備場における前記製品のメンテナンス中に前記リコメンド整備場の周辺で利用可能な候補サービスを特定する第２のステップと、
   前記少なくとも一つの計算機が、前記リコメンド整備場及び前記候補サービスの組合せを表示するリコメンド情報を生成する第３のステップと、
   前記少なくとも一つの計算機が、前記ターゲット顧客に対して前記リコメンド情報を出力する第４のステップと、を実行することを特徴とするリコメンド方法。
8. 請求項７に記載のリコメンド方法であって、
   前記第１のステップは、
   前記少なくとも一つの計算機が、前記顧客特性特徴量及び前記整備場特性特徴量に基づいて、前記顧客に対する前記整備場の相性を表すスコアを算出するステップと、
   前記少なくとも一つの計算機が、前記スコアに基づいて前記リコメンド整備場を選択するステップと、を含むことを特徴とするリコメンド方法。
9. 請求項８に記載のリコメンド方法であって、
   前記サービス情報に格納される前記データは、前記サービスのコンテンツに基づいて算出されるサービス特性特徴量を含み、
   前記リコメンド方法は、
   前記少なくとも一つの計算機が、前記サービス利用履歴情報を参照して、前記ターゲット顧客が利用した前記サービスを特定する第５のステップと、
   前記少なくとも一つの計算機が、前記サービス情報を参照して、前記特定されたサービスに対応する前記データから前記サービス特性特徴量を取得する第６のステップと、
   前記少なくとも一つの計算機が、前記取得されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出する第７のステップと、を含むことを特徴とするリコメンド方法。
10. 請求項９に記載のリコメンド方法であって、
    前記利用履歴は、前記サービスを利用した前記顧客の評価を表す評価スコアを含み、
    前記第７のステップは、
    前記少なくとも一つの計算機が、前記評価スコアを用いて、前記取得されたサービス特性特徴量を補正するステップと、
    前記少なくとも一つの計算機が、前記補正されたサービス特性特徴量に基づいて、前記顧客特性特徴量を算出するステップと、を含むことを特徴とするリコメンド方法。
11. 請求項９に記載のリコメンド方法であって、
    前記少なくとも一つの計算機が、ターゲット整備場を選択するステップと、
    前記少なくとも一つの計算機が、前記サービス情報を参照して、前記ターゲット整備場に関連する前記データから前記サービス特性特徴量を取得するステップと、
    前記少なくとも一つの計算機が、前記取得されたサービス特性特徴量に基づいて、前記ターゲット整備場の前記整備場特性特徴量を算出するステップと、を含むことを特徴とするリコメンド方法。
12. 請求項１１に記載のリコメンド方法であって、
    前記製品は車であることを特徴とするリコメンド方法。

Images