特許 6173194 情報提供システムおよび情報提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6173194

(24)【登録日】2017年7月14日

(45)【発行日】2017年8月2日

(54)【発明の名称】情報提供システムおよび情報提供方法

(51)【国際特許分類】

   G06Q 50/00 20120101AFI20170724BHJP

   G06F 13/00 20060101ALI20170724BHJP

【ＦＩ】

   G06Q50/00 300

   G06Q50/00ZIT

   G06F13/00 510G

【請求項の数】12

【全頁数】18

(21)【出願番号】特願2013-250796(P2013-250796)

(22)【出願日】2013年12月4日

(65)【公開番号】特開2015-108915(P2015-108915A)

(43)【公開日】2015年6月11日

【審査請求日】2016年8月4日

(73)【特許権者】

【識別番号】000101732

【氏名又は名称】アルパイン株式会社

(74)【代理人】

【識別番号】100105784

【弁理士】

【氏名又は名称】橘 和之

(72)【発明者】

【氏名】松崎 千絵

【審査官】 松野 広一

(56)【参考文献】

【文献】 特開２０１３−１２０１１６（ＪＰ，Ａ）

【文献】 特表２０１０−５００６４８（ＪＰ，Ａ）

【文献】 特表２０１４−５２２５２６（ＪＰ，Ａ）

【文献】 特開２０１２−１６８８９６（ＪＰ，Ａ）

【文献】 特開２０１１−１０６８６６（ＪＰ，Ａ）

【文献】 特開２０１３−０４０９５８（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−９９／００

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

ソーシャルネットワークサービスを提供するＳＮＳサーバとユーザ端末とが通信ネットワークを介して接続可能に構成され、上記ＳＮＳサーバから上記ユーザ端末に対してフィード情報を提供する情報提供システムであって、
上記ユーザ端末における登録操作に応じて送信されてくる情報に基づいて、目的地、時刻および参加者を含むスケジュール情報を上記ＳＮＳサーバの第１の記憶部に記憶させるスケジュール情報記録部と、
上記参加者を含む複数のユーザが使用する上記ユーザ端末から送信されてくる投稿情報を上記ＳＮＳサーバの第２の記憶部に記憶させる投稿情報記録部と、
上記第２の記憶部に記憶された投稿情報の更新を知らせるフィード情報を上記ユーザ端末に提供して一覧表示させるフィード情報提供部と、
上記ユーザ端末の現在位置を取得するユーザ端末位置取得部と、
上記ユーザ端末位置取得部により取得された上記ユーザ端末の現在位置と上記スケジュール情報に含まれる上記目的地とに基づいて、上記現在位置から上記目的地までの所要時間を算出し、当該算出した所要時間と上記スケジュール情報に含まれる上記時刻とに基づいて、ユーザが上記目的地に向けて出発すべき時刻を算出する出発時刻算出部とを備え、
上記フィード情報提供部は、上記第１の記憶部に記憶されている上記スケジュール情報に関して上記出発時刻算出部により算出された出発時刻またはその一定時間前から、当該スケジュール情報に含まれている参加者に関するフィード情報を、上記参加者以外のユーザに関するフィード情報と区別して上記ユーザ端末に一覧表示させることを特徴とする情報提供システム。

【請求項2】

上記フィード情報提供部は、上記スケジュール情報に含まれている時刻またはその一定時間後に、上記フィード情報を区別して一覧表示させる状態を解除することを特徴とする請求項１に記載の情報提供システム。

【請求項3】

上記フィード情報提供部は、上記スケジュール情報に含まれている参加者に関するフィード情報のみに絞り込んで上記ユーザ端末に一覧表示させることを特徴とする請求項１に記載の情報提供システム。

【請求項4】

上記スケジュール情報記録部は、上記目的地、時刻および参加者に加えて移動手段を含むスケジュール情報を第１の記憶部に記憶させ、
上記出発時刻算出部は、上記ユーザ端末位置取得部により取得された上記ユーザ端末の現在位置と、上記スケジュール情報に含まれる上記目的地および上記移動手段とに基づいて、上記現在位置から上記目的地までの上記移動手段に応じた所要時間を算出することを特徴とする請求項１に記載の情報提供システム。

【請求項5】

上記出発時刻算出部により算出された出発時刻の一定時間前に上記ユーザ端末においてアラームを発生させるアラーム発生部を更に備えたことを特徴とする請求項１に記載の情報提供システム。

【請求項6】

上記出発時刻算出部は、上記ユーザ端末位置取得部により取得された上記ユーザ端末の現在位置と、上記スケジュール情報に含まれる上記目的地とに基づいて、上記現在位置から上記目的地までの移動手段に応じた所要時間を異なる移動手段毎に算出し、
上記出発時刻算出部により上記移動手段毎に算出された出発時刻の早い順に、当該出発時刻の一定時間前に上記ユーザ端末においてアラームを発生させるアラーム発生部を更に備えたことを特徴とする請求項１に記載の情報提供システム。

【請求項7】

上記フィード情報提供部は、上記出発時刻算出部により上記移動手段毎に算出された出発時刻のうち最も早い出発時刻またはその一定時間前から、上記スケジュール情報に含まれている参加者に関するフィード情報を、上記参加者以外のユーザに関するフィード情報と区別して上記ユーザ端末に一覧表示させることを特徴とする請求項６に記載の情報提供システム。

【請求項8】

上記フィード情報提供部は、上記アラームの発生時に上記ユーザ端末の操作に応じて選択された移動手段に関する出発時刻またはその一定時間前から、上記スケジュール情報に含まれている参加者に関するフィード情報を、上記参加者以外のユーザに関するフィード情報と区別して上記ユーザ端末に一覧表示させることを特徴とする請求項６に記載の情報提供システム。

【請求項9】

上記出発時刻算出部は、上記ユーザ端末における登録操作に応じて上記スケジュール情報を上記ＳＮＳサーバに登録する際、あるいは、上記第１の記憶部に記憶された上記スケジュール情報に対する新たな参加者を上記ユーザ端末における登録操作に応じて上記ＳＮＳサーバに追加登録する際に、その登録を行ったユーザ端末ついて上記出発時刻を算出し、
上記スケジュール情報記録部は、上記出発時刻算出部により算出された上記出発時刻を上記スケジュール情報と関連付けて上記第１の記憶部に記憶させることを特徴とする請求項１に記載の情報提供システム。

