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

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）等の集積回路を採用できる。制御部２２は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、これらによって種々の処理を実行する。制御部２２は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部２２は、表示制御部５０と、受付部５１と、登録部５２と、取得部５３と、特定部５４とを有する。

表示制御部５０は、各種の情報の表示を制御する。例えば、表示制御部５０は、ユーザ端末１１からアクセスを受け付けると、アクセス元のユーザ端末１１に各種の操作画面の情報を送信してアクセス元のユーザ端末１１に操作画面を表示させる制御を行う。例えば、表示制御部５０は、ユーザ端末１１からのアクセスに応じて、ログイン画面をユーザ端末１１に表示させて、ユーザＩＤを入力させてログインを受け付ける。表示制御部５０は、ログインが成功すると、操作画面など各種の画面をユーザ端末１１に表示させる制御を行う。例えば、表示制御部５０は、入力されたユーザＩＤの保険外交員のスケジュールを表示したスケジュール画面をユーザ端末１１に表示させる。

図１６Ａは、スケジュール画面の一例を示す図である。図１６Ａの例は、ユーザ端末１１に表示されるスケジュール画面の一例を示している。スケジュール画面１００は、スケジュール画面１００の上部に設けられたヘッダ領域１０１と、スケジュールを表示するメイン領域１０２とを有する。ヘッダ領域１０１は、日付を表示する日付領域１０３と、気象情報を表示する気象表示領域１０４とが設けられている。

日付領域１０３には、初期表示としてログインした日の日付が表示される。また、日付領域１０３は、日付の左右に切替アイコン１０３Ａが設けられ、切替アイコン１０３Ａにより、表示される日付の変更が可能とされている。メイン領域１０２には、日付領域１０３に表示された日付のスケジュールが表示される。保険外交員は、切替アイコン１０３Ａを操作して表示される日付を変更することにより、過去および未来の日付のスケジュールも確認できる。

気象表示領域１０４には、ユーザ端末１１の位置に対応した気象情報が表示される。例えば、表示制御部５０は、ユーザ端末１１からユーザ端末１１の位置情報を取得し、気象情報を提供する外部サーバから、ユーザ端末１１の位置情報の位置に対応する気象情報を気象表示領域１０４に表示させる。

メイン領域１０２は、横方向に時刻が順に表示され、時間の流れが表現されている。また、メイン領域１０２は、メニューアイコン１１０と、費用アイコン１１１と、ごみ箱アイコン１１２と、シミュレーションアイコン１１３とが設けられている。

メニューアイコン１１０は、スケジュールに登録可能なタスクの表示を指示するアイコンである。費用アイコン１１１は、発生した費用の表示を指示するアイコンである。ごみ箱アイコン１１２は、タスクの削除をするアイコンである。本実施例では、削除対象のタスクを選択状態としたままごみ箱アイコン１１２まで移動させ、選択を解除することにより、削除対象のタスクは、スケジュールから削除される。シミュレーションアイコン１１３は、スケジュールへの自動的に追加可能なタスクの追加を指示するアイコンである。

受付部５１は、各種の操作を受け付ける。例えば、受付部５１は、ユーザ端末１１から操作画面の各種の操作情報を受信することで、各種の操作を受け付ける。例えば、受付部５１は、スケジュール画面１００に対する操作に応じて、スケジュールに関する各種の操作を受け付ける。例えば、受付部５１は、スケジュール画面１００のメニューアイコン１１０の選択操作により、スケジュールに登録可能なタスクの表示指示を受け付ける。

表示制御部５０は、メニューアイコン１１０の選択操作を受け付けると、メニュー情報３３に基づいて、スケジュールに追加可能なタスクをスケジュール画面１００に表示させる。

図１６Ｂは、スケジュール画面の一例を示す図である。図１６Ｂの例は、メニューアイコン１１０の選択操作された状態を示している。例えば、図１６Ｂに示すように、タスクが未選択の場合、表示制御部５０は、メニュー情報３３から、選択済みタスクの項目が「なし」とされたタスクを読み出す。そして、表示制御部５０は、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１２０（１２０Ａ〜１２０Ｉ）を表示させる。アイコン１２０Ａは、電話のタスクを示している。アイコン１２０Ｂは、訪問準備のタスクを示している。アイコン１２０Ｃは、顧客訪問のタスクを示している。アイコン１２０Ｄは、タクシー移動のタスクを示している。アイコン１２０Ｅは、電車移動のタスクを示している。アイコン１２０Ｆは、自転車移動のタスクを示している。アイコン１２０Ｇは、徒歩移動のタスクを示している。アイコン１２０Ｈは、ランチのタスクを示している。アイコン１２０Ｉは、休息のタスクを示している。

受付部５１は、スケジュールに追加するタスクの選択を受け付ける。例えば、受付部５１は、スケジュール画面１００のアイコン１２０Ａ〜１２０Ｉの選択操作により、複数種類のタスクの中からスケジュールに追加するタスクの選択を受け付ける。また、受付部５１は、スケジュールに追加するタスクの開始時間、終了時間の指定を受け付ける。例えば、受付部５１は、スケジュールに追加するタスクのアイコンを選択状態として時刻の位置へ移動させることにより、開始時間、終了時間の指定を受け付ける。

例えば、保険外交員は、スケジュールにタスクを追加する場合、追加するタスクを選択状態としたまま開始時間の位置まで移動させ、選択を解除する。図１６Ｃは、スケジュール画面の一例を示す図である。図１６Ｃの例は、アイコン１２０Ａを選択状態として１０時まで移動する操作が行われて、開始時間を１０時として、スケジュールに電話のタスクが追加された状態を示している。表示制御部５０は、メイン領域１０２の下半分に、追加されたタスクに関する設定を行うサブ領域１０５を表示させる。サブ領域１０５にも横方向に時刻が順に表示されている。図１６Ｃの例では、サブ領域１０５に、電話のタスクのアイコン１２１と共に開始時間の１０時が表示されている。

サブ領域１０５では、追加されたタスクの終了時間の指定が可能とされている。また、サブ領域１０５では、追加されたタスクに関連付けて付随させるタスクの指定が可能とされている。メニューアイコン１１０からタスクが選択されてタスクが追加された場合、表示制御部５０は、追加されたタスクに関連付けて付随する頻度が高いタスクを追加可能なタスクとして表示する。例えば、図１６Ｃに示すように、電話のタスクが選択された場合、表示制御部５０は、メニュー情報３３から、選択済みタスクの項目が「電話」とされたタスクを読み出す。そして、表示制御部５０は、メニューアイコン１１０の周囲に、順序の順に、読み出したタスクを示すアイコン１３０（１３０Ａ〜１３０Ｇ）を表示させる。アイコン１３０Ａは、保険のカタログを準備するタスクを示している。アイコン１３０Ｂは、お土産を準備するタスクを示している。アイコン１３０Ｃは、顧客にお知らせする内容を登録するタスクを示している。アイコン１３０Ｄは、メモの内容を登録するタスクを示している。アイコン１３０Ｅは、保険の設計書を準備するタスクを示している。アイコン１３０Ｆは、経費を登録するタスクを示している。アイコン１３０Ｇは、顧客との約束内容を登録するタスクを示している。

保険外交員は、追加したタスクの終了時間を指定する場合、サブ領域１０５に表示されたアイコン１２１を選択状態としたまま終了時間の位置まで移動させ、選択を解除する。図１６Ｄは、スケジュール画面の一例を示す図である。図１６Ｄの例は、アイコン１２１を選択状態として１１時まで移動する操作が行われて、電話のタスクの終了時間を１１時と指定した状態を示している。表示制御部５０は、サブ領域１０５に、電話のタスクのアイコン１２２と共に終了時間の１１時を表示する。

