(57)【要約】  受信した電話呼制御信号に含まれる着呼側の電話番号が、記憶手段に記憶されている、広告提供主と契約を行った広告契約者の電話番号と、広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を含む広告契約オブジェクトに登録されているか否かを判定する判定手段と、判定手段において着呼側の電話番号が広告契約オブジェクトに登録されていると判定されると、着呼側の電話番号に対応する広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出手段と、抽出手段において抽出された広告データを、電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信する広告データ送信制御手段と、を有する。
2008093788.tif 000002
【特許請求の範囲】
【請求項１】
受信した電話呼制御信号に含まれる着呼側の電話番号が、記憶手段に記憶されている、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を含む広告契約オブジェクトに登録されているか否かを判定する判定手段と、
前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記着呼側の電話番号に対応する前記広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出手段と、
前記抽出手段において抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信する広告データ送信制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
契約依頼情報に応じて、前記契約依頼情報に含まれる、電話装置を識別する電話番号と、広告提供主を識別する前記広告提供主識別情報と、を前記広告契約オブジェクトに登録する登録手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記抽出手段は、前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記広告契約オブジェクトから前記着呼側の電話番号と対応付けて登録されている前記広告提供主識別情報を抽出し、前記広告提供主識別情報で識別される広告提供主の複数の広告データの中から、前記発呼側に関する情報に係る広告データを抽出することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記抽出手段は、前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記広告契約オブジェクトから前記着呼側の電話番号と対応付けて登録されている複数の前記広告提供主識別情報を抽出し、前記複数の広告提供主識別情報に関する複数の広告提供主の広告データの中から、前記発呼側に関する情報に係る広告データを抽出することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項５】
前記抽出手段は、前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記広告契約オブジェクトの前記着呼側の電話番号と対応付けて登録されている複数の前記広告提供主識別情報の中から、前記発呼側に関する情報に係る前記広告提供主識別情報を抽出し、前記広告提供主識別情報で識別される広告提供主の広告データを抽出することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項６】
前記発呼側に関する情報とは、前記発呼側の位置情報、又は前記発呼側が発呼した時間情報、又は前記発呼側の位置の天気情報、又は前記発呼側の位置の気温情報、又は前記発呼側の年令情報、又は前記発呼側の性別情報、又はこれらの組み合わせの情報であり、
前記抽出手段は、記憶手段より前記発呼側に関する情報を取得する、又はアプリケーションを介して前記発呼側に関する情報を取得することを特徴とする請求項３乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記抽出手段は、前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記広告契約オブジェクトの前記着呼側の電話番号と対応付けて登録されている複数の前記広告提供主識別情報の中から、広告提供主識別情報毎に設定された優先度に応じて、前記広告提供主識別情報を抽出し、前記広告提供主識別情報で識別される広告提供主の広告データを抽出することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項８】
前記広告データ送信制御手段は、前記抽出手段において抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信すると共に、前記電話呼制御信号に含まれる着呼側の電話番号で識別される電話装置に送信することを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記広告データ送信制御手段は、設定に応じて、通話終了後、又は呼び出し中、又は通話中に前記広告データを送信することを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
【請求項１０】
情報処理装置における広告送信方法であって、
受信した電話呼制御信号に含まれる着呼側の電話番号が、記憶手段に記憶されている、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を含む広告契約オブジェクトに登録されているか否かを判定する判定ステップと、
前記判定ステップにおいて前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記着呼側の電話番号に対応する前記広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信する広告データ送信制御ステップと、
を有することを特徴とする広告送信方法。
【請求項１１】
情報処理装置に、
受信した電話呼制御信号に含まれる着呼側の電話番号が、記憶手段に記憶されている、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を含む広告契約オブジェクトに登録されているか否かを判定する判定手順と、
前記判定手順において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記着呼側の電話番号に対応する前記広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出手順と、
前記抽出手順において抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信する広告データ送信制御手順と、
を実行させるためのプログラム。
【請求項１２】
着呼側の電話装置と、発呼側の電話装置と、情報処理装置と、を含むシステムであって、
前記着呼側の電話装置は、
契約依頼情報を前記情報処理装置に送信する契約依頼情報送信手段を有し、
前記発呼側の電話装置は、
使用者の操作に応じて、電話呼制御信号を前記情報処理装置に送信する電話呼制御信号送信手段と、
前記情報処理装置より広告データを受信する広告データ受信手段と、
を有し、
前記情報処理装置は、
前記着呼側の電話装置より受信した前記契約依頼情報に応じて、前記契約依頼情報に含まれる、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を広告契約オブジェクトに登録する登録手段と、
前記発呼側の電話装置より受信した前記電話呼制御信号に含まれる前記着呼側の電話装置の電話番号が、記憶手段に記憶されている前記広告契約オブジェクトに登録されているか否かを判定する判定手段と、
前記判定手段において前記着呼側の電話装置の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記着呼側の電話装置の電話番号に対応する前記広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出手段と、
前記抽出手段において抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される前記発呼側の電話装置に送信する広告データ送信制御手段と、
を有することを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、広告送信方法、プログラム及びシステムに関する。
【背景技術】
【０００２】
電話を発信する際に発呼者に対しコマーシャル情報等のアナウンスを提供する技術がある（例えば、特許文献１参照）。特許文献１には、発呼者が広告を受信する代わりに通話料が無料になる等のメリットを享受するサービス形態に関する技術が記載されている。【０００３】
【特許文献１】特開２００１−１１１６９３号公報
【発明の開示】
【０００４】
特許文献１記載のシステムは、発呼者の性別、又は年令、又は発呼の時間、又は発呼場所に応じた、アナウンスを、発呼者に対して送信する。しかしながらこのようなシステムでは、例えば同一の発呼者が同一の場所で同じような時間帯（例えば夕方等）に何人かの友人等に対して電話をかけた場合、同一のアナウンスを受け取る処理が発生する。つまり、発呼者側の電話にとっては、無駄に重複した情報を受け取る処理が発生する。また、このようなシステムでは、システム内に無駄な通信パケットが増え、システム内の回線の負荷が高くなる。また、同一のアナウンスを受け取る発呼者側の電話にとって、このようなサービスはメリットよりもデメリット（例えば煩わしさ等）を感じる。
更に、特許文献１記載のシステムは、広告募集に対して無作為に申し込まれた多岐分野に渡る広告コンテンツの中から、出来る限り発呼者（広告を受け取る側）の属性に近い広告を抽出するのみであった。従って、広告を受け取る側に適した広告が抽出されるとは限らず、広告の抽出に係る精度が低かった。
更に、このように抽出の精度が低い広告であったため、広告送信が無駄な通信パケットとして、システム内の回線の負荷を高くする原因につながっていた。
【０００５】
また、特許文献１記載のシステムは、システムが画一的にアナウンスを選択して送信するため、信頼性の低いアナウンスが提供され易くなる。よって、アナウンスを受け取る発呼者の中には、アナウンスを受け取ると通話料金が無料になるためアナウンスは受け取るものの、信頼性の低いアナウンスを提供している事業者にアクセスする気にはなれない発呼者もいる。つまり、アナウンスを提供する事業者にとっても、従来は、送信しても発呼者がアクセスし難い、収益性の低いアナウンスを送信することしかできなかった。その結果、このようなサービス形態が定着しない一因となっていた。
【０００６】
本発明はこのような問題点に鑑みなされたもので、無駄な通信パケットを減らして、通信負荷を抑えると共に、信頼性が高い、受け取り手に応じた有用な広告を送信することを目的とする。
【０００７】
そこで、本発明の情報処理装置は、受信した電話呼制御信号に含まれる着呼側の電話番号が、記憶手段に記憶されている、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する広告提供主識別情報と、を含む広告契約オブジェクトに登録されているか否かを判定する判定手段と、前記判定手段において前記着呼側の電話番号が前記広告契約オブジェクトに登録されていると判定されると、前記着呼側の電話番号に対応する前記広告提供主識別情報で識別される広告提供主の広告データを記憶手段より抽出する抽出手段と、前記抽出手段において抽出された前記広告データを、前記電話呼制御信号に含まれる発呼側の電話番号で識別される電話装置に送信する広告データ送信制御手段と、を有することを特徴とする。
【０００８】
係る構成とすることにより、情報処理装置は、発呼側の電話装置より受け取った電話呼制御信号に含まれる、着呼側の電話装置の電話番号に応じて、着呼側が契約した広告提供主の広告（又は広告データ）を抽出し、発呼側に送信するので、例えば同一の発呼者が同一の場所で同じような時間帯（例えば夕方等）に何人かの友人等に対して電話をかけた場合でも異なる広告（又は広告データ）を受信することができる。つまり、係る構成とすることにより、情報処理装置は、無駄な通信パケットを減らして、通信負荷を抑えると共に、信頼性が高い、受け取り手に応じた有用な広告を送信することができる。
【０００９】
なお、広告契約オブジェクトを記憶する記憶手段とは、例えば、後述するＨＤ２９又はＨＤ１９等に対応する。また、広告契約オブジェクトとは、例えば、後述する広告契約情報テーブル、又は広告契約情報テーブル（の機能）に対応する表、又は広告契約情報テーブル（の機能）に対応するファイル等に対応する。また、広告データを記憶する記憶手段とは、後述するＨＤ２９又はＨＤ１９又はコンテンツサーバ等に対応する。
【００１０】
また、本発明は、広告送信方法、プログラム及びシステムとしてもよい。
【００１１】
本発明によれば、無駄な通信パケットを減らして、通信負荷を抑えると共に、信頼性が高い、受け取り手に応じた有用な広告を送信することができる。
【図面の簡単な説明】
【００１２】
【図１】図１は、システム構成の一例を示す図である。
【図２】図２は、情報処理装置１のハードウェア構成の一例を示す図である。
【図３】図３は、ＤＢサーバ２のハードウェア構成の一例を示す図である。
【図４】図４は、携帯電話装置４及び携帯電話装置５等の携帯電話装置のハードウェア構成の一例を示す図である。
【図５】図５は、広告契約情報テーブル３０の一例を示す図（その１）である。
【図６】図６は、広告提供主情報テーブル４０の一例を示す図である。
【図７】図７は、プレゼンス情報テーブル５０の一例を示す図である。
【図８】図８は、広告情報テーブル６０の一例を示す図（その１）である。
【図９】図９は、情報処理装置１の一例の機能構成を示す図である。
【図１０】図１０は、携帯電話装置４の一例の機能構成を示す図である。
【図１１】図１１は、携帯電話装置５の一例の機能構成を示す図である。
【図１２】図１２は、システムにおける処理の一例のシーケンス図である。
【図１３】図１３は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その１）である。
【図１４】図１４は、個人情報テーブル７０の一例を示す図である。
【図１５】図１５は、広告情報テーブル６０の一例を示す図（その２）である。
【図１６】図１６は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その２）である。
【図１７】図１７は、広告契約情報テーブル３０の一例を示す図（その２）である。
【図１８】図１８は、広告契約情報テーブル３０の一例を示す図（その３）である。
【図１９】図１９は、広告契約情報テーブル３０の一例を示す図（その４）である。
【図２０】図２０は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その３）である。
【図２１】図２１は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側及び着呼側に応じた広告データの送信までの処理の一例のフローチャートである。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施形態について図面に基づいて説明する。【００１４】
＜実施形態１＞
図１は、システム構成の一例を示す図である。図１に示されるように、システムには、複数の無線基地局３と、近くの無線基地局３と無線通信を行い、携帯キャリア設備内の情報処理装置１等を介して互いに通話等を行う携帯電話装置（図１の例では、携帯電話装置４及び携帯電話装置５）と、携帯キャリア設備内に設置され、電話交換処理と共に後述するような広告データの送信に関する処理を行う情報処理装置１と、この広告データの送信に関する情報及び広告データ等を格納するＤＢサーバ２と、が含まれる。【００１５】
なお、図１に示されるように、携帯電話装置４の所有者Ａは、広告提供主と契約関係を結んだ広告契約者であり、また、着呼側であるとする。また、携帯電話装置５の所有者Ｂは、発呼側であり、また、広告送信先であるとする。【００１６】
図２は、情報処理装置１のハードウェア構成の一例を示す図である。図２に示されるように、情報処理装置１は、ハードウェア構成として、入力装置１１と、表示装置１２と、記録媒体ドライブ装置１３と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤ（Ｈａｒｄ  Ｄｉｓｋ）１９と、を含む。【００１７】
入力装置１１は、情報処理装置１の操作者が操作するキーボード及びマウス等で構成され、情報処理装置１に各種操作情報等を入力するのに用いられる。表示装置１２は、情報処理装置１の操作者が利用するディスプレイ等で構成され、各種情報（又は画面）等を表示するのに用いられる。【００１８】
インターフェース装置１８は、情報処理装置１を公衆回線網や、基地局３、ＤＢサーバ２等に接続するネットワーク接続装置である。後述する情報処理装置１の広告データの送信に関する機能又は後述する広告データの送信に関するフローチャート等に係るプログラムは、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によって情報処理装置１に提供されるか、ネットワーク等を通じてダウンロードされる。記録媒体１４は、記録媒体ドライブ装置１３にセットされ、プログラムが記録媒体１４から記録媒体ドライブ装置１３を介してＨＤ１９にインストールされる。【００１９】
ＲＯＭ１５は、情報処理装置１の電源投入時に最初に読み込まれるプログラム等を記録する。ＲＡＭ１６は、情報処理装置１のメインメモリである。ＣＰＵ１７は、必要に応じて、ＨＤ１９よりプログラムを読み出して、ＲＡＭ１６に格納し、プログラムを実行することで、後述する広告データの送信に関する機能の全て又は一部を提供したり、後述する広告データの送信に関するフローチャート等を実行したりする。【００２０】
なお、情報処理装置１は、ハードウェア構成として必ずしも入力装置１１及び表示装置１２等を含まなくてもよい。【００２１】
図３は、ＤＢサーバ２のハードウェア構成の一例を示す図である。図３に示されるように、ＤＢサーバ２は、ハードウェア構成として、入力装置２１と、表示装置２２と、記録媒体ドライブ装置２３と、ＲＯＭ２５と、ＲＡＭ２６と、ＣＰＵ２７と、インターフェース装置２８と、ＨＤ２９と、を含む。【００２２】
入力装置２１は、ＤＢサーバ２の操作者が操作するキーボード及びマウス等で構成され、ＤＢサーバ２に各種操作情報等を入力するのに用いられる。表示装置２２は、ＤＢサーバ２の操作者が利用するディスプレイ等で構成され、各種情報（又は画面）等を表示するのに用いられる。【００２３】
インターフェース装置２８は、ＤＢサーバ２を情報処理装置１等に接続するネットワーク接続装置である。ＤＢ操作に関する機能に係るプログラムは、例えば、ＣＤ−ＲＯＭ等の記録媒体２４によってＤＢサーバ２に提供されるか、ネットワーク等を通じてダウンロードされる。記録媒体２４は、記録媒体ドライブ装置２３にセットされ、プログラムが記録媒体２４から記録媒体ドライブ装置２３を介してＨＤ２９にインストールされる。【００２４】
ＲＯＭ２５は、ＤＢサーバ２の電源投入時に最初に読み込まれるプログラム等を記録する。ＲＡＭ２６は、ＤＢサーバ２のメインメモリである。ＣＰＵ２７は、必要に応じて、ＨＤ２９よりプログラムを読み出して、ＲＡＭ２６に格納し、プログラムを実行することで、ＤＢ操作に関する機能の全て又は一部を提供する。【００２５】
また、ＨＤ２９は、プログラム以外に、後述する各テーブルを格納する。なお、ＤＢサーバ２は、ハードウェア構成として必ずしも入力装置２１及び表示装置２２等を含まなくてもよい。【００２６】
図４は、携帯電話装置４及び携帯電話装置５等の携帯電話装置のハードウェア構成の一例を示す図である。図４に示されるように、携帯電話装置は、ハードウェア構成として、入力装置８１と、表示装置８２と、記録媒体ドライブ装置８３と、ＲＯＭ８５と、ＲＡＭ８６と、ＣＰＵ８７と、インターフェース装置８８と、を含む。【００２７】
入力装置８１は、携帯電話装置の操作者（使用者）が操作するボタン等で構成され、携帯電話装置に各種操作情報等を入力するのに用いられる。表示装置８２は、携帯電話装置の操作者が利用するディスプレイ等で構成され、各種情報（又は画面）等を表示するのに用いられる。【００２８】
インターフェース装置８８は、携帯電話装置を無線基地局３等に接続する接続装置である。携帯電話装置の機能に係るプログラムは、例えば、記録媒体８４によって携帯電話装置に提供されるか、ネットワーク等を通じてダウンロードされる。記録媒体８４は、記録媒体ドライブ装置８３にセットされ、プログラムが記録媒体８４から記録媒体ドライブ装置８３を介してＲＡＭ８６等にインストールされる。【００２９】
ＲＯＭ８５は、携帯電話装置の電源投入時に最初に読み込まれるプログラム等を記録する。ＲＡＭ８６は、携帯電話装置のメインメモリである。ＣＰＵ８７は、必要に応じてプログラムを実行することで、後述する携帯電話装置の機能の全て又は一部を提供する。【００３０】
図５は、広告契約情報テーブル３０の一例を示す図（その１）である。広告契約情報テーブル３０は、図５に示されるように、広告提供主と契約を行った広告契約者の電話番号と、前記広告契約者が契約を行った広告提供主を識別する企業ＩＤと、を含む。後述するように、広告契約情報テーブル３０は、広告契約者等からの要求に応じて、登録、又は変更等されるテーブルである。しかし、以下に示す他のテーブルは、広告提供主の要求、又はシステムの管理者の操作に応じて、登録、又は変更等されるテーブルである。【００３１】
図６は、広告提供主情報テーブル４０の一例を示す図である。広告提供主情報テーブル４０は、図６に示されるように、広告提供主を識別する企業ＩＤと、前記広告提供主の企業名と、前記広告提供主が提供する広告を識別する少なくとも１つ以上の広告ＩＤと、を含む。【００３２】
図７は、プレゼンス情報テーブル５０の一例を示す図である。プレゼンス情報テーブル５０は、図７に示されるように、携帯キャリアの加入者を識別する電話番号と、携帯キャリアの加入者の位置情報と、を含む。ここで、ＤＢサーバ２は、例えば、携帯電話装置４のＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）機能（アプリケーション）を利用して、この携帯キャリアの加入者の位置情報を取得し、プレゼンス情報テーブル５０に格納してもよい。また、ＤＢサーバ２は、位置情報算出機能（アプリケーション）を有し、この位置情報算出機能を用いて、該当する電話番号の携帯電話装置が通信を行っている無線基地局３の所在地情報等から位置情報を算出し、プレゼンス情報テーブル５０に格納してもよい。【００３３】
図８は、広告情報テーブル６０の一例を示す図（その１）である。広告情報テーブル６０は、広告情報を格納する。広告情報は、図８に示されるように、広告を識別する広告ＩＤと、前記広告の広告名と、前記広告の優先送信条件と、前記広告のコンテンツ（データ）を識別するコンテンツＩＤと、を含む。【００３４】
以下、ＣＰＵ１７、ＲＡＭ１６、ＨＤ１９及びプログラム等から構成される、情報処理装置１の機能構成の一例を図９に示す。図９は、情報処理装置１の一例の機能構成を示す図である。図９に示されるように、情報処理装置１は、機能構成として、登録部１００と、判定部１０１と、抽出部１０２と、広告データ送信制御部１０３と、特典処理部１０４と、呼び出し部１０５と、を含む。【００３５】
登録部１００は、携帯電話装置（例えば、携帯電話装置４等）より契約依頼情報を受け取ると、契約依頼情報に応じて、前記携帯電話装置を識別する電話番号と、前記契約依頼情報に含まれる、契約を結ぶ広告提供主を識別する企業ＩＤと、をＤＢサーバ２の広告契約情報テーブル３０に登録する。また、登録部１００は、携帯電話装置に限らず、ＰＣのブラウザや音声自動応答装置等より契約依頼情報を受け取ってもよい。【００３６】
例えば、携帯電話装置４の所有者Ａは、友人同士でブームとなっているＳ化粧品と契約する。すると、登録部１００は、携帯電話装置４の電話番号と、Ｓ化粧品を識別する企業ＩＤと、をＤＢサーバ２の広告契約情報テーブル３０に登録する。【００３７】
判定部１０１は、発呼側の携帯電話装置（例えば、携帯電話装置５等）より電話呼制御信号を受け取ると、前記電話呼制御信号に含まれる着呼側の電話番号が、ＤＢサーバ２の広告契約情報テーブル３０に登録されているか否か判定する。【００３８】
例えば、携帯電話装置５の所有者Ｂは、携帯電話装置４の所有者Ａに電話をかける。すると、判定部１０１は、携帯電話装置４の所有者Ａの電話番号が、ＤＢサーバ２の広告契約情報テーブル３０に登録されているか否か、つまり携帯電話装置４の所有者Ａが広告提供主と広告の送信に関して契約を行っているか否か、を判定する。【００３９】
抽出部１０２は、判定部１０１において、電話呼制御信号に含まれる着呼側の電話番号が、ＤＢサーバ２の広告契約情報テーブル３０に登録されていると判定されると、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する企業ＩＤを抽出する。そして、抽出部１０２は、この企業ＩＤを用いて、ＤＢサーバ２の広告提供主情報テーブル４０より、前記企業ＩＤに対応する広告ＩＤを抽出する。【００４０】
また、抽出部１０２は、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出する。なお、本実施形態では、抽出部１０２は、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出するよう説明を行う。しかしながら抽出部１０２は、直接上述したようなＧＰＳ機能（アプリケーション）、又は位置情報算出機能（アプリケーション）を有し、発呼側の電話番号に対応する位置情報を取得するようにしてもよい。
抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、前記抽出した広告ＩＤと、位置情報と、に対応するコンテンツＩＤを抽出し、このコンテンツＩＤに対応するコンテンツ（広告データ）を例えばコンテンツサーバ（図示せず）より抽出（又は取得）する。【００４１】
例えば、抽出部１０２は、広告提供主情報テーブル４０より抽出した広告ＩＤが、“３”及び“４”で、プレゼンス情報テーブル５０より抽出した位置情報が“東京都中央区銀座・・・”であった場合、Ｓ化粧品の銀座店の広告データを抽出する。なお、本実施形態では、広告データは、画像（静止画又は動画）であるものとする。【００４２】
広告データ送信制御部１０３は、抽出部１０２において抽出された広告データを、発呼側の携帯電話装置（例えば、携帯電話装置５等）に対して送信する。なお、広告データ送信制御部１０３は、着呼側の呼び出し中に広告データを発呼側の携帯電話装置に送信してもよいし、通話中に広告データを発呼側の携帯電話装置に送信してもよいし、通話終了後に広告データを発呼側の携帯電話装置に送信してもよい。【００４３】
なお、広告データを送信するタイミングは、予め定められていてもよい。また、広告契約者（又は広告契約者からの要求を受けた情報処理装置１）が、契約した広告提供主企業毎に広告データを送信するタイミングを広告契約情報テーブル３０に設定できるようにしてもよい。そして、広告データ送信制御部１０３がこの設定されたタイミングに基づいて、広告データを送信してもよい。また、広告提供主企業（又は広告提供主企業からの要求を受けた情報処理装置１）が、広告毎に広告データを送信するタイミングを広告提供主情報テーブル４０に設定できるようにしてもよい。そして、広告データ送信制御部１０３がこの設定されたタイミングに基づいて、広告データを送信してもよい。【００４４】
特典処理部１０４は、例えば広告データの送信に係る広告契約者の通話料金を無料にする処理、又は送信した広告データの数等に応じてポイント加算する処理等、広告契約者が契約した広告提供主企業の広告データの送信に伴う特典に関する処理を行う。【００４５】
呼び出し部１０５は、一般的な電話交換機での呼制御と同等の機能を有し、着呼側の電話装置を呼び出す。【００４６】
以下、携帯電話装置４のＣＰＵ、ＲＡＭ及びプログラム等から構成される、携帯電話装置４の機能構成の一例を図１０に示す。図１０は、携帯電話装置４の一例の機能構成を示す図である。図１０に示されるように、携帯電話装置４は、機能構成として、契約依頼情報送信部１１０を含む。【００４７】
契約依頼情報送信部１１０は、使用者Ａの操作等に応じて、契約依頼情報を情報処理装置１に送信する。【００４８】
次に、携帯電話装置５のＣＰＵ、ＲＡＭ及びプログラム等から構成される、携帯電話装置５の機能構成の一例を図１１に示す。図１１は、携帯電話装置５の一例の機能構成を示す図である。図１１に示されるように、携帯電話装置５は、機能構成として、電話呼制御信号送信部１２０と、広告データ受信部１２１と、を含む。【００４９】
電話呼制御信号送信部１２０は、使用者Ｂの操作等に応じて、電話呼制御信号を情報処理装置１に送信する。広告データ受信部１２１は、情報処理装置１から送信された広告データを受信する。【００５０】
なお、本実施形態では、説明の簡略化のため、図４及び図５に分けて携帯電話装置４及び携帯電話装置５の機能構成を説明したが、基本的に各携帯電話装置の機能構成は同様である。つまり、携帯電話装置４及び携帯電話装置５は、図１０及び図１１に示した機能を有しているものとする。【００５１】
図１２は、システムにおける処理の一例のシーケンス図である。なお、図１２では、説明の簡略化のため、無線基地局３、ＤＢサーバ２等は省略してある。
シーケンスＳＱ１において、携帯電話装置４は、使用者Ａの操作等に応じて、契約依頼情報を情報処理装置１に送信する。【００５２】
シーケンスＳＱ２において、情報処理装置１の登録部１００は、携帯電話装置４より受信した契約依頼情報に応じて、携帯電話装置４を識別する電話番号と、前記契約依頼情報に含まれる、携帯電話装置４の使用者Ａが契約を結ぶ広告提供主を識別する企業ＩＤと、をＤＢサーバ２の広告契約情報テーブル３０に登録する。【００５３】
一方、シーケンスＳＱ３において、携帯電話装置５は、使用者Ｂの操作等に応じて、電話呼制御信号を情報処理装置１に送信する。
シーケンスＳＱ４において、情報処理装置１の判定部１０１は、携帯電話装置５より受信した電話呼制御信号に応じて、前記電話呼制御信号に含まれる着呼側の電話番号（例えば、携帯電話装置４の電話番号）が、ＤＢサーバ２の広告契約情報テーブル３０に登録されているか否か判定する。【００５４】
シーケンスＳＱ４において、電話呼制御信号に含まれる着呼側の電話番号が、ＤＢサーバ２の広告契約情報テーブル３０に登録されていると判定されると、シーケンスＳＱ５において、情報処理装置１の抽出部１０２は、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する企業ＩＤを抽出する。そして、抽出部１０２は、この企業ＩＤを用いて、ＤＢサーバ２の広告提供主情報テーブル４０より、前記企業ＩＤに対応する広告ＩＤを抽出する。【００５５】
また、抽出部１０２は、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出する。そして、抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、前記抽出した広告ＩＤと、位置情報と、に対応するコンテンツＩＤを抽出し、このコンテンツＩＤに対応するコンテンツ（広告データ）を例えばコンテンツサーバ（図示せず）より抽出（又は取得）する。【００５６】
シーケンスＳＱ６において、情報処理装置１の広告データ送信制御部１０３は、シーケンスＳＱ５において抽出された広告データを携帯電話装置５に送信する。【００５７】
シーケンスＳＱ７において、情報処理装置１の呼び出し部１０５は、着呼側の携帯電話装置４を呼び出し、携帯電話装置５と、携帯電話装置４との呼を接続する。なお、上述しように、広告データの送信は、通話の後や、通話中であってもよく、通話の後の場合は、例えば、シーケンスＳＱ７の後に、シーケンスＳＱ６の処理が行われ、通話中の場合は、例えば、シーケンスＳＱ６と、シーケンスＳＱ７との処理が同時に行われる。【００５８】
シーケンスＳＱ８において、情報処理装置１の特典処理部１０４は、例えば広告データの送信に係る広告契約者の通話料金を無料にする処理、又は送信した広告データの数等に応じてポイント加算する処理等を行う。【００５９】
図１３は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その１）である。つまり、図１３では、図１２のシーケンスＳＱ４からシーケンスＳＱ６までの情報処理装置１における処理の一例を説明する。
ステップＳ１０において、判定部１０１は、発呼側である携帯電話装置５より受信した電話呼制御信号に応じて、前記電話呼制御信号に含まれる着呼側の電話番号（例えば、携帯電話装置４の電話番号）が、ＤＢサーバ２の広告契約情報テーブル３０に登録されているか否か判定する。判定部１０１は、着呼側の電話番号がＤＢサーバ２の広告契約情報テーブル３０に登録されていると判定すると（ステップＳ１０においてＹＥＳ）、ステップＳ１１に進み、着呼側の電話番号がＤＢサーバ２の広告契約情報テーブル３０に登録されていないと判定すると（ステップＳ１０においてＮＯ）、図１３に示す処理を終了する。【００６０】
ステップＳ１１において、抽出部１０２は、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する企業ＩＤを抽出する。
続いて、ステップＳ１２において、抽出部１０２は、ステップＳ１１において抽出した企業ＩＤを用いて、ＤＢサーバ２の広告提供主情報テーブル４０より、前記企業ＩＤに対応する広告ＩＤを抽出する。【００６１】
ステップＳ１３において、抽出部１０２は、発呼側の電話番号に基づいて、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出する。なお、ステップＳ１３の処理は、ステップＳ１１の前に行ってもよいし、ステップＳ１１及びステップＳ１２と同時に行ってもよい。【００６２】
ステップＳ１４において、抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、ステップＳ１２において取得した広告ＩＤで識別される広告（コンテンツＩＤ）を選択する。このコンテンツＩＤが複数存在する場合、抽出部１０２は、各コンテンツＩＤに対応する優先送信条件と、ステップＳ１３において取得した位置情報と、を比較して、より発呼側の位置情報にあった優先送信条件のコンテンツＩＤを選択（抽出）する。より具体的に説明すると、抽出部１０２は、各コンテンツＩＤに対応する優先送信条件（本実施形態では位置情報）と、ステップＳ１３において取得した位置情報と、を用いてＧＰＳ機能を利用して、互いの距離を算出し、最も近い距離の優先送信条件のコンテンツＩＤを選択する。【００６３】
続いて、ステップＳ１５において、抽出部１０２は、ステップＳ１４において抽出したコンテンツＩＤに対応するコンテンツ（広告データ）を例えばコンテンツサーバ（図示せず）より取得する。【００６４】
続いて、ステップＳ１６において、広告データ送信制御部１０３は、ステップＳ１５において抽出された広告データを、発呼側である携帯電話装置５に送信する。【００６５】
上述したように本実施形態によれば、広告の受け取り手にとって信頼の持てる人（広告契約者）から、受け手の属性により適した適切な広告データを送信することができるので、無駄な通信パケットを減らし、通信負荷を抑えることができる。更に、広告提供主にとっては、収益へ繋がる可能性を高めることができる。また、本実施形態によれば、広告契約者（着呼側）は、通話料金が無料になる、又はポイントが加算され、例えばポイントに応じたサービスが受けられる等の特典を得ることができる。一方、広告送信先（発呼側）は、信頼の持てる着呼側から、例えば流行の商品等の広告データを受け取ることができる。【００６６】
なお、上述した例では、抽出部１０２は、ＧＰＳ機能を用いて距離を算出し、ステップＳ１３において取得した位置情報（又はプレゼンス情報）に最も近い距離の優先送信条件のコンテンツＩＤを選択する例を説明した。しかしながら、例えば、抽出部１０２は、取得したプレゼンス情報等、発呼側に関する情報に応じて、例えば、シソーラス検索や、部分一致検索、又はルールベースエンジンの検索等を行い、発呼側に関する情報により合致する優先送信条件のコンテンツＩＤを選択（抽出）するようにしてもよい。このようにすることによって、後述するような発行側に関する情報及び優先送信条件が位置情報以外の場合でも、適切なコンテンツＩＤを選択することができる。従って、広告の受け取り手の属性により適した適切な広告データを抽出し送信することができるので、無駄な通信パケットを減らし、通信負荷を抑えることができる。【００６７】
また、ＤＢサーバ２に、送信した広告データの送信履歴に関する情報を管理するテーブル等を格納するようにしてもよい。このようにすることによって、情報処理装置１は、広告データの内容によっては重複して受け取っても無意味な広告データであった場合、広告の受け取り手に同じ広告データを繰り返し送信することを防ぎ、無駄な通信パケットを減らし、通信負荷を抑えることができる。また、このように広告データの送信履歴に関する情報を管理することで、広告データが連載形式である場合には一連の流れを保持できるので、情報処理装置１は、同様に、無駄な通信パケットを減らし、通信負荷を抑えることができる。【００６８】
＜実施形態２＞
上述した実施形態１では、図８に示したように、優先送信条件を広告送信先（発呼側の）位置情報のみとした。しかしながら、優先送信条件を、時間情報や、気温情報、天気情報、年令情報、性別情報、期間情報（例えば９月〜１１月等）、又はこれらの情報の組み合わせとしてもよい。【００６９】
なお、本実施形態では、上述した実施形態と異なる点を主に説明する。以下の実施形態においても同様である。
図１４は、個人情報テーブル７０の一例を示す図である。本実施形態のＤＢサーバ２は、上述した実施形態１に示した各テーブルに加えて、図１４に示されるような個人情報テーブル７０をＨＤ２９に保持する。個人情報テーブル７０は、図１４に示されるように、携帯キャリアの加入者の電話番号と、前記加入者の性別と、前記加入者の年令と、を含む。【００７０】
図１５は、広告情報テーブル６０の一例を示す図（その２）である。本実施形態の広告情報テーブル６０には、優先送信条件として、時間情報や、気温情報、年令情報、性別情報、期間情報（例えば９月〜１１月等）の組み合わせが設定されている。【００７１】
図１６は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その２）である。なお、ステップＳ２０からステップＳ２２までの処理は、実施形態１の図１３のステップＳ１０からステップＳ１２までの処理と同様であるため説明を省略する。【００７２】
ステップＳ２３において、本実施形態の抽出部１０２（以下、単に抽出部１０２という）は、発呼側の電話番号に基づいて、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出する。また、抽出部１０２は、発呼側の電話番号に基づいて、ＤＢサーバ２の個人情報テーブル７０より発呼側の電話番号に対応する性別、年令等の個人情報を抽出する。また、抽出部１０２は、前記抽出した位置情報を、気象情報提供サーバ（図示せず）等に渡して、発呼側の気象情報や、天気情報等を取得する。また、抽出部１０２は、情報処理装置１が機能として有するタイマー等より発呼側の時間情報を取得してもよい。つまり、ステップＳ２３において、抽出部１０２は、発呼側に関する情報を抽出、又は取得する。【００７３】
ステップＳ２４において、抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、ステップＳ２２において取得した広告ＩＤで識別される広告（コンテンツＩＤ）を選択する。このコンテンツＩＤが複数存在する場合、抽出部１０２は、各コンテンツＩＤに対応する優先送信条件と、ステップＳ１３において取得した位置情報、個人情報、気象情報、天気情報、時間情報等、発呼側に関する情報と、を比較して、より発呼側に関する情報にあった優先送信条件のコンテンツＩＤを選択（抽出）する。【００７４】
なお、ステップ２４における抽出部１０２における比較処理は、上述したシソーラス検索や部分一致検索、或いは、ルールベースエンジンの検索等を行い、ステップ２３において抽出部１０２が抽出した発呼側に関する情報とより合致する優先送信条件のコンテンツＩＤを選択（抽出）する。【００７５】
なお、ステップＳ２５及びステップＳ２６の処理は、実施形態１の図１３のステップＳ１５及びステップＳ１６の処理と同様であるため説明を省略する。【００７６】
上述したように本実施形態によれば、位置情報に加えて、時間情報や、気温情報、天気情報、性別情報、年令情報等、発呼側に関する様々な情報に応じて、送信する広告データを決定し、取得することができる。よって、広告提供主にとっては、広告提供主が有する様々な商品の広告の中から、発呼者により適した広告（又は広告データ）を発信することができる。従って、広告の受け取り手の属性により適した適切な広告データを送信することができるので、無駄な通信パケットを減らし、通信負荷を抑えることができる。【００７７】
本実施形態によれば、情報処理装置１は、例えば、発呼側が広告契約者（着呼側）を発呼した時間が１６：００〜２４：００の間で、発呼側の年令が２０歳以上であった場合、発呼側にウイスキーの広告データを送信し、発呼側の年令が１０代で、発呼側の気温が２５度以上の場合、発呼側にジュースの広告データを送信する等の処理を行うことができる。【００７８】
また、本実施形態によれば、発呼側の携帯電話装置の使用者と着呼側の携帯電話装置の使用者とが同じ国におらず、例えば時差が発生する場合であっても、情報処理装置１は、電話呼制御信号に応じて、広告を受け取る側（発呼側）に関する情報を抽出する。そして、情報処理装置１は、抽出した広告を受け取る側の関する情報に基づいて発呼側に即した広告データを選択し、発行側に送信する等の処理を行うことができる。例えば、イングランドのロンドンにいる発呼側の携帯電話装置の使用者（女性）が、パリの３区にいる広告契約者（着呼側の携帯電話の使用者）へ、発呼側の時間２００７／１／１  １５：００（パリの３区にいる着呼側の時間２００７／１／１  １６：００）に発呼した場合、情報処理装置１は、ロンドンにある××ティーサロンお勧めスイーツに関する広告データを、発呼側へ送信することができる。また、抽出部１０２は、先に説明した通り、例えばシソーラス検索等を行い発呼側に関する情報により合致する優先送信条件のコンテンツＩＤを選択（抽出）するようにしてもよい。したがって、上記例におけるイングランドにいる発呼側の携帯電話の使用者がロンドンにいるという情報が得られない場合であれば、情報処理装置１は、イングランド各都市の本日午後の天気予報に関する広告データを、発呼側へ送信することができる。【００７９】
また、本実施形態によれば、発呼側の携帯電話装置の使用者と着呼側の携帯電話装置の使用者とが同じ国にいる場合でも、国によっては、例えば時差が発生する場合がある。この場合であっても同様に情報処理装置１は、広告を受け取る側（発呼側）に関する情報を抽出し、抽出した広告を受け取る側の関する情報に基づいて発呼側に即した広告データを選択し、発行側に送信する等の処理を行うことができる。例えば、アメリカのニューヨーク州ニューヨーク市にいる発呼側の携帯電話装置の使用者（女性）が、アメリカのカリフォルニア州ロサンゼルスにいる広告契約者（着呼側の携帯電話の使用者）へ、発呼側の時間２００７／１／１  １２：００（ロサンゼルスにいる着呼側の時間２００７／１／１  ９：００）に発呼した場合、情報処理装置１は、ニューヨークにある××美術館の入場券割引クーポンに関する広告データを、発呼側へ送信することができる。【００８０】
なお、本実施形態（及び上述した実施形態１）では、プレゼンス情報テーブルには、携帯キャリアの加入者の位置情報しか含まれていない例を用いて説明を行っている。しかしながら、プレゼンス情報テーブルに、携帯キャリアの加入者の気分情報や、携帯キャリアの加入者が今いる場所情報（例えば、駅、空港、車、レストラン等）を登録可能にしてもよい。これらの情報は、携帯キャリアの加入者が携帯電話装置等を操作して登録（又は更新）してもよいし、システムが自動的に登録（又は更新）するようにしてもよい。【００８１】
そして、広告情報テーブル６０の優先送信条件にも、これらの情報、つまり、気分情報や、場所情報を設定してもよい。このようにすることによって、よりターゲットを絞った広告送信を行うことができる。【００８２】
＜実施形態３＞
上述した実施形態では、広告データは、画像（静止画又は動画）であるものとして説明を行った。しかしながら、広告データは、例えば、音声であってもよい。音声の場合、情報処理装置１は、例えば、発呼側が広告契約者（着呼側）を発呼した際、呼び出し音の代わりに「○○スーパーマーケット、１６時より冷凍食品全品半額セール開催！」等と音声を流す（又は送信する）ことができる。【００８３】
＜実施形態４＞
上述した実施形態では、図５に示されるように、広告契約者は１つの広告提供主と契約を行うように説明を行った。しかしながら、図１７に示されるように、広告契約者は複数の広告提供主と契約を行うようにしてもよい。本実施形態ではこのような例を説明する。図１７は、広告契約情報テーブル３０の一例を示す図（その２）である。【００８４】
広告契約情報テーブル３０をこのような構成とした場合、例えば、実施形態２の図１６のステップＳ２１において、抽出部１０２は、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する少なくとも１つ以上の企業ＩＤを抽出する（ここでは、例えば複数の企業ＩＤを抽出したものとする）。【００８５】
続いて、ステップＳ２２において、本実施形態の抽出部１０２は、ステップＳ２１において抽出した複数の企業ＩＤを用いて、ＤＢサーバ２の広告提供主情報テーブル４０より、前記企業ＩＤに対応する広告ＩＤを複数抽出する。なお、ステップＳ２３以降の処理は、上述した実施形態で説明した処理と同様であるため説明を省略する。【００８６】
本実施形態によれば、情報処理装置１は、広告契約者が契約を行っている複数の広告提供主の複数の広告の中から、より発呼側に関する情報にあった優先送信条件の広告（広告データ）を選択して送信することができる。【００８７】
＜実施形態５＞
上述した実施形態４では、図１７に示されるように、広告契約者が複数の広告提供主と契約を行う例を説明した。本実施形態では、広告契約者が複数の広告提供主と契約を行う場合、広告提供主毎に優先度を設定する例を説明する。【００８８】
図１８は、広告契約情報テーブル３０の一例を示す図（その３）である。図１８に示されるように、本実施形態の広告契約情報テーブル３０は、優先度を含む。情報処理装置１は、広告契約者の携帯電話装置等より優先度設定情報を受け取ると、この優先度設定情報に応じて、図１８に示される広告契約情報テーブル３０の該当する広告契約情報の企業ＩＤ毎に広告契約者が指示した優先度を設定する。【００８９】
広告契約情報テーブル３０をこのような構成とした場合、例えば、実施形態２の図１６のＳ１１において、抽出部１０２は、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する企業ＩＤを優先度に応じて、抽出する。【００９０】
本実施形態の抽出部１０２は、例えば、企業ＩＤ１“１００２”：企業ＩＤ２“１００４”を４：１の割合で抽出する。つまり、企業ＩＤ１“１００２”の広告が４回発呼側に送信されるのに対して、企業ＩＤ２“１００４”の広告は１回発呼側に送信される。なお、抽出部１０２が企業ＩＤ１“１００２”と企業ＩＤ２“１００４”とを抽出する順番は任意でよい。【００９１】
本実施形態によれば、情報処理装置１は、広告契約者が設定した割合に応じて、広告契約者が契約を行っている複数の広告提供主の中から、広告提供主を選択（又は決定）して、この広告提供主の広告を発呼側に送信することができる。【００９２】
＜実施形態６＞
上述した実施形態５では、図１８に示されるように、広告契約者が複数の広告提供主と契約を行う場合、広告提供主毎に優先度を設定する例を説明した。本実施形態では、広告契約者が複数の広告提供主と契約を行う場合、広告提供主毎に優先送信条件を設定する例を説明する。【００９３】
図１９は、広告契約情報テーブル３０の一例を示す図（その４）である。図１９に示されるように、本実施形態の広告契約情報テーブル３０は、優先送信条件を含む。情報処理装置１は、広告契約者の携帯電話等より優先送信条件設定情報を受け取ると、この優先送信条件設定情報に応じて、図１９に示される広告契約情報テーブル３０の該当する広告契約情報の企業ＩＤ毎に広告契約者が指示した優先送信条件を設定する。【００９４】
図２０は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側に応じた広告データの送信までの処理の一例のフローチャート（その３）である。【００９５】
ステップＳ３０において、判定部１０１は、発呼側である携帯電話装置５より受信した電話呼制御信号に応じて、前記電話呼制御信号に含まれる着呼側の電話番号（例えば、携帯電話装置４の電話番号）が、ＤＢサーバ２の広告契約情報テーブル３０に登録されているか否か判定する。判定部１０１は、着呼側の電話番号がＤＢサーバ２の広告契約情報テーブル３０に登録されていると判定すると（ステップＳ３０においてＹＥＳ）、ステップＳ１１に進み、着呼側の電話番号がＤＢサーバ２の広告契約情報テーブル３０に登録されていないと判定すると（ステップＳ３０においてＮＯ）、図２０に示す処理を終了する。【００９６】
ステップＳ３１において、本実施形態の抽出部１０２（以下、単に抽出部１０２という）は、発呼側の電話番号に基づいて、ＤＢサーバ２のプレゼンス情報テーブル５０より発呼側の電話番号に対応する位置情報を抽出する。また、抽出部１０２は、発呼側の電話番号に基づいて、ＤＢサーバ２の個人情報テーブル７０より発呼側の電話番号に対応する性別、年令等の個人情報を抽出する。また、抽出部１０２は、前記抽出した位置情報を、気象情報提供サーバ（図示せず）等に渡して、発呼側の気象情報や、天気情報等を取得する。また、抽出部１０２は、情報処理装置１が機能として有するタイマー等より発呼側の時間情報を取得してもよい。つまり、ステップＳ３１において、抽出部１０２は、発呼側に関する情報を抽出、又は取得する。【００９７】
ステップＳ３２において、抽出部１０２は、ＤＢサーバ２の広告契約情報テーブル３０より着呼側の電話番号に対応する企業ＩＤを選択する。この企業ＩＤが複数存在する場合、抽出部１０２は、各企業ＩＤに対応する優先送信条件と、ステップＳ３１において取得した位置情報、個人情報、気象情報、天気情報、時間情報等、発呼側に関する情報と、を比較して、より発呼側に関する情報にあった優先送信条件の企業ＩＤを選択（抽出）する。【００９８】
続いて、ステップＳ３３において、抽出部１０２は、ステップＳ３２において抽出した企業ＩＤを用いて、ＤＢサーバ２の広告提供主情報テーブル４０より、前記企業ＩＤに対応する広告ＩＤを抽出する。【００９９】
ステップＳ３４において、抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、ステップＳ３３において取得した広告ＩＤで識別される広告（コンテンツＩＤ）を選択する。このコンテンツＩＤが複数存在する場合、抽出部１０２は、各コンテンツＩＤに対応する優先送信条件と、ステップＳ３１において取得した位置情報、個人情報、気象情報、天気情報、時間情報等、発呼側に関する情報と、を比較して、より発呼側に関する情報にあった優先送信条件のコンテンツＩＤを選択（抽出）する。なお、ステップＳ３２、ステップＳ３４における比較処理は、上述した比較処理と同様であるため説明を省略する。【０１００】
なお、ステップＳ３５及びステップＳ３６の処理は、実施形態１の図１３のステップＳ１５及びステップＳ１６の処理と同様であるため説明を省略する。【０１０１】
上述したように本実施形態によれば、広告契約者が複数の広告提供主と契約を行う場合、広告提供主毎に優先送信条件を設定することができる。なお、本実施形態では、広告契約者が広告提供主毎に優先送信条件を設定する例を、上述した実施形態２との組み合わせで説明したが、このことは本実施形態を限定するものではなく、例えば上述した実施形態１との組み合わせで実施してもよい。【０１０２】
＜実施形態７＞
上述した実施形態では、発呼側のみに広告データを送信する例を説明した。本実施形態では、着呼側（広告契約者）に対しても広告データを送信する例を説明する。【０１０３】
図２１は、情報処理装置１における、受信した電話呼制御信号に基づく着呼側の広告契約の判定から発呼側及び着呼側に応じた広告データの送信までの処理の一例のフローチャートである。なお、ステップＳ４０からステップＳ４２までの処理は、実施形態１の図１３のステップＳ１０からステップＳ１２までの処理と同様であるため説明を省略する。また、ステップＳ４３からステップＳ４６までの処理は、実施形態１の図１３のステップＳ１３からステップＳ１６までの処理と同様であるため説明を省略する。【０１０４】
ステップＳ４７において、本実施形態の抽出部１０２（以下、単に抽出部１０２という）は、着呼側の電話番号に基づいて、ＤＢサーバ２のプレゼンス情報テーブル５０より着呼側の電話番号に対応する位置情報を抽出する。なお、ステップＳ４１の前に行ってもよいし、ステップＳ４１及びステップＳ４２と同時に行ってもよい。【０１０５】
ステップＳ４８において、抽出部１０２は、ＤＢサーバ２の広告情報テーブル６０より、ステップＳ４２において取得した広告ＩＤで識別される広告（コンテンツＩＤ）を選択する。このコンテンツＩＤが複数存在する場合、抽出部１０２は、各コンテンツＩＤに対応する優先送信条件と、ステップＳ４７において取得した位置情報と、を比較して、より発呼側の位置情報にあった優先送信条件のコンテンツＩＤを選択（抽出）する。なお、ステップＳ４８における比較処理は、上述した比較処理と同様であるため説明を省略する。【０１０６】
続いて、ステップＳ４９において、抽出部１０２は、ステップＳ４８において抽出したコンテンツＩＤに対応するコンテンツ（広告データ）を例えばコンテンツサーバ（図示せず）より取得する。【０１０７】
続いて、ステップＳ５０において、本実施形態の広告データ送信制御部１０３は、ステップＳ４９において抽出された広告データを、着呼側である携帯電話装置４に送信する。【０１０８】
上述したように本実施形態によれば、着呼側に対しても広告データを送信することができる。例えば、着呼側の広告契約者がお菓子メーカと契約を行っており、発呼側が博多にいた場合、博多名産である明太子の味がするクッキーの広告が発呼側に送信され、着呼側が北海道にいた場合、北海道名産であるバターの味がするキャンディーの広告が着呼側に送信される。つまり、広告契約者は、通話料金が無料又はポイントが加算される等の特典が与えられるだけでなく、自分が贔屓にしている会社の広告（例えばお得な情報等）を得ることができる。【０１０９】
また、本実施形態によれば、抽出部１０２は、着呼側の位置情報を取得するものとして説明を行ったが、これに限らず、他の実施形態同様、着呼側の個人情報や天気情報、時間情報等の着呼側に関する情報を取得してもよい。そして、情報処理装置１は、これら取得した情報を広告情報テーブルの優先送信条件と比較し、着呼側に即した広告データを送信するようにしてもよい。【０１１０】
＜実施形態８＞
上述した実施形態では着呼側が広告契約者であった場合を例に説明を行った。しかしながら、着呼側も発呼側も広告契約者であった場合、情報処理装置１は、呼を繋げる前後で発呼側及び着呼側に広告を送信するようにしてもよい。
つまり、情報処理装置１は、実施形態１の図１３に示した処理と同時に、図１３の「着呼側」を「発呼側」に読み替えた処理を実行し、発呼側には着呼側が契約した広告を送信し、着呼側には発呼側が契約した広告を送信するようにしてもよい。【０１１１】
上述した各実施形態によれば、受け取り手にとって信頼の持てる、有用な広告を送信することができる。また、広告契約者にとっては、通話料金の削減やそれに準じた割引、クーポンの発行等のメリットを享受することができる。また、広告提供主にとっても売上に繋がる広告を送信することができる。また、コミュニケーションの繋がりを促すこともできる。例えば、かっこいい、又はかわいい、又は面白い広告を選択することによって、広告契約者は、広告送信先に自己主張をすることができる。また、自己の趣味に関係する広告を選択することによって、広告契約者は、自己の趣味を広告送信先にアピールすることができる。また、広告動画の中にマスコット等が「電話ありがとう！」という等の動作を行うデータを付加しておくことによって、一般的な広告にとどまらず、新たな広告表現を生むことができる。【０１１２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。【０１１３】
例えば、上述した実施形態では、情報処理装置１が電話交換の処理と、上述したような広告データの送信に関する処理と、を行うよう説明を行ったが、電話交換の処理は、例えば電話交換機等が行い、情報処理装置１はこの電話交換機と通信を行い、例えば電話交換機より、電話呼制御信号に含まれる着呼側の電話番号を受け取ると、上述したような広告データの送信に関する処理を行うようにしてもよい。【０１１４】
また、上述した実施形態では、上述したようなテーブルはＤＢサーバ２のＨＤ２９等に格納されるよう説明を行ったが、例えばＤＢサーバ２を設けず、情報処理装置１のＨＤ１９等にテーブルを格納するようにしてもよい。【０１１５】
また、上述した実施形態では、携帯電話装置を用いて説明を行ったが、据え置き型の電話装置であってもよい。また、上述した各実施形態は任意の組み合わせで実施してもよい。【０１１６】
また、上述した実施形態では、広告データとして画像（動画、静止画）、音声データ等を例に説明を行った。しかしながら広告データは、テキスト、音楽、ゲーム、ソフトウェア、Ｗｅｂページ等を含んでもよい。【０１１７】
また、上述した実施形態では、広告を受け取る側に即した広告を送信できるよう、情報処理装置１が、広告を受け取る着呼側或いは発呼側の位置情報やプレゼンス情報等を抽出し、位置情報やプレゼンス情報等と優先送信条件とを比較して広告データを選択し、広告データを送信している。つまり、着呼側と発呼側とにおいて、時差が発生する場合や、互いの所在地が異なった国（地域）であっても、情報処理装置１は、広告を受け取る側に関する上述のような情報を抽出し、その抽出された情報に基づいて広告データを選択するので、広告を受信する側の国（地域）や時間に即した広告を送信することができる。
【産業上の利用可能性】
【０１１８】
本発明によれば、無駄な通信パケットを減らして、通信負荷を抑えると共に、信頼性が高い、受け取り手に応じた有用な広告を送信することができる。
【図１】
2008093788.tif 000003
【図２】
2008093788.tif 000004
【図３】
2008093788.tif 000005
【図４】
2008093788.tif 000006
【図５】
2008093788.tif 000007
【図６】
2008093788.tif 000008
【図７】
2008093788.tif 000009
【図８】
2008093788.tif 000010
【図９】
2008093788.tif 000011
【図１０】
2008093788.tif 000012
【図１１】
2008093788.tif 000013
【図１２】
2008093788.tif 000014
【図１３】
2008093788.tif 000015
【図１４】
2008093788.tif 000016
【図１５】
2008093788.tif 000017
【図１６】
2008093788.tif 000018
【図１７】
2008093788.tif 000019
【図１８】
2008093788.tif 000020
【図１９】
2008093788.tif 000021
【図２０】
2008093788.tif 000022
【図２１】
2008093788.tif 000023
【国際調査報告】
2008093788.tif 000024
2008093788.tif 000025
2008093788.tif 000026
2008093788.tif 000027