JPWO2020218406A1 - 顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理方法、顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理装置、及び、プログラム - Google Patents

Abstract

ハードウェアリソースの設計自由度を確保しつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得できる、顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理方法及びデータ処理装置を提供する。本発明の一実施形態に係るデータ処理方法は、顧客とサービサーとをマッチングするために用いられるデータを出力する。データ処理方法は、複数の４ヶ月以内高頻度傾向ケア履歴データを取得するステップと、顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するステップと、生成された顧客ＩＤ及びサービサーＩＤ関連付け出力用データを出力するステップとを備える。

Description

本発明は、顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理方法、顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理装置、及び、当該データ処理装置と通信可能な端末が備える制御装置によって実行されるプログラムに関する。

顧客の嗜好を用いて顧客と商品又はサービスとをマッチングするためのデータ処理システムが知られている。顧客の嗜好を用いて顧客と商品又はサービスとをマッチングするためのデータ処理を行う構成として、例えば、特許文献１〜６に開示されている構成が知られている。

特許文献１には、ユーザが興味を持ったと感じた広告に関連する補足情報をユーザに提示するシステムが開示されている。

特許文献２には、ユーザに１組のドライバを提示し、ユーザがドライバを選択できるようにしたシステムが開示されている。

特許文献３には、ユーザの嗜好を利用して商品を販売可能な販売業者を紹介し、販売業者に購入要求を送信する電子商取引システムが開示されている。

特許文献４には、ユーザの嗜好と冷蔵庫などの保管庫に保管されている利用可能な材料とに基づいて、レシピを提案するシステムが開示されている。

特許文献５には、ユーザの嗜好に基づいてホテルサービスを分析するシステムが開示されている。

特許文献６には、顧客の商品購買履歴に基づいて、顧客の嗜好性を分析するシステムが開示されている。

米国特許出願公開第２０１９／０００５５４９号明細書 米国特許出願公開第２０１５／０２０６２６７号明細書 米国特許第１０１３４０７８号明細書 米国特許第９８２１３４４号明細書 米国特許出願公開第２０１９／０２６７９３号明細書 米国特許出願公開第２０１７／０１４０４０３号明細書

汎用性の高い潜在的な顧客の嗜好性が反映されたデータが存在すれば、それをデータ処理に用いることで、顧客と商品又はサービスとのマッチング、さらには、顧客と商品又はサービスを提供するサービサーとのマッチングの精度を高めることができる。

そこで、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを得るために、顧客が購入した商品についてより深く詳細なデータを用いることが考えられる。しかしながら、顧客が購入した商品についてより深く詳細なデータを用いる場合、商品の種類の数だけ更にデータの種類を増加させる必要がある。そのため、システムで処理するデータの種類が非常に多くなる。

システムで処理するデータの種類が非常に多くなると、システムのハードウェアの負荷が高くなる。よって、システムで必要とするハードウェアリソースが増えるため、システムのハードウェアリソースの設計に制約が生じる。したがって、システムのハードウェアリソースの設計自由度が低下する。

本発明の目的は、ハードウェアリソースの設計自由度を確保しつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得できる、顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理方法及びデータ処理装置、さらには、データ処理装置と通信可能な端末が備える制御装置によって実行されるプログラムを提供することである。

本発明者らは、ハードウェアリソースの設計自由度を高めつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得することについて検討した。その結果、以下のような構成に想到した。

本発明の一実施形態に係るデータ処理方法は、顧客とサービサーとをマッチングするために用いられるデータを出力する。データ処理方法は、複数の４ヶ月以内高頻度傾向ケア履歴データを取得するステップと、顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するステップと、顧客ＩＤ及びサービサーＩＤ関連付け出力用データを出力するステップとを備える。

複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、１人乗り又は２人乗りの車両である小型車両に対して実施されるメンテナンスのうち、小型車両の故障の修理及び損傷の修理であるリペアを除くメンテナンスであるケアの履歴に関連するデータである。複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、顧客ＩＤデータと、サービサーＩＤデータと、ケア実施日関連データとを含む。４ヶ月以内高頻度傾向ケア履歴データにおいて、顧客ＩＤデータ、サービサーＩＤデータ及びケア実施日関連データは互いに関連付けられている。

顧客ＩＤデータは、ケアが提供される小型車両に係る顧客を特定するためのデータである。サービサーＩＤデータは、ケアを提供するサービサーを特定するためのデータである。ケア実施日関連データは、ケアの実施日に関連するデータである。

複数の４ヶ月以内高頻度傾向ケア履歴データは、複数の同一顧客ケア履歴データを一組の４ヶ月以内高頻度傾向ケア履歴データとした場合に、複数組の４ヶ月以内高頻度傾向ケア履歴データを含む。複数の同一顧客ケア履歴データは、各々が同じ顧客ＩＤデータを含む複数の４ヶ月以内高頻度傾向ケア履歴データである。

複数の同一顧客ケア履歴データは、直近のケアの実施日との間隔が４ヶ月以下であるケアの実施日に関連するケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データを、直近のケアの実施日との間隔が４ヶ月よりも大きいケアの実施日に関連するケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データよりも多く含む。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、１つの顧客ＩＤデータに対して１つ以上のサービサーＩＤデータ、又は、１つのサービサーＩＤデータに対して１つ以上の顧客ＩＤデータを出力するためのデータである。顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、少なくとも複数の４ヶ月以内高頻度傾向ケア履歴データに基づいて生成される。

この発明の上述の目的及びその他の目的、特徴、局面及び利点は、添付図面に関連して行われる以下のこの発明の実施形態の詳細な説明から一層明らかとなろう。

本明細書にて使用される場合、用語「及び／又は（ａｎｄ／ｏｒ）」は１つの、又は複数の関連した列挙されたアイテム（ｉｔｅｍｓ）のあらゆる又は全ての組み合わせを含む。

本明細書中で使用される場合、用語「含む、備える（ｉｎｃｌｕｄｉｎｇ）」、「含む、備える（ｃｏｍｐｒｉｓｉｎｇ）」又は「有する（ｈａｖｉｎｇ）」及びその変形の使用は、記載された特徴、ステップ、操作、要素、成分及び／又はそれらの等価物の存在を特定するが、ステップ、動作、要素、コンポーネント、及び／又はそれらのグループのうちの１つ又は複数を含むことができる。

他に定義されない限り、本明細書で使用される全ての用語（技術用語及び科学用語を含む）は、本発明が属する当業者によって一般的に理解されるのと同じ意味を有する。

一般的に使用される辞書に定義された用語のような用語は、関連する技術及び本開示の文脈における意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に定義されていない限り、理想的又は過度に形式的な意味で解釈されることはない。

本発明の説明においては、多数の技術及びステップが開示されていると理解される。これらの各々は個別の利益を有し、それぞれは、他の開示された技術の１つ以上、又は、場合によっては全てと共に使用することもできる。従って、明確にするために、この説明は、不要に個々のステップの可能な組み合わせの全てを繰り返すことを控える。それにもかかわらず、明細書及び特許請求の範囲は、そのような組み合わせが全て本発明及び特許請求項の範囲内にあることを理解して読まれるべきである。

以下の説明では、説明の目的で、本発明の完全な理解を提供するために多数の具体的な詳細を述べる。しかしながら、当業者には、これらの特定の詳細なしに本発明を実施できることが明らかである。本開示は、本発明の例示として考慮されるべきであり、本発明を以下の図面又は説明によって示される特定の実施形態に限定することを意図するものではない。

本発明によれば、ハードウェアリソースの設計自由度を確保しつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得できる。

本発明の実施の形態によるデータ処理装置を示すブロック図である。 本発明の実施の形態によるデータ処理装置としてのデータ処理サーバを含むデータ処理システムを示す概念図である。 本発明の実施の形態によるデータ処理装置としてのデータ処理サーバを含むデータ処理システムにおけるデータ処理を示すフローチャートである。 本発明の実施の形態の変形例１によるデータ処理装置を示すブロック図である。 本発明の実施の形態の変形例２によるデータ処理装置のブロック図の一部であって、図１に示すデータ処理装置に追加された構成に関するブロック図である。 本発明の実施の形態の変形例３によるデータ処理装置のブロック図の一部であって、図１に示すデータ処理装置に追加された構成に関するブロック図である。

