JP2021149509A - スケジュール管理支援装置、スケジュール管理支援方法、スケジュール管理支援プログラム及び読み上げ装置 - Google Patents

Abstract

【課題】ユーザの手間をかけることなく、スケジュール管理に関する多くの情報をユーザに対して提供可能なスケジュール管理支援装置、スケジュール管理支援方法、スケジュール管理支援プログラム及びそれを用いた読み上げ装置を提供すること。【解決手段】スケジュール管理支援装置は、ユーザの予定の項目を抽出する抽出部と、抽出された項目と関連する情報をデータベースから探索する探索部と、探索された前記情報に基づいて予定の補足情報を生成する生成部と、予定に補足情報を追加する追加部とを備える。【選択図】図１

Description

本発明は、スケジュール管理支援装置、スケジュール管理支援方法、スケジュール管理支援プログラム及び読み上げ装置に関する。

グループウェア等に実装される機能として、スケジュール管理機能が知られている。スケジュール管理機能は、グループウェアを構成するプログラムの１つとして、又は単体のアプリケーションとして構成される。通常のスケジュール管理機能では、ユーザによって予め入力された内容に従ってユーザのスケジュール管理がされる。これにより、例えば、ユーザは、自身で入力した予定を確認することができる。

特開２０１９−７０９１３号公報

通常のスケジュール管理機能は、基本的にはユーザによって入力された情報に従ってスケジュール管理をするように構成されている。一方で、スケジュール管理の内容を充実させるために詳細な情報までもユーザに入力させることは、ユーザにとって不便である。

本発明は、前記の事情に鑑みてなされたものであり、ユーザの手間をかけることなく、スケジュール管理に関する多くの情報をユーザに対して提供可能なスケジュール管理支援装置、スケジュール管理支援方法、スケジュール管理支援プログラム、及びそれを用いた読み上げ装置を提供することを目的とする。

本発明の一態様のスケジュール管理支援装置は、ユーザの予定の項目を抽出する抽出部と、抽出された前記項目と関連する情報をデータベースから探索する探索部と、探索された前記情報に基づいて前記予定の補足情報を生成する生成部と、前記予定に前記補足情報を追加する追加部とを具備する。

本発明によれば、ユーザの手間をかけることなく、スケジュール管理に関する多くの情報をユーザに対して提供可能なスケジュール管理支援装置、スケジュール管理支援方法、スケジュール管理支援プログラム及びそれを用いた読み上げ装置を提供することができる。

図１は、第１の実施形態に係るスケジュール管理システムの一例の構成を示す図である。 図２は、スケジュール管理ＤＢの一例の構成を示す図である。 図３は、顧客情報ＤＢの一例の構成を示す図である。 図４は、訪問履歴ＤＢの一例の構成を示す図である。 図５は、クレーム管理ＤＢの一例の構成を示す図である。 図６は、スケジュール管理システムのサーバの動作を示すフローチャートである。 図７は、一例のスケジュール画面を示す図である。 図８は、スケジュール追加処理について示すフローチャートである。 図９は、読み上げ装置の処理を示すフローチャートである。 図１０は、例えばスマートフォンに表示される一例のスケジュール画面を示す図である。

以下、実施形態について図面を参照して説明する。
［第１の実施形態］
図１は、第１の実施形態に係るスケジュール管理システムの一例の構成を示す図である。図１に示すように、インターネット等のネットワーク１には、アクセスポイント２−１を介してコンピュータＣ−１が接続され、アクセスポイント２−２を介してコンピュータＣ−２が接続される。また、ネットワーク１には、基地局３−１を介して携帯型情報機器Ｓ−１が接続され、基地局３−２を介して携帯型情報機器Ｓ−２が接続される。以下、実施形態において、構成要素を区別して説明する必要がない場合には、ハイフンを省略して説明する。

また、ネットワーク１には、スケジュール管理支援装置の一例としてのサーバ４が接続されている。

コンピュータＣ−１、Ｃ−２、携帯型情報機器Ｓ−１、Ｓ−２は、スケジューラを利用するユーザにより使用される。実施形態におけるスケジューラは、スケジュール管理機能を提供するプログラムである。コンピュータＣ及び携帯型情報機器Ｓ（以下、「クライアント」という。）は、サーバ４からダウンロードされたスケジュール画面を表示する。スケジュール画面上で、ユーザは、予定を確認したり、予定を登録したりする。

サーバ４は、ＣＰＵ１２、通信部１３、メモリ１４、及び記憶装置１５を有する。ＣＰＵ１２、通信部１３、メモリ１４、記憶装置１５は、互いに通信できるようにバス１１に接続されている。

ＣＰＵ１２は、記憶装置１５に記憶されているスケジュール管理プログラム２２及びスケジュール管理支援プログラム２３に従って、ユーザのスケジュール管理及びその支援のための処理を実行する。ＣＰＵ１２に代えて、ＭＰＵ、ＧＰＵ等が用いられてもよい。また、ＣＰＵ１２は、１つのＣＰＵによって構成されている必要はなく、複数のＣＰＵによって構成されてもよい。

通信部１３は、ネットワーク１を介したクライアント等の外部装置との通信の処理をするように構成されたインタフェースを含むモジュールである。通信部１３は、例えば有線回線を使用してネットワーク１に接続するように構成されている。通信部１３は、無線回線を使用してネットワーク１に接続するように構成されていてもよい。

メモリ１４は、例えばＲＡＭであり、ＣＰＵ１２における処理に必要とされるワークエリア等で使用される。

記憶装置１５は、例えばハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブといった記憶装置である。記憶装置１５は、サーバ４の動作に必要な各種のプログラム及びデータを格納している。実施形態では、記憶装置１５は、ＯＳ（オペレーティングシステム）２１、スケジュール管理プログラム２２、スケジュール管理支援プログラム２３、データベース（ＤＢ）２４を格納している。記憶装置１５は、クライアントに対して各種のサービスを提供するための前述した以外のプログラム等を格納していてもよい。

