JP6897482B2 - コンテンツ配信管理プログラム、コンテンツ配信管理方法及びコンテンツ配信管理装置 - Google Patents

Description

本発明は、コンテンツ配信管理プログラム、コンテンツ配信管理方法及びコンテンツ配信管理装置に関する。

従来、複数の場所をユーザがランダムに回りながら、作業を行ったりサービスの提供を受ける場合に、その場所（実施場所と呼ぶ）に適したコンテンツをユーザの端末に配信する技術が知られている。

また、携帯端末が接続したアクセスポイントに応じて、当該アクセスポイントに関連付けて記憶保存されているエリア情報を参照し、該エリア情報に基づいて医療情報を提供する技術が知られている（例えば、特許文献１等参照）。

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

上述した実施場所に適したコンテンツを配信する技術では、ユーザが実施場所に到達したタイミングでコンテンツの配信が開始されるようにするのが一般的である。この場合、通信環境によっては、ユーザが作業等を開始するまでにコンテンツの配信が終了しない可能性がある。

一方、すべての作業場所のコンテンツを予め端末に配信しておくこともできるが、コンテンツの内容が時々刻々と変化する場合には、ユーザが最新のコンテンツを利用できないおそれがある。

１つの側面では、本発明は、作業に関連するコンテンツの配信を制御することが可能なコンテンツ配信管理プログラム、コンテンツ配信管理方法及びコンテンツ配信管理装置を提供することを目的とする。

一つの態様では、コンテンツ配信管理プログラムは、ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理プログラムであって、前記複数の作業の実施場所それぞれにおける作業の実施状況を取得し、前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得し、各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定し、前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、取得した前記実施状況と、取得した前記予測用情報と、に基づいて判定する、処理をコンピュータに実行させるためのコンテンツ配信管理プログラムである。

作業に関連するコンテンツの配信を制御することができる。

一実施形態に係るコンテンツ配信システムの構成を概略的に示す図である。 一実施形態における作業の概要について説明するための図である。 図３（ａ）は、サーバのハードウェア構成を示す図であり、図３（ｂ）は、端末のハードウェア構成を示す図である。 サーバ及び端末の機能ブロック図である。 図５（ａ）は、作業定義テーブルのデータ構造を示す図であり、図５（ｂ）は、ルール定義テーブルのデータ構造を示す図であり、図５（ｃ）は、コンテンツ定義テーブルのデータ構造を示す図である。 図６（ａ）は、作業実施検出ログテーブルのデータ構造を示す図であり、図６（ｂ）は、進捗管理定義テーブルのデータ構造を示す図である。 初期処理を示すフローチャートである。 先読みタイミング算出処理を示すフローチャートである。 実施場所に接近したときの処理を示すフローチャートである。 作業実施を検出したときの処理を示すフローチャートである。 図１１（ａ）、図１１（ｂ）は、作業のコンテンツの一例を示す図である。 図７〜図１０の処理を実行した場合の、端末における処理のタイミングチャートの一例を示す図である。 変形例に係る作業のコンテンツの一例を示す図である。

以下、コンテンツ配信システムの一実施形態について、図１〜図１２に基づいて詳細に説明する。図１には、一実施形態に係るコンテンツ配信システム１００の構成が概略的に示されている。

図１に示すように、コンテンツ配信システム１００は、サーバ１０と、複数のコンテンツ配信管理装置としての端末５０と、複数のＩＣタグ１１０と、複数のビーコン１２０と、を備える。サーバ１０と、複数の端末５０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。

本実施形態では、端末５０を保有するユーザは、病院において健康診断を受診する受診者であるものとする。ユーザにとって、複数の受診項目それぞれが実施すべき作業である。例えば、図２に示すように、作業Ａ〜Ｆを実施する必要がある場合には、ユーザは未実施の作業の中から１つを選択して実施することを順次繰り返して、すべての作業を実施する（図２の実線矢印参照）。この場合、ユーザは、一度に１つの作業しか実施することができないものとし、また、１つの作業を繰り返し実施することはないものとする。また、１つの作業を実施した後、次の作業を実施するためには、次の作業を行う場所（実施場所）に移動する必要があるものとする。更に、１つの作業を他のユーザが実施している間は、その作業を実施するまでに待ち時間が発生するものとする。このように待ち時間が発生するのは、作業用機材（例えば、視力測定器、血圧計など）の備え付け台数が限られていることや、作業のサポートをする人（医師や看護師、検査技師など）の数が限られていること、などの理由からである。

健康診断の各項目を実施する部屋には、ＩＣタグ１１０及びビーコン１２０が設けられている。ＩＣタグ１１０は、近接した端末５０との間で近距離無線通信（ＮＦＣ：Near field radio communication）を行い、各ＩＣタグ１１０固有のタグＩＤを端末５０に受け渡す機能を有する。本実施形態では、ユーザがいずれかの作業（いずれかの診断項目の受診）を開始する場合、ユーザが保有する端末５０をＩＣタグ１１０に近づける。これにより、端末５０では、タグＩＤに基づいて、どの作業を開始したかを検出することができる。また、作業を終了する場合には、端末５０を再度ＩＣタグ１１０に近づける。これにより、端末５０では、実施していた作業の終了を検出することができる。すなわち、ＩＣタグ１１０のタグＩＤと作業ＩＤとは一対一で対応している。

ビーコン１２０は、所定範囲に所定のＵＵＩＤ（Universally Unique Identifier）の信号を発信する。ビーコン１２０からの信号を受信した端末５０は、ＵＵＩＤと、信号の受信強度に基づいて、端末５０がどの部屋のどの範囲に存在しているかを特定することができる。したがって、例えば、端末５０がある部屋のＵＵＩＤの信号を受信したときに、端末５０を保有するユーザが部屋に近づいたと判断することができ、端末５０がその部屋のＵＵＩＤの信号を受信したものの、一定時間後に当該信号を受信しなくなった場合には、ユーザが部屋の前を通過したと判断することができる。更に、端末５０がその部屋のＵＵＩＤの信号を一定時間以上受信し続けている場合や、部屋に接近したと判断した後、更にビーコン１２０に近づいた場合（接近を２段階検出した場合）に、ユーザが作業の実施のために待機していると判断することができる。

