JP2016025490A - 情報処理システム、情報処理装置、携帯端末装置及びプログラム - Google Patents

Abstract

【課題】データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避する。【解決手段】複合機１０は、Ｗｉ−Ｆｉ接続後、携帯端末２０からスキャンデータの転送指示を受信すると共通鍵を携帯端末２０へ送信する暗号情報管理部１４と、スキャンデータをファイル単位に共通鍵で暗号化した後、携帯端末２０へ送信し、送信したファイルの課金が確認されると支払い済み情報を送信するジョブ処理制御部１７と、を有する。携帯端末２０は、受信した暗号化ファイルに対応する支払い済み情報を受け取ると、当該暗号化ファイルを共通鍵で復号する復号化部２６を有する。【選択図】図１

Description

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

持ち込んだ原稿を店内設置の複合機を用いてユーザにスキャンさせ、そのスキャンデータをＷｉ−Ｆｉ接続されたユーザ携帯のモバイル端末（スマートフォン等）に転送するスキャンサービスを提供しているコンビニエンスストアが存在する。

スキャンサービスの利用者が利用する支払い方法の１つに電子マネーがある。電子マネーによる支払いを選択した利用者は、電子マネーが記録されたＩＣカードを所定のカードリーダにセットしておき、利用者の外部記憶装置にスキャンデータが書き込まれた後にサービスの利用料金がＩＣカードから差し引かれる。

例えば、従来では、料金の徴収を確実に行うために、スキャンデータを暗号化して利用者の外部記憶装置に書き込むようにし、料金を正しく徴収できたことが確認できた場合に暗号化データの復号に必要なパスワードを印字出力して利用者に提示する技術が提案されている（例えば、特許文献１）。

特開２００７−２０１５５号公報 特開２０１３−２２５７２７号公報

データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収またはデータの提供が中断された場合の返金処理が適切に行われない場合があった。

本発明に係る情報処理システムは、携帯端末装置と、前記携帯端末装置を接続する情報処理装置と、を有し、前記情報処理装置は、送信対象の複数のデータを暗号化する暗号化手段と、前記携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段と、前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段と、前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段と、を有し、前記携帯端末装置は、前記情報処理装置から送信されてくるデータを受信するデータ受信手段と、前記情報処理装置から送信されてくる復号情報を受信する復号情報受信手段と、前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段と、を有することを特徴とする。

また、前記復号情報には、データが送信されるのに先立って送信され、各データの復号に共通して用いる復号鍵と、データの送信後にその都度送信され、当該データ送信の料金が支払い済みであることを示す支払い済み情報と、が含まれ、前記復号手段は、前記データ受信手段により受信されたデータのうち支払い済み情報により料金の支払いが確認されたデータを、前記復号鍵を用いて復号することを特徴とする。

また、前記情報処理装置は、前記携帯端末装置が復号情報の受信が可能な状態であるかを確認する確認手段を有し、前記データ送信手段によるデータ送信後に、前記確認手段により前記携帯端末装置が当該データの復号情報の受信が可能な状態でないことが確認された場合、前記課金手段は、当該データに対する課金を中止すると共に、前記復号情報送信手段は、当該データの復号情報の送信を中止することを特徴とする。

また、前記携帯端末装置は、前記データ受信手段により受信されたデータのうち支払い済み情報により料金の支払いが確認されていないデータの識別情報を含む徴収要求情報を前記情報処理装置へ送信する徴収要求情報送信手段を有し、前記課金手段は、前記徴収要求情報により特定されたデータに対する課金を行い、前記復号情報送信手段は、前記課金手段により課金が行われたデータの復号情報を送信することを特徴とする。

また、複数の前記情報処理装置と、記憶手段と、を有し、複数の前記情報処理装置のうち前記携帯端末装置が接続されていた第１情報処理装置は、前記暗号化手段により暗号化されたデータのうち接続が切断されたことで前記携帯端末装置へ送信できなかったデータを前記記憶手段に保存させる保存手段を有し、複数の前記情報処理装置のうち前記携帯端末装置が接続された第２情報処理装置は、前記記憶手段に保存されたデータを取得して、前記第１情報処理装置において行われていた前記送信処理を継続して実行することを特徴とする。

また、前記情報処理装置は、前記携帯端末装置がデータの受信が可能な状態であるかを確認する確認手段を有し、前記データ送信手段は、前記確認手段により前記携帯端末装置がデータの受信が可能な状態でないことが確認された場合、データの送信を中止することを特徴とする。

本発明に係る情報処理装置は、送信対象の複数のデータを暗号化する暗号化手段と、携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段と、前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段と、前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段と、を有することを特徴とする。

本発明に係るプログラムは、コンピュータを、送信対象の複数のデータを暗号化する暗号化手段、携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段、前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段、前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段、として機能させる。

本発明に係る携帯端末装置は、要求に応じて情報処理装置から順次送信されてくる暗号化されたデータを受信するデータ受信手段と、前記データ受信手段により受信されたデータのうち課金が確認されたデータの復号に関する復号情報を受信する復号情報受信手段と、前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段と、を有することを特徴とする。