ＯＳ２１は、サーバ４の基本的な機能を実現するためのプログラムである。記憶装置１５に格納されている各種のプログラムは、ＯＳの制御下で実行される。

スケジュール管理プログラム２２は、ユーザに対してスケジューラを提供するためのプログラムである。例えば、スケジュール管理プログラム２２は、ユーザによって入力された予定をＤＢ２４に登録することをＣＰＵ１２に実行させる。また、スケジュール管理プログラム２２は、ユーザによって入力された予定を例えばカレンダー上に表示することをＣＰＵ１２に実行させる。さらに、スケジュール管理プログラム２２は、スケジュールの報知のタイミング管理をＣＰＵ１２に実行させてもよい。

スケジュール管理支援プログラム２３は、スケジュール管理プログラム２２によって管理されるユーザのスケジュールに補足情報を加えるためのプログラムである。スケジュール管理支援プログラム２３は、ＤＢ２４に登録されているユーザの予定の情報から補足情報の生成に必要な情報を抽出することと、抽出した情報に基づいてＤＢ２４の情報を参照することと、参照結果に従って補足情報を生成することと、補足情報をもとのスケジュールの情報に追加することとをＣＰＵ１２に実行させる。補足情報は、例えばユーザの予定の確認に資する追加のコメントである。

データベース２４は、スケジュール管理プログラム２２とスケジュール管理支援プログラム２３とに従って実行される処理において使用される各種のデータベースである。例えばデータベース２４は、スケジュール管理ＤＢ２４１、顧客情報ＤＢ２４２、訪問履歴ＤＢ２４３、クレーム管理ＤＢ２４４を含む。

図２は、スケジュール管理ＤＢ２４１の一例の構成を示す図である。スケジュール管理ＤＢ２４１は、スケジュール管理プログラム２２の実行に伴って登録されたスケジュールの情報を格納するデータベースである。スケジュール管理ＤＢ２４１の内容は、スケジュール管理プログラム２２のユーザ毎に管理される。スケジュール管理ＤＢ２４１は、例えば、「予定ＩＤ」、「日時」、「場所」、「内容」、「コメント」、「追加コメント」の項目を含む。「予定ＩＤ」は、登録される予定毎に割り振られるＩＤである。「日時」は、予定が発生する日時である。「日時」は、１日のある時刻でなく、期間で指定されてもよい。「場所」は、予定が発生する場所である。「場所」は、ユーザが自由に記入できるようになっていてもよいし、幾つかの選択肢の中からユーザが自由に選択できるようになっていてもよい。「内容」は、予定の内容である。「内容」は、ユーザが自由に記入できるようになっていてもよいし、幾つかの選択肢の中からユーザが自由に選択できるようになっていてもよい。「コメント」は、ユーザによって自由に記入されるコメントである。「追加コメント」は、後で説明するスケジュール追加処理によって自動的に追加される補足情報を表すコメントである。スケジュール管理ＤＢ２４１は、「日時」、「場所」、「内容」、「コメント」、「追加コメント」以外の項目を有していてもよい。

図３は、顧客情報ＤＢ２４２の一例の構成を示す図である。顧客情報ＤＢ２４２は、ユーザの顧客に関する情報を格納するデータベースである。顧客情報ＤＢ２４２は、例えば、「顧客ＩＤ」、「顧客名」、「住所」、「電話番号」、「ＵＲＬ」、「訪問回数」の項目を含む。「顧客ＩＤ」は、登録される顧客毎に割り振られるＩＤである。「顧客名」は、顧客の名称である。顧客名は、個人名であってもよいし、法人名であってもよい。また、顧客は、その顧客に属する担当者毎の名前であってもよい。「顧客名」は、ユーザが自由に記入できるようになっていてもよいし、幾つかの選択肢の中からユーザが自由に選択できるようになっていてもよい。例えば、ユーザによって文字が入力されたときにその文字と同じ読みを先頭に含む顧客名の選択肢がユーザに提示され、ユーザはその中から所望の顧客名を選択してもよい。「住所」は、顧客の住所である。「電話番号」は、顧客の電話番号である。「ＵＲＬ」は、顧客のホームページのＵＲＬである。「訪問回数」は、顧客への累計の訪問回数である。「住所」、「電話番号」、「ＵＲＬ」は、ユーザが自由に記入できるようになっていてよい。「訪問回数」は、訪問履歴ＤＢ２４３に情報が登録される毎に更新される。顧客情報ＤＢ２４２は、「顧客名」、「住所」、「電話番号」、「ＵＲＬ」、「訪問回数」以外の項目を有していてもよい。

図４は、訪問履歴ＤＢ２４３の一例の構成を示す図である。訪問履歴ＤＢ２４３は、顧客への訪問履歴の情報を格納するデータベースである。訪問履歴ＤＢ２４３は、例えば、「訪問履歴ＩＤ」、「訪問日」、「担当者」、「訪問先」、「面談者」、「内容」の項目を含む。「訪問履歴ＩＤ」は、登録される訪問毎に割り振られるＩＤである。「訪問日」は、実際に顧客への訪問が実施された日時である。「訪問日」は、１日のある時刻でなく、期間で指定されてもよい。「担当者」は、顧客への訪問を実施したユーザの氏名である。「訪問先」は、訪問先の名称である。「訪問先」は、個人であってもよいし、法人であってもよい。「面談者」は、訪問先で面談した人物の氏名である。「内容」は、訪問の内容である。「訪問日」、「担当者」、「訪問先」、「面談者」、「内容」は、ユーザが自由に記入できるようになっていてよい。訪問履歴ＤＢは、「訪問日」、「担当者」、「訪問先」、「面談者」、「内容」以外の項目を有していてもよい。

