利用者、前記利用者が利用するサービスの種類、および前記サービスを利用する日時を特定する履歴素片データを取得する取得手段と、前記取得手段により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する履歴記憶手段と、前記サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する類型記憶手段と、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定をされた、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を出力する出力手段とを備える情報処理装置。前記類型記憶手段は、前記信頼度が変化するタイミングに応じて、前記サービスの提供者が前記利用者に対してとることが推奨される行動を示す推奨データをさらに記憶し、前記出力手段は、前記判定の前後で前記信頼度が変化をした場合、前記推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、前記出力情報として出力することを特徴とする請求項1に記載の情報処理装置。前記履歴素片データが、前記サービスの時間的な範囲を規定する範囲情報を含み、前記複数の類型の各々は、前記範囲毎に、前記サービスの種類の順列または組み合わせを規定しており、前記取得手段が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、前記複数の類型における前記一の範囲までの前記サービスの種類の順列または組み合わせと、前記一の利用者の履歴における前記一の範囲までの前記サービスの種類の順列または組み合わせとの対比結果に応じて前記信頼度が判定されることを特徴とする請求項1または2に記載の情報処理装置。前記履歴は、前記サービスの提供者の属性を示す属性情報を含み、前記類型データは、前記サービスの提供者の属性に応じた複数の類型を含み、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、前記信頼度が判定されることを特徴とする請求項1ないし3のいずれか一項に記載の情報処理装置。前記属性情報は、前記属性として、前記サービスの提供者の店舗の地理的な位置を含むことを特徴とする請求項4に記載の情報処理装置。前記履歴データに応じて前記推奨データを更新する更新手段を有する請求項2に記載の情報処理装置。制御手段、通信手段およびサービスの種類の時間変化に対応する信頼度の変化の複数の類型を示す類型データを記憶した記憶手段を有するコンピュータに、利用者、前記利用者が利用するサービスの種類、および前記サービスを利用した日時を特定する履歴素片データを前記通信手段が取得するステップと、前記履歴素片データに含まれる情報を要素とする履歴を含む履歴データを前記制御手段が前記記憶手段に記憶させるステップと、前記記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定された、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を前記通信手段が出力するステップとを実行させるためのプログラム。請求項1ないし6のいずれかに記載の情報処理装置と、情報端末とを有し、前記情報端末は、前記利用者及び前記利用者が利用するサービスの種類を前記情報処理装置に送信する送信手段と、前記情報処理装置により出力された出力情報を受信する受信手段と、前記受信手段により受信された出力情報を表示する表示手段とを備える情報処理システム。本発明は、利用者が利用したサービスの時間変化に応じた、サービスの提供者に対する利用者の信頼度を出力する情報処理装置を提供することを目的とする。本発明の請求項1に係る情報処理装置は、利用者、前記利用者が利用するサービスの種類、および前記サービスを利用する日時を特定する履歴素片データを取得する取得手段と、前記取得手段により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する履歴記憶手段と、前記サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する類型記憶手段と、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定をされた、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を出力する出力手段とを備える。本発明の請求項2に係る情報処理装置は、請求項1に記載の構成において、前記類型記憶手段は、前記信頼度が変化するタイミングに応じて、前記サービスの提供者が前記利用者に対してとることが推奨される行動を示す推奨データをさらに記憶し、前記出力手段は、前記判定の前後で前記信頼度が変化をした場合、前記推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、前記出力情報として出力することを特徴とする。本発明の請求項3に係る情報処理装置は、請求項1または2に記載の構成において、前記履歴素片データが、前記サービスの時間的な範囲を規定する範囲情報を含み、前記複数の類型の各々は、前記範囲毎に、前記サービスの種類の順列または組み合わせを規定しており、前記取得手段が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、前記複数の類型における前記一の範囲までの前記サービスの種類の順列または組み合わせと、前記一の利用者の履歴における前記一の範囲までの前記サービスの種類の順列または組み合わせとの対比結果に応じて前記信頼度が判定されることを特徴とする。本発明の請求項4に係る情報処理装置は、請求項1ないし3のいずれか一項に記載の構成において、前記履歴は、前記サービスの提供者の属性を示す属性情報を含み、前記類型データは、前記サービスの提供者の属性に応じた複数の類型を含み、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、前記信頼度が判定されることを特徴とする。本発明の請求項5に係る情報処理装置は、請求項4に記載の構成において、前記属性情報は、前記属性として、前記サービスの提供者の店舗の地理的な位置を含むことを特徴とする。本発明の請求項6に係る情報処理装置は、請求項2に記載の構成において、前記履歴データに応じて前記推奨データを更新する更新手段を有する。本発明の請求項7に係るプログラムは、制御手段、通信手段およびサービスの種類の時間変化に対応する信頼度の変化の複数の類型を示す類型データを記憶した記憶手段を有するコンピュータに、利用者、前記利用者が利用するサービスの種類、および前記サービスを利用した日時を特定する履歴素片データを前記通信手段が取得するステップと、前記履歴素片データに含まれる情報を要素とする履歴を含む履歴データを前記制御手段が前記記憶手段に記憶させるステップと、前記記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定された、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を前記通信手段が出力するステップとを実行させる。本発明の請求項8に係る情報処理システムは、請求項1ないし6のいずれかに記載の情報処理装置と、情報端末とを有し、前記情報端末は、前記利用者及び前記利用者が利用するサービスの種類を前記情報処理装置に送信する送信手段と、前記情報処理装置により出力された出力情報を受信する受信手段と、前記受信手段により受信された出力情報を表示する表示手段とを備える。請求項1、請求項7および請求項8に係る発明によれば、利用者が利用したサービスの時間変化に応じて、サービスの提供者に対する利用者の信頼度を出力することができる。請求項2に係る発明によれば、信頼度の変化に応じて、サービス提供者がとることが推奨される行動を示すことができる。請求項3に係る発明によれば、利用者による一連のサービスの利用のまとまりに応じて、信頼度を判定することができる。請求項4に係る発明によれば、サービス提供者の属性に応じて信頼度を判定することができる。請求項5に係る発明によれば、サービス提供者の店舗の地理的な位置に応じて信頼度を判定することができる。請求項6に係る発明によれば、利用者の履歴の蓄積に応じて推奨データベースを更新することができる。図1は、本発明の一実施形態である情報処理システム1の全体構成を示す図である。情報処理システム1は、情報処理装置の一例であるサーバ10と、複数の情報端末20とを備える。サーバ10と情報端末20は、ネットワーク30を介して通信可能に接続されている。ネットワーク30は、例えば、インターネットまたは移動通信網である。図2は、サーバ10のハードウェア構成を示すブロック図である。サーバ10は、制御部11と、通信部12と、記憶部13とを備えたコンピュータである。制御部11制御手段の一例は、サーバ装置10の各部の動作を制御する装置である。制御部11は、CPUCentralProcessingUnit等の演算処理装置と主記憶装置に相当するメモリとを備える。制御部11は、プログラムを実行することによって各部の制御を行う。通信部12通信手段の一例は、ネットワーク30に接続してデータを送受信する装置である。記憶部13記憶手段の一例は、補助記憶装置に相当する記憶手段を備え、制御部11により用いられるデータを記憶する。記憶部13は、後述の履歴データ、類型データおよび推奨データを記憶している。図3は、情報端末20のハードウェア構成を示すブロック図である。情報端末20は、制御部21と、通信部22と、表示部23と、記憶部24と、入力部25とを備えたコンピュータである。制御部21は、情報端末20の各部の動作を制御する装置である。制御部21は、演算処理装置とメモリとを備える。制御部21は、プログラムを実行することによって各部の制御を行う。通信部22は、ネットワーク30に接続してデータを送受信する装置である。表示部23は、文字、画像等の情報を表示する装置である。表示部23は、液晶ディスプレイまたは有機ELElectroluminescenceディスプレイにより構成される表示面を有する。記憶部24は、制御部21により用いられるデータを記憶する。記憶部24は、後述の属性情報を記憶している。入力部25は、ユーザによる入力を受け付ける装置であり、キーパッドキーボードや各種のボタンを備える。また、入力部25は、表示部23の表示面に重ねて設けられたタッチスクリーンタッチパネルであってもよい。図4は、サーバ10の機能的構成を示すブロック図である。サーバ10の制御部11は、プログラムを実行することによって、取得部111、履歴記憶部112、類型記憶部113、判定部114、および出力部115の各部に相当する機能を実現する。取得部111取得手段の一例は、利用者、利用者が利用するサービスの種類、およびサービスを利用する日付日時の一例を特定する履歴素片データを取得する。履歴記憶部112履歴記憶手段の一例は、取得部111により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する。類型記憶部113類型記憶手段の一例は、サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する。ここで、信頼度は、サービスの提供者に対する信頼の度合い換言すれば、当該提供者の提供するサービスへの定着の度合いを数値で表したものである。判定部114は、類型データに含まれる複数の類型のうち、一の利用者の履歴に対応する類型を用いて、サービスの提供者に対する一の利用者の信頼度が変化するか否かを判定する。出力部115出力手段の一例は、信頼度の変化に応じた出力情報を出力する。この例で、類型記憶手段113は、信頼度が変化するタイミングに応じて、サービスの提供者が利用者に対してとることが推奨される行動を示す推奨データを記憶している。出力手段115は、判定の前後で信頼度が変化をした場合、推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、出力情報として出力する。さらに、この例で、履歴素片データは、サービスの時間的な範囲を規定する範囲情報を含んでいる。複数の類型の各々は、この範囲毎に、サービスの種類の順列または組み合わせを規定している。取得部111が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、複数の類型における一の範囲までのサービスの種類の順列または組み合わせと、一の利用者の履歴における一の範囲までのサービスの種類の順列または組み合わせとの対比結果に応じて、判定部114は信頼度を判定する。また、この例で、履歴は、サービスの提供者の属性を示す属性情報を含む。属性情報は、サービスの提供者の店舗の地理的な位置を含む。類型データは、サービスの提供者の属性に応じた複数の類型を含む。類型記憶部113に記憶されている類型データに含まれる複数の類型のうち、一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、判定部114は信頼度を判定する。図5は、情報端末20の機能的構成を示すブロック図である。情報端末20の制御部21は、プログラムを実行することによって、送信部211、受信部212、および表示部213の各部に相当する機能を実現する。送信部211送信手段の一例は、利用者及び利用者が利用するサービスの種類をサーバ10に送信する。受信部212受信手段の一例は、サーバ10によって出力された出力情報を受信する。表示部213表示手段の一例は、受信部212によって受信された推奨データを表示する。図6は、情報処理システム1において実行される処理を示すフローチャートである。以下、情報処理システム1が歯科医院の治療履歴の管理に用いられる場合を例として説明する。この例において、情報端末20は歯科医院の受付に設置されている。ステップS1において、情報端末20は、履歴素片データの入力を受け付ける。履歴素片データとは、利用者名、利用者が利用するサービスの種類、サービスを利用する日付、および範囲情報を含むデータをいう。この例では、利用者名として患者名が、サービスの種類として処置の内容が、サービスを利用する日付として処置の日付が、範囲情報として治療箇所が、それぞれ用いられる。また、この例では、履歴素片データは、費用負担についての情報も含む。この例では、ある患者について、歯科医院での処置が終わったときに、歯科医院の事務スタッフがその日の処置の内容を履歴素片データとして入力する。図7は、履歴データの一例を示す図である。履歴データは、履歴素片データの項目に加え、情報処理システム1の利用者の属性情報を含んでいる。この例で、情報処理システム1は歯科医院の治療履歴の管理に用いられるので、情報処理システム1の利用者は歯科医院の経営者または職員である。この例で、利用者の属性情報として医院名が用いられる。図7の例では、医院名吉田歯科で識別されるある特定の利用者についての履歴データのみが示されているが、履歴データは、複数の利用者についての履歴を含んでいる。図7の例では、1行分のデータが1回の処置に対応している。すなわち、履歴データのうち1行分のデータが1回分の来院の履歴である。例えば、履歴131は、佐藤という名前の患者が2月2日に吉田歯科という歯科医院で処置を受けたことを示している。履歴131は、さらに、処置を受けた箇所が上右7で特定される歯であり、この歯について治療が行われ、費用負担は保険であったことが示されている。処置の内容には、例えば治療、リコール、およびケアがある。治療は、虫歯治療または矯正治療などの歯科治療を表す。リコールは、歯科治療後の経過観察を表す。ケアは、クリーニングもしくはフッ素塗布などの歯科予防、またはホワイトニングもしくはインプラントなどの審美治療を表す。費用負担には、保険と自費がある。再び図6を参照する。ステップS2において、情報端末20の通信部22は、履歴素片データと属性情報をサーバ10に送信する。属性情報医院名は、記憶部24にあらかじめ記憶されている。ステップS3において、サーバ10の通信部12は、履歴素片データと属性情報とを受信する。ステップS4において、制御部11は、通信部12によって受信された履歴素片データと属性情報とを、記憶部13に記憶されている履歴データに追加する。履歴データは、図7で示した形態で記憶される。ステップS5において、制御部11は、記憶部13によって履歴データに記憶された履歴素片データに含まれる範囲情報が一の範囲の終わりを示しているか否かを判断する。歯科医院の例では、一の範囲とは、ある治療箇所の処置に要した一連の処置のまとまりのことである。一の範囲の終期は、その治療箇所について処置が完了したことを示す情報によって特定される。この情報は、履歴素片データを入力する際、併せて入力される。図7の例では、治療箇所の末尾に記載されたEという文字が、一連の処置が完了したことを表している。歯科医院の事務スタッフは、治療箇所の処置が完了した場合、治療箇所の項目の末尾にEという文字を付け加えて入力する。図7の例では、2月6日、6月8日および9月27日の履歴が処置の完了を表している。また、一の範囲の始期は、前回とは異なる新たな歯について治療が開始されたこと、または、前回の治療箇所の末尾にEが加えられていることにより特定される。図7の例では、2月2日から2月6日までの2回の処置、5月27日から6月8日までの3回の処置および9月16日から9月27日までの3回の処置がそれぞれ一の範囲となる。この例で、制御部11は、ステップS3で受信した履歴素片データに含まれる治療箇所の末尾にEの文字が記載されていた場合、範囲情報が一の範囲の終わりを示していると判断する。範囲情報が一の範囲の終わりを示していると判断された場合ステップS5:YES、制御部11は、処理をステップS6に移行する。範囲情報が一の範囲の終わりを示していないと判断された場合ステップS5:NO、制御部11は、図6のフローを終了する。再び図6を参照する。ステップS6において、制御部11は、類型データベースに記憶された複数の類型データの中から、判定を行う利用者の履歴データに対応する類型を選択する。図8は、類型データの一例を示す図である。類型データとは、信頼度の変化の複数の類型を含むデータをいう。信頼度の変化はサービスの種類の時間変化に対応している。複数の類型の各々は、サービスの時間的な範囲毎にサービスの種類の順列または組み合わせを規定している。すなわち、類型データは、患者が受ける処置の内容と時間経過に応じて信頼度がどのように変化しているかを示している。類型データは、複数の属性のそれぞれについて設定されている。この例で、属性として、利用者の歯科医院の地理的な位置、より具体的には都道府県名が用いられる。情報端末20から送信されるデータに含まれる属性情報は医院名を示している。サーバ10は、医院名と店舗の地理的な位置とを対応させるデータベースユーザ登録情報のデータベースを記憶部13に記憶している。サーバ10の制御部11は、このデータベースを参照して医院名と地理的な位置とを対応させる。類型データは、各属性について、複数記憶されている。例えば、属性東京に対応する類型データは、類型データ133aおよび類型データ133bから構成される。各類型データにおける信頼度の変化のパターンは、受けたサービスの履歴に応じて設定されている。図8の類型データは、処置の種類、時間、治療箇所番号および信頼度のデータを含む。処置の種類は、処置の内容と費用負担の組み合わせを表わす。処置の種類はAからFまでの6つのアルファベットで表される。A、BおよびCは費用負担が保険であることを表す。D、EおよびFは費用負担が自費であることを表す。AとDは処置の内容が治療であることを表す。BとEは処理の内容がリコールであることを表す。CとFは処置の内容がケアであることを表す。時間は、1行目を0日として、その日から経過した日数を表す。治療箇所番号は、1行目を1箇所目として、処置を受けた箇所の総数を表す。例えば、類型133aの2行目のデータは、初診日から5日後の1箇所目の治療であって、費用負担が保険であることを示している。類型の中で、治療箇所番号が同じ行の処置が一の範囲となる。類型133aでは、治療箇所番号が1の1行目および2行目の処置、2の3行目から6行目までの処置、3の7行目から9行目までの処置、および4の10行目から12行目までの処置がそれぞれ一の範囲となる。この例において信頼度は、患者の歯科医院に対する信頼の度合いを数値で表したものである。信頼度は、低い方から高い方へ1から4の4段階で表されている。信頼度は、処置の種類と時間の情報にもとづいて決められたものである。信頼度は時間との関係で、時間間隔の狭い来院の頻度が多い方が時間間隔の広い来院頻度が少ない方よりも高くなる。また、信頼度は処置の内容との関係で、治療、リコール、ケアの順で高くなる。さらに、信頼度は費用負担との関係で、自費の方が保険のときよりも高くなる。例えば、類型133aの2行目のデータは、信頼度が1であることを示している。図9は、類型133aをグラフ座標軸上で表わした概略図である。横軸は時間を、縦軸は信頼度を表わす。楕円で囲まれたAA、AAAA、AABおよびABCが、それぞれ同じ治療箇所の処置であり、一の範囲に含まれる。一の範囲内における隣り合うアルファベット間のスペースは各処置間の経過時間を表している。類型133aは、複数の治療箇所の処置を受けていく過程で、患者の信頼度が1、1、2、3と変化していく様子を表している。図10は、履歴データと類型データの対比の一例を示す概略図である。制御部11は、履歴データと類型データとの対比結果を用いて、履歴データに対応する類型データを選択する。図7の患者佐藤の履歴データと、類型データ133aおよび133bとを対比する場合を例として説明するすなわち、吉田歯科は東京にある。ここでは、説明の便宜上、佐藤の履歴データを、類型データにおける処置の種類を示すアルファベットを用いて、一次元の時間軸尺度は類型と同じで表した。類型を表したグラフと同様に、楕円で囲まれたAA、AAAおよびAABがそれぞれ一の範囲を形成している。隣り合うアルファベット間のスペースについても各処置間の経過時間を表す。制御部11は、佐藤の履歴データと、類型133aおよび類型133bとの対比を行うことにより、佐藤の履歴データに対応する類型を選択する。履歴データと類型との対比は、例えば、以下のa~dの基準に基づいて行われる。aある範囲が終了してから、次の範囲が開始するまでの経過時間隣り合う楕円どうしの間隔が対応しているか否か。b一の範囲内での処置の回数アルファベットの個数が対応しているか否か。c一の範囲内での処置の種類を示すアルファベットの順列または組み合わせが対応しているか否か。d一の範囲内での隣り合う各処置どうしの間の経過時間隣り合うアルファベットどうしの間隔が対応しているか否か。基準a~bを用いた対比の具体例を説明する。制御部11は、次式1を用いて、履歴データと類型データとの差fを評価する。変数xは、ある範囲が終了してから、次の範囲が開始するまでの経過時間について、履歴データと類型データとの差を表す。変数yは、一の範囲内での処置の回数について、履歴データと類型データとの差を表す。変数zは、一の範囲内での処置の種類の順列または組み合わせについて、履歴データと類型データとの差を表す。変数wは、一の範囲内での隣り合う各処置どうしの間の経過時間について、履歴データと類型データとの差を表す。係数a、b、cおよびdは、各変数の重要度に応じて設定される重み付け係数である。変数x、y、z、およびwは、以下の式2~5で算出される。nは新たに終わりを示す一の範囲の数を表す。Diおよびdiは、それぞれ類型および履歴データにおける、第i番目の範囲と第i-1番目の範囲との間の経過時間を表す。Siおよびsiは、それぞれ類型および履歴データにおける、第i番目の範囲内での処置の回数を表す。Pjは、類型および履歴データの一の範囲内での処置の回数が同じ第j番目の範囲について、処置の種類の順列または組み合わせが対応している箇所の数を表す。Lkおよびlkは、それぞれ類型および履歴データの一の範囲内での処置の回数が同じ範囲について、第k番目の処置と第k-1番目の処置との間の経過時間を表す。制御部11は、類型133aおよび類型133bのそれぞれについて、式1を用いて差fを算出する。差fが小さいほど、履歴データと類型データとがより対応していることが示される。制御部11は、まず、算出された差fの最小値fminが、あらかじめ決められた閾値ft以下であるか判断する。fmin>ftの場合、制御部11は、対応する類型データが無いと判断し、図6の処理を終了する。fmin≦ftの場合、制御部11は、最小値fminに対応する類型データを、処理対象の履歴データに対応する類型として選択する。以下、患者佐藤の履歴データに対応する類型データとして類型データ133aが選択された場合を例として説明する。再び図6を参照する。ステップS7において、制御部11は、患者の現段階の信頼度と次回来院時に予期される信頼度が変化するか否かの判断を行う。信頼度が変化すると判断された場合ステップS7:YES、制御部11は、処理をステップS8に移行する。信頼度が変化しないと判断された場合ステップS7:NO、制御部11は、図6のフローを終了する。図10の例では、患者佐藤の現時点8回目の処置が終わった段階における信頼度は、類型データ133aによれば2である。制御部11は、選択された類型データ133aを参照して、次回来院時9回目の処置に来院した時に、信頼度が変化するか判断する。この例で、類型データ133aは、9回目の処置に来院した時に信頼度が3に変化することを示している。したがって、この例では、制御部11は、次回来院時に信頼度が変化すると判断する。ステップS8において、制御部11は、推奨データベースから、現時点の推奨行動を示す推奨データを取得する。推奨データとは、サービス提供者がサービス利用者に対してとることが推奨される行動以下推奨行動という。を示すデータをいう。図11は、推奨データベースの一例を示す図である。推奨データベースは、類型番号、信頼度の変化、および推奨される行動のデータを含む。類型番号は、類型データの識別子である。推奨される行動は、歯科医院が患者に対してとることが推奨される行動を表す。類型番号と信頼度の変化に応じて推奨される行動は異なる。先の例では、佐藤の履歴データに対応する類型データの番号は133aである。また、信頼度が2から3へと変化すると判定されている。制御部11は、推奨データベースから、類型番号133aおよび信頼度の変化2→3に対応する推奨データを取得する。この例では、フッ素塗布を勧めるという行動が、推奨データとして取得される。再び図6を参照する。ステップS9において、通信部12は、制御部11によって取得された推奨データを情報端末20に送信する。情報端末20の通信部22は、通信部12によって送信された推奨データを受信する。ステップS10において、表示部23は、通信部22によって受信された推奨データを用いて、推奨行動を示す画像を表示する。図12は、推奨行動の表示例を示す図である。歯科医院のスタッフは佐藤さんにフッ素塗布を勧めて下さい。という表示を見て、会計の時にフッ素塗布を勧めることができる。また、処置の後日にフッ素塗布を勧めるハガキまたはメールを送ることができる。本発明は、上述の実施形態に限定されるものではなく、種種の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する変形例のうち、2つ以上のものが組み合わされて用いられてもよい。1変形例1推奨データベースは、履歴データに応じて更新されてもよい。例えば、図6のステップS6において、ある患者の履歴データに対応する類型データが無いと判断された場合に、当該履歴データを類型データとして新たに登録してもよい。新たに類型データが登録された場合、これに対応する推奨データが推奨データベースに加えられる。また、ステップS9において、サーバ10が推奨行動を送信した後、ある患者が当該推奨行動に対応する処置を受けなかった場合に、推奨データベースが更新されてもよい。図13は、サーバ10において実行される推奨データベースの更新の一例を示すフロー図である。この例では、ある患者がサーバ10により送信された推奨データに対応する処置を受けなかった割合が多い場合に、推奨データベースが更新される。ステップS11において、制御部11は、ある患者の履歴データに、履歴素片データ範囲情報が一の範囲の終わりを示すものが新たに追加されると、履歴素片データの数がたまったかどうかを判断する。履歴素片データの数がたまったかどうかは、あらかじめ決められた閾値以上であるか否かにより判断する。履歴素片データの数がたまったと判断された場合ステップS11:YES、制御部11は、処理をステップS12に移行する。履歴素片データの数がたまっていないと判断された場合ステップS11:NO、制御部11は、図14のフローを終了する。ステップS12において、制御部11は、ある患者が、歯科医院に推奨された処置を受けなかった割合が多いかどうかを判断する。推奨された処置を受けなかった割合が多いかどうかは、あらかじめ決められた割合以上であるか否かにより判断する。推奨された処置を受けなかった割合が多いと判断された場合ステップS12:YES、制御部11は、処理をステップS13に移行する。推奨された処置を受けなかった割合が多いと判断されなかった場合ステップS12:NO、制御部11は、図13のフローを終了する。ある患者が、推奨された処置を受けなかったかどうかは、履歴データを参照することにより判断される。図14は、推奨データベースの更新において参照される履歴データの一例を示す図である。図7で示した履歴データに加え、推奨行動の項目を含んでいる。推奨行動は、サーバ10から情報端末20へ送信された推奨データを表す。この例では、患者佐藤の6月8日の来院時にリコールを、9月27日の来院時にフッ素塗布をサーバ10が推奨データとして送信したことを示している。患者佐藤は、次の範囲内における9月27日の来院時に処理リコールを受けている。すなわち、患者佐藤は、サーバ10から推奨されたとおりの行動をとったことがわかる。逆に、9月16日から9月27日の範囲で、処置リコールを受けていなければ、患者佐藤は、サーバ10から推奨された行動をとらなかったことがわかる。制御部11は、このようにして、ある患者が推奨された処置を受けなかった割合を算出する。再び図13を参照する。ステップS13において、制御部11は、推奨された処置を受けなかった患者の中から例えばランダムに選択されたある患者の履歴データを新たな類型データとして類型データベースに登録する。類型データが増えることにより、より適切な類型データが選択される可能性が高くなる。ステップS14において、制御部11は、新たに登録された類型データに対応する推奨データを推奨データベースに加える。ここで追加される推奨データは、例えば推奨データベースの中から選択される。推奨データベースは、推奨データ追加用のデータを有している。このデータは、例えば、推奨データの候補が優先度の順番に並べられたリストを含む。制御部11は、このリストのうち、優先度の高いものから順番に、推奨データとして追加する。別の例で、図13のフローにおいて、ステップS13の処理は省略されてもよい。この場合、ステップS14においては、ステップS12において、推奨された行動をとらなかったと判断された類型データに対応する推奨データが、別の推奨データに書き換えられる。ある推奨データについて、データどおりの行動がとられる割合が低いということは、その推奨データが適切なものではない可能性がある。この例では、データどおりの行動がとられる割合が低い推奨データについては、別のものに書き換えられるので、適切な推奨データに更新される可能性が高くなる。2変形例2履歴素片データを入力するタイミングは、歯科医院での処置が終わったときに限定されない。例えば、一日の診療時間の終了後または一週間の診療時間の終了後など、定期的に複数の患者の履歴素片データがまとめて入力されてもよい。別の例で、処置の予約時など、実際に処置を受ける前に履歴素片データが入力されてもよい。また、費用負担についての情報の入力は省略されてもよい。この場合、類型データの処置の種類は、処置の内容を表す。3変形例3履歴素片データに含まれるサービスを利用する日時は日付に限定されない。例えば、日付よりも細かい時刻で利用者の履歴を管理してもよい。4変形例4利用者の信頼度に応じた出力情報は、推奨データに限定されない。制御部11は、利用者の信頼度または信頼度の変化を出力情報として出力してもよい。また、制御部11は、信頼度の変化から利用者の今後の行動を予測して出力情報として出力してもよい。例えば、推奨データベースにおいて推奨されているサービスを今後の予測される行動として出力してもよい。5変形例5履歴データに対応する類型データを選択する処理は、実施形態で説明したものに限定されない。履歴データと類型データとの対比で用いられる式の係数は情報処理システム1の利用者により設定または変更されてもよい。情報処理システム1の利用者は、例えば、ユーザ登録時に係数の設定を行う。また、利用者は、係数の優先度が変わったときに変更を行う。別の例で、制御部11は、式1によらずに履歴データと類型データとの対比を行ってもよい。例えば、制御部11は、履歴データおよび類型データを画像化し、画像マッチングにより履歴データと類型データとの対比を行ってもよい。あるいは、制御部11は、1回の処置毎に履歴データと類型データとの対比を行ってもよい。6変形例6推奨される行動は、属性情報に応じて異なるものでなくてもよい。この場合、情報処理システム1は、属性情報を用いなくてもよい。すなわち、情報端末20は属性情報を送信しなくてもよいし、履歴データは属性情報を含んでいなくてもよい。別の例で、推奨行動は、類型番号に応じて異なるものでなくてもよい。7変形例7属性情報が含む店舗の地理的な位置は都道府県名に限定されない。属性情報は、例えば、都市部と郊外のように大きく分類されてもよいし、市区町村名のように細かく分類されてもよい。また、属性情報は、サービス提供者の店舗の地理的な情報に限定されない。例えば、サービスの利用者の主たる年齢層と性別が属性情報として用いられてもよい。別の例で、情報処理システム1の利用者の規模またはタイプが属性情報として用いられてもよい。8変形例8情報処理システム1の用途は歯科医院の治療履歴の管理に限定されない。情報処理システム1は、どのようなサービスに対して用いられてもよい。例えば、情報処理システム1は、美容院、エステティック、または整体などにおける利用者の履歴の管理に用いられてもよい。美容院の場合、カット、カラーリング、パーマおよびトリートメントなどがサービスの種類として用いられる。エステティックまたは整体の場合、部分治療美容、全身治療美容などがサービスの種類として用いられる。また、情報処理システム1は、店舗施設を訪れた顧客に提供されるサービス以外に、インターネット通販などに用いられてもよい。9変形例9実施形態においてサーバ10または情報端末20によって実行されるプログラムは、磁気記録媒体磁気テープ、磁気ディスクHDDHardDiskDrive、FDFlexibleDiskなど、光記録媒体光ディスクCDCompactDisk、DVDDigitalVersatileDiskなど、光磁気記録媒体、半導体メモリフラッシュROMReadOnlyMemoryなどなどのコンピュータ読取り可能な記録媒体に記憶した状態で提供されてもよい。また、このプログラムは、インターネットのようなネットワーク経由でダウンロードされてもよい。