JP2003256717A - 情報保管出力システム及び情報保管出力方法、ログインシステム及びログイン方法、並びに、画面表示装置及び画面表示方法 - Google Patents

Abstract

(57)【要約】 【課題】 提供情報の提供効率を高める。 【解決手段】 所定のネットワーク上に、所定の提供情
報を保管しておく情報保管出力システムにおいて、前記
提供情報の構成要素である要素情報の原初的な供給源と
なる情報提供通信装置と、当該情報提供通信装置から供
給された前記提供情報の構成要素である各要素情報を所
定の保管形式で整理した上で、保管、管理する中間管理
装置とを備え、前記提供情報をエンドユーザに対して提
供する際には、前記要素情報ごとに該当する変換処理を
施した上で変換処理後の各要素情報から前記提供情報を
構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は情報保管出力システ
ム及び情報保管出力方法に関し、例えば、インターネッ
ト上で提供されるストレージサービスを利用してクーポ
ンをＭＭＫ（マルチメディアキオスク）端末から印刷出
力する場合などに適用して好適なものである。

【０００２】また、本発明は、かかる情報保管出力シス
テム及び情報保管出力方法に用いて好適なログインシス
テム及びログイン方法に関するものである。

【０００３】

【従来の技術】従来、クーポンの配布は、紙などに印刷
されたクーポン券を、買い物の料金を支払うカウンタな
どで店員から顧客に手渡すことによって行われていた。

【０００４】クーポン券の種類には様々なものがあり得
るが、例えば、商品の価格割引きのためのクーポン券の
場合、クーポン券には、対象商品の名称、割引価格、有
効期間などのクーポン情報が印刷されており、顧客はそ
のクーポン情報にしたがってクーポン券を店員などに手
渡すことで、通常よりも低い価格で商品を購入すること
ができる。

【０００５】クーポン券上のクーポン情報は、人間が理
解するために自然言語による文字列で印刷されるほか、
情報処理装置で処理するためにバーコードなどでも印刷
されるのが普通である。

【０００６】クーポン券には当該クーポン情報のほか、
カラフルな模様や色彩、あるいは対象商品の外観などが
印刷されたものも多い。

【０００７】このようなクーポン券は、配布を受ける顧
客にとっては通常よりも低価格で商品を購入することが
できる利点があり、クーポン券を配布する側にとって
は、集客力を高めたり、特定商品の販売を促進したりす
ることができる利点がある。

【０００８】

【発明が解決しようとする課題】ところが、このように
カウンタなどで直接、手渡す方法では、クーポン券の配
布効率が低いため、配布する側にとって、集客力向上や
販売促進に必要な十分な数のクーポン券を配布すること
が困難であったり、配布のために過大な労力を消費する
場合がある。

【０００９】また、配布を受ける側にとっても、クーポ
ン券を配布している期間内に特定の店舗などに出向かな
ければ配布を受けることができないため、通常よりも低
い価格で商品を購入できる機会が少ない点で不利であ
る。

【００１０】

【課題を解決するための手段】かかる課題を解決するた
めに、第１の発明では、所定のネットワーク上に、所定
の提供情報を保管しておく情報保管出力システムにおい
て、（１）前記提供情報の構成要素である要素情報の原
初的な供給源となる情報提供通信装置（一例としては、
図１に示す配布側端末１５）と、（２）当該情報提供通
信装置から供給された前記提供情報の構成要素である各
要素情報を所定の保管形式で整理した上で、保管、管理
する中間管理装置（一例としては、クーポン管理サーバ
１１）とを備え、（３）前記提供情報をエンドユーザに
対して提供する際には、前記要素情報ごとに該当する変
換処理を施した上で変換処理後の各要素情報から前記提
供情報を構成することを特徴とする。

【００１１】また、第２の発明では、所定のネットワー
ク上に、所定の提供情報を保管しておく情報保管出力方
法において、（１）前記提供情報の構成要素である要素
情報を情報提供通信装置から原初的に供給し、（２）当
該情報提供通信装置から供給された前記提供情報の構成
要素である各要素情報を、中間管理装置が、所定の保管
形式で整理した上で、保管、管理し、（３）前記提供情
報をエンドユーザに対して提供する際には、前記要素情
報ごとに該当する変換処理を施した上で変換処理後の各
要素情報から前記提供情報を構成することを特徴とす
る。

【００１２】さらに、第３の発明のログインシステムで
は、携帯通信端末の表示画面上に表示させた表示内容を
光学的に読み取らせることによってログインを行うこと
を特徴とする。

【００１３】さらにまた、第４の発明のログイン方法で
は、携帯通信端末の表示画面上に表示させた表示内容を
光学的に読み取らせることによってログインを行うこと
を特徴とする。

【００１４】また、第５の発明の画面表示装置では、編
集用の複数のフィールドと、これらのフィールドの編集
後における最終的なレイアウトに対応した複数のレイア
ウトフィールドを示すプレビュー像とを同一の画面内に
表示し、各フィールドの表示形態を利用して、編集用の
各フィールドと各レイアウトフィールドとの対応関係を
直観的に表現することを特徴とする。

【００１５】さらに、第６の発明の画面表示方法では、
編集用の複数のフィールドと、これらのフィールドの編
集後における最終的なレイアウトに対応した複数のレイ
アウトフィールドを示すプレビュー像とを同一の画面内
に表示し、各フィールドの表示形態を利用して、編集用
の各フィールドと各レイアウトフィールドとの対応関係
を直観的に表現することを特徴とする。

【００１６】

【発明の実施の形態】（Ａ）実施形態 以下、本発明にかかる情報保管出力システム及び情報保
管出力方法、並びに、ログインシステム及びログイン方
法を、クーポン券の配布等を行うクーポンシステムに適
用した場合を例に、実施形態について説明する。

【００１７】以下の実施形態では、主として、ブラウザ
およびメーラを搭載した携帯電話機１６を利用する場合
を想定する。

【００１８】（Ａ−１）実施形態の構成および各部の動
作 本実施形態のクーポンシステムの全体構成例を図１に示
す。

【００１９】図１において、当該クーポンシステム１０
は、クーポン管理サーバ１１と、広告用Ｗｅｂサーバ１
２と、オンラインストレージサーバ１３と、コンバータ
サーバ１４Ａ〜１４Ｃと、配布側端末１５と、前記携帯
電話機１６と、ＭＭＫ端末１７Ａ、１７Ｂと、集計用端
末１８と、クーポンマスタデータベース１９と、オンラ
インストレージデータベース２０と、インターネット２
１と、Ｗｅｂ端末２２と、ＰＤＡ２３とを備えている。

【００２０】このうちクーポン管理サーバ１１，広告用
Ｗｅｂサーバ１２，ストレージサーバ１３、およびコン
バータサーバ１４Ａ〜１４Ｃはインターネット２１上に
存在しているものとする。

【００２１】広告用Ｗｅｂサーバ１２は携帯電話機１６
や、Ｗｅｂ端末２２，ＰＤＡ２３などのブラウザからの
アクセスに応じて、これらの端末に広告用のＷｅｂペー
ジを送信する機能を備えている。この広告用Ｗｅｂペー
ジは、一例として、図８（Ｃ）に示すようなものであっ
てよい。なお、図８（Ｃ）の状態ではまだ、印刷ボタン
（ａタグ）を操作したときに送信される電子メールの宛
先が決定されていない。

【００２２】前記配布側端末１５および集計用端末１８
は、通常のパーソナルコンピュータであってよい。

【００２３】ただし配布側端末１５は、最終的にはＭＭ
Ｋ端末１７Ａ、１７Ｂを介して印刷出力されるクーポン
券ＣＰ１の内容を決定する編集ツール（クーポン作成ユ
ーティリティ）を搭載している。