本発明に係るプログラムは、コンピュータを、要求に応じて情報処理装置から順次送信されてくる暗号化されたデータを受信するデータ受信手段、前記データ受信手段により受信されたデータのうち課金が確認されたデータの復号に関する復号情報を受信する復号情報受信手段、前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段、として機能させる。

請求項１に記載の発明によれば、データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避することができる。

請求項２に記載の発明によれば、データの復号に必要な復号鍵を１回のみ送信すればよい。

請求項３に記載の発明によれば、携帯端末装置が復号情報の受信が可能でない状態の場合、課金を未然に中止することができる。

請求項４に記載の発明によれば、何らかの障害が発生して携帯端末装置へ送信済みの暗号化されたデータの料金の徴収ができなくなった場合、当該データの復号のために携帯端末装置から当該データに対する料金の支払いを要求することができる。

請求項５に記載の発明によれば、何らかの障害が発生して携帯端末装置へ暗号化されたデータを送信する処理が継続して実行できなくなった場合でも、他の情報処理装置からその送信処理を継続して行うことができる。

請求項６に記載の発明によれば、携帯端末装置がデータの受信が可能でない状態の場合、データの送信を未然に中止することができる。

請求項７に記載の発明によれば、データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避することができる。

請求項８に記載の発明によれば、データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避することができる。

請求項９に記載の発明によれば、データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避することができる。

請求項１０に記載の発明によれば、データの提供に伴い発生した料金を電子マネーで支払われる場合において、提供したデータに対する料金の未徴収及びデータの提供が中断された場合の返金処理の発生を回避することができる。

本発明に係る情報処理システムの一実施の形態を示したブロック構成図である。 実施の形態１における複合機のハードウェア構成図である。 実施の形態１における携帯端末に搭載されるコンピュータのハードウェア構成図である。 実施の形態１におけるスキャンデータの転送処理を示したフローチャートである。 図４Ａに続くスキャンデータの転送処理を示したフローチャートである。 実施の形態１における携帯端末にファイル転送中に表示される進捗表示画面の一例を示した図である。 実施の形態１における携帯端末にファイル転送終了後に表示される表示画面の一例を示した図である。 実施の形態１におけるスキャンデータの転送処理において障害が発生した後に実施されるリカバリ処理を示したフローチャートである。 実施の形態１におけるリカバリ処理時に携帯端末に表示される表示画面の一例を示した図である。 本発明に係る情報処理システムの他の実施の形態を示したブロック構成図である。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

実施の形態１．
図１は、本発明に係る情報処理システムの一実施の形態を示したブロック構成図である。図１には、複合機１０と携帯端末２０とが示されている。複合機１０は、コンビニエンスストア等の店舗に設置され、スキャンサービスやプリントサービス等の各種サービスを来客に提供する情報処理装置である。本実施の形態では、複合機１０に情報処理装置を組み込むよう構成したが、情報処理装置に相当するＤＦＥ（Ｄｉｇｉｔａｌ Ｆｒｏｎｔ Ｅｎｄ）とスキャナやプリントエンジン等を搭載して各種機能を提供する複合機とを別装置にて形成してもよい。携帯端末２０は、来客（以下、「ユーザ」）に携帯される携帯端末装置であり、例えばスマートフォンやタブレット端末等である。

図２は、本実施の形態における複合機１０のハードウェア構成図である。複合機１０は、コピー機能、スキャナ機能等各種機能を搭載しており、コンピュータを内蔵した装置である。図２において、ＣＰＵ３１は、ＲＯＭ３２に格納されたプログラムにしたがってスキャナ３４やプリンタエンジン３５等本装置に搭載された各種機構の動作制御を行う。ＲＯＭ３２は、本装置の制御や電子データの暗号、電子データの送受信に関する各種プログラムが格納されている。ＲＡＭ３３は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。スキャナ３４は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）３８等に蓄積する。プリンタエンジン３５は、ＣＰＵ３１で実行される制御プログラムからの指示に従い出力用紙上に画像を印字する。外部メディアインタフェース（ＩＦ）３６は、ＵＳＢメモリ等の外部メモリ機器とのインタフェースである。操作パネル３７は、ユーザからの指示の受け付け、情報の表示を行うユーザインタフェース手段である。ＨＤＤ３８は、スキャナ３４の読取画像等のデジタルデータを格納する。課金装置３９は、複合機１０が提供するサービスの利用者に対して課金を行う際に用いられる。アクセスポイント４０は、Ｗｉ−Ｆｉにより無線ＬＡＮクライアント（本実施の形態の場合、携帯端末２０）との間で無線ＬＡＮ通信を行う。本実施の形態においては、アクセスポイント４０と無線ＬＡＮクライアントとがＷｉ−Ｆｉという無線ＬＡＮの規格に従って通信可能にネットワーク接続されることを「Ｗｉ−Ｆｉ接続」という。また、このＷｉ−Ｆｉに従ったネットワーク接続が切断されることをＷｉ−Ｆｉ接続が切断されると表現する。ネットワークインタフェース（ＩＦ）４１は、Ｗｉ−Ｆｉ以外の通信方式にてインターネット等のネットワークを接続し、管理センタに設置のファイルサーバとの通信等に利用される。アドレスデータバス４２は、ＣＰＵ３１の制御対象となる各種機構と接続してデータの通信を行う。

