(57)【要約】      （修正有）【課題】記事やラジオ局情報などの情報の提示が、地理的位置に関連付けされ、ユーザに判りやすい形態で的確に行えるようにする。【解決手段】情報を収集するサーバと、サーバから提供された情報を提示する端末とを備える。サーバは、インターネット上で配信される所定の種別の情報を収集し、収集した個々の情報に含まれるテキストから地域を判断する。端末は、ユーザ操作により指定された範囲の地図画像を作成する。このとき、その地図画像の表示範囲をサーバに送信し、サーバからその表示範囲の情報を取得し、各情報を地図画像上に表示させる。そして、配置された情報の内のいずれかの情報がユーザ操作により選択されたとき、選択された情報の詳細を端末の所定の領域に表示する。【選択図】図２
2016122374.tif 000002
【特許請求の範囲】
【請求項１】
情報を収集するサーバと、前記サーバから提供された情報を提示する端末とを備える情報提示システムであり、
前記サーバは、
インターネット上で配信される所定の種別の情報を収集する情報収集部と、
前記情報収集部が収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報との比較で、個々の情報に地域を設定して、データベースを作成するデータベース作成処理部と、
前記端末からの範囲の指定に基づいて、その範囲内の地域に設定された情報を前記データベースから読み出し、前記端末に配信する配信制御部と、を備え、
前記端末は、
ユーザ操作により指定された範囲の地図画像を表示する地図表示部と、
前記地図表示部が表示させる地図画像の表示範囲を前記サーバに送信し、前記サーバから返送された情報を、前記地図画像の上の対応した地域に配置し、その配置された情報の内のいずれかの情報がユーザ操作により選択されたとき、選択された情報の詳細を所定の領域に表示する情報表示部とを備えた
情報提示システム。
【請求項２】
前記所定の種別の情報は、記事の情報であり、
前記情報表示部は、前記情報収集部が収集してデータベースに登録された記事に付加された画像を、前記地図画像の上の対応した地域に配置する
請求項１に記載の情報提示システム。
【請求項３】
前記所定の種別の情報は、記事の情報であり、
前記情報表示部は、前記情報収集部が収集した記事から取り出したキーワードを、前記地図画像の上の対応した地域に配置する
請求項１に記載の情報提示システム。
【請求項４】
前表示制御部は、前記所定の領域に表示された情報のユーザのリアクションを受け付けるボタンを表示させ、リアクションを受け付ける操作があるとき、受け付けたリアクションの種別と端末に登録されたユーザの地域の情報を前記サーバに送信し、
前記サーバのデータベースは、前記端末から送信されたリアクションを種別と地域毎に分類してカウントした値を、それぞれの情報ごとに保持する
請求項１に記載の情報提示システム。
【請求項５】
前記端末の表示制御部は、前記データベースが保持したリアクションの種類と地域ごとのカウント値に基づいて、地図画像中に、リアクションの傾向を示す表示を加えるようにした
請求項４に記載の情報提示システム。
【請求項６】
前記サーバのデータベースは、音声データのストリーム配信を行うサイトのアドレス及び地域の情報を収集し、
前記サーバの配信処理部は、前記端末から地図画像の表示範囲の情報を取得したとき、その表示範囲の中心座標の近傍の地域のストリーム配信を行うサイトのアドレスを前記端末に送信し、
前記端末は、取得したアドレスのサイトに接続して、当該サイトから配信される音声データを受信する
請求項１に記載の情報提示システム。
【請求項７】
前記地図表示部が作成する地図画像は、地球儀の画像であり、
ユーザ操作で地球儀の回転と拡大と縮小により、表示範囲が設定される
請求項１に記載の情報提示システム。
【請求項８】
情報を収集して端末に配信するサーバ装置であり、
インターネット上で配信される所定の種別の情報を収集する情報収集部と、
前記情報収集部が収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報とを比較することで、個々の情報に地域を設定して、データベースに記憶させるデータベース作成処理部と、
前記端末からのユーザ操作により指定された範囲に基づいて、その範囲内の地域に設定された情報を前記データベースから読み出し、前記端末に配信する配信制御部と、を備え、
前記端末でのユーザ操作により、前記端末に配信したいずれかの情報が選択されたとき、前記配信制御部は、選択された情報の詳細を前記端末に送信する
サーバ装置。
【請求項９】
情報を収集するサーバと、前記サーバから提供された情報を提示する端末とを備える情報提示方法であり、
前記サーバが行う処理は、
インターネット上で配信される所定の種別の情報を収集する情報収集処理と、
前記情報収集処理で収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報との比較で、個々の情報の地域を設定して、データベースを作成するデータベース作成処理と、
前記端末からの範囲の指定に基づいて、その範囲内の地域に設定された情報を前記データベースから読み出し、前記端末に配信する配信処理とを含み、
前記端末が行う処理は、
ユーザ操作により指定された範囲の地図を表示する地図表示処理と、
前記地図表示処理で作成した地図画像の表示範囲を前記サーバに送信し、前記サーバから返送された情報を、前記地図画像の上の対応した地域に配置し、配置された情報の内のいずれかの情報がユーザ操作により選択されたとき、選択された情報の詳細を所定の領域に表示する情報表示処理とを含む
情報提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットに接続された端末に情報を提示する情報提示システム、サーバ装置及び情報提示方法に関する。
【背景技術】
【０００２】
スマートフォン、タブレット、パーソナルコンピュータ装置などのユーザ端末は、インターネットに接続して、マスメディアなどの情報を提供するサイトにアクセスすることで、最新のニュースなどの情報を表示することができる。
従来、ユーザ端末がニュースなどの情報を表示する形態としては、例えばニュースのヘッドラインの一覧をリスト構造（段組み）で表示する形態が一般的である。このとき、一覧の中のそれぞれのニュースごとに見出しの画像が付加される場合もある。
そして、ユーザは、一覧表示されたニュースの中から、所望のニュースの表示箇所をクリックして選択操作を行う。このような選択操作が行われることで、ユーザ端末のディスプレイには、選択された記事の全文が表示される。
【０００３】
上述のような記事の一覧表示は、情報の表示形態として一般的であるが、グローバル時代に対応した、地球上の地理的位置に関連付けされユーザに対してよりインパクトのある表示形態が望まれていた。
特許文献１には、記事が関連付けられたアイコンを、地図中に表示させる技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１７６７２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載されるように、各記事が発生した場所に関連させて、地図中にアイコンを表示することで、記事が地域ごとに整理されて表示されるため、ユーザにとって記事が検索し易くなるという利点がある。しかしながら、従来の技術では、そのような表示を行うウェブサイトを運営する側で、個々の記事を地図上の位置に人手で登録する作業が必要であり、非常に手間がかかるという問題があった。また、インターネット上で配信されるニュースは逐次更新されるため、個々の記事の位置登録を人手で行っていたのでは、提供できるニュースに限りがあると共に、更新される頻度にも限りがある。
【０００６】
また、いずれの表示形態であっても、従来のものでは記事に対するユーザの反応を正確に知ることはできなかった。例えばソーシャル・ネットワーキング・サービスでは、記事に対するユーザのコメントの一覧を表示する機能があるが、コメントの一覧から、ユーザの反応の傾向を判断するためには、多数のコメントの全てを読む必要があった。さらに、特定の記事に対するコメントが、特定の地域や国のユーザからの反応に偏っている場合でも、そのような偏りを判断することは事実上不可能であった。
【０００７】
また、インターネットでは、ラジオ放送を配信するサービスが行われているが、従来ユーザがインターネットラジオを選局する際には、公開された放送局リストから所望の局を選ぶ操作や、検索で所望の局を探し出す操作が必要であった。
すなわち、ユーザが予め選局するラジオ局が決まっている場合には、そのラジオ局のＵＲＬをブックマークすることで、そのラジオ局の放送をダイレクトに選局できるが、ユーザが知らない未知の放送局を簡単に探すことは困難であった。
【０００８】
本発明の目的は、記事やラジオ局情報などの情報の提示が、地球規模で地理的位置に関連付けられ、ユーザに判りやすい形態で的確に行うことができる情報提示システム、サーバ装置及び情報提示方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の情報提示システムは、情報を収集するサーバと、サーバから提供された情報を提示する端末とを備える情報提示システムである。
サーバは、インターネット上で配信される所定の種別の情報を収集する情報収集部と、情報収集部が収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報との比較で、個々の情報に地域を設定して、データベースを作成するデータベース作成処理部と、端末から地域の範囲を指定することで、その範囲内の地域に設定された情報をデータベースから読み出し、端末に配信する配信制御部とを備える。
端末は、ユーザ操作により指定された範囲の地図画像を表示する地図表示部と、地図表示部が表示した地図画像の表示範囲をサーバに送信し、サーバから返送された情報を、地図画像の上の対応した地域に配置し、その配置された情報の内のいずれかの情報がユーザ操作により選択されたとき、選択された情報の詳細を所定の領域に表示する情報表示部とを備える。
【００１０】
また本発明のサーバは、情報を収集して端末に配信するサーバ装置である。
サーバは、インターネット上で配信される所定の種別の情報を収集する情報収集部と、情報収集部が収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報とを比較して、個々の情報に地域を設定して、データベースを作成するデータベース作成処理部と、端末からのユーザ操作により指定された範囲に基づいて、その範囲内の地域に設定された情報をデータベースから読み出し、端末に配信する配信制御部と、を備える。
そして、端末からのユーザ操作により、いずれかの情報が選択されたとき、配信制御部は、選択された情報の詳細を端末に送信する。
【００１１】
また本発明の情報提示方法は、情報を収集するサーバと、サーバから提供された情報を提示する端末とを用いて行われる。
サーバが行う処理は、インターネット上で配信される所定の種別の情報を収集する情報収集処理と、情報収集処理で収集した個々の情報に含まれるテキストから、地名に相当する情報を取り出し、取り出した地名と予め用意された地名情報との比較で、個々の情報の地域を設定して、データベースを作成するデータベース作成処理と、端末からの範囲の指定に基づいて、その範囲内の地域に設定された情報をデータベースから読み出し、端末に配信する配信処理と、を含む。
また、端末が行う処理は、ユーザ操作により指定された範囲の地図画像を表示する地図表示処理と、
地図表示処理で作成した地図画像の表示範囲をサーバに送信し、サーバから返送された情報を、地図画像の上の対応した地域に配置し、配置された情報の内のいずれかの情報がユーザ操作により選択されたとき、選択された情報の詳細を所定の領域に表示する情報表示処理と、を含む。
【発明の効果】
【００１２】
本発明によると、ユーザが端末で地図画像を表示させる操作を行ったとき、表示される地図画像のそれぞれの地域に、情報が配置されるようになり、ユーザは、地図の表示範囲の選択操作で、その地域に関係する記事などの情報を探し出すことが可能になる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態例によるシステム全体を示す構成図である。
【図２】本発明の一実施の形態例による画像（例１）を示す図である。
【図３】本発明の一実施の形態例による画像（例２）を示す図である。
【図４】本発明の一実施の形態例による画像（例３）を示す図である。
【図５】本発明の一実施の形態例による記事テーブルを示す図である。
【図６】本発明の一実施の形態例によるリアクションテーブルを示す図である。
【図７】本発明の一実施の形態例によるサーバでの記事取得処理例を示すフローチャートである。
【図８】本発明の一実施の形態例によるサーバでの地点特定処理例を示すフローチャートである。
【図９】本発明の一実施の形態例によるサーバでのキーワード抽出処理例を示すフローチャートである。
【図１０】本発明の一実施の形態例による記事テクスチャ更新処理例を示すフローチャートである。
【図１１】本発明の一実施の形態例によるラジオストリーム取得処理例を示すフローチャートである。
【図１２】本発明の一実施の形態例による端末での画像表示処理例を示すフローチャートである。
【図１３】本発明の一実施の形態例による端末でのキーワード表示処理例を示すフローチャートである。
【図１４】本発明の一実施の形態例による端末でのラジオ局選択処理例を示すフローチャートである。
【図１５】本発明の一実施の形態例による端末でのリアクションのパーティクル・フローの表示処理例を示すフローチャートである。
【図１６】本発明の一実施の形態例による端末での記事表示処理例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の一実施の形態例（以下、「本例」と称する。）を、添付図面を参照して説明する。
［１．システム構成例］
図１は、本例のシステム構成例を示す。
本例のシステムは、インターネット１に接続されるサーバ１０及び端末３０で構成される。サーバ１０は、本例のシステムで実行されるサービスを提供する事業者（又は事業者が依頼した業者）が設置するものである。端末３０は、本例のシステムで実行されるサービスを利用するユーザが所持する端末である。この端末３０は、インターネットに接続が可能な端末であれば、パーソナルコンピュータ装置、スマートフォン、タブレットなど、様々な形態の端末が適用可能である。
【００１５】
サーバ１０は、インターネット１を介して記事などの情報を収集して、その収集した情報を端末３０に配信するサービスを行う。また、サーバ１０は、インターネット上で音声ストリームを配信しているラジオ局の情報についても収集して、端末３０に渡す。ラジオ局の情報を受領した端末は、当該情報を基にストリームを読み込み、ラジオ局の音声を出力する。
なお、端末３０は、本例のシステムで実現されるサービスを実行するアプリケーションプログラムを実装する場合と、端末３０に実装されたブラウザを使用して、サーバ１０が提供するウェブページを閲覧する場合とが考えられる。ここでは、サーバ１０が提供するウェブページを閲覧することで、端末３０がサービスの提供を受ける例を説明する。
【００１６】
図１に示すサーバ１０の構成は、サーバ１０が実行する機能から見た構成である。
サーバ１０は、記事の収集などの情報収集処理を行う情報収集部やデータベース作成処理を行うデータベース作成処理部としての機能を持つ記事処理部１１と、ラジオ局の情報の収集処理を行うラジオ処理部１２と、端末３０からの要求で、収集した情報を配信するインターフェイス部１３とを備える。そして、記事処理部１１とラジオ処理部１２が収集した情報が、データベース記憶部２０に記憶される。
【００１７】
データベース記憶部２０は、情報を記憶するデータベースとして、記事データベース部２１と、ラジオデータベース部２２と、地名・地形データベース部２３とを備える。記事データベース部２１には、サーバ１０が収集した記事情報が記憶される。この場合、記事処理部１１では、記事データベース部２１が記憶する記事データについて、それぞれの記事で説明された事象の発生地域が設定される地域設定処理が行われ、その地域の情報が記事データベース部２１に記憶される。
ラジオデータベース部２２には、サーバ１０が収集した音声ストリームデータの配信を行っているラジオ局の情報が記憶される。地名・地形データベース部２３には、記事から地域の情報を判断するために必要な地名の情報や、地図画像を表示させるための地形の情報が予め記憶されている。また、地名・地形データベース部２３には、地名に対応した座標位置の情報（緯度、経度の情報）が記憶される。
【００１８】
また、サーバ１０は、収集してデータベース記憶部２０に記憶された情報から必要な情報を生成するテクスチャ生成部１４と、情報の配信を制御する配信制御部１５とを備える。
【００１９】
端末３０は、サーバ１０と情報の転送処理を行って、記事などの情報の表示処理を行うクライアント処理部３１と、ディスプレイ３２と、音声出力部３３とを備える。
【００２０】
クライアント処理部３１は、地図表示部３１ａと情報表示部３１ｂとを備える。地図表示部３１ａは、サーバ１０から受信した地図画像に色付け等の加工を施して表示する。そして、地図表示部３１ａで地図表示処理が行われることで、ディスプレイ３２が地図画像を表示する。ディスプレイ３２に表示される地図画像は、地球全体の画像である。この場合、ユーザが端末３０を操作することで、表示された地球の回転や拡大・縮小を行うことができる。なお、地図表示部３１ａは、地図（地球）の画像を描画する処理を行うようにしてもよいが、サーバ１０側から伝送される地図（地球）の画像を、そのままディスプレイ３２に表示するようにしてもよい。
【００２１】
情報表示部３１ｂは、地図表示部３１ａがディスプレイ３２に表示させる地図画像（地球画像）の上に、サーバ１０から配信された情報を表示させる。例えば、情報表示部３１ｂは、記事に関連した画像や、記事から抽出したキーワードなどを地図画像の上に表示させる。また、情報表示部３１ｂは、ラジオ局などの情報をディスプレイ３２に表示させる。
【００２２】
［２．表示例］
次に、端末３０のディスプレイ３２に表示される画面の例を、図２〜図４に示す。
まず、図２の表示例について説明する。
ディスプレイ３２に表示される画面１００には、地球１１０が表示される。この地球１１０は、地球儀を俯瞰した円形の画像であり、陸上と海とが区別された表示形態となっている。図２の例では、地球１１０に国境や国名などの詳細を表示しない例を示しているが、地球１１０の上に国境や国名などの詳細を表示するようにしてもよい。
【００２３】
ディスプレイ３２に表示される地球１１０は、ユーザの操作により、自由に回転させることができるほか、画面１００上に地球１１０の任意の位置を表示することができる。例えば、ディスプレイ３２がタッチパネルである場合、ユーザの指で地球１１０の上を触れながら移動させるフリック操作を行うことで、その指の移動方向に沿って地球１１０を回転させることができる。
また、ユーザの操作により、ディスプレイ３２に表示される地球１１０の拡大や縮小を行うこともできる。なお、表示される地球１１０の画像の中心には、中心マーク１１１が表示される。図２では、中心マーク１１１として十字状のマークの例を示すが、他の形状のマークとしてもよい。また、中心マーク１１１がどの位置にあるのかを示す地名を中心マーク１１１の近傍に表示してもよい。
【００２４】
そして、記事に関連する地球１１０の上の該当箇所に、記事画像１２１ａ〜１２１ｆが表示される。記事画像１２１ａ〜１２１ｆは、サーバ１０から配信される記事に付加された画像である。本例の場合には、それぞれの記事画像１２１ａ〜１２１ｆは円形の画像である。これらの記事画像１２１ａ〜１２１ｆは、それぞれの記事からサーバ１０側で判別した地域の情報に基づいて、地球１１０の上に配置される位置が設定される。例えば、地域として「香港」と判別された記事の記事画像１２１ａは、地球１１０の「香港」に対応した位置に配置される。
なお、１つの箇所に複数の記事画像が存在する場合には、それぞれの記事画像を若干ずらして配置される。例えば図２の例では、地球１１０の「北京」に対応した位置に、複数の記事画像１２１ｂ、１２１ｃ、１２１ｄが、それぞれの画像を若干重ねた状態で配置される。
【００２５】
また、画面１００の下側には、記事表示部１３０が配置される。図２の例では、ユーザが記事表示のための操作を何も行っていない状態を示す。ユーザが記事表示のための操作を何も行っていない状態では、記事表示部１３０には、ダイジェスト表示領域１３１が配置される。このダイジェスト表示領域１３１には、地球１１０の中心位置（中心マーク１１１の表示位置）から最も近い位置の記事画像１２１ａに対応した記事のダイジェストが表示される。また、ダイジェスト表示領域１３１に表示された記事がどの記事画像に対応しているかを示す記事地域マーク１１２が、地球１１０の記事画像１２１ａの近傍に表示される。
さらに、記事表示部１３０には、順方向への記事送りを指示する記事送りボタン１３４と、逆方向への記事送りを指示する記事送りボタン１３５が表示される。この記事送りボタン１３４、１３５がユーザにより押されたときには、記事表示部１３０に表示される記事が、同じ地域の別の記事に変更される。なお、ユーザが記事送りボタン１３４、１３５を押す操作を行う替わりに、フリック操作と称されるタッチ位置をスライドさせる操作で、記事送りを行うようにしてもよい。また、記事表示部１３０には、ロックボタンを設けて、そのロックボタンが操作されたとき、地球１１０の回転操作などがあっても同じ記事の表示を継続して行うようにしてもよい。
【００２６】
記事表示部１３０の右上には、４つのリアクションボタン１４１〜１４４が表示される。
４つのリアクションボタン１４１〜１４４は、喜怒哀驚のリアクションを示すボタンである。すなわち、リアクションボタン１４１は、記事に対する喜びの感情である「喜」のリアクションを示すボタンである。また、リアクションボタン１４２は、記事に対する怒りの感情である「怒」のリアクションを示すボタンである。また、リアクションボタン１４３は、記事に対する悲しみの感情である「哀」のリアクションを示すボタンである。さらに、リアクションボタン１４４は、記事に対する驚きの感情である「驚」のリアクションを示すボタンである。リアクションボタン１４１〜１４４は、それぞれのボタンに割り当てられた感情の表情を示す顔の図形である。
【００２７】
また、４つのリアクションボタン１４１〜１４４は、それぞれ別の色で表示される。例えば、「喜」のリアクションボタン１４１は緑色とし、「怒」のリアクションボタン１４２は赤色とし、「哀」のリアクションボタン１４３は青色とし、「驚」のリアクションボタン１４３は黄色とする。
ユーザは、それぞれのボタン１４１〜１４４のタッチで、表示された記事に対するリアクションをサーバ１０側に通知することができる。
【００２８】
また、画面１００の地球１１０の回りには、リアクション状況案内パーティクル・フロー１５１〜１５３が表示される。例えば、図２の例では、日本から、記事画像１２１ａの配置位置である「香港」へ伸びたリアクション状況案内パーティクル・フロー１５１が表示されている。
【００２９】
図２の例では、リアクション状況案内パーティクル・フロー１５１は、ドット（円）が連続して配置された表示としてある。このとき、それぞれのドットの色は、該当する記事に対するリアクションの種類に対応させている。具体的には、記事画像１２１ａに対応した記事に対して、日本のユーザからの喜怒哀驚の４種類のリアクションが、おおよそ３：２：１：１の比率であると仮定する。このとき、リアクション状況案内パーティクル・フロー１５１のドットの色の比率が、それぞれのリアクションボタンの表示色に対応した緑３：赤２：青１：黄１の比率になるようにする。
このようなリアクション状況案内パーティクル・フロー１５１の表示を行うことで、画面１００を見たユーザは、それぞれの記事に対して、どの地域からどのようなリアクションがあるのかが判る。リアクションの数が増えてドットの数が多くなると、リアクション状況案内パーティクル・フロー１５１〜１５３は、ラインに近い表示形態になる。
なお、リアクション状況案内パーティクル・フロー１５１〜１５３の各ドットの大きさを、それぞれの記事に対するリアクションの数の大小で変更してもよい。例えば、リアクションの数が多い記事に対するリアクション状況案内パーティクル・フローの各ドットは大きな面積とし、逆にリアクションの数が少ない記事に対するリアクション状況案内パーティクル・フローの各ドットは小さな面積とする。
【００３０】
さらに、画面１００の左上には、ラジオ再生ボタン１７０と、ラジオ局名表示１７１と、ラジオ局送りボタン１７２、１７３と、設定ボタン１７４とが表示される。
ラジオ再生ボタン１７０は、地球１１０の中心マーク１１１に最も近い位置のラジオ局の音声ストリームを再生するボタンである。ラジオ局名表示領域１７１には、再生ボタン１７０を押したときに再生されるラジオ局の名称が表示される。さらに、地球１１０の上には、ラジオ地域マーク１１３が表示される。このラジオ地域マーク１１３で示される地域は、ラジオ局名表示領域１７１に表示されたラジオ局の地域である。
ラジオ局送りボタン１７２、１７３は、再生するラジオ局を、同じ地域の別のラジオ局に変更することを指示するボタンである。ラジオ局送りボタン１７２は、順方向の変更指示を行うボタンであり、ラジオ局送りボタン１７３は、逆方向の変更指示を行うボタンである。なお、ユーザがラジオ局送りボタン１７２、１７３を押す操作を行う替わりに、フリック操作と称されるタッチ位置をスライドさせる操作で、ラジオ局送りを行うようにしてもよい。
設定ボタン１７４は、端末３０を操作するユーザの情報などを設定するメニュー画面を表示するためのボタンである。メニュー画面では、使用する言語などの設定ができる。
【００３１】
そして、図２に示すように地球１１０の上に多数の記事画像１２１ａ〜１２１ｆが表示された状態で、ユーザがいずれかの記事画像をタッチして選択したとき、画面１００の記事表示部１３０には、その選択された地図画像に対応した記事が表示される。
図３は、ユーザ操作で記事が選択され、かつ１３０の表示枠を広げた状態の例を示す。
図３の例では、画面１００の記事表示部１３０には、ダイジェスト表示領域１３１よりも表示面積を拡大した記事詳細表示領域１３２と、関連情報表示領域１３３と、記事掲載サイトリンク表示領域１３６と、関連情報サイト名表示領域１３７とが表示される。
【００３２】
記事詳細表示領域１３２には、該当する記事の第１段落の全文が表示される。関連情報表示領域１３３には、該当する記事の地点に関連したウェブページ（寄付サイト等）へのリンクが表示される。ユーザが記事掲載サイトリンク表示領域１３６をクリックしたときには、該当する記事が掲載された元のサイトが表示される。ユーザが関連情報表示領域１３３をクリックしたときには、該当する記事に関連があるサイトが表示される。関連があるサイトとしては、例えば記事が示す情報について寄付を行うサイトがある。
記事詳細表示領域１３２を表示した場合にも、記事表示部１３０の右上に４つのリアクションボタン１４１〜１４４が表示される。また、リアクション状況案内パーティクル・フロー１５１〜１５３についても、地球１１０の周囲に表示される。
なお、記事詳細表示領域１３２で記事の第１段落の全文が表示できない場合には、記事詳細表示領域１３２での記事の表示を、複数ページに分けて行う。あるいは、記事詳細表示領域１３２に表示される文字をスクロールさせるようにしてもよい。
【００３３】
図４に示す画面１００は、地球１１０の上に多数の記事画像１２１ａ〜１２１ｆが表示されると共に、各地域の記事から得られたキーワード１６１ａ〜１６１ｆが表示される例である。後述するように記事画像１２１ａ〜１２１ｆとキーワード１６１ａ〜１６１ｆとは、それぞれ別の処理で記事から抽出するため、各地域の記事画像とキーワードとが、同じ記事の内容を示しているとは限らない。また、キーワードだけが表示される地域や、逆に記事画像だけが表示される地域が発生する場合もある。
キーワード１６１ａ〜１６１ｆは、それぞれの記事から抽出した数文字のテキストである。例えば、記事画像１２１ａの場所には、該当地域の記事に含まれるキーワード１６１ａとして「経済」が、同様に記事に含まれる記事画像１２１ａが表示される。その他の記事画像１２１ｂ〜１２１ｆについても、それぞれの記事より抽出した文字列のキーワード１６１ｂ〜１６１ｆが表示される。図４の例の場合にも、記事表示部１３０には、選択された記事あるいは中心から近い位置の記事のダイジェスト又は第一段落が表示される。
なお、図４の例では、記事画像１２１ａ〜１２１ｆとキーワード１６１ａ〜１６１ｆの双方が表示される例を示したが、地球１１０の上にキーワード１６１ａ〜１６１ｆだけを表示するようにしてもよい。
【００３４】
また、図４の例では、記事量に応じて色分け表示、すなわちヒートマップに類似した色分け表示が行われる例を示す。例えば、図４の例では、中国の近辺については、記事の数が増えていることを赤色の点滅などの告知表示１６２を行う。このヒートマップの表示は、テクスチャ生成部１４での処理に基づく。
【００３５】
［３．データを記憶するテーブルの例］
図５は、記事データベース部２１に記憶される個々の記事のデータの例を示した記事テーブルである。
記事テーブルは、記事ＩＤ、ソースＩＤ、カテゴリ、言語コード、記事のＵＲＬ、発行日時、記事のロケーションＩＤ、ロケーションの文字列、第１段落、記事全文、画像ナンバ、画像のＵＲＬ、及び画像のキャプション等を含む。
【００３６】
記事ＩＤは、サーバ１０が取得した記事ごとに付加された番号である。
ソースＩＤは、記事の配信元を示すコードである。
カテゴリは、記事のジャンルを示すコードである。
言語コードは、記事の言語を示すコードである。
記事のＵＲＬは、取得した記事のインターネット上のアドレスである。
発行日時は、記事の発行日時である。
記事のロケーションＩＤは、記事から検出した地域を示すコードである。なお、ロケーションＩＤが示す地域の文字列は、地名・地形データベース部のレコード（不図示）に保持されている。
第１段落は、記事の第１段落の文字列である。
記事全文は、記事の記事全文の文字列である。
画像ナンバは、記事に付加された画像に付加した番号である。
画像のＵＲＬは、記事に付加された画像のインターネット上のアドレスである。
画像のキャプションは、記事に付加された画像の解説文の文字列である。
【００３７】
図６は、記事ごとのリアクションを記憶するリアクションテーブルの例である。
リアクションテーブルは、記事ＩＤ、記事のロケーションＩＤ、記事に反応したユーザのロケーションＩＤ、記事に反応したユーザの国籍、「喜」のリアクションが反応された回数、「怒」のリアクションが反応された回数、「哀」のリアクションが反応された回数、及び「驚」のリアクションが反応された回数を含む。
【００３８】
［４．サーバでの記事取得処理例］
図７は、サーバ１０において、記事を取得する処理の例を示したフローチャートである。
サーバ１０の記事処理部１１は、ＲＳＳ（Rich Site Summary）情報が得られるＵＲＬにアクセスする（ステップＳ１１）。ＲＳＳ情報が得られるＵＲＬは、予め記事処理部１１に登録されている。そして、記事処理部１１は、このＲＳＳ情報が得られるＵＲＬに一定時間毎（例えば１時間毎）にアクセスする。
【００３９】
記事処理部１１は、該当するアドレスで配信されているＲＳＳ情報から、記事のタイトル、ＵＲＬ、発行日時の情報を取得する（ステップＳ１２）。また、記事処理部１１は、取得した記事が、記事データベース部２１に登録済の記事であるか否かを判断する（ステップＳ１３）。このステップＳ１３の判断で、記事データベース部２１に登録済の記事であると判断したとき、記事処理部１１は、ステップＳ１６の処理に移る。
【００４０】
また、ステップＳ１３の判断で、記事データベース部２１に登録されていない記事であると判断したとき、記事処理部１１は、該当する記事のＵＲＬにアクセスする（ステップＳ１４）。そして、記事処理部１１は、アクセスしたページを解析し、記事の第１段落、本文、画像ＵＲＬ、画像キャプションの情報を取得する（ステップＳ１５）。その後、記事処理部１１は、記事の地域特定処理を行う（ステップＳ１６）。このステップＳ１６の地域特定処理は、図８のフローチャートで後述する処理である。そして、記事処理部１１は、地域特定処理が行われた記事の情報を記事データベース部２１に登録する（ステップＳ１７）。その後、記事処理部１１は、取得した別の記事があるか否かを判断し（ステップＳ１８）、別の記事がある場合には、ステップＳ１３の処理に戻る。
【００４１】
ステップＳ１８で別の記事がないと判断したとき、記事処理部１１は、ＲＳＳ情報が得られる別のＵＲＬがあるか否かを判断し（ステップＳ１９）、別のＵＲＬがある場合には、ステップＳ１１の処理に戻り、該当するＵＲＬにアクセスする。また、ステップＳ１９で、ＲＳＳ情報が得られる全てのＵＲＬにアクセスしたと判断したとき、記事処理部１１は、記事の取得処理を終了する。
この図７のフローチャートの処理が行われることで、サーバ１０は記事を収集することができる。
【００４２】
［５．記事の地域特定処理例］
図８は、記事の地域特定処理を行う例を示すフローチャートである。この地域特定処理は、図７のフローチャートのステップＳ１６で行われる処理に相当する。
記事処理部１１は、図７のフローチャートで説明した処理で収集した記事ごとに、その記事がどこの地域を示す情報であるかを特定する処理を行い、その地域を記事データベース部２１に登録する。
すなわち、記事処理部１１は、収集した記事のタイトル及び第１段落の本文などのテキストを、単語ごとに分解する（ステップＳ２１）。そして、記事処理部１１は、分解した単語に、地域を表す名詞があるか否かを判断する（ステップＳ２２）。この判断で、地域を表す名詞がある場合には、記事処理部１１は、その名詞の前後の単語に、除外要件となる単語があるか否かを判断する（ステップＳ２３）。例えば、ステップＳ２２で「タイ」という地域名（国名）を検出した後、ステップＳ２３で「タイ」の前に「首位」という単語がある場合には、記事処理部１１は、この「タイ」が地名（ここでは国名）を表していないと判断して、除外要件に該当すると判断する。
【００４３】
ステップＳ２３で除外要件に該当しない場合、記事処理部１１は、ステップＳ２２で判断した地域名を地名候補に決定する（ステップＳ２４）。そして、記事処理部１１は、ステップＳ２４で決定した地名候補が、地名・地形データベース部２３に記憶されているか否かを判断する（ステップＳ２５）。地名・地形データベース部２３に記憶されている場合、記事処理部１１は、該当する地域名に割り当てられた座標位置を、該当する記事の地域に登録する（ステップＳ２６）。
また、ステップＳ２２で地域名を検出しない場合と、ステップＳ２３で除外要件に一致した場合と、地域名の候補が地名・地形データベース部２３に記憶されていない場合には、記事処理部１１は、該当する記事の地域登録処理を行わない。
【００４４】
［６．記事のキーワード抽出処理例］
記事処理部１１は、記事データベース部２１に登録された記事のキーワード抽出処理を一定時間ごとに行う。図９は、この記事のキーワード抽出処理を示すフローチャートである。
まず記事処理部１１は、地名・地形データベース部２３を検索して、地名・地形データベース部２３に記憶された地域名を取り出し、地域名の一覧を作成する（ステップＳ３１）。そして、記事処理部１１は、作成した一覧の地域名毎に、記事データベース部２１が記憶した記事を検索する（ステップＳ３２）。その後、記事処理部１１は、検索した各記事について、過去のＸ日以内（例えば過去１日以内）の記事であるか否かを判断し（ステップＳ３３）、過去のＸ日以内の記事がある場合に、該当する記事を読み込む（ステップＳ３４）。このとき記事処理部１１は、例えば記事のタイトルと、記事の第１段落を読み込む。また、ステップＳ３３の判断で、過去のＸ日以内の記事がない場合には、該当する地点に対するキーワードの取得処理を終了する。
【００４５】
次に、記事処理部１１は、ステップＳ３４で読み込んだ記事を単語に分解し、その単語に含まれる名詞及び名詞群をキーワードとして抽出する（ステップＳ３５）。なお、予め用意されたキーワード排除リストに含まれる単語については、キーワードから除外する。また、英語の場合には、連語リストを用意し、その連語リストに含まれる単語の組については、キーワードとして抽出する。さらに、いずれの言語の場合でも、その地点を表す地域名そのものはキーワードから除外する。
そして、記事処理部１１は、ステップＳ３５で取り出したキーワードの内で、出現する頻度が高い方から上位の所定個のキーワードを、該当する地点のキーワードとして登録する（ステップＳ３６）。
その後、記事処理部１１は、記事データベース部２１に登録された別の記事があるか否かを判断し（ステップＳ３７）、別の記事がある場合には、ステップＳ３２に戻って、別の記事の処理を行う。
そして、ステップＳ３７で、同じ地点の全ての記事を処理したと判断したとき、記事処理部１１は、キーワード抽出処理を終了する。
【００４６】
［７．記事テクスチャ更新処理例］
図１０は、サーバ１０における記事テクスチャの更新処理と、その更新処理に基づいて端末３０に表示される地球の表示形態の変更処理の例を示すフローチャートである。
サーバ１０での記事テクスチャの更新処理は、図９のフローチャートで説明したキーワード抽出処理が終了した後に、テクスチャ生成部１４で行われる。
記事処理部１１は、キーワード抽出処理が終了した後に、テクスチャ生成部１４に対して、記事のテクスチャデータの更新処理の開始を通知する（ステップＳ４１）。この通知に基づいて、テクスチャ生成部１４は、記事データベース部２１を検索して、記事のデータを取得する（ステップＳ４２）。
【００４７】
そして、テクスチャ生成部１４は、地点ごとの記事の数及び記事の変化率に基づいて、テクスチャデータを生成する（ステップＳ４３）。ここでの変化率は、例えば直近の２４時間の記事の数と、その前の２４時間の記事の数を比較することによって判断される。
テクスチャ生成部１４は、インターフェイス部１３に対して、テクスチャデータの配信要求を通知する（ステップＳ４４）。そして、インターフェイス部１３は、サーバ１０と接続中の全ての端末３０に対して、記事テクスチャデータの更新を通知する（ステップＳ４５）。
【００４８】
この記事テクスチャデータの更新の通知を端末３０が受信したとき（ステップＳ４６）、端末３０のクライアント処理部３１は、サーバ１０から更新された記事テクスチャデータをダウンロードする（ステップＳ４７）。そして、クライアント処理部３１は、ダウンロードした記事テクスチャデータに基づいて、ディスプレイ３２が表示する地球１１０（図２〜図４）の表示形態を更新する。例えば、記事が増えている地域については赤色とする。また、記事が増えている地域の赤色表示については、点滅させて記事が増えていることをユーザに積極的に告知する。
このようなテクスチャデータに基づいて地球上の当該地域の色の変更などを行った色分け表示を行うことで、画面１００に表示される地球上では、どの地域に記事が多いのか、あるいは少ないのかを比較的容易に判定することが可能になる。
【００４９】
［８．ラジオストリーム取得処理例］
図１１は、サーバ１０のラジオ処理部１２でのラジオストリームのアドレスの取得処理を示すフローチャートである。
ラジオ処理部１２は、ラジオデータベース部２２に登録されたインターネットラジオ局情報の全データを取得する（ステップＳ５１）。そして、ラジオ処理部１２は、取得したデータで示されるラジオ局情報が得られるアドレスにアクセスする（ステップＳ５２）。このアクセスで、ラジオ処理部１２は、該当するラジオ局が音声ストリームの配信が行われるＵＲＬを取得し（ステップＳ５３）、取得した音声ストリームの配信が行われるＵＲＬを、ラジオデータベース部２２に登録する（ステップＳ５４）。
【００５０】
また、ラジオ処理部１２は、ラジオデータベース部２２に登録された音声ストリームの配信が行われるＵＲＬの内で、ラジオ局側で削除されたＵＲＬがあるか否かを判断する（ステップＳ５５）。ここで、削除されたＵＲＬがある場合、ラジオ処理部１２は、該当するＵＲＬをラジオデータベース部２２から削除する（ステップＳ５６）。
その後、ラジオ処理部１２は、ステップＳ５１で取得した別のラジオ局のデータがあるか否かを判断し（ステップＳ５６）、別のラジオ局のデータがある場合には、ステップＳ５２の処理に戻る。また、ステップＳ５６で全てのラジオ局について処理を行ったと判断した時、ラジオ処理部１２は、ラジオストリームのアドレスの取得処理を終了する。
このようにして収取したラジオストリームのアドレスは、端末３０の画面上でラジオ再生ボタンが押された際にラジオストリームを再生する際に使用される。
【００５１】
［９．端末での画像表示処理例］
図１２は、端末３０で地球１１０の上に記事の画像を表示する処理の例を示すフローチャートである。
まず、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０のユーザによる回転や拡大・縮小の操作があるか否かを判断する（ステップＳ６１）。ここで、地球１１０の操作がないと判断したとき、クライアント処理部３１は、操作があるまで待機する。
そして、地球１１０の操作があると判断したとき、クライアント処理部３１は、画面１００上での地球１１０の表示位置（中心の緯度経度）と可視範囲を算出する（ステップＳ６２）。ここでの可視範囲は、例えば中心の緯度経度から±３０°とする。但し、この可視範囲の値は、地球１１０の拡大や縮小に連動して変化する。この地球１１０の操作は、クライアント処理部３１の地図表示部３１ａの処理で行われる。
【００５２】
次に、クライアント処理部３１は、地球１１０の可視範囲内の地点を持つ記事をサーバ１０に対して問い合わせる（ステップＳ６３）。この問い合わせを受信したサーバ１０では、指定された範囲内の地点に登録された、過去のＸ日以内（例えば１日以内）の記事を、記事データベース部２１から検索する（ステップＳ６８）。そして、サーバ１０は、検索結果の記事のデータを、端末３０に対して送信する（ステップＳ６９）。
【００５３】
この検索結果の記事のデータを受信した端末３０のクライアント処理部３１は、受信した記事を、地球１１０の中心位置から、各記事に設定された地点までの距離順にソートする（ステップＳ６４）。次に、クライアント処理部３１は、中心位置から距離が近い順に、Ｘ件の記事（例えば２０件の記事）を選択する（ステップＳ６５）。そして、クライアント処理部３１は、ステップＳ６５で選択した記事に付加された画像を、地球１１０の上のそれぞれの記事の地点に配置する（ステップＳ６６）。この画像の地球１１０の上への配置処理は、クライアント処理部３１の情報表示部３１ｂで行われる。そして、記事表示部１３０のダイジェスト表示領域１３１に、画面中央から最も近い距離の記事の一部が表示される（ステップＳ６７）。
【００５４】
また、ステップＳ６７で地球１１０の上に画像が表示された状態で、ユーザによりいずれかの画像が選択されたとき、画面１００上の記事表示部１３０（図３）には、その選択された画像の記事が表示される（ステップＳ７０）。
【００５５】
［１０．端末でのキーワード表示処理例］
図１３は、端末３０で地球１１０の上に記事のキーワードを表示する処理の例を示すフローチャートである。
まず、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０のユーザによる回転や拡大・縮小の操作があるか否かを判断する（ステップＳ７１）。ここで、地球１１０の操作がないと判断したとき、クライアント処理部３１は、操作があるまで待機する。地球１１０の操作があると判断したとき、クライアント処理部３１は、画面１００上での地球１１０の表示位置（中心の緯度経度）と可視範囲を算出する（ステップＳ７２）。
そして、クライアント処理部３１は、地球１１０の可視範囲内の地点を持つ記事のキーワードをサーバ１０に対して問い合わせる（ステップＳ７３）。この問い合わせを受信したサーバ１０では、指定された範囲内の地点のキーワードを、記事データベース部２１から検索する（ステップＳ７８）。この検索するキーワードは、図９のフローチャートの処理で登録されたものである。そして、サーバ１０は、検索結果のキーワードのデータを、端末３０に対して送信する（ステップＳ７９）。
【００５６】
この検索結果のキーワードのデータを受信した端末３０のクライアント処理部３１は、受信したキーワードを、地球１１０の中心位置から、各キーワードに設定された地点までの距離順にソートする（ステップＳ７４）。次に、クライアント処理部３１は、中心位置から距離が近い順に、Ｘ件のキーワード（例えば１０件のキーワード）を選択する（ステップＳ７５）。そして、クライアント処理部３１は、ステップＳ７４で選択したキーワードを、地球１１０の上のそれぞれのキーワードの地点に配置する（ステップＳ７６）。このキーワードの地球１１０の上への配置処理は、クライアント処理部３１の情報表示部３１ｂで行われる。そして、記事表示部１３０のダイジェスト表示領域１３１に、画面中央から最も近い距離の記事の一部が表示される（ステップＳ７７）。
【００５７】
また、ステップＳ７７でダイジェスト表示領域１３１に記事のダイジェストが表示された状態で、ユーザによりいずれかのキーワードが選択されたとき、画面１００上の記事表示部１３０（図３）には、その選択されたキーワードの記事が表示される（ステップＳ８０）。
【００５８】
［１１．端末でのラジオ局選択処理例］
図１４は、端末３０でラジオ局を選択する処理の例を示すフローチャートである。
まず、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０のユーザによる回転や拡大・縮小の操作があるか否かを判断する（ステップＳ８１）。ここで、地球１１０の操作がないと判断したとき、クライアント処理部３１は、操作があるまで待機する。
そして、地球１１０の操作があると判断したとき、クライアント処理部３１は、画面１００上での地球１１０の表示位置（中心の緯度経度）と可視範囲を算出する（ステップＳ８２）。さらに、クライアント処理部３１は、地球１１０の可視範囲内の地点に登録されたラジオ局をサーバ１０に対して問い合わせる（ステップＳ８３）。この問い合わせを受信したサーバ１０では、指定された範囲内の地点のラジオ局を、ラジオデータベース部２２から検索する（ステップＳ８６）。そして、サーバ１０は、検索結果のラジオ局のデータを、端末３０に対して送信する（ステップＳ８７）。
【００５９】
ラジオ局のデータを受信した端末３０のクライアント処理部３１は、受信したラジオ局のデータを、地球１１０の中心位置から、各ラジオ局に設定された地点までの距離順にソートする（ステップＳ８４）。次に、クライアント処理部３１は、中心位置から最も距離が近いラジオ局を選択し、そのラジオ局の名前を、画面１００のラジオ局名表示領域１７１に表示させる（ステップＳ８５）。また、同じ地点に複数のラジオ局が存在する場合、画面１００のラジオ局名表示領域１７１が表示するラジオ局は、ラジオ局送りボタン１７２、１７３の操作、あるいは、画面１００の左方向へのフリック操作又は右方向へのフリック操作で、同じ地点の別のラジオ局に切り替わる。
【００６０】
また、ステップＳ８５でラジオ局名表示領域１７１にラジオ局名が表示された状態で、ユーザによりラジオ再生ボタン１７０が押されると、クライアント処理部３１は、該当するラジオ局の音声ストリームを出力中のＵＲＬにアクセスする。そして、該当するラジオ局から取得した音声が、音声出力部３３から出力される（ステップＳ８８）。
このように端末３０では、図１４のフローチャートに示す処理が行われることで、画面１００が表示する地球１１０の中心位置が変化すると、音声出力部３３が出力する音声のラジオ局が変化する。但し、例えば画面１００にラジオ局のロックボタンを設けて、そのロックボタンが操作されたとき、地球１１０の回転操作があっても同じラジオ局の音声を出力し続けるようにしてもよい。
なお、記事表示部１３０についてもロックボタンを設けて、そのロックボタンが操作されたとき、地球１１０の回転操作があっても同じ記事の表示を継続して行うようにしてもよい。
【００６１】
［１２．端末でのリアクションのパーティクル・フローの処理例］
図１５のフローチャートは、端末３０におけるリアクションのパーティクル・フローを表示する処理の例を示すフローチャートである。
まず、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０のユーザによる回転や拡大・縮小の操作があるか否かを判断する（ステップＳ９１）。ここで、地球１１０の操作がないと判断したとき、クライアント処理部３１は、操作があるまで待機する。
そして、地球１１０の操作があると判断したとき、クライアント処理部３１は、画面１００上での地球１１０の表示位置（中心の緯度経度）と可視範囲を算出する（ステップＳ９２）。さらに、クライアント処理部３１は、地球１１０の可視範囲内の地点に流入するリアクションをサーバ１０に対して問い合わせる（ステップＳ９３）。この問い合わせを受信したサーバ１０では、指定された範囲内の地点の記事に登録されたリアクションについてのデータを、記事データベース部２１のリアクションテーブル（図６）から検索する（ステップＳ９４）。そして、サーバ１０は、検索結果のリアクションのデータを、端末３０に対して送信する（ステップＳ９５）。
【００６２】
リアクションの数のデータを受信した端末３０のクライアント処理部３１では、受信したリアクションのデータに基づいて、どの地域（国）から、どの種類のリアクションがいくつであるのかを判断する。そして、クライアント処理部３１は、その判断した結果に基づいて色分けしたライン（例えば図２のリアクション状況案内パーティクル・フロー１５１〜１５３）を、地球１１０の周りに表示する（ステップＳ９４）。
このようなリアクション状況案内パーティクル・フロー１５１〜１５３が表示されることで、ユーザは、表示された記事に対して、どの地域（国）からどのようなリアクションがどの程度あるのかを判断できるようになる。
【００６３】
［１３．端末での記事表示処理例］
図１６は、端末３０が画面１００に記事を表示させる際の処理例を示すフローチャートである。
まず、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０の上のいずれかの記事の画像のユーザ操作による選択操作があるか否かを判断する（ステップＳ１０１）。ここで、記事の画像の選択操作がないと判断したとき、クライアント処理部３１は、ディスプレイ３２に表示された地球１１０の上のいずれかのキーワードのユーザ操作による選択操作があるか否かを判断する（ステップＳ１０２）。ステップＳ１０２でキーワードの選択操作がないと判断したとき、クライアント処理部３１は、ステップＳ１０１の判断に戻る。
【００６４】
そして、ステップＳ１０１で記事の画像の選択操作があった場合、あるいはステップＳ１０２でキーワードの選択操作があった場合、クライアント処理部３１は、画面１００の記事表示部１３０に、選択された記事の第１段落の全文を表示する（ステップＳ１０３）。
ここで、クライアント処理部３１は、ユーザ操作で１００上のいずれかのリアクションボタン１４１〜１４４が選択されたか否かを判断する（ステップＳ１０４）。そして、いずれかのリアクションボタン１４１〜１４４が選択された場合、クライアント処理部３１は、選択されたリアクションボタン１４１〜１４４の種類と、表示中の記事の地点の情報と、ユーザの居住地情報および国籍情報とをサーバ１０に通知する（ステップＳ１０５）。ステップＳ１０５でこの通知を行った後、あるいはステップＳ１０４でリアクションボタン１４１〜１４４が選択されていないと判断したとき、クライアント処理部３１は、ステップＳ１０１の判断に戻る。
このようにして端末３０からサーバ１０に通知されたリアクションの情報は、図６に示すリアクションテーブルに登録され、図２に示すようなリアクション状況案内パーティクル・フロー１５１〜１５３に反映される。
【００６５】
［１４．変形例］
なお、上述した実施の形態例で説明したサーバ１０の構成は、一例を示したものであり、その他の構成としてもよい。例えば、記事を収集する記事データベース部２１と、ラジオ局のデータを収集するラジオデータベース部２２は、それぞれ別のサーバで構成してもよい。また、地名や地形のデータは、サーバ自身が持つ代わりに、サーバから地名のデータなどを提供するサイトにアクセスして、取得してもよい。
【００６６】
また、端末３０側が、サーバ１０側で行う処理の一部を行うようにしてもよい。例えば、端末３０には、図２〜図４に示すような地球の表示を行うアプリケーションプログラムを実装させて、そのアプリケーションプログラムの実行で、端末３０がラジオ局の音声ストリームのアドレスを取得して保持してもよい。
さらに、端末３０のデータ処理能力が高い場合には、端末３０自身が、記事の収集、記事の地域の設定、ラジオ局の収集などの全ての処理を行うようにしてもよい。
【００６７】
逆に、サーバ１０側で図２〜図４に示すような地球の表示を行う画像を完成させて、端末３０では、サーバ１０から送信された画像を表示すると共に、地球の画像の回転や拡大・縮小などの指示だけを行うようにして、端末３０での負担を減らすようにしてもよい。
【００６８】
また、上述した実施の形態例では、サーバ１０が収集する情報として、記事としたが、インターネット上で配信される記事以外の情報をサーバ１０が収集して、端末３０に配信してもよい。
リアクションについても、上述した実施の形態例では、喜怒哀驚の４種類を設けたが、その他の種類のリアクションを設けるようにしてもよい。
【符号の説明】
【００６９】
１…インターネット、１０…サーバ、１１…記事処理部、１２…ラジオ処理部、１３…インターフェイス部、１４…テクスチャ生成部、１５…配信制御部、２０…データベース記憶部、２１…記事データベース部、２２…ラジオデータベース部、２３…地名・地形データベース部、３０…端末、３１…クライアント処理部、３１ａ…地図表示部、３１ｂ…情報表示部、３２…ディスプレイ、３３…音声出力部、１００…画面、１１０…地球、１１１…中心マーク、１１２…記事地域マーク、１１３…ラジオ地域マーク、１２１ａ〜１２１ｆ…記事画像、１３０…記事表示部、１３１…ダイジェスト表示領域、１３２…記事詳細表示領域、１３３…関連情報表示領域、１３４、１３５…記事送りボタン、１３６…記事掲載サイトリンク表示領域、１３７…関連情報サイト名表示領域、１４１〜１４４…リアクションボタン、１５１〜１５３…リアクション状況案内パーティクル・フロー、１７０…ラジオ再生ボタン、１７１…ラジオ局名表示領域、１７２、１７３…ラジオ局送りボタン、１７４…設定ボタン
【図１】
2016122374.tif 000003
【図５】
2016122374.tif 000004
【図６】
2016122374.tif 000005
【図７】
2016122374.tif 000006
【図８】
2016122374.tif 000007
【図９】
2016122374.tif 000008
【図１０】
2016122374.tif 000009
【図１１】
2016122374.tif 000010
【図１２】
2016122374.tif 000011
【図１３】
2016122374.tif 000012
【図１４】
2016122374.tif 000013
【図１５】
2016122374.tif 000014
【図１６】
2016122374.tif 000015
【図２】
2016122374.tif 000016
【図３】
2016122374.tif 000017
【図４】
2016122374.tif 000018