図５は、クレーム管理ＤＢ２４４の一例の構成を示す図である。クレーム管理ＤＢ２４４は、顧客からのクレームの情報を格納するデータベースである。ここで、実施形態における「クレーム」は、顧客からのマイナスの評価に限らず、顧客からのプラスの評価も含まれていてよい。クレーム管理ＤＢ２４４は、例えば、「クレームＩＤ」、「クレームの分類」、「顧客担当者名」、「担当者名」、「内容」の項目を含む。「クレームＩＤ」は、登録されるクレーム毎に割り振られるＩＤである。「クレーム分類」は、クレームの大まかな分類を示す情報である。「クレーム分類」の内容は、予め固定的に設定されていてもよいし、ユーザが設定できるようになっていてもよい。また、「顧客担当者名」は、クレームをした顧客の担当者の名前である。「担当者名」は、クレームを受けた案件の担当者のユーザの氏名である。「内容」は、クレームの実際の内容である。「内容」の項目は、ユーザが自由に記入できるようになっていてよい。クレーム管理ＤＢ２４４は、「クレームＩＤ」、「クレームの分類」、「顧客担当者名」、「担当者名」、「内容」以外の項目を有していてもよい。

以下、実施形態のスケジュール管理システムの動作を説明する。図６は、スケジュール管理システムのサーバ４の動作を示すフローチャートである。図６の処理は、サーバ４のＣＰＵ１２によって制御される。なお、図６の処理に、ユーザによって設定されたタイミングになったときに予め登録されていた予定の内容をユーザに通知する処理が追加されてもよい。

ステップＳ１において、ＣＰＵ１２は、クライアントからのログイン要求があるか否かを判定する。クライアントのユーザは、クライアントであるスマートフォン等を操作してブラウザを起動し、サーバ４にアクセスするためのＵＲＬの入力をする。このようなアクセスのための操作があったときに、ＣＰＵ１２は、ログイン要求があると判定する。ステップＳ１において、ログイン要求があると判定されたとき、処理はステップＳ２に移行する。ステップＳ１において、ログイン要求がないと判定されたとき、処理はステップＳ１４に移行する。

ステップＳ２において、ＣＰＵ１２は、ログイン画面を表示させるためのデータをクライアントに送信する。このデータを受けてクライアントのディスプレイには、ログイン画面が表示される。ログイン画面は、例えばユーザ毎に設定されたＩＤとパスワードとを要求する画面である。ログインは、必ずしもＩＤとパスワードとによって行われなくてもよい。ログイン画面の表示後、処理はステップＳ３に移行する。

ステップＳ３において、ＣＰＵ１２は、認証が正しく行われたか否かを判定する。例えば、入力されたＩＤ及びパスワードが予め登録されているＩＤ及びパスワードと一致したときには、認証が正しく行われたと判定される。ステップＳ３において、認証が正しく行われたと判定されたときには、処理はステップＳ４に移行する。ステップＳ３において、認証が正しく行われていないと判定されたときには、処理は待機される。所定回数、認証が正しく行われなかった場合に、ログインできなくする等の処理が行われてもよい。

ステップＳ４において、ＣＰＵ１２は、スケジュール管理プログラム２２を起動して、スケジュール画面を表示させるためのデータをクライアントに送信する。このデータを受けてクライアントのディスプレイには、スケジュール画面が表示される。

図７は、一例のスケジュール画面を示す図である。スケジュール画面は、カレンダーＤ１を含む。カレンダーＤ１には、例えば現在日時を含む１月分のカレンダーが表示される。

また、カレンダーＤ１には、ユーザ名Ｄ２が表示される。ユーザ名Ｄ２は、例えばログインをしたユーザの名前である。ユーザ名Ｄ２は、ユーザのＩＤ等であってもよい。さらに、ユーザ名Ｄ２として、ユーザの名前に加えて、ユーザの所属部署等が併せて表示されてもよい。

また、カレンダーＤ１には、ユーザによって予めスケジュール管理ＤＢ２４１に登録された内容に従ってユーザの予定Ｄ３が表示される。図７では、ユーザＵ１の予定Ｄ３のみが表示されている。これに限らず、ユーザＵ１と同じ部署のユーザの予定等も併せて表示されてよい。

さらに、詳細は後で説明するが、カレンダーＤ１には、スケジュール管理支援プログラム２３に従って追加された補足情報に基づいてスケジュール管理ＤＢ２４１に登録された追加コメントＤ４が表示される。図７では、「１３：００にＢ様と面談」との内容に関連する、面談先の最寄り駅についての追加コメントが表示されている例が示されている。また、図７では、「１０：００にＡ様との面談」との内容に関連する、面談先の最寄り駅についてのコメントと、顧客である「Ａ様」からのクレーム件数が多いことについての追加コメントが表示されている例が示されている。

さらに、スケジュール画面は、先月ボタンＢ１、翌月ボタンＢ２、顧客ボタンＢ３、訪問履歴ボタンＢ４、クレームボタンＢ５といったソフトウェアボタンを含む。先月ボタンＢ１は、カレンダーＤ１に表示されるカレンダーを１月前に戻す操作をするためのボタンである。翌月ボタンＢ２は、カレンダーＤ１に表示されるカレンダーを１月先に進める操作をするためのボタンである。顧客ボタンＢ３は、顧客情報の登録画面を表示させる操作をするためのボタンである。訪問履歴ボタンＢ４は、訪問履歴の登録画面を表示させる操作をするためのボタンである。クレームボタンＢ５は、クレーム情報の登録画面を表示させる操作をするためのボタンである。スケジュール画面は、これら以外のソフトウェアボタンを含んでいてもよい。

ここで、図６の説明に戻る。スケジュール画面を表示させた後のステップＳ５において、ＣＰＵ１２は、ユーザによるスケジュール登録操作がされたか否かを判定する。スケジュール登録操作は、例えばカレンダーＤ１内の日付の選択操作である。例えば、ユーザはクライアントを操作して、ディスプレイに表示されているカレンダーＤ１内の所望の日付を選択する。この選択操作がＣＰＵ１２に通知されたときに、ＣＰＵ１２は、ユーザによるスケジュール登録操作がされたと判定する。ステップＳ５において、スケジュール登録操作がされたと判定されたときには、処理はステップＳ６に移行する。ステップＳ５において、スケジュール登録操作がされていないと判定されたときには、処理はステップＳ７に移行する。

