JP2018041285A - スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置 - Google Patents

スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置 Download PDF

Info

Publication number
JP2018041285A
JP2018041285A JP2016175067A JP2016175067A JP2018041285A JP 2018041285 A JP2018041285 A JP 2018041285A JP 2016175067 A JP2016175067 A JP 2016175067A JP 2016175067 A JP2016175067 A JP 2016175067A JP 2018041285 A JP2018041285 A JP 2018041285A
Authority
JP
Japan
Prior art keywords
information
attribute
task
content
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2016175067A
Other languages
English (en)
Inventor
偉 朱
Wei Zhu
偉 朱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2016175067A priority Critical patent/JP2018041285A/ja
Priority to US15/652,790 priority patent/US10699252B2/en
Publication of JP2018041285A publication Critical patent/JP2018041285A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • G06Q10/1093—Calendar-based scheduling for persons or groups
    • G06Q10/1097—Task assignment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/903—Querying
    • G06F16/9038—Presentation of query results

Abstract

【課題】コンタクト先との信頼関係の構築を支援できるスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置を提供する。
【解決手段】スケジュール管理プログラムは、記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、第１のユーザについて登録された属性情報と、第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する処理をコンピュータに実行させる。スケジュール管理プログラムは、特定した属性に基づいて、タスクに関連づけて表示する情報を制御する処理をコンピュータに実行させる。
【選択図】図１２

Description

本発明は、スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置に関する。
従来からスケジュールを管理するスケジュール管理ソフトウェアが利用されている。このようなスケジュール管理ソフトウェアでは、例えば、顧客への電話や顧客への訪問など、コンタクト先との各種のタスクが予定日時と共に登録される。
特開２００３−１１５９５１号公報
従来のスケジュール管理ソフトウェアは、登録されたコンタクト先とのタスクの種類や予定日時を把握できる。例えば、保険外交員などの営業職員は、顧客への電話や顧客への訪問をタスクとしてスケジュール管理ソフトウェアに登録することで、顧客への電話や顧客への訪問のスケジュールを管理できる。
しかしながら、従来のスケジュール管理ソフトウェアは、コンタクト先との信頼関係の構築を支援できない。例えば、営業職員は、顧客に対して業務の話をする前に、世間話や雑談をして顧客との信頼関係の構築を行う。営業職員は、世間話や雑談として提供可能な話題がそれぞれ属人的であり、皆が豊富な話題を持っているわけではない。また、顧客は、それぞれ興味がある話題も異なる。このため、営業職員は、顧客に適切な話題を提供できず、顧客との信頼関係の構築に苦心する場合がある。
一つの側面では、本発明は、コンタクト先との信頼関係の構築を支援できるスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置を提供することにある。
一つの態様では、スケジュール管理プログラムは、記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、第１のユーザについて登録された属性情報と、第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する処理をコンピュータに実行させる。スケジュール管理プログラムは、特定した属性に基づいて、タスクに関連づけて表示する情報を制御する処理をコンピュータに実行させる。
コンタクト先との信頼関係の構築を支援できる。
図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。 図２は、サーバ装置の構成の一例を示す図である。 図３は、ユーザ情報のデータ構成の一例を示す図である。 図４は、顧客情報のデータ構成の一例を示す図である。 図５は、スケジュール情報のデータ構成の一例を示す図である。 図６は、コンテンツ情報のデータ構成の一例を示す図である。 図７は、反応情報のデータ構成の一例を示す図である。 図８は、ユーザ属性情報のデータ構成の一例を示す図である。 図９は、顧客属性情報のデータ構成の一例を示す図である。 図１０は、コンテンツの登録の一例を模式的に示した図である。 図１１は、コンテンツ画面の一例を示す図である。 図１２は、表示制御処理の流れを示すフローチャートである。 図１３Ａは、コンテンツ画面の一例を示す図である。 図１３Ｂは、コンテンツ画面の一例を示す図である。 図１４は、スケジュール管理プログラムを実行するコンピュータを示す図である。
以下、図面に基づいて、本願の開示するスケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。
［システム構成］
最初に、実施例１に係るスケジュールシステム１０の一例を説明する。図１は、実施例１に係るスケジュールシステムの概略的な構成の一例を示す図である。図１に示すように、スケジュールシステム１０は、ユーザ端末１１と、サーバ装置１２とを有する。本実施例では、サーバ装置１２がスケジュール管理装置に対応する。
スケジュールシステム１０は、ユーザのスケジュールを管理するシステムである。本実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明する。保険外交員は、顧客を訪問し、保険の営業、販売を行う。また、保険外交員は、保険会社の事務所にて、保険の営業、販売を行うための各種の準備作業を行う。ユーザ端末１１は、サーバ装置１２とネットワークＮを介して通信可能に接続されている。かかるネットワークＮの一態様としては、有線又は無線を問わず、ＬＡＮ（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（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。
１０ スケジュールシステム
１１ ユーザ端末
１２ サーバ装置
２０ 通信部
２１ 記憶部
２２ 制御部
３０ ユーザ情報
３１ 顧客情報
３２ スケジュール情報
３３ コンテンツ情報
３４ 反応情報
３５ ユーザ属性情報
３６ 顧客属性情報
５０ 表示制御部
５１ 受付部
５２ 登録部
５３ 収集部
５４ 特定部

