(57)【要約】      （修正有）【課題】利用者が利用したサービスの時間変化に応じた、サービスの提供者に対する利用者の信頼度を出力する情報処理装置を提供する。【解決手段】取得部は、利用者、利用者が利用するサービスの種類、およびサービスを利用する日時を特定する履歴素片データを取得する（Ｓ３）。履歴記憶部は、取得部により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する（Ｓ４）。類型記憶部は、サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する。出力部は、類型記憶部に記憶されている類型データに含まれる複数の類型のうち、一の利用者の履歴に対応する類型を用いて判定をされた（Ｓ６）、サービスの提供者に対する一の利用者の信頼度に応じた出力情報を出力する（Ｓ１０）。【選択図】図６
2012203695.tif 000002
【特許請求の範囲】
【請求項１】
利用者、前記利用者が利用するサービスの種類、および前記サービスを利用する日時を特定する履歴素片データを取得する取得手段と、
前記取得手段により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する履歴記憶手段と、
前記サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する類型記憶手段と、
前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定をされた、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を出力する出力手段と
を備える情報処理装置。
【請求項２】
前記類型記憶手段は、前記信頼度が変化するタイミングに応じて、前記サービスの提供者が前記利用者に対してとることが推奨される行動を示す推奨データをさらに記憶し、
前記出力手段は、前記判定の前後で前記信頼度が変化をした場合、前記推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、前記出力情報として出力する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記履歴素片データが、前記サービスの時間的な範囲を規定する範囲情報を含み、
前記複数の類型の各々は、前記範囲毎に、前記サービスの種類の順列または組み合わせを規定しており、
前記取得手段が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、前記複数の類型における前記一の範囲までの前記サービスの種類の順列または組み合わせと、前記一の利用者の履歴における前記一の範囲までの前記サービスの種類の順列または組み合わせとの対比結果に応じて前記信頼度が判定される
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記履歴は、前記サービスの提供者の属性を示す属性情報を含み、
前記類型データは、前記サービスの提供者の属性に応じた複数の類型を含み、
前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、前記信頼度が判定される
ことを特徴とする請求項１ないし３のいずれか一項に記載の情報処理装置。
【請求項５】
前記属性情報は、前記属性として、前記サービスの提供者の店舗の地理的な位置を含むことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記履歴データに応じて前記推奨データを更新する更新手段
を有する請求項２に記載の情報処理装置。
【請求項７】
制御手段、通信手段およびサービスの種類の時間変化に対応する信頼度の変化の複数の類型を示す類型データを記憶した記憶手段を有するコンピュータに、
利用者、前記利用者が利用するサービスの種類、および前記サービスを利用した日時を特定する履歴素片データを前記通信手段が取得するステップと、
前記履歴素片データに含まれる情報を要素とする履歴を含む履歴データを前記制御手段が前記記憶手段に記憶させるステップと、
前記記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定された、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を前記通信手段が出力するステップと
を実行させるためのプログラム。
【請求項８】
請求項１ないし６のいずれかに記載の情報処理装置と、
情報端末と
を有し、
前記情報端末は、
前記利用者及び前記利用者が利用するサービスの種類を前記情報処理装置に送信する送信手段と、
前記情報処理装置により出力された出力情報を受信する受信手段と、
前記受信手段により受信された出力情報を表示する表示手段と
を備える情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、プログラムおよび情報処理システムに関する。
【背景技術】
【０００２】
近年、インターネットを使ったサービスにおいて、クラウドコンピューティングにより顧客情報をサーバで管理するシステムが開発されている。特許文献１には、ユーザ個人の特徴値を算出し、ユーザに対応するアイコンを画面に表示するコミュニケーションサービス方法が記載されている。特許文献２には、ユーザプロファイルにもとづいて商品情報を送信するマーケティング支援システムが記載されている。特許文献３には、視聴履歴および嗜好情報によりお勧め情報を通知するコンテンツ視聴支援システムが記載されている。
特許文献４には商品相関情報と個人商品相関情報にもとづいて関連する商品情報を表示する商品レコメンドシステムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１３２５０９号公報
【特許文献２】特開２００１−３５０７８６号公報
【特許文献３】特開２００５−０３３６００号公報
【特許文献４】特開２００８−２８２０９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、利用者が利用したサービスの時間変化に応じた、サービスの提供者に対する利用者の信頼度を出力する情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る情報処理装置は、利用者、前記利用者が利用するサービスの種類、および前記サービスを利用する日時を特定する履歴素片データを取得する取得手段と、前記取得手段により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する履歴記憶手段と、前記サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する類型記憶手段と、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定をされた、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を出力する出力手段とを備える。
【０００６】
本発明の請求項２に係る情報処理装置は、請求項１に記載の構成において、前記類型記憶手段は、前記信頼度が変化するタイミングに応じて、前記サービスの提供者が前記利用者に対してとることが推奨される行動を示す推奨データをさらに記憶し、前記出力手段は、前記判定の前後で前記信頼度が変化をした場合、前記推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、前記出力情報として出力することを特徴とする。
【０００７】
本発明の請求項３に係る情報処理装置は、請求項１または２に記載の構成において、前記履歴素片データが、前記サービスの時間的な範囲を規定する範囲情報を含み、前記複数の類型の各々は、前記範囲毎に、前記サービスの種類の順列または組み合わせを規定しており、前記取得手段が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、前記複数の類型における前記一の範囲までの前記サービスの種類の順列または組み合わせと、前記一の利用者の履歴における前記一の範囲までの前記サービスの種類の順列または組み合わせとの対比結果に応じて前記信頼度が判定されることを特徴とする。
【０００８】
本発明の請求項４に係る情報処理装置は、請求項１ないし３のいずれか一項に記載の構成において、前記履歴は、前記サービスの提供者の属性を示す属性情報を含み、前記類型データは、前記サービスの提供者の属性に応じた複数の類型を含み、前記類型記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、前記信頼度が判定されることを特徴とする。
【０００９】
本発明の請求項５に係る情報処理装置は、請求項４に記載の構成において、前記属性情報は、前記属性として、前記サービスの提供者の店舗の地理的な位置を含むことを特徴とする。
【００１０】
本発明の請求項６に係る情報処理装置は、請求項２に記載の構成において、前記履歴データに応じて前記推奨データを更新する更新手段を有する。
【００１１】
本発明の請求項７に係るプログラムは、制御手段、通信手段およびサービスの種類の時間変化に対応する信頼度の変化の複数の類型を示す類型データを記憶した記憶手段を有するコンピュータに、利用者、前記利用者が利用するサービスの種類、および前記サービスを利用した日時を特定する履歴素片データを前記通信手段が取得するステップと、前記履歴素片データに含まれる情報を要素とする履歴を含む履歴データを前記制御手段が前記記憶手段に記憶させるステップと、前記記憶手段に記憶されている類型データに含まれる複数の類型のうち、前記一の利用者の履歴に対応する類型を用いて判定された、前記サービスの提供者に対する前記一の利用者の信頼度に応じた出力情報を前記通信手段が出力するステップとを実行させる。
【００１２】
本発明の請求項８に係る情報処理システムは、請求項１ないし６のいずれかに記載の情報処理装置と、情報端末とを有し、前記情報端末は、前記利用者及び前記利用者が利用するサービスの種類を前記情報処理装置に送信する送信手段と、前記情報処理装置により出力された出力情報を受信する受信手段と、前記受信手段により受信された出力情報を表示する表示手段とを備える。
【発明の効果】
【００１３】
請求項１、請求項７および請求項８に係る発明によれば、利用者が利用したサービスの時間変化に応じて、サービスの提供者に対する利用者の信頼度を出力することができる。
請求項２に係る発明によれば、信頼度の変化に応じて、サービス提供者がとることが推奨される行動を示すことができる。
請求項３に係る発明によれば、利用者による一連のサービスの利用のまとまりに応じて、信頼度を判定することができる。
請求項４に係る発明によれば、サービス提供者の属性に応じて信頼度を判定することができる。
請求項５に係る発明によれば、サービス提供者の店舗の地理的な位置に応じて信頼度を判定することができる。
請求項６に係る発明によれば、利用者の履歴の蓄積に応じて推奨データベースを更新することができる。
【図面の簡単な説明】
【００１４】
【図１】情報処理システム１の全体構成を示す図である。
【図２】サーバ１０のハードウェア構成を示すブロック図である。
【図３】情報端末２０のハードウェア構成を示すブロック図である。
【図４】サーバ１０の機能的構成を示すブロック図である。
【図５】情報端末２０の機能的構成を示すブロック図である。
【図６】情報処理システム１で実行される処理を示すフローチャートである。
【図７】履歴データの一例を示す図である。
【図８】類型データの一例を示す図である。
【図９】類型１３３ａをグラフ（座標軸上）で表わした概略図である。
【図１０】履歴データと類型データの対比の一例を示す概略図である。
【図１１】推奨データベースの一例を示す図である。
【図１２】推奨行動の表示例を示す図である。
【図１３】推奨データベースの更新の一例を示すフロー図である。
【図１４】履歴データの一例を示す図である。
【発明を実施するための形態】
【００１５】
図１は、本発明の一実施形態である情報処理システム１の全体構成を示す図である。情報処理システム１は、情報処理装置の一例であるサーバ１０と、複数の情報端末２０とを備える。サーバ１０と情報端末２０は、ネットワーク３０を介して通信可能に接続されている。ネットワーク３０は、例えば、インターネットまたは移動通信網である。
【００１６】
図２は、サーバ１０のハードウェア構成を示すブロック図である。サーバ１０は、制御部１１と、通信部１２と、記憶部１３とを備えたコンピュータである。制御部１１（制御手段の一例）は、サーバ装置１０の各部の動作を制御する装置である。制御部１１は、ＣＰＵ（Central Processing Unit）等の演算処理装置と主記憶装置に相当するメモリとを備える。制御部１１は、プログラムを実行することによって各部の制御を行う。通信部１２（通信手段の一例）は、ネットワーク３０に接続してデータを送受信する装置である。記憶部１３（記憶手段の一例）は、補助記憶装置に相当する記憶手段を備え、制御部１１により用いられるデータを記憶する。記憶部１３は、後述の履歴データ、類型データおよび推奨データを記憶している。
【００１７】
図３は、情報端末２０のハードウェア構成を示すブロック図である。情報端末２０は、制御部２１と、通信部２２と、表示部２３と、記憶部２４と、入力部２５とを備えたコンピュータである。制御部２１は、情報端末２０の各部の動作を制御する装置である。制御部２１は、演算処理装置とメモリとを備える。制御部２１は、プログラムを実行することによって各部の制御を行う。通信部２２は、ネットワーク３０に接続してデータを送受信する装置である。表示部２３は、文字、画像等の情報を表示する装置である。表示部２３は、液晶ディスプレイまたは有機ＥＬ（Electroluminescence）ディスプレイにより構成される表示面を有する。記憶部２４は、制御部２１により用いられるデータを記憶する。記憶部２４は、後述の属性情報を記憶している。入力部２５は、ユーザによる入力を受け付ける装置であり、キーパッド（キーボード）や各種のボタンを備える。また、入力部２５は、表示部２３の表示面に重ねて設けられたタッチスクリーン（タッチパネル）であってもよい。
【００１８】
図４は、サーバ１０の機能的構成を示すブロック図である。サーバ１０の制御部１１は、プログラムを実行することによって、取得部１１１、履歴記憶部１１２、類型記憶部１１３、判定部１１４、および出力部１１５の各部に相当する機能を実現する。取得部１１１（取得手段の一例）は、利用者、利用者が利用するサービスの種類、およびサービスを利用する日付（日時の一例）を特定する履歴素片データを取得する。履歴記憶部１１２（履歴記憶手段の一例）は、取得部１１１により取得された履歴素片データに含まれる情報を要素とする履歴を含む履歴データを記憶する。類型記憶部１１３（類型記憶手段の一例）は、サービスの種類の時間変化に対応する信頼度の変化の複数の類型を含む類型データを記憶する。ここで、信頼度は、サービスの提供者に対する信頼の度合い（換言すれば、当該提供者の提供するサービスへの定着の度合い）を数値で表したものである。判定部１１４は、類型データに含まれる複数の類型のうち、一の利用者の履歴に対応する類型を用いて、サービスの提供者に対する一の利用者の信頼度が変化するか否かを判定する。出力部１１５（出力手段の一例）は、信頼度の変化に応じた出力情報を出力する。この例で、類型記憶手段１１３は、信頼度が変化するタイミングに応じて、サービスの提供者が利用者に対してとることが推奨される行動を示す推奨データを記憶している。出力手段１１５は、判定の前後で信頼度が変化をした場合、推奨データの中から当該変化に応じて推奨される行動を示す推奨データを、出力情報として出力する。さらに、この例で、履歴素片データは、サービスの時間的な範囲を規定する範囲情報を含んでいる。複数の類型の各々は、この範囲毎に、サービスの種類の順列または組み合わせを規定している。取得部１１１が取得した履歴素片データに含まれる範囲情報が、一の範囲が終わることを示していた場合、複数の類型における一の範囲までのサービスの種類の順列または組み合わせと、一の利用者の履歴における一の範囲までのサービスの種類の順列または組み合わせとの対比結果に応じて、判定部１１４は信頼度を判定する。また、この例で、履歴は、サービスの提供者の属性を示す属性情報を含む。属性情報は、サービスの提供者の店舗の地理的な位置を含む。類型データは、サービスの提供者の属性に応じた複数の類型を含む。類型記憶部１１３に記憶されている類型データに含まれる複数の類型のうち、一の利用者の履歴に含まれる属性情報が示す属性に応じた類型を用いて、判定部１１４は信頼度を判定する。
【００１９】
図５は、情報端末２０の機能的構成を示すブロック図である。情報端末２０の制御部２１は、プログラムを実行することによって、送信部２１１、受信部２１２、および表示部２１３の各部に相当する機能を実現する。送信部２１１（送信手段の一例）は、利用者及び利用者が利用するサービスの種類をサーバ１０に送信する。受信部２１２（受信手段の一例）は、サーバ１０によって出力された出力情報を受信する。表示部２１３（表示手段の一例）は、受信部２１２によって受信された推奨データを表示する。
【００２０】
図６は、情報処理システム１において実行される処理を示すフローチャートである。以下、情報処理システム１が歯科医院の治療履歴の管理に用いられる場合を例として説明する。この例において、情報端末２０は歯科医院の受付に設置されている。
【００２１】
ステップＳ１において、情報端末２０は、履歴素片データの入力を受け付ける。履歴素片データとは、利用者名、利用者が利用するサービスの種類、サービスを利用する日付、および範囲情報を含むデータをいう。この例では、利用者名として患者名が、サービスの種類として処置の内容が、サービスを利用する日付として処置の日付が、範囲情報として治療箇所が、それぞれ用いられる。また、この例では、履歴素片データは、費用負担についての情報も含む。この例では、ある患者について、歯科医院での処置が終わったときに、歯科医院の事務スタッフがその日の処置の内容を履歴素片データとして入力する。
【００２２】
図７は、履歴データの一例を示す図である。履歴データは、履歴素片データの項目に加え、情報処理システム１の利用者の属性情報を含んでいる。この例で、情報処理システム１は歯科医院の治療履歴の管理に用いられるので、情報処理システム１の利用者は歯科医院の経営者または職員である。この例で、利用者の属性情報として医院名が用いられる。図７の例では、医院名「吉田歯科」で識別されるある特定の利用者についての履歴データのみが示されているが、履歴データは、複数の利用者についての履歴を含んでいる。
【００２３】
図７の例では、１行分のデータが１回の処置に対応している。すなわち、履歴データのうち１行分のデータが１回分の来院の履歴である。例えば、履歴１３１は、「佐藤」という名前の患者が２月２日に「吉田歯科」という歯科医院で処置を受けたことを示している。履歴１３１は、さらに、処置を受けた箇所が「上右７」で特定される歯であり、この歯について「治療」が行われ、費用負担は「保険」であったことが示されている。処置の内容には、例えば「治療」、「リコール」、および「ケア」がある。「治療」は、虫歯治療または矯正治療などの歯科治療を表す。「リコール」は、歯科治療後の経過観察を表す。「ケア」は、クリーニングもしくはフッ素塗布などの歯科予防、またはホワイトニングもしくはインプラントなどの審美治療を表す。費用負担には、「保険」と「自費」がある。
【００２４】
再び図６を参照する。ステップＳ２において、情報端末２０の通信部２２は、履歴素片データと属性情報をサーバ１０に送信する。属性情報（医院名）は、記憶部２４にあらかじめ記憶されている。
【００２５】
ステップＳ３において、サーバ１０の通信部１２は、履歴素片データと属性情報とを受信する。ステップＳ４において、制御部１１は、通信部１２によって受信された履歴素片データと属性情報とを、記憶部１３に記憶されている履歴データに追加する。履歴データは、図７で示した形態で記憶される。
【００２６】
ステップＳ５において、制御部１１は、記憶部１３によって履歴データに記憶された履歴素片データに含まれる範囲情報が一の範囲の終わりを示しているか否かを判断する。歯科医院の例では、一の範囲とは、ある治療箇所の処置に要した一連の処置のまとまりのことである。一の範囲の終期は、その治療箇所について処置が完了したことを示す情報によって特定される。この情報は、履歴素片データを入力する際、併せて入力される。図７の例では、「治療箇所」の末尾に記載された「Ｅ」という文字が、一連の処置が完了したことを表している。歯科医院の事務スタッフは、治療箇所の処置が完了した場合、「治療箇所」の項目の末尾に「Ｅ」という文字を付け加えて入力する。図７の例では、２月６日、６月８日および９月２７日の履歴が処置の完了を表している。また、一の範囲の始期は、前回とは異なる新たな歯について治療が開始されたこと、または、前回の「治療箇所」の末尾に「Ｅ」が加えられていることにより特定される。図７の例では、２月２日から２月６日までの２回の処置、５月２７日から６月８日までの３回の処置および９月１６日から９月２７日までの３回の処置がそれぞれ一の範囲となる。
【００２７】
この例で、制御部１１は、ステップＳ３で受信した履歴素片データに含まれる「治療箇所」の末尾に「Ｅ」の文字が記載されていた場合、範囲情報が一の範囲の終わりを示していると判断する。範囲情報が一の範囲の終わりを示していると判断された場合（ステップＳ５：ＹＥＳ）、制御部１１は、処理をステップＳ６に移行する。範囲情報が一の範囲の終わりを示していないと判断された場合（ステップＳ５：ＮＯ）、制御部１１は、図６のフローを終了する。
【００２８】
再び図６を参照する。ステップＳ６において、制御部１１は、類型データベースに記憶された複数の類型データの中から、判定を行う利用者の履歴データに対応する類型を選択する。
【００２９】
図８は、類型データの一例を示す図である。類型データとは、信頼度の変化の複数の類型を含むデータをいう。信頼度の変化はサービスの種類の時間変化に対応している。複数の類型の各々は、サービスの時間的な範囲毎にサービスの種類の順列または組み合わせを規定している。すなわち、類型データは、患者が受ける処置の内容と時間経過に応じて信頼度がどのように変化しているかを示している。類型データは、複数の属性のそれぞれについて設定されている。この例で、属性として、利用者の歯科医院の地理的な位置、より具体的には都道府県名が用いられる。情報端末２０から送信されるデータに含まれる属性情報は医院名を示している。サーバ１０は、医院名と店舗の地理的な位置とを対応させるデータベース（ユーザ登録情報のデータベース）を記憶部１３に記憶している。サーバ１０の制御部１１は、このデータベースを参照して医院名と地理的な位置とを対応させる。類型データは、各属性について、複数記憶されている。例えば、属性「東京」に対応する類型データは、類型データ１３３ａおよび類型データ１３３ｂから構成される。各類型データにおける信頼度の変化のパターンは、受けたサービスの履歴に応じて設定されている。
【００３０】
図８の類型データは、処置の種類、時間、治療箇所番号および信頼度のデータを含む。処置の種類は、処置の内容と費用負担の組み合わせを表わす。処置の種類は「Ａ」から「Ｆ」までの６つのアルファベットで表される。「Ａ」、「Ｂ」および「Ｃ」は費用負担が「保険」であることを表す。「Ｄ」、「Ｅ」および「Ｆ」は費用負担が「自費」であることを表す。「Ａ」と「Ｄ」は処置の内容が「治療」であることを表す。「Ｂ」と「Ｅ」は処理の内容が「リコール」であることを表す。「Ｃ」と「Ｆ」は処置の内容が「ケア」であることを表す。時間は、１行目を「０」日として、その日から経過した日数を表す。治療箇所番号は、１行目を「１」箇所目として、処置を受けた箇所の総数を表す。例えば、類型１３３ａの２行目のデータは、初診日から「５」日後の「１」箇所目の「治療」であって、費用負担が「保険」であることを示している。類型の中で、治療箇所番号が同じ行の処置が一の範囲となる。類型１３３ａでは、治療箇所番号が「１」の１行目および２行目の処置、「２」の３行目から６行目までの処置、「３」の７行目から９行目までの処置、および「４」の１０行目から１２行目までの処置がそれぞれ一の範囲となる。この例において信頼度は、患者の歯科医院に対する信頼の度合いを数値で表したものである。信頼度は、低い方から高い方へ「１」から「４」の４段階で表されている。信頼度は、処置の種類と時間の情報にもとづいて決められたものである。信頼度は時間との関係で、時間間隔の狭い（来院の頻度が多い）方が時間間隔の広い（来院頻度が少ない）方よりも高くなる。また、信頼度は処置の内容との関係で、「治療」、「リコール」、「ケア」の順で高くなる。さらに、信頼度は費用負担との関係で、「自費」の方が「保険」のときよりも高くなる。例えば、類型１３３ａの２行目のデータは、信頼度が「１」であることを示している。
【００３１】
図９は、類型１３３ａをグラフ（座標軸上）で表わした概略図である。横軸は時間を、縦軸は信頼度を表わす。楕円で囲まれた「ＡＡ」、「ＡＡＡＡ」、「ＡＡＢ」および「ＡＢＣ」が、それぞれ同じ治療箇所の処置であり、一の範囲に含まれる。一の範囲内における隣り合うアルファベット間のスペースは各処置間の経過時間を表している。類型１３３ａは、複数の治療箇所の処置を受けていく過程で、患者の信頼度が「１」、「１」、「２」、「３」と変化していく様子を表している。
【００３２】
図１０は、履歴データと類型データの対比の一例を示す概略図である。制御部１１は、履歴データと類型データとの対比結果を用いて、履歴データに対応する類型データを選択する。図７の患者「佐藤」の履歴データと、類型データ１３３ａおよび１３３ｂとを対比する場合を例として説明する（すなわち、「吉田歯科」は東京にある）。ここでは、説明の便宜上、「佐藤」の履歴データを、類型データにおける処置の種類を示すアルファベットを用いて、一次元の時間軸（尺度は類型と同じ）で表した。類型を表したグラフと同様に、楕円で囲まれた「ＡＡ」、「ＡＡＡ」および「ＡＡＢ」がそれぞれ一の範囲を形成している。隣り合うアルファベット間のスペースについても各処置間の経過時間を表す。
【００３３】
制御部１１は、「佐藤」の履歴データと、類型１３３ａおよび類型１３３ｂとの対比を行うことにより、「佐藤」の履歴データに対応する類型を選択する。
履歴データと類型との対比は、例えば、以下の（ａ）〜（ｄ）の基準に基づいて行われる。
（ａ）ある範囲が終了してから、次の範囲が開始するまでの経過時間（隣り合う楕円どうしの間隔）が対応しているか否か。
（ｂ）一の範囲内での処置の回数（アルファベットの個数）が対応しているか否か。
（ｃ）一の範囲内での処置の種類を示すアルファベットの順列または組み合わせが対応しているか否か。
（ｄ）一の範囲内での隣り合う各処置どうしの間の経過時間（隣り合うアルファベットどうしの間隔）が対応しているか否か。
【００３４】
基準（ａ）〜（ｂ）を用いた対比の具体例を説明する。制御部１１は、次式（１）を用いて、履歴データと類型データとの差ｆを評価する。
【数１】
2012203695.tif 000003
変数ｘは、ある範囲が終了してから、次の範囲が開始するまでの経過時間について、履歴データと類型データとの差を表す。変数ｙは、一の範囲内での処置の回数について、履歴データと類型データとの差を表す。変数ｚは、一の範囲内での処置の種類の順列または組み合わせについて、履歴データと類型データとの差を表す。変数ｗは、一の範囲内での隣り合う各処置どうしの間の経過時間について、履歴データと類型データとの差を表す。  係数ａ、ｂ、ｃおよびｄは、各変数の重要度に応じて設定される重み付け係数である。変数ｘ、ｙ、ｚ、およびｗは、以下の式（２）〜（５）で算出される。
【数２】
2012203695.tif 000004
ｎは新たに終わりを示す一の範囲の数を表す。Ｄｉおよびｄｉは、それぞれ類型および履歴データにおける、第ｉ番目の範囲と第（ｉ−１）番目の範囲との間の経過時間を表す。
【数３】
2012203695.tif 000005
Ｓｉおよびｓｉは、それぞれ類型および履歴データにおける、第ｉ番目の範囲内での処置の回数を表す。
【数４】
2012203695.tif 000006
Ｐｊは、類型および履歴データの一の範囲内での処置の回数が同じ第ｊ番目の範囲について、処置の種類の順列または組み合わせが対応している箇所の数を表す。
【数５】
2012203695.tif 000007
Ｌｋおよびｌｋは、それぞれ類型および履歴データの一の範囲内での処置の回数が同じ範囲について、第ｋ番目の処置と第（ｋ−１）番目の処置との間の経過時間を表す。
【００３５】
制御部１１は、類型１３３ａおよび類型１３３ｂのそれぞれについて、式（１）を用いて差ｆを算出する。差ｆが小さいほど、履歴データと類型データとがより対応していることが示される。制御部１１は、まず、算出された差ｆの最小値ｆｍｉｎが、あらかじめ決められた閾値ｆｔ以下であるか判断する。ｆｍｉｎ＞ｆｔの場合、制御部１１は、対応する類型データが無いと判断し、図６の処理を終了する。ｆｍｉｎ≦ｆｔの場合、制御部１１は、最小値ｆｍｉｎに対応する類型データを、処理対象の履歴データに対応する類型として選択する。以下、患者「佐藤」の履歴データに対応する類型データとして類型データ１３３ａが選択された場合を例として説明する。
【００３６】
再び図６を参照する。ステップＳ７において、制御部１１は、患者の現段階の信頼度と次回来院時に予期される信頼度が変化するか否かの判断を行う。信頼度が変化すると判断された場合（ステップＳ７：ＹＥＳ）、制御部１１は、処理をステップＳ８に移行する。信頼度が変化しないと判断された場合（ステップＳ７：ＮＯ）、制御部１１は、図６のフローを終了する。
【００３７】
図１０の例では、患者「佐藤」の現時点（８回目の処置が終わった段階）における信頼度は、類型データ１３３ａによれば「２」である。制御部１１は、選択された類型データ１３３ａを参照して、次回来院時（９回目の処置に来院した時）に、信頼度が変化するか判断する。この例で、類型データ１３３ａは、９回目の処置に来院した時に信頼度が「３」に変化することを示している。したがって、この例では、制御部１１は、次回来院時に信頼度が変化すると判断する。
【００３８】
ステップＳ８において、制御部１１は、推奨データベースから、現時点の推奨行動を示す推奨データを取得する。推奨データとは、サービス提供者がサービス利用者に対してとることが推奨される行動（以下「推奨行動」という。）を示すデータをいう。
【００３９】
図１１は、推奨データベースの一例を示す図である。推奨データベースは、類型番号、信頼度の変化、および推奨される行動のデータを含む。類型番号は、類型データの識別子である。推奨される行動は、歯科医院が患者に対してとることが推奨される行動を表す。類型番号と信頼度の変化に応じて推奨される行動は異なる。先の例では、「佐藤」の履歴データに対応する類型データの番号は「１３３ａ」である。また、信頼度が「２」から「３」へと変化すると判定されている。制御部１１は、推奨データベースから、類型番号「１３３ａ」および信頼度の変化「２→３」に対応する推奨データを取得する。この例では、「フッ素塗布を勧める」という行動が、推奨データとして取得される。
【００４０】
再び図６を参照する。ステップＳ９において、通信部１２は、制御部１１によって取得された推奨データを情報端末２０に送信する。情報端末２０の通信部２２は、通信部１２によって送信された推奨データを受信する。ステップＳ１０において、表示部２３は、通信部２２によって受信された推奨データを用いて、推奨行動を示す画像を表示する。
【００４１】
図１２は、推奨行動の表示例を示す図である。歯科医院のスタッフは「佐藤さんにフッ素塗布を勧めて下さい。」という表示を見て、会計の時にフッ素塗布を勧めることができる。また、処置の後日にフッ素塗布を勧めるハガキまたはメールを送ることができる。
【００４２】
本発明は、上述の実施形態に限定されるものではなく、種種の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する変形例のうち、２つ以上のものが組み合わされて用いられてもよい。
【００４３】
（１）変形例１
推奨データベースは、履歴データに応じて更新されてもよい。例えば、図６のステップＳ６において、ある患者の履歴データに対応する類型データが無いと判断された場合に、当該履歴データを類型データとして新たに登録してもよい。新たに類型データが登録された場合、これに対応する推奨データが推奨データベースに加えられる。
また、ステップＳ９において、サーバ１０が推奨行動を送信した後、ある患者が当該推奨行動に対応する処置を受けなかった場合に、推奨データベースが更新されてもよい。
【００４４】
図１３は、サーバ１０において実行される推奨データベースの更新の一例を示すフロー図である。この例では、ある患者がサーバ１０により送信された推奨データに対応する処置を受けなかった割合が多い場合に、推奨データベースが更新される。
【００４５】
ステップＳ１１において、制御部１１は、ある患者の履歴データに、履歴素片データ（範囲情報が一の範囲の終わりを示すもの）が新たに追加されると、履歴素片データの数がたまったかどうかを判断する。履歴素片データの数がたまったかどうかは、あらかじめ決められた閾値以上であるか否かにより判断する。履歴素片データの数がたまったと判断された場合（ステップＳ１１：ＹＥＳ）、制御部１１は、処理をステップＳ１２に移行する。履歴素片データの数がたまっていないと判断された場合（ステップＳ１１：ＮＯ）、制御部１１は、図１４のフローを終了する。
【００４６】
ステップＳ１２において、制御部１１は、ある患者が、歯科医院に推奨された処置を受けなかった割合が多いかどうかを判断する。推奨された処置を受けなかった割合が多いかどうかは、あらかじめ決められた割合以上であるか否かにより判断する。推奨された処置を受けなかった割合が多いと判断された場合（ステップＳ１２：ＹＥＳ）、制御部１１は、処理をステップＳ１３に移行する。推奨された処置を受けなかった割合が多いと判断されなかった場合（ステップＳ１２：ＮＯ）、制御部１１は、図１３のフローを終了する。ある患者が、推奨された処置を受けなかったかどうかは、履歴データを参照することにより判断される。
【００４７】
図１４は、推奨データベースの更新において参照される履歴データの一例を示す図である。図７で示した履歴データに加え、推奨行動の項目を含んでいる。推奨行動は、サーバ１０から情報端末２０へ送信された推奨データを表す。この例では、患者「佐藤」の６月８日の来院時に「リコール」を、９月２７日の来院時に「フッ素塗布」をサーバ１０が推奨データとして送信したことを示している。患者「佐藤」は、次の範囲内における９月２７日の来院時に処理「リコール」を受けている。すなわち、患者「佐藤」は、サーバ１０から推奨されたとおりの行動をとったことがわかる。逆に、９月１６日から９月２７日の範囲で、処置「リコール」を受けていなければ、患者「佐藤」は、サーバ１０から推奨された行動をとらなかったことがわかる。制御部１１は、このようにして、ある患者が推奨された処置を受けなかった割合を算出する。
【００４８】
再び図１３を参照する。ステップＳ１３において、制御部１１は、推奨された処置を受けなかった患者の中から（例えばランダムに）選択されたある患者の履歴データを新たな類型データとして類型データベースに登録する。類型データが増えることにより、より適切な類型データが選択される可能性が高くなる。ステップＳ１４において、制御部１１は、新たに登録された類型データに対応する推奨データを推奨データベースに加える。ここで追加される推奨データは、例えば推奨データベースの中から選択される。推奨データベースは、推奨データ追加用のデータを有している。このデータは、例えば、推奨データの候補が優先度の順番に並べられたリストを含む。制御部１１は、このリストのうち、優先度の高いものから順番に、推奨データとして追加する。
【００４９】
別の例で、図１３のフローにおいて、ステップＳ１３の処理は省略されてもよい。この場合、ステップＳ１４においては、ステップＳ１２において、推奨された行動をとらなかったと判断された類型データに対応する推奨データが、別の推奨データに書き換えられる。ある推奨データについて、データどおりの行動がとられる割合が低いということは、その推奨データが適切なものではない可能性がある。この例では、データどおりの行動がとられる割合が低い推奨データについては、別のものに書き換えられるので、適切な推奨データに更新される可能性が高くなる。
【００５０】
（２）変形例２
履歴素片データを入力するタイミングは、歯科医院での処置が終わったときに限定されない。例えば、一日の診療時間の終了後または一週間の診療時間の終了後など、定期的に複数の患者の履歴素片データがまとめて入力されてもよい。別の例で、処置の予約時など、実際に処置を受ける前に履歴素片データが入力されてもよい。また、費用負担についての情報の入力は省略されてもよい。この場合、類型データの処置の種類は、処置の内容を表す。
【００５１】
（３）変形例３
履歴素片データに含まれるサービスを利用する日時は日付に限定されない。例えば、日付よりも細かい時刻で利用者の履歴を管理してもよい。
【００５２】
（４）変形例４
利用者の信頼度に応じた出力情報は、推奨データに限定されない。制御部１１は、利用者の信頼度または信頼度の変化を出力情報として出力してもよい。また、制御部１１は、信頼度の変化から利用者の今後の行動を予測して出力情報として出力してもよい。例えば、推奨データベースにおいて推奨されているサービスを今後の予測される行動として出力してもよい。
【００５３】
（５）変形例５
履歴データに対応する類型データを選択する処理は、実施形態で説明したものに限定されない。履歴データと類型データとの対比で用いられる式の係数は情報処理システム１の利用者により設定または変更されてもよい。情報処理システム１の利用者は、例えば、ユーザ登録時に係数の設定を行う。また、利用者は、係数の優先度が変わったときに変更を行う。別の例で、制御部１１は、式（１）によらずに履歴データと類型データとの対比を行ってもよい。例えば、制御部１１は、履歴データおよび類型データを画像化し、画像マッチングにより履歴データと類型データとの対比を行ってもよい。あるいは、制御部１１は、１回の処置毎に履歴データと類型データとの対比を行ってもよい。
【００５４】
（６）変形例６
推奨される行動は、属性情報に応じて異なるものでなくてもよい。この場合、情報処理システム１は、属性情報を用いなくてもよい。すなわち、情報端末２０は属性情報を送信しなくてもよいし、履歴データは属性情報を含んでいなくてもよい。別の例で、推奨行動は、類型番号に応じて異なるものでなくてもよい。
【００５５】
（７）変形例７
属性情報が含む店舗の地理的な位置は都道府県名に限定されない。属性情報は、例えば、都市部と郊外のように大きく分類されてもよいし、市区町村名のように細かく分類されてもよい。また、属性情報は、サービス提供者の店舗の地理的な情報に限定されない。例えば、サービスの利用者の主たる年齢層と性別が属性情報として用いられてもよい。別の例で、情報処理システム１の利用者の規模またはタイプが属性情報として用いられてもよい。
【００５６】
（８）変形例８
情報処理システム１の用途は歯科医院の治療履歴の管理に限定されない。情報処理システム１は、どのようなサービスに対して用いられてもよい。例えば、情報処理システム１は、美容院、エステティック、または整体などにおける利用者の履歴の管理に用いられてもよい。美容院の場合、カット、カラーリング、パーマおよびトリートメントなどがサービスの種類として用いられる。エステティックまたは整体の場合、部分治療（美容）、全身治療（美容）などがサービスの種類として用いられる。また、情報処理システム１は、店舗（施設）を訪れた顧客に提供されるサービス以外に、インターネット通販などに用いられてもよい。
【００５７】
（９）変形例９
実施形態においてサーバ１０または情報端末２０によって実行されるプログラムは、磁気記録媒体（磁気テープ、磁気ディスク（ＨＤＤ（Hard Disk Drive）、ＦＤ（Flexible Disk））など）、光記録媒体（光ディスク（ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk））など）、光磁気記録媒体、半導体メモリ（フラッシュＲＯＭ（Read Only Memory）など）などのコンピュータ読取り可能な記録媒体に記憶した状態で提供されてもよい。また、このプログラムは、インターネットのようなネットワーク経由でダウンロードされてもよい。
【符号の説明】
【００５８】
１…情報処理システム、１０…サーバ、２０…情報端末、３０…ネットワーク、１１…制御部、１２…通信部、１３…記憶部、２１…制御部、２２…通信部、２３…表示部、２４…記憶部、２５…入力部、１１１…取得部、１１２…履歴記憶部、１１３…類型記憶部、１１４…判定部、１１５…出力部、２１１…送信部、２１２…受信部、２１３…表示部、１３１…履歴、１３３ａ…類型、１３３ｂ…類型
【図１】
2012203695.tif 000008
【図２】
2012203695.tif 000009
【図３】
2012203695.tif 000010
【図４】
2012203695.tif 000011
【図５】
2012203695.tif 000012
【図６】
2012203695.tif 000013
【図７】
2012203695.tif 000014
【図８】
2012203695.tif 000015
【図９】
2012203695.tif 000016
【図１０】
2012203695.tif 000017
【図１１】
2012203695.tif 000018
【図１２】
2012203695.tif 000019
【図１３】
2012203695.tif 000020
【図１４】
2012203695.tif 000021