【請求項10】

上記出発時刻算出部は、上記スケジュール情報と関連付けて上記第１の記憶部に記憶された出発時刻の所定時間前に、そのとき上記ユーザ端末位置取得部により取得された上記ユーザ端末の現在位置と、上記スケジュール情報に含まれる上記目的地および上記時刻とに基づいて、上記出発時刻を再計算し、
上記スケジュール情報記録部は、上記出発時刻算出部により再計算された上記出発時刻を上記スケジュール情報と関連付けて上記第１の記憶部に更新記憶させることを特徴とする請求項９に記載の情報提供システム。

【請求項11】

目的地、時刻および参加者を含むスケジュール情報を記憶する第１の記憶部、および、上記参加者を含む複数のユーザから投稿される投稿情報を記憶する第２の記憶部を備えてソーシャルネットワークサービスを提供するＳＮＳサーバと、上記スケジュール情報および上記投稿情報の上記ＳＮＳサーバへの登録を行うユーザ端末とが通信ネットワークを介して接続可能に構成された通信システムにおいて、上記ＳＮＳサーバから上記ユーザ端末に対してフィード情報を提供する情報提供方法であって、
上記ユーザ端末における登録操作に応じて上記スケジュール情報を上記ＳＮＳサーバに登録する際、あるいは、上記第１の記憶部に記憶された上記スケジュール情報に対する新たな参加者を上記ユーザ端末における登録操作に応じて上記ＳＮＳサーバに追加登録する際に、上記ＳＮＳサーバのユーザ端末位置取得部が、上記ユーザ端末の現在位置を上記ユーザ端末から取得する第１のステップと、
上記ＳＮＳサーバの出発時刻算出部が、上記ユーザ端末位置取得部により取得された上記ユーザ端末の現在位置と上記スケジュール情報に含まれる上記目的地とに基づいて、上記現在位置から上記目的地までの所要時間を算出し、当該算出した所要時間と上記スケジュール情報に含まれる上記時刻とに基づいて、上記目的地に向けて出発すべき時刻を算出する第２のステップと、
上記ＳＮＳサーバのフィード情報提供部が、上記第１の記憶部に記憶された上記スケジュール情報に関して上記出発時刻算出部により算出された出発時刻またはその一定時間前になったことを検出した場合、当該スケジュール情報に含まれている参加者から投稿されて上記第２の記憶部に記憶された投稿情報の更新を知らせるフィード情報を、上記参加者以外のユーザに関するフィード情報と区別して上記ユーザ端末に一覧表示させる第３のステップとを有することを特徴とする情報提供方法。

【請求項12】

上記フィード情報提供部が、上記スケジュール情報に含まれている時刻またはその一定時間後に、上記フィード情報を区別して一覧表示させる状態を解除する第４のステップを更に有することを特徴とする請求項１１に記載の情報提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供システムおよび情報提供方法に関し、特に、ソーシャルネットワークサービスを提供するＳＮＳサーバとユーザ端末とが通信ネットワークを介して接続可能に構成され、ＳＮＳサーバからユーザ端末に対してフィード情報を提供する情報提供システムに用いて好適なものである。

【背景技術】

【0002】

近年、インターネット等のネットワークを通じて人と人とのつながりを促進・サポートする、いわゆるソーシャルネットワークサービス（ＳＮＳ）が広く提供されている。ＳＮＳは、ユーザのプロフィールを紹介するプロフィール機能、所望のユーザを検索するユーザ検索機能、コメントやトラックバックなどのコミュニケーション機能、個人的な体験・日記・特定のトピック等を綴るブログ機能などを備えていることが多い。

【0003】

ＳＮＳのコミュニケーション機能の１つとして、フィードと呼ばれる基本機能がある。フィードとは、登録ユーザのブログやコメントあるいはプロフィール等に関するコンテンツの更新情報を取得して一覧表示する機能である。例えば、友人のブログやコメントあるいはプロフィール等に関する投稿ページを自分の端末のフィードリーダに登録すると、フィードリーダが登録ユーザに関する投稿ページの更新を定期的に確認し、更新情報の概要を図１１（ａ）のように一覧として表示させることができる。

【0004】

しかしながら、従来のフィード機能では、登録ユーザの投稿ページに関する更新情報が全て一覧として表示される。フィードリーダに登録される投稿ページの数が多くなると、一覧表示されるフィード情報の数も多くなる。そのため、その一覧の中から所望の情報を探すことがたいへんであり、ときには見逃してしまうこともあった。例えば、友人と外出先で待ち合わせをする際にフィード機能を利用する場合、友人が発した「いま自宅を出発したよ」といったコメントに関するフィード情報を見逃してしまうことがあり、コミュニケーションがうまくとれなくなってしまうという問題があった。

【0005】

なお、場所、開始時刻、終了時刻等のスケジュール情報を取り込み、その場所に至る経路とその場所に到着するまでの所要時間を計算し、その所要時間から逆算して得られる出発時刻をスケジュール情報に追記して表示画面に表示するようにしたスケジュール機能付ナビゲーションシステムが知られている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２００３−３０２２４０号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

ところで、フィードには、特定のフィード情報を非表示にしたり、特定のフィード情報だけを表示させたりする機能が備えられている。例えば、図１１（ａ）のような通常のフィード情報の表示に対して、図１１（ｂ）のように特定の登録ユーザ（例えばＡさん）のフィード情報を非表示にしたり、図１１（ｃ）のように特定の登録ユーザ（例えばＣさん）のフィード情報のみを表示させたりすることが可能である。

【0008】

例えば、待ち合わせをしている相手がＣさんであれば、図１１（ｃ）のようにＣさんのフィード情報のみを表示させることにより、Ｃさんのフィード情報を見逃してしまうことを防ぐことができる。しかしながら、ユーザがこの表示／非表示の設定操作を待ち合わせのたびに毎回手動で行う必要があり、その操作が面倒であるという問題があった。

