JP2009087152A - 情報配信装置 - Google Patents
情報配信装置 Download PDFInfo
- Publication number
- JP2009087152A JP2009087152A JP2007257886A JP2007257886A JP2009087152A JP 2009087152 A JP2009087152 A JP 2009087152A JP 2007257886 A JP2007257886 A JP 2007257886A JP 2007257886 A JP2007257886 A JP 2007257886A JP 2009087152 A JP2009087152 A JP 2009087152A
- Authority
- JP
- Japan
- Prior art keywords
- task
- user
- category
- priority
- content
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】コンテンツが重複して配信されることを防止すること。
【解決手段】コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げるようにした。そのため、例えば、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度が上がり、そのコンテンツカテゴリに属するコンテンツが配信され易い状態となることで、コンテンツが重複して配信されることを防止することができる。
【選択図】 図２
【解決手段】コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げるようにした。そのため、例えば、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度が上がり、そのコンテンツカテゴリに属するコンテンツが配信され易い状態となることで、コンテンツが重複して配信されることを防止することができる。
【選択図】 図２
Description
本発明は、コンテンツに関する情報を端末装置に配信する情報配信システムの情報配信装置に関する。
従来、この種の技術としては、例えば、ユーザの嗜好等の選択条件をコンテンツそれぞれに設定しておき、情報の配信を受けるユーザが選択条件に適合しているか否かを判定し、選択条件に適合するコンテンツを当該ユーザに配信することで、ユーザに適切なコンテンツを配信できるようにしたものがある（例えば、特許文献１参照）。
特開２００２−２４１２４号公報
しかしながら、上記従来の技術にあっては、例えば、コンテンツに複数の選択条件を設定した場合、設定した複数の選択条件のうちにユーザが適合しているものが２つ以上あると、適合した選択条件の数だけコンテンツが重複して配信される可能性があった。
本発明は、上記従来の技術に鑑みてなされたものであって、コンテンツが重複して配信されることを防止可能な情報配信装置を提供することを課題とする。
本発明は、上記従来の技術に鑑みてなされたものであって、コンテンツが重複して配信されることを防止可能な情報配信装置を提供することを課題とする。
上記課題を解決するため、請求項１に係る情報配信装置にあっては、コンテンツにアクセス可能な端末装置と、前記端末装置にコンテンツに関する情報を配信する情報配信装置と、を備える情報配信システムの情報配信装置であって、前記端末装置のユーザが取り得る予定に対応づけて当該予定に関連するタスクを記憶するタスク記憶手段と、前記タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを記憶するカテゴリ記憶手段と、前記タスク記憶手段を参照して、前記ユーザの実際の予定に対応するタスクを決定するタスク決定手段と、前記カテゴリ記憶手段を参照して、前記タスク決定手段で決定されたタスクに対応するカテゴリを決定するカテゴリ決定手段と、前記カテゴリ決定手段で決定されたカテゴリの優先度を設定するカテゴリ優先度設定手段と、前記カテゴリ優先度設定手段で設定された前記コンテンツのカテゴリの優先度に基づいて当該コンテンツに関する情報の配信を行うコンテンツ情報配信手段と、を備え、前記カテゴリには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、前記カテゴリ優先度設定手段は、前記カテゴリに設定されているユーザ条件に対する、前記ユーザの適合結果に応じて前記カテゴリの優先度を設定することを特徴とする。
また、請求項２に係る情報配信装置にあっては、前記カテゴリ優先度設定手段は、前記カテゴリに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたカテゴリの優先度を上げることを特徴とする。
さらに、請求項３に係る情報配信装置にあっては、前記カテゴリには、複数のユーザ条件が対応づけられており、前記カテゴリ優先度設定手段は、前記カテゴリに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているカテゴリの優先度を上げることを特徴とする。
さらに、請求項３に係る情報配信装置にあっては、前記カテゴリには、複数のユーザ条件が対応づけられており、前記カテゴリ優先度設定手段は、前記カテゴリに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているカテゴリの優先度を上げることを特徴とする。
また、請求項４に係る情報配信装置にあっては、前記タスク決定手段で決定されたタスクの優先度を設定するタスク優先度設定手段を備え、前記タスクには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、前記カテゴリ優先度設定手段は、前記タスク優先度設定手段で設定されたタスクの優先度に基づいてカテゴリの優先度を設定し、前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げることを特徴とする。
さらに、請求項５に係る情報配信装置にあっては、コンテンツにアクセス可能な端末装置と、前記端末装置にコンテンツに関する情報を配信する情報配信装置と、を備える情報配信システムの情報配信装置であって、前記端末装置のユーザが取り得る予定に対応づけて当該予定に関連するタスクを記憶するタスク記憶手段と、前記タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを記憶するカテゴリ記憶手段と、前記タスク記憶手段を参照して、前記ユーザの実際の予定に対応するタスクを決定するタスク決定手段と、前記カテゴリ記憶手段を参照して、前記タスク決定手段で決定されたタスクに対応するカテゴリを決定するカテゴリ決定手段と、前記タスク決定手段で決定されたタスクの優先度を設定するタスク優先度設定手段と、前記タスク優先度設定手段で設定されたタスクの優先度に基づいてカテゴリの優先度を設定するカテゴリ優先度設定手段と、前記カテゴリ優先度設定手段で設定された前記コンテンツのカテゴリの優先度に基づいて当該コンテンツに関する情報の配信を行うコンテンツ情報配信手段と、を備え、前記タスクには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件に対する、前記ユーザの適合結果に応じて前記タスクの優先度を設定することを特徴とする。
また、請求項６に係る情報配信装置にあっては、前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げることを特徴とする。
さらに、請求項７に係る情報配信装置にあっては、前記タスクには、複数のユーザ条件が対応づけられており、前記タスク優先度設定手段は、前記タスクに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているタスクの優先度を上げることを特徴とする。
さらに、請求項７に係る情報配信装置にあっては、前記タスクには、複数のユーザ条件が対応づけられており、前記タスク優先度設定手段は、前記タスクに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているタスクの優先度を上げることを特徴とする。
請求項１〜３に係る発明にあっては、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げるようにした。そのため、例えば、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度が上がり、そのコンテンツカテゴリに属するコンテンツが配信され易い状態となることで、コンテンツが重複して配信されることを防止することができる。
また、請求項４〜７に係る発明にあっては、タスクに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げるようにした。そのため、例えば、タスクに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたタスクの優先度が上がり、そのタスクに対応するコンテンツが配信されやすい状態となることで、コンテンツが重複して配信されることを防止することができる。
以下、本発明の実施の形態を図面に基づいて説明する。
＜概要＞
本実施形態にあっては、図１に示すように、情報配信装置を、商品やサービスの情報を提供するサイト等、各種情報提供サイト（コンテンツ）に関する情報をユーザの携帯電話機１に配信する情報配信システム２の配信サーバ３に適用した例を説明する。
すなわち、配信サーバ３は、携帯電話キャリアの通信網４に接続され、ユーザそれぞれが携帯する複数の携帯電話機１と通信網４を介して通信可能に構成される。
＜概要＞
本実施形態にあっては、図１に示すように、情報配信装置を、商品やサービスの情報を提供するサイト等、各種情報提供サイト（コンテンツ）に関する情報をユーザの携帯電話機１に配信する情報配信システム２の配信サーバ３に適用した例を説明する。
すなわち、配信サーバ３は、携帯電話キャリアの通信網４に接続され、ユーザそれぞれが携帯する複数の携帯電話機１と通信網４を介して通信可能に構成される。
そして、配信サーバ３は、予め収集しておいたユーザの予定に基づき、ユーザにコンテンツ配信を行うタイミングで、まず、前記ユーザの予定の前後に行われる階層化された行動群（タスクモデル）を選出し、それらタスクモデルを構成するタスクの実行に適したコンテンツのカテゴリ（コンテンツカテゴリ）を複数選出する。次に、タスクの優先度と当該タスクに対するコンテンツカテゴリの優先度とに基づいて前記選出したコンテンツカテゴリそれぞれの優先度を算出し、優先度が高いコンテンツカテゴリに含まれるコンテンツの内容についての概要およびＵＲＬ（Universal Resource Locater）を前記ユーザの携帯電話機１に配信する。
また、同時に、配信サーバ３は、選出したタスクモデルを構成するタスクのリスト（候補リスト）を前記ユーザの携帯電話機１に送信する。
さらに、配信サーバ３は、予めタスクおよびタスクに対するコンテンツカテゴリにユーザ条件を設定しておき、タスクのユーザ条件またはタスクに対するコンテンツカテゴリのユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクまたはタスクに対するコンテンツカテゴリの優先度を上げる。
さらに、配信サーバ３は、予めタスクおよびタスクに対するコンテンツカテゴリにユーザ条件を設定しておき、タスクのユーザ条件またはタスクに対するコンテンツカテゴリのユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクまたはタスクに対するコンテンツカテゴリの優先度を上げる。
なお、本実施形態の携帯電話機１は、配信サーバ３から配信されたコンテンツの概要およびＵＲＬをディスプレイに表示する機能、コンテンツにアクセスして詳細情報を表示する機能、コンテンツに関する店舗情報サイトにアクセスする機能、コンテンツに関する地図を表示する機能、およびそれら機能が使用された場合に当該機能の情報、つまり、コンテンツの閲覧に関する情報を配信サーバ３に送信する機能を有する。
また、携帯電話機１は、ユーザに予定の入力を促す機能、ユーザが予定を入力すると当該予定の情報を配信サーバ３に送信する機能、配信サーバ３から候補リストを受信すると当該候補リストのタスクの選択をユーザに促す機能、およびユーザが候補リストのタスクを選択すると当該タスクの情報を配信サーバ３に送信する機能も有する。
ユーザにタスクに選択を促す方法としては、例えば、タスクに対応するアイコンを携帯電話機１のディスプレイに表示し、アイコンのクリックを促す方法や、携帯電話機１が有するＴｏＤｏ機能へのタスクの登録を促す方法等が上げられる。
また、ユーザが選択したタスクを判定する方法としては、例えば、タスクに対応するアイコンのいずれがクリックされたかを判定する方法や、携帯電話機１が有するＴｏＤｏ機能に登録されたタスクを判定する方法等が上げられる。
ユーザにタスクに選択を促す方法としては、例えば、タスクに対応するアイコンを携帯電話機１のディスプレイに表示し、アイコンのクリックを促す方法や、携帯電話機１が有するＴｏＤｏ機能へのタスクの登録を促す方法等が上げられる。
また、ユーザが選択したタスクを判定する方法としては、例えば、タスクに対応するアイコンのいずれがクリックされたかを判定する方法や、携帯電話機１が有するＴｏＤｏ機能に登録されたタスクを判定する方法等が上げられる。
＜構成＞
まず、本実施形態の配信サーバ３の構成を説明する。
図２は、本実施形態の配信サーバの概略構成を示す構成図である。
配信サーバ３は、個人履歴・嗜好データベース（ＤＢ）５、個人プロファイルＤＢ６、個人予定ＤＢ７、個人現在地ＤＢ８、情報格納部９および処理実行部１０を備える。
個人履歴・嗜好ＤＢ５５は、ユーザそれぞれについて、コンテンツの閲覧履歴およびその閲覧履歴から推定される嗜好（ユーザの嗜好。例えば、パンが好きか？）のデータを収集・管理する。
まず、本実施形態の配信サーバ３の構成を説明する。
図２は、本実施形態の配信サーバの概略構成を示す構成図である。
配信サーバ３は、個人履歴・嗜好データベース（ＤＢ）５、個人プロファイルＤＢ６、個人予定ＤＢ７、個人現在地ＤＢ８、情報格納部９および処理実行部１０を備える。
個人履歴・嗜好ＤＢ５５は、ユーザそれぞれについて、コンテンツの閲覧履歴およびその閲覧履歴から推定される嗜好（ユーザの嗜好。例えば、パンが好きか？）のデータを収集・管理する。
個人プロファイルＤＢ６は、ユーザそれぞれについて、予め収集しておいたプロファイル（ユーザの属性。例えば、自宅最寄り駅はどこか？、一人暮らしか？、男性か女性か？、年齢はいくつか？、子供はいるか？）を管理する。
個人予定ＤＢ７は、ユーザそれぞれについて、予め収集しておいた実際の予定（ユーザの状況。例えば、予定内容、場所および日時）を管理する。
予定の収集方法としては、例えば、携帯電話機１から送信される予定の情報、つまり、ユーザが携帯電話機１に予定を入力することで配信サーバ３に送信される予定の情報を解析して収集する方法が挙げられる。
個人現在地ＤＢ８は、ユーザそれぞれについて、現在地（ユーザの状況）を収集・管理する。
個人予定ＤＢ７は、ユーザそれぞれについて、予め収集しておいた実際の予定（ユーザの状況。例えば、予定内容、場所および日時）を管理する。
予定の収集方法としては、例えば、携帯電話機１から送信される予定の情報、つまり、ユーザが携帯電話機１に予定を入力することで配信サーバ３に送信される予定の情報を解析して収集する方法が挙げられる。
個人現在地ＤＢ８は、ユーザそれぞれについて、現在地（ユーザの状況）を収集・管理する。
すなわち、個人履歴・嗜好ＤＢ５、個人プロファイルＤＢ６、個人予定ＤＢ７および個人現在地ＤＢ８は、ユーザの嗜好、属性および状況を収集・管理する。
情報格納部９は、複数のタスクモデルテーブル１１、タスク優先度管理テーブル１２、タスク−コンテンツマッピングテーブル１５、タスク−コンテンツ優先度管理テーブル１６、コンテンツ選択履歴テーブル１７およびコンテンツテーブル１９を格納する。
情報格納部９は、複数のタスクモデルテーブル１１、タスク優先度管理テーブル１２、タスク−コンテンツマッピングテーブル１５、タスク−コンテンツ優先度管理テーブル１６、コンテンツ選択履歴テーブル１７およびコンテンツテーブル１９を格納する。
タスクモデルテーブル１１は、ユーザが取り得る予定に対応づけられ、当該予定の前後に行われる行動群、つまり、当該予定に関連するタスク群の階層化して示すものである。すなわち、タスク群（タスクモデル）の階層構造を示すものである。
具体的には、タスクモデルテーブル１１は、図３に示すように、タスクＩＤ、タスク名、上位タスクＩＤ、想定実行日時、ユーザ条件・セグメント、ユーザ条件・性別、ユーザ条件・子供の有無および優先度デフォルト値を示すテーブルである。
具体的には、タスクモデルテーブル１１は、図３に示すように、タスクＩＤ、タスク名、上位タスクＩＤ、想定実行日時、ユーザ条件・セグメント、ユーザ条件・性別、ユーザ条件・子供の有無および優先度デフォルト値を示すテーブルである。
「タスクＩＤ」は、タスクそれぞれを一意に識別するためのＩＤである。
「タスク名」は、タスクＩＤで識別されるタスクの具体的内容を示す情報である。
「上位タスクＩＤ」は、タスクＩＤで識別されるタスクの上位タスクを特定するタスクＩＤであり、タスクモデルの階層構造を示す情報である。
例えば、図３にあっては、タスク「ホテルを予約する」は、「上位タスクＩＤ」として「Ｔ０００１」を参照しており、参照先のタスク「旅行をする」を上位タスクとして、当該タスク「旅行をする」を達成するためのサブタスクとなっていることを示している。
「想定実行時期」は、タスクＩＤで識別されるタスクがいつ実行されればよいかを示す情報である。
例えば、タスク「ホテルを予約する」は、上位タスクであるタスク「旅行する」よりも「−７ｄａｙｓ」、つまり、７日前までに実行することが望ましいことを示している。
「タスク名」は、タスクＩＤで識別されるタスクの具体的内容を示す情報である。
「上位タスクＩＤ」は、タスクＩＤで識別されるタスクの上位タスクを特定するタスクＩＤであり、タスクモデルの階層構造を示す情報である。
例えば、図３にあっては、タスク「ホテルを予約する」は、「上位タスクＩＤ」として「Ｔ０００１」を参照しており、参照先のタスク「旅行をする」を上位タスクとして、当該タスク「旅行をする」を達成するためのサブタスクとなっていることを示している。
「想定実行時期」は、タスクＩＤで識別されるタスクがいつ実行されればよいかを示す情報である。
例えば、タスク「ホテルを予約する」は、上位タスクであるタスク「旅行する」よりも「−７ｄａｙｓ」、つまり、７日前までに実行することが望ましいことを示している。
「ユーザ条件・セグメント」「ユーザ条件・性別」「ユーザ条件・子供の有無」は、ユーザ条件の一例である。「セグメント」（ユーザの属性）は、特定のセグメント（例えば、美容セグメント）に属するか否かによってタスクの選択が制限される場合に、その条件が記述される。「ユーザ条件・性別」（ユーザの属性）は、前記タスクが男性または女性に限定される行動である場合に、男女いずれかの条件が記述される。「ユーザ条件年齢」（ユーザの属性）は、年齢の条件によって当該タスクを選択することが制限される場合に、その条件が記述される。「ユーザ条件・子供の有無」（ユーザの属性）は、ユーザに子供がいるか否かによって当該タスクの選択が制限される場合に、その条件が記述される。
なお、本実施形態では、ユーザ条件として、セグメント、性別、年齢、子供の有無といった複数のユーザの属性を用いる例を示したが、これに限られる者ではない。例えば、ユーザの嗜好、ユーザの状況をユーザ条件としてもよい。
「優先度デフォルト値」は、タスクＩＤで識別されるタスクの優先度の初期値である。
タスク優先度管理テーブル１２は、個々のユーザに対するタスクの現在の優先度を示すものである。
なお、「個々のユーザに対するタスクの現在の優先度」を、以下、単にタスクの優先度と呼ぶ。
具体的には、タスク優先度管理テーブル１２は、図４に示すように、優先度の学習が行われたタスクそれぞれについて、ユーザＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無および優先度を示すテーブルである。
「優先度デフォルト値」は、タスクＩＤで識別されるタスクの優先度の初期値である。
タスク優先度管理テーブル１２は、個々のユーザに対するタスクの現在の優先度を示すものである。
なお、「個々のユーザに対するタスクの現在の優先度」を、以下、単にタスクの優先度と呼ぶ。
具体的には、タスク優先度管理テーブル１２は、図４に示すように、優先度の学習が行われたタスクそれぞれについて、ユーザＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無および優先度を示すテーブルである。
「優先度」は、タスクＩＤで識別されるタスクの現在の優先度である。
タスク選択履歴テーブル１３は、ユーザによって過去に選択されたタスクの情報を、選択履歴として保持するものである。
具体的には、タスク選択履歴テーブル１３は、図５に示すように、ユーザＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無、選択日時、状況（予定）識別ＩＤおよび選択状況ＩＤを示すテーブルである。
「選択日時」は、タスクＩＤで識別されるタスクが選択された日時を示す情報である。
「状況（予定）識別ＩＤ」は、タスクＩＤで識別されるタスクの選択時に、選択されたタスクのタスクモデルに対応づけられていた予定を識別するためのＩＤである。
「選択状況ＩＤ」は、タスクＩＤで識別されるタスクが選択された状況を識別するためのＩＤである。
タスク選択履歴テーブル１３は、ユーザによって過去に選択されたタスクの情報を、選択履歴として保持するものである。
具体的には、タスク選択履歴テーブル１３は、図５に示すように、ユーザＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無、選択日時、状況（予定）識別ＩＤおよび選択状況ＩＤを示すテーブルである。
「選択日時」は、タスクＩＤで識別されるタスクが選択された日時を示す情報である。
「状況（予定）識別ＩＤ」は、タスクＩＤで識別されるタスクの選択時に、選択されたタスクのタスクモデルに対応づけられていた予定を識別するためのＩＤである。
「選択状況ＩＤ」は、タスクＩＤで識別されるタスクが選択された状況を識別するためのＩＤである。
選択されたタスクの情報の収集方法としては、例えば、携帯電話機１から送信されるタスクの情報、つまり、ユーザが携帯電話機１でタスクを選択することで配信サーバ３に送信されるタスクの情報を解析して収集する方法が挙げられる。
タスク−コンテンツマッピングテーブル１５は、タスクと当該タスクの実行に適したコンテンツのカテゴリとの関係を示すもの、つまり、タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを示すもの。
具体的には、タスク−コンテンツマッピングテーブル１５は、図６に示すように、ＭＡＰＩＤ、タスクＩＤ、コンテンツカテゴリ、場所条件、最適配信日時、ユーザ条件・セグメント、ユーザ条件・性別、ユーザ条件・子供の有無および優先度デフォルト値を示すテーブルである。
「コンテンツカテゴリ」は、タスクＩＤで識別されるタスクの実行に適したコンテンツのカテゴリ（タスクに対応するコンテンツカテゴリ）を示す情報である。
タスク−コンテンツマッピングテーブル１５は、タスクと当該タスクの実行に適したコンテンツのカテゴリとの関係を示すもの、つまり、タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを示すもの。
具体的には、タスク−コンテンツマッピングテーブル１５は、図６に示すように、ＭＡＰＩＤ、タスクＩＤ、コンテンツカテゴリ、場所条件、最適配信日時、ユーザ条件・セグメント、ユーザ条件・性別、ユーザ条件・子供の有無および優先度デフォルト値を示すテーブルである。
「コンテンツカテゴリ」は、タスクＩＤで識別されるタスクの実行に適したコンテンツのカテゴリ（タスクに対応するコンテンツカテゴリ）を示す情報である。
「優先度デフォルト値」は、タスクＩＤで識別されるタスクの実行にあたって、タスクに対応するコンテンツカテゴリそれぞれのいずれを優先すべきかを示す優先度（タスクに対するコンテンツカテゴリの優先度）の初期値である。
タスク−コンテンツ優先度管理テーブル１６は、個々のユーザに対する、タスクに対するコンテンツカテゴリの現在の優先度を示すものである。
なお、「個々のユーザに対する、タスクに対するコンテンツカテゴリの現在の優先度」を、以下、単にタスクに対するコンテンツカテゴリの現在の優先度と呼ぶ。
具体的には、タスク−コンテンツ優先度管理テーブル１６は、図７に示すように、ユーザＩＤ、コンテンツカテゴリＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無および優先度を示すテーブルである。
タスク−コンテンツ優先度管理テーブル１６は、個々のユーザに対する、タスクに対するコンテンツカテゴリの現在の優先度を示すものである。
なお、「個々のユーザに対する、タスクに対するコンテンツカテゴリの現在の優先度」を、以下、単にタスクに対するコンテンツカテゴリの現在の優先度と呼ぶ。
具体的には、タスク−コンテンツ優先度管理テーブル１６は、図７に示すように、ユーザＩＤ、コンテンツカテゴリＩＤ、タスクＩＤ、ユーザ条件・性別、ユーザ条件・子供の有無および優先度を示すテーブルである。
「優先度」は、タスクに対するコンテンツカテゴリの現在の優先度である。
コンテンツ選択履歴テーブル１７は、ユーザによって過去に閲覧されたコンテンツの情報を、選択履歴として保持するものである。
具体的には、コンテンツ選択履歴テーブル１７は、図８に示すように、ユーザＩＤ、コンテンツＩＤ、ＭＡＰＩＤ、状況（予定）識別ＩＤ、閲覧日時および閲覧状況ＩＤを示すテーブルである。
「コンテンツＩＤ」は、コンテンツを識別するためのＩＤである。
「閲覧日時」は、コンテンツＩＤで識別されるコンテンツが閲覧された日時を示す情報である。
「閲覧状況ＩＤ」は、コンテンツＩＤで識別されるコンテンツが閲覧された状況を識別するためのＩＤである。
コンテンツ選択履歴テーブル１７は、ユーザによって過去に閲覧されたコンテンツの情報を、選択履歴として保持するものである。
具体的には、コンテンツ選択履歴テーブル１７は、図８に示すように、ユーザＩＤ、コンテンツＩＤ、ＭＡＰＩＤ、状況（予定）識別ＩＤ、閲覧日時および閲覧状況ＩＤを示すテーブルである。
「コンテンツＩＤ」は、コンテンツを識別するためのＩＤである。
「閲覧日時」は、コンテンツＩＤで識別されるコンテンツが閲覧された日時を示す情報である。
「閲覧状況ＩＤ」は、コンテンツＩＤで識別されるコンテンツが閲覧された状況を識別するためのＩＤである。
閲覧されたコンテンツの情報の収集方法としては、例えば、携帯電話機１から送信されるコンテンツの閲覧に関する情報、つまり、配信されたコンテンツの詳細情報を表示する機能、配信されたコンテンツに関する店舗情報提供サイトにブラウザでアクセスする機能、および配信されたコンテンツに関する地図を表示する機能のいずれかを、ユーザが使うことで配信サーバ３に送信される情報を解析して収集する方法が挙げられる。
コンテンツテーブル１９は、配信候補であるコンテンツの内容についての概要およびＵＲＬを示すものである。
コンテンツテーブル１９は、配信候補であるコンテンツの内容についての概要およびＵＲＬを示すものである。
処理実行部１０は、コンテンツ配信を行うタイミングになると、ユーザ毎に後述するコンテンツ配信処理を実行し、各種データベース５〜８および各種テーブル１１〜１５を参照して、まず、図９に示すように、配信対象であるユーザの予定に付随して実行されるタスクモデルを選出し、そのタスクモデルを構成するタスクの実行に適したコンテンツカテゴリを複数選出する。次に、図１０に示すように、タスク優先度管理テーブル１２およびタスク−コンテンツ優先度管理テーブル１６を参照し、タスクの優先度と当該タスクに対するコンテンツカテゴリの優先度とに基づいて前記選出したコンテンツカテゴリそれぞれの優先度を算出し、優先度が高いコンテンツカテゴリに含まれるコンテンツの概要およびＵＲＬを前記ユーザの携帯電話機１に配信する。
なお、本実施形態では、優先度が高いコンテンツカテゴリに含まれるコンテンツの概要及びＵＲＬ（情報）のみを配信する例を示したが、これに限られるものではない。例えば、優先度に応じて、配信するコンテンツの情報の取捨選択、コンテンツの情報の表示順の設定、およびコンテンツの情報の表示方法の設定等を行い、それら取捨選択された情報を設定された表示順および表示方法で配置したリストを配信するようにしてもよい。
また、同時に、処理実行部は、選出したタスクモデルを構成するタスクのリスト（候補リスト）を前記ユーザの携帯電話機１に送信する。
さらに、処理実行部１０は、図３および図６に示すように、タスクモデルテーブル１１、タスク−コンテンツマッピングテーブル１５を参照して、タスクのユーザ条件またはタスクに対するコンテンツカテゴリのユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度またはタスクに対するコンテンツカテゴリの優先度を上げる。
さらに、処理実行部１０は、図３および図６に示すように、タスクモデルテーブル１１、タスク−コンテンツマッピングテーブル１５を参照して、タスクのユーザ条件またはタスクに対するコンテンツカテゴリのユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度またはタスクに対するコンテンツカテゴリの優先度を上げる。
すなわち、本実施形態にあっては、ユーザが１つのタスクまたはコンテンツカテゴリに設定されているユーザ条件のうち２つ以上のユーザ条件に適合すると、適合したユーザ条件が設定されているタスクまたはコンテンツカテゴリの優先度が上がり、当該タスクまたはコンテンツカテゴリに属するコンテンツの優先度が上がることで、当該コンテンツを配信され易い状態とすることができ、２つ以上のユーザ条件に適合するタスクまたはコンテンツカテゴリがあっても、コンテンツが重複して配信されることを防止する構成とした。
＜動作＞
次に、処理実行部１０で実行されるコンテンツ配信処理を図面に基づいて説明する。
図１１は、コンテンツ配信処理のフローチャートを示すフローチャートである。
コンテンツ配信処理は、コンテンツを配信するタイミングでユーザ毎に実行され、図１１に示すように、まず、そのステップＳ１０１で、コンテンツの配信対象であるユーザ（配信対象ユーザ）のユーザＩＤを取得し、配信日時を取得する。
なお、配信日時に特に指定がない場合には、配信日時として現在の日時を取得する。
次に、処理実行部１０で実行されるコンテンツ配信処理を図面に基づいて説明する。
図１１は、コンテンツ配信処理のフローチャートを示すフローチャートである。
コンテンツ配信処理は、コンテンツを配信するタイミングでユーザ毎に実行され、図１１に示すように、まず、そのステップＳ１０１で、コンテンツの配信対象であるユーザ（配信対象ユーザ）のユーザＩＤを取得し、配信日時を取得する。
なお、配信日時に特に指定がない場合には、配信日時として現在の日時を取得する。
次にステップＳ１０２に移行して、個人履歴・嗜好ＤＢ５５、個人プロファイルＤＢ６、個人予定ＤＢ７および個人現在地ＤＢ８を参照し、配信対象ユーザの履歴、嗜好、プロファイル、予定および現在地を取得する。
次にステップＳ１０３に移行して、前記ステップＳ１０２で取得した予定（取得予定）に対応するタスクモデルを決定（取得）する。
具体的には、情報格納部９に格納されている複数のタスクモデルテーブル１１から、取得予定に対応するタスクモデルテーブル１１を選出し、図３に示すように、選出したタスクモデルテーブル１１のエントリを参照し、それらエントリの「タスクＩＤ」のフィールド値で識別されるタスク群をタスクモデルとする。
次にステップＳ１０３に移行して、前記ステップＳ１０２で取得した予定（取得予定）に対応するタスクモデルを決定（取得）する。
具体的には、情報格納部９に格納されている複数のタスクモデルテーブル１１から、取得予定に対応するタスクモデルテーブル１１を選出し、図３に示すように、選出したタスクモデルテーブル１１のエントリを参照し、それらエントリの「タスクＩＤ」のフィールド値で識別されるタスク群をタスクモデルとする。
次にステップＳ１０４に移行して、前記ステップＳ１０３で取得したタスクモデル（取得タスクモデル）を構成するタスクそれぞれについて想定実行日時を取得する。
具体的には、図３に示すように、取得予定に対応するタスクモデルテーブル１１のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が、前記ステップＳ１０３で取得したタスクモデルを構成するタスクのタスクＩＤと一致するものを選出し、選出したエントリの「想定実行日時」のフィールド値を前記タスクそれぞれの想定実行日時とする。
具体的には、図３に示すように、取得予定に対応するタスクモデルテーブル１１のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が、前記ステップＳ１０３で取得したタスクモデルを構成するタスクのタスクＩＤと一致するものを選出し、選出したエントリの「想定実行日時」のフィールド値を前記タスクそれぞれの想定実行日時とする。
なお、「取得予定に対応するタスクモデルテーブル１１」を、以下、単にタスクモデルテーブル１１と呼ぶ。
次にステップＳ１０５に移行して、取得タスクモデルの選択履歴があるか否かを判定する。選択履歴がある場合には（Ｙｅｓ）ステップＳ１０６に移行し、選択履歴がない場合には（Ｎｏ）ステップＳ１０７に移行する。
具体的には、図５に示すように、タスク選択履歴テーブル１３のエントリを参照し、それらエントリのうちに「ユーザＩＤ」「タスクＩＤ」のフィールド値が、前記ステップＳ１０１で取得したユーザＩＤおよび取得タスクのタスクＩＤと一致するものがある場合に、選択履歴があると判定する。
前記ステップＳ１０６では、取得タスクモデルの選択履歴に基づいて、取得タスクモデルを構成するタスク（取得タスク）それぞれのタスク優先度を取得してから、ステップＳ１０８に移行する。
次にステップＳ１０５に移行して、取得タスクモデルの選択履歴があるか否かを判定する。選択履歴がある場合には（Ｙｅｓ）ステップＳ１０６に移行し、選択履歴がない場合には（Ｎｏ）ステップＳ１０７に移行する。
具体的には、図５に示すように、タスク選択履歴テーブル１３のエントリを参照し、それらエントリのうちに「ユーザＩＤ」「タスクＩＤ」のフィールド値が、前記ステップＳ１０１で取得したユーザＩＤおよび取得タスクのタスクＩＤと一致するものがある場合に、選択履歴があると判定する。
前記ステップＳ１０６では、取得タスクモデルの選択履歴に基づいて、取得タスクモデルを構成するタスク（取得タスク）それぞれのタスク優先度を取得してから、ステップＳ１０８に移行する。
具体的には、まず、取得タスクを１つ選出して処理対象タスクとする。次に、図４に示すように、タスク優先度管理テーブル１２のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が処理対象タスクのタスクＩＤと一致するものを選出し、選出したエントリの「優先度」のフィールド値を取得する。
そして、他の取得タスクを新しい処理対象タスクとして順に選出し、選出した処理対象タスクに対して上記手順を繰り返すことで、取得タスクそれぞれの優先度を取得する。
そして、他の取得タスクを新しい処理対象タスクとして順に選出し、選出した処理対象タスクに対して上記手順を繰り返すことで、取得タスクそれぞれの優先度を取得する。
一方、前記ステップＳ１０７では、タスク優先度のデフォルト値を取得してから、前記ステップＳ１０８に移行する。
具体的には、図３に示すように、タスクモデルテーブル１１のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤと一致するエントリを選出し、選出したエントリの「優先度」のフィールド値を、取得タスクそれぞれの優先度とする。
前記ステップＳ１０８では、取得タスクそれぞれについて、対応するコンテンツカテゴリを取得する。
具体的には、図６に示すように、タスク−コンテンツマッピングテーブル１５のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤと一致するエントリを選出し、選出したエントリの「コンテンツカテゴリ」のフィールド値を、取得タスクそれぞれのコンテンツカテゴリとする。
具体的には、図３に示すように、タスクモデルテーブル１１のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤと一致するエントリを選出し、選出したエントリの「優先度」のフィールド値を、取得タスクそれぞれの優先度とする。
前記ステップＳ１０８では、取得タスクそれぞれについて、対応するコンテンツカテゴリを取得する。
具体的には、図６に示すように、タスク−コンテンツマッピングテーブル１５のエントリを参照し、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤと一致するエントリを選出し、選出したエントリの「コンテンツカテゴリ」のフィールド値を、取得タスクそれぞれのコンテンツカテゴリとする。
次にステップＳ１０９に移行して、前記ステップＳ１０８で取得したコンテンツカテゴリ（取得コンテンツカテゴリ）のうちに、以下のステップＳ１０８〜Ｓ１１６でコンテンツカテゴリ優先度が算出されていないものがあるか否かを判定する。コンテンツカテゴリ優先度が算出されていないものがある場合には（Ｙｅｓ）ステップＳ１１０に移行し、取得コンテンツカテゴリの全てにコンテンツカテゴリ優先度が算出されている場合には（Ｎｏ）ステップＳ１１７に移行する。
前記ステップＳ１１０では、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリ配信日時を取得する。
具体的には、図６に示すように、タスク−コンテンツマッピングテーブル１５を参照し、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリの一致するエントリを選出し、選出したエントリの「最適配信日時フィールド」のフィールド値を前記コンテンツカテゴリそれぞれのコンテンツカテゴリ配信日時とする。
具体的には、図６に示すように、タスク−コンテンツマッピングテーブル１５を参照し、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリの一致するエントリを選出し、選出したエントリの「最適配信日時フィールド」のフィールド値を前記コンテンツカテゴリそれぞれのコンテンツカテゴリ配信日時とする。
前記ステップＳ１１１では、取得コンテンツカテゴリの選択履歴があるか否かを判定する。選択履歴がある場合には（Ｙｅｓ）ステップＳ１１２に移行し、選択履歴がない場合には（Ｎｏ）ステップＳ１１３に移行する。
具体的には、図８に示すように、コンテンツ選択履歴テーブル１７のエントリを参照し、それらエントリのうちに「ユーザＩＤ」「コンテンツＩＤ」のフィールド値が、前記ステップＳ１０１で取得したユーザＩＤおよび取得コンテンツカテゴリのコンテンツのコンテンツＩＤと一致するものがある場合に、選択履歴があると判定する。
具体的には、図８に示すように、コンテンツ選択履歴テーブル１７のエントリを参照し、それらエントリのうちに「ユーザＩＤ」「コンテンツＩＤ」のフィールド値が、前記ステップＳ１０１で取得したユーザＩＤおよび取得コンテンツカテゴリのコンテンツのコンテンツＩＤと一致するものがある場合に、選択履歴があると判定する。
前記ステップＳ１１２では、取得コンテンツカテゴリの選択履歴に基づいて、タスクに対するコンテンツカテゴリ優先度を算出してから、ステップＳ１１４に移行する。
具体的には、まず、取得コンテンツカテゴリを１つ選出して処理対象コンテンツカテゴリとし、さらに、選出した取得コンテンツカテゴリのコンテンツを１つ選出して処理対象コンテンツとする。次に、図８に示すように、タスク−コンテンツ優先度管理テーブル１６のエントリを参照し、それらエントリのうち「コンテンツカテゴリＩＤ」のフィールド値が処理対象コンテンツカテゴリのコンテンツカテゴリＩＤと一致するエントリを選出し、選出したエントリの「優先度」のフィールド値を取得する。
具体的には、まず、取得コンテンツカテゴリを１つ選出して処理対象コンテンツカテゴリとし、さらに、選出した取得コンテンツカテゴリのコンテンツを１つ選出して処理対象コンテンツとする。次に、図８に示すように、タスク−コンテンツ優先度管理テーブル１６のエントリを参照し、それらエントリのうち「コンテンツカテゴリＩＤ」のフィールド値が処理対象コンテンツカテゴリのコンテンツカテゴリＩＤと一致するエントリを選出し、選出したエントリの「優先度」のフィールド値を取得する。
そして、処理対象コンテンツカテゴリの他のコンテンツを新しい処理対象コンテンツとして順に選出し、選出した処理対象コンテンツに対して上記手順を繰り返すとともに、他の取得コンテンツカテゴリのコンテンツに対しても上記手順を繰り返すことで、取得タスクに対する取得コンテンツカテゴリそれぞれについて、優先度を取得する。
一方、前記ステップＳ１１３では、タスクに対するコンテンツカテゴリ優先度のデフォルト値を取得してから、前記ステップＳ１１４に移行する。
一方、前記ステップＳ１１３では、タスクに対するコンテンツカテゴリ優先度のデフォルト値を取得してから、前記ステップＳ１１４に移行する。
具体的には、図７に示すように、タスク−コンテンツ優先度管理テーブルを参照し、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリＩＤの一致するエントリを選出し、選出したエントリの「優先度」のフィールドのフィールド値を取得タスクに対する前記コンテンツカテゴリそれぞれの優先度とする。
前記ステップＳ１１４では、前記ステップＳ１０６またはＳ１０７で設定されたタスク優先度、および前記ステップＳ１１２またはＳ１１３で設定されたタスクに対するコンテンツカテゴリ優先度に基づいてコンテンツカテゴリ優先度を算出する。
前記ステップＳ１１４では、前記ステップＳ１０６またはＳ１０７で設定されたタスク優先度、および前記ステップＳ１１２またはＳ１１３で設定されたタスクに対するコンテンツカテゴリ優先度に基づいてコンテンツカテゴリ優先度を算出する。
具体的には、まず、取得タスクを１つ選出して処理対象タスクとし、さらに、処理対象タスクに対応する取得コンテンツカテゴリを１つ選出して処理対象コンテンツカテゴリとする。次に、処理対象タスクのタスク優先度に、当該処理対象タスクに対する処理対象コンテンツカテゴリの優先度、つまり、タスクに対するコンテンツカテゴリ優先度を乗算し、その乗算結果を処理対象コンテンツカテゴリの優先度とする。
そして、処理対象タスクの他のコンテンツカテゴリを新しい処理対象コンテンツカテゴリとして順に選出し、選出した処理対象コンテンツに対して上記手順を繰り返すとともに、他の取得タスクのコンテンツカテゴリに対しても上記手順を繰り返すことで、取得コンテンツカテゴリそれぞれについて、優先度を算出する。
次にステップＳ１１５に移行して、前記ステップＳ１０４で取得したタスク想定実行日時および前記ステップＳ１１０で取得したコンテンツカテゴリ配信日時に基づき、取得コンテンツカテゴリそれぞれについて、それらコンテンツカテゴリに含まれるコンテンツの配信日時（コンテンツカテゴリ最適配信日時）を算出する。
次にステップＳ１１５に移行して、前記ステップＳ１０４で取得したタスク想定実行日時および前記ステップＳ１１０で取得したコンテンツカテゴリ配信日時に基づき、取得コンテンツカテゴリそれぞれについて、それらコンテンツカテゴリに含まれるコンテンツの配信日時（コンテンツカテゴリ最適配信日時）を算出する。
具体的には、まず、取得タスクを１つ選出して処理対象タスクとし、さらに、処理対象タスクに対応する取得コンテンツカテゴリを１つ選出して処理対象コンテンツとする。次に、処理対象タスクのタスク想定実行日時に、処理対象コンテンツカテゴリのコンテンツカテゴリ配信日時を加算し、その加算結果をコンテンツカテゴリ最適配信日時とする。
なお、処理対象タスクが上位タスクを有する場合、つまり、処理対象タスクと親子関係にある上位タスクが存在する場合には、「処理対象タスクの想定実行日時」として、処理対象タスクの想定実行時日時そのものに、処理対象タスクと親子関係にある上位タスクの想定実行日時や当該上位タスクと親子関係にある上位タスクの想定実行日時等、親子関係にある上位タスクを順に最上位タスクまでたどっていったときの各上位タスクの想定実行日時を加算したものを用いる。
なお、処理対象タスクが上位タスクを有する場合、つまり、処理対象タスクと親子関係にある上位タスクが存在する場合には、「処理対象タスクの想定実行日時」として、処理対象タスクの想定実行時日時そのものに、処理対象タスクと親子関係にある上位タスクの想定実行日時や当該上位タスクと親子関係にある上位タスクの想定実行日時等、親子関係にある上位タスクを順に最上位タスクまでたどっていったときの各上位タスクの想定実行日時を加算したものを用いる。
そして、処理対象タスクの他のコンテンツカテゴリを新しい処理対象コンテンツカテゴリとして順に選出し、選出した処理対象コンテンツに対して上記手順を繰り返すとともに、他の取得タスクのコンテンツカテゴリに対しても上記手順を繰り返すことで、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリ最適配信日時を算出する。
次にステップＳ１１６に移行して、前記ステップＳ１０１で取得した配信日時、前記ステップＳ１０２で取得した予定の日時、前記ステップＳ１１２で算出したコンテンツカテゴリ優先度および前記ステップＳ１１５で算出したコンテンツカテゴリ最適配信日時に基づいて、配信日時におけるコンテンツカテゴリ優先度を算出してから、前記ステップＳ１０９に移行する。
次にステップＳ１１６に移行して、前記ステップＳ１０１で取得した配信日時、前記ステップＳ１０２で取得した予定の日時、前記ステップＳ１１２で算出したコンテンツカテゴリ優先度および前記ステップＳ１１５で算出したコンテンツカテゴリ最適配信日時に基づいて、配信日時におけるコンテンツカテゴリ優先度を算出してから、前記ステップＳ１０９に移行する。
具体的には、まず、予定を１つ選出して処理対象予定とし、処理対象予定に対応する取得タスクを１つ選出して処理対象タスクとし、さらに、処理対象タスクに対応する取得コンテンツカテゴリを１つ選出して処理対象コンテンツカテゴリとする。次に、処理対象予定を実行する日時（予定実行日時）、処理対象コンテンツカテゴリのコンテンツカテゴリ優先度およびコンテンツカテゴリ最適配信日時に基づいて、指定日時におけるコンテンツカテゴリ優先度を算出するための関数（優先度算出関数）を導出し、導出した優先度算出関数に基づいて配信日時におけるコンテンツカテゴリ優先度を算出する。
そして、処理対象タスクの他のコンテンツカテゴリを新しい処理対象コンテンツカテゴリとして順に選出し、選出した処理対象コンテンツに対して上記手順を繰り返すとともに、他の予定および他の取得タスクのコンテンツカテゴリに対しても上記手順を繰り返すことで、取得コンテンツカテゴリそれぞれについて、配信日時におけるコンテンツカテゴリ優先度を算出する。
ここで、優先度算出関数は、図１２に示すように、配信日時が、｛コンテンツカテゴリ最適配信日時−（配信日時―コンテンツカテゴリ最適配信日時）｝以前（優先度発生日以前）である場合には配信日におけるコンテンツカテゴリ優先度を「０」とし、優先度発生日〜コンテンツカテゴリ最適配信日時の期間にある場合には当該コンテンツカテゴリ最適配信日時に近づくにつれて配信日におけるコンテンツカテゴリ優先度を増大して、コンテンツカテゴリ最適配信日時に最大値（前記ステップＳ１１２で算出したコンテンツカテゴリ優先度）とし、コンテンツカテゴリ最適配信日時〜予定実行日時の期間にある場合には当該予定実行日時に近づくにつれて配信日におけるコンテンツカテゴリ優先度を低減して予定実行日時に「０」とし、予定実行日時以後にある場合には配信日時におけるコンテンツカテゴリ優先度を「０」とする関数である。
また、優先度関数としては、例えば、図１３に示すように、配信日時が、コンテンツカテゴリ最適配信日時の前後１日の期間にある場合にはカテゴリ優先度を最大値（前記ステップＳ１１２で算出したコンテンツカテゴリ優先度）とし、他の期間にある場合にはカテゴリ優先度を「０」とする関数を用いてもよい。
なお、本実施形態で説明した優先度関数は優先度関数の一例であり、優先度関数は、ここに示す関数に限られるものではない。
一方、前記ステップＳ１１７では、前記ステップＳ１０６またはＳ１０７で取得したタスク優先度および前記ステップＳ１１６で算出した配信日時におけるコンテンツカテゴリ優先度に基づいて配信コンテンツカテゴリを決定する。
なお、本実施形態で説明した優先度関数は優先度関数の一例であり、優先度関数は、ここに示す関数に限られるものではない。
一方、前記ステップＳ１１７では、前記ステップＳ１０６またはＳ１０７で取得したタスク優先度および前記ステップＳ１１６で算出した配信日時におけるコンテンツカテゴリ優先度に基づいて配信コンテンツカテゴリを決定する。
具体的には、まず、取得タスクを１つ選出して処理対象タスクとし、さらに、処理対象タスクに対応する取得コンテンツカテゴリを１つ選出して処理対象コンテンツとする。次に、処理対象タスクのタスク優先度に、処理対象コンテンツカテゴリの配信日時におけるコンテンツカテゴリ優先度を乗算し、その乗算結果を処理対象コンテンツカテゴリの優先度とする。また、処理対象タスクの他のコンテンツカテゴリを新しい処理対象コンテンツカテゴリとして順に選出し、選出した処理対象コンテンツに対して上記手順を繰り返すとともに、他の取得タスクのコンテンツカテゴリに対しても上記手順を繰り返すことで、取得コンテンツカテゴリそれぞれについて、優先度を算出する。
そして、取得コンテンツカテゴリのうち、最も優先度が高いものを配信コンテンツカテゴリとする。
次にステップＳ１１８に移行して、コンテンツテーブル１９を参照して、前記ステップＳ１１７で決定された配信コンテンツカテゴリに含まれるコンテンツの概要およびＵＲＬを取得する。
次にステップＳ１１９に移行して、前記ステップＳ１１８で取得したコンテンツの概要およびＵＲＬを配信対象ユーザに配信してから、この演算処理を終了する。
次にステップＳ１１８に移行して、コンテンツテーブル１９を参照して、前記ステップＳ１１７で決定された配信コンテンツカテゴリに含まれるコンテンツの概要およびＵＲＬを取得する。
次にステップＳ１１９に移行して、前記ステップＳ１１８で取得したコンテンツの概要およびＵＲＬを配信対象ユーザに配信してから、この演算処理を終了する。
＜具体的動作＞
次に、本実施形態の配信サーバ３の動作を具体的状況に基づいて説明する。
まず、ユーザＡにコンテンツを配信するタイミングになったとする。すると、配信サーバ３によって、コンテンツ配信処理が実行され、図１１に示すように、まず、そのステップＳ１０１で、ユーザＡのユーザＩＤ（例えば、Ｕ０００１）が取得され、配信日時として現在の日時が取得される。次に、ステップＳ１０２で、個人履歴・嗜好ＤＢ５５、個人プロファイルＤＢ６、個人予定ＤＢ７および個人現在地ＤＢ８が参照され、ユーザＡの履歴、嗜好、プロファイル、予定（例えば、デート）および現在地が取得される。
次に、本実施形態の配信サーバ３の動作を具体的状況に基づいて説明する。
まず、ユーザＡにコンテンツを配信するタイミングになったとする。すると、配信サーバ３によって、コンテンツ配信処理が実行され、図１１に示すように、まず、そのステップＳ１０１で、ユーザＡのユーザＩＤ（例えば、Ｕ０００１）が取得され、配信日時として現在の日時が取得される。次に、ステップＳ１０２で、個人履歴・嗜好ＤＢ５５、個人プロファイルＤＢ６、個人予定ＤＢ７および個人現在地ＤＢ８が参照され、ユーザＡの履歴、嗜好、プロファイル、予定（例えば、デート）および現在地が取得される。
なお、本実施形態では、配信日時として現在の日時を取得する例を示したが、これに限られるものではない。例えば、未来の日時にコンテンツを配信する場合には、配信日時として未来の日時を取得するようにしてもよい。また、未来の日時を取得する場合には、未来の日時の時点でのユーザＡの履歴、嗜好、プロファイル、予定および現在地等のデータは取得不可能であるため、それらに代えて、現在のデータを取得する。
また、ステップＳ１０３で、取得された予定（取得予定）に対応するタスクモデルテーブル１１が選出され、図３に示すように、選出されたタスクモデルテーブル１１が参照され、取得予定に対応するタスクモデル（例えば、Ｔ０００１、Ｔ０００２等）が取得される。次に、ステップＳ１０４で、図３に示すように、取得予定に対応するタスクモデルテーブル１１のエントリが参照され、それらエントリのうち「タスクＩＤ」のフィールド値が、取得されたタスクモデル（取得タスクモデル）を構成するタスクのタスクＩＤ（Ｔ０００１、Ｔ０００２等）と一致するものがそれぞれ選出され、選出されたエントリの「想定実行日時」のフィールド値が、タスクそれぞれの想定実行日時（なし、−７days等）として取得される。
さらに、図５に示すように、タスク選択履歴テーブル１３のエントリのうちに、「ユーザＩＤ」「タスクＩＤ」のフィールド値が、ユーザＡのユーザＩＤ（Ｕ０００１）および取得タスクモデルを構成するタスク（取得タスク）のタスクＩＤ（Ｔ０００１、Ｔ０００２等）と一致するエントリがあったとする。すると、ステップＳ１０５の判定が「Ｙｅｓ」となり、ステップＳ１０６で、図４に示すように、タスク優先度管理テーブル１２のエントリが参照され、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤ（Ｔ０００１、Ｔ０００２等）と一致するエントリが選出され、選出されたエントリの「優先度」のフィールド値（例えば、１．１1、１．１4等）が、取得タスクの優先度として取得される。また、ステップＳ１０８で、図６に示すように、タスク−コンテンツマッピングテーブル１５のエントリが参照され、それらエントリのうち「タスクＩＤ」のフィールド値が取得タスクのタスクＩＤ（Ｔ０００１、Ｔ０００２等）と一致するエントリが選出され、選出されたエントリの「コンテンツカテゴリ」のフィールド値（例えば、旅行ガイド本、旅行会社窓口等）が、取得タスクそれぞれのコンテンツカテゴリとして取得される。
さらに、ステップＳ１０９の判定が「Ｙｅｓ」となり、ステップＳ１１０で、図６に示すように、タスク−コンテンツマッピングテーブル１５が参照され、取得コンテンツカテゴリそれぞれについて、コンテンツカテゴリ（旅行ガイド本、旅行会社窓口等）の一致するエントリが選出され、選出されたエントリの「最適配信日時フィールド」のフィールド値（例えば、−２days、−２days等）が、コンテンツカテゴリそれぞれのコンテンツカテゴリ配信日時とされる。
また、図８に示すように、コンテンツ選択履歴テーブル１７のエントリのうちに、「ユーザＩＤ」「コンテンツＩＤ」のフィールド値が、ユーザＡのユーザＩＤ（Ｕ０００１）および取得コンテンツカテゴリのコンテンツのコンテンツＩＤと一致するものがあったとする。すると、ステップＳ１１１の判定が「Ｙｅｓ」となり、ステップＳ１１２で、図７に示すように、タスク−コンテンツ優先度管理テーブル１６のエントリが参照され、それらエントリのうち「コンテンツカテゴリＩＤ」のフィールド値が、取得コンテンツカテゴリのコンテンツカテゴリＩＤと一致するエントリが選出され、選出されたエントリの「優先度」のフィールド値（例えば、１．１6、１．１4等）が、タスクに対するコンテンツカテゴリ優先度として取得される。
さらに、ステップＳ１１４で、取得されたタスクに対するコンテンツカテゴリ優先度（１．１6、１．１4等）が、当該タスクのタスク優先度（１．１1、１．１4等）に乗算され、その乗算結果（１．１7、１．１8等）がコンテンツカテゴリの優先度とされる。また、ステップＳ１１５で、取得タスクのタスク想定実行日時（なし、−７days等）に、当該取得タスクに対するコンテンツカテゴリのコンテンツカテゴリ配信日時（−２days、−２days等）が加算され、その加算結果（−２days、―９days等）がコンテンツカテゴリ最適配信日時とされる。
また、ステップＳ１１６で、図１２に示すように、配信日時、予定の日時、コンテンツカテゴリ優先度（１．１7、１．１8等）およびコンテンツカテゴリ最適配信日時（−２days、―９days等）に基づき、取得コンテンツカテゴリそれぞれについて、配信日時におけるコンテンツカテゴリ優先度が算出される。また、ステップＳ１１７で、算出された配信日時におけるコンテンツカテゴリ優先度に、当該取得コンテンツカテゴリに対応する取得タスクのタスク優先度が乗算され、それら乗算結果がコンテンツカテゴリの優先度とされる。そして、取得コンテンツカテゴリのうち、最も優先度が高いものが配信コンテンツカテゴリに決定される。そして、ステップＳ１１８で、コンテンツテーブル１９が参照され、決定された配信コンテンツカテゴリに含まれるコンテンツの概要およびＵＲＬが取得され、ステップＳ１１９で、その取得された概要およびＵＲＬがユーザＡの携帯電話機１に配信された後、この演算処理を終了する。
すなわち、本発明者は、選択条件をコンテンツそれぞれに設定しておき、選択条件に適合するコンテンツを当該ユーザに配信する方法にあっては、コンテンツに複数の選択条件を設定した場合、設定した複数の選択条件のうちにユーザが適合しているものが２つ以上あると、適合した選択条件の数だけコンテンツが重複して配信されることを発見した。
そして、これに対し、コンテンツカテゴリに設定されているユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げることで、当該コンテンツカテゴリに属するコンテンツを配信され易い状態とし、コンテンツが重複して配信されることを防止できることを見いだした。
そして、これに対し、コンテンツカテゴリに設定されているユーザ条件のうちにユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げることで、当該コンテンツカテゴリに属するコンテンツを配信され易い状態とし、コンテンツが重複して配信されることを防止できることを見いだした。
以上、本実施形態では、図１の携帯電話機１が特許請求の範囲に記載の端末装置を構成し、以下同様に、図１の配信サーバ３が情報配信装置を構成し、図２のタスクモデルテーブルがタスク記憶手段を構成し、図２のタスク−コンテンツマッピングテーブル１５がカテゴリ記憶手段を構成し、図２の処理実行部および図１１のステップＳ１０３がタスク決定手段を構成し、図２の処理実行部および図１１のステップＳ１０８がカテゴリ決定手段を構成し、図２の処理実行部および図１１のステップＳ１０６、Ｓ１０７がタスク優先度設定手段を構成し、図２の処理実行部および図１１のステップＳ１１８、Ｓ１１９がコンテンツ情報配信手段を構成し、図２の処理実行部および図１１のステップＳ１０６、Ｓ１０７がタスク優先度設定手段を構成する。
＜作用・効果＞
（１）このように、本実施形態にあっては、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げるようにした。そのため、例えば、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度が上がり、そのコンテンツカテゴリに属するコンテンツが配信され易い状態となることで、コンテンツが重複して配信されることを防止することができ、また、嗜好、属性に応じたコンテンツを配信することができる。
（１）このように、本実施形態にあっては、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度を上げるようにした。そのため、例えば、コンテンツカテゴリに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたコンテンツカテゴリの優先度が上がり、そのコンテンツカテゴリに属するコンテンツが配信され易い状態となることで、コンテンツが重複して配信されることを防止することができ、また、嗜好、属性に応じたコンテンツを配信することができる。
（２）また、コンテンツカテゴリに設定されている複数のユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上ある場合には、処理対象ユーザが適合しているユーザ条件の数が多いほど、適合しているカテゴリの優先度を上げるようにした。そのため、より限定的な条件に対するコンテンツカテゴリ、つまり、よりユーザにマッチしたコンテンツカテゴリの優先度を上げることができ、ユーザの嗜好・属性・状況（予定）にマッチした度合いの高いコンテンツを優先して配信することができる。
（３）さらに、タスクに設定されているユーザ条件のうちに処理対象ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げるようにした。そのため、例えば、タスクに設定されているユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上あったとしても、適合しているユーザ条件が設定されたタスクの優先度が上がり、そのタスクに対応するコンテンツが配信されやすい状態となることで、コンテンツが重複して配信されることを防止することができ、また、嗜好・属性に応じた行動の推測およびコンテンツの配信ができる。
（４）また、タスクに設定されている複数のユーザ条件のうちに処理対象ユーザが適合しているものが２つ以上ある場合には、処理対象ユーザが適合しているユーザ条件の数が多いほど、適合しているタスクの優先度を上げるようにした。そのため、より限定的な条件に対するタスク、つまり、ユーザ条件に適合した数の多いタスクの優先度を上げることができ、ユーザの嗜好・属性・状況（予定）にマッチした度合いの高いコンテンツを優先して配信することができる。
１は携帯電話機、２は情報配信システム、３は配信サーバ、４は通信網、５は個人履歴・嗜好ＤＢ５、６は個人プロファイルＤＢ６、７は個人予定ＤＢ７、８は個人現在地ＤＢ８、９は情報格納部、１０は処理実行部、１１はタスクモデルテーブル、１１はタスクモデルテーブル、１２はタスク優先度管理テーブル１２、１３はコンテンツマッピングテーブル、１３はタスク選択履歴テーブル、１５はコンテンツマッピングテーブル、１６はタスク−コンテンツ優先度管理テーブル、１７はコンテンツ選択履歴テーブル、１９はコンテンツテーブル
Claims (7)
- コンテンツにアクセス可能な端末装置と、前記端末装置にコンテンツに関する情報を配信する情報配信装置と、を備える情報配信システムの情報配信装置であって、
前記端末装置のユーザが取り得る予定に対応づけて当該予定に関連するタスクを記憶するタスク記憶手段と、前記タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを記憶するカテゴリ記憶手段と、前記タスク記憶手段を参照して、前記ユーザの実際の予定に対応するタスクを決定するタスク決定手段と、前記カテゴリ記憶手段を参照して、前記タスク決定手段で決定されたタスクに対応するカテゴリを決定するカテゴリ決定手段と、前記カテゴリ決定手段で決定されたカテゴリの優先度を設定するカテゴリ優先度設定手段と、前記カテゴリ優先度設定手段で設定された前記コンテンツのカテゴリの優先度に基づいて当該コンテンツに関する情報の配信を行うコンテンツ情報配信手段と、を備え、
前記カテゴリには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、
前記カテゴリ優先度設定手段は、前記カテゴリに設定されているユーザ条件に対する、前記ユーザの適合結果に応じて前記カテゴリの優先度を設定することを特徴とする情報配信装置。 - 前記カテゴリ優先度設定手段は、前記カテゴリに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたカテゴリの優先度を上げることを特徴とする請求項１に記載の情報配信装置。
- 前記カテゴリには、複数のユーザ条件が対応づけられており、
前記カテゴリ優先度設定手段は、前記カテゴリに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているカテゴリの優先度を上げることを特徴とする請求項２に記載の情報配信装置。 - 前記タスク決定手段で決定されたタスクの優先度を設定するタスク優先度設定手段を備え、
前記タスクには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、
前記カテゴリ優先度設定手段は、前記タスク優先度設定手段で設定されたタスクの優先度に基づいてカテゴリの優先度を設定し、
前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げることを特徴とする請求項２または３に記載の情報配信装置。 - コンテンツにアクセス可能な端末装置と、前記端末装置にコンテンツに関する情報を配信する情報配信装置と、を備える情報配信システムの情報配信装置であって、
前記端末装置のユーザが取り得る予定に対応づけて当該予定に関連するタスクを記憶するタスク記憶手段と、前記タスクに対応づけて当該タスクに関連するコンテンツのカテゴリを記憶するカテゴリ記憶手段と、前記タスク記憶手段を参照して、前記ユーザの実際の予定に対応するタスクを決定するタスク決定手段と、前記カテゴリ記憶手段を参照して、前記タスク決定手段で決定されたタスクに対応するカテゴリを決定するカテゴリ決定手段と、前記タスク決定手段で決定されたタスクの優先度を設定するタスク優先度設定手段と、前記タスク優先度設定手段で設定されたタスクの優先度に基づいてカテゴリの優先度を設定するカテゴリ優先度設定手段と、前記カテゴリ優先度設定手段で設定された前記コンテンツのカテゴリの優先度に基づいて当該コンテンツに関する情報の配信を行うコンテンツ情報配信手段と、を備え、
前記タスクには、ユーザの嗜好、属性および状況のいずれかを含むユーザ条件が設定されており、
前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件に対する、前記ユーザの適合結果に応じて前記タスクの優先度を設定することを特徴とする情報配信装置。 - 前記タスク優先度設定手段は、前記タスクに設定されているユーザ条件のうちに前記ユーザが適合しているものがある場合には、適合しているユーザ条件が設定されたタスクの優先度を上げることを特徴とする請求項５に記載の情報配信装置。
- 前記タスクには、複数のユーザ条件が対応づけられており、
前記タスク優先度設定手段は、前記タスクに設定されている複数のユーザ条件のうちに前記ユーザが適合しているものが２つ以上ある場合には、前記ユーザが適合しているユーザ条件の数が多いほど、適合しているタスクの優先度を上げることを特徴とする請求項５または６に記載の情報配信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007257886A JP5049088B2 (ja) | 2007-10-01 | 2007-10-01 | 情報配信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007257886A JP5049088B2 (ja) | 2007-10-01 | 2007-10-01 | 情報配信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2009087152A true JP2009087152A (ja) | 2009-04-23 |
| JP5049088B2 JP5049088B2 (ja) | 2012-10-17 |
Family
ID=40660474
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007257886A Expired - Fee Related JP5049088B2 (ja) | 2007-10-01 | 2007-10-01 | 情報配信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5049088B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112884391A (zh) * | 2019-11-29 | 2021-06-01 | 顺丰科技有限公司 | 收派件规划方法、装置、电子设备及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004185456A (ja) * | 2002-12-05 | 2004-07-02 | Hitachi Ltd | カスタマイズされたコンテンツの配信システム |
| JP2006285522A (ja) * | 2005-03-31 | 2006-10-19 | Ntt Docomo Inc | タスク選択支援装置、及び、タスク選択支援方法 |
| JP2007233862A (ja) * | 2006-03-02 | 2007-09-13 | Ntt Docomo Inc | サービス検索システム及びサービス検索方法 |
-
2007
- 2007-10-01 JP JP2007257886A patent/JP5049088B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004185456A (ja) * | 2002-12-05 | 2004-07-02 | Hitachi Ltd | カスタマイズされたコンテンツの配信システム |
| JP2006285522A (ja) * | 2005-03-31 | 2006-10-19 | Ntt Docomo Inc | タスク選択支援装置、及び、タスク選択支援方法 |
| JP2007233862A (ja) * | 2006-03-02 | 2007-09-13 | Ntt Docomo Inc | サービス検索システム及びサービス検索方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112884391A (zh) * | 2019-11-29 | 2021-06-01 | 顺丰科技有限公司 | 收派件规划方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5049088B2 (ja) | 2012-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6688913B2 (ja) | データ・リソースに対するアクセス制御 | |
| US20220277248A1 (en) | User objective assistance technologies | |
| US20200234220A1 (en) | Smart building automation system with employee productivity features | |
| Zheng et al. | A knowledge-guided fruit fly optimization algorithm for dual resource constrained flexible job-shop scheduling problem | |
| US8850325B2 (en) | Scaling social networks | |
| CN110337660B (zh) | 针对用户生活事件的上下文应用组织器框架 | |
| JP2007179185A (ja) | サービス推薦システム、及び、サービス推薦方法 | |
| US9661041B2 (en) | Virtual conference manager | |
| CN109716376A (zh) | 撤回电子消息活动中的电子消息 | |
| US20150213377A1 (en) | Information processing apparatus, information processing method, and information processing program | |
| US20150363807A1 (en) | Method for encouraging social consumption of coupons | |
| JP6684504B2 (ja) | 求人情報提供サーバ及び／又は求職情報提供サーバ並びに求人情報受領プログラム | |
| Pan et al. | Dynamic recommendation of physician assortment with patient preference learning | |
| JP6160362B2 (ja) | 情報評価装置、情報評価方法および情報評価プログラム | |
| Ongenae et al. | Intelligent task management platform for health care workers | |
| CN110443632A (zh) | 用户画像的用户管理方法、装置、计算机设备及存储介质 | |
| JP2012008873A (ja) | 属性情報更新方法及び情報更新方法 | |
| Valtolina et al. | User-centered recommendation services in internet of things era | |
| JP5053783B2 (ja) | 情報配信装置 | |
| JP5049088B2 (ja) | 情報配信装置 | |
| KR20150145383A (ko) | 소셜 네트워크 서비스 및 컨텐츠 제공 방법 | |
| CN110866020A (zh) | 信息更新方法、信息更新系统以及记录介质 | |
| JP6060833B2 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
| JP5846033B2 (ja) | 情報処理装置、端末装置、情報処理方法、表示方法、情報処理プログラム、及び表示プログラム | |
| US20180150615A1 (en) | Device for facilitating clinical trial |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100921 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20120306 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20120313 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120511 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120703 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120720 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150727 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5049088 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150727 Year of fee payment: 3 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D04 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |