JP2006058878A - 情報処理装置および方法 - Google Patents

Abstract

【課題】加入者の操作の妨げとならないように広告の受信および表示を行う。
【解決手段】 サーバから端末装置へ情報を伝送する回線の使用状況を回線監視部により監視し、回線が混雑していない場合は、広告データをサーバ側から受信した後、ＲＡＭに格納し、回線が混雑しているときに、ＲＡＭに既に格納されている広告をテレビジョン受像機に表示する。主要情報の転送を遅延することなく、副次的情報を端末装置へ転送することができる。また、副次的情報の内容および転送タイミングを自由に設定することができる。本発明は、インターネットのデータ配信に適用することができる。
【選択図】図２１

Description

本発明は、情報処理装置および方法に関し、特に、主要情報と副次的情報を授受する情報処理装置および方法に関する。

従来における、情報やサービス（以下、適宜情報サービスと称する）の提供システムにおいては、情報サービスを提供する提供側が、例えば、商品の宣伝を行うための情報（副次的情報）を、サービスの主要な情報（主要情報；以下、サービス情報と称する）に付加して視聴者に提供することがしばしば行われていた。

例えば、単方向の情報サービス提供システムであるテレビ放送では、番組（主要情報）の合間や番組の一部にコマーシャル（副次的情報）を挿入し、商品などの宣伝を行っている。また、一部のテレビ放送やＦＭラジオ放送に見られる文字放送では、放送電波に付加した文字データを、視聴者側の受信装置で再生することにより、メッセージなどの情報を伝達することができるようになされている。

また、近年ＷＷＷ(World Wide Web)システムの導入により活況を呈している双方向情報システムであるインターネットでは、例えば、ブラウザ(Browser)と呼 ばれるソフトウエアを使用して、対話形式で提供側から情報を取得することが可能となっている。

図３２は、インターネットの構成を説明するブロック図である。この図において、ＩＰ(Information Provider)１０は、固有のＩＰ(Internet Protocol)アド レスを有し、ネットワーク（インターネット）１１に対して情報を提供するサーバ（情報の提供源）である。また、ＡＰ(Access Provider)１２は、加入者の所 有する端末装置１４を、電話回線１３、または、専用回線（図示せず）を介して
、ネットワーク１１に接続するための接続サービスや、情報提供サービスを行っている。ＩＰ１０およびＡＰ１２を接続するネットワーク１１は、パケット方式により情報を伝送する。

次に、サーバと端末装置１４との間でデータ通信を行う際の動作について説明する。

端末装置１４が所望のＩＰ１０と接続し、所定のファイル（データ）にアクセスするためには、先ず、電話回線１３を介してＡＰ１２と接続する必要がある。そこで、端末装置１４は、電話回線１３に対してＡＰ１２の電話番号を出力する。その結果、端末装置１４とＡＰ１２との間の電話回線１３が閉結される。

次に、端末装置１４は、アクセスを希望するファイルのＵＲＬ(Uniform Resource Locator)を送出することにより、所望のＩＰ１０と接続される。その結果、これらの間で通信が可能となる。

なお、このとき、端末装置１４に対しても、ＩＰアドレスがＡＰ１２により割り当てられる。

いま、端末装置１４と、ＩＰ１０（サーバ）とが接続されているとする。このとき、サーバは端末装置１４に対して情報（ファイルのデータ）を供給する。この情報の中には、広告も含まれている。

図３３は、サーバから送られてきた情報の表示例である。この表示例では、画面中央部に、サービス情報（データベースの検索メニュー）に挿入される形で、ＡＰＰＬＥ社（商号）の広告が表示されている。この例では、“Click here to find out more”の表示が示すように、この部分をポインティングデバイス等に より指定することで、更に詳細な広告情報を得ることができるようになされている。

また、加入者がデータベースの検索項目として“ＳＯＮＹ”（商標）を入力すると、このキーワードはサーバに転送される。サーバは、このキーワードに対応する情報をデータベース等から検索し、この情報に広告を付加し、端末装置に転送する。

図３４は、情報検索結果の表示の一例である。この表示例では、キーワード“ＳＯＮＹ”に対する、検索結果の情報が表示されると共に、画面上方に広告“Ｗｉｎｋｌｅｒ ＭｃＭａｎｕｓ”（商標）が表示されている。

上記した情報サービス提供システムのうち、テレビ放送やＦＭ放送などの単方向の情報提供システム、副次的情報が主要情報の合間に強制的に挿入されるため、これらの副次的情報を必要としない視聴者にとっては、煩わしく感じられるという課題があった。

また、これらの単方向の情報提供システムでは、多くの視聴者に対して同一の副次的情報が提供されるため、個々の視聴者の個性や嗜好を反映した情報サービスを提供することが困難であるという課題があった。

さらに、インターネットなどの双方向の情報提供システムにおいては、副次的情報が主要情報と共に伝送されるので、この副次的情報の分だけ情報量が増加し、その結果、主要情報の伝送スピードが低下するという課題があった。

さらにまた、副次的情報は、主要情報に挿入される形で画面に表示されていた。従って、主要情報との関係から副次的情報の表示の形式が制限されるばかりでなく、また、逆に、副次的情報との関係から主要情報の表示形式が制限されるという課題があった。

本発明は、このような状況に鑑みてなされたものであり、加入者の個性や嗜好を反映した副次的情報を、比較的自由な形式で、しかも、加入者の操作の妨げにならないように提供することを可能とするものである。

本発明の一側面の情報処理装置は、伝送路を介して広告情報を端末装置に送信する情報処理装置であって、前記広告情報を格納する広告情報格納手段と、前記端末装置を利用するユーザの利用履歴を格納する履歴格納手段と、前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納手段から取得する取得手段と、前記取得手段で取得した広告情報を前記端末装置に送信する制御を行う第１の制御手段とを具備することを特徴とする。

前記第１の制御手段には、前記端末装置に前記広告情報の受信要求を送信する要求手段を更に設けるようにさせることができ、前記第１の制御手段には、前記受信要求によって前記端末装置が受信状態になった場合、前記取得手段で取得した広告情報を前記端末装置に送信する制御を行わせるようにすることができる。

前記ユーザにより選択された選択情報を前記端末装置に送信する制御を行う第２の制御手段と、前記端末装置との間で前記選択情報を伝送する伝送路の使用状況を検出する検出手段とをさらに設けるようにさせることができ、前記要求手段には、前記検出手段の検出出力に応じて、前記端末装置に受信要求を行わせるようにすることができる。

前記選択情報を分割情報に分割する分割手段をさらに設けるようにさせることができ、前記第２の制御手段には、前記分割手段により分割された分割情報を送信することにより、前記選択情報を前記端末装置に送信する制御を行わせるようにすることができ、前記検出手段には、前記端末装置との間で前記選択情報の前記分割情報を伝送する伝送路の使用状況を検出させるようにすることができる。

本発明の一側面の情報処理方法は、伝送路を介して広告情報を端末装置に送信する情報処理装置であって、前記広告情報を格納する広告情報格納手段と、前記端末装置を利用するユーザの利用履歴を格納する履歴格納手段と、前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納手段から取得する取得手段と、前記取得手段で取得した広告情報を前記端末装置に送信する制御を行う第１の制御手段とを具備する情報処理装置の情報処理方法であって、前記広告情報格納手段による、前記広告情報を格納する広告情報格納ステップと、前記履歴格納手段による、前記端末装置を利用するユーザの利用履歴を格納する履歴格納ステップと、前記取得手段による、前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納ステップの処理により格納された広告情報の中から取得する取得ステップと、前記第１の制御手段による、前記取得ステップの処理で取得した広告情報を前記端末装置に送信する制御を行う第１の制御ステップとを含むことを特徴とする。

本発明の一側面の情報処理装置および方法においては、伝送路を介して広告情報が端末装置に送信され、前記広告情報が格納され、前記端末装置を利用するユーザの利用履歴が格納され、前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報が取得され、取得された広告情報が前記端末装置に送信される。

本発明の一側面によれば、主要情報の転送を遅延することなく、ユーザの嗜好に合った副次的情報を端末装置へ転送することができる。また、サーバがユーザの嗜好に合った副次的情報の内容および転送タイミングを自由に設定することができる。さらに、端末装置がユーザの嗜好に合った副次的情報の転送の内容および転送タイミングを自由に設定することができる。

図１は、本発明に関するインターネットの接続関係を説明する図である。この図において、図３２と同一の部分には、同一の符号が付してあるので、説明を適宜省略する。図１においては、ＩＰ１５、専用回線１６、ＬＡＮ(Local Area Network)１７、内部回線１８、および端末装置１９が付加されている。ＩＰ１５は、ＩＰ１０と同様に、各加入者に対して情報を提供するようになされている。ＬＡＮ１７は、例えば、社内に敷設されている局所的なネットワークである。ＩＰ１５は、また、ＬＡＮ１７におけるサーバとして機能し、各社員の端末装置１９を内部回線１８を介して相互に接続したり、あるいは、外部のネットワーク（インターネット）１１と接続するようになされている。また、ＩＰ１５とＬＡＮ１７とは専用回線１６によって接続されている。

なお、本明細書中において、主要情報は、ＩＰ１０，１５およびＡＰ１２が提供する主要なサービス情報を意味しており、また、副次的情報は、同じくＩＰ１０，１５およびＡＰ１２が提供する、例えば、商品の広告、メッセージ、ニュース、天気予報などの情報を意味するものであることを予め付言しておく。

図２は、本発明に関するサーバの構成の一例を示すブロック図である。このサーバ２０は、図１に示すＩＰ１０，１５およびＡＰ１２などの装置の一部を構成するものである。この図において、制御部２１（要求手段、第１の検出手段）は、中央処理装置(CPU;Central Processing Unit)２１ａ、ＲＯＭ(Read Only Memory)２１ｂ、ＲＡＭ(Random Access Memory)２１ｃ、ＩＦ(Interface)２１ｄなどにより構成され、装置各部の制御を行うようになされている。

主要情報用データベース２２は、例えば、加入者が検索することができる様々な情報や、電子メールなどの情報（主要情報）を格納するようになされている。また、広告用データベース２３は、例えば、様々な商品の広告情報や、サーバ側から各加入者へ送られるメッセージなどの情報を格納している。また、広告用データベース部２３は、各加入者のサービス利用履歴などの個人情報も格納している。ネットワーク部２４（第１の送信手段、第２の送信手段）は、制御部２１から出力されるデータを適当な大きさのパケットに分割し、ネットワーク１１上へ送出すると共に、ネットワーク１１上のパケットを元のデータに変換し、制御部２１に供給するようになされている。なお、このサーバ２０の制御部２１は、サーバソフトウェア（ＷＷＷサーバ）と呼ばれるソフトウェアに記述された手順によって制御を行っている。

図３は、本発明に関する端末装置の構成の一例を示すブロック図である。この端末装置１９は、電話回線１３や内部回線１８を介して、ネットワーク１１上に接続される所望のＩＰ１０，１５やＡＰ１２から情報を取得することができるようになされている。この図において、主制御部４１（要求手段、第２の検出手段）は、装置各部の制御や所定の計算などを行うようになされている。この主制御部４１は、ＣＰＵ４１ａ、ＲＯＭ４１ｂ(EP-ROM,EE-PROMなどにより構成されて いる)、ＲＡＭ４１ｃ（D-RAMなどより構成されている；記憶手段）などの他、周辺装置から入力された情報を復号（デコード）するデコーダ４１ｄ、タイマ４１ｅ、拡張スロットＩ／Ｆ４１ｆなどにより構成されている。拡張スロットＩ／Ｆ４１ｆには、拡張スロット４２および４３が挿入されており、これらは、使用目的に応じて取り替えることができるようになされている。また、シリアルＩ／Ｆ４４および４５は、外部の周辺装置（図示せず）との間でシリアルデータを授受するようになされている。なお、この主制御部４１は、前述のブラウザと呼ばれるソフトウエア（ＷＷＷブラウザ）に記述されている処理手順に基づいて制御を行っている。

