JP2023015775A - スケジュール管理装置 - Google Patents

Abstract

【課題】スケジュールの実施状況を適切に管理すること。【解決手段】スケジュール管理装置１０は、演算処理部と、ストレージと、を備えている。ストレージは、１または複数のスケジュールを含むコンテンツのスケジュールリストを記憶する。演算処理部は、ユーザがスケジュールを実施するとユーザ端末から送信されるスケジュール実施状況に基づき、スケジュールリストを更新する。【選択図】図１

Description

本発明は、スケジュール管理装置に関する。

特許文献１には、携帯電話やスマートフォン等のスケジュール管理装置にスケジュールを表示する際に、期限情報と、期限を設定できるようにしたアイコンとを共に提供することで、ユーザが容易にスケジュールの期限を設定できるようにしたスケジュール管理方法が開示されている。

具体的には、「スケジュール管理装置は、多様なアプリケーションをそれぞれ示すアイコンを含むホーム画面を表示する。表示されるホーム画面でスケジュール管理アプリケーションのアイコンがタッチされると、スケジュール管理装置は、該当アプリケーションを実行してスケジュールリストを表示する。そして、スケジュール管理装置は、それぞれのスケジュールに対して詳細情報及び期限情報を表示する。また、スケジュール管理装置は、それぞれのスケジュールに対する期限設定アイコンを表示する。期限設定アイコンがユーザによってタッチされると、スケジュール管理装置は、タッチされたアイコンの該当スケジュールの期限を一日繰り下げるか又は繰り上げる。例えば、スケジュールの期限が今日に設定されている場合、ユーザは、該当スケジュールの期限設定アイコンをタッチすることにより、期限を明日に繰り下げることができる」旨、特許文献１には記載されている。

特開２０１３－０５４７４１号公報

特許文献１のスケジュール管理装置では、ユーザにスケジュールの期限を設定させることはできるが、それぞれのスケジュールが実施されたか否かの管理を行うことができない。

そこで、本発明は、ユーザのスケジュール実施状況を適切に管理することを目的とする。

本発明の代表的な実施の形態によるスケジュール管理装置は、演算処理部と、ストレージと、を備えている。ストレージは、１または複数のスケジュールを含むコンテンツのスケジュールリストを記憶する。演算処理部は、ユーザがスケジュールを実施するとユーザ端末から送信されるスケジュール実施状況に基づき、スケジュールリストを更新する。

本発明によれば、ユーザのスケジュール実施状況を適切に管理することが可能となる。

本発明の実施の形態１に係るスケジュール管理システムの構成を例示する図である。 本発明の実施の形態１に係るスケジュール管理装置の構成を例示する図である。 ユーザ端末の構成を例示する図である。 スケジュール管理方法の概要を説明する図である。 コンテンツ登録方法の一例を示すフロー図である。 コンテンツ登録画面を例示する図である。 スケジュール登録画面を例示する図である。 スケジュールリスト生成方法の一例を示すフロー図である。 コンテンツの購入方法を説明する図である。 スケジュール選択方法を説明する図である。 スケジュールの実施条件の設定方法を説明する図である。 スケジュール管理方法の一例を示すフロー図である。 表示されたスケジュールリストを例示する図である。 ユーザによるスケジュール実施状況の確認方法を説明する図である。 ユーザによるスケジュール実施状況の確認方法を説明する図である。 スケジュールリストの調整方法の一例を示すフロー図である。 コンテンツの設定変更方法を説明する図である。 本発明の実施の形態２に係るスケジュール管理装置の構成を例示する図である。 スケジュールリスト生成モデルのパラメータ調整方法の一例を示すフロー図である。 パラメータ調整に係る学習処理の一例を示す図である。 スケジュールリスト自動生成方法の一例を示すフロー図である。 本発明の実施の形態３に係るスケジュール管理装置の構成を例示する図である。 スケジュールリスト生成モデルの生成方法の一例を示すフロー図である。 スケジュールリスト生成に係る学習処理の一例を示す図である。

（実施の形態１）
以下、図面を参照しながら本発明の実施の形態について説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は適宜省略する。

＜スケジュール管理システムの構成＞
図１は、本発明の実施の形態１に係るスケジュール管理システムの構成を例示する図である。スケジュール管理システム１は、図１に示すように、スケジュール管理装置１０、ユーザ端末３０、データベース５０、アイテム配信装置７０、アプリケーション配信装置８０、ネットワーク９０を備えている。図１では、１つのユーザ端末３０ａ（３０）が代表して示されているが、実際には複数のユーザ端末３０がスケジュール管理システム１に含まれる。スケジュール管理装置１０、ユーザ端末３０、アイテム配信装置７０、アプリケーション配信装置８０は、ネットワーク９０を介して互いに接続される。データベース５０は、スケジュール管理装置１０とローカルに接続される。ネットワーク９０は、代表的にはインターネット等のＷＡＮ(Wide Area Network)であるが、ＬＡＮ(Local Area Network)等でもよい。

ユーザがユーザ端末３０を操作してスケジュール管理アプリケーションを起動させると、ユーザ端末３０がスケジュール管理装置１０へアクセスし、スケジュール管理装置１０から最新のスケジュールリストを受信し表示する。そして、スケジュールリストのスケジュールを選択すると、選択したスケジュールと関連付けられた所定の動画等のアイテムがユーザ端末３０に表示される。アイテムの視聴が終了すると、スケジュールが実施されたことを示すスケジュール実施状況がユーザ端末３０からスケジュール管理装置１０へ送信される。

スケジュール管理装置１０は、スケジュール実施状況に基づき、ユーザのスケジュールリストを更新する。また、スケジュール管理装置１０は、ユーザがスケジュールリストに含まれるスケジュールを実施できなかった場合には、必要に応じて、スケジュール実施状況に基づくスケジュールリストの調整を行う。なお、スケジュール実施状況にアイテム視聴情報が含まれてもよく、スケジュール管理装置１０は、アイテム視聴情報に基づき、スケジュールリストの更新やスケジュールリストの調整を行ってもよい。なお、スケジュールリスト、スケジュール、後述のコンテンツ、アイテム等については、後で詳しく説明する。

＜＜スケジュール管理装置＞＞
スケジュール管理装置１０は、スケジュール管理システム１を利用するユーザのスケジュール管理を行う。スケジュール管理装置１０が行う管理には、例えば、ユーザごとのスケジュールリストの更新、ユーザごとのスケジュールリストの調整等が含まれる。当初のスケジュールリストは、基本的にはユーザが自ら設定したものであるが、例えばスケジュール実施状況やアイテム視聴情報（あるいはアイテム視聴履歴）に応じて、スケジュール管理装置１０が、その後のスケジュールリストの調整を行うことがある。

図２は、本発明の実施の形態１に係るスケジュール管理装置の構成を例示する図である。図２に示すように、スケジュール管理装置１０は、プロセッサ１１、メインメモリ１３、ストレージ１５、通信インタフェース１７、モニタ１９を備えた情報処理装置である。通信インタフェース１７は、ユーザ端末３０およびデータベース５０との間で各種情報の送受信を行う通信装置である。

