JP7690782B2 - 情報処理システム、サービス利用システム、情報処理方法およびプログラム - Google Patents

Description

本開示内容は、情報処理システム、サービス利用システム、情報処理方法およびプログラムに関する。

ユーザがスマートフォン等を用いて、デバイスや居室に設置されていたり、オンラインに埋め込まれていたりするＱＲコードやタグＩＤを読み込むことで、予め登録されたサービスをユーザが簡単に利用することができるクラウドサービスが知られている。

例えば、特許文献１には、スマートフォンがタグシールやＱＲコードから読み込んだＩＤとユーザＩＤをサーバへ送信し、サーバがＩＤとユーザＩＤの組み合わせに紐づくサービスをユーザや機器へ提供する内容が開示されている。

特開２０１９－１５３２７３号公報

しかしながら、従来の方法では、タッチポイントを介した様々なサービスの利用履歴のデータを活用しようとした場合に、異なるサービス間での利用履歴のつながりがわからないため、サービスが利用された現場の利用シーンを詳細に把握することができないという課題があった。

上述した課題を解決すべく、請求項１に係る発明は、ユーザ端末によって読み取られたタッチポイントの識別情報を含み、当該識別情報によって特定される所定のサービスの利用履歴を示すログ情報を取得する取得手段と、取得された複数の前記ログ情報に基づいて、前記所定のサービスの利用を特定するための複数の属性項目を含む属性情報を推定する推定手段と、取得された複数の前記ログ情報および推定された前記属性情報に基づいて、前記タッチポイントが読み取られた現場の行動履歴を示す現場プロファイルを生成する生成手段と、を備え、前記推定手段は、前記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む属性項目であって、第１のログ情報に対応する未知の属性項目である第１のサービスを利用したユーザの情報を、当該第１のログ情報に含まれる既知の属性項目および第２のログ情報に含まれる第２のサービスを利用したユーザの情報を含む既知の属性項目に基づいて補間することによって、前記第１のログ情報に含まれる未知の属性項目であった第１のサービスを利用したユーザの情報を推定し、前記生成手段は、取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントを読み込んだ複数のユーザの行動履歴を含む前記現場プロファイルを生成する情報処理システムである。

本発明では、タッチポイントを介した複数の異なるサービスの利用履歴に基づいて、サービスが利用された現場のプロファイルを生成することができるという効果を奏する。

サービス利用システムの全体構成の一例を示す図である。 サービス利用システムの処理の概略の一例を示す図である。 読み込まれたタッチポイントに基づくデータの統合の一例について説明するための図である。 読み込まれたタッチポイントを起点とした行動履歴の一例の概略について説明するための図である。 読み込まれたタッチポイントに基づいて生成される現場プロファイルの一例の概略について説明するための図である。 連携サービスによって提供されるサービスの類型の一例を示す図である。 情報処理システムのハードウエア構成の一例を示す図である。 ユーザ端末および管理者端末のハードウエア構成の一例を示す図である。 サービス利用システムの機能構成の一例を示す図である。 連携サービス管理テーブルの一例を示す概念図である。 タッチポイント管理テーブルの一例を示す概念図である。 ログ情報管理テーブルの一例を示す概念図である。 サービス利用システムにおけるプロファイルの構築処理の一例を示すフローチャートである。 ユーザ端末を用いたサービス利用処理の一例を示すシーケンス図である。 ユーザ端末を用いたサービス利用処理の一例を示すシーケンス図である。 情報処理システムにおける現場プロファイルの生成処理の一例を示すフローチャートである。 推定情報管理テーブルの一例を示す概念図である。 現場プロファイル管理テーブルの一例を示す概念図である。 先生Ａを起点とした行動履歴の一例の概略について説明するための図である。 先生Ａを起点とした行動履歴の一例の概略について説明するための図である。 先生Ａを起点として生成された現場プロファイルの一例の概略について説明するための図である。 先生Ａを起点として生成されたユーザプロファイルの一例の概略について説明するための図である。 ユーザコンテキスト情報の一例を示す図である。 ユーザプロファイル管理テーブルの一例を示す概念図である。 先生Ａを起点とした履修期間プロファイルの一例の概略について説明するための図である。

以下、図面を参照しながら、発明を実施するための形態を説明する。なお、図面の説明において同一要素には同一符号を付し、重複する説明は省略する。

●実施形態●
●システム構成
図１は、サービス利用システムの全体構成の一例を示す図である。図１に示されているサービス利用システム１は、所定のユーザ環境に設置されたタッチポイント７０をユーザ端末５０が読み込むことで、情報処理システム１０を介した様々な連携サービス３０をユーザに提供することが可能なシステムである。

サービス利用システム１は、情報処理システム１０、ユーザ端末５０および機器９０を含む。サービス利用システム１を構成する情報処理システム１０、ユーザ端末５０および機器９０は、通信ネットワーク１００を介して通信することができる。通信ネットワーク１００は、インターネット、移動体通信網、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、３Ｇ(3rd Generation)、４Ｇ(4th Generation)、５Ｇ（5th Generation）、Ｗｉ－Ｆｉ(Wireless Fidelity)（登録商標）、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)またはＬＴＥ(Long Term Evolution)等の無線通信によるネットワークが含まれてもよい。

また、サービス利用システム１は、情報処理システム１０を介して各種サービスを提供する連携サービス３０とユーザ端末５０または機器９０を接続させることで、ユーザに各種サービスを提供することができる。

情報処理システム１０は、連携サービス３０との連携によってユーザ端末５０を使用するユーザに所定のサービスを提供するための処理を実行するサーバコンピュータである。なお、情報処理システム１０は、一台のサーバコンピュータによって構成されてもよく、複数のサーバコンピュータによって構成されてもよい。また、情報処理システム１０は、クラウド環境に存在するサーバコンピュータであるものとして説明するが、オンプレミス環境に存在するサーバであってもよい。さらに、情報処理システム１０は、他の管理者が運営する外部の連携サービス３０と連携することによってユーザにサービスを提供する構成であってもよいし、連携サービス３０を含む一連のサービスを提供するサービス提供会社によって構成されてもよい。また、情報処理システム１０は、ユーザ環境等に設置されたサーバ機能を備える機器であってもよい。

ユーザ端末５０は、ユーザによって使用されるスマートフォン等のコンピュータである。ユーザ端末５０は、例えば、ユーザ環境に設置されたタッチポイント７０を読み込むことで、連携サービス３０から提供される所定のサービスを利用できる。なお、ユーザ端末５０は、スマートフォンに限られず、例えば、ノートＰＣ（Personal Computer）タブレット端末、ウェアラブル端末またはスマートウォッチ等であってもよい。

ここで、タッチポイント７０とは、ユーザに特定のサービスを提供するための、ユーザが所持するユーザ端末５０と特定のサービスとの接点を示す。ユーザ端末５０は、タッチポイント７０を読み込むことによって特定のサービスに接続するための情報を取得することができる。また、サービスは、サーバコンピュータまたは機器等の情報処理システム１０を介してユーザに提供される。接点であるタッチポイント７０は、情報を提供する画像、情報媒体または通信装置等によって実現される。具体的には、タッチポイント７０は、ＱＲコード（登録商標）等の二次元コード等の画像、ＮＦＣ(Near Field Communication)タグもしくはＲＦＩＤ(radio frequency identification)タグ等による近接通信を用いて情報を読み取る情報媒体、またはＢｌｕｅｔｏｏｔｈ（登録商標）もしくは超音波等の近距離無線通信を用いて情報を発信する通信装置等によって実現される。なお、二次元コード等の画像は、紙媒体に印刷されてもよいし、ディスプレイ等の表示装置に表示されてもよい。

機器９０（９０Ａ,９０Ｂ,９０Ｃ）は、ユーザ環境に設置され、ユーザ端末５０と連携することによって、連携サービス３０から提供される各種サービスを利用できる。機器９０は、例えば、プロジェクタ（ＰＪ）、複合機（ＭＦＰ）、プリンタ、電子黒板（ＩＷＢ；Interactive White Board）、ＰＣ、照明器具、空調設備、撮影装置またはロボット等を含む。

●概略
ここで、図２乃至図６を用いて、サービス利用システム１において実行される処理の概略について説明する。図２は、サービス利用システムの処理の概略の一例を示す図である。図２は、ユーザ環境の一例である学校において、各ユーザがタッチポイント７０を読み込んで所定のサービスを利用する場合の例を示す。なお、図２は、サービス利用システムの処理の概略を簡略的に説明したものであり、サービス利用システム１が実現する機能等の詳細は、後述する図面等を用いて説明する。

まず、例えば、学校での講義を行う先生Ａは、機器９０に貼り付けられたタッチポイント７０Ａを、自らのユーザ端末５０Ａで読み込む（ステップＳ１ａ）。そして、ユーザ端末５０Ａは、情報処理システム１０に対して、読み込んだタッチポイント情報および自らのアカウント情報を送信する（ステップＳ２ａ）。情報処理システム１０は、ユーザ端末５０Ａから受信されたタッチポイント情報に応じた連携サービス３０Ａに対して、ユーザのアカウント情報を通知する（ステップＳ３ａ）。そして、ユーザ端末５０Ａは、連携サービス３０Ａから提供されるサービス利用を開始する（ステップＳ４ａ）。ユーザ端末５０Ａは、連携サービス３０Ａを介して、連携サービス３０Ａから提供されるサービス（この場合、機器連携サービス）を用いた機器９０との機器連携を行う（ステップＳ５ａ）。なお、連携サービス３０Ａと機器９０との通信は、ゲートウェイ等の中継器を介して行われてもよい。機器９０は、ユーザ端末５０から送信された要求に応じた処理を実行し、連携サービス３０Ａに対して、処理結果の通知を送信する（ステップＳ６ａ）。そして、連携サービス３０Ａは、情報処理システム１０に対して、受信した処理結果を含むユーザのサービスの利用履歴を示すログ情報を送信し、情報処理システム１０は、受信したログ情報を蓄積して管理する（ステップＳ７ａ）。