本発明者らは、ハードウェアリソースの設計自由度を高めつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得することについて検討した。その結果、以下のような知見を得るに至った。

本発明者らは、１人乗り又は２人乗りの車両である小型車両のメンテナンスに関連するデータを分析する中で、ある特定の条件を満たすデータには、汎用性の高い潜在的な顧客の嗜好性が反映されていることに気がついた。

１人乗り又は２人乗りの車両である小型車両は、３人以上乗車可能な車両と異なり、小型である。また、１人乗り又は２人乗りの車両である小型車両は、３人以上乗車可能な車両と異なり、乗車が容易であり、利便性が高い。そのため、１人乗り又は２人乗りの車両である小型車両は、３人以上乗車可能な車両と異なり、使用頻度が高くなる傾向がある。その結果、１人乗り又は２人乗りの車両である小型車両は、３人以上乗車可能な車両と異なり、高い頻度でのケアが求められる。例えば、インドネシア等の新興国では、日本と比べて、１人乗り又は２人乗りの車両である小型車両を使用する環境が劣る場合がある。なお、「小型車両を使用する環境が劣る場合」というのは、例えば、小型車両が走行する路面が舗装されていない場合等を含む。そのため、インドネシア等の新興国では、日本と比べて、より高い頻度でのケアが求められる。

ここで、ケアとは、１人乗り又は２人乗りの車両である小型車両のメンテナンスのうち、小型車両の故障の修理及び損傷の修理であるリペアを除く、小型車両をよい状態に維持するための行為である。ケアは、日常的に高い頻度で行うことが好ましい。ケアには、例えば、タイヤの空気圧の点検・補充、ブレーキ操作子の遊びの調整、バッテリの状態確認と水の補充・交換、オイルやオイルフィルターの点検・交換、灯火器類（ヘッドライト、テールライト、方向指示器など）の点検・交換、エアフィルターの点検・清掃・交換などがある。

１人乗り又は２人乗りの車両である小型車両を普段の移動手段として利用している人の中には、小型車両を移動手段としてだけではなく財産として考える人が含まれている。そのような人は、移動手段としての機能及び財産としての価値を維持するために、小型車両をできるだけよい状態に維持するためのメンテナンスであるケアに熱心である。例えば、インドネシア等の新興国では、日本と比べて、小型車両を移動手段としてだけではなく財産として考える人が多く存在する。そのため、インドネシア等の新興国では、日本と比べて、小型車両のケアに熱心な人が多い。

上記のようにケアは日常的に高い頻度で行うことが好ましいため、ケアに要する費用は安いほうが好まれる。そこで、１人乗り又は２人乗りの車両である小型車両を移動手段としてだけではなく財産として考える人は、小型車両のケアを、ディーラーではなく、上記のようなケアを主に行う店舗などに依頼することが多くなる。

ここで、１人乗り又は２人乗りの車両である小型車両を移動手段としてだけではなく財産として考える人にとっては、ケアに要する費用だけでなく、ケアの質も重要になる。そのため、小型車両のケアを実施するメカニックや当該メカニックが所属する店舗、つまり、小型車両のケアを提供するサービサーを、より誠実に評価する。

ここで、上記のようなケアについては、ケアを実施するメカニックの技能に差が生じ難い。そのため、このような差が生じ難いものを誠実に評価する際には、ケアを提供するサービサーに対する信頼度が反映されやすくなる。そして、当該信頼度は、１人乗り又は２人乗りの車両である小型車両を移動手段としてだけではなく財産として考える人の潜在的な嗜好性に与える影響が大きい。つまり、小型車両を移動手段としてだけではなく財産として考える人による誠実な評価に関連するデータは、その人の潜在的な嗜好性が反映されたデータである。別の表現をすれば、小型車両を移動手段としてだけではなく財産として考える人が行った認知、判断、行動に関連するデータは、その人の潜在的な嗜好性が反映されたデータである。

また、１人乗り又は２人乗りの車両である小型車両を移動手段としてだけではなく財産として考える人の潜在的な嗜好性は、ケアを提供するサービサーに対する信頼度の影響を大きく受けたものであるから、汎用性が高くなる。つまり、小型車両を移動手段としてだけではなく財産として考える人による誠実な評価に関連するデータは、その人の潜在的な嗜好性が反映されたデータであって、かつ、汎用性が高いデータである。別の表現をすれば、小型車両を移動手段としてだけではなく財産として考える人が行った認知、判断、行動に関連するデータは、その人の潜在的な嗜好性が反映されたデータであって、かつ、汎用性が高いデータである。

このような知見は、本願の発明者らにより、初めて得られたものである。そして、本発明は、このような知見に基づいて完成されたものである。

以下、図面を参照しながら、本発明の実施の形態によるデータ処理方法及びデータ処理装置の詳細について説明する。なお、以下に説明する実施の形態は、あくまでも一例である。本発明は、以下に説明する実施の形態によって、何等、限定的に解釈されるものではない。

図１を参照しながら、本発明の実施の形態によるデータ処理装置１０について説明する。図１は、データ処理装置１０のブロック図である。

データ処理装置１０は、顧客とサービサーとをマッチングするためのデータ処理を行う。データ処理装置１０は、例えば、サーバである。

顧客は、１人乗り又は２人乗りの車両である小型車両と何等かの関係を有するものであれば、特に限定されない。顧客は、例えば、小型車両のケアを依頼した依頼者であってもよいし、小型車両の所有者や使用者（ユーザー）であってもよい。顧客は、個人であってもよいし、複数の人員によって構成される組織であってもよい。組織は、法人（企業）を含んでいてもよい。依頼者は、所有者であってもよいし、所有者でなくてもよい。依頼者は、使用者であってもよいし、使用者でなくてもよい。

小型車両は、乗車定員が１名又は２名である車両であれば、特に限定されない。別の表現をすれば、小型車両は、乗員が着座するためのシートを１つ又は２つ備えるものであれば、特に限定されない。２つのシートは、例えば、車両の前後方向に並んで配置されていてもよいし、車両の左右方向に並んで配置されていてもよい。小型車両は、例えば、少なくとも１つの前輪と、少なくとも１つの後輪とを備える。小型車両は、例えば、車輪に伝達される動力を発生させる駆動源を備えていてもよいし、車輪に伝達される動力を発生させる駆動源を備えていなくてもよい。駆動源は、例えば、エンジンであってもよいし、電気モータであってもよいし、エンジン及び電気モータであってもよい。小型車両が駆動源を備えていない場合、小型車両は、例えば、人力で車輪を回転させるための手段を備える。当該手段は、例えば、ペダルである。

商品は、サービサーの業務に属する範囲内のものであれば、特に限定されない。商品は、例えば、小型車両に関連するものである。商品は、例えば、小型車両に使用される部品である。

サービスは、サービサーの業務に属する範囲内のものであれば、特に限定されない。サービスは、例えば、小型車両のケアに関連するものである。

サービサーは、ケアを提供する者であれば、特に限定されない。サービサーは、ケアを実施するメカニックだけでなく、当該メカニックが所属する店舗や、当該店舗のオーナー（つまり、当該メカニックを雇用する者）をも含む。ケアを実施するための場所である店舗は、オーナーが所有するものであってもよいし、第三者が所有するものであってもよい。ケアを実施するための工具や設備は、メカニックが所有するものであってもよいし、オーナーが所有するものであってもよいし、第三者がリースしたものであってもよい。サービサーは、メーカーから納品された小型車両、つまり、新車を販売するディーラーではない。サービサーは、小型車両のケアを主たる業務にしていれば、小型車両のケア以外の業務をしていてもよい。当該業務は、例えば、小型車両のリペアであってもよいし、中古車の買取や販売であってもよい。サービサーとしての店舗に所属するメカニックは、例えば、３名以下である。このような店舗は、ディーラーよりも多く存在する。

ケアとは、メンテナンスのうち、故障の修理及び損傷の修理であるリペアを除く、機器や部品をよい状態に維持するための行為である。ケアは、機器や部品の点検を含む。したがって、小型車両に対して実施されるケアとは、小型車両に対して実施されるメンテナンスのうち、小型車両の故障の修理及び損傷の修理であるリペアを除く、小型車両に使用される部品などをよい状態に維持するための行為である。小型車両のケアは、小型車両に使用される部品などの点検を含む。ケアは、例えば、日常的に行うことが好ましい。ケアは、例えば、タイヤの空気圧の点検・補充、ブレーキ操作子の遊びの点検・調整、バッテリの点検・交換、クーラントの点検・補充・交換、オイルやオイルフィルターの点検・交換、灯火器類（ヘッドライト、テールライト、方向指示器など）の点検・交換、エアフィルターの点検・清掃・交換などである。このようなケアは日常的に行われるため、費用は安いが頻度が高い。