【００２４】ＭＭＫ端末１７Ａ、１７Ｂは市街地の随所
に設置され得るマルチメディア対応の情報処理装置で、
例えば、コンビニエンスストア（ＣＶＳ）や、駅など、
一般的な携帯電話ユーザが立ち寄りやすい場所に、かな
り高い密度で配置される。ＭＭＫ端末自体がクーポン券
ＣＰ１を印刷出力するための印刷機能を備えるようにし
てもよく、印刷機能を持つプリンタ端末とＭＭＫ端末を
接続して当該プリンタ端末から印刷出力するようにして
もよい。

【００２５】クーポン券ＣＰ１の内容を規定する内容情
報としては、例えば、対象商品の名称、割引価格、有効
期間（クーポン券ＣＰ１を使用することができる期間）
などのクーポン情報に加え、カラフルな模様や色彩、あ
るいは対象商品の外観などクーポン券の見栄えを決定す
る修飾情報が含まれる。なお、クーポン券ＣＰ１上の当
該クーポン情報は、人間が理解するために自然言語によ
る文字列で印刷されるほか、集計用端末１８などの情報
処理装置で処理するためにバーコードなどでも印刷され
る。

【００２６】本実施形態においてＭＭＫ端末１７Ａなど
から印刷出力されるクーポン券にはＣＰ１〜ＣＰ３があ
り得る。各クーポン券ＣＰ１〜ＣＰ３は別個の配布主体
（店舗側の事業者）から提供されるものであってもよ
く、同一の配布主体から提供されるものであってもよい
が、少なくとも、前記クーポン情報や修飾情報は相違す
る。以下では、主として、ＣＰ１〜ＣＰ３のうちの１つ
であるＣＰ１に注目して説明を進める。

【００２７】本実施形態において、前記配布側端末１５
のクーポン作成ユーティリティは、前記内容情報のうち
標準的な部分を、編集作業を容易にするために、レイア
ウトテンプレートとして備えているものとする。クーポ
ン券ＣＰ１の内容情報だけでなく、前記広告用Ｗｅｂサ
ーバ１２によって携帯電話機１６のブラウザに表示させ
る広告用Ｗｅｂページの内容も、当該クーポン作成ユー
ティリティによって編集することができる。当該Ｗｅｂ
ページ上に配置される印刷ボタン（ａタグ）を操作する
ことによって、クーポン券ＣＰ１がＭＭＫ端末１７Ａな
どから印刷出力されるため、当該広告用Ｗｅｂページと
クーポン券ＣＰ１とは一体不可分の関係にある。

【００２８】配布側端末１５はその性質上、配布主体が
存在する拠点に配置される。この拠点は、例えば、スー
パーマーケット店舗などであってよい。

【００２９】スーパーマーケット等において当該クーポ
ン券ＣＰ１の内容を決定する担当者である配布側ユーザ
ＳＵは、前記クーポン作成ユーティリティを用いて図８
（Ｂ）〜（Ｅ）の内容を編集し、編集後、その内容を添
付ファイルに収容した図８（Ａ）に示す電子メールＭＥ
１をクーポン管理サーバ１１に送信することによって、
所望のクーポンの登録を要求する。

【００３０】クーポンの登録とは、クーポン券ＣＰ１に
対応するクーポン画像元ファイルやオブジェクトレイア
ウトファイルなどをクーポンマスタＤＢ１９に蓄積する
とともに、広告用Ｗｅｂページを広告用Ｗｅｂサーバ１
２に配置して、携帯電話ユーザ（例えばＫＵ）からの印
刷出力要求を受け付けることが可能な状態にする処理を
いう。

【００３１】実際に、広告用Ｗｅｂページの前記印刷ボ
タンが操作されて印刷出力要求の受付が行われると、引
き続いて、印刷準備処理が行われる。

【００３２】印刷準備処理とは、携帯電話ユーザＫＵが
希望すれば基本的にいつでも、クーポン券ＣＰ１を前記
ＭＭＫ端末１７Ａ、１７Ｂから印刷出力し得る状態にす
る処理をいう。クーポンの登録処理はクーポン券ごとに
一括して行われるが、印刷準備処理は個々の携帯電話ユ
ーザごとに個別的に行われる。

【００３３】実際にクーポン券ＣＰ１の印刷出力を行う
ためには、当該印刷準備処理が完了したあと、ＭＭＫ端
末（例えば、１７Ａ）に所定の操作を行うことでＭＭＫ
印刷要求を出して、印刷連携処理を実行する必要があ
る。当該印刷連携処理は、前記ＭＭＫ印刷要求に応えて
ストレージサーバ１３がＭＭＫ印刷要求を送信したＭＭ
Ｋ端末に対しストレージデータベース２０に蓄積してあ
る前記クーポン情報や修飾情報などを返送して、ＭＭＫ
端末が印刷出力を行う一連の処理である。

【００３４】図８（Ｂ）に示すクーポン画像元ファイル
（ファイル名image.pdf）は、クーポン券ＣＰ１上に配
置される前記クーポン情報および修飾情報である自然言
語による文字列やバーコードなどを含むＰＤＦファイル
である。また、図８（Ｄ）に示すオブジェクトレイアウ
トファイル（ファイル名Layout.xml）は、クーポン券Ｃ
Ｐ１上におけるオブジェクト（バーコードなど）のレイ
アウトを示すＸＭＬファイルである。クーポン券ＣＰ１
の内容（クーポン情報および修飾情報）は、基本的に、
これらクーポン画像元ファイルと、オブジェクトレイア
ウトファイルによって決定される。

【００３５】ただし、本実施形態のクーポン券ＣＰ１に
は、クーポン券ＣＰ１の印刷出力要求を出した携帯電話
機（例えば、１６）の電子メールアドレス（ＡＤ２）な
どの個人情報も含まれるため、厳密には、印刷出力要求
を出した携帯電話ユーザごとに異なるクーポン券ＣＰ１
の印刷出力を受けることになる。この点は、クーポン券
ＣＰ１を集計用端末１８で集計処理する際に、顧客の購
買動向などを精密に反映した詳細な顧客情報を収集する
ことを可能にする。

【００３６】また、図８（Ｃ）に示すＨＴＭＬファイル
（ファイル名WebPageD.htm）は、前記広告用Ｗｅｂペー
ジに対応するファイルであり、図８（Ｄ）に示す送り先
ファイル（ファイル名SendTo.txt）は、当該広告用Ｗｅ
ｂページを配置するＷｅｂサーバを指定するＵＲＬを記
述したファイルである。このファイルの記述を変更する
ことによって、配布側ユーザＳＵは所望のＷｅｂサーバ
を広告用Ｗｅｂサーバとして活用することが可能であ
る。

【００３７】クーポン管理サーバ１１においてクーポン
の登録処理が完了すると、その旨は、電子メール（登録
完了通知メール）ＭＥ２によって、登録要求を出した配
布側端末１５に伝えられる。

【００３８】当該クーポン管理サーバ１１の主要部の構
成は、例えば、図５に示すようなものであってよい。

【００３９】（Ａ−１−１）クーポン管理サーバの構成
例 図５において、当該クーポン管理サーバ１１は、メール
受信部３０と、メール送信部３１と、あて先判断部３２
と、クーポンマスタ登録部３３と、Ｗｅｂページ編集対
応部３４と、クーポンマスタ参照部３５と、オンライン
ストレージアクセス部３６とを備え、クーポンマスタデ
ータベース（クーポンマスタＤＢ）を操作する。

【００４０】このうちクーポンマスタデータベース１９
は、例えば、図２（Ａ）に示すクーポンマスタテーブル
と、図２（Ｂ）に示すクーポン発行者管理テーブルとを
備えている。

【００４１】また、メール受信部３０は、電子メールを
受信する部分であるが、メール受信部３０が受信する電
子メールは大きく２つに分かれる。その１つは、配布側
端末１５などから届くクーポンの登録を要求する電子メ
ール（例えば、ＭＥ１）で、もう１つは、携帯電話機１
６などから届くクーポン券の印刷出力要求を伝える電子
メール（例えば、ＭＥ３）である。

