WO2023140089A1

WO2023140089A1 - コンピュータ、プログラム、及びストロークデータ表示制御方法

Info

Publication number: WO2023140089A1
Application number: PCT/JP2022/048545
Authority: WO
Inventors: 司能美; 秀樹藤巻; 昭一末; 裕古田
Original assignee: 株式会社ワコム
Priority date: 2022-01-20
Filing date: 2022-12-28
Publication date: 2023-07-27

Abstract

【課題】生徒が期待される状態で解答できたのか否かを簡単に把握できるようにする。【解決手段】プロセッサを含むコンピュータであって、前記プロセッサは、複数のストロークデータを取得し、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定し、前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御する。

Description

コンピュータ、プログラム、及びストロークデータ表示制御方法

　本発明はコンピュータ、プログラム、及びストロークデータ表示制御方法に関し、特に、ストロークデータを利用するコンピュータ及びプログラムと、ストロークデータの表示を制御するためのストロークデータ表示制御方法とに関する。

　近年、タブレット端末を用いた学習又は芸術教育のサービスが提供されるようになっている。この種のサービスにおいては、例えば採点者は、複数のストロークデータを含むインクデータにより、設問に対する生徒の解答を取得し、解答の入力過程を再現することができる。特許文献１には、このような入力過程の再現に関する技術が開示されている。

国際公開第２０１８／０９２５５５号明細書

　しかしながら、上記背景技術によれば、採点者は、入力過程を再現してみないことには、躓くことなく解答できたのか、正しい書き順で書いたのかなどを知ることができない。そこで、ユーザが期待される状態で解答できたのか否かを簡単に把握できる技術が必要とされていた。

　したがって、本発明の目的の一つは、ユーザが期待される状態で解答できたのか否かを簡単に把握できるコンピュータ、プログラム、及びストロークデータ表示制御方法を提供することにある。

　本発明によるコンピュータは、プロセッサを含むコンピュータであって、前記プロセッサは、複数のストロークデータを取得し、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定し、前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御する、コンピュータである。

　本発明によるプログラムは、複数のストロークデータを取得するステップと、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御するステップと、をコンピュータに実行させるためのプログラムである。

　本発明によるストロークデータ表示制御方法は、コンピュータが、複数のストロークデータを取得するステップと、前記コンピュータが、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、前記コンピュータが、前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御するステップと、を含むストロークデータ表示制御方法である。

　本発明によるコンピュータは、プロセッサを含むコンピュータであって、前記プロセッサは、複数のストロークデータを含むインクデータを取得し、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定し、前記判定の結果に基づき、前記インクデータを表示する際の表示状態を制御する、コンピュータであるとしてもよい。

　本発明によるプログラムは、複数のストロークデータを含むインクデータを取得するステップと、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、前記判定の結果に基づき、前記インクデータを表示する際の表示状態を制御するステップと、をコンピュータに実行させるためのプログラムであるとしてもよい。

　本発明によるインクデータ表示制御方法は、コンピュータが、複数のストロークデータを含むインクデータを取得するステップと、前記コンピュータが、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、前記コンピュータが、前記判定の結果に基づき、前記インクデータを表示する際の表示状態を制御するステップと、を含むインクデータ表示制御方法である。

　本発明によれば、ユーザが期待される状態で解答できたのか否かを、インクデータの外観から簡単に把握することが可能になる。

本発明の実施の形態によるインクデータ処理システム１のシステム構成を示す図である。生徒端末２、教師端末３、及びインクサーバ４それぞれのハードウェア構成の一例を示す図である。解答インクデータの構成を示す図である。教師端末３のディスプレイに表示される解答ウインドウの例を示す図である。解答インクデータを取得するために生徒端末２が行う処理を示す処理フロー図である。インクデータベース６に解答インクデータを格納したインクサーバ４によって実行される処理を示す図である。図６に示したステップＳ２２においてインクサーバ４が実行する処理の具体的な例を示す処理フロー図である。教師端末３からの解答ウインドウの送信要求に応じてインクサーバ４が実行する処理を示す図である。

　以下、添付図面を参照しながら、本発明の実施の形態について詳細に説明する。

　図１は、本発明の実施の形態によるインクデータ処理システム１のシステム構成を示す図である。同図に示すように、インクデータ処理システム１は、生徒端末２と、教師端末３と、インクサーバ４とがネットワーク５を介して相互に接続された構成を有している。また、インクサーバ４にはインクデータベース６が接続される。

