手書き署名取得装置、手書き署名取得プログラム、手書き署名取得方法
【課題】帳票書式データに対しての署名の改ざん、偽造を防止する手書き署名取得装置を提供する。
【解決手段】手書き署名取得装置は、タッチパネルと、署名画像取得部と、改ざん判定部と、特定情報取得部と、合成部とを有する。署名画像取得部は、タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する。改ざん判定部は、署名画像取得部によって取得された署名画像が、帳票書式データに対してタッチパネルを介して手書きで署名された画像であるか否かを判定する。特定情報取得部は、帳票書式データを特定する情報を取得する。合成部は、改ざん判定部によって手書きで署名が行われたと判定された場合、特定情報を署名画像に組み込む。
【解決手段】手書き署名取得装置は、タッチパネルと、署名画像取得部と、改ざん判定部と、特定情報取得部と、合成部とを有する。署名画像取得部は、タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する。改ざん判定部は、署名画像取得部によって取得された署名画像が、帳票書式データに対してタッチパネルを介して手書きで署名された画像であるか否かを判定する。特定情報取得部は、帳票書式データを特定する情報を取得する。合成部は、改ざん判定部によって手書きで署名が行われたと判定された場合、特定情報を署名画像に組み込む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、手書き署名の改ざん、偽造の有無を判定する技術に関する。
【背景技術】
【０００２】
タッチパネル式の入出力デバイスを有するタブレットＰＣ（ＰＣ：Personal Computer）に契約書類等の帳票データを表示し、ユーザがタブレットＰＣに対して、表示された帳票画像データの該当欄にタッチペン等を用いて手書きで署名することが行われつつある。
【０００３】
また、関連する技術として、以下の文献が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２６３６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
手書き署名が既に行われている帳票画像の署名画像領域をコピーし、記載文言の異なる帳票書式データに貼り付けるという改ざん、偽造が行われるおそれがある。
【０００６】
本発明の実施形態は、上述した問題点を解決するためになされたものであり、上述の署名の改ざん、偽造を防止する技術を提供するとともに、その署名が、所望された帳票書式になされた手書き署名であるかの一意性を担保する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するため、本実施形態の手書き署名取得装置は、タッチパネルと、署名画像取得部と、改ざん判定部と、特定情報取得部と、合成部とを有する。署名画像取得部は、タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する。改ざん判定部は、署名画像取得部によって取得された署名画像が、帳票書式データに対してタッチパネルを介して手書きで署名された画像であるか否かを判定する。特定情報取得部は、帳票書式データを特定する情報を取得する。合成部は、改ざん判定部によって手書きで署名が行われたと判定された場合、特定情報を署名画像に組み込む。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図２】第１の実施形態に係る帳票管理システムの動作例を示す図である。
【図３】第１の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【図４】第２の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図５】第２の実施形態に係る帳票管理システムの動作例を示す図である。
【図６】第２の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【図７】第３の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図８】第３の実施形態に係る帳票管理システムの動作例を示す図である。
【図９】第３の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１０】
（第１の実施形態）
図１に、第１の実施形態に係る帳票管理システムの構成例を示すブロック図を示す。帳票管理システム１００は、端末装置１、サーバ２によって構成される。端末装置１、サーバ２は、それぞれＣＰＵ（Central Processing Unit）、主記憶装置、およびＨＤＤ（Hard disk drive）やフラッシュメモリ等の不揮発性の補助記憶装置を有するコンピュータであり、これら各ハードウェア資源と、補助記憶装置に予め導入されたプログラムとが協働することで、図１に示した各機能部が実現される。
【００１１】
端末装置１は入出力手段であるタッチペン６０やタッチパネル５０（これらは図２参照）を有するタブレットＰＣであり、タッチペン６０を用いてユーザがタッチパネル５０上に署名することが可能となる。
【００１２】
端末装置１は、制御部１０、署名取得部１１、帳票ＩＤ取得部１２、特徴量抽出部１３、改ざんチェック部１４、電子透かし生成・合成部１５を有する。
【００１３】
制御部１０は、端末装置１にインストールされたプログラムを実行制御するとともに、端末装置１のハードウェアを制御する機能部である。署名取得部１１は、端末装置１に表示された帳票書式データの署名欄の領域を切り出し、署名画像として取得する。尚、帳票書式データとは、契約内容、記入方法の説明文や、掛け線等を含んだ書式データである。
【００１４】
帳票ＩＤ取得部１２は、帳票書式データを一意に特定する識別情報（以下、帳票ＩＤと称す）を取得する。本実施形態は、この帳票ＩＤは端末装置１に表示されている帳票書式データのファイル名とする。
【００１５】
特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報（記載されている全文でもよいし、取得箇所が定義されている場合は当該箇所の一部の文字列情報でもよい）に基づき、帳票書式データを特定する特徴量を算出する。本実施形態では、この特徴量をハッシュ値とし、特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報に対し、ハッシュ関数を用いてハッシュ値を算出する。
【００１６】
改ざんチェック部１４は、署名についての改ざんの有無を判定する。改ざん有無の判定方法については後述する。
【００１７】
電子透かし生成・合成部１５は、署名取得部１１によって取得された署名画像に、帳票ＩＤ取得部１２によって取得された帳票ＩＤ、および、特徴量抽出部１３によって抽出されたハッシュ値を組み込む。帳票ＩＤ、ハッシュ値のように、署名画像に組み込まれる情報を電子透かし情報と称す。電子透かし情報が組み込まれた署名画像は、端末装置１の通信手段（図示せず）を介してサーバ２に送信される。
【００１８】
サーバ２は、制御部２０、電子透かし読み取り部２１、改ざんチェック部２２、判定結果通知部２３、画像記録部２４を有する。
【００１９】
制御部２０は、サーバ２にインストールされたプログラムを実行制御するとともに、サーバ２のハードウェアを制御する機能部である。電子透かし読み取り部２１は、端末装置１から送信された署名画像から、電子透かし情報を読み取る。改ざんチェック部２２は、この読み取られた電子透かし情報を用いて、改ざんの有無の判定を行う。
【００２０】
判定結果通知部２３は、改ざん有無の判定結果を端末装置１に通知する。画像記録部２４は、改ざんチェックの判定結果が良（改ざんが無い）である場合に、マスタＤＢ（Database）に署名画像、帳票ＩＤ、ハッシュ値を記憶させる。マスタＤＢは、サーバ２内に構築されていているものとするが、サーバ２の外部に構築されたＤＢに記憶させる実装であってもよい。
【００２１】
次に、図２を用いて、端末装置１およびサーバ２の動作について説明する。
【００２２】
１．端末装置１の署名取得部１１は、ユーザによって帳票内の各項目が記載された後、ユーザから指示があった場合（例えばタッチパネル５０上に表示された「確定ボタン」が押下された場合）、署名欄の矩形領域を切り出し、この切り出し画像を署名画像として取得する。
【００２３】
２．端末装置１の改ざんチェック部１４は、改ざん有無の判定を行う。この改ざん有無の判定方法として、本実施形態は、以下の判定が行われる。
・取得された署名画像に、既に電子透かし情報が組み込まれているか。
電子透かし情報は、この判定処理よりも後に組み込まれるため、現時点で電子透かし情報が組み込まれている場合は、使いまわしの画像と判断し、不良（改ざん有り）と判断する。
・タッチペン６０が、タッチパネル５０に表示された署名欄の矩形領域に一定期間接触していたか。
実際に署名が行われる場合は、記入するのに一定期間以上タッチペン６０がタッチパネル５０に接触するが、改ざんの場合、画像の貼り付け操作であるため一定期間に満たない。よって、一定期間に満たない場合は改ざん有りと判定する。
・署名欄の矩形領域に対し、タッチペン６０の接触が一定の軌道長以上となっているか。
実際に署名が行われる場合、記入するのに一定長さ以上の軌道長となるが、画像の貼り付け操作の場合、この一定長さ以上の軌道長とならない。よって、タッチペン６０とタッチパネル５０との接触の軌道長が一定の長さに満たない場合は改ざんと判定する。
【００２４】
３．改ざん判定で良（改ざんが無い）と判定された場合、端末装置１は、次に、電子透かし情報を取得する。ここで端末装置１の帳票ＩＤ取得部１２は、帳票書式データのファイル名を帳票ＩＤとして取得するとともに、特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報のハッシュ値を算出する。尚、改ざん判定で不良（改ざん有り）と判定された場合、端末装置１は、再度署名を行うように促すメッセージをタッチパネル５０上に表示する。
【００２５】
４．端末装置１の電子透かし生成・合成部１５は、取得された署名画像に電子透かし情報を組み込み、電子透かし付き署名画像を作成する。
【００２６】
５．サーバ２は電子透かし付き署名画像を端末装置１から取得する。サーバ２の電子透かし読み取り部２１は、当該署名画像に組み込まれている帳票ＩＤ、ハッシュ値を読み取り、この帳票ＩＤ、ハッシュ値、署名画像を対応付けて一時的に保存する。
【００２７】
６．サーバ２の改ざんチェック部２２は、署名画像の改ざん判定を行う。サーバ２での改ざん判定方法として、例えば、以下の方法がある。
・帳票ＩＤとハッシュ値との対応関係に基づく判定。
帳票ＩＤとハッシュ値との正規の対応関係を予めマスタＤＢに規定値として記憶させておき、今回取得した署名画像に組み込まれている帳票ＩＤとハッシュ値との対応が、この規定値に一致しているかを判定する。一致していない場合、不良と判定される。
・署名画像の筆跡に基づく判定。
今回取得された署名画像の筆跡と一致した署名画像が既にマスタＤＢに登録されているかを判定する。筆跡が一致した署名画像がマスタＤＢ内にある場合、使いまわしの可能性があるため不良と判定される。
【００２８】
７．サーバ２の判定結果通知部２３は、改ざん判定の良否結果を理由とともに端末装置１に送信し、ユーザに通知する。改ざん判定の結果が否である場合に、ユーザによって訂正された後、再度画像取得が行われる。
【００２９】
８．サーバ２の画像記録部２４は、改ざん判定の結果が良である場合、取得された帳票ＩＤ、ハッシュ値、署名画像をマスタＤＢに登録する。この登録された各データは、上述の筆跡に基づく改ざん判定で用いられるとともに、契約者との間で問題が発生した際の参考データとして活用される。
【００３０】
次に、帳票管理システム１００の動作について、図３のフローチャートを参照しつつ説明する。本フローチャートでは、ステップＳ１〜Ｓ６、Ｓ１２が端末装置１での処理であり、ステップＳ７〜Ｓ１１がサーバ２での処理となる。
【００３１】
まず、端末装置１は、帳票書式データをタッチパネル５０に表示する（Ｓ１）。ユーザによって帳票書式データ内の各項目が記入され、タッチパネル５０に表示された「確定ボタン」が押下された後、署名情報取得部１１は、署名画像を取得する（Ｓ２）。
【００３２】
改ざんチェック部１４は、取得された署名画像が過去の署名画像をコピーしたものはでないか（改ざん、偽装の有無）の判定を、上述の判定方法を用いて行う（Ｓ３）。この判定結果が良判定である場合、特徴量抽出部１３は、帳票書式データに記載されている文字列情報からハッシュ値を算出し（Ｓ４）、帳票ＩＤ取得部１２は、帳票ＩＤを取得する（Ｓ５）。
【００３３】
電子透かし生成・合成部１５は、ハッシュ値、帳票ＩＤを電子透かし情報として署名画像に組み込み（Ｓ６）、サーバ２に送信する。
【００３４】
サーバ２は、電子透かし情報が組み込まれた署名画像を受信する（Ｓ７）。電子透かし読み取り部２１は、受信された署名画像から電子透かし情報（ハッシュ値、帳票ＩＤ）を読み取る（Ｓ８）。改ざんチェック部２２は、受信された電子透かし情報や署名画像に基づき上述の方法を用いて改ざん有無の判定を行い（Ｓ９）、判定結果を端末装置１に通知する（Ｓ１０）。また、画像記録部２４は、改ざんチェック部２２による判定結果が良である場合、電子透かし情報（ハッシュ値、帳票ＩＤ）、および帳票画像をマスタＤＢに保存する（Ｓ１１）。一方、改ざんチェック部２２による通知を受けた端末装置１は、この判定結果を表示する（Ｓ１２）。
【００３５】
（第２の実施形態）
第２の実施形態では、実際に署名が行われた日時の情報も用いて、改ざん判定を行う実施例を説明する。本実施形態の構成例を図４に示す。本実施形態の帳票管理システム１００Ａは、端末装置１Ａ、サーバ２Ａを有する。端末装置１Ａは、第１の実施形態で説明した端末装置１に対して、さらにタイムスタンプ取得部１６を有するものとする。
【００３６】
タイムスタンプ取得部１６は、タッチパネル５０に帳票書式データが表示された後に、当該帳票書式データの署名欄に最初にタッチペン６０が接触した日時の情報（タイムスタンプ情報）を取得する。
【００３７】
図５を参照しつつ、帳票管理システム１００Ａの動作を説明する。図５における「１．署名画像取得」、「２、画像の改ざんチェック合否判定」については第１の実施形態と同様である。図３における「３．電子透かし情報取得」を行う際、端末装置１Ａは、帳票ＩＤ、ハッシュ値に加え、タイムスタンプ情報を取得する。また、端末装置１Ａは、このタイムスタンプ情報も電子透かし情報として署名画像に組み込む。
【００３８】
サーバ２Ａは、タイムスタンプ情報、帳票ＩＤ、ハッシュ値、署名画像を対応づけて一時的に保存し、改ざん有無の判定を行う。本実施形態では、上述の第１の実施形態に加え、付加されているタイムスタンプ情報が妥当であるか（例えば付加されているタイムスタンプが現在時刻の数分前以内であるか）を判定する。
【００３９】
判定結果が良である場合、タイムスタンプ情報も含めてマスタＤＢに各データが登録される。
【００４０】
図６は、第２の実施形態の動作例を示したフローチャートである。タイムスタンプ取得部１６は、改ざん有無の判定（Ｓ３）の後にタイムスタンプ情報を取得する（Ｓ２１）。尚、実際の動作として、署名欄に最初にタッチペン６０が接触したときに、その時のタイムスタンプ情報が一旦主記憶装置に記憶され（このタイミングは、図６のフローチャートではステップＳ１からＳ２までの間）、その後、タイムスタンプ取得部１６がステップＳ３の段階で主記憶装置からタイムスタンプ情報を取得する。
【００４１】
また、このタイムスタンプ情報も電子透かし情報の一つとして署名画像に組み込まれる（Ｓ６）。
【００４２】
サーバ２Ａ側では、このタイムスタンプ情報も考慮した判定が改ざんチェック部２２によって行われ（Ｓ９）、判定結果が良である場合はタイムスタンプ情報も対応付けてマスタＤＢに保存される（Ｓ１１）。
【００４３】
その他の各ステップについては、第１の実施形態と同様であるため、説明を割愛する。
【００４４】
第２の実施形態では、タイムスタンプを保持することで署名の証拠性を高めることができる。
【００４５】
（第３の実施形態）
上述の第１、第２の実施形態では、帳票書式データに記載されている文字列情報に対してハッシュ関数を用いてハッシュ値を算出し、このハッシュ値を署名画像に組み込む態様を説明しているが、第３の実施形態では、このハッシュ値に代え、帳票書式データに記載されている文字列情報そのものを署名画像に組み込む態様について説明する。
【００４６】
第３の実施形態の構成例を図７に示す。本実施形態の帳票管理システム１００Ｂは、端末装置１Ｂ、サーバ２Ｂを有し、端末装置１Ｂは、第２の実施形態の端末装置１Ａの特徴量抽出部１３に代え、文字列情報取得部１７を有する構成である。文字列情報取得部１７は、帳票書式データに記載されている文字列情報を取得する。また、本実施形態では、上述第１、第２の実施形態で説明した帳票ＩＤ取得部１２が無い構成としているが、態様を限定するものでは無く、帳票ＩＤ取得部１２を有する構成であってもよく、また特徴量抽出部１３を有する構成であってもよい。
【００４７】
図８を参照しつつ、帳票管理システム１００Ｂの動作を説明する。図８における「１．署名画像取得」、「２、画像の改ざんチェック合否判定」については第１、第２の実施形態と同様である。端末装置１Ｂは、電子透かし情報を取得する際、ハッシュ値に代え、帳票書式データに記載されている文字列情報を取得し、タイムスタンプ情報とともにそのまま署名画像に組み込む。
【００４８】
サーバ２Ｂは、タイムスタンプ情報、文字列情報、署名画像を対応づけて一時的に保存し、改ざん有無の判定を行う。この判定方法として、本実施形態では、帳票ごとに正規の文字列情報を予めマスタＤＢに記憶させておき、サーバ２Ｂは、この正規の文字列情報と今回取得された文字列情報とを比較する。また、第２の実施形態と同様に、タイムスタンプの妥当性についても判定する。
【００４９】
判定結果が良である場合、今回取得された文字列情報、タイムスタンプ情報、署名画像が対応付けられてマスタＤＢに登録される。
【００５０】
図９は、第３の実施形態の動作例を示したフローチャートである。本実施形態では、タイムスタンプが取得された後（Ｓ２１）、文字列情報取得部１７は、帳票書式データ内に記載されている文字列情報を取得する（Ｓ３１)。また、この文字列情報は電子透かし情報の一部として署名画像に組み込まれる（Ｓ６）。
【００５１】
サーバ２Ｂの改ざんチェック部２２は、文字列情報が正規のものであるかの判定も含めて、改ざん有無の判定を行い（Ｓ９）、判定結果が良である場合は文字列情報も対応付けて各データがマスタＤＢに保存される（Ｓ１１）。
【００５２】
その他の各ステップについては、第１、第２の実施形態と同様であるため、説明を割愛する。
【００５３】
第３の実施形態では、帳票に記載されている文字列情報全てを有するため、
より一意性を高めることができる。
【００５４】
尚、上述の各実施形態において、取得した手書き署名情報をサイン認証の認証元情報とすることも可能であり、静的認証においては取得した筆跡の特徴量のみを用い、動的認証においては署名時に合せて取得した筆圧・筆速の時系列情報を用いる。サイン認証用に複数回（３回等）の手書き署名を取得して平均特徴量を認証元情報とすることもできる。筆圧は、タッチペン内の筆圧センサで計測したり、また先端が弾性体（ゴム製）のタッチペンの場合、筆跡の太さに基づき計測する。
【００５５】
上述の各実施形態では、端末装置とサーバとの両方で改ざんや一意性の判定を行うものとして説明したが、この判定をすべて端末装置側で行う実装であってもよい。この場合、電子透かし読み取り部２１、改ざんチェック部２２、判定結果通知部２３は端末装置に実装され、サーバは制御部２０、画像記録部２４の構成となる。
【００５６】
上述の各実施形態の以外にも、例えば帳票書式データのプロパティ情報（当該帳票書式データの新規作成日時や更新日時、作成者等の情報）を電子透かし情報として扱う実装も考えられる。
【００５７】
上述の各実施形態では、署名画像に対し、署名対象となった帳票を特定する情報を電子透かしとして埋め込むことにより、改ざん、偽造を判定可能とするとともに、その署名が、所望された帳票書式になされた手書き署名であるかの一意性を担保することができる。さらに、署名画像中に当該帳票書式に関する一意な情報を有するため、帳票全体の画像データは保持不要となる。これにより画像の送受、保管の容量を大幅に削減できる。
【００５８】
上述した機能をハードウェアと協働して実現する手書き署名取得プログラムは、コンピュータ読み取り可能な記録媒体に格納されていても良い。このコンピュータ読み取り可能な記録媒体は、ディスク、半導体メモリを含む。その形態は、手書き署名取得装置の内部に設けられた記憶装置、手書き署名取得装置の外部に設けられた記憶装置、可搬型記録媒体、他のコンピュータの記憶装置を含む。例えば、可搬型記録媒体が手書き署名取得プログラムを格納し、手書き署名取得装置がこの可搬型記録媒体の読み取り装置を有する場合、手書き署名取得装置はこの記録媒体から手書き署名取得プログラムを読み取っても良い。あるいは、他のコンピュータが手書き署名取得プログラムを格納し、手書き署名取得装置が通信インタフェースを有し、通信インタフェースが他のコンピュータに接続されている場合、手書き署名取得装置は他のコンピュータから手書き署名取得プログラムを受信しても良い。
【００５９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６０】
１、１Ａ、１Ｂ 端末装置、２、２Ａ、２Ｂ サーバ、１０ 制御部、１１ 署名取得部、１２ 帳票ＩＤ取得部、１３ 特徴量抽出部、１４ 改ざんチェック部、１５ 電子透かし生成・合成部、１６ タイムスタンプ取得部、１７ 文字列情報取得部、２０ 制御部、２１ 電子透かし読み取り部、２２ 改ざんチェック部、２３ 判定結果通知部、２４ 画像記録部、５０ タッチパネル、６０ タッチペン、１００、１００Ａ、１００Ｂ 帳票管理システム。
【技術分野】
【０００１】
本発明の実施形態は、手書き署名の改ざん、偽造の有無を判定する技術に関する。
【背景技術】
【０００２】
タッチパネル式の入出力デバイスを有するタブレットＰＣ（ＰＣ：Personal Computer）に契約書類等の帳票データを表示し、ユーザがタブレットＰＣに対して、表示された帳票画像データの該当欄にタッチペン等を用いて手書きで署名することが行われつつある。
【０００３】
また、関連する技術として、以下の文献が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２６３６４７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
手書き署名が既に行われている帳票画像の署名画像領域をコピーし、記載文言の異なる帳票書式データに貼り付けるという改ざん、偽造が行われるおそれがある。
【０００６】
本発明の実施形態は、上述した問題点を解決するためになされたものであり、上述の署名の改ざん、偽造を防止する技術を提供するとともに、その署名が、所望された帳票書式になされた手書き署名であるかの一意性を担保する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決するため、本実施形態の手書き署名取得装置は、タッチパネルと、署名画像取得部と、改ざん判定部と、特定情報取得部と、合成部とを有する。署名画像取得部は、タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する。改ざん判定部は、署名画像取得部によって取得された署名画像が、帳票書式データに対してタッチパネルを介して手書きで署名された画像であるか否かを判定する。特定情報取得部は、帳票書式データを特定する情報を取得する。合成部は、改ざん判定部によって手書きで署名が行われたと判定された場合、特定情報を署名画像に組み込む。
【図面の簡単な説明】
【０００８】
【図１】第１の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図２】第１の実施形態に係る帳票管理システムの動作例を示す図である。
【図３】第１の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【図４】第２の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図５】第２の実施形態に係る帳票管理システムの動作例を示す図である。
【図６】第２の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【図７】第３の実施形態に係る帳票管理システムの構成の一例を示す機能ブロック図である。
【図８】第３の実施形態に係る帳票管理システムの動作例を示す図である。
【図９】第３の実施形態に係る帳票管理システムの処理の一例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１０】
（第１の実施形態）
図１に、第１の実施形態に係る帳票管理システムの構成例を示すブロック図を示す。帳票管理システム１００は、端末装置１、サーバ２によって構成される。端末装置１、サーバ２は、それぞれＣＰＵ（Central Processing Unit）、主記憶装置、およびＨＤＤ（Hard disk drive）やフラッシュメモリ等の不揮発性の補助記憶装置を有するコンピュータであり、これら各ハードウェア資源と、補助記憶装置に予め導入されたプログラムとが協働することで、図１に示した各機能部が実現される。
【００１１】
端末装置１は入出力手段であるタッチペン６０やタッチパネル５０（これらは図２参照）を有するタブレットＰＣであり、タッチペン６０を用いてユーザがタッチパネル５０上に署名することが可能となる。
【００１２】
端末装置１は、制御部１０、署名取得部１１、帳票ＩＤ取得部１２、特徴量抽出部１３、改ざんチェック部１４、電子透かし生成・合成部１５を有する。
【００１３】
制御部１０は、端末装置１にインストールされたプログラムを実行制御するとともに、端末装置１のハードウェアを制御する機能部である。署名取得部１１は、端末装置１に表示された帳票書式データの署名欄の領域を切り出し、署名画像として取得する。尚、帳票書式データとは、契約内容、記入方法の説明文や、掛け線等を含んだ書式データである。
【００１４】
帳票ＩＤ取得部１２は、帳票書式データを一意に特定する識別情報（以下、帳票ＩＤと称す）を取得する。本実施形態は、この帳票ＩＤは端末装置１に表示されている帳票書式データのファイル名とする。
【００１５】
特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報（記載されている全文でもよいし、取得箇所が定義されている場合は当該箇所の一部の文字列情報でもよい）に基づき、帳票書式データを特定する特徴量を算出する。本実施形態では、この特徴量をハッシュ値とし、特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報に対し、ハッシュ関数を用いてハッシュ値を算出する。
【００１６】
改ざんチェック部１４は、署名についての改ざんの有無を判定する。改ざん有無の判定方法については後述する。
【００１７】
電子透かし生成・合成部１５は、署名取得部１１によって取得された署名画像に、帳票ＩＤ取得部１２によって取得された帳票ＩＤ、および、特徴量抽出部１３によって抽出されたハッシュ値を組み込む。帳票ＩＤ、ハッシュ値のように、署名画像に組み込まれる情報を電子透かし情報と称す。電子透かし情報が組み込まれた署名画像は、端末装置１の通信手段（図示せず）を介してサーバ２に送信される。
【００１８】
サーバ２は、制御部２０、電子透かし読み取り部２１、改ざんチェック部２２、判定結果通知部２３、画像記録部２４を有する。
【００１９】
制御部２０は、サーバ２にインストールされたプログラムを実行制御するとともに、サーバ２のハードウェアを制御する機能部である。電子透かし読み取り部２１は、端末装置１から送信された署名画像から、電子透かし情報を読み取る。改ざんチェック部２２は、この読み取られた電子透かし情報を用いて、改ざんの有無の判定を行う。
【００２０】
判定結果通知部２３は、改ざん有無の判定結果を端末装置１に通知する。画像記録部２４は、改ざんチェックの判定結果が良（改ざんが無い）である場合に、マスタＤＢ（Database）に署名画像、帳票ＩＤ、ハッシュ値を記憶させる。マスタＤＢは、サーバ２内に構築されていているものとするが、サーバ２の外部に構築されたＤＢに記憶させる実装であってもよい。
【００２１】
次に、図２を用いて、端末装置１およびサーバ２の動作について説明する。
【００２２】
１．端末装置１の署名取得部１１は、ユーザによって帳票内の各項目が記載された後、ユーザから指示があった場合（例えばタッチパネル５０上に表示された「確定ボタン」が押下された場合）、署名欄の矩形領域を切り出し、この切り出し画像を署名画像として取得する。
【００２３】
２．端末装置１の改ざんチェック部１４は、改ざん有無の判定を行う。この改ざん有無の判定方法として、本実施形態は、以下の判定が行われる。
・取得された署名画像に、既に電子透かし情報が組み込まれているか。
電子透かし情報は、この判定処理よりも後に組み込まれるため、現時点で電子透かし情報が組み込まれている場合は、使いまわしの画像と判断し、不良（改ざん有り）と判断する。
・タッチペン６０が、タッチパネル５０に表示された署名欄の矩形領域に一定期間接触していたか。
実際に署名が行われる場合は、記入するのに一定期間以上タッチペン６０がタッチパネル５０に接触するが、改ざんの場合、画像の貼り付け操作であるため一定期間に満たない。よって、一定期間に満たない場合は改ざん有りと判定する。
・署名欄の矩形領域に対し、タッチペン６０の接触が一定の軌道長以上となっているか。
実際に署名が行われる場合、記入するのに一定長さ以上の軌道長となるが、画像の貼り付け操作の場合、この一定長さ以上の軌道長とならない。よって、タッチペン６０とタッチパネル５０との接触の軌道長が一定の長さに満たない場合は改ざんと判定する。
【００２４】
３．改ざん判定で良（改ざんが無い）と判定された場合、端末装置１は、次に、電子透かし情報を取得する。ここで端末装置１の帳票ＩＤ取得部１２は、帳票書式データのファイル名を帳票ＩＤとして取得するとともに、特徴量抽出部１３は、帳票書式データ内に記載されている文字列情報のハッシュ値を算出する。尚、改ざん判定で不良（改ざん有り）と判定された場合、端末装置１は、再度署名を行うように促すメッセージをタッチパネル５０上に表示する。
【００２５】
４．端末装置１の電子透かし生成・合成部１５は、取得された署名画像に電子透かし情報を組み込み、電子透かし付き署名画像を作成する。
【００２６】
５．サーバ２は電子透かし付き署名画像を端末装置１から取得する。サーバ２の電子透かし読み取り部２１は、当該署名画像に組み込まれている帳票ＩＤ、ハッシュ値を読み取り、この帳票ＩＤ、ハッシュ値、署名画像を対応付けて一時的に保存する。
【００２７】
６．サーバ２の改ざんチェック部２２は、署名画像の改ざん判定を行う。サーバ２での改ざん判定方法として、例えば、以下の方法がある。
・帳票ＩＤとハッシュ値との対応関係に基づく判定。
帳票ＩＤとハッシュ値との正規の対応関係を予めマスタＤＢに規定値として記憶させておき、今回取得した署名画像に組み込まれている帳票ＩＤとハッシュ値との対応が、この規定値に一致しているかを判定する。一致していない場合、不良と判定される。
・署名画像の筆跡に基づく判定。
今回取得された署名画像の筆跡と一致した署名画像が既にマスタＤＢに登録されているかを判定する。筆跡が一致した署名画像がマスタＤＢ内にある場合、使いまわしの可能性があるため不良と判定される。
【００２８】
７．サーバ２の判定結果通知部２３は、改ざん判定の良否結果を理由とともに端末装置１に送信し、ユーザに通知する。改ざん判定の結果が否である場合に、ユーザによって訂正された後、再度画像取得が行われる。
【００２９】
８．サーバ２の画像記録部２４は、改ざん判定の結果が良である場合、取得された帳票ＩＤ、ハッシュ値、署名画像をマスタＤＢに登録する。この登録された各データは、上述の筆跡に基づく改ざん判定で用いられるとともに、契約者との間で問題が発生した際の参考データとして活用される。
【００３０】
次に、帳票管理システム１００の動作について、図３のフローチャートを参照しつつ説明する。本フローチャートでは、ステップＳ１〜Ｓ６、Ｓ１２が端末装置１での処理であり、ステップＳ７〜Ｓ１１がサーバ２での処理となる。
【００３１】
まず、端末装置１は、帳票書式データをタッチパネル５０に表示する（Ｓ１）。ユーザによって帳票書式データ内の各項目が記入され、タッチパネル５０に表示された「確定ボタン」が押下された後、署名情報取得部１１は、署名画像を取得する（Ｓ２）。
【００３２】
改ざんチェック部１４は、取得された署名画像が過去の署名画像をコピーしたものはでないか（改ざん、偽装の有無）の判定を、上述の判定方法を用いて行う（Ｓ３）。この判定結果が良判定である場合、特徴量抽出部１３は、帳票書式データに記載されている文字列情報からハッシュ値を算出し（Ｓ４）、帳票ＩＤ取得部１２は、帳票ＩＤを取得する（Ｓ５）。
【００３３】
電子透かし生成・合成部１５は、ハッシュ値、帳票ＩＤを電子透かし情報として署名画像に組み込み（Ｓ６）、サーバ２に送信する。
【００３４】
サーバ２は、電子透かし情報が組み込まれた署名画像を受信する（Ｓ７）。電子透かし読み取り部２１は、受信された署名画像から電子透かし情報（ハッシュ値、帳票ＩＤ）を読み取る（Ｓ８）。改ざんチェック部２２は、受信された電子透かし情報や署名画像に基づき上述の方法を用いて改ざん有無の判定を行い（Ｓ９）、判定結果を端末装置１に通知する（Ｓ１０）。また、画像記録部２４は、改ざんチェック部２２による判定結果が良である場合、電子透かし情報（ハッシュ値、帳票ＩＤ）、および帳票画像をマスタＤＢに保存する（Ｓ１１）。一方、改ざんチェック部２２による通知を受けた端末装置１は、この判定結果を表示する（Ｓ１２）。
【００３５】
（第２の実施形態）
第２の実施形態では、実際に署名が行われた日時の情報も用いて、改ざん判定を行う実施例を説明する。本実施形態の構成例を図４に示す。本実施形態の帳票管理システム１００Ａは、端末装置１Ａ、サーバ２Ａを有する。端末装置１Ａは、第１の実施形態で説明した端末装置１に対して、さらにタイムスタンプ取得部１６を有するものとする。
【００３６】
タイムスタンプ取得部１６は、タッチパネル５０に帳票書式データが表示された後に、当該帳票書式データの署名欄に最初にタッチペン６０が接触した日時の情報（タイムスタンプ情報）を取得する。
【００３７】
図５を参照しつつ、帳票管理システム１００Ａの動作を説明する。図５における「１．署名画像取得」、「２、画像の改ざんチェック合否判定」については第１の実施形態と同様である。図３における「３．電子透かし情報取得」を行う際、端末装置１Ａは、帳票ＩＤ、ハッシュ値に加え、タイムスタンプ情報を取得する。また、端末装置１Ａは、このタイムスタンプ情報も電子透かし情報として署名画像に組み込む。
【００３８】
サーバ２Ａは、タイムスタンプ情報、帳票ＩＤ、ハッシュ値、署名画像を対応づけて一時的に保存し、改ざん有無の判定を行う。本実施形態では、上述の第１の実施形態に加え、付加されているタイムスタンプ情報が妥当であるか（例えば付加されているタイムスタンプが現在時刻の数分前以内であるか）を判定する。
【００３９】
判定結果が良である場合、タイムスタンプ情報も含めてマスタＤＢに各データが登録される。
【００４０】
図６は、第２の実施形態の動作例を示したフローチャートである。タイムスタンプ取得部１６は、改ざん有無の判定（Ｓ３）の後にタイムスタンプ情報を取得する（Ｓ２１）。尚、実際の動作として、署名欄に最初にタッチペン６０が接触したときに、その時のタイムスタンプ情報が一旦主記憶装置に記憶され（このタイミングは、図６のフローチャートではステップＳ１からＳ２までの間）、その後、タイムスタンプ取得部１６がステップＳ３の段階で主記憶装置からタイムスタンプ情報を取得する。
【００４１】
また、このタイムスタンプ情報も電子透かし情報の一つとして署名画像に組み込まれる（Ｓ６）。
【００４２】
サーバ２Ａ側では、このタイムスタンプ情報も考慮した判定が改ざんチェック部２２によって行われ（Ｓ９）、判定結果が良である場合はタイムスタンプ情報も対応付けてマスタＤＢに保存される（Ｓ１１）。
【００４３】
その他の各ステップについては、第１の実施形態と同様であるため、説明を割愛する。
【００４４】
第２の実施形態では、タイムスタンプを保持することで署名の証拠性を高めることができる。
【００４５】
（第３の実施形態）
上述の第１、第２の実施形態では、帳票書式データに記載されている文字列情報に対してハッシュ関数を用いてハッシュ値を算出し、このハッシュ値を署名画像に組み込む態様を説明しているが、第３の実施形態では、このハッシュ値に代え、帳票書式データに記載されている文字列情報そのものを署名画像に組み込む態様について説明する。
【００４６】
第３の実施形態の構成例を図７に示す。本実施形態の帳票管理システム１００Ｂは、端末装置１Ｂ、サーバ２Ｂを有し、端末装置１Ｂは、第２の実施形態の端末装置１Ａの特徴量抽出部１３に代え、文字列情報取得部１７を有する構成である。文字列情報取得部１７は、帳票書式データに記載されている文字列情報を取得する。また、本実施形態では、上述第１、第２の実施形態で説明した帳票ＩＤ取得部１２が無い構成としているが、態様を限定するものでは無く、帳票ＩＤ取得部１２を有する構成であってもよく、また特徴量抽出部１３を有する構成であってもよい。
【００４７】
図８を参照しつつ、帳票管理システム１００Ｂの動作を説明する。図８における「１．署名画像取得」、「２、画像の改ざんチェック合否判定」については第１、第２の実施形態と同様である。端末装置１Ｂは、電子透かし情報を取得する際、ハッシュ値に代え、帳票書式データに記載されている文字列情報を取得し、タイムスタンプ情報とともにそのまま署名画像に組み込む。
【００４８】
サーバ２Ｂは、タイムスタンプ情報、文字列情報、署名画像を対応づけて一時的に保存し、改ざん有無の判定を行う。この判定方法として、本実施形態では、帳票ごとに正規の文字列情報を予めマスタＤＢに記憶させておき、サーバ２Ｂは、この正規の文字列情報と今回取得された文字列情報とを比較する。また、第２の実施形態と同様に、タイムスタンプの妥当性についても判定する。
【００４９】
判定結果が良である場合、今回取得された文字列情報、タイムスタンプ情報、署名画像が対応付けられてマスタＤＢに登録される。
【００５０】
図９は、第３の実施形態の動作例を示したフローチャートである。本実施形態では、タイムスタンプが取得された後（Ｓ２１）、文字列情報取得部１７は、帳票書式データ内に記載されている文字列情報を取得する（Ｓ３１)。また、この文字列情報は電子透かし情報の一部として署名画像に組み込まれる（Ｓ６）。
【００５１】
サーバ２Ｂの改ざんチェック部２２は、文字列情報が正規のものであるかの判定も含めて、改ざん有無の判定を行い（Ｓ９）、判定結果が良である場合は文字列情報も対応付けて各データがマスタＤＢに保存される（Ｓ１１）。
【００５２】
その他の各ステップについては、第１、第２の実施形態と同様であるため、説明を割愛する。
【００５３】
第３の実施形態では、帳票に記載されている文字列情報全てを有するため、
より一意性を高めることができる。
【００５４】
尚、上述の各実施形態において、取得した手書き署名情報をサイン認証の認証元情報とすることも可能であり、静的認証においては取得した筆跡の特徴量のみを用い、動的認証においては署名時に合せて取得した筆圧・筆速の時系列情報を用いる。サイン認証用に複数回（３回等）の手書き署名を取得して平均特徴量を認証元情報とすることもできる。筆圧は、タッチペン内の筆圧センサで計測したり、また先端が弾性体（ゴム製）のタッチペンの場合、筆跡の太さに基づき計測する。
【００５５】
上述の各実施形態では、端末装置とサーバとの両方で改ざんや一意性の判定を行うものとして説明したが、この判定をすべて端末装置側で行う実装であってもよい。この場合、電子透かし読み取り部２１、改ざんチェック部２２、判定結果通知部２３は端末装置に実装され、サーバは制御部２０、画像記録部２４の構成となる。
【００５６】
上述の各実施形態の以外にも、例えば帳票書式データのプロパティ情報（当該帳票書式データの新規作成日時や更新日時、作成者等の情報）を電子透かし情報として扱う実装も考えられる。
【００５７】
上述の各実施形態では、署名画像に対し、署名対象となった帳票を特定する情報を電子透かしとして埋め込むことにより、改ざん、偽造を判定可能とするとともに、その署名が、所望された帳票書式になされた手書き署名であるかの一意性を担保することができる。さらに、署名画像中に当該帳票書式に関する一意な情報を有するため、帳票全体の画像データは保持不要となる。これにより画像の送受、保管の容量を大幅に削減できる。
【００５８】
上述した機能をハードウェアと協働して実現する手書き署名取得プログラムは、コンピュータ読み取り可能な記録媒体に格納されていても良い。このコンピュータ読み取り可能な記録媒体は、ディスク、半導体メモリを含む。その形態は、手書き署名取得装置の内部に設けられた記憶装置、手書き署名取得装置の外部に設けられた記憶装置、可搬型記録媒体、他のコンピュータの記憶装置を含む。例えば、可搬型記録媒体が手書き署名取得プログラムを格納し、手書き署名取得装置がこの可搬型記録媒体の読み取り装置を有する場合、手書き署名取得装置はこの記録媒体から手書き署名取得プログラムを読み取っても良い。あるいは、他のコンピュータが手書き署名取得プログラムを格納し、手書き署名取得装置が通信インタフェースを有し、通信インタフェースが他のコンピュータに接続されている場合、手書き署名取得装置は他のコンピュータから手書き署名取得プログラムを受信しても良い。
【００５９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６０】
１、１Ａ、１Ｂ 端末装置、２、２Ａ、２Ｂ サーバ、１０ 制御部、１１ 署名取得部、１２ 帳票ＩＤ取得部、１３ 特徴量抽出部、１４ 改ざんチェック部、１５ 電子透かし生成・合成部、１６ タイムスタンプ取得部、１７ 文字列情報取得部、２０ 制御部、２１ 電子透かし読み取り部、２２ 改ざんチェック部、２３ 判定結果通知部、２４ 画像記録部、５０ タッチパネル、６０ タッチペン、１００、１００Ａ、１００Ｂ 帳票管理システム。
【特許請求の範囲】
【請求項１】
タッチパネルと、
前記タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する署名画像取得部と、
前記署名画像取得部によって取得された署名画像が、前記帳票書式データに対して前記タッチパネルを介して手書きで署名された画像であるか否かを判定する改ざん判定部と、
前記帳票書式データを特定する情報を取得する特定情報取得部と、
前記改ざん判定部によって手書きで署名が行われたと判定された場合、前記特定情報を前記署名画像に組み込む合成部と、
を有する手書き署名取得装置。
【請求項２】
請求項１に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データに記載されている文字列情報に基づいた情報を、前記特定情報として取得する手書き署名取得装置。
【請求項３】
請求項２に記載の手書き署名取得装置において、
前記特定情報取得部は、前記文字列情報に対するハッシュ値を算出し、該ハッシュ値を前記特定情報として取得する手書き署名取得装置。
【請求項４】
請求項１乃至３のいずれか１項に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データのファイル名を前記特定情報として取得する手書き署名取得装置。
【請求項５】
請求項１に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データに記載されている文字列情報を、前記特定情報として取得する手書き署名取得装置。
【請求項６】
請求項１乃至５のいずれか１項に記載の手書き署名取得装置において、さらに、
前記帳票書式データの署名欄が表示された前記タッチパネルの領域に対しての接触開始日時の情報を取得するタイムスタンプ取得部を有し、
前記改ざん判定部は、さらに、前記接触開始日時の情報に基づき手書きで署名が行われたか否かを判定する手書き署名取得装置。
【請求項７】
帳票書式データの署名欄の領域を切り出して署名画像として取得し、
前記取得された署名画像が、前記帳票書式データに対して手書きで署名された画像であるか否かを判定し、
前記帳票書式データを特定する情報を取得し、
手書きで署名が行われたと判定された場合、前記特定情報を前記署名画像に組み込む
処理をコンピュータに実行させる手書き署名取得プログラム。
【請求項８】
タッチパネルを有するコンピュータが、
前記タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得し、
前記取得された署名画像が、前記帳票書式データに対して前記タッチパネルを介して手書きで署名された画像であるか否かを判定し、
前記帳票書式データを特定する情報を取得し、
手書きで署名が行われたと判定した場合、前記特定情報を前記署名画像に組み込む
手書き署名取得方法。
【請求項１】
タッチパネルと、
前記タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得する署名画像取得部と、
前記署名画像取得部によって取得された署名画像が、前記帳票書式データに対して前記タッチパネルを介して手書きで署名された画像であるか否かを判定する改ざん判定部と、
前記帳票書式データを特定する情報を取得する特定情報取得部と、
前記改ざん判定部によって手書きで署名が行われたと判定された場合、前記特定情報を前記署名画像に組み込む合成部と、
を有する手書き署名取得装置。
【請求項２】
請求項１に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データに記載されている文字列情報に基づいた情報を、前記特定情報として取得する手書き署名取得装置。
【請求項３】
請求項２に記載の手書き署名取得装置において、
前記特定情報取得部は、前記文字列情報に対するハッシュ値を算出し、該ハッシュ値を前記特定情報として取得する手書き署名取得装置。
【請求項４】
請求項１乃至３のいずれか１項に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データのファイル名を前記特定情報として取得する手書き署名取得装置。
【請求項５】
請求項１に記載の手書き署名取得装置において、
前記特定情報取得部は、前記帳票書式データに記載されている文字列情報を、前記特定情報として取得する手書き署名取得装置。
【請求項６】
請求項１乃至５のいずれか１項に記載の手書き署名取得装置において、さらに、
前記帳票書式データの署名欄が表示された前記タッチパネルの領域に対しての接触開始日時の情報を取得するタイムスタンプ取得部を有し、
前記改ざん判定部は、さらに、前記接触開始日時の情報に基づき手書きで署名が行われたか否かを判定する手書き署名取得装置。
【請求項７】
帳票書式データの署名欄の領域を切り出して署名画像として取得し、
前記取得された署名画像が、前記帳票書式データに対して手書きで署名された画像であるか否かを判定し、
前記帳票書式データを特定する情報を取得し、
手書きで署名が行われたと判定された場合、前記特定情報を前記署名画像に組み込む
処理をコンピュータに実行させる手書き署名取得プログラム。
【請求項８】
タッチパネルを有するコンピュータが、
前記タッチパネルに表示された帳票書式データの署名欄の領域を切り出して署名画像として取得し、
前記取得された署名画像が、前記帳票書式データに対して前記タッチパネルを介して手書きで署名された画像であるか否かを判定し、
前記帳票書式データを特定する情報を取得し、
手書きで署名が行われたと判定した場合、前記特定情報を前記署名画像に組み込む
手書き署名取得方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１５１７８９（Ｐ２０１２−１５１７８９Ａ）
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願番号】特願２０１１−１０７４０（Ｐ２０１１−１０７４０）
【出願日】平成２３年１月２１日（２０１１．１．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２４年８月９日（２０１２．８．９）
【国際特許分類】
【出願日】平成２３年１月２１日（２０１１．１．２１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]