【００４２】図１上は省略しているが、１つのクーポン
管理サーバ１１には、通常、複数の配布側端末（その一
例が１５）が接続されるため、電子メールＭＥ１の送信
元にも複数の配布側端末があり得る。

【００４３】また、前記電子メールＭＥ３は、前記広告
用Ｗｅｂページを閲覧中にその印刷ボタンを携帯電話ユ
ーザＫＵが操作した場合、携帯電話機１６のメーラが起
動して送信される電子メールである。したがって、電子
メールＭＥ３の送信元（Ｆｒｏｍ）アドレスは、当該携
帯電話機１６を指す電子メールアドレスであり、宛先
（Ｔｏ）アドレスは、図２（Ａ）に示すクーポンマスタ
テーブルの複数の行のうち当該広告用Ｗｅｂページに対
応する１つの行を指す電子メールアドレスである。

【００４４】当該メール受信部３０によって受信された
電子メールＭＥ１またはＭＥ３を受け取る宛先判断部３
２は、当該電子メールの宛先および送信元に応じて異な
る処理を行う部分で、電子メールの送信元が携帯電話機
１６などの場合にはクーポンマスタ参照部３５を起動
し、配布側端末１５などの場合にはクーポンマスタ登録
部３３を起動する。

【００４５】配布側端末（１５など）の電子メールアド
レス（ＡＤ１など）は、図２（Ｂ）に示すクーポン発行
者管理テーブルの受付メールアドレスとして予め登録し
てあるため、このテーブルに登録されていない送信元か
らの電子メールは自動的にクーポンの印刷出力要求を伝
える電子メール（ＭＥ３）とみなすことが可能である。

【００４６】もちろん、正常に前記印刷準備処理を実行
するためには、送信元アドレスが登録してある受付メー
ルアドレスと相違するだけでは十分ではなく、少なくと
もその電子メールの宛先が、図２（Ａ）に示すクーポン
マスタテーブルの印刷メールアドレスとして予め登録し
てあるもののいずれかに一致する必要がある。

【００４７】前記宛先判断部３２から電子メールＭＥ１
の内容を受け取るクーポンマスタ登録部３３は、当該電
子メールＭＥ１の添付ファイルの内容に応じて図２
（Ａ）のクーポンマスタテーブルに対する各データ項目
の値の登録を行うことでクーポンの登録処理を実行する
部分である。したがって、新しいクーポンの登録処理が
行われるたびに、クーポンマスタテーブルには行が１つ
追加される。

【００４８】例えば、配布側端末１５が送信した電子メ
ールＭＥ１によるクーポンの登録処理が１番目の登録で
あるものとすると、この登録によって図２（Ａ）の最上
部に位置する１行（レコード）が生成されることにな
る。

【００４９】当該レコードにおいて、クーポンＩＤの値
である000１は当該クーポンシステム１０内においてク
ーポン券ＣＰ１を一義的に識別するための識別情報であ
り、印刷メールアドレスの値であるcpn000１@coupon.co
mは、前記印刷ボタンの操作があったときに受信する電
子メールＭＥ３の宛先となるメールアドレスであり、ク
ーポンイメージの値であるcpn000１\image.pdfは、前記
クーポン券ＣＰ１のためのクーポン画像元ファイルを指
すパス名であり、レイアウトファイルの値であるcpn000
１\Layout.xmlは、前記クーポン券ＣＰ１のためのオブ
ジェクトレイアウトファイルを指すパス名であり、開始
日時の値である2002/3/４は、クーポン券ＣＰ１の印刷
出力を認める発行期間が開始する日時を規定し、終了日
時の値である 2002/3/８は、クーポン券ＣＰ１の印刷出
力を認める発行期間が終了する日時を規定し、店舗番号
の値であるs001は前記配布側端末１５を設置している拠
点である店舗を識別するための識別情報である。

【００５０】当該開始日時や終了日時は、図８（Ａ）に
示す電子メールＭＥ１の本文にＣＳＶ形式で記述された
内容に基づいて登録される。この記述は、コンマで区切
られた４つのフィールドのうち、左端のフィールドが開
始日時を示し、左端から２つ目のフィールドが終了日時
を示し、３つ目のフィールドが店舗番号を示し、４つ目
のフィールドがパスワードを示すことから、簡単にデー
タベースに取り込むことができる。

【００５１】なお、当該パスワードは、図２（Ａ）のク
ーポンマスタデータベースではなく、図２（Ｂ）のクー
ポン発行者管理データベースに取り込まれ、店舗番号
は、クーポンマスタデータベースとともにクーポン発行
者管理データベースにも取り込まれる。

【００５２】図２（Ａ）から、当該クーポン券ＣＰ１の
発行期間は、２００２年３月４日からはじまり、２００
２年３月８日で終了すること、およびクーポン券ＣＰ１
の配布主体は、図２（Ａ）の最下部に位置する行のクー
ポン券（例えば、ＣＰ３）の配布主体と同じであること
がわかる。

【００５３】なお、発行期間が満了した場合や配布側ユ
ーザＳＵからの明示的な要求があった場合などには、ク
ーポンマスタテーブル上の該当する行を削除するように
してよいことは当然である。

【００５４】前記Ｗｅｂページ編集対応部３４は、ＦＴ
Ｐプロトコルなどを用い、送り先ファイルに記述された
ＵＲＬにしたがって図８（Ｃ）に示す広告用Ｗｅｂペー
ジ（ＨＴＭＬファイル）を、Ｗｅｂサーバ１２にアップ
ロードする部分である。ただし当該Ｗｅｂページには、
アップロードする前に、ａタグに前記印刷メールアドレ
ス（cpn000１@coupon.com）を記述しておく必要があ
る。この記述によって図８（Ｃ）のＨＴＭＬファイル
は、図３（Ａ）に示す状態に変わる。

【００５５】なお、図３（Ｂ）は図８（Ｂ）に対応して
いる。

【００５６】クーポンマスタ参照部３５は、前記宛先判
断部３２から電子メールＭＥ３の内容を受け取り、クー
ポン券ＣＰ１の印刷準備処理を行う部分である。この印
刷準備処理では、電子メールＭＥ３を受信した日時（あ
るいは、電子メールのタイムスタンプを参照してもよ
い）が、前記開始日時と終了日時の範囲内に収まってい
るか否を検査し、この検査結果が肯定的な場合には、ク
ーポン券ＣＰ１のクーポン情報および修飾情報である前
記クーポンイメージ、レイアウトファイルとともに、電
子メールＭＥ３の送信元アドレス（ＡＤ２）など、１つ
の印刷出力要求に対応する全データ（印刷単位データ）
ＰＴがオンラインストレージサーバ１３に送信される。

【００５７】発行期間の終了と同時に広告用Ｗｅｂサー
バ１２上の該当する広告用Ｗｅｂページを削除するよう
にしてもよいが、この削除が必ずしも適正に行えない場
合などもあり得るため、クーポン管理サーバ１１で発行
期間に関する検査を実行することが必要になる。

【００５８】また、クーポン管理サーバ１１からストレ
ージサーバ１３に送信する印刷単位データＰＴには、前
記開始日時および終了日時も含めるようにしてもよい。
携帯電話ユーザＫＵが前記印刷ボタンを操作してクーポ
ン券ＣＰ１の印刷出力要求を発してから、実際にＭＭＫ
端末１７Ａなどを当該ユーザＫＵが操作してＭＭＫ印刷
要求を発するまでには時間差があるため、その間に前記
終了日時を経過した場合には、ストレージサーバ１３側
で印刷出力を禁止する等の処理を実行できるからであ
る。また、終了日時を経過した場合には、自動的に、当
該印刷単位データＰＴを削除して、ストレージサーバ１
３側の記憶資源を節約するようにしてもよい。

【００５９】あるいは、発行期間内に印刷ボタンを操作
した場合には当該発行期間よりも遅く満了する猶予期間
を設定して、携帯電話ユーザＫＵに有利な取り扱いをす
るようにしてもよい。