故障とは、機器や部品などが規定の機能を失うこと、すなわち、機器や部品が正常に働くなった状態である。したがって、小型車両の故障とは、小型車両を構成する部品などが規定の機能を失うことにより、小型車両の走行が困難になった状態である。小型車両の走行が困難になった状態には、例えば、小型車両が走行不能な状態や、小型車両が真っ直ぐに走行できない状態が含まれる。

損傷とは、機器や部品などが物理的なダメージを受けている状態である。したがって、小型車両の損傷とは、小型車両を構成する部品などが物理的なダメージを受けている状態である。

顧客とサービサーとをマッチングするためのデータ処理は、顧客とサービサーとをマッチングするために用いられるデータを生成するものであれば、特に限定されない。顧客とサービサーとをマッチングするために用いられるデータは、例えば、顧客とサービサーとをマッチングするために直接用いられるものであってもよいし、顧客とサービサーとをマッチングするために間接的に用いられるものであってもよい。

データは、純粋なデータだけでなく、計算式、マップ、比較器、基準器なども含む。

データ処理装置１０は、ケア履歴データ取得部１１と、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４と、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部１５とを備える。ケア履歴データ取得部１１、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４、及び、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部１５は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）が不揮発性のメモリに記憶されたプログラムを読み出し、当該プログラムに従って所定の処理を実行すること等によって実現される。

ケア履歴データ取得部１１は、複数の４ヶ月以内高頻度傾向ケア履歴データとしての複数のケア履歴データＤ１を取得する。つまり、ケア履歴データ取得部１１により、複数のケア履歴データＤ１を取得するステップが実施される。

複数のケア履歴データＤ１は、それぞれ、１人乗り又は２人乗りの車両である小型車両に対して実施されるメンテナンスのうち、小型車両の故障の修理及び損傷の修理であるリペアを除くメンテナンスであるケアの履歴に関連するデータである。複数のケア履歴データＤ１は、それぞれ、顧客ＩＤデータＤ２と、サービサーＩＤデータＤ３と、ケア実施日関連データＤ５とを含む。ケア履歴データＤ１において、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５は互いに関連付けられている。

ケア履歴データＤ１は、小型車両に対して実施されたケアの履歴に関連するデータであれば、特に限定されない。ケア履歴データＤ１は、ケアの履歴を直接示すものであってもよいし、ケアの履歴を間接的に示すものであってもよい。ケアの履歴には、ケアを実施する際に用いる部品の購入についての履歴を含む。ケア履歴データＤ１は、小型車両に対して実施されたケアの履歴に関連するデータの他に、小型車両に対して実施されたリペアの履歴に関するデータを含んでいてもよい。

ケア履歴データＤ１は、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びメンテナンス実績データＤ５が互いに関連付けられたものであれば、特に限定されない。顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が互いに関連付けられる態様には、例えば、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が１つのケア履歴データＤ１として取り扱われる態様が含まれる。したがって、例えば、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５を含む１つのケア履歴データＤ１が存在する場合、当該ケア履歴データＤ１は、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が互いに関連付けられたデータである。顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が互いに関連付けられる態様には、例えば、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が同じ端末から入力される態様や、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が同じ人物によって入力される態様が含まれる。データが同じ端末から入力されたか否かは、例えば、当該端末に付与された識別コード等を確認すればよい。データが同じ人物によって入力されたか否かは、例えば、当該人物に付与された識別コード等を確認すればよい。ケア履歴データＤ１は、一回の入力操作で入力されてもよいし、複数回の入力操作で入力されてもよい。２回目以降の入力操作は、追加の情報を入力する操作であってもよいし、既に入力した情報を書き換える操作であってもよい。

ケア履歴データＤ１は、依頼者、所有者、又は、使用者の少なくとも１つによるケアに対する評価に関連するデータである評価データをさらに含んでいてもよい。

ケア履歴データ取得部１１がケア履歴データＤ１を取得する態様は、特に限定されない。例えば、データ処理装置１０は、データ処理装置１０の外部から送信されてきたケア履歴データＤ１をデータ処理装置１０が備える不揮発性メモリ（例えば、ＨＤＤ）に記憶することで、ケア履歴データＤ１を取得してもよいし、データ処理装置１０の外部から送信されてきたケア履歴データＤ１をデータ処理装置１０が備える揮発性メモリ（例えば、ＲＡＭ）に記憶することで、ケア履歴データＤ１を取得してもよい。ここで、不揮発性メモリは、電力が供給されなくても記憶を保持することができるメモリである。また、揮発性メモリは、電力が供給されない状態では記憶を保持することができないメモリである。なお、揮発性メモリに記憶されたケア履歴データＤ１は、適切なタイミングで、データ処理装置１０が備える不揮発性メモリに記憶される。

ケア履歴データ取得部１１がケア履歴データＤ１を取得する態様には、例えば、データ処理装置１０と通信可能な端末から送られてきたケア履歴データＤ１をデータ処理装置１０が受信する態様が含まれる。データ処理装置１０と通信可能な端末は、例えば、制御装置と、制御装置によって実行されるプログラムが記憶された記憶装置とを含む。制御装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｎｔｒｏｌｌ Ｕｎｉｔ）である。記憶装置は、例えば、ハードディスク、メモリである。上記プログラムは、データ処理装置１０と通信可能な端末が備える制御装置に、ケア履歴データＤ１の入力を受け付けるステップと、入力されたケア履歴データＤ１をデータ処理装置１０に送信するステップと、を実行させる。

顧客ＩＤデータＤ２は、顧客を特定するためのデータである。顧客ＩＤデータＤ２は、顧客を直接特定するものであってもよいし、顧客を間接的に特定するものであってもよい。顧客ＩＤデータＤ２は、依頼者ＩＤデータＤ２１、所有者ＩＤデータＤ２２又は使用者ＩＤデータＤ２３の少なくとも１つを含んでいればよい。

依頼者ＩＤデータＤ２１は、ケアを依頼した依頼者を特定するためのデータである。依頼者ＩＤデータＤ２１は、依頼者を直接特定するものであってもよいし、依頼者を間接的に特定するものであってもよい。

所有者ＩＤデータＤ２２は、小型車両の所有者を特定するためのデータである。所有者ＩＤデータＤ２２は、所有者を直接特定するものであってもよいし、所有者を間接的に特定するものであってもよい。

使用者ＩＤデータＤ２３は、小型車両の使用者を特定するためのデータである。使用者ＩＤデータＤ２３は、使用者を直接特定するものであってもよいし、使用者を間接的に特定するものであってもよい。

顧客ＩＤデータＤ２は、例えば、顧客が入力する情報に基づいて取得してもよいし、ケアを実施したメカニックが入力する情報に基づいて取得してもよいし、ケアが実施された店舗のオーナーが入力する情報に基づいて取得してもよい。

顧客を特定するための情報は、例えば、顧客が全て入力してもよいし、メカニックやオーナーが全て入力してもよいし、顧客の入力に加えて、メカニックやオーナーが入力してもよい。顧客を特定するための情報を入力する際には、例えば、顧客が所有する携帯端末を用いてもよいし、メカニックやオーナーが所有する端末を用いてもよい。メカニックやオーナーが所有する端末は、例えば、携帯端末であってもよいし、店舗に設置された端末であってもよい。

顧客を特定するための情報は、例えば、顧客の個人情報である。顧客の個人情報は、例えば、顧客が所有する身分証明書や公的な機関が発行する証明書に記載された情報を含む。顧客の個人情報は、単一の情報であってもよいし、複数の情報であってもよい。顧客の個人情報は、例えば、顧客の氏名であってもよいし、顧客の住所又は居所であってもよいし、顧客の電話番号であってもよいし、顧客のメールアドレスであってもよい。顧客の電話番号は、固定電話の電話番号であってもよいし、携帯電話の電話番号であってもよい。顧客を特定するための情報が顧客の電話番号や顧客のメールアドレスである場合、顧客を特定するための情報が顧客の連絡先を兼ねることができる。なお、顧客を特定するための情報は、例えば、顧客がケアを依頼した小型車両に対して公的に付与された情報であってもよい。顧客がケアを依頼した小型車両に対して公的に付与された情報は、例えば、顧客がケアを依頼した小型車両のナンバープレートに記載された符号を含む。