また、保険外交員は、スケジュールに追加したタスクに付随するタスクを関連付ける場合、付随させるタスクを選択状態としたままサブ領域１０５の位置まで移動させ、選択を解除する。図１６Ｅは、スケジュール画面の一例を示す図である。図１６Ｅの例は、訪問準備のタスクに対して、メモ、設計書、カタログ、お土産の各タスクを関連付けた状態を示している。表示制御部５０は、サブ領域１０５に、メモ、設計書、カタログ、お土産の各タスクのアイコン１２３を表示する。

登録部５２は、受付部５１によりスケジュールへのタスクの追加を受け付けた場合、追加されたタスクを記憶部２１に登録する。例えば、登録部５２は、メインのタスクが追加された場合、追加されたメインのタスクに対して一意のタスクＩＤを付与する。そして、登録部５２は、タスクを登録した保険外交員のユーザＩＤ、追加されたメインのタスクのタスクＩＤ、メインのタスク、メインのタスクの開始日時、メインのタスク終了日時をメインスケジュール情報３４に登録する。なお、登録部５２は、メインのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤをメインスケジュール情報３４に登録し、対象となる顧客が指定されていない場合、顧客ＩＤを「−」としてメインスケジュール情報３４に登録する。対象となる顧客の指定については、後述する。また、登録部５２は、追加されたメインのタスクのタスクＩＤでタスク情報３６にレコードを登録する。

また、例えば、登録部５２は、サブのタスクが追加された場合、追加されたサブのタスクに対して一意のタスクＩＤを付与する。そして、登録部５２は、追加されたサブのタスクが関連付けられたメインのタスクのタスクＩＤ、サブのタスクのタスクＩＤ、サブのタスクをサブスケジュール情報３５に登録する。なお、登録部５２は、サブのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤごとにサブスケジュール情報３５にサブのタスクを登録し、対象となる顧客が指定されていない場合、顧客ＩＤを「−」としてサブスケジュール情報３５にサブのタスクを登録する。これにより、サブのタスクが追加された場合、メインのタスクと各サブのタスクとが、対応付けてスケジュールとして記憶部２１に記憶される。

表示制御部５０は、スケジュール画面１００でスケジュールにタスクが登録された後、メイン領域１０２が選択されると、登録済みのタスクをメイン領域１０２に表示する。例えば、表示制御部５０は、登録済みのメインのタスクを表示する。また、メインのタスクに付随するサブのタスクが登録されている場合、表示制御部５０は、メインのタスクに関連付けてサブのタスクを表示する。図１６Ｆは、スケジュール画面の一例を示す図である。図１６Ｆの例は、メインのタスクとして、電話、訪問準備、２つの訪問が登録された状態を示している。表示制御部５０は、登録されたメインのタスクごとに、メインのタスクの時間帯に対応する位置及び長さで、メインのタスクに対応する名称を記載したバー１４０を表示したスケジュールバーを表示する。例えば、表示制御部５０は、メインのタスクの開始日時、終了日時に対応したメイン領域１０２の時刻の範囲にバー１４０を表示する。また、表示制御部５０は、メインのタスクごとに、バー１４０に対応させてメインのタスクのアイコン１４１を表示する。また、メインのタスクに付随するサブのタスクが登録されている場合、表示制御部５０は、メインのタスクのアイコン１４１の周囲に、付随するサブのタスクのアイコン１４２を表示する。

スケジュールに登録されたタスクには、目標値として、保険外交員が処理すべき目標件数の設定が可能とされている。目標件数は、保険外交員の過去の実績から自動的に設定されてもよく、固定値が設定されてもよく、保険外交員が登録可能としてもよい。例えば、各タスクの目標件数は、同じ種類のタスクについての保険外交員の過去の所定期間の実績の平均値または最大値とされてもよい。また、各タスクの目標値は、タスクを登録する際に、ソフトウェアキーボードなど数値が入力可能な操作画面を表示させて保険外交員が登録可能としてもよい。登録部５２は、タスクの目標件数をタスク情報３６に登録する。

本実施例では、スケジュール画面１００にメインのタスクのアイコン１４１を目標に応じた高さで表示する。

取得部５３は、各種の情報を取得する。例えば、取得部５３は、メインのタスクごとに、メインのタスクの目標件数をタスク情報３６から取得する。また、取得部５３は、メインのタスクに関連付けてサブのタスクが登録されている場合、メインのタスクに関連付けられたサブのタスクの目標件数もタスク情報３６から取得する。

表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて目標件数を重み付け加算して、メインのタスク別に目標値を求める。表示制御部５０は、メインのタスクのアイコン１４１を、それぞれ算出した目標値に応じた高さで表示する。図１６Ｆの例では、メインのタスクのアイコン１４１を目標値に応じた高さで結ぶ線１４３が示されている。

また、本実施例では、スケジュール画面１００にメインのタスクについて過去の実績を表示する。

例えば、取得部５３は、メインのタスクごとに、メインのタスクの比較対象とする実績の処理件数を比較実績情報３７から取得する。また、取得部５３は、メインのタスクに関連付けてサブのタスクが登録されている場合、メインのタスクに関連付けられたサブのタスクの比較対象とする実績の処理件数も比較実績情報３７から取得する。

表示制御部５０は、メインのタスクごとに、タスクの種類に応じた所定の重みを付けて実績の処理件数を重み付け加算して、メインのタスク別に実績値を求める。表示制御部５０は、メインのタスクのアイコン１４１と同じ時刻の位置に、それぞれ算出した実績値に応じた高さで過去の実績を表示する。図１６Ｆの例では、実績値に応じた高さで過去の実績を結ぶ線１４４が示されている。

受付部５１は、スケジュールに登録されたタスクについて、発生した費用の登録の操作を受け付ける。登録部５２は、費用が登録されたタスクについて、タスク情報３６の費用の項目に、登録された費用を登録する。また、受付部５１は、スケジュールに登録されたタスクについて、処理完了の操作を受け付ける。登録部５２は、処理完了の操作を受け付けたタスクについて、タスク情報３６の処理状況の項目に「済み」を登録する。

また、受付部５１は、タスクの処理の対象となる顧客を受け付け可能としてよい。例えば、受付部５１は、スケジュールに登録したメインのタスクについて、処理の対象となる顧客を受け付ける。例えば、表示制御部５０は、ログインしたユーザＩＤの保険外交員が担当する顧客を顧客情報３１から読み出し、顧客一覧を表示する。受付部５１は、顧客一覧から処理の対象となる顧客を受け付ける。登録部５２は、処理の対象となる顧客の顧客ＩＤをメインスケジュール情報３４の顧客ＩＤの項目に登録する。また、受付部５１は、処理の対象となる顧客について、顧客ごとに、サブのタスクの登録を受け付けてもよい。図１６Ｇは、スケジュール画面の一例を示す図である。図１６Ｇの例は、訪問準備のメインのタスクについて複数の顧客が登録されており、訪問準備のメインのタスクのアイコン１４１に対応して登録された顧客が吹き出し表示されている。また、顧客ごとに、「備考」として登録されたサブのタスクのアイコンが表示されている。例えば、受付部５１は、メニューアイコン１１０から追加するサブのタスクを選択状態としたまま「備考」の位置まで移動させ、選択を解除することにより、サブのタスクの登録を受け付ける。登録部５２は、サブのタスクの対象となる顧客が指定されている場合、タスクの対象となる顧客の顧客ＩＤごとにサブスケジュール情報３５に登録する。

ところで、例えば、保険外交員は、顧客への訪問準備や、顧客への訪問、顧客への電話の予定などのタスクを登録して管理するが、ランチや、訪問先への移動、朝礼、日報作成などをタスクとして登録しない場合がある。

そこで、本実施例では、自動的に追加可能なタスクのスケジュールへの追加を可能としている。例えば、保険外交員は、自動的に追加可能なタスクのスケジュールへの追加を行う場合、スケジュール画面１００のシミュレーションアイコン１１３を選択する。