（サーバ１０について）
サーバ１０は、ユーザが保有する端末５０に対して、ユーザがある診断項目を受診する前（作業前）に、該診断項目に関連するコンテンツを配信する。ここで、コンテンツとは、端末５０において動作するアプリケーションにおいて実行されるプログラムや情報のみならず、アプリケーションそのものを含む概念である。したがって、サーバ１０は、端末５０に対して、端末５０に予めインストールされている診療アプリで利用可能なコンテンツを配信してもよい。また、サーバ１０は、診療項目ごとに用意された診療アプリを各診療項目の受診前に端末５０に配信するようにしてもよい。図３（ａ）には、サーバ１０のハードウェア構成が示されている。図３（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の構成各部は、バス９８に接続されている。サーバ１０では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムをＣＰＵ９０が実行することにより、図４に示す、各部の機能が実現される。

図４には、サーバ１０及び端末５０の機能ブロック図が示されている。図４に示すように、サーバ１０では、ＣＰＵ９０がプログラムを実行することで、ルール・コンテンツ情報送信部２０、進捗情報管理部２２、コンテンツ配信部２４、としての機能が実現されている。

ルール・コンテンツ情報送信部２０は、端末５０からの求めに応じて、ユーザが実施する作業（本実施形態では健康診断）の種類に応じたルールを送信する。ルール・コンテンツ情報送信部２０は、ルールを送信する際に、作業定義テーブル３０及びルール定義テーブル３２を参照する。また、ルール・コンテンツ情報送信部２０は、端末５０からの求めに応じて、コンテンツ定義テーブル３３に格納されている情報を端末５０に対して送信する。

ここで、作業定義テーブル３０は、ユーザが実施する可能性のある各作業に関する情報を格納するテーブルであり、図５（ａ）に示すようなデータ構造を有する。具体的には、作業定義テーブル３０は、作業ＩＤ、作業名、接近ルール、実施ルール、作業用コンテンツの各フィールドを有する。作業ＩＤのフィールドには、作業の識別情報（Work₀、Work₁、…）が格納される。作業名のフィールドには、各作業の名称が格納される。接近ルールのフィールドには、端末５０においてどのような検出がなされた場合に、作業を実施する場所に接近したと判定するかを定義するルールの識別情報（ＩＤ）が格納される。実施ルールのフィールドには、端末５０においてどのような検出がなされた場合に、該端末５０を保持するユーザが作業を開始した又は終了したと判定するかを定義するルールの識別情報（ＩＤ）が格納される。作業用コンテンツのフィールドには、各作業に関連するコンテンツの名称が格納される。

ルール定義テーブル３２は、各ルールの内容を格納するテーブルであり、図５（ｂ）に示すようなデータ構造を有する。具体的には、ルール定義テーブル３２は、ルールＩＤ、ルール名、検出デバイス、種別、検出値の各フィールドを有する。ルールＩＤのフィールドには、ルールの識別情報が格納される。ルール名のフィールドには、ルールの名称が格納される。検出デバイスのフィールドには、各ルールにおいて、どのデバイス（ＩＣタグ１１０やビーコン１２０）の検出結果を用いるかが格納される。種別のフィールドには、デバイスの検出結果をどのように利用するかが格納される。検出値のフィールドには、デバイスから得られる具体的なＵＵＩＤやタグＩＤを格納する。

例えば、ユーザが実施する作業に「採血」が含まれていたとする。この場合、端末５０からその旨を受信したルール・コンテンツ情報送信部２０は、作業定義テーブル３０から、接近ルール「Area_Rule1」、実施ルール「Op_Rule1」を特定する。そして、ルール・コンテンツ情報送信部２０は、特定したルールの具体的内容をルール定義テーブル３２から取得して、端末５０に送信する。

コンテンツ定義テーブル３３は、図５（ｃ）に示すようなデータ構造を有する。コンテンツ定義テーブル３３は、図５（ｃ）に示すように、コンテンツＩＤ、コンテンツ名、データＵＲＬ、想定転送時間、有効期限の各フィールドを有する。コンテンツＩＤ及びコンテンツ名のフィールドには、サーバ１０で管理しているコンテンツの識別情報及び名称が格納され、データＵＲＬのフィールドには、コンテンツが格納されているアドレス（図４のコンテンツＤＢ３８のアドレス）が格納される。想定転送時間のフィールドには、各コンテンツの転送に要する時間の予測値が格納され、有効期限のフィールドには、配信されたコンテンツをどのタイミングで削除するかの情報が格納される。

図４に戻り、進捗情報管理部２２は、端末５０からユーザの現在状態（作業実施、作業終了、作業接近、作業待ち確定、のいずれか）を取得し、作業実施検出ログテーブル３４及び履歴情報としての進捗管理定義テーブル３６を更新する。

ここで、作業実施検出ログテーブル３４は、実際に各端末５０において作業が開始されたタイミングを格納するテーブルであり、図６（ａ）に示すようなデータ構造を有する。具体的には、作業実施検出ログテーブル３４は、ログＩＤ、実施検出された作業ＩＤ、記録日時の各フィールドを有する。ログＩＤのフィールドには、ログの通し番号が格納される。実施検出された作業ＩＤのフィールドには、各端末５０から受信する実施が開始された作業の識別情報が格納される。記録日時のフィールドには、実施検出された作業ＩＤを記録した日時の情報が格納される。なお、作業実施検出ログテーブル３４からは、例えば１０分間の各作業の実施数を取得できるため、該実施数で１０分を割ることで、各作業の実施間隔を求めることができる。