　図２は、生徒端末２、教師端末３、及びインクサーバ４それぞれのハードウェア構成の一例を示す図である。生徒端末２、教師端末３、及びインクサーバ４はそれぞれ、図示した構成を有するコンピュータ１００によって構成され得る。なお、インクサーバ４は複数のコンピュータ１００の結合によって構成されていてもよい。

　図２に示すように、コンピュータ１００は、ＣＰＵ（Central Processing Unit）１０１、記憶装置１０２、入力装置１０３、出力装置１０４、及び通信装置１０５がバス１０６を介して相互に接続された構成を有している。

　ＣＰＵ１０１は、コンピュータ１００の各部を制御するとともに、記憶装置１０２に記憶される各種のプログラムを読み出して実行する装置（プロセッサ）である。後掲する図３～図８を参照して説明する各処理は、生徒端末２、教師端末３、及びインクサーバ４のＣＰＵ１０１が記憶装置１０２に記憶されるプログラムを実行することによって実現される。

　記憶装置１０２は、ＤＲＡＭ（Dynamic Random Access Memory）などの主記憶装置と、ハードディスクなどの補助記憶装置とを含み、コンピュータ１００のオペレーティングシステムや各種のアプリケーションを実行するための各種のプログラム、及び、これらのプログラムによって利用されるデータを記憶する役割を果たす。

　入力装置１０３は、ユーザの入力操作を受け付けてＣＰＵ１０１に供給する装置であり、例えばキーボード、マウス、タッチ検出装置を含んで構成される。このうちタッチ検出装置はタッチセンサ及びタッチコントローラを含む装置であり、ペン入力又はタッチ入力を検出するために使用される。図１に示したペンＰは、生徒端末２のタッチ検出装置に対してペン入力を行うために用いられる電子ペンである。ペンＰによるペン入力は、例えばアクティブ静電方式又は電磁誘導方式により実現される。タッチ入力は指などのパッシブポインタによる入力であり、例えば静電容量方式により実現される。

　出力装置１０４は、ＣＰＵ１０１の処理結果をユーザに対して出力する装置であり、例えばディスプレイ、スピーカーを含んで構成される。通信装置１０５は、外部の装置と通信するための装置であり、ＣＰＵ１０１の指示にしたがってデータの送受信を行う。生徒端末２、教師端末３、及びインクサーバ４はそれぞれ、この通信装置１０５を用いて、他の装置、システム、ネットワークなどとの間で通信を行う。

　図１に戻る。インクデータベース６は、通信教育のために必要な各種のデータを記憶するための記憶装置である。各種のデータには、生徒に対して提供される教材データ、教材データ内に含まれる設問に対する生徒の解答を示すインクデータ（以下「解答インクデータ」という）などが含まれる。インクデータベース６の実体は、インクサーバ４とは別のコンピュータに実装されることとしてもよいし、インクサーバ４の記憶装置１０２内に実装されることとしてもよい。

　インクサーバ４は、通信教育のサービス提供会社によって利用されるサーバコンピュータであり、インクデータベース６内の教材データを生徒端末２に提供し、生徒端末２から解答インクデータを取得してインクデータベース６に格納するとともに、生徒の解答を含む画面（以下「解答ウインドウ」という）を生成して教師端末３に提供する役割を果たす。インクサーバ４はまた、インクデータベース６内に格納した解答インクデータを分析することによって、解答インクデータを構成する各ストロークデータの入力が所定の状態で行われたか否かを判定し、判定の結果に基づいて、上記解答ウインドウ内に解答インクデータを表示する際の表示状態（外観）を制御する処理も行う。

　生徒端末２は、通信教育の生徒をユーザとするコンピュータであり、生徒用アプリケーションを実行可能に構成される。典型的には、生徒端末２はタブレット端末であるが、内蔵又は外付けの入力装置を備えることによってペンＰによるペン入力又はタッチ入力に対応しているコンピュータであれば、ノートパソコン、デスクトップパソコン、スマートフォンなど他の種類のコンピュータであってもよい。

　生徒用アプリケーションは、生徒端末２に、インクサーバ４から教材データを受信してディスプレイに表示し、表示した教材データに含まれる設問に対する解答の入力を受け付ける処理を実行させるためのプログラムである。生徒は、予め割り当てられた生徒ＩＤを用いてログインしたうえで、生徒用アプリケーションを利用する。

　生徒用アプリケーションに従って動作する生徒端末２は、生徒の操作に応じてインクサーバ４から取得すべき教材データを特定し、特定した教材データの送信をインクサーバ４に対して要求する。そして、要求の結果としてインクサーバ４が送信した教材データを受信し、ディスプレイに表示する。

　ここで、教材データは、複数の設問と、設問ごとの解答入力領域と、解答の入力終了を示す提出ボタンとを含む表示画面を有するデータである。設問及び解答入力領域は複数の表示画面（ページ）に分かれて表示されることとしてもよく、その場合の各ページには、次のページを進むための進むボタン及び前のページに戻るための戻るボタンが設けられ、提出ボタンは、最後のページ、又は、各ページに共通に表示されるグローバルナビゲーションに設けられる。各設問には設問を識別するための設問ＩＤが割り当てられ、解答入力領域もこの設問ＩＤによって識別される。生徒用アプリケーションに従って動作する生徒端末２は、解答入力領域ごとに、生徒が行った入力操作に応じて解答インクデータを取得し、生徒が提出ボタンを押下したことに応じて、それまでに取得した各解答インクデータを、生徒ＩＤ及びそれぞれの設問ＩＤとともにインクサーバ４に送信するよう構成される。

　解答入力領域に対する入力操作は、ペン入力又はタッチ入力によって実行される。以下ではペン入力の場合を例に取って説明すると、生徒端末２のタッチ検出装置は、タッチ面内におけるペンＰの位置を周期的に検出し、検出の結果に基づいて、一続きのストロークを示すストロークデータを取得する処理を行う。こうして取得されるストロークデータは、ペンダウン（ペンがタッチ面に接触すること）からペンアップ（ペンがタッチ面から離脱すること）までのペン先の位置の軌跡を示す一連の座標を含むデータとなる。解答インクデータは、対応する解答入力領域内に生徒が入力した一連のストロークデータによって構成される。

　図３は、解答インクデータの構成を示す図である。同図に示すように、解答インクデータを構成する各ストロークデータは、当該解答インクデータ内における各ストロークデータの入力順を示す情報（以下「ストロークＩＤ」という）と、生徒がストロークの入力を開始した時刻であるストローク開始時刻（ペンダウンの時刻）、及び、生徒がストロークの入力を終了した時刻であるストローク終了時刻（ペンアップの時刻）を含むタイムスタンプと、一連の座標データと、状態フラグとを含んで構成される。ただし、このうちの状態フラグは、インクデータベース６に格納済みの解答インクデータ内の各ストロークデータに対してインクサーバ４が追加するデータであり、生徒端末２から出力される段階のストロークデータには含まれない。状態フラグの詳細については、後述する。

　個々の座標データは、タッチ面内におけるペンＰの位置を示す座標の他、ペンＰのペン先に加わった圧力の値を示す筆圧値、ペンＰの傾きを示すチルトデータ、及び、ペンＰに設けられたスイッチのオンオフ情報を含んで構成され得る。このうち筆圧値及びオンオフ情報はペンＰによって取得されるデータであり、ペンＰから生徒端末２のタッチ検出装置に対して送信される。一方、チルトデータは、ペンＰが２つのペン先電極を有する場合に、タッチ検出装置によって取得されるデータである。この場合のペンＰは、２つのペン先電極のそれぞれからペン信号を送信するよう構成される。タッチ検出装置は、２つのペン信号のそれぞれに基づいて位置導出を行うことにより２つのペン先電極間の距離を算出し、算出した距離に基づいてチルトデータを取得する。

　図１に戻る。教師端末３は、通信教育の教師（採点者）をユーザとするコンピュータであり、教師用アプリケーションを実行可能に構成される。典型的には、教師端末３はノートパソコンやデスクトップパソコンなどの個人用コンピュータであるが、生徒端末２と同様のタブレット端末であってもよいし、スマートフォンであってもよい。

　教師用アプリケーションは、教師端末３に、インクサーバ４から解答ウインドウを受信して表示する処理を実行させるためのプログラムである。教師は、予め割り当てられた教師ＩＤを用いてログインしたうえで、教師用アプリケーションを利用する。

　教師用アプリケーションに従って動作する教師端末３は、教師の操作に応じて生徒ＩＤ及び設問ＩＤを特定し、特定した生徒ＩＤ及び設問ＩＤに対応する解答ウインドウの送信をインクサーバ４に対して要求する。そして、要求の結果としてインクサーバ４が送信した解答ウインドウを受信し、ディスプレイに表示する。教師は、こうして表示された解答ウインドウを見ることにより生徒の解答を把握することができ、しかも本実施の形態によれば、解答の入力が所定の状態で行われたか否かについてまで把握することが可能になる。

　図４は、教師端末３のディスプレイに表示される解答ウインドウの例を示す図である。同図に示すように、解答ウインドウは、右側に解答インクデータのレンダリング結果を、左側に解答インクデータの解析結果をそれぞれ表示するよう構成される。解答インクデータの解析結果は、図４に示すような文字認識の結果の他、解答インクデータの分析結果（記録開始時刻、記述開始時刻、記述終了時刻、記述開始から提出までの時間、総記述時間、総ストローク長、平均記述速度、加速度、平均筆圧、時間と筆圧の関係を示すグラフなど）を含み得る。解答インクデータの解析結果には、ストローク長などから求められる擬似的なインクの使用量を含むこととしてもよい。

　図４においては、解答インクデータのレンダリング結果に含まれる各ストロークデータのうちの２つについて、破線の角丸四角印を付している。この角丸四角印は、対応するストロークデータが他のストロークデータと異なる色で描画されていることを示すものであり、実際にこのような角丸四角印が付されるわけではない。インクサーバ４は、解答ウインドウ内にストロークデータを描画する際に図３に示した状態フラグを参照し、状態フラグの値に応じて描画色を変更するよう構成される。教師は、この変更された描画色を見ることで、その部分の入力が所定の状態で行われていないことを知ることができる。

　以下、図５～図８を参照しながら、生徒端末２及びインクサーバ４のそれぞれが行う処理について、より詳しく説明する。

　図５は、解答インクデータを取得するために生徒端末２が行う処理を示す処理フロー図である。同図に示すように、この処理は、生徒端末２が生徒の操作に応じて教材データを表示する処理（ステップＳ１）から開始される。上述したように、教材データには、複数の設問と、設問ごとの解答入力領域と、解答の入力終了を示す提出ボタンとを含む表示画面が含まれる。以下では、説明の簡単のため、すべての解答入力領域及び提出ボタンが１つの表示画面内に含まれる例を説明するが、複数の解答入力領域を複数のページに分散して表示することとしてもよいのは、上述したとおりである。

　教材データを表示した生徒端末２はまず、提出ボタンが押下されたか否かを判定する（ステップＳ２）。ここでは押下されていないと判定したとすると、生徒端末２は座標データを検出し（ステップＳ３）、ペンダウンが発生したか否かを判定する（ステップＳ４）。ステップＳ３で検出される座標データは、上述したように、タッチ面内におけるペンＰの位置を示す座標の他、ペンＰのペン先に加わった圧力の値を示す筆圧値、ペンＰの傾きを示すチルトデータ、及び、ペンＰに設けられたスイッチのオンオフ情報を含み得るデータである。ステップＳ４の判定結果は、ステップＳ３で検出した座標データ内の筆圧値により、筆圧値が０から０より大きい値に変化したことが示される場合に肯定、そうでない場合に否定となる。

　ステップＳ４においてペンダウンが発生していないと判定した生徒端末２は、ステップＳ８に処理を移す。一方、ステップＳ４においてペンダウンが発生したと判定した生徒端末２は、ステップＳ３で検出した座標データ内の座標（＝書き始めの位置）に基づき、まず設問ＩＤを特定する（ステップＳ５）。ここで特定される設問ＩＤは、書き始めの位置を含む解答入力領域に対応する設問ＩＤとなる。

　次に生徒端末２は、特定した設問ＩＤについて生成済みのストロークデータを参照することにより、これから生成するストロークデータのストロークＩＤを決定する（ステップＳ６）。ストロークＩＤは、上述したように、解答インクデータ内における各ストロークデータの入力順を示す情報である。したがって生徒端末２は、特定した設問ＩＤについて生成済みのストロークデータについて割り当て済みの１以上のストロークＩＤのうち最も大きいものに１を加算してなる数を、これから生成するストロークデータのストロークＩＤとして決定すればよい。続いて生徒端末２は、現在の時刻をストローク開始時刻として記録した後（ステップＳ７）、ステップＳ８に処理を移す。