顧客ＩＤデータＤ２が依頼者を特定するための情報を含む場合、依頼者を特定するための情報は、例えば、小型車両の所有者又は使用者との関係を示す情報を含んでいてもよい。顧客ＩＤデータＤ２が所有者を特定するための情報を含む場合、所有者を特定するための情報は、例えば、小型車両の使用者との関係を示す情報を含んでいてもよい。顧客ＩＤデータＤ２が使用者を特定するための情報を含む場合、使用者を特定するための情報は、例えば、小型車両の所有者との関係を示す情報を含んでいてもよい。

サービサーＩＤデータＤ３は、ケアを提供するサービサーを特定するためのデータである。サービサーＩＤデータＤ３は、サービサーを直接特定するものであってもよいし、サービサーを間接的に特定するものであってもよい。

サービサーＩＤデータＤ３は、メカニックＩＤデータＤ３１、オーナーＩＤデータＤ３２、又は、店舗ＩＤデータＤ３３の少なくとも１つを含んでいればよい。

メカニックＩＤデータＤ３１は、小型車両のケアを実施したメカニックを特定するためのデータである。メカニックＩＤデータＤ３１は、メカニックを直接特定するものであってもよいし、メカニックを間接的に特定するものであってもよい。

オーナーＩＤデータＤ３２は、小型車両のケアを実施した店舗のオーナーを特定するためのデータである。オーナーＩＤデータＤ３２は、オーナーを直接特定するものであってもよいし、オーナーを間接的に特定するものであってもよい。

店舗ＩＤデータＤ３３は、小型車両のケアを実施した店舗を特定するためのデータである。店舗ＩＤデータＤ３３は、店舗を直接特定するものであってもよいし、店舗を間接的に特定するものであってもよい。

サービサーＩＤデータＤ３は、例えば、サービサーが入力する情報に基づいて取得される。具体的には、ケアを実施したメカニックが入力する情報に基づいてサービサーＩＤデータＤ３を取得してもよいし、ケアが実施された店舗のオーナーが入力する情報に基づいてサービサーＩＤデータＤ３を取得してもよい。

サービサーを特定するための情報を入力する際には、例えば、サービサーが所有する端末が用いられる。サービサーが所有する端末は、例えば、ケアを実施したメカニックが所有する端末であってもよいし、ケアを実施した店舗のオーナーが所有する端末であってもよい。メカニックやオーナーが所有する端末は、例えば、携帯端末であってもよいし、店舗に設置された端末であってもよい。

サービサーを特定するための情報は、例えば、サービサーの個人情報である。サービサーの個人情報は、例えば、サービサーが所有する身分証明書や公的な機関が発行する証明書に記載された情報を含む。サービサーの個人情報は、単一の情報であってもよいし、複数の情報であってもよい。サービサーの個人情報は、例えば、サービサーの氏名や名称であってもよいし、サービサーの住所や居所、所在地であってもよいし、サービサーの電話番号であってもよいし、サービサーのメールアドレスであってもよい。サービサーの電話番号は、固定電話の電話番号であってもよいし、携帯電話の電話番号であってもよい。

ケア実施日関連データＤ５は、小型車両のケアの実施日に関連するデータである。ケア実施日関連データＤ５は、ケアの実施日を直接特定するものであってもよいし、ケアの実施日を間接的に特定するものであってもよい。ケアの実施日を直接特定する情報は、例えば、ケアの実施日である。ケアの実施日を間接的に特定する情報は、例えば、前回のケアの実施日からの経過日数である。

ケア実施日関連データＤ５は、例えば、ケアを実施したメカニックが入力する情報に基づいて取得してもよいし、ケアが実施された店舗のオーナーが入力する情報に基づいて取得してもよい。ケアの実施日に関連する情報を入力する際には、例えば、メカニックが所有する端末を用いてもよいし、オーナーが所有する端末を用いてもよい。メカニックやオーナーが所有する端末は、例えば、携帯端末であってもよいし、店舗に設置された端末であってもよい。

なお、複数のケア履歴データＤ１は、それぞれ、車両ＩＤデータを含んでいてもよい。車両ＩＤデータは、小型車両の所有者や使用者以外の情報に基づいて小型車両を特定するためのデータである。車両ＩＤデータは、小型車両を直接特定するものであってもよいし、小型車両を間接的に特定するものであってもよい。小型車両を直接特定する情報は、例えば、小型車両を製造したメーカーによって付与された情報や、公的な機関によって付与された情報である。小型車両を間接的に特定する情報は、例えば、小型車両の車種や年式などである。

車両ＩＤデータは、例えば、顧客が入力する情報に基づいて取得してもよいし、ケアを実施したメカニックが入力する情報に基づいて取得してもよいし、ケアが実施された店舗のオーナーが入力する情報に基づいて取得してもよい。

小型車両を特定するための情報を入力する際には、例えば、顧客が所有する携帯端末を用いてもよいし、メカニックやオーナーが所有する端末を用いてもよい。メカニックやオーナーが所有する端末は、例えば、携帯端末であってもよいし、店舗に設置された端末であってもよい。

小型車両を特定するための情報は、例えば、小型車両に固有の情報である。小型車両に固有の情報は、例えば、小型車両を製造したメーカーによって付与された情報であってもよいし、公的な機関によって付与された情報であってもよい。

車両ＩＤデータは、小型車両のメーカーに関連するデータであるメーカーデータを含んでいてもよい。複数のケア履歴データＤ１のうち任意の２つのケア履歴データＤ１（第１のケア履歴データ及び第２のケア履歴データ）における車両ＩＤデータ（具体的には、メーカーデータ）が示すメーカーは、互いに異なっていてもよい。

複数のケア履歴データＤ１は、それぞれ、メンテナンス実績データを含んでいてもよい。メンテナンス実績データは、メンテナンスの実績に関連するデータである。メンテナンス実績データは、既に実施したメンテナンスの記録を示すものであれば、特に限定されない。メンテナンス実績データは、例えば、実施されたケアの内容に関連する情報を含んでいてもよい。実施されたケアの内容には、例えば、実施されたケアの種類や、実施されたケアの対価、ケアの実施に伴って購入した部品、当該購入した部品の価格などが含まれる。つまり、複数のケア履歴データＤ１は、それぞれ、実施されたケアの内容に関連する情報を含んでいてもよい。

複数のケア履歴データＤ１は、それぞれ、ケアの種類に関連するケア種類データをさらに含んでいてもよい。複数のケア履歴データＤ１は、それぞれ、ケアの対価に関連するデータであるケア対価データをさらに含んでいてもよい。

複数のケア履歴データＤ１は、複数の同一顧客ケア履歴データを一組のケア履歴データＤ１とした場合に、複数組のケア履歴データＤ１を含む。

複数の同一顧客ケア履歴データは、各々が同じ顧客ＩＤデータＤ２を含む複数のケア履歴データＤ１である。複数の同一顧客ケア履歴データは、直近のケアの実施日との間隔が４ヶ月以下のケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１を、直近のケアの実施日との間隔が４ヶ月よりも大きいケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１よりも多く含む。複数の同一顧客ケア履歴データは、直近のケアの実施日の間隔が４ヶ月よりも大きいケア履歴データＤ１を全く含んでいなくてもよいし、直近のケアの実施日の間隔が４ヶ月よりも大きいケア履歴データＤ１を含んでいてもよい。