一方、進捗管理定義テーブル３６は、各ユーザの作業の進捗を管理するためのテーブルであり、図６（ｂ）に示すようなデータ構造を有する。具体的には、進捗管理定義テーブル３６は、ユーザＩＤ、全作業、残り作業、現在状態、記録日時の各フィールドを有する。ユーザＩＤのフィールドには、ユーザの識別情報が格納され、全作業のフィールドには、ユーザが指定した、実施すべき全作業の作業ＩＤが格納される。残り作業のフィールドには、実施すべき作業のうち未だ実施されていない作業の作業ＩＤが格納される。なお、残り作業のフィールドについては、各端末５０から作業実施完了の通知がある度に更新される。現在状態のフィールドには、各端末５０から通知される現在状態（作業実施、作業終了、作業接近、作業待ち確定、のいずれか）の情報が格納される。記録日時のフィールドには、各フィールドのいずれかのデータが更新された日時の情報が格納される。

図４に戻り、コンテンツ配信部２４は、端末５０からの求めに応じて、コンテンツＤＢ３８に格納されているコンテンツを端末５０に対して配信する。なお、コンテンツＤＢ３８には、端末５０に配信するコンテンツのデータ（プログラム）そのものが格納されている。

（端末５０について）
端末５０は、例えばスマートフォンやタブレット型端末などであり、図３（ｂ）に示すようなハードウェア構成を有する。図３（ｂ）に示すように、端末５０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、ＩＣタグ読み取り装置１８９、信号受信装置１８７、及び可搬型記憶媒体用ドライブ１９９等を備えている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、タッチパネルや物理ボタン、キーボード等を含む。ＩＣタグ読み取り装置１８９は、ＩＣタグ１１０に接近したときにＩＣタグ１１０と近距離無線通信を行い、ＩＣタグ１１０に書き込まれているタグＩＤを読み取る。信号受信装置１８７は、ビーコン１２０が発信する信号を受信する。これら端末５０の構成各部は、バス１９８に接続されている。端末５０では、ＲＯＭ１９２あるいはＨＤＤ１９６に格納されているプログラム（コンテンツ配信管理プログラムを含む）、或いは可搬型記憶媒体用ドライブ１９９が可搬型記憶媒体１９１から読み取ったプログラム（コンテンツ配信管理プログラムを含む）をＣＰＵ１９０が実行することにより、図４に示す、各部の機能が実現される。

図４に示すように、端末５０では、ＣＰＵ１９０がプログラムを実行することにより、ルール取得部６０、情報取得部６２、ユーザ状態判定部６４、通知部６６、情報受信部６８、タイミング算出部７０、コンテンツ取得部７２、及びコンテンツ実行部７４、としての機能が実現されている。

ルール取得部６０は、サーバ１０のルール・コンテンツ情報送信部２０に対して、ユーザが実施する作業の情報を送信し、当該作業に関するルールの情報をルール・コンテンツ情報送信部２０から受信する。ルール取得部６０が取得したルールの情報は、ルール記憶部８４に記憶される。なお、ルール記憶部８４には、図５（ｂ）のルール定義テーブル３２の各列のうち、ユーザが実施する予定の作業に対応する列の情報が記憶されることになる。

情報取得部６２は、ＩＣタグ読み取り装置１８９が読み取ったＩＣタグ１１０のタグＩＤや、信号受信装置１８７がビーコン１２０から受信した信号のＵＵＩＤを取得する。情報取得部６２は、取得した情報をユーザ状態判定部６４に送信する。

ユーザ状態判定部６４は、ルール記憶部８４に記憶されているルールを参照し、情報取得部６２から受信した情報に基づいて、端末５０を保有するユーザが、どの作業について、作業実施、作業終了、作業接近、作業待ち確定のいずれの状態であるかを判定する。例えば、ユーザ状態判定部６４は、情報取得部６２から、あるビーコン１２０のＵＵＩＤを受信した場合、そのビーコン１２０に対応する作業の実施場所に接近した（作業接近）と判定する。また、ユーザ状態判定部６４は、一定時間継続してあるビーコン１２０のＵＵＩＤを受信し続けた場合、そのビーコン１２０に対応する作業の実施待ちを行っている（実施待ち確定）と判定する。また、ユーザ状態判定部６４は、情報取得部６２から、あるＩＣタグ１１０のタグＩＤを受信した場合に、そのＩＣタグ１１０に対応する作業を実施し始めた（作業実施）と判定する。更に、ユーザ状態判定部６４は、再度同一のタグＩＤを受信した場合に、そのＩＣタグ１１０に対応する作業を終了した（作業終了）と判定する。ユーザ状態判定部６４は、判定結果を通知部６６、タイミング算出部７０、コンテンツ取得部７２、コンテンツ実行部７４に送信する。

通知部６６は、ユーザ状態判定部６４の判定結果をサーバ１０の進捗情報管理部２２に送信する。なお、進捗情報管理部２２は、通知部６６から判定結果を受信するたびに、作業実施検出ログテーブル３４や、進捗管理定義テーブル３６を更新する。

情報受信部６８は、タイミング算出部７０やユーザ状態判定部６４の指示の下、タイミング算出部７０が必要とする情報をサーバ１０の進捗情報管理部２２及びルール・コンテンツ情報送信部２０から取得する。情報受信部６８は、取得した情報をタイミング算出部７０やユーザ状態判定部６４に送信する。

タイミング算出部７０は、端末５０を保有するユーザが１つの作業を終了した段階で、情報受信部６８が取得した情報に基づいて、未実施の作業のコンテンツをダウンロードするタイミング（配信を開始するタイミング）を求める。以下においては、未実施の作業のコンテンツの配信を開始するタイミングを「先読みタイミング」と呼ぶものとする。なお、タイミング算出部７０の具体的な処理については後述する。

コンテンツ取得部７２は、タイミング算出部７０が求めた各コンテンツの先読みタイミングに基づいて、サーバ１０のコンテンツ配信部２４からコンテンツの配信を受け、コンテンツ記憶部８２に記憶する。また、コンテンツ取得部７２は、コンテンツ記憶部８２に記憶されているコンテンツを所定のタイミングで削除する。

コンテンツ実行部７４は、ユーザ状態判定部６４が、ユーザがある作業を実施し始めたと判断した場合に、実施する作業に関連するコンテンツをコンテンツ記憶部８２から読み出し、実行する。