副制御部４６は、補助的な制御を行うようになされている。この副制御部４６は、ＣＰＵ４６ａ、ＲＯＭ４６ｂ、ＲＡＭ４６ｃの他、ＲＴＣ(Real Time Clock；第２の検出手段)４６ｄなどから構成されている。入力パネル４９（入力手段）は、加入者が入力を行う際に操作されるようになされており、端末装置１９の筐体の一部（例えば、フロントパネル等）に配置されている。この入力パネル４９から入力された情報は、パネルＩ／Ｆ５０を介して副制御部４６に供給されるようになされている。

リモートコマンダ９０（入力手段）は、加入者が位置情報を入力する際に操作されるようになされており、入力された位置情報は、赤外線に変換され、送出されるようになされている。リモートコマンダ９０から送出された赤外線は、受信部４７で受信された後、リモートコマンダＩ／Ｆ４８を介して副制御部４６に供給される。また、電源部５２は、装置の各部に電力を供給するようになされており、副制御部４６によりオン、オフがなされる。

モデム部５３（第１の受信手段、第２の受信手段）は、変復調部５３ａと、回線Ｉ／Ｆ５３ｂから構成されている。変復調部５３ａは、端末装置１９内部のディジタル信号と電話回線１３や内部回線１８上のアナログ信号とを相互に変換（変復調）するようになされている。回線Ｉ／Ｆ５３ｂは、電話回線１３や内部回線１８との間で情報を入出力するためのインターフェースである。電話機７０は、モデム部５３に接続され、通常の電話機として使用することができる他、図示しない受話器をマイクとして使用し、加入者の音声などを端末装置１９へ入力することができるようになされている。

オーディオ部５４は、ＰＣＭ(Pulse Code Modulation)コーディング部（ＰＣ Ｍエンコーダ、ＰＣＭデコーダより構成される）５４ａ、アナログスイッチ５４ｂから構成され、外部のオーディオ装置との間でオーディオ信号を授受するようになされている。ＰＣＭコーディング部５４ａは、アナログ信号をＰＣＭ信号に符号化（エンコード）し、また逆に、ＰＣＭ信号をアナログ信号に復号（デコード）するようになされている。アナログスイッチ５４ｂは、情報を入出力する対象を選択するようになされている。例えば、入力の対象としては、電話回線１３（内部回線１８）、電話機７０、オーディオ入力などの中から選択することができる。また、出力の対象としては、電話回線１３（内部回線１８）、電話機７０、オーディオ出力などの中から選択することができる。

ビデオ部５５（出力部）は、Ｖ−ＲＡＭ(Video Random Access Memory)制御部５５ａ、Ｖ−ＲＡＭ５５ｂ、ビデオオーバーレイ５５ｃから構成されており、映像（ビデオ）信号をテレビジョン受像機８０へ出力し、また、外部から映像信号を入力するようになされている。Ｖ−ＲＡＭ５５ｂは、ビットイメージに展開された画像データを格納するようになされており、複数の画像を格納するために複数のページから構成されている。Ｖ−ＲＡＭ制御部５５ａは、Ｖ−ＲＡＭ５５ｂの複数のページのいずれかを選択し、このページに対して読み出しおよび書き込み処理を行うようになされている。ビデオオーバーレイ５５ｃは、例えば、外部から入力されるビデオ信号と、Ｖ−ＲＡＭ５５ｂに格納されている画像データとを重畳処理し、その結果得られる画像信号をＮＴＳＣ(National Television System Committee)信号に変換し、テレビジョン受像機８０に出力するようになされている。

回線監視部２００は、ＩＰ１０またはＩＰ１５と端末装置１９との間をパケットが一定時間の間に流れる割合や、ＩＰ１０またはＩＰ１５からの転送待ちのパケットの数量などによって回線の混雑の状況を検出するようになされている。

主制御部４１、副制御部４６、モデム部５３、およびオーディオ部５４は、バス５７を介して相互に接続されている。また、主制御部４１とビデオ部５５は、バス５８を介して相互に接続されている。

図４は、図３に示す端末装置（セットトップボックス）１９と、テレビジョン受像機８０との接続関係を示す図である。端末装置１９は、電話回線１３（内部回線１８）と接続されると共に、信号線５９を介してテレビジョン受像機８０と接続されている。リモートコマンダ９０は、ペン型のポインティングデバイス１００で指定された位置情報を赤外線に変換し、端末装置１９に伝送するようになされている。

図５は、リモートコマンダ９０の詳細を示す図である。ペン型のポインティングデバイス１００によりタブレット９０ａ上の任意のポイントを指示し、ボタン１０１を押すと、指定されたポイントの位置情報が、所定の赤外線信号に変換され、送出されるようになされている。

図６は、リモートコマンダ９０の構成の一例を示すブロック図である。このリモートコマンダ９０としては、ＷＡＣＯＭ社（商号）の電磁誘導方式（電磁授受作用方式）のものを用いることができる。すなわち、タブレット９０ａは、電磁波を上方に向けて送信すると同時に、ポインティングデバイス１００より反射される反射波を受信するようになされている。検出回路９１は、タブレット９０ａによって受信された反射波から、ポインティングデバイス１００のタブレット９０ａ上の位置Ｐ（ｘ，ｙ）を検出し、検出信号を出力するようになされている。送信モジュール９２は、検出回路９１により検出された位置の情報を、所定の信号に変換し、ＩＲ(Infrared Ray)発光部９３に供給するようになされている。ＩＲ発光部９３は、送信モジュール９２より供給される信号を赤外線に変換し、送信するようになされている。電池９４は、リモートコマンダ９０各部に電力を供給するようになされている。電源回路９５は、電池９４の出力電圧を安定化するようになされている。電力の供給は電源スイッチ９６によりオン、オフされる。

図７は、図３の実施例において、広告を表示する処理を説明するフローチャートである。先ず、このフローチャートの処理について説明し、続いて、具体例を用いてこのフローチャートの更に詳細な説明を行う。なお、以下の処理においては、端末装置１９がＬＡＮ１７、ＩＰ１５、を介してＩＰ１０およびネットワーク１１と通信を行う場合について説明を行う。

