JP2000188592A - 情報出力制御装置、情報出力システム、情報出力制御方法、及び記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 出力処理する情報の安全性を保ちつつ、該出
力処理を確実に実行可能な情報出力システムを提供す
る。 【解決手段】 クライアント側１３０（ｘ）は、サーバ
側１２０からの印刷データの図形データ（ｘ）’をサー
バ側１２０に返送する。サーバ側１２０は、受信図形デ
ータ（ｘ）’と、対応する送信図形データ（ｘ）とを比
較する。この比較結果により、正しく情報がクライアン
ト側１３０（ｘ）に送信されなかった場合、クライアン
ト側１３０（ｘ）は、印刷出力処理を中断して、サーバ
側１２０に対して情報の送信を再度要求する。サーバ側
１２０は、この場合のみ、クライアント側１３０（ｘ）
からの再要求を受け付ける。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ネットワ
ーク環境下でのデータ通信により送信されてきたデータ
を印刷出力した印刷物が、唯一無二の入場券等の有価証
券として使用されうるといったような条件下において、
送信データの破損の有無及びその印刷処理の正常終了を
監視することで、印刷物の有効性を保証する送信データ
印刷処理に用いられる技術に関するものである。

【０００２】

【従来の技術】従来より例えば、ネットワーク環境下に
おけるデータ通信により、サーバ側から送信されてきた
データを、クライアント側で受信してプリントアウトす
るシステムがある。このシステムでは、クライアント側
でプリントアウトされた印刷物の状態を確認するための
手段、すなわち正しくデータが送信され、且つ正しくデ
ータの出力処理（印刷処理）が行われたか否か、その何
れかの段階でデータの破損が起こらなかったか否か、と
いうような正当性を確認するための手段として、次のよ
うな手段１と手段２が適宜採用されている。 手段１：サーバ側により所定のファイル形式に従って送
信データのファイルヘッダに格納されたチェックサムや
ファイルサイズと、実際にクライアント側が受信したデ
ータとの整合性をとる。 手段２：印刷処理の正当性については、ユーザの責任に
おいて、印刷の正常終了を物理的に確認する、或いは、
プリンタステータスを取得する機構により、印刷物の排
紙を確認する。

【０００３】

【発明が解決しようとする課題】しかしながら、上述し
た手段１や手段２のような従来の手段では、送信データ
内部の厳密な整合性、及び印刷物上の内容（プリントア
ウトされた情報の内容）の精密な正当性を保証すること
は非常に困難であった。具体的には例えば、送信データ
のファイルヘッダ等の部分的なチェックサムによる手段
１では、該当部分のみが正常に送信されていれば、他の
部分が正常に送信されていなくても、正しくデータが送
信されたと誤判断されてしまう。また、ファイルサイズ
についても、実際には送信データの途中が破損されてい
るが、サイズだけは変わらずに一致しているという状況
であっても、正しくデータが送信されたと誤判断されて
しまう。

【０００４】このような問題は、送信対象のデータが、
唯一無二の入場券等の有価証券のようなデータである場
合には顕著である。例えば、クライアント側から唯一無
二の有価証券の要求がなされることで、サーバ側がその
データを要求元のクライアント側に対して送信すること
になるが、このとき送信データ中に破壊された部分があ
ったとしても、該破壊された部分が上記の誤判断される
ような部分であった場合には、クライアント側で送信デ
ータが破壊された状態のままプリントアウトされてしま
う。これでは、唯一無二の有価証券を発行するシステム
として確実な信用をおくことはできない。これに対し
て、クライアント側のユーザが、プリントアウトされた
印刷物を見て正常でないことを確認した場合には、再度
サーバ側に要求することも考えられるが、サーバ側が何
度もユーザのやり直し要求に応えるようにすると、不正
な再要求によって、唯一無二であるはずの有価証券発行
の原則が簡単に崩れることになる。

【０００５】そこで、本発明は、上記の欠点を除去する
ために成されたもので、出力処理する情報の安全性を保
ちつつ、該出力処理を確実に実行可能な、情報出力制御
装置、情報出力システム、情報出力制御方法、及びそれ
を実施するための処理ステップをコンピュータが読出可
能に格納した記憶媒体を提供することを目的とする。

【０００６】

【課題を解決するための手段】斯かる目的下において、
第１の発明は、サーバ側から送信された所定の情報をク
ライアント側で受信して出力するための情報出力制御装
置であって、上記クライアント側が受信した所定の情報
に基づいた受信情報と、それに対応する上記サーバ側が
送信した所定の情報に基づいた送信情報とを比較する比
較手段と、上記比較手段の比較結果に基づいて、上記ク
ライアント側での情報出力を中断する出力中断手段と、
上記比較手段の比較結果に基づいて、上記サーバ側にて
上記クライアント側からの所定の情報の再送信要求を受
け付ける再要求受付手段とを備えることを特徴とする。

【０００７】第２の発明は、上記第１の発明において、
上記所定の情報出力は、印刷出力を含むことを特徴とす
る。

【０００８】第３の発明は、上記第１の発明において、
上記所定の情報は、有価証券の情報を含むことを特徴と
する。

【０００９】第４の発明は、上記第１の発明において、
上記受信情報は、上記クライアント側が受信した所定の
情報の少なくとも一部の情報を含むことを特徴とする。

【００１０】第５の発明は、上記第４の発明において、
上記受信情報は、外部操作に基づいた上記所定の情報の
少なくとも一部の情報であることを特徴とする。