（処理について）
次に、端末５０の処理について、図７〜図１０のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。

（初期処理）
図７は、端末５０において実行される初期処理を示すフローチャートである。図７の処理は、ユーザ（以下、「対象ユーザ」と呼ぶ）が端末５０の入力部１９５を介してどの作業を実施するかを入力した段階で開始される処理である。例えば、対象ユーザは、実施する作業として複数の診断項目を選択するものとする。

まず、ステップＳ１０では、ルール取得部６０が、対象ユーザが実施する各作業（Work₀〜Work_n）の接近ルールの情報をサーバ１０から取得する。この場合、ルール取得部６０は、サーバ１０のルール・コンテンツ情報送信部２０に対して対象ユーザが実施する作業の情報を送信する。そして、ルール取得部６０は、作業定義テーブル３０及びルール定義テーブル３２に基づいてルール・コンテンツ情報送信部２０が送信してきた接近ルールの情報を取得する。

次いで、ステップＳ１２では、ルール取得部６０が、対象ユーザが実施する各作業（Work₀〜Work_n）の実施ルールの情報をサーバ１０（ルール・コンテンツ情報送信部２０）から取得する。この場合、ルール取得部６０は、作業定義テーブル３０及びルール定義テーブル３２に基づいてルール・コンテンツ情報送信部２０が送信してきた実施ルールの情報を取得する。

次いで、ステップＳ１４では、情報取得部６２が、ＩＣタグ１１０との通信が可能な状態に移行する。すなわち、情報取得部６２は、ＩＣタグ読み取り装置１８９を介して、ＩＣタグ１１０のタグＩＤを受信できるような状態で待機する。

次いで、ステップＳ１６では、情報取得部６２が、ビーコン１２０が発信する信号を受信可能な状態に移行する。すなわち、情報取得部６２は、信号受信装置１８７を介して、ビーコン１２０から発信された信号を受信し、受信した信号からＵＵＩＤを取得できるような状態で待機する。

以上の処理により、図７の初期処理が終了する。

（先読みタイミング算出処理）
次に、タイミング算出部７０による先読みタイミング算出処理について、図８のフローチャートに沿って説明する。本処理は、対象ユーザによりある作業の実施が完了したタイミングで実施されるものとする。なお、ある作業の実施完了を検出する方法については、後述する。

図８の処理では、まず、ステップＳ２０において、タイミング算出部７０が、サーバ１０（進捗情報管理部２２）から対象ユーザの残り作業(ＲＷ₀〜ＲＷ_nとする)を取得する。この場合、例えば対象ユーザがユーザＩＤ＝User1であるとすると、進捗管理定義テーブル３６（図６（ｂ））から、残り作業としてWork₇、Work_８を取得することになる。

次いで、ステップＳ２２では、タイミング算出部７０が、ｉを０に設定する（ｉ＝０）。

次いで、ステップＳ２４では、タイミング算出部７０が、現在状態が「作業ＲＷ_i接近」又は「作業ＲＷ_i実施待ち確定」である端末数をサーバ１０から取得し、Ｘ_iとする。なお、Ｘ_iは、対象ユーザが実施する予定ではあるが未実施の作業の実施場所に接近しているユーザ又は対象ユーザが実施していない作業の実施場所で作業実施を待つユーザの数（第１の数）であるといえる。

次いで、ステップＳ２６では、タイミング算出部７０が、現在状態が「作業終了」で、かつ作業ＲＷ_iが残り作業である端末数をサーバ１０から取得しＹ_iとする。すなわち、Ｙ_iは、作業ＲＷ_iの実施場所に向かっている可能性のあるユーザの数であり、将来におけるコンテンツのダウンロードにかかる時間を予測するための予測用情報であるといえる。

次いで、ステップＳ２８では、タイミング算出部７０が、過去１０分間の作業ＲＷ_iの実施数をサーバから取得しＺ_iとする。なお、過去１０分間は、直近１０分間でもよいが、例えば１０分間を複数設定し、複数の１０分間において最も実施数の多い１０分間の実施数をＺ_iとしてもよい。なお、「１０分」は一例であって、その他の時間であってもよい。

次いで、ステップＳ３０では、タイミング算出部７０が、作業ＲＷ_i用のコンテンツの想定転送時間を、情報受信部６８を介してサーバ１０（ルール・コンテンツ情報送信部２０）から取得し、Ｄ_tとする。なお、例えば、作業ＲＷ_iのコンテンツが図５（ｃ）のContent1である場合には、想定転送時間として３０秒を取得し、Ｄ_tとする。

次いで、ステップＳ３２では、タイミング算出部７０が、次式（１）を満たすか否かを判断する。
Ｘ_i×１０／Ｚ_i≧Ｄ_t …（１）

ここで、１０／Ｚ_iは、１人が作業ＲＷ_iを実施するのに要する時間（実施間隔）を意味するため、上式（１）の左辺は、端末５０を保有するユーザが作業ＲＷ_iを待機した場合に、待機する可能性のある最長時間を意味する。したがって、上式（１）を満たす場合とは、対象ユーザが作業ＲＷ_iの待機を開始してからコンテンツの配信を開始しても作業ＲＷ_iの実施開始までに十分間に合う場合を意味する。

ステップＳ３２の判断が肯定された場合には、ステップＳ３４に移行し、タイミング算出部７０は、作業ＲＷ_iの先読みタイミングを「後回し」とする。その後は、ステップＳ４４に移行する。

一方、ステップＳ３２の判断が否定された場合には、ステップＳ３６に移行し、タイミング算出部７０は、次式（２）を満たすか否かを判断する。
Ｘ_i＋Ｙ_i＜Ｍ …（２）