図３は、本実施の形態における携帯端末２０に搭載されるコンピュータのハードウェア構成図である。本実施の形態における携帯端末２０は、従前からある携帯端末２０をそのまま利用してよい。つまり、携帯端末２０に搭載されるコンピュータも従前から存在する汎用的なハードウェア構成で実現できる。コンピュータは、図３に示したようにＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、Ｗｉ−Ｆｉによる無線通信を実現する無線ＬＡＮ通信インタフェース（ＩＦ）５４、ユーザからの指示の受け付け、情報の表示を行う操作パネル５５、ハードディスクドライブ（ＨＤＤ）５６及びＷｉ−Ｆｉ以外の通信方式にて外部とネットワーク通信を行うネットワークインタフェース（ＩＦ）５７をバス５８に接続して構成される。

なお、上記各機器１０，２０は、従前から存在するハードウェア構成で実現可能であり、図２，３に示したハードウェア構成は一例である。本実施の形態は、各ＣＰＵ３１，５１で実行されるプログラムによる動作制御に特徴を有する。

図１に戻り、複合機１０は、スキャンデータ管理部１１、暗号化部１２、課金処理部１３、暗号情報管理部１４、状態確認部１５、無線接続処理部１６及びジョブ処理制御部１７を有している。なお、本実施の形態における説明に用いない構成要素については省略している。スキャンデータ管理部１１は、要求に応じて送信対象のスキャンデータをＲＡＭ３３やＨＤＤ３８に保持させたり、読み出したりするなどスキャンデータの管理を行う。また、暗号化部１２により暗号化されたスキャンデータも同様に保持、管理する。暗号化部１２は、暗号化手段として設けられ、送信対象のスキャンデータを暗号化する。課金処理部１３は、複合機１０が提供するサービスの利用者に対して代金の請求や徴収を行うなどの課金処理を実施する。特に、課金手段として機能する課金処理部１３は、ジョブ処理制御部１７により送信されたデータに対する課金を当該データの送信の後にその都度行う。

暗号情報管理部１４は、スキャンデータ及び送信データの暗号化に用いる暗号鍵を保持、管理する。状態確認部１５は、確認手段として設けられ、携帯端末２０がスキャンデータや復号情報の受信が可能な状態であるかを確認する。無線接続処理部１６は、アクセスポイント４０を用いて携帯端末２０をＷｉ−Ｆｉ接続する。

ジョブ処理制御部１７は、他の構成要素１１〜１６と連携動作しながらユーザが選択したサービスの提供のためにジョブを実行する。本実施の形態のように、スキャナ３４により読み取った原稿のデジタルデータ（スキャンデータ）をユーザの携帯端末２０へ送信して保存させるスキャンサービスを提供する場合、ジョブ処理制御部１７は、スキャンデータを携帯端末２０へ送信するというジョブを実行することになる。このため、ジョブ処理制御部１７は、データ送信処理手段として機能し、携帯端末２０からの要求に応じて、暗号化部１２により暗号化されたデータを携帯端末２０へ順次送信する送信処理を実施する。

原稿はスキャナ３４により１ページずつ読み取られるが、本実施の形態では、そのスキャンにより形成された１ページ分のスキャンデータ毎にデータファイルを生成する。なお、以降の説明では、複数ページから成る原稿の読み取りにより生成されたデジタルデータ（スキャンデータ）のうち１ページ分のデジタルデータを示す場合は特に「ファイル」と称することで、デジタルデータ全体を示す場合と区別する。本実施の形態では、ファイルがスキャンデータの送信単位となり、ジョブ処理制御部１７によって順次送信されることになる。

複合機１０における各構成要素１１〜１７は、複合機１０に搭載されたハードウェアと、ＣＰＵ３１で動作するプログラムとの協調動作により実現される。また、各管理部１１，１４においてデータを記憶する手段としてＲＡＭ３３又はＨＤＤ３８を用いる。外部にある記憶手段をネットワーク経由で利用してもよいが、本実施の形態では、セキュリティの関係上、特に断らない限り複合機１０の内部にある構成を用いて記憶する。

携帯端末２０は、スキャンデータ取得部２１、徴収要求部２２、状態通知部２３、無線接続処理部２４、暗号情報管理部２５、復号化部２６、表示処理部２７及びスキャンデータ記憶部２８を有している。なお、本実施の形態における説明に用いない構成要素については省略している。スキャンデータ取得部２１は、データ受信処理手段として機能し、Ｗｉ−Ｆｉ接続された複合機１０から送信されてくるファイルを受信し、スキャンデータ記憶部２８に保存する。更に、復号情報受信手段として機能し、Ｗｉ−Ｆｉ接続された複合機１０から送信されてくる復号情報を受信する。徴収要求部２２は、徴収要求情報送信手段として設けられ、スキャンデータ取得部２１により受信されたデータのうち支払い済み情報により料金の支払いが確認されていないデータの識別情報を含む徴収要求情報を複合機１０へ送信する。状態通知部２３は、状態確認部１５からの問合せに応じてＨＤＤ５６の残容量等携帯端末２０における負荷の状態を返答する。無線接続処理部２４は、無線ＬＡＮ通信インタフェース（ＩＦ）５４を用いて、複合機１０にＷｉ−Ｆｉ接続する。暗号情報管理部２５は、受信したファイルの復号に用いる復号鍵を保持、管理する。復号化部２６は、復号手段として設けられ、スキャンデータ取得部２１により受信されたデータを復号情報に基づき復号する。表示処理部２７は、操作パネル５５への表示処理を行う。