ストレージ１５は、プログラム記憶領域１５ａ、ユーザアカウント情報記憶領域１５ｂ、スケジュールリスト記憶領域１５ｃ、スケジュール実施状況記憶領域１５ｄ、アイテム視聴履歴記憶領域１５ｅ、コンテンツ記憶領域１５ｆ等の各記憶領域を備えている。プログラム記憶領域１５ａは、スケジュール管理装置１０を動作させる基本プログラム、スケジュール管理システム１を実現するスケジュール管理システム用プログラム等の各種プログラムを記憶する。このように、ストレージ１５は、プログラムの記録媒体としての機能を有する。

ユーザアカウント情報記憶領域１５ｂは、登録ユーザのユーザアカウント情報を記憶する。ユーザアカウント情報は、例えば、登録ユーザのログインＩＤ、登録ユーザのログインパスワード、登録ユーザの名前、登録ユーザのログイン履歴、登録ユーザの連絡先（例えばメールアドレス、電話番号）等の情報を含む。なお、ユーザアカウント情報は、これらのうちの一部のみでも構わない。

スケジュールリスト記憶領域１５ｃは、ユーザごとのスケジュールリストを記憶する。当初のスケジュールリストは、ユーザが自ら設定したスケジュールリストである。ただし、その後は、アイテム視聴履歴に応じて調整されたスケジュールリストが記憶される場合がある。

スケジュール実施状況記憶領域１５ｄは、ユーザごとのスケジュール実施状況を記憶する。スケジュール実施状況は、例えばスケジュールリスト、コンテンツ、アイテム等と関連付けて記憶されてもよい。

アイテム視聴履歴記憶領域１５ｅは、ユーザごとのアイテム視聴履歴を記憶する。アイテム視聴履歴記憶領域１５ｅに記憶されるアイテム視聴履歴は、ユーザ端末３０から送信されるスケジュール実施状況またはアイテム視聴情報に基づき随時更新される。なお、アイテム視聴履歴は、スケジュール実施状況等の情報と関連付けて、スケジュール実施状況記憶領域１５ｄに記憶されてもよい。コンテンツ記憶領域１５ｆは、クリエイター等から投稿されるコンテンツを記憶する。また、コンテンツ記憶領域１５ｆは、コンテンツに対し登録されるスケジュールおよびスケジュールに対し設定されるスケジュール実施条件も記憶する。なお、スケジュール、スケジュール実施条件を記憶する記憶領域が別途設けられてもよい。

メインメモリ１３は、プログラム記憶領域１５ａから読み出したプログラムやパラメータ等を保持する。また、メインメモリ１３は、通信インタフェース１７を介して受信した情報や、通信インタフェース１７を介して送信する情報等も一時的に保持する。

プロセッサ１１は、メインメモリ１３に保持されたプログラムを読み出し実行することで、スケジュール管理装置１０の各構成要素を駆動させる機能ブロック、スケジュール管理システム１において必要な機能ブロック等の演算処理部をソフトウェアで実現する。なお、一部の機能が、ハードウェアで実現されてもよい。この場合は、機能ブロック（演算処理部）が、ソフトウェアとハードウェアとの組み合わせで実現される。

＜＜ユーザ端末＞＞
次に、ユーザ端末３０について説明する。ユーザ端末３０は、登録ユーザが使用する端末である。なお、以下では、登録ユーザであることが明らかな場合には、登録ユーザを「ユーザ」と称することがある。登録ユーザは、ユーザ端末３０を用いてスケジュール管理アプリケーションを起動し、１又は複数のスケジュールを含むスケジュールリストを作成する。それぞれのスケジュールには、動画等のアイテムが関連付けられており、スケジュールリストの作成により、アイテム視聴のスケジュールリストが作成されることとなる。

登録ユーザは、自身が作成したスケジュールリストまたはスケジュール管理装置１０により調整されたスケジュールリストに沿ってアイテムを視聴することでスケジュールを実施する。アイテムの視聴が終了すると、ユーザ端末３０は、スケジュール実施状況をスケジュール管理装置１０へ送信する。これにより、スケジュールが実施されたことがスケジュール管理装置１０に通知される。

図３は、ユーザ端末の構成を例示する図である。なお、図３は、スマートフォンを例にしたユーザ端末３０の構成を示している。図３に示すように、ユーザ端末３０は、プロセッサ３１、メインメモリ３３、ストレージ３５、通信インタフェース３７、表示部３９を備えている。通信インタフェース３７は、スケジュール管理装置１０、アイテム配信装置７０、およびアプリケーション配信装置８０等との間で各種情報の送受信を行う通信装置である。

ストレージ３５は、プログラム記憶領域３５ａ、スケジュールリスト記憶領域３５ｂ、アイテム記憶領域３５ｃ等の各記憶領域を備えている。プログラム記憶領域３５ａは、ユーザ端末３０を動作させる基本プログラム、ユーザ端末３０で実行させるスケジュール管理システム１（スケジュール管理装置１０）用のスケジュール管理アプリケーション等の各種プログラムを記憶する。したがって、ストレージ３５は、プログラムの記録媒体としての機能を有する。スケジュール管理アプリケーションは、アプリケーション配信装置８０に格納されている。ユーザ端末３０は、アプリケーション配信装置８０へアクセスし、スケジュール管理アプリケーションをダウンロードしプログラム記憶領域３５ａに記憶する。また、必要に応じて、スケジュール管理アプリケーションが、プログラム記憶領域３５ａにインストールされる。

スケジュールリスト記憶領域３５ｂは、ユーザのスケジュールリストを記憶する。当初のスケジュールリストは、ユーザが設定したスケジュールリストであるが、その後はスケジュール実施状況に応じて調整されたスケジュールリストとなる場合がある。ユーザ端末３０は、スケジュール管理アプリケーションの起動時にスケジュール管理装置１０からスケジュールリストを受信し、受信したスケジュールリストをスケジュールリスト記憶領域３５ｂへ記憶する。これにより、スケジュールリスト記憶領域３５ｂには、最新のスケジュールリストが記憶される。

アイテム記憶領域３５ｃは、アイテム配信装置７０から受信したアイテムを記憶する。これにより、同じ動画を再度視聴する際に、アイテム配信装置７０へアクセスする必要がなくなる。これにより、スケジュールの実施時（アイテム視聴時）におけるデータ通信量が抑えられる。

メインメモリ３３は、プログラム記憶領域３５ａから読み出したプログラムやパラメータ等を保持する。また、メインメモリ３３は、通信インタフェース３７を介して受信した情報や、通信インタフェース３７を介して送信する情報等も一時的に保持する。