一方で、例えば、学校での講義に参加する学生Ｂは、例えば、配布されたプリントに貼り付けられたタッチポイント７０Ｂを、自らのユーザ端末５０Ｂで読み込む（ステップＳ１ｂ）。そして、ユーザ端末５０Ｂは、情報処理システム１０に対して、読み込んだタッチポイント情報および自らのアカウント情報を送信する（ステップＳ２ｂ）。情報処理システム１０は、ユーザ端末５０Ｂから受信されたタッチポイント情報に応じた連携サービス３０Ｂに対して、ユーザのアカウント情報を通知する（ステップＳ３ｂ）。そして、ユーザ端末５０Ｂは、連携サービス３０Ｂから提供されるサービス利用を開始する（ステップＳ４ｂ）。ユーザ端末５０Ｂは、連携サービス３０Ｂから提供されるサービス（この場合、データ提出サービス）により、連携サービス３０Ｂに対して、解答用紙等のデータファイルを送信する（ステップＳ５ｂ）。連携サービス３０Ｂは、ユーザ端末５０Ｂから送信された要求に応じた処理を実行し、情報処理システム１０に対して、処理結果を含むユーザのサービスの利用履歴を示すログ情報を送信する。そして、情報処理システム１０は、受信したログ情報を蓄積して管理する（ステップＳ６ｂ）。

ここで、図３乃至図５を用いて、情報処理システム１０に蓄積された複数のログ情報を用いて、複数のユーザの行動履歴を含む現場プロファイルの生成について説明する。図３は、読み込まれたタッチポイントに基づくデータの統合の一例について説明するための図である。ユーザ環境での現場では、人と人を行きかう全てのデータを把握することが不可能なシーンが多くあり、現場の行動履歴を精度よく把握するためには、現場の背景把握と人の行動把握が不十分となる。図３の例では、講義への出席者を登録しない限り、プロジェクタに表示した講義資料を誰がみたかを特定できなかったり、学生が解答用紙の提出を行った場所を特定できなかったりする。このように、現場の行動履歴には、クラウド等を経由せずに、直接機器から人へ、または人から人へ伝わるデータも多く存在する。

すなわち、従来の方法では、現場におけるデジタル化において、現場での人の繋がり、位置および行動の把握ができなかったり、機器９０から人へ、または人から人へ直接伝えるデータを取得できなかったりする課題が存在し、個々のサービスを組み合わせても行動履歴が断片化するため、ログ情報のデータを統合することができなかった。そこで、情報処理システム１０は、現場にある複数のタッチポイント７０を活用して、現場の断片化した行動履歴を繋ぎ、現場全体を統合した行動履歴である現場プロファイルを生成して、現場におけるデジタル化の課題を解決する。

図４は、読み込まれたタッチポイントを起点とした行動履歴の一例の概略について説明するための図である。図５は、読み込まれたタッチポイントに基づいて生成される現場プロファイルの一例の概略について説明するための図である。

現場において、ユーザは、さまざまな場所でさまざまなタッチポイント７０に紐づいた機器９０またはサービスを活用して行動を行う。人とサービスとを紐づけるタッチポイント７０（タッチポイントＩＤ）を活用することで、「いつ、誰が、何をしたのか」の行動履歴は容易に取得できるが、現場における「どこで」の行動履歴を特定することが困難な場合が多い。ＧＰＳ等を活用して位置を特定する方法もあるが、屋内の現場または現場を同定する意味での汎用的な手法ではない。また、現場において、「映す、話す」等の振る舞いも「誰に」に対して行ったのかを特定することが困難であり、特定するためには現場を把握する必要がある。

タッチポイント７０は、現場の機器９０等に貼り付けられるが、据え置き型の機器９０または場所に貼り付ける場合と、解答用紙または携帯プロジェクタ等の移動可能な機器９０等に貼り付ける場合がある。情報処理システム１０は、据え置き型の場合、タッチポイント７０に場所を同定する講義室Ａまたは研究室Ａ等の情報を事前に登録でき、事前登録しない場合でも、移動不可の据え置きを意味する情報を記憶しておくことで、タッチポイント７０を介したサービスが利用された場合に、ユーザの場所を特定できる。また、現場において、同じユーザが同時刻付近で異なるタッチポイント７０を利用することで、情報処理システム１０は、携帯型のタッチポイント７０の場所も推定できる。

また、情報処理システム１０は、同じ現場において、複数のユーザがタッチポイント７０を介してサービスを利用することで、同じ現場の参加者を把握することができるので、「誰に」を推定できる。同じ現場であるか否かの特定には、例えば、「どこで」の推定結果を利用する。さらに、情報処理システム１０は、ユーザのスケジュールとタッチポイント７０を紐づけることで、図５に示されているような現場プロファイルを生成することができる。

このように、情報処理システム１０は、複数のタッチポイント７０を介したサービスの利用履歴から現場の行動履歴を示す現場プロファイルを生成することができる。従来の方法では、様々なサービスの利用履歴をデータ活用しようとした場合に、サービスの提供先が特定のユーザまたは特定の機器であることは把握できても、サービス間のつながりがわからないため、どのような現場でサービスが利用されているのか詳細を把握することができなかった。例えば、先生が特定のプロジェクタにコンテンツを表示させる一方で、そのプロジェクタが映したコンテンツを生徒が閲覧しながら作成した課題を提出した場合に、この二つのサービスは、別々のユーザによって読み込まれたタッチポイントに基づいて実行されるため、関連性が把握できなかった。

そこで、情報処理システム１０は、複数の異なるサービス間の関連性を、サービスの利用時間および利用場所等の情報を含むサービスの利用履歴に基づいて推測し、ユーザ個人の利用履歴のみでなく、複数のユーザの利用履歴に基づく現場起点で利用履歴を活用して現場プロファイルを生成することができる。情報処理システム１０は、現場における単純作業をなくして人にしたできない創造的な価値を生み出すために、現場のデータとコンテキストを把握してユーザ視点でのデータを統合することにより、現場のデータとコンテキストを可視化したり、次の現場を予測して支援したり、潜在的な課題を見つけて現場に応じた提案を行ったりすることができる。

本実施形態において連携サービス３０によって提供される「サービス」は、例えば、以下の類型に分類される。図６は、連携サービスによって提供されるサービスの類型の一例を示す図である。図６は、（１）～（４）の４つの類型を示している。

（１）は、単独サービスである。単独サービスにおいて利用される機器９０またはソフトウェアは、基本的には１種類である。例えば、当該機器９０が会議室等の照明であり、タッチポイント７０をユーザ端末５０で読み取ると、当該照明が明るくなるといったサービスが、単独サービスの一例として挙げられる。

（２）は、入力サービスと出力サービスとの組み合わせである。入力サービスとは、サービスにおいて処理対象とされるデータをソフトウェアまたは機器９０を利用して入力または取得するサービスをいう。出力サービスとは、サービスにおいて処理対象とされるデータをソフトウェアまたは機器９０を利用して出力または保存等するサービスをいう。

（３）は、入力サービスと出力サービスとの間にパイプサービスが挿入される類型である。パイプサービスは、サービスにおいて処理対象とされるデータをソフトウェアまたは機器９０を利用して加工または変換するサービスをいう。例えば、ＯＣＲ（Optical Character Recognition）または翻訳等が、パイプサービスの一例として挙げられる。

（４）は、入力サービス、パイプサービスおよび出力サービス等の複雑な組み合わせである。例えば、ある入力サービスから入力されたデータが二つ以上のパイプサービスまたは出力サービスへ入力されたり、ある出力サービスが、二つ以上の入力サービスまたは二つ以上のパイプサービスから入力されたデータを出力したりする。

●ハードウエア構成
続いて、図７および図８を用いて、実施形態に係るサービス利用システムを構成する装置または端末のハードウエア構成について説明する。なお、図７および図８に示されている装置または端末のハードウエア構成は、必要に応じて構成要素が追加または削除されてもよい。

○情報処理システムのハードウエア構成○
図７は、情報処理システムのハードウエア構成の一例を示す図である。情報処理システム１０の各ハードウエア構成は、１００番台の符号で示されている。情報処理システム１０は、コンピュータによって構築されており、図７に示されているように、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤ（Hard Disk）１０４、ＨＤＤ（Hard Disk Drive）コントローラ１０５、ディスプレイ１０６、外部機器接続Ｉ／Ｆ(Interface)１０８、ネットワークＩ／Ｆ１０９、バスライン１１０、キーボード１１１、ポインティングデバイス１１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ１１４、およびメディアＩ／Ｆ１１６を備えている。

これらのうち、ＣＰＵ１０１は、情報処理システム１０全体の動作を制御する。ＲＯＭ１０２は、ＩＰＬ（Initial Program Loader）等のＣＰＵ１０１の駆動に用いられるプログラムを記憶する。ＲＡＭ１０３は、ＣＰＵ１０１のワークエリアとして使用される。ＨＤ１０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ１０５は、ＣＰＵ１０１の制御にしたがってＨＤ１０４に対する各種データの読み出しまたは書き込みを制御する。ディスプレイ１０６は、カーソル、メニュー、ウィンドウ、文字、または画像等の各種情報を表示する。なお、ディスプレイ１０６は、入力手段を備えたタッチパネルディスプレイであってもよい。外部機器接続Ｉ／Ｆ１０８は、各種の外部機器を接続するためのインターフェースである。ネットワークＩ／Ｆ１０９は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。バスライン１１０は、図７に示されているＣＰＵ１０１等の各構成要素を電気的に接続するためのアドレスバスまたはデータバス等である。