携帯端末２０における各構成要素２１〜２６は、携帯端末２０に搭載されたハードウェアと、ＣＰＵ５１で動作するプログラム（アプリケーション）との協調動作により実現される。また、暗号情報管理部２５においてデータを記憶する手段としてＲＡＭ３３又はＨＤＤ３８を用いる。また、スキャンデータ記憶部２８は、ＨＤＤ３８にて実現する。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＵＳＢメモリ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがプログラムを順次実行することで各種処理が実現される。

次に、本実施の形態における動作について説明する。本実施の形態では、ユーザが携帯端末２０と原稿をコンビニエンスストア等の店舗に持ち込み、店舗に設置された複合機１０が提供するスキャンサービスを利用して原稿のデジタルデータを携帯端末２０に保存するまでの一連の処理の流れについて説明する。

ユーザが複合機１０の操作パネル３７に表示されたサービスメニュー（図示せず）の中からスキャンサービスを選択すると、無線接続処理部１６は、アクセスポイント４０を起動してＷｉ−Ｆｉ接続が可能な環境を構築する（ステップ１０１）。このとき、携帯端末２０を接続するよう要求する旨を操作パネル３７に表示してもよい。

スキャンサービスを選択したユーザは、携帯端末２０に事前にインストールされている複合機１０との間でスキャンサービスを実現するアプリケーションを起動する。これにより、携帯端末２０における各構成要素２１〜２４による処理機能が発揮されることになる。まず、携帯端末２０における無線接続処理部２４は、アプリケーションが起動されるとアクセスポイント４０にＷｉ−Ｆｉ接続する（ステップ２０１）。ユーザは、スキャンサービスを選択した後、複合機１０の原稿台に原稿をセットしてスキャンを開始させることになるが、これに並行して、暗号情報管理部２５は、内部に保持する公開鍵を自装置の識別子と共に複合機１０へ送信する（ステップ２０２）。なお、公開鍵と組を成す秘密鍵は、暗号情報管理部２５に保持されている。

複合機１０における暗号情報管理部１４は、携帯端末２０から送信されてきた公開鍵を受信すると、これを内部に保持し（ステップ１０２）、続いて、内部に保持していたスキャンデータの暗号／復号に用いる共通鍵を携帯端末２０へ送信する（ステップ１０３）。

携帯端末２０における暗号情報管理部２５は、複合機１０から送信されてきた共通鍵を受信すると、これを内部に保持する（ステップ２０３）。

スキャナ３４がユーザの操作により原稿をスキャンすることでスキャンデータが生成されると（ステップ１０４）、暗号化部１２は、そのスキャンデータを共通鍵で暗号化してスキャンデータ管理部１１に保持させる（ステップ１０５）。本実施の形態では、原稿１ページをスキャンする度に１ファイルが生成されるので、原稿の枚数分の暗号化ファイルが生成されることになる。また、原稿の１ページ毎に１ファイルを生成するのではなく、複数のページ毎に１ファイルを生成するようにしてもよい。

ＩＣカードでの支払いを希望するユーザは、操作パネル３７に表示されるメッセージに従いＩＣカードを所定のカードリーダにセットして課金装置３９により料金が徴収可能な状態にする。課金処理部１３は、原稿の読取枚数に応じた請求金額を算出し、その請求金額分の金額（以下「残金」と称する）がＩＣカードにあるかを事前に確認する（ステップ１０６）。ここで、残金が不足しているようであれば（ステップ１０７でＮ）、ジョブ処理制御部１７は、スキャンサービスが提供できないものとし、無線接続処理部１６にアクセスポイント４０の動作を停止させＷｉ−Ｆｉ接続を切断させる（ステップ１１７）。

原稿全ページ分の料金の徴収が可能であることが確認できると（ステップ１０７でＹ）、状態確認部１５は、携帯端末２０の状態を確認する（ステップ１０８）。具体的には、状態確認部１５は、これから送信するファイルが保存可能な状態であるかを携帯端末２０へ問い合わせる。携帯端末２０における状態通知部２３は、携帯端末２０における残記憶容量等を含む負荷の状態等を確認して、その結果（状態情報）を返信する（ステップ２０４）。

状態確認部１５は、携帯端末２０から送信された状態情報から得られる携帯端末２０における状態及び状態情報を正常に受信できたことでＷｉ−Ｆｉ接続の状態を確認した結果、ファイルが受信可能な状態であると判断した場合（ステップ１０９でＹ）、ジョブ処理制御部１７は、スキャンデータ管理部１１から暗号化ファイルを１つ取得し、その暗号化ファイルを公開鍵にて暗号化してから携帯端末２０へ送信する（ステップ１１０）。