Claims (12)

  1. 記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定し、
    特定した前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する、
    処理をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
  2. 表示される前記情報は、前記属性に基づいて検索された情報である、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  3. 前記タスクは、前記第１のコンタクト先に対する通信又は訪問タスクである、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  4. 前記タスクは、前記第１のユーザのスケジュールに含まれるタスクのうち、指定されたタスクであり、
    表示される前記情報は、指定された前記タスクに関連づけて表示される、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  5. 前記タスクの指定は、前記第１のユーザのスケジュールの表示画面に含まれるタスクの指定又は前記タスクに対応する時刻の指定により行われる、
    ことを特徴とする請求項４に記載のスケジュール管理プログラム。
  6. 表示する前記情報は、テキスト、映像、音声情報のいずれかを含む、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  7. 表示する前記情報は、ソーシャルネットワークサービスからのスコアリング結果が対応づけられており、より高いスコアリング結果が対応づけられた情報である、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  8. 特定した前記共通性のある属性に基づいて表示する情報を、共通性のない属性に対応する他の情報に優先して表示するか又は、特定した前記共通性のある属性に基づいて表示する前記情報を、共通性のない属性に対応する前記他の情報と識別可能に表示する、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  9. 前記他の情報は、前記第１のユーザについて登録された属性情報に対応する情報である、
    ことを特徴とする請求項８に記載のスケジュール管理プログラム。
  10. 前記第１のコンタクト先の属性情報のうち、前記属性情報と対応づけて登録される前記第１のコンタクト先の反応情報に応じて、前記第１のユーザについて登録された属性情報との共通度を評価する属性情報を選択する、
    ことを特徴とする請求項１に記載のスケジュール管理プログラム。
  11. 記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定し、
    特定した前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する、
    処理をコンピュータが実行することを特徴とするスケジュール管理方法。
  12. 記憶部に記憶された第１のユーザのスケジュールに、第１のコンタクト先に対するコンタクトに関するタスクが含まれる場合に、前記第１のユーザについて登録された属性情報と、前記第１のコンタクト先について登録された属性情報との間における共通度についての評価結果に応じて共通性のある属性を特定する特定部と、
    前記特定部により特定された前記属性に基づいて、前記タスクに関連づけて表示する情報を制御する表示制御部と、
    を有することを特徴とするスケジュール管理装置。
JP2016175067A 2016-09-07 2016-09-07 スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置 Pending JP2018041285A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2016175067A JP2018041285A (ja) 2016-09-07 2016-09-07 スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置
US15/652,790 US10699252B2 (en) 2016-09-07 2017-07-18 Schedule management method and schedule management device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016175067A JP2018041285A (ja) 2016-09-07 2016-09-07 スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置

Publications (1)

Publication Number Publication Date
JP2018041285A true JP2018041285A (ja) 2018-03-15

Family

ID=61280661

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016175067A Pending JP2018041285A (ja) 2016-09-07 2016-09-07 スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置

Country Status (2)