ステップＳ６において、ＣＰＵ１２は、ユーザによるクライアントの操作を受けて入力されたスケジュール情報をスケジュール管理ＤＢ２４１に登録する。スケジュール情報の登録に際し、ＣＰＵ１２は、例えば前述した「日時」、「場所」、「内容」、「コメント」といった項目を含むスケジュール情報の登録用の子画面をスケジュール画面上に表示させる。ユーザは、この子画面上で所望の内容を入力する。これを受けて、ＣＰＵ１２は、入力された「日時」、「場所」、「内容」、「コメント」に対して「予定ＩＤ」を付してこれらのスケジュール情報のデータをスケジュール管理ＤＢ２４１に格納する。スケジュール情報の一部の内容の編集のみであるときには、ユーザによって修正された内容でスケジュール管理ＤＢ２４１を更新する。その後、処理はステップＳ７に移行する。

ステップＳ７において、ＣＰＵ１２は、ユーザによる顧客登録操作がされたか否かを判定する。顧客登録操作は、例えば顧客ボタンＢ３の選択操作である。例えば、ユーザはクライアントを操作して、ディスプレイに表示されている顧客ボタンＢ３を選択する。この選択操作がＣＰＵ１２に通知されたときに、ＣＰＵ１２は、ユーザによる顧客登録操作がされたと判定する。ステップＳ７において、顧客登録操作がされたと判定されたときには、処理はステップＳ８に移行する。ステップＳ７において、顧客登録操作がされていないと判定されたときには、処理はステップＳ９に移行する。

ステップＳ８において、ＣＰＵ１２は、ユーザによるクライアントの操作を受けて入力された顧客情報を顧客情報ＤＢ２４２に登録する。顧客情報の登録に際し、ＣＰＵ１２は、例えば前述した「顧客名」、「住所」、「電話番号」、「ＵＲＬ」といった項目を含む顧客情報の登録用の子画面をスケジュール画面上に表示させる。ユーザは、この子画面上で所望の内容を入力する。これを受けて、ＣＰＵ１２は、入力された「顧客名」、「住所」、「電話番号」、「ＵＲＬ」に対して「顧客ＩＤ」を付してこれらの登録情報のデータを顧客情報ＤＢ２４２に格納する。また、「訪問回数」には「０回」を格納する。顧客情報の一部の内容の編集のみであるときには、ユーザによって修正された内容で顧客情報ＤＢ２４２を更新する。その後、処理はステップＳ９に移行する。

ステップＳ９において、ＣＰＵ１２は、ユーザによる訪問履歴登録操作がされたか否かを判定する。訪問履歴登録操作は、例えば訪問履歴ボタンＢ４の選択操作である。例えば、ユーザはクライアントを操作して、ディスプレイに表示されている訪問履歴ボタンＢ４を選択する。この選択操作がＣＰＵ１２に通知されたときに、ＣＰＵ１２は、ユーザによる訪問履歴登録操作がされたと判定する。ステップＳ９において、訪問履歴登録操作がされたと判定されたときには、処理はステップＳ１０に移行する。ステップＳ９において、訪問履歴登録操作がされていないと判定されたときには、処理はステップＳ１１に移行する。

ステップＳ１０において、ＣＰＵ１２は、ユーザによるクライアントの操作を受けて入力された訪問履歴を訪問履歴ＤＢ２４３に登録する。訪問履歴の登録に際し、ＣＰＵ１２は、例えば前述した「訪問日」、「担当者」、「訪問先」、「面談者」、「内容」といった項目を含む訪問履歴の登録用の子画面をスケジュール画面上に表示させる。ユーザは、この子画面上で所望の内容を入力する。これを受けて、ＣＰＵ１２は、入力された「訪問日」、「担当者」、「訪問先」、「面談者」、「内容」に対して「訪問履歴ＩＤ」を付してこれらの訪問履歴のデータを訪問履歴ＤＢ２４３に格納する。また、このとき、ＣＰＵ１２は、「訪問先」に格納された顧客名と対応する「顧客名」を有する顧客情報ＤＢ２４２の「訪問回数」に「１」を加える。訪問履歴の一部の内容の編集のみであるときには、ユーザによって修正された内容で訪問履歴ＤＢ２４３を更新する。その後、処理はステップＳ１１に移行する。

ステップＳ１１において、ＣＰＵ１２は、ユーザによるクレーム登録操作がされたか否かを判定する。クレーム登録操作は、例えばクレームボタンＢ５の選択操作である。例えば、ユーザはクライアントを操作して、ディスプレイに表示されているクレームボタンＢ５を選択する。この選択操作がＣＰＵ１２に通知されたときに、ＣＰＵ１２は、ユーザによるクレーム登録操作がされたと判定する。ステップＳ１１において、クレーム登録操作がされたと判定されたときには、処理はステップＳ１２に移行する。ステップＳ１１において、クレーム登録操作がされていないと判定されたときには、処理はステップＳ１３に移行する。

ステップＳ１２において、ＣＰＵ１２は、ユーザによるクライアントの操作を受けて入力されたクレーム情報をクレーム管理ＤＢ２４４に登録する。クレーム情報の登録に際し、ＣＰＵ１２は、例えば前述した「クレームの分類」、「顧客担当者名」、「担当者名」、「内容」といった項目を含むクレーム情報の登録用の子画面をスケジュール画面上に表示させる。ユーザは、この子画面上で所望の内容を入力する。これを受けて、ＣＰＵ１２は、入力された「クレームの分類」、「顧客担当者名」、「担当者名」、「内容」に対して「クレームＩＤ」を付してこれらのクレーム情報のデータをクレーム管理ＤＢ２４４に格納する。クレーム情報の一部の内容の編集のみであるときには、ユーザによって修正された内容でクレーム管理ＤＢ２４４を更新する。その後、処理はステップＳ１３に移行する。