上式（２）の左辺は、同時に作業ＲＷ_iのコンテンツの配信を受ける可能性がある端末の数を意味する。また、上式（２）の右辺の閾値Ｍは、想定配信速度を維持可能な最大サーバアクセス数（同時に同一のコンテンツの配信を受ける端末数）を意味する。なお、最大サーバアクセス数Ｍは、予め定められているものとする。したがって、上式（２）を満たす場合とは、端末５０が作業ＲＷ_iのコンテンツの配信を受ける際に、アクセス集中がなく、想定配信速度が低下する可能性が低い状況にあることを意味する。

ステップＳ３６の判断が肯定されると、ステップＳ３８に移行し、タイミング算出部７０は、作業ＲＷ_iの先読みタイミングを「接近時」とする。その後は、ステップＳ４４に移行する。

一方、ステップＳ３６の判断が否定された場合、すなわち、アクセス集中が予想され、作業ＲＷ_iの実施場所に接近してから配信を開始するのでは、作業の実施開始までに配信が間に合わない可能性が高い場合には、ステップＳ４０に移行し、タイミング算出部７０は、作業ＲＷ_iの先読みタイミングを「今すぐ」とする。

ステップＳ４０の後は、ステップＳ４２に移行し、コンテンツ取得部７２は、タイミング算出部７０の指示の下、サーバ１０から作業ＲＷ_iのコンテンツの取得を開始する。ここで、作業ＲＷ_iのコンテンツとは、例えば、作業ＲＷ_iが「採血」であるとすると、図１１（ａ）に示すような採血に関連する画面を表示するコンテンツである。このコンテンツによれば、検査の混雑状況や本日の検査予定など、状況に応じて時々刻々と変化する情報を確認することができる。なお、コンテンツが提供する画面には、外部の検診センター等で過去に実施した健康診断の情報が表示されてもよいし、健康診断の基準値等が表示されてもよい。また、例えば、作業ＲＷ_iが「会計」であるとすると、コンテンツは、図１１（ｂ）に示すような画面を表示するコンテンツである。このコンテンツによれば、検査の会計情報や、食堂で販売されているユーザの検査結果に合った適切なメニューの情報を確認することができる。ステップＳ４２の後は、ステップＳ４４に移行する。

ステップＳ３４，Ｓ３８，Ｓ４０のいずれかを経て、ステップＳ４４に移行すると、タイミング算出部７０は、全ての残り作業に対して上述したステップＳ２４〜Ｓ４２の処理を完了したか否かを判断する。すなわち、ｉ＝ｎであるか否かを判断する。このステップＳ４４の判断が否定された場合、ステップＳ４６において、ｉを１インクリメント（ｉ=ｉ+１）し、ステップＳ２４に戻る。すなわち、次の作業ＲＷ_iについて、ステップＳ２４以降の処理を繰り返す。そして、ステップＳ４４の判断が肯定された段階で、図８の全処理が終了する。

以上のように、図８の処理を行うことで、対象ユーザがある作業を終了したタイミングで、次に実施する可能性のある作業のコンテンツそれぞれの先読みタイミングを、「今すぐ」、「接近時」、「後回し」のいずれとすればよいかを判断することができる。

（実施場所に接近したときの処理）
図９には、対象ユーザがある作業（Work_i）を実施する実施場所に接近したタイミングで実施される処理である。

まず、ステップＳ５０では、ユーザ状態判定部６４が、対象ユーザが接近した作業（Work_i）が残り作業に含まれるか否かを判断する。なお、ユーザ状態判定部６４がこの判断を実行する際には、情報受信部６８を介して取得した、対象ユーザの残り作業の情報（図６（ｂ））を参照するものとする。このステップＳ５０の判断が否定された場合、すなわち、対象ユーザが接近した作業を実施する可能性がない場合には、図９の全処理を終了する。

一方、ステップＳ５０の判断が肯定された場合には、ステップＳ５２に移行し、ユーザ状態判定部６４は、通知部６６を介して、自端末の識別子を付けて作業（Work_i）の作業場所への接近を検出したことをサーバ１０（進捗情報管理部２２）に通知する。なお、通知を受けた進捗情報管理部２２は、進捗管理定義テーブル３６を更新する。

ステップＳ５４では、コンテンツ取得部７２が、作業（Work_i）の先読みタイミングが「接近時」であるか否かを判断する。このステップＳ５４の判断が肯定されると、ステップＳ５６に移行し、コンテンツ取得部７２は、作業（Work_i）のコンテンツの配信をサーバ１０（コンテンツ配信部２４）に要求する。これにより、サーバ１０からコンテンツ取得部７２対してコンテンツの配信（ダウンロード）が開始される。その後は、ステップＳ５８に移行する。なお、ステップＳ５４の判断が否定された場合には、ステップＳ５６を経ずに、ステップＳ５８に移行する。

ステップＳ５８では、ユーザ状態判定部６４が、接近検出後１分経過したか否かを判断する。このステップＳ５８の判断が否定された場合には、ステップＳ６０に移行する。

ステップＳ６０では、ユーザ状態判定部６４が、接近検出を喪失したか否かを判断する。このステップＳ６０の判断が否定された場合には、ステップＳ５８に戻る。一方、ステップＳ６０の判断が肯定された場合、すなわち、接近検出後１分以内に作業（Work_i）の実施場所から離れたことを検出した場合には、ステップＳ６２に移行する。ステップＳ６２では、ユーザ状態判定部６４が、配信中であるか否かを判断する。このステップＳ６２の判断が肯定された場合には、作業（Work_i）のコンテンツは不要であるため、コンテンツ取得部７２は、ステップＳ６４において、コンテンツの配信を中断する。その後は、図９の全処理を終了する。

一方、ステップＳ６２の判断が否定された場合には、ステップＳ６４を経ずに、図９の全処理を終了する。

ところで、ステップＳ５８、Ｓ６０の判断を繰り返した後、接近検出後１分が経過したことにより、ステップＳ５８の判断が肯定されると、ステップＳ６６に移行する。そして、ステップＳ６６では、ユーザ状態判定部６４が、自端末の識別子を付けて作業（Work_i）の実施待ち確定をサーバ１０（進捗情報管理部２２）へ通知する。なお、通知を受けた進捗情報管理部２２は、進捗管理定義テーブル３６を更新する。