登録部５２は、受付部５１によりシミュレーションアイコン１１３の選択操作を受け付けた場合、自動追加タスク情報３８に基づいて、自動的に追加可能なタスクのスケジュールへの追加を行う。例えば、登録部５２は、自動追加タスク情報３８を参照して、登録された自動的に追加可能なタスクごとに、許容時間帯内であって、スケジュールに登録されたタスクに対応する時間帯以外において、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能であるか判定する。そして、登録部５２は、スケジュールに登録されたタスクに対応する時間帯以外において、自動的に追加可能なタスクが必要とする時間幅の時間が確保可能である場合に、自動的に追加可能なタスクを自動的にスケジュールに登録する。登録部５２は、自動的に追加可能なタスクをメインのタスクとして、メインスケジュール情報３４およびタスク情報３６に登録する。

また、登録部５２は、受付部５１によりシミュレーションアイコン１１３の選択操作を受け付けた場合、移動のタスクを自動的にスケジュールに追加する。例えば、登録部５２は、スケジュールに顧客への訪問のタスクが登録され、顧客への訪問のタスクの前に当該顧客の住所への移動のタスクが無い場合、当該顧客の住所へ移動のタスクを自動的に追加する。また、登録部５２は、スケジュールに顧客への訪問のタスクが登録され、その後に、保険外交員が勤務する勤務先の住所への移動のタスクが無い場合、勤務先の住所へ移動のタスクを自動的に追加する。例えば、登録部５２は、スケジュールに登録された各メインのタスクについて、時刻に沿ってメインのタスクが行われる住所を特定する。本実施例では、訪問のタスクは、タスクが行われる住所を訪問先の顧客の住所とする。登録部５２は、顧客情報３１を参照して、訪問先の顧客の住所を特定する。訪問以外のメインのタスクは、保険外交員が勤務する勤務先の住所をタスクが行われる住所とする。登録部５２は、ユーザ情報３０を参照して、ログインしたユーザＩＤの保険外交員が勤務する勤務先の住所を特定する。そして、登録部５２は、スケジュールに登録された各メインのタスクについて、当該メインのタスクの前に当該メインのタスクが行われる住所への移動のタスクがあるかを判定する。なお、登録部５２は、スケジュールが開始される基準場所、および、スケジュールが終了する基準場所を、ユーザＩＤの保険外交員が勤務する勤務先の住所として、スケジュールに沿って、訪問のタスクの前に、訪問先の顧客の住所への移動のタスクがあるか、日報タスクの前に、勤務先の住所への移動のタスクがあるかを判定してもよい。例えば、登録部５２は、スケジュールに沿って、スケジュールが開始される基準場所から訪問先の顧客の住所、訪問先の顧客の住所からスケジュールが終了される基準場所への移動のタスクがあるかを判定する。

登録部５２は、移動のタスクが無い場合、タスクの前に当該タスクが行われる住所への移動のタスクを自動的にスケジュール登録する。例えば、登録部５２は、移動経路の検索サービスを提供する外部サーバを用いて、移動元の住所、移動先の住所を指定して移動経路、費用を検索し、検索された移動経路および費用で移動のタスクを登録する。例えば、登録部５２は、訪問のタスクの開始時間の所定時間前（例えば、１０分前）を到着時刻、または、訪問のタスクの前のタスクの終了時間の所定時間後（例えば、１０分後）を出発時刻として、移動経路を検索して移動のタスクを自動的に登録する。登録部５２は、各移動のタスクをメインのタスクとして、メインスケジュール情報３４および移動情報３９に登録する。

なお、登録部５２は、移動のタスクを先に登録した後に、ランチのタスクを登録してもよい。例えば、登録部５２は、訪問のタスクの開始時間の所定時間前を到着時刻、または、訪問のタスクの前のタスクの終了時間の所定時間後を出発時刻として、移動経路を検索して移動のタスクを自動的に登録する。そして、登録部５２は、スケジュールに登録されたタスクに対応する時間帯以外において、ランチのタスクが必要とする時間幅の時間が確保可能である場合、ランチのタスクを登録してもよい。

ところで、ユーザは、スケジュールの行動にそれぞれの行動特性がある場合がある。例えば、保険外交員には、訪問の場合、前のタスクが終わるとすぐに訪問先へ移動する行動特性がある人や、訪問の開始時刻の直前に訪問先へ移動する行動特性がある人がいる。

そこで、登録部５２は、ユーザの行動特性または設定されたルールに応じて、タスクを登録してもよい。例えば、登録部５２は、ユーザの行動特性または設定されたルールに応じて、移動のタスクに対して先行する前のタスクの完了予定時刻寄りに、移動のタスクを登録するか、移動のタスクに対して後続する後のタスクの開始予定時刻寄りに移動のタスクを登録するか制御してもよい。ユーザの行動特性は、ユーザがルールとして予め設定してもよく、過去のスケジュールから求めてもよい。例えば、登録部５２は、メインスケジュール情報３４から、ログインしたユーザＩＤの保険外交員の過去のスケジュールを読み出し、保険外交員の行動特性を特定する。そして、登録部５２は、特定した行動特性で移動のタスクを登録してもよい。例えば、登録部５２は、過去の所定期間（例えば、１か月）の移動のタスクが、移動のタスクの前後のタスクに対してどのようなタイミングで行われたかを特定する。例えば、登録部５２は、移動のタスクの前のタスクと移動のタスクとの時間間隔を求め、所定の時間幅（例えば、５分）ごとに、時間間隔の頻度分布を求める。また、登録部５２は、移動のタスクと移動のタスクの後のタスクとの時間間隔を求め、所定の時間幅ごとに、時間間隔の頻度分布を求める。そして、登録部５２は、最も頻度の高いタイミングと同様のタイミングとなるように移動のタスクを登録する。例えば、移動のタスクの前のタスクと移動のタスクの時間間隔が６分〜１０分の時間幅となる頻度が最も高い場合、登録部５２は、移動のタスクの前のタスクの終了時刻から６分〜１０分の何れかを経過した時刻（例えば、中心となる８分）を出発時刻として移動のタスクを登録する。なお、登録部５２は、所定の時間帯ごとに、時間帯に含まれる過去の移動のタスクから行動特性を特定し、時間帯ごとの行動特性に合わせて移動のタスクを登録してもよい。時間帯は、例えば、１時間ごとの時間帯など同じ時間間隔としてもよい。また、時間帯は、例えば、１２時より前、１２時から１４時、１４時より後の時間帯など、昼食時と昼食時以外を考慮した時間帯としてもよい。また、登録部５２は、追加する移動のタスクと同じ住所へ移動した過去の移動のタスクから行動特性を特定し、特定した行動特性で移動のタスクを登録してもよい。

また、登録部５２は、ユーザの行動特性または設定されたルールに応じて、移動で利用する頻度の高い交通手段で移動するように移動経路を制御してもよい。例えば、登録部５２は、移動情報３９を参照して、移動元の住所、移動先の住所が同様の過去の経路を読み出し、利用した交通手段ごとの頻度を求める。なお、移動元の住所、移動先の住所は、それぞれ過去の移動元の住所、移動先の住所と完全に一致しなくても同一の町内など所定の範囲を同一として扱う。そして、登録部５２は、移動経路の検索サービスを提供する外部サーバを用いて、最も頻度の高い交通手段、移動元の住所、移動先の住所を指定して移動経路、費用を検索し、検索された移動経路および費用で移動のタスクを登録する。これにより、移動元の住所から移動先の住所への移動でよく利用する移動手段で移動経路が検索される。