携帯端末２０におけるスキャンデータ取得部２１は、送信されてくるファイルを受信すると、秘密鍵で復号してからスキャンデータ記憶部２８に保存する（ステップ２０５）。スキャンデータ記憶部２８に保存する際、当該ファイルは課金済みかあるいは未課金かを判別するためのフラグ情報を課金情報として付加する。この時点では、まだ課金が確認されていないので、未課金を示すフラグ値がセットされる。なお、スキャンデータ記憶部２８に保存されるファイルは、今なお共通鍵で暗号化された状態であるため、復号しなければ参照できない状態にある。

一方、ファイルが受信可能な状態でないと判断した場合（ステップ１０９でＮ）、ジョブ処理制御部１７は、スキャンサービスが提供できないものとし、無線接続処理部１６にアクセスポイント４０の動作を停止させＷｉ−Ｆｉ接続を切断させる（ステップ１１７）。

続いて、状態確認部１５は、携帯端末２０の状態を確認する（ステップ１１１）。この処理はステップ１０８と同じでよい。また、携帯端末２０における状態通知部２３は、携帯端末２０における負荷の状態等を確認して、その結果を返信するが（ステップ２０６）、この処理はステップ２０４と同じでよい。

状態確認部１５は、携帯端末２０から送信された状態情報から得られる携帯端末２０における状態及び状態情報を正常に受信できたことでＷｉ−Ｆｉ接続の状態を確認した結果、支払い済み情報が受信可能な状態であると判断した場合（ステップ１１２でＹ）、課金処理部１３は、ステップ１１０により送信したファイル分の料金をＩＣカードから徴収することで課金する（ステップ１１３）。なお、ＩＣカードに課金しうる料金があることはステップ１０６において確認済みである。課金処理部１３により課金されたことを確認すると、ジョブ処理制御部１７は、支払い済みであることを示す支払い済み情報に、料金の徴収対象とされたファイルの識別情報を付加して携帯端末２０へ送信する（ステップ１１４）。

複合機１０から送信されてきた支払い済み情報を受信すると（ステップ２０７）、復号化部２６は、支払い済み情報に対応されたファイルの識別情報に基づき特定されるファイルをスキャンデータ記憶部２８から取りだし、ステップ２０３で取得した共通鍵で復号した後、スキャンデータ記憶部２８に保存する（ステップ２０８）。スキャンデータ記憶部２８に保存する際、当該ファイルの課金情報を課金済みを示すフラグ値に変更する。そして、暗号化されたファイルをスキャンデータ記憶部２８から削除する（ステップ２０９）。このように、本実施の形態では、ファイルを暗号した状態で携帯端末２０へ送信し、携帯端末２０では、課金が確認されて始めてファイルが復号され１ページ分の原稿のスキャンデータが参照可能な状態になる。

図５は、スキャンデータ転送中に携帯端末２０の操作パネル５５に表示される進捗表示画面の一例を示した図である。携帯端末２０のアプリケーションは、進捗表示画面を携帯端末２０に表示することで、ユーザは原稿の枚数（Ｎ）及び全データ転送量を確認できると共にファイル転送の進捗状況を確認できる。また、進捗表示画面にはファイル受信を中止させたい場合に選択可能なボタン２が用意されている。アプリケーションは、進捗表示画面の表示に必要な情報を複合機１０から受け取って公開鍵を送信してから、又は共通鍵あるいは最初のファイルを受信してから表示するようにしてよい。

スキャンデータを構成し、携帯端末２０へ送信すべきファイル数は、スキャナ３４による原稿の読取枚数に等しい。全ファイルの送信が終了していない場合（ステップ１１５でＮ）、ステップ１０８に戻る。一方、携帯端末２０において、全受信ファイル数は進捗表示画面の表示の際に受け取り済みである。

以上説明した、複合機１０においてはステップ１０８〜１１４の処理を、携帯端末２０においてはステップ２０４〜２０９を繰り返し行うことで、複合機１０はスキャンデータを携帯端末２０へ送信する。

全ファイルの送信が終了すると（ステップ１１５でＹ）、複合機１０では、次の後処理が実行される。すなわち、ジョブ処理制御部１７は、スキャンデータ管理部１１に保存されているスキャンデータを全て削除すると共に、暗号情報管理部１４に保持されている携帯端末２０の公開鍵を削除する（ステップ１１６）。そして、無線接続処理部１６は、アクセスポイント４０の動作を停止して携帯端末２０とのＷｉ−Ｆｉ接続を切断する（ステップ１１７）。

一方、全ファイルの受信が終了すると（ステップ２１０でＹ）、携帯端末２０における無線接続処理部２４は、複合機１０とのＷｉ−Ｆｉ接続を切断する（ステップ２１１）。

図６（ａ）は、携帯端末２０のアプリケーションにより表示される画面の一例を示した図である。この画面は、表示処理部２７がスキャンサービスの利用終了後に自動的に表示したり、あるいは、アプリケーションが表示するメニュー画面（図示せず）からユーザが該当するメニュー項目を選択することで表示したりしてよい。原稿の受信済みスキャンデータ（ファイル）の一覧を表示するための図６（ａ）に示したサブメニュー画面から「課金済み」ボタン３を選択すると、表示処理部２７は、図６（ｂ）に例示したように復号済みの原稿のスキャンデータの一覧を操作パネル５５に表示する。詳細には、課金情報に課金済みを示すフラグ値が設定されているファイルを抽出して表示すればよい。