次いで、ステップＳ６８では、コンテンツ取得部７２が、作業（Work_i）の先読みタイミングが「後回し」であるか否かを判断する。このステップＳ６８の判断が否定された場合、すなわち先読みタイミングが「今すぐ」であった場合には、そのまま図９の全処理を終了する。

一方、ステップＳ６８の判断が肯定された場合には、ステップＳ７０に移行し、コンテンツ取得部７２は、作業（Work_i）のコンテンツの配信をサーバ１０に要求する。これにより、サーバ１０からコンテンツ取得部７２対してコンテンツの配信（ダウンロード）が開始されることになる。その後は、図９の全処理を終了する。

以上のように、図９の処理を実行することにより、先読みタイミングが「接近時」及び「後回し」である場合に、適切なタイミングでコンテンツの配信を行うことが可能となっている。

（作業実施を検出したときの処理）
次に、図１０に基づいて、作業実施を検出したときの処理について説明する。図１０の処理は、ユーザ状態判定部６４が、情報取得部６２からある作業（Work_i）に対応するＩＣタグ１１０のタグＩＤを取得したときに実行される処理である。なお、対象ユーザは、未実施の作業の実施を開始するときと終了するときにのみ端末５０をＩＣタグ１１０に接近させるものとし、その他の状況では、端末５０をＩＣタグ１１０に接近させることはないものとする。

まず、ステップＳ１００では、ユーザ状態判定部６４が、取得したタグＩＤに対応する作業（Work_i）が残り作業に含まれるか否かを判断する。

このステップＳ１００の判断が肯定された場合には、ステップＳ１０２に移行し、ユーザ状態判定部６４は、通知部６６を介して、自端末の識別子を付けて作業（Work_i）の作業開始をサーバ１０（進捗情報管理部２２）へ通知する。通知を受けた進捗情報管理部２２は、通知された情報に基づいて、進捗管理定義テーブル３６や作業実施検出ログテーブル３４を更新する。次いで、ステップＳ１０４では、コンテンツ実行部７４が、作業（Work_i）のコンテンツの実行を開始する。その後は、図１０の全処理を終了する。

一方、ステップＳ１００の判断が否定された場合、すなわち、対象ユーザが直前まで作業（Work_i）を実施していたが、その作業の実施を終了した場合には、ステップＳ１０６に移行する。ステップＳ１０６では、ユーザ状態判定部６４が、通知部６６を介して、自端末の識別子を付けて作業（Work_i）の作業終了をサーバ１０（進捗情報管理部２２）へ通知する。ステップＳ１０６の処理が実行された後は、図１０の全処理が終了される。

以上のように、図１０の処理が実行されることにより、作業の開始とともに作業のコンテンツが端末５０において実行されるとともに、作業の開始及び終了の情報がサーバ１０に送信され、進捗情報管理部２２により進捗管理定義テーブル３６や作業実施検出ログテーブル３４に更新されるようになっている。

ここで、図１２には、図７〜図１０の処理を実行した場合の、端末５０における処理のタイミングチャートの一例が示されている。図１２の例では、作業Ａの実施が完了した段階で、先読みタイミングを求めた結果、作業Ｂが「今すぐ」、作業Ｃが「接近時」、作業Ｄ，Ｅが「後回し」に決定されたとする。

この場合、対象ユーザが作業Ａの実施完了から次の作業場所へと移動を開始すると、作業Ｂのコンテンツの配信を開始する。また、対象ユーザが作業Ｅの実施場所付近を通過して、作業Ｃの実施場所に接近すると、作業Ｃのコンテンツの配信を開始する。なお、作業Ｃのコンテンツの配信が行われている途中に、対象ユーザが作業Ｃの実施場所から離れた場合には、作業Ｃのコンテンツの配信を中断する。その後、対象ユーザが作業Ｄの実施場所に接近し、実施待ちが確定した場合には、作業Ｄの配信を開始し、作業Ｄの実施開始の段階で、コンテンツを実行する。

なお、対象ユーザが作業Ｄを実施した場合、すでに配信された作業Ｂ，Ｃのコンテンツはすぐには利用しないことが確定する。したがって、例えば図５（ｃ）のコンテンツ定義テーブル３３において有効期限が「別の作業の待ち確定時」と定められているならば、図１２に示すように、作業Ｄの実施待ちが確定したタイミングで削除する。なお、実施された作業Ｄのコンテンツについては、作業Ｄの実施完了後に削除することとしてもよい。

これまでの説明から明らかなように、情報受信部６８とタイミング算出部７０とにより、複数の作業の実施場所それぞれにおける作業の実施状況を取得する第１取得部、複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得する第２取得部、各ユーザが実施した作業の履歴情報に基づいて、あるユーザが実施していない作業を特定する特定部、としての機能が実現されている。また、タイミング算出部７０により、あるユーザが実施していない作業に関連するコンテンツをあるユーザが保有する端末に即時配信する必要があるか否かを判定する判定部としての機能が実現されている。

以上詳細に説明したように、本実施形態によると、ユーザが複数の作業を順不同で１つずつ実施する場合に、タイミング算出部７０は、複数の作業の実施場所それぞれにおける作業の実施状況として、各実施場所に接近しているユーザ又は該実施場所それぞれで作業実施を待つユーザの数（Ｘ_i）を取得し（Ｓ２４）、将来におけるコンテンツのダウンロードにかかる時間を予測するための予測用情報として、コンテンツを同時に配信する可能性のある端末数（Ｙ_i）を取得する（Ｓ２６）。そして、タイミング算出部７０は、ユーザが実施していない作業のコンテンツを端末５０に即時（今すぐ）配信する必要があるかを、取得したユーザの数（Ｘ_i）及び端末数（Ｙ_i）に基づいて判断する（Ｓ３２、Ｓ３６）。これにより、ユーザが作業を実施する前に配信が完了するように、ネットワーク等に係る将来の負荷を予測して、配信タイミングを適切に制御することが可能となる。

