JP7151340B2 - 情報処理システム、情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理システム、情報処理装置、情報処理方法及びプログラムに関する。

オフィスにおいては、様々な機器を活用して業務が遂行されている。各種の機器を活用することで、業務の効率化等を期待することができる。例えば、プロジェクタや、電子黒板等の機器によって、ＰＣ（Personal Computer）等に保存されているデータを投影又は表示することで、業務等において効率的にデータの共有等を行うことができる。

しかしながら、例えば、複数人によって多数のデータがサーバ等に保管されていた場合、共有したい所望のデータを速やかに特定することが困難となる可能性がある。また、共有するデータを簡単に特定できるようにするためには、データをサーバに格納するときに、このデータを特定するための情報を入力する必要があり、操作が煩雑になる。

本発明は、上記の点に鑑みてなされたものであって、データを容易に共有させることを目的とする。

開示の技術は、機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とを含む情報処理システムであって、前記情報処理装置は、端末から前記仲介装置を特定するためのデバイス識別情報を受信する受信部と、前記仲介装置毎のデバイス識別情報と、グループを示すグループ情報とが対応付けられた対応情報記憶部と、文書画像データが格納された文書画像データ記憶部から、前記受信部が受信したデバイス識別情報と対応付けられたグループ情報に基づいて抽出された文書画像データに対する処理の実行要求を、前記受信したデバイス識別情報によって特定される前記仲介装置へ送信する通信部と、を有し、前記仲介装置は、前記通信部から送信される前記実行要求に応じた処理を実行して前記機器を制御する。

データを容易に共有させる。

情報処理システムの構成例を示す図である。 サーバ装置のハードウェア構成例を示す図である。 ユーザ端末のハードウェア構成例を示す図である。 仲介装置のハードウェア構成例を示す図である。 本実施形態の概要を説明するための図である。 各装置の機能構成例を示す図である。 仲介装置の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。 機器情報記憶部の構成例を示す図である。 登録情報記憶部の構成例を示す図である。 アプリ情報記憶部の構成例を示す図である。 パスコードの生成と割当てについて説明する図である。 出力機器におけるパスコードの表示例を示す図である。 教師端末が情報処理システムにログインする際の処理手順の一例を説明するためのシーケンス図である。 ユーザ情報記憶部の構成例を示す図である。 対応情報記憶部の構成例を示す図である。 時間割データ記憶部の構成例を示す図である。 教科入力画面の表示例を示す図である。 修正入力画面の表示例を示す図である。 教師ポータルメニュー画面の表示例を示す図である。 教師端末において画像データを選択する際の処理手順の一例を説明するためのシーケンス図である。 パスコード入力画面の表示例を示す図である。 出力機器に接続を要求した人のユーザＩＤが表示された表示例を示す図である。 生徒端末からアップロードされた画像データを出力機器に出力する処理手順の一例を説明するためのシーケンス図である。 写真を選択する写真表示画面の表示例を示す図である。 サムネイル画像群の表示例を示す図である。 出力機器における画像の表示例を示す図である。 生徒端末からアップロードされた文書データを出力機器に出力する処理手順の一例を説明するためのシーケンス図である。 条件を入力する文書表示画面の表示例を示す図である。 文書データ群の一覧の表示例を示す図である。 ページ操作用の画面の一例を示す図である。 出力機器における文書データの表示例を示す図である。 生徒端末からサーバ装置へ文書画像データをアップロードする処理手順の一例を説明するためのシーケンス図である。 文書画像データ記憶部の構造の概念を説明する図である。 文書画像データ記憶部の構成例を示す図である。 生徒端末における表示例を示す第一の図である。 生徒端末における表示例を示す第二の図である。

以下に、図面に基づいて実施形態を説明する。図１は、情報処理システムの構成例を示す図である。

図１に示される情報処理システム１において、サーバ装置１０及びユーザ環境Ｅ１は、インターネット等の広域的なネットワークＮ１を介して通信可能とされている。但し、ネットワークＮ１は、イントラネット等、所定の範囲内においてアクセスが可能なネットワークであってもよい。

ユーザ環境Ｅ１は、１以上の出力機器５０及び１以上の仲介装置２０が設置された企業等の組織や、学校等の教育機関におけるシステム環境である。出力機器５０は、入力される画像を表示部に表示する装置であって、例えば、プロジェクタや電子黒板等であって良い。ユーザ環境Ｅ１において、各出力機器５０は、それぞれに対応する仲介装置２０に接続される。すなわち、出力機器５０と仲介装置２０とは一対一に対応する。出力機器５０と仲介装置２０とは、例えば、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）等のように、画像を伝達可能な規格に準拠したインタフェースを介して接続される。

例えば、出力機器５０と仲介装置２０とは、当該インタフェースに対応したケーブル（例えば、ＨＤＭＩ（登録商標）ケーブル等）によって接続されてもよい。又は、仲介装置２０が有する当該インタフェースに対応したコネクタと、出力機器５０が有する当該インタフェースに対するコネクタとが直接的に接続されてもよい。例えば、仲介装置２０が出力機器５０のコネクタに挿入されることで、両者が接続されてもよい。又は、仲介装置２０と出力機器５０の間が無線通信で接続されていてもよいし、ネットワークを介して接続されていてもよい。

出力機器５０と仲介装置２０とが上記のように接続されることで、仲介装置２０は、出力機器５０に対して表示対象の画像を送信することができる。

仲介装置２０は、ユーザ環境Ｅ１内のＬＡＮ等を介してネットワークＮ１に接続される。仲介装置２０は、ユーザ環境Ｅ１内のＬＡＮ等に無線接続してもよい。仲介装置２０は、内部にＷｅｂブラウザを備え、当該Ｗｅｂブラウザによって、サーバ装置１０から送信される画像データや文書データに関する処理の実行要求に応じた処理を実行して出力機器５０を制御する（該処理の実行結果を出力機器５０に出力させる）。

具体的には、本実施の形態において、仲介装置２０は、画像データや文書データ等の出力（表示）を出力機器５０に実行させる。すなわち、仲介装置２０は、サーバ装置１０から送信されるデータについての出力機器５０による画像の出力（表示）を仲介する。なお、例えば、ＨＤＭＩ（登録商標）ドングルやスティックＰＣ等のコンピュータが、仲介装置２０として利用されてもよい。以下の説明では、出力機器５０に表示される画像データや文書データを含むデータを文書画像データと呼ぶ場合がある。

ユーザ端末３０、４０は、ユーザ環境Ｅ１における各ユーザが携帯する情報処理端末である。例えば、スマートフォン、タブレット端末、ＰＣ、又は携帯電話等がユーザ端末３０、４０として利用されてもよい。なお、ユーザ端末３０、４０は、ユーザ環境Ｅ１内のＬＡＮ等を介さずに（例えば、移動体通信網等を介して）ネットワークＮ１に接続可能である。但し、ユーザ端末３０、４０は、ユーザ環境Ｅ１内のネットワークに接続可能であってもよい。

本実施形態では、例えば、ユーザ端末４０から、ネットワークＮ１を介してサーバ装置１０にアップロードされた文書画像データに対して、ユーザ端末３０からの指定を受けると、仲介装置２０を介して指定された文書画像データを出力機器５０に表示させても良い。

サーバ装置１０は、ユーザ端末３０、４０を利用した簡易な操作で、ユーザ端末３０、４０から指定された文書画像データについて、出力機器５０による出力を実現するための処理を実行する１以上のコンピュータである。なお、サーバ装置１０は、ユーザ環境Ｅ１に設置されてもよい。

図２は、サーバ装置のハードウェア構成例を示す図である。図２のサーバ装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

サーバ装置１０での処理を実現するプログラムは、ＣＤ－ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記憶した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってサーバ装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

図３は、ユーザ端末のハードウェア構成例を示す図である。本実施形態では、ユーザ端末３０、４０は、同様のハードウェア構成を有するものとし、図３では、ユーザ端末３０のハードウェア構成を一例として説明する。

図３において、ユーザ端末３０は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、タッチパネル３０４、補助記憶装置３０５、近距離無線通信機３０６、デジタルカメラ３０７等を有する。

ＲＯＭ３０２及び補助記憶装置３０５は、ユーザ端末３０にインストールされたプログラム等を記憶する。ＲＡＭ３０３は、プログラムの起動指示があった場合に、ＲＯＭ３０２又は補助記憶装置３０５からプログラムを読み出して記憶する。ＣＰＵ３０１は、ＲＡＭ３０３に記憶されたプログラムに従ってユーザ端末３０に係る機能を実現する。

タッチパネル３０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル３０４は、出力装置３１１及び入力装置３１２等を含む。

出力装置３１１は、液晶ディスプレイ等であり、タッチパネル３０４の表示機能を担う。入力装置３１２は、出力装置３１１に対する接触物の接触を検出するセンサを含む電子部品である。なお、接触物とは、タッチパネル３０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。なお、タッチパネル３０４は必ずしも備えている必要はなく、ユーザ端末３０が出力装置３１１と入力装置３１２を別々に備えていてもよい。また、出力装置３１１は、ユーザ端末３０と外付けで接続されていてもよい。また、入力装置３１２は接触を検出するセンサに限られず、ハードウェアキー、キーボード、マウス等の電子部品も含まれる。

近距離無線通信機３０６は、近距離無線通信を行うためのハードウェアである。本実施形態において、近距離無線通信機３０６は、ＮＦＣタグに記憶されている情報を読み取る。すなわち、本実施形態において、近距離無線通信機３０６は、ＮＦＣリーダが好適である。デジタルカメラ３０７は、撮像機能を有する一般的なデジタルカメラであってユーザ端末３０に電子部品として内蔵されていてもよいし、ユーザ端末３０と外付けで接続されていてもよい。

なお、本実施形態のユーザ端末３０、４０は、例えば、タッチパネル３０４やデジタルカメラ３０７、近距離無線通信機３０６を有していなくても良い。本実施形態のユーザ端末３０、４０の出力装置３１１は、ディスプレイであって、入力装置３１２は、キーボードやポインティングデバイス等であっても良い。

図４は、仲介装置のハードウェア構成例を示す図である。図４の仲介装置２０は、補助記憶装置２０１、メモリ装置２０２、ＣＰＵ２０３、通信インタフェース２０４、及び画像インタフェース２０５等を有する。

仲介装置２０での処理を実現するプログラムは、補助記憶装置２０１にインストールされる。補助記憶装置２０１は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

メモリ装置２０２は、プログラムの起動指示があった場合に、補助記憶装置２０１からプログラムを読み出して格納する。ＣＰＵ２０３は、メモリ装置２０２に格納されたプログラムに従って仲介装置２０に係る機能を実行する。通信インタフェース２０４は、ネットワークに接続するための物理的なインタフェースである。画像インタフェース２０５は、出力機器５０への画像の送信用の物理的なインタフェースである。

図５は、本実施形態の概要を説明するための図である。図５では、本実施形態の情報処理システム１が、学校等の教育現場に導入されており、ユーザ端末３０は、主に教師により使用され、ユーザ端末４０は、主に生徒によって使用される場合を示している。

以下の説明では、ユーザ端末３０を教師端末３０と呼び、ユーザ端末４０を生徒端末４０と呼ぶ。

本実施形態の出力機器５０は、例えば、大型表示装置等である。具体的には、出力機器５０は、例えば、生徒と教師とが共に閲覧する画像や文書を表示させる電子黒板等であっても良い。

本実施形態の情報処理システム１では、生徒端末４０から、文書画像データがサーバ装置１０へアップロードされる（ステップＳ１）。本実施形態のサーバ装置１０は、生徒端末４０から文書画像データがアップロードされると、生徒端末４０を使用している生徒の学年とクラスに対応したフォルダ等に、この文書画像データを格納する。