プロセッサ３１は、メインメモリ３３に保持されたプログラムを読み出し実行することで、ユーザ端末３０の各構成要素を駆動させる機能ブロック、スケジュール管理システム１においてユーザ端末３０に必要な機能ブロック等をソフトウェアで実現する。なお、一部の機能が、ハードウェアで実現されてもよい。この場合は、機能ブロックが、ソフトウェアとハードウェアとの組み合わせで実現される。

表示部３９は、ユーザ端末３０の各種画像を表示する。表示部３９には、例えば、ユーザ端末３０の基本動作に関わる画像、スケジュール管理アプリケーションの画像、アイテム等を表示する。なお、表示部３９には、タッチ入力機能が備えられている。この場合、ユーザは、画像を見ながら表示部３９をタッチすることで、所望の入力操作を行う。なお、表示部３９と入力操作部とが別体で構成されてもよい。

＜＜データベース＞＞
データベース５０は、スケジュールと、アイテムとを関連付けるスケジュール－アイテム対応データベース５１を格納する。例えば、スケジュール－アイテム対応データベース５１は、例えば、スケジュールＩＤと、アイテムの保存場所を特定する情報（ＵＲＬ等）とを対応付けた情報で構成される。また、スケジュール－アイテム対応データベース５１は、これらの情報と、アイテムＩＤとを関連付けたものでもよい。

データベース５０は、前述したように、スケジュール管理装置１０とローカルに接続されてもよいし、ネットワーク９０を介してスケジュール管理装置１０と接続されてもよい。なお、データベース５０は、図１のように、スケジュール管理装置１０と別体で設けられてもよいし、スケジュール管理装置１０内に設けられてもよい。

データベース５０をスケジュール管理装置１０と別体で設けておくことで、スケジュール管理装置１０の負荷が抑えられ、スケジュール管理システム１を安定して運用することが可能となる。一方、データベース５０をスケジュール管理装置１０内に設けることで、データベース５０へのアクセス時間が短縮される。

＜＜アイテム配信装置＞＞
アイテム配信装置７０は、動画や音声等のアイテムを配信するサーバである。アイテム配信装置７０は、クリエイター等からアップロードされたアイテムを格納する。アイテム配信装置７０は、ユーザ端末３０からのリクエストに応じて、指定されたアイテムのデータをユーザ端末３０へ送信する。例えば、ユーザ端末３０からのリクエストにアイテムの保存場所を指定するＵＲＬが含まれ、アイテム配信装置７０は、指定されたＵＲＬに保存されたアイテムのデータを送信する。

なお、アイテム配信装置７０は、スケジュール管理システム１またはスケジュール管理装置１０を運用する事業者に管理されてもよいし、その他の事業者等に管理されてもよい。

＜＜アプリケーション配信装置＞＞
アプリケーション配信装置８０は、スケジュール管理アプリケーション等のアプリケーションを配信するサーバである。アプリケーション配信装置８０には、プログラマやクリエイター等からアップロードされたアプリケーションを格納する。アプリケーション配信装置８０は、ユーザ端末３０からのリクエストに応じて、スケジュール管理アプリケーションをユーザ端末３０へ送信する。

なお、アプリケーション配信装置８０は、スケジュール管理システム１またはスケジュール管理装置１０を運用する事業者に管理されてもよいし、その他の事業者等に管理されてもよい。

＜スケジュール管理方法＞
次に、スケジュール管理方法について説明する。図４は、スケジュール管理方法の概要を説明する図である。図４には、スケジュール管理装置１０、ユーザ端末３０、データベース５０、アイテム配信装置７０が示されている。

以下では、図４等を参照しながら、コンテンツ登録、スケジュールリスト生成、スケジュール管理の順で、スケジュール管理方法について詳しく説明する。

＜＜コンテンツ登録＞＞
まず、コンテンツ登録について説明する。図５は、コンテンツ登録方法の一例を示すフロー図である。図５のフローは、ステップＳ１０－Ｓ４０を含む。
ステップＳ１０では、コンテンツのカテゴリーが設定される。設定されるカテゴリーとして、例えば、日常生活、健康、ビジネス、趣味、資格等に関するものが挙げられるが、特に限定されるものではない。これらのカテゴリーは、スケジュール管理装置１０の管理者により設定されるが、コンテンツの投稿者により設定されるようにしてもよい。

ステップＳ２０では、コンテンツの登録が行われる。例えば、コンテンツの投稿者（クリエイター）は、自身の端末を操作して、スケジュール管理装置１０にアクセスする。そして、投稿者の端末から入力されたコンテンツ情報に基づき、コンテンツの登録が行われる。具体的に述べると、図４に示すように、スケジュール管理装置１０は、ユーザとは別にコンテンツ投稿者の管理も行っている。登録されたコンテンツ投稿者は、自身の端末に表示されるコンテンツ登録画面を参照し、登録に必要な情報を入力してコンテンツの登録を行う。登録されたコンテンツは、コンテンツ記憶領域１５ｆに記憶される。なお、コンテンツ投稿者の端末は、ユーザ端末３０となる場合もあり得る。

図６は、コンテンツ登録画面を例示する図である。図６に示すように、コンテンツ登録画面５００は、例えば、サムネイル画像入力欄５０１、カテゴリー入力欄５０２、コンテンツ名入力欄５０３、販売価格入力欄５０４、説明文入力欄５０５、選択可能時間入力欄５０６、登録ボタン５０７を含む。コンテンツ投稿者は、これらの各入力欄に必要な情報や画像を入力し、登録ボタン５０７の押下（タッチ、クリック等）を行うことで、コンテンツを登録する。

ステップＳ３０では、登録されたコンテンツに対するスケジュールの登録およびスケジュールに対応するアイテムの登録が行われる。図７は、スケジュール登録画面を例示する図である。図７（ａ）はスケジュール登録画面６００を示し、図７（ｂ）はアイテム選択画面６１０を示している。図７に示す画面は、コンテンツ投稿者の端末に表示される。

図７（ａ）に示すように、スケジュール登録画面６００は、登録スケジュール表示欄６０１、スケジュール追加ボタン６０９を含む。登録スケジュール表示欄６０１は、スケジュール番号表示欄６０２、アイテムのサムネイル表示欄６０３、アイテム名表示欄６０４、アイテム説明文表示欄６０５、設定時間表示欄６０６を含む。設定時間表示欄６０６には、時間設定ボタン６０７により設定または選択された所要時間が、スケジュールごとに表示される。また、登録スケジュール表示欄６０１には、スケジュールごとに、スケジュール削除ボタン６０８が設けられ、スケジュール削除ボタン６０８が押下（タッチ、クリック等）されることで、登録したスケジュールが削除できるようになっている。