また、本実施形態では、ユーザの数（Ｘ_i）及び端末数（Ｙ_i）に基づいて、コンテンツをユーザが実施場所に接近したときに配信するか、実施場所での作業町が確定したときに配信するかを判定するため、コンテンツを適切なタイミングで配信することができる。

また、本実施形態では、ユーザの数（Ｘ_i）と、作業の実施間隔（１０／Ｚ_i）から求まる作業実施待ち時間が、コンテンツの想定転送時間よりも短いか否かに基づいて、先読みタイミングを決定するため、作業実施までに配信が完了するタイミングを先読みタイミングとして決定することができる。

また、本実施形態では、同時に同一のコンテンツを配信する可能性のある端末数が、想定配信速度を維持可能な最大サーバアクセス数よりも少ないか否かに基づいて、先読みタイミングを決定するため、作業実施までに配信が完了するタイミングを先読みタイミングとして決定することができる。

なお、上記実施形態では、ユーザが作業を終了したときに、端末５０をＩＣタグ１１０に接近させる場合について説明したが、これに限られるものではない。すなわち、ユーザが作業を終了したときに、端末５０をＩＣタグ１１０に接近させないこととしてもよい。この場合、ユーザが作業場所から離れたことを検出した場合や、ユーザが作業のコンテンツを終了した場合に、ユーザが作業を終了したと判断してもよい。

また、上記実施形態では、図５（ｃ）のコンテンツ定義テーブル３３の有効期限に基づいて、削除する場合について説明したが、これに限らず、一度配信されたコンテンツは削除しないこととしてもよい。

なお、上記実施形態では、タイミング算出部７０がコンテンツ配信の先読みタイミングを決定する処理を、ユーザが１つの作業を完了したときに実行する場合について説明したが、これに限られるものではない。例えば、一定時間（３０秒など）ごとに先読みタイミングを決定することとしてもよい。また、例えば、ユーザが１つの作業を完了したとき、及びユーザがある作業に接近したことを検出したときに、先読みタイミングを決定してもよい。

なお、上記実施形態では、図７〜図１０の処理のすべてを端末５０において実行する場合について説明したが、これに限られるものではない。すなわち、図７〜図１０の少なくとも一部の処理をサーバ１０が実行することとしてもよい。

なお、上記実施形態では、ユーザが実施する作業が健康診断である場合について説明したが、これに限られるものではない。例えば商品ピックアップ作業や、設備点検作業であってもよい。商品ピックアップ作業の場合、図１３に示すような、次にピックアップすべき資材や、作業者の滞留状況、ピッキングリストなどを表示するコンテンツを端末５０に対して提供することができる。このような商品ピックアップ作業においても、ピックアップ部品の梱包機の台数が限られていることなどから、作業待ち時間が発生する場合がある。また、作業が設備点検作業の場合、設備点検のマニュアルを表示するコンテンツを端末５０に対して提供することができる。このような設備点検作業の場合にも、１か所で複数の点検作業を同時に行えないため、作業待ち時間が発生する場合がある。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理プログラムであって、
前記複数の作業の実施場所それぞれにおける作業の実施状況を取得し、
前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得し、
各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定し、
前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、取得した前記実施状況と、取得した前記予測用情報と、に基づいて判定する、
処理をコンピュータに実行させるためのコンテンツ配信管理プログラム。
（付記２） 前記作業の実施状況として、前記複数の作業の実施場所それぞれに接近しているユーザ又は該実施場所それぞれで作業実施を待つユーザの第１の数を取得する、ことを特徴とする付記１に記載のコンテンツ配信管理プログラム。
（付記３） 前記第１の数を取得する処理では、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報とに基づいて、前記第１のユーザが実施していない作業の実施場所の前記第１の数を取得することを特徴とする付記２に記載のコンテンツ配信管理プログラム。
（付記４） 前記判定する処理では、前記第１の数から求まる前記ユーザが実施していない作業の実施場所における作業実施待ち時間が、前記ユーザが実施していない作業に関連するコンテンツの配信時間よりも短いか否かに基づいて、前記判定を行うことを特徴とする付記２又は３に記載のコンテンツ配信管理プログラム。
（付記５） 前記予測用情報を取得する処理では、前記第１のユーザが実施していない作業に関連するコンテンツを同時に配信する可能性のある端末の第２の数を取得する、ことを特徴とする付記１〜４のいずれかに記載のコンテンツ配信管理プログラム。
（付記６） 前記第２の数を取得する処理では、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報と、前記履歴情報とを参照して、前記第１のユーザが実施していない作業の実施場所に向かう可能性のあるユーザの数を求め、該ユーザの数と、前記第１のユーザが実施していない作業の実施場所に接近しているユーザ又は該実施場所で作業実施を待つユーザの第１の数と、の合計を前記第２の数とすることを特徴とする付記５に記載のコンテンツ配信管理プログラム。
（付記７） 前記判定する処理では、前記第２の数が予め定められている人数以上であるか否かに基づいて、前記判定を行う、ことを特徴とする付記５又は６に記載のコンテンツ配信管理プログラム。
（付記８） 前記判定する処理では、前記コンテンツを前記第１のユーザが前記実施場所に近づいたときに配信するか、又は前記実施場所で待ち始めたときに配信するか、を更に判定する、ことを特徴とする付記１〜７のいずれかに記載のコンテンツ配信管理プログラム。
（付記９） ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理方法であって、
前記複数の作業の実施場所それぞれにおける作業の実施状況を取得し、
前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得し、
各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定し、
前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、取得した前記実施状況と、取得した前記予測用情報と、に基づいて判定する、
処理をコンピュータが実行することを特徴とするコンテンツ配信管理方法。
（付記１０） ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理装置であって、
前記複数の作業の実施場所それぞれにおける作業の実施状況を取得する第１取得部と、
前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得する第２取得部と、
各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定する特定部と、
前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、前記第１取得部が取得した前記実施状況と、前記第２取得部が取得した前記予測用情報と、に基づいて判定する判定部と、
を備えるコンテンツ配信管理装置。
（付記１１） 前記第１取得部は、前記作業の実施状況として、前記複数の作業の実施場所それぞれに接近しているユーザ又は該実施場所それぞれで作業実施を待つユーザの第１の数を取得する、ことを特徴とする付記１０に記載のコンテンツ配信管理装置。
（付記１２） 前記第１取得部は、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報とに基づいて、前記第１のユーザが実施していない作業の実施場所の前記第１の数を取得することを特徴とする付記１１に記載のコンテンツ配信管理装置。
（付記１３） 前記判定部は、前記第１の数から求まる前記ユーザが実施していない作業の実施場所における作業実施待ち時間が、前記ユーザが実施していない作業に関連するコンテンツの配信時間よりも短いか否かに基づいて、前記判定を行うことを特徴とする付記１１又は１２に記載のコンテンツ配信管理装置。
（付記１４） 前記第２取得部は、前記第１のユーザが実施していない作業に関連するコンテンツを同時に配信する可能性のある端末の第２の数を取得する、ことを特徴とする付記１０〜１３のいずれかに記載のコンテンツ配信管理装置。
（付記１５） 前記第２取得部は、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報と、前記履歴情報とを参照して、前記第１のユーザが実施していない作業の実施場所に向かう可能性のあるユーザの数を求め、該ユーザの数と、前記第１のユーザが実施していない作業の実施場所に接近しているユーザ又は該実施場所で作業実施を待つユーザの第１の数と、の合計を前記第２の数とすることを特徴とする付記１４に記載のコンテンツ配信管理装置。
（付記１６） 前記判定部は、前記第２の数が予め定められている人数以上であるか否かに基づいて、前記判定を行う、ことを特徴とする付記１４又は１５に記載のコンテンツ配信管理装置。
（付記１７） 前記判定部は、前記コンテンツを前記第１のユーザが前記実施場所に近づいたときに配信するか、又は前記実施場所で待ち始めたときに配信するか、を更に判定する、ことを特徴とする付記１０〜１６のいずれかに記載のコンテンツ配信管理装置。

