(57)【要約】      （修正有）【課題】コンタクト先との信頼関係の構築を支援できるスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置を提供する。【解決手段】スケジュール管理プログラムは、記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、第１のユーザについて登録された属性情報と、第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する処理をコンピュータに実行させる。スケジュール管理プログラムは、特定した属性に基づいて、タスクに関連づけて表示する情報を制御する処理をコンピュータに実行させる。【選択図】図１２
2018041285.tif 000002
【特許請求の範囲】
【請求項１】
記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定し、
特定した前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する、
処理をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
【請求項２】
表示される前記情報は、前記属性に基づいて検索された情報である、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項３】
前記タスクは、前記第１のコンタクト先に対する通信又は訪問タスクである、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項４】
前記タスクは、前記第１のユーザのスケジュールに含まれるタスクのうち、指定されたタスクであり、
表示される前記情報は、指定された前記タスクに関連づけて表示される、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項５】
前記タスクの指定は、前記第１のユーザのスケジュールの表示画面に含まれるタスクの指定又は前記タスクに対応する時刻の指定により行われる、
ことを特徴とする請求項４に記載のスケジュール管理プログラム。
【請求項６】
表示する前記情報は、テキスト、映像、音声情報のいずれかを含む、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項７】
表示する前記情報は、ソーシャルネットワークサービスからのスコアリング結果が対応づけられており、より高いスコアリング結果が対応づけられた情報である、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項８】
特定した前記共通性のある属性に基づいて表示する情報を、共通性のない属性に対応する他の情報に優先して表示するか又は、特定した前記共通性のある属性に基づいて表示する前記情報を、共通性のない属性に対応する前記他の情報と識別可能に表示する、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項９】
前記他の情報は、前記第１のユーザについて登録された属性情報に対応する情報である、
ことを特徴とする請求項８に記載のスケジュール管理プログラム。
【請求項１０】
前記第１のコンタクト先の属性情報のうち、前記属性情報と対応づけて登録される前記第１のコンタクト先の反応情報に応じて、前記第１のユーザについて登録された属性情報との共通度を評価する属性情報を選択する、
ことを特徴とする請求項１に記載のスケジュール管理プログラム。
【請求項１１】
記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定し、
特定した前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する、
処理をコンピュータが実行することを特徴とするスケジュール管理方法。
【請求項１２】
記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する特定部と、
前記特定部により特定された前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する表示制御部と、
を有することを特徴とするスケジュール管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置に関する。
【背景技術】
【０００２】
従来からスケジュールを管理するスケジュール管理ソフトウェアが利用されている。このようなスケジュール管理ソフトウェアでは、例えば、顧客への電話や顧客への訪問など、コンタクト先との各種のタスクが予定日時と共に登録される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１１５９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のスケジュール管理ソフトウェアは、登録されたコンタクト先とのタスクの種類や予定日時を把握できる。例えば、保険外交員などの営業職員は、顧客への電話や顧客への訪問をタスクとしてスケジュール管理ソフトウェアに登録することで、顧客への電話や顧客への訪問のスケジュールを管理できる。
【０００５】
しかしながら、従来のスケジュール管理ソフトウェアは、コンタクト先との信頼関係の構築を支援できない。例えば、営業職員は、顧客に対して業務の話をする前に、世間話や雑談をして顧客との信頼関係の構築を行う。営業職員は、世間話や雑談として提供可能な話題がそれぞれ属人的であり、皆が豊富な話題を持っているわけではない。また、顧客は、それぞれ興味がある話題も異なる。このため、営業職員は、顧客に適切な話題を提供できず、顧客との信頼関係の構築に苦心する場合がある。
【０００６】
一つの側面では、本発明は、コンタクト先との信頼関係の構築を支援できるスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置を提供することにある。
【課題を解決するための手段】
【０００７】
一つの態様では、スケジュール管理プログラムは、記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、第１のユーザについて登録された属性情報と、第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する処理をコンピュータに実行させる。スケジュール管理プログラムは、特定した属性に基づいて、タスクに関連づけて表示する情報を制御する処理をコンピュータに実行させる。
【発明の効果】
【０００８】
コンタクト先との信頼関係の構築を支援できる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。
【図２】図２は、サーバ装置の構成の一例を示す図である。
【図３】図３は、ユーザ情報のデータ構成の一例を示す図である。
【図４】図４は、顧客情報のデータ構成の一例を示す図である。
【図５】図５は、スケジュール情報のデータ構成の一例を示す図である。
【図６】図６は、コンテンツ情報のデータ構成の一例を示す図である。
【図７】図７は、反応情報のデータ構成の一例を示す図である。
【図８】図８は、ユーザ属性情報のデータ構成の一例を示す図である。
【図９】図９は、顧客属性情報のデータ構成の一例を示す図である。
【図１０】図１０は、コンテンツの登録の一例を模式的に示した図である。
【図１１】図１１は、コンテンツ画面の一例を示す図である。
【図１２】図１２は、表示制御処理の流れを示すフローチャートである。
【図１３Ａ】図１３Ａは、コンテンツ画面の一例を示す図である。
【図１３Ｂ】図１３Ｂは、コンテンツ画面の一例を示す図である。
【図１４】図１４は、スケジュール管理プログラムを実行するコンピュータを示す図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本願の開示するスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。
【実施例１】
【００１１】
［システム構成］
最初に、実施例１に係るスケジュールシステム１０の一例を説明する。図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。図１に示すように、スケジュールシステム１０は、ユーザ端末１１と、サーバ装置１２とを有する。本実施例では、サーバ装置１２がスケジュール管理装置に対応する。
【００１２】
スケジュールシステム１０は、ユーザのスケジュールを管理するシステムである。本実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明する。保険外交員は、顧客を訪問し、保険の営業、販売を行う。また、保険外交員は、保険会社の事務所にて、保険の営業、販売を行うための各種の準備作業を行う。ユーザ端末１１は、サーバ装置１２とネットワークＮを介して通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）、移動体通信網などの任意の種類の通信網を採用できる。
【００１３】
ユーザ端末１１は、ユーザである保険外交員が所持する装置である。例えば、ユーザ端末１１は、スマートフォンやタブレット端末などの携帯端末装置である。保険外交員は、ユーザ端末１１を用いてサーバ装置１２にアクセスし、行動の予定や実績を登録してスケジュールを管理する。
【００１４】
サーバ装置１２は、スケジュールを管理するスケジュールサービスをユーザに提供するコンピュータである。スケジュールサービスは、１台のコンピュータにより提供してもよく、また、複数台のコンピュータによるコンピュータシステムにより提供してもよい。なお、本実施例では、スケジュールサービスを１台のサーバ装置１２により提供する場合を例として説明する。
【００１５】
［サーバ装置］
次に、実施例１に係るサーバ装置１２の構成について説明する。図２は、サーバ装置の構成の一例を示す図である。図２に示すように、サーバ装置１２は、通信部２０と、記憶部２１と、制御部２２とを有する。
【００１６】
通信部２０は、他の装置との間で通信制御を行うインタフェースである。通信部２０は、ネットワークＮを介して他の装置と各種情報を送受信する。通信部２０としては、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。
【００１７】
記憶部２１は、ハードディスク、ＳＳＤ（Solid  State  Drive）、光ディスクなどの記憶装置である。なお、記憶部２１は、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non  Volatile  Static  Random  Access  Memory）などのデータを書き換え可能な半導体メモリであってもよい。また、記憶部２１は、データの記憶および提供を行う外部サーバであってもよい。
【００１８】
記憶部２１は、各種プログラムを記憶する。また、記憶部２１は、各種プログラムで用いられる各種データを記憶する。例えば、記憶部２１は、ユーザ情報３０と、顧客情報３１と、スケジュール情報３２と、コンテンツ情報３３と、反応情報３４と、ユーザ属性情報３５と、顧客属性情報３６とを記憶する。
【００１９】
ユーザ情報３０は、スケジュール管理を行うユーザに関する情報を記憶したデータである。本実施例では、スケジュール管理を行うユーザとして、保険外交員に関する情報がユーザ情報３０に記憶される。
【００２０】
図３は、ユーザ情報のデータ構成の一例を示す図である。図３に示すように、ユーザ情報３０は、「ユーザＩＤ」、「ユーザ名」、「勤務地住所」などの項目を有する。なお、図３に示したユーザ情報３０の各項目は、一例であり、その他の項目を有してもよい。
【００２１】
ユーザＩＤの項目は、保険外交員を識別する識別情報を記憶する領域である。保険外交員には、識別情報として一意のユーザＩＤ（identification）が付与される。ユーザＩＤの項目には、保険外交員に付与されたユーザＩＤが記憶される。ユーザ名の項目は、ユーザの氏名を記憶する領域である。勤務地住所の項目は、保険外交員が勤務する勤務先の住所を記憶する領域である。例えば、図３の例では、ユーザ名が「ユーザＡ」の保険外交員は、ユーザＩＤが「００１」であり、勤務地住所が「ＸＸ県ＸＸ市ＸＸ」であることを示している。
【００２２】
顧客情報３１は、顧客に関する情報を記憶したデータである。本実施例では、保険外交員が保険を販売した顧客および保険の営業を行っている顧客に関する情報が顧客情報３１に記憶される。
【００２３】
図４は、顧客情報のデータ構成の一例を示す図である。図４に示すように、顧客情報３１は、「顧客ＩＤ」、「顧客名」、「担当ユーザＩＤ」、「電話番号」、「住所」、「加入保険」などの項目を有する。なお、図４に示した顧客情報３１の各項目は、一例であり、その他の項目を有してもよい。
【００２４】
顧客ＩＤの項目は、顧客を識別する識別情報を記憶する領域である。顧客には、識別情報として一意の顧客ＩＤが付与される。顧客ＩＤの項目には、顧客に付与された顧客ＩＤが記憶される。顧客名の項目は、顧客の氏名を記憶する領域である。担当ユーザＩＤの項目は、顧客を担当する保険外交員のユーザＩＤを記憶する領域である。電話番号の項目は、顧客の電話番号を記憶する領域である。住所の項目は、顧客の住所を記憶する領域である。加入保険の項目は、顧客が加入する保険を記憶する領域である。例えば、図４の例では、顧客名が「顧客Ａ」の顧客は、顧客ＩＤが「０００１」であり、担当する保険外交員のユーザＩＤが「００１」であることを示している。また、顧客名が「顧客Ａ」の顧客は、電話番号が「ＸＸＸ−ＸＸＸＸ−ＸＸＸＸ」であり、住所が「ＸＸ県ＸＸ市ＸＸ」であり、「ＸＸＸ」保険に加入していることを示している。
【００２５】
スケジュール情報３２は、スケジュールに登録したタスクに関する情報を記憶したデータである。スケジュール情報３２には、ユーザごとに、ユーザのスケジュールに登録されたタスクに関する情報が記憶される。
【００２６】
図５は、スケジュール情報のデータ構成の一例を示す図である。図５に示すように、スケジュール情報３２は、「ユーザＩＤ」、「タスクＩＤ」、「タスク」、「開始日時」、「終了日時」、「顧客ＩＤ」などの項目を有する。なお、図５に示したスケジュール情報３２の各項目は、一例であり、その他の項目を有してもよい。
【００２７】
ユーザＩＤの項目は、タスクを登録した保険外交員のユーザＩＤを記憶する領域である。タスクＩＤの項目は、スケジュールに登録されたタスクを識別する識別情報を記憶する領域である。保険外交員がスケジュールにタスクを登録すると、登録されたタスクには、登録されたタスクを識別する識別情報として一意のタスクＩＤが付与される。タスクＩＤの項目には、スケジュールに登録されたタスクのタスクＩＤが格納される。タスクの項目は、スケジュールに登録されたタスクの種類を記憶する領域である。開始日時の項目は、スケジュールに登録されたタスクの開始日時を記憶する領域である。終了日時の項目は、スケジュールに登録されたタスクの終了日時を記憶する領域である。顧客ＩＤの項目は、スケジュールに登録されたタスクの対象となる顧客の顧客ＩＤを記憶する領域である。顧客ＩＤの項目には、スケジュールに登録されたタスクが特定の顧客に対する作業である場合、特定の顧客の顧客ＩＤが格納され、スケジュールに登録されたタスクが特定の顧客に対する作業ではない場合、「−」が格納される。例えば、図５の例では、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日９時から２０１６年６月３０日９時３０分に、タスクＩＤが「００００１」の「朝礼」のタスクがスケジュールに登録されていることを示す。また、「朝礼」のタスクは、顧客ＩＤの項目が「−」であることから、特定の顧客に対する作業ではないことを示す。
【００２８】
コンテンツ情報３３は、収集された記事などのコンテンツに関する情報を記憶したデータである。本実施例では、新聞社などのコンテンツの提供元から定期的にコンテンツが収集され、収集されたコンテンツに関する情報がコンテンツ情報３３に記憶される。
【００２９】
図６は、コンテンツ情報のデータ構成の一例を示す図である。図６に示すように、コンテンツ情報３３は、「記事ＩＤ」、「記事」、「分類」、「属性」、「評価」、「収集日時」などの項目を有する。なお、図６に示したコンテンツ情報３３の各項目は、一例であり、その他の項目を有してもよい。
【００３０】
記事ＩＤの項目は、コンテンツを識別する識別情報を記憶する領域である。コンテンツには、識別情報として一意の記事ＩＤが付与される。記事ＩＤは、サーバ装置１２が、収集したコンテンツに対して一意となるように付与してもよい。また、コンテンツの提供元がコンテンツに識別情報を付与している場合、記事ＩＤは、コンテンツの提供元が付与した識別情報を流用して生成してもよい。例えば、コンテンツの提供元がコンテンツに識別情報を付与している場合、記事ＩＤは、コンテンツの提供元を識別する提供元を識別する識別情報と、コンテンツの識別情報とを組み合わせたものとしてもよい。記事の項目は、収集された記事などのコンテンツの内容、または、コンテンツの保存先を記憶する領域である。本実施例では、コンテンツの文章など、コンテンツの内容をそのままコンテンツの項目に保存してもよく、コンテンツを記憶部２１に保存し、保存先を示すパスなどの保存先の情報をコンテンツの項目に記憶させてもよい。分類の項目は、コンテンツの内容に応じて、コンテンツをカテゴリに分類した場合のカテゴリを記憶する領域である。属性の項目は、コンテンツの内容を示す特徴的なキーワードなど、コンテンツの内容の特徴を表す属性を記憶する領域である。評価の項目は、コンテンツに対する評価値を記憶する領域である。本実施例では、コンテンツに対する評価値を、ソーシャルネットワークサービスなどにおいてコンテンツが共感された回数とする。評価の項目には、コンテンツが共感された回数が記憶される。収集日時の項目は、コンテンツが収集された日時を記憶する領域である。例えば、図６の例では、記事ＩＤが「１２３４５６」のコンテンツは、コンテンツの内容が「ＸＸＸＸ」であり、分類が「ビジネス」であり、属性が「写真、・・・」であり、評価が「７９３」であり、コンテンツが収集された日時が２０１６年６月２９日の１８時であることを示す。
【００３１】
反応情報３４は、表示されたコンテンツに対する反応に関する情報を記憶したデータである。
【００３２】
図７は、反応情報のデータ構成の一例を示す図である。図７に示すように、反応情報３４は、「ユーザＩＤ」、「タスクＩＤ」、「コンテンツＩＤ」、「顧客ＩＤ」、「反応レベル」などの項目を有する。なお、図７に示した反応情報３４の各項目は、一例であり、その他の項目を有してもよい。
【００３３】
ユーザＩＤの項目は、コンテンツに対する反応を入力したユーザのユーザＩＤを記憶する領域である。タスクＩＤの項目は、反応が入力されたタスクのタスクＩＤを記憶する領域である。コンテンツＩＤの項目は、反応が入力されたコンテンツのコンテンツＩＤを記憶する領域である。顧客ＩＤの項目は、コンテンツに対する反応が得られた顧客の顧客ＩＤを記憶する領域である。顧客ＩＤの項目には、コンテンツに対する顧客からの反応である場合、顧客の顧客ＩＤが格納され、コンテンツに対する保健外交員の反応である場合、「−」が格納される。反応レベルの項目は、コンテンツに対して指定された反応のレベルを記憶する領域である。本実施例では、コンテンツが良いことを示すレベルを記憶する。例えば、図７の例では、ユーザＩＤが「００１」の保険外交員は、タスクＩＤが「００００６」のタスクで、コンテンツＩＤが「１２３４５６」のタスクに対して、顧客ＩＤが「０００１」の顧客から反応レベルが「５」の反応があったことを示す。また、ユーザＩＤが「００１」の保険外交員は、タスクＩＤが「００００６」のタスクで、コンテンツＩＤが「１２３４５７」のタスクに対して、反応レベルが「３」の反応を指定したことを示す。
【００３４】
ユーザ属性情報３５は、ユーザである保険外交員の興味の対象などユーザの属性に関する情報を記憶したデータである。
【００３５】
図８は、ユーザ属性情報のデータ構成の一例を示す図である。図８に示すように、ユーザ属性情報３５は、「ユーザＩＤ」、「属性」などの項目を有する。なお、図８に示したユーザ属性情報３５の各項目は、一例であり、その他の項目を有してもよい。
【００３６】
ユーザＩＤの項目は、属性が記憶されたユーザのユーザＩＤを記憶する領域である。属性の項目は、ユーザの興味の対象などユーザの属性を記憶する領域である。例えば、図８の例では、ユーザＩＤが「００１」の保険外交員は、属性が「写真、車、・・・」であることを示す。なお、属性の項目には、ユーザの興味の対象などユーザの属性と、興味の大ききを示す興味度を記憶させてもよい。
【００３７】
顧客属性情報３６は、顧客の興味の対象など顧客の属性に関する情報を記憶したデータである。
【００３８】
図９は、顧客属性情報のデータ構成の一例を示す図である。図９に示すように、顧客属性情報３６は、「顧客ＩＤ」、「属性」などの項目を有する。なお、図９に示した顧客属性情報３６の各項目は、一例であり、その他の項目を有してもよい。
【００３９】
顧客ＩＤの項目は、属性が記憶された顧客の顧客ＩＤを記憶する領域である。属性の項目は、顧客の興味の対象など顧客の属性を記憶する領域である。例えば、図９の例では、顧客ＩＤが「０００１」の顧客は、属性が「写真、ゴルフ、・・・」であることを示す。なお、属性の項目には、顧客の興味の対象など顧客の属性と、興味の大ききを示す興味度を記憶させてもよい。
【００４０】
制御部２２は、サーバ装置１２を制御するデバイスである。制御部２２としては、ＣＰＵ（Central  Processing  Unit）、ＭＰＵ（Micro  Processing  Unit）等の電子回路や、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路を採用できる。制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、表示制御部５０と、受付部５１と、登録部５２と、収集部５３と、特定部５４とを有する。
【００４１】
表示制御部５０は、各種の情報の表示を制御する。例えば、表示制御部５０は、ユーザ端末１１からアクセスを受け付けると、アクセス元のユーザ端末１１に各種の操作画面の情報を送信してアクセス元のユーザ端末１１に操作画面を表示させる制御を行う。例えば、表示制御部５０は、ユーザ端末１１からのアクセスに応じて、ログイン画面をユーザ端末１１に表示させて、ユーザＩＤを入力させてログインを受け付ける。表示制御部５０は、ログインが成功すると、操作画面など各種の画面をユーザ端末１１に表示させる制御を行う。例えば、表示制御部５０は、入力されたユーザＩＤの保険外交員のスケジュールを登録するスケジュール登録画面をユーザ端末１１に表示させる。
【００４２】
受付部５１は、各種の操作を受け付ける。例えば、受付部５１は、ユーザ端末１１から操作画面の各種の操作情報を受信することで、各種の操作を受け付ける。例えば、受付部５１は、スケジュール登録画面に対する操作に応じて、スケジュールの登録に関する各種の操作を受け付ける。例えば、受付部５１は、朝礼や、顧客への訪問準備、顧客への訪問、顧客への電話の予定、日報の作成など、保険外交員が行う各種の行動をタスクとしてスケジュールへの登録の指示を受け付ける。例えば、受付部５１は、スケジュールに登録するタスクの種類、タスクの開始日時、タスクの終了日時の指定を受け付ける。また、受付部５１は、タスクが顧客への訪問など顧客に関する行動である場合、対象となる顧客の指定を受け付ける。
【００４３】
登録部５２は、各種の登録を行う。例えば、登録部５２は、受付部５１によりスケジュールへのタスクの登録の指示を受け付けた場合、登録が指示されたタスクに関する情報を記憶部２１に登録する。例えば、登録部５２は、登録が指示されたタスクに対して一意のタスクＩＤを付与する。そして、登録部５２は、タスクを登録した保険外交員のユーザＩＤ、タスクＩＤ、タスクの種類、タスクの開始日時、タスクの終了日時をスケジュール情報３２に登録する。なお、登録部５２は、タスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤをスケジュール情報３２に登録し、対象となる顧客が指定されていない場合、顧客ＩＤを「−」としてスケジュール情報３２に登録する。
【００４４】
これにより、スケジュール情報３２には、登録されたスケジュールが記憶される。図５に示したスケジュール情報３２には、ユーザＩＤが「００１」の保険外交員のスケジュールが登録されている。図５の例では、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日９時から２０１６年６月３０日９時３０分に、タスクＩＤが「００００１」の「朝礼」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１０時から２０１６年６月３０日１１時に、タスクＩＤが「００００２」の「電話」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１１時から２０１６年６月３０日１２時に、タスクＩＤが「００００３」の「訪問準備」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１２時から２０１６年６月３０日１２時３０分に、タスクＩＤが「００００４」の「ランチ」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１２時４０分から２０１６年６月３０日１３時３０分に、タスクＩＤが「００００５」の「移動」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１３時３０分から２０１６年６月３０日１５時に、タスクＩＤが「００００６」の「訪問」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１５時１０分から２０１６年６月３０日１６時に、タスクＩＤが「００００７」の「移動」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１６時から２０１６年６月３０日１７時に、タスクＩＤが「００００８」の「訪問」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１７時から２０１６年６月３０日１１７時４０分に、タスクＩＤが「００００９」の「移動」のタスクがスケジュールに登録されている。また、ユーザＩＤが「００１」の保険外交員は、２０１６年６月３０日１７時４０分から２０１６年６月３０日１８時１０分に、タスクＩＤが「０００１０」の「日報」のタスクがスケジュールに登録されている。
【００４５】
収集部５３は、各種の収集を行う。例えば、収集部５３は、記事などのコンテンツを提供するコンテンツの提供元から、記事などのコンテンツを収集する。コンテンツの提供元は、記事を共同で配信する通信社や、全国紙、ブロック紙、地方紙、スポーツの新聞社、専門誌、ビジネス誌の出版社、テレビ局、ラジオ局などが挙げられる。例えば、コンテンツの提供元とコンテンツの提供に関する契約を結ぶ。収集部５３は、契約済みのコンテンツの提供元から定期的にコンテンツを収集する。
【００４６】
また、収集部５３は、コンテンツに対する評価を収集する。例えば、コンテンツの提供元がコンテンツに対して、例えば、「いいね」など良いとの評価を受け付けている場合、収集部５３は、コンテンツが良いと評価された回数を評価としてコンテンツの提供元から収集する。なお、コンテンツに対して、良いとの評価と、良くないとの評価を受け付けている場合、収集部５３は、良いと評価された回数と、良くないと評価された回数を両方収集して、良いと評価された回数から良くないと評価された回数を減算した値を評価としてもよい。また、収集部５３は、コンテンツの提供元が、例えば、ソーシャルネットワークサービスにコンテンツを掲示している場合、ソーシャルネットワークサービスからコンテンツに対する評価を収集してもよい。ソーシャルネットワークサービスとしては、例えば、Facebook、Twitter、はてな、Google+などが挙げられる。この場合、収集部５３は、リツイートなどのコンテンツが引用された回数を評価として収集してもよい。コンテンツの評価は、良いと評価された回数やコンテンツが引用された回数からスコアリングなどによって特定してもよい。
【００４７】
なお、収集部５３は、最新のコンテンツだけではなく、過去のコンテンツをコンテンツの提供元から収集してもよい。
【００４８】
登録部５２は、収集部５３により収集されたコンテンツやコンテンツに対する評価などのコンテンツに関する情報をコンテンツ情報３３に登録する。例えば、登録部５２は、収集されたコンテンツに一意の記事ＩＤを付与する。そして、登録部５２は、収集されたコンテンツやコンテンツに対する評価などのコンテンツに関する情報をコンテンツ情報３３に登録する。収集されたコンテンツに分類や属性が付加されている場合、登録部５２は、コンテンツに付加されている分類や属性をコンテンツ情報３３に登録する。収集されたコンテンツに分類や属性が付加されていない場合、登録部５２は、分類や属性を特定してコンテンツ情報３３に登録する。例えば、属性が付加されていない場合、登録部５２は、コンテンツからキーワードを抽出し、抽出した各キーワードをコンテンツの属性としてコンテンツ情報３３に登録する。また、例えば、分類が付加されていない場合、登録部５２は、コンテンツのキーワードからコンテンツが含まれる分類を特定してコンテンツ情報３３に登録する。例えば、登録部５２は、未分類のコンテンツのキーワードを、分類済みのコンテンツのキーワードと比較し、キーワードが最も一致する分類を特定してコンテンツ情報３３に登録する。なお、分類や属性の特定の手法は、これに限定されず、いずれの手法を用いてもよい。
【００４９】
図１０は、コンテンツの登録の一例を模式的に示した図である。例えば、過去５年分の記事などのコンテンツについてキーワードと分類を抽出してコンテンツ情報３３に登録する。また、通信社や、新聞社、出版社、テレビ局、ラジオ局などの各メディアから、毎日、１０００件のコンテンツを収集してコンテンツ情報３３に登録する。また、ソーシャルネットワークサービスからコンテンツが良いと評価された回数やコンテンツが引用された回数を収集し、スコアリングなどによってコンテンツに対する評価を算出してコンテンツ情報３３に登録する。
【００５０】
受付部５１は、スケジュールの表示を指示する所定の操作を受け付ける。ここで、本実施例のスケジュールシステム１０では、ユーザに対してスケジュールを表示する際に、スケジュールに登録されたタスクに応じたコンテンツの表示を行う。
【００５１】
表示制御部５０は、受付部５１により、コンテンツの表示を指示する所定の操作を受け付けると、スケジュールと共に、スケジュールに登録された各タスクに関連するコンテンツの表示したコンテンツ画面をユーザ端末１１に表示させる。
【００５２】
図１１は、コンテンツ画面の一例を示す図である。図１１の例は、ユーザ端末１１に表示されるコンテンツ画面の一例を示している。コンテンツ画面２００は、コンテンツ画面２００の上部に設けられたヘッダ領域２０１と、メイン領域２０２とを有する。ヘッダ領域２０１は、日付を表示する日付領域２０３と、気象情報を表示する気象表示領域２０４とが設けられている。
【００５３】
日付領域２０３には、初期表示としてログインされた日の日付が表示される。また、日付領域２０３は、日付の左右に切替アイコン２０３Ａが設けられ、切替アイコン２０３Ａにより、表示される日付の変更が可能とされている。
【００５４】
表示制御部５０は、メイン領域２０２に、日付領域２０３に表示された日付のタイムスケジュールを表示する。例えば、表示制御部５０は、スケジュール情報３２から、ユーザＩＤがログインした保険外交員のユーザＩＤであり、開始日時または終了日時が、日付領域２０３に表示された日付のタスクを読み出す。そして、表示制御部５０は、メイン領域２０２に、横方向に時刻を並べたスケジュールバー２０５を表示する。また。表示制御部５０は、読み出したタスクごとに、タスクの時間帯に対応する位置及び長さで、タスクに対応する名称を記載したバーをスケジュールバー２０５に表示する。また、表示制御部５０は、スケジュールバー２０５の現在のシステム日時に対応した時刻の位置に、現在の日時を示すマーク２０６を表示する。
【００５５】
受付部５１は、時刻の指定を受け付ける。例えば、受付部５１は、スケジュールバー２０５に対する位置の指定により、時刻の指定を受け付ける。表示制御部５０は、指定された時刻を示すポインタ２０７を表示する。受付部５１は、ポインタ２０７の移動によって時刻の指定を受け付けてもよい。
【００５６】
特定部５４は、各種の特定を行う。例えば、特定部５４は、時刻の指定に応じて、指定された時刻に対応するタスクを特定する。例えば、特定部５４は、スケジュールバー２０５で指定された位置の時刻を開始日時および終了日時の範囲に含んだタスクを特定する。図１１の例では、１３時４５分が指定されているため、１３時４５分を含んだ訪問のタスクが特定される。なお、受付部５１は、スケジュールバー２０５に対する位置の指定により、タスクの指定を受付けてもよい。この場合、特定部５４は、スケジュールバー２０５の指定された位置のタスクを特定する。
【００５７】
特定部５４は、特定したタスクが、コンタクト先に対するコンタクトに関するタスクであるか特定する。例えば、特定部５４は、特定したタスクが、コンタクト先に対する通信のタスク、または、訪問のタスクである場合、コンタクト先に対するコンタクトに関するタスクであると特定する。本実施例では、特定部５４は、特定したタスクが、電話のタスク、または、訪問のタスクである場合、コンタクト先に対するコンタクトに関するタスクであると特定する。特定部５４は、特定したタスクが、コンタクト先に対するコンタクトに関するタスクである場合、コンタクト先を特定する。例えば、特定部５４は、スケジュールバー２０５から、特定したタスクの顧客ＩＤの項目を読み出し、コンタクト先の顧客の顧客ＩＤを特定する。図１１の例では、１３時４５分を含んだ訪問のタスクのコンタクト先として、顧客ＩＤ「０００１」の顧客が特定される。
【００５８】
特定部５４は、コンタクト先の顧客の興味の対象についての属性を特定する。例えば、特定部５４は、顧客属性情報３６から、コンタクト先の顧客の顧客ＩＤに対応した属性を読み出し、顧客の属性を特定する。図１１の例では、顧客ＩＤ「０００１」の顧客の属性として、「写真」、「ゴルフ」、・・・が特定される。また、特定部５４は、スケジュールバー２０５のスケジュールが登録されたユーザの興味の対象についての属性を特定する。例えば、特定部５４は、ユーザ属性情報３５から、ログインした保険外交員のユーザＩＤに対応した属性を読み出し、ログインした保険外交員の属性を特定する。例えば、ログインした保険外交員のユーザＩＤが「００１」の場合、ログインした保険外交員の属性として、「写真」、「車」、・・・が特定される。
【００５９】
特定部５４は、コンタクト先の顧客の属性とログインした保険外交員の属性との間の共通度を評価し、評価結果に応じて共通性のある属性を特定する。例えば、特定部５４は、コンタクト先の顧客の属性とログインした保険外交員の属性との間で共通の属性を特定する。なお、顧客属性情報３６やユーザ属性情報３５の属性の項目に、興味度が記憶されている場合、特定部５４は、興味度を加味して、共通性のある属性を特定してもよい。例えば、特定部５４は、コンタクト先の顧客の属性とログインした保険外交員の属性との間で共通の属性がある場合、顧客の興味度とユーザの興味度を乗算する。特定部５４は、顧客の興味度とユーザの興味度を乗算した値が所定のしきい値以上の属性、または、乗算した値が上位所定位までの属性を、共通性のある属性と特定してもよい。
【００６０】
表示制御部５０は、特定部５４により特定された属性に基づいて、特定部５４により特定されたタスクに関連づけて表示する情報を制御する。例えば、特定部５４により特定されたタスクに応じてメイン領域２０２に表示するコンテンツを制御する。例えば、表示制御部５０は、特定部５４により特定したタスクが、電話のタスク、または、訪問のタスクである場合、コンタクト先の顧客に関する情報をメイン領域２０２に表示させる。また、表示制御部５０は、保険外交員の属性に応じたコンテンツと、保険外交員と顧客の共通性のある属性に応じたコンテンツと、顧客の属性に応じたコンテンツとをメイン領域２０２に表示させる。
【００６１】
図１１の例では、メイン領域２０２内のスケジュールバー２０５の下部に、表示領域２１０Ａ〜２１０Ｄが横方向に並んで設けられている。表示領域２１０Ａには、コンタクト先の顧客に関する情報を表示する。表示領域２１０Ｂには、顧客の属性に応じたコンテンツを表示する。表示領域２１０Ｃには、保険外交員と顧客の共通性のある属性に応じたコンテンツを表示する。表示領域２１０Ｄには、保険外交員の属性に応じたコンテンツを表示する。
【００６２】
例えば、表示制御部５０は、コンタクト先の顧客の顧客ＩＤを検索キーとして顧客情報３１を検索して、対象とする顧客名、電話番号、加入保険等を読み出し、表示領域２１０Ａに表示する。
【００６３】
また、表示制御部５０は、コンタクト先の顧客の属性を検索キーとしてコンテンツ情報３３から、属性の項目に検索キーを多く含み、評価の高いコンテンツを読み出す。例えば、表示制御部５０は、属性の項目に検索キーを多く含むほど、重みを大きくして、コンテンツの評価値を重み付けし、重み付けした評価値の大きい順にコンテンツを読み出す。表示制御部５０は、読み出したコンテンツを表示領域２１０Ｂに表示する。なお、表示するコンテンツの求め方は、一例であり、これに限定されるものではない。例えば、表示制御部５０は、属性の項目に検索キーを所定数以上含むコンテンツを読み出し、評価値の大きい順に、読み出したコンテンツを表示してもよい。また、表示制御部５０は、収集された日時が新しいほど重みを大きくして、コンテンツの評価値をさらに重み付けして、属性の項目に検索キーを多く含み、評価が高く、新しいコンテンツを順に読み出してもよい。また、表示制御部５０は、属性ごとに、収集された日時が新しいほど重みを大きくして、コンテンツの評価値を重み付けして、属性ごとに、評価が高く、新しいコンテンツを順にコンテンツを読み出し、評価値の順にコンテンツを表示してもよい。表示制御部５０は、同様に、保険外交員と顧客の共通性のある属性を検索キーとしてコンテンツ情報３３から、属性の項目に検索キーを多く含み、評価の高いコンテンツを読み出して、表示領域２１０Ｃに表示する。また、表示制御部５０は、同様に、保険外交員の属性を検索キーとしてコンテンツ情報３３から、属性の項目に検索キーを多く含み、評価の高いコンテンツを読み出して、表示領域２１０Ｄに表示する。なお、表示制御部５０は、表示するコンテンツを比較し、同じコンテンツが複数ある場合、１つのみを表示させる。
【００６４】
これにより、例えば、図１１に示すコンテンツ画面２００の表示領域２１０Ｂには、顧客の「ゴルフ」の属性に関連するコンテンツが表示される。コンテンツ画面２００の表示領域２１０Ｃには、保険外交員と顧客の共通性のある属性「写真」に関連するコンテンツが表示される。コンテンツ画面２００の表示領域２１０Ｄには、保険外交員の属性「車」に関連するコンテンツが表示される。
【００６５】
保険外交員は、コンテンツ画面２００を参照することで、顧客に適切な話題を提供できるようになるため、顧客との信頼関係を構築しやすくなる。例えば、保険外交員は、表示領域２１０Ｂに表示されたコンテンツの会話を行うことで、顧客の興味に合った会話を行うことができ、顧客との信頼関係を構築しやすくなる。また、保険外交員は、表示領域２１０Ｃに表示されたコンテンツの会話を行うことで、顧客と保険外交員が共に興味がある内容の会話を行うことができ、顧客との信頼関係を構築しやすくなる。また、保険外交員は、表示領域２１０Ｄに表示されたコンテンツの会話を行うことで、現在顧客は興味が低いものの、保険外交員の興味がある内容の会話を行うことができる。これにより、保険外交員は、顧客に対して新たな属性に興味を生じさせることができ、顧客との信頼関係を構築しやすくなる。
【００６６】
表示領域２１０Ａ〜２１０Ｄには、削除ボタン２１２が設けられている。
【００６７】
表示制御部５０は、削除ボタン２１２が選択された場合、削除ボタン２１２が選択された表示領域２１０Ａ〜２１０Ｄをメイン領域２０２から削除する。
【００６８】
表示領域２１０Ａ〜２１０Ｄには、コンテンツごとに、コンテンツを表示した表示領域２１３が設けられている。そして、表示領域２１３には、削除ボタン２１４が設けられている。
【００６９】
表示制御部５０は、削除ボタン２１４が選択された場合、削除ボタン２１４が選択されたコンテンツの表示領域２１３を表示領域２１０から削除する。そして、表示制御部５０は、表示されていないコンテンツを表示する。
【００７０】
また、表示領域２１３には、コンテンツに対してどの程度の反応があったなどの反応のレベルを指定が可能な反応レベルボタン２１５が設けられる。反応レベルボタン２１５は、０〜５で反応のレベルの指定が可能とされている。
【００７１】
保険外交員は、表示領域２１０Ｂ、２１０Ｃに表示されたコンテンツのうち、顧客から興味がある反応が得られたコンテンツに対して、反応レベルボタン２１５を指定する。また、保険外交員は、自身の属性に対応して、表示領域２１０Ｄに表示されたコンテンツのうち、自身の興味があるコンテンツに対して、反応レベルボタン２１５を指定する。
【００７２】
登録部５２は、反応レベルボタン２１５で反応のレベルが指定されたコンテンツに関する情報を、指定された反応のレベルと共に反応情報３４に登録する。例えば、表示領域２１０Ｂ、２１０Ｃに表示されたコンテンツの表示領域２１３の反応レベルボタン２１５が指定された場合、登録部５２は、次の処理を行う。すなわち、登録部５２は、ログインした保険外交員のユーザＩＤ、タスクのタスクＩＤ、コンテンツのコンテンツＩＤ、コンタクト先の顧客の顧客ＩＤと共に、指定された反応のレベルを反応情報３４に登録する。また、例えば、表示領域２１０Ｄに表示されたコンテンツの表示領域２１３の反応レベルボタン２１５が指定された場合、登録部５２は、登録部５２は、次の処理を行う。すなわち、登録部５２は、ログインした保険外交員のユーザＩＤ、タスクのタスクＩＤ、コンテンツのコンテンツＩＤと共に、指定された反応のレベルを反応情報３４に登録する。
【００７３】
これにより、反応情報３４には、コンテンツに対してどのような反応があったかなどの実績が記憶される。
【００７４】
特定部５４は、所定の期間（例えば、３か月）ごとに、反応情報３４に基づいて、保険外交員および顧客の興味の対象などの属性を特定する。そして、特定部５４は、特定した属性に基づいて、ユーザ属性情報３５および顧客属性情報３６を更新する。例えば、特定部５４は、コンテンツ情報３３から、反応情報３４で顧客ＩＤが記憶されたコンテンツＩＤの属性を読み出す。特定部５４は、属性ごとに、当該属性を含んだコンテンツに対する反応情報３４の反応レベルを加算して、閾値以上の反応レベルとなった属性を、顧客属性情報３６のコンタクト先の顧客の属性に追加する。また、特定部５４は、コンテンツ情報３３から、反応情報３４で顧客ＩＤが記憶されていないコンテンツＩＤの属性を読み出す。特定部５４は、属性ごとに、当該属性を含んだコンテンツに対する反応情報３４の反応レベルを加算して、閾値以上の反応レベルとなった属性を、ユーザ属性情報３５のログインしたユーザの属性に追加する。これにより、同じ属性のコンテンツに対して多く反応した場合、多く反応した属性が追加して登録される。
【００７５】
［処理の流れ］
次に、本実施例に係るサーバ装置１２が、コンテンツ画面２００の表示するコンテンツを制御する表示制御処理の流れを説明する。図１２は、表示制御処理の流れを示すフローチャートである。図１２に示す表示制御処理は、所定のタイミング、例えば、スケジュールバー２０５に対して時刻を指定する操作を受け付けたタイミングで実行される。
【００７６】
特定部５４は、スケジュールバー２０５で指定された位置の時刻を開始日時および終了日時の範囲に含んだタスクを特定する（Ｓ１０）。特定部５４は、特定したタスクが、コンタクト先に対するコンタクトに関するタスクであるか判定する（Ｓ１１）。例えば、特定部５４は、特定したタスクが、電話のタスク、または、訪問のタスクである場合、コンタクト先に対するコンタクトに関するタスクであると判定する。特定したタスクが、コンタクト先に対するコンタクトに関するタスクではない場合（Ｓ１１否定）、処理を終了する。
【００７７】
一方、特定したタスクが、コンタクト先に対するコンタクトに関するタスクである場合（Ｓ１１肯定）、特定部５４は、顧客属性情報３６から、コンタクト先の顧客の属性を特定する（Ｓ１２）。特定部５４は、ユーザ属性情報３５から、ログインしたユーザである保険外交員の属性を特定する（Ｓ１３）。特定部５４は、コンタクト先の顧客の属性とログインした保険外交員の属性との間の共通度を評価し、評価結果に応じて共通性のある属性を特定する（Ｓ１４）。
【００７８】
表示制御部５０は、コンタクト先の顧客に関する情報を表示領域２１０Ａに表示させる（Ｓ１５）。表示制御部５０は、特定されたタスクに応じてメイン領域２０２に、属性に応じたコンテンツを表示し（Ｓ１６）、処理を終了する。例えば、表示制御部５０は、保険外交員の属性に応じたコンテンツを表示領域２１０Ｂに表示する。また、表示制御部５０は、保険外交員と顧客の共通性のある属性に応じたコンテンツを表示領域２１０Ｃに表示する。また、表示制御部５０は、顧客の属性に応じたコンテンツを表示領域２１０Ｄに表示する。
【００７９】
［効果］
このように、サーバ装置１２は、記憶部２１に記憶された第１のユーザ（ここでは、保険外交員）のスケジュールに、第１のコンタクト先（顧客）に対するコンタクトに関するタスクが含まれる場合に、第１のユーザについて登録された属性情報と、第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する。サーバ装置１２は、特定した属性に基づいて、タスクに関連づけて表示する情報を制御する。その結果、サーバ装置１２は、表示された情報を参照した保険外交員が適切な話題を提供できるようになるため、コンタクト先との信頼関係の構築を支援できる。
【００８０】
また、サーバ装置１２は、特定された属性に基づいて検索された情報を表示する。その結果、サーバ装置１２は、属性に基づいて検索された多様な情報を表示できる。
【００８１】
また、サーバ装置１２は、第１のコンタクト先に対するコンタクトに関するタスクを、第１のコンタクト先に対する通信又は訪問タスクとする。その結果、サーバ装置１２は、コンタクト先に対する通信又は訪問タスクがある場合に、コンタクト先との話題に利用できる情報を表示させることがき、コンタクト先との信頼関係の構築を支援できる。
【００８２】
また、サーバ装置１２は、タスクは、第１のユーザのスケジュールに含まれるタスクのうち、指定されたタスクに関連づけて情報を表示する。その結果、サーバ装置１２は、表示された情報と、表示された情報を利用するタスクの対応関係をわかりやすく表示できる。
【００８３】
また、サーバ装置１２は、タスクの指定を、第１のユーザのスケジュールの表示画面に含まれるタスクの指定又はタスクに対応する時刻の指定により可能とする。その結果、サーバ装置１２は、コンテンツを表示させるタスクを容易に指定させることができる。
【００８４】
また、サーバ装置１２は、表示する情報が、ソーシャルネットワークサービスからのスコアリング結果が対応づけられており、より高いスコアリング結果が対応づけられた情報とする。その結果、サーバ装置１２は、ソーシャルネットワークサービスで高いスコアリング結果の情報を表示できる。
【実施例２】
【００８５】
さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００８６】
例えば、上記の実施例では、コンタクト先に対する通信のタスクとして、顧客に対する電話のタスクを例に説明した。しかし、これに限定されるものではない。例えば、コンタクト先に対する通信のタスクは、顧客に対するメールなど、コンタクト先に対する作業であれば何れであってもよい。
【００８７】
また、上記の実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明した。しかし、これに限定されるものではない。例えば、ユーザは、顧客などのアクセス先に対して各種の営業を行う営業職員など、コンタクト先に対する作業を行うユーザであれば何れであってもよい。
【００８８】
また、上記の実施例では、保険外交員について登録された属性情報と、コンタクト先の顧客について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する場合を例に説明した。しかし、これに限定されるものではない。例えば、さらに、特定部５４は、コンタクト先の顧客の属性情報のうち、属性情報と対応づけて登録されるコンタクト先の顧客の反応情報に応じて、保険外交員について登録された属性情報との共通度を評価する属性情報を選択してもよい。例えば、特定部５４は、コンタクト先の顧客の属性とログインした保険外交員の属性との間で共通の属性のうち、コンタクト先の顧客の反応レベルが所定の閾値以上の属性、または、コンタクト先の顧客の反応レベルが最も高い属性を特定してもよい。これにより、サーバ装置１２は、共通の属性のうち、コンタクト先の顧客の反応が高い属性に関するコンテンツを表示させることができる。
【００８９】
また、上記の実施例では、記事などの文字のコンテンツを表示して提供する場合を例に説明した。しかし、これに限定されるものではない。提供するコンテンツは、映像、音声であってもよい。例えば、ＡＭラジオやＦＭラジオの放送局や音声の共有サービスからラジオなどの音声データをコンテンツとして収集してもよい。また、テレビの放送局や動画の共有サービスから映像データをコンテンツとして収集してもよい。登録部５２は、映像、音声のコンテンツに対して音声認識を行い、音声認識されたテキストデータからキーワードを抽出して、映像、音声のコンテンツの属性や分類を特定してもよい。映像、音声のコンテンツにコンテンツの属性や分類が付加されている場合は、付加されたコンテンツの属性や分類を利用してもよい。
【００９０】
また、上記の実施例では、保険外交員の属性に応じたコンテンツと、保険外交員と顧客の共通性のある属性に応じたコンテンツと、顧客の属性に応じたコンテンツを表示領域を分けて表示する場合を例に説明した。しかし、これに限定されるものではない。例えば、表示制御部５０は、属性に基づいて表示する情報を１つの表示領域にまとめて表示してもよい。この場合、表示制御部５０は、特定した共通性のある属性に基づいて表示する情報を、共通性のない属性に対応する他の情報に優先して表示してもよい。例えば、表示制御部５０は、１つの表示領域に、保険外交員と顧客の共通性のある属性に応じたコンテンツが優先して表示するように制御してもよい。また、表示制御部５０は、特定した共通性のある属性に基づいて表示する情報を、共通性のない属性に対応する他の情報と識別可能に表示してもよい。例えば、表示制御部５０は、１つの表示領域に、保険外交員と顧客の共通性のある属性に応じたコンテンツと、保険外交員の属性に応じたコンテンツと、顧客の属性に応じたコンテンツとをコンテンツの色を変えて識別可能に表示してもよい。
【００９１】
また、上記の実施例では、保険外交員の属性に応じたコンテンツと、保険外交員と顧客の共通性のある属性に応じたコンテンツと、顧客の属性に応じたコンテンツと表示領域を分けて１つ画面内に表示する場合を例に説明した。しかし、これに限定されるものではない。例えば、表示制御部５０は、保険外交員の属性に応じたコンテンツと、保険外交員と顧客の共通性のある属性に応じたコンテンツと、顧客の属性に応じたコンテンツを切り替えて画面に表示してもよい。図１３Ａおよび図１３Ｂは、コンテンツ画面の一例を示す図である。図１３Ａおよび図１３Ｂに示すコンテンツ画面２００のメイン領域２０２には、タブ２３０が設けられ、顧客の属性に応じたコンテンツと、保険外交員の属性に応じたコンテンツを切り替えて表示可能とされている。図１３Ａの例は、「お客様」のタブ２３０が指定され、表示領域２１０Ａ〜表示領域２１０Ｃが表示されている。図１３Ａの例は、「自分」のタブ２３０が指定され、表示領域２１０Ａと表示領域２１０Ｄが表示されている。保険外交員は、タブ２３０を「お客様」と「自分」で切り換えることにより、保険外交員の属性に応じたコンテンツと、保険外交員と顧客の共通性のある属性に応じたコンテンツおよび顧客の属性に応じたコンテンツとを容易に把握できる。
【００９２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。即ち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４の各処理部が適宜統合又は分割されてもよい。また、表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４は、複数のサーバ装置で分散して実行されてもよい。また、表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４は、その全部又は任意の一部が、ＣＰＵおよび該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９３】
［スケジュール管理プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図１４は、スケジュール管理プログラムを実行するコンピュータを示す図である。
【００９４】
図１４に示すように、コンピュータ３００は、ＣＰＵ３１０、ＨＤＤ（Hard  Disk  Drive）３２０、ＲＡＭ（Random  Access  Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。
【００９５】
ＨＤＤ３２０には上記実施例のサーバ装置１２の各処理部と同様の機能を発揮するスケジュール管理プログラム３２０Ａがあらかじめ記憶される。例えば、上記実施例の表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４と同様の機能を発揮するスケジュール管理プログラム３２０Ａを記憶させる。なお、スケジュール管理プログラム３２０Ａについては、適宜分離しても良い。
【００９６】
また、ＨＤＤ３２０は、各種データを記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種データを記憶する。
【００９７】
そして、ＣＰＵ３１０が、スケジュール管理プログラム３２０ＡをＨＤＤ３２０から読み出して実行することで、実施例の表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４と同様の動作を実行する。即ち、スケジュール管理プログラム３２０Ａは、実施例の表示制御部５０、受付部５１、登録部５２、収集部５３および特定部５４と同様の動作を実行する。
【００９８】
なお、上記したスケジュール管理プログラム３２０Ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact  Disk  Read  Only  Memory（ＣＤ−ＲＯＭ）、Digital  Versatile  Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９９】
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
【符号の説明】
【０１００】
１０  スケジュールシステム
１１  ユーザ端末
１２  サーバ装置
２０  通信部
２１  記憶部
２２  制御部
３０  ユーザ情報
３１  顧客情報
３２  スケジュール情報
３３  コンテンツ情報
３４  反応情報
３５  ユーザ属性情報
３６  顧客属性情報
５０  表示制御部
５１  受付部
５２  登録部
５３  収集部
５４  特定部
【図１】
2018041285.tif 000003
【図２】
2018041285.tif 000004
【図３】
2018041285.tif 000005
【図４】
2018041285.tif 000006
【図５】
2018041285.tif 000007
【図６】
2018041285.tif 000008
【図７】
2018041285.tif 000009
【図８】
2018041285.tif 000010
【図９】
2018041285.tif 000011
【図１０】
2018041285.tif 000012
【図１１】
2018041285.tif 000013
【図１２】
2018041285.tif 000014
【図１３Ａ】
2018041285.tif 000015
【図１３Ｂ】
2018041285.tif 000016
【図１４】
2018041285.tif 000017