また、サーバ装置１０は、文書画像データの表示要求を行う教師端末３０と、出力機器５０とを対応付けるために利用される特定情報を生成し、仲介装置２０へ通知する（ステップＳ２）。仲介装置２０は、通知された特定情報を出力機器５０に表示させる（ステップＳ３）。

このとき、サーバ装置１０は、特定情報と、特定情報を表示させた出力機器５０とを対応付けた機器情報を保持しておく。特定情報とは、サーバ装置１０にアクセスしてきた教師端末３０と、出力機器５０とを対応付けるために利用される情報である。

本実施形態では、特定情報を用いることで教師端末３０を操作するユーザが出力機器５０の近くにいることを確認できるため、外部からの不正なアクセスの防止に貢献することができる。なお、特定情報は出力機器５０を特定するために割り当てられた情報であればよく、数字、文字、記号、図形等の何れかの情報で構成されていてもよい。また、特定情報はＱＲコード（登録商標）等の画像データであってもよい。また、特定情報は時間の経過に応じて情報を更新することによって変化させてもよい。特定情報の詳細は後述する。

次に、サーバ装置１０は、教師端末３０から、サービスの要求を受け付けると（ステップＳ４）、教師端末３０に、特定情報の入力画面を表示させる（ステップＳ５）。

教師端末３０は、教師端末３０の利用者（教師）によって、出力機器５０に表示された特定情報が入力画面に入力されると、入力された特定情報をサーバ装置１０へ送信する（ステップＳ６）。なお、特定情報の入力方法は利用者が手入力で教師端末３０入力してもよいし、特定情報が画像データの場合には、利用者が教師端末３０が備えるデジタルカメラ３０７を用いて撮像することによって入力してもよい。

サーバ装置１０は、この特定情報を受信して、特定情報と出力機器５０とが対応付けた機器情報を参照し、パスコードと対応付く出力機器５０を特定し、この出力機器５０を制御する仲介装置２０へ、サービスを実現する処理の実行要求を送信する（ステップＳ７）。仲介装置２０は、実行要求に応じた処理を出力機器５０に実行させる（ステップＳ８）。

具体的には、例えば、サーバ装置１０は、教師端末３０から、サーバ装置１０にアップロードされた文書画像データの表示要求を受け付けたとする。

この場合、サーバ装置１０は、教師端末３０に、特定情報の入力画面を表示させ、特定情報が入力されると、次に、文書画像データを指定させる画面を表示させる。

そして、サーバ装置１０は、教師端末３０において文書画像データが指定されると、特定情報と対応付けられた出力機器５０を制御する仲介装置２０へ、指定された文書画像データの表示要求を送信する。仲介装置２０は、この指示を受けて、出力機器５０に文書画像データを表示させる。

本実施形態では、この仕組みにより、教師端末３０の利用者である教師は、特定情報を入力して、文書画像データを指定するだけで、サーバ装置１０にアップロードされた文書画像データを、出力機器５０に表示させることができる。したがって、本実施形態によれば、教師が所望の文書画像データを出力機器５０に表示させるために、予め教師端末３０と出力機器５０を接続しておく必要がなく、任意の場所に設置された出力機器５０に、所望の文書画像データを表示させることができる。

なお、本実施形態では、教師端末３０のみが、仲介装置２０を介して出力機器５０に処理を実行させることができるものとし、生徒端末４０は、単にサーバ装置１０に文書画像データをアップロードする端末とした。また、以下の説明では、特定情報がパスコードである例について説明する。上記でも述べたようにパスコードはあくまで特定情報の一例であって、以下で説明されているパスコードは上記で述べた他の例に置き換えることが可能である。

図６は、各装置の機能構成例を示す図である。図６において、教師端末３０は、制御部（オペレーティングシステム部）３１及びブラウザ部３２等を有する。これら各部は、教師端末３０にインストールされた１以上のプログラムが、ＣＰＵ３０１に実行させる処理により実現される。

制御部３１は、教師端末３０の利用者からの操作を受けて、ブラウザ部３２を起動する。ブラウザ部３２は、例えば、一般的なＷｅｂブラウザであり、ＨＴＭＬ（HyperText Markup Language）データやスクリプト（例えば、ＪａｖａＳｃｒｉｐｔ（登録商標））等に従った処理を実行する。また、ブラウザ部３２は、起動すると、サーバ装置１０に、初期アクセスＵＲＬを送信する。

なお、このとき、ブラウザ部３２は、初期アクセスＵＲＬと共に、初期アクセスＵＲＬにオプション情報として付与されている登録ＩＤもサーバ装置１０に送信する。登録ＩＤとは、サービスを特定する識別情報であり、サービスを実現するアプリケーションと予め対応付けられている。

また、ブラウザ部３２は、初期アクセスＵＲＬへのアクセスに応じたサーバ装置１０からのリダイレクト要求に従って、サーバ装置１０が有するアプリケーションのうち、登録ＩＤに関連付けられているアプリケーションにアクセスする。リダイレクト要求とは、初期アクセスＵＲＬへのアクセスに応じたサーバ装置１０からの応答である。

ブラウザ部３２は、アクセスしたアプリケーションから、教師端末３０への処理の実行要求を示すデータ（ＨＴＭＬデータやスクリプト等）を取得する。

なお、初期アクセスＵＲＬとは、教師端末３０が最初にサーバ装置１０にアクセスする際に、最初にアクセスすべきＵＲＬを示す。

本実施形態の生徒端末４０は、制御部（オペレーティングシステム部）４１及びブラウザ部４２等を有する。これら各部は、生徒端末４０にインストールされた１以上のプログラムが、生徒端末４０の有するＣＰＵに実行させる処理により実現される。

制御部４１は、生徒端末４０の利用者からの操作を受けて、ブラウザ部４２を起動する。ブラウザ部４２は、例えば、一般的なＷｅｂブラウザであり、サーバ装置１０にアップロードする文書画像データの選択等を行わせる。

仲介装置２０は、通信制御部２１、ブラウザ管理部２２及びブラウザ部２３等を有する。これら各部は、仲介装置２０にインストールされた１以上のプログラムが、ＣＰＵ２０３に実行させる処理により実現される。

通信制御部２１は、サーバ装置１０の通信部１１との間で双方向の通信路を接続（通信セッションを確立）し、当該通信路（通信セッション）において仲介装置２０側の端点として機能する。当該通信路（通信セッション）を介した通信により、仲介装置２０の状態をサーバ装置１０に通知したり、仲介装置２０が出力機器５０に表示させるべき文書画像データがサーバ装置１０へ入力されたことの通知をサーバ装置１０から受信することができる。文書画像データがサーバ装置１０へ入力されることとは、教師端末３０や生徒端末４０から文書画像データがサーバ装置１０にアップロードされることを示す。

ブラウザ管理部２２は、ブラウザ部２３をキオスクモードで起動する。キオスクモードとは、仲介装置２０の用途をＷｅｂページの表示に制限するモードをいう。なお、キオスクモードはあくまで一例であって、Ｗｅｂページの表示が可能なモードであれば他のモードであってもよい。

ブラウザ部２３は、例えば、一般的なＷｅｂブラウザであり、ＨＴＭＬデータやスクリプト等に従った処理を実行する。

ブラウザ部２３は、起動に応じ、初期アクセスＵＲＬにアクセスする。この際、サーバ装置１０では、初期アクセスＵＲＬに対して、ブラウザ部２３の識別情報（以下、「ブラウザＩＤ」という。）がオプション情報として付与される。

ブラウザ部２３は、初期アクセスＵＲＬへのアクセスに応じたリダイレクト要求に従って、サーバ装置１０が有するアプリケーションのうち、ブラウザＩＤに関連付けられているアプリケーションにアクセスする。ブラウザ部２３は、このアプリケーションから、仲介装置２０への処理の実行要求を示すデータ（ＨＴＭＬデータやスクリプト等）を取得する。

サーバ装置１０は、通信部１１、アプリ判定部１２、入力アプリ群１３、出力アプリ１４、パスコード取得部１５、特定情報割当部１６を有する。これら各部は、サーバ装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

また、サーバ装置１０は、アプリ情報記憶部１２１、機器情報記憶部１２２、ユーザ情報記憶部１２３、登録情報記憶部１２４、文書画像データ記憶部１２５を利用する。これら各記憶部は、例えば、補助記憶装置１０２、又はサーバ装置１０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。

通信部１１は、登録ＩＤに対応付けられたサービスにおける文書画像データの出力先からの要求に応じて、文書画像データ記憶部１２５に格納された文書画像データのうち、要求された文書画像データを出力先へ送信する。本実施形態において、出力先は、仲介装置２０である。

アプリ判定部１２は、初期アクセスＵＲＬに対応する。アプリ判定部１２は、初期アクセスＵＲＬへのアクセスに応じ、初期アクセスＵＲＬに付与されているオプション情報（登録ＩＤ又はブラウザＩＤ）に対応するアプリケーションを、登録情報記憶部１２４を参照して判定する。

アプリ判定部１２は、オプション情報に対応するアプリケーションを判定すると、このアプリケーションに対するＵＲＬを含むリダイレクト要求を含む応答を、初期アクセスＵＲＬへのアクセス元に送信する。

本実施形態では、文書画像データの入力元の教師端末３０からのアクセスについては、入力アプリ群１３に含まれるアプリケーションのＵＲＬが登録ＩＤに対応するアプリケーションとして判定される。また、文書画像データの出力先の仲介装置２０からのアクセスについては、出力アプリ１４のＵＲＬがブラウザＩＤに対応するアプリケーションとして判定される。

入力アプリ群１３と、出力アプリ１４は、サーバ装置１０が有するアプリケーションの一例である。

入力アプリ群１３は、用途に応じた処理を実行させるアプリケーション群であり、各アプリケーションは、用途に応じた処理を実行させるためのＨＴＭＬデータ及びスクリプト等を教師端末３０へ送信する。

本実施形態の入力アプリ群１３は、例えば、教師端末３０に、教師用のポータル画面のメニューを表示させる処理を実行させる教師ポータルアプリが含まれる。また、入力アプリ群１３は、例えば、生徒端末４０に、生徒用のポータル画面のメニューを表示させる処理を実行させる生徒ポータルアプリが含まれる。また、入力アプリ群１３には、教師端末３０に、教科の入力を受け付ける教科入力画面を表示させる処理を実行させるスケジュールアプリが含まれる。

出力アプリ１４は、文書画像データ記憶部１２５に格納された文書画像データの取得（ダウンロード）及び描画を、仲介装置２０に実行させるためのアプリケーションである。具体的には、出力アプリ１４は、当該取得及び描画を仲介装置２０に実行させるためのＨＴＭＬデータ及びスクリプト等を仲介装置２０へ送信する。

パスコード取得部１５は、教師端末３０において、処理の要求が入力されると、パスコードの入力画面を示すＵＲＬへアクセスさせる。つまり、パスコード取得部１５は、パスコードの入力画面を示すＵＲＬに対応する。

また、パスコード取得部１５は、教師端末３０において入力されたパスコードと、要求された処理を実行させるアプリケーションと、に基づき、教師端末３０において要求された処理の実行結果の出力先となるブラウザを特定する。

言い換えれば、本実施形態のパスコード取得部１５は、教師端末３０において入力されたパスコードと、パスコードと関連付いた処理の実行要求とを取得し、パスコードと処理の実行要求とから、教師端末３０と対応づける仲介装置２０を特定する特定部の１つである。