【００６０】なお、印刷準備処理における前記開始日時
と終了日時の範囲内に収まっているか否の検査の結果が
否定的な場合には、何も処理を行わずに無視してもよい
が、前記携帯電話機１６にその旨を伝える電子メールを
返送するようにしてもよい。返送する電子メールには、
まだ発行期間が満了していない類似の別なクーポン券
（例えば、ＣＰ３）に関する広告を含めるようにしても
よい。

【００６１】また、一人の携帯電話ユーザＫＵに対する
クーポン券ＣＰ１の印刷出力の回数は１回に制限するこ
とも多いが、必要ならば印刷制限回数を複数回としても
よく、印刷制限を設定しないようにしてもよい。このよ
うな印刷制限回数に関連する情報も、前記印刷単位デー
タＰＴに含めるようにしてもよい。

【００６２】前記ストレージサーバ１３に前記印刷単位
データＰＴを送信するのは、前記オンラインストレージ
アクセス部３６の仕事である。

【００６３】次に、ストレージサーバ１３の主要部の構
成例を、ストレージデータベース２０とともに示した図
６を用いて、ストレージサーバ１３の周辺の構成を説明
する。

【００６４】（Ａ−１−２）ストレージサーバ等の構成
例 図６において、当該ストレージサーバ１３は、登録部４
０と、メール送信部４１と、コンバータ管理スレッド４
３Ａ〜４３Ｃと、ＭＭＫアクセス部４２とを備えてい
る。

【００６５】このうち登録部４０は、前記クーポン管理
サーバ１１が送信した印刷単位データＰＴを受け取って
ストレージデータベース２０に登録する部分である。こ
の登録では、受け取った印刷単位データＰＴをそのまま
登録するのが基本であるが、一部にストレージサーバ１
３独自の情報を付加することや、印刷単位データＰＴ中
の一部のデータに変更を施すこと等も可能である。

【００６６】この登録にともなって、ストレージデータ
ベース２０のなかで、図４（Ａ）に示す顧客管理マスタ
テーブルおよび、図４（Ｃ）に示すデータ管理テーブル
に新しい行が追加される。

【００６７】図４（Ａ）中、顧客番号は当該クーポンシ
ステム１０内で携帯電話ユーザ（例えばＫＵ）を一義的
に指定するための識別情報で、顧客メールアドレスは、
携帯電話機（例えば１６）の電子メールアドレス（例え
ばＡＤ２）で、パスワードは当該携帯電話ユーザに割り
当てられたパスワードで、開始日時および最終利用日時
は前記発行期間に対応する情報である。

【００６８】また、図４（Ｃ）において、通し番号は各
印刷単位データＰＴ（各行に対応）を一義的に識別する
ための識別情報で、ファイル保存フォルダは、前記スト
レージデータベース２０内でファイルの本体を保存して
ある論理的な格納場所（フォルダ）を指す情報で、保存
日時は印刷単位データＰＴをストレージデータベース２
０に登録した日時を示す情報で、保存期限は印刷単位デ
ータＰＴのストレージデータベース２０における保存の
期限を示す情報で、状態は、印刷単位データＰＴに関す
る処理状態を示す情報で、コンバータＩＤはコンバータ
サーバ１４Ａ〜１４Ｃを識別するための識別情報であ
る。

【００６９】なお、図４（Ｃ）の顧客番号は図４（Ａ）
の顧客番号に対応する。

【００７０】また当該状態には、登録が終了しただけで
変換処理が行われていないことを示すストアド、変換処
理を実行中であることを示すコンバーティング、変換処
理が終了して後述する印刷準備完了通知メールの送信
（この送信によって、前記印刷準備処理が完了する）を
求めるメールセンド、印刷準備処理が完了していつでも
直ちに印刷できるプリンタブル、前記ＭＭＫ印刷要求を
受けて印刷連携処理の実行中であることを示すプリンテ
ィング、登録した印刷単位データＰＴの削除を求めるデ
リートがある。これらの状態間の遷移は、通常、ここで
記載した順序で進行する。

【００７１】前記状態がメールセンドである行を見つけ
ると、メール送信部４１がその行に関する印刷準備完了
通知メールを携帯電話機１６に宛てて送信して、状態を
プリンタブルに変更する。当該印刷準備完了通知メール
は、例えば図３（Ｃ）に示す構成を持つ電子メールＭＥ
４である。当該電子メールＭＥ４の生成に必要な電子メ
ールアドレスやパスワードは、図４（Ａ）の顧客管理マ
スタテーブルから得ることができる。

【００７２】携帯電話機の電子メールシステムは、通
常、電子メールの着信があると着信音や振動によって当
該着信を携帯電話ユーザに伝える機能を備えているた
め、当該印刷準備完了通知メールＭＥ４の着信もただち
に携帯電話ユーザＫＵに認識される。

【００７３】当該電子メールＭＥ４を読むと、携帯電話
ユーザＫＵは、ＭＭＫ端末１７Ａなどに対して所定の操
作を行えば、いつでもクーポン券ＣＰ１の印刷出力を行
うことができる状態になったこと（すなわち、前記印刷
準備処理が完了したこと）を認識する。この印刷準備完
了通知メールＭＥ４には、前記ＭＭＫ印刷要求を発する
ためにＭＭＫ端末１７Ａに対して行う操作の内容も記述
されている。

【００７４】すなわち、お客様番号００００１と、パス
ワード０２９３の入力が当該操作である。

【００７５】必要ならば会員制を取ってもかまわない
が、本実施形態では、携帯電話ユーザＫＵなどのクーポ
ン券の印刷出力を受ける者に対しては会員制を取らず、
不特定多数の者による印刷出力を許容するため、当該お
客様番号やパスワードは、ストレージサーバ１３内で自
動的に生成され、一時的に使用されるものである。この
ような構成を取る場合、同一のお客様番号やパスワード
が再利用されてセキュリティ性が低下することを完全に
回避することは難しいが、印刷出力要求を行っていない
者が悪戯でクーポン券ＣＰ１の印刷出力を求めるＭＭＫ
印刷要求を発することを防止するには、再利用のサイク
ルが十分に長く、推測することが困難なお客様番号やパ
スワードを設定することが求められる。

【００７６】ＭＭＫアクセス部４２は、前記ＭＭＫ端末
１７Ａ、１７Ｂなどとの通信を行う部分である。前記Ｍ
ＭＫ印刷要求の受信などもこの通信に含まれる。

【００７７】コンバータ管理スレッド４３Ａ〜４３Ｃ
は、コンバータサーバ１４Ａ〜１４Ｃに対して１対１に
対応するように生成されるスレッドである。

【００７８】スレッド（ここでは４３Ａとする）は初期
化時に自身の担当するコンバータサーバ（例えば、１４
Ａ）のコンバータＩＤのIPアドレス、コンバータ名を取
得して、前記データ管理テーブルのデータ項目のうち状
態が、ストアドである行（レコード）を検索し、検索し
た行のコンバータＩＤを検索キーとして今度は、図４
（Ｂ）に示すコンバータマスタテーブルのコンバータ名
を検索する。

【００７９】そのコンバータ名が自身で処理できるもの
である場合、当該スレッド４３Ａは、データ管理テーブ
ルの該当する行のファイル保存フォルダからファイル
（前記印刷単位データのクーポン画像元ファイルやレイ
アウトファイルなどの内容を含む）を取得して取得した
ファイルに対して変換処理を実行する。当該変換処理の
実行に先立って、前記状態の値はストアドからコンバー
ティングに変更する。

【００８０】この変換処理では、前記クーポン券ＣＰ１
に対応する各ファイルにつき、読出し、変換し、変換結
果によって変換前のファイルの内容を置き換える更新な
どの一連の操作系列によって構成されるトランザクショ
ン処理が実行されることになる。

【００８１】当該トランザクション処理の全操作がコミ
ット（正常終了）した場合には問題ないが、例えば、機
器の障害発生などによってアボート（異常終了）した場
合には当該スレッドがロールバックなどの必要な処理を
行うことになる。

