(57)【要約】【課題】ユーザの一連の操作について、レコメンドする。【解決手段】レコメンド送信サーバ４は、ＰＣ２から、操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信する。そして、レコメンド送信サーバ４は、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示すレコメンドＤＢ４２および各ユーザ間の距離を示すソーシャルグラフＤＢ４３に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出する。そして、レコメンド送信サーバ４は、算出されたそれぞれの評価値を各操作候補に対応付けて送信元のＰＣ２に送信する。【選択図】図１
2014186390.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信し、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出し、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する、
各処理を実行させることを特徴とする操作支援プログラム。
【請求項２】
該受信する処理は、別ユーザによって操作された操作シーケンスおよび次に操作可能な複数の操作候補を受信し、
該算出する処理は、前記第１の情報に基づいて、該受信した操作シーケンスの次に操作可能な操作候補毎に、各ユーザにおける評価を読み出し、読み出した各ユーザにおける評価と、前記第２の情報の前記各ユーザと前記別ユーザとの距離を示す情報とに基づいてそれぞれ評価値を算出する
ことを特徴とする請求項１に記載の操作支援プログラム。
【請求項３】
前記第１の情報は、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価として第１の評価もしくは第２の評価を示す情報を記憶し、
該算出する処理は、該受信した操作シーケンスの次に操作可能な操作候補毎に、それぞれ前記第１の評価となる評価値と前記第２の評価となる評価値とを算出し、前記第１の評価となる評価値と前記第２の評価となる評価値とを用いて前記第１の評価となる確率を算出する
ことを特徴とする請求項２に記載の操作支援プログラム。
【請求項４】
該算出する処理は、後の操作および直近の操作のいずれかを高く評価するように前記第１の評価となる評価値および前記第２の評価となる評価値に重みを設定したうえで、前記第１の評価となる確率を算出する
ことを特徴とする請求項１に記載の操作支援プログラム。
【請求項５】
コンピュータが、
操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信し、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出し、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する、
各処理を実行することを特徴とする操作支援方法。
【請求項６】
操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信する受信部と、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出する算出部と、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する送信部と、
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、操作支援プログラムに関する。
【背景技術】
【０００２】
従来から、レコメンド技術は、ウェブページのレコメンド等、様々な分野で利用されている。例えば、レコメンド技術では、ウェブ上の興味・関心をユーザ毎に収集し、得られた興味や関心のうちスコアの高いものを別のユーザに情報提供する。
【０００３】
レコメンド技術の一例として、レコメンド装置は、複数のユーザがアクションを起こしたアイテムの順序と、リンクの密度度合いで表現されたアイテム間の関連性とを考慮して予測モデルを学習する。そして、レコメンド装置は、学習された予測モデルを用いて、ユーザが次にアクションを起こすアイテムを予測する。さらに、レコメンド装置は、予測したアイテムに基づいて、ユーザにレコメンドするアイテムを決定する。アイテムには、ウェブページ等がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１５４５９１号公報
【特許文献２】特開２００８−５１３８８７号公報
【特許文献３】特開２００１−５８６２号公報
【特許文献４】特開２００５−３３６００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のレコメンドする技術では、ユーザの一連の操作についてレコメンドすることができないという問題がある。すなわち、従来のレコメンド装置では、予測対象がウェブページであり、ウェブページそのものをレコメンドできるが、ウェブページの遷移をレコメンドすることができない。つまり、レコメンド装置は、ユーザの一連の操作についてレコメンドすることができない。
【０００６】
１つの側面では、ユーザの一連の操作についてレコメンドできることを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示する操作支援プログラムは、コンピュータに、操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信し、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出し、該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する、各処理を実行させる。
【発明の効果】
【０００８】
１つの態様によれば、ユーザの一連の操作についてレコメンドすることができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施例に係る操作支援システムの構成を示す機能ブロック図である。
【図２】図２は、操作シーケンスＤＢのデータ構造の一例を示す図である。
【図３】図３は、操作シーケンスの一例を示す図である。
【図４】図４は、アクションＤＢのデータ構造の一例を示す図である。
【図５】図５は、レコメンドＤＢのデータ構造の一例を示す図である。
【図６】図６は、遷移グラフの一例を示す図である。
【図７】図７は、正規化されたレコメンドＤＢのデータ構造の一例を示す図である。
【図８】図８は、ソーシャルグラフの一例を示す図である。
【図９】図９は、ソーシャルグラフＤＢのデータ構造の一例を示す図である。
【図１０Ａ】図１０Ａは、遷移グラフと評価値を示す図（１）である。
【図１０Ｂ】図１０Ｂは、遷移グラフと評価値を示す図（２）である。
【図１１】図１１は、ＰＣ側における操作シーケンス記録処理のフローチャートを示す図である。
【図１２】図１２は、ＰＣ側における操作記録依頼処理のフローチャートを示す図である。
【図１３Ａ】図１３Ａは、ＰＣ側におけるレコメンド表示処理のフローチャートを示す図（１）である。
【図１３Ｂ】図１３Ｂは、ＰＣ側におけるレコメンド表示処理のフローチャートを示す図（２）である。
【図１３Ｃ】図１３Ｃは、ページの読込・表示処理のフローチャートを示す図である。
【図１４】図１４は、レコメンド記録サーバ側における操作記録処理のフローチャートを示す図である。
【図１５】図１５は、レコメンド送信サーバ側におけるレコメンド算出処理のフローチャートを示す図である。
【図１６Ａ】図１６Ａは、画面の一例を示す図（１）である。
【図１６Ｂ】図１６Ｂは、画面の一例を示す図（２）である。
【図１６Ｃ】図１６Ｃは、画面の一例を示す図（３）である。
【図１６Ｄ】図１６Ｄは、画面の一例を示す図（４）である。
【図１６Ｅ】図１６Ｅは、画面の一例を示す図（５）である。
【図１６Ｆ】図１６Ｆは、画面の一例を示す図（６）である。
【図１７Ａ】図１７Ａは、レコメンド表示の一例を示す図（１）である。
【図１７Ｂ】図１７Ｂは、レコメンド表示の一例を示す図（２）である。
【図１８】図１８は、操作支援プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する操作支援プログラム、操作支援方法および情報処理装置の実施例を図面に基づいて詳細に説明する。なお、実施例によりこの発明が限定されるものではない。
【実施例】
【００１１】
［実施例に係る操作支援システムの構成］
図１は、実施例に係る操作支援システムの構成を示すブロック図である。図１に示すように、操作支援システム９は、ＰＣ（Personal  Computer）１と、ＰＣ２と、レコメンド記録サーバ３と、レコメンド送信サーバ４と、ウェブサーバ５とを有する。ＰＣ１およびＰＣ２は、インターネット６を介してウェブサーバ５と接続する。ウェブサーバ５は、ウェブサービスとしてウェブアプリケーションを実施する。実施例では、ウェブアプリケーションを「特許出願システム」に関するウェブアプリケーションとして説明する。なお、ＰＣ１およびＰＣ２がウェブサーバ５と接続するネットワークは、インターネット６に限定されず、社内ＬＡＮ（Local  Area  Network）であったり、社内におけるイントラネットであったりしても良い。
【００１２】
操作支援システム９は、ユーザ毎に操作されたブラウザの操作シーケンスを、ユーザ毎に判断された操作の評価と共に集約する。そして、操作支援システム９は、後に操作するユーザのブラウザの操作時に、集約された評価とユーザ間の距離とに基づいて、次に操作すべき操作候補をレコメンドする。ここでいう「操作シーケンス」とは、ブラウザの一連の操作のことをいう。「操作」とは、ブラウザのページからユーザによって実行される「アクション」を意味し、操作の要素として、例えば、リンクやフォーム送信がある。フォーム送信には、例えば、テキストボックス、ラジオボタン、チェックボックス、ファイル選択がある。以降では、このような操作支援システム９について、具体的に説明する。
【００１３】
ＰＣ１は、ユーザによって操作されたブラウザの操作シーケンスと操作の評価とを記録し、記録した結果を後述するレコメンド記録サーバ３に送信する。ＰＣ１は、ブラウザ１１と操作シーケンスＤＢ（Database）１２を有する。さらに、ブラウザ１１は、操作シーケンス記録部１１１と、操作記録依頼部１１２とを有する。ＰＣ１は、例えばパーソナルコンピュータに対応するが、携帯電話やスマートフォン等の操作可能な通信機器であれば良い。
【００１４】
操作シーケンス記録部１１１は、操作シーケンスを記録する。例えば、操作シーケンス記録部１１１は、ブラウザ１１によって表示されるページからユーザによって実行されるアクションおよびアクションの遷移先のページのＵＲＬ（Uniform  Resource  Locator）を操作シーケンスＤＢ１２に記録する。
【００１５】
ここで、操作シーケンスＤＢ１２のデータ構造について、図２を参照して説明する。図２は、操作シーケンスＤＢのデータ構造の一例を示す図である。図２に示すように、操作シーケンスＤＢ１２は、タブＩＤ（identification）１２ａ、ＵＲＬ１２ｂ、アクション１２ｃおよび評価１２ｄを対応付けて記憶する。タブＩＤ１２ａは、操作シーケンス毎に付けられる識別子である。ＵＲＬ１２ｂとは、ページを示すＵＲＬである。アクション１２ｃは、ＵＲＬ１２ｂで示されるページから実行されたアクション、すなわち操作である。アクション１２ｃには、実行された操作に対応する操作の要素、例えばリンクの名前やフォームの名前が記憶される。なお、リンクの名前やフォームの名前は、例えば、JavaScript（登録商標）で設定される。評価１２ｄは、ＵＲＬ１２ｂで示されるページに到るまでの一連の操作の評価を示す。評価１２ｄには、一連の操作の評価が良いことを示す「ＯＫ」、一連の操作の評価が悪いことを示す「ＮＧ」またはどちらでもないことを示す空白が記憶される。評価１２ｄは、例えば、ブラウザ１１の機能でページに追加される「よい例」ボタンおよび「悪い例」ボタンをユーザによって押下されたときに記憶される。
【００１６】
一例として、タブＩＤ１２ａが「１」である場合、１行目に、ＵＲＬ１２ｂとして「ｔｏｐ．ｈｔｍｌ」、アクション１２ｃとして「リンク１」、評価１２ｄとして「ＮＧ」と記憶している。すなわち、「ｔｏｐ．ｈｔｍｌ」で「リンク１」の操作が実行され、ここまでの一連の操作が「ＮＧ」と評価されたことが記憶されている。２行目に、ＵＲＬ１２ｂとして「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」、アクション１２ｃとして「フォーム１」、評価１２ｄとして空白と記憶している。すなわち、「ｔｏｐ．ｈｔｍｌ」からユーザによって実行されたアクション「リンク１」の遷移先のページ「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」で「フォーム１」の操作が実行されたことが記憶されている。さらに、３行目に、ＵＲＬ１２ｂとして「ｉｄｅａ．ｈｔｍｌ」、アクション１２ｃとして「フォーム２」、評価１２ｄとして「ＯＫ」と記憶している。４行目に、ＵＲＬ１２ｂとして「ｓａｖｅ．ｈｔｍｌ」、アクション１２ｃとして空白、評価１２ｄとして空白と記憶している。
【００１７】
図１に戻って、操作記録依頼部１１２は、操作シーケンスの記録をレコメント記録サーバ３に依頼する。例えば、操作記録依頼部１１２は、一連の操作が終了された場合に、操作シーケンスＤＢ１２に記憶された操作シーケンスの評価１２ｄに、「ＯＫ」または「ＮＧ」が１つでもあるか否かを判定する。操作記録依頼部１１２は、操作シーケンスの評価１２ｄに、「ＯＫ」または「ＮＧ」が１つでもあると判定した場合、操作シーケンスＤＢ１２から、最後に記録された「ＯＫ」または「ＮＧ」までの操作シーケンスを抽出する。抽出した操作シーケンスは、最後に記録された「ＯＫ」または「ＮＧ」までのＵＲＬ１２ｂとアクション１２ｃとの対で構成される。そして、操作記録依頼部１１２は、抽出した操作シーケンスとユーザ名と最後に記録された「ＯＫ」または「ＮＧ」をレコメンド記録サーバ３に送信する。
【００１８】
ここで、操作シーケンスについて、図３を参照して説明する。図３は、操作シーケンスの一例を示す図である。なお、各ページをそれぞれノードとして説明する。図３上は、ユーザＡがノード「ｔｏｐ．ｈｔｍｌ」から順々に一連の操作を実行した操作シーケンスである。ここでは、例えば、ユーザＡは、ノード「ｔｏｐ．ｈｔｍｌ」でフォーム１のアクションを実行し、ノード「ｉｄｅａ．ｈｔｍｌ」に遷移している。また、図３下は、ユーザＥがノード「ｔｏｐ．ｈｔｍｌ」から順々に一連の操作を実行した操作シーケンスである。ここでは、例えば、ユーザＥは、ノード「ｔｏｐ．ｈｔｍｌ」でフォーム１のアクションを実行し、ノード「ｉｄｅａ．ｈｔｍｌ」に遷移している。
【００１９】
このような操作シーケンスで、ユーザＡが、ノード「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」で「よい例」ボタンを押下したとする。すると、操作記録依頼部１１２は、ユーザＡの操作シーケンスと、ユーザ名「Ａ」と、「ＯＫ」をレコメンド記録サーバ３に送信する。また、ユーザＥが、ノード「ｅｒｒｏｒ．ｈｔｍｌ」で「悪い例」ボタンを押下したとする。すると、操作記録依頼部１１２は、ユーザＥの操作シーケンスと、ユーザ名「Ｅ」と、「ＮＧ」をレコメンド記録サーバ３に送信する。
【００２０】
図１に戻って、ＰＣ２は、操作中の操作シーケンスの所定のページについて、次に操作可能な操作候補の評価依頼をレコメンド送信サーバ４に送信し、評価結果をページに追加する。ＰＣ２は、ブラウザ２１とアクションＤＢ２２を有する。さらに、ブラウザ２１は、レコメンド依頼部２１１とレコメンド表示部２１２を有する。ＰＣ２は、例えばパーソナルコンピュータに対応するが、携帯電話やスマートフォン等の操作可能な通信機器であれば良い。
【００２１】
レコメンド依頼部２１１は、ウェブアプリケーションを操作中に、所定のＵＲＬのページを表示する。そして、レコメンド依頼部２１１は、表示したページから次に操作可能な操作候補（アクション）について、評価依頼をレコメンド送信サーバ４に送信する。例えば、レコメンド依頼部２１１は、操作中の操作シーケンスについて、現在のＵＲＬのページをウェブサーバ５から読み込み、読み込んだページを表示する。このとき、レコメンド依頼部２１１は、読み込んだページから操作（アクション）の要素を抽出し、アクションＤＢ２２に記録する。そして、レコメンド依頼部２１１は、アクションＤＢ２２から、次に操作可能な全てのアクションを取り出し、取り出した全てのアクションと、ここまでの操作シーケンスと、操作しているユーザのユーザ名とを評価依頼に含めて送信する。
【００２２】
レコメンド表示部２１２は、レコメンド送信サーバ４から全てのアクションに対する評価値を受信し、受信した評価値を表示されたページに追加して表示する。例えば、レコメンド表示部２１２は、次に操作可能な全てのアクションに対応させて、それぞれの評価値を表示する。なお、評価値の例は、後述するものとする。
【００２３】
ここで、アクションＤＢ２２のデータ構造について、図４を参照して説明する。図４は、アクションＤＢのデータ構造の一例を示す図である。図４に示すように、アクションＤＢ２２は、タブＩＤ２２ａ、ＵＲＬ２２ｂおよびアクション２３ｃを対応付けて記憶する。タブＩＤ２２ａは、操作シーケンス毎に付けられる識別子である。ＵＲＬ２２ｂは、現在表示中のページのＵＲＬである。アクション２３ｃは、現在表示中のページのアクションである。すなわち、アクション２３ｃには、現在表示中のページについて、次に操作可能なアクションが記憶されている。
【００２４】
一例として、タブＩＤ２２ａが「１」である場合、ＵＲＬ２２ｂとして「ｉｄｅａ．ｈｔｍｌ」、アクション２２ｃとして「フォーム１」、「フォーム２」、「リンク１」と記憶している。
【００２５】
図１に戻って、レコメンド記録サーバ３は、制御部３１およびレコメンドＤＢ３２を有する。制御部３１は、操作記録部３１１を有する。また、制御部３１は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路またはＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等の電子回路である。レコメンドＤＢ３２は、操作シーケンスの各ページに対する操作毎の各ユーザにおける評価を記憶する。なお、レコメンドＤＢ３２のデータ構造は、後述する。
【００２６】
操作記録部３１１は、各ユーザの操作シーケンスの評価を、レコメンドＤＢ３２に記録する。例えば、操作記録部３１１は、ＰＣ１から操作シーケンスとユーザ名と操作シーケンスの最後の評価とを受信すると、受信した操作シーケンスとレコメンドＤＢ３２を比較する。そして、操作記録部３１１は、受信した操作シーケンスに新しいページ（ノード）や新しい遷移先（パス）があれば、レコメンドＤＢ３２に追加する。そして、操作記録部３１１は、操作シーケンスと一致する全てのページについて、レコメンドＤＢ３２の、受信した評価に対応する箇所にユーザ名を追加する。これにより、操作記録部３１１は、レコメンドＤＢ３２を用いて、遷移グラフを生成することができる。
【００２７】
ここで、レコメンドＤＢ３２のデータ構造について、図５を参照して説明する。図５は、レコメンドＤＢのデータ構造の一例を示す図である。図５に示すように、レコメンドＤＢ３２は、ＩＤ３２ａ、ＵＲＬ３２ｂ、ＯＫ３２ｃ、ＮＧ３２ｄ、アクション３２ｅおよび遷移先ＩＤ３２ｆを対応付けて記憶する。ＩＤ３２ａは、ＵＲＬ毎に付けられる識別子である。ＵＲＬ３２ｂは、ページのＵＲＬである。ＯＫ３２ｃは、個々のＵＲＬ（ノード）に対し「良い例」ボタンを押下したユーザのリストを意味する。ＮＧ３２ｄは、個々のＵＲＬ（ノード）に対し「悪い例」ボタンを押下したユーザのリストを意味する。アクション３２ｅは、ＵＲＬ３２ｂで示されるページから実行されたアクション、すなわち操作である。アクション３２ｅには、実行された操作に対応する操作の要素、例えばリンクの名前やフォームの名前が記憶される。遷移先ＩＤ３２ｆは、アクション３２ｅによって遷移されるページ（ノード）のＩＤ、言い換えればパスを意味する。
【００２８】
一例として、ＩＤ３２ａが「１」である場合、ＵＲＬ３２ｂとして「ｔｏｐ．ｈｔｍｌ」、ＯＫ３２ｃとして「Ａ，Ｃ，Ｄ，Ｉ」、ＮＧ３２ｄとして「Ｂ，Ｅ，Ｆ，Ｈ，Ｊ」と記憶している。アクション３２ｅとして、１行目に「リンク１」、２行目に「リンク２」と記憶している。遷移先ＩＤ３２ｆとして、１行目に「２」、２行目に「１１」と記憶している。
【００２９】
ここで、レコメンドＤＢ３２を用いた遷移グラフの一例を、図６を参照して説明する。図６は、遷移グラフの一例を示す図である。なお、図６は、図５で示したレコメンドＤＢ３２を用いた遷移グラフである。図６に示すように、遷移グラフには、個々のノードに対して、「よい例」ボタンを押下したユーザのユーザリスト、「悪い例」ボタンを押下したユーザのユーザリストが付加情報として設定される。ここでは、ノード「ｔｏｐ．ｈｔｍｌ」には、「よい例」ボタンを押下したユーザのユーザリスト（ＯＫ側）に、「Ａ，Ｃ，Ｄ，Ｉ」が設定され、「悪い例」ボタンを押下したユーザのユーザリスト（ＮＧ側）に、「Ｂ，Ｅ，Ｆ，Ｈ，Ｊ」が設定される。また、ノード「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」には、「よい例」ボタンを押下したユーザのユーザリスト（ＯＫ側）に、「Ａ，Ｄ，Ｉ」が設定され、「悪い例」ボタンを押下したユーザのユーザリスト（ＮＧ側）に、「Ｂ，Ｅ」が設定される。なお、付加情報には、さらに、閲覧したユーザのユーザリストが設定されても良い。
【００３０】
図１に戻って、レコメンド送信サーバ４は、制御部４１、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３を有する。制御部４１は、レコメンド算出部４１１を有する。また、制御部４１は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路またはＣＰＵやＭＰＵ等の電子回路である。レコメンドＤＢ（正規化）４２には、レコメンドＤＢ３２に記憶されたレコードのうち、レコメンドが算出される際に用いられるレコードが含まれる。ソーシャルグラフＤＢ４３は、各ユーザ間の距離を示す。なお、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３のデータ構造は、後述する。
【００３１】
レコメンド算出部４１１は、操作中の操作シーケンスの所定のページについて、次に操作可能な操作候補の評価依頼をＰＣ２から受信する。そして、レコメンド算出部４１１は、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に基づいて、操作の評価依頼を受けたページについて、次に操作可能な操作候補の評価値をそれぞれ算出する。そして、レコメンド算出部４１１は、算出したそれぞれの評価値を各操作候補に対応付けて、送信元に送信する。
【００３２】
例えば、レコメンド算出部４１１は、操作中の操作シーケンスおよび当該操作シーケンスの評価対象のページについて次に操作可能な全てのアクションを受信する。そして、レコメンド算出部４１１は、遷移グラフ内に、受信した操作シーケンスと一致するパスがあるか否かを判定する。そして、レコメンド算出部４１１は、受信した操作シーケンスと一致するパスがあれば、遷移グラフ内の評価対象のページに、受信したいずれかのアクションと一致するアクションがあるか否かを判定する。そして、レコメンド算出部４１１は、受信したいずれかのアクションと一致するアクションがあれば、評価対象のページについて、レコメンドＤＢ３２を正規化したレコメンドＤＢ（正規化）４２を、レコメンド記録サーバ３１から取得する。そして、レコメンド算出部４１１は、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に基づいて、遷移グラフ内の評価対象のページと一致したアクション毎に、評価値を算出する。
【００３３】
一例として、レコメンド算出部４１１は、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に基づいて、次に操作可能なアクションを行ったとき「よい例」となる評価値および「悪い例」となる評価値を算出する。すなわち、レコメンド算出部４１１は、ソーシャルグラフＤＢ４３と、アクションを行った場合の遷移先のユーザリストとに対して、評価依頼のあったユーザと関係が強いユーザがどれだけ含まれるかを示す評価関数を用いて評価値を算出する。評価関数は、以下の式（１）のように定義される。なお、ｍｅは、評価依頼のあったユーザを表す識別子である。Ｌは、ユーザリストを表す。ｌｅｎｇｔｈ（ｍｅ、ｐ）は、ｍｅとユーザｐの関係の強さを示し、ソーシャルグラフＤＢ４３上の最短距離である。
【数１】
2014186390.tif 000003
【００３４】
つまり、レコメンド算出部４１１は、式（１）を用いて、遷移グラフ上のｉ番目のノードからアクションａを実行したときの遷移先ノードｕ＝（ｉ，ａ）に対して、ｒｅｌａｔｉｏｎ（ｍｅ，ＬＯＫ（ｕ））、ｒｅｌａｔｉｏｎ（ｍｅ，ＬＮＧ（ｕ））を算出する。ＬＯＫ（ｕ）は、ノードｕでのＯＫ側のユーザリストである。ＬＮＧ（ｕ）は、ノードｕでのＮＧ側のユーザリストである。なお、以降、ｒｅｌａｔｉｏｎ（ｍｅ，ＬＯＫ（ｕ））をＮＯＫ（ｉ，ａ）とし、ｒｅｌａｔｉｏｎ（ｍｅ，ＬＮＧ（ｕ））をＮＮＧ（ｉ，ａ）とする。
【００３５】
そして、レコメンド算出部４１１は、ｉ番目のノードからアクションａを実行したときの、ＮＯＫ（ｉ，ａ）となる確率をアクションａに対する評価値として算出する。評価値を求める評価式は、以下の式（２）のように定義される。なお、ｎは、評価対象のページ（ノード）までの操作シーケンスのノードの最大数となる。
【数２】
2014186390.tif 000004
【００３６】
このような評価式を「レコメンドの評価式」という。「レコメンドの評価式」において、レコメンド算出部４１１は、後方の操作および直近の操作のいずれかのレコメンドを高く評価するように、以下の式（３）のように、重みを設定するようにしても良い。
【数３】
2014186390.tif 000005
【００３７】
ここで、式（３）のｆ（ｉ）が、設定される重みである。後方の操作に対するレコメンドを高く評価したい場合、例えば、ｆ（ｉ）＝ｉにすれば良い。一方、直近の操作に対するレコメンドを高く評価したい場合、例えば、ｆ（ｉ）＝１／ｉにすれば良い。
【００３８】
そして、レコメンド算出部４１１は、評価対象のノードからのアクションａに対する評価値を、送信元のＰＣ２に送信する。ＰＣ２では、レコメンド表示部２１２が、次に操作可能な操作の要素に対応させて、評価値を表示することになる。なお、レコメンド算出部４１１は、評価値として、ＮＯＫ（ｉ，ａ）およびＮＮＧ（ｉ，ａ）を、送信元のＰＣ２に送信しても良い。
【００３９】
ここで、レコメンドＤＢ（正規化）４２のデータ構造について、図７を参照して説明する。図７は、レコメンドＤＢ（正規化）のデータ構造の一例を示す図である。なお、図７では、評価対象のページがＵＲＬ「ｔｏｐ．ｈｔｍｌ」であるとし、「ｔｏｐ．ｈｔｍｌ」に対して正規化したレコメンドＤＢ（正規化）４２を示す。
【００４０】
図７に示すように、レコメンドＤＢ（正規化）４２は、ＵＲＬ４２ａ、アクション４２ｂ、ＯＫ４２ｃ、ＮＧ４２ｄ、ＮＯＫ４２ｅおよびＮＮＧ４２ｆを対応付けて記憶する。ＵＲＬ４２ａは、アクションの遷移先のＵＲＬである。すなわち、ＵＲＬ４２ａは、前述した遷移先ノードｕ＝（ｉ，ａ）のｕに相当する。アクション４２ｂは、ＵＲＬ４２ａで示されるページに遷移した際のアクションを示す。すなわち、アクション４２ｂは、前述した遷移先ノードｕ＝（ｉ，ａ）のａに相当する。ＯＫ４２ｃは、ＵＲＬ４２ａで示されるページに対し「良い例」ボタンを押下したユーザのリストを意味する。ＯＫ４２ｃは、前述したＬＯＫ（ｕ）に相当する。ＮＧ４２ｄは、ＵＲＬ４２ａで示されるページに対し「悪い例」ボタンを押下したユーザのリストを意味する。ＮＧ４２ｄは、前述したＬＮＧ（ｕ）に相当する。ＮＯＫ４２ｅは、遷移先ノードｕ＝（ｉ，ａ）に対するよい例となる評価値である。ＮＯＫ４２ｅは、ＮＯＫ（ｉ，ａ）に相当する。ＮＮＧ４２ｆは、遷移先ノードｕ＝（ｉ，ａ）に対する悪い例となる評価値である。ＮＮＧ４２ｆは、ＮＮＧ（ｉ，ａ）に相当する。
【００４１】
一例として、ＵＲＬ４２ａが「ｉｄｅａ．ｈｔｍｌ」である場合、アクション４２ｂとして「リンク１」、ＯＫ４２ｃとして「Ａ，Ｄ，Ｉ」、ＮＧ４２ｄとして「Ｂ，Ｅ」、ＮＯＫ４２ｅとして「１」、ＮＮＧ４２ｆとして「１」と記憶している。ＵＲＬ４２ａが「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」である場合、アクション４２ｂとして「リンク２」、ＯＫ４２ｃとして「Ｃ」、ＮＧ４２ｄとして「Ｆ，Ｈ，Ｊ」、ＮＯＫ４２ｅとして「１」、ＮＮＧ４２ｆとして「０．８３３３３３」と記憶している。
【００４２】
次に、ソーシャルグラフの一例を、図８を参照して説明する。図８は、ソーシャルグラフの一例を示す図である。図８に示すように、各ユーザ間の距離が表されている。ユーザ間が接続されている場合、距離が最短の１となる。例えば、ｍｅと距離１のユーザは、Ａ，Ｂ，Ｃとなる。ｍｅと距離２のユーザは、Ｄ，Ｅ，Ｆとなる。ｍｅと距離３のユーザは、Ｇ，Ｈとなる。
【００４３】
このようなソーシャルグラフにおけるソーシャルグラフＤＢ４３のデータ構造について、図９を参照して説明する。図９は、ソーシャルグラフＤＢ４３のデータ構造の一例を示す図である。図９に示すように、ソーシャルグラフＤＢ４３は、ユーザ名４３ａと隣接ユーザ名４３ｂとを対応付けて記憶する。ユーザ名４３ａは、ユーザの名称である。隣接ユーザ名４３ｂは、ユーザ名４３ａで示されるユーザと隣接するユーザの名称である。すなわち、隣接ユーザ名４３ｂは、ユーザ名４３ａで示されるユーザと距離が１であるユーザを示す。なお、ソーシャルグラフＤＢ４３は、予め記憶されていることとする。
【００４４】
［遷移グラフと評価値］
次に、レコメンド算出部４１１によって算出される評価値を、遷移グラフに対応させて説明する。図１０Ａおよび図１０Ｂは、図６で示される遷移グラフに応じて算出された評価値を示す図である。図１０Ａは、アクション毎に、「人数」（ＮＯＫ（ｉ，ａ）＋ＮＮＧ（ｉ，ａ）人中ＮＯＫ（ｉ，ａ）人）を評価値として対応付ける。図１０Ｂは、アクション毎に、式（３）で算出された「確率」を評価値として対応付ける。
【００４５】
図１０Ａに示すように、例えば、レコメンド算出部４１１は、操作シーケンスの１番目のノードについて、次に操作可能な操作候補の評価をする。レコメンド算出部４１１は、２番目のノードへのアクションに対して、「３人中１．５人」を評価値として対応付ける。また、レコメンド算出部４１１は、１１番目のノードへのアクションに対して、「１．８人中１人」を評価値として対応付ける。
【００４６】
また、例えば、レコメンド算出部４１１は、操作シーケンスの３番目のノードについて、次に操作可能な操作候補の評価をする。レコメンド算出部４１１は、４番目のノードへのアクションに対して、「２．５人中０人」を評価値として対応付ける。また、レコメンド算出部４１１は、９番目のノードへのアクションに対して、「３人中１．５人」を評価値として対応付ける。
【００４７】
図１０Ｂに示すように、例えば、レコメンド算出部４１１は、操作シーケンスの１番目のノードについて、次に操作可能な操作候補の評価をする。レコメンド算出部４１１は、２番目のノードへのアクションに対して、「５０％」を評価値として対応付ける。また、レコメンド算出部４１１は、１１番目のノードへのアクションに対して、「５５％」を評価値として対応付ける。
【００４８】
また、例えば、レコメンド算出部４１１は、操作シーケンスの３番目のノードについて、次に操作可能な操作候補の評価をする。レコメンド算出部４１１は、４番目のノードへのアクションに対して、「６０％」を評価値として対応付ける。また、レコメンド算出部４１１は、９番目のノードへのアクションに対して、「０％」を評価値として対応付ける。
【００４９】
［ＰＣ１側における操作シーケンス記録処理の手順］
次に、図１１を参照して、ＰＣ１側における操作シーケンス記録処理の手順を説明する。図１１は、ＰＣ側における操作シーケンス記録処理のフローチャートを示す図である。なお、ＰＣ１では、ユーザによってブラウザ１１が起動され、ページが表示されているものとする。
【００５０】
まず、操作シーケンス記録部１１１は、表示されたページからアクションが実行されたか否かを判定する（ステップＳ１１）。例えば、操作シーケンス記録部１１１は、ユーザによって操作の要素がクリックされたか否かを判定する。操作の要素がクリックされたか否かは、一例として、JavaScriptでは、「ｏｎＣｌｉｃｋ」のイベント属性がある。
【００５１】
アクションが実行されなかったと判定した場合（ステップＳ１１；Ｎｏ）、操作シーケンス記録部１１１は、アクションが実行されるまで、判定処理を繰り返す。一方、アクションが実行されたと判定した場合（ステップＳ１１；Ｙｅｓ）、操作シーケンス記録部１１１は、実行されたアクションを操作シーケンスＤＢ１２に追加する（ステップＳ１２）。
【００５２】
そして、操作シーケンス記録部１１１は、アクションの遷移先ＵＲＬを操作シーケンスＤＢ１２に追加する（ステップＳ１３）。そして、実行されたアクションについて、操作シーケンス記録処理が終了する。
【００５３】
［ＰＣ１側における操作記録依頼処理の手順］
次に、図１２を参照して、ＰＣ１側における操作記録依頼処理の手順を説明する。図１２は、ＰＣ側における操作記録依頼処理のフローチャートを示す図である。なお、ＰＣ１では、ユーザによってブラウザ１１が起動され、ページが表示されているものとする。
【００５４】
まず、操作記録依頼部１１２は、一連の操作が終了されたか否かを判定する（ステップＳ２１）。例えば、操作記録依頼部１１２は、ページに表示されるボタンであって、一連の操作を終了する場合に押下される完了ボタンが押下されたか否かを判定する。一連の操作が終了されていないと判定した場合（ステップＳ２１；Ｎｏ）、操作記録依頼部１１２は、一連の操作が終了されるまで、判定処理を繰り返す。
【００５５】
一方、一連の操作が終了されたと判定した場合（ステップＳ２１；Ｙｅｓ）、操作記録依頼部１１２は、ＯＫ／ＮＧが１回以上押下されたか否かを判定する（ステップＳ２２）。例えば、操作記録依頼部１１２は、操作シーケンスＤＢ１２に記憶された操作シーケンスの評価１２ｄに、「ＯＫ」または「ＮＧ」が１つでもあるか否かを判定する。
【００５６】
ＯＫ／ＮＧが１回以上押下されていないと判定した場合（ステップＳ２２；Ｎｏ）、操作記録依頼部１１２は、操作記録依頼処理を終了する。一方、ＯＫ／ＮＧが１回以上押下されたと判定した場合（ステップＳ２２；Ｙｅｓ）、操作記録依頼部１１２は、操作シーケンスＤＢ１２に記録された操作シーケンスを抽出する（ステップＳ２３）。例えば、操作記録依頼部１１２は、操作シーケンスＤＢ１２に記録された操作シーケンスを、最後のＯＫ／ＮＧに対応する部分でカットし、カットした前半部分の操作シーケンスを抽出する。
【００５７】
そして、操作記録依頼部１１２は、カットした前半部分の操作シーケンス、ユーザ名と最後の「ＯＫ」または「ＮＧ」（評価）をレコメンド記録サーバ３に送信する（ステップＳ２４）。そして、操作記録依頼部１１２は、操作記録依頼処理を終了する。その後、ユーザによってブラウザ１１が終了される。
【００５８】
［ＰＣ２側におけるレコメンド表示処理の手順］
次に、図１３Ａ〜図１３Ｃを参照して、ＰＣ２側におけるレコメンド表示処理の手順を説明する。図１３Ａは、レコメンドを人数で表示する、ＰＣ側におけるレコメンド表示処理のフローチャートを示す図である。なお、ＰＣ２では、ユーザによってブラウザ１１が起動されているものとする。
【００５９】
レコメンド依頼部２１１は、あるＵＲＬについて、ページの読込・表示処理を実行する（ステップＳ３１）。なお、ページの読込・表示処理は、図１３Ｃにより説明する。
【００６０】
ページの読込・表示処理が実行されると、レコメンド依頼部２１１は、ここまで操作された操作シーケンス、次に操作可能な全てのアクションおよびユーザ名を送信する（ステップＳ３２）。すなわち、レコメンド依頼部２１１は、次に操作可能な全てのアクションについての評価依頼をレコメンド送信サーバ４に送信する。なお、次に操作可能な全てのアクションは、ページの読込・表示処理によって生成されるアクションＤＢ２２から読み出される。
【００６１】
その後、レコメンド表示部２１２は、レコメンド送信サーバ４から全てのアクションに対する評価値であるＮＯＫ（ｉ，ａ）、ＮＮＧ（ｉ，ａ）を受信する（ステップＳ３３）。なお、ｉは、現在のページに対応するノードであるとする。ａは、現在のページから次に操作可能なアクションであるとする。
【００６２】
そして、レコメンド表示部２１２は、全てのアクションのうち、「ＮＯＫ（ｉ，ａ）＋ＮＮＧ（ｉ，ａ）＞０」となるようなアクション（ａ）があるか否かを判定する（ステップＳ３４）。「ＮＯＫ（ｉ，ａ）＋ＮＮＧ（ｉ，ａ）＞０」となるようなアクション（ａ）が全くないと判定した場合（ステップＳ３４；Ｎｏ）、レコメンド表示部２１２は、次の操作の処理をすべく、ステップＳ３１に移行する。
【００６３】
一方、「ＮＯＫ（ｉ，ａ）＋ＮＮＧ（ｉ，ａ）＞０」となるようなアクション（ａ）があると判定した場合（ステップＳ３４；Ｙｅｓ）、レコメンド表示部２１２は、該当するアクションに対する評価値を現在のページに追加して表示する（ステップＳ３５）。例えば、レコメンド表示部２１２は、該当するアクションに対する評価値であるＮＯＫ（ｉ，ａ）、ＮＮＧ（ｉ，ａ）をアクションに対応させて現在のページに追加する。そして、レコメンド表示部２１２は、追加した現在のページを再表示（リフレッシュ）する。
【００６４】
そして、レコメンド表示部２１２は、次の操作の処理をすべく、ステップＳ３１に移行する。
【００６５】
これにより、レコメンド表示部２１２は、現在のページの次に操作可能な全てのアクションについて、評価値として人数を表示することができるので、アクション毎のレコメンドを提示することができる。
【００６６】
図１３Ｂは、レコメンドを確率で表示する、ＰＣ側におけるレコメンド表示処理のフローチャートを示す図である。なお、図１３Ａに示すレコメンド表示処理と同一の動作については同一符号を示すことで、その重複する動作の説明については簡略する。
【００６７】
レコメンド依頼部２１１は、あるＵＲＬについて、ページの読込・表示処理を実行する（ステップＳ３１）。なお、ページの読込・表示処理は、後述する。
【００６８】
ページの読込・表示処理が実行されると、レコメンド依頼部２１１は、ここまで操作された操作シーケンス、次に操作可能な全てのアクションおよびユーザ名を送信する（ステップＳ３２）。
【００６９】
その後、レコメンド表示部２１２は、レコメンド送信サーバ４から全てのアクションに対する評価値であるＰ（ａ）を受信する（ステップＳ３３Ａ）。なお、Ｐ（ａ）は、式（２）または式（３）によって算出される。ａは、現在のページから次に操作可能なアクションであるとする。
【００７０】
そして、レコメンド表示部２１２は、全てのアクションのうち、「Ｐ（ａ）≠ｕｎｄｅｆｉｎｅｄ」となるようなアクション（ａ）があるか否かを判定する（ステップＳ３４Ａ）。「Ｐ（ａ）≠ｕｎｄｅｆｉｎｅｄ」となるようなアクション（ａ）が全くないと判定した場合（ステップＳ３４Ａ；Ｎｏ）、レコメンド表示部２１２は、次の操作の処理をすべく、ステップＳ３１に移行する。
【００７１】
一方、「Ｐ（ａ）≠ｕｎｄｅｆｉｎｅｄ」となるようなアクション（ａ）があると判定した場合（ステップＳ３４Ａ；Ｙｅｓ）、レコメンド表示部２１２は、該当するアクションに対する評価値を現在のページに追加して表示する（ステップＳ３５Ａ）。例えば、レコメンド表示部２１２は、該当するアクションに対する評価値であるＰ（ａ）をアクションに対応させて現在のページに追加する。そして、レコメンド表示部２１２は、追加した現在のページを再表示（リフレッシュ）する。
【００７２】
そして、レコメンド表示部２１２は、次の操作の処理をすべく、ステップＳ３１に移行する。
【００７３】
これにより、レコメンド表示部２１２は、現在のページの次に操作可能な全てのアクションについて、評価値として確率を表示することができるので、アクション毎のレコメンドを提示することができる。
【００７４】
図１３Ｃは、図１３Ａおよび図１３Ｂにおける、ページの読込・表示処理のフローチャートを示す図である。
【００７５】
レコメンド依頼部２１１は、ページが表示されたか否かを判定する（ステップＳ４１）。ページが表示されたか否かは、一例として、JavaScriptでは、「ｏｎＶｉｓｉｔｅｄ」のイベント属性がある。ページが表示されていないと判定した場合（ステップＳ４１；Ｎｏ）、レコメンド依頼部２１１は、ページが表示されるまで、判定処理を繰り返す。
【００７６】
一方、ページが表示されたと判定した場合（ステップＳ４１；Ｙｅｓ）、レコメンド依頼部２１１は、表示されたページから全てのリンク、全てのフォームを取得する（ステップＳ４２）。すなわち、レコメンド依頼部２１１は、表示されたページから全ての操作の要素を取得する。例えば、「ｌｅｎｇｔｈ」によって指す値が、リンクの数であり、各リンクは、ｄｏｃｕｍｅｎｔ．ｌｉｎｋｓ［ｎ］（ｎ＝１，２，・・，ｌｅｎｇｔｈ）で取得される。レコメンド依頼部２１１は、リンクの配列番号に対してリンク１、リンク２・・・と名前を付ける。また、「ｌｅｎｇｔｈ」によって指す値が、フォームの数であり、各フォームは、ｄｏｃｕｍｅｎｔ．ｆｏｒｍｓ［ｎ］（ｎ＝１，２，・・，ｌｅｎｇｔｈ）で取得される。レコメンド依頼部２１１は、フォームの配列番号に対してフォーム１、フォーム２・・・と名前を付ける。
【００７７】
そして、レコメンド依頼部２１１は、取得したリンク、フォームに対してアクションＤＢ２２を生成する（ステップＳ４３）。例えば、レコメンド依頼部２１１は、読み込まれたページのＵＲＬと取得した全てのリンク、フォームとを対応付けて、アクションＤＢ２２に記録する。そして、レコメンド依頼部２１１は、ページの読込・表示処理を終了する。
【００７８】
［レコメンド記録サーバ側における操作記録処理の手順］
次に、図１４を参照して、レコメンド記録サーバ３側における操作記録処理の手順を説明する。図１４は、レコメンド記録サーバ側における操作記録処理のフローチャートを示す図である。
【００７９】
まず、操作記録部３１１は、ＰＣ１から操作シーケンス、評価およびユーザ名を受信したか否かを判定する（ステップＳ５１）。操作シーケンス、評価およびユーザ名を受信していないと判定した場合（ステップＳ５１；Ｎｏ）、操作記録部３１１は、当該情報を受信するまで判定処理を繰り返す。
【００８０】
一方、操作シーケンス、評価およびユーザ名を受信したと判定した場合（ステップＳ５１；Ｙｅｓ）、操作記録部３１１は、受信した操作シーケンスとレコメンドＤＢ３２とを比較する。そして、操作記録部３１１は、操作シーケンスに新しい遷移先（パス）や新しいＵＲＬ（ノード）があれば、レコメンドＤＢ３２に追加する（ステップＳ５２）。
【００８１】
そして、操作記録部３１１は、受信した操作シーケンスと一致する全てのノード（ＵＲＬ）に対して、受信したユーザ名をレコメンドＤＢ３２に追加する（ステップＳ５３）。操作記録部３１１は、受信したユーザ名を、受信した評価に対応する箇所に追加する。例えば、操作シーケンスが、ｔｏｐ．ｈｔｍｌ（フォーム１）→ｉｄｅａ．ｈｔｍｌ（フォーム２）→ｉｎｖｅｎｔｏｒ．ｈｔｍｌであり、ユーザ名が「Ａ」であり、評価が「ＯＫ」である場合とする。かかる場合、操作記録部３１１は、ＵＲＬ３２ｂとして「ｔｏｐ．ｈｔｍｌ」、「ｉｄｅａ．ｈｔｍｌ」、「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」に対して、ユーザ名「Ａ」をＯＫ３２ｃの箇所に追加する。
【００８２】
そして、操作記録部３１１は、レコメンド記録処理を終了する。
【００８３】
［レコメンド送信サーバ側におけるレコメンド算出処理の手順］
次に、図１５を参照して、レコメンド送信サーバ４側におけるレコメンド算出処理の手順を説明する。図１５は、レコメンド送信サーバ側におけるレコメンド算出処理のフローチャートを示す図である。
【００８４】
まず、レコメンド算出部４１１は、ＰＣ２から操作シーケンス、次に操作可能な全てのアクションおよびユーザ名を受信したか否かを判定する（ステップＳ６１）。操作シーケンス、次に操作可能な全てのアクションおよびユーザ名を受信していないと判定した場合（ステップＳ６１；Ｎｏ）、レコメンド算出部４１１は、当該情報を受信するまで判定処理を繰り返す。
【００８５】
一方、操作シーケンス、次に操作可能な全てのアクションおよびユーザ名を受信したと判定した場合（ステップＳ６１；Ｙｅｓ）、レコメンド算出部４１１は、遷移グラフ内に、受信した操作シーケンスと一致するパスがあるか否かを判定する（ステップＳ６２）。一致するパスがないと判定した場合（ステップＳ６２；Ｎｏ）、レコメンド算出部４１１は、次の受信を待つべく、ステップＳ６１に移行する。
【００８６】
一方、一致するパスがあると判定した場合（ステップＳ６２；Ｙｅｓ）、レコメンド算出部４１１は、次に操作可能な全てのアクションに対して以下の処理が実行されたか否かを判定する（ステップＳ６３）。全てのアクションに対して以下の処理が実行されていないと判定した場合（ステップＳ６３；Ｎｏ）、レコメンド算出部４１１は、次に操作可能な全てのアクションから、実行されていないアクションを選択する（ステップＳ６４）。そして、レコメンド算出部４１１は、遷移グラフ内の評価対象のノードに、選択したアクションと一致するアクションがあるか否かを判定する（ステップＳ６５）。
【００８７】
選択したアクションと一致するアクションがないと判定した場合（ステップＳ６５；Ｎｏ）、レコメンド算出部４１１は、次のアクションを選択すべく、ステップＳ６３に移行する。一方、選択したアクションと一致するアクションがあると判定した場合（ステップＳ６５；Ｙｅｓ）、レコメンド算出部４１１は、選択したアクションの遷移先ノードについて、レコメンドＤＢ３２を正規化したレコメンドＤＢ（正規化）４２を取得する（ステップＳ６６）。
【００８８】
そして、レコメンド算出部４１１は、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に基づいて、評価値としてＰ（ａ）を算出する。そして、レコメンド算出部４１１は、算出した評価値を送信元のＰＣ２に送信する（ステップＳ６７）。ここで、ａは、選択したアクションを指す。例えば、レコメンド算出部４１１は、Ｐ（ａ）を、式（２）または式（３）によって算出する。なお、レコメンド算出部４１１は、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に基づいて、評価値として、ＮＯＫ（ｉ，ａ）、ＮＮＧ（ｉ，ａ）を算出しても良い。ここで、ｉは、評価対象のページに対応するノードを指す。ａは、選択したアクションを指す。例えば、レコメンド算出部４１１は、ＮＯＫ（ｉ，ａ）、ＮＮＧ（ｉ，ａ）を、それぞれ式（１）によって算出する。
【００８９】
続いて、レコメンド算出部４１１は、次のアクションを選択すべく、ステップＳ６３に移行する。そして、ステップＳ６３では、全てのアクションに対して以下の処理が実行されたと判定した場合（ステップＳ６３；Ｙｅｓ）、レコメンド算出部４１１は、レコメンド算出処理を終了する。
【００９０】
これにより、レコメンド算出部４１１は、評価対象のページの次に操作可能なアクションについて、他のユーザとの関係を考慮したレコメンドをＰＣ２に提示させることができる。
【００９１】
［画面の一例］
次に、実施例でウェブアプリケーションとして用いられる「特許出願システム」の画面について、図１６Ａ〜図１６Ｆを参照して説明する。図１６Ａ〜図１６Ｆは、画面の一例を示す図である。
【００９２】
図１６Ａに示す画面は、「特許出願システム」の先頭のＵＲＬ「ｔｏｐ．ｈｔｍｌ」の画面である。「ｔｏｐ．ｈｔｍｌ」には、アイデア登録ボタン、発明者等ボタン、戦略シートボタン、公知例調査結果ボタン、一時保存ボタン、公知例調査依頼ボタン、出願依頼ボタンおよび終了ボタンが設定されている。それぞれのボタンには、それぞれの操作の要素が割りついている。例えば、アイデア登録ボタンが押下（操作）されると、遷移先の画面としてＵＲＬ「ｉｄｅａ．ｈｔｍｌ」が表示される。発明者等ボタンが押下（操作）されると、遷移先の画面としてＵＲＬ「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」が表示される。一時保存ボタンが押下（操作）されると、遷移先の画面としてＵＲＬ「ｓａｖｅ．ｈｔｍｌ」が表示される。公知例調査依頼ボタンが押下（操作）されると、遷移先の画面としてＵＲＬ「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」が表示される。
【００９３】
また、「ｔｏｐ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。「よい例ボタン」は、この画面までの一連の操作が正しく実行されたとユーザが考えた場合に、押下される。これにより、操作シーケンス記録部１１１は、操作シーケンスＤＢ１２の該当するＵＲＬ１２ｂに対応する評価１２ｄに「ＯＫ」を記録する。「悪い例ボタン」は、この画面までの一連の操作が正しく実行されなかったとユーザが考えた場合に、押下される。これにより、操作シーケンス記録部１１１は、操作シーケンスＤＢ１２の該当するＵＲＬ１２ｂに対応する評価１２ｄに「ＮＧ」を記録する。「完了ボタン」は、ユーザが一連の操作を終了する場合に、押下される。これにより、操作記録依頼部１１２は、一連の操作が終了されたことを判断し、操作シーケンス等をレコメンド記録サーバ３に送信することになる。なお、完了ボタン、よい例ボタン、悪い例ボタンは、画面毎に、表示させるようにしたり、表示させないようにしたりしても良い。
【００９４】
図１６Ｂに示す画面は、ＵＲＬ「ｉｄｅａ．ｈｔｍｌ」の画面である。「ｉｄｅａ．ｈｔｍｌ」は、例えば、「ｔｏｐ．ｈｔｍｌ」でアイデア登録ボタンが押下されたことによって遷移されたものである。「ｉｄｅａ．ｈｔｍｌ」には、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」と同じボタンが設定されている。それぞれのボタンが押下された際の遷移先は、図１６Ａで説明したとおりであるので、その説明を省略する。また、「ｉｄｅａ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。完了ボタン、よい例ボタン、悪い例ボタンの機能は、図１６Ａで説明したとおりであるので、その説明を省略する。
【００９５】
図１６Ｃに示す画面は、ＵＲＬ「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」の画面である。「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」は、例えば、「ｉｄｅａ．ｈｔｍｌ」で発明者等ボタンが押下されたことによって遷移されたものである。「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」には、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」と同じボタンが設定されている。それぞれのボタンが押下された際の遷移先は、図１６Ａで説明したとおりであるので、その説明を省略する。また、「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。完了ボタン、よい例ボタン、悪い例ボタンの機能は、図１６Ａで説明したとおりであるので、その説明を省略する。
【００９６】
図１６Ｄに示す画面は、ＵＲＬ「ｓａｖｅ．ｈｔｍｌ」の画面である。「ｓａｖｅ．ｈｔｍｌ」は、例えば、「ｉｎｖｅｎｔｏｒ．ｈｔｍｌ」で一時保存ボタンが押下されたことによって遷移されたものである。「ｓａｖｅ．ｈｔｍｌ」には、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」と同じボタンが設定されている。それぞれのボタンが押下された際の遷移先は、図１６Ａで説明したとおりであるので、その説明を省略する。また、「ｓａｖｅ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。完了ボタン、よい例ボタン、悪い例ボタンの機能は、図１６Ａで説明したとおりであるので、その説明を省略する。
【００９７】
図１６Ｅに示す画面は、ＵＲＬ「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」の画面である。「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」は、例えば、図示しない「ｓｅａｒｃｈ．ｈｔｍｌ」で公知例調査依頼ボタンが押下されたことによって遷移されたものである。「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」には、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」と同じボタンが設定されている。それぞれのボタンが押下された際の遷移先は、図１６Ａで説明したとおりであるので、その説明を省略する。また、「ｃｏｍｐｌｅｔｅ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。完了ボタン、よい例ボタン、悪い例ボタンの機能は、図１６Ａで説明したとおりであるので、その説明を省略する。
【００９８】
図１６Ｆに示す画面は、ＵＲＬ「ｅｒｒｏｒ．ｈｔｍｌ」の画面である。例えば、「特許出願システム」では、公知例調査依頼や出願依頼を行う前に一時保存を行うことを前提とする。一時保存を行う前に、公知例調査依頼ボタンが押下されると、「ｅｒｒｏｒ．ｈｔｍｌ」が表示される。「ｅｒｒｏｒ．ｈｔｍｌ」には、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」と同じボタンが設定されている。それぞれのボタンが押下された際の遷移先は、図１６Ａで説明したとおりであるので、その説明を省略する。また、「ｅｒｒｏｒ．ｈｔｍｌ」には、完了ボタン、よい例ボタン、悪い例ボタンが設定されている。完了ボタン、よい例ボタン、悪い例ボタンの機能は、図１６Ａで説明したとおりであるので、その説明を省略する。
【００９９】
［レコメンド表示の一例］
次に、レコメンド表示部２１２によるレコメンド表示の一例を、図１７Ａ、図１７Ｂを参照して説明する。図１７Ａ、図１７Ｂは、レコメンド表示の一例を示す図である。図１７Ａは、レコメンドを人数で表示する場合のレコメンド表示であり、図１７Ｂは、レコメンドを確率で表示する場合のレコメンド表示である。なお、ＵＲＬ「ｔｏｐ．ｈｔｍｌ」では、次に操作可能なボタンが複数設定されている。
【０１００】
図１７Ａに示すように、レコメンド表示部２１２は、アクションに対応するボタン毎に、評価値としての人数を表示する。ここでは、アイデア登録ボタンについて、レコメンド表示部２１２は、「ここをクリックした人のうち１人がよい０．８人が悪い」と表示する。発明者等ボタンについて、レコメンド表示部２１２は、「ここをクリックした人のうち１人がよい１人が悪い」と表示する。すなわち、アイデア登録ボタン、発明者等ボタンのレコメンドがそれぞれ人数で表示される。
【０１０１】
図１７Ｂに示すように、レコメンド表示部２１２は、アクションに対応するボタン毎に、評価値としての確率を表示する。ここでは、アイデア登録ボタンについて、レコメンド表示部２１２は、「ここをクリックすると、ＯＫ５５％（次はｉｄｅａ．ｈｔｍｌ）」と表示する。発明者等ボタンについて、レコメンド表示部２１２は、「ここをクリックすると、ＯＫ５０％（次はｉｎｖｅｎｔｏｒ．ｈｔｍｌ）」と表示する。すなわち、アイデア登録ボタン、発明者等ボタンのレコメンドがそれぞれ確率で表示される。
【０１０２】
［実施例の効果］
上記実施例によれば、レコメンド送信サーバ４は、操作中の操作シーケンスの所定のノードについて、次に操作可能な操作候補の評価依頼を受信する。そして、レコメンド送信サーバ４は、レコメンドＤＢ４２およびソーシャルグラフＤＢ４３に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出する。レコメンドＤＢ４２は、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す。ソーシャルグラフＤＢ４３は、各ユーザ間の距離を示す。レコメンド送信サーバ４は、算出されたそれぞれの評価値を各操作候補に対応付けて、送信元に送信する。かかる構成によれば、レコメンド送信サーバ４は、操作中の操作シーケンスのノードについて、次に操作可能な操作候補の評価値を操作中のユーザと各ユーザとの関係を考慮して算出し、送信元に送信するので、操作候補毎のレコメンドを提示することが可能になる。すなわち、レコメンド送信サーバ４は、操作中のユーザの一連の操作について、レコメンドすることが可能になる。
【０１０３】
また、上記実施例によれば、レコメンド送信サーバ４は、操作中のユーザによって操作された操作シーケンスおよび次に操作可能な複数の操作候補を受信する。そして、レコメンド送信サーバ４は、レコメンドＤＢ４２に基づいて、受信した操作シーケンスの次に操作可能な操作候補毎に、各ユーザにおける評価を読み出す。そして、レコメンド送信サーバ４は、読み出した各ユーザにおける評価と、ソーシャルグラフＤＢ４３の各ユーザと操作中のユーザとの距離を示す情報とに基づいてそれぞれ評価値を算出する。かかる構成によれば、レコメンド送信サーバ４は、次に操作可能な操作候補の評価値を、操作中のユーザと各ユーザとの距離を考慮して算出するので、操作中のユーザと結びつきが強いユーザがどれだけ含まれるかを示す評価値を算出できる。この結果、レコメンド送信サーバ４は、操作中のユーザに対して、一連の操作について信頼性が上がるレコメンドを提示することが可能となる。
【０１０４】
また、上記実施例によれば、レコメンドＤＢ４２は、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価として「ＯＫ」の評価もしくは「ＮＧ」の評価を示す情報を記憶する。レコメンド送信サーバ４は、受信した操作シーケンスの次に操作可能な操作候補毎に、それぞれ「ＯＫ」の評価となる評価値と「ＮＧ」の評価となる評価値とを算出する。そして、レコメンド送信サーバ４は、「ＯＫ」の評価となる評価値と「ＮＧ」の評価となる評価値とを用いて「ＯＫ」の評価となる確率を算出する。かかる構成によれば、レコメンド送信サーバ４は、次に操作可能な操作候補の評価値として、各ユーザにおける「ＯＫ」の評価および「ＮＧ」の評価から得られる「ＯＫ」の評価となる確率を算出できる。この結果、レコメンド送信サーバ４は、操作中のユーザに対して、一連の操作について多数決による信頼性が上がるレコメンドを提示することが可能となる。
【０１０５】
また、上記実施例によれば、レコメンド送信サーバ４は、後の操作および直近の操作のいずれかを高く評価するように「ＯＫ」の評価となる評価値および「ＮＧ」の評価となる評価値に重みを設定したうえで、「ＯＫ」の評価となる確率を算出する。かかる構成によれば、レコメンド送信サーバ４は、一連の操作の性質に応じたレコメンドを提示することが可能となる。
【０１０６】
また、上記実施例によれば、レコメンド送信サーバ４は、次に操作可能な操作候補に対応させて表示される、「ＯＫ」の評価となる確率を送信する。かかる構成によれば、送信先では、「ＯＫ」の評価となる確率を次の操作可能な操作候補に対応させて表示できるので、操作中のユーザに次の操作を効率的に選択できる。
【０１０７】
［その他］
なお、上記実施例では、操作支援システム９は、レコメンド記録サーバ３とレコメンド送信サーバ４とを分離する構成であると説明した。しかしながら、操作支援システム９は、これに限定されず、２つのサーバを１つのサーバに統合する構成としても良い。
【０１０８】
また、上記実施例では、ＰＣ１を各ユーザの操作シーケンスの操作記録を依頼する機器とし、ＰＣ２を別のユーザの操作シーケンスのレコメンドを表示する機器として説明した。しかしながら、操作支援システム９は、これに限定されず、ＰＣ１およびＰＣ２に、どちらの機能も含む構成としても良い。
【０１０９】
また、上記実施例では、操作支援システム９は、レコメンド記録サーバ３での操作記録処理を実行してから、レコメンド送信サーバ４でのレコメンド算出処理を実行するようにした。しかしながら、操作支援システム９は、これに限定されず、同時（並列）に実行するようにしても良い。かかる構成によれば、操作支援システム９は、一連の操作のレコメンドを効率的に行うことができる。
【０１１０】
また、レコメンド記録サーバ３は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した制御部３１、レコメンドＤＢ３２等の各機能を搭載することによって実現することができる。また、レコメンド送信サーバ４は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置に、上記した制御部４１、レコメンドＤＢ４２およびソーシャルグラフＤＢ４３等の各機能を搭載することによって実現することができる。
【０１１１】
また、図示した装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、装置の分散・統合の具体的態様は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、操作シーケンス記録部１１１と操作記録依頼部１１２とを１個の部として統合しても良い。また、レコメンド依頼部２１１とレコメンド表示部２１２とを１個の部として統合しても良い。一方、レコメンド算出部４１１を、よい例となる評価値、悪い例となる評価値を算出する第１の算出部と、レコメンドの評価式に基づいて確率を算出する第２の算出部とに分散しても良い。また、レコメンドＤＢ３２をレコメンド記録サーバ３の外部装置としてネットワーク経由で接続するようにしても良い。また、レコメンドＤＢ４２およびソーシャルグラフＤＢ４３をレコメンド送信サーバ４の外部装置としてネットワーク経由で接続するようにしても良い。
【０１１２】
また、上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。そこで、以下では、図１に示したレコメンド送信サーバ４と同様の機能を実現する操作支援プログラムを実行するコンピュータの一例を説明する。図１８は、操作支援プログラムを実行するコンピュータの一例を示す図である。
【０１１３】
図１８に示すように、コンピュータ２００は、各種演算処理を実行するＣＰＵ２０３と、ユーザからのデータの入力を受け付ける入力装置２１５と、表示装置２０９を制御する表示制御部２０７とを有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取るドライブ装置２１３と、ネットワークを介して他のコンピュータとの間でデータの授受を行う通信制御部２１７とを有する。また、コンピュータ２００は、各種情報を一時記憶するメモリ２０１と、ＨＤＤ２０５を有する。そして、メモリ２０１、ＣＰＵ２０３、ＨＤＤ２０５、表示制御部２０７、ドライブ装置２１３、入力装置２１５、通信制御部２１７は、バス２１９で接続されている。
【０１１４】
ドライブ装置２１３は、例えばリムーバブルディスク２１１用の装置である。ＨＤＤ２０５は、操作支援プログラム２０５ａおよび操作支援関連情報２０５ｂを記憶する。
【０１１５】
ＣＰＵ２０３は、操作支援プログラム２０５ａを読み出して、メモリ２０１に展開し、プロセスとして実行する。かかるプロセスは、レコメンド送信サーバ４の各機能部に対応する。操作支援関連情報２０５ｂは、レコメンドＤＢ（正規化）４２およびソーシャルグラフＤＢ４３に対応する。そして、例えばリムーバブルディスク２１１が、操作支援プログラム２０５ａ等の各情報を記憶する。
【０１１６】
なお、操作支援プログラム２０５ａについては、必ずしも最初からＨＤＤ２０５に記憶させておかなくても良い。例えば、コンピュータ２００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカード等の「可搬用の物理媒体」に当該プログラムを記憶させておく。そして、コンピュータ２００がこれらから操作支援プログラム２０５ａを読み出して実行するようにしても良い。
【０１１７】
以上説明した実施形態及びその変形例に関し、更に以下の付記を開示する。
【０１１８】
（付記１）コンピュータに、
操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信し、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出し、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する、
各処理を実行させることを特徴とする操作支援プログラム。
【０１１９】
（付記２）該受信する処理は、別ユーザによって操作された操作シーケンスおよび次に操作可能な複数の操作候補を受信し、
該算出する処理は、前記第１の情報に基づいて、該受信した操作シーケンスの次に操作可能な操作候補毎に、各ユーザにおける評価を読み出し、読み出した各ユーザにおける評価と、前記第２の情報の前記各ユーザと前記別ユーザとの距離を示す情報とに基づいてそれぞれ評価値を算出する
ことを特徴とする付記１に記載の操作支援プログラム。
【０１２０】
（付記３）前記第１の情報は、操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価として第１の評価もしくは第２の評価を示す情報を記憶し、
該算出する処理は、該受信した操作シーケンスの次に操作可能な操作候補毎に、それぞれ前記第１の評価となる評価値と前記第２の評価となる評価値とを算出し、前記第１の評価となる評価値と前記第２の評価となる評価値とを用いて前記第１の評価となる確率を算出する
ことを特徴とする付記２に記載の操作支援プログラム。
【０１２１】
（付記４）該算出する処理は、後の操作および直近の操作のいずれかを高く評価するように前記第１の評価となる評価値および前記第２の評価となる評価値に重みを設定したうえで、前記第１の評価となる確率を算出する
ことを特徴とする付記１に記載の操作支援プログラム。
【０１２２】
（付記５）該送信する処理は、次に操作可能な操作候補に対応させて表示される、前記第１の評価となる確率を送信する
ことを特徴とする付記３または付記４に記載の操作支援プログラム。
【０１２３】
（付記６）コンピュータが、
操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信し、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出し、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する、
各処理を実行することを特徴とする操作支援方法。
【０１２４】
（付記７）操作中の操作シーケンスの所定のノードについて次に操作可能な操作候補の評価依頼を受信する受信部と、
操作シーケンスの各ノードに対する操作毎の各ユーザにおける評価を示す第１の情報および各ユーザ間の距離を示す第２の情報に基づいて、操作の評価依頼を受けたノードについて、次に操作可能な操作候補の評価値をそれぞれ算出する算出部と、
該算出する処理によって算出されたそれぞれの評価値を各操作候補に対応付けて送信元に送信する送信部と、
を有することを特徴とする情報処理装置。
【符号の説明】
【０１２５】
１，２  ＰＣ
３  レコメンド記録サーバ
４  レコメンド送信サーバ
５  ウェブサーバ
６  インターネット
９  操作支援システム
１１  ブラウザ
１２  操作シーケンスＤＢ
１１１  操作シーケンス記録部
１１２  操作記録依頼部
２１  ブラウザ
２２  アクションＤＢ
２１１  レコメンド依頼部
２１２  レコメンド表示部
３１，４１  制御部
３２  レコメンドＤＢ
３１１  操作記録部
４２  レコメンドＤＢ（正規化）
４３  ソーシャルグラフＤＢ
【図１】
2014186390.tif 000006
【図２】
2014186390.tif 000007
【図３】
2014186390.tif 000008
【図４】
2014186390.tif 000009
【図５】
2014186390.tif 000010
【図６】
2014186390.tif 000011
【図７】
2014186390.tif 000012
【図８】
2014186390.tif 000013
【図９】
2014186390.tif 000014
【図１０Ａ】
2014186390.tif 000015
【図１０Ｂ】
2014186390.tif 000016
【図１１】
2014186390.tif 000017
【図１２】
2014186390.tif 000018
【図１３Ａ】
2014186390.tif 000019
【図１３Ｂ】
2014186390.tif 000020
【図１３Ｃ】
2014186390.tif 000021
【図１４】
2014186390.tif 000022
【図１５】
2014186390.tif 000023
【図１６Ａ】
2014186390.tif 000024
【図１６Ｂ】
2014186390.tif 000025
【図１６Ｃ】
2014186390.tif 000026
【図１６Ｄ】
2014186390.tif 000027
【図１６Ｅ】
2014186390.tif 000028
【図１６Ｆ】
2014186390.tif 000029
【図１７Ａ】
2014186390.tif 000030
【図１７Ｂ】
2014186390.tif 000031
【図１８】
2014186390.tif 000032