スケジュール追加ボタン６０９が押下（タッチ、クリック等）されると、登録スケジュール表示欄６０１に新たなスケジュールが追加され、図７（ｂ）のアイテム選択画面６１０が表示される。アイテム選択画面６１０は、アイテム保存場所参照ボタン６１１、選択済アイテム表示欄６１２、アイテム追加ボタン６１３を含む。コンテンツの投稿者は、アイテム保存場所参照ボタン６１１を押下（タッチ、クリック等）して、アイテムの保存場所を参照し、追加登録されたスケジュールに対応するアイテムを選択する。選択されたアイテムのファイル名（あるいはアイテムの保存場所を特定するＵＲＬ等の情報）が、選択済アイテム表示欄６１２に表示される。そして、アイテム追加ボタン６１３が押下（タッチ、クリック等）されると、選択済アイテム表示欄６１２に表示されたアイテムが、追加されたスケジュールと関連付けて登録される。登録されたアイテムのサムネイル画像が、登録スケジュール表示欄６０１のサムネイル表示欄６０３に表示される。そして、コンテンツの投稿者は、アイテム名表示欄６０４に追加登録したアイテムのアイテム名を入力し、アイテム説明文表示欄６０５に追加登録したアイテムの説明文を入力し、設定時間表示欄６０６に追加登録したアイテムの所要時間を設定する。登録されたスケジュールおよび設定されたスケジュール実施条件は、例えばコンテンツ記憶領域１５ｆに記憶される。

そして、ステップＳ４０では、登録されたスケジュール、およびそれぞれのスケジュール対応するアイテムは、互いに関連付けられてスケジュール－アイテム対応データベース５１が生成され、スケジュール－アイテム対応データベース５１がデータベース５０に格納される。

＜＜スケジュールリスト生成＞＞
次に、スケジュールリスト生成について説明する。図８は、スケジュールリスト生成方法の一例を示すフロー図である。図８のフローは、ステップＳ１１０－Ｓ１３０を含む。ステップＳ１１０では、コンテンツの購入が行われる。図９は、コンテンツの購入方法を説明する図である。ユーザは、ユーザ端末３０を操作してスケジュール管理アプリケーションを起動し、例えば図９（ａ）に示すようなカテゴリー選択画面７００を表示させる。そして、ユーザは、カテゴリー選択画面７００から任意のカテゴリーを選択する。ユーザがカテゴリーを選択すると、図９（ｂ）に示すような、選択したカテゴリーのコンテンツ一覧７１０が表示される。ユーザは、コンテンツ一覧７１０から任意のコンテンツを選択すると、図９（ｃ）に示すようなコンテンツ紹介画面７２０が表示される。図９の各画面は、ユーザ端末３０に表示される。

コンテンツ紹介画面７２０は、サムネイル表示欄７２１、説明文表示欄７２２、販売価格表示欄７２３、選択可能時間表示欄７２４、購入ボタン７２５を含む。サムネイル表示欄７２１には、サムネイル画像入力欄５０１に入力されたサムネイル画像が表示される。説明文表示欄７２２には、説明文入力欄５０５に入力された説明文が表示される。販売価格表示欄７２３には、販売価格入力欄５０４に入力された販売価格が表示される。選択可能時間表示欄７２４には、選択可能時間入力欄５０６に入力された選択可能時間が表示される。ユーザは、コンテンツ紹介画面７２０に表示された各情報を参照して、このコンテンツの情報を取得する。そして、購入ボタン７２５を押下（タッチ、クリック等）すると、このコンテンツを購入することができる。なお、選択したコンテンツが購入済である場合には、コンテンツ紹介画面７２０の表示欄に、このコンテンツを購入済であることが表示される（図９（ｄ））。

ステップＳ１２０では、スケジュールリストに含まれるスケジュールが選択される。すなわち、スケジュールの選択により、スケジュールリストが生成される。図１０は、スケジュール選択方法を説明する図である。ユーザは、例えば図１０（ａ）に示すようなスケジュールリスト生成画面８００をユーザ端末３０に表示させる。スケジュールリスト生成画面８００は、スケジュール一覧表示欄８０１、スケジュールリスト表示欄８０３を含む。そして、ユーザは、スケジュール一覧表示欄８０１から、スケジュールリストに追加するスケジュールを選択し、選択したスケジュールをスケジュールリスト表示欄８０３に追加する。例えば、スケジュールリスト表示欄８０３へのスケジュールの追加は、タッチ操作やドラッグ＆ドロップ等により行われる。なお、スケジュール一覧表示欄８０１には、スケジュールに対応するアイテムのアイテム名の一覧が表示されてもよい。

スケジュールが追加されると、図１０（ｂ）に示すように、追加されたスケジュールがスケジュールリスト表示欄８０３に表示される。なお、図１０では、最初にスケジュール１が追加され、２番目にスケジュール５が追加された例が示されている。スケジュールリスト表示欄８０３に追加された各スケジュールには、例えば、アイテム名表示欄８０４、実施条件設定ボタン８１０、消去ボタン８１１が表示される。アイテム名表示欄８０４には、登録スケジュール表示欄６０１のアイテム名表示欄６０４に入力されたアイテム名が表示される。なお、各コンテンツに代表的なスケジュールリストが予め設定されてもよいし、代表的なスケジュールリストを適宜変更することでユーザが所望するスケジュールリストが生成されてもよい。

ステップＳ１３０では、各スケジュールの実施条件が設定される。図１１は、スケジュールの実施条件の設定方法を説明する図である。図１０（ｂ）の実施条件設定ボタン８１０が押下されると、図１１（ａ）に示すようなスケジュール実施条件設定画面９００が表示される。スケジュール実施条件設定画面９００は、シチュエーション設定欄９１０、繰越設定欄９２０、スケジュール変更設定欄９３０、削除スケジュール設定欄９４０を含む。

シチュエーション設定欄９１０では、スケジュールを実行するシチュエーションが設定される。シチュエーションには、例えば、起床から就寝までのあらゆる状況が含まれる。シチュエーション設定欄９１０を選択すると、想定されるシチュエーションが一覧表示される。ユーザは、表示されたシチュエーション一覧からスケジュールを実行するシチュエーションを選択する。

次に、繰越設定欄９２０、スケジュール変更設定欄９３０、削除スケジュール設定欄９４０では、ユーザがスケジュールを実行しなかった場合における、このスケジュールの取り扱いがオプションとして設定される。繰越設定欄９２０では、このスケジュールを繰り越すかどうかが設定される。繰り越す場合には繰越有が設定され、繰り越さない場合には繰越無が設定される。繰り越される場合には、後続のスケジュールリストに、このスケジュールが追加される。

スケジュール変更設定欄９３０では、繰り越したスケジュールを別のスケジュールとして実行する場合における、変更後のスケジュールが選択される。この場合、後続のスケジュールリストには、変更後のスケジュールが追加される。削除スケジュール設定欄９４０では、スケジュールを繰り越した場合に、後続のスケジュールリストから削除されるスケジュールが設定される。