ステップＳ１３において、ＣＰＵ１２は、スケジュール管理プログラム２２を終了するか否かを判定する。例えば、ユーザがクライアントを操作してブラウザを終了させたときには、ＣＰＵ１２は、スケジュール管理プログラム２２を終了すると判定する。ステップＳ１３において、スケジュール管理プログラム２２を終了しないと判定されたときには、処理はステップＳ４に戻る。この場合には、処理は継続される。なお、このときまでに各種のデータベースの情報が更新されているときには、ＣＰＵ１２は、更新の内容に従ってスケジュール画面の表示内容を更新する。ステップＳ１３において、スケジュール管理プログラム２２を終了すると判定されたときには、ＣＰＵ１２は、図６の処理を終了させる。

ステップＳ１において、ログイン要求がないと判定されたときのステップＳ１４において、ＣＰＵ１２は、スケジュール管理支援プログラム２３を起動してスケジュール追加処理を行う。スケジュール追加処理の後、ＣＰＵ１２は、処理をステップＳ１３に移行させる。

図８は、スケジュール追加処理について示すフローチャートである。ステップＳ１０１において、ＣＰＵ１２は、現在、スケジュール追加処理を実施するタイミングであるか否かを判定する。スケジュール追加処理を実施するタイミングは、例えば、毎日の所定時刻、例えば午前５：００である。この他、スケジュール追加処理を実施するタイミングは、ユーザによる実施の指示があったタイミング、サーバ４の管理者による実施の指示があったタイミングといったタイミングを含む。この他、スケジュール追加処理を実施するタイミングは、任意に設定され得る。ステップＳ１０１において、スケジュール追加処理を実施するタイミングでないと判定されたとき、ＣＰＵ１２は、図８の処理を終了させる。ステップＳ１０１において、スケジュール追加処理を実施するタイミングであると判定されたとき、処理はステップＳ１０２に移行する。

ステップＳ１０２において、ＣＰＵ１２は、スケジュール管理ＤＢ２４１からスケジュール情報を取得する。

ステップＳ１０３において、ＣＰＵ１２は、スケジュール情報を解析する。例えば、ＣＰＵ１２は、スケジュール管理ＤＢ２４１のスケジュール情報を例えば形態素解析し、それぞれの形態素を顧客情報ＤＢ２４２の顧客情報、訪問履歴ＤＢ２４３の訪問履歴等と照合することで、スケジュール情報から顧客に関する情報を抽出する。例えば、図２の「ＩＤ１」を例にとると、「ＩＤ１」には、「場所」として「株式会社〇〇」が格納されている。「株式会社〇〇」は、顧客情報ＤＢ２４２の「顧客名」に登録されているので、顧客に関する情報として抽出される。また、「コメント」には、「担当者Ａ様と面談」が格納されている。「Ａ様」は、訪問履歴ＤＢ２４３に「株式会社〇〇」の担当者であることが登録されているので、顧客に関する情報として抽出される。なお、このようなスケジュール情報の解析の手法は、一例である。後で説明する補足情報を生成するのに必要な情報を抽出できる手法であれば、スケジュール情報の解析の手法は、特定の手法に限定されない。

ステップＳ１０４において、ＣＰＵ１２は、スケジュール情報から顧客に関する情報を抽出できたか否かを判定する。ステップＳ１０４において、スケジュール情報から顧客に関する情報を抽出できていないと判定されたときには、ＣＰＵ１２は、図８の処理を終了させる。この場合、補足情報の生成は行われない。ステップＳ１０４において、スケジュール情報から顧客に関する情報を抽出できたと判定されたときには、処理はステップＳ１０５に移行する。

ステップＳ１０５において、ＣＰＵ１２は、顧客に関する情報を抽出できたスケジュール情報に「訪問」が含まれているか否かを判定する。ここでの「訪問」は、ユーザが顧客の場所まで行く面談等を意味する。スケジュール情報に「訪問」が含まれているか否かは、例えばスケジュール情報の「場所」によって判定され得る。つまり、「場所」がユーザの自社でないスケジュール情報があるときには、スケジュール情報に「訪問」が含まれていると判定される。ステップＳ１０５において、スケジュール情報に「訪問」が含まれていると判定されたときには、処理はステップＳ１０６に移行する。ステップＳ１０５において、スケジュール情報に「訪問」が含まれていないと判定されたときには、処理はステップＳ１０７に移行する。

ステップＳ１０６において、ＣＰＵ１２は、最寄り駅に関する追加コメントを生成する。この追加コメントは、例えば、図７の「最寄り駅〇△」といった最寄り駅の駅名を示すコメントである。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、処理はステップＳ１０７に移行する。ステップＳ１０６において、例えば、ＣＰＵ１２は、「訪問」であるスケジュール情報に格納されている「場所」の情報に基づき、訪問先の最寄り駅の情報を取得する。例えば、最寄り駅は、顧客情報ＤＢ２４３に格納されている顧客情報である「住所」との距離が最短の駅である。距離が最短である駅名は、顧客情報である「住所」までの徒歩による距離が最短である駅名、又は顧客情報である「住所」までの車両を利用した距離が最短である駅名の何れか又は両方であってよい。最寄り駅の情報を取得するための駅名と駅の住所との情報は、例えば記憶装置１５に予め記憶されている情報が利用されてもよいし、ネットワーク経由の所定のサーバ等に記憶されている情報が利用されてもよい。さらには、サーバ４に外出の費用精算のデータがあれば、この費用精算のデータから最寄り駅が推定され得る。このような最寄り駅についてのコメントが追加されることにより、ユーザが事前に時刻表等を調べる際の参考とすることができる。

ステップＳ１０７において、ＣＰＵ１２は、顧客に関する情報を抽出できたスケジュール情報に含まれる顧客のホームページが更新されているか否かを判定する。例えば、ＣＰＵ１２は、顧客情報ＤＢ２４２の「ＵＲＬ」によって特定されるホームページの最終更新日時を参照する。そして、ＣＰＵ２４２は、訪問履歴ＤＢ２４３を参照してユーザと顧客との前回の面談の日時とホームページの最終更新日とを比較し、最終更新日の方が後であればホームページが更新されていると判定する。ステップＳ１０７において、ホームページが更新されていると判定されたときには、処理はステップＳ１０８に移行する。ステップＳ１０８において、ホームページが更新されていないと判定されたときには、処理はステップＳ１０９に移行する。