【0009】

本発明は、このような問題を解決するために成されたものであり、ユーザが面倒な操作を行うことなく、待ち合わせに関連するフィード情報をユーザに分かりやすく提示できるようにすることを目的とする。

【課題を解決するための手段】

【0010】

上記した課題を解決するために、本発明では、ユーザ端末の現在位置とスケジュール情報に含まれる目的地とに基づいて、現在位置から目的地までの所要時間を算出し、当該算出した所要時間とスケジュール情報に含まれる時刻とに基づいて、目的地に向けて出発すべき時刻を算出する。そして、あるスケジュール情報に関して算出された出発時刻またはその一定時間前から、当該スケジュール情報に含まれている参加者に関するフィード情報を、参加者以外のユーザに関するフィード情報と区別してユーザ端末に一覧表示させるようにしている。

【発明の効果】

【0011】

上記のように構成した本発明によれば、ＳＮＳサーバに登録されたスケジュール情報により示される目的地に向けて出発すべき時刻またはその一定時間前になると、ＳＮＳサーバに投稿された複数の投稿情報のうち、スケジュール情報により参加者として示されているユーザからの投稿情報に関するフィード情報が他のフィード情報と区別して表示されるようになる。これにより、ユーザが面倒な操作を行わなくても、スケジュール情報により示される参加者に関するフィード情報をユーザ端末に分かりやすく提示することができる。よって、参加者であるユーザが一覧の中から待ち合わせに関連するフィード情報を見逃してしまうことを抑制することができる。

【図面の簡単な説明】

【0012】

【図1】第１〜第４の実施形態による情報提供システムの全体構成例を示す図である。

【図2】第１の実施形態によるＳＮＳサーバおよびユーザ端末の機能構成例を示すブロック図である。

【図3】本実施形態のスケジュール情報登録処理部により提供されるスケジュール情報の登録画面の一例を示す図である。

【図4】本実施形態のフィード情報提供部によりユーザ端末に表示されるフィード情報の一覧画面の例を示す図である。

【図5】第１の実施形態による情報提供システムにおいてスケジュール情報をＳＮＳサーバに登録する際の動作例を示すフローチャートである。

【図6】第１の実施形態による情報提供システムにおいてフィード情報をユーザ端末に表示する際の動作例を示すフローチャートである。

【図7】第２の実施形態によるＳＮＳサーバおよびユーザ端末の機能構成例を示すブロック図である。

【図8】第３の実施形態によるＳＮＳサーバおよびユーザ端末の機能構成例を示すブロック図である。

【図9】第３の実施形態によるアラーム発生部によって表示されるアラーム画面の一例を示す図である。

【図10】第４の実施形態によるＳＮＳサーバおよびユーザ端末の機能構成例を示すブロック図である。

【図11】従来のフィード情報の表示画面を示す図である。

【発明を実施するための形態】

【0013】

（第１の実施形態）
以下、本発明による第１の実施形態を図面に基づいて説明する。図１は、第１の実施形態による情報提供システムの全体構成例を示す図である。図１に示すように、第１の実施形態による情報提供システムは、ソーシャルネットワークサービスを提供するＳＮＳサーバ１００とユーザ端末２００とがインターネット３００等の通信ネットワークを介して接続可能に構成されている。

【0014】

本実施形態の情報提供システムは、ユーザ端末２００からＳＮＳサーバ１００に対してイベント等のスケジュール情報を登録したり、ブログやコメントあるいはプロフィール等に関する投稿情報を登録したりすることができるようになされている。また、本実施形態の情報提供システムは、投稿情報の更新を知らせるフィード情報をＳＮＳサーバ１００からユーザ端末２００に対して提供することができるようになされている。

【0015】

図２は、第１の実施形態によるＳＮＳサーバ１００およびユーザ端末２００の機能構成例を示すブロック図である。図２に示すように、ＳＮＳサーバ１００は、その機能構成として、第１の記憶部１１、第２の記憶部１２、地図データ記憶部１３、通信インタフェース部１４、スケジュール情報記録部１５、投稿情報記録部１６、フィード情報提供部１７、ユーザ端末位置取得部１８および出発時刻算出部１９を備えている。また、ユーザ端末２００は、その機能構成として、通信インタフェース部２１、スケジュール情報登録処理部２２、投稿情報登録処理部２３、現在位置取得部２４、フィード情報表示部２５、出発時刻記録部２６およびアラーム発生部２７を備えている。

【0016】

なお、ここでは本発明の説明に関する主要な機能構成をのみを示しており、ＳＮＳサーバ１００とユーザ端末２００との間で行われる一般的な情報通信等に関する機能構成については図示を省略あるいは簡略化している。

【0017】

ＳＮＳサーバ１００の各機能ブロック１４〜１９は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１４〜１９は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

【0018】

同様に、ユーザ端末２００の各機能ブロック２１〜２７は、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック２１〜２７は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。

【0019】

ＳＮＳサーバ１００の通信インタフェース部１４は、インターネット３００を介して通信の制御を行うものであり、ユーザ端末２００から送られてくる情報（スケジュール情報や投稿情報、ユーザ端末２００の現在位置情報など）を受信してＳＮＳサーバ１００内の機能ブロックに供給するとともに、ＳＮＳサーバ１００内の機能ブロックから供給される情報（フィード情報や出発時刻情報など）をユーザ端末２００に送信する。

【0020】

ユーザ端末２００の通信インタフェース部２１は、インターネット３００を介して通信の制御を行うものであり、ユーザ端末２００内の機能ブロックから供給される情報（スケジュール情報や投稿情報、ユーザ端末２００の現在位置情報など）をＳＮＳサーバ１００に送信するとともに、ＳＮＳサーバ１００から送られてくる情報（フィード情報や出発時刻情報など）を受信してユーザ端末２００内の機能ブロックに供給する。

【0021】

ユーザ端末２００のスケジュール情報登録処理部２２は、イベント等のスケジュール情報をＳＮＳサーバ１００に登録するための処理を行う。すなわち、スケジュール情報登録処理部２２は、ＳＮＳサーバ１００から取得した所定の登録画面をユーザ端末２００に表示させて、ユーザ端末２００を使用するユーザによって行われる登録画面に対する操作を通じて入力されたスケジュール情報を、そのユーザに対して割り当てられた固有のユーザＩＤと共にＳＮＳサーバ１００に送信して登録する処理を行う。