また、登録部５２は、ランチのタスクについて、ランチのタスクの時間での予定位置に応じてランチの候補となる飲食店を検索し、検索された飲食店に関する情報を昼食情報としてランチのタスクに対応付けて記憶部２１に記憶させてもよい。例えば、登録部５２は、ランチのタスクの前にある移動のタスクの到着地の住所、または、ランチのタスクの後にある移動のタスクの出発地の住所をランチのタスクの時間での予定位置と特定する。登録部５２は、予定位置およびランチのタスクの時間を指定して、飲食店の検索サービスを提供する外部サーバを用いて、指定した位置に近く、ランチのタスクの時間が営業時間に含まれる飲食店を検索する。登録部５２は、検索された飲食店の名称、飲食店の位置、電話番号、メニューなどを昼食情報として、ランチのタスクに対応付けて記憶部２１に記憶させてもよい。なお、登録部５２は、ユーザの行動特性または設定されたルールに応じて、飲食店を検索してランチのタスクを登録してもよい。ユーザの行動特性は、ユーザがルールとして予め設定してもよく、過去のスケジュールから求めてもよい。例えば、登録部５２は、メインスケジュール情報３４から、ログインしたユーザＩＤの保険外交員の過去のスケジュールを読み出し、ランチのタスクに対応付けられた昼食情報から、利用される頻度が高い飲食店のジャンルを特定する。登録部５２は、飲食店の検索サービスを提供する外部サーバを用いて、指定した位置に近く、ランチのタスクの時間が営業時間に含まれ、利用される頻度が最も高いジャンルの飲食店を検索してもよい。

これにより、例えば、自動追加タスク情報３８が図１１の状態である場合、９時から１０時の時間帯に、３０分間の空きがあれば朝礼のタスクが自動的に追加される。また、１２時から１４時の時間帯に、３０分間の空きがあればランチのタスクが自動的に追加される。また、１７時から１９時の時間帯に、３０分間の空きがあれば日報のタスクが自動的に追加される。また、移動のタスクが自動的に追加される。図１７は、タスクが自動的に追加されたメインスケジュール情報のデータ構成の一例を示す図である。図１７の例は、図７の状態からタスクが自動的に追加された状態を示している。

表示制御部５０は、自動的に追加されたタスクも含めてスケジュールをスケジュール画面１００に表示させる。図１８Ａは、スケジュール画面の一例を示す図である。図１８Ａの例では、図１６Ｆの状態から朝礼、ランチ、日報、移動のタスクのバー１４０およびアイコン１４１がスケジュールに追加されている。

受付部５１は、スケジュール画面１００に表示されたタスクのバー１４０の選択状態として移動させることで、バー１４０が移動したタスクの開始日時、終了日時の変更を受け付ける。登録部５２は、タスクのバー１４０の移動を受け付けた場合、バー１４０が移動したタスクについてのメインスケジュール情報３４に記憶された開始日時、終了日時を移動先の位置の時刻に合わせて変更する。なお、例えば、登録部５２は、バー１４０が早い時刻の位置に変更された場合、バー１４０の先頭位置に対応する時刻を出発時刻として、移動経路を再検索し、移動のタスクの移動経路を変更する。また、登録部５２は、バー１４０が遅い時刻の位置に変更された場合、バー１４０の後端位置に対応する時刻を到着時刻として、移動経路を再検索し、移動のタスクの移動経路を変更する。また、バー１４０の移動によって、移動したタスクと自動的に追加したタスクとの期間が重複する場合、登録部５２は、自動的に追加したタスクについて、再度登録をやり直してもよい。

表示制御部５０は、スケジュール画面１００に表示されたタスクのアイコンが選択されると、選択されたアイコンのタスクに関する各種の情報をスケジュール画面１００に表示させる。

例えば、表示制御部５０は、移動のタスクのアイコン１４１が選択されると、移動情報３９から、選択されたアイコン１４１の移動のタスクの移動経路を読み出し、移動経路を表示する。図１８Ｂは、スケジュール画面の一例を示す図である。図１８Ｂの例は、移動のタスクに対応付けて移動経路を示した経路マップが吹き出し表示されている。

また、例えば、表示制御部５０は、ランチのタスクのアイコン１４１が選択状態とされると、記憶部２１から、選択されたアイコン１４２のランチのタスクに対応けられた昼食情報を読み出し、昼食情報を表示する。図１８Ｃは、スケジュール画面の一例を示す図である。図１８Ｃの例は、ランチのタスクに対応付けて飲食店の名称、位置を示したマップが吹き出し表示されている。

また、例えば、表示制御部５０は、電話のタスクのアイコン１４１が選択状態とされると、ログインしたユーザＩＤの保険外交員がスケジュールの日に電話連絡を行う対象の顧客の情報を表示する。例えば、表示制御部５０は、電話連絡情報３２から、ログインしたユーザＩＤの保険外交員がスケジュールの日に電話連絡を行う対象の顧客の顧客ＩＤ、顧客が加入する保険、電話連絡の状況を読み出す。また、表示制御部５０は、顧客情報３１から、顧客ＩＤに対応した顧客名、電話番号を読み出す。そして、表示制御部５０は、電話連絡を行う対象の顧客の顧客名、顧客が加入する保険、電話番号、電話連絡の状況を表示する。図１８Ｄは、スケジュール画面の一例を示す図である。図１８Ｄの例は、電話のタスクに対応付けて電話連絡を行う対象の顧客の顧客名、顧客が加入する保険、電話番号、電話連絡の状況が吹き出し表示されている。本実施例では、追加ボタン１４６の選択により、電話連絡を行う対象の顧客の追加も可能とされている。

また、例えば、表示制御部５０は、日報のタスクのアイコン１４１が選択状態とされると、日報の作成を補助する情報を表示する。例えば、表示制御部５０は、スケジュールに沿って登録されたタスクと、タスクの開始日時の時刻と、タスクの終了日時の時刻を表示する。図１８Ｅは、スケジュール画面の一例を示す図である。図１８Ｅの例は、日報のタスクに対応付けて登録された各タスクと、タスクの開始日時の時刻と、タスクの終了日時の時刻とが吹き出し表示されている。また、各タスクには、音声入力ボタン１４７が設けられ、音声によるお客様との対話での気付きが入力可能とされている。音声により入力された内容は、音声認識によりテキスト化され、所定の操作により、吹き出し表示された各タスクの表示内容と共に、日報のレポートとして出力される。

また、例えば、表示制御部５０は、朝礼のタスクのアイコン１４１が選択状態とされると、保険会社のシステムから通知される会社からのお知らせ事項の連絡事項を表示する。

また、例えば、表示制御部５０は、費用アイコン１１１が選択状態とされると、スケジュールに登録された各タスクで発生した費用を表示する。図１８Ｆは、スケジュール画面の一例を示す図である。図１８Ｆの例は、費用アイコン１１１に対応付けてスケジュールに登録された各タスクで発生した費用が吹き出し表示されている。各タスクで発生した費用は、別途コスト画面にて１週間、１ヶ月、年間等で集計可能とされており、確定申告に利用可能なデータとして出力可能とされている。

本実施例では、スケジュールに登録された各タスクのうち、現在の日時より前の日時のタスクを実績として扱う。保険外交員は、スケジュールに登録された各タスクを移動、修正することで、実績を登録できる。なお、保険外交員のユーザ端末１１から位置情報に基づいてスケジュールに登録された各タスクを移動、修正してもよい。例えば、取得部５３は、保険外交員のユーザ端末１１から位置情報を取得する。登録部５２は、取得された位置情報に基づいて、スケジュールに登録された各タスクを移動、修正してもよい。例えば、登録部５２は、取得された位置情報に基づいて、移動のタスクを移動、修正してもよい。

受付部５１は、スケジュールに登録された各タスクに関連するコンテンツの表示を指示する所定の操作を受け付ける。表示制御部５０は、受付部５１により、コンテンツの表示を指示する所定の操作を受け付けると、スケジュールに登録された各タスクに関連するコンテンツの表示したコンテンツ画面をユーザ端末１１に表示させる。