このように、シチュエーションおよびオプションが設定されると、図１１（ｂ）に示すように、追加されたスケジュールに反映される。具体的には、追加されたスケジュールに、シチュエーション表示欄８２１、オプションアイコン８２２、８２３、８２４が表示される。シチュエーション表示欄８２１には、シチュエーション設定欄９１０で設定されたシチュエーションが表示される。オプションアイコンは、繰越設定欄９２０で繰越有が選択された場合に表示される。オプションアイコン８２３は、変更後のスケジュールが設定された場合に表示される。オプションアイコン８２４は、変更後のスケジュールが設定された場合に表示される。図１０（ｂ）では、最初のスケジュールのみスケジュール実施条件が設定されているが、その他のスケジュールについても、同様にしてスケジュール実施条件が設定される。このようにして、スケジュールリストが生成される。そして、生成されたスケジュールリストは、スケジュールリスト記憶領域１５ｃに記憶される。なお、各スケジュールのシチュエーションおよびオプションは、コンテンツ登録時に予め設定されてもよい。また、予め設定されたシチュエーションが、スケジュール実施条件設定画面９００から適宜変更されてもよい。

＜＜スケジュール管理＞＞
次に、スケジュール管理方法について説明する。図１２は、スケジュール管理方法の一例を示すフロー図である。図１２のフローは、ステップＳ２１０－Ｓ２５０を含む。

ユーザ端末３０においてスケジュール管理アプリケーションが起動されると（ステップＳ２１０）、ユーザ端末３０は、スケジュール管理装置１０へアクセスし、スケジュール管理装置１０から最新のスケジュールリストを受信し、受信したスケジュールリストを表示する（ステップＳ２２０）。

図１３は、表示されたスケジュールリストを例示する図である。なお、図１３では、当日のスケジュールリストのみが表示されているが、画面をスクロールさせると、翌日やそれ以降のスケジュールリストを表示させることができる。図１３のスケジュールリストには、シチュエーションごとのスケジュールが示されている。各スケジュールには、チェック欄１０００が設けられている。

ユーザがスケジュールに対応するアイテムの視聴を完了すると（ステップＳ２３０）、ユーザ端末３０は、スケジュールが実施されたと判断し、チェック欄１０００にチェックを入れる。そして、ユーザ端末３０は、アイテム実施状況を送信し、このスケジュールが実施されたことをスケジュール管理装置１０へ通知する（ステップＳ２４０）。スケジュール管理装置１０は、アイテム実施状況に基づき、このユーザのスケジュールリストを更新する（ステップＳ２５０）。なお、スケジュール管理装置１０は、ユーザから送信されるアイテム視聴情報に基づいて、スケジュールリストの更新やスケジュールリストの調整を行ってもよい。

＜＜ユーザによるスケジュール実施状況の確認＞＞
図１４、図１５は、ユーザによるスケジュール実施状況の確認方法を説明する図である。図１４は、ユーザ端末にスケジュール実施状況確認画面１１００が表示された様子が示されている。スケジュール実施状況確認画面１１００には、カレンダー１１１０、コンテンツ名１１２０が表示される。

カレンダー１１１０には、コンテンツのスケジュールを実施した日（図１４では２９日）にチェックが入っている。チェックが入った日を選択すると、図１５に示すようなスケジュール実施履歴画面１１３０が表示される。スケジュール実施履歴画面１１３０には、その日に実施したスケジュールが一覧表示される。ユーザは、スケジュール実施履歴画面１１３０を参照することで、当日や過去に実施したスケジュールを確認することができる。

＜＜スケジュールリストの調整＞＞
次に、スケジュールが実施されなかった場合における、スケジュールリストの調整について説明する。図１６は、スケジュールリストの調整方法の一例を示すフロー図である。図１６のフローは、ステップＳ３１０－Ｓ３７０を含む。これらのステップは、スケジュール管理装置１０で実行される。

ステップＳ３１０では、実施されなかったスケジュールの有無が判定される。実施されなかったスケジュールがない場合（Ｎｏ）、スケジュールリストの調整が行われることなく、フローが終了する。一方、実施されなかったスケジュールがある場合（Ｙｅｓ）、ステップＳ３２０へ移行する。

ステップＳ３２０では、実施されなかったスケジュールを繰り越すかどうかが判定される。繰り越さない場合（Ｎｏ）、スケジュールリストの調整が行われることなく、フローが終了する。一方、繰り越す場合（Ｙｅｓ）、ステップＳ３３０へ移行する。

ステップＳ３３０では、実施されなかったスケジュールを繰り越したことでその他のスケジュールを別のスケジュールに変更するかどうかが判定される。変更するスケジュールが存在する場合（Ｙｅｓ）、ステップＳ３４０へ移行し、実施されなかったスケジュールの追加と変更対象のスケジュールの変更とを行ったスケジュールリストが生成される。そして、ステップＳ３６０へ移行する。一方、その他のスケジュールを別のスケジュールに変更しない場合（Ｎｏ）には、ステップＳ３３０からステップＳ３５０へ移行する。ステップＳ３３０では、繰り越したスケジュールを追加したスケジュールリストが生成される。そしてステップＳ３６０へ移行する。

ステップＳ３６０では、実施されなかったスケジュールを繰り越したことで削除するスケジュールの有無が判定される。削除するスケジュールがある場合（Ｙｅｓ）、ステップＳ３７０へ移行し、削除対象のスケジュールが削除されたスケジュールリストが生成され、フローが終了する。なお、ステップＳ３７０で生成されるスケジュールリストは、スケジュール変更が行われたものも、スケジュール変更が行われないものも含まれる。一方、削除するスケジュールがない場合（Ｎｏ）には、フローが終了する。これらのステップにより、スケジュールリストの調整が行われる。なお、図１６では、スケジュール変更の有無に応じたスケジュールリストの調整と、削除するスケジュールがあった場合のスケジュールリストの調整とをそれぞれ別のステップで行う場合が示されているが、スケジュール変更の有無の判定と、削除するスケジュールの有無の判定とを行った後、まとめてスケジュールリストの調整を行ってもよい。

＜＜コンテンツの設定変更＞＞
次に、コンテンツの設定変更について説明する。図１７は、コンテンツの設定変更方法を説明する図である。図１７には、ユーザ端末３０に表示されるコンテンツ設定変更画面１２００が示されている。コンテンツ設定変更画面１２００は、設定変更ボタン１２１０、スケジュールリストリセットボタン１２２０、コンテンツ削除ボタン１２３０、時間変更ボタン群１２４０を含む。

時間変更ボタン群１２４０のいずれかのボタンを押下して時間を選択することで、１日当たり時間の設定を変更することができる。

設定変更ボタン１２１０を押下すると、例えば図１１（ｂ）に示すようなスケジュールリスト生成画面８００（スケジュールリスト表示欄８０３）が表示され、スケジュールごとに実施条件等の設定変更を行うことができる。スケジュールリストリセットボタン１２２０が押下されると、スケジュールリストに含まれるスケジュールがリセットされる。そして、例えば図１０（ａ）のスケジュールリスト生成画面８００におけるスケジュール再選択、図１１（ａ）のスケジュール実施条件設定画面９００におけるスケジュール実施条件（シチュエーション、オプション）の再設定を行うことができる。コンテンツ削除ボタン１２３０を押下すると、コンテンツが削除される。