特定情報割当部１６は、パスコードを生成し、仲介装置２０を介して出力機器５０にパスコードを表示させる。本実施形態の特定情報割当部１６は、出力機器５０に表示されるパスコードが、それぞれ異なるようにパスコードを生成する。特定情報割当部１６によるパスコードの生成は後述する。

アプリ情報記憶部１２１には、サーバ装置１０が有するアプリケーション（本実施形態では、入力アプリ群１３、出力アプリ１４）ごとに、それぞれに関する情報（例えば、ＵＲＬ等）が記憶されている。

ユーザ情報記憶部１２３には、サーバ装置１０におけるアプリケーションを利用可能なユーザの識別情報等が記憶されている。

機器情報記憶部１２２には、ユーザ環境Ｅ１に配置されている仲介装置２０ごとに、仲介装置２０の状態を示す情報が記憶される。

登録情報記憶部１２４には、登録ＩＤごとに、文書画像データの入力処理を実行するアプリケーションの識別情報や、文書画像データの出力処理を実行するアプリケーションの識別情報や、文書画像データの入力先となる仲介装置２０のブラウザ部２３の識別情報等が記憶されている。

文書画像データ記憶部１２５は、文書画像データと、文書画像データに関する情報とが格納されている。文書画像データに関する情報とは、文書画像データを登録した生徒を特定する情報や、文書画像データが取得された時の授業の科目を示す情報を含む。

対応付けデータ記憶部１２６は、仲介装置２０を特定するためのデバイスＩＤ（デバイス識別情報）と、学年・クラスとの対応付けを示す情報が格納される。本実施形態では、対応付けデータ記憶部１２６において、学年・クラス毎にデバイスＩＤを予め対応付けておくことで、文書画像データ記憶部１２５に格納された文書画像データを共有する際の操作を簡素化できる。上述した各記憶部の詳細は後述する。

時間割データ記憶部１２７は、情報処理システム１が導入された教育機関等における、学年とクラス毎の時間割を示す時間割データが格納される。

以下、情報処理システム１において実行される処理手順について説明する。図７は、仲
介装置の起動に応じて実行される処理手順の一例を説明するためのシーケンス図である。

ユーザによって、仲介装置２０の電源がＯＮにされると（ステップＳ７０１）、通信制御部２１は、サーバ装置１０の通信部１１からの要求を非同期に受信するための通信路を通信部１１との間で確立する（ステップＳ７０２）。この際、通信制御部２１は、自ら（通信制御部２１）の識別情報である通信ＩＤを通信部１１に通知する。通信部１１は、通知された通信ＩＤ（以下、「対象通信ＩＤ」という。）に基づいて、機器情報記憶部１２２を更新する。

図８は、機器情報記憶部の構成例を示す図である。図８において、機器情報記憶部１２２には、テナントＩＤに対応付けられて、通信ＩＤ、アドレス情報、状態情報、ブラウザＩＤ及びブラウザ状態、パスコード等が記憶される。

テナントＩＤは、サーバ装置１０によって提供されるサービスの利用契約の締結者（テナント）の識別情報である。例えば、ユーザ環境Ｅ１が１つのテナントに相当してもよい。

通信ＩＤは、テナントＩＤに係るテナントに配置された各仲介装置２０の通信制御部２１の識別情報である。仲介装置２０が１つの通信制御部２１しか備えない場合には、通信ＩＤは仲介装置２０を識別する識別情報であってもよい。

アドレス情報は、仲介装置２０のローカルＩＰアドレスである。状態情報は、通信ＩＤに係る通信制御部２１がサーバ装置１０と接続中（通信路を確立した状態）であるか否か（「非接続」）を示す情報である。

ブラウザＩＤは、通信ＩＤに係る通信制御部２１に対応するブラウザ部２３の識別情報である。本実施形態では、ブラウザＩＤは、通信ＩＤに係る通信制御部２１と同じ仲介装置２０に含まれるブラウザ部２３の識別情報である。

ブラウザ状態は、ブラウザＩＤに係るブラウザ部２３の起動状態を示す情報である。例えば、通信部１１に通知された対象通信ＩＤが「Ｅｇ００１－０１」であれば、機器情報記憶部１２２において当該通信ＩＤに対応する状態情報が、図８に示されるように「接続中」に変更される。

パスコードは、仲介装置２０との通信路が確立されると、特定情報割当部１６によって生成されるものであり、通信ＩＤ（仲介装置２０）と対応付けられる。なお、パスコードは、通信ＩＤと対応付けられたブラウザＩＤが複数存在する場合には、ブラウザＩＤ毎にパスコードが生成されても良い。

続いて、通信制御部２１は、ブラウザＩＤを取得するためにブラウザ管理部２２を、例えば、ＳＮＭＰ（Simple Network Management Protocol）等を利用して探査し（ステップＳ７０３）、発見されたブラウザ管理部２２から、ブラウザ管理部２２の管理対象であるブラウザ部２３の識別情報であるブラウザＩＤを取得する（ステップＳ７０４）。

本実施形態では、仲介装置２０内に通信制御部２１とブラウザ管理部２２とを備えている例が示されているが、仲介装置２０が有する通信制御部２１が、他の仲介装置２０のブラウザ部３２と同一のネットワークを介して通信することによって、複数のブラウザ管理部２２及びブラウザ部２３をも利用可能にするために、ＳＮＭＰ等を利用してブラウザ管理部２２の探査が行われている。そのため、ブラウザ管理部２２の探査は必ずしも必須ではなく、通信制御部２１がブラウザＩＤを取得する取得先（ブラウザ管理部２２）が予め設定されていてもよい。

続いて、通信制御部２１は、取得したブラウザＩＤに対応するブラウザ部２３（本実施形態では仲介装置２０のブラウザ部２３）が利用可能な状態になったことの通知を、ブラウザ部２３のブラウザＩＤ（以下、「対象ブラウザＩＤ」という。）を指定して通信部１１へ送信する（ステップＳ７０５）。

通信部１１は、当通知を受信すると、当該通知に指定されている対象ブラウザＩＤに基づいて、機器情報記憶部１２２（図８）を更新する。具体的には、機器情報記憶部１２２において、対象ブラウザＩＤに対応するブラウザ状態の値が「電源ＯＦＦ」から「電源ＯＮ」に更新される。

続いて、通信制御部２１は、対象ブラウザＩＤ及び初期アクセスＵＲＬを指定して、対象ブラウザＩＤに係るブラウザ部２３の起動をブラウザ管理部２２へ要求する（ステップＳ７０６）。初期アクセスＵＲＬは、上記した通り、ブラウザ部２３が最初にアクセスすべきＵＲＬをいい、ブラウザ管理部２２に予め設定されている。

ブラウザ管理部２２は、通信制御部２１からの要求に応じ、対象ブラウザＩＤに係るブラウザ部２３をキオスクモードで起動する（ステップＳ７０７）。この際、ブラウザ管理部２２は、初期アクセスＵＲＬをブラウザ部２３に入力する。ブラウザ部２３は、キオスクモードでの起動に応じ、入力された初期アクセスＵＲＬへＨＴＴＰリクエストを送信する（ステップＳ７０８）。当該ＨＴＴＰリクエストには、対象ブラウザＩＤが含まれる。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部２３へ送信する（ステップＳ７０９）。

当該リダイレクト要求には、リダイレクト先として当該ブラウザＩＤに対応付けられているアプリケーションのＵＲＬが含まれている。また、当該リダイレクト要求には、リダイレクト先への通知情報として、通信ＵＲＬ及びＨＴＴＰリクエストに含まれていた対象ブラウザＩＤが含まれている。なお、通信ＵＲＬとは、通信制御部２１のＵＲＬである。

なお、アプリ判定部１２は、登録情報記憶部１２４及びアプリ情報記憶部１２１を参照して、対象ブラウザＩＤに対応付けられているアプリケーションのＵＲＬを特定する。

図９は、登録情報記憶部の構成例を示す図である。図９において、登録情報記憶部１２４は、情報の項目として、登録ＩＤ、ＩｎアプリＩＤ、ＯｕｔアプリＩＤ及びブラウザＩＤを有し、項目「登録ＩＤ」の値が、その他の項目の値とが対応付けられて記憶されている。

ＩｎアプリＩＤは、登録ＩＤに対応するサービスにおいて、文書画像データの入力を制御するアプリケーションのＩＤ（以下「アプリＩＤ」という。）である。ＯｕｔアプリＩＤは、登録ＩＤに対応するサービスにおいて、文書画像データの出力を制御するアプリケーションのアプリＩＤである。

本実施形態では、登録情報記憶部１２４において、登録ＩＤと対応付けられているＩｎアプリＩＤが示すアプリケーションが、入力アプリ群１３に含まれるアプリケーションである。また、本実施形態では、登録情報記憶部１２４において、登録ＩＤと対応付けられているＯｕｔアプリＩＤが示すアプリケーションが、出力アプリ１４である。

例えば、登録ＩＤ「Ｔａｇ＿Ｅｄ」は、ＩｎアプリＩＤ「ＡＰ＿ＥｄＰｏｒｔａｌ」と対応付けられており、ＯｕｔアプリＩＤは対応付けられていない。したがって、登録ＩＤ「Ｔａｇ＿Ｅｄ」と対応するサービスは、文書画像データの入力の制御に関するサービスを提供するものであることがわかる。なお、ＩｎアプリＩＤ「ＡＰ＿ＥｄＰｏｒｔａｌ」は、入力アプリ群１３に含まれるアプリケーションのうち、教師用のポータル画面のメニューを表示させる処理を実行させるアプリケーションのアプリＩＤを示す。

また、登録ＩＤ「Ｔａｇ＿Ｓｔ」は、ＩｎアプリＩＤ「ＡＰ＿ＳｔＰｏｒｔａｌ」と対応付けられており、ＯｕｔアプリＩＤは対応付けられていない。したがって、登録ＩＤ「Ｔａｇ＿Ｓｔ」と対応するサービスは、文書画像データの入力の制御に関するサービスを提供するものであることがわかる。つまり、登録ＩＤ「Ｔａｇ＿Ｓｔ」と対応するサービスのみが提供される生徒端末４０の場合は、サーバ装置１０に対して、仲介装置２０へ処理の実行要求を送信させる機能は有していないことになる。

このように、本実施形態では、提供するサービスを制限することで、生徒端末４０からの仲介装置２０を介した文書画像データの出力を制限することができる。よって、生徒端末４０の操作ミスなどによって、意図していない文書画像データが出力機器５０に出力される、といった事態を抑制でき、サーバ装置１０に格納された文書画像データの機密性を向上させることができる。

なお、ＩｎアプリＩＤ「ＡＰ＿ＳｔＰｏｒｔａｌ」は、入力アプリ群１３に含まれるアプリケーションのうち、生徒用のポータル画面のメニューを表示させる処理を実行させるアプリケーションのアプリＩＤを示す。

また、図９において、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏＣｏｄｅ」は、ＩｎアプリＩＤ「ＡＰ＿ＳｔＰｈｏｔｏ」、ＯｕｔアプリＩＤ「ＡＰ＿ＰｈｏｔｏＤｏｃ」が対応付けられており、ブラウザＩＤは対応付けられていない。

本実施形態では、このように、登録ＩＤとＩｎアプリＩＤとＯｕｔアプリＩＤが対応付けられており、ブラウザＩＤが対応付けられていない場合は、サービスは確定しているが、ブラウザＩＤが確定していない状態を示している。このような場合には、パスコードに基づき、サービスとブラウザＩＤとが対応付けられる。

以下の説明では、登録情報記憶部１２４において、項目「登録ＩＤ」の値と、その他の項目の値とを含む情報を、タグ情報と呼ぶ。