【００１１】第６の発明は、上記第１の発明において、
上記受信情報は、上記クライアント側が受信した所定の
情報に基づいて生成されたチェック用の情報を含むこと
を特徴とする。

【００１２】第７の発明は、サーバ側とクライアント側
の間での情報通信により、サーバ側から送信される所定
の情報をクライアント側で受信して出力する情報出力シ
ステムであって、上記クライアント側は、上記サーバ側
からの所定の情報に基づいた受信情報を上記サーバ側に
返送する情報返送手段と、上記所定の情報の出力を中断
する出力中断手段と、上記サーバ側に上記所定の情報の
送信を再度要求する再送信要求手段とを含み、上記サー
バ側は、上記クライアント側からの上記受信情報と、上
記クライアント側に送信した所定の情報に基づいた送信
情報とを比較する比較手段と、該比較手段の比較結果を
上記クライアント側に送信する比較結果送信手段と、上
記比較手段の比較結果に基づいて上記クライアント側か
らの再送信要求を受け付ける再要求受付手段とを含み、
上記クライアント側の上記出力中断手段及び上記再送信
要求手段は、上記サーバ側から送信されてきた上記比較
結果に基づいて動作実行することを特徴とする。

【００１３】第８の発明は、上記第７の発明において、
上記クライアント側は、上記所定の情報を印刷出力する
印刷手段を含むことを特徴とする。

【００１４】第９の発明は、上記第７の発明において、
上記所定の情報は、有価証券の情報を含むことを特徴と
する。

【００１５】第１０の発明は、上記第７の発明におい
て、上記クライアント側は、上記サーバ側からの所定の
情報の少なくとも一部を上記受信情報とすることを特徴
とする。

【００１６】第１１の発明は、上記第７の発明におい
て、上記サーバ側は、上記クライアント側に送信する所
定の情報からチェック用の情報を生成する手段と、該手
段により生成されたチェック情報を上記送信情報として
上記所定の情報と共に送信する手段を含み、上記クライ
アント側は、上記サーバ側からの所定の情報から上記チ
ェック情報を再構成する手段と、該手段でのチェック情
報と上記所定の情報に含まれるチェック情報を比較する
手段と、該手段での比較結果を上記受信情報として返送
する手段とを含むことを特徴とする。

【００１７】第１２の発明は、サーバ側がクライアント
側に対して所定の情報を送信し、クライアント側がサー
バ側からの所定の情報を受信して出力するための情報出
力制御方法であって、上記クライアント側が受信した所
定の情報の少なくとも一部を、上記サーバ側に返送する
ステップと、上記サーバ側が受信した上記所定の情報の
少なくとも一部と、上記サーバ側が上記クライアント側
に送信した所定の情報の少なくとも一部とを比較するス
テップと、上記比較の結果を上記サーバ側が上記クライ
アント側に対して送信するステップと、上記クライアン
ト側が受信した上記比較の結果に基づいて、上記所定の
情報の出力処理を中断するステップと、上記出力処理を
中断した場合に、上記クライアント側が上記サーバ側に
対して所定の情報の送信を再要求するステップと、上記
出力処理を中断した場合に、上記サーバ側が上記クライ
アント側に対して所定の情報を再送信するステップとを
含むことを特徴とする。

【００１８】第１３の発明は、上記第１２の発明におい
て、上記出力処理は、印刷出力処理を含むことを特徴と
する。

【００１９】第１４の発明は、上記第１２の発明におい
て、上記クライアント側が上記サーバ側に返送する情報
は、上記所定の情報に基づいたチェック用の情報を含む
ことを特徴とする。

【００２０】第１５の発明は、上記第１４の発明におい
て、上記クライアント側が、上記サーバ側に情報を返送
する前に、受信した所定の情報の少なくとも一部からチ
ェック用の情報を再構成し、それと受信した所定の情報
中に含まれているチェック用データとを比較し、その比
較の結果を上記サーバ側に対して送信するステップを含
むことを特徴とする。

【００２１】第１６の発明は、上記第１２の発明におい
て、上記クライアント側が上記サーバ側に返送する情報
は、所定の圧縮方式により圧縮された情報であることを
特徴とする。

【００２２】第１７の発明は、請求項１２〜１６の何れ
かに記載の情報出力制御方法の処理ステップに従ったプ
ログラムコードを、コンピュータが読み出し可能に格納
した記憶媒体であることを特徴とする。

【００２３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて説明する。

【００２４】（第１の実施の形態）本発明は、例えば、
図１に示すような印刷データ送信システム１００に適用
される。この印刷データ送信システム１００は、インタ
ーネットにおけるチケット等の有価証券の発行サービス
を提供するサーバ側の端末装置１２０と、複数のクライ
アント側の端末装置１３０（１），・・・，１３０
（ｘ），・・・，１３０（ｎ）とが、ネットワーク１１
０を介して相互通信可能に接続されてなる。

【００２５】サーバ側及びクライアント側の各端末装置
は各々同様の構成としており、例えば、図２に示すよう
に、中央処理装置としてのＣＰＵ２０１と、主記憶装置
としてのＲＯＭ２０２及びＲＡＭ２０３と、外部記憶装
置としてのＦＤドライブ２０４及びＨＤドライブ２０６
と、入力装置としてのキーボード２０７及びマウス２０
９（ポインティングデバイス）と、表示装置としてのＣ
ＲＴディスプレイ２０８と、印刷装置としてのプリンタ
２１０（又はプロッタ）と、これらを結ぶシステムバス
２１１とからその主要部が構成されるコンピュータシス
テムからなる。そして、各々の端末装置のネットワーク
バス２１２によって、他の端末装置とのネットワーク１
１０を介しての相互接続がなされている。