【００８２】コミット後、前記データ管理テーブル上の
該当する行の状態の値をコンバーティングからメールセ
ンドに書き換えるのも、当該スレッド４３Ａの仕事であ
る。

【００８３】当該コンバータサーバ１４Ａ〜１４Ｃは、
実行する変換処理の内容に応じて異なる内部構成を備え
ているが、一例として、前記クーポン券ＣＰ１に関連す
る変換処理を行う能力を持つクーポンコンバータサーバ
の主要部の構成は、例えば、図７に示すものであってよ
い。ここでは、コンバータサーバ１４Ａが当該クーポン
コンバータであるものとする。１つの印刷単位データの
変換処理を行うために、必要であれば、複数のコンバー
タサーバが利用され得るが、クーポンコンバータ１４Ａ
は、単独で、当該印刷単位データの変換処理を実行でき
るものとする。

【００８４】（Ａ−１−３）コンバータサーバの構成例 図７において、コンバータサーバ１４Ａは、レイアウト
判別部５１と、暗号化部５２と、２次元バーコード画像
生成部５３と、コンバータ画像生成部５４とを備え、コ
ンバータ判断部５０に接続されている。

【００８５】このうちコンバータ判断部５０は、受け取
った引数から起動するコンバータサーバを決定する部分
である。この引数としては、各ファイルのデータ形式を
用いることができる。もし必要ならば、当該コンバータ
判断部５０は、１つの印刷単位データの変換処理を行う
ために、複数の異なるコンバータサーバを起動する。

【００８６】レイアウト（Layout）判断部５１は、前記
オブジェクトレイアウトファイル（Layout.xml）を読み
込んで、１つのクーポン券ＣＰ１全体を通じて統一的な
レイアウトを判断する部分である。

【００８７】暗号化部５２は、携帯電話機１６の電子メ
ールアドレス（ＡＤ２）を暗号化する部分である。暗号
化キーとしては、図８（Ｄ）に示すcode='0001'の００
０１を利用することができる。この暗号化の対象となる
のは、携帯電話ユーザＫＵの個人情報である電子メール
アドレスＡＤ２に限られるため、その復号を集計用端末
１８でクーポン券ＣＰ１を処理する際に実行する必要は
なく、小さな負荷で高速な集計処理が可能となる。

【００８８】２次元バーコード画像生成部５３は、暗号
化された電子メールアドレスＡＤ２を含む２次元バーコ
ードを生成する部分で、図８（Ｄ）に示すQRCodeタグに
したがって、QRCodeタグの中身を2次元バーコードとし
て生成する。このとき、#$Mail$#は前記暗号化部５２で
暗号化された電子メールアドレス（ＡＤ２）に置き換え
られ、#$CDate$#は現在時刻に置き換えられる。このバ
ーコードは必ずしも２次元のものである必要はなく、必
要に応じて、一次元のものを利用してもよい。

【００８９】バーコードは本来、情報処理装置で処理す
るためのコードであって、人間にとって可読なものでは
ないが、極めてサイズの小さいコードであること等が、
ある程度の知識があれば比較的容易にその内容を読み取
ることを可能にしており、暗号化によって個人情報を秘
匿する必要性が生じる。

【００９０】コンバータ画像生成部５４は当該コンバー
タサーバ１４Ａにおける変換処理の結果としてのコンバ
ータ画像を生成する部分で、Image.pdfに2次元バーコー
ド画像生成部５３で生成した画像を貼り付けることによ
り当該コンバータ画像を生成する。当該コンバータ画像
により、ＭＭＫ端末１７Ａなどから印刷出力される前記
クーポン券ＣＰ１の内容が完全に決定される。

【００９１】当該コンバータ画像がストレージサーバ１
３に返されると、必要な期間、ストレージサーバ１３内
で保存される。

【００９２】以下、上記のような構成を有する本実施形
態の動作について、図９〜図１６に示す画面構成例を参
照しながら説明する。

【００９３】図９〜図１６は、前記配布側端末１５に画
面表示される一連の画面（各図が１画面に対応）を示し
ている。処理の進行にしたがって画面表示される順番
も、基本的に図番にしたがい、図９，図１０、図１１、
図１２，図１３，図１４，図１５、図１６の順番であ
る。これらの画面は、配布側端末１５のブラウザによっ
て表示される。

【００９４】（Ａ−２）実施形態の動作 図９は、例えば配布側ユーザＳＵがその店舗をクーポン
システム１０に登録する際に、前記配布側端末１５上に
表示される画面を示している。

【００９５】図９に示す画面上において、基本設定のた
めには、店舗ＩＤと、パスワードと、クーポン送付メー
ルアドレスと、テンプレート保存先とを入力し、メール
設定のためには、お客様メールアドレスと、追加の返信
先アドレスと、ＰＯＰサーバ名と、ＳＭＴＰサーバ名
と、アカウント名と、パスワードを入力する必要があ
る。

【００９６】これらの入力を行って、ＯＫボタンを押す
と、入力内容がクーポン管理サーバ１１に送信されて、
基本的な登録が行われる。この登録は、上述したクーポ
ンを登録する登録処理の前提となる基本登録である。

【００９７】図９上の店舗ＩＤは、当該配布側ユーザＳ
Ｕが勤務するスーパーマーケットなどの店舗を指す識別
情報である。この店舗ＩＤは、図２（Ａ）や（Ｂ）のテ
ーブル上の店舗番号に対応するものであってよい。基本
設定のパスワードについても同様で、図２（Ｂ）のパス
ワードに対応する。

【００９８】クーポン送付メールアドレスは、前記クー
ポンの登録処理を行う際に前記電子メールＭＥ１の宛先
となる電子メールアドレスである。

【００９９】また、テンプレート保存先は、クーポン管
理サーバ１１における前記レイアウトテンプレートの保
存先を示す情報である。上述したように、レイアウトテ
ンプレートを配布側端末１５上に搭載する場合には当該
保存先を入力する必要はないが、クーポン管理サーバ１
１側に画像データなどを伴うレイアウトテンプレートを
用意して、複数の配布側ユーザ（例えば、ＳＵ）によっ
て共用する構成を取る場合には、当該保存先の入力が必
要になる。

【０１００】魅力的なレイアウトテンプレートの利用と
引き替えに、配布側ユーザが、クーポン管理サーバ１１
を運営する事業者に対して料金を支払うようにしてもよ
い。

【０１０１】メール設定のなかの各入力は、一般的な電
子メールの送受に必要とされるものである。このうち、
お客様メールアドレスとは、例えば、配布側端末１５の
電子メールアドレスである前記電子メールアドレスＡＤ
１を指す。

【０１０２】必要に応じて、店舗ＩＤなどは配布側ユー
ザＳＵに自由に入力させるのではなく、クーポン管理サ
ーバ１１側で自動的に生成して配布側端末１５に通知す
る構成とすることも簡便である。

【０１０３】このような基本的な登録が行われたあと、
はじめて、クーポン作成ユーティリティにログインする
ことが可能となる。

【０１０４】クーポン作成ユーティリティは、上述した
ように、配布側端末１５に搭載するのではなく、クーポ
ン管理サーバ１１に搭載して配布側端末１５からネット
ワーク経由でインタラクティブに利用できるようにして
もよいが、いずれにしても、クーポン券の編集は、配布
主体の経済的利益に大きく影響する可能性のある重要な
作業であるため、何らかのログイン操作を課する必要が
ある。図１０上では、当該ログインのために店舗ＩＤと
パスワードの入力を要求している。これらはいずれも、
前記基本設定で登録したものである。

【０１０５】各テキストフィールドにこれらを入力した
あとログインボタンを押すと、入力した内容に応じたロ
グイン処理が実行される。設定ボタンは図９に示した画
面にもどるためのボタンで、終了ボタンは、ログインを
キャンセルするためのボタンである。