ステップＳ１０８において、ＣＰＵ１２は、ホームページに関する追加コメントを生成する。この追加コメントは、例えば、「ホームページが更新されています」といったコメントである。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、処理はステップＳ１０９に移行する。このようなホームページについてのコメントが追加されることにより、ユーザは事前にホームページを確認し、面談の際の話題作り等に利用することができる。

ステップＳ１０９において、ＣＰＵ１２は、顧客に関する情報を抽出できたスケジュール情報に含まれる顧客との前回の面談から期間が空いているか否かを判定する。例えば、ＣＰＵ１２は、訪問履歴ＤＢ２４３を参照してユーザと顧客との前回の面談の日と現在の日とを比較し、その差が所定期間、例えば２月、半年といった期間であれば前回の面談から期間が空いていると判定する。ステップＳ１０９において、前回の面談から期間が空いていると判定されたときには、処理はステップＳ１１０に移行する。ステップＳ１０９において、前回の面談から期間が空いていないと判定されたときには、処理はステップＳ１１２に移行する。

ステップＳ１１０において、ＣＰＵ１２は、面談期間に関する追加コメントを生成する。この追加コメントは、例えば、「２か月ぶりの面談です」といった面談期間が空いていたことを示すコメントである。この面談が訪問であるときには、「２か月ぶりの訪問です」といったコメントに置き換えられてもよい。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、処理はステップＳ１１１に移行する。

ステップＳ１１１において、ＣＰＵ１２は、面談回数に関する追加コメントを生成する。この追加コメントは、例えば「２回目の訪問です」といったコメントである。面談回数は、顧客情報ＤＢ２４２の「訪問回数」から取得され得る。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、処理はステップＳ１１３に移行する。このような面談期間についてのコメントが追加されることにより、ユーザの話題作りの際の参考とすることができる。

ステップＳ１１２において、ＣＰＵ１２は、直近の面談状況に関する追加コメントを生成する。この追加コメントは、例えば「前回、××について面談しました」といった前回の面談の内容のコメントである。前回の面談の内容は、訪問履歴ＤＢ２４４の「内容」から取得され得る。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、処理はステップＳ１１３に移行する。

ステップＳ１１３において、ＣＰＵ１２は、顧客に関する情報を抽出できたスケジュール情報に含まれる顧客又は顧客担当者の中で、クレーム回数が多い顧客又は顧客担当者が含まれているか否かを判定する。例えば、ＣＰＵ１２は、クレーム管理ＤＢ２４３を参照し、ユーザとの面談が予定されている顧客又は顧客担当者の中で、クレーム回数が所定回数、例えば３回以上である顧客又は顧客担当者が含まれているときに、クレーム回数が多い顧客又は顧客担当者が含まれていると判定する。ステップＳ１１３において、クレーム回数が多い顧客又は顧客担当者が含まれていると判定されたときには、処理はステップＳ１１４に移行する。ステップＳ１１３において、クレーム回数が多い顧客又は顧客担当者が含まれていないと判定されたときには、ＣＰＵ１２は、図８の処理を終了させる。

ステップＳ１１４において、ＣＰＵ１２は、クレーム回数についての追加コメントを生成する。この追加コメントは、例えば「クレーム件数が多いようです。ご注意ください」といったユーザに対して注意を促す内容のコメントである。追加コメントの生成後、ＣＰＵ１２は、生成した追加コメントのデータを、対応するスケジュール情報の「追加コメント」に格納する。その後、ＣＰＵ１２は、図８の処理を終了させる。このようなクレーム件数についてのコメントが追加されることにより、ユーザの注意を促すことができる。

以上説明したように本実施形態によれば、データベースに登録されている情報に基づき、ユーザによって予め登録された予定に対する補足情報である追加コメントが追加される。これにより、ユーザの手間をかけることなく、スケジュール管理に関する多くの情報をユーザに対して提供することができる。

ここで、第１の実施形態において説明した追加コメントの生成処理及び追加コメントの内容は一例である。これらは適宜に変更されてよい。例えば、予定として会議が登録されていて、かつ、会議の予定の登録と合わせて会議室の予約がされている場合に、ＣＰＵ１２は、会議の終了予定時刻の所定時間以内に別の予約が入っているか否かを判定する。そして、別の予約が入っている場合には、ＣＰＵ１２は、「終了予定時刻の〇分後に△の予定が入っています」といったユーザに注意を喚起するための追加コメントを追加してもよい。

また、予め事前の申請を要する予定が登録されているときには、ＣＰＵ１２は、予定の前日といった所定の期日までに申請がされているか否かを判定する。そして、申請がされていないときには、ＣＰＵ１２は、追加コメントとして「〇の申請がされていません」といったユーザに注意を喚起するための追加コメントを追加してもよい。予め事前の申請を要する予定は、例えば、休暇、出張といった予定を含む。

また、プロジェクトを管理している会社で、そのプロジェクトに基づく業務が予定として登録されている場合、ＣＰＵ１２は、その前後の業務に関わる追加コメントを追加してもよい。

［第２の実施形態］
次に、第２の実施形態を説明する。第２の実施形態は、第１の実施形態で説明したスケジュール管理プログラム及びスケジュール管理支援プログラムの、読み上げ装置への適用例である。読み上げ装置は、例えば、スマートフォン等のクライアントにインストールされるアプリケーションプログラムとしてユーザに提供される。この読み上げ装置は、スケジュール管理プログラム及びスケジュール管理支援プログラムの処理によって生成されたスケジュールを音声によって読み上げる。

図９は、読み上げ装置の処理を示すフローチャートである。図９の処理は、例えば読み上げ装置としての読み上げアプリケーションが起動されたときに開始される。ステップＳ２０１において、クライアントは、ディスプレイにスケジュール画面を表示させる。