複数の同一顧客ケア履歴データは、複数の同一車両ケア履歴データを含んでいてもよい。複数の同一車両ケア履歴データは、各々が同じ車両ＩＤデータを含む複数のケア履歴データＤ１である。複数の同一車両ケア履歴データは、直近のケアの実施日との間隔が４ヶ月以下のケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１を、直近のケアの実施日との間隔が４ヶ月よりも大きいケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１よりも多く含んでいてもよい。複数の同一車両ケア履歴データは、直近のケアの実施日の間隔が４ヶ月よりも大きいケア履歴データＤ１を全く含んでいなくてもよいし、直近のケアの実施日の間隔が４ヶ月よりも大きいケア履歴データＤ１を含んでいてもよい。複数の同一車両ケア履歴データは、例えば、ケアの実施回数がリペアの実施回数よりも多いことを示していてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４は、１つの顧客ＩＤデータＤ２に対して１つ以上のサービサーＩＤデータＤ３、又は、１つのサービサーＩＤデータＤ３に対して１つ以上の顧客ＩＤデータＤ２を出力するためのデータである顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成する。つまり、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４により、１つの顧客ＩＤデータＤ２に対して１つ以上のサービサーＩＤデータＤ３、又は、１つのサービサーＩＤデータＤ３に対して１つ以上の顧客ＩＤデータＤ２を出力するためのデータである顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成するステップが実施される。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、１つの顧客ＩＤデータＤ２に対して１つ以上のサービサーＩＤデータＤ３、又は、１つのサービサーＩＤに対して１つ以上の顧客ＩＤデータＤ２を出力するためのデータであって、少なくとも複数のケア履歴データＤ１に基づいて生成される。顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、例えば、少なくとも複数のケア履歴データＤ１に含まれる顧客ＩＤデータＤ２とサービサーＩＤデータＤ３とに基づいて生成されてもよいし、少なくとも複数のケア履歴データＤ１に含まれる顧客ＩＤデータＤ２とサービサーＩＤデータＤ３とケア実施日関連データＤ５とに基づいて生成されてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つの顧客ＩＤデータＤ２に対して１つ以上のサービサーＩＤデータＤ３を出力するためのデータである場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が少なくとも複数のケア履歴データＤ１に基づいて生成される態様には、例えば、顧客ＩＤデータＤ２と、少なくとも複数組のケア履歴データＤ１のうちの一組のケア履歴データＤ１に基づいてこれまでに実施されたケアを提供したサービサーを考慮することで導き出されるサービサーを特定するサービサーＩＤデータＤ３とを関連付けることで生成される態様が含まれる。サービサーＩＤデータＤ３によって特定されるサービサーは、顧客ＩＤデータＤ２によって特定される顧客がこれまでに利用したサービサーであってもよいし、顧客ＩＤデータＤ２によって特定される顧客がこれまでに利用したことがないサービサーであってもよい。

「これまでに実施されたケアを提供したサービサーを考慮することで導き出されるサービサー」には、例えば、これまでに実施されたケアを提供したサービサーに共通の特徴を抽出し、当該共通の特徴と同じ特徴を有するという理由で選択されるサービサーを含む。なお、上記共通の特徴の抽出や、上記共通の特徴を有するサービサーの選択には、公知のデータ処理手法を採用することができ、例えば、機械学習のアルゴリズムを用いてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つの顧客ＩＤデータＤ２に対して１つ以上のサービサーＩＤデータＤ３を出力するためのデータである場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、サービサーＩＤデータＤ３によって特定されるサービサーが提供するケアに関する情報を含んでいてもよい。つまり、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、サービサーＩＤデータＤ３によって特定されるサービサーが提供するケアに対して直接的に関連するケア直接関連データの少なくとも一部のデータをさらに含んでいてもよい。

ケア直接関連データは、小型車両のケアに対して直接的に関連するデータである。「小型車両のケアに対して直接的に関連する」とは、小型車両のケアそのものだけでなく、当該ケアを実施する対象である小型車両や小型車両に使用される部品を含む概念である。小型車両に使用される部品は、オイルや消耗品を含む。小型車両に使用される部品は、純正の部品であってもよいし、互換性を有する部品であってもよい。ケア直接関連データは、例えば、メカニックが所有する端末を用いて入力してもよいし、オーナーが所有する端末を用いて入力してもよい。メカニックやオーナーが所有する端末は、例えば、携帯端末であってもよいし、店舗に設置された端末であってもよい。

データ処理装置１０は、例えば、ケア直接関連データを取得するケア直接関連データ取得部をさらに備えていてもよい。ケア直接関連データ取得部は、例えば、ケア直接関連データと、当該ケア直接関連データが示すケアを提供するサービサーを特定するサービサーＩＤデータＤ３とを関連付けて取得する。ケア直接関連データとサービサーＩＤデータＤ３とを１つのデータとして取り扱うことができるのであれば、ケア直接関連データとサービサーＩＤデータＤ３は関連付けられている。

サービサーＩＤデータＤ３によって特定されるサービサーが提供するケアは、顧客ＩＤデータＤ２によって特定される顧客がこれまでに提供されたケアと同じであってもよいし、顧客ＩＤデータＤ２によって特定される顧客がこれまでに提供されたケアと異なっていてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つの顧客ＩＤデータＤ２に対して出力される場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成するために用いられる複数のケア履歴データＤ１は、１つの顧客ＩＤデータＤ２と同じ顧客ＩＤデータＤ２を含む複数のケア履歴データＤ１と、１つの顧客ＩＤデータＤ２と異なる顧客ＩＤデータＤ２を含む複数のケア履歴データＤ１とを含んでいてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つの顧客ＩＤデータに対して出力される場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、１つの顧客ＩＤデータＤ２と同じ顧客ＩＤデータＤ２を含む複数のケア履歴データＤ１に含まれないサービサーＩＤデータを含んでいてもよい。この場合、これまでとは異なるサービサー、つまり、新しいサービサーを顧客に紹介することができる。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つのサービサーＩＤデータＤ３に対して１つ以上の顧客ＩＤデータＤ２を出力するためのデータである場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が少なくとも複数のケア履歴データＤ１に基づいて生成される態様には、例えば、サービサーＩＤデータＤ３と、サービサーＩＤデータＤ３によって特定されるサービサーがこれまでにケアを提供した顧客を考慮することで導き出される顧客を特定する顧客ＩＤデータＤ２とを関連付けることで生成される態様が含まれる。顧客ＩＤデータＤ２によって特定される顧客は、サービサーＩＤデータＤ３によって特定されるサービサーがこれまでにケアを提供した顧客であってもよいし、サービサーＩＤデータＤ３によって特定されるサービサーがこれまでにケアを提供していない顧客であってもよい。

「これまでにケアを提供した顧客を考慮することで導き出される顧客」には、例えば、これまでにケアを提供した顧客に共通の特徴を抽出し、当該共通の特徴と同じ特徴を有するという理由で選択される顧客を含む。なお、上記共通の特徴の抽出や、上記共通の特徴を有する顧客の選択には、公知のデータ処理手法を採用することができ、例えば、機械学習のアルゴリズムを用いてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つのサービサーＩＤデータＤ３に対して出力される場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成するために用いられる複数のケア履歴データＤ１は、１つのサービサーＩＤデータＤ３と同じサービサーＩＤデータＤ３を含む複数のケア履歴データＤ１と、１つのサービサーＩＤデータＤ３と異なるサービサーＩＤデータＤ３を含む複数のケア履歴データＤ１とを含んでいてもよい。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９が１つのサービサーＩＤデータＤ３に対して出力される場合、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９は、１つのサービサーＩＤデータＤ３と同じサービサーＩＤデータＤ３を含む複数のケア履歴データに含まれない顧客ＩＤデータＤ２を含んでいてもよい。この場合、これまでとは異なる顧客、つまり、新しい顧客をサービサーに紹介することができる。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４が顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成する態様には、例えば、以下のようなものがある。なお、以下に説明する態様は、あくまでも一例である。したがって、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４が顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成する態様は、以下に説明する態様に限定されない。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４が顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を生成する際には、複数のケア履歴データＤ１が、入力データとして用いられる。出力データは、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９である。顧客ＩＤデータＤ２と、サービサーＩＤデータＤ３とを関連付ける際には、例えば、機械学習のアルゴリズムが用いられる。