【0022】

図３は、スケジュール情報を登録する際にスケジュール情報登録処理部２２により提供される登録画面の一例を示す図である。図３（ａ）はカレンダ画面であり、ＳＮＳサーバ１００によりインターネット３００を通じてユーザ端末２００に提供される。図３（ａ）の例では、１ヵ月分のカレンダ情報が表示されている。そして、既にスケジュール情報が登録されている（すなわち、第１の記憶部１１に記憶されている）日にちのセルには、そのスケジュール情報を簡易的に示すテキスト情報あるいはアイコンが表示されている。

【0023】

スケジュール情報を新たに登録する場合、カレンダ内の所望の日のセルを選択する操作を行うと、図３（ｂ）に示すようなスケジュール登録画面が表示される。図３（ｂ）に示す例では、イベントのタイトル、時刻（例えば、イベントの開始日時および終了日時）、目的地（イベント開催場所）、スケジュールの作成者、イベントの詳細情報、参加者などを含むスケジュール情報を登録することが可能となっている。なお、時刻に関しては、イベント開始時刻よりも前の待ち合わせ時刻などを登録するようにしてもよい。

【0024】

また、参加者に関しては、いったん作成されたスケジュール情報に対して後から任意のタイミングで追加登録することが可能である。すなわち、図３（ａ）に示すカレンダ画面において、参加者を追加登録したいイベントのテキスト情報あるいはアイコンを選択することにより、図３（ｂ）のスケジュール登録画面を表示させる。そして、そのスケジュール登録画面において新たな参加者を追加登録することが可能である。

【0025】

ＳＮＳサーバ１００のスケジュール情報記録部１５は、ユーザ端末２００における図３に示した登録画面に対する登録操作に応じて送信されてくる情報に基づいて、少なくとも目的地、時刻および参加者を含むスケジュール情報を第１の記憶部１１に記憶させる。このときスケジュール情報記録部１５は、スケジュール情報を、それを作成したユーザのユーザＩＤと関連付けて第１の記憶部１１に記憶させる。また、参加者を追加登録する場合、スケジュール情報記録部１５は、既存のスケジュール情報に対して新規の参加者をそのユーザＩＤと関連付けて記憶させる。

【0026】

ユーザ端末２００の投稿情報登録処理部２３は、ブログやコメントあるいはプロフィール等に関する投稿情報をＳＮＳサーバ１００に新たに登録したり、登録済みの投稿情報の内容を変更したりするための処理を行う。すなわち、投稿情報登録処理部２３は、ＳＮＳサーバ１００から取得した所定の登録画面をユーザ端末２００に表示させて、ユーザ端末２００を使用するユーザによって行われる登録画面に対する操作を通じて入力された投稿情報を、ユーザＩＤと共にＳＮＳサーバ１００に送信して登録する処理を行う。あるいは、投稿情報登録処理部２３は、ＳＮＳサーバ１００に登録済みの投稿情報を登録画面に表示させて、ユーザによる操作を通じて入力された変更内容の情報をユーザＩＤと共にＳＮＳサーバ１００に送信し、投稿情報を更新登録する処理を行う。

【0027】

ＳＮＳサーバ１００の投稿情報記録部１６は、ユーザ端末２００から送信されてくる投稿情報を第２の記憶部１２に記憶させる。また、投稿情報記録部１６は、ユーザ端末２００から送信されてくる変更内容の情報に基づいて、第２の記憶部１２に記憶されている投稿情報を更新して記憶させる。このとき投稿情報記録部１６は、投稿情報をユーザＩＤと関連付けて第２の記憶部１２に記憶させる。

【0028】

ＳＮＳサーバ１００のフィード情報提供部１７は、第２の記憶部１２に記憶された投稿情報の更新を知らせるフィード情報をユーザ端末２００に送信して一覧表示させる。すなわち、フィード情報提供部１７は、ユーザ端末２００においてユーザにより行われた操作に基づき送信されてくるフィード情報表示要求に応じて、新たに登録された投稿情報のコンテンツ概要や、既登録の投稿情報に関する更新内容の概要などを知らせるフィード情報を生成する。そして、生成したフィード情報をユーザ端末２００に送信する。

【0029】

ユーザ端末２００のフィード情報表示部２５は、ユーザ端末２００においてユーザにより行われた操作に応じて、フィード情報表示要求をＳＮＳサーバ１００に送信する。そして、このフィード情報表示要求に応じてＳＮＳサーバ１００から送信されてくるフィード情報を表示させる。

【0030】

ユーザ端末２００の現在位置取得部２４は、例えばＧＰＳ受信機によって現在位置情報を取得する。そして、取得した現在位置情報をＳＮＳサーバ１００にユーザＩＤと共に送信する。ＳＮＳサーバ１００のユーザ端末位置取得部１８は、ユーザ端末２００から送られてくる現在位置情報をユーザＩＤと共に取得する。なお、現在位置取得部２４がユーザ端末２００の現在位置情報をＳＮＳサーバ１００に送信するタイミングは、例えば、スケジュール情報登録処理部２２により新たなスケジュール情報をＳＮＳサーバ１００に登録するとき、あるいは、既登録のスケジュール情報に対する新たな参加者をＳＮＳサーバ１００に追加登録するときとする。

【0031】

ＳＮＳサーバ１００の出発時刻算出部１９は、ユーザ端末位置取得部１８により取得されたユーザ端末２００の現在位置と、第１の記憶部１１に記憶されているスケジュール情報に含まれる目的地とに基づいて、現在位置から目的地までの所要時間を算出する。

【0032】

具体的には、出発時刻算出部１９は、地図データ記憶部１３に記憶されている地図データを用いて、ナビゲーション装置が一般的に備える経路探索機能と同様の機能により現在位置から目的地までの誘導経路（コスト最小の経路）を探索し、その経路を自動車等で走行した場合の所要時間を算出する。そして、当該算出した所要時間とスケジュール情報に含まれる時刻とに基づいて、目的地に向けて出発すべき時刻を算出する。つまり、スケジュール情報に含まれるイベントの開催日時から所要時間を減算することによって出発時刻を算出する。