また、キーボード１１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス１１２は、各種指示の選択もしくは実行、処理対象の選択、またはカーソルの移動等を行う入力手段の一種である。なお、入力手段は、キーボード１１１およびポインティングデバイス１１２のみならず、タッチパネルまたは音声入力装置等であってもよい。ＤＶＤ－ＲＷドライブ１１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ１１３に対する各種データの読み出しまたは書き込みを制御する。なお、着脱可能な記録媒体は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－ＲまたはＢｌｕ-ｒａｙ（登録商標） Ｄｉｓｃ（ブルーレイディスク）等であってもよい。メディアＩ／Ｆ１１６は、フラッシュメモリ等の記録メディア１１５に対するデータの読み出しまたは書き込み（記憶）を制御する。

○ユーザ端末のハードウエア構成○
図８は、ユーザ端末のハードウエア構成の一例を示す図である。ユーザ端末５０の各ハードウエア構成は、５００番台の符号で示されている。ユーザ端末５０は、コンピュータによって構築されており、図８に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＥＥＰＲＯＭ５０４、ＣＭＯＳセンサ５０５、撮像素子Ｉ／Ｆ５０６、加速度・方位センサ５０７、メディアＩ／Ｆ５０９およびＧＰＳ（Global Positioning System）受信部５１１を備えている。

これらのうち、ＣＰＵ５０１は、ユーザ端末５０全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。 ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＥＥＰＲＯＭ５０４は、ＣＰＵ５０１の制御にしたがって、ユーザ端末用プログラム等の各種データの読み出しまたは書き込みを行う。ＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサ５０５は、ＣＰＵ５０１の制御に従って被写体（主に自画像）を撮像して画像データを得る内蔵型の撮像手段の一種である。なお、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等の撮像手段であってもよい。撮像素子Ｉ／Ｆ５０６は、ＣＭＯＳセンサ５０５の駆動を制御する回路である。加速度・方位センサ５０７は、地磁気を検知する電子磁気コンパス、ジャイロコンパスまたは加速度センサ等の各種センサである。メディアＩ／Ｆ５０９は、フラッシュメモリ等の記録メディア５０８に対するデータの読み出しまたは書き込み（記憶）を制御する。ＧＰＳ受信部５１１は、ＧＰＳ衛星からＧＰＳ信号を受信する。

また、ユーザ端末５０は、遠距離通信回路５１２、ＣＭＯＳセンサ５１３、撮像素子Ｉ／Ｆ５１４、マイク５１５、スピーカ５１６、音入出力Ｉ／Ｆ５１７、ディスプレイ５１８、外部機器接続Ｉ／Ｆ５１９、近距離通信回路５２０、近距離通信回路５２０のアンテナ５２０ａおよびタッチパネル５２１を備えている。

これらのうち、遠距離通信回路５１２は、通信ネットワーク１００を介して、他の機器と通信する回路である。ＣＭＯＳセンサ５１３は、ＣＰＵ５０１の制御に従って被写体を撮像して画像データを得る内蔵型の撮像手段の一種である。撮像素子Ｉ／Ｆ５１４は、ＣＭＯＳセンサ５１３の駆動を制御する回路である。マイク５１５は、音を電気信号に変える内蔵型の回路である。スピーカ５１６は、電気信号を物理振動に変えて音楽または音声等の音を生み出す内蔵型の回路である。音入出力Ｉ／Ｆ５１７は、ＣＰＵ５０１の制御に従ってマイク５１５およびスピーカ５１６との間で音信号の入出力を処理する回路である。ディスプレイ５１８は、被写体の画像または各種アイコン等を表示する液晶または有機ＥＬ(Electro Luminescence)等の表示手段の一種である。外部機器接続Ｉ／Ｆ５１９は、各種の外部機器を接続するためのインターフェースである。近距離通信回路５２０は、ＮＦＣ（Near Field communication）またはＢｌｕｅｔｏｏｔｈ（登録商標）等の通信回路である。タッチパネル５２１は、ユーザが押下することで、ユーザ端末５０を操作する入力手段の一種である。

また、ユーザ端末５０は、バスライン５１０を備えている。バスライン５１０は、図８に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスまたはデータバス等である。

なお、上記各プログラムは、インストール可能な形式または実行可能な形式のファイルで、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ、ＳＤカードまたはＵＳＢ（Universal Serial Bus）メモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内または国外へ提供されることができる。例えば、情報処理システム１０は、本発明に係るプログラムが実行されることで本発明に係る情報処理方法を実現する。

●機能構成
続いて、図９乃至図１２を用いて、実施形態に係るサービス利用システムの機能構成について説明する。図９は、サービス利用システムの機能構成の一例を示す図である。なお、図９は、図１に示されている装置または端末のうち、後述の処理または動作に関連しているものを示す。

○情報処理システムの機能構成○
まず、図９を用いて、情報処理システム１０の機能構成について説明する。情報処理システム１０は、送受信部１１、サービス提供部１２、特定部１３、ログ管理部１４、推定部１５、生成部１６、判断部１７および記憶・読出部１９を有している。これら各部は、図７に示されている各構成要素のいずれかが、ＲＡＭ１０３上に展開された情報処理システム用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、または機能する手段である。また、情報処理システム１０は、図７に示されているＲＯＭ１０２、ＨＤ１０４または記録メディア１１５によって構築される記憶部１０００を有している。

送受信部１１は、主に、ネットワークＩ／Ｆ１０９に対するＣＰＵ１０１の処理によって実現され、通信ネットワーク１００を介して、他の装置または端末との間で各種データまたは情報の送受信を行う。サービス提供部１２は、主に、ＣＰＵ１０１の処理によって実現され、ユーザ端末５０に対してタッチポイント７０を介した各種サービスを提供する。特定部１３は、ＣＰＵ１０１の処理によって実現され、ユーザ端末５０から送信されたタッチポイント情報に基づいて、ユーザに提供する連携サービス３０を特定する。

ログ管理部１４は、主に、ＣＰＵ１０１の処理によって実現され、所定のサービスの利用履歴を示すログ情報を管理する。推定部１５は、ＣＰＵ１０１の処理によって実現され、ログ管理部１４によって管理されたログ情報に基づいて、所定のサービスの利用を特定するための複数の属性項目を含む属性情報を推定する。属性項目は、例えば、記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む。

生成部１６は、ＣＰＵ１０１の処理によって実現され、ログ管理部１４によって管理された複数のログ情報および推定部１５によって推定された属性情報に基づいて、タッチポイント７０に基づく現場プロファイルを生成する。判断部１７は、ＣＰＵ１０１の処理によって実現され、各種判断を行う。

記憶・読出部１９は、主に、ＣＰＵ１０１の処理によって実現され、記憶部１０００に、各種データ（または情報）を記憶したり、記憶部１０００から各種データ（または情報）を読み出したりする。

○連携サービス管理テーブル
図１０は、連携サービス管理テーブルの一例を示す概念図である。連携サービス管理テーブルは、情報処理システム１０と連携される連携サービス３０を管理するためのテーブルである。記憶部１０００には、図１０に示されているような連携サービス管理テーブルによって構成されている連携サービス管理ＤＢ１００１が構築されている。

連携サービス管理テーブルは、連携サービス３０を識別するサービスＩＤおよびサービス名、連携サービス３０へアクセスする際のＵＲＬ(Uniform Resource Locator)、およびタッチポイント７０を識別するタッチポイントＩＤが関連づけられた連携サービス情報を管理している。

○タッチポイント管理テーブル
図１１は、タッチポイント管理テーブルの一例を示す概念図である。タッチポイント管理テーブルは、タッチポイント７０ごとに設定された各種情報を管理するためのテーブルである。記憶部１０００には、図１１に示されているようなタッチポイント管理テーブルによって構成されているタッチポイント管理ＤＢ１００２が構築されている。

タッチポイント管理テーブルは、タッチポイント７０を識別するタッチポイントＩＤ、タッチポイント７０の設置場所を識別する設置ＩＤ、利用するサービスへの入力コンテンツ、利用するサービスが提供する出力先、および利用するサービスの出力となる出力コンテンツを関連づけて管理している。

このうち、タッチポイントＩＤは、タッチポイント７０を読み込んだユーザと連携サービス３０を紐づけるタッチポイント７０の識別情報の一例であり、連携サービス３０ごとに割り振られた異なる英数値である。なお、タッチポイントＩＤは、判別を容易にするために意味のある英数字として説明するが、ランダムな数値であってもよい。また、設置ＩＤは、据え置き型のタッチポイント７０の場合に設定され、同じ現場にあるタッチポイント７０には同じ設置ＩＤを割り振られる。設置ＩＤは、例えば、管理者がタッチポイント７０を設置したタイミングで設定される。据え置き型でないタッチポイント７０の場合、設置ＩＤは、設定されずに空白とする。なお、ユーザの利用状況からタッチポイント７０の設置場所が特定できた場合、一時的に設置ＩＤが自動で設定される。

また、入力コンテンツには、タッチポイント７０と紐づく連携サービス３０を利用する際に、機器９０等に入力するデータファイル、入力方式またはサービス３０の利用に用いるスマートフォンもしくはカメラ等の端末の情報が示されている。さらに、出力先には、利用するサービスが提供する出力先の機器９０またはクラウドサービス等を特定するため、連携サービス３０を識別するサービスＩＤが示されている。また、出力コンテンツには、タッチポイント７０と紐づく連携サービス３０を利用した際の出力コンテンツの情報が示されている。

図１１の例では、タッチポイントＩＤ「ＴｐＰｒｉｎｔ１」のタッチポイント７０は、研究室Ａに設置されており、タッチポイントを読み込んだユーザは、クラウドプリントサービス（サービスＩＤ：Ｓ００２）と連携して指定ファイルの印刷を行うサービスを利用する。また、タッチポイントＩＤ「ＴｐＡｔｔｅｎｄ１」のタッチポイント７０は、講義室Ａに設置されており、タッチポイントを読み込んだユーザは、出欠管理サービス（サービスＩＤ：Ｓ００１）と連携して講義時間割に応じた先生への出欠管理を行うサービスを利用する。

さらに、タッチポイントＩＤ「ＴｐＰｒｊ１」のタッチポイント７０は、研究室Ａに設置されており、タッチポイントを読み込んだユーザは、機器連携サービス（サービスＩＤ：Ｓ００５）と連携してコンテンツをプロジェクタ（ＰＪ）に投影するサービスを利用する。また、タッチポイントＩＤ「ＴｐＰｒｊ２」のタッチポイント７０は、据え置き型ではないタッチポイントであり、タッチポイントを読み込んだユーザは、機器連携サービス（サービスＩＤ：Ｓ００５）と連携してコンテンツをプロジェクタ（ＰＪ）に投影するサービスを利用する。

さらに、タッチポイントＩＤ「ＴｐＢｏａｒｄ１」のタッチポイント７０は、講義室Ｂに設置されており、タッチポイントを読み込んだユーザは、クラウドストレージサービス（サービスＩＤ：Ｓ００４）と連携して講義室の黒板を撮影してクラウドに保存するサービスを利用する。また、タッチポイントＩＤ「ＴｐＳｕｂ１」のタッチポイント７０は、据え置き型ではないタッチポイントであり、タッチポイントを読み込んだユーザは、データ提出サービス（サービスＩＤ：Ｓ００３）と連携して解答用紙を提出するサービスを利用する。なお、タッチポイント７０の種類およびタッチポイント７０に紐づく連携サービス３０の種類は、これに限られず、例えば、現場の環境または種類に応じて適宜設定することができる。

○ログ情報管理テーブル
図１２は、ログ情報管理テーブルの一例を示す概念図である。ログ情報管理テーブルは、タッチポイント７０を読み込んだユーザのサービスの利用履歴を示す記憶部１０００には、図１２に示されているようなログ情報管理テーブルによって構成されているログ情報管理ＤＢ１００３が構築されている。

ログ情報管理テーブルは、ログを識別するログＩＤ、ログが取得された日時、タッチポイント７０を識別するタッチポイントＩＤ、タッチポイント７０を読み込んだユーザを識別するアカウント情報、利用されたサービスの入力情報および出力情報、並びにサービスの実行履歴が関連づけられたログ情報を管理している。

このうち、ログＩＤは、読み込まれたタッチポイント７０を介したサービスの利用履歴ごとに割り振られる連番のＩＤであり、サービスの利用履歴を識別する利用履歴識別情報の一例である。また、日時は、タッチポイント７０を介したサービスの利用日時を示す。なお、実際には、日時は、日付と時刻の組の記載となるが、ここでは日付を省略して記載する。さらに、アカウント情報は、タッチポイント７０を読み込んだユーザを識別するアカウント情報としてのユーザ名を示す。なお、アカウント情報は、ユーザ固有のＩＤまたはユーザのメールアドレス等であってもよい。アカウント情報は、ユーザ識別情報の一例である。

また、入力情報は、タッチポイント７０を介したサービスに対する入力コンテンツのメタ情報を示す。入力情報には、例えば、入力コンテンツの入力者、入力機器または入力コンテンツ（例えば、ファイル名）等が含まれる。また、出力情報は、タッチポイント７０を介したサービスに対する出力コンテンツのメタ情報を示す。出力情報には、例えば、出力コンテンツの受信者、出力機器または出力コンテンツ（例えば、ファイル名）等が含まれる。入力情報および出力情報に含まれるメタ情報の内容は、それぞれログ情報に含まれる属性項目の一例である。さらに、実行履歴は、サービスの利用内容を判別できる行動情報を示す。実行履歴は、タッチポイント７０を介したサービスの内容に対応する行動履歴を示し、例えば、印刷、出席登録、投影、ストレージへのアップロードまたは解答用紙の提出等である。

○ユーザ端末の機能構成○
次に、図９を用いて、ユーザ端末５０の機能構成について説明する。ユーザ端末５０は、ブラウザ部５１、タッチポイント読込部５２、受付部５３、表示制御部５４および記憶・読出部５９を有している。これら各部は、図８に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ５０４からＲＡＭ５０３上に展開されたユーザ端末用プログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能、または機能する手段である。また、ユーザ端末５０は、図８に示されているＲＯＭ５０２または記録メディア５０８によって構築される記憶部５０００を有している。

ブラウザ部５１は、主に、ＣＰＵ５０１の処理によって実現され、一般的なウェブブラウザによって実現される。タッチポイント読込部５２は、主に、ＣＰＵ５０１の処理によって実現され、タッチポイント７０を読み込んでブラウザ部５１を起動させる。タッチポイント７０を読み込む方法は、例えば、タッチポイント７０が二次元コード等の画像の場合、タッチポイント読込部５２は、画像を撮影することでタッチポイント７０を読み込むことができる。また、タッチポイント７０がＮＦＣタグまたはＲＦＩＤタグ等による近接通信を用いて情報を読み取る情報媒体の場合、タッチポイント読込部５２は、近接通信を用いて情報を読み取ることでタッチポイント７０を読み込むことができる。また、タッチポイント７０がＢｌｕｅｔｏｏｔｈまたは超音波等の近距離無線通信を用いて情報を発信する通信装置等の場合、タッチポイント読込部５２は、近距離無線通信を用いて情報を受信することでタッチポイント７０を読み込むことができる。

受付部５３は、主に、ＣＰＵ５０１の処理によって実現され、ユーザによる各種の選択または入力を受け付ける。表示制御部５４は、主に、ＣＰＵ５０１の処理によって実現され、ディスプレイ５１８等の表示部に各種画面を表示させる。

記憶・読出部５９は、主に、ＣＰＵ５０１の処理によって実現され、記憶部５０００に、各種データ（または情報）を記憶したり、記憶部５０００から各種データ（または情報）を読み出したりする。

●実施形態の処理または動作
続いて、図１３乃至図２５を用いて、実施形態に係るサービス利用システムの処理または動作について説明する。まず、図１３を用いて、サービス利用システム１によるプロファイルの構築処理の全体の流れについて概略的に説明する。図１３は、サービス利用システムにおけるプロファイルの構築処理の一例を示すフローチャートである。

まず、ユーザ端末５０のタッチポイント読込部５２は、機器９０等に貼り付けられたタッチポイント７０を読み込むことで、タッチポイント情報を取得する（ステップＳ１１）。このタッチポイント情報には、タッチポイント７０を識別するタッチポイントＩＤ等が含まれる。また、ユーザ端末５０は、取得したタッチポイント情報を情報処理システム１０へ送信することで、読み込んだタッチポイント７０に対応する連携サービス３０から提供される所定のサービスを利用する（ステップＳ１２）。この所定のサービスは、図１０に示されている連携サービス管理ＤＢ１００１に登録された各種サービスである。

また、情報処理システム１０は、ユーザ端末５０を介して利用された所定のサービスの利用履歴を示すログ情報を、ログ情報管理ＤＢ１００３（図１２参照）に蓄積して管理する（ステップＳ１３）。そして、情報処理システム１０は、ステップＳ１３で蓄積された複数のログ情報を用いて、複数のユーザの行動履歴を含む現場のプロファイルである現場プロファイルを生成する（ステップＳ１４）。さらに、情報処理システム１０は、ユーザコンテキスト情報を用いて、ユーザ単位の行動履歴を示すプロファイルであるユーザプロファイルを生成する（ステップＳ１５）。以下、図１３に示されている各処理について詳細を説明する。

○サービス利用処理○
図１４および１５を用いて、図１３のステップＳ１１およびステップＳ１２に示すユーザによるタッチポイント７０を介したサービス利用処理について詳細に説明する。図１４および図１５は、サービス利用処理の一例を示すシーケンス図である。まず、図１４を用いて、例えば、ユーザが機器９０に貼り付けられたタッチポイント７０を読み込むことで、機器９０を利用した機器連携サービス３０Ａ（サービスＩＤ；Ｓ００５）を利用する際の処理の例を説明する。

まず、ユーザは、ユーザ環境に設置された機器９０に紐づくタッチポイント７０にユーザ端末５０を近づけて、ユーザ端末５０をタッチポイント７０に翳したり、タッチポイント７０を撮影したりすることで、タッチポイント情報を取得する（ステップＳ３１）。このタッチポイント情報は、タッチポイント７０を識別するタッチポイントＩＤおよびタッチポイント７０を読み込んだ際にユーザ端末５０がアクセスするアクセス先を示すアクセス情報を含む。ここで、ステップＳ３１で取得されたタッチポイント情報は、読込情報の一例である。