また、図１０は、アプリ情報記憶部の構成例を示す図である。図１０において、アプリ情報記憶部１２１には、サーバ装置１０が有するアプリケーションごとに、アプリＩＤ、アプリ種別、ＵＲＬ及び対応ブラウザ等が記憶されている。

アプリ種別は、アプリＩＤに係るアプリケーションについて、画像データとの関係に基づいた種別を示す。「Ｉｎ」は、画像データの入力を制御するアプリケーション（上述したＩｎアプリＩＤと対応する）であることを示す。「Ｏｕｔ」は、画像データの出力を制御するアプリケーションであることを示す（上述したＯｕｔアプリＩＤと対応する）。ＵＲＬは、アプリＩＤに係るアプリケーションのＵＲＬである。

対応ブラウザは、アプリＩＤに係るアプリケーションを動作させるブラウザの種類を示す。図１０の例では、ブラウザの種類は、教師端末３０、生徒端末４０の有するブラウザ部を示す端末用のブラウザと、出力機器５０の有するブラウザ部２３を示す機器用のブラウザである。

アプリ判定部１２は、登録情報記憶部１２４を参照して、対象ブラウザＩＤに対応付けられているＯｕｔアプリＩＤを特定し、アプリ情報記憶部１２１を参照して、当該ＯｕｔアプリＩＤに対応付けられているＵＲＬを特定する。ここでは、対象ブラウザＩＤが「ＢＲＯＷＳＥＲ１」であるとする。この場合、アプリＩＤが「ＡＰ＿ＰｈｏｔｏＤｏｃ」であるアプリケーション（出力アプリ１４）のＵＲＬ（以下、「出力アプリＵＲＬ」）が特定される。

また、アプリ判定部１２は、機器情報記憶部１２２（図８）において対象ブラウザＩＤに対応付けられているアドレス情報に基づいて、対象通信ＩＤに係る通信制御部２１の通信ＵＲＬを自動生成する。

続いて、ブラウザ部２３は、当該リダイレクト要求に従い、リダイレクト先である出力アプリＵＲＬ（すなわち、出力アプリ１４）にＨＴＴＰリクエストを送信（リダイレクト）する（Ｓ７１０）。当該ＨＴＴＰリクエストには、リダイレクト要求に含まれていた通信ＵＲＬ及びブラウザＩＤが含まれる。

出力アプリ１４は、当該ＨＴＴＰリクエストに応じ、当該ＨＴＴＰリクエストに含まれている通信ＵＲＬへの接続をブラウザ部２３に実行させるためのスクリプト（ｐｈｏｔｏ．ｊｓ）と、文書画像データの出力（例えばスライドショー等）のためのユーザインタフェースをブラウザ部２３に描画させるための表示データ（ｐｈｏｔｏ．ｈｔｍｌ）とを含む応答をブラウザ部２３に送信する（Ｓ７１１）。なお、当該スクリプト及び当該表示データは、仲介装置２０への処理の実行要求を示すデータの一例である。例えばスクリプトは他の形式のプログラムであってもよいし、表示データは他の形式のデータであってもよい。

ブラウザ部２３は、当該応答を受信すると、当該応答に含まれているスクリプト（ｐｈｏｔｏ．ｊｓ）を実行して、通信ＵＲＬによって識別される通信制御部２１との間での通信路を確立する（Ｓ７１２）。当該通信路は、通信制御部２１がサーバ装置１０から受信する通知をブラウザ部２３へ伝達してもらうための通信路である。当該通信路には、ｗｅｂｓｏｃｋｅｔが用いられてもよい。

続いて、ブラウザ部２３は、当該応答に含まれている表示データ（ｐｈｏｔｏ．ｈｔｍｌ）に基づく画面（以下、「表示画面」という。）をメモリ装置１０３の所定の領域（例えば、ビデオメモリ）に描画する（Ｓ７１３）。例えば、表示画面は、サーバ装置１０から配信される文書画像データが当てはめられる枠として機能する画面である。なお、ブラウザ部２３による描画内容（表示画面）は、ＨＤＭＩ（登録商標）等のインタフェイスを介して出力機器５０へ出力され、出力機器５０によって出力（表示）される。

次に、サーバ装置１０は、特定情報割当部１６により、テナントＩＤと対応付けられているブラウザＩＤ群に対して、一定期間重複しないパスコードを生成して割当てを行い、一定間隔で仲介装置２０の通信制御部２１に、ブラウザＩＤとパスコードとを対応付けたパスコード通知を配信する（Ｓ７１４）。このとき、特定情報割当部１６は、生成したパスコードを、ブラウザＩＤと対応付けて機器情報記憶部１２２（図８）に記憶する。

なお、本実施形態の一定期間とは、例えば、数日間程度であり、一定間隔とは数分程度（例えば１５分）である。

通信制御部２１は、パスコード通知を受け付けると、パスコードと対応付いたブラウザＩＤにより特定されるブラウザ部２３へ、パスコードを通知する（Ｓ７１５）。ブラウザ部２３は、出力機器５０の表示画面の一部に、パスコードを表示させる（Ｓ７１６）。

なお、図８の例では、通信ＩＤ「Ｅｇ００１－０１」には、２つのブラウザＩＤが対応付けられている。この場合、起動状態が「電源ＯＮ」であるブラウザＩＤ「ＢＲＯＷＳＥＲ１」と対応するパスコードが、仲介装置２０によって出力機器５０に表示される。

以下に、図１１を参照して、本実施形態の特定情報割当部１６によるパスコードの生成と割当てについて説明する。図１１は、パスコードの生成と割当てについて説明する図である。

本実施形態のパスコードは、例えば、４桁の数字である。本実施形態の特定情報割当部１６は、テナントＩＤと対応付けられたブラウザＩＤ（仲介装置２０）毎にパスコードを生成して、割り当てる。具体的には、特定情報割当部１６は、ランダムな４桁の数字を生成し、パスコードとして仲介装置２０へ割り当てる。

また、特定情報割当部１６は、例えば、テナントＩＤと対応付けられた仲介装置２０（ユーザ環境Ｅ１内の仲介装置２０）が複数存在する場合には、各仲介装置２０に割り当てられるパスコードが重複しないようにする。さらに、特定情報割当部１６は、各仲介装置２０に割り当てるパスコードを、定期的に変更する。

図１１の例では、１つのテナントＩＤに、仲介装置２０－１、２０－２、２０－３という３つの仲介装置２０が存在した場合を示している。

この場合、特定情報割当部１６は、例えば、１０時００分からの１５分間は、それぞれの仲介装置２０について、パスコード「１２３４」、「２２９３」、「８３４１」を割当てる。また、特定情報割当部１６は、１０時１５分からの１５分間は、それぞれの仲介装置２０について、パスコード「３２５６」、「５６７１」、「４２５２」を割当てる。

このように、本実施形態では、仲介装置２０毎に異なるパスコードを割当て、さらに、定期的に仲介装置２０に割り当てるパスコードを変更することで、出力機器５０に表示されたパスコードが入力された教師端末３０以外の装置からの不正なアクセスや、文書画像データの誤配信を防止できる。

図１２は、出力機器におけるパスコードの表示例を示す図である。出力機器５０の画面には、サーバ装置１０から通知されたパスコード５１が表示される。

次に、図１３を参照して、教師端末３０が情報処理システム１にログインするときの情報処理システム１の動作を説明する。図１３は、教師端末が情報処理システムにログインする際の処理手順の一例を説明するためのシーケンス図である。

本実施形態の教師端末３０において、制御部３１は、利用者である教師による、教師端末３０に表示されたＵＲＬショートカットアイコンの押下を検知する（ステップＳ１３０１）。

教師端末３０に表示されたＵＲＬショートカットアイコンには、サーバ装置１０へ接続するための初期アクセスＵＲＬと、教師端末３０に提供されるサービスを示す登録ＩＤ「Ｔａｇ＿Ｅｄ」が埋め込まれている。言い換えれば、ＵＲＬショートカットアイコンには、初期アクセスＵＲＬと登録ＩＤとを含むタグ情報が埋め込まれている。登録ＩＤ「Ｔａｇ＿Ｅｄ」は、登録情報記憶部１２４において、アプリＩＤ「ＡＰ＿ＥｄＰｏｒｔａｌ」と対応付けられている。

教師端末３０は、ＵＲＬショートカットアイコンの押下を検知すると、ブラウザ部３２を起動させ、ＵＲＬショートカットアイコンに埋め込まれた初期アクセスＵＲＬ先へ接続する（ステップＳ１３０２）。

ブラウザ部３２は、起動に応じ、ＵＲＬショートカットアイコンに埋め込まれた初期アクセスＵＲＬに対応するアプリ判定部１２に対してＨＴＴＰリクエストを自動的に送信する（ステップＳ１３０３）。当該ＨＴＴＰリクエストには、対象登録ＩＤの他に、アカウント情報がオプション情報として含まれる。

アカウント情報は、教師のユーザＩＤと、ユーザ環境Ｅ１のテナントＩＤとを含む情報、又は当該ユーザＩＤ及びテナントＩＤを特定可能な情報である。例えば、Ｃｏｏｋｉｅ等がアカウント情報として利用されてもよい。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれているアカウント情報について認証を行う。当該認証に成功した場合にステップＳ１３０４以降が実行される。認証は、例えば、ユーザ情報記憶部１２３に当該ＨＴＴＰリクエストに含まれているアカウント情報が登録されているか否かによって行われる。

図１４は、ユーザ情報記憶部の構成例を示す図である。図１４において、ユーザ情報記憶部１２３には、サーバ装置１０のアプリケーションの利用が許可される各ユーザ（教師と生徒）と、について、テナントＩＤ及びユーザＩＤ等が記憶されている。

本実施形態では、生徒については、ユーザ環境Ｅ１内で情報処理システム１を利用する全ての生徒に対して共通のユーザＩＤが付与されている。また、本実施形態では、ユーザ環境Ｅ１内で情報処理システム１を利用する教師については、個人毎にユーザＩＤが付与されている。

また、本実施形態では、教師のみが、情報処理システム１において、仲介装置２０にアクセスできる権限を有しているものとする。

したがって、図１４に示すユーザ情報記憶部１２３は、ユーザが生徒であること示すユーザＩＤ「ｓｔｕｄｅｎｔ」は、仲介装置２０の有するブラウザ部２３の識別情報であるブラウザＩＤは対応付けられていない。つまり、生徒であることを示すユーザＩＤと対応付けられた利用可能アプリの中には、ブラウザ部２３を用いるアプリケーションは含まれない。

また、図１４では、ユーザが教師であることを示す個人のユーザＩＤ「ｔａｒｏ」、「ｊｉｒｏ」等には、ブラウザＩＤが対応付けられている。つまり、教師であることを示すユーザＩＤと対応付けられた利用可能アプリの中には、ブラウザ部２３によって文書画像データを出力機器５０に表示させるアプリケーションが含まれる。

本実施形態では、このように、仲介装置２０へアクセスする権限を有するユーザのユーザ情報にのみ、仲介装置２０のブラウザ部２３のブラウザＩＤを対応付けて、仲介装置２０へのアクセスを許容している。

したがって、本実施形態では、情報処理システム１内のユーザ端末（教師端末３０、生徒端末４０）において、仲介装置２０へのアクセス権限を制限することができる。よって、本実施形態によれば、仲介装置２０へのアクセス権限を有していないユーザによって、無作為にサーバ装置１０にアップロードされた文書画像データが出力機器５０に表示される、といった事態を防止できる。

認証に成功すると、アプリ判定部１２は、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３２へ送信する（ステップＳ１３０４）。