３６ 進捗管理定義テーブル（履歴情報）
５０ 端末（コンテンツ配信管理装置）
６８ 情報受信部（第１取得部の一部、第２取得部の一部、特定部の一部）
７０ タイミング算出部（第１取得部の一部、第２取得部の一部、特定部の一部、判定部）

Claims (10)

1. ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理プログラムであって、
   前記複数の作業の実施場所それぞれにおける作業の実施状況を取得し、
   前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得し、
   各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定し、
   前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、取得した前記実施状況と、取得した前記予測用情報と、に基づいて判定する、
   処理をコンピュータに実行させるためのコンテンツ配信管理プログラム。
2. 前記作業の実施状況として、前記複数の作業の実施場所それぞれに接近しているユーザ又は該実施場所それぞれで作業実施を待つユーザの第１の数を取得する、ことを特徴とする請求項１に記載のコンテンツ配信管理プログラム。
3. 前記第１の数を取得する処理では、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報とに基づいて、前記第１のユーザが実施していない作業の実施場所の前記第１の数を取得することを特徴とする請求項２に記載のコンテンツ配信管理プログラム。
4. 前記判定する処理では、前記第１の数から求まる前記ユーザが実施していない作業の実施場所における作業実施待ち時間が、前記ユーザが実施していない作業に関連するコンテンツの配信時間よりも短いか否かに基づいて、前記判定を行うことを特徴とする請求項２又は３に記載のコンテンツ配信管理プログラム。
5. 前記予測用情報を取得する処理では、前記第１のユーザが実施していない作業に関連するコンテンツを同時に配信する可能性のある端末の第２の数を取得する、ことを特徴とする請求項１〜４のいずれか一項に記載のコンテンツ配信管理プログラム。
6. 前記第２の数を取得する処理では、前記各ユーザが保有する端末の位置情報と、前記各ユーザが作業実施中であるかを示す作業情報と、前記履歴情報とを参照して、前記第１のユーザが実施していない作業の実施場所に向かう可能性のあるユーザの数を求め、該ユーザの数と、前記第１のユーザが実施していない作業の実施場所に接近しているユーザ又は該実施場所で作業実施を待つユーザの第１の数と、の合計を前記第２の数とすることを特徴とする請求項５に記載のコンテンツ配信管理プログラム。
7. 前記判定する処理では、前記第２の数が予め定められている人数以上であるか否かに基づいて、前記判定を行う、ことを特徴とする請求項５又は６に記載のコンテンツ配信管理プログラム。
8. 前記判定する処理では、前記コンテンツを前記第１のユーザが前記実施場所に近づいたときに配信するか、又は前記実施場所で待ち始めたときに配信するか、を更に判定する、ことを特徴とする請求項１〜７のいずれか一項に記載のコンテンツ配信管理プログラム。
9. ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理方法であって、
   前記複数の作業の実施場所それぞれにおける作業の実施状況を取得し、
   前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得し、
   各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定し、
   前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、取得した前記実施状況と、取得した前記予測用情報と、に基づいて判定する、
   処理をコンピュータが実行することを特徴とするコンテンツ配信管理方法。
10. ユーザが順不同で１つずつ実施する複数の作業それぞれに関連するコンテンツを前記ユーザが保有する端末に配信するタイミングを管理するコンテンツ配信管理装置であって、
    前記複数の作業の実施場所それぞれにおける作業の実施状況を取得する第１取得部と、
    前記複数の作業それぞれに関連するコンテンツの将来的な配信において必要とする時間を予測するための予測用情報を取得する第２取得部と、
    各ユーザが実施した作業の履歴情報に基づいて、第１のユーザが実施していない作業を特定する特定部と、
    前記第１のユーザが実施していない作業に関連するコンテンツを前記第１のユーザが保有する端末に即時配信する必要があるかを、前記第１取得部が取得した前記実施状況と、前記第２取得部が取得した前記予測用情報と、に基づいて判定する判定部と、
    を備えるコンテンツ配信管理装置。

Images