次に、ユーザ端末５０のタッチポイント読込部５２は、ステップＳ３１で取得されたタッチポイント情報に含まれるアクセス情報を入力としてブラウザ部５１を自動的に起動させる（ステップＳ３２）。そして、ユーザ端末５０のブラウザ部５１は、ステップＳ３１で取得されたアクセス情報が示すアクセス先（情報処理システム１０）に対して、ＨＴＴＰリクエストを送信する（ステップＳ３３）。このＨＴＴＰリクエストは、ステップＳ３１で取得されたタッチポイント情報に含まれるタッチポイントＩＤ、およびユーザを識別するアカウント情報等を含む。アカウント情報は、例えば、ユーザ端末５０が過去に当該アクセス先にアクセスした際に、ユーザ端末５０に当該アクセス情報に関連づけられて保存されているｃｏｏｋｉｅである。なお、アカウント情報は、タッチポイント７０が読み込まれた際にユーザによって入力される構成であってもよい。また、アカウント情報が不要のゲストとして一旦ログインさせ、その後アカウント情報をユーザによって入力させる構成であってもよい。アカウント情報は、例えば、学生情報または社員情報等を含む。これにより、アクセス先である情報処理システム１０の送受信部１１は、ユーザ端末５０から送信されたＨＴＴＰリクエストを受信する。

次に、特定部１３は、ステップＳ３３で受信されたタッチポイントＩＤを検索キーとして連携サービス管理ＤＢ１００１（図１０参照）を検索することで、受信されたタッチポイントＩＤが関連づけられた連携サービス情報を読み出すことで、連携サービス３０を特定する（ステップＳ３４）。この場合、特定部１３は、連携サービス３０として、機器連携サービス３０Ａを特定するものとして説明する。

次に、サービス提供部１２は、ステップＳ３４で特定された連携サービス３０に対応するＵＲＬに対して、ステップＳ３３で受信されたアカウント情報を送信する（ステップＳ３５）。具体的には、サービス提供部１２は、連携サービス管理ＤＢ１００１から読み出された連携サービス情報に含まれるＵＲＬ（機器連携サービス３０Ａ）に対して、アカウント情報を送信する。そして、機器連携サービス３０Ａは、情報処理システム１０から送信されたアカウント情報を用いてユーザ認証等を行い、要求元のユーザ端末５０に対して、受信したアカウント情報に対するリダイレクトを行う（ステップＳ３６）

次に、ユーザ端末５０のブラウザ部５１は、ステップＳ３６で機器連携サービス３０Ａから送信された情報に基づいて所定のサービスに係る処理を選択する（ステップＳ３７）。ユーザ端末５０は、例えば、機器連携サービス３０Ａから送信された情報に基づくサービス利用画面を表示させ、表示されたサービス利用画面に対するユーザの入力操作に応じた処理を選択する。そして、ユーザ端末５０のブラウザ部５１は、機器連携サービスＡに対して、ステップＳ３７で選択された処理を実行させる処理要求を送信する（ステップＳ３８）。この処理要求は、例えば、要求する処理の内容および処理対象の入力コンテンツ（例えば、データファイル）等を含む。機器連携サービス３０Ａは、機器９０に対して、ユーザ端末５０から送信された処理要求を送信する（ステップＳ３９）。

次に、機器９０は、ステップＳ３９で受信された処理要求に応じた処理を実行し、機器連携サービス３０Ａに対して、実行された処理の結果を示す処理結果通知を送信する（ステップＳ４０）。この処理結果通知は、ステップＳ３９で受信された処理対象の入力コンテンツまたは処理結果である出力コンテンツ（例えば、データファイル）等を含む。なお、ステップＳ３９およびステップＳ４０における機器連携サービス３０Ａと機器９０との通信は、ゲートウェイ等の中継器を介して行われてもよい。

次に、機器連携サービス３０Ａは、情報処理システム１０に対して、ステップＳ４０で受信された処理結果通知に含まれる情報を示す処理履歴情報を送信する（ステップＳ４１）。これにより、情報処理システム１０のサービス提供部１２は、機器連携サービス３０Ａから送信された処理履歴情報を受信する。そして、ログ管理部１４は、ステップＳ３３で受信されたタッチポイントＩＤおよびアカウント情報、並びにステップＳ４１で受信された処理履歴情報が関連づけられたログ情報を、ログ情報管理ＤＢ１００３（図１２参照）に記憶・読出部１９を介して記憶する（ステップＳ４２）。

これにより、サービス利用システム１は、ユーザ端末５０で読み込んだタッチポイント情報に基づいて、連携サービス３０の一例である機器連携サービス３０Ａから提供される機器９０を用いたサービスをユーザに利用させることができる。また、情報処理システム１０は、タッチポイント７０を介した機器９０を用いたサービスの利用履歴が、読み込んだタッチポイント７０およびタッチポイント７０を読み込んだユーザと関連づけられたログ情報を管理することができる。

続いて、図１５を用いて、例えば、ユーザ拠点に設置されたタッチポイント７０をユーザが読み込むことで、データ提出サービス３０Ｂ（サービスＩＤ；Ｓ００３）を利用する際の処理の例を説明する。なお、ステップＳ５１～ステップＳ５４の処理は、図１４に示されているステップＳ３１～ステップＳ３４の処理と同様であるため、説明を省略する。この場合、ステップＳ５４において、特定部１３は、連携サービス３０として、データ提出サービス３０Ｂを特定するものとして説明する。

ステップＳ５５において、サービス提供部１２は、ステップＳ５４で特定された連携サービス３０に対応するＵＲＬに対して、ステップＳ５３で受信されたアカウント情報を送信する。具体的には、サービス提供部１２は、連携サービス管理ＤＢ１００１から読み出された連携サービス情報に含まれるＵＲＬ（データ提出サービス３０Ｂ）に対して、アカウント情報を送信する。そして、データ提出サービス３０Ｂは、情報処理システム１０から送信されたアカウント情報を用いてユーザ認証等を行い、要求元のユーザ端末５０に対して、受信したアカウント情報に対するリダイレクトを行う（ステップＳ５６）

次に、ユーザ端末５０のブラウザ部５１は、ステップＳ５６でデータ提出サービス３０Ｂから送信された情報に基づいて所定のサービスに係る処理を選択する（ステップＳ５７）。ユーザ端末５０は、例えば、データ提出サービス３０Ｂから送信された情報に基づくサービス利用画面を表示させ、表示されたサービス利用画面に対するユーザの入力操作に応じた処理を選択する。そして、ユーザ端末５０のブラウザ部５１は、データ提出サービス３０Ｂに対して、ステップＳ５７で選択されたデータファイルを送信する（ステップＳ５８）。

次に、データ提出サービス３０Ｂは、ステップＳで受信されたデータファイルを所定のフォルダに記憶し、情報処理システム１０に対して、ステップＳ５８で受信されたデータファイルを含む処理履歴情報を送信する（ステップＳ５９）。これにより、情報処理システム１０のサービス提供部１２は、データ提出サービス３０Ｂから送信された処理履歴情報を受信する。そして、ログ管理部１４は、ステップＳ５３で受信されたタッチポイントＩＤおよびアカウント情報、並びにステップＳ５９で受信された処理履歴情報が関連づけられたログ情報を、ログ情報管理ＤＢ１００３（図１２参照）に記憶・読出部１９を介して記憶する（ステップＳ６０）。

これにより、サービス利用システム１は、ユーザ端末５０で読み込んだタッチポイント情報に基づいて、連携サービス３０の一例であるデータ提出サービス３０Ｂから提供されるクラウドサービスをユーザに利用させることができる。また、情報処理システム１０は、タッチポイント７０を介したクラウドサービスの利用履歴が、読み込んだタッチポイント７０およびタッチポイント７０を読み込んだユーザと関連づけられたログ情報を管理することができる。

なお、図１４および図１５に示されている処理は、それぞれ機器９０を用いたサービスおよびクラウドサービスの利用時の処理の一例であり、機器連携サービス３０Ａおよびデータ提出サービス３０Ｂ以外の連携サービス３０に対しても同様の処理が行われる。

○現場プロファイルの生成処理○
次に、図１６乃至図２２を用いて、図１３のステップＳ１３およびステップＳ１４に示す現場プロファイルを生成する処理について詳細に説明する。図１６は、情報処理システムにおける現場プロファイルの生成処理の一例を示すフローチャートである。

まず、情報処理システム１０のログ管理部１４は、ログ情報管理ＤＢ１００３（図１２参照）に記憶されているログ情報を、記憶・読出部１９を介して読み出して取得する（ステップＳ１０１）。次に、情報処理システム１０の推定部１５は、ステップＳ１０１で取得されたログ情報を用いて、現実の現場と仮想の現場が紐づけられた属性情報を生成する（ステップＳ１０２）。

ここで、属性情報は、ログ情報管理ＤＢ１００３（図１２参照）に蓄積されたサービスの利用履歴を示すログ情報からユーザ環境における現場の複数のユーザの行動履歴を特定するために、ログ情報の内容をユーザの行動履歴の内容を示す属性項目に分類した情報である。この場合、ユーザの行動履歴の内容には、ユーザがサービス利用を行った現実の現場の情報と、ユーザのサービス利用による現実の現場でのユーザの行動に基づくユーザ間での繋がり（人の繋がり）を示す仮想の現場の情報が含まれる。推定部１５は、現実の物理的な人の移動と移動した人に紐づいた仮想の現場における人の繋がりを判断し、「現場が変わる」および「人の繋がりが変わる」の単位でユーザの行動履歴を分類する。すなわち、現実の現場とは、場所を特定できるタッチポイント７０を読み込んだユーザに対する物理的な移動を示し、仮想の現場とは、同時刻の現実の現場に紐づいた人同士のデータのやり取り等の繋がりを示している。

