(57)【要約】【課題】ユーザにとって有益な投稿情報を自動で抽出し、ユーザに提示することを目的とする。【解決手段】所定のグループに所属する構成員への、グループに所属するユーザからの投稿が指定された場合に、記憶手段に記憶された、グループに所属するユーザから投稿された投稿情報とグループに所属しないユーザから投稿された投稿情報とのうち、グループに所属するユーザの投稿情報を抽出する抽出手段と、抽出手段が抽出した投稿情報に関する情報を出力する出力手段とを有する。【選択図】図９
2020009187.tif 000002
【特許請求の範囲】
【請求項１】
所定のグループに所属する構成員への、前記グループに所属するユーザからの投稿が指定された場合に、記憶手段に記憶された、前記グループに所属するユーザから投稿された投稿情報と前記グループに所属しないユーザから投稿された投稿情報とのうち、前記グループに所属するユーザの前記投稿情報を抽出する抽出手段と、
前記抽出手段が抽出した前記投稿情報に関する情報を出力する出力手段と
を有することを特徴とする情報処理装置。
【請求項２】
前記抽出手段は、前記構成員への前記グループに所属しないユーザからの投稿が指定された場合に、前記グループに所属しないユーザの前記投稿情報を抽出することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
少なくとも１つのグループに所属するユーザから所定のグループの構成員への投稿が行われた場合に、投稿された投稿情報を、前記ユーザの所属するグループと、投稿対象の構成員の所属するグループとに対応付け可能な状態にて記憶手段に格納する投稿管理手段をさらに有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記投稿管理手段は、いずれのグループにも所属しないユーザから所定のグループの構成員への投稿が行われた場合に、投稿された投稿情報を、投稿対象の構成員の所属するグループに対応付け可能な状態にて前記記憶手段に格納することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記投稿管理手段は、複数のグループに所属する構成員に対する投稿が行われた場合に、投稿対象の前記構成員が所属するグループのうち、ユーザ操作に応じて指定されたグループに対応付け可能な状態にて、前記投稿情報を格納することを特徴とする請求項３又は４に記載の情報処理装置。
【請求項６】
前記投稿管理手段は、複数のグループに所属する構成員に対する投稿が行われた場合に、投稿対象の前記構成員が所属する前記複数のグループそれぞれに対応付け可能な状態にて、前記投稿情報を格納することを特徴とする請求項３又は４に記載の情報処理装置。
【請求項７】
第１のグループと第２のグループとの関係に関する所定の条件が充足された場合に、前記第１のグループと前記第２のグループとに対応した第３のグループを生成する生成手段をさらに有することを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記第１のグループに所属するユーザと前記第２のグループに所属するユーザとを、前記第３のグループに所属するユーザとして登録する登録手段をさらに有することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
情報処理装置が実行する情報処理方法であって、
所定のグループに所属する構成員への、前記グループに所属するユーザからの投稿が指定された場合に、記憶手段に記憶された、前記グループに所属するユーザから投稿された投稿情報と前記グループに所属しないユーザから投稿された投稿情報とのうち、前記グループに所属するユーザの前記投稿情報を抽出する抽出ステップと、
前記抽出ステップにおいて抽出された前記投稿情報に関する情報を出力する出力ステップと
を含むことを特徴とする情報処理方法。
【請求項１０】
コンピュータを、
所定のグループに所属する構成員への、前記グループに所属するユーザからの投稿が指定された場合に、記憶手段に記憶された、前記グループに所属するユーザから投稿された投稿情報と前記グループに所属しないユーザから投稿された投稿情報とのうち、前記グループに所属するユーザの前記投稿情報を抽出する抽出手段と、
前記抽出手段が抽出した前記投稿情報に関する情報を出力する出力手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来、ショッピングサイトで購入した商品についての評価等の投稿内容を閲覧することができ、ユーザは、投稿内容を参考にして購入について検討することができる。特許文献１には、投稿情報に対する投票に基づいて、投稿情報の表示を制限する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−４９５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えばあるレストランに対する旅行者からの評価と、地元の住民からの評価は必ずしも一致するとは限らない。このように、評価は主観的なものであり、評価者によって評価が異なる場合がある。このため、閲覧者にとって、自身と似たような人物からの投稿情報は有益である一方、自身と似ていない人物からの投稿情報は役に立たない場合もある。しかしながら、従来技術においては、すべての投稿情報が一律に表示されるため、閲覧者にとっての投稿情報の有益性が低くなるという問題があった。
【０００５】
本発明はこのような問題点に鑑みなされたもので、複数の投稿情報のうち、ユーザにとって有益な投稿情報を抽出し、ユーザに提示することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明は、情報処理装置であって、所定のグループに所属する構成員への、前記グループに所属するユーザからの投稿が指定された場合に、記憶手段に記憶された、前記グループに所属するユーザから投稿された投稿情報と前記グループに所属しないユーザから投稿された投稿情報とのうち、前記グループに所属するユーザの前記投稿情報を抽出する抽出手段と、前記抽出手段が抽出した前記投稿情報に関する情報を出力する出力手段とを有することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、複数の投稿情報のうち、ユーザにとって有益な投稿情報を自動で抽出し、ユーザに提示することができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、情報処理装置のハードウェア構成図である。
【図２】図２は、グループの一例を示す図である。
【図３】図３は、ユーザ情報テーブルの一例を示す図である。
【図４】図４は、構成員情報テーブルの一例を示す図である。
【図５】図５は、登録処理を示すフローチャートである。
【図６】図６は、サービスの説明図である。
【図７】図７は、投稿受付処理を示すフローチャートである。
【図８】図８は、投稿登録情報の一例を示す図である。
【図９】図９は、投稿提示処理を示すフローチャートである。
【図１０】図１０は、投稿提示処理の説明図である。
【図１１】図１１は、グループ生成処理を示すフローチャートである。
【図１２】図１２は、更新後のユーザ情報テーブルを示す図である。
【図１３】図１３は、更新後の構成員情報テーブルを示す図である。
【図１４】図１４は、第２の実施形態に係る情報処理システムを示す図である。
【図１５】図１５は、情報処理システムの構成例を示す図である。
【図１６】図１６は、情報処理システムの構成例を示す図である。
【図１７】図１７は、テーブルの情報の一覧を示す図である。
【図１８】図１８は、ユーザ情報を記憶するテーブルの一例を示す図である。
【図１９】図１９は、ネットワーク情報を記憶するテーブルの一例である。
【図２０】図２０は、TNetノードの情報を記憶するテーブルの一例である。
【図２１】図２１は、ノード情報を記憶するテーブルの一例である。
【図２２】図２２は、取引情報を記憶するテーブルの一例である。
【図２３】図２３は、投票情報を記憶するテーブルの一例である。
【図２４】図２４は、ユーザ登録処理のシーケンス図である。
【図２５】図２５は、ネットワーク登録処理のシーケンス図である。
【図２６】図２６は、ログインする際のシーケンス図である。
【図２７】図２７は、取引処理および投票処理のシーケンス図である。
【図２８】図２８は、ネットワークの結合または分離の処理のシーケンス図である。
【図２９】図２９は、ユーザ登録画面を示す図である。
【図３０】図３０は、ネットワーク登録画面を示す図である。
【図３１】図３１は、ログイン画面を示す図である。
【図３２】図３２は、初期画面を示す図である。
【図３３】図３３は、検索結果画面を示す図である。
【図３４】図３４は、ネットワーク個別画面を示す図である。
【図３５】図３５は、参加者一覧画面である。
【図３６】図３６は、参加者画面を示す図である。
【図３７】図３７は、評価詳細画面の一例を示す図である。
【図３８】図３８は、取引画面を示す図である。
【図３９】図３９は、投票画面を示す図である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について図面に基づいて説明する。
【００１０】
本実施形態に係る情報処理装置１００は、ユーザを地域や団体といったコミュニティのグループ単位で管理する。情報処理装置１００はさらに、ユーザが利用する販売店や施設、観光スポット等についてもコミュニティのグループ単位で管理する。本実施形態に係る情報処理装置１００は、さらに、ユーザからの販売店等への口コミ等の投票情報を管理し、ユーザからの指示に応じて適宜、投票情報をユーザ端末の表示部に表示させることができる。
【００１１】
図１は、第１の実施形態に係る情報処理装置１００のハードウェア構成図である。情報処理装置１００は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＨＤＤ１０４と、表示部１０５と、入力部１０６と、通信部１０７とを有している。ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して各種処理を実行する。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０４は、各種データや各種プログラム等を記憶する。表示部１０５は、各種情報を表示する。入力部１０６は、キーボードやマウスを有し、ユーザによる各種操作を受け付ける。通信部１０７は、ネットワークを介してユーザが所持するユーザ端末等の外部装置との通信処理を行う。
【００１２】
なお、後述する情報処理装置１００の機能や処理は、ＣＰＵ１０１がＲＯＭ１０２又はＨＤＤ１０４に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。また、他の例としては、ＣＰＵ１０１は、ＲＯＭ１０２等に替えて、ＳＤカード等の記録媒体に格納されているプログラムを読み出してもよい。
【００１３】
また、他の例としては、情報処理装置１００の機能や処理の少なくとも一部は、例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させることにより実現してもよい。また、他の例としては、情報処理装置１００の機能や処理の少なくとも一部は、ハードウェア回路を用いて実現してもよい。また、他の例としては、情報処理装置１００の機能や処理は、複数の装置が協働して実現してもよい。
【００１４】
図２は、情報処理装置１００が管理するグループの一例を示す図である。情報処理装置１００は、複数のグループを管理する。本実施形態においては、情報処理装置１００がＡ市のグループとＡ市の地域銀行であるＢ銀行のグループとを管理する場合を例に説明する。Ａ市のグループは、Ａ市という地域に存在することを属性値とするグループである。Ａ市のグループには、Ａ市を所在地とする販売店（日鉄菓子店）とＡ市の居住者であるユーザ（一郎さん、太郎さん）が所属する。なお、本実施形態においては、グループに所属する販売店、施設、観光スポット等をグループに所属するユーザと区別してグループの構成員と称することとする。また、本実施形態においては、グループの構成員が投稿対象となり、ユーザが投稿者となる場合を例に説明する。ただし、他の例としては、投稿対象は人物であってもよい。すなわち、構成員は人物を含むものとする。すなわち、グループに所属する同一のメンバーが、あるときはユーザ（投稿者）となり、またあるときは構成員（投稿対象者）となる点に留意する必要がある。なお、法人が投稿者すなわちユーザとなることがあってもよく、特に限定はされない。
【００１５】
また、Ｂ銀行のグループは、Ｂ銀行に口座を開設していることを属性値とするグループである。Ｂ銀行のグループには、Ｂ銀行に口座を開設しているユーザ（太郎さん、次郎さん、花子さん）が所属しているものとする。なお、太郎さんのように、ユーザは、複数のグループにも所属することができる。
【００１６】
構成員及びユーザがグループに所属するには、情報処理装置１００による認証が必要であるものとする。例えば、Ａ市のグループへの登録を希望する希望者は、ユーザ端末から情報処理装置１００にアクセスし、Ａ市のグループへの登録申請を行う。情報処理装置１００は、登録申請を受け付けると、参加資格を満たしている場合には、Ａ市のグループへの登録を行う。Ａ市のグループへの登録が完了すると、希望者は、Ａ市のグループに所属するユーザとなる。なお、Ａ市のグループへの参加資格はＡ市の居住者であることとする。情報処理装置１００は、免許証の情報を取得し、この情報に基づいて、ユーザ認証を行う。また、販売店等の構成員の場合は、Ａ市のグループへの参加資格はＡ市に販売店の所在地があることとする。情報処理装置１００は、所在地を証明できる情報を取得し、この情報に基づいて認証を行う。これにより、販売店は、Ａ市のグループの構成員となる。
【００１７】
また、Ｂ銀行のグループへの登録を希望する希望者は、ユーザ端末から情報処理装置１００にアクセスし、Ｂ銀行のグループへの登録申請を行う。Ｂ銀行のグループへの参加資格はＢ銀行に口座を開設していることであることとする。情報処理装置１００は、ユーザ端末から受信した情報に基づいて、参加資格を満たしているか否かを判定する。また、他の例としては、情報処理装置１００は、Ｂ銀行から必要な情報を取得し、参加資格の有無を判定してもよい。このように、信頼性の高い情報により参加資格を判定することで、グループの構成員やユーザの、Ａ市の住民である、Ｂ銀行の口座保有者であるといった属性の信頼性を高めることができる。なお、参加資格は、情報処理装置１００の管理者等が任意に設定することができるものとする。
【００１８】
図３は、情報処理装置１００が管理するユーザ情報テーブル３００の一例を示す図である。ユーザ情報テーブル３００は、情報処理装置１００のＨＤＤ１０４等の記憶部に格納されているものとする。ユーザ情報テーブル３００は、複数のユーザ情報を格納している。ユーザ情報は、ユーザＩＤと、グループと、氏名と、生年月日と、現住所と、職業と、嗜好とを含んでいる。ユーザＩＤは、ユーザの識別情報である。グループは、ユーザが所属するグループである。図３の例では、Ｕ００１のユーザは、Ａ市のグループに所属している。また、Ｕ００２のユーザは、Ｂ銀行のグループに所属している。また、Ｕ００４のユーザは、Ａ市のグループ及びＢ銀行のグループの両方に所属している。Ｕ００４のユーザのように、ユーザは、複数のグループの所属することができる。Ｕ００５のユーザは、いずれのグループにも属さないユーザである。このように、いずれのグループにも属さないユーザもユーザ登録を行うことができる。この場合には、Ｕ００５に対応したグループの情報は格納されない。情報処理装置１００に登録されたユーザは、グループに所属しないユーザであっても、情報処理装置１００が管理する構成員に対し、投稿を行うことができる。また、投稿情報の閲覧は、いずれのグループにも属しないユーザであっても可能であるものとする。
【００１９】
なお、上述した例では、ユーザがＡ市のグループに登録申請したり、Ｂ銀行のグループに登録申請したりして、各グループへ登録されることとしたが、他の例としては、情報処理装置１００が自動的にユーザをグループのメンバーとして登録してもよい。具体的には、情報処理装置１００は、いずれのグループにも属さないユーザとしてユーザを登録しておき、他の登録済みの属性（生年月日や住所や職業等）に基づいて、あらかじめ定められた各グループの参加資格を満たしているか定期的にチェックし、参加条件を満たしていれば、そのユーザをグループのメンバーとして承認し登録してもよい。
【００２０】
また、図３に示すユーザ情報のうち、グループの登録内容については、情報処理装置１００が他の項目の情報を定期的にチェックし、チェック結果に応じて変更してもよい。例えば、ある個人の住所がＡ市在住として登録されていたが、その後Ｚ市に引っ越して住所の登録内容が変更になったとする。この場合、情報処理装置１００は、この個人をＡ市のグループのメンバーから外す（グループの登録内容からＡ市を削除する）ことも可能である。また、図３に示すユーザ情報の構成は一例であり、その他の属性情報を含んでいてもよく、特に限定はされないことは言うまでもない。
【００２１】
図４は、情報処理装置１００が管理する構成員情報テーブル４００の一例を示す図である。構成員情報テーブル４００は、情報処理装置１００の記憶部に格納されているものとする。構成員情報テーブル４００は、複数の構成員情報を格納している。構成員情報は、構成員ＩＤと、グループと、構成員名とを含んでいる。構成員ＩＤは、構成員の識別情報である。グループは、構成員が所属するグループである。
【００２２】
なお、本実施形態の例では、ユーザ情報テーブル３００と構成員情報テーブル４００とを別のテーブルとして設けているが、ユーザと構成員とを一元管理するメンバー情報テーブルを設けて、ユーザと構成員とを区分する区分情報により区別する構成であってもよく、特に限定されない。
【００２３】
図５は、情報処理装置１００による、ユーザ情報及び販売店情報の登録処理を示すフローチャートである。Ｓ５００において、ＣＰＵ１０１は、ユーザ端末から登録指示を受信すると（Ｓ５００でＹＥＳ）、処理をＳ５０１へ進める。Ｓ５０１において、ＣＰＵ１０１は、登録指示と共に受信した免許証の情報や所在地を示す情報、法人や個人事業主等の事業者等の場合にあっては、全部事項証明書や営業許可証等に基づいて、参加資格を有するか否かに応じて認証を行う。ＣＰＵ１０１は、認証に成功した場合には（Ｓ５０１でＹＥＳ）、処理をＳ５０２へ進める。ＣＰＵ１０１は、認証に失敗した場合には（Ｓ５０１でＮＯ）、処理を終了する。Ｓ５０２において、ＣＰＵ１０１は、登録指示に従い、ユーザ情報又は構成員情報を登録する処理を行う。次に、Ｓ５０３において、ＣＰＵ１０１は、登録指示の送信元に対し、登録の完了通知を送信する。以上で、登録処理が完了する。
【００２４】
なお、すでにグループ以外のユーザ情報（ユーザＩＤや氏名等）やグループ以外の構成員情報（店ＩＤや店名）が登録されている状態で、グループの登録指示を受け付けてもよい。この場合、情報処理装置１００は、登録指示の送信元のユーザ又は構成員の識別情報に対応付けて、グループを追加すればよい。
【００２５】
なお、図５に示す例ではユーザ登録と、グループへ所属するための認証とが一連の流れとして行われる場合について説明したが、あくまで一例であって、上述のとおり、グループ以外のユーザ情報のみが先に登録される構成であってもよい。つまり、ひとまず情報処理装置１００によって管理される情報処理システムの利用者としての登録のみを行う構成であってもよい。この場合、例えば自然人であれば、重複チェックや実名チェック等の基本的なチェックのみでよく、免許証等から生年月日や住所等の情報を取得して登録する必要はない。
【００２６】
また、ユーザ情報は、定期的にチェックされ更新されることが好ましい。ユーザの住所や家族構成等は定期的に変更されるため、これをユーザ情報や構成員情報に正しく適用するためには、例えば１年に１回、ユーザや構成員に対して、ユーザ情報や構成員情報の更新を促すような通知を送信する構成としてもよい。
【００２７】
図６は、情報処理装置１００が管理するサービスの説明図である。ユーザは、Ａ市のグループの販売店のサイトから商品を購入し、口コミを投稿することができる。さらに、Ａ市のグループに所属しないユーザは、販売店のサイトからは一般価格での購入になるのに対し、Ａ市のグループに所属するユーザは、割引価格で購入できる等、特別なサービスを受けることができるようにしてもよい。さらに、グループに所属することに加えて所定の条件を満たした場合に割引を行う構成としてもよい。例えば、グループに所属するユーザであって、カスタマー登録により個人情報を提供したユーザに対して割引を行ったり、情報処理装置１００で管理される情報システムを経由して、一定の回数以上購入したユーザに対して割引を行ったりする構成とすることもできる。本実施形態に係る情報処理装置１００は、Ａ市のグループの販売店に対する投票情報を、Ａ市のグループに所属するユーザからの投稿情報と、Ａ市のグループに所属しないユーザからの投稿情報とを分離可能に管理する。図７を参照しつつ、投票情報を受信した場合の処理について説明する。
【００２８】
図７は、情報処理装置１００による投稿受付処理を示すフローチャートである。Ｓ７００において、ＣＰＵ１０１は、ユーザ端末から投稿情報を受信すると（Ｓ７００でＹＥＳ）、処理をＳ７０１へ進める。Ｓ７０１において、ＣＰＵ１０１は、投稿情報を記憶部に登録する。このとき、ＣＰＵ１０１は、投稿情報に対応付けて、投稿者のユーザＩＤ、投稿先の販売店の店ＩＤを登録する。本処理は、投稿管理処理の一例である。次に、Ｓ７０２において、ＣＰＵ１０１は、投稿情報の送信元に対し、投稿情報の受付完了通知を送信する。以上で、投稿受付処理が完了する。
【００２９】
図８は、投稿登録情報の一例を示す図である。投稿登録情報は、情報処理装置１００の記憶部に格納されているものとする。投稿登録情報は、投稿者のユーザＩＤと、投稿の対象となる構成員の構成員ＩＤと、投稿情報とを含んでいる。なお、投稿情報は、コメント、品質、価格、見栄えを含むものとするが、これらに限定されるものではない。投稿登録情報において、投稿情報には、ユーザＩＤが対応付けられており、ユーザ情報においてユーザＩＤは所属するグループに対応付けられている。したがって、投稿情報は、ユーザＩＤを介して、投稿者の所属するグループと紐付けられている。また、投稿情報には、構成員ＩＤが対応付けられている。すなわち、投稿情報は、投稿対象の構成員の所属するグループと紐付けられている。これらの情報から、投稿情報が投稿対象のグループに所属するユーザから投稿されたものであるか、投稿対象のグループに所属しないユーザから投稿されたものか、が識別可能となっている。
【００３０】
なお、投稿登録情報には、その時点での投稿者の属性その他の各種情報を含めておくことが好ましい。ユーザが長期にわたって情報処理装置１００にて管理される情報システムを利用する場合、ユーザの住所、年齢、嗜好、家族構成等は変化してゆくことが想定され、ある時点と１０年後とでは、同一の投稿情報を指していても、ユーザの状況変化によって評価や信頼が変化する場合がある。これに対し、投稿時点でのユーザ情報を投稿登録情報に含めておけば、その時点でのユーザの属性を前提とした投稿情報の内容であることが把握できるため、後々のデータ集計や分析において有用である。
【００３１】
なお、グループに所属しない投稿者からの投稿情報は、グループに所属する投稿者からの投稿情報と同様に、ユーザＩＤ、構成員ＩＤと共に投稿登録情報として格納される。したがって、グループに所属しない投稿者からの投稿情報は、投稿者のグループと紐付くことはないが、投稿対象の構成員の所属するグループと紐付けられている。
【００３２】
本実施形態においては、投稿対象は、あるグループに所属する構成員とするが、これに限定されるものではなく、ユーザは、Ａ市のグループ、Ｂ銀行のグループ、というようにグループ自体への投稿を行ってもよい。グループへの投稿情報の場合、情報処理装置１００は、投稿情報、投稿者のユーザＩＤ、投稿先のグループＩＤを投稿登録情報として登録する。
【００３３】
次に、ユーザが投稿情報を閲覧する場合の処理について説明する。閲覧を希望するユーザは、ユーザ端末を操作して、投稿対象の構成員と、投稿者属性を指定し、投稿情報の表示を指示する表示指示を情報処理装置１００に送信する。ここで、投稿者属性とは、投稿者の所属するグループが投稿対象の構成員の所属するグループと同一か否かを示す情報である。例えば、図６に示す日鉄菓子店の投稿情報を閲覧する場合には、日鉄菓子店が所属するＡ市のグループに所属するユーザであるか否かが投稿者属性である。このように、閲覧希望者は、投稿情報のうち、投稿対象の構成員の所属するグループと同一のグループに所属するユーザによる投稿情報と、同一のグループに所属しないユーザによる投稿情報と、を選択することができる。
【００３４】
図９は、情報処理装置１００による投稿提示処理を示すフローチャートである。Ｓ９００において、ＣＰＵ１０１は、ユーザ端末から投稿情報の表示指示を受信すると（Ｓ９００でＹＥＳ）、処理をＳ９０１へ進める。表示指示には、投稿情報、投稿対象の販売店、投稿者属性が含まれている。なお、投稿者属性が指定されていない場合には、表示指示に、投稿者属性は含まれない。
【００３５】
Ｓ９０１において、ＣＰＵ１０１は、投稿者属性を確認する。ＣＰＵ１０１は、投稿対象のグループに所属するユーザが指定されている場合には（Ｓ９０１で所属ユーザ）、処理をＳ９０２へ進める。ＣＰＵ１０１は、投稿対象のグループに所属しないユーザが指定されている場合には（Ｓ９０１で非所属ユーザ）、処理をＳ９０３へ進める。ＣＰＵ１０１は、投稿者が指定されていない場合には（Ｓ９０１で指定なし）、処理をＳ９０４へ進める。
【００３６】
Ｓ９０２において、ＣＰＵ１０１は、投稿対象の構成員が所属するグループのメンバーによる投稿情報を抽出し、その後処理をＳ９０５へ進める。Ｓ９０３において、ＣＰＵ１０１は、投稿対象の構成員が所属するグループの非所属ユーザによる投稿情報を抽出し、その後処理をＳ９０５へ進める。Ｓ９０４において、ＣＰＵ１０１は、記憶部に格納されている、投稿対象の構成員に対するすべての投稿情報を抽出し、その後処理をＳ９０５へ進める。Ｓ９０５において、ＣＰＵ１０１は、抽出した投稿情報をユーザ端末に送信（出力）する。以上で、投稿提示処理が終了する。ユーザ端末は、投稿情報を受信すると、これを表示部に表示する。
【００３７】
なお、他の例としては、Ｓ９０５において、ＣＰＵ１０１は、抽出した投稿情報を自装置の表示部１０５に表示してもよい。このように、ＣＰＵ１０１は、抽出した投稿情報を出力すればよく、出力先、出力形式は実施形態に限定されるものではない。また、Ｓ９０５において出力される情報は、投稿情報そのものが一覧表示されたものとする。ただし、ＣＰＵ１０１は、投稿情報に関する情報を出力すればよく、出力対象は投稿情報に限定されるものではない。出力される情報は、例えば、複数の投稿情報それぞれに示される品質等の評価点の平均値や最高点といった集計値であってもよい。また、他の例としては、ユーザ端末が投稿情報を受信し、受信した投稿情報から集計値を求め、これを表示してもよい。
【００３８】
図１０は、投稿提示処理の説明図である。図１０に示すように、Ａ市のグループの日鉄菓子店に対する４つの投稿情報が情報処理装置１００に格納されているとする。この場合には、Ａ市のグループに所属するユーザが指定されると、太郎さん及び一郎さんからの２つの投稿情報が抽出され、ユーザに提示される。また、Ａ市のグループに所属しないユーザが指定されると、花子さん及び百合子さんからの２つの投稿情報が抽出され、ユーザに提示される。また、投稿者の指定がない場合には、４人の投稿情報がすべて抽出され、ユーザに提示される。
【００３９】
以上のように、本実施形態の情報処理装置１００は、投稿者が投稿対象のグループに所属するユーザ又は所属しないユーザのみに限定された投稿情報をユーザに提供することができる。すなわち、情報処理装置１００は、ユーザにとって有益な投稿情報を提示することができる。例えば、販売店が販売する商品についての評価は、販売店の地域の住民と、販売店の地域への旅行者とで異なる場合がある。このような場合には、旅行者にとっては、旅行者の投稿情報が参考になる一方で、住民からの投稿情報の重要度は低い場合がある。このような場合において、本実施形態の情報処理装置１００は、投稿者の属性（投稿対象のグループに所属するか否か）の指定に応じた投稿情報のみを抽出し、ユーザに提示することができる。また、情報処理装置１００は、グループの属性に対応した参加資格を満たす場合にのみユーザの登録を可能としている。したがって、情報処理装置１００は、投稿者の属性の信頼度の高い投票情報をユーザに提示することができる。
【００４０】
情報処理装置１００は、さらに管理対象のグループから自動的に新たなグループを生成する。図１１は、情報処理装置１００によるグループ生成処理を示すフローチャートである。情報処理装置１００は、図５を参照しつつ説明した登録処理により、いずれかのグループに新たなメンバーが登録された場合に、グループ生成処理を実行する。
【００４１】
Ｓ１１００において、ＣＰＵ１０１は、図３に示すユーザ情報テーブルを参照し、２以上のグループのいずれにも所属する共通ユーザの数をカウントする。そして、ＣＰＵ１０１は、共通ユーザの数が予め設定された閾値以上となるグループセットが存在するか否かを判定する。例えば、Ａ市のグループとＢ銀行のグループの両方に登録された共通ユーザの数が所定数以上となった場合に、共通ユーザの数が閾値以上となるＡ市のグループとＢ銀行のグループのセットが存在すると判定する。ＣＰＵ１０１は、グループセットが存在すると判定した場合には（Ｓ１１００でＹＥＳ）、処理をＳ１００１へ進める。ＣＰＵ１０１は、グループセットが存在しないと判定した場合には（Ｓ１１００でＮＯ）、グループを生成することなく、グループ生成処理を終了する。
【００４２】
Ｓ１１０１において、ＣＰＵ１０１は、グループセットに基づいて、新たなグループを生成する。具体的には、ＣＰＵ１０１は、グループセットに含まれる複数のグループそれぞれの属性値を属性値とする新たなグループ生成する。例えば、Ａ市のグループとＢ銀行のグループのグループセットからは、Ａ市に存在しているか又はＢ銀行に口座を開設していること、という属性値「Ａ市＋Ｂ銀行」のグループが生成される。
【００４３】
次に、Ｓ１１０２において、ＣＰＵ１０１は、新たなグループが生成されたことに対応し、ユーザ情報と販売店情報を更新する。具体的には、ＣＰＵ１０１は、新たに生成されたグループにユーザと販売店とを登録する。例えば、図３に示すユーザ情報が記憶されている状態で、Ａ市＋Ｂ銀行のグループが生成されたとする。この場合、Ａ市のグループに所属するユーザ及びＢ銀行のグループに所属するユーザは、Ａ市＋Ｂ銀行のグループに所属するとなる。例えば、図３に示すＵ００１のユーザは、Ａ市のグループに所属するユーザであったため、Ａ市＋Ｂ銀行のグループに所属するユーザとなる。これに対応し、ＣＰＵ１０１は、図１２に示すように、Ｕ００１のユーザ情報のグループにＡ市＋Ｂ銀行を追加する。ＣＰＵ１０１は、同様に、Ｕ００２、Ｕ００３、Ｕ００４のユーザのユーザ情報のグループにＡ市＋Ｂ銀行を追加する。
【００４４】
また、Ａ市のグループの構成員であった販売店も、Ａ市＋Ｂ銀行のグループの構成員として登録される。すなわち、ＣＰＵ１０１は、図４に示す構成員情報に対しては、図１３に示すように、Ｓ００１の構成員情報のグループにＡ市＋Ｂ銀行を追加する。
【００４５】
このようにＡ市＋Ｂ銀行のグループが生成された後で、日鉄菓子店の投稿情報を投稿する場合には、投稿者は、Ａ市＋Ｂ銀行のグループ又はＡ市のグループを指定することで、いずれかのグループへの投稿情報として投稿することができる。また、投稿情報を閲覧する場合には、閲覧者は、ユーザ操作により、Ａ市のグループを指定することもできるし、Ａ市＋Ｂ銀行のグループを指定することもできる。
【００４６】
Ａ市＋Ｂ銀行のグループが生成されると、Ｂ銀行のグループのメンバーであったがＡ市のグループのメンバーではなかったというようなユーザも、Ａ市のグループのサービスを受けられるようになる。すなわち、Ｂ銀行のグループのメンバーである次郎さんは、Ａ市のグループのメンバーと同様に、日鉄菓子店の商品を割引価格で購入できるようになる。これにより、日鉄菓子店と同一のグループのメンバーからの購入が増えることが期待される。さらに、日鉄菓子店から割引価格で商品を購入するために、Ａ市以外の地域のユーザがＢ銀行にユーザ登録する人が現れ、Ｂ銀行の口座開設者が増えることが期待される。さらには、日鉄菓子店の売り上げが上がることで、Ａ市の売り上げが上がる。というように、ＷｉｎＷｉｎの関係を構築することができる。
【００４７】
次に、実施形態の第１の変形例について説明する。上述したグループ生成の処理は一例であって、共通ユーザの数に基づいて新たなグループが生成される構成に限定されない。例えば、情報処理装置１００は、重複ユーザの割合等により、新たなグループの生成の判定を行ってもよい。
【００４８】
また、例えば、各グループに、他のグループとの結合条件が設定されていてもよい。そして、情報処理装置１００は、結合条件の充足を定期的にチェックし、結合条件を充足した場合に、既存の複数のグループを結合して新たなグループを生成する。
【００４９】
結合条件として「投資金額が一定以上」という内容が設定されている場合を一例として、より具体的に説明すれば以下のとおりである。グルメブロガーのグループがあり、このグループが表には出さない有料情報があるとする。さらに、その有料情報は通常はグループ員にしか販売されないが、グルメブロガーに一定の金額以上の出資をしてくれた人には販売しているとする。さらに、情報処理装置１００には、結合条件になっている投資金額が登録されているとする。
【００５０】
そして、ある企業（企業Ｘ）が福利厚生として、グルメブロガーのグループに出資したとする。この場合、出資金額が企業Ｘのグループからグルメブロガーのグループへの投資金額として情報処理装置１００に登録される。そして、情報処理装置１００は、定期的に結合条件と、結合条件に関連する情報（この場合はグルメブロガーグループへの投資金額）をチェックする。情報処理装置１００は、結合条件として設定されている投資金額に達していることを検知すると、グルメブロガーのグループと企業Ｘのグループとを結合した新しいグループを生成する。なお、上述の「投資額が一定以上」という条件も一例であって、ほかにも「〇〇契約が締結されている」というような結合条件が情報処理装置１００に設定されていてもよく、特に限定されない。
【００５１】
次に、第２の変形例について説明する。実施形態においては、情報処理装置１００は、投稿対象のグループのメンバーか否かという２つの属性値に応じた投稿情報を抽出したが、投稿情報を抽出するための抽出条件は実施形態に限定されるものではない。他の例としては、情報処理装置１００は、投稿対象の地域のグループの居住者か、旅行したことがあるユーザか、居住者でなくかつ旅行したことがないユーザか、の３つの属性値に応じて投稿情報を抽出してもよい。このように、属性値は、管理者等が任意に設定することができる。
【００５２】
また、第３の変形例としては、情報処理装置１００は、グループごとに独立した取引システムを管理し、当該取引システムのユーザや販売店をグループのメンバーとして管理してもよい。そして、投稿情報は、その取引システムにおける取引の結果に関するものであってもよい。また、投稿情報としては、口コミ情報のような情報のみならず、投票情報のような５段階評価の点数のような形のものであってもよいことは言うまでもない。
【００５３】
また、グループごとに取引システムを含んで構成される場合、グループが結合すると、新たな取引システムが生成されることになる。取引システムはテンプレートのような形で用意され、結合前と共通の情報についてはそのまま引き継ぎ、結合後の固有の情報については別途管理者により登録される構成であってもよい。
【００５４】
さらに、本実施形態では、情報処理装置１００として説明したが、あるグループの取引システムと別のグループの取引システムとは、別々の装置上に構築されていてもよい。例えば、別々のサーバ上に構築された複数の取引システムが連携して実施形態で説明したような情報処理システムの機能を実現する場合、複数のサーバにより情報処理装置１００が構成されることとなる。また、グループのユーザ情報や構成員情報は、全てのグループの情報を一元的に管理する構成であってもよいし、グループごとに構築されたシステムごとに管理する構成であってもよい。
【００５５】
（第２の実施形態）
図１４は、第２の実施形態に係る情報処理システム１４００を示す図である。情報処理システム４００は、ブロックチェーン技術を利用したシステムである。ここでは、情報処理装置システム１４００をTNet（TrustNetwork）と称する。TNetは、Web  Application１４１０とBlockchain  Application１４２０等を備えている。
【００５６】
Web  Application１４１０は、TNetへのログインを一元的に管理するログイン機能等を有する。図１４においては、上述のグループのことをLocal  Networkと称している。Web  Application１４１０はTNetに含まれるネットワーク（グループ）の検索や一覧表示機能や詳細表示機能を備えている。
【００５７】
Blockchain  Application１４０はLocal  Network（各グループ）における各種取引機能や投票機能（投稿機能）を備えている。本実施形態においては、各Local  Networkに所属する各メンバーには、Blockchainノードが割り当てられている。Local  Network内での取引や投票に関する情報はBlockchainノード上に記憶される。すなわち、第２の実施形態に係る情報処理システム１４００においては、中央集権的に各種取引機能や投票機能を一元管理するようなサーバが設けられているわけではなく、各ノード間でのPeer  to  Peer（P2P）での情報のやり取りにより取引機能や投票機能が実現され、発生するトランザクションデータは各ノードに記憶されることになる。
【００５８】
図１５は、ブロックチェーンがプライベートクラウド上に構築されるイメージを示す図である。この例では、図１４に示すとおり、Web  ApplicationとBlockchain  Application等は仮想サーバ上に構築される。図１６は、Web  ApplicationやBlockchain  Applicationを有するBlockchain  Node毎に物理的に独立した端末を設けるイメージを示す図である。図１４に概念的に示される情報処理システム１４００は、具体的な情報処理システムとして図１５や図１６に示すような構成とすることができるが、これらは一例であって、これに限定されるものではない。
【００５９】
図１７は、本実施形態において参照されるテーブルの情報の一覧を示す図である。図１８は、ユーザ情報を記憶するテーブルの一例を示す図である。ユーザ情報は、TNetを利用するユーザが最初に入力する。図１９は、ネットワーク情報を記憶するテーブルの一例である。図２０は、TNetノードの情報を記憶するテーブルの一例である。図２１は、ノード情報を記憶するテーブルの一例である。図２２は、取引情報を記憶するテーブルの一例である。図２３は、投票情報を記憶するテーブルの一例である。
【００６０】
なお、本実施形態では、各テーブルは図１４に示すように配置される。ただし、テーブルの配置及びテーブルのデータ構成は一例であって、仕様に応じて任意に設計することができる。
【００６１】
ここで、投票情報（投稿情報）とユーザ（あるいは構成員）やネットワーク（グループ）との対応付けについて補足する。本実施形態では、投票情報（投稿情報）に自ノード情報や相対ノード情報が含まれる。この自ノード情報や相対ノード情報によりTNetノード情報を参照すればユーザＩＤやネットワークＩＤを特定することができる。すなわち、いずれのユーザによる投稿情報であるか、いずれの構成員に対する投稿情報であるか、あるいはそのノードが所属するネットワークＩＤ（すなわちグループ）が対応付け可能な状態にて記憶されている。ここで、本実施形態では、ノードは各ユーザや構成員に対応しており、ユーザ等登録処理の際に生成されるものである。したがって、投稿情報は、それを投稿したユーザの所属するネットワーク（グループ）や投稿された構成員の所属するネットワーク（グループ）と対応付け可能な状態に登録されていることになる。
【００６２】
また、いずれのネットワークにも属しないユーザの場合、TNetノード情報のネットワークＩＤとして未所属を表すＩＤが登録される。これにより、いずれのネットワークにも所属していないユーザによる投稿であることが把握できる。一方、投稿された構成員については当該構成員のノード情報を介してネットワークＩＤを特定できる。このため、構成員の所属するネットワーク（グループ）と対応付け可能な状態に登録されている。また、ユーザや構成員が複数のグループに所属する場合であっても、取引ＩＤを介して、ネットワークＩＤを特定でき、構成員の所属するネットワーク（グループ）と対応付け可能な状態に登録されている。また、複数のネットワーク（グループ）に所属するユーザや構成員は、ネットワークごとにノードが生成され、複数のノードＩＤを有する一方、ユーザＩＤ（構成員ＩＤ）としては同一のＩＤを用いる。これにより、ある投稿情報を複数のネットワーク（グループ）に対応づけることも可能である。
【００６３】
図２４は、ユーザ登録処理のシーケンス図である。最初にTNetを利用しようとする際、利用者が個人端末からユーザＩＤやパスワードを入力すると、個人端末は、ユーザＩＤやパスワードをWeb  Applicationへ送信する。Web  Applicationは、Ｓ２４０１においてユーザ情報を登録し、Ｓ２４０２において、登録完了通知を個人端末に送信する。
【００６４】
図２５は、ネットワーク（グループ）登録処理のシーケンス図である。新たにグループを立ち上げようとする際に実行される。Ｓ２５００において、グループ発起人の個人端末は、ユーザにより入力されたグループ名称や参加要件を送信する。次に、Ｓ２５０１において、Web  Applicationが外部システムと連携しながら参加要件の検証を行う。次に、Ｓ２５０２において、Web  Applicationは、その検証結果を発起人端末へ通知するとともに、ネットワーク情報として登録する。さらに、Ｓ２５０３において、Web  Applicationは、Blockchain  Applicationへローカルネットワーク（グループ）の作成を指示する。Ｓ２５０４において、Blockchain  Applicationは、所与のテンプレート等の情報に基づいてローカルネットワーク（グループ）を作成し、作成完了通知を返す。次に、Ｓ２５０５において、Web  Applicationは、個人端末に登録完了通知を返す。
【００６５】
図２６は、ユーザがTNetおよびネットワーク（グループ）へログインする際のシーケンス図である。ユーザがログイン情報としてユーザＩＤとパスワードを入力すると、Ｓ２６００において、個人端末は、ログイン情報をWeb  Applicationへ送信する。Ｓ２６０１において、Web  Applicationは、ログイン情報に基づいてユーザ情報の照合処理を行いユーザであることを確認する。ユーザがネットワーク（グループ）へ参加しようとすると、Ｓ２６０２において、Web  Applicationは、ユーザが当該ネットワークへ参加可能であるか外部システムと連携して参加要件の検証を行う。そして、Ｓ２６０３において、Web  Applicationは、Blockchain  Applicationへノードの存在の確認を行う。Ｓ２６０４において、Blockchain  Applicationは、ノードの存在を確認し、存在しない場合には、新規の参加であると判断して、当該ユーザに対応するノードを作成するとともに、ノードの作成についての結果をWeb  Applicationへ通知する。さらに、Ｓ２６０５において、Web  Applicationは、ユーザからの要求に応じた情報の取得要求をBlockchain  Applicationへ送信する。Ｓ２６０６において、Blockchain  Applicationは、Web  Applicationへ、要求された情報を送信する。そして、Ｓ２６０７において、Web  Applicationは、ユーザの個人端末でユーザが要求した情報を画面に表示する。
【００６６】
図２７は、ネットワーク（グループ）における取引処理および投票処理のシーケンス図である。ユーザが取引処理を要求し、Web  Applicationを介して取引内容を入力すると、Ｓ２７００において、個人端末は、取引内容をWeb  Applicationへ送信する。次に、Ｓ２７０１において、Web  Applicationは、取引実行要求をBlockcchain  Applicationへ送信する。Ｓ２７０２において、Blockchain  Applicationは、取引処理を実行し、Ｓ２７０３において、Blockchain  Applicationは、当該取引処理に関するトランザクション情報をBlockchain  Applicationを構成するノードに記憶する。さらに、個人端末が取引結果の応答を受信した後、Web  Applicationを介して取引相手（構成員たる販売事業者等）に対する投票を行うと、Ｓ２７１０において、Web  Applicationは、Blockchain  Applicationへ投稿実行要求を送信する。次に、Ｓ２７１１においては、Blockchain  Applicationは、投票処理を実行し、Ｓ２７１２において、投票情報がBlockchain  Applicationのノードに記憶される。
【００６７】
図２８は、ネットワークの結合または分離の処理のシーケンス図である。Ｓ２８００において、Web  Applicationは、上述したネットワーク（グループ）の結合チェックを定期的に行い、外部システムと連携して結合要件の検証を行う。所定の結合条件を満たした場合、ネットワーク（グループ）が結合されることになる。具体的には上述のとおり新たなネットワーク（グループ）が生成される。すなわち、Ｓ２８０１において、Web  Applicationは、Blockchain  Applicationへネットワークの作成要求を行う。Blockchain  Applicationは、ネットワークが作成されると、結果をWeb  Applicationに通知する。
【００６８】
図２９は、TNetへの利用者登録を行うためのユーザ登録画面２９００を示す図である。TNetの利用を希望するユーザは最初にユーザ登録画面２９００の各項目に入力を行い、利用登録を行う。図３０は、TNetに新規のネットワーク（グループ）を作成するために必要な情報を入力するためのネットワーク登録画面３０００を示す図である。TNetに新規のネットワーク（グループ）を作成する場合には最初にネットワーク登録画面３０００の各項目に入力を行い、利用登録を行う。
【００６９】
図３１は、TNetへのログイン画面３１００を示す図である。TNetを利用しようとする際、利用者は、ログイン画面３１００において、ユーザID（ユーザ名）とパスワードを入力する。図３２は、TNetへのログイン後の初期画面３２００を示す図である。利用者は最初にTNetに含まれるネットワーク（グループ）を選択する必要があるため、その検索画面が初期画面３２００として表示される。図３３は、ネットワーク（グループ）の検索結果を表示する検索結果画面３３００を示す図である。検索結果画面３３００は、利用者が参加しているネットワーク（グループ）のみを表示することもできるし、利用者が参加していないネットワーク（グループ）も含め、TNetに含まれるすべてのネットワークを表示することもできる。
【００７０】
図３４は、ネットワーク（グループ）を選択した場合に表示されるネットワーク個別画面３４００を示す図である。ネットワーク個別画面３４００には、グループの概要や参加資格が表示されるとともに、参加者（構成員、ユーザ）一覧を参照することができるリンクも表示される。図３５は、ネットワーク（グループ）の参加者一覧を表示する参加者一覧画面３５００である。参加者一覧画面３５００には、ネットワークの参加者（構成員、ユーザ）が一覧表示される。参加者が選択されると、その参加者（構成員、ユーザ）の詳細な情報が表示される。また、参加者一覧画面３５００において、ネットワークの参加者（構成員、ユーザ）を検索することもできる。
【００７１】
図３６は、ネットワーク（グループ）への参加者（構成員、ユーザ）の情報を表示する参加者画面３６００を示す図である。参加者画面３６００には、参加者について説明する概要のほか、評価（投稿情報）に関する情報が表示される。図３６に示す例では、評価（投稿情報）として点数が表示されている。図３６に示すネットワークの参加者（グループの構成員、ユーザ）からの評価（投稿情報）は９５点（平均点）、当該ネットワークの参加者（グループの構成員、ユーザ）以外の利用者からの評価（投稿情報）は６０点（平均点）である。
【００７２】
図３７は、評価を示す評価詳細画面３７００の一例を示す図である。評価詳細画面３７００には、ネットワーク（グループ）への参加者（構成員、ユーザ）による評価（投稿情報）であって、参加者（構成員、ユーザ）の属性ごとの評価（投稿情報）が表示されている。利用者は、TNetへ参加する際、年齢や出身地、住所等を登録しており、これらの属性の情報に基づいて評価（投稿情報）が分類されている。利用者は、評価詳細画面３７００を参照することにより、例えば自分の属性と近い属性の評価（投稿情報）を参考に各種の判断をすることが可能となる。
【００７３】
図３８は、ネットワーク（グループ）の取引システムに係る取引画面３８００を示す図である。取引画面３８００は、取引システム上での商品の購入に係る操作を受け付けるための画面である。利用者は上述した評価（投稿情報）を参照して購入について各種の判断をすることができる。例えば、利用者は、自分と属性の近いユーザの評価（投稿情報）に基づいて購入することができる。
【００７４】
評価（投稿情報）は特定のネットワーク（グループ）の参加者による情報である。当該ネットワーク（グループ）に加入するためには一定の参加資格（例えばその地域の住民や過去に実際に商品を購入した人等）を満たす必要がある。さらに、その参加資格は、信頼性の高い証明情報等（免許証、住民票、あるいは大手の商取引サイト等における取引履歴等）を確認された者だけに与えられる。これにより、一般的な口コミサイト等におけるステルスマーケティング的な書き込みやその地域に行ったこともないような者による嫌がらせ的な書き込みを排除することができ。したがって、利用者は著しく信頼性の高い評価（投稿情報）を参照することができるようになるのである。
【００７５】
図３９は、ネットワーク（グループ）の取引システムの利用者による評価（投稿情報）の投票画面３９００を示す図である。利用者は、投票画面３９００において、点数のみならず、コメント等により各種の評価を入力することができる。
【００７６】
以上のように、本実施形態によれば、複数の投稿情報のうち、ユーザにとって有益な投稿情報を自動で抽出し、ユーザに提示することができる。
【００７７】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記録媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
ことができる。
【００７８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００７９】
１００  情報処理装置
１０１  ＣＰＵ
１０２  ＲＯＭ
１０５  表示部
【図１】
2020009187.tif 000003
【図２】
2020009187.tif 000004
【図３】
2020009187.tif 000005
【図４】
2020009187.tif 000006
【図５】
2020009187.tif 000007
【図６】
2020009187.tif 000008
【図７】
2020009187.tif 000009
【図８】
2020009187.tif 000010
【図９】
2020009187.tif 000011
【図１０】
2020009187.tif 000012
【図１１】
2020009187.tif 000013
【図１２】
2020009187.tif 000014
【図１３】
2020009187.tif 000015
【図１４】
2020009187.tif 000016
【図１５】
2020009187.tif 000017
【図１６】
2020009187.tif 000018
【図１７】
2020009187.tif 000019
【図１８】
2020009187.tif 000020
【図１９】
2020009187.tif 000021
【図２０】
2020009187.tif 000022
【図２１】
2020009187.tif 000023
【図２２】
2020009187.tif 000024
【図２３】
2020009187.tif 000025
【図２４】
2020009187.tif 000026
【図２５】
2020009187.tif 000027
【図２６】
2020009187.tif 000028
【図２７】
2020009187.tif 000029
【図２８】
2020009187.tif 000030
【図２９】
2020009187.tif 000031
【図３０】
2020009187.tif 000032
【図３１】
2020009187.tif 000033
【図３２】
2020009187.tif 000034
【図３３】
2020009187.tif 000035
【図３４】
2020009187.tif 000036
【図３５】
2020009187.tif 000037
【図３６】
2020009187.tif 000038
【図３７】
2020009187.tif 000039
【図３８】
2020009187.tif 000040
【図３９】
2020009187.tif 000041