【０１０６】ログイン画面で入力した店舗ＩＤとパスワ
ードが正しければ、図１１の画面が配布側端末１５に表
示されて、前記クーポン情報や修飾情報を決定するため
の編集作業が可能となる。図１１の画面は、クーポン券
の全体設定（レイアウト等）を決定するための編集画面
である。ここでは、前記クーポン券ＣＰ１の編集を行う
ものとする。

【０１０７】図１１〜図１４の画面では、画面左側に印
刷プレビューを見ながら、各段階の編集作業を進めるこ
とができる。

【０１０８】まったく新規にクーポンを作成する場合に
は、標準６面、クリスマス６面、正月６面などのなかか
ら、好みのレイアウトテンプレートを選択することにな
る。６面とは、前記ＭＭＫ端末１７Ａなどから印刷出力
される例えばＡ４サイズの１枚のクーポン券（例えば、
ＣＰ１）のなかに、６つの異なるクーポン（部分クーポ
ン）ＰＰ１〜ＰＰ６が含まれていることを示す。同じク
ーポン券の構成要素である各部分クーポンＰＰ１〜ＰＰ
６は、前記クーポン情報および修飾情報のすべてが同じ
であってもよいが、クーポン情報だけが相違するもの等
であってもよい。

【０１０９】１枚のクーポン券のなかには、当該部分ク
ーポンのいずれにも属さない領域（共通部分）が設定さ
れていてもよい。図１１上では共通部分ＨＰが当該領域
となっている。

【０１１０】また、６面に限らず、４面や１面などの様
々なクーポン券があってよいことは当然である。

【０１１１】すでに少なくとも１回、クーポンの登録処
理を行っている配布側ユーザＳＵの場合、前回に登録し
たクーポンを基礎としてその一部を変更する形で編集作
業を行うことも可能であるが、その場合には、図１１上
で、当該クーポンのファイル名を入力することになる。

【０１１２】図示の状態では、図１１上で標準６面のレ
イアウトテンプレートが選択されているので、画面左側
の印刷プレビューも、標準６面に対応したものとなって
いる。以降の図１２〜図１４の画面も、この標準６面レ
イアウトテンプレートに対応したものである。

【０１１３】図１１の画面上で次へボタンを押すと、図
１２の画面が表示されて、編集作業は共通部分ＨＰの設
定段階に移行する。

【０１１４】当該共通部分ＨＰにどのような機能を与え
るかは配布側ユーザＳＵの自由であるが、例えば、広告
的な機能を与えるものであってもよい。一例として、当
該共通部分ＨＰには、図１２に示すように、メインタイ
トル、サブタイトル、メッセージを記述することができ
る。

【０１１５】メインタイトルとしては例えば「○○スー
パーマーケットお買い得情報」などの文字列を記述して
よく、サブタイトルとしては例えば「春のお彼岸」など
の文字列を記述してよく、メッセージとしては例えば
「ピクニックのための便利グッズ取り揃えています」な
どの文字列を記述してよい。

【０１１６】このとき画面左側に表示されている印刷プ
レビューとの対応関係を直観的に把握できるようにする
ため、各枠線の色などを相違させるとよい。

【０１１７】一例として、実際の表示画面上では枠線Ｆ
１と枠線ＦＷ１を赤で表示し、枠線Ｆ２と枠線ＦＷ２を
青で表示し、枠線Ｆ３と枠線ＦＷ３を緑で表示するよう
にしてもよい。もちろん、図１２と同様、枠線Ｆ１と枠
線ＦＷ１を点線で表示し、枠線Ｆ２と枠線ＦＷ２を一点
鎖線で表示し、枠線Ｆ３と枠線ＦＷ３を二点鎖線で表示
する等、色彩以外の方法でこれらの対応関係を示しても
よい。

【０１１８】これにより、編集作業の効率を高めること
が期待できる。

【０１１９】なお、印刷プレビューの枠線Ｆ４で囲んだ
領域には、商品の外観などの画像を表示することができ
る。

【０１２０】当該画像や全体の背景色の選択は、図１２
上の選択ボタンなどを利用して行うことになる。

【０１２１】図１２上で行う共通部分の設定の途中で図
１１で行った全体設定を変更する必要が生じた場合に
は、戻るボタンを押して図１１の画面に復帰することが
可能である。また、共通部分の設定作業を中断する場合
には中断ボタンを押し、共通部分の設定を終えてクーポ
ンの設定（詳細設定）に移行する場合には、次へボタン
を押すことになる。

【０１２２】次へボタンを押すと、配布側端末１５に表
示される画面は図１２から図１３に遷移する。

【０１２３】図１３は、各部分クーポンＰＰ１〜ＰＰ６
に対して、前記クーポン情報や修飾情報の設定を行う画
面である。

【０１２４】図１３上に表示された期間は、前記クーポ
ン情報の一部であるクーポンの有効期間を特定する部分
で、上部記載内容は、各部分クーポンＰＰ１〜ＰＰ６に
おいて上部に記載する文字列を特定する部分で、下部記
載内容は、各部分クーポンＰＰ１〜ＰＰ６において下部
に記載する文字列を特定する部分である。

【０１２５】また、ＪＡＮコード、商品名、価格区分、
価格、値引額、画像などの前記クーポン情報および修飾
情報も、この画面上で特定される。

【０１２６】図１３の画面上にも図１２と同様、中断、
戻る、次への各ボタンが用意されている。

【０１２７】クーポンの詳細設定を終えて次へボタンを
押すと、表示画面は図１３から図１４に遷移する。

【０１２８】図１４はこれまで図１１〜図１３で行って
きた編集作業の内容を確認するための画面である。図１
４上でプレビューボタンを押すと、クーポン券ＣＰ１の
印刷イメージをプレビューすることができ、お試し印刷
ボタンを押すと、実際に、配布側端末１５の周辺に配置
したプリンタ端末（図示せず）などからクーポン券ＣＰ
１を印刷出力させることができる。

【０１２９】図１４の画面上にも、前記中断、戻る、次
への各ボタンが用意されている。編集作業の内容が満足
できるものであれば、次へボタンを押して、上述した広
告用Ｗｅｂページの編集を行うための図１５に示す画面
を表示させる。

【０１３０】図１５の画面では、ヘッダーメッセージ、
広告用クーポン情報、フッターメッセージを決定する。
ヘッダーメッセージやフッターメッセージの内容はこの
段階で前記配布側ユーザＳＵが自由に決定できる。ま
た、広告用クーポン情報は基本的に前記クーポン情報と
同じ内容の文字列等となるが、その文字列等の入力や編
集には、図１３の画面上で入力したものを活用すること
ができる。当該広告用Ｗｅｂページの内容が決まれば、
編集作業の全内容が確定する。

【０１３１】図１５の画面上には、前記中断、戻るの各
ボタンのほか、登録ボタンが用意されている。当該登録
ボタンを操作することによって、配布側端末１５から前
記電子メールＭＥ１が送信されて、クーポン管理サーバ
１１でクーポンの登録処理が開始されることとなる。

【０１３２】登録処理が完了してクーポン管理サーバ１
１から前記登録完了通知メールＭＥ２が届くと、図１６
に示す画面を配布側端末１５に表示することができる。
この画面を見ることによって、配布側ユーザＳＵは、登
録処理の完了を知ることができる。

【０１３３】クーポンの登録処理が完了したということ
は、前記広告用Ｗｅｂサーバ１２上に、図１５の画面で
編集した広告用Ｗｅｂページが配置され、携帯電話ユー
ザＫＵがいつでも、携帯電話機１６を用いて前記印刷ボ
タンを操作して印刷出力要求を出すことができる状態に
なったことを意味する。当該印刷出力要求を受けて、ク
ーポン管理サーバ１１とストレージサーバ１３とコンバ
ータサーバ（例えば１４Ａ）が動作して上述した印刷準
備処理が実行される。

【０１３４】そして、印刷準備処理の最後に前記印刷準
備完了通知メールＭＥ４がストレージサーバ１３から携
帯電話機１６に着信し、当該携帯電話ユーザＫＵは前記
印刷準備処理の完了を認識する。