ここで、図１２に示されているログ情報の例を用いて、属性項目の分類手順を説明する。まず、先生Ａが読み込んだタッチポイント７０の設置場所の情報から、ログＩＤ「Ｌ０１」とログＩＤ「Ｌ０４」～「Ｌ０６」は、現実の現場が異なることがわかる。また、ログＩＤ「Ｌ０２」と「Ｌ０３」における出力情報から、学生Ａ、学生Ｂと先生Ｂは、ログＩＤ「Ｌ０４」～「Ｌ０６」において同じ現場にいることがわかる。さらに、先生Ａは、ログＩＤ「Ｌ０７」～「Ｌ１１」の期間において、据え置き型ではないプロジェクタを利用していることがわかる。また、学生Ｂは、ログＩＤ「Ｌ０８」から、講義室Ｂで黒板の板書を撮影して先生Ａに送っていることがわかる。さらに、学生Ｃおよび学生Ｄは、それぞれログ「Ｌ０９」と「Ｌ１０」から、先生Ａにデータファイルを提出していることがわかる。推定部１５は、取得されたログ情報から推定した上記の結果から、属性項目を分類して属性情報を生成する。そして、推定部１５は、生成した属性情報を、属性情報管理ＤＢ１００４に記憶・読出部１９を介して記憶する。

図１７は、属性情報管理テーブルの一例を示す概念図である。属性情報管理テーブルは、推定部１５によって生成された属性情報を管理するためのテーブルである。記憶部１０００には、図１７に示されているような属性情報管理テーブルによって構成されている属性情報管理ＤＢ１００４が構築されている。

属性情報管理テーブルは、ログを識別するログＩＤ、ログが取得された日時、タッチポイント７０を識別するタッチポイントＩＤ、タッチポイント７０を読み込んだユーザを識別するアカウント情報、ユーザがサービス利用を行った現実の現場の情報の情報およびユーザのサービス利用による現実の現場でのユーザの行動に基づく仮想の現場の情報が関連づけられた履歴情報を管理している。

このうち、ログＩＤ、日時、タッチポイントＩＤおよびアカウント情報は、推定部１５による属性情報の生成に用いたログ情報の内容（図１２参照）と同様である。また、現実の現場の情報には、ユーザがサービス利用を行った場所として、読み込まれたタッチポイント７０の設置場所を示す設置ＩＤが示されている。さらに、仮想の現場の情報は、現実の現場でのユーザの行動に基づくユーザ間の繋がり（人の繋がり）を示す。

次に、情報処理システム１０の判断部１７は、ステップＳ１０２で生成された属性情報のうち、推定できない属性項目が存在するか否かを判断する（ステップＳ１０３）。ここで、図１７に示す属性情報において、ログＩＤ「Ｌ０７」は、上述の推定部１５の処理によって現実の現場および先生Ａが投影したプロジェクタを見たユーザが推定できないため、現実の現場の情報および仮想の現場の情報における一方のユーザが推定できない属性項目となる。また、ログＩＤ「Ｌ０９」、「Ｌ１０」および「Ｌ１１」は、それぞれ上述の推定部１５の処理によって現実の現場が推定できないため、現実の現場の情報が推定できない属性項目となる。判断部１７は、属性情報に推定できない属性項目が存在する場合（ステップＳ１０３のＹＥＳ）、処理をステップＳ１０４へ移行させる。一方で、判断部１７は、属性情報に推定できない属性項目が存在しない場合（ステップＳ１０３のＮＯ）、処理をステップＳ１０５へ移行させる。

次に、情報処理システム１０の推定部１５は、ステップＳ１０１で取得された複数のログ情報に含まれる属性項目から、ステップＳ１０３で判断された推定できない属性項目を補間する（ステップＳ１０４）。具体的には、推定部１５は、あるログ情報に含まれる推定できない未知の属性項目を、ログ情報に含まれる既知の属性項目および他のログ情報に含まれる既知の属性項目に基づいて補間する。

推定部１５は、例えば、ログＩＤ「Ｌ０８」の仮想の現場の情報において、学生Ｃと先生Ａとの繋がりがあることから、推定できない属性項目であるログＩＤ「Ｌ０７」と「Ｌ１１」の現実の現場の情報として、ログＩＤ「Ｌ０８」と同じ現実の現場の情報である「Ｒ０Ｂ（講義室Ｂ）」を補完する。また、推定部１５は、例えば、ログＩＤ「Ｌ０９」と「Ｌ１０」の仮想の現場の情報において、学生Ｃ，学生Ｄと先生Ａとの繋がりがあることから、推定できない属性項目であるログＩＤ「Ｌ０７」の仮想の現場の情報における一方のユーザとして、ログＩＤ「Ｌ０９」と「Ｌ１０」のユーザである「学生Ｃ、学生Ｄ」を補完する。さらに、推定部１５は、例えば、ログＩＤ「Ｌ０７」の補完された仮想の現場の情報により、学生Ｃ、学生Ｄと先生Ａとの繋がりがあり、ログＩＤ「Ｌ０７」の補完された現実の現場の情報により、「Ｒ０Ｂ（講義室Ｂ）」が現実の現場であることから、推定できない属性項目であるログＩＤ「Ｌ０９」と「Ｌ１０」の現実の現場の情報として、ログＩＤ「Ｌ０７」と同じ現実の現場の情報である「Ｒ０Ｂ（講義室Ｂ）」を補完する。

次に、生成部１６は、ステップＳ１０２で生成された属性情報およびステップＳ１０４で補間された属性情報を用いて、複数のユーザの行動履歴を含む現場プロファイルを生成する（ステップＳ１０５）。そして、生成部１６は、生成した現場プロファイルを、現場プロファイル管理ＤＢ１００５に記憶・読出部１９を介して記憶する。

図１８は、現場プロファイル管理テーブルの一例を示す概念図である。現場プロファイル管理テーブルは、生成部１６によって生成された現場プロファイルを管理するためのテーブルである。記憶部１０００には、図１８に示されているような現場プロファイル管理テーブルによって構成されている現場プロファイル管理ＤＢ１００５が構築されている。

現場プロファイル管理テーブルは、ユーザ環境における現場を識別する現場ＩＤ、現場において行われた所定の行動の参加者、現場の場所を示すタッチポイント７０の設置ＩＤ、現場において行われた行動の期間を示す期間開始および期間終了、並びに現場プロファイルの生成に用いられたログ情報を識別するログＩＤが関連づけられた現場プロファイルを管理している。

現場のプロファイルは、スケジュールまたは計画等から事前生成する場合と、上述の処理に基づいて行動履歴から分類して生成する場合とがある。生成部１６に事前に生成されていない現場プロファイルの内容を、蓄積されたログ情報を用いた行動履歴の分類によって生成または補足する。情報処理システム１０は、複数のログ情報を用いて現場プロファイルを生成することにより、現実の現場と仮想の現場を融合することで、断片的な複数のユーザの行動履歴を統合することができる。

ここで、図１９乃至図２２を用いて、上述の現場プロファイルの生成について概略的に説明する。図１９および図２０は、先生Ａを起点とした行動履歴の一例の概略について説明するための図である。図１９は、先生Ａを起点としたジャーニーマップを示し、図２０は、図１９における各ポイントの行動履歴の詳細を示す。

図１９に示されているように、情報処理システム１０は、異なるタッチポイント７０を介したサービスの利用履歴に基づいて、断片的な現場での行動履歴を統合する。現場の人の導線に沿った時系列な行動履歴を取得するために、ユーザ環境である現場に配置されたタッチポイント７０の利用が効果的である。サービス利用システム１は、複数のユーザの現実の現場の導線に沿ってタッチポイント７０を配置することで、いつ、誰が、どこで、何をしたのかを示す行動履歴を取得することができる。先生Ａは、例えば、学生に対して講義を行う導線に沿って、研究室Ａでの印刷、講義室Ａでの講義および講義室Ｂでの講義を行う。

情報処理システム１０は、上述のステップＳ１０２に対応する処理として、読み込まれたタッチポイント７０に対応するログ情報から、現場の行動におけるポイント（１～６）ごとの行動履歴を、属性項目に分類して推定する。この属性項目は、いつ、誰が、どこで、（誰に）何をしたかの項目を含む。一方で、図２０に示されているように、先生Ａの行動において、個別のサービスの利用履歴からは断片的な行動履歴を推定することは可能であるが、先生Ａのジャーニーマップを理解するだけでは推定できない属性項目が存在する。図１９および図２０の例では、情報処理システム１０は、ポイント３の「誰に」の属性項目（「不明(１)」）、ポイント４の「誰に」の属性項目（「不明（２）」）および「どこで」の属性項目（「不明（３）」）、並びにポイント６の「どこで」の属性項目（「不明（４）」）を推定することができない。

情報処理システム１０は、上述のステップＳ１０４に対応する処理として、推定できない属性項目を補完する処理を行う。例えば、ポイント３の「誰に」の属性項目（「不明(１)」）について、情報処理システム１０は、据え置き型のプロジェクタを見ている人を特定するにあたり、学生Ａ、学生Ｂが講義室Ａの入口のタッチポイント７０から出席登録を行っている（ポイント２）ことから、講義の出席者が明確となり、プロジェクタを見ている人（学生Ａ、学生Ｂ）を特定して補完する。また、ポイント４の「誰に」の属性項目（「不明(２)」）について、情報処理システム１０は、据え置き型ではない携帯のプロジェクタを見ている人を特定するにあたり、講義中の解答用紙の提出者を講義の出席者とみなし、プロジェクタを見ている人（学生Ｃ、学生Ｄ）を特定して補完する。