当該リダイレクト要求には、リダイレクト先として対象登録ＩＤ（「Ｔａｇ＿Ｅｄ」）に対応付けられて登録情報記憶部１２４（図９）に記憶されているＩｎアプリＩＤ（「ＡＰ＿ＥｄＰｏｒｔａｌ」）に係る教師ポータルアプリ１３－１のＵＲＬ（以下、「教師ポータルＵＲＬ」という。）が含まれる。教師ポータルＵＲＬは、アプリ情報記憶部１２１（図１０）を参照して特定可能である。なお、教師ポータルアプリ１３－１は、入力アプリ群１３に含まれるアプリケーションである。

また、このとき、ブラウザ部３２において、仲介装置２０を特定するデバイスＩＤが入力される。ここで、デバイスＩＤが入力される仲介装置２０は、例えば、教師端末３０の利用者である教師が、これから使用しようとしている仲介装置２０であり、デバイスＩＤは、例えば、目視できるように、仲介装置２０に付与されていても良い。

ブラウザ部３２は、当該リダイレクト要求に従い、リダイレクト先である教師ポータルＵＲＬ（すなわち、教師ポータルアプリ１３－１）にＨＴＴＰリクエスト（リダイレクト）を送信する（ステップＳ１３０５）。ここで、ＨＴＴＰリクエストには、教師ポータルアプリ１３－１のＵＲＬと、登録ＩＤと、ブラウザ部３２で入力されたデバイスＩＤとが含まれる。

教師ポータルアプリ１３－１は、当該ＨＴＴＰリクエストに応じて、対応情報記憶部１２６を参照し、教師端末３０のブラウザ部３２へ、デバイスＩＤと対応付けられた学年・クラスを示す情報を送信する（ステップＳ１３０６）。以下の説明では、学年・クラスを示す情報を、学年・クラス情報と呼ぶ。

ブラウザ部３２は、学年・クラス情報を受信すると、スケジュールＵＲＬ（すなわち、スケジュールアプリ１３－２）にＨＴＴＰリクエスト（リダイレクト）を送信する（ステップＳ１３０７）。このＨＴＴＰリクエストには、学年・クラス情報と、現在の時刻を示す時刻情報とが含まれる。また、スケジュールアプリ１３－２は、入力アプリ群１３に含まれるアプリの１つである。

スケジュールアプリ１３－２は、当該ＨＴＴＰリクエストに応じて時間割データ記憶部１２７を参照し、学年・クラス情報が示す学年・クラスで行われている授業の教科を特定する。そして、スケジュールアプリ１３－２は、教科入力画面の表示データと、教科入力画面に入力された情報をサーバ装置１０に送信する処理を実行させるためのスクリプトと、を含む応答をブラウザ部３２に送信する（ステップＳ１３０８）。

ここで、図１５、図１６を参照して、対応情報記憶部１２６と、時間割データ記憶部１２７について説明する。

図１５は、対応情報記憶部の構成例を示す図である。本実施形態の対応情報記憶部１２６では、仲介装置２０を特定するデバイスＩＤと、情報処理システム１が導入された教育機関の学年・クラス情報とが対応付けられている。つまり、本実施形態では、対応情報記憶部１２６において、学年・クラス毎に、仲介装置２０が割り当てられている。

なお、学年・クラスは、あるグループを特定するための情報である。つまり、学年・クラス情報は、グループを特定するためのグループ情報の一例である。

図１６は、時間割データ記憶部の構成例を示す図である。

本実施形態の時間割データ記憶部１２７は、例えば、テナントＩＤ毎に設けられていても良い。時間割データ記憶部１２７では、テナントＩＤと、学年・クラスと、時間割データとが対応付けられている。

時間割データは、例えば、各曜日の時限毎の開始時刻と終了時刻、時限毎に授業が行われる教科を示す情報を含む。

図１３に戻って、ブラウザ部３２は、当該応答を受信すると、当該表示データに基づいて、教科入力画面を生成し、教科入力画面を教師端末３０の出力装置３１１に表示させる（ステップＳ１３０９）。

ブラウザ部３２は、教師から、学年・クラスと教科を確認したことを示す操作を受け付けると（ステップＳ１３１０）、学年・クラスと教科の修正の入力を受け付ける修正入力画面を教師端末３０の出力装置３１１に表示させる（ステップＳ１３１１）。

ブラウザ部３２は、教師からの、修正入力画面に表示された内容の確認結果の入力を受け付けると（ステップＳ１３１２）、確認結果通を教師ポータルアプリ１３－１へ通知する（ステップＳ１３１３）。

教師ポータルアプリ１３－１は、確認結果の通知を受けて、教師ポータルメニュー画面をブラウザ部３２に描画させる表示データをブラウザ部３２に送信する（ステップＳ１３１４）。ブラウザ部３２は、この表示データに基づき、教師ポータルメニュー画面を表示させる（ステップＳ１３１５）。

尚、ブラウザ部３２は、教科入力画面に表示された内容を修正しないことを示す操作を受け付けた場合には、修正入力画面を表示させずに、確認結果を教師ポータルアプリ１３－１に送信しても良い。

以下に、図１７乃至図１９を参照して、図１３の処理において教師端末３０に表示される表示例について説明する。

図１７は、教科入力画面の表示例を示す図である。図１７において、教科入力画面６１０には、メッセージ６１１と、操作ボタン６１２、６１３が含まれる。

メッセージ６１１には、学年・クラス情報と、スケジュールアプリ１３－２によって特定された教科を示す情報とが含まれる。

また、操作ボタン６１２が操作されると、ブラウザ部３２は、教師ポータルメニュー画面の表示要求を受け付けたものとして、修正入力画面を表示させずに、教師ポータルメニュー画面を表示させる。

操作ボタン６１３は、学年、クラス、教科のそれぞれに対する修正を行うためのボタンであり、ブラウザ部３２は、操作されたボタンに応じた修正入力画面を表示させる。

図１８は、修正入力画面の表示例を示す図である。図１８に示す修正入力画面７１０は、教科入力画面６１０において、操作ボタン６１３のうち、「学年を修正する」ボタンが操作された場合に表示される。

修正入力画面７１０には、学年を入力させるための選択欄７１１が表示されており、選択欄７１１において選択された数字が、学年として入力される。

図１９は、教師ポータルメニュー画面の表示例を示す図である。図１９に示す教師ポータルメニュー画面８１０は、メッセージ６１１と、操作ボタン８１１、８１２、８１３、８１４と、操作ボタン群８１５を含む。

操作ボタン８１１、８１２、８１３、８１４は、「モニタに表示」欄に表示さけており、これらの何れかが操作されると、出力機器５０に文書画像データを表示させる処理が開始される。

操作ボタン群８１５は、「その他の作業」欄に表示されており、出力機器５０に文書画像データを表示させる処理以外の処理を行うための操作ボタンである。

本実施形態の情報処理システム１は、教師ポータルメニュー画面８１０において、選択された操作ボタンに応じた処理を実行する。以下に、例えば、教師ポータルメニュー画面８１０において、「モニタに表示」欄の操作ボタンが操作された場合の処理について説明する。

図２０は、教師端末において画像データを選択する際の処理手順の一例を説明するためのシーケンス図である。

教師端末３０のブラウザ部３２は、教師ポータルメニュー画面を表示させる（ステップＳ２００１）。ブラウザ部３２は、教師ポータルメニュー画面において、「モニタに表示」欄に表示された何れかの操作ボタンの選択を受け付ける（ステップＳ２００２）。

ブラウザ部３２は、この選択を受けると、アプリ判定部１２に対して、選択された操作ボタンに埋め込まれたＵＲＬを含むＨＴＴＰリクエストを自動的に送信する（ステップＳ２００３）。当該ＨＴＴＰリクエストには、選択された操作ボタンと対応するサービスの登録ＩＤと、選択された操作ボタンと対応する文書画像データの表示要求とが含まれる。

アプリ判定部１２は、ＨＴＴＰリクエストを受信すると、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３２へ送信する（ステップＳ２００４）。

ここで、リダイレクト要求には、パスコードを入力させる入力画面のＵＲＬ（以下、「パスコード入力ＵＲＬ」という。）が含まれる。

ブラウザ部３２は、リダイレクト要求を受けて、パスコード入力ＵＲＬに対応するパスコード取得部１５に対して、ＨＴＴＰリクエストを自動的に送信する（ステップＳ２００５）。

パスコード取得部１５は、ブラウザ部３２にパスコード入力画面を示す表示データを送信する（ステップＳ２００６）。なお、この場合、登録情報記憶部１２４において、登録ＩＤと対応するブラウザＩＤが未設定であっても良い。

ブラウザ部３２は、表示データを受けて、パスコード入力画面を表示させる（ステップＳ２００７）。ブラウザ部３２は、教師からパスコードの入力を受け付けると、教師のユーザＩＤと、パスコードと、登録ＩＤとを含むＨＴＴＰリクエストを通信部１１に対して送信する（ステップＳ２００８）。

なお、ここで入力されるパスコードは、出力機器５０に予め表示されているパスコードである。教師は、出力機器５０に表示されたパスコードを目視で確認し、パスコード入力画面に入力することになる。

通信部１１は、このＨＴＴＰリクエストを受け付けると、パスコードを用いて、登録ＩＤと対応付けるブラウザＩＤを確定する。以下にその方法を説明する。

通信部１１は、登録情報記憶部１２４を参照し、登録ＩＤと対応付けられたＩｎアプリＩＤとＯｕｔアプリＩＤとの組み合わせが一致するタグ情報を抽出する。そして、通信部１１は、抽出したタグ情報に含まれるブラウザＩＤのうち、機器情報記憶部１２２において、入力されたパスコードと一致するパスコードと対応付けられているブラウザＩＤを、登録ＩＤと対応付くブラウザＩＤとする。

以下に、具体的に説明する。例えば、「モニタに表示」欄で、操作ボタン８１１が選択された場合を説明する。操作ボタン８１１の選択に応じてアプリ判定部１２に送信されるＨＴＴＰリクエストには、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏＣｏｄｅ」が含まれる。

登録情報記憶部１２４において、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏＣｏｄｅ」は、ＩｎアプリＩＤ「ＡＰ＿ＳｔＰｈｏｔｏ」、ＯｕｔアプリＩＤ「ＡＰ＿ＰｈｏｔｏＤｏｃ」が対応付けられている。

そこで、通信部１１は、登録情報記憶部１２４から、ＩｎアプリＩＤ「ＡＰ＿ＳｔＰｈｏｔｏ」、ＯｕｔアプリＩＤ「ＡＰ＿ＰｈｏｔｏＤｏｃ」の組み合わせを含むタグ情報を抽出する。

ここでは、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏ１」、「Ｔａｇ＿ＳｔＰｈｏｔｏ２」、「Ｔａｇ＿ＳｔＰｈｏｔｏ３」を含むタグ情報が抽出される。これらのタグ情報には、ブラウザＩＤとして「ＢＲＯＷＳＥＲ１」、「ＢＲＯＷＳＥＲ２」、「ＢＲＯＷＳＥＲ３」が含まれる。

次に、通信部１１は、機器情報記憶部１２２において、パスコード入力画面で入力されパスコードと一致するパスコードを含む機器情報を特定する。ここでは、パスコード入力画面において、パスコード「１２３４」が入力されたとする。

そこで、通信部１１は、機器情報記憶部１２２において、パスコード「１２３４」を含む機器情報を特定する。ここで特定された機器情報に含まれるブラウザＩＤは、「ＢＲＯＷＳＥＲ１」である。

したがって、通信部１１は、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏＣｏｄｅ」と対応付けるブラウザＩＤを、「ＢＲＯＷＳＥＲ１」に確定させる。