　ステップＳ８において生徒端末２は、ペンアップが発生したか否かを判定する（ステップＳ８）。ステップＳ８の判定結果は、ステップＳ３で検出した座標データ内の筆圧値により、筆圧値が０より大きい値から０に変化したことが示される場合に肯定、そうでない場合に否定となる。

　ステップＳ８においてペンアップが発生していないと判定した生徒端末２は、ステップＳ３で検出した座標データを記録した後（ステップＳ９）、ステップＳ２に処理を戻す。一方、ステップＳ８においてペンアップが発生したと判定した生徒端末２は、現在の時刻をストローク終了時刻として記録したうえで（ステップＳ１０）、ペンダウン以降に記録した各データ（ストローク開始時刻、一連の座標データ、ストローク終了時刻）に基づいてストロークデータを生成し、ステップＳ５で特定した設問ＩＤ、及び、ステップＳ６で決定したストロークＩＤに対応付けて記録する（ステップＳ１１）。その後、生徒端末２はステップＳ２に処理を戻す。

　ステップＳ２において提出ボタンが押下された判定した生徒端末２は、設問ＩＤごとに、記録した全ストロークデータを含む解答インクデータを生成し、生徒ＩＤとともにインクサーバ４に送信する（ステップＳ１２）。こうして送信された解答インクデータを受信したインクサーバ４は、受信した生徒ＩＤに対応付けて、受信した各解答インクデータをインクデータベース６に記憶する。

　図６は、インクデータベース６に解答インクデータを格納したインクサーバ４によって実行される処理を示す図である。インクサーバ４は、インクデータベース６に解答インクデータを格納した直後に同図の処理を実行することとしてもよいし、バッチ処理により同図の処理を実行することとしてもよい。

　図６に示すように、インクサーバ４はまず、インクデータベース６から解答インクデータを取得する（ステップＳ２０）。そして、例えばインクデータの数式解析を行うためのＩｎｋＴｏＭａｔｈクラスのインスタンスを実行することによって解答インクデータの解析を実行し、解析結果を、解答インクデータに対応付けてインクデータベース６に保存する（ステップＳ２１）。こうして保存した解析結果は、後にインクサーバ４が解答ウインドウを生成する際に利用される他、インクデータ４が次のステップＳ２２を実行する際にも利用され得る。

　ステップＳ２１を実行したインクサーバ４は、次に、例えばインクデータの統計処理を行うためのＩｎｋＳｔａｔｉｓｔｉｃｓクラスのインスタンスを実行することによって、ステップＳ２０で取得した解答インクデータを構成する各ストロークデータの入力が所定の状態で行われたか否かを判定する。そして、判定の結果に基づき、解答インクデータを表示する際の外観を制御する（ステップＳ２２）。判定の対象となる所定の状態の具体的な内容は特に限定されないが、例えば、解答中に躓くことなく（すなわち、所定時間以上の間を開けることなく）各ストロークデータの入力が実行される状態、各ストロークデータの入力が所定の順序で実行される状態、ペンを所定の傾き範囲にて保持した状態で各ストロークデータの入力が実行される状態、などを所定の状態として用いることが好適である。

　図７は、図６のステップＳ２２においてインクサーバ４が実行する処理の具体的な例を示す処理フロー図である。図７に示す例は、判定の対象となる所定の状態として、解答中に躓くことなく各ストロークデータの入力が実行される状態を用いる場合の例となっている。また、図７には、ステップＳ２２の処理を実行するための前処理として、図６のステップＳ２１で得た解析結果を利用する処理を行う場合の例を示している。

　具体的に説明すると、インクサーバ４はまず、図６のステップＳ２１で得た解析結果により示される解答インクデータの各行について、ステップＳ３１，Ｓ３２の処理を実行する（ステップＳ３０）。具体的に説明すると、インクサーバ４は、注目行内の２つ目以降の各ストロークデータについて、１つ前のストロークデータの入力が終了してから注目ストロークデータの入力が開始されるまでの時間であるギャップ時間を算出する処理を行う（ステップＳ３１，Ｓ３２）。インクサーバ４は、各ストロークデータに含まれるタイムスタンプ（ストローク終了時刻及びストローク開始時刻）に基づいて、ステップＳ３２の算出を行えばよい。

　次にインクサーバ４は、算出した全ギャップ時間により構成されるデータ群の四分位数を算出し（ステップＳ３３）、算出した四分位数に基づいて判定基準値を算出する（ステップＳ３４）。例えばインクサーバ４は、算出した全ギャップ時間により構成されるデータ群の第３四分位数（全データのメジアンより大きいデータにより構成されるデータ群のメジアン）を判定基準値として算出すればよい。