顧客ＩＤデータＤ２と、サービサーＩＤデータＤ３とを関連付ける際には、例えば、情報フィルタリング技法の一種であるレコメンダシステム（ｒｅｃｏｍｍｅｎｄｅｒ ｓｙｓｔｅｍ）を用いてもよいし、データマイニングを用いてもよい。レコメンダシステムには、例えば、機械学習のアルゴリズムが用いられる。レコメンダシステムで使用されるアルゴリズムとしては、例えば、最近傍探索がある。データマイニングは、統計学、パターン認識、人口知能等のデータ解析の技法を大量のデータに網羅的に適用することで知識を取り出す技術のことである。データマイニングには、例えば、機械学習のアルゴリズムが用いられる。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部１４が、複数のケア履歴データＤ１に基づいて、顧客ＩＤデータＤ２と、サービサーＩＤデータＤ３とを関連付けるタイミングは、特に限定されない。例えば、顧客からの入力をトリガーとしてもよいし、サービサーからの入力をトリガーとしてもよいし、所定期間が経過したことをトリガーとしてもよい。所定期間は、例えば、前回のケアの実施日からの経過日数である。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部１５は、生成された顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力する。つまり、顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部１５により、生成された顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力するステップが実施される。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部１５が顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力するタイミングは、特に限定されない。例えば、顧客からの入力に対する応答として顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力してもよいし、サービサーからの入力に対する応答として顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力してもよいし、所定期間が経過したときに顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を出力してもよい。所定期間は、例えば、前回のケアの実施日からの経過日数である。

顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９の出力先は、特に限定されない。例えば、顧客からの入力があった場合に、当該顧客に出力してもよいし、サービサーに出力してもよい。例えば、サービサーからの入力があった場合に、当該サービサーに出力してもよいし、顧客に出力してもよい。

顧客又はサービサーが所有する端末は、データ処理装置１０と通信可能な端末である。データ処理装置１０と通信可能な端末は、例えば、制御装置と、制御装置によって実行されるプログラムが記憶された記憶装置とを含む。制御装置は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｃｏｎｔｒｏｌｌ Ｕｎｉｔ）である。記憶装置は、例えば、ハードディスク、メモリである。上記プログラムは、データ処理装置１０と通信可能な端末が備える制御装置に、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を受信するステップと、受信した顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９を表示するステップと、を実行させる。

データ処理装置１０によれば、ハードウェアリソースの設計自由度を確保しつつ、汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得できる。その理由は、以下のとおりである。

データ処理装置１０は、複数のケア履歴データＤ１を用いて、出力するためのデータを生成する。ここで、複数のケア履歴データＤ１は、複数の同一顧客ケア履歴データを一組のケア履歴データＤ１とした場合に、複数組のケア履歴データＤ１を含む。複数の同一顧客ケア履歴データは、各々が同じ顧客ＩＤデータＤ２を含む複数のケア履歴データＤ１である。複数の同一顧客ケア履歴データは、直近のケアの実施日との間隔が４ヶ月以下であるケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１を、直近のケアの実施日との間隔が４ヶ月よりも大きいケアの実施日に関連するケア実施日関連データＤ５を含むケア履歴データＤ１よりも多く含む。つまり、複数の同一顧客ケア履歴データは、小型車両のケアが高い頻度で実施されていることを示している。

このように高い頻度で小型車両のケアを依頼する顧客は、小型車両を移動手段としてだけではなく財産として考えている。そのため、移動手段としての機能及び財産としての価値を維持するために、小型車両をできるだけよい状態に維持するためのケアに熱心である。具体的には、以下のとおりである。

上記のように、小型車両のケアは高い頻度で実施される。そのため、顧客は、小型車両のケアに要する費用をできるだけ安くしたいと考える。しかしながら、小型車両のケアに要する費用は安ければよいというものではない。移動手段としての機能及び財産としての価値を維持するためには、小型車両のケアの質も重要になる。したがって、高い頻度で小型車両のケアを依頼する顧客は、小型車両のケアを提供するサービサーを誠実に評価する。

ここで、小型車両のケアは高い頻度で実施されるものであるため、比較的簡単な作業になる。そのため、ケアを実施するメカニックの技能に差が生じ難い。したがって、このような差が生じ難いものを誠実に評価する際には、ケアを提供するサービサーに対する信頼度が反映されやすくなる。このような信頼度は、潜在的な顧客の嗜好性に与える影響が大きい。そして、上記信頼度の影響を大きく受けた潜在的な顧客の嗜好性は、顧客のサービサーに対する誠実な評価に基づくものであるため、汎用性が高くなる。

したがって、小型車両のケアが高い頻度で実施されていることを示している複数の同一顧客ケア履歴データを含む複数のケア履歴データＤ１は、汎用性の高い潜在的な顧客の嗜好性が反映されているデータである。つまり、データ処理装置１０によれば、このような汎用性の高い潜在的な顧客の嗜好性が反映されたデータを取得することができる。

また、汎用性の高い潜在的な顧客の嗜好性が反映されたデータである複数の同一顧客ケア履歴データを含む複数のケア履歴データＤ１は、顧客ＩＤデータＤ２、サービサーＩＤデータＤ３及びケア実施日関連データＤ５が関連付けられたデータであればよいので、処理が必要なデータの種類が増加するのを抑制することができる。したがって、データ処理装置１０によれば、データ処理に必要なハードウェアリソースが増えるのを抑制して、ハードウェアリソースの設計自由度を確保することができる。

（実施の形態の具体例）
図２を参照しながら、本発明の実施の形態の具体例について説明する。図２は、本発明の実施の形態によるデータ処理装置としてのデータ処理サーバ１０Ａを含むデータ処理システム１００を示す概念図である。なお、データ処理サーバ１０Ａは、図１に示すデータ処理装置１０と同様な構成を有するものであるから、その詳細な説明は省略する。

データ処理システム１００は、データ処理サーバ１０Ａの他に、顧客が使用する端末２０Ａと、サービサーが使用する端末２０Ｂとを含む。端末２０Ａ及び端末２０Ｂは、それぞれ、インターネットを介して、データ処理サーバ１０Ａに接続されている。端末２０Ａ及び端末２０Ｂには、それぞれ、専用のアプリがインストールされている。当該アプリを使用することにより、ケア履歴データＤ１がデータ処理サーバ１０Ａに入力される。その結果、データ処理サーバ１０Ａは、ケア履歴データＤ１を取得することができる。なお、図２では、便宜上、顧客が使用する端末２０Ａと、サービサーが使用する端末２０Ｂとを、１つずつしか示していない。

図３を参照しながら、データ処理システム１００におけるデータ処理について説明する。図３は、データ処理システム１００におけるデータ処理を示すフローチャートである。

なお、データ処理システム１００では、データ処理サーバ１０Ａが、ケア履歴データＤ１を取得するステップを常に実施している。

顧客が使用する端末２０Ａは、ステップＳ１１において、顧客の操作を受け付ける。顧客の操作は、図３に示す例では、検索条件の入力である。検索条件の入力は、顧客が使用する端末２０Ａにインストールされたアプリを用いて行われる。図３に示す例では、検索条件は、「きれいなサービサー」である。

なお、検索条件は、例えば、「サービサーの名前（例えば、店舗名）」や、「小型車両のメーカー」、「クーポンの利用の可否」、「サービサーが提供しているケアの種類」、「サービサーの場所（地域）」、「サービサーの設備」、「予約可能なサービサー」、「サービサーの営業時間」、「サービサーのレーティング」、「サービサーの周辺情報」、「現在地の周辺のサービサー」、「サービサーが保有する部品（在庫）」、「サービサーが実施するケアの価格」、「お気に入りのサービサー」、「キャンペーンの有無」、「サービサーの雰囲気」、「サービサーの実績」などであってもよい。

顧客が使用する端末２０Ａは、ステップＳ１２において、ステップＳ１１で入力された検索条件をデータ処理サーバ１０Ａに送信する。

データ処理サーバ１０Ａは、ステップＳ２１において、顧客が使用する端末２０Ａからの検索条件を受信する。

データ処理サーバ１０Ａは、ステップＳ２２において、受信した検索条件を入力データとして用いることにより、当該入力データに関連するデータを生成する。図３に示す例では、生成されたデータは、「きれいなサービサー」に関連するものである。なお、生成されたデータは、顧客ＩＤ及びサービサーＩＤ関連付け出力用データＤ９に相当する。

データ処理サーバ１０Ａは、ステップＳ２３において、ステップ２２で生成されたデータを顧客が使用する端末２０Ａに送信する。

顧客が使用する端末２０Ａは、ステップＳ１３において、データ処理サーバ１０Ａからのデータを受信する。受信したデータは、顧客が使用する端末２０Ａにインストールされているアプリを用いて表示される。図３に示す例では、顧客が使用する端末２０Ａに表示する内容は、「きれいなサービサー」の一覧である。サービサーがきれいであるか否かの判断は、例えば、これまでにケアを実施したサービサーとの比較に基づいて行われる。