ところで、コンビニエンスストアで利用される電子レンジは、スマートフォン全般でサポートされている２．４ＧＨｚの周波数帯を使用しているため、データ転送時に電波干渉による遅延や途絶が発生しやすく、このため、有線接続と比べると無線によるＷｉ−Ｆｉ接続は切断が生じやすい環境にある。

このため、前述したスキャンサービスの提供中において、暗号化ファイルは転送したものの図４Ｂのステップ１１２において携帯端末２０の状態を確認した結果、携帯端末２０の状態が例えばＷｉ−Ｆｉ接続が接続されていないために支払い済み情報が送信できない状態になる可能性が生じてくる。次に、このような場合が発生したときのリカバリ処理について図７に示したフローチャートを用いて説明する。

スキャンサービスの提供が中断された後、ユーザが複合機１０に表示されたサービスメニューからスキャンサービスのリカバリ用のメニュー項目を選択することで図７に示した処理が開始される。

リカバリ用のスキャンサービスが選択されると、無線接続処理部１６は、アクセスポイント４０を起動してＷｉ−Ｆｉ接続が可能な環境を構築する（ステップ１３１）。このとき、携帯端末２０を接続するよう要求する旨を操作パネル３７に表示してもよい。また、ユーザは、携帯端末２０を操作して前述したアプリケーションを起動すると、携帯端末２０における無線接続処理部２４は、アクセスポイント４０にＷｉ−Ｆｉ接続する（ステップ２３１）。

ユーザは、スキャンサービスのリカバリ用のメニュー項目を選択した後、アプリケーションを起動し、所定の操作をして図８（ａ）に示したサブメニューを画面表示させる。このサブメニュー画面は図６（ａ）と同じである。ユーザがこのサブメニュー画面に表示された「未課金」ボタン４を選択すると、表示処理部２７は、図８（ｂ）に例示したように未課金の原稿のスキャンデータの一覧を操作パネル５５に表示する。これは、未課金を示す課金情報が設定されたファイルを抽出すればよい。なお、本実施の形態では、１つのファイルを送信する度に課金を行うようにしているので、図６（ｂ）に例示したように基本的には１枚の原稿のスキャンデータの情報しか表示されないが、複数の暗号化ファイルに対してまとめて課金を行うような仕様の場合には、複数の未課金のファイルが存在する場合がある。この場合は、未課金の原稿のスキャンデータがリスト表示されることになる。なお、課金済みの場合と異なり、この時点ではファイルは共通鍵により復号されておらず暗号化された状態なので、サムネイル画像は表示されない。

ユーザは、表示された未課金のスキャンファイルの一覧の中から精算対象とするファイルに対応するチェックボックス５にチェックを入れた後、「精算する」ボタン６を選択する。この操作に応じて徴収要求部２２は、例えばファイル名等選択されたファイルを特定する情報及び未課金である旨を示す情報を含む徴収要求情報を複合機１０へ送信する（ステップ２３３）。なお、課金を希望しない場合、ユーザは「削除」ボタン７を選択して当該ファイルを削除してもよい。

ジョブ処理制御部１７が徴収要求情報を受信すると（ステップ１３２）、状態確認部１５は、携帯端末２０の状態を確認する（ステップ１３３）。この処理は図４のステップ１０８と同じでよい。また、携帯端末２０における状態通知部２３の、状態確認部１５からの問合せに応じて状態情報を返信する処理（ステップ２３３）は、図４のステップ２０４と同じでよい。なお、ここでは、携帯端末２０の状態に問題はないものとして説明する。

携帯端末２０の状態確認後、課金処理部１３は、原稿の読取枚数に応じた請求金額を算出し、その請求金額分の残金がＩＣカードにあるかを事前に確認する（ステップ１３４）。ここでは、残金はあるものとして説明するが、本来であれば、図４のステップ１０６において確認済みなので残金は足りているはずである。そして、課金処理部１３は、ステップ１３２により受信された徴収要求情報にて指定されたファイル分の料金をＩＣカードから徴収することで課金する（ステップ１３５）。課金処理部１３により課金されたことを確認すると、ジョブ処理制御部１７は、支払い済みであることを示す支払い済み情報に、課金対象としたファイルの識別情報を付加して携帯端末２０へ送信する（ステップ１３６）。

複合機１０から送信されてきた支払い済み情報を受信すると（ステップ２３４）、復号化部２６は、支払い済み情報に対応されたファイルの識別情報に基づき特定されるファイルをスキャンデータ記憶部２８から取りだし、図４のステップ２０３で取得した共通鍵で復号した後、スキャンデータ記憶部２８に保存する（ステップ２３５）。スキャンデータ記憶部２８に保存する際、当該ファイルの課金情報を課金済みを示すフラグ値に変更する。そして、暗号化されたファイルをスキャンデータ記憶部２８から削除する（ステップ２３６）。

本実施の形態においては、以上のようにリカバリ処理を実行させることで、暗号化ファイルを復号してユーザに参照できるようにする。暗号化ファイルを取得したのにもかかわらずユーザによりリカバリ処理が選択されずに他のサービスが選択された場合、あるいは他のユーザにより利用が開始された場合、複合機１０は、スキャンサービス提供時に保存していた暗号化したスキャンデータや公開鍵等を全て削除する。コンビニエンスストア等の店舗に設置される複合機１０、換言すると公共の場に設置され、不特定多数の来客に利用される複合機１０に、個人の情報（この例では、原稿のスキャンデータ）を残しておくことは、セキュリティ上、来客にとって好ましいことではなく、また店舗側からしてみても個人の情報で記憶装置が専有された状態のままでいることは好ましいものではないからである。