　続いてインクサーバ４は、ステップＳ３０～Ｓ３２で算出した各ギャップ時間について、ステップＳ３６，Ｓ３７の処理を実行する（ステップＳ３５）。具体的に説明すると、インクサーバ４は、注目ギャップ時間が判定基準値より長いか否かを判定し（ステップＳ３６）、長いと判定した場合には、対応する後続側ストロークデータの状態フラグ（図３を参照）に偽を設定する（ステップＳ３７）。状態フラグは、対応するストロークデータの入力が所定の状態で行われたか否かを示すブール型のデータであり、状態フラグが偽であることは、対応するストロークデータの入力が所定の状態で行われていないことを示している。状態フラグのデフォルト値は真であり、ここで偽を設定しなかったストロークデータの状態フラグは真となる。

　あるギャップ時間が判定基準値より長いということは、そのギャップ時間の直後に位置するストロークデータについて、生徒がスムーズに入力できなかったこと（すなわち、躓いたこと）を意味する。したがって、ステップＳ３６の処理は、対応するストロークデータについて、その入力が所定の状態で行われたか否かを判定する処理であると言える。また、後述するステップＳ４２（図８を参照）において行われる解答インクデータのレンダリングでは、ステップＳ３７で設定した状態フラグの値に応じて、ストロークデータの描画色が変更されることになる。したがって、ステップＳ３７の処理は、ステップＳ３６の判定の結果に基づいて、解答インクデータを表示する際の外観を制御する処理であると言える。

　図８は、教師端末３からの解答ウインドウの送信要求に応じてインクサーバ４が実行する処理を示す図である。インクサーバ４は、教師端末３から解答ウインドウの送信要求を受信すると（ステップＳ４０）、対応する解答インクデータ及びその解析結果をインクデータベース６から取得する（ステップＳ４１）。解答ウインドウの送信要求には生徒ＩＤ及び設問ＩＤが含まれており、インクサーバ４は、この生徒ＩＤ及び設問ＩＤをキーとしてインクデータベース６内を検索することにより、解答インクデータ及びその解析結果を取得する。

　次にインクサーバ４は、要求された解答ウインドウの生成を行う（ステップＳ４２）。この処理の中でインクサーバ４は、ステップＳ４１で取得した解答インクデータのレンダリングを実行し、レンダリングの結果を、ステップＳ４１で取得した解析結果とともに解答ウインドウ内に配置する処理を行う。レンダリングの際、インクサーバ４は、状態フラグが真となっているストロークデータと、偽となっているストロークデータとで、異なる描画色を用いてレンダリングを行う。これにより、所定の状態（図７の例では、躓くことなく入力される状態）で入力されたストロークデータと、所定の状態で入力されなかったストロークデータとで描画色が異なることになる。

　以上説明したように、本実施の形態によるインクデータ処理システム１によれば、解答インクデータを構成する各ストロークデータの入力が所定の状態で行われたか否かに応じて、教師端末３に表示される解答インクデータの外観が制御されることになる。したがって教師は、生徒が期待される状態で解答できたのか否かを、解答インクデータの外観から簡単に把握することが可能になる。

　また、本実施の形態によるインクデータ処理システム１によれば、ある解答インクデータについて算出した全ギャップ時間により構成されるデータ群の四分位数に基づいてその解答インクデータの判定基準値を算出しているので、生徒の個性（例えば筆記速度）に対応した適切な外観制御を実現することが可能になる。

　また、本実施の形態によるインクデータ処理システム１によれば、解答インクデータの解析結果によって示される行ごとにギャップ時間の算出を行っているので、前の行の最後のストロークデータとの間のギャップ時間が大きくなりがちな行の先頭に位置するストロークデータを、外観制御の対象外とすることが可能になる。ただし、解答インクデータの解析結果を利用せず、ギャップ時間の算出を行うこととしてもよい。この場合、行の先頭に位置するストロークデータを外観制御の対象とすることが可能になる。

　以上、本発明の好ましい実施の形態について説明したが、本発明はこうした実施の形態に何等限定されるものではなく、本発明が、その要旨を逸脱しない範囲において、種々なる態様で実施され得ることは勿論である。