通信部１１は、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏＣｏｄｅ」と対応付けるブラウザＩＤを確定させると、ブラウザ部３２に対して、接続完了通知を送信する（ステップＳ２０１０）。接続完了通知には、ブラウザ部３２と接続されたブラウザのブラウザＩＤが含まれる。なお、このブラウザＩＤは、仲介装置２０のブラウザ部２３の識別情報である。つまり、このブラウザＩＤは、教師端末３０と接続された仲介装置２０を示す情報である。

ブラウザ部３２は、接続完了通知を受けて、接続された機器を示す情報（ブラウザＩＤ）と、接続が完了したことを示す画面を表示させる（ステップＳ２０１１）。

また、ブラウザ部３２は、教師に対して、仲介装置２０との接続が完了したことを示す情報を提示する（ステップＳ２０１２）。

サーバ装置１０において、通信部１１は、機器情報記憶部１２２において、登録ＩＤと対応付けられたブラウザＩＤのブラウザ状態が、「電源ＯＮ」で接続中であるか否か確認し、接続可能な状態であれば、ブラウザＩＤに紐づいた仲介装置２０の通信制御部２１に接続通知を送信する（ステップＳ２０１３）。このとき、この接続通知には、教師のユーザＩＤを含める。

通信制御部２１は、接続通知を受けて、ブラウザ部２３にユーザＩＤを通知し（ステップＳ２０１４）、ブラウザ部２３によって、仲介装置２０に対する接続を要求した教師のユーザＩＤを出力機器５０に表示させる（ステップＳ２０１５）。

次に、図２１、図２２を参照して、教師端末３０と出力機器５０の表示例について説明する。図２１は、パスコード入力画面の表示例を示す図である。図２１は、図２０のステップＳ２００７で教師端末３０に表示される画面である。

パスコード入力画面２１０は、教師端末３０のブラウザ部３２に表示される。パスコード入力画面２１０には、メッセージ６１１と、入力欄２１１とが含まれる。本実施形態では、入力欄２１１にパスコードが入力されると、ブラウザ部３２からパスコードがサーバ装置１０に送信される。

図２２は、出力機器に接続を要求した人のユーザＩＤが表示された表示例を示す図である。図２２の画面１９０は、図２０のステップＳ２０１５で出力機器５０に表示される画面である。

画面１９０は、サーバ装置１０から割り当てられたパスコード５１と、出力機器５０に送信された接続通知に含まれるユーザＩＤを含むメッセージ１９１とが含まれる。メッセージ１９１は、教師端末３０のユーザである教師のユーザＩＤ「Ｔａｒｏ」が含まれる。

次に、図２３を参照して、生徒端末４０からサーバ装置１０にアップロードされた写真（画像データ）を出力機器５０に表示させる動作について説明する。

図２３は、生徒端末からアップロードされた画像データを出力機器に出力する処理手順の一例を説明するためのシーケンス図である。

ここでは、教師が、図２３において、教師ポータルメニュー画面８１０で操作ボタン８１１を操作し、「生徒の写真を表示」するサービスを選択している。

したがって、ブラウザ部３２は、サーバ装置１０のアプリ判定部１２に対して、このサービスに対応付けられているＵＲＬを含むＨＴＴＰリクエストを自動的に送信する（ステップＳ２３０１）。このＨＴＴＰリクエストには、教師のユーザＩＤ（アカウント情報）と、「生徒の写真を表示」するサービスと対応付けられた登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏ１」とが含まれる。

アプリ判定部１２は、ＨＴＴＰリクエストを受信すると、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３２へ送信する（ステップＳ２３０２）。

当該リダイレクト要求には、リダイレクト先として、登録情報記憶部１２４において登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏ１」に対応付けられたＩｎアプリＩＤ（「ＡＰ＿ＳｔＰｈｏｔｏ」）に係る写真表示アプリ１３－３のＵＲＬ（以下、「写真表示ＵＲＬ」という。）が含まれる。なお、写真表示アプリ１３－３は、入力アプリ群１３に含まれるアプリケーションである。

ブラウザ部３２は、当該リダイレクト要求に従い、リダイレクト先である写真表示ＵＲＬ（すなわち、写真表示アプリ１３－３）にＨＴＴＰリクエスト（リダイレクト）を送信する（ステップＳ２３０３）。

写真表示アプリ１３－３は、当該ＨＴＴＰリクエストに応じ、ブラウザ部３２へ、表示させる写真を選択する写真表示画面の表示データと、写真表示画面上で実行されるスクリプトと、を含む応答をブラウザ部３２に送信する（ステップＳ２３０４）。

ブラウザ部３２は、写真表示画面の表示データとスクリプトを受信して、写真表示画面を表示さる（ステップＳ２３０５）。

ブラウザ部３２は、教師から、表示する写真（画像データ）を特定する条件が入力されると（ステップＳ２３０６）、ブラウザ部３２は、通信部１１に対して、条件に合致する写真（画像）のサムネイル画像の取得要求を送信する（ステップＳ２３０７）。このサムネイル画像の取得要求には、入力された条件と、学年・クラス情報とが含まれる。入力される条件とは、写真がアップロードされた日付、生徒が属する班の名前、出席番号等を示す。

通信部１１は、この要求を受けて、スケジュールアプリ１３－２に対し、教科情報の取得要求を送信する（ステップＳ２３０８）。この取得要求には、学年・クラス情報が含まれる。

スケジュールアプリ１３－２は、この取得要求を受けて、時間割データ記憶部１２７を参照し、現在の時刻情報に基づき教科を示す情報（教科情報）を通信部１１へ送信する（ステップＳ２３０９）。

通信部１１は、入力された条件に合致し、且つ、教科情報が示す教科と対応付けられたサムネイル画像群をブラウザ部３２へ送信する（ステップＳ２３１０）。このとき、通信部１１は、サムネイル画像 (tn.jpeg)と、画像を識別するファイルＩＤと、画像の属性（ファイル名、撮影日付、生徒情報)を返す。ブラウザ部３２は、取得したサムネイル画像群を表示させる（ステップＳ２３１１）。

ここで、表示される画面では、サムネイル画像群の内容を教師に確認させる（ステップＳ２３１２）。ブラウザ部３２は、教師から、サムネイル画像群の内容の確認結果の入力を受け付ける（ステップＳ２３１３）。本実施形態では、この確認結果がＮＧであった場合、ステップＳ２３０６の条件の入力まで戻る。

ブラウザ部３２は、表示されたサムネイルに対する選択を受け付けると（ステップＳ２３１４）、選択されたサムネイル画像と紐付いているファイルＩＤと、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏ１」とを、表示要求ともに通信部１１へ送信する（ステップＳ２３１５）。

通信部１１は、登録情報記憶部１２４において、登録ＩＤ「Ｔａｇ＿ＳｔＰｈｏｔｏ１」に紐づいたブラウザＩＤである「ＢＲＯＷＳＥＲ１」で特定されるブラウザ部２３を有する仲介装置２０の通信制御部２１へ、表示要求を通知する（ステップＳ２３１６）。

通信制御部２１は、この通知を受けて、ファイルＩＤと対応する画像データの表示要求をブラウザ部２３に対して通知する（ステップＳ２３１７）。

ブラウザ部２３は、この通知を受けて、通信部１１から、ファイルＩＤと対応する画像データの取得し（ステップＳ２３１８）、取得した画像データを出力機器５０に出力する（ステップＳ２３１９）。言い換えれば、ブラウザ部２３は、取得した画像データを出力機器５０に表示させる。

以下に、図２４乃至図２６を参照して、ブラウザ部３２の表示例について説明する。図２４は、写真を選択する写真表示画面の表示例を示す図である。図２４に示す写真表示画面２４０は、図２３のステップＳ２３０５で表示される。

写真表示画面２４０には、メッセージ６１１と、条件の入力欄２４１と、サムネイル画像群の取得要求を行う操作ボタン２４２と、ブラウザ部３２が仲介装置２０と接続されていることを通知するメッセージ２４３と、が表示されている。

本実施形態では、生徒を特定する条件として、写真が撮影された日付、生徒の出席番号、生徒が属する班と出席番号が入力欄２４１に入力される。

つまり、本実施形態の写真表示画面は、抽出する画像データの条件を入力する条件入力画面である。

図２５は、サムネイル画像群の表示例を示す図である。図２５に示す画面２５０は、図２３のステップＳ２３１１で表示される。

画面２５０では、メッセージ６１１と、メッセージ２４３と、入力された条件を示す情報２５１と、入力された条件に合致したサムネイル画像群２５２が表示される。図２５の例では、現在の授業は、６年２組の理科の授業であり、サムネイル画像群は、２０１８年１２月１８日に３班の出席番号２０番の生徒がアップロードした写真のサムネイル画像群であることがわかる。

図２６は、出力機器における画像の表示例を示す図である。図２６に示す画面２４０は、出力機器５０に表示された画面である。

画面２４０では、図２６で選択されたサムネイル画像の元となる画像と、パスコード５１とが表示される。

このように、本実施形態では、教師端末３０と出力機器５０とが対応付けられていなくても、教師端末３０がサーバ装置１０へアクセスすることで、サーバ装置１０が出力機器５０にパスコードを表示させ、教師端末３０においてこのパスコードを入力させることで、教師端末３０と出力機器５０とを紐付ける。

したがって、本実施形態によれば、簡単な操作で、事前に対応付けが成されていない出力機器５０に、教師端末３０に対する操作によって、サーバ装置１０に格納された画像データを表示させることができ、機器に関する操作性を向上させることができる。

次に、図２７を参照して、生徒端末からアップロードされた文書データを出力機器に出力する処理について説明する。図２７は、生徒端末からアップロードされた文書データを出力機器に出力する処理手順の一例を説明するためのシーケンス図である。

ここでは、教師が、図１９において、教師ポータルメニュー画面８１０で操作ボタン８１２を操作し、「生徒の文書を表示」するサービスを選択している。

したがって、ブラウザ部３２は、サーバ装置１０のアプリ判定部１２に対して、このサービスに対応付けられているＵＲＬを含むＨＴＴＰリクエストを自動的に送信する（ステップＳ２７０１）。このＨＴＴＰリクエストには、教師のユーザＩＤ（アカウント情報）と、「生徒の文書を表示」するサービスと対応付けられた登録ＩＤ「Ｔａｇ＿ＳｔＤｏｃ１」とが含まれる。

アプリ判定部１２は、ＨＴＴＰリクエストを受信すると、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部３２へ送信する（ステップＳ２７０２）。

当該リダイレクト要求には、リダイレクト先として、登録情報記憶部１２４において登録ＩＤ「Ｔａｇ＿ＳｔＤｏｃ１」に対応付けられたＩｎアプリＩＤ（「ＡＰ＿ＳｔＤｏｃ」）に係る文書表示アプリ１３－４のＵＲＬ（以下、「文書表示ＵＲＬ」という。）が含まれる。なお、文書表示アプリ１３－４は、入力アプリ群１３に含まれるアプリケーションである。

ブラウザ部３２は、当該リダイレクト要求に従い、リダイレクト先である文書表示ＵＲＬ（すなわち、文書表示アプリ１３－４）にＨＴＴＰリクエスト（リダイレクト）を送信する（ステップＳ２７０３）。

文書表示アプリ１３－４は、当該ＨＴＴＰリクエストに応じ、ブラウザ部３２へ、表示させる文書を選択する文書表示画面の表示データと、文書表示画面上で実行されるスクリプトと、を含む応答をブラウザ部３２に送信する（ステップＳ２７０４）。

ブラウザ部３２は、文書表示画面の表示データとスクリプトを受信して、文書表示画面を表示さる（ステップＳ２７０５）。