＜本実施の形態による主な効果＞
本実施の形態によれば、ユーザ端末３０から送信されるスケジュール実施状況またはアイテム視聴情報に基づき、スケジュール管理装置１０は、ユーザのスケジュールリストを更新する。この構成によれば、ユーザのスケジュール実施状況を適切に管理することが可能となる。

（実施の形態２）
次に、実施の形態２について説明する。本実施の形態およびこれ以降の実施の形態では、スケジュールリスト生成モデルを用いて、コンテンツに対応するユーザのスケジュールリストが自動的に生成される。まず、本実施の形態では、学習処理により、スケジュールリスト生成モデルのパラメータ調整が行われる。

図１８は、本発明の実施の形態２に係るスケジュール管理装置の構成を例示する図である。図１８は、図２の構成に、スケジュールリスト自動生成部２０１１ａ、学習処理部２０１１ｂ、学習データ記憶領域２０１５ｐ、スケジュールリスト生成モデル記憶領域２０１５ｑ、パラメータ記憶領域２０１５ｒ、およびスケジュールリスト記憶領域２０１５ｓが追加されている。

スケジュールリスト自動生成部２０１１ａ、および学習処理部２０１１ｂは、ソフトウェア、またはソフトウェアとハードウェアとの協働によりプロセッサ１１上に実現される機能ブロック（演算処理部）である。学習データ記憶領域２０１５ｐ、スケジュールリスト生成モデル記憶領域２０１５ｑ、パラメータ記憶領域２０１５ｒ、およびスケジュールリスト記憶領域２０１５ｓは、ストレージ１５に設けられる。

学習データは、例えばユーザごとの、過去のスケジュールリスト、過去のスケジュール実施状況、各スケジュールの実施時刻、各スケジュールのシチュエーション等の情報を含む。なお、比較情報は、プロセッサ１１に実現された機能ブロックにおいて、ユーザがスケジュールを実行するごとに生成・更新されてもよいし、所定期間ごと、あるいはスケジュールリストに含まれるすべてのスケジュールが終了した後に生成・更新されてもよい。なお、学習データ記憶領域２０１５ｐは、ユーザごとにまとめた状態で学習データを記憶してもよいし、複数ユーザ分の学習データをまとめて記憶してもよい。

スケジュールリスト生成モデルは、１又は複数のアルゴリズムを含んで構成される。スケジュールリスト生成モデルに含まれるアルゴリズムは、例えばニューラルネットワーク等の既知のアルゴリズムでもよいし、スケジュールリスト生成用の専用アルゴリズムでもよい。

パラメータは、スケジュールリスト生成モデルに適用され、スケジュールリスト生成モデルの性能を規定するデータである。スケジュールリスト生成モデルに複数のアルゴリズムが含まれる場合、パラメータはアルゴリズムごとに用意される。パラメータ記憶領域２０１５ｒには、アルゴリズムごとに区分けされた状態でパラメータが記憶されてもよいし、ユーザごとにパラメータが区分けされた状態で記憶されてもよい。

スケジュールリスト記憶領域２０１５ｓには、スケジュールリスト自動生成部２０１１ａで自動生成されたスケジュールリストが記憶される。なお、自動生成されたスケジュールリストは、スケジュールリスト記憶領域１５ｃに記憶されてもよい。

学習処理部２０１１ｂは、アルゴリズムのパラメータ調整を行う機能ブロックである。学習処理部２０１１ｂは、例えば、対応する対象ユーザのパラメータを適用したスケジュールリスト生成モデルにこの対象ユーザの学習データを入力する等の処理を行う。これにより、学習処理部２０１１ｂは、ユーザの過去のスケジュール実施状況等を含む学習データに基づいてパラメータの調整を行う。

スケジュールリスト自動生成部２０１１ａは、スケジュールリストを自動生成する機能ブロックである。スケジュールリスト自動生成部２０１１ａは、例えば、対象ユーザのパラメータを適用したスケジュールリスト生成モデルに、この対象ユーザが購入したコンテンツの情報を入力することで、対象ユーザに適したこのコンテンツのスケジュールリストを自動生成する。

＜スケジュールリスト生成モデルのパラメータ調整＞
図１９は、スケジュールリスト生成モデルのパラメータ調整方法の一例を示すフロー図である。図１９のフローは、ステップＳ４１０－Ｓ４３０を含む。ステップＳ４１０において、学習処理部２０１１ｂは、スケジュールリスト生成モデル、パラメータ、学習データ、および購入済のコンテンツをストレージ１５から読み出す。

このとき読み出されるパラメータおよび学習データは、同一ユーザのものであり、同一ユーザのパラメータおよび学習データを用いてパラメータ調整が行われる。なお、複数ユーザのパラメータ調整を連続して行う場合には、予め複数ユーザのパラメータおよび学習データを読み出しておいてもよい。

そして、ステップＳ４２０では、学習処理部２０１１ｂにおいて、学習処理によるパラメータ調整が行われる。図２０は、パラメータ調整に係る学習処理の一例を示す図である。図２０のフローは、ステップＳ４２１－Ｓ４２７を含む。ステップＳ４２１において、学習処理部２０１１ｂは、過去のスケジュールリストと、これと対応するスケジュール実施状況とを比較した比較情報を生成する。なお、事前に比較情報が生成されている場合、ステップＳ４２１は無視してもよい。

そして、学習処理部２０１１ｂは、比較情報を含む各種の学習データに基づいてパラメータ調整を行う（ステップＳ４２２）。なお、パラメータの調整には、同一ユーザの複数のコンテンツにおけるスケジュールリストおよびスケジュール実施状況が用いられてもよい。例えば、パラメータ調整に用いたコンテンツに含まれないシチュエーションがあった場合、そのシチュエーションについて、他のコンテンツのスケジュールリストおよびスケジュール実施状況を利用することで、パラメータの精度を向上させることが可能とする。

そして、調整後のパラメータをスケジュールリスト生成モデルに適用し（ステップＳ４２３）、学習処理部２０１１ｂは、調整後のパラメータを適用したスケジュールリスト生成モデルにコンテンツを入力する（ステップＳ４２４）。

そして、スケジュールリスト生成モデルは、入力されたコンテンツからスケジュールリストを生成し（ステップＳ４２５）、学習処理部２０１１ｂは、生成されたスケジュールリストと、対応するスケジュール実施状況とを比較する（ステップＳ４２６）。ステップＳ４２６において、学習処理部２０１１ｂは、例えば、ステップＳ４２５において生成されたスケジュールリストに含まれるスケジュール数に対する、ユーザが実施したスケジュール数の割合を、スケジュール達成率（第１スケジュール達成率）として算出する。なお、学習処理用のスケジュールリストの生成は、スケジュールリスト自動生成部２０１１ａで行われてもよい。