図１０は、例えばスマートフォンに表示される一例のスケジュール画面を示す図である。スケジュール画面は、終日予定表示欄Ｄ１１と、予定表示欄Ｄ１２とを含む。終日予定表示欄Ｄ１１は、終日を通しての予定が表示される表示欄である。図１０は、終日を通しての予定がない時の表示例である。一方、終日を通しての予定が多くある場合には、終日予定表示欄Ｄ１１の範囲は広げられてよい。予定表示欄Ｄ１２は、当日の予定が時系列で表示される表示欄である。それぞれの予定の期間はタイムバー形式で表示され、それぞれの予定の内容は、例えば吹き出し形式のコメントＤ１２１、Ｄ１２２で表示される。これらのコメントＤ１２１、Ｄ１２２は、例えばサーバ４のスケジュール管理ＤＢ２４１を参照して取得されてよい。ここで、吹き出し形式のコメントのうち、読み上げ中のコメントはその詳細も含めて表示される。図１０では、コメントＤ１２２が読み上げ中であることを示す。また、それぞれのコメントＤ１２１、Ｄ１２２は色等が変えられることによって識別できるようになっていてもよい。さらに、コメントＤ１２１、Ｄ１２２等は可能な限り、重ならないようにその表示位置が制御されてよい。

また、スケジュール画面は、再生ボタンＢ１１、巻き戻しボタンＢ１２、早送りボタンＢ１３、フィルタボタンＢ１４を含む。再生ボタンＢ１１は、読み上げの開始の操作のためのボタンである。再生ボタンＢ１１は、停止ボタンとのトグルボタンとなっている。つまり、読み上げが開始されると再生ボタンＢ１１は停止ボタンに替わり、読み上げが終了される停止ボタンは再生ボタンＢ１１に戻るようになっている。また、巻き戻しボタンＢ１２は、読み上げる予定を前の予定に戻す操作のためのボタンである。早送りボタンＢ１３は、読み上げる予定を次の予定に進める操作のためのボタンである。フィルタボタンＢ１４は、フィルタ設定の操作のためのボタンである。

ここで、図９の説明に戻る。スケジュール画面を表示させた後のステップＳ２０２において、クライアントは、読み上げをするか否かを判定する。例えば、ユーザによって再生ボタンＢ１１が選択されたときに読み上げをすると判定される。また、ユーザによって読み上げアプリケーションが起動された直後に読み上げをすると判定されてもよい。ステップＳ２０２において、読み上げをすると判定されたときには、処理はステップＳ２０３に移行する。読み上げをしないと判定されたときには、処理はステップＳ２１０に移行する。この他、読み上げアプリケーションはバックグラウンドで起動中であって、ユーザによって予め設定された時刻になったときに読み上げをすると判定されてもよい。この場合には、スケジュール画面の表示後、処理がステップＳ２０３に移行する。

ステップＳ２０３において、クライアントは、読み上げるべき予定を１つ選択する。例えばクライアントは、当日の予定の中の時系列で先の予定から順次に選択し、最後に終日の予定を選択するものとする。

ステップＳ２０４において、クライアントは、読み上げる予定がユーザの入力した内容であるか否かを判定する。読み上げる予定が「追加コメント」でないときには、読み上げる予定がユーザの入力した内容であると判定される。ステップＳ２０４において、読み上げる予定がユーザの入力した内容であると判定されたときには、処理はステップＳ２０５に移行する。ステップＳ２０４において、読み上げる予定がユーザの入力した内容でないと判定されたときには、処理はステップＳ２０６に移行する。なお、ここでのユーザの入力した内容は、ユーザが直接的に入力した内容に限らない。例えば、所定の項目の選択によってＣＰＵ１２によって入力された内容であって、「追加コメント」に含まれない内容であってもよい。

ステップＳ２０５において、クライアントは、第１の音声で選択した予定を読み上げる。第１の音声は、例えば男性である。ステップＳ２０６において、クライアントは、第２の音声で選択した予定を読み上げる。第２の音声は、例えば女性である。予定の読み上げ後、処理はステップＳ２０７に移行する。

ステップＳ２０７において、クライアントは、早送り又は巻き戻しをするか否かを判定する。例えば、早送りボタンＢ１３が選択されたときには、早送りをすると判定される。また、巻き戻しボタンＢ１２が選択された場合には、巻き戻しをすると判定される。ステップＳ２０７において、早送り又は巻き戻しをすると判定されたときには、処理はステップＳ２０８に移行する。ステップＳ２０７において、早送り又は巻き戻しをしないと判定されたときには、処理はステップＳ２０９に移行する。

ステップＳ２０８において、クライアントは、読み上げる予定を変更する。すなわち、早送りボタンＢ１３が選択されたときには、クライアントは、１つ先の予定を選択する。また、巻き戻しボタンＢ１２が選択されたときには、クライアントは、１つ前の予定を選択する。その後、処理はステップＳ２０４に移行する。

ステップＳ２０９において、クライアントは、読み上げを終了するか否かを判定する。例えば、すべての読み上げが終了したときには、読み上げを終了すると判定される。また、停止ボタンが選択されたときも読み上げを終了すると判定される。ステップＳ２０９において、読み上げを終了すると判定されたときには、処理はステップＳ２１０に移行する。ステップＳ２０９において、読み上げを終了しないと判定されたときには、処理はステップＳ２０３に戻る。

ステップＳ２１０において、クライアントは、読み上げアプリケーションを終了するか否かを判定する。例えばユーザがクライアントを操作して読み上げアプリケーションを終了させたときには、クライアントは、読み上げアプリケーションを終了すると判定する。ステップＳ２１０において、読み上げアプリケーションを終了しないと判定されたときには、処理はステップＳ２０１に戻る。ステップＳ２１０において、読み上げアプリケーションを終了すると判定されたときには、クライアントは、図９の処理を終了させる。

ステップＳ２１１において、クライアントは、フィルタ設定をするか否かを判定する。例えば、フィルタボタンＢ１４が選択されたときには、フィルタ設定をすると判定される。ステップＳ２１１において、フィルタ設定をすると判定されたときには、処理はステップＳ２１２に移行する。ステップＳ２１１において、フィルタ設定をしないと判定されたときには、処理はステップＳ２１０に移行する。