図７に示す処理は、ＷＷＷブラウザにより、ネットワーク１１を介して所定のＩＰ（ＷＷＷサーバ）に接続したとき開始される。先ず、主制御部４１のＣＰＵ４１ａは、副制御部４６を介して、回線監視部２００（第１の検出手段、第２の検出手段）の出力信号を参照し、ＩＰ１５と端末装置１９との間の回線が混雑しているか否かを判定する（ステップＳ１１）。回線が混雑していない（ＮＯ）と判定すると、そのとき、主要情報の転送が行われていないので、ＣＰＵ４１ａは、ＲＡＭ４１ｃ上に確保されているバッファに空き領域があるか否かを判定する（ステップＳ１２）。バッファに空き領域がある（ＹＥＳ）と判定すると、ＣＰＵ４１ａは、モデム部５３を介して、図２に示すサーバ２０（ＩＰ１０）に対し、広告データを転送するように転送要求を行う。

なお、ステップＳ１１における回線が混雑しているか否かの判定は、各装置によって判定基準が異なるので、それぞれの装置にとって最適な値を定めておく必要がある。

この転送要求を受信したサーバ２０のＣＰＵ２１ａは、広告用データベース２３に格納されている利用履歴を参照し、加入者の嗜好にかなった広告を広告用データベース２３から取得する。この広告データは、制御部２１を介してネットワーク部２４へ供給され、転送要求を行った加入者の端末装置１９に転送されることになる。

なお、要求する広告データの転送サイズが大きすぎると、広告データの転送のために回線が長時間占有され、主要情報の転送の妨げとなるので、転送サイズのはあまり大きくしないようにする。また、転送サイズは、パケットの最小サイズよりも大きくした方が効率がよい。これは、転送サイズがパケットの最小サイズよりも小さいと、ダミーデータ等と一緒に転送されることになり、転送効率が低下するからである。

また、広告データの転送に要する時間は、加入者の操作の妨げとならないように、例えば、０.５［秒］程度に抑えることが望ましい。従って、転送サイズは、例えば、回線の最大データ転送速度が３［キロバイト／秒］であれば、転送サイズとして、１.５［キロバイト］程度を指定する。

さらに、転送サイズとして、例えば、１００［キロバイト］等のかなり大きなサイズが指定された場合、データの転送のためにＩＰ１０と端末装置１９の間の回線が混雑することが考えられる。そこで、この場合、ＩＰ１０において、これらの間で伝送されるパケットの伝送量を制御し、不要な混雑を防止することになる。

ステップＳ１３の転送要求により、サーバ２０から送出された広告データは、端末装置１９のモデム部５３によって受信され、さらに、変復調部５３ａによりディジタルデータに復調された後、主制御部４１に供給される。主制御部４１のＣＰＵ４１ａは、このデータを、ＲＡＭ４１ｃに確保されているバッファ領域に逐次格納していく（ステップＳ１４）。転送が終了すると、ＣＰＵ４１ａは、プログラムを終了するか否かを判定し（ステップＳ１５）、終了しない（ＮＯ）と判定すると、ステップＳ１１に戻り同様の処理を繰り返す。また、終了する（ＹＥＳ）と判定すると、処理を終える（エンド）。

ステップＳ１１において、ＣＰＵ４１ａが、回線が混雑している（ＹＥＳ）と判定した場合は、ステップＳ１６で、広告を現在表示中であるか否かを判定する。広告を表示していない（ＮＯ）とき、ステップＳ１８に進み、新しい広告を表示するようになる。すなわち、回線が混雑しているということは、例えば、いま、端末装置１９はサーバからデータを取り込み中であり、取り込みが完了するまで、新たな入力を行うことはできない。そこで、広告を表示しても操作の妨げになることはない。既に広告を表示中のときは、副制御部４６のＲＴＣ４６ｄを参照し、１つ前の広告が予め設定した所定の時間、例えば、１０秒間表示されたか否かを判定する（ステップＳ１６）。１０秒間表示されていない（ＮＯ）と判定すると、ステップＳ１１に戻り同様の処理を繰り返す。また、１０秒間表示された（ＹＥＳ）と判定すると、ステップＳ１８に進み、新しい広告の表示処理を行う。

すなわち、ＣＰＵ４１ａは、ステップＳ１４の処理によりＲＡＭ４１ｃ上のバッファ領域に格納されている新たな広告データを読み出し、これに所定の展開処理等を施すことによりビットイメージデータに変換した後、ビデオ部５５に転送する。

ビデオ部５５は、このビットイメージデータを、Ｖ−ＲＡＭ制御部５５ａが指定するページに格納する。このビットイメージは、ビデオオーバレイ５５ｃにより、その他のページに格納されているビットイメージ（主要情報の画像）と必要により重畳処理が施され、テレビジョン受像機８０に供給される。その結果、新しい広告が画面に表示されることになる（ステップＳ１８）。続いて、ＣＰＵ４１ａは、バッファに格納されている、１０秒間表示された１つ前の広告データをクリアし（ステップＳ１９）、ステップＳ１５に進む。このステップＳ１５の処理は、前述したので説明を省略する。

次に、具体例を用いて、以上の処理の説明を行う。

図８は、端末装置１９のＷＷＷブラウザのメインメニュー画面の表示例である。この例では８つの選択項目（“メールサービス”、“交通情報”、“ニュース”、“ショッピング”、“ＴＶ番組案内”、“お天気”、“ホビー”、“インターネット”）が表示されている。

図９は、図８のメインメニューにおいて、選択項目のなかから“インターネット”を選択した場合に表示されるメニュー画面（ローカルメニュー）である。この選択項目においては、端末装置１９が現在接続されているＩＰ１５から、ネットワーク１１上の他のＩＰへ接続を変更するための処理が行われるようになされている。この表示例では“Ｓｏｎｙ（商標） Ｄｒｉｖｅ”、“ＮＴＴ（サービスマーク）”、“Ｃｙｂｅｒ Ｐｕｂｌｉｓｈｉｎｇ Ｊａｐａｎ”、“その他”の４つの選択項目が表示されている。

次に、加入者が図９に示すローカルメニューから、“ＮＴＴ”をリモートコマンダ９０などにより選択したとすると、この情報は、副処理部４６からモデム部５３を介してＩＰ１５へ伝送される。この例では、ＮＴＴの情報を提供するサーバ２０（ＩＰ１０）は、外部のネットワーク１１上に接続されている。従って、ＩＰ１５は、ネットワーク１１を介して、ＮＴＴの情報を提供するＩＰ１０を呼び出し、これとの間に回線を確保する。回線が確保されると、ＩＰ１０は、ネットワーク１１、ＩＰ１５、ＬＡＮ１７を介して、加入者の端末装置１９に対して主要情報の転送を行う。