ステップＳ４２７において、学習処理部２０１１ｂは、パラメータの調整が十分であるか否かが判定される。例えば、スケジュール達成率が閾値（第１閾値）未満である場合（Ｎｏ）、学習処理部２０１１ｂは、パラメータの調整が十分でないと判断し、ステップＳ４２３－Ｓ４２６の処理が再度実行される。一方、スケジュール達成率が閾値以上である場合（Ｙｅｓ）、学習処理部２０１１ｂは、パラメータの調整が十分であると判断し、パラメータの調整を終了する。そして、調整済のパラメータがストレージ１５に保存される（ステップＳ４３０）。

＜スケジュールリスト自動生成＞
次に、スケジュールリスト自動生成について説明する。スケジュールリストの自動生成は、例えば、ユーザ端末３０に表示されるスケジュールリスト生成画面８００（図１０（ａ））等に表示されるスケジュールリスト自動生成ボタン１８０１を押下することで開始される。

図２１は、スケジュールリスト自動生成方法の一例を示すフロー図である。図１９のフローは、ステップＳ５１０－Ｓ５５０を含む。ステップＳ５１０において、スケジュールリスト自動生成部２０１１ａは、スケジュールリスト生成モデル、パラメータ、およびスケジュールリスト生成の対象となるコンテンツをストレージ１５から読み出す。

そして、スケジュールリスト自動生成部２０１１ａは、スケジュールリスト生成モデルにパラメータを適用し（ステップＳ５２０）、スケジュールリスト生成モデルにコンテンツを入力する（ステップＳ５３０）。スケジュールリスト生成モデルは、入力されたコンテンツからユーザに適したスケジュールリストを生成し（ステップＳ５４０）、生成したスケジュールリストをストレージ１５に保存する（ステップＳ５５０）。なお、ステップＳ５５０では、生成されたスケジュールリストが、スケジュール管理装置１０からユーザ端末３０へ送信されてもよい。

なお、ユーザは、自身のユーザ端末３０で確認しながら、スケジュールリスト自動生成部２０１１ａで生成されたスケジュールリストの修正を行ってもよい。これにより、スケジュールリストの生成に係る負担を抑えつつ、ユーザ所望のスケジュールリストを生成することが可能となる。ユーザが修正したスケジュールリストは、スケジュール管理装置１０へ送信されストレージ１５に保存される。

＜本実施の形態による主な効果＞
本実施の形態によれば、前述の実施の形態１における効果に加え、以下の効果が得られる。本実施の形態によれば、ユーザの過去の実績に基づくスケジュールリストが生成されるので、スケジュールリストの生成に係るユーザの負担が軽減されるとともに、ユーザに適したスケジュールリストを提供することが可能となる。

（実施の形態３）
次に、実施の形態３について説明する。本実施の形態では、学習処理により、スケジュールリスト生成モデルの生成、およびスケジュールリスト生成モデルのパラメータ調整が行われる。

図２２は、本発明の実施の形態３に係るスケジュール管理装置の構成を例示する図である。図２２は、図１８と同様の構成であるが、学習処理部２０１１ｂの機能が実施の形態２と異なる。本実施の形態に係る学習処理部２０１１ｂは、スケジュールリスト生成モデルの生成、およびスケジュールリスト生成モデルのパラメータ調整を行う。そして、スケジュールリスト生成モデル記憶領域２０１５ｑは、主に、学習処理部２０１１ｂで生成・更新されたスケジュールリスト生成モデルを記憶する。

＜スケジュールリスト生成モデルの生成＞
図２３は、スケジュールリスト生成モデルの生成方法の一例を示すフロー図である。図２３のフローは、ステップＳ６１０－Ｓ６３０を含む。ステップＳ６１０において、学習処理部２０１１ｂは、スケジュールリスト生成モデル、パラメータ、学習データ、および購入済のコンテンツをストレージ１５から読み出す。ステップＳ６１０は、図１９のステップＳ４１０と類似している。
なお、ベースのアルゴリズムを用いることなくスケジュールリスト生成モデルを生成する場合、初回のステップＳ６１０では、スケジュールリスト生成モデル記憶領域２０１５ｑにスケジュールリスト生成モデルが記憶（保存）されていない。したがって、この場合、スケジュールリスト生成モデルの読み出しは行われない。また、この場合、パラメータも用意されていないので、パラメータを読み出しも行われない。２回目およびそれ以降のステップＳ６１０では、スケジュールリスト生成モデル、およびパラメータの読み出しが行われる。

そして、ステップＳ６２０では、学習処理部２０１１ｂにおいて、学習処理によるスケジュールリスト生成モデルの生成または更新が行われる。図２４は、スケジュールリスト生成に係る学習処理の一例を示す図である。図２４のフローは、ステップＳ６２１－Ｓ６２７を含む。ステップＳ６２１において、学習処理部２０１１ｂは、過去のスケジュールリストと、これと対応するスケジュール実施状況とを比較した比較情報を生成する。なお、事前に比較情報が生成されている場合、このステップＳ６２１は無視される。

そして、学習処理部２０１１ｂは、１回目の学習処理では、比較情報を含む学習データを用いて当初のスケジュールリスト生成モデルを生成する（ステップＳ６２２）。なお、２回目およびそれ以降の学習処理では、前回生成したスケジュールリスト生成モデルの更新が行われる。
なお、スケジュールリスト生成モデルの生成・更新には、同一ユーザの複数のコンテンツに対応するスケジュールリストおよびスケジュール実施状況が用いられてもよい。例えば、パラメータ調整に用いるコンテンツに含まれないシチュエーションがあった場合、そのシチュエーションについて、他のコンテンツのスケジュールリストおよびスケジュール実施状況を利用することで、スケジュールリスト生成モデルの精度を向上させることが可能となる。

ステップＳ６２３では、パラメータがスケジュールリスト生成モデルに適用される。ただし、パラメータが用意されていない場合、学習処理部２０１１ｂは、所定の値、あるいはランダムに生成された値からなるパラメータを生成し、このパラメータをスケジュールリスト生成モデルに適用する。そして、学習処理部２０１１ｂは、パラメータを適用したスケジュールリスト生成モデルにコンテンツを入力する（ステップＳ６２４）。

そして、スケジュールリスト生成モデルは、入力されたコンテンツからスケジュールリストを生成し（ステップＳ６２５）、学習処理部２０１１ｂは、生成されたスケジュールリストと、対応するスケジュール実施状況とを比較する（ステップＳ６２６）。ステップＳ６２６において、学習処理部２０１１ｂは、例えば、ステップＳ６４５において生成されたスケジュールリストに含まれるスケジュール数に対する、ユーザが実施したスケジュール数の割合を、スケジュール達成率（第２スケジュール達成率）として算出する。なお、学習処理用のスケジュールリストの生成は、スケジュールリスト自動生成部２０１１ａで行われてもよい。