顧客が使用する端末２０Ａは、ステップＳ１４において、サービサーにケアの予約をする。ケアを予約するサービサーは、ステップＳ１３で受信したデータに基づいて、顧客が決定する。ケアの予約時刻は、顧客が決定する。

サービサーが使用する端末２０Ｂは、ステップＳ３１において、顧客からの予約を受け付ける。

サービサーが顧客からの予約を受け付けた場合、顧客が使用する端末２０Ａには、例えば、ケアの予約を受け付けたことと、ケアの予約時刻が表示される。

上記具体例では、「きれいなサービサー」を検索条件として入力する場合の一例について説明した。例えば、サービサーにケアを実施してもらうまでの待ち時間を検索条件として入力する場合には、待ち時間を顧客が使用する端末２０Ａに表示してもよい。

（実施の形態の変形例１）
図４を参照しながら、実施の形態の変形例１について説明する。図４は、実施の形態の変形例１によるデータ処理装置１０１のブロック図である。

データ処理装置１０１は、データ処理装置１０と比べて、取得するケア履歴データＤ１が異なる。データ処理装置１０１が取得するケア履歴データは、顧客ＩＤ関連付けケア間接関連データＤ１０をさらに含む。顧客ＩＤ関連付けケア間接関連データＤ１０は、ケア間接関連データと、顧客ＩＤデータＤ２とが、関連付けられたデータである。ケア間接関連データは、メカニック間接関連データ、オーナー間接関連データ、又は、店舗間接関連データの少なくとも１つを含む。メカニック間接関連データは、メンテナンス以外のメカニックの行為又はメカニックの外観（ａｐｐｅａｒａｎｃｅ）に関連するデータである。オーナー間接関連データは、オーナーの行為又はオーナーの外観（ａｐｐｅａｒａｎｃｅ）に関連するデータである。店舗間接関連データは、店舗の所在地、営業時間、設備又は外観（ａｐｐｅａｒａｎｃｅ）に関連するデータである。

顧客ＩＤデータＤ２とケア間接関連データとが関連付けられる態様には、例えば、顧客ＩＤデータＤ２とケア間接関連データとが１つの顧客ＩＤ関連付けケア間接関連データＤ１０として取り扱われる態様が含まれる。したがって、例えば、顧客ＩＤデータＤ２とケア間接関連データとを含む１つの顧客ＩＤ関連付けケア間接関連データＤ１０が存在する場合、当該顧客ＩＤ関連付けケア間接関連データＤ１０は、顧客ＩＤデータＤ２とケア間接関連データとが関連付けられたデータである。顧客ＩＤデータＤ２と、ケア間接関連データとが、顧客の入力により、関連付けられる態様には、例えば、顧客ＩＤデータＤ２と、ケア間接関連データとが同じ端末から入力される態様や、顧客ＩＤデータＤ２と、ケア間接関連データとが同じ人物によって入力される態様が含まれる。データが同じ端末から入力されたか否かは、例えば、当該端末に付与された識別コード等を確認すればよい。データが同じ人物によって入力されたか否かは、例えば、当該人物に付与された識別コード等を確認すればよい。

顧客ＩＤデータＤ２及びケア間接関連データは、例えば、顧客が入力する情報に基づいて取得される。顧客が情報を入力する際には、例えば、顧客が所有する携帯端末を用いる。メカニックやオーナーの行為には、例えば、メカニックやオーナーの接客態度が含まれる。メカニックやオーナーの外観（ａｐｐｅａｒａｎｃｅ）には、例えば、メカニックやオーナーの服装が含まれる。

このような変形例１においては、ケア履歴データＤ１が顧客の入力によって顧客ＩＤデータＤ２とケア間接関連データとが関連付けられた顧客ＩＤ関連付けケア間接関連データＤ１０をさらに含むので、サービサーに対する顧客の信頼度の影響をより大きく受けた潜在的な顧客の嗜好性がケア履歴データＤ１に反映される。

（実施の形態の変形例２）
図５を参照しながら、実施の形態の変形例２について説明する。図５は、実施の形態の変形例２によるデータ処理装置のブロック図の一部であって、図１に示すデータ処理装置１０に追加された構成に関するブロック図である。

変形例２によるデータ処理装置は、さらに、顧客ＩＤ関連付け出力用商品サービスデータＤ１３を生成する顧客ＩＤ関連付け出力用商品サービスデータ生成部３２と、生成された顧客ＩＤ関連付け出力用商品サービスデータＤ１３を出力する顧客ＩＤ関連付け出力用商品サービスデータ出力部３３とを備える。

顧客ＩＤ関連付け出力用商品サービスデータＤ１３は、商品サービスデータと、取得された複数のケア履歴データＤ１とに基づいて、顧客ＩＤデータＤ２と商品サービスデータの少なくとも一部のデータとを関連付けることで生成される。商品サービスデータは、小型車両、小型車両に使用される部品及びケアに対して直接的に関連する商品及び／又はサービスのデータである。顧客ＩＤ関連付け出力用商品サービスデータＤ１３は、出力するためのデータである。

変形例２においては、例えば、顧客が端末のアプリを用いて小型車両に使用される部品（商品サービスデータに含まれる）を注文した場合に、顧客関連付け出力用商品サービスデータＤ１３に相当するデータが生成される。当該データは、顧客が注文した部品に関する情報を示す。顧客が注文した部品に関するデータ（顧客ＩＤ関連付け出力用商品サービスデータＤ１３に相当する）が顧客に送信される。

変形例２においては、例えば、顧客が端末のアプリを用いて小型車両（商品サービスデータに含まれる）の査定を要求する場合に、顧客ＩＤ関連付け出力用商品サービスデータＤ１３に相当するデータが生成される。当該データは、顧客が査定して欲しい小型車両に関する情報を示す。顧客が査定して欲しい小型車両に関するデータ（顧客ＩＤ関連付け出力用商品サービスデータＤ１３に相当する）は、小型車両の査定をする者に送信される。

（実施の形態の変形例３）
図６を参照しながら、実施の形態の変形例３について説明する。図６は、実施の形態の変形例３によるデータ処理装置のブロック図の一部であって、図１に示すデータ処理装置１０に追加された構成に関するブロック図である。

変形例３によるデータ処理装置は、さらに、サービサーＩＤ関連付け出力用商品サービスデータＤ１６を生成するサービサーＩＤ関連付け出力用商品サービスデータ生成部４２と、生成されたサービサーＩＤ関連付け出力用商品サービスデータＤ１６を出力するサービサーＩＤ関連付け出力用商品サービスデータ出力部４３とを備える。

サービサーＩＤ関連付け出力用商品サービスデータＤ１６は、商品サービスデータと、取得された複数のケア履歴データＤ１とに基づいて、サービサーＩＤデータＤ３と商品サービスデータの少なくとも一部のデータとを関連付けることで生成される。商品サービスデータは、小型車両、小型車両に使用される部品及びケアに対して直接的に関連する商品及び／又はサービスのデータである。サービサーＩＤ関連付け出力用商品サービスデータＤ１６は、出力するためのデータである。

変形例３においては、例えば、サービサーが端末のアプリを用いて小型車両に使用される部品（商品サービスデータに含まれる）を注文した場合に、サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当するデータが生成される。当該データは、サービサーが注文した部品に関する情報を示す。サービサーが注文した部品に関するデータ（サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当する）がサービサーに送信される。サービサーが注文した部品は、例えば、オイルであってもよいし、ジェネリックパーツやユニバーサルパーツであってもよい。なお、ジェネリックパーツは、純正部品と同等の品質を有し、且つ、純正部品よりも価格が安い部品である。ユニバーサルパーツは、汎用品であり、複数の小型車両に共通して用いることができる部品である。

変形例３においては、例えば、サービサーが端末のアプリを用いて小型車両（商品サービスデータに含まれる）の査定を要求する場合に、サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当するデータが生成される。当該データは、サービサーが査定して欲しい小型車両に関する情報を示す。サービサーが査定して欲しい小型車両に関するデータ（サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当する）は、小型車両の査定をする者に送信される。

