JP7210983B2 - 情報処理システム、情報処理装置、情報処理方法及びプログラム - 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 (8)

1. 機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とを含む情報処理システムであって、
   前記情報処理装置は、
   データの入力を制御する入力アプリケーションの識別情報と、前記仲介装置による前記データの出力を制御する出力アプリケーションの識別情報とが対応付けられた第一のサービス識別情報と、データの入力を制御する入力アプリケーションの識別情報が対応付けられており、前記出力アプリケーションの識別情報が対応付けられていない第二のサービス識別情報と、を記憶する記憶部と、
   端末から前記第一のサービス識別情報を受信した場合、前記入力アプリケーションおよび前記出力アプリケーションによるサービスを提供し、端末から前記第二のサービス識別情報を受信した場合、前記入力アプリケーションによるサービスを提供し、前記出力アプリケーションのサービスを提供しないサービス提供部と、を有することを特徴とする情報処理システム。
2. 前記情報処理装置は、
   前記端末から前記第一のサービス識別情報と、前記端末に入力された特定情報とを受信する受信部と、
   前記特定情報と、前記第一のサービス識別情報と対応するアプリケーションとに応じて、前記端末と対応付ける仲介装置を特定する特定部と、
   前記第一のサービス識別情報と対応するアプリケーションのうち、前記出力アプリケーションの実行要求を前記仲介装置へ送信する送信部と、を有し、
   前記仲介装置は、
   前記送信部から送信される前記実行要求に応じた処理を実行して前記機器を制御する、
   ことを特徴とする請求項１記載の情報処理システム。
3. 前記情報処理装置は、
   前記受信部が前記端末から前記第二のサービス識別情報を受信した場合に、前記第二のサービス識別情報と対応付けられた入力アプリケーションを実行して、前記端末から取得したデータを格納するデータ記憶部を有する、請求項２記載の情報処理システム。
4. 前記特定情報は、時間の経過に応じて前記情報処理装置によって更新される情報である、請求項２又は３記載の情報処理システム。
5. 前記情報処理装置は、
   定期的に、前記特定情報を生成して、前記仲介装置に割り当てる特定情報割当部を有し、
   前記送信部は、前記特定情報の表示処理の実行要求を前記仲介装置に送信し、
   前記仲介装置は、
   割り当てられた前記特定情報を前記機器に表示させる、請求項４記載の情報処理システム。
6. 機器と通信可能な仲介装置と通信可能な情報処理装置であって、
   データの入力を制御する入力アプリケーションの識別情報と、前記仲介装置による前記データの出力を制御する出力アプリケーションの識別情報とが対応付けられた第一のサービス識別情報と、データの入力を制御する入力アプリケーションの識別情報が対応付けられており、前記出力アプリケーションの識別情報が対応付けられていない第二のサービス識別情報と、を記憶する記憶部と、
   端末から前記第一のサービス識別情報を受信した場合、前記入力アプリケーションおよび前記出力アプリケーションによるサービスを提供し、端末から前記第二のサービス識別情報を受信した場合、前記入力アプリケーションによるサービスを提供し、前記出力アプリケーションのサービスを提供しないサービス提供部と、を有することを特徴とする情報処理装置。
7. 機器と通信可能な仲介装置と、前記仲介装置と通信可能な情報処理装置とが実行する情報処理方法であって、
   前記情報処理装置が、
   データの入力を制御する入力アプリケーションの識別情報と、前記仲介装置による前記データの出力を制御する出力アプリケーションの識別情報とが対応付けられた第一のサービス識別情報と、データの入力を制御する入力アプリケーションの識別情報が対応付けられており、前記出力アプリケーションの識別情報が対応付けられていない第二のサービス識別情報と、を記憶部に記憶し、
   端末から前記第一のサービス識別情報を受信した場合、前記入力アプリケーションおよび前記出力アプリケーションによるサービスを提供し、端末から前記第二のサービス識別情報を受信した場合、前記入力アプリケーションによるサービスを提供し、前記出力アプリケーションのサービスを提供しない、ことを特徴とする情報処理方法。
8. 機器と通信可能な仲介装置と通信可能な情報処理装置に、
   データの入力を制御する入力アプリケーションの識別情報と、前記仲介装置による前記データの出力を制御する出力アプリケーションの識別情報とが対応付けられた第一のサービス識別情報と、データの入力を制御する入力アプリケーションの識別情報が対応付けられており、前記出力アプリケーションの識別情報が対応付けられていない第二のサービス識別情報と、を記憶部に記憶し、
   端末から前記第一のサービス識別情報を受信した場合、前記入力アプリケーションおよび前記出力アプリケーションによるサービスを提供し、端末から前記第二のサービス識別情報を受信した場合、前記入力アプリケーションによるサービスを提供し、前記出力アプリケーションのサービスを提供しない、処理を実行させる、ことを特徴とする情報処理プログラム。

Images