【0033】

ここで、出発時刻算出部１９は、ユーザ端末位置取得部１８がユーザ端末２００から現在位置情報を取得したときに、そのユーザ端末２００に関する出発時刻を算出する。すなわち、出発時刻算出部１９は、現在位置情報と共にユーザ端末２００から取得されたスケジュール情報が第１の記憶部１１に新たに記憶された際、あるいは、第１の記憶部１１に記憶されているスケジュール情報に対する新たな参加者が当該スケジュール情報に追加登録された際に、そのスケジュール情報に関連するユーザ（スケジュール情報の作成者および追加登録された参加者）について出発時刻をそれぞれ算出する。

【0034】

出発時刻算出部１９は、算出した出発時刻をスケジュール情報記録部１５に供給するとともに、インターネット３００を介してユーザ端末２００に送信する。ここで送信先とするユーザ端末２００は、スケジュール情報または追加登録に係る参加者の情報を送信してきたユーザ端末２００である。スケジュール情報記録部１５は、出発時刻算出部１９により算出された出発時刻の情報をスケジュール情報と関連付けて第１の記憶部１１に記憶させる。また、ユーザ端末２００の出発時刻記録部２６は、ＳＮＳサーバ１００から送信されてきた出発時刻の情報を、実際にその出発時刻となるまで内部メモリ（図示せず）に記憶させる。

【0035】

上述したフィード情報提供部１７は、第１の記憶部１１に記憶されているスケジュール情報に関して出発時刻算出部１９により算出された出発時刻またはその一定時間前から、当該スケジュール情報に含まれている参加者（スケジュール情報の作成者を含む）に関するフィード情報を、参加者以外のユーザに関するフィード情報と区別してユーザ端末２００に一覧表示させる。

【0036】

例えば、フィード情報提供部１７は、スケジュール情報に含まれている参加者に関するフィード情報のみに絞り込んでユーザ端末２００に一覧表示させる。または、フィード情報提供部１７は、スケジュール情報に含まれている参加者に関するフィード情報をハイライトして表示させたり、参加者以外に関するフィード情報をグレーアウトして表示させたりするようにしてもよい。

【0037】

具体的には、フィード情報提供部１７は、第１の記憶部１１に記憶されているスケジュール情報およびそれに関連付けて記憶されている出発時刻の情報に基づいて、出発日時の一定時間前の時刻になったかどうかを監視する。当該時刻になったことを検出した場合、フィード情報提供部１７は、スケジュール情報に含まれている参加者のユーザＩＤをもとに、それと同じユーザＩＤに関連付けて第２の記憶部１２に記憶されている投稿情報を抽出し、抽出した投稿情報からフィード情報を生成してユーザ端末２００に送信し、表示させる。

【0038】

また、フィード情報提供部１７は、スケジュール情報に含まれている時刻（イベントの開始時刻または待ち合わせ時刻など）またはその一定時間後に、フィード情報を区別して一覧表示させる状態を解除する。

【0039】

図４は、フィード情報提供部１７によりユーザ端末２００に表示されるフィード情報の一覧画面の例を示す図である。図４（ａ）は、通常のフィード情報の表示例を示すものであり、スケジュール情報に含まれている参加者（Ｃさん）に関するフィード情報だけでなく、参加者以外（ＡさんおよびＢさん）に関するフィード情報も全て時系列で一覧表示されている。これに対して、図４（ｂ）は、スケジュール情報に含まれている参加者（Ｃさん）に関するフィード情報のみに絞り込まれて表示された状態を示している。

【0040】

すなわち、第１の記憶部１１に記憶されているあるスケジュール情報に関して算出された出発時刻またはその一定時間前の時刻になると、ユーザ端末２００に表示されるフィード情報は、図４（ａ）の状態から図４（ｂ）の状態へと自動的に切り替わる。その後、スケジュール情報に含まれている時刻（イベントの開始時刻または待ち合わせ時刻など）またはその一定時間後の時刻になると、ユーザ端末２００に表示されるフィード情報は、図４（ｂ）の状態から図４（ａ）の状態へと自動的に切り替わる。

【0041】

ユーザ端末２００のアラーム発生部２７は、出発時刻記録部２６により内部メモリに記憶された出発時刻の一定時間前に、ユーザ端末２００においてアラームを発生させる。アラームは所定のブザー音の発生によって行ってもよいし、ユーザ端末２００を振動させることによって行ってもよいし、所定のメッセージをユーザ端末２００に表示させることによって行ってもよい。ユーザ端末２００のユーザは、このアラームの発生を受けて、出発時刻の一定時間前になったこと、一定時間後からフィード情報がイベントの参加者のみに絞り込まれることを把握することができる。

【0042】

図５は、上記のように構成した第１の実施形態による情報提供システムにおいてスケジュール情報をＳＮＳサーバ１００に登録する際の動作例を示すフローチャートである。

【0043】

ユーザ端末２００のスケジュール情報登録処理部２２は、ユーザによって行われる登録画面に対する操作を通じて入力された新たなスケジュール情報または追加の参加者の情報を、そのユーザに対して割り当てられた固有のユーザＩＤと共にＳＮＳサーバ１００に送信する（ステップＳ１）。また、現在位置取得部２４は、ユーザ端末２００の現在位置情報を取得し、ユーザＩＤと共にＳＮＳサーバ１００に送信する（ステップＳ２）。

【0044】

ＳＮＳサーバ１００のスケジュール情報記録部１５は、ユーザ端末２００から送られてくるスケジュール情報または参加者の情報を、ユーザＩＤと共に第１の記憶部１１に記憶させる（ステップＳ３）。その後、ユーザ端末２００から送られてくる現在位置情報をユーザ端末位置取得部１８が取得すると、出発時刻算出部１９は、当該現在位置情報で示されるユーザ端末２００の現在位置と、第１の記憶部１１に記憶されているスケジュール情報に含まれる目的地とに基づいて、現在位置から目的地までの所要時間を算出する。そして、当該算出した所要時間とスケジュール情報に含まれる時刻とに基づいて、目的地に向けて出発すべき時刻を算出する（ステップＳ４）。