【００２６】上述のような印刷データ送信システム１０
０において、有価証券の発行サービスを提供する際の、
送信データの破損の有無及び印刷処理の正常終了を監視
するための動作制御は、各端末装置にて、ＣＰＵ２０１
が基本Ｉ／Ｏプログラム、ＯＳ、及び所定の処理プログ
ラム（制御プログラム）を実行することで実施される。

【００２７】基本Ｉ／ＯプログラムはＲＯＭ２０２に書
き込まれており、ＯＳはＨＤドライブ２０６に書き込ま
れている。そして、端末装置の電源がＯＮされたとき
に、基本Ｉ／Ｏプログラム中のＩＰＬ（イニシャル・プ
ログラム・ローディング）機能により、ＨＤドライブ２
０６からＯＳがＲＡＭ２０３に読み込まれることで、Ｏ
Ｓの動作が開始される。

【００２８】所定の処理プログラム（詳細は後述する制
御プログラム）については、それを実行する際に必要な
関連データと共にＦＤ２０５（上記図２参照）中に、例
えば、図３に示すフォーマットに従って記録されてい
る。すなわち、ＦＤ２０５には、ボリューム情報３０１
とディレクトリ情報３０２に続いて、制御プログラム実
行ファイル３０３と制御プログラム関連データファイル
３０４が順に記録されている。このようにしてＦＤ２０
５に記録された制御プログラム及びその関連データは、
上記図２に示すように、ＦＤ２０５をＦＤドライブ２０
６にセットすることで、ＦＤドライブ１３を通じて本端
末装置内部（具体的にはＲＡＭ２０３）にロードされ実
行可能なようになされている。

【００２９】したがって、ＲＡＭ２０３には、図４に示
すように、基本Ｉ／Ｏプログラム３１１とＯＳ３１２に
続いて、制御プログラム３１３とその関連データ３１４
がロードされ、ＣＰＵ２０１により読み出され実行され
ることになる。この実行による各種処理のための作業用
エリアとしては、ＲＡＭ２０３の空き領域（ワークエリ
ア）３１５が用いられる。

【００３０】尚、ここでは、ＦＤ２０５から制御プログ
ラム及びその関連データを直接ＲＡＭ２０３にロードし
て実行するように構成したが、これに限られることはな
い。例えば、ＦＤ２０５から制御プログラム及びその関
連データを一旦ＨＤドライブ２０６に格納（インストー
ル）し、実際に制御プログラムを実行するときに、該制
御プログラムをＨＤドライブ２０６からＲＡＭ２０３に
ロードするようにしてもよい。或いは、制御プログラム
をＲＯＭ２０２に記録しておき、これをメモリマップの
一部をなすように構成し、直接ＣＰＵ２０１で実行する
ことも可能である。また、制御プログラムを記録する記
録媒体としては、ＦＤ２０５に限らず、例えば、ＣＤ−
ＲＯＭやＩＣメモリカード等でもよい。

【００３１】そこで、上述の制御プログラムをここで
は、例えば、図５及び図６に示すような制御手順のフロ
ーチャートに従ってプログラムコード化されたものとす
る。このような制御プログラムの実行により、印刷デー
タ送信システム１００は次のように動作する。

【００３２】尚、以下の説明では、印刷データ送信シス
テム１００、すなわちインターネットにおけるチケット
等の有価証券の発券サービスを提供するシステムにおい
て、インターネットブラウザ等に補助的に使用されるヘ
ルパーアプリケーションの形態で配布される印刷処理を
行なうアプリケーションの動作を一例として挙げる。ま
た、説明の簡単のために、複数のクライアント側の端末
装置１３０（１），・・・，１３０（ｘ），・・・，１
３０（ｎ）のうちの任意のクライアント側の端末装置１
３０（ｘ）（以下、単に「クライアント１３０（ｘ）」
とも言う）と、サーバ側の端末装置１２０（以下、単に
「サーバ１２０」とも言う）との間での動作について説
明する。

【００３３】ステップＳ４０１：先ず、あるユーザは、
自端末装置１３０（ｘ）（具体的にはクライアント側の
システムアプリケーション）での所定の操作によって、
サーバ側の端末装置１２０（具体的にはサーバ側のシス
テムアプリケーション）に接続した後、請求内容の確認
及び支払方法等の入力を行うと共に、必要に応じてクレ
ジット番号等の入力を行うことで、滞りなく支払い処理
が終了すると、有価証券の発券要求のための操作を行
う。その後、サーバ１２０からの有価証券発券のための
印刷データ受信待ち状態となる。

【００３４】ステップＳ４０２：サーバ１２０は、クラ
イアント１３０（ｘ）からの発券要求に対して、該当す
る印刷内容を印刷データに展開する。印刷内容として
は、例えば、請求内容、すなわち有効日時や場所、保証
内容、注意書き、使用施設或いは金額等のような情報と
する。これらの情報を印刷データに展開するための処理
（データ展開処理）において、サーバ１２０は、本シス
テムにて独自に定められた所定のデータ書式に従って、
券面となる印刷データを作成する。このとき、所謂リス
ト構造等のデータ構造を用いて、図７（ａ）に示すよう
に、券面のデザインを構成する文字や線分等の図形デー
タ（１），（２），・・・，（ｎ）を、順に主記憶装置
（ＲＡＭ２０３等）内の記憶領域に作成しながら格納し
ていくことで、印刷データを作成していく。 ステップＳ４０３：そして、サーバ１２０は、ステップ
Ｓ４０２にて、印刷内容を全て図形データに展開して印
刷データの作成を終えると、該印刷データを、ステップ
Ｓ４０１での要求元であるクライアント１３０（ｘ）に
対して、ネットワーク１１０を経由して送信する。その
後、サーバ１２０は、ファイルポインタを該印刷データ
の先頭（図形データリストの先頭）に移動させておき
（上記図７（ａ）の白抜き矢印参照）、クライアント１
３０（ｘ）からの後述する図形データの返送待ち状態と
なる。