変形例３においては、例えば、サービサーであるメカニックが端末のアプリを用いて小型車両のケア（商品サービスデータに含まれる）の技能を習得する場合に、サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当するデータが生成される。当該データは、小型車両のケアの技能を習得するための情報を示す。小型車両のケアの技能習得に関するデータ（サービサーＩＤ関連付け出力用商品サービスデータＤ１６に相当する）は、サービサーであるメカニックに送信される。

（その他の実施形態）
本明細書において記載と図示の少なくとも一方がなされた実施形態及び変形例は、本開示の理解を容易にするためのものであって、本開示の思想を限定するものではない。上記の実施形態及び変形例は、その趣旨を逸脱することなく変更・改良され得る。

当該趣旨は、本明細書に開示された実施形態に基づいて当業者によって認識されうる、均等な要素、修正、削除、組み合わせ（例えば、実施形態及び変形例に跨る特徴の組み合わせ）、改良、変更を包含する。特許請求の範囲における限定事項は当該特許請求の範囲で用いられた用語に基づいて広く解釈されるべきであり、本明細書あるいは本願のプロセキューション中に記載された実施形態及び変形例に限定されるべきではない。そのような実施形態及び変形例は非排他的であると解釈されるべきである。例えば、本明細書において、「好ましくは」、「よい」という用語は非排他的なものであって、「好ましいがこれに限定されるものではない」、「よいがこれに限定されるものではない」ということを意味する。

１０ データ処理装置
１０１ データ処理装置
１０Ａ データ処理サーバ
１１ ケア履歴データ取得部
１４ 顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部
１５ 顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部
２０Ａ 顧客が使用する端末
２０Ｂ サービサーが使用する端末
１００ データ処理システム

Claims (8)

1. 顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理方法であって、
   複数の４ヶ月以内高頻度傾向ケア履歴データを取得するステップと、
   顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するステップと、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを出力するステップと、を備え、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、１人乗り又は２人乗りの車両である小型車両に対して実施されるメンテナンスのうち、前記小型車両の故障の修理及び損傷の修理であるリペアを除くメンテナンスであるケアの履歴に関連するデータであり、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、前記ケアが提供される前記小型車両に係る顧客を特定するためのデータである顧客ＩＤデータと、前記ケアを提供するサービサーを特定するためのデータであるサービサーＩＤデータと、前記ケアの実施日に関連するデータであるケア実施日関連データとを含み、前記４ヶ月以内高頻度傾向ケア履歴データにおいて前記顧客ＩＤデータと前記サービサーＩＤデータと前記ケア実施日関連データとは互いに関連付けされており、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、各々が同じ前記顧客ＩＤデータを含む複数の４ヶ月以内高頻度傾向ケア履歴データである複数の同一顧客ケア履歴データを一組の４ヶ月以内高頻度傾向ケア履歴データとした場合に、複数組の４ヶ月以内高頻度傾向ケア履歴データを含み、
   前記複数の同一顧客ケア履歴データは、直近の前記ケアの実施日との間隔が４ヶ月以下である前記ケアの実施日に関連する前記ケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データを、直近の前記ケアの実施日との間隔が４ヶ月よりも大きい前記ケアの実施日に関連する前記ケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データよりも多く含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、１つの前記顧客ＩＤデータに対して１つ以上の前記サービサーＩＤデータ、又は、１つの前記サービサーＩＤデータに対して１つ以上の前記顧客ＩＤデータを出力するためのデータであって、少なくとも前記複数の４ヶ月以内高頻度傾向ケア履歴データに基づいて生成される、
   データ処理方法。
2. 前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記顧客ＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するために用いられる前記複数の４ヶ月以内高頻度傾向ケア履歴データは、前記１つの前記顧客ＩＤデータと同じ前記顧客ＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データと、前記１つの前記顧客ＩＤデータと異なる前記顧客ＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データとを含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記サービサーＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するために用いられる前記複数の４ヶ月以内高頻度傾向ケア履歴データは、前記１つの前記サービサーＩＤデータと同じ前記サービサーＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データと、前記１つの前記サービサーＩＤデータと異なる前記サービサーＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データとを含む、
   請求項１に記載のデータ処理方法。
3. 前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記顧客ＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、前記１つの前記顧客ＩＤデータと同じ顧客ＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データに含まれない前記サービサーＩＤデータを含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記サービサーＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、前記１つの前記サービサーＩＤデータと同じサービサーＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データに含まれない前記顧客ＩＤデータを含む、
   請求項１又は２に記載のデータ処理方法。
4. 顧客とサービサーとをマッチングするために用いられるデータを出力するデータ処理装置であって、
   複数の４ヶ月以内高頻度傾向ケア履歴データを取得するケア履歴データ取得部と、
   顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成する顧客ＩＤ及びサービサーＩＤ関連付け出力用データ生成部と、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを出力する顧客ＩＤ及びサービサーＩＤ関連付け出力用データ出力部と、を備え、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、１人乗り又は２人乗りの車両である小型車両に対して実施されるメンテナンスのうち、前記小型車両の故障の修理及び損傷の修理であるリペアを除くメンテナンスであるケアの履歴に関連するデータであり、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、それぞれ、前記ケアが提供される前記小型車両に係る顧客を特定するためのデータである顧客ＩＤデータと、前記ケアを提供するサービサーを特定するためのデータであるサービサーＩＤデータと、前記ケアの実施日に関連するデータであるケア実施日関連データとを含み、前記４ヶ月以内高頻度傾向ケア履歴データにおいて前記顧客ＩＤデータと前記サービサーＩＤデータと前記ケア実施日関連データとは互いに関連付けされており、
   前記複数の４ヶ月以内高頻度傾向ケア履歴データは、各々が同じ前記顧客ＩＤデータを含む複数の４ヶ月以内高頻度傾向ケア履歴データである複数の同一顧客ケア履歴データを一組の４ヶ月以内高頻度傾向ケア履歴データとした場合に、複数組の４ヶ月以内高頻度傾向ケア履歴データを含み、
   前記複数の同一顧客ケア履歴データは、直近の前記ケアの実施日との間隔が４ヶ月以下である前記ケアの実施日に関連する前記ケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データを、直近の前記ケアの実施日との間隔が４ヶ月よりも大きい前記ケアの実施日に関連する前記ケア実施日関連データを含む４ヶ月以内高頻度傾向ケア履歴データよりも多く含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、１つの前記顧客ＩＤデータに対して１つ以上の前記サービサーＩＤデータ、又は、１つの前記サービサーＩＤデータに対して１つ以上の前記顧客ＩＤデータを出力するためのデータであって、少なくとも前記複数の４ヶ月以内高頻度傾向ケア履歴データに基づいて生成される、
   データ処理装置。
5. 前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記顧客ＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するために用いられる前記複数の４ヶ月以内高頻度傾向ケア履歴データは、前記１つの前記顧客ＩＤデータと同じ前記顧客ＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データと、前記１つの前記顧客ＩＤデータと異なる前記顧客ＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データとを含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記サービサーＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを生成するために用いられる前記複数の４ヶ月以内高頻度傾向ケア履歴データは、前記１つの前記サービサーＩＤデータと同じ前記サービサーＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データと、前記１つの前記サービサーＩＤデータと異なる前記サービサーＩＤデータを含む複数の前記４ヶ月以内高頻度傾向ケア履歴データとを含む、
   請求項４に記載のデータ処理装置。
6. 前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記顧客ＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、前記１つの前記顧客ＩＤデータと同じ顧客ＩＤデータを含む複数の前記高頻度傾向ケア履歴データに含まれない前記サービサーＩＤデータを含み、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データが前記１つの前記サービサーＩＤデータに対して出力される場合、前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データは、前記１つの前記サービサーＩＤデータと同じサービサーＩＤデータを含む複数の前記高頻度傾向ケア履歴データに含まれない前記顧客ＩＤデータを含む、
   請求項４又は５に記載のデータ処理方法。
7. 請求項４〜６の何れか１項に記載のデータ処理装置と通信可能な端末が備える制御装置に、
   前記４ヶ月以内高頻度傾向ケア履歴データの入力を受け付けるステップと、
   入力された前記４ヶ月以内高頻度傾向ケア履歴データを前記データ処理装置に送信するステップと、を実行させる、プログラム。
8. 請求項４〜６の何れか１項に記載のデータ処理装置と通信可能な端末が備える制御装置に、
   前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを受信するステップと、
   受信した前記顧客ＩＤ及びサービサーＩＤ関連付け出力用データを表示するステップと、を実行させる、プログラム。

Images