【0045】

出発時刻算出部１９は、算出した出発時刻の情報をスケジュール情報記録部１５に供給する。スケジュール情報記録部１５は、出発時刻算出部１９により算出された出発時刻の情報をスケジュール情報と関連付けて第１の記憶部１１に記憶させる（ステップＳ５）。また、出発時刻算出部１９は、算出した出発時刻の情報をインターネット３００を介してユーザ端末２００に送信する（ステップＳ６）。ユーザ端末２００の出発時刻記録部２６は、ＳＮＳサーバ１００から送信されてきた出発時刻の情報を内部メモリに記憶させる（ステップＳ７）。これにより、図５に示すフローチャートの処理を終了する。

【0046】

図６は、第１の実施形態による情報提供システムにおいてフィード情報をユーザ端末２００に表示する際の動作例を示すフローチャートである。まず、ユーザ端末２００のアラーム発生部２７は、内部メモリに記憶された出発時刻の一定時間前の時刻になったか否かを監視する（ステップＳ１１）。出発時刻の一定時間前になった場合、アラーム発生部２７は、ユーザ端末２００においてアラームを発生させる（ステップＳ１２）。その後、処理はステップＳ１３に進む。なお、上記ステップＳ１１で出発時刻の一定時間前になっていないと判定された場合、処理はステップＳ１２を飛ばしてステップＳ１３に進む。

【0047】

ステップＳ１３において、フィード情報表示部２５は、フィード情報の表示を要求するための操作がユーザ端末２００においてユーザにより行われたか否かを判定する。当該操作が行われていない場合、処理はステップＳ１１に戻る。一方、当該操作が行われた場合、フィード情報表示部２５は、フィード情報表示要求をユーザＩＤと共にＳＮＳサーバ１００に送信する（ステップＳ１４）。

【0048】

フィード情報表示要求を受信したＳＮＳサーバ１００のフィード情報提供部１７は、フィード情報表示要求と共に受信したユーザＩＤに基づいて、当該ユーザＩＤに関連付けて第１の記憶部１１に記憶されているスケジュール情報を特定する（ステップＳ１５）。そして、フィード情報提供部１７は、特定したスケジュール情報に関連付けて第１の記憶部１１に記憶されている出発時刻の一定時間前の時刻を経過しているか否かを判定する（ステップＳ１６）。

【0049】

ここで、出発時刻の一定時間前を経過していると判定した場合、フィード情報提供部１７は、ステップＳ１５で特定したスケジュール情報に含まれている参加者に関する投稿情報を第２の記憶部１２から抽出し、抽出した投稿情報からフィード情報を生成してユーザ端末２００に送信する（ステップＳ１７）。ユーザ端末２００のフィード情報表示部２５は、フィード情報提供部１７により提供された参加者のみのフィード情報を表示させる（ステップＳ１８）。

【0050】

フィード情報提供部１７は、ステップＳ１７でフィード情報をユーザ端末２００に送信した後、スケジュール情報に含まれている時刻（イベントの開始時刻または待ち合わせ時刻など）の一定時間後の時刻を経過したか否かを判定する（ステップＳ１９）。当該時刻を経過した場合、フィード情報提供部１７は、参加者のみのフィード情報に絞り込んで一覧表示させる状態を解除する（ステップＳ２０）。すなわち、フィード情報提供部１７は、第２の記憶部１２に記憶されている全ての投稿情報を用いて、通常のフィード情報を生成してユーザ端末２００に送信する。ユーザ端末２００のフィード情報表示部２５は、フィード情報提供部１７により提供された通常のフィード情報を表示させる（ステップＳ１８）。

【0051】

また、上記ステップＳ１６において出発時刻の一定時間前を経過していないと判定した場合、フィード情報提供部１７は、第２の記憶部１２に記憶されている全ての投稿情報を用いて、通常のフィード情報を生成してユーザ端末２００に送信する（ステップＳ２１）。その後、処理はステップＳ１６に戻る。この場合、ユーザ端末２００のフィード情報表示部２５は、フィード情報提供部１７により提供された通常のフィード情報を表示させる（ステップＳ１８）。

【0052】

以上詳しく説明したように、第１の実施形態では、ユーザ端末２００の現在位置とスケジュール情報に含まれる目的地とに基づいて、現在位置から目的地までの所要時間を算出し、当該算出した所要時間とスケジュール情報に含まれる時刻とに基づいて、目的地に向けて出発すべき時刻を算出する。そして、あるスケジュール情報に関して算出された出発時刻またはその一定時間前から、当該スケジュール情報に含まれている参加者に関するフィード情報を、参加者以外のユーザに関するフィード情報と区別してユーザ端末２００に一覧表示させるようにしている。

【0053】

このように構成した第１の実施形態によれば、ＳＮＳサーバ１００に登録されたスケジュール情報により示される目的地に向けて出発すべき時刻またはその一定時間前になると、ＳＮＳサーバ１００に投稿された複数の投稿情報のうち、スケジュール情報により参加者として示されているユーザからの投稿情報に関するフィード情報が他のフィード情報と区別して表示されるように自動的に切り替わる。

【0054】

これにより、スケジュール情報により示される参加者であるユーザが面倒な操作を行わなくても、そのユーザが参加するイベントに関連するフィード情報をユーザ端末２００に分かりやすく提示することができる。よって、参加者であるユーザが一覧の中からイベントや待ち合わせに関連するフィード情報を見逃してしまうことを抑制することができる。

【0055】

（第２の実施形態）
次に、本発明による第２の実施形態を図面に基づいて説明する。第２の実施形態による情報提供システムの全体構成例は、図１と同様である。図７は、第２の実施形態によるＳＮＳサーバ１００およびユーザ端末２００の機能構成例を示すブロック図である。なお、この図７において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

【0056】

図７に示すように、ＳＮＳサーバ１００は、スケジュール情報記録部１５および出発時刻算出部１９に代えて、スケジュール情報記録部１５’および出発時刻算出部１９’を備えている。また、ユーザ端末２００は、スケジュール情報登録処理部２２に代えて、スケジュール情報登録処理部２２’を備えている。