【０１３５】その後、当該携帯電話ユーザＫＵが、所望
のＭＭＫ端末（例えば１７Ａ）を操作してＭＭＫ印刷要
求を発すると、前記クーポン券ＣＰ１が印刷出力され、
携帯電話ユーザＫＵは当該クーポン券ＣＰ１を手に入れ
ることができる。

【０１３６】なお、当該ＭＭＫ印刷要求を発するために
は、携帯電話ユーザＫＵは、ＭＭＫ端末（例えば、１７
Ａ）に対してログインを行う必要がある。

【０１３７】このログインは、図３（Ｃ）に示すお客様
番号（００００１）とパスワード（０２９３）をＭＭＫ
端末に入力することによって実行される。

【０１３８】ところで、このように、お客様番号（００
００１）やパスワード（０２９３）を入力してログイン
することは、携帯電話ユーザＫＵにかなりの操作負担を
強いることになるが、次のような方法によってその操作
負担を大幅に軽減することが可能である。

【０１３９】すなわち、印刷準備完了通知メールＭＥ４
には、当該お客様番号（００００１）およびパスワード
（０２９３）の替わりに、まったく同じ内容を持つバー
コードを配置しておき、ログインの際には、携帯電話機
１６の画面上に当該バーコードを表示させ、バーコード
リーダ（ＭＭＫ端末に装備しておく）を使用して当該バ
ーコードを読み込ませるのである。レーザ光などを利用
するタイプのバーコードリーダでは携帯電話機１６に表
示されているバーコードを読み取ることは難しいことも
あるが、ＣＣＤカメラなどを利用するバーコードリーダ
を用いれば、携帯電話機１６に表示されているバーコー
ドを読み取ることができる。

【０１４０】これにより、携帯電話ユーザＫＵは、何桁
ものお客様番号やパスワードを入力することなく、瞬時
にログインすることができる。

【０１４１】この方法はまた、バーコードがなければロ
グインできないため、印刷出力要求を出した携帯電話ユ
ーザＫＵ以外の者が、悪戯により、クーポン券ＣＰ１の
ＭＭＫ印刷要求を発することを防止するためにも有効で
ある。このような悪戯を許すと、印刷出力要求を発した
正当な携帯電話ユーザＫＵが、本来受け取れるはずのク
ーポン券ＣＰ１を受け取れない現象が発生して、システ
ムの信頼性が低下するため、防止策を講じておく必要が
ある。

【０１４２】なお、携帯電話機１６とＭＭＫ端末がBlue
toothに対応している場合には、Bluetoothを用いてログ
インすることも操作負担の軽減には有効である。

【０１４３】印刷出力されたクーポン券ＣＰ１は、携帯
電話ユーザＫＵが商品を購入するとき、料金支払いカウ
ンタなどに設置された前記集計用端末１８のバーコード
リーダで読み込まれて集計処理される。

【０１４４】（Ａ−３）実施形態の効果 以上のように、本実施形態によれば、クーポン券の配布
効率が向上する。

【０１４５】これにより、配布する側では、集客力向上
や販売促進に必要な十分な数のクーポン券を、労力をほ
とんど消費することなく配布することが可能となる。

【０１４６】また、配布を受ける側では、クーポン券を
配布している期間内に特定の店舗などに出向かなくて
も、Ｗｅｂページの閲覧と、最寄りのＭＭＫ端末の操作
だけで、求めるクーポン券を手に入れることができる。

【０１４７】（Ｂ）他の実施形態 上記実施形態では、クーポン券ＣＰを印刷出力する構成
であったが、印刷出力するものはクーポン券に限定する
必要はない。

【０１４８】なお、上記実施形態では広告用Ｗｅｂペー
ジをＨＴＭＬ形式で記述したが、携帯電話機の機種や、
携帯電話機が属する携帯電話ネットワークによっては、
ＨＴＭＬ形式のＷｅｂページを閲覧することができない
ものもあるため、そのような携帯電話ユーザにも閲覧し
てもらうためには、ＨＴＭＬ形式以外のデータ形式（例
えば、ＨＤＭＬなど）で記述したＷｅｂページを用意す
ることが望ましい。

【０１４９】また、上記実施形態では、ブラウザとメー
ラの双方を搭載した携帯電話機１６を利用したが、いず
れか一方だけを搭載した携帯電話機等を用いた場合で
も、使い勝手は劣るものの、ほぼ同様なクーポン券の提
供を受けることが可能である。

【０１５０】さらに、当該携帯電話機１６の替わりに、
携帯電話機以外の通信端末、例えば、ＰＨＳ端末や、Ｐ
ＤＡ端末を利用することも可能である。

【０１５１】なお、メール転送サービスなどを活用すれ
ば、据え置き型のパーソナルコンピュータなどを用いて
前記印刷ボタンを操作し、印刷準備完了通知メールは携
帯電話機で受信する等、上記実施形態と異なる手順も実
行可能である。

【０１５２】さらに、上記実施形態では、印刷準備処理
を、個々の携帯電話ユーザごとに個別的に行うものとし
たが、印刷準備に際して必要な変換処理の大部分は、同
一のクーポン券（例えばＣＰ１）に関しては同じである
ため、処理の具体的な仕様がそれを許容するならば、前
記暗号化処理などを除くクーポン画像元ファイルなどに
関する変換処理は、予めその処理結果を蓄積しておいて
再利用するようにしてもよい。これにより、１つのクー
ポン券を印刷出力する際の変換処理のための処理量を削
減することが可能になる。

【０１５３】なお、上記実施形態ではクーポンマスタデ
ータベースやクーポン発行者管理テーブルなどに登録し
た値は、その大部分が同じ（例えば、印刷メールアドレ
スではドメイン名はまったく同じで、ユーザ名の一部だ
けが相違する）であるため、データベースの構成を相違
する部分だけ登録するように変更すれば、相違する部分
だけを検索キーとして前記宛先判断部３２の処理などを
実行することが可能である。

【０１５４】また、上記実施形態では多くの関係表を用
いて、関係データベースを構成したが、必要に応じて、
関係モデル以外のデータモデルに対応したデータベース
を利用することも可能である。例えば、構造型データベ
ース（ネットワーク型データベースや階層型データベー
ス）を利用することも可能である。

【０１５５】さらに、上記実施形態にかかわらず、前記
印刷準備完了通知メールＭＥ４はストレージサーバ１３
ではなく、クーポン管理サーバ１１から送信するように
してもよい。印刷単位データＰＴの発生頻度に対してコ
ンバータサーバ１４Ａ〜１４Ｃなどの処理能力が十分に
高い場合、印刷単位データＰＴをストレージサーバ１３
に送達した時点で印刷準備完了メールを携帯電話機１６
に返送しても、実用上、問題が生じる可能性は低いもの
と考えられるからである。

【０１５６】また、上記実施形態では電子メールアドレ
スを使用したが、本発明のユーザ識別情報は、電子メー
ルアドレスに限らない。

【０１５７】なお、上記実施形態では主としてソフトウ
エア的に本発明を実現したが、本発明はハードウエア的
に実現することも可能である。

【０１５８】

【発明の効果】以上に説明したように、第１および第２
の本発明によれば、提供情報の提供効率を高めることが
可能である。

【０１５９】また、第３および第４の発明では、ログイ
ンの際の操作負担を著しく軽減することが可能である。

【０１６０】さらに、第５および第６の発明では、編集
用の各フィールドと各レイアウトフィールドとの対応関
係を直観的に表現することができるため、編集作業の支
援を行うことが可能で、編集作業の効率が高まる。

【図面の簡単な説明】

【図１】実施形態に係るクーポンシステムの主要部に関
する全体構成例を示す概略図である。

【図２】実施形態に係るクーポンシステムで使用するク
ーポンマスタデータベースの構成例を示す概略図であ
る。

【図３】実施形態に係るクーポンシステムの動作説明図
である。