さらに、ポイント４の「どこで」の属性項目（「不明(３)」）について、据え置き型ではない携帯のプロジェクタは、操作開始から一定時間（例えば、１時間）操作可能であり、電源断または使用終了の指示があるまで継続して操作が可能である。そこで、情報処理システム１０は、同時刻付近で解答用紙が提出された提出物の情報から提出場所を特定し（ポイント６）、同時刻付近で解答用紙を提出した学生と同じ学生（学生Ｃ）が黒板の板書を撮影して先生Ａに提出している（ポイント５）ことから、ポイント６の場所を、先生Ａの場所として特定して補完する。このように、情報処理システム１０は、同じユーザの同時刻付近における異なるタッチポイント７０の利用履歴から他の利用履歴における推定できない属性項目を補完することができる。

また、ポイント６の「どこで」の属性項目（「不明(４)」）について、解答用紙に貼り付けてあるタッチポイント７０から学生が解答用紙を提出する場合、学生は、どこからでも自分のユーザ端末５０から提出することができ、一つの利用履歴からは場所を特定することができない。そこで、情報処理システム１０は、提出先の先生Ａの異なる利用履歴（ポイント４）から提出場所を特定することができる。情報処理システム１０は、提出先の講義時間に先生の場所が確定していれば、講義時間内の提出であれば講義室から提出と推定できる。

図２１は、先生Ａを起点として生成された現場プロファイルの一例の概略について説明するための図である。図２１は、先生Ａを起点とした行動履歴を、現実の現場と仮想の現場に分離して示している。現実の現場は、場所を特定可能（設置ＩＤを含む）なタッチポイント７０を読み込んだユーザに対する物理的な移動を示している。また、仮想の現場は、同時刻の現実の現場に紐づいた人と人とのデータのやり取りを示している。現場プロファイルは、現実の現場と仮想の現場を融合することで、断片的な行動履歴を統合して現場をプロファイル化したものである。

このように、情報処理システム１０は、タッチポイント７０を介して提供される異なるサービスの利用履歴に基づいて、ある利用履歴に基づく未知の属性項目を推測することにより、サービス利用が行われた現場の行動履歴を示す現場プロファイルを生成することができる。また、情報処理システム１０は、タッチポイント７０を介した提供される異なるサービスの利用履歴を用いて現場プロファイルを生成することで、断片的なサービスの利用履歴から横断的な現場の行動履歴を把握することができる。さらに、情報処理システム１０は、現場の人の導線に応じて設置されたタッチポイント７０を用いたサービスの利用履歴を蓄積することで、ユーザの現場での行動履歴をより明確に推測することができる。

図２２は、先生Ａを起点として生成されたユーザプロファイルの一例の概略について説明するための図である。情報処理システム１０は、現場プロファイルをユーザ視点でのプロファイルとして構築することで、図１３のステップＳ１５に示すユーザ単位のプロファイルであるユーザプロファイルを構築することができる。例えば、ユーザプロファイルは、現場で行われた異なる行動履歴である複数の現場プロファイルを格納する。また、ユーザプロファイルは、ユーザのスケジュールまたは計画等のコンテキスト情報から現場のメタ情報を付加してマッピングすることもできる。

図２２に示されているように、現場の行動履歴は、タッチポイント７０（タッチポイントＩＤ）に紐づけられている。現場の人の導線に沿った時系列な行動履歴は、人を起点として、現場単位でタッチポイント７０を使用した人と人のコンテンツのやり取りを中心としたサービスを、上述の推定処理によってグループ化することで現場プロファイルが構築される。図２２に示す研究室Ａ、数学１‐１等の現場には、ユーザ（先生Ａ）が利用した複数のタッチポイント７０（タッチポイントＩＤ）が格納される。現場の単位は、現場の行動履歴からグループ化することができ、現場が変わる、または人の繋がりが変わる等で分類される。また、タッチポイントＩＤは、ユーザが読み込んだタッチポイント７０に関する情報を保持する。タッチポイント７０を介したサービスは、人と人を繋ぐサービスであるため、ユーザ自身がタッチポイントを読み込んだ場合には発信として管理し、他のユーザがタッチポイント７０を読み込んで利用したサービスのコンテンツを受信として管理する。

図２３は、ユーザコンテキスト情報の一例を示す図である。図２３は、先生Ａのスケジュールを示す情報である。ユーザコンテキスト情報は、例えば、外部のスケジューラシステム等から情報処理システム１０に共有されることで取得される。情報処理システム１０は、現場プロファイルにユーザごとのコンテキスト情報を加えることで、行動履歴の分類がより明確化できる。図２３の例では、情報処理システム１０は、先生Ａのコンテキスト情報を加えることで、該当する時間の講義室Ａでの講義内容である数学１―１を対応づけることができ、現場における場所の期間の範囲を明確にすることができる。なお、情報処理システム１０は、ユーザのスケジュール以外に、場所の予約情報または講義室単位の講義スケジュール等を加えることで、行動履歴の分類をより明確にすることができる。

図２４は、ユーザプロファイル管理テーブルの一例を示す概念図である。ユーザプロファイル管理テーブルは、生成部１６によって生成されたユーザプロファイルを管理するためのテーブルである。記憶部１０００には、図２４に示されているようなユーザプロファイル管理テーブルによって構成されているユーザプロファイル管理ＤＢ１００６が構築されている。

ユーザプロファイル管理テーブルは、ユーザごとに、ユーザ環境における現場を識別する現場ＩＤおよび現場のメタ情報が関連づけられたユーザプロファイルを管理している。現場のメタ情報は、図２３に示されているようなユーザのコンテキスト情報の内容に基づいて付加される。

このように、情報処理システム１０は、上述した処理において行動履歴が分類された現場プロファイルに対して、ユーザのコンテキスト情報を加えることによって、ユーザごとのプロファイルをより明確に生成することができる。

○プロファイルに基づく統計処理○
次に、図２５を用いて、上述の処理において生成された現場プロファイルおよびユーザプロファイルを蓄積した統計処理の例について説明する。図２５は、先生Ａを起点とした履修期間プロファイルの一例の概略について説明するための図である。情報処理システム１０は、日々の現場プロファイルおよびユーザプロファイルを蓄積し、所定の期間のプロファイルを統合することで業務統計が可能となる。図２５は、先生Ａの２０２１年４月１日から２０２１年９月３０日までの期間のプロファイルを統合することによって生成された履修期間プロファイルの例を示す。

情報処理システム１０は、所定期間のプロファイルを統合することで、例えば、タッチポイント７０の読み込み回数、タッチポイント７０を読み込んだユーザ数およびタッチポイント７０の読み取り場所等の統計を行うことができる。これにより、情報処理システム１０は、現場プロファイルに基づくユーザ起点のユーザプロファイルを管理することで、断片化されたデータを統合でき、タッチポイント７０を読み込んだユーザの人数だけでなく、サービスを利用した利用者をより明確に特定することができる。

また、情報処理システム１０は、例えば、タッチポイント７０を読み込んだユーザを起点としたプロファイルを構築することで、現場ごとのタッチポイントＩＤの発信者と受信者の繋がりの統計を行うことができるので、所定期間のプロファイルを統合して、タッチポイント７０（タッチポイントＩＤ）に紐づいた人と人との繋がりの統計を行うことができる。さらに、情報処理システム１０は、例えば、タッチポイント７０を読み込んだユーザを起点としたプロファイルを構築することで、現場ごとのサービス利用の統計を行うことができるので、所定期間のプロファイルを統合して、タッチポイント７０（タッチポイントＩＤ）に紐づいた人とサービスの繋がりの統計を行うことができる。

また、情報処理システム１０は、例えば、現場ごとの参加者（ユーザ）の繋がりを管理でき、人と人とのコンテンツのやり取りだけでなく、ユーザコンテキスト情報を用いた統計を行うことができるので、所定期間のプロファイルを統合して、タッチポイント７０（タッチポイントＩＤ）に紐づいたユーザとコンテンツの繋がりをメタデータとして確認することができる。さらに、情報処理システム１０は、例えば、所定期間の現場プロファイルを統合することで、異なるタッチポイント７０を介したサービスの間での統計に応じた広告または案内等を行うことができ、タッチポイント７０（タッチポイントＩＤ）に紐づいた人のアクセス状況に応じて広告またはレコメンドを行うことができる。

本実施形態で説明した学校等の教育の現場において、学校での学びを学生ごとにデータ化した「ｅポートフォリオ」を称されるサービスがある。このサービスは、学生が学習過程で残したレポート、試験用紙、または活動の様子を記録した動画もしくは写真等をデジタル化して記憶する。このサービスは、先生が学生を評価する際の参考資料として利用されたり、学生自身が自身の学習として利用されたりする。サービスへの入力は、ファイルの参照または動画の閲覧等のデジタルのみの学習であれば、自動的にサービスが学習過程を記憶する。現実の現場での行動または気づきは、学習自身がメモとして個人のｅポートフォリオに記録する。情報処理システム１０は、このようなｅポートフォリオのサービスと連携することで、文教におけるプロファイルの統計精度を向上させてサービスの質を向上させることができる。