【0057】

スケジュール情報登録処理部２２’は、イベントのタイトル、時刻（イベントの開始日時および終了日時）、目的地、スケジュールの作成者、イベントの詳細情報および参加者に加えて、目的地までの移動手段を含むスケジュール情報をＳＮＳサーバ１００に登録するための処理を行う。スケジュール情報記録部１５’は、スケジュール情報登録処理部２２’により登録されたスケジュール情報を第１の記憶部１１に記憶させる。なお、移動手段とは、車、自転車、公共交通機関（電車、地下鉄、バス等の不特定多数の人々が利用する交通機関）、徒歩などである。

【0058】

出発時刻算出部１９’は、ユーザ端末位置取得部１８により取得されたユーザ端末２００の現在位置と、スケジュール情報に含まれる目的地および移動手段とに基づいて、現在位置から目的地までの移動手段に応じた所要時間を算出する。具体的には、出発時刻算出部１９’は、地図データ記憶部１３に記憶されている地図データを用いて、現在位置から目的地までの誘導経路を探索し、その経路を指定の移動手段で移動した場合の所要時間を算出する。そして、当該算出した所要時間とスケジュール情報に含まれる時刻とに基づいて、目的地に向けて出発すべき時刻を算出する。

【0059】

このように構成した第２の実施形態によれば、移動手段に合わせて出発時刻をより正確に求めることができる。これにより、参加者のみのフィード情報に絞り込むタイミングをより的確なものとすることができる。

【0060】

（第３の実施形態）
次に、本発明による第３の実施形態を図面に基づいて説明する。第３の実施形態による情報提供システムの全体構成例は、図１と同様である。図８は、第３の実施形態によるＳＮＳサーバ１００およびユーザ端末２００の機能構成例を示すブロック図である。なお、この図８において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

【0061】

図８に示すように、ＳＮＳサーバ１００は、スケジュール情報記録部１５、フィード情報提供部１７および出発時刻算出部１９に代えて、スケジュール情報記録部１５”、フィード情報提供部１７”および出発時刻算出部１９”を備えている。また、ユーザ端末２００は、出発時刻記録部２６およびアラーム発生部２７に代えて、出発時刻記録部２６”およびアラーム発生部２７”を備えている。

【0062】

出発時刻算出部１９”は、ユーザ端末位置取得部１８により取得されたユーザ端末２００の現在位置と、スケジュール情報に含まれる目的地とに基づいて、現在位置から目的地までの移動手段（車、自転車、公共交通機関、徒歩など）に応じた所要時間を異なる移動手段毎に算出する。出発時刻算出部１９”は、各移動手段に応じた出発時刻をスケジュール情報記録部１５”に供給するとともに、インターネット３００を介してユーザ端末２００に送信する。

【0063】

スケジュール情報記録部１５”は、出発時刻算出部１９”により算出された移動手段ごとの出発時刻の情報をスケジュール情報と関連付けて第１の記憶部１１に記憶させる。また、ユーザ端末２００の出発時刻記録部２６”は、ＳＮＳサーバ１００から送信されてきた移動手段ごとの出発時刻の情報を、実際にその出発時刻となるまで内部メモリ（図示せず）に記憶させる。

【0064】

アラーム発生部２７”は、出発時刻記録部２６”により内部メモリに記憶された移動手段ごとの出発時刻の早い順に、当該出発時刻の一定時間前にユーザ端末２００においてアラームを発生させる。移動手段として車、自転車、公共交通機関、徒歩の４つについて出発時刻算出部１９”が出発時刻を算出した結果、徒歩、自転車、公共交通機関、車の順で出発時刻が早くなったとすると、アラーム発生部２７”は、最初に、徒歩で移動する場合における出発時刻の一定時間前になったときに、アラームを発生させる。次に、自転車で移動する場合における出発時刻の一定時間前になったときに、２回目のアラームを発生させる。その後も同様に、公共交通機関で移動する場合における出発時刻の一定時間前になったとき、車で移動する場合における出発時刻の一定時間前になったときに、それぞれ３回目および４回目のアラームを発生させる。

【0065】

図９は、このアラームを所定のメッセージの表示によって行う場合の一例を示す図である。図９（ａ）は、徒歩で移動する場合における出発時刻の一定時間前になったときに表示されるアラーム画面の例を示す。なお、ここでは公共交通機関の一例として電車を挙げている。このアラーム画面には、移動手段が徒歩の場合の出発時刻になったことを示すメッセージと、他の残りの移動手段（自転車、電車、車）による次回以降のアラームがどのくらい後に行われるかを示すメッセージとが表示されている。

【0066】

図９（ｂ）は、自転車で移動する場合における出発時刻の一定時間前になったときに表示されるアラーム画面の例を示す。このアラーム画面には、移動手段が自転車の場合の出発時刻になったことを示すメッセージと、他の残りの移動手段（電車、車）による次回以降のアラームがどのくらい後に行われるかを示すメッセージとが表示されている。

【0067】

図９（ｃ）は、電車で移動する場合における出発時刻の一定時間前になったときに表示されるアラーム画面の例を示す。このアラーム画面には、移動手段が電車の場合の出発時刻になったことを示すメッセージと、他の残りの移動手段（車）による次回以降のアラームがどのくらい後に行われるかを示すメッセージとが表示されている。

【0068】

図９（ｄ）は、車で移動する場合における出発時刻の一定時間前になったときに表示されるアラーム画面の例を示す。このアラーム画面には、移動手段が車の場合の出発時刻になったことを示すメッセージが表示されている。

【0069】

なお、図９（ａ）〜（ｃ）の何れかのアラーム画面において、表示されている移動手段を選択する操作を行うことによって、移動手段を確定させることができるようにしてもよい。例えば、図９（ａ）のアラーム画面において、徒歩を選択した場合、移動手段を徒歩に確定する。この場合、アラーム発生部２７”は、図９（ｂ）〜（ｄ）に示す他の移動手段によるアラームは発生させない。また、図９（ａ）のアラーム画面において、車を選択した場合、移動手段を車に確定する。この場合、アラーム発生部２７”は、図９（ｂ）（ｃ）に示す自転車、電車を移動手段とする場合のアラームは発生させず、車で移動する場合における出発時刻の一定時間前になったときに、図９（ｄ）に示すアラーム画面を表示させる。