【図４】実施形態に係るクーポンシステムで使用するデ
ータベースとしてのオンラインストレージサーバの構成
例を示す概略図である。

【図５】実施形態に係るクーポンシステムで使用するク
ーポン管理サーバの主要部の構成例を示す概略図であ
る。

【図６】実施形態に係るクーポンシステムで使用するオ
ンラインストレージサーバおよびその周辺に関する主要
部の構成例を示す概略図である。

【図７】実施形態に係るクーポンシステムで使用するコ
ンバータの主要部の構成例である。

【図８】実施形態に係るクーポンシステムの動作説明図
である。

【図９】実施形態に係るクーポンシステムの配布側端末
で表示される画面例である。

【図１０】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１１】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１２】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１３】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１４】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１５】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【図１６】実施形態に係るクーポンシステムの配布側端
末で表示される画面例である。

【符号の説明】

１０…クーポンシステム、１１…クーポン管理サーバ、
１２…広告用Ｗｅｂサーバ、１３…オンラインストレー
ジサーバ、１４Ａ〜１４Ｃ…コンバータ、１５…配布側
端末、１６…携帯電話機、１７Ａ、１７Ｂ…ＭＭＫ端
末、１８…集計用端末、１９…クーポンマスタデータベ
ース、２０…オンラインストレージデータベース、２１
…インターネット、２２…Ｗｅｂ端末、２３…ＰＤＡ、
ＣＰ…クーポン券。

Claims (14)

【特許請求の範囲】
1. 【請求項１】 所定のネットワーク上に、所定の提供情
   報を保管しておく情報保管出力システムにおいて、 前記提供情報の構成要素である要素情報の原初的な供給
   源となる情報提供通信装置と、 当該情報提供通信装置から供給された前記提供情報の構
   成要素である各要素情報を所定の保管形式で整理した上
   で、保管、管理する中間管理装置とを備え、 前記提供情報をエンドユーザに対して提供する際には、
   前記要素情報ごとに該当する変換処理を施した上で変換
   処理後の各要素情報から前記提供情報を構成することを
   特徴とする情報保管出力システム。
2. 【請求項２】 請求項１の情報保管出力システムにおい
   て、 前記提供情報に関連する関連情報をエンドユーザに対し
   て公開するための公開用通信装置を備え、 前記中間管理装置は、 前記情報提供通信装置から前記提供情報の供給を受けた
   あと、当該提供情報を指定するアドレス番号を割り当て
   て、当該アドレス番号を当該提供情報の各要素情報と対
   応付けて管理すると共に、 操作を受けることにより、当該アドレス番号に宛てて操
   作受付情報を供給する操作受付手段を前記関連情報に埋
   め込んだ状態で、前記公開用通信装置に公開させること
   を特徴とする情報保管出力システム。
3. 【請求項３】 操作受付情報に、エンドユーザが使用す
   るユーザ通信装置の識別情報であるユーザ識別情報を含
   む場合の請求項２の情報保管出力システムにおいて、 前記中間管理装置から供給を受けた提供情報を保管し、
   エンドユーザからの要求に応じて提供するストレージ装
   置を備え、 前記操作受付手段がエンドユーザからの操作を受けた場
   合、前記中間管理装置は、前記提供情報と共に前記操作
   受付情報内のユーザ識別情報を当該ストレージ装置に保
   管し、当該ストレージ装置を介して、前記エンドユーザ
   が当該提供情報の提供を受けることを特徴とする情報保
   管出力システム。
4. 【請求項４】 請求項３の情報保管出力システムにおい
   て、 前記提供情報をエンドユーザに対して供給する前に、前
   記要素情報ごとに該当する変換処理を施す変換処理装置
   を備え、 当該変換処理装置は、前記ストレージ装置に保管されて
   いる前記提供情報の各要素情報におよびユーザ識別情報
   に該当する変換処理を施すと、変換処理後の各要素情報
   およびユーザ識別情報を当該ストレージ装置に保管する
   ことを特徴とする情報保管出力システム。
5. 【請求項５】 請求項４の情報保管出力システムにおい
   て、 前記ユーザ識別情報に対する変換処理には、暗号化処理
   を含むことを特徴とする情報保管出力システム。
6. 【請求項６】 所定のネットワーク上に、所定の提供情
   報を保管しておく情報保管出力方法において、 前記提供情報の構成要素である要素情報を情報提供通信
   装置から原初的に供給し、 当該情報提供通信装置から供給された前記提供情報の構
   成要素である各要素情報を、中間管理装置が、所定の保
   管形式で整理した上で、保管、管理し、 前記提供情報をエンドユーザに対して提供する際には、
   前記要素情報ごとに該当する変換処理を施した上で変換
   処理後の各要素情報から前記提供情報を構成することを
   特徴とする情報保管出力方法。
7. 【請求項７】 請求項６の情報保管出力方法において、 前記提供情報に関連する関連情報をエンドユーザに対し
   て公開するための公開用通信装置を備え、 前記中間管理装置は、 前記情報提供通信装置から前記提供情報の供給を受けた
   あと、当該提供情報を指定するアドレス番号を割り当て
   て、当該アドレス番号を当該提供情報の各要素情報と対
   応付けて管理すると共に、 操作を受けることにより、当該アドレス番号に宛てて操
   作受付情報を供給する操作受付手段を前記関連情報に埋
   め込んだ状態で、前記公開用通信装置に公開させること
   を特徴とする情報保管出力方法。
8. 【請求項８】 操作受付情報に、エンドユーザが使用す
   るユーザ通信装置の識別情報であるユーザ識別情報を含
   む場合の請求項７の情報保管出力方法において、 前記中間管理装置から供給を受けた提供情報を保管し、
   エンドユーザからの要求に応じて提供するストレージ装
   置を備え、 前記操作受付手段がエンドユーザからの操作を受けた場
   合、前記中間管理装置は、前記提供情報と共に前記操作
   受付情報内のユーザ識別情報を当該ストレージ装置に保
   管し、当該ストレージ装置を介して、前記エンドユーザ
   が当該提供情報の提供を受けることを特徴とする情報保
   管出力方法。
9. 【請求項９】 請求項８の情報保管出力方法において、 前記提供情報をエンドユーザに対して供給する前に、前
   記要素情報ごとに該当する変換処理を施す変換処理装置
   を備え、 当該変換処理装置は、前記ストレージ装置に保管されて
   いる前記提供情報の各要素情報におよびユーザ識別情報
   に該当する変換処理を施すと、変換処理後の各要素情報
   およびユーザ識別情報を当該ストレージ装置に保管する
   ことを特徴とする情報保管出力方法。
10. 【請求項１０】 請求項９の情報保管出力方法におい
    て、 前記ユーザ識別情報に対する変換処理には、暗号化処理
    を含むことを特徴とする情報保管出力方法。
11. 【請求項１１】 携帯通信端末の表示画面上に表示させ
    た表示内容を光学的に読み取らせることによってログイ
    ンを行うことを特徴とするログインシステム。
12. 【請求項１２】 携帯通信端末の表示画面上に表示させ
    た表示内容を光学的に読み取らせることによってログイ
    ンを行うことを特徴とするログイン方法。
13. 【請求項１３】 編集用の複数のフィールドと、これら
    のフィールドの編集後における最終的なレイアウトに対
    応した複数のレイアウトフィールドを示すプレビュー像
    とを同一の画面内に表示し、各フィールドの表示形態を
    利用して、編集用の各フィールドと各レイアウトフィー
    ルドとの対応関係を直観的に表現することを特徴とする
    画面表示装置。
14. 【請求項１４】 編集用の複数のフィールドと、これら
    のフィールドの編集後における最終的なレイアウトに対
    応した複数のレイアウトフィールドを示すプレビュー像
    とを同一の画面内に表示し、各フィールドの表示形態を
    利用して、編集用の各フィールドと各レイアウトフィー
    ルドとの対応関係を直観的に表現することを特徴とする
    画面表示方法。