図１０は、このようにして主要情報が転送されたとき、最初に表示される画面（ＮＴＴのホームページ）の一例を示している。この表示例では、“ジャパンウィンドウ(Japan Window)”と、“日本の新着情報”の２つの選択項目が表示されている。

この画面において、ポインティングデバイス１００のボタン１０１を押したままで、カーソルを主要情報が表示されているウィンドウの内部から外部へ移動させる操作（ドラッグ操作）を行うと、図１１に示すように、画面下部にコントロールパネルが表示される。このコントロールパネル左端の“家”を象ったボタンを押す（カーソルで指定し、ボタン１０１を押す）と、図８に示すメインメニューに戻ることになる。また、その横には左右を向いた２つの三角形（ナビゲーションボタン）が表示され、さらに右側には、ＲＡＭ４１ｃに接続履歴として保存されている、加入者が現在までに接続したサーバ（ファイル）のＵＲＬ(Uniform Resource Locator)が表示される。左向きの矢印のナビゲーションボタンを押すと、接続履歴上で１つ前のサーバのＵＲＬが小窓に表示され、そこへのアクセスが行われ、コントロールパネルの上にはそのホームページが表示される。また、右向きの矢印のナビゲーションボタンを押すと、次のＵＲＬが小窓に表示され、そこにアクセスが行われ、そのホームページが表示されることになる。いま、ナビゲーションボタンは操作されていないので、現在接続されているＮＴＴのサーバ２０のＵＲＬ“ｈｔｔｐ／／ｗｗｗ．ｎｔｔ．ｊｐ”が表示されている。

いま、加入者が、選択する項目を考慮している最中であるとすると、端末装置１９は、加入者からの入力を待っている状態であるから、内部回線１８上に情報は伝送されて来ない。このとき、図７に示す処理が実行されたとすると、端末装置１９のＣＰＵ４１ａは、副制御部４６を介して、回線監視部２００の出力を参照し、回線が混雑していないことを検知する。この結果、主制御部４１のＣＰＵ４１ａは、回線が混雑していない（ステップＳ１１でＮＯ）と判定し、続いて、バッファに空き領域があるか否かを判定する（ステップＳ１２）。

バッファに空き領域がある（ＹＥＳ）と判定したとすると、ＣＰＵ４１ａは、ＩＰ１０（サーバ２０）に対し広告データの転送要求を行う（ステップＳ１３）。その結果、サーバ２０から広告データが転送され、端末装置１９はこのデータをバッファに格納し（ステップＳ１４）、処理を終了する（エンド）。

図１０に示すＮＴＴのホームページのメニュー画面において、“日本の新着情報”をリモートコマンダ９０により選択したとすると、この項目を選択したことを示す情報がサーバ２０に転送される。そして、サーバ２０は、この項目に関する主要情報を端末装置１９に対して転送する。

主要情報の転送がなされている際に、図７に示す処理が再度実行されたとすると、主制御部４１のＣＰＵ４１ａは、回線が混雑している（ステップＳ１１でＹＥＳ）と判定する。このとき、広告は表示されていない（ステップＳ１６でＮＯ）ので、ステップＳ１８に進み、ステップＳ１４の処理によりバッファに格納されている新しい広告を表示する。そして、ステップＳ１９に進み、バッファに格納されている１つ前に表示された広告データをクリアする。いま、バッファには現在表示中の広告データのみが格納されており、表示が終了した広告データ（以前に表示がなされたデータ）は存在しないので、実質的にはクリア処理はなされず、ステップＳ１５に進む。そして、プログラムを終了する（ＹＥＳ）と判定すれば、処理を終え（エンド）、継続する（ＮＯ）と判定すれば、ステップＳ１１に戻り同様の処理を行うことになる。

図１２は、主要情報の転送中に画面に表示されている広告の一例を示す。この表示例は、ＣＤショップの広告であり、図８のメニューに示す“ショッピング”を利用して加入者がこれまでに購入したＣＤの購入履歴を参照して、推薦されるＣＤが表示されている。この例では、画面に表示されているグラフィックボタンをリモートコマンダ９０などで操作することにより、ＣＤを試聴したり、ＣＤを購入することができるようになされている。

ＩＰ１０からの主要情報の転送が完了すると、この主要情報は、主制御部４１において必要な処理が施された後、ビデオ部５５に転送される。ビデオ部５５では、広告のイメージデータが格納されているページとは異なるページにこの主要情報を格納する。そして、主制御部４１からの指令により、表示ページ（テレビジョン受像機８０に出力する画像）を、広告の格納されているページから主要情報が格納されているページへ変更する。この結果、新たにＩＰ１０から転送されてきた主要情報が、テレビジョン受像機８０に表示されることになる。

図１３は、前述の処理の結果表示される主要情報の表示例を示している。この表示例では、日本の新着情報として、阪神大震災に関する情報が示されている。

図１４は、図１３に示す画面において前述のドラッグ操作を行った場合に表示されるコントロールパネルを示している。

いま、加入者が、画面に表示されているこれらの情報に目を通しているとすると、このとき、サーバ２０と端末装置１９の間では情報の授受がなされていないので、図７に示す処理が再度実行されると、サーバ２０から新たな広告情報が転送されることになる。

いま、加入者が前述の日本の新着情報を読み終え、所定の操作（例えば、ボタン１０１を２度押すなど）により、図９に示すインターネットのローカルメニューに戻り、“Ｓｏｎｙ Ｄｒｉｖｅ”を選択したとする。すると、この“Ｓｏｎｙ Ｄｒｉｖｅ”は、ＩＰ１５が提供する情報であるので、これまで接続されていたＮＴＴのＩＰ１０からＩＰ１５に接続先が変更されることになる。接続の変更が完了すると、ＩＰ１５（サーバ２０）は、端末装置１９に対して主要情報の転送を開始する。

図１５は、この転送の際に、図７に示す処理が実施された場合に表示される広告の表示例を示している。この例では、ミュージシャンに関する情報が表示されている。