Country Link
US (1) US10699252B2 (ja)
JP (1) JP2018041285A (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109165869A (zh) * 2018-09-14 2019-01-08 广东电网有限责任公司 一种施工管控系统及管控方法
CN111242409A (zh) * 2019-12-20 2020-06-05 广东电网有限责任公司 一种营销施工数据管控平台
CN113538013A (zh) * 2021-07-28 2021-10-22 上海帘邦信息科技有限公司 一种客户关系管理系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172205A (ja) * 2005-12-21 2007-07-05 Sky Kk 受付システム
JP2013171500A (ja) * 2012-02-22 2013-09-02 Nippon Telegr & Teleph Corp <Ntt> 分析装置、分析方法及び分析プログラム
JP2015032011A (ja) * 2013-07-31 2015-02-16 株式会社日立ソリューションズ 候補者決定装置

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2306858A1 (en) * 1997-10-06 1999-04-15 Philip A. Des Jardins System enabling a salesperson to chat with a customer browsing the salesperson's web site
JP3198321B2 (ja) * 1997-10-20 2001-08-13 富士通株式会社 電子コミュニケーションシステム及び記録媒体
JPH11288421A (ja) * 1998-04-03 1999-10-19 Fujitsu Ltd サービス提供装置、サービス受信装置、サービス提供ホスト、選択サービス受信プログラムを記録したコンピュータ読み取り可能な記録媒体、選択サービス送信プログラムを記録したコンピュータ読み取り可能な記録媒体、サービス受信装置におけるサービス選択方法及びサービス提供ホストにおける選択サービスの送信方法
JP3548459B2 (ja) * 1998-11-20 2004-07-28 富士通株式会社 案内情報提示装置，案内情報提示処理方法，案内情報提示プログラムを記録した記録媒体，案内用スクリプト生成装置，案内情報提供装置，案内情報提供方法および案内情報提供プログラム記録媒体
US6965868B1 (en) * 1999-08-03 2005-11-15 Michael David Bednarek System and method for promoting commerce, including sales agent assisted commerce, in a networked economy
US20010032140A1 (en) * 1999-12-14 2001-10-18 Hoffman Roger P. Virtual sales agent
US8868448B2 (en) * 2000-10-26 2014-10-21 Liveperson, Inc. Systems and methods to facilitate selling of products and services
JP2002207764A (ja) * 2001-01-09 2002-07-26 Kentop:Kk 商品情報配信システム
US6941305B2 (en) * 2001-01-19 2005-09-06 Symeron Software, Inc. Customer management system for automobile sales industry
JP2003067839A (ja) * 2001-08-27 2003-03-07 Fujitsu Ltd 釣銭管理システム，釣銭管理装置，現金出金機，釣銭管理方法，釣銭管理プログラム及び釣銭管理プログラムを記録したコンピュータ読取可能な記録媒体
JP2003115951A (ja) 2001-10-09 2003-04-18 Casio Comput Co Ltd 話題情報提供システムおよび話題情報提供方法
US20030212566A1 (en) * 2002-05-07 2003-11-13 Investigo Corporation Methods and systems for assisting with Do-Not-Call compliance
US20040064361A1 (en) * 2002-09-30 2004-04-01 Gateway, Inc. Sale closing software
US8122084B2 (en) * 2002-10-29 2012-02-21 Sap Ag Collaborative conversation channels
JP4225074B2 (ja) * 2003-02-14 2009-02-18 富士ゼロックス株式会社 対話支援装置および方法並びにプログラム、対話支援システム
US7069308B2 (en) * 2003-06-16 2006-06-27 Friendster, Inc. System, method and apparatus for connecting users in an online computer system based on their relationships within social networks
US20050193054A1 (en) * 2004-02-12 2005-09-01 Wilson Eric D. Multi-user social interaction network
US20050273702A1 (en) * 2004-06-04 2005-12-08 Jeff Trabucco Creation and management of common interest community web sites
SE0500138L (sv) * 2005-01-20 2006-07-21 Omnitus Ab System och metod för kunddatainsamling
US8346864B1 (en) * 2006-12-13 2013-01-01 Qurio Holdings, Inc. Systems and methods for social network based conferencing
US20090248460A1 (en) * 2008-03-25 2009-10-01 Jerome Dale Johnson Interactive smart game plan
US8572094B2 (en) * 2007-08-17 2013-10-29 Google Inc. Ranking social network objects
US8239454B2 (en) * 2007-10-31 2012-08-07 Joseph Palermo System and method for telephone conference based communication, entertainment and advertising platform with accounting functionality
JP2011521385A (ja) * 2008-05-26 2011-07-21 スーパーデリバティブス，インコーポレイテッド 自動金融商品管理の装置、システムおよび方法
US20100223100A1 (en) * 2009-01-23 2010-09-02 Salesforce.Com, Inc. Methods and Systems for Sales Networking
US20110035250A1 (en) * 2009-08-05 2011-02-10 Dungolden Group Inc. Ad-Hoc Engagement of Client and Service Provider
WO2011037769A1 (en) * 2009-09-22 2011-03-31 Telenav, Inc. Location based system with contextual locator and method of operation thereof
US20110179025A1 (en) * 2010-01-21 2011-07-21 Kryptonite Systems Inc Social and contextual searching for enterprise business applications
US20120158549A1 (en) * 2010-12-15 2012-06-21 Align Research Llc Computerized Methods To Facilitate Selective Communications Between And Among Motor Vehicle Purchasers, Dealers, And Salespeople
US9235863B2 (en) * 2011-04-15 2016-01-12 Facebook, Inc. Display showing intersection between users of a social networking system
US20120290978A1 (en) * 2011-05-12 2012-11-15 John Devecka System and method for an interactive mobile-optimized icon-based singles and dating profile display and associated social network functionality
US8893008B1 (en) * 2011-07-12 2014-11-18 Relationship Science LLC Allowing groups expanded connectivity to entities of an information service
US20130018879A1 (en) * 2011-07-12 2013-01-17 Salesforce.Com, Inc. Method and system for providing recommended information from a customer relationship management system
US20130124365A1 (en) * 2011-11-10 2013-05-16 Anantha Pradeep Dynamic merchandising connection system
US8881028B2 (en) * 2011-12-01 2014-11-04 International Business Machines Corporation Reverse metadata viewing by multiple parties
US20130297368A1 (en) * 2012-05-02 2013-11-07 Qvidian, Inc. Updating customer relationship management systems through sales playbook activities
US9959513B2 (en) * 2012-05-29 2018-05-01 Ophio Software, Inc. Systems and methods involving features of sales force processing and/or productivity
US9225788B2 (en) * 2012-10-05 2015-12-29 Facebook, Inc. Method and apparatus for identifying common interest between social network users
JP6125217B2 (ja) * 2012-12-17 2017-05-10 アルパイン株式会社 情報端末システム
US10387506B2 (en) * 2013-03-14 2019-08-20 Eharmony, Inc. Systems and methods for online matchmaking
US20150088763A1 (en) * 2013-09-23 2015-03-26 MobilePoint Corporation Conversation and opportunity message sharing
US9571635B2 (en) * 2013-10-03 2017-02-14 Sap Se Automatic account information retrieval and display
WO2015059259A1 (en) * 2013-10-25 2015-04-30 Koninklijke Philips N.V. Task assignment method, computer program product and task assignment system
US20150149237A1 (en) * 2013-11-22 2015-05-28 Richard Thomas Brock Systems and methods to improve sales effectiveness utilizing a moving, contextually relevant navigator to guide sales representatives in prospect communications based on prospect's digital and conversational behavior and organization's best sales practices
US10025835B2 (en) * 2014-03-05 2018-07-17 Peerstream, Inc. Selecting matches in a social dating system
US20150347586A1 (en) * 2014-05-28 2015-12-03 Microsoft Corporation Calendar event peripheral view

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007172205A (ja) * 2005-12-21 2007-07-05 Sky Kk 受付システム
JP2013171500A (ja) * 2012-02-22 2013-09-02 Nippon Telegr & Teleph Corp <Ntt> 分析装置、分析方法及び分析プログラム
JP2015032011A (ja) * 2013-07-31 2015-02-16 株式会社日立ソリューションズ 候補者決定装置

Also Published As

Publication number Publication date
US10699252B2 (en) 2020-06-30
US20180068276A1 (en) 2018-03-08

Similar Documents

Publication Publication Date Title
US10984174B1 (en) Dynamically providing a feed of stories about a user of a social networking system
CN109688479B (zh) 一种弹幕显示方法、弹幕显示装置和弹幕显示服务器
US20170192625A1 (en) Data managing and providing method and system for the same
CN100471178C (zh) 电子邮件组播设备
KR101967696B1 (ko) 구독서비스 제공 방법 및 장치
CN111738785A (zh) 选品方法、系统及存储介质
JP2018041285A (ja) スケジュール管理プログラム、スケジュール管理方法およびスケジュール管理装置
JP2012113440A (ja) Ｓｎｓ統括サイト管理装置、及びｓｎｓ統括サイトを利用した情報開示方法
US20140358905A1 (en) System and Method for Answer Aggregation
US8924382B2 (en) Techniques for distributing information over a network
KR20180065395A (ko) Sns를 이용한 맞춤형 광고 제공 시스템 및 광고 제공 방법
KR101007428B1 (ko) 메시지 공유 방법 및 그 장치
JP7013791B2 (ja) コンタクト支援プログラム、コンタクト支援方法、および、コンタクト支援装置
EP3073428A1 (en) Scheduled event venue deciding method, and server for implementing the same
US20140074532A1 (en) Information notification apparatus and non-transitory computer-readable recording medium
US10116755B2 (en) Apparatus and method for providing social network service
CN109756525A (zh) 信息订阅方法及装置
US20120066252A1 (en) Medium and method for collection of information, and information collection support system
JP2007047887A (ja) チャットサービスを提供する方法およびソフトウェア
JP2020087083A (ja) 中継装置、中継方法及び通信システム
JP2019175338A (ja) 情報提供装置及び情報提供方法
JP6088023B1 (ja) 予約処理装置、予約処理方法および予約処理プログラム
JP7302835B1 (ja) 発信者情報取得システム、発信者情報取得システムの制御方法、及びプログラム
CN108632092A (zh) 信息管理方法及装置
JP6864239B2 (ja) 予約受付支援装置、予約受付支援プログラム、及び予約受付支援方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190611

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20200525

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200901

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20201029

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20210323