図１９Ａは、コンテンツ画面の一例を示す図である。図１９Ａの例は、ユーザ端末１１に表示されるコンテンツ画面の一例を示している。コンテンツ画面２００は、コンテンツ画面２００の上部に設けられたヘッダ領域２０１と、メイン領域２０２とを有する。ヘッダ領域２０１は、日付を表示する日付領域２０３と、気象情報を表示する気象表示領域２０４とが設けられている。

日付領域２０３には、初期表示としてログインされた日の日付が表示される。また、日付領域２０３は、日付の左右に切替アイコン２０３Ａが設けられ、切替アイコン２０３Ａにより、表示される日付の変更が可能とされている。

表示制御部５０は、メイン領域２０２に、タスク又はイベントが登録されたタイムスケジュールを表示する。例えば、表示制御部５０は、メインスケジュール情報３４から、ユーザＩＤがログインした保険外交員のユーザＩＤであり、開始日時または終了日時が、日付領域２０３に表示された日付のメインのタスクを読み出す。そして、表示制御部５０は、メイン領域２０２に、横方向に時刻を並べたスケジュールバー２０５を表示する。また。表示制御部５０は、読み出したメインのタスクごとに、メインのタスクの時間帯に対応する位置及び長さで、メインのタスクに対応する名称を記載したバーをスケジュールバー２０５に表示する。また、表示制御部５０は、スケジュールバー２０５の現在のシステム日時に対応した時刻の位置に、現在の日時を示すマーク２０６を表示する。

受付部５１は、時刻の指定を受け付ける。例えば、受付部５１は、スケジュールバー２０５に対する位置の指定により、時刻の指定を受け付ける。表示制御部５０は、指定された時刻を示すポインタ２０７を表示する。受付部５１は、ポインタ２０７の移動によって時刻の指定を受け付けてもよい。

特定部５４は、各種の特定を行う。例えば、特定部５４は、時刻の指定に応じて、指定された時刻に対応するタスク又はイベントを特定する。例えば、特定部５４は、スケジュールバー２０５で指定された位置の時刻を開始日時および終了日時の範囲に含んだメインのタスクを特定する。そして、特定部５４は、画面レイアウト情報４０を参照して、特定したタスク又はイベントの種別に対応する画面レイアウトを特定する。例えば、特定部５４は、特定したメインのタスクに対応して記憶された、コンテンツの種別と優先度を画面レイアウト情報４０から読み出し、表示対象のコンテンツの種別と優先度とを特定する。なお、タスクが指定されていない場合、特定部５４は、タスクの項目が「指定なし」に対応して記憶された、コンテンツの種別と優先度を画面レイアウト情報４０から読み出し、表示対象のコンテンツの種別と優先度とを特定する。そして、特定部５４は、メイン領域２０２内のスケジュールバー２０５の下部に、横方向に優先度の高い順に、所定個（例えば、５個）の各コンテンツの種別の表示領域を並べて表示するものとして、画面レイアウトを特定する。

表示制御部５０は、特定部５４により特定した画面レイアウトに従って表示コンテンツをメイン領域２０２に表示する。例えば、表示制御部５０は、表示対象とされたコンテンツの種別のコンテンツをそれぞれ取得する。

例えば、保険会社は、各保険外交員に通知する情報をサーバに格納して管理する。表示制御部５０は、「お知らせ」の種別の場合、保険会社のサーバを検索して、保険会社が保険外交員に通知する情報をコンテンツとして取得する。また、表示制御部５０は、「お客様」の種別の場合、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤを検索キーとして顧客情報３１を検索して、対象とする顧客名、電話番号、住所等をコンテンツとして取得する。また、例えば、保険会社は、各保険外交員が対応を依頼されている要件に関する情報などのトラッキングの情報をサーバに格納して管理する。表示制御部５０は、「トラッキング」の種別の場合、保険会社のサーバを検索して、保険外交員に対するトラッキングの情報をコンテンツとして取得する。また、表示制御部５０は、「約束」の種別の場合、約束のタスクに登録した情報をコンテンツとして取得する。また、例えば、保険会社は、各保険外交員から会議場所として利用可能な場所の情報を収集し、位置情報と対応付けてサーバに格納して管理する。表示制御部５０は、「会議場所」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、保険会社のサーバを検索して、検索キーの住所に近い会議場所の情報をコンテンツとして取得する。また、表示制御部５０は、「話題（趣味）」の種別の場合、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤを検索キーとして顧客情報３１を検索して、対象とする顧客の趣味を取得する。そして、表示制御部５０は、取得した趣味を検索キーとして、例えば、外部の検索サイトを検索して、趣味に関連する情報をコンテンツとして取得する。また、表示制御部５０は、「話題（地域）」の種別の場合、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤを検索キーとして顧客情報３１を検索して、対象とする顧客の住所を取得する。そして、表示制御部５０は、取得した住所を検索キーとして、例えば、外部の検索サイトを検索して、顧客が居住する地域に関連するニュースなどの情報をコンテンツとして取得する。

また、表示制御部５０は、「話題（反応）」の種別の場合、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤを検索キーとして反応情報４２を検索して、顧客ＩＤの顧客が関心を示したコンテンツを取得する。例えば、表示制御部５０は、反応情報４２を検索して、顧客ＩＤに対応付けて登録されたコンテンツおよび反応レベルを取得する。そして、表示制御部５０は、コンテンツから顧客の関心に対応した情報を特定する。例えば、表示制御部５０は、顧客ＩＤの顧客が関心を示したコンテンツからキーワードを抽出し、抽出した各キーワードごとに反応レベルを加算して、反応レベルの加算値が最も大きいキーワードを特定する。表示制御部５０は、特定したキーワードを検索キーとして、例えば、外部の検索サイトを検索して、反応が得られた話題に関連する情報をコンテンツとして取得する。なお、コンテンツに、コンテンツの内容を示すキーワードなどのコンテンツの種類を示す情報が付加されている場合、表示制御部５０は、コンテンツの種類を示す情報を用いて顧客の関心に対応した情報を特定してもよい。

また、例えば、保険会社は、自治体ごとに、自治体の人口や医療機関数、教育機関数などの自治体に関する情報をサーバに格納して管理する。表示制御部５０は、「地域」の種別の場合、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤを検索キーとして顧客情報３１を検索して、対象とする顧客の住所を取得する。そして、表示制御部５０は、顧客の住所を検索キーとして、保険会社のサーバを検索して、住所に対応した自治体に関する情報をコンテンツとして取得する。また、例えば、保険会社は、保険外交員が知識として知るべき情報をサーバに格納して管理する。表示制御部５０は、「知識」の種別の場合、保険会社のサーバから保険外交員が知識として知るべき情報をコンテンツとして取得する。また、表示制御部５０は、「経路案内」の種別の場合、指定された時刻のメインのタスクに関連づけられた移動経路をコンテンツとして取得する。なお、表示制御部５０は、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、外部の経路検索サイトを検索して、移動経路をコンテンツとして取得してもよい。

また、表示制御部５０は、「目的地」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、外部の検索サイトを検索して、目的地に関する情報をコンテンツとして取得する。また、表示制御部５０は、「駐車場」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、駐車場に関する情報を提供する外部の検索サイトを検索して、目的地周辺の駐車場の情報をコンテンツとして取得する。また、表示制御部５０は、「グルメ」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、グルメに関する情報を提供する外部の検索サイトを検索して、目的地周辺のグルメに関する情報をコンテンツとして取得する。また、表示制御部５０は、「カフェ」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、カフェに関する情報を提供する外部の検索サイトを検索して、目的地周辺のカフェに関する情報をコンテンツとして取得する。また、例えば、保険会社は、保険外交員から投稿された口コミの情報を、口コミされた対象の場所に関連づけてサーバに格納して管理する。表示制御部５０は、「口コミ」の種別の場合、指定された時刻のメインのタスクに関連づけられた住所を検索キーとして、保険会社のサーバを検索して、目的地周辺の口コミの情報をコンテンツとして取得する。