主要情報の転送処理が終了すると、図１６に示す、“Ｓｏｎｙ Ｄｒｉｖｅ”のホームページが表示されることになる。この表示例では、最新のＭＤ(Mini Disc)製品情報と、ＭＤソフトの紹介がなされている。

図１７は、図１６の画面上において、前述のドラッグ操作を行い、コントロールパネルを表示させた場合の表示例を示している。

加入者がこの画面において、サーバ２０からのデータの転送を伴う操作を行った場合に、図７の処理が実行されると、新たな広告が表示されることになる。図１８は、新たに表示される広告の一例である。この表示例では、ミュージシャンのアルバムが表示されている。

以上に示した広告表示処理によれば、回線が混雑していない状態のときに、広告データ（副次的情報）が転送されるので、サービス情報（主要情報）の転送が遅延されることがない。そのうえ、サーバ側から主要情報が転送されている期間（処理を待っている間）に広告の表示が行われるため、図１２、図１５、図１８に示すように、主要情報が表示されている画面（ページ）とは別のページの全範囲を使用して広告を表示することができる。従って、比較的自由な形式で広告を表示することができると共に、主要情報の表示形式を制限することがない。

なお、以上では、広告を主要情報とは別のページに表示するようにしたが、その他の表示方法について以下に説明する。

図１９は、主要情報と広告とを同一ページ内の別々のウィンドウに表示する表示例を示している。このような表示形式では、それぞれのウィンドウが縮小されるため、文字などが多少判別しにくくなる可能性がある。しかしながら、主要情報と広告とを同時に表示することができるため、例えば、メニュー上の項目を選択した後で、これを取り消す（キャンセルする）処理などを行うことが可能となる。また、この表示例では、１種類の広告のみが表示されているが、複数の広告を同時に表示することも可能である。

図２０は、主要情報が表示されているウィンドウの一部に広告を表示するようにした表示例である。この表示例は、従来の表示例と同一の表示形式である。しかしながら、従来例では、主要情報に広告データが挿入されて転送されていたのに対し、この例では、回線が混雑していないときに広告データが転送されるので、主要情報の転送を遅延することがない。

以上の例では、広告だけを表示するようにしたが、例えば、ニュースや天気予報などの情報（付加情報）と、広告などとを組み合わせて表示することにより、加入者の注意を引き、更に広告効果を向上させることができる。このような表示の一例を図２１に示す。この表示例では、金相場の高騰を伝えるニュース（“金相場大幅に高騰”）と共に、貴金属店の広告（“貴金属のご購入は内外貴金属で。”）が表示されており、これにより、広告効果の向上を期待することができる。なお、この例では広告と付加情報とを同時に表示するようにしたが、ニュースやメッセージなどの付加情報のみを先に表示し、加入者が興味を抱いた場合に、所定の入力をきっかけにして、広告情報を続いて表示するようにしてもよい。また、付加情報のみを単独で表示するようにしてもよいことは勿論である。

図２２は、所定の時間毎に広告を表示するための処理を説明するフローチャートである。この表示処理は、回線の混雑状況とは無関係に、３分毎に２秒間だけ広告を表示するようになされている。この処理が実行されると、主制御部４１のＣＰＵ４１ａは、１つ前の広告が表示されてから、３分間が経過したか否かを判定する（ステップＳ３１）。経過していない（ＮＯ）と判定すると回線が混雑しているか否かを判定する（ステップＳ３２）。回線が混雑している（ＹＥＳ）と判定すると、ステップＳ３１に戻り同様の処理を繰り返す。また、回線が混雑していない（ＮＯ）と判定すると、ステップＳ３３に進む。なお、ステップＳ３３乃至ステップＳ３５は、図７におけるステップＳ１２乃至ステップＳ１４と同様であるので、これらの処理の説明を省略する。

ステップＳ３１において、ＣＰＵ４１ａが、１つ前の広告が表示されてから３分間が経過した（ＹＥＳ）と判定すると、バッファに格納されている新しい広告を表示する（ステップＳ３７）。そして、広告を表示してから２秒間が経過したか否かを判定し（ステップＳ３８）、経過していない（ＮＯ）と判定すると、ステップＳ３８に戻り同様の処理を繰り返す。２秒間が経過した（ＹＥＳ）と判定すると、バッファに格納されている前の広告データをクリアし（ステップＳ３９）、ステップＳ３６に進む。そして、プログラムを継続するか否かを判定する（ステップＳ３６）。プログラムを終了する（ＹＥＳ）と判定すると、処理を終え（エンド）、プログラムを終了しない（ＮＯ）と判定すると、ステップＳ３１に戻り同様の処理を繰り返す。

以上の処理によれば、所定の時間毎に広告が表示されるので、回線の混雑状況によらず、広告を確実に表示することができる。

なお、以上の処理では、３分毎に２秒間だけ広告を表示するようにしたが、広告を画面の一部に表示し、これを所定の時間（例えば３分間）毎に新しい広告に更新するようにしてもよい。

図２３は、加入者からの入力が所定の時間以上なされない場合に、広告を画面に表示する処理を説明するフローチャートである。この処理では、３分間以上、加入者からの入力が実質的に無い場合（加入者が次に行われる処理を待っている場合や休息している場合など）に広告を表示するようになされている。この処理が実行されると、ＣＰＵ４１ａは、副制御部４６のＲＴＣ４６ｄを参照し、リモートコマンダ９０や入力パネル４９から、３分間以上入力がない状態が続いているか否かを判定する（ステップＳ５１）。３分間以上無入力の状態が続いていない（ＮＯ）と判定すると、ＣＰＵ４１ａは、ステップＳ５２の処理に進む。なお、ステップＳ５２乃至ステップＳ５５の処理は、図２２のステップＳ３２乃至ステップＳ３５と同様であるので、これらの説明を省略する。

ステップＳ５１において、ＣＰＵ４１ａが、３分間以上入力がない状態が続いている（ＹＥＳ）と判定すると、ＣＰＵ４１ａは、バッファに格納されている新しい広告を読み出し、これをテレビジョン受像機８０に表示する（ステップＳ５７）。続いて、加入者が入力を行ったか否かを判定し（ステップＳ５８）、入力がなされていない（ＮＯ）と判定すると、ステップＳ５８に戻り、入力がなされるまで同様の処理を繰り返す。入力がなされた（ＹＥＳ）と判定すると、ＣＰＵ４１ａは、バッファに格納されている１つ前の広告データをクリアし、プログラムを終了するか否かを判定する（ステップＳ５６）。プログラムを終了する（ＹＥＳ）と判定すれば処理を完了し（エンド）、継続する（ＮＯ）と判定した場合は、ステップＳ５１に戻り同様の処理を繰り返すことになる。