【0070】

フィード情報提供部１７”は、移動手段毎に算出された出発時刻のうち最も早い出発時刻またはその一定時間前から、スケジュール情報に含まれている参加者に関するフィード情報のみに絞ってユーザ端末２００に一覧表示させるようにする。または、フィード情報提供部１７”は、アラームの発生時にユーザ端末２００の操作に応じて選択された移動手段に関する出発時刻の一定時間前から、スケジュール情報に含まれている参加者に関するフィード情報のみに絞ってユーザ端末２００に一覧表示させるようにしてもよい。

【0071】

このように構成した第３の実施形態によれば、ユーザがイベントの当日まで移動手段を決めていない場合でも、各移動手段の中で最も早い出発時刻またはその一定時間前から参加者のみのフィード情報に絞り込まれて表示される。よって、イベント当日になって最も所要時間の長い移動手段で移動しようと決めた場合でも、ユーザが一覧の中からイベントや待ち合わせに関連するフィード情報を見逃してしまうことを抑制することができる。

【0072】

また、第３の実施形態によれば、各移動手段に応じた出発時刻のタイミングごとにアラームが発生するので、そのアラームを受けて移動手段を決定することもできる。そして、移動手段を決定すれば、決定した移動手段に応じた出発時刻の一定時間前から、参加者のみのフィード情報に絞り込んで一覧表示させることができる。

【0073】

（第４の実施形態）
次に、本発明による第４の実施形態を図面に基づいて説明する。第４の実施形態による情報提供システムの全体構成例は、図１と同様である。図１０は、第４の実施形態によるＳＮＳサーバ１００およびユーザ端末２００の機能構成例を示すブロック図である。なお、この図１０において、図２に示した符号と同一の符号を付したものは同一の機能を有するものであるので、ここでは重複する説明を省略する。

【0074】

図１０に示すように、ＳＮＳサーバ１００は、スケジュール情報記録部１５、ユーザ端末位置取得部１８および出発時刻算出部１９に代えて、スケジュール情報記録部１５'''、ユーザ端末位置取得部１８'''および出発時刻算出部１９'''を備えている。また、ユーザ端末２００は、現在位置取得部２４に代えて、現在位置取得部２４'''を備えている。

【0075】

出発時刻算出部１９'''は、出発時刻算出部１９と同様に、新たなスケジュール情報または追加の参加者がＳＮＳサーバ１００に登録された際に、そのとき同時にユーザ端末２００から取得された現在位置情報に基づいて出発時刻を算出する。ただし、スケジュール情報等を登録した地点と、イベント当日にユーザがいる地点とが必ずしも同じとは限らない。

【0076】

そこで、出発時刻算出部１９'''は、スケジュール情報と関連付けて第１の記憶部１１に記憶されている出発時刻の所定時間前（例えば、２４時間前）に、そのときユーザ端末位置取得部１８'''により取得されたユーザ端末２００の現在位置と、スケジュール情報に含まれる目的地および時刻とに基づいて、出発時刻を再計算する。この場合、ユーザ端末位置取得部１８'''は、ユーザ端末２００に対して現在位置情報の取得要求を送信する。ユーザ端末２００の現在位置取得部２４'''は、ＳＮＳサーバ１００から送られてくる要求に応じて現在位置を取得し、ＳＮＳサーバ１００に送信する。

【0077】

スケジュール情報記録部１５'''は、出発時刻算出部１９'''により再計算された出発時刻を、スケジュール情報と関連付けて第１の記憶部１１に更新記憶させる。フィード情報提供部１７は、第１の記憶部１１に更新記憶された出発時刻またはその一定時間前から、当該スケジュール情報に含まれている参加者に関するフィード情報のみに絞り込んでユーザ端末２００に一覧表示させる。

【0078】

このように構成した第４の実施形態によれば、スケジュール情報等を登録した地点と、イベントの当日にユーザがいる地点とが異なっている場合であっても、同日ユーザがいる地点に合わせてより正確な出発時刻を再計算することができる。これにより、参加者のみのフィード情報に絞り込むタイミングをより的確なものとすることができる。

【0079】

なお、最初に計算した出発時刻の所定時間前（例えば、２４時間前）に１回のみ出発時刻を再計算するだけでなく、その時点から一定時間ごとに繰り返し出発時刻を再計算し、前回計算した出発時刻と今回計算した出発時刻とが一致した場合に再計算を中止するようにしてもよい。このようにすれば、ユーザが何らかの移動手段を使って移動中の場合に、一定時間ごとにユーザがいる地点に合わせてより正確な出発時刻を再計算することができる。

【0080】

上記第１〜第４の実施形態では、地図データ記憶部１３および出発時刻算出部１９，１９’，１９”，１９'''をＳＮＳサーバ１００が備える例について説明したが、ユーザ端末２００が備えるようにしてもよい。

【0081】

また、上記第１〜第４の実施形態では、フィード情報提供部１７，１７”において参加者のみのフィード情報に絞り込み、それをユーザ端末２００に提供する例について説明したが、本発明はこれに限定されない。例えば、ＳＮＳサーバ１００からユーザ端末２００には通常のフィード情報を提供し、ユーザ端末２００において参加者のみのフィード情報に絞り込むようにしてもよい。

【0082】

その他、上記第１〜第４の実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

【符号の説明】

【0083】

１１ 第１の記憶部
１２ 第２の記憶部
１３ 地図データ記憶部
１５，１５’，１５”，１５''' スケジュール情報記録部
１６ 投稿情報記録部
１７，１７” フィード情報提供部
１８，１８''' ユーザ端末位置取得部
１９，１９’，１９”，１９''' 出発時刻算出部
２２，２２’ スケジュール情報登録処理部
２３ 投稿情報登録処理部
２４，２４''' 現在位置取得部
２５ フィード情報表示部
２６，２６” 出発時刻記録部
２７，２７” アラーム発生部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】