【００３５】ステップＳ４０４：クライアント１３０
（ｘ）は、サーバ１２０からの印刷データを受信して、
次のステップＳ４０５による印刷処理を開始する。 ステップＳ４０５：クライアント１３０（ｘ）は、上記
図７（ｂ）に示すように、ステップＳ４０４にて受信し
た印刷データのリストをたどりながら、それを構成する
個々の図形データ（１），（２），・・・，（ｎ）を取
得し、先ず最初の図形データ（１）を描画命令に変換し
てプリンタドライバ（プリンタ２１０）に伝達するが、
図形データ（１）の描画命令への変換の直前に、クライ
アント１３０（ｘ）は、サーバ１２０に対して、図形デ
ータ（すなわちプリンタ２１０でプリント出力する図形
データ（１））を送信する。その後、一旦印刷待機状態
となる。

【００３６】ステップＳ４０６：本ステップでは、サー
バ１２０からクライアント１３０（ｘ）に対して送信さ
れた印刷データを構成する図形データの全てが、クライ
アント１３０（ｘ）にてプリント出力されたか否かが判
別されるが、ここでは、未だ全ての図形データのプリン
ト出力は終了していないため、次のステップＳ４０７に
進む。

【００３７】ステップＳ４０７：本ステップは、上記図
６のフローチャートにより示される。すなわち、ステッ
プＳ４０５にてクライアント１３０（ｘ）が図形データ
（１）を送信すると（ステップＳ５０１）、ステップＳ
４０３にてクライアント１３０（ｘ）からの返送待ち状
態にあったサーバ１２０は、上記図７（ａ）に示すよう
に、クライアント１３０（ｘ）からの図形データ（１）
（以下、「図形データ（１）’」と言う）を受信し、ス
テップＳ４０３にて図形データリスト（印刷データ）の
先頭に移動させておいたファイルポインタに従って、該
当する図形データ（１）を読み出す。そして、これらの
図形データ（１）’と図形データ（１）を比較する（ス
テップＳ５０２）。この比較の結果、図形データ
（１）’と図形データ（１）が一致した場合、すなわち
クライアント１３０（ｘ）に送信したデータとクライア
ント１３０（ｘ）から受信したデータが一致した場合、
サーバ１２０は、クライアント１３０（ｘ）に対して
「正常値」を送信する。その後、ファイルポインタを次
の図形データ（２）に進める（ステップＳ５０４）。一
方、図形データ（１）’と図形データ（１）が一致しな
かった場合、サーバ１２０は、クライアント１３０
（ｘ）に対して「異常値」を送信する。この場合、クラ
イアント１３０（ｘ）からの再印刷要求を受け入れる状
態を表すフラグを立てて、クライアント１３０（ｘ）か
らの受信待機状態に入る（ステップＳ５０５）。

【００３８】ステップＳ４０８：ステップＳ４０５で印
刷待機状態となっていたクライアント１３０（ｘ）は、
サーバ１２０からの返送が「異常値」であるか否かを判
別する。この判別の結果、「異常値」であった場合、ク
ライアント１３０（ｘ）は、上記図７（ｂ）に示すよう
に、プリンタドライバ（プリンタ２１０）に対する図形
データ（１）の印刷処理を中断し、ステップＳ４０１に
戻り、再度印刷処理要求をサーバ１２０に対して送信す
る。そしてクライアント１３０（ｘ）は、再度サーバ１
２０から印刷データを受信する状態で待機する。この場
合、クライアント１３０（ｘ）からの印刷処理要求を受
け取ったサーバ１２０は、現在再度印刷要求を受け入れ
る状態であるかを上述したフラグを見ることで判別し
（ステップＳ５０３参照）、再度印刷要求を受け入れる
状態であるならば、ステップＳ４０２からの処理を繰り
返す。もし再度印刷要求を受け入れる状態にない場合
は、その要求を無視する。一方、「異常値」ではなく
「正常値」であった場合、クライアント１３０（ｘ）
は、上記図７（ｂ）に示すように、プリンタドライバ
（プリンタ２１０）に対する図形データ（１）の印刷処
理を実行して（すなわち、図形データ（１）の描画命令
をプリンタドライバに対して発行して）、ステップＳ４
０５に戻り、次の図形データ（２）に対する処理を図形
データ（１）の場合と同様にして実行する。

【００３９】上述のようにして、有価証券発券のための
印刷データを構成する図形データ（１），（２），・・
・，（ｎ）の印刷処理を順次実行し、ステップＳ４０６
にて、全ての図形データ（１），（２），・・・，
（ｎ）の印刷処理が終了したと判別された場合、すなわ
ちクライアント１３０（ｘ）とサーバ１２０間での送受
信データの不一致が認められず、全ての印刷データの印
刷処理が正常終了した場合に、次のステップＳ４１１か
らの処理を実行する。

【００４０】ステップＳ４１１：クライアント１３０
（ｘ）は、印刷終了を示す値をサーバ１２０に対して送
信する。その後、クライアント１３０（ｘ）は印刷処理
を終えた印刷データを破棄する。これにより、不正な再
印刷処理を防止することができる。