以上の処理によれば、３分間以上加入者からの入力がなされない場合、例えば、サーバ２０からプログラムをダウンロード(Down Load)しているときだけでな く、アップロード(Up Load)している場合にも、広告を表示することが可能とな る。これに加えて、例えば、周辺装置との間でシリアルデータを授受している場合などにも広告を表示することができる。なお、図２３の処理では、加入者が入力を行うまで同一の広告を表示するようにしたが、例えば、１分ごとに新しい広告に更新するようにしてもよい。

以上の実施例では、加入者側の端末装置１９に回線監視部２００を具備させ、この出力に応じて副次的情報を転送するようにしたが、サーバ２０側に回線監視部を具備させることによっても同様の処理を行うことができる。

図２４は、サーバ２０に回線監視部２００（検出手段、第１の検出手段）を具備させた場合の構成の一例を示すブロック図である。この図において、図２と同一の部分には同一の符号を付してあるので、説明を適宜省略する。

この図において、回線監視部２００は、サーバ２０と図３に示す端末装置１９との間の回線が混雑しているか否かを検出し、検出結果を制御部２１に出力するようになされている。それ以外の構成は、図２における場合と同様である。

図２５は、図２４に示すサーバ２０における広告データの転送処理の一例を説明するフローチャートである。この処理が実行されると、先ず、制御部２１のＣＰＵ２１ａは、回線監視部２００の出力を参照し、回線が混雑しているか否かを判定する（ステップＳ７１）。回線が混雑している（ＹＥＳ）と判定すると、ステップＳ７１に戻り同様の処理を繰り返す。また、回線が混雑していない（ＮＯ）と判定すると、ＣＰＵ２１ａは、端末装置１９に対して広告データの受信要求を意味するコマンドを転送する（ステップＳ７２）。

このコマンドを受信した端末装置１９は、現在受信可能であるか否かを示すデータをサーバ２０に対して送信する。この結果、サーバ２０のＣＰＵ２１ａが端末装置１９が受信不可能である（ＮＯ）と判定した場合は、ステップＳ７３に戻り同様の処理を繰り返す。また、受信可能である（ＹＥＳ）と判定した場合、サーバ２０は、広告データを広告用データベース２３から読み込み、端末装置１９へ送出する（ステップＳ７４）。転送が完了すると、処理を終了する（エンド）。

本実施例では、サーバ２０および端末装置１９に回線監視部２００を設けて、回線の混雑状況を検出するようにした。しかしながら、回線監視部２００の代わりに、サーバ２０または端末装置１９のソフトウエアにより回線の混雑状況を判定するようにしてもよい。この場合、例えば、ネットワーク部２４あるいは５３から送出（受信）されるデータを監視することで、回線の混雑状況を判定することができる。

図２６は、端末装置１９の広告表示用ソフトウエア３０３に回線監視機能３０４を具備した場合のブロック図である。この図において、広告提供サーバソフトウエア３０１は、端末装置１９に対して広告データを転送するようになされている。また、ブラウザ３０２は、主要情報をサーバ２０から取得するためのソフトウエアである。広告表示ソフトウエア３０３は、サーバ２０から転送された広告データを表示するようになされており、このソフトウエアに回線監視機能３０４が具備されている。以上の構成によれば、新たな装置を付加することなく、回線の監視を行い、この結果に応じて広告データを転送することが可能となる。

また、本実施例に関するフローチャートの中で、１０秒間、３分間などの具体的数字を用いたが、これらは、使用状況に応じて適宜変更することができることは言うまでもない。

さらに、本実施例では、図１に示す、内部回線１８に接続されている端末装置１９とＩＰ１０との間で通信がなされる場合について説明したが、電話回線１３に接続されている端末装置１９がＡＰ１２を介して任意のＩＰ１０，１５と通信を行う場合においても本発明を適用することができることは言うまでもない。また、端末装置１９を、電話回線１３や内部回線１８を介さずに、ネットワーク１１に直接接続することも可能である。その場合、アクセスを希望するファイルのＵＲＬを送出することにより、直ちに任意のＩＰ１０，１５と接続し、通信を行うことが可能となる。

なお、以下に図８のメインメニューに掲載されているサービスについて簡単に説明をおこなう。

図８のメインメニューにおいて、“メールサービス”を選択すると、図２７に示すメールリストが表示されることになる。このメールリストには、加入者に宛てに送信された電子メールの一覧が表示されている。

いま、加入者が、このメールリストから“本田 靖”をリモートコマンダ９０などによって選択したとすると、指定されたメールがサーバ２０側から端末装置１９へ転送される。図２８は、その表示例である。

図２８の画面において、画面右上に表示されている矢印（リターン）をリモートコマンダ９０などにより操作すると、図２７のメールリストに戻ることになる。そして、図２７の画面において更に“父”を選択した場合に表示されるメールの表示例を図２９に示す。

図３０は、図２９に示す表示画面においてリターンキーを操作し、図２７に示す画面の右上に表示される手紙を象ったボタンを押した場合に表示される画面の表示例を示している。この画面では、他の加入者に宛てるメールを作成することができる。作成終了後、題名、送信相手を入力すると、このメールは、ＩＰ１５（サーバ２０）の主要情報用データベース２２に格納される。そして、送信相手がメールサービスを利用した際に、このメールがメールリスト上に掲示されるようになされている。

図３１は、図８のメインメニューにおいて、“ＴＶ番組案内”の項目を選択した場合に表示される画面の表示例を示している。この例では、日時と、チャンネルとを指定することで、放送されるテレビ番組のリストを得ることができる。

なお、以上の実施例においては、端末装置１９をテレビジョン受像機８０とは別の構成としたが、一体的な構成とすることもできる。