また、表示制御部５０は、保存コンテンツ情報４１から表示対象とされたコンテンツの種別の保存されたコンテンツをそれぞれ取得する。例えば、表示制御部５０は、指定された時刻のメインのタスクが対象とする顧客の顧客ＩＤおよび表示対象とされたコンテンツの種別を検索キーとして、保存されたコンテンツを取得する。

表示制御部５０は、特定部５４により特定された画面レイアウトに従った表示コンテンツを表示する。例えば、表示制御部５０は、特定部５４により特定された各コンテンツの種別の表示領域に、それぞれのコンテンツの種別のコンテンツを順に並べて表示する。例えば、表示制御部５０は、メイン領域２０２内のスケジュールバー２０５の下部に、横方向に優先度の高い順に、所定個の各コンテンツの種別の表示領域２１０を並べ、各コンテンツの種別の表示領域２１０に、取得されたコンテンツを順に並べて表示する。ここで、表示制御部５０は、各コンテンツの種別で、保存コンテンツ情報４１から保存されたコンテンツが取得された場合、各コンテンツの種別の表示領域２１０に、保存されたコンテンツを優先して上位に表示し、サーバから取得されたコンテンツの下位に表示する。なお、表示制御部５０は、表示するコンテンツを比較し、同じコンテンツが複数ある場合、１つのみを表示させる。

これにより、コンテンツ画面２００のメイン領域２０２には、指定された時刻のメインのタスクで優先度の高いコンテンツの種別のコンテンツが表示される。図１９Ａの例は、朝礼の時刻が指定されて、朝礼のタスクで優先度の高いコンテンツの種別のコンテンツが表示された状態を示している。図１９Ａのコンテンツ画面２００のメイン領域２０２には、朝礼のタスクで優先度の高い順に「お知らせ」、「お客様」、「トラッキング」、「約束」、「知識」のコンテンツの種別の表示領域２１０が並んで設けられ、コンテンツが表示される。

図１９Ｂは、コンテンツ画面の一例を示す図である。図１９Ｂの例は、ランチの時刻が指定されて、ランチのタスクで優先度の高いコンテンツの種別のコンテンツが表示された状態を示している。図１９Ｂのコンテンツ画面２００のメイン領域２０２には、ランチのタスクで優先度の高い順に「グルメ」、「カフェ」、「口コミ」、「知識」、「お知らせ」のコンテンツの種別の表示領域２１０が並んで設けられ、コンテンツが表示される。

図１９Ｃは、コンテンツ画面の一例を示す図である。図１９Ｃの例は、移動の時刻が指定されて、移動のタスクで優先度の高いコンテンツの種別のコンテンツが表示された状態を示している。図１９Ｃのコンテンツ画面２００のメイン領域２０２には、移動のタスクで優先度の高い順に「トラッキング」、「経路案内」、「目的地」、「駐車場」、「会議場所」のコンテンツの種別の表示領域２１０が並んで設けられ、コンテンツが表示される。

図１９Ｄは、コンテンツ画面の一例を示す図である。図１９Ｄの例は、訪問の時刻が指定されて、訪問のタスクで優先度の高いコンテンツの種別のコンテンツが表示された状態を示している。図１９Ｄのコンテンツ画面２００のメイン領域２０２には、訪問のタスクで優先度の高い順に「お客様」、「話題（趣味）」、「話題（地域）」、「話題（反応）」、「地域」のコンテンツの種別の表示領域２１０が並んで設けられ、コンテンツが表示される。

表示領域２１０には、コンテンツの種別の名称を表示した名称表示領域２１１が設けられている。名称表示領域２１１には、削除ボタン２１２が設けられている。

表示制御部５０は、削除ボタン２１２が選択された場合、削除ボタン２１２が選択されたコンテンツの種別の表示領域２１０をメイン領域２０２から削除する。そして、表示制御部５０は、優先度が低く、メイン領域２０２に表示されないコンテンツの種別がある場合、表示されないコンテンツの種別の表示領域２１０を表示する。例えば、図１９Ｂの「グルメ」、「カフェ」、「口コミ」、「知識」、「お知らせ」の何れかの削除ボタン２１２が選択された場合、優先度が低く、メイン領域２０２に表示されない「トラッキング」の表示領域２１０が表示される。

表示領域２１０には、コンテンツごとに、コンテンツを表示した表示領域２１３が設けられている。そして、表示領域２１３には、削除ボタン２１４が設けられている。

表示制御部５０は、削除ボタン２１４が選択された場合、削除ボタン２１４が選択されたコンテンツの表示領域２１３をコンテンツの種別の表示領域２１０から削除する。そして、表示制御部５０は、表示されないコンテンツの表示領域２１３を表示する。

また、コンテンツの保存が可能な所定の種別のコンテンツには、表示領域２１３に保存を指定するブックマークボタン２１５が設けられる。本実施例では、「お知らせ」、「約束」、「会議場所」、「話題（趣味）」、「話題（地域）」、「話題（反応）」、「知識」、「経路案内」、「駐車場」、「グルメ」、「カフェ」、「口コミ」には、表示領域２１３にブックマークボタン２１５が設けられる。

登録部５２は、ブックマークボタン２１５が選択されたコンテンツに関する情報を保存コンテンツ情報４１に登録する。例えば、登録部５２は、ブックマークボタン２１５が指定されたコンテンツには、識別情報として一意のコンテンツＩＤが付与し、コンテンツに関する情報を保存コンテンツ情報４１に登録する。これにより、ブックマークボタン２１５により保存が指定されたコンテンツは、優先して表示されるようになる。保存コンテンツ情報４１に保存され、表示領域２１０に優先して表示されたコンテンツは、削除ボタン２１４が選択されることにより、優先の表示が解除される。例えば、登録部５２は、保存コンテンツ情報４１から読み出されて、表示領域２１０に表示されたコンテンツに対して削除ボタン２１４が選択された場合、削除ボタン２１４が選択されたコンテンツに関する情報を保存コンテンツ情報４１から削除する。

また、コンテンツに対する反応などの実績を入力が可能な所定の種別のコンテンツには、表示領域２１３にコンテンツが良いことを入力するグッドボタン２１６が設けられる。また、コンテンツに対してどの程度の反応があったなどの反応のレベルを実績として入力が可能な所定の種別のコンテンツには、表示領域２１３に反応のレベルを指定が可能な反応レベルボタン２１７が設けられる。本実施例では、「お知らせ」、「約束」、「会議場所」、「話題（趣味）」、「話題（地域）」、「話題（反応）」、「地域」、「知識」、「経路案内」、「駐車場」、「グルメ」、「カフェ」、「口コミ」には、表示領域２１３にグッドボタン２１６が設けられる。また、本実施例では、「話題（趣味）」、「話題（地域）」、「話題（反応）」には、表示領域２１３に反応レベルボタン２１７が設けられる。

登録部５２は、グッドボタン２１６が選択されたコンテンツのメインのタスクに対応して選択されたコンテンツに関する情報を反応情報４２に登録する。また、登録部５２は、反応レベルボタン２１７で反応のレベルが指定されたコンテンツに関する情報を、指定された反応のレベルと共に反応情報４２に登録する。