また、情報処理システム１０は、タッチポイント７０（タッチポイントＩＤ）を活用することで、現実の現場と仮想の現場のデータの融合が可能となり、現実の現場の行動もｅポートフォリオへ自動保存が可能となる。これにより、先生は、例えば、機器９０の利用による講義への効果を可視化することができる。具体的には、先生は、黒板のみ、プロジェクタのみ、および黒板とプロジェクタの併用の場合の講義での学生の理解度の比較の統計がとれたり、据え置きプロジェクタと携帯プロジェクタの利用での設定準備時間の差を可視化できたり、講義の板書およびプロジェクタに表示したフォイル等を時系列に保存して講義をオンライン化できたりする。また、先生は、例えば、プロファイルの統計により、出席確認作業を行わなくても、出席者を推測できたり、履修学生全体の理解度と提出順番の統計における成績との関係性を見出したりすることができる。

一方で、学生においても、講義中にプロジェクタを用いて説明を受けたファイルまたは板書の内容を学生ごとの行動履歴として残せたり、出席登録作業をしなくても出席を記録できたり、黒板のみ、プロジェクタのみ、および黒板とプロジェクタの併用の場合の講義での自己の成績の差異を比較できたりする。

このように、情報処理システム１０は、蓄積されたプロファイルを用いた統合処理を行うことで、人とサービスを繋ぐタッチポイント７０（タッチポイントＩＤ）を起点に、人同士のデータのやり取りを横断的な視点でアクセス状況を確認することができる。また、情報処理システム１０は、行きかうコンテンツ（情報）にタッチポイント７０（タッチポイントＩＤ）に基づくメタデータを紐づけることができる。

●実施形態の効果
以上説明したように、サービス利用システム１は、タッチポイント７０を介して提供される異なるサービスの利用履歴に基づいて、ある利用履歴に基づく未知の属性項目を推測することにより、サービス利用が行われた現場の行動履歴を示す現場プロファイルを生成することができる。また、サービス利用システム１は、タッチポイント７０を介した提供される異なるサービスの利用履歴を用いて現場プロファイルを生成することで、断片的なサービスの利用履歴から横断的な現場の行動履歴を把握することができる。

さらに、サービス利用システム１は、現場の人の導線に応じて設置されたタッチポイント７０を用いたサービスの利用履歴を蓄積することで、ユーザの現場での行動履歴をより明確に推測することができる。また、サービス利用システム１は、蓄積された現場プロファイルおよびユーザプロファイルを統合した統計処理を行うことで、新たなサービスの提供に際して統計結果を有効に活用することができる。

なお、上述の実施形態において、タッチポイント７０が設置されるユーザ環境として、学校の例を説明したが、タッチポイント７０が設置されるユーザ環境は、学校に限られず、オフィス、工場、倉庫、工事もしくは点検作業を行う作業現場、店舗、商業施設、病院、介護施設、公共交通機関または家等を含む。このようなユーザ環境においても、サービス利用システム１は、対象のユーザ環境に応じてタッチポイント７０を介して提供される連携サービス３０の内容に応じたログ情報を情報処理システム１０に蓄積して管理することにより、ユーザ環境における複数のサービスの利用履歴に応じた現場プロファイルまたはユーザプロファイルを生成することができる。

●補足●
上記で説明した実施形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本実施形態における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサ、並びに上記で説明した各機能を実行するよう設計されたASIC（Application Specific Integrated Circuit）、DSP（digital signal processor）、FPGA（field programmable gate array）、SOC(System on a chip)、GPU(Graphics Processing Unit)および従来の回路モジュール等のデバイスを含むものとする。

また、上記で説明した実施形態の各種テーブルは、機械学習の学習効果によって生成されたものでもよく、関連づけられている各項目のデータを機械学習にて分類付けすることで、テーブルを使用しなくてもよい。ここで、機械学習とは、コンピュータに人のような学習能力を獲得させるための技術であり，コンピュータが，データ識別等の判断に必要なアルゴリズムを、事前に取り込まれる学習データから自律的に生成し，新たなデータについてこれを適用して予測を行う技術のことをいう。機械学習のための学習方法は、教師あり学習、教師なし学習、半教師学習、強化学習および深層学習のいずれかの方法でもよく、さらに、これらの学習方法を組み合わせた学習方法でもよく、機械学習のための学習方法は問わない。

これまで本発明の一実施形態に係る情報処理システム、サービス利用システム、情報処理方法およびプログラムについて説明してきたが、本発明は上述した実施形態に限定されるものではなく、他の実施形態の追加、変更または削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ サービス利用システム
１０ 情報処理システム
１１ 送受信部
１２ サービス提供部（サービス提供手段の一例）
１３ 特定部
１４ ログ管理部（取得手段の一例）
１５ 推定部（推定手段の一例）
１６ 生成部（生成手段の一例）
３０ 連携サービス
５０ ユーザ端末
５１ ブラウザ部（送信手段の一例）
５２ タッチポイント読込部（読込手段の一例）
７０ タッチポイント
９０ 機器
１００ 通信ネットワーク
１００３ ログ情報管理ＤＢ（記憶手段の一例）

Claims (7)

1. ユーザ端末によって読み取られたタッチポイントの識別情報を含み、当該識別情報によって特定される所定のサービスの利用履歴を示すログ情報を取得する取得手段と、
   取得された複数の前記ログ情報に基づいて、前記所定のサービスの利用を特定するための複数の属性項目を含む属性情報を推定する推定手段と、
   取得された複数の前記ログ情報および推定された前記属性情報に基づいて、前記タッチポイントが読み取られた現場の行動履歴を示す現場プロファイルを生成する生成手段と、
   を備え、
   前記推定手段は、前記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む属性項目であって、第１のログ情報に対応する未知の属性項目である第１のサービスを利用したユーザの情報を、当該第１のログ情報に含まれる既知の属性項目および第２のログ情報に含まれる第２のサービスを利用したユーザの情報を含む既知の属性項目に基づいて補間することによって、前記第１のログ情報に含まれる未知の属性項目であった第１のサービスを利用したユーザの情報を推定し、
   前記生成手段は、取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントを読み込んだ複数のユーザの行動履歴を含む前記現場プロファイルを生成する
   ことを特徴とする情報処理システム。
2. 前記属性項目は、前記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む請求項１に記載の情報処理システム。
3. 前記第１のログ情報に対応する未知の属性項目は、第１のサービスの利用場所の情報であり、
   前記推定手段は、前記第１のサービスの利用場所の情報を、前記第１のログ情報に含まれる既知の属性項目および前記第２のログ情報に含まれる第２のサービスの利用場所の情報を含む既知の属性項目に基づいて補間することによって、前記第１のログ情報に含まれる前記属性情報を推定する請求項１または２に記載の情報処理システム。
4. 請求項１乃至３のいずれか一項に記載の情報処理システムであって、
   前記タッチポイントは、二次元コードであり、
   前記ユーザ端末によって前記二次元コードが読み込まれた読込情報に基づいて生成される前記ログ情報を記憶する記憶手段を備える情報処理システム。
5. 請求項１乃至４のいずれか一項に記載の情報処理システムと、前記ユーザ端末と、を備えるサービス利用システムであって、
   前記ユーザ端末は、
   前記タッチポイントを読み込む読込手段と、
   読み込まれた読込情報を、前記情報処理システムへ送信する送信手段と、を備え、
   前記情報処理システムは、
   前記読込情報に対応する所定のサービスを、前記ユーザ端末に提供するサービス提供手段を備えるサービス利用システム。
6. 情報処理システムが実行する情報処理方法であって、
   ユーザ端末によって読み取られたタッチポイントの識別情報を含み、当該識別情報によって特定される所定のサービスの利用履歴を示すログ情報を取得する取得ステップと、
   取得された複数の前記ログ情報に基づいて、前記所定のサービスの利用を特定するための複数の属性項目を含む属性情報を推定する推定ステップと、
   取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントが読み取られた現場の行動履歴を示す現場プロファイルを生成する生成ステップと、
   を含み、
   前記推定ステップは、前記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む属性項目であって、第１のログ情報に対応する未知の属性項目である第１のサービスを利用したユーザの情報を、当該第１のログ情報に含まれる既知の属性項目および第２のログ情報に含まれる第２のサービスを利用したユーザの情報を含む既知の属性項目に基づいて補間することによって、前記第１のログ情報に含まれる未知の属性項目であった第１のサービスを利用したユーザの情報を推定し、
   前記生成ステップは、取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントを読み込んだ複数のユーザの行動履歴を含む前記現場プロファイルを生成する情報処理方法。
7. コンピュータに、
   ユーザ端末によって読み取られたタッチポイントの識別情報を含み、当該識別情報によって特定される所定のサービスの利用履歴を示すログ情報を取得する取得ステップと、
   取得された複数の前記ログ情報に基づいて、前記所定のサービスの利用を特定するための複数の属性項目を含む属性情報を推定する推定ステップと、
   取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントが読み取られた現場の行動履歴を示す現場プロファイルを生成する生成ステップと、
   を実行させ、
   前記推定ステップは、前記所定のサービスを利用したユーザ、利用時間、利用場所およびサービス内容の少なくとも一つの情報を含む属性項目であって、第１のログ情報に対応する未知の属性項目である第１のサービスを利用したユーザの情報を、当該第１のログ情報に含まれる既知の属性項目および第２のログ情報に含まれる第２のサービスを利用したユーザの情報を含む既知の属性項目に基づいて補間することによって、前記第１のログ情報に含まれる未知の属性項目であった第１のサービスを利用したユーザの情報を推定し、
   前記生成ステップは、取得された前記ログ情報と推定された前記属性情報に基づいて、前記タッチポイントを読み込んだ複数のユーザの行動履歴を含む前記現場プロファイルを生成する、
   処理を実行させるプログラム。