ところで、上記説明においては、暗号化したファイルの送信を開始する前に共通鍵を携帯端末２０へ送信し、ファイルの送信後に支払い済み情報を送信するようにした。この支払い済み情報は料金が支払われた旨を示す情報でありフラグ情報でよい。支払い済み情報の代わりに共通鍵をその都度送信するようにして、当該ファイルの復号鍵を携帯端末２０へ送るようにしてもよい。ただ、本実施の形態では、複合機１０と携帯端末２０間のデータ転送量の低減を図るために、最初に共通鍵を１回のみ送信し、その後はフラグ情報を送信するようにした。

実施の形態２．
スキャンサービスの提供中に携帯端末２０の記憶容量が不足したり、ＩＣカードの残金が不足したりすることで、複合機１０は、スキャンサービスを継続できなくなり、その結果、複合機１０に暗号化されたスキャンデータが残されたまま処理が終了する場合もあり得る。スキャンサービスが中断した原因をその場で即座に解消できれば、上記実施の形態１に示したようなリカバリ処理で対応できるかもしれない。しかしながら、ＩＣカードに電子マネーをチャージしたくても持ち合わせがなかったり、携帯端末２０のデータの待避や削除に時間が必要になるなど即座に対応できない場合も想定しうる。この場合、ユーザは、原稿のスキャンからやり直さなければならなくなる。

そこで、本実施の形態では、このような事態にも対処可能にしてユーザの便宜を図るようにした。

図９は、本実施の形態における情報処理システムの他のシステム形態を示した全体構成図である。図９には、２台の複合機６１，６２と携帯端末２０とファイルサーバ６３と、各複合機６１，６２をファイルサーバ６３に接続するネットワーク６４とが示されている。各複合機６１，６２は共に実施の形態１に示した複合機１０と同等の構成を有している。複数の複合機がネットワーク６４を介してファイルサーバ６３にアクセス可能であるが、本実施の形態では、説明の便宜上、２台の複合機６１，６２を示した。ファイルサーバ６３は、ファイルを格納する記憶装置を有している。各複合機６１，６２及び携帯端末２０のハードウェア構成及び機能構成は、以下に説明する機能以外は実施の形態１と同じでよい。

以上の構成において、例えば携帯端末２０のユーザは、複合機６１のスキャンサービスを利用しているとする。複合機６１では、全ての原稿をスキャンし、全スキャンファイルとも暗号化済みであるとする。この状態において、Ｗｉ−Ｆｉ接続が切断され、携帯端末２０は、暗号化ファイルを取得できなくなったとする。このとき、複合機６１におけるジョブ処理制御部１７は、保存手段として機能し、携帯端末２０へ送信できなかった暗号化ファイル及び携帯端末２０の識別子をファイルサーバ６３へ転送して保存させてから処理を終了させる。

その後、携帯端末２０のユーザは、複合機６２が設置されている場所へ移動し、サービスメニューからスキャンサービスの継続用のメニュー項目を選択する。複合機６１は、携帯端末２０からその携帯端末２０の識別子を取得し、その識別子に基づきファイルサーバ６３に問い合わせることで当該携帯端末２０に対応する暗号化ファイルを取得する。

その後、携帯端末２０のユーザは、所定の操作を行うことで複合機６１において取得できなかった暗号化ファイルを複合機６２から取得する。なお、暗号化ファイルの復号に必要な共通鍵は、携帯端末２０が保持したままである。また、複合機６２が暗号化ファイルを送信するときに暗号化するための公開鍵は携帯端末２０から取得すればよい。

本実施の形態では、スキャンサービスの処理が中断された複合機６１以外の複合機６２で処理を継続するように説明したが、処理が中断した複合機６１から残りの暗号化ファイルを取得するようにしてもよい。

ところで、暗号化ファイルは共通鍵によって復号される。本実施の形態の場合、この共通鍵は複合機６１が提供する共通鍵であり、複合機６２のではない。ただ、本実施の形態においては、実施の形態１において前述したように、複合機６１は暗号化ファイルの送信を開始する前に共通鍵を携帯端末２０へ送信している。つまり、携帯端末２０は、複合機６１から共通鍵をすでに取得しているので、本実施の形態のように、複合機６２が携帯端末２０へ送信するファイルが、複合機６１の共通鍵によって暗号化されていたとしても、携帯端末２０は暗号化ファイルを正しく復号することができる。

上記各実施の形態では、スキャンサービスを例にして料金のみ徴収及び返金処理の発生を回避することを説明したが、スキャンデータサービスでなくてもデータの送信を行うことになる他のサービスに適用してもよい。