　例えば、上記実施の形態では、図６のステップＳ２１において判定の対象となる所定の状態として、解答中に躓くことなく各ストロークデータの入力が実行される状態を用いる場合の例を詳しく説明したが、その他の状態を用いてもよいことは勿論である。例えば、所定の状態として、各ストロークデータの入力が所定の順序で実行される状態を用いてもよい。この場合、インクサーバ４は、各ストロークデータのストロークＩＤと、上記所定の順序とに基づき、解答インクデータを構成する複数のストロークデータの入力が所定の状態で行われたか否かを判定すればよい。このような判定は、例えば、設問の内容が漢字の書き取りである場合などに特に有効である。また、別の例では、所定の状態として、ペンを所定の傾き範囲にて保持した状態で各ストロークデータの入力が実行される状態を用いてもよい。この場合、インクサーバ４は、各ストロークデータに含まれるチルトデータと、上記所定の傾き範囲とに基づき、解答インクデータを構成する複数のストロークデータの入力が所定の状態で行われたか否かを判定すればよい。このような判定は、例えば、幼児にペンＰの持ち方を指導する場合などに特に有効である。

　また、上記実施の形態では、１種類の所定の状態のみを図６のステップＳ２１における判定の対象としたが、複数種類の所定の状態を判定の対象とすることとしてもよい。この場合、各所定の状態に対応する複数の状態フラグをストロークデータ内に設けることが好ましい。

　また、上記実施の形態では、ストロークデータの中に状態フラグを設ける例を説明したが、インクサーバ４又はインクデータベース６において、状態フラグに相当するデータをストロークデータとは別に保持しておき、このデータに基づいて、解答インクデータを表示する際の外観を制御することとしてもよい。或いは、各ストロークデータがメタデータとして描画色を有する場合であれば、メタデータ内の描画色を変更することによって、ストロークデータを表示する際の外観を制御することとしてもよい。

　また、上記実施の形態では、ストロークデータの描画色を変更することにより解答インクデータを表示する際の外観を制御する例を説明したが、その他の方法により解答インクデータを表示する際の外観を制御することとしてもよい。例えば、ストロークデータの線幅や透明度、ストロークデータを囲う破線の有無などを変更することによって、解答インクデータを表示する際の外観を制御することとしてもよい。

　また、上記実施の形態では、教師端末３に表示される解答ウインドウ内において解答インクデータの外観を制御することとしたが、生徒端末２において生徒が自分の解答を確認する際にも、同様に制御されたインクデータを表示するように、インクデータ処理システム１を構成することとしてもよい。こうすれば、期待される状態で解答できたか否かを、生徒自身が知ることが可能になる。

　また、上記実施の形態では、解答ウインドウ内に表示される解答インクデータのレンダリング結果の外観を制御することとしたが、解答ウインドウ内に表示される文字認識の結果の外観も同様にして制御することとしてもよい。こうすれば、読みやすい活字により、生徒が期待される状態で解答できたのか否かを把握することが可能になる。

　また、上記実施の形態では、図８に示したステップＳ４２における解答ウインドウの生成の際、状態フラグが真となっているストロークデータと、偽となっているストロークデータとで異なる描画色を用いてレンダリングを行うこととしたが、状態フラグが偽となっているストロークデータを含む文字或いは文字列を構成する複数のストロークデータを文字認識の結果などに基づいて決定し、決定した複数のストロークデータと、それ以外のストロークデータとで異なる描画色を用いてレンダリングを行うこととしてもよい。こうすることで教師は、生徒が期待される状態で解答できたのか否かを、個々のストロークデータよりも抽象的な情報の単位で把握することが可能になる。一例を挙げると、二次方程式の中で躓きがあった場合にその二次方程式を構成するすべてのストロークデータの描画色を他のストロークデータと異なる色にすれば、教師は、生徒が解答中に躓いたか否かを二次方程式の単位で把握できるようになる。

１　　　インクデータ処理システム
２　　　生徒端末
３　　　教師端末
４　　　インクサーバ
５　　　ネットワーク
６　　　インクデータベース
１００　コンピュータ
１０１　ＣＰＵ
１０２　記憶装置
１０３　入力装置
１０４　出力装置
１０５　通信装置
１０６　バス

Claims

