(57)【要約】【課題】ユーザにとって有効性の高いコンテンツを多く配信できるようにした情報配信装置、情報配信システム及び情報配信方法を提供する。【解決手段】情報提供サイトから提供されるコンテンツ情報を移動通信端末に配信する情報配信サーバ５０であって、移動通信端末を利用するユーザのユーザ情報を格納する個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３、個人現在地ＤＢ２４と、コンテンツ情報が属するカテゴリに対応したレコメンドルールを格納するルールテーブルＤＢ２５と、ユーザ情報とレコメンドルールとを比較して、ユーザ情報とレコメンドルールとがマッチングするか否かを判定するレコメンドルールマッチング部２７とを備え、マッチングすると判定された場合に、レコメンドルールに対応したカテゴリに含まれるコンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信する。【選択図】図４
2009087154.tif 000002
【特許請求の範囲】
【請求項１】
情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を通信端末に配信する情報配信装置であって、
前記通信端末を利用するユーザのユーザ情報を格納するユーザ情報格納手段と、
前記コンテンツ情報が属するカテゴリに対応したレコメンドルールを格納するルール格納手段と、
前記ユーザ情報格納手段に格納された前記ユーザ情報と前記ルール格納手段に格納された前記レコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定する判定手段と、
前記判定手段により前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信する配信手段と、を備えることを特徴とする情報配信装置。
【請求項２】
前記配信手段は、前記判定手段による判定結果に基づいて配信候補に挙げられた複数の前記カテゴリについて予め付与された優先度と、コンテンツ情報について予め設定された全配信数とに基づいて、前記カテゴリ毎のコンテンツ情報配信数を決定し、前記カテゴリ毎に決定された数のコンテンツ情報を配信することを特徴とする請求項１に記載の情報配信装置。
【請求項３】
前記ユーザ情報には前記通信端末の現在地に関する情報が含まれており、前記現在地に関する情報を含む前記ユーザ情報と前記レコメンドルールとが合致すると前記判定手段により判定された場合に、
前記配信手段は、前記現在地と関わりのあるコンテンツ情報について、当該コンテンツ情報が属するカテゴリの優先度に応じた数のコンテンツ情報を配信することを特徴とする請求項１又は請求項２に記載の情報配信装置。
【請求項４】
前記ユーザによるコンテンツ情報の過去の閲覧状況に基づいて当該コンテンツ情報が属するカテゴリの優先度を調整する調整手段、をさらに備えることを特徴とする請求項１から請求項３の何れか一項に記載の情報配信装置。
【請求項５】
通信端末と、情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を前記通信端末に配信する情報配信装置と、を備える情報配信システムであって、
前記情報配信装置は、
前記通信端末を利用するユーザのユーザ情報を格納するユーザ情報格納手段と、
前記コンテンツ情報が属するカテゴリに対応したレコメンドルールを格納するルール格納手段と、
前記ユーザ情報格納手段に格納された前記ユーザ情報と前記ルール格納手段に格納された前記レコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定する判定手段と、
前記判定手段により前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信する配信手段と、を備え、
前記通信端末は、
前記情報配信装置から前記コンテンツ情報を受信する受信手段と、
前記受信手段により受信された前記コンテンツ情報を表示する表示手段と、を備えることを特徴とする情報配信システム。
【請求項６】
情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を通信端末に配信する情報配信方法であって、
前記通信端末を利用するユーザのユーザ情報と、前記コンテンツ情報が属するカテゴリに対応したレコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定するステップと、
前記判定ステップにおいて、前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信するステップとを含み、
配信された前記コンテンツ情報を前記通信端末で閲覧するようにしたことを特徴とする情報配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供サイトから提供されるコンテンツ情報を通信端末に配信する情報配信装置、情報配信システム及び情報配信方法に関するものである。
【背景技術】
【０００２】
近年では、インターネット上で提供されるコンテンツ情報に携帯電話などの移動通信端末を利用してアクセスすることが広く行われている。また、情報提供者がニュースや天気予報、芸能やスポーツ、占い、おすすめのイベントやショップ情報などのコンテンツ情報を移動通信端末へプッシュ型で配信する（即ち、移動通信端末の待ち受け画面に自動配信する）サービスも広く行われている。
【０００３】
また、このような情報配信サービスにおいて、例えば特許文献１に開示されているように、ユーザによる情報へのアクセス履歴等から将来の選択傾向を分析して、各ユーザの興味や嗜好に応じていると考えられるコンテンツ情報や商品などを推薦する「レコメンド技術」が普及しつつある。次世代のレコメンド技術として、「行動ターゲティング技術」が注目されている。行動ターゲティング技術では、ユーザによる情報へのアクセス履歴から、ユーザの意識の中で顕在化していない興味や嗜好を推定し、それに基づいてコンテンツをユーザに配信する。このため、ユーザがどのような情報にアクセスしていても、ユーザの興味や嗜好に応じていると考えられるカテゴリに分類されるコンテンツを配信することができる。
【特許文献１】特開２００４−９４３８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、移動通信端末を利用するユーザに対して、コンテンツ情報をレコメンド（即ち推薦）する場合、ユーザは何かしら行動しながら、移動通信端末に表示されたコンテンツ情報を閲覧している場合が多い。このような場合、移動通信端末に配信されたコンテンツ情報がユーザの興味や嗜好に応じた内容だったとしても、ユーザの現在の状況や行動、又は直近の予定と無関係の内容であった場合は、レコメンドされたコンテンツ情報の効果は低く、ユーザにとって有効性の高い情報とはならない可能性があった。
そこで、本発明では、上記事情に鑑みてなされたものであって、ユーザにとって有効性の高いコンテンツを多く配信できるようにした情報配信装置、情報配信システム及び情報配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決するために、請求項１の情報配信装置は、情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を通信端末に配信する情報配信装置であって、前記通信端末を利用するユーザのユーザ情報を格納するユーザ情報格納手段（例えば、図４の個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３及び個人現在地ＤＢ２４）と、前記コンテンツ情報が属するカテゴリに対応したレコメンドルールを格納するルール格納手段（例えば、図４のルールテーブルＤＢ２５）と、前記ユーザ情報格納手段に格納された前記ユーザ情報と前記ルール格納手段に格納された前記レコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定する判定手段（例えば、図４のレコメンドルールマッチング部２７）と、前記判定手段により前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信する配信手段（例えば、図４の配信数設定部２８、コンテンツ取得部２９及びコンテンツ送信部３１）と、を備えることを特徴とする。ここで、「コンテンツ」とは、ネットワーク等を介して提供される情報内容のことであり、静止画、動画、音声、テキストなどの何れか一、又はそれらを組み合せた態様で通信端末に配信される。コンテンツの一例として、天気情報、地図情報、ニュース情報又は広告情報などが挙げられる。また、「コンテンツの概要」とは、例えば、上記コンテンツの簡単な説明と、このコンテンツを提供する情報提供サイトにアクセスするためのＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｅｒ）等を含む情報のことである。「ユーザ情報」とは、例えば、ユーザの嗜好、属性、状況、現在地などに関する情報のことである。「レコメンドルール」とは、レコメンド処理（即ち、コンテンツ情報の配信）を実行するための条件のことである。請求項１の情報配信装置によれば、判定手段によりユーザの嗜好、属性、状況等に合致していると判定されたコンテンツ情報が、そのコンテンツ情報が属するカテゴリ（即ち、コンテンツ群）の優先度に応じた割合で通信端末に配信される。従って、複数のコンテンツ情報の中から、ユーザにとって有効性の高いコンテンツ情報を多く配信することができる。
【０００６】
請求項２の情報配信装置は、請求項１の情報配信装置において、前記配信手段は、前記判定手段による判定結果に基づいて配信候補に挙げられた複数の前記カテゴリについて予め付与された優先度と、コンテンツ情報について予め設定された全配信数とに基づいて、前記カテゴリ毎のコンテンツ情報配信数を決定し、前記カテゴリ毎に決定された数のコンテンツ情報を配信することを特徴とする。このような構成であれば、配信候補に挙げられた複数のカテゴリのうち、優先度の高いカテゴリに含まれるコンテンツ情報は多く配信され、優先度の低いカテゴリに含まれるコンテンツ情報は少なく配信される。つまり、各カテゴリの優先度に応じた比率でコンテンツ情報が配信される。従って、１回当たりのコンテンツ情報配信数が限られている場合でも、その限られた中で、ユーザにとって有効性の高いコンテンツ情報を多く配信することができる。
【０００７】
請求項３の情報配信装置は、請求項１又は請求項２の情報配信装置において、前記ユーザ情報には前記通信端末の現在地に関する情報が含まれており、前記現在地に関する情報を含む前記ユーザ情報と前記レコメンドルールとが合致すると前記判定手段により判定された場合に、前記配信手段は、前記現在地と関わりのあるコンテンツ情報について、当該コンテンツ情報が属するカテゴリの優先度に応じた数のコンテンツ情報を配信することを特徴とする。このような構成であれば、ユーザの現在地と関わりのあるコンテンツ情報がそのカテゴリの優先度に応じた割合で通信端末に配信される。従って、ユーザの現在の行動や状況に合致した、極めて有効性の高いコンテンツ情報を多く配信することができる。例えば、ユーザの現在地が横浜の場合は、横浜にあるショップの広告コンテンツや、横浜で開催されている展覧会の広告コンテンツなどを多く配信することができる。
【０００８】
請求項４の情報配信装置は、請求項１から請求項３の何れか一の情報配信装置において、前記ユーザによるコンテンツ情報の過去の閲覧状況に基づいて当該コンテンツ情報が属するカテゴリの優先度を調整する調整手段（例えば、図７の配信数設定部２８及びマッチング履歴ＤＢ３２）、をさらに備えることを特徴とする。このような構成であれば、ユーザの嗜好、属性、状況等に対応して優先度の大小が調整されるので、ユーザにとって有効性の高いコンテンツ情報をより多く配信することが可能となる。
【０００９】
請求項５の情報配信システムは、通信端末と、情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を前記通信端末に配信する情報配信装置と、を備える情報配信システムであって、前記情報配信装置は、前記通信端末を利用するユーザのユーザ情報を格納するユーザ情報格納手段と、前記コンテンツ情報が属するカテゴリに対応したレコメンドルールを格納するルール格納手段と、前記ユーザ情報格納手段に格納された前記ユーザ情報と前記ルール格納手段に格納された前記レコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定する判定手段と、前記判定手段により前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信する配信手段と、を備え、前記通信端末は、前記情報配信装置から前記コンテンツ情報を受信する受信手段と、前記受信手段により受信された前記コンテンツ情報を表示する表示手段と、を備えることを特徴とする。このような構成であれば、ユーザの嗜好、属性、状況等に合致していると判定されたコンテンツ情報が、そのコンテンツ情報が属するカテゴリの優先度に応じた割合で情報配信装置から通信端末に配信される。そして、通信端末に配信されたコンテンツ情報は通信端末の表示手段により表示される。従って、ユーザは自分の嗜好や属性に合致した有効性の高いコンテンツ情報を多く受け取ることができる。
【００１０】
請求項６の情報配信方法は、情報提供サイトから提供されるコンテンツ又は当該コンテンツの概要の少なくとも一方を含むコンテンツ情報を通信端末に配信する情報配信方法であって、前記通信端末を利用するユーザのユーザ情報と、前記コンテンツ情報が属するカテゴリに対応したレコメンドルールとを比較して、前記ユーザ情報と前記レコメンドルールとが合致するか否かを判定するステップと、前記判定ステップにおいて、前記ユーザ情報と前記レコメンドルールとが合致すると判定された場合に、当該レコメンドルールに対応した前記カテゴリに含まれる前記コンテンツ情報について、当該カテゴリの優先度に応じた数のコンテンツ情報を配信するステップとを含み、配信された前記コンテンツ情報を前記通信端末で閲覧するようにしたことを特徴とする。このような方法によれば、ユーザは自分の嗜好や属性に合致した有効性の高いコンテンツ情報を多く受け取ることができる。
【発明の効果】
【００１１】
本発明によれば、ユーザにとって有効性の高いコンテンツを多く配信することが可能になる。
【発明を実施するための最良の形態】
【００１２】
以下、添付図面を参照しながら本発明の好適な実施形態を説明する。なお、図面の説明において、同一の構成、又は、同一の処理を行うステップには同一の符号を付し、それらについての重複する説明は省略する。
（１）第１実施形態
〔情報配信システムの全体構成例〕
図１は、本発明の実施の形態に係る情報配信システム１００の構成例を示す図である。
図１に示すように、情報配信システム１００は、例えば、移動通信端末１０と、移動通信端末１０を利用するユーザにコンテンツ情報を配信する情報配信サーバ５０と、移動通信端末１０と情報配信サーバ５０との間、及び、移動通信端末１０と情報提供サイト９０との間には無線基地局２０と、基地局制御装置３０、交換機４０等が介在している。ここで、無線基地局２０は、移動通信端末１０との間で無線信号の授受を行う設備である。基地局制御装置３０は、複数の無線基地局２０を制御する装置である。交換機４０は、移動通信端末１０の通信網ネットワークへの接続を認証する装置である。
【００１３】
また、交換機４０には、ホーム・ロケーション・レジスタ（以下、ＨＬＲ）４５が接続されている。このＨＬＲ４５は、ユーザＩＤと移動通信端末１０の在圏位置情報とを対応付けして登録する装置である。このような構成により、移動通信端末１０と情報配信サーバ５０は、通信網ネットワークを介して互いに情報を送受信することができるようになっている。なお、ユーザＩＤは、ユーザが所有する移動通信端末１０に個々に付与される識別符号であり、例えばアルファベット及び数字の組み合わせによって表現される。ユーザＩＤを用いることにより、無数にある移動通信端末１０の中から１台の端末を識別することができる。
【００１４】
一方、情報提供サイト９０は、例えば、天気情報、地図情報、ニュース情報又はショップの広告情報などのコンテンツ情報を提供するサイトである。これらのコンテンツ情報は、静止画、動画、音声、テキストなどの何れか一、又はそれらを組み合せた態様で提供される。この情報提供サイト９０は、通信網ネットワークに接続されたサーバ等で構成されている。図１に示すように、情報提供サイト９０は情報配信サーバ５０に接続されており、情報提供サイト９０から情報配信サーバ５０にコンテンツ情報が送信されるようになっている。
【００１５】
ここで、情報配信サーバ５０に送信されるコンテンツ情報は、上記の天気情報、地図情報、ニュース情報若しくはショップの広告情報などその詳細を含んだコンテンツ本体、又は、コンテンツの概要のことである。コンテンツの概要には、コンテンツの簡単な説明と、このコンテンツを提供する情報提供サイトにアクセスするためのＵＲＬ等が含まれる。
図２は、移動通信端末１０のハードウェア構成例を示す図である。図２に示すように、移動通信端末１０は、ＣＰＵ１、ＲＡＭ２、ＲＯＭ３、操作部４、無線通信部５、ディスプレイ６及びアンテナ７等のハードウェアにより構成されている。操作部４には、移動通信端末１０の例えば筐体表面に配置された１０キーや操作ボタン等が含まれる。
【００１６】
〔情報配信サーバ５０等の構成例〕
続いて、本発明の第１実施形態に係る情報配信サーバ５０について、図３及び図４を用いて説明する。図３は情報配信サーバ５０のハードウェア構成例を示す図である。
図３に示すように、情報配信サーバ５０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、主記憶装置であるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２及びＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３、データ送受信デバイスであるネットワークカード等の通信モジュール１４、ハードディスク等の補助記憶装置１５、情報配信サーバ５０に対して情報を入力するためのキーボード等の入力装置１６、並びに、情報を出力するためのモニタ等を含む出力装置１７等のハードウェアを備えるコンピュータとして構成されている。これらの構成要素が動作することにより、情報配信サーバ５０の図４に示す各機能が発揮される。
【００１７】
図４は、第１実施形態に係る情報配信サーバ５０の機能構成例を示す図である。図４に示すように、情報配信サーバ５０は、個人履歴・嗜好データベース（以下、ＤＢ）２１と、個人プロファイルＤＢ２２と、個人予定ＤＢ２３と、個人現在地ＤＢ２４と、ルールテーブルＤＢ２５と、コンテンツテーブルＤＢ２６と、レコメンドルールマッチング部２７と、配信数設定部２８と、コンテンツ取得部２９と、コンテンツ取得部２９と、コンテンツ送信部３１とを備えている。
【００１８】
個人履歴・嗜好ＤＢ２１は、ユーザによる情報提供サイト９０へのアクセス履歴、コンテンツ情報又は物品の購入履歴等をユーザＩＤに対応付けて保持するＤＢである。例えば、ユーザが移動通信端末１０（図１参照）を用いてパンを購入したり、パン屋さんの販売サイトにアクセスしたり、パン屋さんに関係するコンテンツ情報にアクセスしたりした場合は、これらパンの購入履歴やアクセス履歴はユーザＩＤに対応付けて個人履歴・嗜好ＤＢ２１に格納される。そして、このユーザに対して後述するレコメンド処理を行う際は、個人履歴・嗜好ＤＢ２１に格納された上記履歴から、「パンが好き」という情報が抽出される。
【００１９】
個人プロファイルＤＢ２２は、ユーザのプロファイル情報をユーザＩＤに対応付けて保持するＤＢである。例えば、ユーザが自身の所有する移動通信端末１０に「１人暮らし」であること、及び、「自宅最寄駅は横浜」であることを入力すると、これらの情報は移動通信端末１０から情報配信サーバ５０に送信され、ユーザＩＤに対応付けて個人プロファイルＤＢ２２に格納される。そして、このユーザに対して後述するレコメンド処理を行う際は、個人プロファイルＤＢ２２から、「１人暮らし」「自宅最寄駅は横浜」という情報が抽出される。
【００２０】
個人予定ＤＢ２３は、ユーザの予定に関する情報をユーザＩＤに対応付けて保持するＤＢである。例えば、ユーザが自身の所有する移動通信端末１０のスケジュール欄などに、「２００７年８月３日から１５日までイタリア旅行に行く」ことを入力すると、この情報は移動通信端末１０から情報配信サーバ５０に送信され、ユーザＩＤに対応付けて個人予定ＤＢ２３に格納される。そして、このユーザに対して後述するレコメンド処理を行う際は、個人予定ＤＢ２３から、「２００７年８月３日から１５日までイタリア旅行に行く」という情報が抽出される。
【００２１】
個人現在地ＤＢ２４は、移動通信端末１０の現在地に関する情報（以下、現在地情報）を保持するＤＢである。例えば、ＨＬＲ４５（図１参照）に記録された在圏位置情報が情報配信サーバ５０に随時送信され、送信された在圏位置情報がユーザＩＤに対応付けて個人現在地ＤＢ２４に格納される。具体的には、移動通信端末１０を携帯したユーザが横浜にいる場合は、この位置情報（現在地：横浜）はＨＬＲ４５に記録される。そして、ＨＬＲ４５から移動通信端末１０に位置情報が送信され、ユーザＩＤに対応付けて個人現在地ＤＢ２４に格納される。そして、このユーザに対して後述するレコメンド処理を行う際は、個人現在地ＤＢ２４から、「現在地：横浜」という情報が抽出される。
【００２２】
なお、ＨＬＲ４５から情報配信サーバ５０への在圏位置情報の送信は、移動通信端末１０と無線で交信する無線基地局２０（図１参照）が切り替わる毎に行われることが好ましい。個人現在地ＤＢ２４における現在地情報を常に最新情報としておくことで、後述するレコメンド処理を行う際に、ユーザの現在地をより正確に把握することができ、現在地に適合したコンテンツ情報を送信することが可能となる。
【００２３】
また、移動通信端末１０がＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能を備えている場合は、移動通信端末１０から情報配信サーバ５０にＧＰＳによる位置情報を一定の間隔（又は、ユーザ自身による端末操作）で送信するようにしても良い。この場合は、ＧＰＳによる位置情報がユーザＩＤに対応付けて個人現在地ＤＢ２４に格納される。無線基地局２０との交信に基づく在圏位置情報よりも、ＧＰＳによる位置情報の方が精度が高いので、後述するレコメンド処理を行う際に、ユーザの現在地により適合した有効性の高いコンテンツ情報を送信することが可能である。
【００２４】
ルールテーブルＤＢ２５は、後述するレコメンドルールを１つ以上保持するＤＢである。また、このルールテーブルＤＢ２５は、後述する優先度に関する情報と、コンテンツ情報の全配信数に関する情報とを保持しても良い。ルールテーブルＤＢ２５に対するレコメンドルール等の入力は、例えば図３に示した入力装置１６により行われる。
コンテンツテーブルＤＢ２６は、コンテンツ情報を保持するＤＢである。コンテンツテーブルＤＢ２６が保持するコンテンツ情報は、天気情報、地図情報、ニュース情報若しくはショップの広告情報など詳細を含んだコンテンツ本体、又は、これらコンテンツの概要の少なくとも一方である。
【００２５】
レコメンドルールマッチング部２７は、個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３、及び個人現在地ＤＢ２４から、ユーザの履歴、プロファイル、予定、現在値等のユーザ情報を抽出し、抽出したユーザ情報と、ルールテーブルＤＢ２５に格納されているレコメンドルールとを比較して、ユーザ情報とレコメンドルールとがマッチング（即ち、合致）しているか否かを判定する機能を有する。
【００２６】
配信数設定部２８は、レコメンドルールマッチング部２７によりユーザ情報とレコメンドルールとがマッチングしたと判定された場合に、マッチングしたレコメンドルールに対応したコンテンツカテゴリ（以下、単にカテゴリともいう。を配信候補に挙げ、配信候補に挙げられたカテゴリについて予め付与された優先度と、コンテンツ情報について予め設定された全配信数とに基づいて、カテゴリ毎にコンテンツ情報の配信数を設定する（即ち、割り当てる）機能を有する。
【００２７】
コンテンツ取得部２９は、配信候補に挙げられたカテゴリのコンテンツ情報のうち、配信数設定部２８によりカテゴリ毎に設定された数のコンテンツ情報を、コンテンツテーブルＤＢ２６から取得する機能を有する。また、コンテンツ送信部３１は、コンテンツ取得部２９によって取得されたコンテンツ情報を、通信網ネットワークを介して移動通信端末１０に送信する機能を有する。
【００２８】
なお、上記の個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３、個人現在地ＤＢ２４、ルールテーブルＤＢ２５、コンテンツテーブルＤＢ２６のそれぞれの情報保持機能は、例えば図３に示した補助記憶装置１５が担う。また、レコメンドルールマッチング部２７のマッチング機能は、例えば図３に示したＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３が担う。例えば、個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３、個人現在地ＤＢ２４にそれぞれ蓄積されたユーザ情報を参照して、ユーザ情報にマッチングしたコンテンツ情報を見つけるためのプログラム（即ち、協調フィルタリングを実行するためのプログラム）がＲＡＭ１２、ＲＯＭ１３格納されており、このプログラムはＣＰＵ１１が行う演算処理により実行されるようになっている。さらに、配信数設定部２８の配信数割り当て機能は、例えばＣＰＵ１１が行う演算処理により実行されるようになっている。また、コンテンツ取得部２９のコンテンツ情報取得機能は例えばＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３が担い、コンテンツ送信部３１によるコンテンツ情報の送信機能は例えば図３に示した通信モジュール１４が担う。
【００２９】
〔レコメンドルール〕
図５はレコメンドルールの一例を示す図である。図５に示すように、レコメンドルールは、例えば「ルールＩＤ」「嗜好判別ルール」「タイミング制御ルール」「コンテンツカテゴリ」「配信期間」「優先度」の各情報を含む。ルールＩＤは、個々のレコメンドルールに付与された識別符号である。また、嗜好判別ルールは、レコメンド処理を実行するか否かを判定する際の判定基準であり、特に、ユーザの嗜好・興味・属性等に関する基準である。タイミング制御ルールは、レコメンド処理を実行するか否かを判定する際の判定基準であり、特に、配信タイミングに関する基準である。配信期間はレコメンド情報の配信可能な期間である。また、優先度は、コンテンツカテゴリの優先度であり、例えば数値が大きいほど優先度が高い。なお、優先度は、コンテンツ情報の配信期間によってその大きさに違いを設けても良い。例えば「今年の夏、イタリアに行く予定がある人」にとって、イタリアに関する展覧会の案内は、イタリアに行く時期（つまり、夏）に近いほど、興味・関心を持ちやすい傾向がある。従って、「今年の夏、イタリアに行く予定がある人」にイタリアに関する展覧会の案内を出す場合は、配信期間が春であればその案内の優先度を低くし、配信期間が夏であれば優先度を高くしても良い。
【００３０】
〔情報配信サーバ５０を用いた情報配信方法〕
続いて、情報配信サーバ５０を用いた情報配信方法について、図４〜図６を参照しながら説明する。図６は情報配信サーバ５０を用いた情報配信方法を示すフローチャートである。ここでは、コンテンツ情報を例えばプッシュ（ｐｕｓｈ）型で配信する場合を想定する。
【００３１】
図６に示すように、まず始めに、情報配信サーバ５０は、移動通信端末１０を識別するためのユーザＩＤと、この移動通信端末１０に対してコンテンツ情報を配信する予定日時に関する情報とを取得する（ステップＳ１）。次に、このユーザＩＤに対応した移動通信端末１０について、各種のユーザ情報が対応するＤＢから抽出される（ステップＳ２）。即ち、個人の嗜好、履歴に関するユーザ情報は個人履歴・嗜好ＤＢ２１から抽出され、個人のプロファイルに関するユーザ情報は個人プロファイルＤＢ２２から抽出され、個人の予定（場所、日時）に関するユーザ情報は個人予定ＤＢ２３から抽出され、個人の現在地に関するユーザ情報は個人現在地ＤＢ２４から抽出される。ここでは、図４に示すように、個人履歴・嗜好ＤＢ２１から「パンが好き」という情報が抽出され、個人プロファイルＤＢ２２から「１人暮らし」「自宅最寄駅は横浜」という情報が抽出され、個人予定ＤＢ２３から「２００７年８月３日から１５日までイタリア旅行に行く」という情報が抽出され、個人現在地ＤＢ２４から「現在地：横浜」という情報が抽出された場合を想定する。
【００３２】
次に、レコメンドルールマッチング部２７が、上記のように抽出されたユーザ情報と図５に示したレコメンドルールとを比較して、マッチングしているか否かを判定する。具体的には、まず、嗜好判別ルールとユーザ情報とのマッチングを行い（ステップＳ３）、マッチングに成功したか否かを判定する（ステップＳ４）。ここで、図５に示したように、ルールＩＤ：ＭＡＰ０００１に対応した嗜好判別ルールは「１人暮らしでパンが好きな人」である。また、ルールＩＤ：ＭＡＰ０００２に対応した嗜好判別ルールは「今年の夏、イタリアに行く予定がある人」である。これらの嗜好判別ルールは、個人履歴・嗜好ＤＢ２１、個人プロファイルＤＢ２２、個人予定ＤＢ２３から抽出されたユーザ情報と合致しているので、レコメンドルールマッチング部２７はステップＳ４においてマッチング成功（Ｙｅｓ）と判定する。
【００３３】
このステップＳ４では、ルールテーブルＤＢ２５に格納された複数のレコメンドルールのうち、その１つでもユーザ情報とマッチングしているものがあれば、マッチング成功（Ｙｅｓ）と判定する。なお、このステップＳ４、又は、後述するステップＳ７において、レコメンドルールマッチング部２７がマッチング不成功（Ｎｏ）と判定した場合は、図５に示すフローチャートを終了する。この場合は、例えば、優先度に基づいていない配信数のコンテンツ情報が移動通信端末１０に配信される。
【００３４】
次に、レコメンドルールマッチング部２７は、マッチした嗜好判別ルールと共にマッピングされているタイミング制御ルールを読み込む（ステップＳ５）。即ち、嗜好判別ルールとのマッチングに成功したルールＩＤに対応しているタイミング制御ルールを読み込む。そして、タイミング制御ルールとユーザ情報とのマッチングを行い（ステップＳ６）、マッチングに成功したか否かを判定する（ステップＳ７）。ここで、図５に示したように、ルールＩＤ：ＭＡＰ０００１に対応しているタイミング制御ルールは「会社の帰り道に自宅の最寄駅を降りたとき」である。また、ルールＩＤ：ＭＡＰ０００２に対応しているタイミング制御ルールは「横浜駅で電車を降りたとき」である。これらのタイミング制御ルールは、個人プロファイルＤＢ２２、個人現在地ＤＢ２４から抽出されたユーザ情報と合致しているので、レコメンドルールマッチング部２７はステップＳ７においてマッチング成功（Ｙｅｓ）と判定する。このステップＳ７では、ルールテーブルＤＢ２５に格納された複数のレコメンドルールのうち、その１つでもユーザ情報とマッチングしているものがあれば、マッチング成功（Ｙｅｓ）と判定する。
【００３５】
次に、配信数設定部２８は、ステップＳ４、Ｓ７でマッチングに成功したルールＩＤ、例えばＭＡＰ０００１及びＭＡＰ０００２、にそれぞれ対応しているコンテンツカテゴリ「遅くまでやっているパン屋さん」「イタリアに関する展覧会の案内」をユーザＩＤ：Ｕ０００１に対する配信候補として特定する（ステップＳ８）。また、配信数設定部２８は、この特定されたコンテンツカテゴリに予め付与された優先度に関する情報を、例えばルールテーブルＤＢ２５から取得する（ステップＳ９）。
【００３６】
そして、配信数設定部２８は、配信候補に特定されたコンテンツカテゴリの優先度と、コンテンツ情報について予め設定された全配信数とに基づいて、コンテンツカテゴリ毎のコンテンツ情報配信数を割り当てる（ステップＳ１０）。例えば、移動通信端末１０に対するコンテンツ情報の１回当たりの配信数が２０件であり、配信予定日時が２００７年７月７日の場合、図５に示したように、コンテンツカテゴリ「遅くまでやっているパン屋さん」の優先度は０．６であり、コンテンツカテゴリ「イタリアに関する展覧会の案内」の優先度は０．４である。従って、このステップＳ９では、「遅くまでやっているパン屋さん」に含まれるコンテンツ情報の配信数を１２件（＝２０×｛０．６÷（０．６＋０．４）｝）に、コンテンツカテゴリ「イタリアに関する展覧会の案内」に含まれるコンテンツ情報の配信数を８件（＝２０×｛０．４÷（０．６＋０．４）｝）にそれぞれ決定する。
【００３７】
次に、コンテンツ取得部２９は、コンテンツテーブルＤＢ２６から、コンテンツカテゴリ毎に決定された数のコンテンツ情報を取得する（ステップＳ１１）。ここで、コンテンツテーブルＤＢ２６に格納されているコンテンツ情報がパン屋さんや展覧会についての詳細を含んだコンテンツ本体である場合は、コンテンツ取得部２９は、その詳細を含んだコンテンツ本体をコンテンツ情報として取得する。また、コンテンツテーブルＤＢ２６に格納されているコンテンツ情報が上記コンテンツに関する概要である場合は、コンテンツ取得部２９は、コンテンツの概要をコンテンツ情報として取得する。
【００３８】
次に、コンテンツ送信部３１が、コンテンツ取得部２９により取得されたコンテンツ情報を移動通信端末１０に向けて送信する（ステップ１２）。これにより、移動通信端末１０には、「遅くまでやっているパン屋さん」に関するコンテンツ情報が１２件、「イタリアに関する展覧会の案内」に関するコンテンツ情報が８件それぞれ配信される。ユーザは、配信されたコンテンツ情報が、詳細を含んだコンテンツ本体である場合は、その詳細な情報を移動通信端末１０のディスプレイ６で直ぐに見ることができる。また、配信されたコンテンツ情報がコンテンツの概要である場合は、それらの中から興味のあるコンテンツ情報を選択し、選択した情報を提供している情報提供サイト９０にアクセスすることで、その詳細を含んだコンテンツ本体をダウンロードすることができる。
【００３９】
このように、本発明の第１実施形態によれば、レコメンドルールマッチング部２７によりユーザの嗜好、属性、状況等に合致していると判定されたコンテンツカテゴリが配信候補に挙げられる。そして、配信候補に挙げられたコンテンツのうち、優先度の高いコンテンツカテゴリに含まれるコンテンツ情報は移動通信端末１０に多く配信され、優先度の低いコンテンツカテゴリに含まれるコンテンツ情報は移動通信端末１０に少なく配信される。つまり、各コンテンツカテゴリの優先度に応じた比率でコンテンツ情報が配信される。従って、コンテンツ情報の１回当たりの配信数が、例えば２０件というように限られている場合でも、その限られた中で、ユーザにとって有効性の高いコンテンツ情報を多く配信することができる。
【００４０】
また、レコメンドルールと比較されるユーザ情報には、移動通信端末１０の現在地（即ち、当該端末１０を所持するユーザの現在地）が含まれる。従って、ユーザの現在の行動や状況に合致した、極めて有効性の高いコンテンツ情報を多く配信することができる。例えば、ユーザの現在地が横浜の場合は、横浜にあるショップの広告コンテンツや、横浜で開催されている展覧会の広告コンテンツなどを多く配信することができる。
【００４１】
（２）第２実施形態
上記の第１実施形態では、情報配信サーバがコンテンツカテゴリの優先度に応じた比率でコンテンツ情報を配信することについて説明したが、本発明では、情報配信サーバが優先度を過去のマッチング成功履歴に基づいて調整するようにしても良い。第２実施形態では、この点について説明する。
【００４２】
〔情報配信サーバ６０の構成例〕
図７は、本発明の第２実施形態に係る情報配信サーバ６０の機能構成例を示す図である。図７に示すように、情報配信サーバ６０は、個人履歴・嗜好データベースＤＢと、個人プロファイルＤＢ２２と、個人予定ＤＢ２３と、個人現在地ＤＢ２４と、ルールテーブルＤＢ２５と、レコメンドルールマッチング部２７と、配信数設定部２８と、コンテンツテーブルＤＢ２６と、コンテンツ取得部２９と、コンテンツ取得部２９とを備えると共に、マッチング履歴ＤＢ３２を備えている。これらの中で、マッチング履歴ＤＢ３２は、レコメンドルールマッチングによる過去のマッチング成功履歴をユーザＩＤに対応付けて保持するＤＢであり、例えば、図８に示すようなマッチング履歴テーブルと、図９に示すような閲覧状況テーブルとを保持する。
【００４３】
図８は、マッチング履歴テーブルの一例を示す図である。図８に示すように、マッチング履歴テーブルは、例えば「ユーザＩＤ」「ルールＩＤ」「配信日時」「閲覧日時」「閲覧状況ＩＤ」「優先度」の各情報を含む。これらの中で、配信日時は、情報配信サーバ６０が過去にマッチングに成功してコンテンツ情報を配信した日時である。また、閲覧日時は、移動通信端末１０に配信されたコンテンツ情報をユーザが閲覧した日時である。移動通信端末１０に配信されたコンテンツ情報を、ユーザが操作部４（図２参照）を操作することにより閲覧可能な状態にすると、移動通信端末１０から情報配信サーバ６０に閲覧済みを意味する信号が送信される。この信号を情報配信サーバ６０が受け取ったときの日時が閲覧日時として保持される。また、閲覧状況ＩＤは、配信されたコンテンツ情報に対するユーザの反応（即ち、ユーザアクション）を符号化したものである。この閲覧状況ＩＤに対応したユーザアクションについては、図９を参照しながら説明する。なお、ユーザＩＤ、ルールＩＤ、優先度については、第１実施形態で説明した通りである。また、図８における優先度について、デフォルト値とは初期設定値のことであり、閲覧状況に基づく調整がなされていないことを意味する。
【００４４】
図９は、閲覧状況テーブルの一例を示す図である。図９に示すように、閲覧状況テーブルは、例えば「閲覧状況ＩＤ」「ユーザアクション」「評価ポイント」の各情報を含む。図９に示すように、閲覧状況ＩＤはユーザアクションを示しており、また、そのユーザアクションの内容に基づいて評価ポイントが設定されている。移動通信端末１０に配信されたコンテンツ情報に対するユーザアクションについて、ユーザの関心がより高いと推測されるものほど、より高い評価ポイントが設定されている。この評価ポイントは、優先度を調整する際に使用する。
【００４５】
図９に記載の各ユーザアクションについて詳しく説明すると、閲覧状況ＩＤがＳ０００１のときのユーザアクションは「何もしない」であり、移動通信端末１０に配信されたコンテンツ情報に対してユーザが特に反応しなかったことを意味する。また、閲覧状況ＩＤがＳ０００２のときのユーザアクションは「詳細情報を表示」であり、移動通信端末１０に配信されたコンテンツ情報に対してユーザが操作部４を操作して、ディスプレイ６（図２参照）にコンテンツ情報の詳細を表示させたことを意味する。また、閲覧状況ＩＤがＳ０００３のときのユーザアクションは「Ｓ０００２後、店舗情報サイトアクセスのためブラウザ起動」であり、移動通信端末１０に配信されたコンテンツ情報に対してユーザが操作部４を操作して店舗情報サイトへアクセスを試みたことを意味する。さらに、閲覧状況ＩＤがＳ０００４のときのユーザアクションは「Ｓ０００３後、地図表示」であり、ユーザが店舗情報サイトにアクセスした後で操作部４を操作してディスプレイ６に店舗及びその周辺を含む地図を表示させたことを意味する。また、閲覧状況ＩＤがＳ０００５のときのユーザアクションは「Ｓ０００３後、電話発信」であり、ユーザが店舗情報サイトにアクセスした後で操作部４を操作して店舗に電話をかけたことを意味する。さらに、閲覧状況ＩＤがＳ０００６のときのユーザアクションは「Ｓ０００３後、お気に入り登録画面に遷移」であり、ユーザが店舗情報サイトにアクセスした後で操作部４を操作してディスプレイ６にお気に入り登録画面を表示させたことを意味する。そして、閲覧状況ＩＤがＳ０００７のときのユーザアクションは、「Ｓ０００３後、お気に入りに登録」であり、店舗情報サイトをお気に入りとして移動通信端末１０に登録したことを意味する。この登録作業は、ユーザが移動通信端末１０の操作部４を操作して行う。
【００４６】
〔情報配信サーバ６０を用いた情報配信方法〕
続いて、本発明の第２実施形態に係る情報配信システム１００で実行される情報配信処理（即ち、情報配信方法）について、図７〜図１０を参照しながら説明する。図１０は情報配信サーバ６０を用いた情報配信方法を示すフローチャートである。なお、図１０において、ステップＳ１〜Ｓ９、及び、ステップＳ１０〜Ｓ１２は、第１実施形態で説明した図６の各ステップＳ１〜Ｓ１２とその処理内容が同じであるため、重複する説明は省略する。
【００４７】
図１０において、配信候補となるコンテンツカテゴリを特定した（ステップＳ８）後、配信数設定部２８は、マッチング履歴ＤＢ３２からマッチング履歴に関する情報を取得する。ここで、マッチング履歴に関する情報とは、例えば、図８に示したマッチング履歴テーブル、及び、図９に示した閲覧状況テーブルである。そして、配信数設定部２８は、配信候補に特定されたコンテンツカテゴリについて、過去にマッチング成功履歴が有るか無いかを判定する（ステップＳ´１）。
【００４８】
例えば、ユーザＩＤがＵ０００１の移動通信端末１０に対して、今回マッチングに成功したレコメンドルールのルールＩＤがＭＡＰ０００１と、ＭＡＰ０００２の場合は、「ユーザＩＤ：Ｕ０００１、ルールＩＤ：ＭＡＰ０００１」に該当するマッチング履歴と、「ユーザＩＤ：Ｕ０００１、ルールＩＤがＭＡＰ０００２」に該当するマッチング履歴とを、図８に示したマッチング履歴テーブルから探す。そして、該当するマッチング履歴を見つけた場合はステップＳ´２へ、該当するマッチング履歴が見つからない場合はステップＳ１０へ進む。ここでは、図８に示すように、該当するマッチング履歴が２件あるので、ステップＳ´２へ進む。
【００４９】
次に、配信数設定部２８は、今回の配信候補であり、且つマッチング履歴の存在が明らかとなったコンテンツカテゴリについて、そのマッチング履歴に記録された閲覧状況ＩＤを図８に示したマッチング履歴テーブルから取得する。そして、取得した閲覧状況ＩＤに対応する評価ポイントを図９に示した閲覧状況テーブルから取得する。例えば、マッチング履歴テーブルにおいて閲覧状況ＩＤがＳ０００１の場合は評価ポイント０を取得する。また、マッチング履歴テーブルにおいて閲覧状況ＩＤがＳ０００４の場合は評価ポイント４を取得する。
【００５０】
次に、今回の配信候補であり、且つマッチング履歴の存在が明らかとなったコンテンツカテゴリの優先度を、取得した評価ポイントに基づいてそれぞれ調整する。調整後の優先度は、例えば下記〔１〕式で算出される。
優先度＝１．１P…〔１〕、Ｐ：評価ポイント
但し、評価ポイントが０のときはユーザアクションが「何もしない」である。従って、このときは優先度にマッチング履歴を反映させないで、そのままデフォルト値を使用する。また、評価ポイントＰが４のときは、優先度は１．１4≒１．４となる。従って、図５において、ルールＩＤ：ＭＡＰ０００１に対応したコンテンツカテゴリ「遅くまでやっているパン屋さん」の優先度は０．６（デフォルト値）であり、ルールＩＤ：ＭＡＰ０００２に対応したコンテンツカテゴリ「今年の夏、イタリアに行く予定がある人」の優先度は０．４ではなく、１．４（調整後の値）となる。
【００５１】
なお、上記〔１〕式における底（即ち、１．１）及び指数（即ち、評価ポイント）の値はあくまで一例であり、これらの値は情報配信サーバ６０側で任意に設定してよい。また、図９において、例えば「ユーザＩＤ：Ｕ０００１、ルールＩＤがＭＡＰ０００２」に該当するマッチング履歴を複数見つけた場合は、〔１〕式に入力するＰ値として、例えば、複数の履歴の中で最も大きな評価ポイントの値を選択する、又は、最新の評価ポイントの値を選択すれば良い。このような選択により、優先度を適切な値に調整することが可能である。
【００５２】
これ以降の工程は、第１実施形態で説明した各処理と同じである。即ち、配信数設定部２８は、配信候補に特定されたコンテンツカテゴリの優先度と、コンテンツ情報について予め設定された全配信数とに基づいて、コンテンツカテゴリ毎のコンテンツ情報配信数を割り当てる（ステップＳ１０）。コンテンツカテゴリ「遅くまでやっているパン屋さん」に含まれるコンテンツ情報の配信数は例えば６件（＝２０×｛０．６÷（０．６＋１．４）｝）に、コンテンツカテゴリ「今年の夏、イタリアに行く予定がある人」に含まれるコンテンツ情報の配信数は例えば１４件（＝２０×｛１．４÷（０．６＋１．４）｝）にそれぞれ決定される。
【００５３】
このように、本発明の第２実施形態によれば、第１実施形態と同様の効果が得られ、さらに、複数のカテゴリの中で、ユーザの嗜好、属性、状況等により合致したカテゴリの優先度だけを上げることができるので、ユーザにとって有効性の高いコンテンツ情報をより多く配信することが可能となる。
なお、上記の第１、第２実施形態では、情報配信サーバ５０が例えばプッシュ型でコンテンツ情報を配信する場合を想定した。しかしながら、本発明の情報配信方法はプッシュ型に限定されることはない。例えば、移動通信端末１０からコンテンツ情報を要求することにより、情報配信がなされるようなプル（ｐｕｌｌ）型であっても良い。プル型の場合は、図６、図１０の各ステップＳ１において、移動通信端末１０から情報配信サーバ５０に向けてユーザＩＤと、コンテンツ情報の配信を要求する信号とが送信され、この信号を受けて情報配信サーバ５０が情報配信処理を開始することとなる。
【図面の簡単な説明】
【００５４】
【図１】情報配信システム１００の構成例を示す図である。
【図２】移動通信端末１０のハードウェア構成例を示す図である。
【図３】情報配信サーバ５０のハードウェア構成例を示す図である。
【図４】情報配信サーバ５０の機能構成例を示す図である。
【図５】レコメンドルールの一例を示す図である。
【図６】情報配信サーバ５０を用いた情報配信方法を示すフローチャートである。
【図７】情報配信サーバ６０の機能構成例を示す図である。
【図８】マッチング履歴テーブルの一例を示す図である。
【図９】閲覧状況テーブルの一例を示す図である。
【図１０】情報配信サーバ６０を用いた情報配信方法を示すフローチャートである。
【符号の説明】
【００５５】
１…ＣＰＵ、２…ＲＡＭ、３…ＲＯＭ、４…操作部、５…無線通信部、６…ディスプレイ、７…アンテナ、１０…移動通信端末、１１…ＣＰＵ、１２…ＲＡＭ、１３…ＲＯＭ、１４…通信モジュール、１５…補助記憶装置、１６…入力装置、１７…出力装置、２０…無線基地局、２１…個人履歴・嗜好ＤＢ、２２…個人プロファイル、２３…個人予定ＤＢ、２４…個人現在地ＤＢ、２５…ルールテーブルＤＢ、２６…コンテンツテーブル、３０…基地局制御装置、３２…マッチング履歴ＤＢ、４０…交換機、４５…ＨＬＲ、５０…情報配信サーバ（第１実施形態）、６０…情報配信サーバ（第２実施形態）、９０…情報提供サイト
【図１】
2009087154.tif 000003
【図２】
2009087154.tif 000004
【図３】
2009087154.tif 000005
【図４】
2009087154.tif 000006
【図５】
2009087154.tif 000007
【図６】
2009087154.tif 000008
【図７】
2009087154.tif 000009
【図８】
2009087154.tif 000010
【図９】
2009087154.tif 000011
【図１０】
2009087154.tif 000012