１０，６１，６２ 複合機、１１ スキャンデータ管理部、１２ 暗号化部、１３ 課金処理部、１４，２５ 暗号情報管理部、１５ 状態確認部、１６ 無線接続処理部、１７ ジョブ処理制御部、２０ 携帯端末、２１ スキャンデータ取得部、２２ 徴収要求部、２３ 状態通知部、２４ 無線接続処理部、２６ 復号化部、２７ 表示処理部、２８ スキャンデータ記憶部、３１，５１ ＣＰＵ、３２，５２ ＲＯＭ、３３，５３ ＲＡＭ、３４ スキャナ、３５ プリンタエンジン、３６ 外部メディアインタフェース（ＩＦ）、３７，５５ 操作パネル、３８，５６ ハードディスクドライブ（ＨＤＤ）、３９ 課金装置、４０ アクセスポイント、４１，５７ ネットワークインタフェース（ＩＦ）、４２ アドレスデータバス、５４ 無線ＬＡＮ通信インタフェース（ＩＦ）、５８ バス、６３ ファイルサーバ、６４ ネットワーク。

Claims (10)

1. 携帯端末装置と、
   前記携帯端末装置を接続する情報処理装置と、
   を有し、
   前記情報処理装置は、
   送信対象の複数のデータを暗号化する暗号化手段と、
   前記携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段と、
   前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段と、
   前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段と、
   を有し、
   前記携帯端末装置は、
   前記情報処理装置から送信されてくるデータを受信するデータ受信手段と、
   前記情報処理装置から送信されてくる復号情報を受信する復号情報受信手段と、
   前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段と、
   を有する、
   ことを特徴とする情報処理システム。
2. 前記復号情報には、
   データが送信されるのに先立って送信され、各データの復号に共通して用いる復号鍵と、
   データの送信後にその都度送信され、当該データ送信の料金が支払い済みであることを示す支払い済み情報と、
   が含まれ、
   前記復号手段は、前記データ受信手段により受信されたデータのうち支払い済み情報により料金の支払いが確認されたデータを、前記復号鍵を用いて復号する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記情報処理装置は、前記携帯端末装置が復号情報の受信が可能な状態であるかを確認する確認手段を有し、
   前記データ送信手段によるデータ送信後に、前記確認手段により前記携帯端末装置が当該データの復号情報の受信が可能な状態でないことが確認された場合、
   前記課金手段は、当該データに対する課金を中止すると共に、
   前記復号情報送信手段は、当該データの復号情報の送信を中止する、
   ことを特徴とする請求項２に記載の情報処理システム。
4. 前記携帯端末装置は、前記データ受信手段により受信されたデータのうち支払い済み情報により料金の支払いが確認されていないデータの識別情報を含む徴収要求情報を前記情報処理装置へ送信する徴収要求情報送信手段を有し、
   前記課金手段は、前記徴収要求情報により特定されたデータに対する課金を行い、
   前記復号情報送信手段は、前記課金手段により課金が行われたデータの復号情報を送信する、
   ことを特徴とする請求項３に記載の情報処理システム。
5. 複数の前記情報処理装置と、
   記憶手段と、
   を有し、
   複数の前記情報処理装置のうち前記携帯端末装置が接続されていた第１情報処理装置は、
   前記暗号化手段により暗号化されたデータのうち接続が切断されたことで前記携帯端末装置へ送信できなかったデータを前記記憶手段に保存させる保存手段を有し、
   複数の前記情報処理装置のうち前記携帯端末装置が接続された第２情報処理装置は、前記記憶手段に保存されたデータを取得して、前記第１情報処理装置において行われていた前記送信処理を継続して実行する、
   ことを特徴とする請求項１に記載の情報処理システム。
6. 前記情報処理装置は、前記携帯端末装置がデータの受信が可能な状態であるかを確認する確認手段を有し、
   前記データ送信手段は、前記確認手段により前記携帯端末装置がデータの受信が可能な状態でないことが確認された場合、データの送信を中止する、
   ことを特徴とする請求項１に記載の情報処理システム。
7. 送信対象の複数のデータを暗号化する暗号化手段と、
   携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段と、
   前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段と、
   前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段と、
   を有することを特徴とする情報処理装置。
8. コンピュータを、
   送信対象の複数のデータを暗号化する暗号化手段、
   携帯端末装置からの要求に応じて、前記暗号化手段により暗号化されたデータを前記携帯端末装置へ順次送信する送信処理を実施するデータ送信処理手段、
   前記送信処理手段により送信されたデータに対する課金を当該データの送信の後に行う課金手段、
   前記課金手段により電子マネーによる料金の支払いが確認されたデータの復号に関する復号情報を前記携帯端末装置へ送信する復号情報送信手段、
   として機能させるためのプログラム。
9. 要求に応じて情報処理装置から順次送信されてくる暗号化されたデータを受信するデータ受信手段と、
   前記データ受信手段により受信されたデータのうち課金が確認されたデータの復号に関する復号情報を受信する復号情報受信手段と、
   前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段と、
   を有することを特徴とする携帯端末装置。
10. コンピュータを、
    要求に応じて情報処理装置から順次送信されてくる暗号化されたデータを受信するデータ受信手段、
    前記データ受信手段により受信されたデータのうち課金が確認されたデータの復号に関する復号情報を受信する復号情報受信手段、
    前記データ受信手段により受信されたデータを、前記復号情報受信手段により受信された復号情報に基づき復号する復号手段、
    として機能させるためのプログラム。