(57)【要約】【課題】時々刻々変化するユーザの状況に応じて、ユーザの煩雑な操作を要さず、ユーザのコンテンツへのアクセス制限を動的に設定変更することができるコンテンツアクセス制御システムを提供することにある。【解決手段】コンテンツの内容を示す属性情報を抽出属性情報として抽出する属性情報抽出手段と、登録ユーザの属性情報と、抽出属性情報とを比較した結果に基づいて、コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更するアクセス権制御手段とを備えるコンテンツアクセス制御システムを提供する。【選択図】図２
2009211161.tif 000002
【特許請求の範囲】
【請求項１】
登録ユーザのみがブラウザ手段に表示されるコンテンツにアクセスできるアクセス制御システムであって、
コンテンツの内容を示す属性情報を抽出属性情報として抽出する属性情報抽出手段と、
前記登録ユーザの属性情報と、前記抽出属性情報とを比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更するアクセス権制御手段とを備える、
ことを特徴とするアクセス制御システム。
【請求項２】
前記登録ユーザの属性情報を記憶する属性情報記憶手段と、
前記登録ユーザの属性情報を構成する状況データを前記属性情報記憶手段に送信する端末とをさらに備え、
前記端末は、
自身を保有する使用者の生体情報と、当該生体情報から推定される感情情報と、自身の周囲情報と、当該周囲情報から推定される環境情報とから、少なくとも１つの情報を含む状況データを取得する状況データ取得手段と、
使用者を識別するための使用者識別情報と、前記状況データ取得手段により取得された前記状況データとを前記属性情報記憶手段に送信する端末側送信手段とを備える、
ことを特徴とする請求項１記載のアクセス制御システム。
【請求項３】
前記コンテンツの文字列情報を解析する文字列解析手段をさらに備える、
ことを特徴とする請求項１又は２記載のアクセス制御システム。
【請求項４】
前記アクセス権制御手段は、前記登録ユーザが前記コンテンツの内容にアクセスしようとするときに、前記アクセス権の設定を変更する、
ことを特徴とする請求項１〜３のいずれか一項に記載のアクセス制御システム。
【請求項５】
前記アクセス権制御手段は、前記属性情報が変更されたときに、前記アクセス権の設定を変更する、
ことを特徴とする請求項１〜３のいずれか一項に記載のアクセス制御システム。
【請求項６】
前記アクセス権制御手段は、前記コンテンツの内容が更新されたときに、前記アクセス権の設定を変更する、
ことを特徴とする請求項１〜３のいずれか一項に記載のアクセス制御システム。
【請求項７】
前記アクセス権制御手段により変更されたアクセス権の設定に基づいて、前記ブラウザ手段に表示されるコンテンツを更新するコンテンツ更新手段をさらに備える、
ことを特徴とする請求項１〜６のいずれか一項に記載のアクセス制御システム。
【請求項８】
登録ユーザのみがブラウザ手段に表示されるコンテンツにアクセスできるアクセス制御システムのコンテンツサーバであって、
前記コンテンツの文字列情報から属性情報を抽出する条件を属性条件として少なくとも１つ決定する条件決定手段と、
前記条件決定手段により決定された前記属性条件を満たすコンテンツの内容を示す属性情報を抽出属性情報として抽出する属性情報抽出手段と、
前記登録ユーザの属性情報と、前記抽出属性情報とを比較する属性情報比較手段と、
前記属性情報比較手段により比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更するアクセス権制御手段と、
前記コンテンツの内容を示す属性情報を登録ユーザ毎に記憶する属性情報記憶手段とを備える
ことを特徴とするコンテンツサーバ。
【請求項９】
登録ユーザのみがブラウザ手段に表示されるコンテンツにアクセスできるアクセス制御システムの端末であって、
自身を保有する使用者の生体情報と、当該生体情報から推定される感情情報と、自身の周囲情報と、当該周囲情報から推定される環境情報とから、少なくとも１つの情報を含む状況データを取得する状況データ取得手段と、
使用者を識別するための使用者識別情報と、前記状況データ取得手段により取得された前記状況データとを、前記アクセス制御システムの属性情報記憶手段に送信する端末側送信手段とを備え、
前記アクセス制御システムは、
前記コンテンツの文字列情報から属性情報を抽出する条件を属性条件として少なくとも１つ決定する条件決定手段と、
前記条件決定手段により決定された前記属性条件を満たすコンテンツの内容を示す属性情報を抽出属性情報として抽出する属性情報抽出手段と、
前記登録ユーザの属性情報と、前記抽出属性情報とを比較する属性情報比較手段と、
前記属性情報比較手段により比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更するアクセス権制御手段と、
前記状況データに基づく前記登録ユーザの属性情報を記憶する属性情報記憶手段とを備える、
ことを特徴とする端末。
【請求項１０】
登録ユーザのみがブラウザ手段に表示されるコンテンツにアクセスできるアクセス制御方法であって、
前記コンテンツの文字列情報から属性情報を抽出する条件を属性条件として少なくとも１つ決定し、
決定された前記属性条件を満たすコンテンツの内容を示す属性情報を抽出属性情報として抽出し、
前記登録ユーザの属性情報と、前記抽出属性情報とを比較し、
比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更する
ことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録ユーザのみがブラウザ等に表示されるコンテンツにアクセスできるコンテンツアクセス制御システムに関する。特に、コンテンツの内容を登録ユーザに視認可能にするか否かを、登録ユーザの個人属性（性別、年齢等）及び状況データ（生体情報、感情情報等）から構成される属性情報に基づいて決定する、コンテンツアクセス制御システムに関する。
【背景技術】
【０００２】
近年、参加しているユーザが互いに友達を紹介しあうことで、新たな友達関係を広げることを目的としたソーシャルネットワーキングサービス（ＳＮＳ）が運営されている。また、参加しているユーザのうちで友達のみが閲覧できる日記帳などの機能も提供されており、ユーザは、友達のみが閲覧可能な日記帳とするか、参加しているユーザであれば全員が閲覧可能な日記帳とするかを選択することができる。
【０００３】
具体的には、Ｗｅｂブラウザに表示される日記帳などのコンテンツが、ＷＷＷ（World Wide Web）システムを使ってインターネット上で公開されているページ形式の文書を対象としたコンテンツアクセス制御システムが提案されている（特許文献１参照）。
【０００４】
【特許文献１】特開２００２−９１９１５
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上述のシステムでは、コンテンツにアクセスするユーザに対して、コンテンツであるページに対するアクセスを制限するか否かによって、ユーザ端末にコンテンツを表示させるものである。従って、システムが提供するサービスの内容は、上記アクセス制限により、固定された特定のユーザのみがコンテンツにアクセスできるというものに限定される。この結果、自身が作成したコンテンツを特定のユーザに公開することが可能であっても、アクセス制限により、自身のコンテンツを必要とする不特定多数のユーザに公開したいという要求に対応することが出来なかった。
【０００６】
また、コンテンツを公開する者は、時々刻々変化するユーザの状況に応じて、自身が作成したコンテンツの全体（例えば、日記帳）、あるいは一部分（例えば、日記帳の記事）のみを、そのコンテンツを必要とするユーザに公開したいという要求にも対応することが出来なかった。特に、コンテンツに含まれる部分ごとに、時々刻々変化するユーザの状況に応じて、アクセス制限を設定することは非常に煩雑な操作と手間とを必要とするために、現実的ではなかった。
【課題を解決するための手段】
【０００７】
本発明は、上述の問題点に鑑みてなされたものであり、その目的とするところは、時々刻々変化するユーザの状況に応じて、ユーザのコンテンツへのアクセス制限を動的に設定変更することができるコンテンツアクセス制御システムを提供することにある。また、時々刻々変化するユーザの状況に応じて、コンテンツ全体でアクセス制限を設定するのではなく、コンテンツの一部分ごとであっても、ユーザの手間を省いて、アクセス制限を設定することができるコンテンツアクセス制御システムを提供することにある。
【０００８】
以上の目的を達成するために、本発明に係るコンテンツアクセス制御システムにおいては、
コンテンツの内容を示す属性情報を抽出属性情報として抽出する属性情報抽出手段と、
前記登録ユーザの属性情報と、前記抽出属性情報とを比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更するアクセス権制御手段とを備える、
ことを特徴とする。
【０００９】
上述した発明によれば、属性情報抽出手段により、すべてのコンテンツに対して、属性情報を抽出するための属性条件を満たすコンテンツの内容を示す属性情報を抽出属性情報として抽出することができる。そして、アクセス権制御手段により、登録ユーザの属性情報と、前記抽出属性情報とを比較した結果に基づいて、前記コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更することができる。
【００１０】
従って、動的にアクセス権が変更されるため、自身のコンテンツにアクセスされる登録ユーザは、所望する登録ユーザに、自身のコンテンツをアクセスさせることができる。この結果、コンテンツにアクセスする登録ユーザに対し、各コンテンツに対するアクセス権の設定を変更する手間を省くことができる。
【００１１】
さらに、コンテンツにアクセスする登録ユーザは、自身が所望するコンテンツにアクセスできる。特に、登録ユーザの属性情報に基づいて、アクセス権の設定は動的に変更されるため、変化する登録ユーザの属性情報が反映された所望するコンテンツにアクセスできる。
【００１２】
ここで、「ブラウザ手段」とは、コンテンツを表示・閲覧するための手段であって、例えば、Ｗｅｂブラウザをいう。また、ブラウザ手段上に表示される「コンテンツ」とは、例えば、日記等の文字列情報、画像情報をいう。
【００１３】
「アクセス権」とは、登録ユーザに関連付けられた権利であって、コンテンツの内容（例えば、日記等の文字列情報）を視認可能にするか否かを属性情報に基づいて決定された、コンテンツの内容に登録ユーザがアクセスできる権利をいう。
【００１４】
なお、本願明細書において、アクセス権の設定を「動的に変更する」とは、登録ユーザの属性情報と抽出属性情報とを比較した結果に基づいて、アクセス権の設定を自動的に変更することをいう。
【００１５】
本発明に係るコンテンツアクセス制御システムとして、
前記登録ユーザの属性情報を記憶する属性情報記憶手段と、
前記登録ユーザの属性情報を構成する状況データを前記属性情報記憶手段に送信する端末とをさらに備え、
前記端末は、
自身を保有する使用者の生体情報と、当該生体情報から推定される感情情報と、自身の周囲情報と、当該周囲情報から推定される環境情報とから、少なくとも１つの情報を含む状況データを取得する状況データ取得手段と、
使用者を識別するための使用者識別情報と、前記状況データ取得手段により取得された前記状況データとを前記属性情報記憶手段に送信する端末側送信手段とを備える、
ことが好ましい。
【００１６】
上述した発明によれば、端末使用者の生体情報等の状況データを反映させた登録ユーザの属性情報に基づくアクセス権の設定を変更することができる。従って、端末使用者の状況データと連動したアクセス権の設定変更ができる。
【００１７】
ここで、「端末」とは、属性情報記憶手段に記憶される「登録ユーザの属性情報」を構成する状況データを属性情報記憶手段に送信する手段をいう。なお、状況データを送信する端末と、ブラウザ手段を備えたもの、例えばＰＣ端末とは、別体のものに限られず、一体化されたものも好ましい。
【００１８】
なお、「状況データ」とは、端末使用者の生体情報、感情情報、位置情報などをいい、状況データから構成される「属性情報」とは、状況データと、年齢、性別などの個人属性データとからなるものである。
【００１９】
本発明に係るコンテンツアクセス制御システムとして、コンテンツの文字列情報を解析する文字列解析手段をさらに備えることが好ましい。
【００２０】
上述した発明によれば、文字列解析手段が解析情報を解析することにより、属性情報抽出手段による抽出属性情報の抽出処理を高速化することができる。
【００２１】
ここで、「コンテンツの文字列情報」とは、「コンテンツの内容を構成する文字列情報（例えば、ＨＴＭＬタグ）」や、「コンテンツに関連付けられた文字列情報（例えば、画像・動画コンテンツに関連付けられた文字列（タグ））」を含む文字列情報をいう。
【００２２】
また、本発明に係るコンテンツアクセス制御システムとして、アクセス権制御手段は、登録ユーザが前記コンテンツの内容にアクセスしようとするときに、アクセス権の設定を変更することが好ましい。
【００２３】
上述した発明によれば、アクセス権の設定の変更の有無に関わらず、常時、アクセス権の設定の変更のための処理を行うことなく、登録ユーザが認識したコンテンツに対して、そのコンテンツの内容にアクセスしようするタイミングを検知することのみで、アクセス権の設定を変更することができる。従って、処理の負荷が低減でき、メモリ容量の低減、処理の高速化を実現することができる。
【００２４】
なお、アクセス権制御手段は、属性情報が変更されたときに、アクセス権の設定を変更する、あるいは、コンテンツの内容が更新されたときに、アクセス権の設定を変更することも好ましい。
【００２５】
さらに、本発明に係るコンテンツアクセス制御システムとして、アクセス権制御手段により変更されたアクセス権の設定に基づいて、ブラウザ手段に表示されるコンテンツを更新するコンテンツ更新手段をさらに備えることも好ましい。
【００２６】
「更新」とは、アクセス権の設定がされていないコンテンツを、アクセス制御システムのブラウザ手段に表示させないように、表示内容を更新することをいう。従って、上述した発明によれば、端末以外のシステム内の構成要素、例えば、コンテンツサーバがコンテンツ更新手段を備える場合、ＣＧＩ（Common Gateway Interface）により、アクセス権の設定がされていないコンテンツをブラウザ手段に表示させない情報（ＨＴＭＬファイル）、又は、アクセス権の設定がされていないコンテンツの内容をブラウザ手段に表示させない情報（ＨＴＭＬファイル）を生成することができるため、ブラウザ手段は生成された情報に基づいたコンテンツを表示することができる。
【００２７】
一方、ブラウザ手段を備える端末がコンテンツ更新手段を備える場合でも、端末側の動的な機能を持たせる仕組みにより、アクセス権の設定がされていないコンテンツをブラウザ手段に表示させない情報、又は、アクセス権の設定がされていないコンテンツの内容をブラウザ手段に表示させない情報を生成することができるため、ブラウザ手段は生成された情報に基づいたコンテンツを表示することができる。
【発明の効果】
【００２８】
上述した発明によれば、コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更することができるため、自身のコンテンツにアクセスされる登録ユーザは、所望する登録ユーザに、自身のコンテンツをアクセスさせることができる。この結果、コンテンツにアクセスする登録ユーザに対し、各コンテンツに対するアクセス権の設定を変更する手間を省くことができる。
【００２９】
さらに、コンテンツにアクセスする登録ユーザは、自身が所望するコンテンツにアクセスできる。特に、登録ユーザの属性情報に基づいて、アクセス権の設定は動的に変更されるため、変化する登録ユーザの属性情報が反映された所望するコンテンツにアクセスできる。
【発明を実施するための最良の形態】
【００３０】
本発明に係るコンテンツアクセス制御システムは、時々刻々変化するユーザの状況に応じて、ユーザの煩雑な操作を要さず、ユーザのコンテンツへのアクセス制限を動的に設定変更することができるものである。
【００３１】
本発明の実施形態に係るコンテンツアクセス制御システムによれば、例えば、図１に示すように、ＳＮＳ登録者であるＡと、Ａと友達関係を有するＢと、Ａと友達関係を有さないＣ及びＤとの４人と、ＳＮＳ非登録者であるＥとにおいて、Ａが公開するコンテンツである日記の記事（７月１日、７月２日、７月３日の記事）にアクセスした場合、ＢはＡと友達関係であることから、Ａが公開するコンテンツである日記の記事にアクセスすることができる。一方、ＣはＡと友達関係を有さないことから、原則、コンテンツにアクセスすることができないが、Ｃは子育て中であり、かつ、大阪駅に滞在していることから、子育てと大阪駅には関心を持っているため、子育てをコンテンツの内容とする「７月２日」及び「７月３日」の記事とにアクセスすることを可能にするものである。ＤもＣと同様に、Ａと友達関係を有さないことから、原則、コンテンツにアクセスすることができないが、Ｃはディズニー（登録商標）ランドに滞在していることから、ディズニーランドには関心を持っているため、ディズニーランドをコンテンツの内容とする「７月２日」の記事にアクセスすることができるが、Ｄが大阪に移動した場合は、いずれの記事にもアクセスすることができないようにするものである。なお、ＥはＳＮＳ非登録者であることから、コンテンツにアクセスすることができない。
【００３２】
以下、図面を参照して、本発明の実施形態を説明する。第１実施形態では、登録ユーザがコンテンツにアクセスするごとに、コンテンツに対するアクセス許可があるのか否かを判断する。一方、第２実施形態では、登録ユーザがコンテンツにアクセスしたときに、各コンテンツに対して登録ユーザ毎にアクセス許可があるのか否かを設定した「アクセスリスト」を参照して、アクセス許可を判断する。
【００３３】
＜＜＜＜第１実施形態＞＞＞＞
第１実施形態に係るコンテンツアクセス制御システム１を、図２〜図２７に基づいて説明する。第１実施形態に係るコンテンツアクセス制御システム１は、図２に示すように、通信携帯端末１０と、コンテンツサーバ４０と、登録ユーザがコンテンツを表示することができるブラウザ機能を備えた端末、例えば、ＰＣ端末６０とを有する。なお、通信携帯端末１０とＰＣ端末６０とは別体のものに限られず、通信携帯端末１０にブラウザ機能を備えることにより一体化することができ、登録ユーザの利便性を向上させることができる。
【００３４】
＜＜＜通信携帯端末１０の構成＞＞＞
図２に示すように、通信携帯端末１０には、プログラムや各種情報を記憶したハードディスク２１と、通信携帯端末１０全体の制御を行なうＣＰＵ２２と、データを一時的に記憶するＲＡＭ２３と、通信携帯端末１０を制御するプログラムを記憶したＲＯＭ２４とが内蔵されている。そして、ＣＰＵ２２には、後述するコンテンツサーバ４０と信号の送受信を可能にするインターフェース回路２５と、タイマ２６と、ディスプレイ２７とが接続されている。
【００３５】
さらに、通信携帯端末１０には、心拍センサ２８と、温度センサ２９と、湿度センサ３０と、照度センサ３１と、音センサ３２と、位置センサ３３などが接続されている。心拍センサ２８は、通信携帯端末１０の表面に設けられた圧力センサであり、血流の圧力を計測して触れている人の心拍（脈拍数）を計測する。温度センサ２９は、白金測温抵抗体、サーミスタ、熱電対などを用いた温度センサであり、端末１０に触れている手のひらや指の温度を計測する。なお、通信携帯端末１０には、発汗量センサ（図示せず）も設けられている。発汗量センサは、通信携帯端末１０に触れている者の発汗量を計測する。
【００３６】
また、通信携帯端末１０には、端末使用者である登録ユーザが生活を営む空間に複数配置された、周囲の温度を計測する温度センサ 、周囲の湿度を計測する湿度センサ３０、周囲の照度を計測する照度センサ３１、周囲の音を計測する音センサ３２、そして、ＧＰＳ（Global Positioning System）を利用して現在位置を検出する位置センサ３３を備えている。
【００３７】
＜＜＜コンテンツサーバ４０＞＞＞
コンテンツサーバ４０には、通信携帯端末１０やＰＣ端末６０からの信号の送受信を可能にする送受信部５１と、コンテンツが更新されたか否かを判定する更新判定部５２と、更新判定部５２によりコンテンツが更新されたと判定されたときに、更新内容をコンテンツデータベース５８に記憶する更新記憶部５３と、更新されたコンテンツの文字列情報を解析する更新データ解析部５４と、すべてのコンテンツに対して、属性情報を抽出するための属性条件を満たすコンテンツの内容を示す属性情報を、抽出属性情報（アクセス許可リスト）として抽出する抽出情報記憶部５５と、登録ユーザの、状況データと個人属性データとからなる属性情報を状況管理テーブルとして記憶するユーザ情報記憶部５６と、コンテンツに対する登録ユーザのアクセス権の設定変更を行うアクセス制御部５７と、ＨＴＭＬ文書や画像などのコンテンツデータを記憶するコンテンツデータベース５８とを有する。
【００３８】
すなわち、コンテンツサーバ４０は、更新判定部５２によりコンテンツが更新されたと判別されると、更新記憶部５３により更新されたコンテンツがコンテンツデータベース５８に記憶されるとともに、更新されたコンテンツに対して属性条件を満たすコンテンツの内容を示す属性情報を解析し、抽出属性情報を抽出し、アクセス許可リストに追加する。また、通信携帯端末１０を使用する登録ユーザの属性情報がユーザ情報記憶部５６に記憶される。この結果、コンテンツサーバ４０は、アクセス制御手段５７により、ユーザ情報記憶部５６に記憶される登録ユーザの属性情報と、アクセス許可リストとに基づいて、登録ユーザごとにアクセス権を設定変更することが可能となり、アクセス権が設定されているコンテンツを、登録ユーザのＰＣ端末６０のブラウザ機能を利用することにより表示することができる。
【００３９】
＜＜＜コンテンツサーバ４０の制御処理＞＞＞
＜＜メイン処理＞＞
コンテンツサーバ４０のメイン処理を、図３を用いて説明する。第１実施形態に係るコンテンツアクセス制御システムのコンテンツサーバ４０では、登録ユーザがコンテンツにアクセスするごとに、コンテンツに対するアクセス許可があるのか否かをアクセス権の有無により判断する。
【００４０】
まず、コンテンツサーバ４０は、登録ユーザのコンテンツへのアクセス要求が、ＰＣ端末６０からコンテンツサーバ４０にあるか否かを判断する（ステップＳ１０）。ステップＳ１０において、アクセス要求がない（ＮＯ）と判別したときは、ステップＳ１０のアクセス要求の判断処理を繰り返す。一方、アクセス要求がある（ＹＥＳ）と判別したときは、ユーザ情報記憶部５６に記憶された登録ユーザの属性情報を、後述する状況管理テーブル（図６）から取得する（ステップＳ１１）。ここで、「登録ユーザの属性情報」とは、通信携帯端末１０の使用者である登録ユーザの生体情報、感情情報、環境情報、位置情報などの状況データのほかに、年齢、性別、出身、趣味、家族構成などの個人属性データをいう。
【００４１】
ステップＳ１１において、登録ユーザの属性情報を状況管理テーブル（図６）から取得した後、コンテンツの文字列情報を解析する解析処理を実行する（ステップＳ１２）。解析処理については、図４を用いて後述する。
【００４２】
解析処理（ステップＳ１２）を実行した後、抽出情報記憶部５５に記憶されているアクセス許可リスト（図７）を参照し、アクセス要求を行った登録ユーザが各コンテンツに対してアクセス権が設定されているか否かを判断する（ステップＳ１３）。具体的には、状況管理テーブル（図６）に登録された登録ユーザ、すなわち、アクセス要求を実行した登録ユーザの属性情報と、アクセス許可リスト（図７）のコンテンツごとに設定された抽出属性情報とを比較し、アクセス権を有するか否かを判断する。
【００４３】
ステップＳ１３において、アクセス権の設定判断処理を終了した後、アクセス権が設定されているコンテンツを、登録ユーザのＰＣ端末６０のブラウザ機能を利用することにより表示するコンテンツ表示用処理を実行する（ステップＳ１４）。
【００４４】
ここで、コンテンツサーバ４０が実行するコンテンツ表示用処理は、コンテンツに対してアクセス要求を行った登録ユーザが、コンテンツにアクセスできるアクセス権を有するか否かを判断した上で、登録ユーザのＰＣ端末６０のブラウザ機能を利用するコンテンツ表示に関する情報を、ＰＣ端末６０に送信するものである。ここで、「アクセス権」とは、登録ユーザに関連付けられた権利であって、コンテンツの内容を視認可能にするか否かを属性情報に基づいて決定された、コンテンツの内容に登録ユーザがアクセスできる権利をいう。
【００４５】
具体的には、コンテンツサーバ４０は、アクセス権が設定されているコンテンツについて、ＰＣ端末６０のブラウザ機能を利用することにより表示し、一方、アクセス権が設定されていないコンテンツについて、例えば、コンテンツの内容をＰＣ端末６０に表示させない情報を、ＰＣ端末６０に送信する。
【００４６】
従って、コンテンツ表示に関する情報を受信したＰＣ端末６０は、受信した情報に基づいてコンテンツ表示を実現することができる。なお、登録ユーザのＰＣ端末６０において実行されるコンテンツ表示処理については、図８〜図１３を用いて後述する。
【００４７】
そして、コンテンツサーバ４０の電源がＯＦＦに設定されているか否かを判断する（ステップＳ１５）。電源がＯＦＦに設定されている（ＹＥＳ）と判別したときは、すべての処理を終了し、コンテンツサーバ４０のメイン処理を終了する。一方、電源がＯＦＦに設定されていない（ＮＯ）と判別したときは、ステップＳ１０に戻り、ステップＳ１０〜Ｓ１５の処理を繰り返す。
【００４８】
＜＜解析処理＞＞
コンテンツサーバ４０の更新データ解析部５４により実行される解析処理（ステップＳ１２）を、図４を用いて説明する。解析処理では、コンテンツの文字列情報を解析する。ここで、「コンテンツの文字列情報」とは、「コンテンツの内容を構成する文字列情報（例えば、ＨＴＭＬタグ）」に限定されるものではなく、「コンテンツに関連付けられた文字列情報（例えば、画像・動画コンテンツに関連付けられた文字列（タグ））」を含む文字列情報をいう。
【００４９】
解析処理においては、まず、解析対象となるコンテンツをコンテンツデータベースから取得する（ステップＳ２０）。そして、コンテンツの文字列情報に時間情報があるか否かを判断する（ステップＳ２１）。ステップＳ２１において、時間情報がある（ＹＥＳ）と判別したときは、時間情報を取得する時間情報取得処理（ステップＳ２２）を実行し、ステップＳ２３に進む。一方、ステップＳ２１において、時間情報がない（ＮＯ）と判別したときは、時間情報を取得することなくステップＳ２３に進む。
【００５０】
そして、コンテンツの文字列情報に位置・場所情報があるか否かを判断する（ステップＳ２３）。ステップＳ２３において、位置・場所情報がある（ＹＥＳ）と判別したときは、位置・場所情報を取得する位置・場所情報取得処理（ステップＳ２４）を実行し、ステップＳ２５に進む。一方、ステップＳ２３において、位置・場所情報がない（ＮＯ）と判別したときは、位置・場所情報を取得することなくステップＳ２５に進む。
【００５１】
そして、コンテンツの文字列情報に登場人物情報があるか否かを判断する（ステップＳ２５）。ステップＳ２５において、登場人物情報がある（ＹＥＳ）と判別したときは、登場人物情報を取得する登場人物情報取得処理（ステップＳ２６）を実行し、ステップＳ２７に進む。一方、ステップＳ２５において、登場人物情報がない（ＮＯ）と判別したときは、登場人物情報を取得することなくステップＳ２７に進む。
【００５２】
ステップＳ２７においては、時間情報取得処理（ステップＳ２２）、位置・場所情報取得処理（ステップＳ２４）、そして、登場人物情報取得処理（ステップＳ２６）により抽出した情報を、抽出情報記憶部５５のアクセス許可リスト（図７参照）に格納する（ステップＳ２７）。
【００５３】
取得したコンテンツに対して、解析処理（図４）を実行した例を、図５を用いて説明する。図５のコンテンツは、コンテンツの内容である日記の記事中に、「○×遊園地」という位置・場所情報と、「６時」と「９時」という時間情報が存在する。ここで、情報抽出するために予め文字列情報が登録された解析用辞書を参照し、コンテンツの文字列情報と比較対照することにより、位置・場所情報である「○×遊園地」と、時間情報である「６時」及び「９時」とを抽出する（ステップＳ２１〜Ｓ２６）。そして、抽出した情報を抽出情報記憶部５５に、アクセス許可リスト（図７）の形式により格納する（ステップＳ２７）。
【００５４】
本実施形態において、解析用辞書の位置・場所情報には、緯度と経度とからなる位置情報と、場所情報とが登録されている。場所情報として「○×遊園地」を抽出したときは、緯度と経度も抽出され、逆に、例えば、抽出された緯度と経度の地点を中心に半径１ｋｍ以内の緯度と経度とからなる位置・場所情報も、同一の場所情報「○×遊園地」として抽出できるように設定されている。
【００５５】
＜状況管理テーブル＞
状況管理テーブルは、ユーザ情報記憶部５６に記憶される登録ユーザの属性情報から構成されるテーブルである。図６を用いて、状況管理テーブルを説明する。図６に示した状況管理テーブルでは、ユーザＢについて、位置・場所情報が「大阪駅」、感情情報が「興奮」、子供の有無に関しては「有」が属性情報として登録されている。また、Ｃについては、位置・場所情報が「ディズニーランド」、感情情報が「衝撃」、子供の有無に関しては「有」が属性情報として、そして、Ｄについては、位置・場所情報が「ディズニーランド」、感情情報が「冷静」、子供の有無に関しては「無」が属性情報として登録されている。
【００５６】
＜アクセス許可リスト＞
アクセス許可リストは、抽出情報記憶部５５に記憶されるコンテンツの内容を示す属性情報（抽出属性情報）から構成されるテーブルリストである。図７を用いて、アクセス許可リストを説明する。図７に示したアクセス許可リストでは、４つのコンテンツ１〜４各々に対して、位置・場所情報、日時情報、感情情報、登場人物情報が設定されるテーブルリストである。具体的には、コンテンツ１について、位置・場所情報が「指定無し」、日時情報が「指定無し」、感情情報が「全ての感情」、登場人物情報が「条件無し」に設定され、コンテンツ２について、位置・場所情報が「指定無し」、日時情報が「指定無し」、感情情報が「冷静」、登場人物情報が「子供」に設定され、コンテンツ３について、位置・場所情報が「ディズニーランド」、日時情報が「指定無し」、感情情報が「全ての感情」、登場人物情報が「子供」に設定され、コンテンツ４について、位置・場所情報が「東京駅」、日時情報が「指定無し」、感情情報が「全ての感情」、登場人物情報が「条件無し」に設定されている。
【００５７】
＜＜コンテンツ表示処理＞＞
登録ユーザのＰＣ端末６０において実行されるコンテンツ表示処理を、図８及び図９を用いて説明する。図８は、第１実施形態に係るコンテンツアクセス制御システムのＰＣ端末において実行されるコンテンツ表示処理を実行するためのフローチャートである。図９は、図８のコンテンツ表示処理を実行したコンテンツ表示例である。
【００５８】
コンテンツ表示処理は、コンテンツサーバ４０からＰＣ端末６０に送信されるコンテンツ表示用の情報、すなわち、アクセス権が設定されているコンテンツについて、ＰＣ端末６０のブラウザ機能を利用することによりコンテンツの内容を表示可能にし、一方、アクセス権が設定されていないコンテンツについて、例えば、コンテンツの内容をＰＣ端末６０に表示させない情報に基づいて、ＰＣ端末６０のブラウザ機能を利用してコンテンツを表示するものである。
【００５９】
コンテンツ表示処理においては、まず、アクセス要求を実行した登録ユーザが、コンテンツサーバ４０のコンテンツ表示用処理（ステップＳ１４）によりＰＣ端末６０に送信された情報に基づいて、コンテンツに対してアクセス権を有するか否かを判断する（ステップＳ３０）。
【００６０】
ステップＳ３０において、アクセス要求を実行した登録ユーザがコンテンツに対してアクセス権を有する（ＹＥＳ）と判別したときは、アクセス権があるコンテンツの内容を、ＰＣ端末６０のブラウザ機能を利用することにより表示し（ステップＳ３１）、コンテンツ表示処理を終了する。
【００６１】
一方、アクセス要求を実行した登録ユーザがコンテンツに対するアクセス権を有さない（ＮＯ）と判別したときは、エラー表示を行い（ステップＳ３２）、コンテンツ表示処理を終了する。
【００６２】
従って、コンテンツサーバ４０のコンテンツ表示用処理（ステップＳ１４）において、ＣＧＩ（Common Gateway Interface）により、アクセス権の設定がされていないコンテンツをＰＣ端末６０のブラウザ機能を利用して表示させない情報（ＨＴＭＬファイル）、又は、コンテンツの見出しは表示されるが、アクセス権の設定がされていないコンテンツの内容を表示させない情報（ＨＴＭＬファイル）を生成することができるため、ＰＣ端末６０では生成された情報に基づいたコンテンツを表示することができる。
【００６３】
登録ユーザＣがアクセス要求を実行した場合のコンテンツ表示処理を、図９を用いて説明する。状況管理テーブル（図６）に示すように、登録ユーザＣについては、位置・場所情報が「ディズニーランド」、感情情報が「衝撃」、子供の有無に関しては「有」が属性情報として登録されている。従って、アクセス許可リスト（図７）に設定された抽出属性情報と、登録ユーザＣの属性情報とに基づいて、登録ユーザＣは、コンテンツ１及び３にはアクセス権を有し、コンテンツ２及び４にはアクセス権を有さないことがわかる。
【００６４】
図９は、Ｗｅｂページを例にして、登録ユーザＣに対するコンテンツ表示処理（ステップＳ３１〜Ｓ３２）を実行したコンテンツ表示例である。まず、コンテンツを公開している登録ユーザＡのコンテンツ１（Ａさんの日記）は全ての登録ユーザにアクセス許可している。従って、コンテンツ１が表示され、そして、コンテンツ２（７／１（月）の日記）と、コンテンツ３（７／２（火）の日記）と、コンテンツ４（７／３（水）の日記）との見出しがコンテンツ１上に表示されている。
【００６５】
ここで、登録ユーザＣは、コンテンツ１及び３にはアクセス権を有し、コンテンツ２及び４にはアクセス権を有さないことから、コンテンツ３の見出しをクリックすると、コンテンツ３の内容にアクセスして、登録ユーザＣのＰＣ端末６０のブラウザ機能を利用して表示され、一方、コンテンツ２又は４の見出しをクリックすると、「このページを表示する権限がありません」旨のエラー表示が表示される。
【００６６】
＜コンテンツ表示処理の変形例１＞
コンテンツ表示処理の変形例１について、図１０及び図１１を用いて説明する。図１０は、コンテンツ表示処理の変形例１を実行するためのフローチャートである。図１１は、図１０のコンテンツ表示処理の変形例１を実行したコンテンツ表示例である。
【００６７】
変形例１では、図９のコンテンツ表示例とは異なり、アクセス権を有するコンテンツを同時に表示する。すなわち、コンテンツごとに、アクセス権の有無を判断した結果、コンテンツに対するアクセス権を有さないコンテンツは表示しない。
【００６８】
コンテンツ表示処理の変形例１においては、まず、アクセス要求を実行した登録ユーザが、コンテンツサーバ４０のコンテンツ表示用処理（ステップＳ１４）によりＰＣ端末６０に送信された情報に基づいて、コンテンツに対してアクセス権を有するか否かを判断する（ステップＳ４０）。ステップＳ４０において、アクセス要求を実行した登録ユーザがコンテンツに対してアクセス権を有する（ＹＥＳ）と判別したときは、アクセス権があるコンテンツを、登録ユーザのＰＣ端末６０のブラウザ機能を利用して表示して（ステップＳ４１）、コンテンツ表示処理を終了する。一方、アクセス要求を実行した登録ユーザがコンテンツに対してもアクセス権を有さない（ＮＯ）と判別したときは、登録ユーザのＰＣ端末６０のブラウザ機能を利用して、、エラーを表示するか、あるいは、何も表示することなく（ステップＳ４２）、コンテンツ表示処理を終了する。
【００６９】
図１１は、コンテンツを、Ｗｅｂページ内のページやフレームとして、登録ユーザＣに対するコンテンツ表示処理の変形例１（ステップＳ４１〜Ｓ４２）を実行したコンテンツ表示例である。登録ユーザＣは、コンテンツ１及び３にはアクセス権を有し、コンテンツ２及び４にはアクセス権を有さないことから、コンテンツを公開している登録ユーザＡのコンテンツ１（Ａさんの日記）が表示され、そして、コンテンツ３（７／２（火）の日記）がコンテンツ１上に表示されている。一方、コンテンツ２（７／１（月）の日記）と、コンテンツ４（７／３（水）の日記）は、表示されない。
【００７０】
＜コンテンツ表示処理の変形例２＞
コンテンツ表示処理の変形例２について、図１２及び図１３を用いて説明する。図１２は、コンテンツ表示処理の変形例２を実行するためのフローチャートである。図１３は、コンテンツ表示処理の変形例２を実行したコンテンツ表示例である。
【００７１】
変形例２では、図９のコンテンツ表示例とは異なり、まず、全ての登録ユーザがアクセス権を有するコンテンツは表示される。さらに、全ての登録ユーザがアクセス権を有するコンテンツではないコンテンツについて、見出しが表示される。そして、登録ユーザがアクセス権を有するコンテンツの見出しをクリックすることにより、アクセス権を有するコンテンツの内容にアクセスして、登録ユーザのＰＣ端末６０のブラウザ機能を利用してコンテンツの内容を表示させる。
【００７２】
コンテンツ表示処理の変形例２においては、まず、アクセス要求を実行した登録ユーザが、コンテンツサーバ４０のコンテンツ表示用処理（ステップＳ１４）によりＰＣ端末６０に送信された情報に基づいて、コンテンツに対してアクセス権を有するか否かを判断する（ステップＳ５０）。ステップＳ５０において、アクセス要求を実行した登録ユーザがコンテンツに対してアクセス権を有する（ＹＥＳ）と判別したときは、アクセス権があるコンテンツを、登録ユーザのＰＣ端末６０のブラウザ機能を利用して表示して（ステップＳ５１）、コンテンツ表示処理を終了する。一方、アクセス要求を実行した登録ユーザがコンテンツに対してアクセス権を有さない（ＮＯ）と判別したときは、登録ユーザのＰＣ端末６０のブラウザ機能を利用して、エラーを表示するか、あるいは、何も表示することなく（ステップＳ５２）、コンテンツ表示処理を終了する。
【００７３】
図１３は、コンテンツを、Ｗｅｂページ内のページやフレームとして、登録ユーザＣに対するコンテンツ表示処理の変形例２（ステップＳ５１〜Ｓ５２）を実行したコンテンツ表示例である。登録ユーザＣは、コンテンツ１及び３にはアクセス権を有し、コンテンツ２及び４にはアクセス権を有さないことから、コンテンツを公開している登録ユーザＡのコンテンツ１（Ａさんの日記）が表示され、そして、コンテンツ３（７／２（火）の日記）の見出しがコンテンツ１上に表示されている。一方、コンテンツ２（７／１（月）の日記）と、コンテンツ４（７／３（水）の日記）との見出しは、表示されない。
【００７４】
そして、コンテンツ３の見出しをクリックすると、コンテンツ３の内容にアクセスして、登録ユーザＣのＰＣ端末６０のブラウザ機能を利用して表示される。
【００７５】
＜＜＜通信携帯端末１０の制御処理＞＞＞
＜＜メイン処理＞＞
通信携帯端末１０は、コンテンツサーバ４０で実行されるアクセス権の設定変更制御のために、端末使用者である登録ユーザの生体情報などと、登録ユーザの年齢などの個人属性データとから構成される状況データを、コンテンツサーバ４０に送信する装置である。図１４を用いて、状況通信装置である通信携帯端末１０で実行されるメイン処理を説明する。
【００７６】
通信携帯端末１０のメイン処理では、まず、処理で使用される変数やフラグなどを初期化する初期化処理を実行する（ステップＳ１００）。そして、通信携帯端末１０の心拍センサ２８、温度センサ２９、湿度センサ３０などのセンサが、起動される（ステップＳ１０１）。各センサはそれぞれの計測値を計測すると、直ちにＣＰＵ２２にその計測値を送信する。ここで、各センサが計測値をＣＰＵ２１に送信する間隔は、所定間隔（ 例えば、５秒間隔）に設定されている。
【００７７】
各センサの起動処理（ステップＳ１０１）を実行した後、端末使用者センシング処理を起動し（ステップＳ１０２）、端末周囲センシング処理を起動する（ステップＳ１０３）。端末使用者センシング処理は図１５を用いて、端末周囲センシング処理は図２１を用いて後述する。
【００７８】
端末使用者センシング処理と端末周囲センシング処理とを起動した後（ステップＳ１０２〜Ｓ１０３）、使用者更新フラグが「１」に設定されているか否かを判断する（ステップＳ１０４）。ここで、「使用者更新フラグ」とは、端末１０の使用者である登録ユーザの心拍、体温、発汗量などを端末１０のセンサにより計測し、計測値が変化した場合は「１」に、計測値が変化しない場合は「０」に設定されるフラグである。使用者更新フラグの初期化と変更は、後述する端末使用者センシング処理（図１５）により実行される。
【００７９】
使用者更新フラグの判断処理（ステップＳ１０４）において、使用者更新フラグが「１」に設定されている（ＹＥＳ）と判別したときは、センサにより計測された計測値が変化したことから、端末使用者状況推論処理を実行する（ステップＳ１０５）。端末使用者状況推論処理については、図１６を用いて後述する。
【００８０】
端末使用者状況推論処理（ステップＳ１０５）を実行した後、登録ユーザの属性情報の一部を構成する状況データとして、状況情報を通信携帯端末１０からコンテンツサーバ４０に送信する状況情報送信処理を実行し（ステップＳ１０６）、ステップＳ１０７に進む。なお、状況情報送信処理（ステップＳ１０６）により送信される状況情報には、位置・場所情報や、時間情報も付加されて送信される。また、状況情報をコンテンツサーバ４０に送信する間隔は、所定間隔（例えば、数秒間隔）ごとに設定されるが、これに限定されず、一定量の計測値が蓄積した場合や、登録ユーザがコンテンツサーバ４０にコールした場合（例えば、コンテンツへのアクセス要求がされた場合）に、状況情報を送信するように設定することもできる。
【００８１】
一方、使用者更新フラグの判断処理（ステップＳ１０４）において、使用者更新フラグが「１」に設定されていない（ＮＯ）と判別したときは、周囲更新フラグが「１」に設定されているか否かを判断する（ステップＳ１０９）。ここで、「周囲更新フラグ」とは、端末１０の周囲環境を示す気温、湿度、照度、音量などを端末１０のセンサにより計測し、計測値が変化した場合は「１」に、計測値が変化しない場合は「０」に設定されるフラグである。周囲更新フラグの初期化と変更は、後述する端末周囲センシング処理（図２１）により実行される。
【００８２】
周囲更新フラグの判断処理（ステップＳ１０９）において、周囲更新フラグが「１」に設定されている（ＹＥＳ）と判別したときは、センサにより計測された計測値が変化したことから、端末周囲状況推論処理を実行する（ステップＳ１１０）。端末周囲状況推論処理については、図２２を用いて後述する。
【００８３】
端末周囲状況推論処理（ステップＳ１１０）を実行した後、属性情報の一部を構成する状況データとして、状況情報を通信携帯端末１０からコンテンツサーバ４０に送信する状況情報送信処理を実行し（ステップＳ１０６）、ステップＳ１０７に進む。
【００８４】
周囲更新フラグの判断処理（ステップＳ１０９）において、周囲更新フラグが「１」に設定されていない（ＮＯ）と判別したときは、センサにより計測された計測値が変化していないことから、状況情報を送信することなく、ステップＳ１０７に進む。
【００８５】
そして、通信携帯端末１０の電源がＯＦＦに設定されているか否かを判断する（ステップＳ１０７）。電源がＯＦＦに設定されている（ＹＥＳ）と判別したときは、すべての処理を終了し（ステップＳ１０８）、通信携帯端末１０のメイン処理を終了する。一方、電源がＯＦＦに設定されていない（ＮＯ）と判別したときは、ステップＳ１０４に戻り、ステップＳ１０４〜Ｓ１１０の処理を繰り返す。
【００８６】
＜＜端末使用者センシング処理＞＞
第１実施形態に係る端末使用者センシング処理は、通信携帯端末１０に備えられた心拍センサなどのセンサによって、心拍数、体温及び発汗量の変化を検出し、変化を検出したときに、使用者更新フラグを「１」に設定する。上記変化の検出は、各センサからのセンシングデータが記憶されるバッファ１と、すでに検出された各センサからのセンシングデータが記憶されるバッファ２とに記憶されているデータを比較することにより行われる。端末使用者センシング処理を、図１５を用いて説明する。
【００８７】
端末使用者センシング処理では、まず、バッファ１の記憶領域に記憶された各センサからのセンシングデータ（計測値）を全て消去し（ステップＳ１１１）、ＣＰＵ２２が各センサからのセンシングデータを受信するまで待機する（ステップＳ１１２）。具体的には、ステップＳ１１２において、センシングデータを受信していない（ＮＯ）と判別したときは、ステップＳ１１２の処理を繰り返すことにより、各センサからのセンシングデータを受信するまで待機することができる。
【００８８】
一方、ステップＳ１１２において、ＣＰＵ２２がセンシングデータを受信した（ＹＥＳ）と判別したときは、センシングデータをバッファ１の記憶領域に記憶させる（ステップＳ１１３）。そして、ＣＰＵ２２は全てのセンサからのセンシングデータを所得し、バッファ１の記憶領域に記憶したか否かを判断する（ステップＳ１１４）。
【００８９】
ステップＳ１１４において、全てのセンサからのセンシングデータを取得して記憶していない（ＮＯ）と判別したときは、ステップＳ１１２に戻り、ステップＳ１１２〜Ｓ１１４の処理を繰り返す。一方、全てのセンサからのセンシングデータを取得して記憶している（ＹＥＳ）と判別したときは、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致しているか否かを判断する（ステップＳ１１５）。
【００９０】
ステップＳ１１５において、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致している（ＹＥＳ）と判別したときは、使用者更新フラグを変更する必要がないため、ステップ１１１に戻り、ステップＳ１１１〜Ｓ１１５の処理を繰り返す。
【００９１】
一方、ステップＳ１１５において、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致していない（ＮＯ）と判別したときは、バッファ１に記憶されたセンシングデータを、バッファ２に記憶し、バッファ２の記憶領域を更新したことを示す使用者更新フラグに「１」を設定し（ステップＳ１１６）、ステップＳ１１１に戻る。
【００９２】
＜＜端末使用者状況推論処理＞＞
通信携帯達末１０のＣＰＵ２２で実行される端末使用者状況推論処理について、図１６〜図２０を用いて説明する。図１６は端末使用者状況推論処理を実行するためのフローチャートを、図１７は端末使用者状況推論処理（図１６）において使用される端末使用者状況推論テーブルの一例を、図１８は端末使用者状況推論処理（図１６）の一部である心拍分類処理を実行するためのフローチャートを、図１９は端末使用者状況推論処理（図１６）の一部である体温分類処理を実行するためのフローチャートを、図２０は端末使用者状況推論処理（図１６）の一部である発汗量分類処理を実行するためのフローチャートを示す。
【００９３】
端末使用者状況推論処理では、まず、通信携帯端末１０のＲＡＭ２３に記憶されている状況推論値を「０」に初期化する状況推論値初期化処理（ステップＳ１２１）を実行し、使用者更新フラグを「０」に設定し（ステップＳ１２２）、心拍分類処理を実行する（ステップＳ１２３）。
【００９４】
＜心拍分類処理＞
心拍分類処理（ステップＳ１２３）について、図１８を用いて説明する。図１８は、心拍分類処理を実行するためのフローチャートである。まず、心拍分類処理が開始されると、バッファ２に記憶されている心拍数のセンシングデータ（心拍センサ２８の計測値）から、ＲＡＭ２３に記憶されている端末使用者の平均心拍数が減算され、心拍数の差Ｘ（回／分）が算出される（ステップＳ２０１）。
【００９５】
そして、心拍数の差Ｘが−１０未満であるか否かを判断する（ステップＳ２０２）。ステップＳ２０２において、心拍数の差Ｘが−１０未満である（ＹＥＳ）と判別したときは、変数ＨＲに「１」を設定し（ステップＳ２０３）、心拍分類処理を終了して、端末使用者状況推論処理に戻る。ＨＲ＝１は、心拍数が非常に低いことを示す。
【００９６】
ステップＳ２０２において、心拍数の差Ｘが−１０未満でない（ＮＯ）と判別したときは、心拍数の差Ｘが−５未満であるか否かを判断する（ステップＳ２０４）。ステップＳ２０４において、心拍数の差Ｘが−５未満である（ＹＥＳ）と判別したときは、変数ＨＲに「２」を設定し（ステップＳ２０５）、心拍分類処理を終了して、端末使用者状況推論処理に戻る。ＨＲ＝２は、心拍数が低いことを示す。
【００９７】
ステップＳ２０４において、心拍数の差Ｘが−５未満でない（ＮＯ）と判別したときは、心拍数の差Ｘが５未満であるか否かを判断する（ステップＳ２０６）。ステップＳ２０６において、心拍数の差Ｘが５未満である（ＹＥＳ）と判別したときは、変数ＨＲに「３」を設定し（ステップＳ２０７）、心拍分類処理を終了して、端末使用者状況推論処理に戻る。ＨＲ＝３は、心拍数が通常であることを示す。
【００９８】
ステップＳ２０６において、心拍数の差Ｘが５未満でない（ＮＯ）と判別したときは、心拍数の差Ｘが１５未満であるか否かを判断する（ステップＳ２０８）。ステップＳ２０８において、心拍数の差Ｘが１５未満である（ＹＥＳ）と判別したときは、変数ＨＲに「４」を設定し（ステップＳ２０９）、心拍分類処理を終了して、端末使用者状況推論処理に戻る。ＨＲ＝４は、心拍数が高いことを示す。
【００９９】
さらに、ステップＳ２０８において、心拍数の差Ｘが１５未満ではない（ＮＯ）と判別したときは、変数ＨＲに「５」を設定し（ステップＳ２１０）、心拍分類処理を終了して、端末使用者状況推論処理に戻る。ＨＲ＝５は、心拍数が非常に高いことを示す。
【０１００】
以上の心拍分類処理（ステップＳ１２３）を終了した後、端末使用者状況推論処理に戻り、体温分類処理を実行する（ステップＳ１２４）。
【０１０１】
＜体温分類処理＞
体温分類処理（ステップＳ１２４）について、図１９を用いて説明する。図１９は、体温分類処理を実行するためのフローチャートである。まず、体温分類処理が開始されると、バッファ２に記憶されている体温のセンシングデータ（温度センサ２９の計測値）から、ＲＡＭ２３に記憶されている端末使用者の平均体温が減算され、体温の差Ｙ（℃）が算出される（ステップＳ２１１）。
【０１０２】
そして、体温の差Ｙが−１未満であるか否かを判断する（ステップＳ２１２）。ステップＳ２１２において、体温の差Ｙが−１未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰに「１」を設定し（ステップＳ２１３）、体温分類処理を終了して、端末使用者状況推論処理に戻る。ＴＥＭＰ＝１は、体温が非常に低いことを示す。
【０１０３】
ステップＳ２１２において、体温の差Ｙが−１未満でない（ＮＯ）と判別したときは、体温の差Ｙが−０．５未満であるか否かを判断する（ステップＳ２１４）。ステップＳ２１４において、体温の差Ｙが−０．５未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰに「２」を設定し（ステップＳ２１５）、体温分類処理を終了して、端末使用者状況推論処理に戻る。ＴＥＭＰ＝２は、体温が低いことを示す。
【０１０４】
ステップＳ２１４において、体温の差Ｙが−０．５未満でない（ＮＯ）と判別したときは、体温の差Ｙが０．５未満であるか否かを判断する（ステップＳ２１６）。ステップＳ２１６において、体温の差Ｙが０．５未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰに「３」を設定し（ステップＳ２１７）、体温分類処理を終了して、端末使用者状況推論処理に戻る。ＴＥＭＰ＝３は、体温が通常であることを示す。
【０１０５】
ステップＳ２１６において、体温の差Ｙが０．５未満でない（ＮＯ）と判別したときは、体温の差Ｙが１未満であるか否かを判断する（ステップＳ２１８）。ステップＳ２１８において、体温の差Ｙが１未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰに「４」を設定し（ステップＳ２１９）、体温分類処理を終了して、端末使用者状況推論処理に戻る。ＴＥＭＰ＝４は、体温が高いことを示す。
【０１０６】
さらに、ステップＳ２１８において、体温の差Ｙが１未満ではない（ＮＯ）と判別したときは、変数ＴＥＭＰに「５」を設定し（ステップＳ２２０）、体温分類処理を終了して、端末使用者状況推論処理に戻る。ＴＥＭＰ＝５は、体温が非常に高いことを示す。
【０１０７】
以上の体温分類処理（ステップＳ１２４）を終了した後、端末使用者状況推論処理に戻り、発汗量分類処理を実行する（ステップＳ１２５）。
【０１０８】
＜発汗量分類処理＞
発汗量分類処理（ステップＳ１２５）について、図２０を用いて説明する。図２０は、発汗量分類処理を実行するためのフローチャートである。まず、発汗量分類処理が開始されると、バッファ２に記憶されている発汗量のセンシングデータ（計測値）が変数Ｚ（ｍｇ）に設定される（ステップＳ２２１）。
【０１０９】
そして、発汗量Ｚが３未満であるか否かを判断する（ステップＳ２２２）。ステップＳ２２２において、発汗量Ｚが３未満である（ＹＥＳ）と判別したときは、変数ＳＷＥＡＴに「１」を設定し（ステップＳ２２３）、発汗量分類処理を終了して、端末使用者状況推論処理に戻る。ＳＷＥＡＴ＝１は、発汗量が非常に少ないことを示す。
【０１１０】
ステップＳ２２２において、発汗量Ｚが３未満でない（ＮＯ）と判別したときは、発汗量Ｚが６未満であるか否かを判断する（ステップＳ２２４）。ステップＳ２２４において、発汗量Ｚが６未満である（ＹＥＳ）と判別したときは、変数ＳＷＥＡＴに「２」を設定し（ステップＳ２２５）、発汗量分類処理を終了して、端末使用者状況推論処理に戻る。ＳＷＥＡＴ＝２は、発汗量が少ないことを示す。
【０１１１】
ステップＳ２２４において、発汗量Ｚが６未満でない（ＮＯ）と判別したときは、発汗量Ｚが１０未満であるか否かを判断する（ステップＳ２２６）。ステップＳ２２６において、発汗量Ｚが１０未満である（ＹＥＳ）と判別したときは、変数ＳＷＥＡＴに「３」を設定し（ステップＳ２２７）、発汗量分類処理を終了して、端末使用者状況推論処理に戻る。ＳＷＥＡＴ＝３は、発汗量が通常であることを示す。
【０１１２】
ステップＳ２２６において、発汗量Ｚが１０未満でない（ＮＯ）と判別したときは、発汗量Ｚが１５未満であるか否かを判断する（ステップＳ２２８）。ステップＳ２２８において、発汗量Ｚが１５未満である（ＹＥＳ）と判別したときは、変数ＳＷＥＡＴに「４」を設定し（ステップＳ２２９）、発汗量分類処理を終了して、端末使用者状況推論処理に戻る。ＳＷＥＡＴ＝４は、発汗量が多いことを示す。
【０１１３】
さらに、ステップＳ２２８において、発汗量Ｚが１５未満ではない（ＮＯ）と判別したときは、変数ＳＷＥＡＴに「５」を設定し（ステップＳ２３０）、発汗量分類処理を終了して、端末使用者状況推論処理に戻る。ＳＷＥＡＴ＝５は、発汗量が非常に多いことを示す。
【０１１４】
以上の発汗量分類処理（ステップＳ１２５）を終了した後、端末使用者状況推論処理に戻り、ステップＳ１２６に進む。
【０１１５】
＜状況推論値算出処理＞
端末使用者状況推論処理（図１６）の状況推論値算出処理（ステップＳ１２６）では、心拍分類処理（ステップＳ１２３）により決定された変数ＨＲと、体温分類処理（ステップＳ１２４）により決定された変数ＴＥＭＰと、発汗量分類処理（ステップＳ１２５）により決定された変数ＳＷＥＡＴと、ハードディスク２１に記憶されている端末使用者状況推論テーブルとを用いて、端末使用者の状況推論値を算出し、ＲＡＭ２３に記憶する。
【０１１６】
端末使用者状況推論テーブルを、図１７を用いて説明する。図１７は、端末使用者状況推論処理（図１６）の状況推論値算出処理（ステップＳ１２６）において使用される端末使用者状況推論テーブルの一例である。端末使用者状況推論テーブル（図１７）において、端末使用者が「興奮」（状況推論値＝１）となるのは、ＨＲが４〜５、ＴＥＭＰが２〜４、かつ、ＳＷＥＡＴが４〜５の場合である。端末使用者が「落ち込み」（状況推論値＝２）となるのは、ＨＲが２、ＴＥＭＰが２、かつ、ＳＷＥＡＴが２の場合である。端末使用者が「眠い」（状況推論値＝３）となるのは、ＨＲが２、ＴＥＭＰが３、かつ、ＳＷＥＡＴが１の場合である。尚、３つの変数の組合せが上述のいずれの場合にも該当しないときは、端末使用者が「通常」（状況推論値＝０）とされる。
【０１１７】
＜状況推論値判断処理＞
状況推論値算出処理（ステップＳ１２６）を実行されると、ＲＡＭ２３に状況推論値が記憶され、ＣＰＵ２２はＲＡＭ２３に記憶されている状況推論値が「１」以上であるか否かを判断する状況推論値判断処理を実行する（ステップＳ１２７）。状況推論値判断処理（ステップＳ１２７）において、状況推論値が「１」以上ではない（ＮＯ）、すなわち、状況推論値により「通常」と判別したときは、ステップＳ１２２に戻り、状況推論値が「０」である限り、ステップＳ１２２〜Ｓ１２７の処理を繰り返す。従って、状況通信装置である通信携帯端末１０のメイン処理（図１４）の状況情報送信処理（ステップＳ１０６）により、通信携帯端末１０からコンテンツサーバ４０に状況推論値「０」に対応する状況情報は送信されることはない。
【０１１８】
一方、状況推論値判断処理（ステップＳ１２７）において、状況推論値が「１」以上である（ＹＥＳ）と判別したときは、ＲＡＭ２３に記憶されている状況推論値「１」〜「３」に対応する状況情報、例えば、感情情報を、ハードディスク２１から取得して、状況推論値を更新する状況推論値更新処理を実行し（ステップＳ１２８）、端末使用者状況推論処理を終了し、メイン処理（図１４）に戻り、状況情報送信処理を実行する（ステップＳ１０６）。従って、状況通信装置である通信携帯端末１０のメイン処理（図１４）の状況情報送信処理（ステップＳ１０６）により、通信携帯端末１０からコンテンツサーバ４０に状況推論値「１」〜「３」の何れかの値に対応する状況情報（感情情報）を送信することができる。
【０１１９】
＜＜端末周囲センシング処理＞＞
第１実施形態に係る端末周囲センシング処理は、通信携帯端末１０に備えられた湿度センサ３０などのセンサによって、気温、湿度、照度及び音量の変化を検出し、変化を検出したときに、周囲更新フラグを「１」に設定する。上記変化の検出は、各センサからのセンシングデータが記憶されるバッファ１と、すでに検出された各センサからのセンシングデータが記憶されるバッファ２とに記憶されているデータを比較することにより行われる。端末周囲センシング処理を、図２１を用いて説明する。
【０１２０】
端末周囲センシング処理では、まず、バッファ１の記憶領域に記憶された各センサからのセンシングデータ（計測値）を全て消去し（ステップＳ３１１）、ＣＰＵ２２が各センサからのセンシングデータを受信したか否かを判断し（ステップＳ３１２）、センシングデータを受信していない（ＮＯ）と判別したときは、ステップＳ３１２の処理を繰り返すことにより、各センサからのセンシングデータを受信するまで待機する。
【０１２１】
一方、ステップＳ３１２において、ＣＰＵ２２がセンシングデータを受信した（ＹＥＳ）と判別したときは、センシングデータをバッファ１の記憶領域に記憶し（ステップＳ３１３）、全てのセンサからのセンシングデータを所得し、バッファ１の記憶領域に記憶したか否かをＣＰＵ２２により判断する（ステップＳ３１４）。
【０１２２】
ステップＳ３１４において、全てのセンサからのセンシングデータを取得して記憶していない（ＮＯ）と判別したときは、ステップＳ３１２に戻り、ステップＳ３１２〜Ｓ３１４の処理を繰り返す。一方、全てのセンサからのセンシングデータを取得して記憶している（ＹＥＳ）と判別したときは、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致しているか否かを判断する（ステップＳ３１５）。
【０１２３】
ステップＳ３１５において、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致している（ＹＥＳ）と判別したときは、周囲更新フラグを変更する必要がないため、ステップ３１１に戻り、ステップＳ３１１〜Ｓ３１５の処理を繰り返す。
【０１２４】
一方、ステップＳ３１５において、バッファ１の記憶領域に記憶されている各センサからのセンシングデータと、バッファ２の記憶領域に記憶されているセンシングデータとが一致していない（ＮＯ）と判別したときは、バッファ１に記憶されたセンシングデータを、バッファ２に記憶し、バッファ２の記憶領域を更新したことを示す周囲更新フラグに「１」を設定し（ステップＳ３１６）、ステップＳ３１１に戻る。
【０１２５】
＜＜端末周囲状況推論処理＞＞
通信携帯達末１０のＣＰＵ２２で実行される端末周囲状況推論処理について、図２２〜図２７を用いて説明する。図２２は端末周囲状況推論処理を実行するためのフローチャートを、図２３は端末周囲状況推論処理（図２２）において使用される端末周囲状況推論テーブルの一例を、図２４は端末周囲状況推論処理（図２２）の一部である気温分類処理を実行するためのフローチャートを、図２５は端末周囲状況推論処理（図２２）の一部である湿度分類処理を実行するためのフローチャートを、図２６は端末周囲状況推論処理（図２２）の一部である照度分類処理を実行するためのフローチャートを、図２７は端末周囲状況推論処理（図２２）の一部である音量分類処理を実行するためのフローチャートを示す。
【０１２６】
端末周囲状況推論処理では、まず、通信携帯端末１０のＲＡＭ２３に記憶されている状況推論値を「０」に初期化する状況推論値初期化処理（ステップＳ３２１）を実行し、周囲更新フラグを「０」に設定し（ステップＳ３２２）、変数ＴＥＭＰ２を決定する気温分類処理を実行する（ステップＳ３２３）。
【０１２７】
＜気温分類処理＞
気温分類処理（ステップＳ３２３）について、図２４を用いて説明する。図２４は、気温分類処理を実行するためのフローチャートである。まず、気温分類処理では、バッファ２に記憶されている気温のセンシングデータ（計測値）が０℃未満であるか否かを判断する（ステップＳ４０１）。
【０１２８】
そして、ステップＳ４０１において、気温センシングデータが０℃未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰ２に「１」を設定し（ステップＳ４０２）、気温分類処理を終了して、端末周囲状況推論処理に戻る。ＴＥＭＰ２＝１は、気温が非常に低いことを示す。
【０１２９】
ステップＳ４０１において、気温センシングデータが０℃未満でない（ＮＯ）と判別したときは、気温センシングデータが１０℃未満であるか否かを判断する（ステップＳ４０３）。ステップＳ４０３において、気温センシングデータが１０℃未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰ２に「２」を設定し（ステップＳ４０４）、気温分類処理を終了して、端末周囲推論処理に戻る。ＴＥＭＰ２＝２は、気温が低いことを示す。
【０１３０】
ステップＳ４０３において、気温センシングデータが１０℃未満でない（ＮＯ）と判別したときは、気温センシングデータが２０℃未満であるか否かを判断する（ステップＳ４０５）。ステップＳ４０５において、気温センシングデータが２０℃未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰ２に「３」を設定し（ステップＳ４０６）、気温分類処理を終了して、端末周囲状況推論処理に戻る。ＴＥＭＰ２＝３は、気温が通常であることを示す。
【０１３１】
ステップＳ４０５において、気温センシングデータが２０℃未満でない（ＮＯ）と判別したときは、気温センシングデータが３０℃未満であるか否かを判断する（ステップＳ４０７）。ステップＳ４０７において、気温センシングデータが３０℃未満である（ＹＥＳ）と判別したときは、変数ＴＥＭＰ２に「４」を設定し（ステップＳ４０８）、気温分類処理を終了して、端末周囲状況推論処理に戻る。ＴＥＭＰ２＝４は、気温が高いことを示す。
【０１３２】
さらに、ステップＳ４０７において、気温センシングデータが３０℃未満ではない（ＮＯ）と判別したときは、変数ＴＥＭＰ２に「５」を設定し（ステップＳ４０９）、気温分類処理を終了して、端末周囲状況推論処理に戻る。ＴＥＭＰ２＝５は、気温が非常に高いことを示す。
【０１３３】
以上の気温分類処理（ステップＳ３２３）を終了した後、端末周囲状況推論処理に戻り、湿度分類処理を実行する（ステップＳ３２４）。
【０１３４】
＜湿度分類処理＞
湿度分類処理（ステップＳ３２４）について、図２５を用いて説明する。図２５は、湿度分類処理を実行するためのフローチャートである。まず、湿度分類処理では、バッファ２に記憶されている湿度のセンシングデータ（湿度センサ３０の計測値）が２０％未満であるか否かを判断する（ステップＳ４１１）。
【０１３５】
そして、ステップＳ４１１において、湿度センシングデータが２０％未満である（ＹＥＳ）と判別したときは、変数ＨＵＭＩＤに「１」を設定し（ステップＳ４１２）、湿度分類処理を終了して、端末周囲状況推論処理に戻る。ＨＵＭＩＤ＝１は、湿度が非常に低いことを示す。
【０１３６】
ステップＳ４１１において、湿度センシングデータが２０％未満でない（ＮＯ）と判別したときは、湿度センシングデータが４０％未満であるか否かを判断する（ステップＳ４１３）。ステップＳ４１３において、湿度センシングデータが２０％未満である（ＹＥＳ）と判別したときは、変数ＨＵＭＩＤに「２」を設定し（ステップＳ４１４）、湿度分類処理を終了して、端末周囲推論処理に戻る。ＨＵＭＩＤ＝２は、湿度が低いことを示す。
【０１３７】
ステップＳ４１３において、湿度センシングデータが２０％未満でない（ＮＯ）と判別したときは、湿度センシングデータが４０％未満であるか否かを判断する（ステップＳ４１５）。ステップＳ４１５において、湿度センシングデータが６０％未満である（ＹＥＳ）と判別したときは、変数ＨＵＭＩＤに「３」を設定し（ステップＳ４１６）、湿度分類処理を終了して、端末周囲状況推論処理に戻る。ＨＵＭＩＤ＝３は、湿度が通常であることを示す。
【０１３８】
ステップＳ４１５において、湿度センシングデータが６０％未満でない（ＮＯ）と判別したときは、湿度センシングデータが８０％未満であるか否かを判断する（ステップＳ４１７）。ステップＳ４１７において、湿度センシングデータが８０％未満である（ＹＥＳ）と判別したときは、変数ＨＵＭＩＤに「４」を設定し（ステップＳ４１８）、湿度分類処理を終了して、端末周囲状況推論処理に戻る。ＨＵＭＩＤ＝４は、湿度が高いことを示す。
【０１３９】
さらに、ステップＳ４１７において、湿度センシングデータが８０％未満ではない（ＮＯ）と判別したときは、変数ＨＵＭＩＤに「５」を設定し（ステップＳ４１９）、湿度分類処理を終了して、端末周囲状況推論処理に戻る。ＨＵＭＩＤ＝５は、湿度が非常に高いことを示す。
【０１４０】
以上の湿度分類処理（ステップＳ３２４）を終了した後、端末周囲状況推論処理に戻り、照度分類処理を実行する（ステップＳ３２５）。
【０１４１】
＜照度分類処理＞
照度分類処理（ステップＳ３２５）について、図２６を用いて説明する。図２６は、照度分類処理を実行するためのフローチャートである。まず、照度分類処理では、バッファ２に記憶されている照度のセンシングデータ（照度センサ３１の計測値）が３ｌｘ未満であるか否かを判断する（ステップＳ４２１）。
【０１４２】
そして、ステップＳ４２１において、照度センシングデータが３ｌｘ未満である（ＹＥＳ）と判別したときは、変数ＬＩＧＨＴに「１」を設定し（ステップＳ４２２）、照度分類処理を終了して、端末周囲状況推論処理に戻る。ＬＩＧＨＴ＝１は、照度が非常に低いことを示す。
【０１４３】
ステップＳ４２１において、照度センシングデータが３ｌｘ未満でない（ＮＯ）と判別したときは、照度センシングデータが５００ｌｘ未満であるか否かを判断する（ステップＳ４２３）。ステップＳ４２３において、照度センシングデータが５００ｌｘ未満である（ＹＥＳ）と判別したときは、変数ＬＩＧＨＴに「２」を設定し（ステップＳ４２４）、照度分類処理を終了して、端末周囲推論処理に戻る。ＬＩＧＨＴ＝２は、照度が低いことを示す。
【０１４４】
ステップＳ４２３において、照度センシングデータが５００ｌｘ未満でない（ＮＯ）と判別したときは、照度センシングデータが５０００ｌｘ未満であるか否かを判断する（ステップＳ４２５）。ステップＳ４２５において、照度センシングデータが５０００ｌｘ未満である（ＹＥＳ）と判別したときは、変数ＬＩＧＨＴに「３」を設定し（ステップＳ４２６）、照度分類処理を終了して、端末周囲状況推論処理に戻る。ＬＩＧＨＴ＝３は、照度が通常であることを示す。
【０１４５】
ステップＳ４２５において、照度センシングデータが５０００ｌｘ未満でない（ＮＯ）と判別したときは、照度センシングデータが５００００ｌｘ未満であるか否かを判断する（ステップＳ４２７）。ステップＳ４２７において、照度センシングデータが５００００ｌｘ未満である（ＹＥＳ）と判別したときは、変数ＬＩＧＨＴに「４」を設定し（ステップＳ４２８）、照度分類処理を終了して、端末周囲状況推論処理に戻る。ＬＩＧＨＴ＝４は、照度が高いことを示す。
【０１４６】
さらに、ステップＳ４２７において、照度センシングデータが５００００ｌｘ未満ではない（ＮＯ）と判別したときは、変数ＬＩＧＨＴに「５」を設定し（ステップＳ４２９）、照度分類処理を終了して、端末周囲状況推論処理に戻る。ＬＩＧＨＴ＝５は、照度が非常に高いことを示す。
【０１４７】
以上の照度分類処理（ステップＳ３２５）を終了した後、端末周囲状況推論処理に戻り、音量分類処理を実行する（ステップＳ３２６）。
【０１４８】
＜音量分類処理＞
音量分類処理（ステップＳ３２６）について、図２７を用いて説明する。図２７は、音量分類処理を実行するためのフローチャートである。まず、音量分類処理では、バッファ２に記憶されている音量のセンシングデータ（音センサ３２の計測値）が１０ｄｂ未満であるか否かを判断する（ステップＳ４３１）。
【０１４９】
そして、ステップＳ４３１において、音量センシングデータが１０ｄｂ未満である（ＹＥＳ）と判別したときは、変数ＶＯＬに「１」を設定し（ステップＳ４３２）、音量分類処理を終了して、端末周囲状況推論処理に戻る。ＶＯＬ＝１は、音量が非常に低いことを示す。
【０１５０】
ステップＳ４３１において、音量センシングデータが１０ｄｂ未満でない（ＮＯ）と判別したときは、音量センシングデータが４０ｄｂ未満であるか否かを判断する（ステップＳ４３３）。ステップＳ４３３において、音量センシングデータが４０ｄｂ未満である（ＹＥＳ）と判別したときは、変数ＶＯＬに「２」を設定し（ステップＳ４３４）、音量分類処理を終了して、端末周囲推論処理に戻る。ＶＯＬ＝２は、音量が低いことを示す。
【０１５１】
ステップＳ４３３において、音量センシングデータが４０ｄｂ未満でない（ＮＯ）と判別したときは、音量センシングデータが７０ｄｂ未満であるか否かを判断する（ステップＳ４３５）。ステップＳ４３５において、音量センシングデータが７０ｄｂ未満である（ＹＥＳ）と判別したときは、変数ＶＯＬに「３」を設定し（ステップＳ４３６）、音量分類処理を終了して、端末周囲状況推論処理に戻る。ＶＯＬ＝３は、音量が通常であることを示す。
【０１５２】
ステップＳ４３５において、音量センシングデータが７０ｄｂｘ未満でない（ＮＯ）と判別したときは、音量センシングデータが１００ｄｂ未満であるか否かを判断する（ステップＳ４３７）。ステップＳ４３７において、音量センシングデータが１００ｄｂ未満である（ＹＥＳ）と判別したときは、変数ＶＯＬに「４」を設定し（ステップＳ４３８）、音量分類処理を終了して、端末周囲状況推論処理に戻る。ＶＯＬ＝４は、音量が高いことを示す。
【０１５３】
さらに、ステップＳ４３７において、音量センシングデータが１００ｄｂ未満ではない（ＮＯ）と判別したときは、変数ＶＯＬに「５」を設定し（ステップＳ４３９）、音量分類処理を終了して、端末周囲状況推論処理に戻る。ＶＯＬ＝５は、音量が非常に高いことを示す。
【０１５４】
以上の音量分類処理（ステップＳ３２６）を終了した後、端末周囲状況推論処理に戻りステップＳ３２７に進む。
【０１５５】
＜状況推論値算出処理＞
端末周囲状況推論処理（図２２）の状況推論値算出処理（ステップＳ３２７）では、気温分類処理（ステップＳ３２３）により決定された変数ＴＥＭＰ２と、湿度分類処理（ステップＳ３２４）により決定された変数ＨＵＭＩＤと、照度分類処理（ステップＳ３２５）により決定された変数ＬＩＧＨＴと、音量分類処理（ステップＳ３２６）により決定された変数ＶＯＬと、ハードディスク２１に記憶されている端末周囲状況推論テーブルとを用いて、端末周囲の状況推論値を算出し、ＲＡＭ２３に記憶する。
【０１５６】
端末周囲状況推論テーブルを、図２３を用いて説明する。図２３は、端末周囲状況推論処理（図２２）の状況推論値算出処理（ステップＳ３２７）において使用される端末周囲状況推論テーブルの一例である。端末周囲状況推論テーブル（図２３）において、端末使用者の環境状態が「蒸し暑い昼間」（状況推論値＝１）となるのは、ＴＥＭＰ２が５、ＨＵＭＩＤが４、かつ、ＬＩＧＨＴが４〜５の場合である。端末使用者の環境状態が「騒がし室内」（状況推論値＝２）となるのは、ＴＥＭＰ２が２〜４、ＨＵＭＩＤが２〜３、ＬＩＧＨＴが２〜３、かつ、ＶＯＬが５の場合である。端末使用者の環境状態が「寒い夜」（状況推論値＝３）となるのは、ＴＥＭＰ２が１〜２、かつ、ＬＩＧＨＴが１〜２の場合である。尚、３つの変数の組合せが上述のいずれの場合にも該当しないときは、端末使用者の環境状態が「通常」（状況推論値＝０）とされる。
【０１５７】
＜状況推論値判断処理＞
状況推論値算出処理（ステップＳ３２７）を実行されると、ＲＡＭ２３に状況推論値が記憶され、ＣＰＵ２２はＲＡＭ２３に記憶されている状況推論値が「１」以上であるか否かを判断する状況推論値判断処理を実行する（ステップＳ３２８）。状況推論値判断処理（ステップＳ３２８）において、状況推論値が「１」以上ではない（ＮＯ）、すなわち、状況推論値により「通常」と判別したときは、ステップＳ３２２に戻り、状況推論値が「０」である限り、ステップＳ３２２〜Ｓ３２８の処理を繰り返す。従って、状況通信装置である通信携帯端末１０のメイン処理（図１４）の状況情報送信処理（ステップＳ１０６）により、通信携帯端末１０からコンテンツサーバ４０に状況推論値「０」に対応する状況情報は送信されることはない。
【０１５８】
一方、状況推論値判断処理（ステップＳ３２８）において、状況推論値が「１」以上である（ＹＥＳ）と判別したときは、ＲＡＭ２３に記憶されている環境状態の状況推論値「１」〜「３」に対応する状況情報、例えば、環境情報を、ハードディスク２１から取得して、状況推論値を更新する状況推論値更新処理を実行し（ステップＳ３２９）、端末使用者状況推論処理を終了し、メイン処理（図１４）に戻り、状況情報送信処理を実行する（ステップＳ１０６）。従って、状況通信装置である通信携帯端末１０のメイン処理（図１４）の状況情報送信処理（ステップＳ１０６）により、通信携帯端末１０からコンテンツサーバ４０に状況推論値「１」〜「３」の何れかの値に対応する状況情報（環境情報）を送信することができる。
【０１５９】
従って、第１実施形態に係るコンテンツアクセス制御システムによれば、コンテンツサーバ４０は、すべてのコンテンツに対して、属性情報を抽出するための属性条件を満たすコンテンツの内容を示す属性情報を抽出属性情報（アクセス許可リスト）として抽出し、抽出情報記憶部５５に記憶する。一方、通信携帯端末１０を使用する登録ユーザの属性情報が、ユーザ情報記憶部５６に記憶される。従って、アクセス制御部５７により、登録ユーザの属性情報と、前記抽出属性情報とを比較した結果に基づいて、コンテンツにアクセスできる登録ユーザのアクセス権の設定を動的に変更することができる。
【０１６０】
また、動的にアクセス権が変更されるため、自身のコンテンツにアクセスされる登録ユーザは、所望する登録ユーザに、自身のコンテンツをアクセスさせることができる。この結果、コンテンツにアクセスする登録ユーザに対し、各コンテンツに対するアクセス権の設定を変更する手間を省くことができる。
【０１６１】
さらに、コンテンツにアクセスする登録ユーザは、自身が所望するコンテンツにアクセスできる。特に、登録ユーザの属性情報に基づいて、アクセス権の設定は動的に変更されるため、変化する登録ユーザの属性情報が反映された所望するコンテンツにアクセスできる。
【０１６２】
特に、第１実施形態に係るコンテンツアクセス制御システムによれば、端末使用者の生体情報等の状況データを反映させた登録ユーザの属性情報に基づくアクセス権の設定を変更することができるため、端末使用者の状況データと連動したアクセス権の設定変更ができる。この結果、変化する登録ユーザの状況に応じて、コンテンツ全体でアクセス権の設定を変更するのではなく、コンテンツの一部分ごとにアクセス権を設定する場合であっても、ユーザの手間を省いて、アクセス権の設定を変更することができる。
【０１６３】
＜＜＜＜第２実施形態＞＞＞＞
第１実施形態に係るコンテンツアクセス制御システムは、登録ユーザからコンテンツに対するアクセス要求が行われるごとに、通信携帯端末１０からコンテンツサーバ４０に送信された状況情報に基づいて構成された状況管理テーブル（図６）に記憶された登録ユーザの属性情報と、すべてのコンテンツに対して、属性情報を抽出するための属性条件を満たすコンテンツの内容を示す属性情報を抽出した抽出属性情報（アクセス許可リスト（図７））に記憶されたコンテンツの内容を示す属性情報とを、コンテンツサーバ４０のアクセス制御部５７により比較することにより、登録ユーザのコンテンツに対するアクセス権の有無を判断している。従って、アクセス権の有無を判断するには、状況管理テーブル（図６）に記憶された登録ユーザの属性情報と、アクセス許可リスト（図７）に記憶されたコンテンツの内容を示す属性情報とを、登録ユーザからコンテンツに対するアクセス要求が行われるごとに、各属性情報について判断することが必要となることから、結果として、コンテンツサーバ４０に対して、多大な計算負荷や判断時間を要することとなる。
【０１６４】
第２実施形態に係るコンテンツアクセス制御システムは、第１実施形態に係るシステムの問題を解消するため、コンテンツごとに、登録ユーザのコンテンツに対するアクセス権の有無を判断した結果を、アクセスリストとして記憶し、登録ユーザのコンテンツに対するアクセス権の有無を判断する処理の計算負荷と判断時間の低減を図るものである。ここで、「アクセスリスト」とは、コンテンツごとに、登録ユーザのコンテンツに対するアクセス権の有無を判断した結果が記憶されたテーブルリストである。
【０１６５】
なお、第１実施形態に係るシステムと第２実施形態に係るシステムとにおける制御処理は、コンテンツサーバ４０のメイン処理のフローチャート（図３）以外は、コンテンツ表示例を含め同じである。例えば、第２実施形態に係るコンテンツアクセス制御システムのＰＣ端末６０において実行されるコンテンツ表示処理は、第１実施形態のコンテンツ表示処理（図８〜図９）、変形例１のコンテンツ表示処理（図１０〜図１１）、変形例２のコンテンツ表示処理（図１２〜図１３）の何れのコンテンツ表示処理も適用可能である。
【０１６６】
以下に、図２８〜図２９を用いて、第２実施形態に係るコンテンツアクセス制御システムのコンテンツサーバ４０のメイン処理を説明する。図２８は第２実施形態に係るシステムのメイン処理を実行するためのフローチャートである。図２９はアクセスリストを示す図である。
【０１６７】
＜＜＜コンテンツサーバ４０の制御処理＞＞＞
＜＜メイン処理＞＞
第２実施形態に係るコンテンツサーバ４０のメイン処理を、図２８を用いて説明する。第２実施形態に係るコンテンツアクセス制御システムのコンテンツサーバ４０では、登録ユーザのコンテンツに対するアクセス権の有無を判断するために、アクセスリストを参照することにより判断する。
【０１６８】
まず、コンテンツサーバ４０は、登録ユーザのコンテンツへのアクセス要求が、ＰＣ端末６０からコンテンツサーバ４０にあるか否かを判断する（ステップＳ５１０）。ステップＳ５１０において、アクセス要求がある（ＹＥＳ）と判別したときは、アクセスリスト（図２９）を参照し、アクセス要求を行った登録ユーザが各コンテンツに対してアクセス権が設定されているか否かを判断する（ステップＳ５１１）。
【０１６９】
ステップＳ５１１において、アクセス権の設定判断処理を終了した後、アクセス権が設定されているコンテンツを、登録ユーザのＰＣ端末６０のブラウザ機能により表示させるためのコンテンツ表示用処理を実行する（ステップＳ５１２）。
【０１７０】
そして、コンテンツサーバ４０の電源がＯＦＦに設定されているか否かを判断する（ステップＳ５１３）。電源がＯＦＦに設定されている（ＹＥＳ）と判別したときは、すべての処理を終了し、コンテンツサーバ４０のメイン処理を終了する。一方、電源がＯＦＦに設定されていない（ＮＯ）と判別したときは、ステップＳ５１０に戻り、ステップＳ５１０〜Ｓ５１８の処理を繰り返す。
【０１７１】
一方、ステップＳ５１０において、アクセス要求がない（ＮＯ）と判別したときは、通信携帯端末１０から送信される状況情報から構成される属性情報の変更があるか否かを判断する（ステップＳ５１４）。ステップＳ５１４において、属性情報に変更がある（ＹＥＳ）と判別したときは、アクセスリストを更新するアクセスリスト更新処理を実行し（ステップＳ５１５）、ステップＳ５１６に進む。一方、ステップＳ５１４において、属性情報に変更がない（ＮＯ）と判別したときは、アクセスリストを更新することなく、ステップＳ５１６に進む。
【０１７２】
ステップＳ５１６において、コンテンツに変更があるか否かを判断する（ステップＳ５１６）。ステップＳ５１６において、コンテンツに変更がある（ＹＥＳ）と判別したときは、解析処理（図４）を実行し（ステップＳ５１７）、アクセスリストを更新するアクセスリスト更新処理を実行し（ステップＳ５１８）、ステップＳ５１０に進む。一方、ステップＳ５１６において、コンテンツに変更がない（ＮＯ）と判別したときは、アクセスリストを更新することなく、ステップＳ５１０に進む。
【０１７３】
＜アクセスリスト＞
第２実施形態のコンテンツアクセス制御システムのコンテンツサーバ４０のメイン制御処理において使用されるアクセスリストを、図２９を用いて説明する。アクセスリストは、コンテンツごとに、登録ユーザのコンテンツに対するアクセス権の有無を判断した結果が記憶されたテーブルリストである。図２９のアクセスリストでは、コンテンツに対するアクセス権を有する場合を「○」、コンテンツに対するアクセス権を有さない場合を「×」で示している。
【０１７４】
従って、コンテンツごとに、登録ユーザのコンテンツに対するアクセス権の有無を判断した結果であるアクセスリストを参照して、登録ユーザのコンテンツに対するアクセス権の有無を判断する第２実施形態に係るコンテンツアクセス制御システムは、コンテンツに対するアクセス要求が行われるごとに、状況管理テーブル（図６）に記憶された登録ユーザの属性情報と、アクセス許可リスト（図７）に記憶されたコンテンツの内容を示す属性情報とを、各属性情報について判断する第１実施形態に係るコンテンツアクセス制御システムと異なり、処理の計算負荷と判断時間の低減を図ることができる。
【図面の簡単な説明】
【０１７５】
【図１】本発明に係るコンテンツアクセス制御システムの概要を説明するための図である。
【図２】コンテンツアクセス制御システムの構成を説明するためのブロック図である。
【図３】第１実施形態に係るシステムのメイン処理を実行するためのフローチャートである。
【図４】第１実施形態に係るシステムのメイン処理の一部である解析処理を実行するためのフローチャートである。
【図５】図４の解析処理を説明する図である。
【図６】状況管理テーブルを示す図である。
【図７】アクセス許可リストを示す図である。
【図８】第１実施形態に係るシステムのＰＣ端末において実行されるコンテンツ表示処理を実行するためのフローチャートである。
【図９】図８のコンテンツ表示処理を実行したコンテンツ表示例である。
【図１０】第１実施形態に係るシステムのＰＣ端末において実行されるコンテンツ表示処理の変形例を実行するためのフローチャートである。
【図１１】図８のコンテンツ表示処理の変形例を実行したコンテンツ表示例である。
【図１２】第１実施形態に係るシステムのＰＣ端末において実行されるコンテンツ表示処理のその他の変形例を実行するためのフローチャートである。
【図１３】図８のコンテンツ表示処理のその他の変形例を実行したコンテンツ表示例である。
【図１４】通信携帯端末１０の状況通信装置メイン処理を実行するためのフローチャートである。
【図１５】図１４の状況通信装置メイン処理で起動される端末使用者センシング処理を実行するためのフローチャートである。
【図１６】図１４の状況通信装置メイン処理の一部である端末使用者状況推論処理を実行するためのフローチャートである。
【図１７】図１６の端末使用者状況推論処理において使用される端末使用者状況推論テーブルの一例である。
【図１８】図１６の端末使用者状況推論処理の一部である心拍分類処理を実行するためのフローチャートである。
【図１９】図１６の端末使用者状況推論処理の一部である体温分類処理を実行するためのフローチャートである。
【図２０】図１６の端末使用者状況推論処理の一部である発汗量分類処理を実行するためのフローチャートである。
【図２１】図１４の状況通信装置メイン処理で起動される端末周囲センシング処理を実行するためのフローチャートである。
【図２２】図１４の状況通信装置メイン処理の一部である端末周囲状況推論処理を実行するためのフローチャートである。
【図２３】図２２の端末周囲状況推論処理において使用される端末周囲状況推論テーブルの一例である。
【図２４】図２３の端末周囲状況推論処理の一部である気温分類処理を実行するためのフローチャートである。
【図２５】図２３の端末周囲状況推論処理の一部である湿度分類処理を実行するためのフローチャートである。
【図２６】図２３の端末周囲状況推論処理の一部である照度分類処理を実行するためのフローチャートである。
【図２７】図２３の端末周囲状況推論処理の一部である音量分類処理を実行するためのフローチャートである。
【図２８】第２実施形態に係るシステムのメイン処理を実行するためのフローチャートである。
【図２９】アクセスリストを示す図である。
【符号の説明】
【０１７６】
１  コンテンツアクセス制御システム
１０  携帯通信端末
４０  コンテンツサーバ
５１  送受信部
５２  更新判定部
５３  更新記憶部
５４  更新データ解析部
５５  抽出情報記憶部
５６  ユーザ情報記憶部
５７  アクセス制御部
５８  コンテンツデータベース
６０  ＰＣ端末
【図１】
2009211161.tif 000003
【図２】
2009211161.tif 000004
【図３】
2009211161.tif 000005
【図４】
2009211161.tif 000006
【図５】
2009211161.tif 000007
【図６】
2009211161.tif 000008
【図７】
2009211161.tif 000009
【図８】
2009211161.tif 000010
【図９】
2009211161.tif 000011
【図１０】
2009211161.tif 000012
【図１１】
2009211161.tif 000013
【図１２】
2009211161.tif 000014
【図１３】
2009211161.tif 000015
【図１４】
2009211161.tif 000016
【図１５】
2009211161.tif 000017
【図１６】
2009211161.tif 000018
【図１７】
2009211161.tif 000019
【図１８】
2009211161.tif 000020
【図１９】
2009211161.tif 000021
【図２０】
2009211161.tif 000022
【図２１】
2009211161.tif 000023
【図２２】
2009211161.tif 000024
【図２３】
2009211161.tif 000025
【図２４】
2009211161.tif 000026
【図２５】
2009211161.tif 000027
【図２６】
2009211161.tif 000028
【図２７】
2009211161.tif 000029
【図２８】
2009211161.tif 000030
【図２９】
2009211161.tif 000031