　プロセッサを含むコンピュータであって、
　前記プロセッサは、
　　複数のストロークデータを取得し、
　　前記複数のストロークデータの入力が所定の状態で行われたか否かを判定し、
　　前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御する、
　コンピュータ。
　前記所定の状態は、所定時間以上の間を開けることなく前記複数のストロークデータの入力が実行される状態である、
　請求項１に記載のコンピュータ。
　前記プロセッサは、
　　前記複数のストロークデータのそれぞれに含まれるタイムスタンプに基づき、第１のストロークデータの入力が終了してから前記第１のストロークデータと時間的に隣接する第２のストロークデータの入力が開始されるまでの時間であるギャップ時間を算出し、
　　前記ギャップ時間が所定の判定基準値より長い場合に、前記第２のストロークデータの入力は前記所定の状態で行われていないと判定する、
　請求項１又は２に記載のコンピュータ。
　前記プロセッサは、前記ギャップ時間が前記判定基準値より長い場合に、前記第２のストロークデータを前記第１のストロークデータとは異なる色で描画する、
　請求項３に記載のコンピュータ。
　前記プロセッサは、前記ギャップ時間により構成されるデータ群の四分位数に基づき、前記判定基準値を算出する、
　請求項３に記載のコンピュータ。
　前記プロセッサは、前記データ群の第３四分位数を前記判定基準値として算出する、
　請求項５に記載のコンピュータ。
　前記プロセッサは、
　　前記複数のストロークデータのそれぞれを複数の行のいずれかに対応付け、
　　前記行に含まれる複数のストロークデータについて、前記ギャップ時間を算出する、
　請求項５に記載のコンピュータ。
　前記プロセッサは、所定の順序で前記複数のストロークデータの入力が実行された場合に、前記複数のストロークデータの入力が前記所定の状態で行われたと判定する、
　請求項１に記載のコンピュータ。
　前記プロセッサは、ペンを所定の傾き範囲にて保持した状態で前記複数のストロークデータの入力が実行された場合に、前記複数のストロークデータの入力が前記所定の状態で行われたと判定する、
　請求項１に記載のコンピュータ。
　複数のストロークデータを取得するステップと、
　前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、
　前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御するステップと、
　をコンピュータに実行させるためのプログラム。
　コンピュータが、複数のストロークデータを取得するステップと、
　前記コンピュータが、前記複数のストロークデータの入力が所定の状態で行われたか否かを判定するステップと、
　前記コンピュータが、前記判定の結果に基づき、前記複数のストロークデータを表示する際の表示状態を制御するステップと、
　を含むストロークデータ表示制御方法。
　前記所定の状態は、所定時間以上の間を開けることなく前記複数のストロークデータの入力が実行される状態である、
　請求項１１に記載のストロークデータ表示制御方法。
　前記複数のストロークデータのそれぞれに含まれるタイムスタンプに基づき、第１のストロークデータの入力が終了してから前記第１のストロークデータと時間的に隣接する第２のストロークデータの入力が開始されるまでの時間であるギャップ時間を算出するステップ、をさらに含み、
　前記判定するステップは、前記ギャップ時間が所定の判定基準値より長い場合に、前記第２のストロークデータの入力は前記所定の状態で行われていないと判定する、
　請求項１又は２に記載のストロークデータ表示制御方法。
　前記表示状態を制御するステップは、前記ギャップ時間が前記判定基準値より長い場合に、前記第２のストロークデータを前記第１のストロークデータとは異なる色で描画する、
　請求項１３に記載のストロークデータ表示制御方法。
　前記ギャップ時間を算出するステップは、前記ギャップ時間により構成されるデータ群の四分位数に基づき、前記判定基準値を算出する、
　請求項１３に記載のストロークデータ表示制御方法。
　前記ギャップ時間を算出するステップは、前記データ群の第３四分位数を前記判定基準値として算出する、
　請求項１５に記載のストロークデータ表示制御方法。
　前記複数のストロークデータのそれぞれを複数の行のいずれかに対応付けるステップ、をさらに含み、
　前記ギャップ時間を算出するステップは、前記行に含まれる複数のストロークデータについて、前記ギャップ時間を算出する、
　請求項１５に記載のストロークデータ表示制御方法。
　前記判定するステップは、所定の順序で前記複数のストロークデータの入力が実行された場合に、前記複数のストロークデータの入力が前記所定の状態で行われたと判定する、
　請求項１１に記載のストロークデータ表示制御方法。
　前記判定するステップは、ペンを所定の傾き範囲にて保持した状態で前記複数のストロークデータの入力が実行された場合に、前記複数のストロークデータの入力が前記所定の状態で行われたと判定する、
　請求項１１に記載のストロークデータ表示制御方法。