(57)【要約】      （修正有）【課題】合計広告表示回数が合計表示上限回数を上回らないように管理できる広告配信サーバを提供する。【解決手段】広告主端末から少なくとも広告データ、広告データの合計表示上限回数を受信する広告入稿部と、少なくとも広告データ、広告データの合計表示上限回数及び広告データの端末表示上限回数を記憶する記憶手段と、広告データ、広告データの合計表示上限回数、及び広告データの端末表示上限回数を管理する管理手段と、広告データ及び端末表示上限回数を含むデータを送受信する広告送受信手段とを備え、管理手段は、広告表示端末における広告表示回数を予測した予測オフライン表示回数を管理し、広告表示端末での表示回数のフィードバックにより、予測オフライン表示回数を実際の表示回数におきかえて管理する。【選択図】図１
2012221277.tif 000002
【特許請求の範囲】
【請求項１】
入稿される広告データを少なくとも１つの広告表示端末へ配信する広告配信サーバであって、
広告主端末から少なくとも前記広告データ、前記広告データの合計表示上限回数を受信する広告入稿部と、
少なくとも前記広告データ、前記広告データの合計表示上限回数及び前記広告データの端末表示上限回数を記憶する記憶手段と、
前記広告データ、前記広告データの合計表示上限回数、及び前記広告データの端末表示上限回数を管理する管理手段と、
前記広告データ及び前記端末表示上限回数を含むデータを送受信する広告送受信手段とを備え、
前記管理手段は、前記広告表示端末における広告表示回数を予測した予測オフライン表示回数を管理し、広告表示端末での表示回数のフィードバックにより、前記予測オフライン表示回数を実際の表示回数におきかえて管理する広告配信サーバ。
【請求項２】
前記管理手段は、前記広告表示端末からフィードバックが有る場合、前記実際の表示回数を基にして広告料金を算出し、前記広告表示端末からフィードバックが無い場合、前記予測オフライン表示回数を基にして広告料金を算出し、前記広告料金を含むデータを前記広告主端末へ送信する請求項１に記載の広告配信サーバ。
【請求項３】
前記管理手段は、広告入稿部が前記端末表示上限回数を受信した場合、該回数を前記記憶手段に記憶させ、
前記端末表示上限回数を受信できない場合、前記合計表示上限回数に基づいて前記端末表示上限回数を算出し、前記記憶手段に記憶させる請求項１または２に記載の広告配信サーバ。
【請求項４】
前記管理手段は、前記広告表示端末からのフィードバックデータを基に前記端末表示上限回数を算出し、前記広告主端末へ送信する請求項１から３のいずれかに記載の広告配信サーバ。
【請求項５】
広告配信サーバから取得した広告を提示する広告表示端末であって、
前記広告配信サーバから広告データ及び端末表示上限回数の組を受信する受信手段と、
前記広告データ、及び前記広告データの端末表示上限回数を記憶する記憶手段と、
前記広告データを管理する管理部と、
前記広告データを表示する表示手段と、
１つ以上の上記広告データの中から、表示する広告データを所定の数選択する選択手段とを備え、
前記管理部は、前記表示手段により表示された広告の表示回数を管理し、
前記選択手段は、表示回数が端末表示上限回数未満の中から、表示する広告を選択する広告表示端末。
【請求項６】
請求項５記載の広告表示端末と、請求項１から４のいずれかに記載の広告配信サーバとからなる広告配信システム。
【請求項７】
少なくとも広告データ、前記広告データの合計表示上限回数及び前記広告データの端末表示上限回数を記憶する記憶手段と、
前記広告データ、前記広告データの合計表示上限回数、及び前記広告データの端末表示上限回数を管理する管理手段と、
前記広告データ及び前記端末表示上限回数を含むデータを送受信する広告送受信手段とを備えた広告配信サーバに実行させる広告配信サーバ制御プログラムであって、
前記管理手段は、前記広告表示端末における広告表示回数を予測した予測オフライン表示回数を管理するステップと、
広告表示端末での表示回数のフィードバックにより、前記予測オフライン表示回数を実際の表示回数におきかえて管理するステップとを有する広告配信サーバ制御プログラム。
【請求項８】
広告配信サーバから広告データ及び端末表示上限回数の組を受信する受信手段と、
前記広告データ、及び前記端末表示上限回数を記憶する記憶手段と、
前記広告データを表示する表示手段とを備えた広告表示端末に実行させる広告表示端末制御プログラムであって、
前記記憶手段に記憶された１つ以上の前記広告データの中から、表示する広告データを所定の数選択するステップと、
前記表示手段に広告を表示するステップと、
前記表示手段により表示された広告の表示回数を管理するステップと、
前記記憶手段に記憶された表示回数が端末表示上限回数未満の前記広告データの中から、表示する広告を選択するステップとを有する広告表示端末制御プログラム。
【請求項９】
請求項７記載の広告配信サーバ制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１０】
請求項８記載の広告表示端末制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、広告配信サーバ、広告表示端末、広告配信システム、広告配信サーバ制御プログラム、広告表示端末制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、携帯型の端末装置は、無線ＬＡＮや携帯電話網によって、インターネットと接続し、電子書籍、動画像、Ｗｅｂページ、ゲーム、アプリケーション等のデジタルコンテンツなどと共に、広告サーバからの広告も取得できるようになった。当該広告サーバは、複数の端末装置へ広告を配信することができる。このような広告手法においては、広告サーバ管理者から広告主への課金方法として、広告主が支払った広告料金に応じて、複数の端末装置において広告が表示された回数の合計値である合計広告表示回数が、一定回数以上になることを保証するインプレッション保証型がよく用いられている。インプレッション保証型の課金方法を用いたシステムにおいて、端末装置と広告サーバとが必要に応じて直ちに通信できる状態（以後、オンライン状態という）では、広告サーバ側で広告表示回数を適切に管理することができるが、端末装置と広告サーバとが直ちに通信できない状態（以後、オフライン状態という）では、広告表示回数を広告サーバ側で適切に管理できない問題が生じてきた。
【０００３】
そこで、例えば、オフライン状態での配信方法として、特許文献１では、端末がオフライン状態にあるときに行われた入力操作の回数を端末に蓄積し、オンライン状態になったときに、オフライン状態にあった間の入力操作の回数を送信する技術が開示されている。
【０００４】
また、複数の受信機に広告を配信するシステムとして、特許文献２では、図２１に示すように、ホスト装置９３０は、受注した総表示回数（本願の合計表示上限回数に相当）に基づいて受信機９４０毎の表示回数の上限値である平均表示回数を算出し、広告データや付加データと共に随時または定期的に、送信部９３５から受信機９４０へ送信する方法が開示されている。その際には、受信機９４０は配信された広告を表示し、表示回数を蓄積して、随時または定期的にホスト装置９３０へフィードバックする。そして、受注した総表示回数に達したか否かの判断は、各受信機９４０からフィードバックされた履歴データの集計結果に基づいて行われる。
【０００５】
上記、特許文献１と特許文献２を組み合わせることで、一見、オフライン状態でも、各受信機９４０の総表示回数をホスト装置９３０側で適切に管理できるかのように見える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−０８３２３０号公報（平成１４年３月２２日公開）
【特許文献２】特開２００１−２４２８４２号公報（平成１３年９月７日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１と特許文献２を組み合わせたとしても、合計表示上限回数に達したか否かの判断は、オフライン状態にある各受信機９４０の表示回数をカウントすることなく行われることに変わりはなく、その時点で、実際には複数の受信機９４０の合計表示回数が合計表示上限回数を上回っていたとしても、合計表示上限回数に達していないと誤判断されてしまうという管理上の問題があった。
【０００８】
そこで、本発明は、上記の問題に鑑みてなされたものであり、合計広告表示回数が合計表示上限回数を上回らないように管理できる広告配信サーバ、広告表示端末、広告配信システム、広告配信サーバ制御プログラム、広告表示端末制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る広告配信サーバは、入稿される広告データを少なくとも１つの広告表示端末へ配信する広告配信サーバであって、広告主端末から少なくとも前記広告データ、前記広告データの合計表示上限回数を受信する広告入稿部と、少なくとも前記広告データ、前記広告データの合計表示上限回数及び前記広告データの端末表示上限回数を記憶する記憶手段と、前記広告データ、前記広告データの合計表示上限回数、及び前記広告データの端末表示上限回数を管理する管理手段と、前記広告データ及び前記端末表示上限回数を含むデータを送受信する広告送受信手段とを備え、前記管理手段は、前記広告表示端末における広告表示回数を予測した予測オフライン表示回数を管理し、広告表示端末での表示回数のフィードバックにより、前記予測オフライン表示回数を実際の表示回数におきかえて管理する。
【００１０】
さらに、前記管理手段は、前記広告表示端末からフィードバックが有る場合、前記実際の表示回数を基にして広告料金を算出し、前記広告表示端末からフィードバックが無い場合、前記予測オフライン表示回数を基にして広告料金を算出し、前記広告料金を含むデータを前記広告主端末へ送信するものであってもよい。
【００１１】
さらに、前記管理手段は、広告入稿部が前記端末表示上限回数を受信した場合、該回数を前記記憶手段に記憶させ、前記端末表示上限回数を受信できない場合、前記合計表示上限回数に基づいて前記端末表示上限回数を算出し、前記記憶手段に記憶させるものであってもよい。
【００１２】
さらに、前記管理手段は、前記広告表示端末からのフィードバックデータを基に前記端末表示上限回数を算出し、前記広告主端末へ送信するものであってもよい。
【００１３】
本発明に係る広告表示端末は、広告配信サーバから取得した広告を提示する広告表示端末であって、前記広告配信サーバから広告データ及び端末表示上限回数の組を受信する受信手段と、前記広告データ、及び前記広告データの端末表示上限回数を記憶する記憶手段と、前記広告データを管理する管理部と、前記広告データを表示する表示手段と、１つ以上の上記広告データの中から、表示する広告データを所定の数選択する選択手段とを備え、前記管理部は、前記表示手段により表示された広告の表示回数を管理し、前記選択手段は、表示回数が端末表示上限回数未満の中から、表示する広告を選択する。
【００１４】
本発明に係る広告配信システムは、前記広告表示端末と、前記広告配信サーバとからなる。
【００１５】
本発明に係る広告配信サーバ制御プログラムは、少なくとも広告データ、前記広告データの合計表示上限回数及び前記広告データの端末表示上限回数を記憶する記憶手段と、前記広告データ、前記広告データの合計表示上限回数、及び前記広告データの端末表示上限回数を管理する管理手段と、前記広告データ及び前記端末表示上限回数を含むデータを送受信する広告送受信手段とを備えた広告配信サーバに実行させる広告配信サーバ制御プログラムであって、前記管理手段は、前記広告表示端末における広告表示回数を予測した予測オフライン表示回数を管理するステップと、広告表示端末での表示回数のフィードバックにより、前記予測オフライン表示回数を実際の表示回数におきかえて管理するステップとを有する。
【００１６】
本発明に係る広告表示端末制御プログラムは、広告配信サーバから広告データ及び端末表示上限回数の組を受信する受信手段と、前記広告データ、及び前記端末表示上限回数を記憶する記憶手段と、前記広告データを表示する表示手段とを備えた広告表示端末に実行させる広告表示端末制御プログラムであって、前記記憶手段に記憶された１つ以上の前記広告データの中から、表示する広告データを所定の数選択するステップと、前記表示手段に広告を表示するステップと、前記表示手段により表示された広告の表示回数を管理するステップと、前記記憶手段に記憶された表示回数が端末表示上限回数未満の前記広告データの中から、表示する広告を選択するステップとを有する。
【００１７】
本発明に係る記憶媒体は、広告配信サーバ制御プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１８】
本発明に係る記憶媒体は、広告表示端末制御プログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００１９】
本発明によれば、広告表示端末がオフライン状態でも、合計広告表示回数が合計表示上限回数を上回らないように管理できる広告配信サーバ、広告表示端末、広告配信システム、広告配信サーバ制御プログラム、広告表示端末制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係る広告配信サーバ２を含む広告配信システムの概略構成図である。
【図２】広告配信サーバで扱われるデータの名称と、その内容を示した図である。
【図３】本発明の一実施形態に係る広告表示端末の概略構成図である。
【図４】広告表示端末で扱われるデータの名称と、その内容を示した図である。
【図５】広告配信サーバが配信データを配信するステップを示したフローチャートである。
【図６】広告配信サーバ上で広告の配信準備を行うステップを示したフローチャートである。
【図７】広告を表示するステップを示したフローチャートである。
【図８】広告料金を算出するステップを示したフローチャートである。
【図９】入稿データを広告配信サーバに入稿するステップを示した処理フローチャートである。
【図１０】広告主が広告配信サーバに入稿データを入稿する情報端末画面の一例を示した図である。
【図１１】入稿データを入稿した際に、広告データベースにおいて管理されるサーバ側広告データの変化を示した図である。
【図１２】広告配信サーバが、配信する広告を準備する一例を示した図である。
【図１３】広告表示端末が広告配信サーバから配信データを受信し、端末側広告データを更新する一例を示した図である。
【図１４】広告表示端末の端末ＩＤが端末管理データベースに登録される一例を示した図である。
【図１５】広告枠種別に基づいて広告を選択する一例を示した図である。
【図１６】配信データを構成する一例を示した図である。
【図１７】広告が選択される一例を示した図である。
【図１８】広告が表示された広告表示端末の概観図である。
【図１９】広告配信サーバでフィードバックデータが受信される一例を表す図である。
【図２０】レポートデータを算出する一例を表した図である。
【図２１】従来技術に係る広告表示制御システムにおける送信側の装置の構成を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照して、本発明に係る一実施形態を詳細に説明する。
【００２２】
〔実施形態１〕
（広告配信サーバの構成）
図１は、本発明の一実施形態に係る広告配信サーバ２を含む広告配信システム１の概略構成図である。広告配信サーバ２は、広告主端末４から広告を受信し、複数の広告表示端末３へ配信し、表示回数を管理するものである。広告配信サーバ２と広告表示端末３とが必要に応じて直ちに通信できる状態をオンライン状態、広告配信サーバ２と広告表示端末３とが直ちに通信できるわけではない状態をオフライン状態として説明する。広告表示端末３は、オンライン状態でもオフライン状態でも広告表示が可能な端末である。広告はオンライン時に、広告配信サーバ２より配信され、広告表示端末３内に保存されることにより、オフライン状態でも広告が表示できる。広告主端末４は、広告配信サーバ２と通信可能に構成されており、広告を入稿することができる。
【００２３】
広告配信サーバ２は、複数の広告表示端末３と、少なくとも１つの広告主端末４とで、オンライン状態では通信可能となるよう構成される。広告配信サーバ２と広告表示端末３とは、オフライン状態になる時間が有っても構わないことは言うまでもない。広告配信サーバ２は、１台に限らず、複数台のサーバが組み合わせられたものであってもよく、例えば、広告を保存するサーバと、所定の管理項目データを管理するサーバとが分離していてもよい。サーバを分離させた場合、それぞれのサーバが連動して広告配信サーバ２の機能を果たすが、これは周知技術で実現可能である。
【００２４】
広告配信サーバ２は、広告主端末４から入稿された広告の配信等を管理する制御部２０を備える。制御部２０は、広告入稿部２１、広告送受信部２２、広告管理部２３、記憶部２４を有する。広告入稿部２１は、広告主端末４から入稿データ２２０の入稿を受け付ける。広告送受信部２２は、広告表示端末３からの要求もしくは広告管理部２３からの指示に基づいて、配信データ２２２を広告表示端末３へ配信する。
【００２５】
広告管理部２３は、主に広告配信サーバ２上での処理を管理する。例えば、広告管理部２３は、広告入稿部２１に入稿された入稿データ２２０に個別の広告ＩＤ２０５など所定のデータを付与した上で、サーバ側広告データ２２１として記憶部２４に保存する。そして、広告表示端末３から広告を選択する基準となる広告要求データ２２５を受信した広告配信サーバ２は、配信データ２２２を広告表示端末３へ配信する前に、配信する広告を所定の方法により選択する。さらに、広告管理部２３は、広告送受信部２２が広告表示端末３から受けたフィードバックデータ２２４を集計し、記憶部２４に記憶させる。
【００２６】
記憶部２４は、広告データベース２４ａ、及び端末管理データベース２４ｂを有する。広告データベース２４ａは、サーバ側広告データ２２１を記憶する。端末管理データベース２４ｂは、総端末数２１５や端末ＩＤ２１１を記憶する。ここで、総端末数２１５は、広告配信サーバ２に接続された広告表示端末３の数をカウントした値である。尚、本実施形態では広告データベース２４ａと端末管理データベース２４ｂとを別のデータベースとしたが、本発明はこれに限定されるものではなく、同一のデータベースとして扱ってもよい。
【００２７】
図２は、広告配信サーバ２で扱われるデータの名称と、その内容を示した図である。入稿データ２２０は、広告データ本体２０１、広告ターゲット２０２、合計表示上限回数２０３、及び端末表示上限回数２０４などを含む組合せデータである。広告データ本体２０１は、ＸＭＤＦ（登録商標）、ＰＤＦ、静止画、動画、ＨＴＭＬ、テキスト、ＦＬＡＳＨ（登録商標）等などで構成された広告データである。広告ターゲット２０２は、広告を特に見せたいユーザの属性を表し、地域、言語、性別などの文字列の組合せなどで構成されたデータであり、さらに年齢などの数値を組み合わせてもよい。合計表示上限回数２０３は、全ての広告表示端末３で表示される合計表示回数の上限値を表し、ここに示された回数を超えた広告は表示されないことを示す回数である。端末表示上限回数２０４は、各々の広告表示端末３の広告表示回数の上限値を表し、ここに示された回数を超えた広告は表示されないことを示す回数である。
【００２８】
サーバ側広告データ２２１は、広告データ本体２０１、広告ターゲット２０２、合計表示上限回数２０３、端末表示上限回数２０４、広告ＩＤ２０５、広告枠種別２０６、配信中端末数２０７、合計表示実施回数２０８、のべ配信端末数２１６、表示単価２１７、及び予測オフライン表示回数２１３を含む組合せデータである。広告ＩＤ２０５は、広告データ本体２０１を一意に識別するための値であり、文字列で構成されている。広告枠種別２０６は、端末の種類、広告を表示するアプリの種類、広告のサイズ等から決まる広告の分類を表す。配信中端末数２０７は、広告配信サーバ２から広告を配信した後、合計表示実施回数２０８のフィードバックを受けていない広告表示端末３の数を表したものである。合計表示実施回数２０８は、全広告表示端末３において広告が表示された合計回数を表す。のべ配信端末数２１６は、広告を配信したことのある端末数を、端末の重複を許して数えた値である。表示単価２１７は、広告配信サーバに予め記憶させられた０より大きい実数であり、広告を表示したときに発生する広告料の単価を表す。予測オフライン表示回数２１３は、広告配信サーバ２から広告を配信した後、合計表示実施回数２０８のフィードバックを受けていない分の表示回数を予測した値であり、例えば、端末表示上限回数２０４と配信中端末数２０７との積で算出される。
【００２９】
配信データ２２２は、前記サーバ側広告データのうち、幾つかのデータ、例えば、広告データ本体２０１、端末表示上限回数２０４、広告ＩＤ２０５、及び広告枠種別２０６などを含む組合せデータなど、必要に応じ、各々の広告表示端末に送信するデータの組合せで構成される。
【００３０】
（広告表示端末の構成）
図３は、本発明の一実施形態に係る広告表示端末３の概略構成図である。広告表示端末３は、配信された広告を表示するもので、制御部３０、操作受付部３１、及び表示部３２を備える。制御部３０は、広告の受信や表示を行う機能を制御するもので、広告送受信部３３、広告管理部３４、端末情報取得部３５、記憶部３６、及びアプリケーション部３７を有する。
【００３１】
広告送受信部３３は、広告配信サーバ２へ、該サーバが広告を選択する基準となる広告要求データ２２５を送信し、配信データ２２２を受信すると、次に端末表示実施回数２１０などを含んだフィードバックデータ２２４を送信する。広告管理部３４は、広告送受信部３３から取得した配信データ２２２に所定のデータを付与した上で、端末側広告データ２２３として広告データベース３６ａに記憶させる。端末情報取得部３５は、端末情報を取得して広告管理部３４へ送信する。ここで、端末情報とは、端末ＩＤ２１１やユーザ情報２１４を含む端末に保存された情報を表す。ユーザ情報２１４は、地域、言語、性別などの文字列の組合せであり、年齢などの数値を組み合わせたものでもよい。記憶部３６は、広告データベース３６ａを有し、広告データベース３６ａは、端末側広告データ２２３を記憶する。アプリケーション部３７は、表示部３２に表示される電子書籍等のアプリケーションである。アプリケーション部３７は広告提示部３７ａを有しており、電子書籍等のアプリケーションを起動させると、該アプリケーションに埋め込まれた広告提示部３７ａに広告データベース３６ａから選択された広告を表示させることができる。広告提示部３７ａは、広告管理部３４が広告データベース３６ａの中から選択した広告を表示部３２に表示する。操作受付部３１は、広告表示端末３に対する操作を受け付け、その内容を制御部３０へ送信する。操作受付部３１は、例えば、操作キー等で構成されていてもよいし、タッチパネルで構成され表示部３２と一体となっているものであってもよい。表示部３２は、広告を表示することができればよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、プラズマディスプレイ等によって実現されている。
【００３２】
図４は、広告表示端末３で扱われるデータの種類と、その内容を示したものである。端末側広告データ２２３は、少なくとも広告データ本体２０１、端末表示上限回数２０４、広告ＩＤ２０５、広告枠種別２０６、及び端末表示実施回数２１０を含む組合せデータである。ここで、端末表示実施回数２１０は、各広告表示端末３の広告表示回数を表す。フィードバックデータ２２４は、少なくとも端末表示上限回数２０４、広告ＩＤ２０５、端末表示実施回数２１０、及び端末ＩＤ２１１を含む組合せデータである。ここで、端末ＩＤ２１１は、広告表示端末３を一意に識別するための値であり、文字列で構成される。広告要求データ２２５は、広告管理部３４が端末情報取得部３５から得られた情報を基に構成したデータの組み合わせで、広告枠種別２０６、端末ＩＤ２１１及びユーザ情報２１４を含む組合せデータである。
【００３３】
（広告配信システムの動作）
本実施形態における広告配信システム１の動作は、大きく分けると、広告配信、広告の表示、フィードバック、課金処理、及び広告の入稿に分けられる。特に、広告配信においては、広告配信サーバ２は、端末表示上限回数２０４や予測オフライン表示回数２１３を適切に管理することで、各広告が合計表示上限回数２０３を超えないように配信準備を行う。以下、広告配信フローについて詳細に説明する。
【００３４】
（広告配信）
図５は、広告配信サーバ２が配信データ２２２を配信する処理フローを示したフローチャートである。まず、広告表示端末３は、広告データベース３６ａを参照し（Ｓ１）、端末表示実施回数２１０が０より大きい広告が無ければ（Ｓ２；ＮＯ）Ｓ６へ移行し、端末表示実施回数２１０が０より大きい広告が有れば（Ｓ２；ＹＥＳ（以下、同様にステップをＳと表記する。））Ｓ３へ移行する。Ｓ３では、広告表示端末３は広告配信サーバ２へ、フィードバックデータ２２４を送信すると共に端末側広告データ２２３を削除し（Ｓ３）、該フィードバックデータ２２４を受信した広告配信サーバ２は、広告ＩＤ２０５毎の合計表示実施回数２０８を集計し、広告データベース２４ａを更新し（Ｓ４）、集計と更新が完了したことを広告表示端末３に通知し（Ｓ５）、Ｓ６へ移行する。
【００３５】
広告表示端末３が広告配信サーバ２へ広告要求データ２２５を送信すると（Ｓ６）、広告を配信する準備段階として、広告管理部２３は広告データベース２４ａの中から所定の方法により広告を選択し、配信データ２２２を構成する（Ｓ７）。このとき、選択される広告は複数個でもよい。また、広告の配信準備ステップであるＳ７に関しては、後に詳述する。
【００３６】
次に、配信データ２２２を配信する前に広告データベース２４ａの中から、Ｓ７で選択された広告をサーバ側広告データ２２１の中から探し出し、のべ配信端末数２１６と当該広告の配信中端末数２０７を配信する端末の数だけ加算し、予測オフライン表示回数２１３を配信データ２２２内の端末表示上限回数２０４の値だけ加算する（Ｓ８）。そして、広告要求を受けた広告表示端末３へ配信データ２２２を送信する（Ｓ９）。広告表示端末３は配信データ２２２を受信し、端末側広告データ２２３を書き変えてフローを終了する（Ｓ１０）。
【００３７】
本実施形態に係る広告配信サーバ２では、広告を配信する前に、広告表示端末３がオフラインの状態で表示されるであろう予測値として、予測オフライン表示回数２１３を設定し、管理することで、合計表示実施回数２０８が合計表示上限回数２０３を超えないようにすることができる。
【００３８】
（配信準備）
図６は、広告配信サーバ２上で広告の配信準備を行うステップを示したフローチャートで、Ｓ７０１〜Ｓ７０９はＳ７の詳細なステップを表す。まず、広告表示端末３が広告配信サーバ２へ広告要求データ２２５を送信すると（Ｓ６）、広告配信サーバ２は、広告要求データ２２５を受信し、広告要求データ２２５に含まれる端末ＩＤ２１１が端末管理データベース２４ｂに登録済みであれば（Ｓ７０１；端末ＩＤ登録済み）Ｓ７０３へ移行し、未登録であれば（Ｓ７０１；端末ＩＤ未登録）端末管理データベース２４ｂに端末ＩＤ２１１を追加し、総端末数２１５を１加算して（Ｓ７０２）Ｓ７０３へ移行する。
【００３９】
そして、広告要求データ２２５に含まれる広告枠種別２０６と一致する広告を広告データベース２４ａの中から選択し（Ｓ７０３）、選択された広告の残り表示可能回数を算出する（Ｓ７０４）。ここで残り表示可能回数とは、対象となる広告の合計表示上限回数２０３から、合計表示実施回数２０８と予測オフライン表示回数２１３とを減算した値である。
【００４０】
次に、選択された広告の端末配信可能回数を算出する（Ｓ７０５）。ここで端末配信可能回数とは、残り表示可能回数を総端末数２１５で割り算した値を小数点以下切り上げした値である。そして、広告要求データ２２５中のユーザ情報２１４に、選択された広告の広告ターゲット２０２が一致しなければ（Ｓ７０６；ＮＯ）、Ｓ７０８へ移行し、選択された広告の広告ターゲット２０２が一致すれば（Ｓ７０６；ＹＥＳ）、該広告の配信データ２２２内の端末表示上限回数を２倍にして（Ｓ７０７）、Ｓ７０８へ移行する。尚、端末表示上限回数は２倍に限定されず、例えば、広告要求データ２２５中のユーザ情報２１４と、選択された広告の広告ターゲット２０２と一致する項目数に基づいて計算される値としてもよい。
【００４１】
続いて、端末配信可能回数がサーバ側広告データ２２１中の端末表示上限回数２０４以下であれば（Ｓ７０８；ＹＥＳ）、端末配信可能回数が０のデータを配信データ２２２から削除して（Ｓ７０９）Ｓ８へ移行し、それ以外の場合は（Ｓ７０８；ＮＯ）、Ｓ７１０へ移行する。さらに、端末表示上限回数未満である場合（Ｓ７１０；ＹＥＳ）、配信データ２２２中の端末表示上限回数２０４に端末配信可能回数の値を代入してから（Ｓ７１１）Ｓ８へ移行し、それ以外の場合（Ｓ７１０；ＮＯ）、なにもせずＳ８へ移行する。
【００４２】
本発明に係る広告配信サーバ２では、上述のように、予測オフライン表示回数２１３を記憶し、オフラインにおける広告表示端末３の表示回数を広告配信サーバ２上で予測し、管理することで、広告表示端末３がオフライン状態であっても、合計表示上限回数２０３を上回って表示されることを抑えることができる。
【００４３】
〔実施形態２〕
実施形態２は、実施形態１に加えて、更に広告の表示、課金処理、及び広告の入稿のフローの一態様を示したものである。すなわち、実施形態２における、広告配信システム１、広告配信サーバ２、広告表示端末３、及び広告主端末４の構成は実施形態１と同様で、広告配信及び配信準備フローも実施形態１と同様である。
【００４４】
（広告の表示）
図７は、広告を表示するステップを示したフローチャートである。広告表示端末３は、電子書籍アプリを起動する等の所定の広告表示トリガーが発生しなければ（Ｓ２０；ＮＯ）、Ｓ２０を繰り返し、広告表示トリガーが発生すると（Ｓ２０；ＹＥＳ）、Ｓ２１へ移行する。そして、広告を表示する領域である広告提示部３７ａの広告枠種別２０６と合致し、且つ端末表示実施回数２１０が端末表示上限回数２０４に達していない広告の中から、無作為抽出等の所定の広告選択手段によって広告を１つ選択し（Ｓ２１）、選択された広告を表示して（Ｓ２２）、広告の端末表示実施回数２１０を１加算（Ｓ２３）した後、フローを終了する。
【００４５】
実施形態２に係る広告表示端末３は、端末表示実施回数２１０が、予め定めされた端末表示上限回数２０４を超えない広告だけを表示することで、表示のスループットを向上させることができる。
【００４６】
（課金処理）
図８は、広告料金を算出するステップを示したフローチャートである。広告主は広告主端末４から広告配信サーバ２へ、広告料金算出要求データ２２６を送信する（Ｓ３０）。尚、広告料金算出要求データ２２６は、広告主端末４から広告配信サーバ２へ送信されるデータで、少なくとも広告ＩＤ２０５を少なくとも含む組合せデータである。広告料金算出要求データ２２６を受け取った広告配信サーバ２は、広告料金算出要求データ２２６に含まれる広告ＩＤ２０５を基に、広告データベース２４ａ中から該当する広告の配信中端末数２０７を参照し、値が０であれば（Ｓ３１；ＹＥＳ）Ｓ３３へ移行し、それ以外の場合は（Ｓ３１；ＮＯ）Ｓ３２へ移行する。
【００４７】
次に、当該広告の配信中端末数２０７の値が０ではなかった場合、フィードバックの平均値（合計表示実施回数２０８を、のべ配信端末数２１６で割った値）をフィードバックが無かった端末の表示回数とし、フィードバックの平均値と配信中件数２０７との積を合計表示実施回数２０８に加算することで、新たに合計表示実施回数２０８を算出する。尚、この際にサーバ側広告データ２２１として上書きしなくても良い（Ｓ３２）。そして、合計表示実施回数２０８と表示単価２１７との積を小数点以下切り上げした値を、広告料金２１９として算出する。尚、（Ｓ３３）。算出された広告料金２１９と広告ＩＤ２０５が対応付けられたレポートデータ２２８を作成し（Ｓ３４）、広告配信サーバ２は広告主端末４へレポートデータ２２８を送信して（Ｓ３５）、広告主端末４がレポートデータ２２８を受信する（Ｓ３６）。尚、レポートデータ２２８は、広告ＩＤ２０５、及び広告料金２１９を含む組合せデータである。広告料金２１９は、広告に課金される料金を集計した値であり、０以上の実数で表される。
【００４８】
（広告の入稿）
図９は、入稿データ２２０を広告配信サーバに入稿するステップを示した処理フローチャートである。まず、広告主は、ＰＣ（Personal Computer）等の広告主端末４から広告配信サーバ２へ入稿データ２２０を入稿する（Ｓ４０）。広告管理部２３は、入稿データ２２０に対し、識別可能な広告ＩＤ２０５を生成し（Ｓ４１）、所定のデータ項目と共にサーバ側広告データ２２１として広告データベース２４ａに記憶し（Ｓ４２）、広告ＩＤ２０５を広告主端末４へ送信する（Ｓ４３）。そして、広告主端末４は広告ＩＤ２０５を受信する（Ｓ４４）。
【実施例】
【００４９】
図１０は、図９のＳ４０において、広告主が広告配信サーバ２に入稿データ２２０を入稿する情報端末画面の一例を示した図である。広告主は、独自のＩＤ番号とパスワード等を用いて、広告配信サーバ２の広告入稿画面へログインし、広告を入稿する。広告主はＰＣ等の広告主端末４から、広告データ本体２０１、広告ターゲット２０２、合計表示上限回数２０３、及び端末表示上限回数２０４を指定し、広告配信サーバ２へ入稿データ２２０として入稿することができる。但し、端末表示上限回数２０４の指定は必須ではなく、任意入力項目とし、広告配信時に広告配信サーバ２によって適宜決定される設定としてもよい。図１０の例では、広告データ本体２０１は「ａｂｃｄｅ．ｊｐｇ」というファイル名のＪＰＥＧファイル、広告ターゲット２０２は「東北、男」、合計表示上限回数２０３は「１００００」、端末表示上限回数２０４は「２０」であり、広告データ本体２０１のファイル名の隣にプレビュー画像を表示している。
【００５０】
図１１は、図９のＳ４１及びＳ４２において、入稿データ２２０を入稿した際に、広告データベース２４ａにおいて管理されるサーバ側広告データ２２１の変化を示した図である。図で示すように、入稿データ２２０に対し、Ｓ４１において広告ＩＤ２０５が付与され、さらに、広告枠種別２０６、配信中端末数２０７、合計表示実施回数２０８、のべ配信端末数２１６、表示単価２１７、及び予測オフライン表示回数２１３などがサーバ側広告データ２２１として更新され、広告データベース２４ａに記憶される。広告データベース２４ａに記憶される際、広告枠種別２０６は広告のサイズ等に基づいて、あらかじめ決められた所定の文字列が設定される。また、配信中端末数２０７、合計表示実施回数２０８、のべ配信端末数２１６、及び予測オフライン表示回数２１３の値は０、表示単価２１７のデフォルト値は０．１と設定される。但し、表示単価２１７の値は、広告枠種別２０６に基づいて決定されるものとしてもよい。
【００５１】
また、図１１の例では、入稿前の広告データベース２４ａに３つの広告データが存在し、広告データ本体２０１、広告ターゲット２０２、合計表示上限回数２０３、端末表示上限回数２０４、広告ＩＤ２０５、広告枠種別２０６、配信中端末数２０７、合計表示実施回数２０８、のべ配信端末数２１６、表示単価２１７、予測オフライン表示回数２１３の順に、１つ目が『「ｃａｔ．ｊｐｇ」、「四国，女」、「３００００」、「１０」、「Ａ００００１」、「ＡＡＡＡ」、「２００」、「１２０００」、「６００」、「０．０５」、「２０００」』、２つ目が『「ｄｏｇ．ｊｐｇ」、「関西，男」、「７００００」、「３５」、「Ａ００００２」、「ＢＢＢＢ」、「４００」、「５００００」、「１０００」、「０．０２」、「１４０００」』、３つ目が『「ｍｉｃｅ．ｊｐｇ」、「日本，女」、「３００００」、「１０」、「Ａ００００３」、「ＣＣＣＣ」、「１００」、「２００００」、「２５０」、「０．２」、「１０００」』である。そして、上記入稿データ２２０が入稿されると、上記３つの広告データに加えて、広告データ本体２０１、広告ターゲット２０２、合計表示上限回数２０３、端末表示上限回数２０４、広告ＩＤ２０５、広告枠種別２０６、配信中端末数２０７、合計表示実施回数２０８、のべ配信端末数２１６、表示単価２１７、予測オフライン表示回数２１３の順に、『「ａｂｃｄｅ．ｊｐｇ」、「東北，男」、「１００００」、「２０」、「Ａ００００４」、「ＤＤＤＤ」、「０」、「０」、「０」、「０．１」、「０」』というデータが広告データベース２４ａに記憶される。
【００５２】
図１２は、図５のＳ７及びＳ８において、広告配信サーバ２が、配信する広告を準備する一例を示した図である。広告管理部２３は、広告送受信部２２から受信した広告要求データ２２５を基に、サーバ側広告データ２２１から配信データ２２２を選択し、該抽出した広告の配信中端末数２０７及びのべ配信端末数２１６を１加算し、予測オフライン表示回数２１３を配信データ２２２内の端末表示上限回数２０４の値だけ加算する。ここで、広告要求データ２２５の中身は、端末ＩＤ２１１、ユーザ情報２１４、広告枠種別２０６の順に『「ＴＥＲＭ１０００」、「関東、男」、「「ＡＡＡＡ」、「ＤＤＤＤ」」』で、サーバ側広告データ２２１の中から、広告ＩＤ２０５が「Ａ００００４」のデータが配信データ２２２として選択され、配信中端末数２０７は「０」から「１」へ、のべ配信端末数２１６は「０」から「１」へ、予測オフライン表示回数は「０」から「２０」へと上書きされる。
【００５３】
図１３は、図５のＳ１０において、広告表示端末３が広告配信サーバ２から配信データ２２２を受信し、端末側広告データ２２３を更新する一例を示した図である。図１３の例では、配信データ２２２を受信する前に端末側広告データ２２３は無く、広告データ本体２０１が「ａｂｃｄｅ．ｊｐｇ」、端末表示上限回数２０４が「１０」、広告ＩＤ２０５が「Ａ００００４」、広告枠種別２０６が「ＤＤＤＤ」という配信データ２２２を受信することで、『「ａｂｃｄｅ．ｊｐｇ」、「１０」、「Ａ００００４」、「ＤＤＤＤ」、「０」』というデータが端末側広告データ２２３に追加される。
【００５４】
図１４は、図６のＳ７０１及びＳ７０２において、広告表示端末３の端末ＩＤ２１１が端末管理データベース２５に登録される一例を示した図である。端末管理データベース２５に、広告要求データ２２５に含まれる端末ＩＤ２１１「ＴＥＲＭ１０００」が登録されていないので、図のように、端末ＩＤ２１１が追加される。
【００５５】
図１５は、図６のＳ７０３において、広告枠種別２０６に基づいて広告を選択する一例を示した図である。まず、広告管理部２３は、サーバ側広告データ２２１の中から、広告要求データ２２５の広告枠種別２０６『「ＡＡＡＡ」、「ＤＤＤＤ」』のどちらか一方に一致するデータを抽出し、配信データ２２２を構成する。すなわち、配信データ２２２は、広告データ本体２０１、端末表示上限回数２０４、広告ＩＤ２０５、広告枠種別２０６の順に『「ｃａｔ．ｊｐｇ」、「１０」、「Ａ００００１」、「ＡＡＡＡ」』及び『「ａｂｃｄｅ．ｊｐｇ」、「２０」、「Ａ００００４」、「ＤＤＤＤ」』である。
【００５６】
図１６は、図６のＳ７０４〜Ｓ７１０において、配信データ２２２を構成する一例を示した図である。広告ＩＤ２０５「Ａ００００１」のデータの残り表示可能回数は、合計表示上限回数２０３「３００００」から、合計表示実施回数２０８「２５０００」と予測オフライン表示回数２１３「５０００」とを減算した値「０」となり、さらに残り表示可能回数「０」を総端末数２１５「１０００」で割った値である端末配信可能回数は「０」である。また、広告ＩＤ２０５「Ａ００００４」のデータの残り表示可能回数は、合計表示上限回数２０３「１００００」から、合計表示実施回数２０８「０」と予測オフライン表示回数２１３「０」とを減算した値「１００００」となり、さらに残り表示可能回数「１００００」を総端末数２１５「１０００」で割った値である端末配信可能回数は「１０」である。
【００５７】
さらに、Ｓ７０６で、広告要求データ２２５に含まれるユーザ情報２１４「関東、男」と一致するデータが配信データ２２２中にないため、何もせずに、端末配信可能回数と端末表示上限回数２０４を比較する。すると、広告ＩＤ２０５が「Ａ００００４」のデータの端末配信可能回数が「１０」と、当該データの端末表示上限回数２０４「２０」よりも小さいため、端末表示上限回数２０４を「１０」に書き換える。そして、広告ＩＤ２０５が「Ａ００００１」のデータの端末配信可能回数が「０」であるため、配信データ２２２から当該データを削除する。
【００５８】
図１７は、図７のＳ２１において、広告が選択される一例を示した図である。図１７の例では、広告提示部３７ａの広告枠種別２０６「ＤＤＤＤ」に一致するデータを端末側広告データ２２３の中から無作為に抽出し、広告ＩＤ２０５が「Ａ００００４」の広告が抽出される。
【００５９】
図１８は、広告が表示された広告表示端末３の概観図である。電子書籍等のアプリケーションが起動されると、無作為抽出された広告ＩＤ２０５が「Ａ００００４」の広告は、広告提示部３７ａに表示される。そして、広告表示端末３がオフラインの場合、端末側広告データ２２３中の端末表示実施回数２１０を１加算する。
【００６０】
図１９は、広告配信サーバ２でフィードバックデータ２２４が受信される一例を表す図である。フィードバックデータ２２４として、端末ＩＤ２１１「ＴＥＲＭ１０００」と、広告ＩＤ２０５、端末表示実施回数２１０の順に『「Ａ００００４」、「１」』とが、広告配信サーバ２へ送信され、サーバ側広告データ２２１に記憶された広告ＩＤ２０５が「Ａ００００４」のデータの、配信中端末数２０７はフィードバックデータ２２４の端末表示実施回数２１０の値「１」だけ減算され「０」となり、合計表示実施回数２０８はフィードバックデータ２２４の端末表示実施回数２１０の値「１」だけ加算され「１」となり、予測オフライン表示回数２１３はフィードバックデータ２２４の端末表示上限回数２０４の値「１０」だけ減算され「０」となる。
【００６１】
図２０は、図８のＳ３０〜Ｓ３６において、レポートデータ２２８を算出する一例を表した図であり、上述した図１９のステップの後に行われるステップである。
【００６２】
広告主は、広告入稿時と同様に、独自のＩＤ番号とパスワード等を用いて、広告配信サーバ２へログインし、レポートデータ２２８を取得する。
【００６３】
広告主は、広告料金算出要求データ２２６として、広告ＩＤ２０５の集合として『「Ａ００００１」、「Ａ００００２」、「Ａ００００３」、「Ａ００００４」』を広告配信サーバ２へ送信し、広告配信サーバ２で生成されたレポートデータ２２８、つまり、広告料金２１９、広告ＩＤ２０５の順に、『「２２９２」、「Ａ００００１」』、『「１４００」、「Ａ００００２」』、『「４０００」、「Ａ００００３」』、『「１」、「Ａ００００４」』を受信する。
【００６４】
尚、本実施形態において、広告配信サーバ２や広告表示端末３の各ブロック、特に制御部２０や制御部３０は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現していてもよいし、ＣＰＵ（central processing unit）を用いてソフトウェア的に実現してもよい。後者の場合、広告配信サーバ２および／または広告表示端末３は、各機能を実現する制御プログラムの命令を実行するＣＰＵ、上記制御プログラムを格納したＲＯＭ（read only memory）、上記制御プログラムを展開するＲＡＭ（random access memory）、上記制御プログラムおよび各種データを格納するメモリ等の記憶媒体などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである広告配信サーバ２および／または広告表示端末３の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記広告配信サーバ２および／または広告表示端末３に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ（microprocessor unit））が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【００６５】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ（compact disc read-only memory）／ＭＯ（magneto-optical）／ＭＤ（Mini Disc、登録商標）／ＤＶＤ（digital versatile disk）／ＣＤ−Ｒ（CD Recordable）等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ（erasable programmable read-only memory）／ＥＥＰＲＯＭ（electrically erasable and programmable read-only memory）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【００６６】
また、広告配信サーバ２、広告表示端末３、および／または広告主端末４を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（local area network）、ＩＳＤＮ（integrated services digital network）、ＶＡＮ（value-added network）、ＣＡＴＶ（community antenna television）通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ（institute of electrical and electronic engineers）１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（asynchronous digital subscriber loop）回線等の有線でも、ＩｒＤＡ（infrared data association）やリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（high data rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance、登録商標）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【００６７】
尚、本発明は実施形態１および２に限定されるものではない。
【００６８】
実施形態１および２では、表示単価２１７は広告配信サーバ２に予め記憶されるとあるが、本発明はこれに限定されるものではなく、表示単価２１７は、例えば、広告主が随時設定できるようにしてもよい。
【００６９】
また、広告表示端末３は、広告配信サーバ２へ広告要求データ２２５を送ることで、広告配信サーバ２から広告が配信されるものであるが、本発明はこれに限定されるものではなく、例えば、広告配信サーバ２が広告表示端末３へ定期的に広告を配信してもよい。
【００７０】
また、実施形態１および２では、料金を算出するため、広告配信サーバ２及び広告表示端末３で広告の表示回数を管理しているが、本発明の管理対象はこれに限定されるものではなく、広告の表示単価を管理してもよい。
【００７１】
また、実施形態１および２における予測オフライン表示回数２１３は、Ｓ７０４では端末表示上限回数２０４と配信中端末数２０７の積としたが、本発明における予測オフライン表示回数２１３の算出方法は、これに限定されるものではなく、例えば、合計表示実施回数２０８をのべ配信端末数２１６で割った値と、配信中端末数２０７との積であってもよい。
【００７２】
また、実施形態１および２では、広告表示端末３を特定するのに端末ＩＤ２１１を用いたが、代わりにユーザＩＤを用いて、ユーザを特定することにより、各処理を行ってもよい。
【産業上の利用可能性】
【００７３】
本発明の広告配信サーバ、広告表示端末、広告配信システム、及び広告配信プログラムは、コンテンツの配信及び管理に利用することができる。
【符号の説明】
【００７４】
１  広告配信システム
２  広告配信サーバ
２０、３０  制御部
２１  広告入稿部
２２、３３  広告送受信部
２３、３４  広告管理部
２４、３６  記憶部
３  広告表示端末
３１  操作受付部
３２  表示部
３７  アプリケーション部
３７ａ  広告提示部
４  広告主端末
２０３  合計表示上限回数
２０４  端末表示上限回数
２１３  予測オフライン表示回数
９３０  ホスト装置
９３５  送信部
９４０  受信機
【図１】
2012221277.tif 000003
【図２】
2012221277.tif 000004
【図３】
2012221277.tif 000005
【図４】
2012221277.tif 000006
【図５】
2012221277.tif 000007
【図６】
2012221277.tif 000008
【図７】
2012221277.tif 000009
【図８】
2012221277.tif 000010
【図９】
2012221277.tif 000011
【図１０】
2012221277.tif 000012
【図１１】
2012221277.tif 000013
【図１２】
2012221277.tif 000014
【図１３】
2012221277.tif 000015
【図１４】
2012221277.tif 000016
【図１５】
2012221277.tif 000017
【図１６】
2012221277.tif 000018
【図１７】
2012221277.tif 000019
【図１８】
2012221277.tif 000020
【図１９】
2012221277.tif 000021
【図２０】
2012221277.tif 000022
【図２１】
2012221277.tif 000023