教育用ソーシャルネットワーキングサービス提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体
【課題】 インタラクティブ性を持つコミュニケーションを可能とし、検討の入口で躓いた受講者に対して、検討への取り掛かりとなる情報の提示し、受講者毎の取り組み状況や理解状況を推測する。
【解決手段】 本発明は、受講者や講師が用いる利用端末における端末操作履歴を取得し、利用者からアクセスされると、端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する。また、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納する。受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行う。
【解決手段】 本発明は、受講者や講師が用いる利用端末における端末操作履歴を取得し、利用者からアクセスされると、端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する。また、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納する。受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、教育用ソーシャルネットワーキングサービス提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体に係り、特に、インターネット上もしくはイントラネット上において、
・受講者同士が、講師から提示された課題について議論を行う；
・講師が、受講者をナビゲートする；
教育用のソーシャルネットワーキングサービス（以下、ＳＮＳと呼ぶ）提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
ＳＮＳは、人と人とのつながりを促進・サポートする登録制のコミュニティ・サービスを提供するＷｅｂサイトを意味し、他メンバとのコミュニケーションを促進する手段や場を提供している。
【０００３】
ＳＮＳの基本的な機能としては、プロフィール管理機能やユーザ検索機能、ブログ機能、コミュニティ機能、足跡機能、メッセージ送受信機能などがある。
【０００４】
「コミュニティ機能」とは、特定のメンバだけのコミュニケーションを促進するために、特定のメンバのみで一つのコミュニティを作成する機能である。
【０００５】
「足跡機能」とは、自分のブログもしくはコミュニティのブログを訪れたメンバを記録し、表示する機能である。
【０００６】
「メッセージ送受信機能」とは、自分のブログにコメントが書き込まれたり、もしくは自分が参加するコミュニティのブログに新規スレッドが作成されたり、コメントが登録された場合に、事前に登録しておいたメールアドレスに、その旨を送信する機能である。
【０００７】
日本の代表的なＳＮＳとしては"mixi"（登録商標）や"GREE"（登録商標）がある。最近では、地域住民の情報交換を目的としたＳＮＳや、社内ＳＮＳと呼ばれる社内の情報共有のためのＳＮＳなどもある。
【０００８】
近年では、"ｅラーニング"にＳＮＳを適用する事例が提案されている。例えば、内定者向けのｅラーニングとして、ＳＮＳが持つコミュニケーション機能を活用することを特徴とした事例がある（例えば、非特許文献１参照）。
【０００９】
また、コミュニティ用のブログに書き込みをすると、事前登録したメールアドレスにメールが届く機能を活用する事例もある（例えば、非特許文献２参照）。
【００１０】
または、業種別・職種別のコンテンツを伴った特化型ＳＮＳを謳っている事例もある（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】http://www.netlearning.co.jp/hojin/naitei/sans.html
【非特許文献２】http://www.sns-leaning.com/
【非特許文献３】http://www.biscue.net/pack/sns.html
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記のｅラーニングは、ＳＮＳの持つ機能を利用してコミュニケーションを促進しようとしているに過ぎず、ｅラーニングが持つ、
・集合研修におけるインタラクティブなコミュニケーションの実現；
・受講者のモチベーション維持／向上の仕組み；
・講師による的確な学習支援；
等の本質的な課題を解決していない。
【００１３】
本発明は、上記の点に鑑みなされたもので、ある場面で最適のインタラクティブ性を持つコミュニケーションを可能とし、検討の入口で躓いた受講者に対して、検討への取り掛かりとなる情報の提示が可能で、受講者毎の取り組み状況や理解状況を推測することが可能な教育用ソーシャルネットワーキングサービス提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１４】
図１は、本発明の原理構成図である。
【００１５】
本発明（請求項１）は、インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行う教育用ＳＮＳ提供装置において、
教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示すると共に、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡し、該各種手段の実行結果を受け取るユーザインタフェース管理手段１１１と、
受講者または、講師が用いる利用端末における端末操作履歴を取得する端末操作取得手段１１２と、
端末操作取得手段１１２で取得した端末操作履歴を端末操作ログ記憶手段１７０に格納し、ユーザインタフェース管理手段１１１からアクセスされると、該端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段１１１に返却する端末操作ログ管理手段１４０と、を有することを特徴とする。
【００１６】
また、本発明（請求項２）は、請求項１の発明において、端末操作取得手段１１２が、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納する手段を含むことを特徴とする。
【００１７】
また、本発明（請求項３）は、請求項１または請求項２の発明において、受講者の識別情報に基づいて、端末操作ログ管理手段にアクセスし、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行う端末操作ログ統計処理手段を更に有する。
【００１８】
図２は、本発明の原理を説明するための図である。
【００１９】
本発明（請求項４）は、インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行うことが可能な装置における、教育用ＳＮＳサービス提供方法において、
受講者または、講師が用いる利用端末における端末操作履歴を取得し（ステップ１）、
端末操作履歴を端末操作ログ記憶手段に格納し（ステップ２）、
利用者からユーザインタフェース管理手段を介してアクセスされると（ステップ３）、端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する（ステップ４）。
【００２０】
また、本発明（請求項５）は、請求項４の発明において、端末操作取得手段１１２が、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納することを特徴とする。
【００２１】
また、本発明（請求項６）は、請求項４または請求項５の発明において、受講者の識別情報に基づいて、端末操作ログ記憶手段から、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行うことを特徴とする。
【００２２】
本発明（請求項７）は、請求項１乃至３のいずれか１項に記載の教育用ＳＮＳ提供装置を構成する各手段としてコンピュータを機能させるための教育用ＳＮＳ提供プログラムである。
【００２３】
本発明（請求項８）は、請求項７に記載の教育用ＳＮＳ提供プログラムを格納したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２４】
上記のように本発明によれば、下記の効果が得られる。
【００２５】
・端末操作履歴を取得して記憶手段に格納しておくことにより、該記憶手段から現在ログオンしているユーザを抽出することで、現在のアクセス状況を把握することにより、その場面で最近のインタラクティブ性を持つコミュニケーションをとることができる。
【００２６】
・検討の入口で躓いた受講者に対して、検討への取り掛かりとなる情報を提示することができる。
【００２７】
・統計処理を行うことにより、受講者毎の取り組み状況や理解状況を推測することができる。
【００２８】
これらの効果により、前述のｅラーニングにおける本質的な課題を解決することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の原理構成図である。
【図２】本発明の原理を説明するための図である。
【図３】本発明の第１の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図４】本発明の第１の実施の形態におけるユーザＤＢの登録例である。
【図５】本発明の第１の実施の形態におけるコンテンツＤＢの登録例である。
【図６】本発明の第１の実施の形態における教育用ＳＮＳにおける利用フローの例である。
【図７】本発明の第１の実施の形態におけるスレッドタイトルと概要の表示画面の例である。
【図８】本発明の第１の実施の形態におけるコメント一覧の表示画面の例である。
【図９】本発明の第１の実施の形態における端末操作ログＤＢの登録例である。
【図１０】本発明の第２の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図１１】本発明の第２の実施の形態における端末操作ログＤＢの登録例（その１）である。
【図１２】本発明の第２の実施の形態における端末操作ログＤＢの登録例（その２）である。
【図１３】本発明の第２の実施の形態におけるコメント一覧の表示画面の例（推奨検索語、ＵＲＬ表示付き）である。
【図１４】本発明の第３の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図１５】本発明の第３の実施の形態における端末操作ログ統計ＤＢの例である。
【図１６】本発明の第３の実施の形態における統計データ（あるスレッドに対してどんなＷｅｂサイトが参照されているのか？）の表示例である。
【図１７】本発明の第３の実施の形態におけると表示例−（７）（あるスレッドに対して、どの受講者がどんな操作を行っているか？）である。
【図１８】本発明の第３の実施の形態におけると表示例−（８）（あるスレッドに対して、どの受講者がどんな操作を行っているか？）である。
【発明を実施するための形態】
【００３０】
以下、図面と共に本発明の実施の形態を説明する。
【００３１】
[第１の実施の形態]
本発明は、利用者間のコミュニケーションのインタラクティブ性を他利用者の状況に応じて変化させることで、教育効果を向上させる教育用ＳＮＳ提供装置を実現することにある。
【００３２】
（１）ＳＮＳを利用した教育：
まず、最初にＳＮＳを教育に利用した一つのケースを説明する。
【００３３】
受講者と講師は、ＳＮＳ上で議論を行う。例えば、マーケティング講座として、ビール会社が新発売した発泡酒（以下、「分析商品」と呼ぶ）のターゲットを分析し、分析商品がヒットするかどうかを予想する課題を行う。以下では、このケースにおける実現例を説明する。
【００３４】
受講者リーダは、講師から提示された課題に対して、その課題を検討するステップ毎に、ＳＮＳ上にスレッドを作成する。今回の課題に対しては、
１）市場状況を分析するためのスレッド
２）競合商品のターゲットを分析するスレッド
３）分析商品のターゲットを分析するスレッド
４）ヒットするか否かを議論するスレッド
の４つのスレッドを作成する。
【００３５】
まず、受講者は、発泡酒市場を分析するために、市場分析スレッドにおいて、ファクトデータ(官庁や調査会社による調査結果)を集め、それが意味することを議論する。この際、講師は、適宜議論を見守り、議論が間違った方向に進むと方向性を修正する。また、講師は、議論の最終結論に対して合否判定を行う。結論が合格であれば、受講者は次のステップを議論するために、次のスレッドに移動する。この際、調査や議論の進め方・内容によっては、新しく思い付いた考え・仮説を、以前のステップに戻って再検討することがある。例えば、上記発泡酒のケースでは、分析商品は発泡酒であるので、最初のスレッドでは発泡酒市場を分析する。ところが、最後のスレッドでヒットするかどうかを議論している際に、ヒットするかどうかは、ビール市場や第３のビール市場の分析も必要であることが気付く場合もある。この場合は、最初のスレッドに戻って、ビール市場と第３のビール市場の分析を行う。このように、ＳＮＳ上に複数のスレッドを作成し、そのスレッドにおいて議論を進めるというように、ＳＮＳを教育に利用する。
【００３６】
本発明では、上記のようなＳＮＳを教育に利用する場面において、効率的なコミュニケーションのために、受講者や講師のログイン状態やスレッドの閲覧・書き込み状態を利用者端末上に可視化する。また、講師が受講者の理解度や議論への参加状況を把握したり、モチベーションを維持・向上させるために、受講者のログイン状況や投稿状況などを可視化する。
【００３７】
（２）教育用ＳＮＳのシステム構成及びその処理概要：
図３は、本発明の第１の実施の形態における教育用ＳＮＳ提供装置の構成を示す。教育用ＳＮＳ提供装置１００は、ユーザインタフェース部１１０と、ユーザ管理部１２０、コンテンツ管理部１３０、端末操作ログ管理部１４０、ユーザＤＢ１５０、コンテンツＤＢ１６０、端末操作ログＤＢ１７０を有する。本発明は、従来のＳＮＳの構成に端末操作取得部１１２を追加し、利用者端末における端末操作履歴を取得し、端末操作ログ管理部１４０でこれを管理することを特徴としている。
【００３８】
図４にユーザＤＢ１５０のデータ例を示す。ユーザＤＢ１５０は、利用者毎に利用者ＩＤ、パスワード、利用者種別、利用者名、表示できるコンテンツＩＤを保持する。
【００３９】
図５にコンテンツＤＢ１６０のデータ例を示す。コンテンツＤＢ１６０は、コンテンツ毎に、コンテンツＩＤ、種別（スレッド／コメント）、親コンテンツ、内容、作成者ＩＤ，作成時刻を保持する。
【００４０】
ユーザインタフェース部１１０は、利用者端末のWebブラウザで稼働するモジュールであり、ユーザインタフェース管理部１１１（以下、ＵＩ管理部と呼ぶ）と端末操作取得部１１２を有する。
【００４１】
ＵＩ管理部１１１は、利用者に対して、ログイン処理やスレッドの作成、コメントの投稿など、教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示する。ＵＩ管理部１１１は、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡す。そして、サーバ側の各種手段の実行結果を受け取り、その結果を利用者端末に表示する。
【００４２】
端末操作取得部１１２は、ユーザインタフェース上において、利用者が教育用ＳＮＳに対して行うアクセス状況や操作状況を取得する。
【００４３】
以下に、上記の構成における動作を説明する。
【００４４】
図６は、教育用ＳＮＳにおける利用フローの例を示す。この利用フローにより、各手段の詳細な動作について説明する。なお、以下の説明では、コンテンツは、"スレッド−コメント"という構造を前提としているが、"ブログ−スレッド−コメント"というように、別の構造であっても構わない。
【００４５】
ステップ１０１）ログイン：
利用者がWebブラウザで教育用ＳＮＳに最初にアクセスすると、ＵＩ管理部１１１は、利用者端末に、利用者ＩＤとパスワードの入力欄を表示する。その画面で、利用者が利用者ＩＤとパスワードを入力すると、それらの情報はＵＩ管理部１１１が受け取る。ＵＩ管理部１１１は、受け取った利用者ＩＤとパスワードを、ユーザ管理部１２０に渡す。
【００４６】
ユーザ管理部１２０は、ユーザＤＢ１５０にアクセスし（図４に、ユーザＤＢ１５０の登録例を示す）、受け取った利用者ＩＤを元にユーザ情報を抽出し、パスワードが正しいかどうかを確認する。パスワードが正しければ、「認証OK」という情報と、ユーザＤＢ１５０から抽出した「そのユーザがアクセスできるスレッドＩＤのリスト」をＵＩ管理部１１１に返す。パスワードが間違っていれば、「認証NG」という情報をＵＩ管理部１１１に返す。
【００４７】
ＵＩ管理部１１１は、「認証OK」と「そのユーザがアクセスできるスレッドＩＤ」を受け取ったら、「スレッドＩＤリスト」を、コンテンツ管理部１３０に渡す。コンテンツ管理部１３０は、コンテンツＤＢ１６０にアクセスし（図５に、コンテンツＤＢ１６０の登録例を示す）、スレッドＩＤに対応するスレッドタイトルと概要情報をＵＩ管理部１１１に返す。
【００４８】
また、ＵＩ管理部１１１は、同時に、端末操作ログ管理部１４０に、現在のログイン者情報を問い合わせる。端末操作ログ管理部１４０は、端末操作ログＤＢ１７０にアクセスし、現在ログインしている利用者ＩＤを抽出し、ＵＩ管理部１１１に返す。ＵＩ管理部１１１は、受け取った利用者ＩＤを元に、ユーザ管理部１２０に問い合わせることにより、該当する利用者名を獲得する。
【００４９】
以上により、ＵＩ管理部１１１は、スレッドタイトルと概要、現在ログインしている利用者名を、利用者端末に表示する。利用者端末に表示した例を図７に示す。
【００５０】
ステップ１０２）スレッド参照
利用者は、内容（コメント）を表示したいスレッドタイトルをクリックする。クリックされたスレッドタイトルに対応したスレッドＩＤをＵＩ管理部１１１が受け取る。ＵＩ管理部１１１は、受け取ったスレッドＩＤを、コンテンツ管理部１３０に渡す。コンテンツ管理部１３０は、コンテンツＤＢ１６０にアクセスし、受け取ったスレッドＩＤに関連付けられているコメント一覧をＵＩ管理部１１１に返す。
【００５１】
また、ＵＩ管理部１１１は、同時に、端末操作ログ管理部１４０に問い合わせ、クリックされたスレッドを表示している利用者ＩＤを獲得する。続いて、ＵＩ管理部１１１は、その利用者ＩＤを元に、ユーザ管理部１２０に問い合わせることにより、該当する利用者名を獲得する。
【００５２】
以上により、ＵＩ管理部１１１は、利用者のスレッドタイトルのクリックに対するレスポンスとして、コメント一覧と、そのスレッドを参照している利用者名を、利用者端末に表示する。利用者端末への表示例を図８に示す。
【００５３】
ステップ１０３）コメント投稿：
利用者は、読んだコメントに対する自分の考えを投稿するために、コメント投稿画面を表示する。このとき、ＵＩ管理部１１１は、端末操作ログ管理部１４０とユーザ管理部１２０に問い合わせることにより、現在、コメントを記入している利用者名を、コメント投稿画面に表示する。
【００５４】
利用者が投稿したコメントは、ＵＩ管理部１１１を経て、コンテンツ管理部１３０に渡される。コンテンツ管理部１３０は、受け取ったコメントを、コンテンツＤＢ１６０に書き込む。コンテンツ管理部１３０は、書き込み処理後、その時点のコメント一覧をＵＩ管理部１１１に渡してもよい。ＵＩ管理部１１１は、端末操作ログ管理部１４０とユーザ管理部１２０に問い合わせて獲得した「現在、そのスレッドを閲覧している利用者名」と合わせて、コメント一覧を利用者端末に表示する。
【００５５】
ステップ１０４）新規スレッド作成：
利用者は、何らかの理由、例えば、新しく気づいた問題を議論するために、新しいスレッドを作成する。スレッド作成時には、例えば、スレッド名とスレッドの概要情報（例えば、「このスレッドで、○○を議論しましょう」）を登録する。また、このとき、このスレッドにアクセスできる利用者を特定してもよい。
【００５６】
ＵＩ管理部１１１は、スレッド名とスレッドの概要を受け取ったら、コンテンツ管理１３０に渡す。コンテンツ管理部１３０は、受け取った情報をコンテンツＤＢ１６０に書き込みを行う。
【００５７】
次に、本発明の要部であるユーザインタフェース部１１０の端末操作取得部１１２について説明する。本実施の形態では、教育用ＳＮＳのWebコンテンツの一部として、端末操作取得部１１２を実現方法するケースを取り上げている。
【００５８】
本実施の形態におけるユーザインタフェース部１１０の端末操作取得部１１２は、利用者端末のWebブラウザ上で稼働し、利用者が教育用ＳＮＳに対して行うアクセス状況や操作状況を取得する。端末操作取得部１１２は、非同期通信のAjax(Asynchronous JavaScript And XML)と呼ばれる機能を利用して実装することで、通常のWebコンテンツとして実現できる。そのため、本発明による効果を得るために、新たなアプリケーションを利用者端末へインストールする必要はない。Ajaxを利用しないＳＮＳの場合、画面の切り替えのイベント（アクセス状況）を取得することはできるが、表示画面における利用者の操作状況は把握することができない。
【００５９】
本発明では、端末操作取得部１１２にAjaxを利用することにより、画面切り替えだけでなく、各画面における利用者の操作状況を把握することを特徴とする。これにより、例えば、画面を表示していた時間を正確に把握することができる。また、例えば、ある利用者の利用者端末において、他利用者のコメント表示と新規コメントの投稿画面が同一画面に表示されているような場合でも、当該利用者が他の利用者のコメントを読んでいるのか、コメントを投稿しようとしているのかといった状況を把握することができる。
【００６０】
端末操作取得部１１２は、取得したこれらの情報を、端末操作ログ管理部１４０に送付する。端末操作ログ管理部１４０は、受け取った情報を、端末操作ログＤＢ１７０に書き込む。図９に端末操作ログＤＢ１７０の登録例を示す。端末操作ログＤＢ１７０は、利用者ＩＤ，画面ＩＤ，操作ＩＤ，時刻を格納する。
【００６１】
これにより、ユーザインタフェース部１１０を介して、端末操作ログＤＢ１７０から端末操作ログ情報と、ユーザＤＢ１５０からユーザ情報、コンテンツＤＢ１６０からコンテンツ情報を取得することにより、例えば、講師がスレッドを参照していれば、短めのコメントを書き込み、講師からの回答を期待することで、インタラクティブ性の高いコミュニケーションが実現できる。一方、そのスレッドを誰も参照していなければ、自分の意見をじっくりとまとめてから意見を投稿することができる。
【００６２】
このように、利用者間で利用者のその時点の利用状況を、リアルタイムで共有することにより、集合教育におけるような効率的なコミュニケーションが可能になり、学習速度が向上すると考えられる。
【００６３】
［第２の実施の形態］
図１０は、本発明の第２の実施の形態における教育用ＳＮＳ提供装置の構成を示す。
【００６４】
同図に示す教育用ＳＮＳ提供装置２００は、第１の実施の形態における教育用ＳＮＳ提供装置１００において、ユーザインタフェース部１１０に含まれていた端末操作取得部１１２を、ユーザインタフェース部１１０の構成要素から外した。つまり、教育用ＳＮＳ提供装置１００は教育用ＳＮＳに対する操作のみを取得できたのに対して、教育用ＳＮＳ提供装置２００は利用者端末における操作全般を取得できるのが特徴である。
【００６５】
同図に示す利用者端末２０は、ユーザインタフェース２１と端末操作取得部２２を有する。ユーザインタフェース２１は、ユーザインタフェース管理部２１１（以下、ＵＩ管理部と呼ぶ）を有する。
【００６６】
本実施の形態における端末操作取得部２２は、利用者端末２０にインストールされるミドルウェアであり、下記に示すイベントを監視することにより、利用者が利用者端末２０で行う操作を取得する。
【００６７】
・アプリケーション起動
・ウィンドウフォーカス
・マウス
・キーボード
・ファイルアクセス
端末操作取得部２２が取得する情報には、下記の３レベルが存在する。
【００６８】
・レベル１：Webブラウザによる教育用ＳＮＳへのアクセス操作
・レベル２：Webブラウザ全般の操作
・レベル３：Webブラウザを含む、アプリケーション
上記のレベル１の情報としては、教育用ＳＮＳに対する利用者の状況として、「ログイン中」、「スレッドA参照中」、「コメント記入中」などの情報を取得する。前述の第１の実施の形態は、このレベル１のみの情報を取得する例である。
【００６９】
レベル２の情報としては、例えば、「Webブラウザで○○のWebサイトにアクセスした」、「Webブラウザで××という単語を検索した」などが相当する。
【００７０】
レベル３の情報としては、例えば、Microsoft PowerPoint(登録商標、以下PowerPointと呼ぶ)、Microsoft Excel(登録商標、以下Excelと呼ぶ)などの起動・終了や、該当画面をアクティブにしたなどの情報が相当する。この端末操作取得手段の実現方法としては、特許文献「特開2008-310514号公報」（田中明道 他、ユーザ操作履歴取得表示装置、ユーザ操作履歴取得表示方法、ユーザ操作履歴取得表示プログラム及びプログラムを記録した記録媒体）に示す方法などがある。
【００７１】
端末操作取得部２２は、獲得したこれらの情報を、端末操作ログ管理部２４０に送付する。端末操作ログ管理部２４０は、受け取った情報を、端末操作ログＤＢ２７０に書きこむ。図１１に端末操作ログＤＢ２７０の登録例を示す。同図に示す端末操作ログＤＢ２７０は、利用者ＩＤ、アプリケーション名、操作種別等を格納する。
【００７２】
また、端末操作ログ管理部２４０は、教育用ＳＮＳ以外への操作ログを、教育用ＳＮＳの操作ログと関連付ける。例えば、発泡酒市場の分析スレッドにアクセスした際に、
・検索語「発泡酒 市場」で検索した
・○○というWebページにアクセスした
というように、教育用ＳＮＳにおけるスレッドに対して、検索語やアクセスしたWebページのURLを関連付ける。または、スレッドに対してではなく、コメントに対して関連付けを行ってもよい。
【００７３】
もしくは、例えば、発泡酒市場の分析スレッドにアクセスした際に、
・PowerPointを起動した
・Excelを起動した
というように、Webブラウザ以外の端末操作を、教育用ＳＮＳにおけるスレッドに対して関連付けてもよい。また、スレッドに対してではなく、コメントに対して関連付けてもよい。
【００７４】
端末操作ログ管理部２４０は、この関連付け情報を、端末操作ログＤＢ２７０に書き込む。図１２に、端末操作ログＤＢ２７０に、関連づけられたスレッドが追加格納された例を示す。
【００７５】
ＵＩ管理部２１１は、端末操作ログ管理部２４０を介して、端末操作ログＤＢ２７０から、あるスレッド参照時に「頻繁に入力される検索語」や「頻繁に参照されるWebページ（URL）」を取得する。ＵＩ管理部２１１は、スレッド情報として、コメント一覧を表示する際に、推奨する外部情報として、これら「頻繁に入力される検索語」や「頻繁に参照されるWebページ（URL）」を表示してもよい。その画面例（コメント一覧）を図１３に示す。
【００７６】
また、ＵＩ管理部２１１は、推奨する外部情報の代わりに、特定の利用者のブラウザ操作ログを表示してもよい。
【００７７】
これらの情報が表示されることにより、従来は「何を調べたらよいのか分からない」と検討の入り口で躓いていた受講者が、比較的スムーズに検討に着手できるようになる。
【００７８】
［第３の実施の形態］
図１４は、本発明の第３の実施の形態における教育用ＳＮＳ提供装置の構成を示す。
【００７９】
同図に示す教育用ＳＮＳ提供装置３００は、教育用ＳＮＳ提供装置２００における既存の構成要素の他に、端末操作ログ統計処理部３８０と端末操作ログ統計ＤＢ２９０を有する。
【００８０】
端末操作ログ統計処理部３８０は、端末操作ログ管理部３４０を介して端末操作ログＤＢ３７０のデータを取得し、端末操作ログの統計処理を行い、以下のような統計データを端末操作ログ統計ＤＢ３９０に格納する。図１５に端末操作ログ統計ＤＢの例を示す。
【００８１】
○利用者毎の教育用ＳＮＳアクセス状況
（１）曜日別・時間別のログイン状況
（２）曜日別・時間別のコメント投稿状況
（３）曜日別・時間別の滞在時間
（４）教育用ＳＮＳ内の導線
○教育用ＳＮＳアクセス状況とWebブラウザ操作の関連付け
（５）あるスレッドに対して、どんなWebサイトが参照されているか？
（６）あるスレッドに対して、どんな検索語が利用されているか？
○教育用ＳＮＳアクセス状況と端末操作の関連付け
（７）あるスレッドに対して、どの受講者が、どんな端末操作を行っているか？
（８）（７）の端末操作は、サイト滞在時間／投稿コメント数とどんな関係があるのか？
統計処理として具体的には、例えば、上記（１）の曜日別・時間別のログイン状況を求める場合には、端末操作ログＤＢ３７０から、利用者毎のログイン操作のレコードを取得し、ログイン時刻情報とカレンダ情報と突き合わせ曜日を求め、所定の時間帯毎のレコードの数をカウントし、図１５（ａ）に示すような端末操作ログ統計ＤＢ３９０に格納する。
【００８２】
また、上記（２）の曜日別・時間別のコメント投稿状況を求める場合は、端末操作ログＤＢ３７０から、利用者毎のコメント投稿操作のレコードを取得し、上記の（１）と同様の処理を行うことにより求めることができる。
【００８３】
また、上記（３）の曜日別・時間別の滞在時間を求める場合は、端末操作ログＤＢ３７０から、利用者毎のログイン操作とログアウト操作のレコードを取得し、ログアウト時刻からログイン時刻を差し引くことで、該当ユーザの滞在時間を計算する。その滞在時間情報を、ログイン時刻情報に紐付けし、図１５（ｂ）に示すような端末操作ログ統計ＤＢ３９０に格納する。この処理を全ユーザに対して実施する。
【００８４】
また、上記（４）の教育用ＳＮＳ内の導線を求める場合は、端末操作ログＤＢ３７０から、利用者毎の端末操作ログを抽出し、ログインからログアウトまでを１セットとして、操作時刻順にソートする。この１セットを１レコードとして、図１５（ｃ）に示すような端末操作ログ統計ＤＢ３９０に格納する。
【００８５】
また、上記（５）の「あるスレッドに対して、どんなＷｅｂサイトが参照されているか？」を求める場合には、端末操作ログＤＢ３７０から、スレッド毎に「ブラウザでＷｅｂサイトを見た操作」を取得する。該当スレッドにおいて利用者が見たＷｅｂサイトが、端末操作ログＤＢ３９０に登録されていれば、該当レコードの参照数を１増加させる（＋１）。未登録であれば、「スレッド，Ｗｅｂサイト，参照回数」という情報を図１５（ｄ）のように格納する。この統計処理を、全スレッドに対して実施する。
【００８６】
また、上記（６）の「あるスレッドに対して、どんな検索語が利用されているか？」を求める場合は、端末操作ログＤＢ３７０から、スレッド毎に「検索されたキーワード」を取得する。該当スレッドにおいて利用者が検索したキーワード（「スレッド，検索語」）が端末操作ログ統計ＤＢ３９０に登録されていれば、該当レコードの検索数を１増加させる（＋１。未登録であれば、「スレッド，検索語，検索回数」という情報を図１５（ｅ）のように格納する。この統計処理を、全スレッドに対して実施する。
【００８７】
また、上記（７）の「あるスレッドに対して、どの受講者が、どんな端末操作を行っているか？」を求める場合には、端末操作ログＤＢ３７０から、スレッド毎・利用者毎に、アプリケーションの操作ログを取得し、各アプリケーションを起動していた時間を計算する。その後、端末操作ログ統計ＤＢ３９０に、既に既存情報（スレッド，利用者，アプリケーション，起動時間）が格納されていれば、格納されている起動時間に計算した起動時間を足し、その情報を更新する。該当レコードがなければ（スレッド，利用者，アプリケーション，起動時間）という情報を図１５（ｆ）のように格納する。この統計処理を、全スレッド・全利用者に対して実施する。
【００８８】
また、上記（８）の「（７）の端末操作は、サイト滞在時間／投稿コメント数とどんな関係があるのか？」は、新たな統計処理をする必要はない。例えば、（２）と（７）に関する端末操作ログ統計情報を重ね合わせて表示すれば、（８）を確認することができる。
【００８９】
上記の（１）〜（４）、（７）、（８）の統計処理は、第１の実施の形態に、（５）、（６）の統計処理は第２の実施の形態にそれぞれ適用が可能である。
【００９０】
また、後述するように、端末操作ログ統計ＤＢ３９０から当該統計情報の数値を読み出して、グラフ作成ソフトウェアを用いて棒グラフや線グラフ等に変換して表示することが可能である。
【００９１】
なお、統計処理の種類は、上記の（１）〜（８）に限定されることなく、利用者が要求する統計情報を、端末操作ログ統計ＤＢ３９０の利用者ＩＤ，画面ＩＤ、操作ＩＤ等を用いてユーザＤＢ３５０，コンテンツＤＢ３６０，端末操作ログＤＢ３７０を参照することにより種々の統計情報を生成することが可能である。
【００９２】
講師及び受講者が（１）〜（３）を参照することにより、メッセージを届けたい相手に対して、どういうタイミングでコメントを投稿すれば、それが伝わりやすいかを推測することができる。
【００９３】
また、講師が（４）を参照することにより、スレッド間の移動状況が把握できる。例えば、スレッド間の移動が多いということは、
・そもそもスレッドの分け方が悪い→スレッド作成者である受講者リーダに問題がある；
・前後のスレッドとの関係が理解できていない→スレッドを参照している受講者メンバに問題がある；
などの理由が推測できる。講師は、この情報を把握してから、該当のスレッドを確認することにより、どこに問題があるのかを発見することができる。
【００９４】
また、講師もしくは受講者が（５）（６）を参照することにより、課題を解くためのファクトデータ・基本知識を集約することができる。図１６に、（５）の統計データをＵＩ管理部３１１が利用者端末３０に表示した画面例を示す。講師が、この情報を参照したときに、自分の知識に含まれないWebサイトがあるかもしれない。それは、新たな発見である可能性もあるし、受講者が的外れなサイトを参照しているのかもしれない。後者の場合は、適切なナビゲーションをすることにより、適切な情報源に導くことができる。
【００９５】
また、講師が（７）（８）を参照することにより、受講者の取り組み状況や理解状況を推測することができる。図１７に（７）の画面例を、図１８に（８）の画面例を示す。例えば、図１８からは、C受講者は、教育用ＳＮＳにはアクセスしているが、コメント投稿数は０で、端末における作業は何もないことが分かる。これから、「やる気はあって教育用ＳＮＳを読んではいるが、何をしたらよいのか分からない状況」ということが推測できる。
【００９６】
また、B受講者は、コメント投稿数が多く、教育用ＳＮＳアクセス時間は多いが、ブラウザ起動時間は少ないことが分かる。もしあるコメントの内容に意味が少ないことが多いのであれば、B受講者に対して、「もっとインターネット上でファクトデータを探し、自分の考えを深めるよう」アドバイスすることが可能になる。
【００９７】
上記のように、アクセスログの統計データを利用することにより、
・コミュニケーションが効率化できる
・現状の問題点が把握できる
・受講者の理解状況・取り組み状況が推測できる
ので、効率的な学習行うことができる。
【００９８】
上記の第１の実施の形態における図３、第２の実施の形態における図１０、第３の実施の形態における図１４に示す構成要素の動作をプログラムとして構築し、教育用ＳＮＳ提供装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００９９】
また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０１００】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【０１０１】
２０ 利用者端末
２１ ユーザインタフェース部
２２，３２ 端末操作取得部
１００，２００，３００ 教育用ＳＮＳ提供装置
１１０ ユーザインタフェース部
１１１ ユーザインタフェース管理手段、ユーザインタフェース管理部
１１２ 端末操作取得手段、端末操作取得部
１２０，２２０，３２０ ユーザ管理部
１３０，２３０，３３０ コンテンツ管理部
１４０ 端末操作ログ管理手段、端末操作ログ管理部
１５０，２５０，３５０ ユーザＤＢ
１６０，２６０，３６０ コンテンツＤＢ
１７０，２７０，３７０ 端末操作ログ記憶手段、端末操作ログＤＢ
２１１，３１１ ユーザインタフェース管理部
３８０ 端末操作ログ統計処理部
３９０ 端末操作ログ統計ＤＢ
【技術分野】
【０００１】
本発明は、教育用ソーシャルネットワーキングサービス提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体に係り、特に、インターネット上もしくはイントラネット上において、
・受講者同士が、講師から提示された課題について議論を行う；
・講師が、受講者をナビゲートする；
教育用のソーシャルネットワーキングサービス（以下、ＳＮＳと呼ぶ）提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
ＳＮＳは、人と人とのつながりを促進・サポートする登録制のコミュニティ・サービスを提供するＷｅｂサイトを意味し、他メンバとのコミュニケーションを促進する手段や場を提供している。
【０００３】
ＳＮＳの基本的な機能としては、プロフィール管理機能やユーザ検索機能、ブログ機能、コミュニティ機能、足跡機能、メッセージ送受信機能などがある。
【０００４】
「コミュニティ機能」とは、特定のメンバだけのコミュニケーションを促進するために、特定のメンバのみで一つのコミュニティを作成する機能である。
【０００５】
「足跡機能」とは、自分のブログもしくはコミュニティのブログを訪れたメンバを記録し、表示する機能である。
【０００６】
「メッセージ送受信機能」とは、自分のブログにコメントが書き込まれたり、もしくは自分が参加するコミュニティのブログに新規スレッドが作成されたり、コメントが登録された場合に、事前に登録しておいたメールアドレスに、その旨を送信する機能である。
【０００７】
日本の代表的なＳＮＳとしては"mixi"（登録商標）や"GREE"（登録商標）がある。最近では、地域住民の情報交換を目的としたＳＮＳや、社内ＳＮＳと呼ばれる社内の情報共有のためのＳＮＳなどもある。
【０００８】
近年では、"ｅラーニング"にＳＮＳを適用する事例が提案されている。例えば、内定者向けのｅラーニングとして、ＳＮＳが持つコミュニケーション機能を活用することを特徴とした事例がある（例えば、非特許文献１参照）。
【０００９】
また、コミュニティ用のブログに書き込みをすると、事前登録したメールアドレスにメールが届く機能を活用する事例もある（例えば、非特許文献２参照）。
【００１０】
または、業種別・職種別のコンテンツを伴った特化型ＳＮＳを謳っている事例もある（例えば、非特許文献３参照）。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】http://www.netlearning.co.jp/hojin/naitei/sans.html
【非特許文献２】http://www.sns-leaning.com/
【非特許文献３】http://www.biscue.net/pack/sns.html
【発明の概要】
【発明が解決しようとする課題】
【００１２】
しかしながら、上記のｅラーニングは、ＳＮＳの持つ機能を利用してコミュニケーションを促進しようとしているに過ぎず、ｅラーニングが持つ、
・集合研修におけるインタラクティブなコミュニケーションの実現；
・受講者のモチベーション維持／向上の仕組み；
・講師による的確な学習支援；
等の本質的な課題を解決していない。
【００１３】
本発明は、上記の点に鑑みなされたもので、ある場面で最適のインタラクティブ性を持つコミュニケーションを可能とし、検討の入口で躓いた受講者に対して、検討への取り掛かりとなる情報の提示が可能で、受講者毎の取り組み状況や理解状況を推測することが可能な教育用ソーシャルネットワーキングサービス提供装置及び方法及びプログラム及びコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１４】
図１は、本発明の原理構成図である。
【００１５】
本発明（請求項１）は、インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行う教育用ＳＮＳ提供装置において、
教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示すると共に、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡し、該各種手段の実行結果を受け取るユーザインタフェース管理手段１１１と、
受講者または、講師が用いる利用端末における端末操作履歴を取得する端末操作取得手段１１２と、
端末操作取得手段１１２で取得した端末操作履歴を端末操作ログ記憶手段１７０に格納し、ユーザインタフェース管理手段１１１からアクセスされると、該端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段１１１に返却する端末操作ログ管理手段１４０と、を有することを特徴とする。
【００１６】
また、本発明（請求項２）は、請求項１の発明において、端末操作取得手段１１２が、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納する手段を含むことを特徴とする。
【００１７】
また、本発明（請求項３）は、請求項１または請求項２の発明において、受講者の識別情報に基づいて、端末操作ログ管理手段にアクセスし、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行う端末操作ログ統計処理手段を更に有する。
【００１８】
図２は、本発明の原理を説明するための図である。
【００１９】
本発明（請求項４）は、インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行うことが可能な装置における、教育用ＳＮＳサービス提供方法において、
受講者または、講師が用いる利用端末における端末操作履歴を取得し（ステップ１）、
端末操作履歴を端末操作ログ記憶手段に格納し（ステップ２）、
利用者からユーザインタフェース管理手段を介してアクセスされると（ステップ３）、端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する（ステップ４）。
【００２０】
また、本発明（請求項５）は、請求項４の発明において、端末操作取得手段１１２が、Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、端末操作ログ記憶手段に格納することを特徴とする。
【００２１】
また、本発明（請求項６）は、請求項４または請求項５の発明において、受講者の識別情報に基づいて、端末操作ログ記憶手段から、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を行うことを特徴とする。
【００２２】
本発明（請求項７）は、請求項１乃至３のいずれか１項に記載の教育用ＳＮＳ提供装置を構成する各手段としてコンピュータを機能させるための教育用ＳＮＳ提供プログラムである。
【００２３】
本発明（請求項８）は、請求項７に記載の教育用ＳＮＳ提供プログラムを格納したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２４】
上記のように本発明によれば、下記の効果が得られる。
【００２５】
・端末操作履歴を取得して記憶手段に格納しておくことにより、該記憶手段から現在ログオンしているユーザを抽出することで、現在のアクセス状況を把握することにより、その場面で最近のインタラクティブ性を持つコミュニケーションをとることができる。
【００２６】
・検討の入口で躓いた受講者に対して、検討への取り掛かりとなる情報を提示することができる。
【００２７】
・統計処理を行うことにより、受講者毎の取り組み状況や理解状況を推測することができる。
【００２８】
これらの効果により、前述のｅラーニングにおける本質的な課題を解決することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明の原理構成図である。
【図２】本発明の原理を説明するための図である。
【図３】本発明の第１の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図４】本発明の第１の実施の形態におけるユーザＤＢの登録例である。
【図５】本発明の第１の実施の形態におけるコンテンツＤＢの登録例である。
【図６】本発明の第１の実施の形態における教育用ＳＮＳにおける利用フローの例である。
【図７】本発明の第１の実施の形態におけるスレッドタイトルと概要の表示画面の例である。
【図８】本発明の第１の実施の形態におけるコメント一覧の表示画面の例である。
【図９】本発明の第１の実施の形態における端末操作ログＤＢの登録例である。
【図１０】本発明の第２の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図１１】本発明の第２の実施の形態における端末操作ログＤＢの登録例（その１）である。
【図１２】本発明の第２の実施の形態における端末操作ログＤＢの登録例（その２）である。
【図１３】本発明の第２の実施の形態におけるコメント一覧の表示画面の例（推奨検索語、ＵＲＬ表示付き）である。
【図１４】本発明の第３の実施の形態における教育用ＳＮＳ提供装置の構成図である。
【図１５】本発明の第３の実施の形態における端末操作ログ統計ＤＢの例である。
【図１６】本発明の第３の実施の形態における統計データ（あるスレッドに対してどんなＷｅｂサイトが参照されているのか？）の表示例である。
【図１７】本発明の第３の実施の形態におけると表示例−（７）（あるスレッドに対して、どの受講者がどんな操作を行っているか？）である。
【図１８】本発明の第３の実施の形態におけると表示例−（８）（あるスレッドに対して、どの受講者がどんな操作を行っているか？）である。
【発明を実施するための形態】
【００３０】
以下、図面と共に本発明の実施の形態を説明する。
【００３１】
[第１の実施の形態]
本発明は、利用者間のコミュニケーションのインタラクティブ性を他利用者の状況に応じて変化させることで、教育効果を向上させる教育用ＳＮＳ提供装置を実現することにある。
【００３２】
（１）ＳＮＳを利用した教育：
まず、最初にＳＮＳを教育に利用した一つのケースを説明する。
【００３３】
受講者と講師は、ＳＮＳ上で議論を行う。例えば、マーケティング講座として、ビール会社が新発売した発泡酒（以下、「分析商品」と呼ぶ）のターゲットを分析し、分析商品がヒットするかどうかを予想する課題を行う。以下では、このケースにおける実現例を説明する。
【００３４】
受講者リーダは、講師から提示された課題に対して、その課題を検討するステップ毎に、ＳＮＳ上にスレッドを作成する。今回の課題に対しては、
１）市場状況を分析するためのスレッド
２）競合商品のターゲットを分析するスレッド
３）分析商品のターゲットを分析するスレッド
４）ヒットするか否かを議論するスレッド
の４つのスレッドを作成する。
【００３５】
まず、受講者は、発泡酒市場を分析するために、市場分析スレッドにおいて、ファクトデータ(官庁や調査会社による調査結果)を集め、それが意味することを議論する。この際、講師は、適宜議論を見守り、議論が間違った方向に進むと方向性を修正する。また、講師は、議論の最終結論に対して合否判定を行う。結論が合格であれば、受講者は次のステップを議論するために、次のスレッドに移動する。この際、調査や議論の進め方・内容によっては、新しく思い付いた考え・仮説を、以前のステップに戻って再検討することがある。例えば、上記発泡酒のケースでは、分析商品は発泡酒であるので、最初のスレッドでは発泡酒市場を分析する。ところが、最後のスレッドでヒットするかどうかを議論している際に、ヒットするかどうかは、ビール市場や第３のビール市場の分析も必要であることが気付く場合もある。この場合は、最初のスレッドに戻って、ビール市場と第３のビール市場の分析を行う。このように、ＳＮＳ上に複数のスレッドを作成し、そのスレッドにおいて議論を進めるというように、ＳＮＳを教育に利用する。
【００３６】
本発明では、上記のようなＳＮＳを教育に利用する場面において、効率的なコミュニケーションのために、受講者や講師のログイン状態やスレッドの閲覧・書き込み状態を利用者端末上に可視化する。また、講師が受講者の理解度や議論への参加状況を把握したり、モチベーションを維持・向上させるために、受講者のログイン状況や投稿状況などを可視化する。
【００３７】
（２）教育用ＳＮＳのシステム構成及びその処理概要：
図３は、本発明の第１の実施の形態における教育用ＳＮＳ提供装置の構成を示す。教育用ＳＮＳ提供装置１００は、ユーザインタフェース部１１０と、ユーザ管理部１２０、コンテンツ管理部１３０、端末操作ログ管理部１４０、ユーザＤＢ１５０、コンテンツＤＢ１６０、端末操作ログＤＢ１７０を有する。本発明は、従来のＳＮＳの構成に端末操作取得部１１２を追加し、利用者端末における端末操作履歴を取得し、端末操作ログ管理部１４０でこれを管理することを特徴としている。
【００３８】
図４にユーザＤＢ１５０のデータ例を示す。ユーザＤＢ１５０は、利用者毎に利用者ＩＤ、パスワード、利用者種別、利用者名、表示できるコンテンツＩＤを保持する。
【００３９】
図５にコンテンツＤＢ１６０のデータ例を示す。コンテンツＤＢ１６０は、コンテンツ毎に、コンテンツＩＤ、種別（スレッド／コメント）、親コンテンツ、内容、作成者ＩＤ，作成時刻を保持する。
【００４０】
ユーザインタフェース部１１０は、利用者端末のWebブラウザで稼働するモジュールであり、ユーザインタフェース管理部１１１（以下、ＵＩ管理部と呼ぶ）と端末操作取得部１１２を有する。
【００４１】
ＵＩ管理部１１１は、利用者に対して、ログイン処理やスレッドの作成、コメントの投稿など、教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示する。ＵＩ管理部１１１は、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡す。そして、サーバ側の各種手段の実行結果を受け取り、その結果を利用者端末に表示する。
【００４２】
端末操作取得部１１２は、ユーザインタフェース上において、利用者が教育用ＳＮＳに対して行うアクセス状況や操作状況を取得する。
【００４３】
以下に、上記の構成における動作を説明する。
【００４４】
図６は、教育用ＳＮＳにおける利用フローの例を示す。この利用フローにより、各手段の詳細な動作について説明する。なお、以下の説明では、コンテンツは、"スレッド−コメント"という構造を前提としているが、"ブログ−スレッド−コメント"というように、別の構造であっても構わない。
【００４５】
ステップ１０１）ログイン：
利用者がWebブラウザで教育用ＳＮＳに最初にアクセスすると、ＵＩ管理部１１１は、利用者端末に、利用者ＩＤとパスワードの入力欄を表示する。その画面で、利用者が利用者ＩＤとパスワードを入力すると、それらの情報はＵＩ管理部１１１が受け取る。ＵＩ管理部１１１は、受け取った利用者ＩＤとパスワードを、ユーザ管理部１２０に渡す。
【００４６】
ユーザ管理部１２０は、ユーザＤＢ１５０にアクセスし（図４に、ユーザＤＢ１５０の登録例を示す）、受け取った利用者ＩＤを元にユーザ情報を抽出し、パスワードが正しいかどうかを確認する。パスワードが正しければ、「認証OK」という情報と、ユーザＤＢ１５０から抽出した「そのユーザがアクセスできるスレッドＩＤのリスト」をＵＩ管理部１１１に返す。パスワードが間違っていれば、「認証NG」という情報をＵＩ管理部１１１に返す。
【００４７】
ＵＩ管理部１１１は、「認証OK」と「そのユーザがアクセスできるスレッドＩＤ」を受け取ったら、「スレッドＩＤリスト」を、コンテンツ管理部１３０に渡す。コンテンツ管理部１３０は、コンテンツＤＢ１６０にアクセスし（図５に、コンテンツＤＢ１６０の登録例を示す）、スレッドＩＤに対応するスレッドタイトルと概要情報をＵＩ管理部１１１に返す。
【００４８】
また、ＵＩ管理部１１１は、同時に、端末操作ログ管理部１４０に、現在のログイン者情報を問い合わせる。端末操作ログ管理部１４０は、端末操作ログＤＢ１７０にアクセスし、現在ログインしている利用者ＩＤを抽出し、ＵＩ管理部１１１に返す。ＵＩ管理部１１１は、受け取った利用者ＩＤを元に、ユーザ管理部１２０に問い合わせることにより、該当する利用者名を獲得する。
【００４９】
以上により、ＵＩ管理部１１１は、スレッドタイトルと概要、現在ログインしている利用者名を、利用者端末に表示する。利用者端末に表示した例を図７に示す。
【００５０】
ステップ１０２）スレッド参照
利用者は、内容（コメント）を表示したいスレッドタイトルをクリックする。クリックされたスレッドタイトルに対応したスレッドＩＤをＵＩ管理部１１１が受け取る。ＵＩ管理部１１１は、受け取ったスレッドＩＤを、コンテンツ管理部１３０に渡す。コンテンツ管理部１３０は、コンテンツＤＢ１６０にアクセスし、受け取ったスレッドＩＤに関連付けられているコメント一覧をＵＩ管理部１１１に返す。
【００５１】
また、ＵＩ管理部１１１は、同時に、端末操作ログ管理部１４０に問い合わせ、クリックされたスレッドを表示している利用者ＩＤを獲得する。続いて、ＵＩ管理部１１１は、その利用者ＩＤを元に、ユーザ管理部１２０に問い合わせることにより、該当する利用者名を獲得する。
【００５２】
以上により、ＵＩ管理部１１１は、利用者のスレッドタイトルのクリックに対するレスポンスとして、コメント一覧と、そのスレッドを参照している利用者名を、利用者端末に表示する。利用者端末への表示例を図８に示す。
【００５３】
ステップ１０３）コメント投稿：
利用者は、読んだコメントに対する自分の考えを投稿するために、コメント投稿画面を表示する。このとき、ＵＩ管理部１１１は、端末操作ログ管理部１４０とユーザ管理部１２０に問い合わせることにより、現在、コメントを記入している利用者名を、コメント投稿画面に表示する。
【００５４】
利用者が投稿したコメントは、ＵＩ管理部１１１を経て、コンテンツ管理部１３０に渡される。コンテンツ管理部１３０は、受け取ったコメントを、コンテンツＤＢ１６０に書き込む。コンテンツ管理部１３０は、書き込み処理後、その時点のコメント一覧をＵＩ管理部１１１に渡してもよい。ＵＩ管理部１１１は、端末操作ログ管理部１４０とユーザ管理部１２０に問い合わせて獲得した「現在、そのスレッドを閲覧している利用者名」と合わせて、コメント一覧を利用者端末に表示する。
【００５５】
ステップ１０４）新規スレッド作成：
利用者は、何らかの理由、例えば、新しく気づいた問題を議論するために、新しいスレッドを作成する。スレッド作成時には、例えば、スレッド名とスレッドの概要情報（例えば、「このスレッドで、○○を議論しましょう」）を登録する。また、このとき、このスレッドにアクセスできる利用者を特定してもよい。
【００５６】
ＵＩ管理部１１１は、スレッド名とスレッドの概要を受け取ったら、コンテンツ管理１３０に渡す。コンテンツ管理部１３０は、受け取った情報をコンテンツＤＢ１６０に書き込みを行う。
【００５７】
次に、本発明の要部であるユーザインタフェース部１１０の端末操作取得部１１２について説明する。本実施の形態では、教育用ＳＮＳのWebコンテンツの一部として、端末操作取得部１１２を実現方法するケースを取り上げている。
【００５８】
本実施の形態におけるユーザインタフェース部１１０の端末操作取得部１１２は、利用者端末のWebブラウザ上で稼働し、利用者が教育用ＳＮＳに対して行うアクセス状況や操作状況を取得する。端末操作取得部１１２は、非同期通信のAjax(Asynchronous JavaScript And XML)と呼ばれる機能を利用して実装することで、通常のWebコンテンツとして実現できる。そのため、本発明による効果を得るために、新たなアプリケーションを利用者端末へインストールする必要はない。Ajaxを利用しないＳＮＳの場合、画面の切り替えのイベント（アクセス状況）を取得することはできるが、表示画面における利用者の操作状況は把握することができない。
【００５９】
本発明では、端末操作取得部１１２にAjaxを利用することにより、画面切り替えだけでなく、各画面における利用者の操作状況を把握することを特徴とする。これにより、例えば、画面を表示していた時間を正確に把握することができる。また、例えば、ある利用者の利用者端末において、他利用者のコメント表示と新規コメントの投稿画面が同一画面に表示されているような場合でも、当該利用者が他の利用者のコメントを読んでいるのか、コメントを投稿しようとしているのかといった状況を把握することができる。
【００６０】
端末操作取得部１１２は、取得したこれらの情報を、端末操作ログ管理部１４０に送付する。端末操作ログ管理部１４０は、受け取った情報を、端末操作ログＤＢ１７０に書き込む。図９に端末操作ログＤＢ１７０の登録例を示す。端末操作ログＤＢ１７０は、利用者ＩＤ，画面ＩＤ，操作ＩＤ，時刻を格納する。
【００６１】
これにより、ユーザインタフェース部１１０を介して、端末操作ログＤＢ１７０から端末操作ログ情報と、ユーザＤＢ１５０からユーザ情報、コンテンツＤＢ１６０からコンテンツ情報を取得することにより、例えば、講師がスレッドを参照していれば、短めのコメントを書き込み、講師からの回答を期待することで、インタラクティブ性の高いコミュニケーションが実現できる。一方、そのスレッドを誰も参照していなければ、自分の意見をじっくりとまとめてから意見を投稿することができる。
【００６２】
このように、利用者間で利用者のその時点の利用状況を、リアルタイムで共有することにより、集合教育におけるような効率的なコミュニケーションが可能になり、学習速度が向上すると考えられる。
【００６３】
［第２の実施の形態］
図１０は、本発明の第２の実施の形態における教育用ＳＮＳ提供装置の構成を示す。
【００６４】
同図に示す教育用ＳＮＳ提供装置２００は、第１の実施の形態における教育用ＳＮＳ提供装置１００において、ユーザインタフェース部１１０に含まれていた端末操作取得部１１２を、ユーザインタフェース部１１０の構成要素から外した。つまり、教育用ＳＮＳ提供装置１００は教育用ＳＮＳに対する操作のみを取得できたのに対して、教育用ＳＮＳ提供装置２００は利用者端末における操作全般を取得できるのが特徴である。
【００６５】
同図に示す利用者端末２０は、ユーザインタフェース２１と端末操作取得部２２を有する。ユーザインタフェース２１は、ユーザインタフェース管理部２１１（以下、ＵＩ管理部と呼ぶ）を有する。
【００６６】
本実施の形態における端末操作取得部２２は、利用者端末２０にインストールされるミドルウェアであり、下記に示すイベントを監視することにより、利用者が利用者端末２０で行う操作を取得する。
【００６７】
・アプリケーション起動
・ウィンドウフォーカス
・マウス
・キーボード
・ファイルアクセス
端末操作取得部２２が取得する情報には、下記の３レベルが存在する。
【００６８】
・レベル１：Webブラウザによる教育用ＳＮＳへのアクセス操作
・レベル２：Webブラウザ全般の操作
・レベル３：Webブラウザを含む、アプリケーション
上記のレベル１の情報としては、教育用ＳＮＳに対する利用者の状況として、「ログイン中」、「スレッドA参照中」、「コメント記入中」などの情報を取得する。前述の第１の実施の形態は、このレベル１のみの情報を取得する例である。
【００６９】
レベル２の情報としては、例えば、「Webブラウザで○○のWebサイトにアクセスした」、「Webブラウザで××という単語を検索した」などが相当する。
【００７０】
レベル３の情報としては、例えば、Microsoft PowerPoint(登録商標、以下PowerPointと呼ぶ)、Microsoft Excel(登録商標、以下Excelと呼ぶ)などの起動・終了や、該当画面をアクティブにしたなどの情報が相当する。この端末操作取得手段の実現方法としては、特許文献「特開2008-310514号公報」（田中明道 他、ユーザ操作履歴取得表示装置、ユーザ操作履歴取得表示方法、ユーザ操作履歴取得表示プログラム及びプログラムを記録した記録媒体）に示す方法などがある。
【００７１】
端末操作取得部２２は、獲得したこれらの情報を、端末操作ログ管理部２４０に送付する。端末操作ログ管理部２４０は、受け取った情報を、端末操作ログＤＢ２７０に書きこむ。図１１に端末操作ログＤＢ２７０の登録例を示す。同図に示す端末操作ログＤＢ２７０は、利用者ＩＤ、アプリケーション名、操作種別等を格納する。
【００７２】
また、端末操作ログ管理部２４０は、教育用ＳＮＳ以外への操作ログを、教育用ＳＮＳの操作ログと関連付ける。例えば、発泡酒市場の分析スレッドにアクセスした際に、
・検索語「発泡酒 市場」で検索した
・○○というWebページにアクセスした
というように、教育用ＳＮＳにおけるスレッドに対して、検索語やアクセスしたWebページのURLを関連付ける。または、スレッドに対してではなく、コメントに対して関連付けを行ってもよい。
【００７３】
もしくは、例えば、発泡酒市場の分析スレッドにアクセスした際に、
・PowerPointを起動した
・Excelを起動した
というように、Webブラウザ以外の端末操作を、教育用ＳＮＳにおけるスレッドに対して関連付けてもよい。また、スレッドに対してではなく、コメントに対して関連付けてもよい。
【００７４】
端末操作ログ管理部２４０は、この関連付け情報を、端末操作ログＤＢ２７０に書き込む。図１２に、端末操作ログＤＢ２７０に、関連づけられたスレッドが追加格納された例を示す。
【００７５】
ＵＩ管理部２１１は、端末操作ログ管理部２４０を介して、端末操作ログＤＢ２７０から、あるスレッド参照時に「頻繁に入力される検索語」や「頻繁に参照されるWebページ（URL）」を取得する。ＵＩ管理部２１１は、スレッド情報として、コメント一覧を表示する際に、推奨する外部情報として、これら「頻繁に入力される検索語」や「頻繁に参照されるWebページ（URL）」を表示してもよい。その画面例（コメント一覧）を図１３に示す。
【００７６】
また、ＵＩ管理部２１１は、推奨する外部情報の代わりに、特定の利用者のブラウザ操作ログを表示してもよい。
【００７７】
これらの情報が表示されることにより、従来は「何を調べたらよいのか分からない」と検討の入り口で躓いていた受講者が、比較的スムーズに検討に着手できるようになる。
【００７８】
［第３の実施の形態］
図１４は、本発明の第３の実施の形態における教育用ＳＮＳ提供装置の構成を示す。
【００７９】
同図に示す教育用ＳＮＳ提供装置３００は、教育用ＳＮＳ提供装置２００における既存の構成要素の他に、端末操作ログ統計処理部３８０と端末操作ログ統計ＤＢ２９０を有する。
【００８０】
端末操作ログ統計処理部３８０は、端末操作ログ管理部３４０を介して端末操作ログＤＢ３７０のデータを取得し、端末操作ログの統計処理を行い、以下のような統計データを端末操作ログ統計ＤＢ３９０に格納する。図１５に端末操作ログ統計ＤＢの例を示す。
【００８１】
○利用者毎の教育用ＳＮＳアクセス状況
（１）曜日別・時間別のログイン状況
（２）曜日別・時間別のコメント投稿状況
（３）曜日別・時間別の滞在時間
（４）教育用ＳＮＳ内の導線
○教育用ＳＮＳアクセス状況とWebブラウザ操作の関連付け
（５）あるスレッドに対して、どんなWebサイトが参照されているか？
（６）あるスレッドに対して、どんな検索語が利用されているか？
○教育用ＳＮＳアクセス状況と端末操作の関連付け
（７）あるスレッドに対して、どの受講者が、どんな端末操作を行っているか？
（８）（７）の端末操作は、サイト滞在時間／投稿コメント数とどんな関係があるのか？
統計処理として具体的には、例えば、上記（１）の曜日別・時間別のログイン状況を求める場合には、端末操作ログＤＢ３７０から、利用者毎のログイン操作のレコードを取得し、ログイン時刻情報とカレンダ情報と突き合わせ曜日を求め、所定の時間帯毎のレコードの数をカウントし、図１５（ａ）に示すような端末操作ログ統計ＤＢ３９０に格納する。
【００８２】
また、上記（２）の曜日別・時間別のコメント投稿状況を求める場合は、端末操作ログＤＢ３７０から、利用者毎のコメント投稿操作のレコードを取得し、上記の（１）と同様の処理を行うことにより求めることができる。
【００８３】
また、上記（３）の曜日別・時間別の滞在時間を求める場合は、端末操作ログＤＢ３７０から、利用者毎のログイン操作とログアウト操作のレコードを取得し、ログアウト時刻からログイン時刻を差し引くことで、該当ユーザの滞在時間を計算する。その滞在時間情報を、ログイン時刻情報に紐付けし、図１５（ｂ）に示すような端末操作ログ統計ＤＢ３９０に格納する。この処理を全ユーザに対して実施する。
【００８４】
また、上記（４）の教育用ＳＮＳ内の導線を求める場合は、端末操作ログＤＢ３７０から、利用者毎の端末操作ログを抽出し、ログインからログアウトまでを１セットとして、操作時刻順にソートする。この１セットを１レコードとして、図１５（ｃ）に示すような端末操作ログ統計ＤＢ３９０に格納する。
【００８５】
また、上記（５）の「あるスレッドに対して、どんなＷｅｂサイトが参照されているか？」を求める場合には、端末操作ログＤＢ３７０から、スレッド毎に「ブラウザでＷｅｂサイトを見た操作」を取得する。該当スレッドにおいて利用者が見たＷｅｂサイトが、端末操作ログＤＢ３９０に登録されていれば、該当レコードの参照数を１増加させる（＋１）。未登録であれば、「スレッド，Ｗｅｂサイト，参照回数」という情報を図１５（ｄ）のように格納する。この統計処理を、全スレッドに対して実施する。
【００８６】
また、上記（６）の「あるスレッドに対して、どんな検索語が利用されているか？」を求める場合は、端末操作ログＤＢ３７０から、スレッド毎に「検索されたキーワード」を取得する。該当スレッドにおいて利用者が検索したキーワード（「スレッド，検索語」）が端末操作ログ統計ＤＢ３９０に登録されていれば、該当レコードの検索数を１増加させる（＋１。未登録であれば、「スレッド，検索語，検索回数」という情報を図１５（ｅ）のように格納する。この統計処理を、全スレッドに対して実施する。
【００８７】
また、上記（７）の「あるスレッドに対して、どの受講者が、どんな端末操作を行っているか？」を求める場合には、端末操作ログＤＢ３７０から、スレッド毎・利用者毎に、アプリケーションの操作ログを取得し、各アプリケーションを起動していた時間を計算する。その後、端末操作ログ統計ＤＢ３９０に、既に既存情報（スレッド，利用者，アプリケーション，起動時間）が格納されていれば、格納されている起動時間に計算した起動時間を足し、その情報を更新する。該当レコードがなければ（スレッド，利用者，アプリケーション，起動時間）という情報を図１５（ｆ）のように格納する。この統計処理を、全スレッド・全利用者に対して実施する。
【００８８】
また、上記（８）の「（７）の端末操作は、サイト滞在時間／投稿コメント数とどんな関係があるのか？」は、新たな統計処理をする必要はない。例えば、（２）と（７）に関する端末操作ログ統計情報を重ね合わせて表示すれば、（８）を確認することができる。
【００８９】
上記の（１）〜（４）、（７）、（８）の統計処理は、第１の実施の形態に、（５）、（６）の統計処理は第２の実施の形態にそれぞれ適用が可能である。
【００９０】
また、後述するように、端末操作ログ統計ＤＢ３９０から当該統計情報の数値を読み出して、グラフ作成ソフトウェアを用いて棒グラフや線グラフ等に変換して表示することが可能である。
【００９１】
なお、統計処理の種類は、上記の（１）〜（８）に限定されることなく、利用者が要求する統計情報を、端末操作ログ統計ＤＢ３９０の利用者ＩＤ，画面ＩＤ、操作ＩＤ等を用いてユーザＤＢ３５０，コンテンツＤＢ３６０，端末操作ログＤＢ３７０を参照することにより種々の統計情報を生成することが可能である。
【００９２】
講師及び受講者が（１）〜（３）を参照することにより、メッセージを届けたい相手に対して、どういうタイミングでコメントを投稿すれば、それが伝わりやすいかを推測することができる。
【００９３】
また、講師が（４）を参照することにより、スレッド間の移動状況が把握できる。例えば、スレッド間の移動が多いということは、
・そもそもスレッドの分け方が悪い→スレッド作成者である受講者リーダに問題がある；
・前後のスレッドとの関係が理解できていない→スレッドを参照している受講者メンバに問題がある；
などの理由が推測できる。講師は、この情報を把握してから、該当のスレッドを確認することにより、どこに問題があるのかを発見することができる。
【００９４】
また、講師もしくは受講者が（５）（６）を参照することにより、課題を解くためのファクトデータ・基本知識を集約することができる。図１６に、（５）の統計データをＵＩ管理部３１１が利用者端末３０に表示した画面例を示す。講師が、この情報を参照したときに、自分の知識に含まれないWebサイトがあるかもしれない。それは、新たな発見である可能性もあるし、受講者が的外れなサイトを参照しているのかもしれない。後者の場合は、適切なナビゲーションをすることにより、適切な情報源に導くことができる。
【００９５】
また、講師が（７）（８）を参照することにより、受講者の取り組み状況や理解状況を推測することができる。図１７に（７）の画面例を、図１８に（８）の画面例を示す。例えば、図１８からは、C受講者は、教育用ＳＮＳにはアクセスしているが、コメント投稿数は０で、端末における作業は何もないことが分かる。これから、「やる気はあって教育用ＳＮＳを読んではいるが、何をしたらよいのか分からない状況」ということが推測できる。
【００９６】
また、B受講者は、コメント投稿数が多く、教育用ＳＮＳアクセス時間は多いが、ブラウザ起動時間は少ないことが分かる。もしあるコメントの内容に意味が少ないことが多いのであれば、B受講者に対して、「もっとインターネット上でファクトデータを探し、自分の考えを深めるよう」アドバイスすることが可能になる。
【００９７】
上記のように、アクセスログの統計データを利用することにより、
・コミュニケーションが効率化できる
・現状の問題点が把握できる
・受講者の理解状況・取り組み状況が推測できる
ので、効率的な学習行うことができる。
【００９８】
上記の第１の実施の形態における図３、第２の実施の形態における図１０、第３の実施の形態における図１４に示す構成要素の動作をプログラムとして構築し、教育用ＳＮＳ提供装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【００９９】
また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０１００】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【０１０１】
２０ 利用者端末
２１ ユーザインタフェース部
２２，３２ 端末操作取得部
１００，２００，３００ 教育用ＳＮＳ提供装置
１１０ ユーザインタフェース部
１１１ ユーザインタフェース管理手段、ユーザインタフェース管理部
１１２ 端末操作取得手段、端末操作取得部
１２０，２２０，３２０ ユーザ管理部
１３０，２３０，３３０ コンテンツ管理部
１４０ 端末操作ログ管理手段、端末操作ログ管理部
１５０，２５０，３５０ ユーザＤＢ
１６０，２６０，３６０ コンテンツＤＢ
１７０，２７０，３７０ 端末操作ログ記憶手段、端末操作ログＤＢ
２１１，３１１ ユーザインタフェース管理部
３８０ 端末操作ログ統計処理部
３９０ 端末操作ログ統計ＤＢ
【特許請求の範囲】
【請求項１】
インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行う教育用ソーシャルネットワーキングサービス（ＳＮＳ）提供装置において、
教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示すると共に、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡し、該各種手段の実行結果を受け取るユーザインタフェース管理手段と、
前記受講者または、前記講師が用いる利用端末における端末操作履歴を取得する端末操作取得手段と、
前記端末操作取得手段で取得した前記端末操作履歴を端末操作ログ記憶手段に格納し、前記ユーザインタフェース管理手段からアクセスされると、該端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する端末操作ログ管理手段と、
を有することを特徴とする教育用ＳＮＳ提供装置。
【請求項２】
前記端末操作取得手段は、
Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、前記端末操作ログ記憶手段に格納する手段を含む
請求項１記載の教育用ＳＮＳ提供装置。
【請求項３】
前記受講者の識別情報に基づいて、前記端末操作ログ管理手段にアクセスし、該受講者の端末操作履歴を取得し、必要に応じてユーザ情報記憶手段のユーザ情報、コンテンツ記憶手段のコンテンツ情報を用いて、課題に対する受講者の取り組み状況及び理解状況の分析及び統計処理を行い、統計結果を端末操作ログ統計記憶手段に格納する端末操作ログ統計処理手段を更に有する
請求項１または２記載の教育用ＳＮＳ提供装置。
【請求項４】
インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行うことが可能な装置における、教育用ソーシャルネットワーキングサービス（ＳＮＳ）提供方法において、
前記受講者または、前記講師が用いる利用端末における端末操作履歴を取得し、
前記端末操作履歴を端末操作ログ記憶手段に格納し、
利用者からユーザインタフェース管理手段を介してアクセスされると、前記端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する
ことを特徴とする教育用ＳＮＳ提供方法。
【請求項５】
Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、前記端末操作ログ記憶手段に格納する
請求項４記載の教育用ＳＮＳ提供方法。
【請求項６】
前記受講者の識別情報に基づいて、前記端末操作ログ記憶手段から、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を更に行う
請求項４または５記載の教育用ＳＮＳ提供方法。
【請求項７】
請求項１乃至３のいずれか１項に記載の教育用ＳＮＳ提供装置を構成する各手段としてコンピュータを機能させるための教育用ＳＮＳ提供プログラム。
【請求項８】
請求項７に記載の教育用ＳＮＳ提供プログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１】
インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行う教育用ソーシャルネットワーキングサービス（ＳＮＳ）提供装置において、
教育用ＳＮＳに対して操作を行うためのユーザインタフェースを表示すると共に、利用者のアクションに応じて、サーバ側で稼働する各種手段に対して、そのアクション情報を渡し、該各種手段の実行結果を受け取るユーザインタフェース管理手段と、
前記受講者または、前記講師が用いる利用端末における端末操作履歴を取得する端末操作取得手段と、
前記端末操作取得手段で取得した前記端末操作履歴を端末操作ログ記憶手段に格納し、前記ユーザインタフェース管理手段からアクセスされると、該端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する端末操作ログ管理手段と、
を有することを特徴とする教育用ＳＮＳ提供装置。
【請求項２】
前記端末操作取得手段は、
Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、前記端末操作ログ記憶手段に格納する手段を含む
請求項１記載の教育用ＳＮＳ提供装置。
【請求項３】
前記受講者の識別情報に基づいて、前記端末操作ログ管理手段にアクセスし、該受講者の端末操作履歴を取得し、必要に応じてユーザ情報記憶手段のユーザ情報、コンテンツ記憶手段のコンテンツ情報を用いて、課題に対する受講者の取り組み状況及び理解状況の分析及び統計処理を行い、統計結果を端末操作ログ統計記憶手段に格納する端末操作ログ統計処理手段を更に有する
請求項１または２記載の教育用ＳＮＳ提供装置。
【請求項４】
インターネット上もしくはイントラネット上において、受講者と講師が課題について議論を行うことが可能な装置における、教育用ソーシャルネットワーキングサービス（ＳＮＳ）提供方法において、
前記受講者または、前記講師が用いる利用端末における端末操作履歴を取得し、
前記端末操作履歴を端末操作ログ記憶手段に格納し、
利用者からユーザインタフェース管理手段を介してアクセスされると、前記端末操作ログ記憶手段を参照して、現在ログインしている利用者情報を該ユーザインタフェース管理手段に返却する
ことを特徴とする教育用ＳＮＳ提供方法。
【請求項５】
Webブラウザによる教育用ＳＮＳシステムへのアクセス履歴及び、利用者端末のWebブラウザ全般の操作、Webブラウザを含む、アプリケーションの操作の履歴を取得し、前記端末操作ログ記憶手段に格納する
請求項４記載の教育用ＳＮＳ提供方法。
【請求項６】
前記受講者の識別情報に基づいて、前記端末操作ログ記憶手段から、該受講者の端末操作履歴を取得し、課題に対する受講者の取り組み状況及び理解状況を分析し、統計処理を更に行う
請求項４または５記載の教育用ＳＮＳ提供方法。
【請求項７】
請求項１乃至３のいずれか１項に記載の教育用ＳＮＳ提供装置を構成する各手段としてコンピュータを機能させるための教育用ＳＮＳ提供プログラム。
【請求項８】
請求項７に記載の教育用ＳＮＳ提供プログラムを格納したことを特徴とするコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２０１０−２７７２０２（Ｐ２０１０−２７７２０２Ａ）
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願番号】特願２００９−１２７０１１（Ｐ２００９−１２７０１１）
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年１２月９日（２０１０．１２．９）
【国際特許分類】
【出願日】平成２１年５月２６日（２００９．５．２６）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]