【００４１】ステップＳ４１２：サーバ１２０は、クラ
イアント１３０（ｘ）からの印刷終了を示す値を受信す
ると、クライアント１３０（ｘ）に対して発行した印刷
データが完全に印刷され、正当な有価証券としての効力
を発揮したと判断し、サーバ１２０内の該印刷データを
破棄する。その後、発券システムのデータベースを更新
する等の事務的なデータ処理を行なって、本処理を終了
する。

【００４２】上述のように、本実施の形態では、クライ
アント１３０（ｘ）は、サーバ１２０からの印刷データ
を構成する図形データ（１），（２），・・・，（ｎ）
の印刷処理を個々の図形データ毎に実行する際に、印刷
処理対象となる図形データをサーバ１２０に対して送信
し、その返送が「正常値」であった場合には図形データ
の印刷処理を実行し、そうでない場合にはサーバ１２０
に対して再要求する。また、サーバ１２０は、クライア
ント１３０（ｘ）から送信されてきた図形データと、そ
れに対応する図形データ（クライアント１３０（ｘ）に
対して送信した図形データ）とを比較することで、正し
く図形データがクライアント１３０（ｘ）に対して送信
されたか否かを認識し、正しく送信されていた場合には
「正常値」をクライアント１３０（ｘ）に対して返送
し、そうでない場合には「異常値」をクライアント１３
０（ｘ）に対して返送してクライアント１３０（ｘ）か
らの再要求を受け付ける。このように構成したことによ
り、クライアント１３０（ｘ）では、常に正しいデータ
が印刷処理されることになり、完全な状態の唯一無二の
有価証券の印刷物を得ることができる。また、クライア
ント１３０（ｘ）にて正しくデータが受信された場合に
は、サーバ１２０は再要求を受け付けないため、有価証
券の不正な再発行を確実に防ぐことができる。

【００４３】（第２の実施の形態）上述した第１の実施
の形態では、クライアント１３０（ｘ）は、個々の図形
データをそのままサーバ１２０に対して送信するように
構成した。これに対して、本実施の形態では、ユーザか
ら設定された、クライアント１３０（ｘ）とサーバ１２
０間での送受信データの一致をチェックするレベル（以
下、単に「チェックレベル」と言う）に従って、クライ
アント１３０（ｘ）は、サーバ１２０に対して送信すべ
きデータを抜粋する。

【００４４】具体的には例えば、チェックレベルは、ク
ライアント１３０（ｘ）において、印刷要求時にそのユ
ーザによって設定されるものとする。このチェックレベ
ルが低く設定された場合、クライアント１３０（ｘ）
は、図形データの一部、例えば、図形識別子のみ、或い
は図形座標値のみ、というような図形データの一部のみ
を取り出して、それと共にチェックレベルを示す識別子
を、サーバ１２０に対して送信する。サーバ１２０は、
クライアント１３０（ｘ）から送信されてきたチェック
レベルに基づいて、先にクライアント１３０（ｘ）に対
して送信した印刷データから該当するデータを読み出
し、その読出データと、チェックレベルと共にクライア
ント１３０（ｘ）から送信されてきたデータとを比較す
ることで、正しくデータがクライアント１３０（ｘ）に
対して送信されたか否かを認識する。

【００４５】本実施の形態の構成により、重要度の低い
データ、或いは信頼度の高いネットワーク及び印刷環境
においては、チェックレベル（チェック条件）を簡素化
することで、よりレスポンスのよい印刷処理が可能とな
り、ネットワークの負荷を軽減させることも可能とな
る。

【００４６】（第３の実施の形態）本実施の形態では、
上述した第１の実施の形態での印刷データ送信システム
１００において、サーバ１２０は、クライアント１３０
（ｘ）からの発券要求に対し（上記図５：ステップＳ４
０１参照）、印刷データを作成するための、独自に定め
られた所定のデータ書式に従ったデータ展開処理（上記
図５：ステップＳ４０２参照）を、次のような処理とす
る。

【００４７】所謂リスト構造等のデータ構造を用いて図
形データを順に作成する点については、上述した第１の
実施の形態と同様であるが、このとき、図８に示すよう
に、所定の図形数おきにチェックサム用の図形データを
挿入する。上記図８では、図形数を”３”として、チェ
ックサム用の図形データ（斜線部分）を挿入している。
ここで、上記の”所定の図形数”は、全体の図形データ
の数に依存して固定としてもよいし、乱数などで決定し
た数でも構わない。また、上記の”チェックサム用の図
形データ”については、所定の図形数までの図形データ
の累積値に基づいて作成したチェックサム値とする。具
体的には例えば、図形型（文字、長方形、イメージ等）
を示す識別子の総和値や、図形座標値のＸＯＲ論理和と
する。これらの他にも様々な方法による値が考えられる
が、チェックサム値を挿入する図形数と共に、適宜デー
タの構造によってより効果的な方法を採ることが可能で
ある。

【００４８】そこで、クライアント１３０（ｘ）は、サ
ーバ１２０から送信されてきたチェックサム値が挿入さ
れた印刷データを受信して、その印刷データを構成する
図形データを個々に印刷処理するが（上記図５：ステッ
プＳ４０３〜Ｓ４０６参照）、このとき、次のステップ
Ｓ４０７の図形データチェック処理（上記図６参照）
を、図９に示すフローチャートに従った次のような処理
として、これを実行する。