ステップＳ２１１において、クライアントは、ユーザの操作に応じて読み上げの際のフィルタ設定をする。その後、処理はステップＳ２１０に移行する。フィルタ設定として、例えば、１日の予定を読み上げるに際して、既に完了している予定の読み上げをしない、予め読み上げない予定を決める等の設定が行われ得る。

以上説明したように本実施形態によれば読み上げ内容に応じて読み上げる音声の変更が行われる。これにより、ユーザは、例えば自身で入力されていない予定を聞く際に注意をすることができる。なお、読み上げ装置の処理は、サーバ４の制御の下で行われてよい。

本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…ネットワーク、２…アクセスポイント、３…基地局、４…サーバ、１２…ＣＰＵ、１３…通信部、１４…メモリ、１５…記憶装置、２１…オペレーティングシステム（ＯＳ）、２２…スケジュール管理プログラム、２３…スケジュール管理支援プログラム、２４…データベース（ＤＢ）、２４１…スケジュール管理ＤＢ、２４２…顧客情報ＤＢ、２４３…訪問履歴ＤＢ、２４４…クレーム管理ＤＢ、Ｃ…コンピュータ、Ｓ…携帯型情報機器。

本発明の一態様のスケジュール管理支援装置は、ユーザの予定の項目を抽出する抽出部と、抽出された前記項目と関連する情報をデータベースから探索する探索部と、探索された前記情報に基づいて前記予定の補足情報を生成する生成部と、前記予定に前記補足情報を追加する追加部とを具備し、前記予定の項目は、前記ユーザの面談相手の顧客に係る情報又は会議に係る情報を含み、前記予定の項目が前記ユーザの面談相手の顧客に係る情報を含むときには、前記探索部は、前記データベースから前記顧客のウェブページのＵＲＬを探索し、前記生成部は前記補足情報として前記顧客のウェブページの更新の有無の情報を生成し、又は、前記探索部は、前記データベースから前記顧客へのユーザの訪問履歴の情報を探索し、前記生成部は、前記補足情報として前記顧客への訪問の頻度を示す情報を生成し、又は、前記探索部は、前記データベースから前記顧客からのクレームの情報を探索し、前記生成部は前記補足情報として前記顧客からのクレームの頻度の情報を生成し、前記予定の項目が会議に係る情報を含むときには、前記探索部は、前記会議に伴って予約されている会議室において所定時間以内に別の会議が予約されているか否かを判定し、前記生成部は前記補足情報として前記別の会議の情報を生成する。

Claims (12)

1. ユーザの予定の項目を抽出する抽出部と、
   抽出された前記項目と関連する情報をデータベースから探索する探索部と、
   探索された前記情報に基づいて前記予定の補足情報を生成する生成部と、
   前記予定に前記補足情報を追加する追加部と、
   を具備するスケジュール管理支援装置。
2. 前記探索部は、前記項目に記録されている内容を解析することによって前記項目と関連する情報を前記データベースから探索する請求項１に記載のスケジュール管理支援装置。
3. 前記予定の項目は、前記ユーザの訪問先に係る情報を含み、
   前記探索部は、前記データベースから前記訪問先の住所を探索し、
   前記生成部は、前記補足情報として前記訪問先の住所から前記訪問先の最寄り駅の情報を生成する請求項１又は２に記載のスケジュール管理支援装置。
4. 前記予定の項目は、前記ユーザの面談相手の顧客に係る情報を含み、
   前記探索部は、前記データベースから前記顧客のウェブページのＵＲＬを探索し、
   前記生成部は、前記補足情報として前記顧客のウェブページの更新の有無の情報を生成する請求項１乃至３の何れか１項に記載のスケジュール管理支援装置。
5. 前記予定の項目は、前記ユーザの面談相手の顧客に係る情報を含み、
   前記探索部は、前記データベースから前記顧客へのユーザの訪問履歴の情報を探索し、
   前記生成部は、前記補足情報として前記顧客への訪問の頻度を示す情報を生成する請求項１乃至４の何れか１項に記載のスケジュール管理支援装置。
6. 前記予定の項目は、前記ユーザの面談相手の顧客に係る情報を含み、
   前記探索部は、前記データベースから前記顧客からのクレームの情報を探索し、
   前記生成部は、前記補足情報として前記顧客からのクレームの頻度の情報を生成する請求項１乃至５の何れか１項に記載のスケジュール管理支援装置。
7. 前記予定の項目は、会議に係る情報を含み、
   前記探索部は、前記会議に伴って予約されている会議室において所定時間以内に別の会議が予約されているか否かを判定し、
   前記生成部は、前記補足情報として前記別の会議の情報を生成する請求項１乃至６の何れか１項に記載のスケジュール管理支援装置。
8. 前記補足情報が追加された前記予定を前記ユーザの端末に表示させる表示制御部をさらに具備する請求項１乃至７の何れか１項に記載のスケジュール管理支援装置。
9. ユーザの予定の項目を抽出することと、
   抽出された前記項目と関連する情報をデータベースから探索することと、
   探索された前記情報に基づいて前記予定の補足情報を生成することと、
   前記予定に前記補足情報を追加することと、
   を具備するスケジュール管理支援方法。
10. ユーザの予定の項目を抽出することと、
    抽出された前記項目と関連する情報をデータベースから探索することと、
    探索された前記情報に基づいて前記予定の補足情報を生成することと、
    前記予定に前記補足情報を追加することと、
    をコンピュータに実行させるためのスケジュール管理支援プログラム。
11. 請求項１乃至８の何れか１項に記載のスケジュール管理支援装置によって追加された前記補足情報を含む前記予定を読み上げる読み上げ装置であって、
    読み上げる前記予定が前記ユーザの予定か前記補足情報かを判定する判定部と、
    前記判定部で判定された結果に応じた異なる音声で前記予定を読み上げる読み上げ部と、
    を具備する読み上げ装置。
12. 前記予定を表示する表示部と、
    前記予定の表示位置が重ならないように制御する制御部と、
    をさらに具備する請求項１１に記載の読み上げ装置。

Images