これにより、反応情報４２には、各タスクで、コンテンツに対してどのような反応があったかなどの実績が記憶される。反応情報４２に記憶された各タスクの実績の情報は、日報のレポートに含めて出力してもよい。なお、グッドボタン２１６が指定された場合、サーバ装置１２は、グッドボタン２１６が指定されたコンテンツの提供元に、コンテンツに対して良い反応が得られて旨の情報を通知してもよい。また、反応レベルボタン２１７で反応のレベルが指定された場合、サーバ装置１２は、反応のレベルが指定コンテンツの提供元に、反応のレベルの情報を通知してもよい。これにより、コンテンツの提供元は、通知された情報に基づいて、評価の良いコンテンツを提供できるよう、提供するコンテンツを選択できる。

表示制御部５０は、指定された時刻に対応するタスク又はイベントに関連付けられた場所における指定された時刻での天気予報を表示する。例えば、表示制御部５０は、指定された時刻のメインのタスクが行われる住所および指定された時刻を検索キーとして、気象情報を提供する外部の検索サイトを検索して、メインのタスクが行われる住所を含む地域の指定された時刻での気象情報を取得する。表示制御部５０は、取得した気象情報を気象表示領域２０４に表示する。図１９Ａ、図１９Ｂの例は、保険外交員の勤務地住所が東京都であり、朝礼、ランチのタスクの時刻が指定された場合を示している。気象表示領域２０４には、東京都の天気予報が表示されている。図１９Ｃ、図１９Ｄの例は、保険外交員の訪問先が神奈川県であり、移動、訪問のタスクの時刻が指定された場合を示している。気象表示領域２０４には、神奈川県の天気予報が表示されている。

［処理の流れ］
次に、本実施例に係るサーバ装置１２が、コンテンツ画面２００の表示を制御する表示制御処理の流れを説明する。図２０は、表示制御処理の流れを示すフローチャートである。図２０に示す表示制御処理は、所定のタイミング、例えば、コンテンツの表示を指示する所定の操作を受け付けたタイミングや、スケジュールバー２０５に対して時刻を指定する操作を受け付けたタイミングで実行される。

表示制御部５０は、受け付けた操作がコンテンツの表示を指示する所定の操作であるか判定する（Ｓ１０）。受け付けた操作がコンテンツの表示を指示する所定の操作である場合（Ｓ１０肯定）、表示制御部５０は、コンテンツ画面２００を表示させる（Ｓ１１）。表示制御部５０は、コンテンツ画面２００のメイン領域２０２に、初期表示としてログインされた日の日付のタスク又はイベントが登録されたタイムスケジュールを表示する（Ｓ１２）。表示制御部５０は、天気の初期表示として、タイムスケジュールの最初のタスク又はイベントに関連付けられた場所における指定された時刻での天気予報を気象表示領域２０４に表示する（Ｓ１３）。なお、表示制御部５０は、ログインしたユーザＩＤの保険外交員の勤務先の住所の天気予報を天気の初期表示として、気象表示領域２０４に表示してもよい。また、天気の初期表示はなしとしてもよい。特定部５４は、初期表示の画面レイアウトを特定する（Ｓ１４）。例えば、特定部５４は、タスクの項目が「指定なし」に対応して記憶された、コンテンツの種別と優先度を画面レイアウト情報４０から読み出し、表示対象のコンテンツの種別と優先度とを特定する。そして、特定部５４は、メイン領域２０２内のスケジュールバー２０５の下部に、横方向に優先度の高い順に、所定個の各コンテンツの種別の表示領域２１０を並べて表示するものとして、画面レイアウトを特定する。

一方、受け付けた操作がコンテンツの表示を指示する所定の操作ではない場合（Ｓ１０否定）、受け付けた操作が時刻を指定する操作である。特定部５４は、時刻の指定に応じて、指定された時刻に対応するタスク又はイベントを特定する（Ｓ１５）。表示制御部５０は、特定したタスク又はイベントに関連付けられた場所における指定された時刻での天気予報を気象表示領域２０４に表示する（Ｓ１６）。特定部５４は、特定したタスク又はイベントの種別に対応する画面レイアウトを特定する（Ｓ１７）。例えば、特定部５４は、特定したメインのタスクに対応して記憶された、コンテンツの種別と優先度を画面レイアウト情報４０から読み出し、表示対象のコンテンツの種別と優先度とを特定する。そして、特定部５４は、メイン領域２０２内のスケジュールバー２０５の下部に、横方向に優先度の高い順に、所定個の各コンテンツの種別の表示領域２１０を並べて表示するものとして、画面レイアウトを特定する。

表示制御部５０は、表示対象とされたコンテンツの種別のコンテンツを外部のサーバ等からそれぞれ取得する（Ｓ１８）。また、表示制御部５０は、保存コンテンツ情報４１から表示対象とされたコンテンツの種別の保存されたコンテンツをそれぞれ取得する（Ｓ１９）。

表示制御部５０は、特定された画面レイアウトに従って表示コンテンツを表示し（Ｓ２０）、処理を終了する。例えば、表示制御部５０は、メイン領域２０２内のスケジュールバー２０５の下部に、横方向に優先度の高い順に、所定個の各コンテンツの種別の表示領域２１０を並べ、各コンテンツの種別の表示領域２１０に、取得されたコンテンツを順に並べて表示する。この際、表示制御部５０は、各コンテンツの種別で、保存コンテンツ情報４１から保存されたコンテンツが取得された場合、各コンテンツの種別の表示領域２１０に、保存されたコンテンツを優先して上位に表示し、サーバから取得されたコンテンツの下位に表示する。また、表示制御部５０は、同じコンテンツが複数ある場合、１つのみを表示させる。

［効果］
実施例に係るサーバ装置１２は、タスク又はイベントが登録されたタイムスケジュールを表示する。サーバ装置１２は、時刻の指定に応じて、指定された該時刻に対応するタスク又はイベントを特定する。サーバ装置１２は、タスク又はイベントの種別に対応づけて画面レイアウト情報を記憶する記憶部２１を参照して、特定したタスク又はイベントの種別に対応する画面レイアウトを特定する。サーバ装置１２は、特定した画面レイアウトに従った表示コンテンツを表示する。これにより、サーバ装置１２は、関連する情報を把握しやすく提供できる。

また、実施例に係るサーバ装置１２は、表示コンテンツをタイムスケジュールとともに表示する。これにより、サーバ装置１２は、指定した時刻と指定した時刻の表示コンテンツの対応を分かり易く提示できる。

また、実施例に係るサーバ装置１２は、時刻の指定を、時刻を指し示すポインタの移動によって行う。これにより、サーバ装置１２は、ポインタの移動によって時刻を簡単に指定させることができる。

また、実施例に係るサーバ装置１２は、指定された時刻が、訪問に関するタスクに対応する場合、表示コンテンツを、該訪問に関するタスクに関連づけられた場所を検索キーとして検索された記事情報とする。これにより、サーバ装置１２は、訪問に関するタスクについて、タスクに関連づけられた場所に関連する記事情報を提供できる。

また、実施例に係るサーバ装置１２は、指定された時刻が、昼食に関するイベントに対応する場合、表示コンテンツを、昼食に関するイベント又は場所を検索キーとして検索された飲食店の情報とする。これにより、サーバ装置１２は、昼食に関するイベントについて、昼食の候補となる飲食店の情報を提供できる。

また、実施例に係るサーバ装置１２は、指定された時刻が、移動に関するイベントに対応する場合、表示コンテンツを、移動に関するイベントに関連付けられた移動元の場所と移動先の場所を検索キーとして検索された経路情報とする。これにより、サーバ装置１２は、移動に関するイベントについて移動元の場所から移動先の場所への移動の候補となる経路情報を提供できる。

また、実施例に係るサーバ装置１２は、指定された時刻に対応するタスク又はイベントに関連付けられた場所における、指定された時刻での天気予報を表示する。これにより、サーバ装置１２は、時刻の指定に応じて、指定された時刻のタスクが行われる時刻、場所での天気を提供できる。