【００４９】ステップＳ６０１、ステップＳ６０２：ク
ライアント１３０（ｘ）は、対象図形データ（図形デー
タ（ｘ）とする）がチェックサム用の図形データ（チェ
ックサム値）であるか否かを判別する（ステップＳ６０
１）。 この判別の結果、図形データ（ｘ）がチェック
サム値でなかった場合には、図形データ（ｘ）に基づい
てチェックサム値を生成し、本処理終了として、次の図
形データ（ｘ＋１）に対する処理に移行する（ステップ
Ｓ６０２）。一方、図形データ（ｘ）がチェックサム値
であった場合、次のステップＳ６０３からの処理に進
む。

【００５０】ステップＳ６０３：図形データ（ｘ）がチ
ェックサム値であった場合、すなわちサーバ１２０から
の印刷データ（図形データリスト）をたどりながら個々
の図形データを元にチェックサム値を算出する上で、図
形データリスト中にチェックサム用の図形データ（チェ
ックサム値）を見つけた場合には、クライアント１３０
（ｘ）は、その図形データリスト中のチェックサム値
と、そこまでの図形データのチェックサム値（ステップ
Ｓ６０２で算出したチェックサム値）とを比較して、そ
れらが一致しているか否かを判別する。 ステップＳ６０４：ステップＳ６０３の判別の結果、各
々のチェックサム値が一致した場合、クライアント１３
０（ｘ）は、その旨を示す「正常値」と共に、ステップ
Ｓ６０２で算出したチェックサム値をサーバ１２０に対
して送信する。その後、サーバ１２０からの応答待ち状
態となる。 ステップＳ６０５：一方、各々のチェックサム値が一致
しなかった場合、クライアント１３０（ｘ）は、その旨
を示す「異常値」と共に、ステップＳ６０２で算出した
チェックサム値をサーバ１２０に対して送信する。その
後、サーバ１２０からの応答待ち状態となる。

【００５１】ステップＳ６０６：クライアント１３０
（ｘ）からの返送待ち状態に入っていたサーバ１２０
は、クライアントからの返送を受信すると、先に図形デ
ータリストの先頭に移動させておいたファイルポインタ
を、次のチェックサム用の図形データ（チェックサム
値）までを進め、そのチェックサム値を読み出す。そし
て、この読み出したチェックサム値と、クライアント１
３０（ｘ）から送信されてきたチェックサム値とを比較
する。 ステップＳ６０７：ステップＳ６０６での比較の結果、
各々のチェックサム値が一致した場合には、サーバ１２
０は、正しくデータがクライアント１３０（ｘ）に伝達
されたことを認識し、その旨を示す「正常値」をクライ
アント１３０（ｘ）に対して送信し、その後、クライア
ント１３０（ｘ）からの次のチェックサム値の受信待ち
状態となる。 ステップＳ６０８：一方、各々のチェックサム値が一致
しなかった場合には、サーバ１２０は、その旨を示す
「異常値」をクライアント１３０（ｘ）に対して送信す
ると共に、再印刷要求を受け入れる状態を示すフラグを
立てて、クライアント１３０（ｘ）からの受信待機状態
に入る。本ステップ処理は、クライアント１３０（ｘ）
からサーバ１２０に対して「異常値」が送信された場合
にも実行される。

【００５２】したがって、サーバ１２０からの応答待機
状態となっていたクライアント１３０（ｘ）は、サーバ
１２０から「正常値」を受け取った場合、先に送信した
チェックサム値以前の図形データを描画命令に変換し、
それをプリンタドライバ（プリンタ２１０）に伝達する
（上記図５：ステップＳ４１０参照）。一方、サーバ１
２０から「異常値」を受け取った場合には、プリンタド
ライバ（プリンタ２１０）に対する印刷処理を中断し、
再度印刷処理要求をサーバ１２０に対して送信する。そ
してクライアント１３０（ｘ）は、再度サーバ１２０か
ら印刷データを受信する状態で待機する（上記図５：ス
テップＳ４０９参照）。尚、これ以降の処理について
は、上述した第１の実施の形態と同様であるため、その
詳細な説明は省略する。

【００５３】上述のように、チェックサムという方法を
用いることで、より効率のよいデータの正当性の確認を
行うことができる。また、クライアント１３０（ｘ）が
サーバ１２０に送り返すデータのサイズ縮小が可能であ
り、これにより、ネットワーク及びサーバ１２０の負荷
を軽減することができる。さらに、送信データのチェッ
クをクライアント１３０（ｘ）でも行うため、より正確
なデータの正当性の確認を行うことができる。

【００５４】尚、上述した各実施の形態において、クラ
イアント１３０（ｘ）からサーバ１２０に対して送信さ
れるデータを、所定のデータ圧縮技術によって圧縮され
たデータとしてもよい。この場合、サーバ１２０は、ク
ライアント１３０（ｘ）からの圧縮データを解凍して、
上述したデータの比較を行う。或いは、この比較を、圧
縮された状態のデータで行う。このように構成すれば、
ネットワークの負荷を、より軽減することができる。