ステップＳ６２７において、学習処理部２０１１ｂは、スケジュールリスト生成モデルの精度が十分であるか否かが判定される。例えば、スケジュール達成率が閾値（第２閾値）未満である場合（Ｎｏ）、学習処理部２０１１ｂは、スケジュールリスト生成モデルの精度が不十分であると判断し、ステップＳ６２３－Ｓ６２６の処理が再度実行される。一方、スケジュール達成率が閾値以上である場合（Ｙｅｓ）、学習処理部２０１１ｂは、スケジュールリスト生成モデルの精度が十分であると判断し、スケジュールリスト生成モデルの生成・更新を終了する。そして、生成・更新されたスケジュールリスト生成モデルがストレージ１５に保存される（ステップＳ６３０）。

なお、スケジュールリスト生成モデルの生成開始直後は、学習データの解析量（学習量）が少なく、さらにパラメータ調整が未実施または不十分な可能性がある。このため、スケジュールリスト生成モデルの更新回数（図２３のフローの実施回数）に応じて、第２閾値を段階的に変動させてもよい。例えば、スケジュールリスト生成モデルの更新回数が少ない状況では第２閾値を低く設定し、スケジュールリスト生成モデルの更新回数が多くなるにつれて第２閾値を高い値に順次切り替える。これにより、スケジュールリスト生成モデルの生成処理を収束させることができ、処理時間を短縮させることが可能となる。

また、スケジュールリスト生成モデルの生成処理が収束しない場合を考慮し、１回のスケジュールリスト生成モデルの生成処理における学習処理（ステップＳ４２０）の繰り返し回数の上限を設けてもよい。この場合、スケジュール達成率が最大となったときのスケジュールリスト生成、または最後に生成されたスケジュールリスト生成モデルが保存される。

本実施の形態における、学習処理部２０１１ｂによるパラメータ調整方法は、実施の形態２と同様であるので説明は省略する。また、スケジュールリスト自動生成部２０１１ａによるスケジュールリスト生成方法も実施の形態２と同様であるので説明は省略する。

＜本実施の形態による主な効果＞
本実施の形態によれば、前述の実施の形態１－２における効果に加え、以下の効果が得られる。本実施の形態によれば、学習処理によりスケジュールリスト生成モデルが生成されるので、ユーザの過去の実績に基づく、より適切なスケジュールリストを生成することが可能となる。

なお、本発明は上記した実施の形態に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えなくてもよい場合がある。

また、ある実施の形態の構成の一部を他の実施の形態や変形例等の構成に置き換えることが可能である。また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。なお、図面に記載した各要素や要素間の相対的なサイズは、本発明を分かりやすく説明するため簡素化・理想化しており、実装上はより複雑になる場合がある。

１…スケジュール管理システム、１０…スケジュール管理装置、３０…ユーザ端末、５０…データベース、７０…アイテム配信装置、８０…アプリケーション配信装置、９０…ネットワーク、２０１１ａ…スケジュールリスト自動生成部、２０１１ｂ…学習処理部

Claims (11)

1. ユーザが購入したコンテンツのスケジュール管理を行うスケジュール管理装置であって、
   演算処理部と、
   ストレージと、
   を備え、
   前記ストレージは、１または複数のスケジュールを含む前記コンテンツのスケジュールリストを記憶し、
   前記演算処理部は、前記ユーザが前記スケジュールを実施するとユーザ端末から送信されるスケジュール実施状況に基づき、前記スケジュールリストを更新する、
   スケジュール管理装置。
2. 請求項１に記載のスケジュール管理装置において、
   前記スケジュールは、アイテムと関連付けられており、
   前記演算処理部は、前記ユーザが前記アイテムの視聴を完了すると前記ユーザ端末から送信されるアイテム視聴情報を含む前記スケジュール実施状況に基づき、前記スケジュールリストを更新する、
   スケジュール管理装置。
3. 請求項１に記載のスケジュール管理装置において、
   前記ユーザが実施しない前記スケジュールがある場合、
   前記演算処理部は、後続の前記スケジュールリストを調整する、
   スケジュール管理装置。
4. 請求項３に記載のスケジュール管理装置において、
   実施されなかった前記スケジュールを繰り越す場合、
   前記演算処理部は、繰り越した前記スケジュールを追加した新たなスケジュールリストを生成する、
   スケジュール管理装置。
5. 請求項４に記載のスケジュール管理装置において、
   実施されなかった前記スケジュールを繰り越したことでその他のスケジュールを別のスケジュールに変更する場合、
   前記演算処理部は、繰り越した前記スケジュールの追加と、変更対象の前記スケジュールの変更とを行ったスケジュールリストを生成する、
   スケジュール管理装置。
6. 請求項４に記載のスケジュール管理装置において、
   実施されなかった前記スケジュールを繰り越したことで削除するスケジュールが存在する場合、
   前記演算処理部は、繰り越した前記スケジュールの追加と、削除対象の前記スケジュールの削除と、を行ったスケジュールリストを生成する、
   スケジュール管理装置。
7. 請求項１に記載のスケジュール管理装置において、
   前記演算処理部は、学習データ、スケジュールリスト生成モデル、前記スケジュールリスト生成モデルに適用されるパラメータ、および前記コンテンツを用いた学習処理により前記パラメータの調整を行い、
   前記演算処理部は、前記学習処理部で調整された前記パラメータを適用した前記スケジュールリスト生成モデルに前記コンテンツを入力し、前記スケジュールリストを生成する、
   スケジュール管理装置。
8. 請求項７に記載のスケジュール管理装置において、
   前記演算処理部は、前記ユーザごとに前記パラメータの調整を行う、
   スケジュール管理装置。
9. 請求項１に記載のスケジュール管理装置において、
   前記演算処理部は、１回目の学習処理では、学習データを解析して当初のスケジュールリスト生成モデルを生成し、２回目およびそれ以降の前記学習処理では、前記学習データ、前回生成した前記スケジュールリスト生成モデル、前記スケジュールリスト生成モデルに適用されるパラメータ、および前記コンテンツを用いて前記スケジュールリスト生成モデルを更新し、
   前記演算処理部は、前記学習処理部で生成または更新された前記スケジュールリスト生成モデルに前記コンテンツを入力し、前記スケジュールリストを生成する、
   スケジュール管理装置。
10. 請求項９に記載のスケジュール管理装置において、
    前記演算処理部は、前記学習データ、前記スケジュールリスト生成モデル、前記パラメータ、および前記コンテンツを用いた学習処理により前記パラメータの調整を行い、
    前記演算処理部は、前記学習処理部で調整された前記パラメータを適用した前記スケジュールリスト生成モデルに前記コンテンツを入力し、前記スケジュールリストを生成する、
    スケジュール管理装置。
11. 請求項７または９に記載のスケジュール管理装置において、
    前記学習データは、前記ユーザの、過去のスケジュールリスト、過去のスケジュール実施状況、前記スケジュールの実施時刻、シチュエーションを含む、
    スケジュール管理装置。
    
    

Images