ブラウザ部３２は、教師から、表示する文書データを特定する条件が入力されると（ステップＳ２７０６）、ブラウザ部３２は、通信部１１に対して、条件に合致する文書の一覧の取得要求を送信する（ステップＳ２７０７）。この文書の一覧の取得要求には、入力された条件と、学年・クラス情報とが含まれる。入力される条件とは、文書データがアップロードされた日付、生徒が属する班の名前、出席番号等を示す。

通信部１１は、この要求を受けて、スケジュールアプリ１３－２に対し、教科情報の取得要求を送信する（ステップＳ２７０８）。この取得要求には、学年・クラス情報が含まれる。

スケジュールアプリ１３－２は、この取得要求を受けて、時間割データ記憶部１２７を参照し、現在の時刻情報に基づき教科を示す情報（教科情報）を通信部１１へ送信する（ステップＳ２７０９）。

通信部１１は、入力された条件に合致し、且つ、教科情報が示す教科と対応付けられた文書の一覧をブラウザ部３２へ送信する（ステップＳ２７１０）。このとき、通信部１１は、文書データ毎の文書ファイルＩＤと属性情報(ファイル名、作成日付、生徒情報等)を返す。

ブラウザ部３２は、取得した文書の一覧を表示させる（ステップＳ２７１１）。ここで、表示される画面では、文書の一覧を教師に確認させる（ステップＳ２７１２）。ブラウザ部３２は、教師から、文書の一覧の内容の確認結果の入力を受け付ける（ステップＳ２７１３）。本実施形態では、この確認結果がＮＧであった場合、ステップＳ２７０６の条件の入力まで戻る。

ブラウザ部３２は、表示された文書データに対する選択を受け付ける（ステップＳ２７１４）。ブラウザ部３２は、選択された文書データ、複数ページを有する場合には、ページ操作用の画面を表示させる（ステップＳ２７１５）。

次に、ブラウザ部３２は、選択された文書データと紐付いているファイルＩＤと、登録ＩＤ「Ｔａｇ＿ＳｔＤｏｃ１」と、表示するページとを、表示要求ともに通信部１１へ送信する（ステップＳ２７１６）。ここでは、表示するページが１ページ目であることを示す「ｐａｇｅ１」が、表示要求と共に通信部１１に送信される。

通信部１１は、登録情報記憶部１２４において、登録ＩＤ「Ｔａｇ＿ＳｔＤｏｃ１」に紐づいたブラウザＩＤである「ＢＲＯＷＳＥＲ１」で特定されるブラウザ部２３を有する仲介装置２０の通信制御部２１へ、「ｐａｇｅ１」と共に表示要求を通知する（ステップＳ２７１７）。

通信制御部２１は、この通知を受けて、ファイルＩＤと対応する文書データの１ページ目の表示要求をブラウザ部２３に対して通知する（ステップＳ２７１８）。

ブラウザ部２３は、この通知を受けて、通信部１１から、ファイルＩＤと対応する文書データの取得する（ステップＳ２７１９）。ここで取得する文書データは、例えば、ｐｄｆファイルの文書データ等である。

続いて、ブラウザ部２３は、取得した複数ページの文書データのうち、１ページ目を出力機器５０に出力する（ステップＳ２７２０）。言い換えれば、ブラウザ部２３は、取得した文書データの１ページ目を出力機器５０に表示させる。

次に、ブラウザ部３２は、ページ操作用の画面において、ページをめくる操作を受け付けると（ステップＳ２７２１）、通信部１１に対して、文書データと紐付いているファイルＩＤと、登録ＩＤ「Ｔａｇ＿ＳｔＤｏｃ１」と、表示するページ数（ｐａｇｅ２）とを、表示要求と共に送信する（ステップＳ２７２２）。

通信部１１は、ブラウザＩＤである「ＢＲＯＷＳＥＲ１」で特定されるブラウザ部２３を有する仲介装置２０の通信制御部２１へ、「ｐａｇｅ２」と共に表示要求を通知する（ステップＳ２７２３）。

通信制御部２１は、ファイルＩＤと対応する文書データの２ページ目の表示要求をブラウザ部２３に対して通知する（ステップＳ２７２４）。続いて、ブラウザ部２３は、取得した複数ページの文書データのうち、２ページ目を出力機器５０に出力する（ステップＳ２７２５）。言い換えれば、ブラウザ部２３は、取得した文書データの２ページ目を出力機器５０に表示させる。

以下に、図２８乃至図３１を参照してブラウザ部３２の表示例について説明する。図２８は、条件を入力する文書表示画面の表示例を示す図である。図２８に示す文書表示画面２８０は、図２７のステップＳ２７０５で表示される。

文書表示画面２８０には、メッセージ６１１と、条件の入力欄２８１と、文書の一覧の取得要求を行う操作ボタン２８２と、が表示されている。

本実施形態では、生徒を特定する条件として、文書データがアップロードされた日付、生徒の出席番号、生徒が属する班と出席番号が入力欄２８１に入力される。

つまり、本実施形態の文書表示画面は、抽出する文書データの条件を入力する条件入力画面である。

図２９は、文書データ群の一覧の表示例を示す図である。図２９に示す画面２９０は、図２７のステップＳ２７１１で、ブラウザ部３２に表示される画面である。

図２９に示す画面２９０には、メッセージ６１１と、入力された条件を示す情報２９１と、入力された条件に合致した文書の一覧２９２が表示される。図２９の例では、現在の授業は、６年２組の理科の授業であり、文書の一覧２９２は、２０１８年１２月２４日に４班の出席番号１５番の生徒がアップロードした文書の一覧であることがわかる。

図３０は、ページ操作用の画面の一例を示す図である。図３０に示す画面３００は、図２７のステップＳ２７１５でブラウザ部３２に表示される画面である。

画面３００には、出力機器５０に表示させる文書データに関する情報２７２と、文書データに含まれるページを操作するための操作ボタン２７３が含まれる。

文書データに関する情報２７２とは、文書データをアップロードした生徒の名前、文書データのファイル名等を含む。つまり、文書データに関する情報２７２は、文書データの属性情報を含む。

また、画面３００では、操作ボタン２７３を操作することで、出力機器５０に表示させる文書データのページを次のページとしたり、前のページとしたりすることができる。つまり、本実施形態では、教師端末３０に表示された画面３００に対する操作で、出力機器５０に表示させる文書データのページの切り替えを行うことができる。

図３１は、出力機器における文書データの表示例を示す図である。図３１の画面３１０は、図２７のステップＳ２７２０やステップＳ２７２５で出力機器５０に表示される画面である。画面３１０には、文書データが表示される。また、画面３１０には、パスコード５１が表示される。

このように、本実施形態によれば、教師端末３０から、出力機器５０に表示させた文書データのページめくりを行うことができる。したがって、機器の操作性を向上させることができる。

次に、本実施形態の生徒端末４０によって、サーバ装置１０に文書画像データをアップロードする処理について説明する。

図３２は、生徒端末からサーバ装置へ文書画像データをアップロードする処理手順の一例を説明するためのシーケンス図である。

本実施形態の生徒端末４０において、制御部４１は、利用者である生徒による、生徒端末４０に表示されたＵＲＬショートカットアイコンの押下を検知する（ステップＳ３２０１）。

生徒端末４０に表示されたＵＲＬショートカットアイコンには、サーバ装置１０へ接続するための初期アクセスＵＲＬと、生徒端末４０に提供されるサービスを示す登録ＩＤ「Ｔａｇ＿Ｓｔ」とを含むタグ情報が埋め込まれている。登録ＩＤ「Ｔａｇ＿Ｓｄ」は、登録情報記憶部１２４において、アプリＩＤ「ＡＰ＿ＳｔＰｏｒｔａｌ」と対応付けられている。

生徒端末４０は、ＵＲＬショートカットアイコンの押下を検知すると、ブラウザ部４２を起動させ、ＵＲＬショートカットアイコンに埋め込まれた初期アクセスＵＲＬ先へ接続する（ステップＳ３２０２）。

ブラウザ部４２は、起動に応じ、ＵＲＬショートカットアイコンに埋め込まれた初期アクセスＵＲＬに対応するアプリ判定部１２に対してＨＴＴＰリクエストを自動的に送信する（ステップＳ３２０３）。当該ＨＴＴＰリクエストには、対象登録ＩＤの他に、アカウント情報（ユーザＩＤとパスワード）が含まれる。なお、本実施形態では、生徒全体に対して、１つのアカウント情報が対応付けられるものとした。

サーバ装置１０のアプリ判定部１２は、当該ＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれているについて認証を行う。当該認証に成功した場合にステップＳ３２０４以降が実行される。

認証に成功すると、アプリ判定部１２は、リダイレクト要求を含む応答（ＨＴＴＰレスポンス）をブラウザ部４２へ送信する（ステップＳ３２０４）。

当該リダイレクト要求には、リダイレクト先として対象登録ＩＤ（「Ｔａｇ＿Ｓｔ」）に対応付けられて登録情報記憶部１２４（図９）に記憶されているＩｎアプリＩＤ（「ＡＰ＿ＳｔＰｏｒｔａｌ」）に係る生徒ポータルアプリ１３－５のＵＲＬ（以下、「生徒ポータルＵＲＬ」という。）が含まれる。生徒ポータルＵＲＬは、アプリ情報記憶部１２１（図１０）を参照して特定可能である。なお、生徒ポータルアプリ１３－５は、入力アプリ群１３に含まれるアプリケーションである。

ブラウザ部４２は、当該リダイレクト要求に従い、リダイレクト先である生徒ポータルＵＲＬ（すなわち、生徒ポータルアプリ１３－５）にＨＴＴＰリクエスト（リダイレクト）を送信する（ステップＳ３２０５）。

生徒ポータルアプリ１３－５は、当該ＨＴＴＰリクエストに応じ、生徒端末４０のブラウザ部４２へ、サーバ装置１０へ文書画像データをアップロードするためのアップロード画面の表示データと、アップロードを実行させるためのスクリプトと、を含む応答をブラウザ部４２に送信する（ステップＳ３２０６）。なお、当該スクリプト及び当該表示データは、生徒端末４０への処理の実行要求を示すデータの一例である。

ブラウザ部４２は、当該応答を受信すると、当該表示データに基づいて、アップロードの手順の１つとして、クラス入力画面を生成し、クラス入力画面を生徒端末４０の出力装置に表示する（ステップＳ３２０７）。

ブラウザ部４２は、生徒から、学年・クラス情報、班、出席番号を含む生徒情報の入力を受け付けると（ステップＳ３２０８）、入力された生徒情報を生徒ポータルアプリ１３－５へ通知する（ステップＳ３２０９）。生徒ポータルアプリ１３－５は、生徒情報に応じた生徒ポータルメニュー画面をブラウザ部４２に描画させる表示データを、ブラウザ部４２に送信する（ステップＳ３２１０）。

ブラウザ部４２は、この表示データに基づき、生徒ポータルメニュー画面を表示させる（ステップＳ３２１１）。生徒ポータルメニュー画面では、例えば、画像データの撮像や、アップロードする画像データや文書データの選択等が行われる。

次に、生徒ポータルメニュー画面において、画像データの撮像が選択された場合の動作について説明する。

生徒端末４０は、生徒ポータルメニュー画面において、「写真を撮影」というアイコンの選択を受け付けると（ステップＳ３２１２）、ブラウザ部４２は、カメラ操作を行う操作画面を表示させる（ステップＳ３２１３）。

ブラウザ部４２は、操作画面内のシャッタボタンの押下を受け付けると（ステップＳ３２１４）、制御部４１によって提供されるカメラサービスを利用して写真を撮る（ステップＳ３２１５）。言い換えれば、生徒端末４０は、カメラ機能によって画像データ（ｐｈｏｔｏ．ｊｐｅｇ）を取得する。