【００５５】また、本発明の目的は、上述した各実施の
形態のホスト及び端末の機能を実現するソフトウェアの
プログラムコードを記憶した記憶媒体を、システム或い
は装置に供給し、そのシステム或いは装置のコンピュー
タ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読みだして実行することによっても、達
成されることは言うまでもない。 この場合、記憶媒体
から読み出されたプログラムコード自体が各実施の形態
の機能を実現することとなり、そのプログラムコードを
記憶した記憶媒体は本発明を構成することとなる。プロ
グラムコードを供給するための記憶媒体としては、ＲＯ
Ｍ、フロッピーディスク、ハードディスク、光ディス
ク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テ
ープ、不揮発性のメモリカード等を用いることができ
る。また、コンピュータが読みだしたプログラムコード
を実行することにより、各実施の形態の機能が実現され
るだけでなく、そのプログラムコードの指示に基づき、
コンピュータ上で稼動しているＯＳ等が実際の処理の一
部又は全部を行い、その処理によって各実施の形態の機
能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコード
が、コンピュータに挿入された拡張機能ボードやコンピ
ュータに接続された機能拡張ユニットに備わるメモリに
書き込まれた後、そのプログラムコードの指示に基づ
き、その機能拡張ボードや機能拡張ユニットに備わるＣ
ＰＵなどが実際の処理の一部又は全部を行い、その処理
によって各実施の形態の機能が実現される場合も含まれ
ることは言うまでもない。

【００５６】

【発明の効果】以上説明したように本発明では、クライ
アント側は、サーバ側からの所定の情報（唯一無二の入
場券等の有価証券の印刷データ等）を受信すると、その
情報に基づいた受信情報（受信した所定の情報の一部の
情報等）をサーバ側に返送する。サーバ側は、クライア
ント側から返送されてきた受信情報と、それに対応する
クライアント側に送信した所定の情報に基づいた送信情
報（送信した所定の情報の一部の情報等）とを比較する
ことで、正しく情報がクライアント側に送信されたか否
か等を認識する。この結果例えば、正しく情報がクライ
アント側に送信されなかった場合、この旨をサーバ側が
クライアント側に通知し、これによりクライアント側
は、情報出力処理（印刷出力処理等）を中断して、サー
バ側に対して情報の送信を再度要求する。サーバ側は、
この場合のみ、クライアント側からの再要求を受け付け
る。このように構成したことにより、クライアント側で
は、常に正しい情報が出力処理されることになり、完全
な状態の出力結果（唯一無二の有価証券の印刷物等）を
得ることができる。また、クライアント側にて正しく情
報が受信された場合には、サーバ側は送信の再要求を受
け付けないため、有価証券の不正な再発行等を確実に防
ぐことができる。したがって、本発明は、唯一無二の有
価証券の発行を提供するサービスを行うネットワークシ
ステム等に対して有効である。

【００５７】また、ユーザからの外部操作に基づいて、
クライアント側がサーバ側に返送する受信情報を簡素化
できるようにしてもよい（情報の重要性に基づいて返送
する情報量を縮小する等）。これにより、よりレスポン
スのより情報の出力処理が可能となり、装置やシステム
の負荷を軽減することができる。

【００５８】また、サーバ側がクライアント側に対して
送信する所定の情報中に、該所定の情報から生成したチ
ェック用の情報を含め、クライアント側がサーバ側に返
送する受信情報を、クライアント側が受信した所定の情
報からチェック用の情報を再構成し、その情報と実際に
所定の情報に含まれるチェック用の情報との比較結果と
してもよい。これにより、より効率のよい情報の正当性
の確認を行うことができる。また、クライアント側がサ
ーバ側に返送する情報量を縮小することが可能となるた
め、装置やシステムの負荷を軽減することができる。さ
らに、正しく情報が送信されたか否かのチェックをクラ
イアント側でも行えるため、より正確な情報の正当性の
確認を行うことができる。

【００５９】また、クライアント側がサーバ側に返送す
る受信情報を、圧縮情報とすれば、装置やシステムの負
荷をより軽減することができる。

【図面の簡単な説明】

【図１】第１の実施の形態において、本発明を適用した
印刷データ送信システムの全体構成を示すブロック図で
ある。

【図２】上記印刷データ送信システムのサーバ及びクラ
イアント側の端末装置の構成を示すブロック図である。

【図３】上記印刷データ送信システムで実行される制御
プログラムが格納された記憶媒体のフォーマットを説明
するための図である。

【図４】上記制御プログラムが実行可能状態に読み出さ
れる記憶媒体のフォーマットを説明するための図であ
る。

【図５】上記制御プログラムの実行による処理を説明す
るためのフローチャートである。

【図６】上記制御プログラムに含まれる図形データチェ
ック処理を説明するためのフローチャートである。

【図７】上記サーバとクライアント間での送受信データ
を説明するための図である。

【図８】第３の実施の形態において、上記図形データチ
ェック処理をチェックサムにより行う場合を説明するた
めの図である。

【図９】上記図形データチェック処理を説明するための
フローチャートである。

【符号の説明】

１００ 印刷データ送信システム １１０ ネットワーク １２０ サーバ １３０（１），・・・，１３０（ｎ） クライアント ２０１ 中央演算処理装置（ＣＰＵ） ２０２ 読取専用主記憶装置（ＲＯＭ） ２０３ 読書可能主記憶装置（ＲＡＭ） ２０４ 外部記憶装置（ＦＤドライブ） ２０５ 外部記憶媒体（ＦＤ） ２０６ 外部記憶装置（ＨＤドライブ） ２０７ 入力装置（キーボード） ２０８ 表示装置（ディスプレイ） ２０９ 入力装置（マウス） ２１０ 印刷装置（プリンタ） ２１１ システムバス ２１２ ネットワークバス

Claims (17)

【特許請求の範囲】
1. 【請求項１】 サーバ側から送信された所定の情報をク
   ライアント側で受信して出力するための情報出力制御装
   置であって、 上記クライアント側が受信した所定の情報に基づいた受
   信情報と、それに対応する上記サーバ側が送信した所定
   の情報に基づいた送信情報とを比較する比較手段と、 上記比較手段の比較結果に基づいて、上記クライアント
   側での情報出力を中断する出力中断手段と、 上記比較手段の比較結果に基づいて、上記サーバ側にて
   上記クライアント側からの所定の情報の再送信要求を受
   け付ける再要求受付手段とを備えることを特徴とする情
   報出力制御装置。