さらに、以上の実施例では、端末装置１９へ送信する副次的情報の種類をサーバ２０が選択するようにしたが、これを、端末装置１９において選択し、表示するようにしてもよいことは勿論である。

本発明に関するインターネットの構成の一例を示すブロック図である。 本発明に関するサーバの一実施例の構成を示すブロック図である。 本発明に関する端末装置の一実施例の構成を示すブロック図である。 本発明に関する端末装置とテレビジョン受像機との接続の一例を説明する図である。 本発明に関するリモートコマンダの外観の構成を示す図である。 本発明に関するリモートコマンダの内部の電気的な構成の一例を示すブロック図である。 図３の実施例における広告表示処理を説明するフローチャートである。 図３の実施例におけるメインメニューの表示例を示すディスプレー上に表示した中間調画像の写真である。 図８の表示例においてインターネットを選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図９の表示例において、ＮＴＴを選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図１０の表示例において、コントロールパネルを表示させた場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理による広告の表示例を示すディスプレー上に表示した中間調画像の写真である。 図１０の表示例において、日本の新着情報を選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図１３の表示例において、コントロールパネルを表示させた場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理による広告の表示例を示すディスプレー上に表示した中間調画像の写真である。 図９の表示例において、Ｓｏｎｙ Ｄｒｉｖｅを選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図１６の表示例において、コントロールパネルを表示させた場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理による広告の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理によるサービス情報と広告の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理によるサービス情報と広告の他の表示例を示すディスプレー上に表示した中間調画像の写真である。 図７の処理によるサービス情報と広告の更に他の表示例を示すディスプレー上に表示した中間調画像の写真である。 図３の実施例における他の広告表示処理を説明するフローチャートである。 図３の実施例における更に他の広告表示処理を説明するフローチャートである。 本発明に関するサーバの他の一実施例の構成を示すブロック図である。 図２４の実施例における広告データ送信処理を説明するフローチャートである。 端末装置のソフトウエアに回線監視機能を具備させた場合の構成の一例を示すブロック図である。 図８の表示例においてメールリストを選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図２７の表示例において本田靖を選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図２７の表示例において父を選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図２７の表示例において電子メール作成を選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 図８の表示例においてＴＶ番組ガイドを選択した場合の表示例を示すディスプレー上に表示した中間調画像の写真である。 インターネットの構成の一例を説明するブロック図である。 従来におけるサービス情報と広告の表示例を示すディスプレー上に表示した中間調画像の写真である。 従来におけるサービス情報と広告の他の表示例を示すディスプレー上に表示した中間調画像の写真である。

符号の説明

１０，１５ ＩＰ
１１ ネットワーク
１２ ＡＰ
１３ 電話回線
１４，１９ 端末装置
１６ 専用回線
１７ ＬＡＮ
１８ 内部回線
２０ サーバ装置
２１ 制御部（要求手段、第１の検出手段）
２２ 主要情報用データベース
２３ 広告用データベース
２４ ネットワーク部（第１の送信手段、第２の送信手段）
４１ 主制御部（要求手段、第２の検出手段）
４１ｃ ＲＡＭ（記憶手段）
４２，４３ 拡張スロット
４４，４５ シリアルＩ／Ｆ
４６ 副制御部
４６ｄ ＲＴＣ（第２の検出手段）
４７ 受信部
４８ リモートコマンダＩ／Ｆ
４９ 入力パネル（入力手段）
５０ パネルＩ／Ｆ
５２ 電源部
５３ モデム部（第１の受信手段、第２の受信手段）
５４ オーディオ部
５５ ビデオ部（出力手段）
７０ 電話機
８０ テレビジョン受像機
９０ リモートコマンダ（入力手段）
２００ 回線監視部（検出手段、第１の検出手段、第２の検出手段）

Claims (5)

1. 伝送路を介して広告情報を端末装置に送信する情報処理装置において、
   前記広告情報を格納する広告情報格納手段と、
   前記端末装置を利用するユーザの利用履歴を格納する履歴格納手段と、
   前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納手段から取得する取得手段と、
   前記取得手段で取得した広告情報を前記端末装置に送信する制御を行う第１の制御手段と
   を具備することを特徴とする情報処理装置。
2. 前記第１の制御手段は、前記端末装置に前記広告情報の受信要求を送信する要求手段を更に具備し、
   前記第１の制御手段は、前記受信要求によって前記端末装置が受信状態になった場合、前記取得手段で取得した広告情報を前記端末装置に送信する制御を行う
   ことを特徴とする請求項１記載の情報処理装置。
3. ユーザにより選択された選択情報を前記端末装置に送信する制御を行う第２の制御手段と、
   前記端末装置との間で前記選択情報を伝送する伝送路の使用状況を検出する検出手段とをさらに具備し、
   前記要求手段は、前記検出手段の検出出力に応じて、前記端末装置に受信要求を行う
   ことを特徴とする請求項２記載の情報処理装置。
4. 前記選択情報を分割情報に分割する分割手段をさらに具備し、
   前記第２の制御手段は、前記分割手段により分割された分割情報を送信することにより、前記選択情報を前記端末装置に送信する制御を行い、
   前記検出手段は、前記端末装置との間で前記選択情報の前記分割情報を伝送する伝送路の使用状況を検出する
   ことを特徴とする請求項３記載の情報処理装置。
5. 伝送路を介して広告情報を端末装置に送信する情報処理装置であって、
   前記広告情報を格納する広告情報格納手段と、
   前記端末装置を利用するユーザの利用履歴を格納する履歴格納手段と、
   前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納手段から取得する取得手段と、
   前記取得手段で取得した広告情報を前記端末装置に送信する制御を行う第１の制御手段と
   を具備する情報処理装置の情報処理方法において、
   前記広告情報格納手段による、前記広告情報を格納する広告情報格納ステップと、
   前記履歴格納手段による、前記端末装置を利用するユーザの利用履歴を格納する履歴格納ステップと、
   前記取得手段による、前記利用履歴に基づいて前記ユーザの嗜好に一致する広告情報を前記広告情報格納ステップの処理により格納された広告情報の中から取得する取得ステップと、
   前記第１の制御手段による、前記取得ステップの処理で取得した広告情報を前記端末装置に送信する制御を行う第１の制御ステップと
   を含むことを特徴とする情報処理方法。

Images