ブラウザ部４２は、画像データを通信部１１へアップロードする（ステップＳ３２１６）。このとき、ブラウザ部４２は、画像データに、登録ＩＤ「Ｔａｇ＿Ｓｔ」と、生徒情報とを対応付けて、画像データを通信部１１へ送信する。なお、生徒情報とは、ステップＳ３２０７で表示されたクラス入力画面において入力された情報を含んでいても良い。

次に、通信部１１は、スケジュールアプリ１３－２に対して、教科情報の取得要求を送信する（ステップＳ３２１７）。この取得要求には、時刻情報と学年・クラス情報が含まれる。

スケジュールアプリ１３－２は、この取得要求を受けて、時間割データ記憶部１２７を参照して、学年・クラス情報と時刻情報に基づき教科を特定し、教科情報を通信部１１へ送信する（ステップＳ３２１８）。通信部１１は、入力された生徒情報と、受信した教科情報を画像データと対応付けて、文書画像データ記憶部１２５へ格納する。

次に、生徒ポータルメニュー画面において、「文書データの選択」が選ばれた動作について説明する。

生徒端末４０は、生徒ポータルメニュー画面において、「文書選択」というアイコンの選択を受け付けると（ステップＳ３２１９）、ブラウザ部４２は、制御部４１に対して、文書データの一覧表示への切り替えを要求する（ステップＳ３２２０）。

続いて、制御部４１は、表示された文書データの一覧から、文書データの選択を受け付けると（ステップＳ３２２１）、制御部４１は、選択された文書データ（ｄｏｃ．ｐｄｆ）をブラウザ部４２へ通知する（ステップＳ３２２２）。

ブラウザ部４２は、この通知を受けて、選択された文書データに、登録ＩＤ「Ｔａｇ＿Ｓｔ」と、生徒情報を対応付けて、通信部１１にアップロードする（ステップＳ３２２３）。

次に、通信部１１は、スケジュールアプリ１３－２に対して、教科情報の取得要求を送信する（ステップＳ３２２４）。この取得要求には、時刻情報と学年・クラス情報が含まれる。

スケジュールアプリ１３－２は、この取得要求を受けて、時間割データ記憶部１２７を参照して、学年・クラス情報と時刻情報とに基づき教科を特定し、教科情報を通信部１１へ送信する（ステップＳ３２２５）。通信部１１は、入力された生徒情報と、受信した教科情報を文書データと対応付けて、文書画像データ記憶部１２５へ格納する。

以下に、本実施形態の通信部１１による文書画像データの文書画像データ記憶部１２５への格納について説明する。

図３３は、文書画像データ記憶部の構造の概念を説明する図である。本実施形態の文書画像データ記憶部１２５では、文書画像データは、学校毎にフォルダを分けて格納する。

本実施形態では、学校と対応するフォルダＦ１の配下には、教師用のフォルダＦｔと、生徒用のフォルダＦｓが存在する。

教師用のフォルダＦｔに格納された文書画像データは、例えば、教師の名前、日付、ファイル名で分類されて管理されても良い。つまり、教師用のフォルダＦｔの配下に、教師毎の個人のフォルダが設けられていても良い。

また、生徒用のフォルダＦｔに格納された文書画像データは、学年、組、出席番号、日付、ファイル名で分類される。なお、分類の仕方として、班が含まれても良い。

以下に、図３４を参照して、文書画像データ記憶部１２５について説明する。図３４は、文書画像データ記憶部の構成例を示す図である。

文書画像データ記憶部１２５は、情報の項目として、テナントＩＤ、ファイルＩＤ、ファイル名、日付、時刻、書式、頁数、学年、組、番号、班、出席番号、教科、利用者情報を有し、項目「テナントＩＤ」にその他の項目が対応付けられている。

本実施形態では、文書画像データを文書画像データ記憶部１２５に格納する際に、教科と対応付けて格納するため、出力機器５０に表示させる文書画像データの一覧を抽出する際に、現在行われている授業の教科と対応付けられた文書画像データを抽出できる。

以下に、図３５及び図３６を参照して、生徒端末４０の表示例について説明する。図３５は、生徒端末における表示例を示す第一の図である。

図３５に示す画面３５０は、図３１のステップＳ３２０７で生徒端末４０に表示されるクラス入力画面である。画面３５０は、生徒の学年、クラス、出席番号、班等の入力欄３５１と、入力する数字を選択させる選択欄３５２とが表示される。

尚、本実施形態では、アプリ判定部１２によって学年・クラス情報が取得される場合には、画面３５０は、学年とクラスの入力欄には、数字が予め入力された状態で生徒端末４０に表示されても良い。その場合、生徒は、自身の班と出席番号のみを入力すれば良い。

図３６は、生徒端末における表示例を示す第二の図である。図３６に示す画面３６０は、図３２のステップＳ３２１１で生徒端末４０に表示される生徒ポータルメニュー画面である。画面３６０では、生徒情報と教科情報を含むメッセージ３６１と、操作ボタン３６２、３６３を含む。

画面３６０において、操作ボタン３６２が選択されると、生徒端末４０は、カメラアプリを起動し、画像データの撮像が行えるようにし、操作ボタン３６３が選択されると、生徒端末４０は、アップロードする文書データを選択させる一覧画面を表示させる。

以上のように、本実施形態によれば、教師端末３０において、教師が出力機器５０に表示されたパスコードを入力するだけで、教師端末３０と出力機器５０とを連携させることができる。また、本実施形態によれば、教師端末３０において行われたページ送り等の操作を、出力機器５０に表示された文書画像データに対する操作として反映させることができる。

さらに、本実施形態によれば、登録ＩＤと対応付けられたサービスのうち、ＯｕｔアプリＩＤが対応付けられているサービスは、教師端末３０に対してのみの提供としている。したがって、本実施形態によれば、出力機器５０を使用する権限を有していない生徒によって、誤って文書画像データが出力機器５０へ出力されることを防止できる。

なお、本実施形態では、情報処理システム１が教育現場の学校等に導入されたものとして説明したが、これに限定されない。本実施形態の情報処理システム１は、例えば、企業等の組織に導入されても良い。

その場合は、出力機器５０を操作する権限を有するユーザのユーザ端末に、パスコードの入力画面を表示させれば良い。

また、本実施形態によれば、仲介装置２０に対して予め学年・クラス等のグループ情報が対応付けられている。したがって、本実施形態によれば、教師端末３０において、学年・クラス等のグループ情報を入力する必要がない。

さらに、本実施形態によれば、学年・クラス等のグループが特定されると、時間割データ記憶部１２７を参照して、現在の授業の教科が特定される。したがって、本実施形態では、教師端末３０に入力された条件に合致し、且つ、現在の授業と同じ教科に関する情報として、アップロードされた文書画像データの一覧を教師端末３０に表示させることができる。

このため、本実施形態によれば、例えば、教師が、理科の授業中に、理科の時間と関連付いた文書画像データを生徒と共有しようとした場合等に、学年・クラス等のグループ、教科を入力となくても、現在の教科と関連づく文書画像データの一覧を教師端末３０に提示することができる。

したがって、本実施形態によれば、データを容易に共有させることができる。

なお、上記実施形態におけるサーバ装置１０、仲介装置２０、出力機器５０等の出力機器、及びユーザ端末３０、４０は、それぞれ単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。

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

以上、各実施形態に基づき本発明の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１ 情報処理システム
１０ サーバ装置
１１ 通信部
１２ アプリ判定部
１３ 入力アプリ群
１４ 出力アプリ
１５ パスコード取得部
１６ 特定情報割当部
１７ アップロードアプリ
２０ 仲介装置
２１ 通紙制御部
２２ ブラウザ管理部
２３ ブラウザ部
３０ 教師端末（ユーザ端末）
３１、４１ 制御部
３２、４２ ブラウザ部
４０ 生徒端末（ユーザ端末）
５０ 出力機器
１２１ アプリ情報記憶部
１２２ 機器情報記憶部
１２３ ユーザ情報記憶部
１２４ 登録情報記憶部
１２５ 文書画像データ記憶部
１２６ 対応情報記憶部
１２７ 時間割データ記憶部

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

Claims (7)

1. 機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   端末から前記仲介装置を特定するためのデバイス識別情報を受信する受信部と、
   前記仲介装置毎のデバイス識別情報と、グループを示すグループ情報とが対応付けられた対応情報記憶部と、
   文書画像データが格納された文書画像データ記憶部から、前記受信部が受信したデバイス識別情報と対応付けられたグループ情報に基づいて抽出された文書画像データに対する処理の実行要求を、前記受信したデバイス識別情報によって特定される前記仲介装置へ送信する通信部と、を有し、
   前記仲介装置は、
   前記通信部から送信される前記実行要求に応じた処理を実行して前記機器を制御する、ことを特徴とする情報処理システム。
2. 前記情報処理装置は、
   前記端末から送信された文書の一覧の取得要求に応じて、該取得要求に含まれるグループ情報に基づいて前記文書画像データ記憶部から抽出された文書画像データの一覧を、前記端末へ表示させる、請求項１記載の情報処理システム。
3. 前記情報処理装置は、
   前記グループ情報と対応付けられた時間割データが格納された時間割記憶部を有し、
   前記文書画像データの一覧は、
   前記取得要求に含まれるグループ情報と、現在の時刻を示す時刻情報と、前記時間割データと、から特定された教科を示す情報に基づき抽出された文書画像データの一覧である、請求項１又は２記載の情報処理システム。
4. 前記情報処理装置は、
   前記端末に入力された特定情報と処理の実行要求とを前記端末から受信し、前記処理の実行要求に応じて、前記特定情報に基づいて前記機器と対応付けられた仲介装置を特定する特定部を有する、請求項１乃至３の何れか一項に記載の情報処理システム。
5. 機器と通信可能な仲介装置と通信可能な情報処理装置であって、
   端末から前記仲介装置を特定するためのデバイス識別情報を受信する受信部と、
   前記仲介装置毎のデバイス識別情報と、グループを示すグループ情報とが対応付けられた対応情報記憶部と、
   文書画像データが格納された文書画像データ記憶部から、前記受信部が受信したデバイス識別情報と対応付けられたグループ情報に基づいて抽出された文書画像データに対する処理の実行要求を、前記受信したデバイス識別情報によって特定される前記仲介装置へ送信する通信部と、を有する、ことを特徴とする情報処理装置。
6. 機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とが実行する情報処理方法であって、
   前記情報処理装置が、
   端末から前記仲介装置を特定するためのデバイス識別情報を受信する手順と、
   前記仲介装置毎のデバイス識別情報と、グループを示すグループ情報とが対応付けられた対応情報記憶部を参照する手順と、
   文書画像データが格納された文書画像データ記憶部から、前記受信する手順で受信したデバイス識別情報と対応付けられたグループ情報に基づいて抽出された文書画像データに対する処理の実行要求を、前記受信したデバイス識別情報によって特定される前記仲介装置へ送信する手順と、を実行することを特徴とする情報処理方法。
7. 機器と通信可能な仲介装置と通信可能な情報処理装置に、
   端末から前記仲介装置を特定するためのデバイス識別情報を受信する処理と、
   前記仲介装置毎のデバイス識別情報と、グループを示すグループ情報とが対応付けられた対応情報記憶部を参照する処理と、
   文書画像データが格納された文書画像データ記憶部から、前記受信する処理で受信したデバイス識別情報と対応付けられたグループ情報に基づいて抽出された文書画像データに対する処理の実行要求を、前記受信したデバイス識別情報によって特定される前記仲介装置へ送信する処理と、を実行させる、ことを特徴とする情報処理プログラム。

Images