2. 【請求項２】 上記所定の情報出力は、印刷出力を含む
   ことを特徴とする請求項１記載の情報出力制御装置。
3. 【請求項３】 上記所定の情報は、有価証券の情報を含
   むことを特徴とする請求項１記載の情報出力制御装置。
4. 【請求項４】 上記受信情報は、上記クライアント側が
   受信した所定の情報の少なくとも一部の情報を含むこと
   を特徴とする請求項１記載の情報出力制御装置。
5. 【請求項５】 上記受信情報は、外部操作に基づいた上
   記所定の情報の少なくとも一部の情報であることを特徴
   とする請求項４記載の情報出力制御装置。
6. 【請求項６】 上記受信情報は、上記クライアント側が
   受信した所定の情報に基づいて生成されたチェック用の
   情報を含むことを特徴とする請求項１記載の情報出力制
   御装置。
7. 【請求項７】 サーバ側とクライアント側の間での情報
   通信により、サーバ側から送信される所定の情報をクラ
   イアント側で受信して出力する情報出力システムであっ
   て、 上記クライアント側は、上記サーバ側からの所定の情報
   に基づいた受信情報を上記サーバ側に返送する情報返送
   手段と、上記所定の情報の出力を中断する出力中断手段
   と、上記サーバ側に上記所定の情報の送信を再度要求す
   る再送信要求手段とを含み、 上記サーバ側は、上記クライアント側からの上記受信情
   報と、上記クライアント側に送信した所定の情報に基づ
   いた送信情報とを比較する比較手段と、該比較手段の比
   較結果を上記クライアント側に送信する比較結果送信手
   段と、上記比較手段の比較結果に基づいて上記クライア
   ント側からの再送信要求を受け付ける再要求受付手段と
   を含み、 上記クライアント側の上記出力中断手段及び上記再送信
   要求手段は、上記サーバ側から送信されてきた上記比較
   結果に基づいて動作実行することを特徴とする情報出力
   システム。
8. 【請求項８】 上記クライアント側は、上記所定の情報
   を印刷出力する印刷手段を含むことを特徴とする請求項
   ７記載の情報出力システム。
9. 【請求項９】 上記所定の情報は、有価証券の情報を含
   むことを特徴とする請求項７記載の情報出力システム。
10. 【請求項１０】 上記クライアント側は、上記サーバ側
    からの所定の情報の少なくとも一部を上記受信情報とす
    ることを特徴とする請求項７記載の情報出力システム。
11. 【請求項１１】 上記サーバ側は、上記クライアント側
    に送信する所定の情報からチェック用の情報を生成する
    手段と、該手段により生成されたチェック情報を上記送
    信情報として上記所定の情報と共に送信する手段を含
    み、 上記クライアント側は、上記サーバ側からの所定の情報
    から上記チェック情報を再構成する手段と、該手段での
    チェック情報と上記所定の情報に含まれるチェック情報
    を比較する手段と、該手段での比較結果を上記受信情報
    として返送する手段とを含むことを特徴とする請求項７
    記載の情報出力システム。
12. 【請求項１２】 サーバ側がクライアント側に対して所
    定の情報を送信し、クライアント側がサーバ側からの所
    定の情報を受信して出力するための情報出力制御方法で
    あって、 上記クライアント側が受信した所定の情報の少なくとも
    一部を、上記サーバ側に返送するステップと、 上記サーバ側が受信した上記所定の情報の少なくとも一
    部と、上記サーバ側が上記クライアント側に送信した所
    定の情報の少なくとも一部とを比較するステップと、 上記比較の結果を上記サーバ側が上記クライアント側に
    対して送信するステップと、 上記クライアント側が受信した上記比較の結果に基づい
    て、上記所定の情報の出力処理を中断するステップと、 上記出力処理を中断した場合に、上記クライアント側が
    上記サーバ側に対して所定の情報の送信を再要求するス
    テップと、 上記出力処理を中断した場合に、上記サーバ側が上記ク
    ライアント側に対して所定の情報を再送信するステップ
    とを含むことを特徴とする情報出力制御方法。
13. 【請求項１３】 上記出力処理は、印刷出力処理を含む
    ことを特徴とする請求項１２記載の情報出力制御方法。
14. 【請求項１４】 上記クライアント側が上記サーバ側に
    返送する情報は、上記所定の情報に基づいたチェック用
    の情報を含むことを特徴とする請求項１２記載の情報出
    力制御方法。
15. 【請求項１５】 上記クライアント側が、上記サーバ側
    に情報を返送する前に、受信した所定の情報の少なくと
    も一部からチェック用の情報を再構成し、それと受信し
    た所定の情報中に含まれているチェック用データとを比
    較し、その比較の結果を上記サーバ側に対して送信する
    ステップを含むことを特徴とする請求項１４記載の情報
    出力制御方法。
16. 【請求項１６】 上記クライアント側が上記サーバ側に
    返送する情報は、所定の圧縮方式により圧縮された情報
    であることを特徴とする請求項１２記載の情報出力制御
    方法。
17. 【請求項１７】 請求項１２〜１６の何れかに記載の情
    報出力制御方法の処理ステップに従ったプログラムコー
    ドを、コンピュータが読み出し可能に格納したことを特
    徴とする記憶媒体。