また、実施例に係るサーバ装置１２は、表示コンテンツの中から過去に指定された表示コンテンツを記憶する記憶部２１を参照して、表示コンテンツを表示する際に、過去に指定された表示コンテンツを優先的に表示する。これにより、サーバ装置１２は、ユーザが表示コンテンツの中から有効な表示コンテンツを事前に指定することで、事前に指定された表示コンテンツを優先的に表示させることができる。

また、実施例に係るサーバ装置１２は、表示コンテンツの中で指定を受け付けた表示コンテンツがある場合、指定された表示コンテンツをタスクの実績報告に含めて記憶する。これにより、サーバ装置１２は、実績報告を簡易に作成できる。

さて、これまで開示の装置に関する実施例について説明したが、開示の技術は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。

例えば、上記の実施例では、ユーザとして、保険外交員のスケジュールを管理する場合を例に説明した。しかし、ユーザは、保険外交員に限定されるものではない。

また、上記の実施例では、横の方向に時間の流れを表現し、縦の方向にタスクの目標値及び過去の実績値を表現したスケジュールを表示する場合を例に説明した。しかし、これに限定されるものではない。例えば、縦の方向に時間の流れを表現し、横の方向にタスクの目標値及び過去の実績値を表現したスケジュールを表示してもよい。また、タスクの目標値、過去の実績値の何れか一方のみを表現したスケジュールを表示してもよい。

また、上記の実施例では、タスクに対応するマークの色を同じものとする場合を例に説明した。しかし、これに限定されるものではない。例えば、タスクの種別に応じて、タスクに対応するマークの色を変えてもよい。例えば、顧客への訪問などの顧客に関するタスク、朝礼、日報などのユーザに関するタスク、自動的に追加されたタスクなどについて、タスクに対応するマークの色を変えてもよい。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。即ち、各装置の分散・統合の具体的状態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、表示制御部５０、受付部５１、登録部５２および取得部５３の各処理部が適宜統合又は分割されてもよい。また、表示制御部５０、受付部５１、登録部５２、取得部５３および特定部５４は、複数のサーバ装置で分散して実行されてもよい。また、表示制御部５０、受付部５１、登録部５２、取得部５３および特定部５４は、その全部又は任意の一部が、ＣＰＵおよび該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

［スケジュール管理プログラム］
また、上記の実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータシステムで実行することによって実現することもできる。そこで、以下では、上記の実施例と同様の機能を有するプログラムを実行するコンピュータシステムの一例を説明する。図２１は、スケジュール管理プログラムを実行するコンピュータを示す図である。

図２１に示すように、コンピュータ３００は、ＣＰＵ３１０、ＨＤＤ（Hard Disk Drive）３２０、ＲＡＭ（Random Access Memory）３４０を有する。これら３１０〜３４０の各部は、バス４００を介して接続される。

ＨＤＤ３２０には上記実施例のサーバ装置１２の各処理部と同様の機能を発揮するスケジュール管理プログラム３２０Ａがあらかじめ記憶される。例えば、上記実施例の表示制御部５０、受付部５１、登録部５２、取得部５３および特定部５４と同様の機能を発揮するスケジュール管理プログラム３２０Ａを記憶させる。なお、スケジュール管理プログラム３２０Ａについては、適宜分離しても良い。

また、ＨＤＤ３２０は、各種データを記憶する。例えば、ＨＤＤ３２０は、ＯＳや各種データを記憶する。

そして、ＣＰＵ３１０が、スケジュール管理プログラム３２０ＡをＨＤＤ３２０から読み出して実行することで、実施例の表示制御部５０、受付部５１、登録部５２、取得部５３および特定部５４と同様の動作を実行する。即ち、スケジュール管理プログラム３２０Ａは、実施例の表示制御部５０、受付部５１、登録部５２、取得部５３および特定部５４と同様の動作を実行する。

なお、上記したスケジュール管理プログラム３２０Ａについては、必ずしも最初からＨＤＤ３２０に記憶させることを要しない。例えば、コンピュータ３００に挿入されるフレキシブルディスク（ＦＤ）、Compact Disk Read Only Memory（ＣＤ−ＲＯＭ）、Digital Versatile Disk（ＤＶＤ）、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」にプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

さらには、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ３００に接続される「他のコンピュータ（又はサーバ）」などにプログラムを記憶させておく。そして、コンピュータ３００がこれらからプログラムを読み出して実行するようにしてもよい。

１０ スケジュールシステム
１１ ユーザ端末
１２ サーバ装置
２０ 通信部
２１ 記憶部
２２ 制御部
３０ ユーザ情報
３１ 顧客情報
３２ 電話連絡情報
３３ メニュー情報
３４ メインスケジュール情報
３５ サブスケジュール情報
３６ タスク情報
３７ 比較実績情報
３８ 自動追加タスク情報
３９ 移動情報
４０ 画面レイアウト情報
４１ 保存コンテンツ情報
４２ 反応情報
５０ 表示制御部
５１ 受付部
５２ 登録部
５３ 取得部
５４ 特定部

Claims (11)

1. タスク又はイベントが登録されたタイムスケジュールを表示し、
   時刻の指定に応じて、指定された該時刻に対応するタスク又はイベントを特定し、
   タスク又はイベントの種別に対応づけて画面レイアウト情報を記憶する記憶部を参照して、特定したタスク又はイベントの種別に対応する画面レイアウトを特定し、
   特定した前記画面レイアウトに従った表示コンテンツを表示する、
   処理をコンピュータに実行させることを特徴とするスケジュール管理プログラム。
2. 前記表示コンテンツは、前記タイムスケジュールとともに表示される、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
3. 前記時刻の指定は、時刻を指し示すポインタの移動によって行われる、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
4. 指定された前記時刻は、訪問に関するタスクに対応し、
   前記表示コンテンツは、該訪問に関するタスクに関連づけられた場所を検索キーとして検索された記事情報である
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
5. 指定された前記時刻は、昼食に関するイベントに対応し、
   前記表示コンテンツは、該イベント又は、場所を検索キーとして検索された飲食店の情報である、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
6. 指定された前記時刻は、移動に関するイベントに対応し、
   前記表示コンテンツは、該移動に関するイベントに関連付けられた移動元の場所と移動先の場所を検索キーとして検索された経路情報である、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
7. 指定された前記時刻に対応するタスク又はイベントに関連付けられた場所における前記時刻での天気予報を表示する、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
8. 前記表示コンテンツの中から過去に指定された表示コンテンツを記憶する記憶部を参照して、表示コンテンツを表示する際に、過去に指定された表示コンテンツを優先的に表示する
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
9. 前記表示コンテンツの中で指定を受け付けた表示コンテンツがある場合、指定された前記表示コンテンツを前記タスクの実績報告に含めて記憶する、
   ことを特徴とする請求項１記載のスケジュール管理プログラム。
10. タスク又はイベントが登録されたタイムスケジュールを表示し、
    時刻の指定に応じて、指定された該時刻に対応するタスク又はイベントを特定し、
    タスク又はイベントの種別に対応づけて画面レイアウト情報を記憶する記憶部を参照して、特定したタスク又はイベントの種別に対応する画面レイアウトを特定し、
    特定した前記画面レイアウトに従った表示コンテンツを表示する、
    処理をコンピュータが実行することを特徴とするスケジュール管理方法。
11. タスク又はイベントが登録されたタイムスケジュールを表示する制御を行う第１表示制御部と、
    時刻の指定に応じて、指定された該時刻に対応するタスク又はイベントを特定し、特定されたタスク又はイベントの種別に対応づけて画面レイアウト情報を記憶する記憶部を参照して、特定したタスク又はイベントの種別に対応する画面レイアウトを特定する特定部と、
    前記特定部により特定した前記画面レイアウトに従った表示コンテンツを表示する制御を行う第２表示制御部と、
    を有することを特徴とするスケジュール管理装置。

Images