(57)【要約】【課題】  センド機能サービスにおいて、送信データが送信先に格納完了されたことを以って、正確な課金処理を実行できるようにする。また、送信先の能力に応じて、適切な課金処理方法を実行できるようにする。【解決手段】  送信先から送信データの格納が完了したことを示す情報を受信する受信手段を有し、前記情報を受信した場合に、送信データに対して課金処理を行う。また、送信先から能力情報を受信する受信手段を有し、前記能力情報によって、課金処理方法を切換える制御手段とを備える。【選択図】  図７
2007174342.tif 000002
【特許請求の範囲】
【請求項１】
データ送信装置と、該データ送信装置とネットワークを介して接続されるデータ受信装置を含むデータ通信システムにおいて、
前記データ送信装置は、
データを入力する入力手段と、
前記入力されたデータを格納する第１格納手段と、
前記格納されたデータを前記データ受信装置に送信する第１送信手段と、
前記送信されたデータに対して課金処理を行う課金手段とを有し、
前記データ受信装置は、
前記データ送信装置から送信されたデータを受信する第１受信手段と、
前記受信されたデータを格納する第２格納手段とを有するデータ通信システムであって、
前記データ受信装置は、前記第２格納手段に前記データの格納が完了したことを示す情報を送信する第２送信手段をさらに有し、
前記データ送信装置は、前記情報を受信する第２受信手段をさらに有し、前記課金手段は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とするデータ通信システム。
【請求項２】
前記入力手段は、原稿の画像データを読み取る読取手段を含むことを特徴とする請求項１に記載のデータ通信システム。
【請求項３】
前記データ送信装置は、前記データを送信指示する指示手段をさらに有し、前記第１送信手段は、前記送信指示があった場合に前記データを送信することを特徴とする請求項１又は２に記載のデータ通信システム。
【請求項４】
前記課金手段は、前記送信指示があった場合に前記課金処理を行うことを特徴とする請求項３に記載のデータ通信システム。
【請求項５】
前記データの送信が中止された場合、前記第１格納手段および前記第２格納手段に格納されているデータを削除し、前記課金手段による課金処理を行わないことを特徴とする請求項１乃至４いずれか１項に記載のデータ通信システム。
【請求項６】
前記課金手段による課金処理は、前記データのページ数単位で処理を行うことを特徴とする請求項１乃至５いずれか１項に記載のデータ通信システム。
【請求項７】
前記課金手段による課金処理は、前記データのデータ量単位で処理を行うことを特徴とする請求項１乃至５いずれか１項に記載のデータ通信システム。
【請求項８】
ネットワークを介してデータ受信装置に接続されるデータ送信装置において、
データを入力する入力手段と、
前記入力されたデータを格納する格納手段と、
前記格納されたデータを前記データ受信装置に送信する送信手段と、
前記送信されたデータに対して課金処理を行う課金手段と、
前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信手段とを有し、
前記課金手段は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とするデータ送信装置。
【請求項９】
前記入力手段は、原稿の画像データを読み取る読取手段を含むことを特徴とする請求項８に記載のデータ送信装置。
【請求項１０】
前記データを送信指示する指示手段をさらに有し、前記送信手段は、前記送信指示があった場合に前記データを送信することを特徴とする請求項８又は９に記載のデータ送信装置。
【請求項１１】
前記課金手段は、前記送信指示があった場合に前記課金処理を行うことを特徴とする請求項１０に記載のデータ送信装置。
【請求項１２】
前記データの送信が中止された場合、前記格納手段に格納されているデータを削除し、前記課金手段による課金処理を行わないことを特徴とする請求項８乃至１１いずれか１項に記載のデータ送信装置。
【請求項１３】
前記課金手段による課金処理は、前記データのページ数単位で処理を行うことを特徴とする請求項８乃至１２いずれか１項に記載のデータ送信装置。
【請求項１４】
前記課金手段による課金処理は、前記データのデータ量単位で処理を行うことを特徴とする請求項８乃至１２いずれか１項に記載のデータ送信装置。
【請求項１５】
ネットワークを介してデータ受信装置に接続されるデータ送信装置において、
データを入力する入力手段と、
前記入力されたデータを格納する格納手段と、
前記格納されたデータを前記データ受信装置に送信する送信手段と、
前記送信されたデータに対して課金処理を行う課金手段と、
前記データ受信装置の能力情報を受信する受信手段と、
前記能力情報によって、前記課金手段による課金処理方法を切換える制御手段とを備えることを特徴とするデータ送信装置。
【請求項１６】
前記課金処理方法は、前記送信手段によるデータの送信後に前記課金処理を行う第１の方法と、前記送信手段によるデータの送信前に前記課金処理を行う第２の方法のいずれかであることを特徴とする請求項１５に記載のデータ送信装置。
【請求項１７】
前記第１の方法は、前記データ受信装置に前記データの格納が終了した後に前記課金処理を行うことを特徴とする請求項１６に記載のデータ送信装置。
【請求項１８】
前記第２の方法は、前記格納手段に前記データの格納が終了した後に前記課金処理を行うことを特徴とする請求項１６又は１７に記載のデータ送信装置。
【請求項１９】
ネットワークを介してデータ受信装置に接続されるデータ送信装置の制御方法において、
データを入力する入力工程と、
前記入力されたデータを記憶装置に格納する格納工程と、
前記格納されたデータを前記データ受信装置に送信する送信工程と、
前記送信されたデータに対して課金処理を行う課金工程と、
前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信工程とを含み、
前記課金工程は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とするデータ送信装置の制御方法。
【請求項２０】
ネットワークを介してデータ受信装置に接続されるデータ送信装置の制御方法において、
データを入力する入力工程と、
前記入力されたデータを記憶装置に格納する格納工程と、
前記格納されたデータを前記データ受信装置に送信する送信工程と、
前記送信されたデータに対して課金処理を行う課金工程と、
前記データ受信装置の能力情報を受信する受信工程と、
前記能力情報によって、前記課金工程における課金処理方法を切換える制御工程とを含むことを特徴とするデータ送信装置の制御方法。
【請求項２１】
ネットワークを介してデータ受信装置に接続されるデータ送信装置を制御するためのコンピュータ読み取り可能なプログラムであって、
データを入力する入力工程と、
前記入力されたデータを記憶装置に格納する格納工程と、
前記格納されたデータを前記データ受信装置に送信する送信工程と、
前記送信されたデータに対して課金処理を行う課金工程と、
前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信工程とを含み、
前記課金工程は、前記情報を受信した場合に前記データに対して課金処理を行うことをコンピュータに実行させるためのプログラムコードからなることを特徴とするプログラム。
【請求項２２】
ネットワークを介してデータ受信装置に接続されるデータ送信装置を制御するためのコンピュータ読み取り可能なプログラムであって、
データを入力する入力工程と、
前記入力されたデータを記憶装置に格納する格納工程と、
前記格納されたデータを前記データ受信装置に送信する送信工程と、
前記送信されたデータに対して課金処理を行う課金工程と、
前記データ受信装置の能力情報を受信する受信工程と、
前記能力情報によって、前記課金工程における課金処理方法を切換える制御工程とをコンピュータに実行させるためのプログラムコードからなることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ送信に対して課金処理を実行するデータ通信システム、データ送信装置及びデータ送信装置の制御方法に関するものである。
【背景技術】
【０００２】
複写機のデジタル化、ネットワーク化に伴って、従来の複写機が備えていたコピー、プリント、ファクシミリ機能に加え、紙原稿をスキャンした電子データを指定宛先にネットワーク経由で送信する機能を具備する製品が実用化されている。（以下、この送信機能をセンド機能と称する。）近年は単にスキャン画像を送付するのみならず、多様な宛先やネットワークプロトコルへの対応、さらに画像を各種データに加工しつつ送付（画像としてではなく、ＰＤＦ形式に自動変換など）するなど、ますます高機能に、より広く利用されつつある。
【０００３】
一方、従来からの複写機の課金方式は、販売元が複写機のメンテナンスや顧客サポートを行い、月締めなどでプリント枚数カウントに基づく料金請求を行う方式が主流である。この方式では主にプリント面数（ページ数）ベースとする課金カウンタを月締めで集計し、それをもとにメンテナンス契約基本料と、プリント１面単価×１ヶ月分のプリント枚数の課金カウント値を合計した料金を請求する形態となっている。
【０００４】
また、コンビニエンスストアなどでは複写機に料金徴収装置を接続して、ユーザが必要金額を料金徴収装置に投入し、コピーを利用する運用形態も広く利用されている。
【０００５】
さらには複写機の利用に対する課金方式として、上記のプリント課金カウンタ、料金徴収装置利用などの他に、新たな課金決済方式として予め金額をチャージ可能なプリペイドカードや、非接触型のＩＣカードなども望まれている。
【０００６】
このような複写機を使用したサービス形態においては、料金を徴収する以上、料金の集計漏れや取りすぎは許されない。ユーザに最終的に提供できたサービスの種類や量に基づいて、正確な料金の算出及び徴収が必要である。
【０００７】
ところで、特許文献１によれば、ウェブサーバで画像を公開するために、端末装置からサーバに画像送信を行うにあたり、端末装置で画像蓄積を行い、端末装置のユーザに課金を行ってから、サーバへの画像送信と登録を行う技術が提案されている。
【０００８】
また、特許文献２によれば、スキャナ機器がスキャンした電子データをリモートサーバに送信し、リモートサーバ側で画像配信とそれに伴う課金を行う技術が提案されている。
【０００９】
さらに、特許文献３によれば、ファクシミリ通信において、通信網によって課金方式が異なる場合に、その通信網の種類に応じて、課金方式を選択するファクシミリ装置の技術が提案されている。いずれの課金方式においても、通信終了してから通信料金を算出している。
【特許文献１】特開２００２−２８８５５８号公報
【特許文献２】特開２００３−３２４２５号公報
【特許文献３】特許第２５６６２２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
センド機能サービスに対して、課金を行う場合、通信経路、送信先サーバのエラー等、データ送信装置側だけでは監視または制御できない要素も考慮する必要がある。原稿のスキャンと電子データ化が完了しても、その後の送信先への送信中にネットワークが切断されたり、送信先のサーバがメモリフル等で受信できない場合が考えられるからである。
【００１１】
この場合、ユーザが所望するデータ送信が完了していないにもかかわらず、課金を実行するタイミングによっては、ユーザに対してスキャンしたデータ全体に対して課金がされてしまう可能性がある。また、ユーザがデータ送信を中止するケースにおいても、送信完了前に課金を行うと、中止操作された以後の送信分について余分に課金することになりかねない。逆に、送信完了後に一括して課金するのでは中止前までのデータが送信できた場合、課金漏れとなる可能性がある。
【００１２】
特許文献１の技術では、課金後の送信中止や、ネットワーク、サーバエラーによる送信失敗時に未送信分についても課金がされてしまうという上述した課題が解決されない。
【００１３】
特許文献２の技術では、原稿読み込みを行うスキャナを備えた複写機のユーザに対する課金を行うことができないため、例えば前述のコンビニエンスストアなどにて、課金決済を行う構成には使用することができない。また、スキャナを使用しているユーザは、送信したデータが、リモートサーバにユーザが希望する通りに登録されているのか確認することができない。同様に、適切な料金徴収をされているのかについても確認することができない。
【００１４】
特許文献３の技術では、通信料金を算出するのに通信が終了したか否かで判断をしているため、送信先に送信データが確実に格納されたかどうかわからない状態で課金される可能性がある。特許文献３の技術においても、上述した課題は解決されない。
【００１５】
以上、センド機能で正確な課金を実現するためには、スキャンを行う複写機、送信先を合せたシステム全体として、まず、サービスを提供できたか、中止されたのか、を把握する必要がある。また、途中までサービス提供した場合、その途中までの送信に対する成果物量はどのくらいなのか、を把握し、正しく提供できたサービス分だけの課金を行わねばならない。
【００１６】
また、プリペイドカードやＩＣカードから課金金額の引き落としを行う場合、カードからの金額引き落としの決済処理は一回で正確に完了することが望ましい。さらに、送信中にユーザが送信を中止したり、ネットワーク切断等のエラーが発生した場合、送信側の複写機、受信側のサーバ双方ともにエラー終了した送信処理の後処理を行うことが望ましい。具体的には、途中まで送信したデータの破棄を行い、不用なデータや通信セッションが残ったままとならないような仕組みが必要である。
【００１７】
さらに、受信側の端末には端末の種類によって、仕様や能力が様々である。よって受信側の端末の能力に応じて、適切な課金処理方法を実行する仕組みも必要である。
【課題を解決するための手段】
【００１８】
上述した課題を解決するために、請求項１に係る発明のデータ通信システムは、データ送信装置と、該データ送信装置とネットワークを介して接続されるデータ受信装置を含むデータ通信システムであって、前記データ送信装置は、データを入力する入力手段と、前記入力されたデータを格納する第１格納手段と、前記格納されたデータを前記データ受信装置に送信する第１送信手段と、前記送信されたデータに対して課金処理を行う課金手段とを有し、前記データ受信装置は、前記データ送信装置から送信されたデータを受信する第１受信手段と、前記受信されたデータを格納する第２格納手段とを有するデータ通信システムであって、前記データ受信装置は、前記第２格納手段に前記データの格納が完了したことを示す情報を送信する第２送信手段をさらに有し、前記データ送信装置は、前記情報を受信する第２受信手段をさらに有し、前記課金手段は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とする。
【００１９】
上述した課題を解決するために、請求項８に係る発明のデータ送信装置は、ネットワークを介してデータ受信装置に接続されるデータ送信装置であって、データを入力する入力手段と、前記入力されたデータを格納する格納手段と、前記格納されたデータを前記データ受信装置に送信する送信手段と、前記送信されたデータに対して課金処理を行う課金手段と、前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信手段とを有し、前記課金手段は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とする。
【００２０】
上述した課題を解決するために、請求項１５に係る発明のデータ送信装置は、ネットワークを介してデータ受信装置に接続されるデータ送信装置であって、データを入力する入力手段と、前記入力されたデータを格納する格納手段と、前記格納されたデータを前記データ受信装置に送信する送信手段と、前記送信されたデータに対して課金処理を行う課金手段と、前記データ受信装置の能力情報を取得する取得手段と、前記能力情報によって、前記課金手段による課金処理方法を切換える制御手段とを備えることを特徴とする。
【００２１】
上述した課題を解決するために、請求項１９に係る発明のデータ送信装置の制御方法は、ネットワークを介してデータ受信装置に接続されるデータ送信装置の制御方法であって、データを入力する入力工程と、前記入力されたデータを記憶装置に格納する格納工程と、前記格納されたデータを前記データ受信装置に送信する送信工程と、前記送信されたデータに対して課金処理を行う課金工程と、前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信工程とを含み、前記課金工程は、前記情報を受信した場合に前記データに対して課金処理を行うことを特徴とする。
【００２２】
上述した課題を解決するために、請求項２０に係る発明のデータ送信装置の制御方法は、ネットワークを介してデータ受信装置に接続されるデータ送信装置の制御方法であって、データを入力する入力工程と、前記入力されたデータを記憶装置に格納する格納工程と、前記格納されたデータを前記データ受信装置に送信する送信工程と、前記送信されたデータに対して課金処理を行う課金工程と、前記データ受信装置の能力情報を取得する取得工程と、前記能力情報によって、前記課金工程における課金処理方法を切換える制御工程とを含むことを特徴とするデータ送信装置の制御方法。
【００２３】
上述した課題を解決するために、請求項２１に係る発明のプログラムは、ネットワークを介してデータ受信装置に接続されるデータ送信装置を制御するためのコンピュータ読み取り可能なプログラムであって、データを入力する入力工程と、前記入力されたデータを記憶装置に格納する格納工程と、前記格納されたデータを前記データ受信装置に送信する送信工程と、前記送信されたデータに対して課金処理を行う課金工程と、前記データ受信装置から前記データの格納が完了したことを示す情報を受信する受信工程とを含み、前記課金工程は、前記情報を受信した場合に前記データに対して課金処理を行うことをコンピュータに実行させるためのプログラムコードからなることを特徴とする。
【００２４】
上述した課題を解決するために、請求項２２に係る発明のプログラムは、ネットワークを介してデータ受信装置に接続されるデータ送信装置を制御するためのコンピュータ読み取り可能なプログラムであって、データを入力する入力工程と、前記入力されたデータを記憶装置に格納する格納工程と、前記格納されたデータを前記データ受信装置に送信する送信工程と、前記送信されたデータに対して課金処理を行う課金工程と、前記データ受信装置の能力情報を取得する取得工程と、前記能力情報によって、前記課金工程における課金処理方法を切換える制御工程とをコンピュータに実行させるためのプログラムコードからなることを特徴とする。
【発明の効果】
【００２５】
データの送信機能（センド機能）サービスにおいて、ネットワーク切断や受信側端末にエラーが発生しても正確な課金を行うことができる。また、受信側端末の能力に応じて、適切な課金処理方法を実行することができる。
【発明を実施するための最良の形態】
【００２６】
以下に本発明の一実施形態を示す。もちろん以下で説明される個別の実施形態は、本発明の上位概念、中位概念および下位概念など種々の概念を理解するために役立つであろう。また、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００２７】
〔第１実施形態〕
＜システム全体構成＞
システム全体構成の概観図を図１に示す。１００１はデータ送信装置としての画像送信装置であり、原稿画像を読み取り電子データ化し、ネットワーク１０１０を経由して指定された送信先に送信する（センド機能）。１００２は課金手段を備える課金装置であり、画像送信装置に接続され、ユーザの画像送信機能の使用に対する課金を行う。
【００２８】
１００５、１００６、１００７は、データ受信装置としての画像受信装置であり、画像送信装置１００１からの画像データを受信する受信手段を備える。また、いずれの画像受信装置１００５、１００６、１００７も、受信した画像データを格納する記憶装置を備えている。これらの画像受信装置は、受信、格納した画像データをどのように処理するか、はそれぞれの画像受信装置によって異なる。
【００２９】
例えば、画像受信装置１００５は電子メールサーバであり、画像送信装置１００１から電子メール、または電子メール添付の通信方法で画像データを受信し、メールボックスに画像を格納する。画像受信装置１００６はウェブサーバであり、画像送信装置１００１から受信した画像データを自動的に予め設定されたウェブページに登録する。画像受信装置１００７はＤＢサーバであり、データベース機能を備え、画像送信装置１００１から受信した画像データを１件のデータとしてデータベースに登録することができる。
【００３０】
このような様々な画像受信装置のうち、どれに画像データを送信するかは、画像を送信するユーザが所望する目的に応じて選択する。
【００３１】
画像送信装置１００１に接続される課金装置１００２は、最終的に画像送信を行ったユーザに対して、画像送信機能の利用に応じた料金徴収を行うためのものである。
【００３２】
課金装置１００２の形態は、
ａ）送信を行うたびに、ユーザに料金を必要金額分投入させる料金徴収装置
ｂ）送信を行うたびに、ユーザが所持するプリペイドカード、または料金をチャージ可能な接触／非接触型のＩＣカードから、料金引き落としを行うカードリーダ装置
ｃ）送信機能で送信した原稿ページ数、カラー／白黒モード、データ量、などを計測する課金カウンタ処理装置とその記憶装置
のいずれでもよい。
【００３３】
コンビニエンスストアなどに設置されて不特定多数のユーザに送信機能を提供する場合には、上述のａ）、ｂ）のような、送信の度に課金とその支払いが完結する形態の装置が適する。一方、企業や官庁のように大規模に画像送信装置１００１を導入し、画像送信装置１００１の販売会社と保守契約を結んで運用している場合には、ｃ）の形態で週毎、月毎に送信機能の利用量を集計し、販売会社が料金を請求する形態が適している。よって課金装置１００２の具体的な課金機構がどのようなものであるかは、本発明の画像送信装置、画像受信装置が利用される環境や条件に応じてそれぞれで最適な課金機構が選択されるものである。
【００３４】
また、ネットワーク１０１０は、画像送信装置１００１から、指定された画像受信装置へ電子化された画像データの送信を行う。したがってネットワーク１０１０は、オフィス内の小規模なＬＡＮであっても、インターネットを経由しても、あるいは公衆回線に接続された電話網であってもよい。
【００３５】
画像送信装置１００１から画像受信装置への画像送信を行う場合、図２に示すとおり、まず実際の送信動作に先立って、画像送信装置１００１は画像受信装置に対して能力情報の問い合わせを行う。ここでの能力情報とは、画像送信装置からの要求や問い合わせに応じて、画像の仮格納、消去、正式格納、およびそれらの動作結果の画像送信装置への応答を行うことができるか否か、などの情報である。
【００３６】
画像受信装置が上記能力情報を具備している場合、画像送信装置１００１は画像を送信した後に、課金装置１００２でユーザへの課金を実行する。画像受信装置が能力情報を具備していない場合には、まず課金装置１００２でユーザに課金を行った後に、画像送信を行うように課金タイミングを切換える。
【００３７】
この問合せや切換えは、後述する画像送信装置１００１のコントローラユニット２０００によって制御される。それぞれの動作については別図を用いて後述する。本実施形態においては、各センドジョブの実行に先立って、予め画像受信装置の宛先毎に課金方法（タイミング）を登録しておくものとする。
【００３８】
＜ハードウェア構成＞
画像送信装置１００１の全体外観図を図３に示す。２０７０は原稿を読み取るスキャナである。スキャナ２０７０には、送信するデータの入力を行う入力手段を備えている。１００２はユーザに対して課金を行う課金装置である。前述のとおり、課金装置１００２の課金機構は条件に応じて適した機構が選択される。２０１２は操作部である。
【００３９】
操作部２０１２の構成を図４に示す。ＬＣＤ表示部２０１３は、ＬＣＤ上にタッチパネルシートが貼られており、システムの操作画面を表示するとともに、表示してあるキーが押されるとその位置情報を画像送信装置１００１のコントローラＣＰＵに伝える。スタートキー２０１４は原稿画像の読取り動作を開始する時などに用いる。スタートキー中央部には、緑と赤の２色ＬＥＤ２０１８があり、その色によってスタートキーが使える状態にあるかどうかを示す。ストップキー２０１５は稼働中の動作を止める働きをする。
【００４０】
ＩＤキー２０１６は装置の利用にあたって利用者のユーザ認証が必要な場合において、使用者のユーザーＩＤを入力後、認証処理を実行するときに用いる。リセットキー２０１７は操作部からの設定を初期化するときに用いる。
【００４１】
続いてコントローラのハードの機能ブロック全体構成図を図５に示す。コントローラユニット２０００は画像入力デバイスであるスキャナ２０７０や画像出力デバイスであるプリンタ２０９５と接続されている。一方でコントローラユニット２０００はＬＡＮ２０１１や公衆回線（ＷＡＮ）２０５１と接続されており、画像情報やデバイス情報の入出力を行う。
【００４２】
ＣＰＵ２００１はシステム全体を制御するコントローラである。ＲＡＭ２００２はＣＰＵ２００１が動作するためのシステムワークメモリであり、画像データを一時記憶するための画像メモリでもある。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブで、スキャナ２０７０で紙原稿から読み取った画像を保存する。
【００４３】
操作部Ｉ／Ｆ２００６は操作部（ＵＩ）２０１２とのインターフェース部で、操作部２０１２に表示する画像データを操作部２０１２に対して出力する。また、操作部２０１２からユーザが入力した情報を、ＣＰＵ２００１に伝える役割をする。
【００４４】
ネットワーク部２０１０はＬＡＮ２０１１に接続され、ネットワーク上の画像受信装置とのデータ通信を行う。モデム２０５０は公衆回線２０５１に接続され、情報の入出力を行う。本発明における画像受信装置はＬＡＮ２０１１、ＷＡＮ２０５１のどちらに接続されていてもよい。以上のデバイスがシステムバス２００７上に配置される。画像バス  Ｉ／Ｆ２００５はシステムバス２００７と、画像データを高速で転送する画像バス２００８とを接続し、データ構造を変換するバスブリッジである。
【００４５】
画像バス２００８上には以下のデバイスが配置される。ラスターイメージプロセッサ（ＲＩＰ）２０６０はＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ部２０２０は、画像入力デバイスであるスキャナ２０７０や、画像出力デバイスであるプリンタ２０９５とコントローラ２０００を接続し、画像データの同期系／非同期系の変換を行う。
【００４６】
スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、編集を行う。プリンタ画像処理部２０９０は、プリント出力画像データに対して、プリンタの補正、解像度変換等を行う。画像回転部２０３０は画像データの回転を行う。画像圧縮部２０４０はスキャナ２０７０で読み取った原稿画像データの圧縮符号化を行う。
【００４７】
デバイスＩ／Ｆ２０２０には、課金装置１００２も接続される。課金装置１００２は本画像送信装置を運用環境にあわせて、直接料金を投入するもの、カードリーダ形式、課金カウンタ方式等、前述した各種方式から最適なものが選択可能である。
【００４８】
プリンタ部、回転、圧縮等の画像処理の詳細については本発明の構成と直接関係しないため説明は割愛する。
【００４９】
＜ソフトウェア構成＞
図６は、本発明における画像送信装置１００１の、コントローラユニット２０００のソフトウエアブロック図である。
【００５０】
ＵＩ（ユーザインターフェイス）モジュール１５１０は、ユーザが本複合機の各種操作・設定を行う際、機器との仲介を行う。ＵＩモジュール１５１０は、ユーザが操作部２０１２から行う操作、設定に従い、後述の各種モジュールに入力情報を転送し処理の依頼、或いはデータの設定等を行う。
【００５１】
コントローラＡＰＩ１５２０はコントローラユニット２０００のソフトウエアインターフェイス（以下ソフトＩ／Ｆと略）の制御モジュールである。このコントローラＡＰＩ１５２０が既定するソフト的なＩ／Ｆ仕様に従って、画像送信装置１００１のコピー、プリント、スキャン、ファクシミリ等の動作のアプリケーションが実行される。このアプリケーションは図示しないが、コントローラＡＰＩ１５２０にはコピー、スキャン、ファクシミリ通信など、装置単体の機能を実現するための機器内アプリケーションが含まれている。コントローラＡＰＩ１５２０は、動作の単位をジョブとして取り扱い、画像送信装置１００１の動作を制御する。
【００５２】
ネットワークモジュール１５１１はネットワーク部２０１０を制御し、ネットワーク通信を実現する。ネットワークモジュール１５１１はネットワーク部２０１０のハード制御を行うと共に、各種通信プロトコルによるソフト的な通信制御を行い、コントローラＡＰＩ１５２０との間で入出される通信データの授受を行う。ファクシミリモジュール１５１２はファクシミリ制御を行い、通信ハードのモデム２０５０の制御を行うと共に、コントローラＡＰＩ１５２０との間で入出力されるデータの授受を行う。
【００５３】
コントローラＡＰＩ１５２０の下位層には各種機能に対応したジョブ単位の動作を実現するジョブ制御モジュール１５２１が存在する。ジョブ制御モジュール１５２１は、コピージョブモジュール１５３０、スキャンジョブモジュール１５３１、プリントジョブモジュール１５３２、ファクシミリジョブモジュール１５３３を実現する。
【００５４】
さらにこれらのジョブモジュールは、各ジョブで使用するハード的なデバイスを制御する。コピージョブモジュール１５３０は、プリンタマネージャ１５４０、スキャンマネージャ１５４１と連動する。スキャンジョブモジュール１５３１は、スキャンマネージャ１５４１と連動する。プリントジョブモジュール１５３２は、プリンタマネージャ１５４０と連動する。ファクシミリジョブモジュール１５３３は、ファクシミリマネージャ１５４２と連動する。
【００５５】
ジョブログモジュール１５３４はこれらのジョブ単位の動作の履歴情報を保存する。ファイルマネージャ１５５１はジョブログに対してＨＤＤ２００４への書き込み／読み出しＩ／Ｆを提供する。画像送信（センド機能）においては、ＵＩモジュール１５１０からの画像読込要求を受けて、スキャンジョブモジュール１５３１、スキャンマネージャ１５４１により、原稿をスキャナ２０７０で読み取る。
【００５６】
読み取られた画像データをファイルマネージャ１５５１経由でＨＤＤ２００４に蓄積する。続いて、ＨＤＤ２００４から画像データを読み出し、ネットワークモジュール１５１１やファクシミリモジュール１５１２によって、所望の画像受信装置に対して、送信が行われる。
【００５７】
課金制御モジュール１５５０は、課金装置１００２と信号の授受を行う。課金制御モジュール１５５０は、各ジョブが実行される毎に、ジョブのカウント情報を課金装置１００２に送信する。また、課金制御モジュール１５５０は、課金装置１００２から料金の引落としに関する情報を受信する。料金の引落としが正常になされた場合、実行しているジョブの継続が許可される。料金の引落としが正常になされなかった場合、実行しているジョブの継続が中断される。
【００５８】
＜送信動作＞
まず、画像受信装置側が能力情報を備えている場合の送信動作について、フローチャート図７、図８、図９、及び画像送信装置の操作部２０１２の画面表示を示す図１１を用いて説明する。
【００５９】
送信ジョブ（センド機能）開始に先立って、画像送信装置１００１は図２に示すように画像受信装置に対して能力情報の有無を問い合わせておく。ここで画像の送信先は画像受信装置１００６とし、画像受信装置１００６は能力情報を備えている。図２の能力情報の問い合わせにおいて、画像受信装置１００６は、画像送信装置１００１に能力情報を有する旨を返信する。画像送信装置１００１は送信先の画像受信装置が能力情報を備えることが判ったため、図７に示すように課金処理ステップＳ１２２よりも画像送信ステップＳ１０７を先に行う処理をする。
【００６０】
ステップＳ１０１で開始し、ステップＳ１０２でユーザは画像送信先をＵＩ２０１２の画面５０１で選択すると共に、原稿画像をスキャナ２０７０にセットする。ＵＩ２０１２の画面５０２の状態でユーザがスタートキー２０１８を押下すると、ステップＳ１０３で原稿画像の読み込みと電子化を開始し、原稿読み込み中は画面５０３の表示を行う。読み込んだ原稿画像は画像送信装置１００１内のＨＤＤ２００４に蓄積する。
【００６１】
ステップＳ１０４にて、原稿の読み込みと蓄積が完了すると、原稿のページ数、カラー／白黒モード、原稿画像のデータ量（ｂｙｔｅ数）も確定するため、これらの情報と送信料金の単価設定に基づいて、ユーザに課金すべき料金が算出可能となる。
【００６２】
ステップＳ１０５にて、ＵＩ２０１２に画面５０４を表示し、送信しようとしている原稿のページ数、カラー／白黒モード、データ量、および必要となる金額をユーザに通知し、この内容で送信を実行するか否かの選択画面を表示する。ユーザは通知された情報により、自分が送信したいジョブのページ数やモード、料金を確認することができる。
【００６３】
ここでユーザが「中止」を選択すると、ステップＳ１０６でＮＯに分岐してステップＳ１３０の送信中止処理に入る。次にステップＳ１３１にて、ＨＤＤ２００４に蓄積した画像データを消去し、ステップＳ１３２にてＵＩ２０１２に画面５３０を表示して送信を中止した旨を通知し、終了する（ステップＳ１９９）。この場合、画像受信装置１００６に接続する前に、送信ジョブを中止しているので、画像データは送信されておらず、画像送信装置１００１でもユーザに対する課金は行わない。また、画像受信装置１００６における中止処理は発生しない。
【００６４】
ステップＳ１０６の画面５０４にてユーザが送信する選択（画面５０４の「はい」を押下）を行うと、ステップＳ１０７にて画像送信装置１００１は画像受信装置１００６への接続を開始する。このとき、図２で示したような能力情報のやり取りを行い、画像受信装置１００６の能力情報の有無を確認する。
【００６５】
画像受信装置１００６から能力情報の返信がなければ、画像受信装置１００６の能力情報はなしとみなしてもよい。その場合は、後述する図１０のように課金処理を行ってから画像データの送信を行ってもよい。
【００６６】
画像受信装置１００６から能力情報の返信があれば、所定のプロトコルのやり取りを行い、蓄積された原稿画像データの送信を開始する。画像受信装置１００６はステップＳ２０２で画像送信装置１００１からの画像送信のための接続要求を受け付ける。ステップＳ２０３で画像受信装置１００６内の記憶装置の一時領域に受信画像データを格納する。ここで、ステップＳ２０３の一時領域への画像データ格納時には、画像受信装置１００６の正式な格納領域も一時領域と同じサイズだけ予約し、一時領域への仮格納を正式格納する時点でメモリ不足エラーとならないようにする。
【００６７】
ステップＳ２０４にて、全ての画像データの受信と一時領域への格納が完了すると、画像受信装置１００６は画像送信装置１００１に「仮格納完了」を通知し、ステップＳ２０５にて画像送信装置１００１からの次の要求を待つ。このステップＳ２０４における「仮格納完了」はあくまで画像受信装置の一時的な領域への格納であって、本実施形態においては最終的な受信データの格納完了状態ではない。
【００６８】
画像送信装置１００１はステップＳ１０８のＹＥＳ、ステップＳ１０９にて「仮格納完了」の通知を画像受信装置１００６から受信すると、画面５０５を表示してユーザに通知する。続いてステップＳ１１０にて画面５０６を表示して、最終的に必要金額を支払い、画像送信を確定するかどうかの確認をユーザに求める。画面５０６にてユーザが「はい」を押下して金額の支払いと送信の確定を選択すると（ステップＳ１１１のＹＥＳ）、ステップＳ１２０にて画像受信装置１００６に対し「仮格納完了」状態の画像データを、「正式格納」する要求を出す。
【００６９】
画像受信装置１００６はステップＳ２０６にて「正式格納」要求を画像送信装置１００１から受信する。ステップＳ２０７にて一時領域に格納していた画像データを、正式な記憶領域に移動して画像データの受信処理を確定する。次に、ステップＳ２０８にて画像送信装置１００１に「正式格納」の正常完了を通知した後、画像送信装置１００１からの課金完了の確認通知を待つ。画像送信装置１００１はステップＳ１２１で画像受信装置１００６からの「正式格納」の完了を受信する。
【００７０】
ステップＳ１２２で課金装置１００２によってユーザに対して課金処理を実行する。課金装置１００２が料金徴収装置であれば実際に必要金額を領収し、カードリーダ装置であれば、プリペイドカードやＩＣカードから画面５０６でユーザに通知した金額の引き落としを行う。また、送信原稿枚数やデータ量による課金カウンタ方式の場合は、ここで該当課金カウンタのカウントアップを実行する。
【００７１】
ステップＳ１２２の課金処理が正常完了すると、ステップＳ１２３にて、画像送信装置１００１は画像受信装置１００６に対して課金処理が正常完了したことを通知する。画像受信装置１００６はステップＳ２０９にて課金処理が正常完了した旨を受信して全ての受信動作を完了し、終了する（ステップＳ２５０）。画像送信装置１００１はステップＳ１２４にて画面５０７を表示し、ユーザに画像送信処理が完了したことを通知して、終了する（ステップＳ１９９）。
【００７２】
ステップＳ１１１に戻り、送信確定と金額支払いの確認画面５０６にてユーザが「中止」、すなわち送信を確定せず料金支払わない、を選択した場合の処理について説明する。
【００７３】
ステップＳ１１１にてユーザが送信の中止を選択すると、画像送信装置はステップＳ１５０の送信中止処理に分岐する。画像送信装置１００１の中止処理ステップＳ１５０については、図８にその処理フローを図示する。
【００７４】
画像送信装置１００１はステップＳ１５１にて画像受信装置１００６に一時領域に「仮格納」している画像データの削除と送信の取り消しを要求する。画像受信装置１００６は、ステップＳ２３０にて送信取り消し要求を受け、一時領域に「仮格納」している受信画像データを削除する。
【００７５】
ステップＳ２３１にて画像受信装置１００６は、画像送信装置１００１に削除完了を通知して、画像受信処理を全て終了する（ステップＳ２５０）。画像送信装置１００１は、ステップＳ１５２にて画像受信装置１００６からの削除完了通知を受けると、画像送信装置１００１はＨＤＤ２００４に蓄積している送信画像をステップＳ１５３にて消去する。ステップＳ１５４にてユーザに画像送信を中止した旨を画面５３０でユーザに通知し、終了する（ステップＳ１９９）。
【００７６】
画像受信装置１００６の画像データ受信中のステップＳ２０３に戻り、画像受信装置１００６の記憶装置のメモリ不足等によって画像データの仮格納が失敗した場合について説明する。
【００７７】
画像受信装置１００６が受信画像を一時領域に仮格納中に、一時領域もしくは正式格納領域の予約領域のメモリ不足によってエラーとなった場合、ステップＳ２０４のＮＯに分岐する。ステップＳ２２０で画像受信装置１００６は画像送信装置１００１に仮格納失敗を通知する。続いて、ステップＳ２２１でそこまでの時点で格納した画像データを一時領域から削除し、送信処理を終了する（ステップＳ２５０）。
【００７８】
画像送信装置１００１は、画像受信装置１００６から仮格納失敗を受信すると、ステップＳ１０８でＮＯに分岐し、中止処理ステップＳ１５０に移行する。ステップ１５０以降は、上述したステップＳ１５１〜ステップＳ１９９と同様の処理を行う。画像送信装置１００１では画面５２０を表示し、ユーザにエラーが発生して送信が完了しなかった旨を通知する。
【００７９】
＜通信タイムアウト処理＞
上記送信動作において、画像送信装置１００１と画像受信装置１００６との通信経路に異常が発生し、図７、図８、図９の処理過程の任意時点で、ネットワーク通信が不可能になった場合の動作を説明する。
【００８０】
画像送信装置１００１、画像受信装置１００６ともに各処理ステップで相手の応答を待つ場合は予め設定された時間で通信タイムアウトを監視している。この監視は、画像送信装置１００１、画像受信装置１００６、それぞれ内部にタイマーを備え、それぞれのＣＰＵによって行われる。
【００８１】
通信経路のネットワーク１０１０の異常で通信が出来なくなると、画像送信装置１００１、画像受信装置１００６ともにいずれ通信タイムアウトを検知して、通信処理の中止を行う。画像送信装置１００１のステップＳ１０７以前においては、画像受信装置１００６にはまだ接続していないため、ステップＳ１０６において、ユーザから送信指示が所定時間内に行われたか否かを監視する。もし送信する／しない、いずれかの指示も所定時間内になされない場合は、送信しないが押下された場合と同様の処理を行う。つまり、画像送信装置１００１側でＨＤＤ２００４に蓄積した画像を削除して送信を中止することになる。
【００８２】
ステップＳ１０７以降、画像受信装置１００６との接続後にタイムアウトが発生した場合、画像送信装置１００１、画像受信装置１００６ともに画像データを削除したうえで画像通信処理を中止する。このようにして画像送信装置、画像受信装置の双方が通信タイムアウト監視と、タイムアウト発生時のエラー処理を行うことによって、通信が途中で途絶して通信途中のセッションが残ることにより、他の通信の妨げになることを防止する。また、処理途中の画像データを残ることにより、情報の漏洩が発生することを未然に防止することができる。また、ＵＩ２０１２に画面５２０が表示されることで、ユーザにエラーが発生し送信が完了しなかった旨を知ることができる。
【００８３】
〔第２実施形態〕
第１実施形態でも述べたように、画像送信装置１００１は、送信ジョブ（センド機能）開始に先立って、図２に示すように画像受信装置に対して能力情報の有無を問い合わせる。第２実施形態においては、画像送信装置１００１からの画像送信先となる、画像受信装置が能力情報を備えていない場合について、図１０、図１１を用いて説明する。
【００８４】
システム全体構成、画像送信装置１００１のハードウェア構成及びソフトウェア構成は、第１実施形態と基本的な構成は同様であるので、説明は割愛する。
【００８５】
本実施形態においては、画像受信装置１００５が能力情報を備えていないものとする。画像受信装置１００５は、上述の第１実施形態で述べたような画像送信装置１００１からの要求を受けて、画像データの仮格納、消去、正式格納の処理や中止、動作結果の通知を行うことができない。
【００８６】
そのため、画像送信装置１００１において、画像データ送信後に課金処理を行うと、送信途中でネットワークが切断されると画像データ送信の一部または全てが行われたにも関らず、課金がされないという問題が発生する。したがって画像受信装置が能力情報を持たない場合は図１０に示すように、画像送信３０８の前に課金処理ステップＳ３０７を実行する順番で、画像送信装置１００１からの送信動作を行う。
【００８７】
ステップＳ３０１からステップＳ３０５までは、第１実施形態及び図７で記述したステップＳ１０１からステップＳ１０５までと同様なので説明を省略する。
【００８８】
ステップＳ３０５にて画面５０４を表示し、ユーザに料金支払いと送信実行の確認を求める。ユーザが画面５０４の「はい」を押下して送信実行と料金支払いを選択すると、まずステップＳ３０７にて画像送信装置１００１は課金処理を実行する。ステップＳ３０８にて、画像受信装置１００５への接続を開始し、ＨＤＤ２００４に蓄積した画像データを画像受信装置１００５に送信する。ステップＳ３０９にて送信が完了すると、ステップＳ３１０にて画面５０７を表示してユーザに送信の正常完了を通知して終了する（ステップＳ３５０）。
【００８９】
ステップＳ３０６に戻り、ユーザが画面５０４で「中止」を選択した場合、画像送信装置１００１は、ステップＳ３３０にて送信処理を中止し、ステップＳ３３１にてＨＤＤ２００４に蓄積した画像データを消去する。そしてステップＳ３３２にて、ユーザに送信処理を中止した旨を通知して、終了する（ステップＳ３５０）。ステップＳ３０６において送信処理が中止された場合、画像受信装置１００５への接続を行う前の段階であるので、画像受信装置１００５における中止処理は必要ない。
【００９０】
ステップＳ３０８にて、画像送信中にネットワーク切断、タイムアウト等のエラーが発生して画像送信に失敗した場合、ステップＳ３０９でＮＯに分岐する。ステップＳ３２０にて、ステップＳ３０７で行った課金処理の情報を、エラーレポートのプリント出力を行い、画面５２１を表示してユーザに通知する。この課金処理の情報には、引き落とされた料金の情報が含まれる。
【００９１】
この時点で送信エラーが発生すると、すでにユーザに対して課金済みであるから、エラー発生以後の画像送信については料金の払い戻しが必要である。そのため、ユーザはプリント出力されたエラーレポートを、機器管理者、コンビニエンスストア等であれば店員に提示し、料金の払い戻しを求めることができる。あるいは、課金カウンタからの控除を受けることで、画像送信できないまま料金だけを取られることを回避することができる。
【００９２】
〔他の実施形態〕
以上、本発明の実施形態について詳述したが、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９３】
また、第１実施形態及び第２実施形態において、送信する画像データは、原稿をスキャンしたものについて説明したが、着脱可能記憶媒体などから読み出したデータであっても良い。この場合は、不図示の記憶媒体リーダから、データを読み出し、ＨＤＤ２００４などに格納される。その後の送信処理は、第１実施形態及び第２実施形態で述べたように行われる。
【００９４】
なお、本発明は、前述した実施形態の機能を実現するプログラムを、システム或いは装置に直接或いは遠隔から供給し、そのシステム或いは装置が、供給されたプログラムコードを読み出して実行することによっても達成される。従って、本発明の機能処理をコンピュータで実現するために、コンピュータにインストールされるプログラムコード自体も本発明の技術的範囲に含まれる。
【００９５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００９６】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また記録媒体としては、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。
【００９７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからダウンロードしてもよい。ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードしてもよい。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明のクレームに含まれるものである。
【００９８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布してもよい。この場合、所定条件をクリアしたユーザにのみ、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報で暗号化されたプログラムを復号して実行し、プログラムをコンピュータにインストールしてもよい。
【００９９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現されてもよい。なお、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行ない、その処理によっても前述した実施形態の機能が実現され得る。
【０１００】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行なってもよい。その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１０１】
【図１】実施形態に係る画像送信装置／画像受信装置からなる全体システム図
【図２】実施形態に係る画像受信装置に対する能力情報問い合わせ動作の図
【図３】実施形態に係る課金装置を含む画像送信装置の図
【図４】実施形態に係る画像送信装置における操作部の図
【図５】実施形態に係る画像送信装置のコントローラのハードブロック図
【図６】実施形態に係る画像送信装置のコントローラのソフトブロック図
【図７】実施形態に係る送信処理フローを示す代表図
【図８】実施形態に係る送信中止処理フローを示す代表図
【図９】実施形態に係る受信処理フローを示す代表図
【図１０】実施形態に係る送信処理フローを示す代表図
【図１１】実施形態に係る画像送信装置の各処理ステップにおけるＵＩ画面の代表図
【図１】
2007174342.tif 000003
【図２】
2007174342.tif 000004
【図３】
2007174342.tif 000005
【図４】
2007174342.tif 000006
【図５】
2007174342.tif 000007
【図６】
2007174342.tif 000008
【図７】
2007174342.tif 000009
【図８】
2007174342.tif 000010
【図９】
2007174342.tif 000011
【図１０】
2007174342.tif 000012
【図１１】
2007174342.tif 000013