JP2005038109A - Service providing system, and method and device for communicating service request of customer - Google Patents
Service providing system, and method and device for communicating service request of customer Download PDFInfo
- Publication number
- JP2005038109A JP2005038109A JP2003198843A JP2003198843A JP2005038109A JP 2005038109 A JP2005038109 A JP 2005038109A JP 2003198843 A JP2003198843 A JP 2003198843A JP 2003198843 A JP2003198843 A JP 2003198843A JP 2005038109 A JP2005038109 A JP 2005038109A
- Authority
- JP
- Japan
- Prior art keywords
- service
- request
- medium
- information
- customer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 230000005540 biological transmission Effects 0.000 claims description 28
- 238000004458 analytical method Methods 0.000 claims description 8
- 230000006870 function Effects 0.000 claims description 6
- 238000004891 communication Methods 0.000 description 57
- 238000007726 management method Methods 0.000 description 50
- 238000012545 processing Methods 0.000 description 34
- 238000010586 diagram Methods 0.000 description 31
- 238000003860 storage Methods 0.000 description 30
- 238000013500 data storage Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 238000012937 correction Methods 0.000 description 3
- 230000000391 smoking effect Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008450 motivation Effects 0.000 description 1
- 229920001690 polydopamine Polymers 0.000 description 1
- 230000002265 prevention Effects 0.000 description 1
Images
Landscapes
- Navigation (AREA)
- Traffic Control Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、サービス要求者からの要求を個人属性と共に電子化して利便性を向上させると共に、マーケティングに利用するサービス要求伝達方法及び装置に関する。
【0002】
【従来の技術】
近年、企業は顧客ニーズを細かく分析して商品戦略立案に役立てようとする一方、顧客に利用ポイントによるペイバックや会員限定サービス等のインセンティブを与えて顧客の囲い込みを図っている。その為、顧客から個人属性を入手し、商品購買情報と組み合せて顧客動向分析を行っているが、様々な企業がこのように個人属性を入手して活用を始めると、個人属性の漏洩や不正使用の恐れが大きくなる。このような状況に対し、企業には顧客個人を特定できる個人属性を渡さずにマーケティングデータを収集する手段が提案されている(例えば特許文献1および特許文献2参照)。
【0003】
【技術文献1】
特開2001−101261号公報
【技術文献2】
特開2002−170035号公報
【0004】
【発明が解決しようとする課題】
上記従来技術は、あくまで顧客が商品を購入する際に顧客個人を特定できる個人属性を企業に開示せずにマーケティング情報を収集する手段であって、商品を購入する手続きそのものの利便性を向上させるものではなかった。
【0005】
本発明の目的は、商品を購入する手続きを簡単化すると共に、顧客個人を特定できる個人属性を企業に開示せずにマーケティングデータを収集・利用することにあり、特に列車の座席指定席券のように、選択肢(購入条件)が多く、しかも一度購入したものを利用直前に変更する等、購入する際の手続きが複雑な商品を対象とする。
【0006】
また、駅構内の道順案内のような対価を伴わないサービスは、記録が残りにくく、電子化もされにくいので従来マーケティング情報として扱われていなかったが、本発明ではこのような無償サービス提供に関するマーケティング情報を収集して、顧客満足度の向上やテナント出店戦略の策定等に利用することも目的とする。
【0007】
なお、本明細書においては商品(有形,無形を問わず)の購入や上記のような無償サービス提供を含めて「サービスの提供」と呼ぶ。
【0008】
【課題を解決するための手段】
上記目的を達成するために、顧客即ちサービス要求者が受けようとするサービスに関する情報及びサービス要求者個人を特定しない範囲での個人属性を、電子的に読み取り可能な媒体に記録し、企業即ちサービス提供者はその媒体に基づいてサービスを特定してサービス要求者に提供すると共に、その媒体に記録されている個人属性を基に顧客動向を分析し、分析結果をサービス提供者または第三者が利用可能なデータとして出力し、例えばマーケティングに利用する。
【0009】
ここで、「個人を特定しない範囲での個人属性」,「個人を特定しない属性」とは、例えば性別,年齢,職業,郵便番号や最寄駅等で表される大まかな住所,喫煙の有無等の嗜好,趣味,歩く速さや車椅子使用等の身体的特徴、等のマーケティングを行う場合のカテゴリー分けに使用できる属性である。なお、本明細書中では使用しないが、「個人を特定できる個人属性」とは、例えば氏名,生年月日,住所,電話番号,運転免許証番号,クレジットカード番号等、であり、一般に「個人情報」と呼ばれることも多い。
【0010】
本発明において、サービス要求を記録した媒体はサービス要求者自身が作成しても良いし、サービス要求者の意思に基づきサービス提供者(又は第三者)が作成しても良い。サービス提供者による媒体作成が有効な例としては、サービスの引継ぎがある。即ち、サービス提供者が、サービス要求者からの要求に場所的或いは時間的制約からその場で応えられない場合に、サービス要求者が受けようとするサービスに関する情報及びサービス要求者個人を特定しない範囲での個人属性を、電子的に読取り可能な媒体にサービス提供者が記録してサービス要求者に持たせ、サービスが提供可能な場所或いは時刻にサービス要求者がその媒体を持参した場合に、サービス提供者がその媒体に基づいてサービスを特定してサービス要求者に提供する。
【0011】
マーケティングデータの利用方法としては、媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別なサービス提供者が、サービス要求者に広告等の付加サービスを提供することが考えられる。
【0012】
【発明の実施の形態】
本発明の実施形態を図面を用いて説明する。
【0013】
図1は、本発明の一実施形態としてのサービス要求伝達方法を図示したものである。顧客即ちサービス要求者が受けようとするサービスに関する情報及びサービス要求者個人を特定しない範囲での個人属性を、電子的に読み取り可能な媒体に記録し、企業即ちサービス提供者はその媒体に基づいてサービスを特定してサービス要求者に提供すると共に、その媒体に記録されている個人属性を基に顧客動向を分析し、分析結果をサービス提供者または第三者が利用可能なデータとして出力し、例えばマーケティングに利用する。
【0014】
また、図2に、このサービス要求伝達方法において付加サービスを提供する際の方法を示す。マーケティングデータの利用方法としては、媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別なサービス提供者が、サービス要求者に広告等の付加サービスを提供することが考えられる。
【0015】
なお、以下の説明では、受けようとするサービスに関する情報及び個人属性を記録した媒体を「要求票」と呼ぶ。
【0016】
先ず、本発明の第一実施形態を図3から図20により説明する。第一実施形態は、要求サービスとして列車座席指定席券の変更を行うものであるが、要求票はサービス要求者即ち顧客からの要請によりサービス提供者即ち事業者側で作成する。
【0017】
図3は本実施形態のシステム構成である。駅サーバ10は駅構内の事務所に置かれ、PC(パーソナルコンピュータ)11,構内情報記憶装置14,利用履歴記憶装置15,イントラネット(事業者内ネットワーク)用通信装置12及び構内ネットワーク用通信装置13からなる。指定席窓口端末20は駅構内の窓口に置かれ、中央処理装置21,要求票読取装置23,要求サービスを実現するための切符発券装置24,通信装置22からなる。構内端末40は、駅構内の通路等に置かれ、中央処理装置41,読取装置43及び通信装置42からなる。駅員端末30は、駅構内のプラットホーム等に居る駅員が携帯し、PDA(Personal Digital Assistants)と呼ばれる携帯型小型端末装置31,印刷装置32,通信装置33からなる。座席管理サーバ50は座席予約センター内に置かれ、座席管理データベース51,通信装置52からなる。運行管理情報サーバ60は運行管理センター内に置かれ、運行管理情報記憶装置61,通信装置62からなる。
【0018】
駅サーバ10,座席管理サーバ50,運行管理情報サーバ60は、鉄道事業者のイントラネット70に接続され、相互に通信可能な構成となっている。駅サーバ10,指定席窓口端末20,駅員端末30,構内端末40は構内ネットワーク80に接続され、相互に通信可能な構成となっている。また、駅サーバ10をゲートウェイとして鉄道事業者のイントラネット70に接続され、座席管理サーバ50,運行管理情報サーバ60と通信可能な構成となっている。
【0019】
図4は駅サーバ10の内部構成である。PC11は中央処理装置16,入力装置17,画面表示装置18を備え、処理プログラムとしては、通信装置を介してイントラネット及び構内ネットワークにアクセスする通信ドライバ161,構内ネットワークとイントラネット間をつなぎ、構内ネットワークに接続された装置がイントラネットに接続された装置にアクセスできるようにするゲートウェイプログラム162,端末などから指定されたWebページを表示するWebサーバ166,Webサーバ経由で指示されたサービス要求及び個人属性を含む要求票を生成しWebサーバに渡す要求票生成プログラム165,運行管理情報サーバから自駅に関連する運行情報を取り出しWebサーバに渡す運行情報表示プログラム164,Webサーバ経由で指示された端末位置を保持し端末の位置に従って構内案内情報を変える端末位置判定プログラム163,サービス利用記録及び要求票発行記録から顧客動向を分析し、分析結果を表示する顧客動向分析プログラム167等が少なくとも実行可能であるとする。
【0020】
図5は指定席窓口端末20の内部構成である。指定席窓口端末20は図3の構成の他に入力装置25,画面表示装置26を備え、処理プログラムとしては、読取装置23により要求票を読み取りサービス要求である座席予約に関する情報を窓口端末プログラム212に渡す要求票読取プログラム211,座席予約センター内の座席管理サーバとの間で座席予約処理を行い切符発券装置により座席指定席券や乗車券等を発行する窓口端末プログラム212,サービス利用記録を駅サーバ10に転送する利用記録送信プログラム213,通信装置22を介して構内ネットワーク80にアクセスする通信ドライバ214等が少なくとも実行可能であるとする。
【0021】
図6は駅員端末30の内部構成である。PDA31は中央処理装置34及び入力装置付画面表示装置35を備え、処理プログラムとしては、通信装置33を介して構内ネットワーク80にアクセスする通信ドライバ341、入力装置35によって指定された駅サーバ10上のWebページを画面に表示するWebブラウザ342、画面に表示された要求票を印刷装置32を使って印刷するプリンタドライバ343等が少なくとも実行可能であるとする。
【0022】
図7は構内案内端末40の内部構成である。構内案内端末40は図3の構成の他に入力装置付画面表示装置44を備え、処理プログラムとしては、通信装置42を介して構内ネットワーク80にアクセスする通信ドライバ411,読取装置43により要求票を読み取りサービス要求である案内要求をWebブラウザ412に渡す要求票読取プログラム413、入力装置44若しくは要求票読取プログラム41によって指定された駅サーバ10上のWebページを画面に表示するWebブラウザ412等が少なくとも実行可能であるとする。
【0023】
図8および図9は本実施形態における処理の流れを各装置間での情報及びサービスの受け渡しと共に示したものであり、縦の矢印(上から下)は時間の経過を表す。また、駅員端末30は駅員Aが、指定席窓口端末20は駅員Bが操作することとする。以下図8および図9に示した流れに従い各処理の動作を説明する。
【0024】
図8の(1)要求票作成処理は、顧客が旅行中に「乗り継ぎ列車の指定席券を変更したい」と、プラットホームにて駅員Aに要請し、駅員Aが駅員端末30の入力装置35及びWebブラウザ342を用い、通信装置33及び通信ドライバ341を用いて構内ネットワーク80を経由して駅サーバ10内のWebサーバプログラム166にアクセスし、サービス及び個人属性からなる入力データを入力し、要求票生成プログラム165によって生成された要求票データを受け取り、印刷装置32及びプリンタドライバ343を用いて要求票90を印刷する。本実施形態では要求票を作成する前に、駅サーバ10を経由して運行管理情報サーバ60から運行情報を受け取って確認している。
【0025】
図9の(2)要求票利用(案内)処理は、顧客が要求票90を構内案内端末40の読取装置43及び要求票読取プログラム413を使って読み取らせ、Webブラウザ412が通信装置及42及び通信ドライバ411を用いて構内ネットワーク80を経由して駅サーバ10内のWebサーバプログラム166にアクセスし、構内案内データを受け取って表示画面に表示する。本実施形態では顧客が要求表90を作成したプラットホームから指定席窓口に移動する途中で、窓口への行き方(方向)を、構内案内端末40によって調べている。
【0026】
図9の(3)要求票利用(発券)処理は、顧客が指定席窓口において駅員Bに要求票90を渡し、窓口の駅員Bが指定席窓口端末20の読取装置23及び要求票読取プログラム211を使って読み取らせ、窓口端末プログラム212が通信装置22及び通信ドライバ214を用いて構内ネットワーク80からイントラネット70を経由して座席管理サーバ50にアクセスし、指定席データを受け取って切符発券装置24によって発券する。駅員Bは顧客から代金又は清算(交換)すべき切符を受取り、発券された指定席券を渡す。利用記録送信プログラム213は端末で発券が行われると駅サーバ10に利用記録を送信する。
【0027】
図10乃至図12に示す(a)〜(k)はWebサーバプログラム166から送られ、Webブラウザ342によりPDA31の入力装置付画面表示装置35に表示された要求票作成処理を示したものである。画面内の四角で囲まれた部分は押しボタン(プログラム)であり、画面タッチなどにより選択される。
【0028】
駅員Aが駅サーバ10にアクセスすると初期画面として図10の(a)が表示され、駅員AはID及びパスワードを入力した後「係員ログオン」3011を入力装置により選択する。ログオンすると(b)のメニュー画面が表示される。「指定席券・乗車券」3021を選択した場合、(c)の指定席券・乗車券メニュー画面に移る。
【0029】
「指定席券発行」3031又は「指定席券変更」3032を選択した場合、(d)の指定席検索条件指定画面に移り、日時,出発駅名,到着駅名及び座席種を入力する。図11の(e)は座席種指定画面であり、顧客の要求に従って選択項目をチェックすると図10の(d)の画面に戻る。
【0030】
(d)の画面で条件を入力し、「検索」3042を選択すると駅サーバ経由で座席管理サーバにアクセスし、条件に合った列車を図11の(f)の画面のように表示する。駅員Aは顧客に確認し列車選択を「決定」3051を入力する。検索条件を修正する場合は「戻る」3052を選択すると図10の(d)の画面に戻る。(d)の画面で「要求票作成」3041を選択すると検索は行わず、列車を特定しない要求票が作成できる。
【0031】
図11の(g)は顧客属性指定画面であり、サービス要求が確定した後、即ち(f)の列車決定後、図10の(d)の「要求票作成」3041選択後又は次に説明する構内案内目的地決定後に駅員Aが顧客を見て判断した選択項目をチェックする。顧客属性を選択し、「決定」3061を選択すると図11の(h)の要求票表示画面となり作成内容を確認して「プリント」3071を選択するとプリンタから要求票がプリントされる。
【0032】
なお、図10の(c)のメニューで「指定席券発行」3031と「指定席券変更」3032の違いは、実際に窓口で指定席券を購入する時に窓口の係員が顧客の持っている指定席券を確認するか否かであり、この要求票作成時点ではサービスコードが異なる以外の違いは無い。また、「乗車券発行」3033と「乗車券精算」3034を選択した場合は乗車券の販売、精算を行うための要求票を発行するが、説明は省略する。
【0033】
(b)のメニューで「構内案内」3022を選択した場合、図12の(i)の構内案内画面となり、画面に表示された構内地図3081で目的地を選択し、「決定」3082を選択すると図11の(g)の画面になる。図10の(b)のメニューで「運行情報表示」3023を選択した場合、図12の(j)の運行情報表示画面となり、駅サーバ10経由で運行管理情報サーバ60から取得した運行情報を画面に表示する。
【0034】
駅員Aは駅員端末30を持って構内を移動した場合、要求票作成などを行う前に端末位置を登録しておく必要がある。図10の(b)のメニューで「端末位置登録」3024を選択した場合、図12の(k)の端末位置登録画面となり、画面に表示された構内地図3091から現在自分の居る位置を選択し、この駅員端末では端末の向きは固定されないので「移」3092(移動端末の意)を選択し、「決定」3093を選択する。
【0035】
図13および図14に要求票の記録形式を示す。図13の(a)は印刷された要求票の外見で、人間が読み取り可能な文字表示領域と機械で読み取り可能なバーコード表示領域及び構内案内図表示領域からなる。本実施形態ではバーコードとして2次元バーコードの一種である「QRコード」(JIS X 0510規格及びISO/IEC18004規格)を使用しているが、どのようなコードを使用しても良い。さらに、要求票を紙に印刷したバーコードとしても良く、顧客に手渡せて電子的に読み取り可能な手段が提供できれば良い。
【0036】
図14の(b)はバーコード領域に記憶する情報の記録フォーマットであり、本実施形態では32バイトの情報からなる。バーコード領域に記録される情報のうち、サービス要求に関する情報は文字表示領域に人間が読める形で表示するが、個人属性情報はバーコード領域のみに記録して文字表示は行わない。こうすることにより他人は肉眼で要求票上の個人属性を読めず、プライバシーが洩れる恐れが少なくなる。
【0037】
各フィールドの記録コードを図14の(c)に示す。なお、列車名や駅名をどのようなコードに対応させるかは任意であり、対応表は省略する。
【0038】
図15に本実施形態の要求票作成処理において作成した要求票90を示す。
(a)は印刷された要求票90の外見であり、(b)はバーコード領域に記憶された内容である。文字非表示情報である個人属性は、図14(c)の記録コードに従い、「女性」,「50歳以上」,「歩く速さ:遅い」となっている。
【0039】
図16は本実施形態における構内案内端末40の外観である。読取装置43はカメラ431及びステージ432から構成され、顧客は利用時に要求票をステージに置く。カメラはステージに置かれた要求票の画像データを要求票読取プログラム413に渡し、要求票読取プログラム413がバーコードを元のデータに復元する。
【0040】
図17(a)〜(d)は構内案内端末40の入力装置付き画面表示装置44に表示された要求票利用処理(案内)を示したものである。画面内の四角で囲まれた部分は押しボタン(プログラム)であり、表示画面にタッチすることにより選択される。構内案内端末40にはメニュー画面として図17(a)が表示されており、要求票を持っている顧客は持参した要求票を読取装置43のステージ432に置き、「要求票読取」4011を選択する。この端末では他に「列車案内」4012,「構内案内」4013,「店舗案内」4014が可能であるが説明は省略する。
【0041】
読取装置によって要求票が正常に読み込まれると(b)のように読み込んだサービス要求に従って行き先を表示する。本実施形態ではサービス要求は「指定席の変更」であるが、構内案内端末はこれを「指定席窓口への行き先案内」と解釈して案内4021を表示する。
【0042】
また、(c)は構内案内端末40の電源投入時画面で、「すぐに立上げ」4031を選択すると(a)のメニュー画面が表示される。「日付時刻修正」4032を選択すると端末に表示される日付や時刻を修正できる。「端末位置登録」4033を選択すると(d)の画面となり、画面に表示された構内地図4041から現在端末の置かれている位置を選択し、端末の向きを選択し、「決定」4042を選択する。端末の向きを設定することで、駅サーバの端末位置判定プログラムはWebサーバに画面に表示する構内案内図を向きに合わせて選択することが可能となり、利用者に「右」「左」という相対方向で指示が行える。
【0043】
図18は駅サーバの構内情報記憶装置に記憶されている情報である。構内案内指示データとして、出発地と目的地の組み合せごとにどちらの方角に進めばよいかが一覧になっている。本実施形態の構内案内端末が「東通1」という場所に設置され、図17(d)で端末の向きが「東」4043と設定されているとすると、ここに目的地が構内の指定席窓口(内窓1)である要求票を持った顧客が来た場合、経路No01579が選択され、「南」という方角は「右」という相対方向に変換できる。
【0044】
また、案内指示データとして開始時間及び終了時間を含めることにより窓口等の施設が閉まっていないかを確認することができる。また、移動時間を含めることは、列車の乗り継ぎ案内等を行う際に有効である。この場合、個人属性として歩く速さ(車椅子使用の有無)が要求票に含まれていれば移動時間や段差のない経路を加味した案内が可能となる。
【0045】
また、複雑な経路を案内するには、経路を細かく分けてリンクでつなぐことで対応できる。例えば5番ホーム中央(5ホ中)から指定席窓口(内窓1)への案内(経路No01357)では最初の2経路案内(東の階段上り→右に進む)の次は経路No01579にリンクすればよいということが示されている。
【0046】
図19は駅サーバの利用履歴記憶装置に記憶されている情報である。(a)はサービス利用記録であり、指定席窓口端末から送られてきた利用記録及び構内案内端末等からのWebサーバへのアクセスを元に利用履歴を記録する。(b)は要求票発行記録であり、要求票生成プログラムで発行した要求票の情報を記録する。
【0047】
図20は駅サーバの顧客動向分析プログラムが利用履歴記憶装置に記憶されている情報を分析した結果の表示例であり、(a)は時間帯別サービス利用状況を、(b)は年代別要求票利用状況、を示している。このように利用履歴を記録して分析することにより顧客動向が把握可能となる。
【0048】
本発明の第二実施形態を図21から図43により説明する。この第二実施形態は、要求サービスとして列車座席指定席券の購入を行うものであるが、付加サービスとして書籍の案内広告を行う点、要求票を顧客自身が作成する点が第一の実施形態と異なる。
【0049】
図21は第二実施形態のシステム構成である。要求票作成端末100は、顧客自宅に置かれ、PC(パーソナルコンピュータ)101,印刷装置102及び通信装置103からなる。指定席自動券売機110は駅構内に置かれ、要求票読取装置111,要求サービスを実現するための現金取扱装置112及び切符発券装置113,付加サービスを実現するための広告表示装置114及び要求票印刷装置115,個人属性判定装置116,通信装置117、及び入力装置(タッチパネル)付画面表示装置118からなる。顧客管理サーバ120は顧客管理センター内に置かれ、ID別個人属性/利用履歴記憶装置121,広告データ記憶装置122,イントラネット(事業者内ネットワーク)用通信装置123,インターネット用通信装置124からなる。座席管理サーバ50は座席予約センター内に置かれ、これは第一実施形態と同じ構成であり、説明は省略する。
【0050】
指定席券売機110,顧客管理サーバ120,座席管理サーバ50は、鉄道事業者のイントラネット70に接続され、相互に通信可能な構成となっている。広告管理サーバ130は書店本社に置かれ、PC131,イントラネット用通信装置132,インターネット用通信装置133からなる。店舗端末140は書店店舗内に置かれ、PC141,読取装置及142及び通信装置143からなる。広告管理サーバ130,店舗端末140は広告主である書店のイントラネット155に接続され、相互に通信可能な構成となっている。要求票作成端末100,顧客管理サーバ120,広告管理サーバ130はインターネット150に接続され、相互に通信可能な構成となっている。
【0051】
図22は要求票作成端末100の内部構成である。PC101は中央処理装置104,入力装置105,画面表示装置106を備え、処理プログラムとしては、通信装置103を介してインターネット150にアクセスする通信ドライバ1041,入力装置105によって指定されたインターネット上のWebページを画面に表示するWebブラウザ1042,画面に表示された要求票を印刷装置102を使って印刷するプリンタドライバ1043等が少なくとも実行可能であるとする。
【0052】
図23は顧客管理サーバ120の内部構成である。サーバは中央処理装置125,記憶装置126,通信装置123及び通信装置124を備え、処理プログラムとしては、通信装置123及び通信装置124を介してイントラネット70及びインターネット150にアクセスする通信ドライバ1251、Webページを表示するWebサーバ1252,Webサーバ経由で指示されたサービス要求及び個人属性を含む要求票を生成し、Webサーバに渡す要求票生成プログラム1253,広告主からの依頼に基づき広告をサービス端末である指定席自動券売機110に配信する広告データ配信プログラム1254,会員IDを発行し、ID別利用履歴及び個人属性から顧客動向を分析し、分析結果を広告主に配信するID管理プログラム1255等が少なくとも実行可能であるとする。
【0053】
図24は指定席自動券売機110の内部構成である。指定席自動券売機110は中央処理装置119を備え、処理プログラムとしては、要求票を読み取り、サービス要求である座席予約に関する情報と個人属性を切り分ける要求票読取プログラム1191,座席予約センター内の座席管理サーバ50との間で座席予約処理を行い座席指定席券を発行し現金を取り扱う券売機プログラム1192,要求票から読み取った個人属性或いはID番号を元に顧客管理サーバ120から読み出した個人属性から広告対象層を判定する個人属性判定プログラム1193,要求票の利用履歴を収集して利用履歴記憶装置1161に一定期間記憶し顧客管理サーバ120に転送する利用履歴収集プログラム1194、広告対象層ごとに決められ、広告記憶装置1141に記憶された広告を表示する広告表示プログラム1195,広告に対する要求票を生成する要求票(広告)生成プログラム1196,要求票を印刷装置115を使って印刷するプリンタドライバ1197,通信装置117を介してイントラネット70にアクセスする通信ドライバ1198等が少なくとも実行可能であるとする。なお、個人属性判定装置116は、個人属性判定プログラム1193,利用履歴収集プログラム1194及び利用履歴記憶装置1161として、広告表示装置114は広告表示プログラム1195,要求票(広告)生成プログラム1196及び広告記憶装置1141、としてそれぞれ実装される。
【0054】
図25は広告管理サーバ130の内部構成である。PC131は中央処理装置134,記憶装置135,入力装置136,画面表示装置137を備え、処理プログラムとしては、顧客管理サーバ120から配信された顧客動向及び店舗からの売上情報から顧客動向を分析する顧客動向分析プログラム1341,顧客層ごとに分類された広告データを作成する広告データ作成プログラム1342,通信装置132及び通信装置133を介してイントラネット155及びインターネット150にアクセスする通信ドライバ1343等が少なくとも実行可能であるとする。また、記憶装置135内には広告元データ記憶装置1351及び顧客動向記憶装置1352が含まれる。
【0055】
図26は店舗端末140の内部構成である。PC141は中央処理装置144,入力装置145,画面表示装置146,利用履歴記憶装置147を備え、処理プログラムとしては、通信装置143を介してイントラネット155にアクセスする通信ドライバ1441、読取装置142を介して要求票を読み取り、サービス要求である書籍に関する情報と個人属性を切り分ける要求票読取プログラム1442、売上を管理する売上管理プログラム1443,サービス要求,個人属性、及び売上情報を利用履歴記憶装置147に一定時間記憶し広告管理サーバ130に送信する利用履歴収集プログラム1444等が少なくとも実行可能であるとする。
【0056】
図27乃至図29は本実施形態における処理の流れを各装置間での情報及びサービスの受け渡しと共に示したものであり、縦の矢印(上から下)は時間の経過を表す。以下図27乃至図29に示した流れに従い各処理の動作を説明する。
【0057】
図27の(1)広告データ作成処理は、広告主である書店本社の担当者が入力装置136及び広告データ作成プログラム1342を用いて、顧客層別の広告データを作成して広告管理サーバ130内の広告元データ記憶装置1351に記憶させると共に、通信装置133及び通信ドライバ1343を用いてインターネット150を経由し、広告データを鉄道事業者の顧客管理サーバ120に転送する。転送された広告データは顧客管理サーバ120内の広告データ記憶装置122に記憶される。
【0058】
(2)広告データ配信処理は、顧客管理サーバ120内の広告データ配信プログラム1254により、広告データ記憶装置122に記憶された広告データを通信装置123及び通信ドライバ1251を用いてイントラネット70を経由し、駅の指定席自動券売機110に転送する。転送された広告データは指定席自動券売機110内の広告記憶装置1141に記憶される。この実施形態では省略するが、一般には複数の広告主が存在するため、広告データ配信プログラム1254には広告掲示のスケジューリング機能も必要となる。
【0059】
(3)要求票作成処理は、顧客が自宅より入力装置105及びWebブラウザ1042を用い、通信装置103及び通信ドライバ1041を用いてインターネット150を経由して鉄道事業者の顧客管理サーバ120内のWebサーバプログラム1252にアクセスし、サービス及び個人属性からなる入力データを入力し、要求票生成プログラム1253によって生成された要求票データを受け取り、印刷装置102及びプリンタドライバ1043を用いて要求票95を印刷する。また、本実施形態では顧客がこのサービスを利用する場合は会員登録を行うこととするが、本実施形態においては会員登録をすることは必須要件ではなく、要求票に個人属性が含まれることが特徴である。
【0060】
図28の(4)要求票利用処理は、顧客が駅にて指定席自動券売機110の読取装置111に要求票95を提示すると、読取装置111及び要求票読取プログラム1191が要求票を読み取り、記載されたサービス要求を券売機プログラム1192に、個人属性を個人属性判定プログラム1193に、それぞれ渡す。券売機プログラム1192は要求票に記載された座席指定要求を、通信装置117及び通信ドライバ1198を用いてイントラネット70を経由し座席予約センターの座席管理サーバ50に送信し、指定席を予約する。要求票に記載された情報だけでは座席予約を行うために不十分な場合、複数の選択がある場合、若しくは満席などで指定された列車の座席の予約が失敗した場合などは、入力装置付き画面表示装置118を使用し、顧客に必要な情報を入力させる。
【0061】
券売機プログラム1192は、座席予約が成功した場合は現金取扱装置112により顧客から代金を受け取り、切符発券装置113により指定席券を印刷し、顧客が受け取る。券売機プログラム1192が座席管理サーバ50に座席指定要求を送信している合間に、広告表示プログラム1195は個人属性判定プログラム1193から顧客層情報を受け取り、画面表示装置118の画面の一部に個人属性に基づいた広告を表示する。この実施形態では、広告は顧客の年齢・性別ごとに分類したベストセラー本情報であるとする。
【0062】
(5)要求票(広告)生成処理は、顧客が指定席券を受け取って券売機前を立ち去るまでに広告を見、興味を示した場合は入力装置付き画面表示装置118を使用して広告の詳細を見る。この実施形態では、顧客が気に入った本に対する要求票96を要求票(広告)生成プログラム1196により生成し、印刷装置115により印刷して顧客が受け取る。新たに生成された要求票(広告)96には個人属性判定プログラム1193から受け取った個人属性が埋め込まれる。利用履歴収集プログラム1194は、券売機プログラム1192及び要求票(広告)生成プログラム1196から、要求票利用(生成)記録を受け取って利用履歴記憶装置1161に記憶し、一定時間ごとに利用履歴を通信装置117及び通信ドライバ1198を用いてイントラネット70を経由し顧客管理サーバ120に送信する。
【0063】
図29の(6)要求票(広告)利用処理は、顧客が広告主である書店の店舗において要求票(広告)96を店員に掲示し、店員が店舗端末140の読取装置142及び要求票読取プログラム1442にて要求票(広告)96を読み取ることにより目的とする書籍を特定し、顧客に書籍を販売できる。販売情報は入力装置145から入力され、売上管理プログラム1443が処理する。利用履歴収集プログラム1444は、売上管理プログラム1443から利用記録を受け取って利用履歴記憶装置147に記憶し、一定時間ごとに利用履歴を通信装置143及び通信ドライバ1441を用いてイントラネット155を経由し書店本店の広告管理サーバ130に送信する。
【0064】
(7)顧客動向配信処理は、顧客管理サーバ120内のID管理プログラム1255が、要求票生成プログラム1253及び指定席自動券売機110から送信されてきた利用履歴を分析し、顧客層ごとの利用状況などの統計情報を、通信装置124及び通信ドライバ1251を用いてインターネット150を経由して、広告主である書店の広告管理サーバ130に配信する。書店本社の広告担当者は、顧客動向分析プログラム1341を使って鉄道事業者から配信された顧客動向及び自社店舗端末から送信されてきた利用履歴から、広告主自身でも顧客動向を分析し、新たな広告方針を策定する。
【0065】
図30は広告元データ記憶装置1351に記憶された広告データの例である。書籍名等の書籍情報と広告対象顧客層情報が対になり、全体の売れ行き順に並べられている。この例では、対象顧客層は「M19」は男性19歳以下、「M20」は男性20〜34歳、「M35」は男性35〜49歳、「M50」は男性50歳以上、「F19」,「F20」,「F35」,「F50」はそれぞれ女性で同じ年代、に分かれており、「○」は広告対象、「×」は広告非対象を示している。
【0066】
図31及び図32の(a)〜(h)はWebサーバプログラム1252から送られ、Webブラウザ1042によりPC101の画面表示装置106に表示された要求票作成処理を示したものである。画面内の四角で囲まれた部分は押しボタン(プログラム)であり、マウスクリックなどにより選択される。
【0067】
顧客が顧客管理サーバ120にアクセスすると初期画面として(a)が表示され、顧客は「新規会員登録」1011或いは「会員ログオン」1012を入力装置105により選択する。「新規会員登録」1011を選択した場合は(b)の会員登録画面に移り、個人属性を入力する。本実施形態においては、個人属性として個人を特定する情報即ち、氏名,住所,電話番号,生年月日、等を入力する必要はない。また、個人属性として要求サービスに関連する情報を登録することができる。即ち本実施形態では、顧客の歩く速さを入力し、乗り換え時間を考慮した列車検索を可能とするために使用する。個人属性を入力し、顧客管理サーバに登録されると会員IDが発行され、(c)のように顧客に示される。
【0068】
会員登録後及び(a)で会員IDを入力してログオンした場合、(d)の会員サービス画面が表示される。「要求票作成」1013を選択した場合、(e)の要求票作成画面に移り、出発駅名,到着駅名及び座席種を入力する。(f)は座席種指定画面である。「禁煙・喫煙」といった座席を区別する情報のほかに、「到着時間優先・乗換回数優先」などの列車検索条件を入力することができる。要求票作成に必要なデータが入力されると、要求票生成プログラム1253は(g)のように要求票を表示し、顧客はそれを印刷する。
【0069】
(d)の会員サービス画面において「アンケート」1015を選択した場合、(h)のアンケート画面に移り、アンケートに答えることができる。アンケート回答への動機付けとしては景品抽選への参加,割引クーポンの発行、等が考えられる。アンケートの集計結果は個人属性と合わせて分類し、顧客動向分析に利用できる。(d)の会員サービス画面において「個人属性編集」1014を選択した場合、(b)の会員登録画面に移り、個人属性を登録しなおすことができる。
【0070】
図33および図34に要求票の記録形式を示す。図33の(a)は印刷された要求票の外見で、人間が読み取り可能な文字表示領域と機械で読み取り可能なバーコード表示領域からなる。本実施形態でも第一の実施形態と同じくバーコードとして2次元バーコードの一種である「QRコード」(JIS X 0510規格及びISO/IEC18004規格)を使用しているが、どのようなコードを使用しても良い。さらに、要求票を紙に印刷したバーコードとしても良く、図33に要求票の別な形態を示す。(b)はバーコード領域に記憶する情報の記録フォーマットであり、本実施形態では32バイトの情報からなる。バーコード領域に記録される情報のうち、サービス要求に関する情報は文字表示領域に人間が読める形で表示するが、個人属性情報はバーコード領域のみに記録して文字表示は行わない。こうすることにより他人は肉眼で要求票上の個人属性を読めず、プライバシーが洩れる恐れが少なくなる。
【0071】
また、フォーマットの始めの部分は事業者によらず共通のフィールドを持つ共通フォーマット部であり、残りは各事業者で独自にフィールドを定義してよい独自フォーマット部である。共通フォーマット部に事業者コードを含ませることにより、限られたフィールドを有効に使うことができる。各フィールドの記録コードを図34の(c)に示す。なお、駅名をどのようなコードに対応させても良く、対応表は省略する。
【0072】
図35に本実施形態の要求票作成処理において作成した要求票95を示す。
(a)は印刷された要求票の外見であり、(b)はバーコード領域に記憶された内容である。文字非表示情報である個人属性は、図34の(c)の記録コードに従い、「男性」,「35〜49歳」,「会社員」,「歩く速さ:普通」となっている。
【0073】
図36は本実施形態における指定席自動券売機110の外観である。読取装置111はカメラ1111及びステージ1112から構成され、顧客は利用時に要求票をステージに置く。カメラ1111はステージ1112に置かれた要求票の画像データを要求票読取プログラム1191に渡し、要求票読取プログラムがバーコードを元のデータに復元する。
【0074】
図37および図38の(a)〜(g)は指定席自動券売機110の入力装置付き画面表示装置118に表示された要求票利用処理を示したものである。画面内の四角で囲まれた部分は押しボタン(プログラム)であり、表示画面にタッチすることにより選択される。指定席自動券売機110には初期画面として(a)が表示されており、要求票95を持っている顧客は持参した要求票を読取装置111のステージ1112に置き、「要求票読取」1101を選択する。なお、「要求票作成」1103を選択すると図27の(3)「要求票作成処理」と同様の操作が行える。「広告表示」1104を選択すると図40の(a)の画面となり顧客の個人属性に応じた広告が表示される。また、「一般メニュー」1102を選択すると、要求票を使用せずメニューから全ての条件を指定しながら切符を購入することができるが、ここではその操作説明は省略する。
【0075】
読取装置111によって要求票95が正常に読み込まれると(b)のように読み込んだ内容を表示し、確認を要求する。内容が顧客の要望通りならば「予約実行」1106を選択すると座席検索要求が座席予約センターの座席予約サーバ50に送られ条件に合う座席の検索処理が実行される。要求内容を訂正したい場合は「訂正」1105を選択すると(c)のような要求訂正画面となり、訂正したい部分を選んで訂正を行う。
【0076】
座席検索処理の実行中には(d)のように顧客の個人属性に従って分類された広告(ベストセラー本情報)が表示される。顧客はこの段階で広告内容の詳細を見ることも可能であるが、本実施形態では予約処理を先に済ます。座席予約サーバ50から座席検索処理結果が戻ってくると(e)の選択画面となり、顧客は示された座席(列車)で良ければ「決定」1108を選択する。条件に合う座席がなく検索が失敗した場合や示された候補が気に入らない場合は「条件修正」1109を選択し、(c)の画面に戻る。
【0077】
示された座席(列車)を選択した場合は(f)の確定画面となり、代金が示される。また、広告も表示される。顧客が現金取扱装置112によって代金を支払うと(g)の画面となり、切符発券装置113によって指定席券が印刷され、要求されたサービスは終了となる。
【0078】
図39に本実施形態における広告選択の例を示す。要求票95から読み取られた顧客層は「男性」,「35〜49歳」であるから、図39の広告データから「M35」を広告対象としている本のみを選択し、顧客に表示する。
【0079】
図40(a)〜(b)は指定席自動券売機110の入力装置付き画面表示装置118に表示された要求票(広告)生成処理を示したものである。画面内の四角で囲まれた部分は押しボタン(プログラム)であり、表示画面にタッチすることにより選択される。図37の(d),図38の(f)または(g)の画面において、顧客が表示されている広告に興味を示し、「情報を詳しく見る」1107を選択した場合、図40(a)の広告詳細表示画面になり、より詳細な広告内容が示される。顧客が特定の本(この例では第2位の本)に興味を示し、「詳細」1121を選択した場合、(b)のようにその本に関するより詳しい情報を表示する。ここで「要求票印刷」1122を選択するとその本を広告主の書店店舗で購入するための要求票96が生成され、印刷装置115によって印刷される。
【0080】
図41及び図42に要求票(広告)96の外見及び記録内容を示す。文字表示領域には著者,書籍名、等が印刷され、バーコード表示領域には機械処理に適した書籍コード及び個人属性が記録されている。この要求票の事業者コードは「10」であるため、事業者独自フォーマット部は△△書店が独自に決めた記録内容となっている。また、個人属性は個人属性判定プログラム1193から渡されるが、独自フォーマットに定義されていない属性は除かれる。この例では「歩く速さ」は△△書店では不要と判断しており要求票96には記録されない。
【0081】
図43に要求票作成端末として顧客の所持する携帯端末を使用した例を示す。(a)に携帯電話により要求票を表示した画面を示す。携帯電話を使用してインターネットに接続することは既に一般化しており、本実施形態の要求票作成処理を携帯電話により行うことが可能である。ただし、生成された要求票は印刷せず、携帯電話の画像保存機能を利用して携帯電話内に蓄える。要求票利用処理では印刷された要求票の替りに携帯電話内に保存した要求票画像を表示し、読取装置にかざす。
【0082】
また携帯電話だけでなく、PDA(Personal Digital Assistants)と呼ばれる携帯型小型端末装置においても、インターネットに接続が可能であれば携帯電話と同様に要求票を保存、表示し、読取装置に読み取らせることが可能である。
(b)にPDAにより要求票を表示した画面を示す。さらに、携帯電話やPDAには赤外線や電波を使用した無線通信装置を備えるものもあり、読取装置もこれらの無線通信装置を備えれば、要求票データを無線によって転送することも容易に可能である。さらに、将来的には携帯電話等の携帯端末若しくはICカードに記憶させた情報を乗車券や指定席券として使用することが考えられる。このような電子チケットにおいては偽造・改ざん等の不正防止策がとられていればチケット情報に個人情報を含ませる必要は無く、これに歩く速さ等、個人を特定しない範囲での個人属性を一緒に記憶させておけば、本発明、例えば第一の実施形態における構内案内等、を適用できる。
【0083】
【発明の効果】
本発明によれば、サービス要求者は歩く速さや喫煙の有無,興味のある書籍といった個人の属性を考慮したサービスを個人を特定されずに享受でき、サービス提供者は業務の引継ぎや案内の自動化といったサービス提供の省力化が図られるのと同時にマーケティング情報が収集できるという効果がある。
【図面の簡単な説明】
【図1】本発明の一実施形態によるサービス要求伝達方法を表した図。
【図2】本発明の一実施形態によるサービス要求伝達方法において付加サービスを提供することを表した図。
【図3】本発明の一実施形態をなす第一実施形態のシステム構成図。
【図4】図3の実施形態における駅サーバの内部構成図。
【図5】図3の実施形態における指定席窓口端末の内部構成図。
【図6】図3の実施形態における駅員端末の内部構成図。
【図7】図3の実施形態における構内案内端末の内部構成図。
【図8】図3の実施形態における処理の流れを表す図。
【図9】図3の実施形態における処理の流れを表す図。
【図10】図3の実施形態における駅員端末の表示画面を表す図。
【図11】図3の実施形態における駅員端末の表示画面を表す図。
【図12】図3の実施形態における駅員端末の表示画面を表す図。
【図13】図3の実施形態における要求票の記録形式を表す図。
【図14】図3の実施形態における要求票の記録形式を表す図。
【図15】図3の実施形態において作成した要求票を示す図。
【図16】図3の実施形態における構内案内端末の外観図。
【図17】図3の実施形態における構内案内端末の表示画面を表す図。
【図18】図3の実施形態における構内情報記憶装置の記憶内容を表す図。
【図19】図3の実施形態における利用履歴記憶装置の記憶内容を表す図。
【図20】図3の実施形態における顧客動向分析結果を表す図。
【図21】本発明の一実施形態をなす第二実施形態のシステム構成図。
【図22】図21の実施形態における要求票作成端末の内部構成図。
【図23】図21の実施形態における顧客管理サーバの内部構成図。
【図24】図21の実施形態における指定席自動券売機の内部構成図。
【図25】図21の実施形態における広告管理サーバの内部構成図。
【図26】図21の実施形態における店舗端末の内部構成図。
【図27】図21の実施形態における処理の流れを表す図。
【図28】図21の実施形態における処理の流れを表す図。
【図29】図21の実施形態における処理の流れを表す図。
【図30】図21の実施形態における広告元データ記憶装置の記憶内容を表す図。
【図31】図21の実施形態における要求票作成端末の表示画面を表す図。
【図32】図21の実施形態における要求票作成端末の表示画面を表す図。
【図33】図21の実施形態における要求票の記録形式を表す図。
【図34】図21の実施形態における要求票の記録形式を表す図。
【図35】図21の実施形態において作成した要求票を示す図。
【図36】図21の実施形態における指定席自動券売機の外観図。
【図37】図21の実施形態における指定席自動券売機の表示画面を表す図。
【図38】図21の実施形態における指定席自動券売機の表示画面を表す図。
【図39】図21の実施形態における広告選択を表す図。
【図40】図21の実施形態における指定席自動券売機の表示画面を表す図。
【図41】図21の実施形態において作成した要求票(広告)を示す図。
【図42】図21の実施形態において作成した要求票(広告)を示す図。
【図43】図21の実施形態における携帯端末による要求票の表示を表す図。
【符号の説明】
10…駅サーバ、14…構内情報記憶装置、15,1161…利用履歴記憶装置、20…指定席窓口端末、30…駅員端末、40…構内端末、50…座席管理サーバ、51…座席管理データベース、60…運行管理情報サーバ、61…運行管理情報記憶装置、90…要求票、100…要求票作成端末、110…指定席自動券売機、120…顧客管理サーバ、121…ID別個人属性/利用履歴記憶装置、122…広告データ記憶装置、130…広告管理サーバ、140…店舗端末、163…端末位置判定プログラム、164…運行情報表示プログラム、165,1253…要求票生成プログラム、166,1252…Webサーバ、167…顧客動向分析プログラム、211,413,1191…要求票読取プログラム、212…窓口端末プログラム、213…利用記録送信プログラム、342,412,1042…Webブラウザ、1141…広告記憶装置、1192…券売機プログラム、1193…個人属性判定プログラム、1194,1444…利用履歴収集プログラム、1196…要求票(広告)生成プログラム、1254…広告配信プログラム、1255…ID管理プログラム、1341…顧客動向分析プログラム、1342…広告データ作成プログラム、1351…広告元データ記憶装置、1352…顧客動向記憶装置、1443…売上管理プログラム。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a service request transmission method and apparatus used for marketing as well as improving convenience by digitizing a request from a service requester together with personal attributes.
[0002]
[Prior art]
In recent years, companies are trying to analyze customer needs in detail and use them for product strategy planning, while providing customers with incentives such as payback using points and member-only services. For this reason, personal attributes are obtained from customers, and customer trend analysis is performed in combination with product purchase information. Increased fear of use. In response to such a situation, means for collecting marketing data without passing personal attributes that can identify individual customers to companies has been proposed (see, for example,
[0003]
[Technical Reference 1]
JP 2001-101261 A
[Technical Document 2]
Japanese Patent Laid-Open No. 2002-170035
[0004]
[Problems to be solved by the invention]
The above prior art is a means of collecting marketing information without disclosing to the company personal attributes that can identify individual customers when the customer purchases the product, and improves the convenience of the procedure for purchasing the product itself It was not a thing.
[0005]
An object of the present invention is to simplify the procedure for purchasing a product and to collect and use marketing data without disclosing personal attributes that can identify individual customers to a company. In this way, products that have many choices (purchase conditions) and that have complicated procedures for purchase, such as changing a purchased item immediately before use, are targeted.
[0006]
In addition, services that do not involve compensation such as route guidance within a station have not been treated as marketing information in the past because records are difficult to record and are not easily digitized. In the present invention, marketing related to providing such free services is not performed. The purpose is to collect information and use it to improve customer satisfaction and develop tenant store opening strategies.
[0007]
In this specification, the term “service provision” includes purchase of goods (whether tangible or intangible) and provision of free services as described above.
[0008]
[Means for Solving the Problems]
In order to achieve the above object, information on the service to be received by the customer, that is, the service requester, and personal attributes within a range not specifying the individual service requester are recorded on an electronically readable medium, and the company, that is, the service. The provider identifies the service based on the medium, provides it to the service requester, analyzes customer trends based on the personal attributes recorded on the medium, and the analysis results are analyzed by the service provider or a third party. Output as usable data, for example, for marketing.
[0009]
Here, “individual attributes within a range that does not specify an individual” and “attributes that do not specify an individual” are, for example, a rough address represented by gender, age, occupation, postal code, nearest station, etc. It is an attribute that can be used for categorization when marketing such as taste, hobby, walking speed, physical features such as wheelchair use, etc. Although not used in this specification, “personal attributes that can identify an individual” are, for example, name, date of birth, address, telephone number, driver's license number, credit card number, etc. Often called information.
[0010]
In the present invention, the service requester himself / herself may create the medium on which the service request is recorded, or may be created by the service provider (or a third party) based on the intention of the service requester. An example in which media creation by a service provider is effective is service takeover. In other words, if the service provider cannot respond to the request from the service requester on the spot due to locational or time constraints, the service requester will not receive information on the service that the service requester wants to receive and the range that does not identify the individual service requester If the service provider records the personal attributes in the service on an electronically readable medium and has the service requester bring it to the service requester, the service requester brings the medium at a place or time where the service can be provided. The provider identifies the service based on the medium and provides it to the service requester.
[0011]
The marketing data can be used based on the personal attributes recorded on the medium, and the service provider or another service provider who receives the personal attributes from the service provider provides additional services such as advertisements to the service requester. It is possible to do.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described with reference to the drawings.
[0013]
FIG. 1 illustrates a service request transmission method according to an embodiment of the present invention. Information regarding the service to be received by the customer, that is, the service requester, and personal attributes within a range that does not identify the individual service requester are recorded on an electronically readable medium, and the company, that is, the service provider, based on the medium. The service is identified and provided to the service requester, the customer trend is analyzed based on the personal attributes recorded in the medium, and the analysis result is output as data usable by the service provider or a third party. For example, it is used for marketing.
[0014]
FIG. 2 shows a method for providing an additional service in this service request transmission method. The marketing data can be used based on the personal attributes recorded on the medium, and the service provider or another service provider who receives the personal attributes from the service provider provides additional services such as advertisements to the service requester. It is possible to do.
[0015]
In the following description, a medium on which information related to a service to be received and personal attributes are recorded is referred to as a “request card”.
[0016]
First, a first embodiment of the present invention will be described with reference to FIGS. In the first embodiment, a train seat reserved seat ticket is changed as a required service, but a request slip is created by a service provider, that is, an operator side, in response to a request from a service requester, that is, a customer.
[0017]
FIG. 3 shows the system configuration of this embodiment. The
[0018]
The
[0019]
FIG. 4 shows the internal configuration of the
[0020]
FIG. 5 shows the internal configuration of the reserved
[0021]
FIG. 6 shows the internal configuration of the
[0022]
FIG. 7 shows the internal configuration of the
[0023]
FIG. 8 and FIG. 9 show the flow of processing in the present embodiment together with the exchange of information and services between devices, and vertical arrows (from top to bottom) represent the passage of time. The
[0024]
(1) The request form creation process in FIG. 8 is a request for the station staff A to make a request to the station staff A on the platform that the customer wants to change the reserved seat ticket of the transit train during the trip. Using the
[0025]
In (2) request slip use (guidance) processing of FIG. 9, the customer causes the
[0026]
In (3) request form use (ticketing) processing of FIG. 9, the customer hands the
[0027]
(A) to (k) shown in FIG. 10 to FIG. 12 show request form creation processing sent from the
[0028]
When the station staff A accesses the
[0029]
When “designated seat ticket issuance” 3031 or “designated seat ticket change” 3032 is selected, the screen moves to the designated seat search condition designation screen of (d), and the date, departure station name, arrival station name, and seat type are input. (E) in FIG. 11 is a seat type designation screen. When a selection item is checked in accordance with a customer request, the screen returns to the screen in (d) in FIG.
[0030]
When conditions are input on the screen (d) and “search” 3042 is selected, the seat management server is accessed via the station server, and trains that meet the conditions are displayed as shown in the screen (f) in FIG. Station staff A confirms with the customer and inputs “determine” 3051 to select the train. To correct the search condition, if “return” 3052 is selected, the screen returns to the screen of FIG. When “request form creation” 3041 is selected on the screen of (d), a search is not performed and a request form that does not specify a train can be created.
[0031]
(G) in FIG. 11 is a customer attribute designation screen, which will be described after the service request is confirmed, that is, after the train is determined in (f), after selecting “Create Request Form” 3041 in (d) in FIG. After the on-site guidance destination is determined, the stationery A checks the selection items determined by looking at the customer. When the customer attribute is selected and “decision” 3061 is selected, the request form display screen shown in FIG. 11 (h) is displayed. When the created content is confirmed and “print” 3071 is selected, the request form is printed from the printer.
[0032]
The difference between “Issue reserved seat ticket” 3031 and “Change designated seat ticket” 3032 in the menu of FIG. 10C is that the attendant at the counter has the customer when actually purchasing the reserved seat ticket at the counter. Whether or not to confirm the reserved seat ticket, there is no difference other than that the service code is different at the time of creating the request slip. In addition, when “passage ticket issuance” 3033 and “passage ticket settlement” 3034 are selected, a request form for selling and settlement of the ticket is issued, but the description is omitted.
[0033]
When “in-house guidance” 3022 is selected from the menu of (b), the in-house guidance screen of FIG. 12 (i) is displayed. When a destination is selected on the on-site map 3081 displayed on the screen, and “decision” 3082 is selected. The screen shown in FIG. When “operation information display” 3023 is selected in the menu of FIG. 10B, the operation information display screen of FIG. 12J is displayed, and the operation information acquired from the operation management information server 60 via the
[0034]
When the station staff A moves around the premises with the
[0035]
13 and 14 show the request form recording format. FIG. 13A shows the appearance of the printed request form, which comprises a human-readable character display area, a machine-readable bar code display area, and a local guide map display area. In this embodiment, a “QR code” (JIS X 0510 standard and ISO / IEC 18004 standard), which is a kind of two-dimensional barcode, is used as the barcode, but any code may be used. Further, the request form may be a bar code printed on paper, and it is only necessary to provide a means that can be handed to a customer and electronically read.
[0036]
FIG. 14B shows a recording format of information stored in the bar code area, which is composed of 32-byte information in this embodiment. Of the information recorded in the barcode area, information related to the service request is displayed in a human-readable form in the character display area, but the personal attribute information is recorded only in the barcode area and is not displayed. By doing this, other people cannot read the personal attributes on the request slip with the naked eye, and the possibility of leakage of privacy is reduced.
[0037]
The recording code for each field is shown in FIG. In addition, what kind of code | cord | chord is matched with a train name and a station name is arbitrary, and a correspondence table is abbreviate | omitted.
[0038]
FIG. 15 shows a
(A) is the appearance of the printed
[0039]
FIG. 16 is an external view of the
[0040]
FIGS. 17A to 17D show the request slip use processing (guidance) displayed on the screen display device with an
[0041]
When the request slip is normally read by the reading device, the destination is displayed according to the read service request as shown in (b). In the present embodiment, the service request is “change of reserved seat”, but the on-site guidance terminal interprets this as “destination guide to the reserved seat window” and displays a
[0042]
(C) is a screen at power-on of the
[0043]
FIG. 18 shows information stored in the local information storage device of the station server. As the on-site guidance instruction data, it is listed which direction should be advanced for each combination of the departure point and the destination. If the campus guidance terminal of the present embodiment is installed at a location “
[0044]
Further, by including the start time and the end time as the guidance instruction data, it is possible to confirm whether the facility such as the window is closed. In addition, including the travel time is effective when train connection guidance or the like is performed. In this case, if the speed of walking (whether or not a wheelchair is used) is included in the request form as a personal attribute, it is possible to provide guidance in consideration of travel time and a route without a step.
[0045]
In addition, in order to guide a complicated route, it is possible to divide the route finely and connect it with a link. For example, in the guidance (route No01357) from the center of home No. 5 to the reserved seat window (inner window 1) (route No01357), the next two route guidance (up the east stairs → go right) is linked to route No01579. It is shown that it should be.
[0046]
FIG. 19 shows information stored in the use history storage device of the station server. (A) is a service usage record, which records a usage history based on the usage record sent from the reserved seat window terminal and the access to the Web server from the premises guidance terminal or the like. (B) is a request form issue record, which records information on the request form issued by the request form generation program.
[0047]
FIG. 20 is a display example of the result of analyzing the information stored in the usage history storage device by the customer trend analysis program of the station server. (A) shows the service usage status by time zone, and (b) shows the request by age group. The vote usage status is shown. By recording and analyzing usage history in this way, customer trends can be grasped.
[0048]
A second embodiment of the present invention will be described with reference to FIGS. In this second embodiment, a reserved seat ticket for a train seat is purchased as a request service. However, the first embodiment is that a guide advertisement for a book is provided as an additional service, and a customer creates a request slip. And different.
[0049]
FIG. 21 shows a system configuration of the second embodiment. The request
[0050]
The reserved
[0051]
FIG. 22 shows the internal configuration of the request
[0052]
FIG. 23 shows the internal configuration of the
[0053]
FIG. 24 shows the internal configuration of the reserved seat automatic
[0054]
FIG. 25 shows the internal configuration of the
[0055]
FIG. 26 shows the internal configuration of the
[0056]
27 to 29 show the flow of processing in the present embodiment together with the exchange of information and services between devices, and vertical arrows (from top to bottom) indicate the passage of time. The operation of each process will be described below in accordance with the flow shown in FIGS.
[0057]
In the advertisement data creation process of FIG. 27, the person in charge at the bookstore headquarters who is the advertiser creates advertisement data for each customer group using the
[0058]
(2) In the advertisement data distribution process, the advertisement
[0059]
(3) In the request form creation process, the customer uses the
[0060]
In (4) request slip use processing of FIG. 28, when the customer presents the
[0061]
When the seat reservation is successful, the ticket vending machine program 1192 receives the price from the customer by the
[0062]
(5) The request form (advertising) generation process is such that the customer sees the advertisement before receiving the reserved seat ticket and leaves the ticket vending machine. view the details. In this embodiment, a request slip 96 for a book that the customer likes is generated by a request slip (advertisement)
[0063]
In (6) request slip (advertisement) use processing of FIG. 29, the request slip (advertisement) 96 is posted to the store clerk at the store of the bookstore where the customer is the advertiser, and the store clerk reads the
[0064]
(7) In the customer trend distribution process, the ID management program 1255 in the
[0065]
FIG. 30 is an example of advertisement data stored in the advertisement source
[0066]
FIG. 31 and FIG. 32 (a) to (h) show a request form creation process sent from the
[0067]
When the customer accesses the
[0068]
After member registration and when logging on by entering a member ID in (a), the member service screen of (d) is displayed. When “request form creation” 1013 is selected, the screen moves to the request form creation screen of (e), and the departure station name, arrival station name, and seat type are input. (F) is a seat type designation screen. In addition to information for distinguishing seats such as “no smoking / smoking”, train search conditions such as “priority for arrival time / priority for number of transfers” can be entered. When the data necessary for creating the request slip is input, the request
[0069]
When “questionnaire” 1015 is selected on the member service screen of (d), the screen moves to the questionnaire screen of (h) and the questionnaire can be answered. As motivation for answering the questionnaire, participation in a prize lottery, issuance of discount coupons, etc. can be considered. The results of questionnaires can be classified according to individual attributes and used for customer trend analysis. When “personal attribute editing” 1014 is selected on the member service screen of (d), the personal attribute can be re-registered by moving to the member registration screen of (b).
[0070]
33 and 34 show the request form recording format. FIG. 33A shows the appearance of a printed request form, which is composed of a human-readable character display area and a machine-readable barcode display area. In this embodiment, as in the first embodiment, a “QR code” (JIS X 0510 standard and ISO / IEC 18004 standard), which is a kind of two-dimensional barcode, is used as a barcode. You may do it. Further, the request form may be a barcode printed on paper, and FIG. 33 shows another form of the request form. (B) is a recording format of information stored in the barcode area, and is composed of 32-byte information in this embodiment. Of the information recorded in the barcode area, information related to the service request is displayed in a human-readable form in the character display area, but the personal attribute information is recorded only in the barcode area and is not displayed. By doing this, other people cannot read the personal attributes on the request slip with the naked eye, and the possibility of leakage of privacy is reduced.
[0071]
The first part of the format is a common format part having a common field regardless of the provider, and the rest is a unique format part in which each provider can define a field independently. By including the operator code in the common format part, limited fields can be used effectively. The recording code for each field is shown in FIG. The station name may correspond to any code, and the correspondence table is omitted.
[0072]
FIG. 35 shows a
(A) is the appearance of the printed request slip, and (b) is the content stored in the barcode area. The personal attribute which is the character non-display information is “male”, “35 to 49 years old”, “company employee”, “walking speed: normal” in accordance with the recording code of FIG.
[0073]
FIG. 36 is an external view of the reserved seat automatic
[0074]
FIGS. 37 and 38 (a) to 38 (g) show the request slip use processing displayed on the
[0075]
When the
[0076]
During the seat search process, advertisements (best seller book information) classified according to the customer's personal attributes are displayed as shown in (d). Although it is possible for the customer to see the details of the advertisement contents at this stage, in this embodiment, the reservation processing is completed first. When the seat search processing result is returned from the
[0077]
When the indicated seat (train) is selected, the confirmation screen of (f) is displayed and the price is shown. An advertisement is also displayed. When the customer pays the price with the
[0078]
FIG. 39 shows an example of advertisement selection in this embodiment. Since the customer segment read from the
[0079]
FIGS. 40A and 40B show a request slip (advertisement) generation process displayed on the
[0080]
41 and 42 show the appearance and recorded contents of the request slip (advertisement) 96. FIG. Authors, book titles, etc. are printed in the character display area, and book codes and personal attributes suitable for machine processing are recorded in the barcode display area. Since the company code of this request form is “10”, the company-specific format section has the recording contents uniquely determined by Δ △ bookstore. Personal attributes are passed from the personal
[0081]
FIG. 43 shows an example in which a mobile terminal possessed by a customer is used as a request form creation terminal. (A) shows a screen on which a request form is displayed by a mobile phone. Connecting to the Internet using a mobile phone has already become commonplace, and the request form creation processing of this embodiment can be performed using a mobile phone. However, the generated request form is not printed, but stored in the mobile phone using the image storage function of the mobile phone. In the request slip use process, the request slip image stored in the mobile phone is displayed instead of the printed request slip and is held over the reading device.
[0082]
In addition to mobile phones, portable small terminal devices called PDA (Personal Digital Assistants) can store and display request forms as well as mobile phones as long as they can be connected to the Internet, and have the reader read them. Is possible.
(B) shows a screen on which a request form is displayed by a PDA. Furthermore, some mobile phones and PDAs are equipped with wireless communication devices that use infrared rays and radio waves. If the reading device is also equipped with these wireless communication devices, it is possible to easily transfer the request form data wirelessly. is there. Further, in the future, it is conceivable to use information stored in a mobile terminal such as a mobile phone or an IC card as a boarding ticket or a reserved seat ticket. In such an electronic ticket, it is not necessary to include personal information in ticket information if fraud prevention measures such as counterfeiting and falsification are taken, and personal attributes within the range that does not specify an individual, such as the speed of walking, etc. If the information is stored together, the present invention, for example, the on-site guidance in the first embodiment can be applied.
[0083]
【The invention's effect】
According to the present invention, a service requester can enjoy a service that takes into account personal attributes such as speed of walking, presence / absence of smoking, and books of interest without specifying an individual, and the service provider can automate business transfer and guidance. As a result, it is possible to collect marketing information at the same time.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a service request transmission method according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating providing an additional service in a service request transmission method according to an embodiment of the present invention.
FIG. 3 is a system configuration diagram of a first embodiment that constitutes an embodiment of the present invention.
4 is an internal configuration diagram of a station server in the embodiment of FIG. 3;
FIG. 5 is an internal configuration diagram of a reserved seat window terminal in the embodiment of FIG. 3;
6 is an internal configuration diagram of a station staff terminal in the embodiment of FIG. 3;
7 is an internal configuration diagram of the local guidance terminal in the embodiment of FIG. 3;
FIG. 8 is a diagram showing a flow of processing in the embodiment of FIG. 3;
9 is a diagram showing a flow of processing in the embodiment of FIG.
10 is a diagram showing a display screen of a station staff terminal in the embodiment of FIG.
11 is a diagram showing a display screen of a station staff terminal in the embodiment of FIG.
12 is a diagram showing a display screen of a station staff terminal in the embodiment of FIG. 3. FIG.
FIG. 13 is a view showing a request form recording format in the embodiment of FIG. 3;
14 is a view showing a request form recording format in the embodiment of FIG. 3; FIG.
FIG. 15 is a view showing a request form created in the embodiment of FIG. 3;
16 is an external view of a campus guidance terminal in the embodiment of FIG. 3;
FIG. 17 is a diagram showing a display screen of the campus guidance terminal in the embodiment of FIG. 3;
18 is a view showing the storage contents of the local information storage device in the embodiment of FIG. 3;
FIG. 19 is a diagram showing the storage contents of the usage history storage device in the embodiment of FIG. 3;
20 is a diagram showing a customer trend analysis result in the embodiment of FIG. 3;
FIG. 21 is a system configuration diagram of a second embodiment that constitutes an embodiment of the present invention.
22 is an internal configuration diagram of a request form creation terminal in the embodiment of FIG. 21. FIG.
FIG. 23 is an internal configuration diagram of a customer management server in the embodiment of FIG.
24 is an internal configuration diagram of a reserved seat automatic ticket vending machine in the embodiment of FIG. 21. FIG.
FIG. 25 is an internal configuration diagram of the advertisement management server in the embodiment of FIG. 21.
26 is an internal block diagram of a store terminal in the embodiment of FIG.
FIG. 27 is a diagram showing the flow of processing in the embodiment of FIG.
FIG. 28 is a diagram showing the flow of processing in the embodiment of FIG.
FIG. 29 is a diagram showing the flow of processing in the embodiment of FIG.
30 is a view showing the storage contents of the advertisement source data storage device in the embodiment of FIG.
FIG. 31 is a diagram showing a display screen of a request form creation terminal in the embodiment of FIG.
32 is a view showing a display screen of the request form creation terminal in the embodiment of FIG. 21. FIG.
FIG. 33 is a diagram showing a request form recording format in the embodiment of FIG. 21;
34 is a diagram showing a request form recording format in the embodiment of FIG. 21;
FIG. 35 is a diagram showing a request form created in the embodiment of FIG.
36 is an external view of a reserved seat automatic ticket vending machine in the embodiment of FIG. 21. FIG.
37 is a diagram showing a display screen of the reserved seat automatic ticket vending machine in the embodiment of FIG.
38 is a view showing a display screen of the reserved seat automatic ticket vending machine in the embodiment of FIG. 21. FIG.
FIG. 39 is a diagram illustrating advertisement selection in the embodiment of FIG.
40 is a view showing a display screen of the reserved seat automatic ticket vending machine in the embodiment of FIG. 21. FIG.
41 is a view showing a request form (advertisement) created in the embodiment of FIG. 21. FIG.
42 is a view showing a request form (advertisement) created in the embodiment of FIG. 21. FIG.
43 is a diagram showing a display of a request form by the mobile terminal in the embodiment of FIG.
[Explanation of symbols]
DESCRIPTION OF
Claims (16)
媒体を介して前記端末から前記要求内容および属性を読み込み、当該要求内容と当該属性を記憶するサーバとを有し、
前記サーバに記憶された前記要求内容に応じて当該要求されたサービスを提供する要求サービス提供機能と、前記サーバに記憶された前記属性を分析し、当該分析結果を前記サービスの提供者または第三者が利用できるデータとして出力する機能とを有するサービス提供システム。A terminal for inputting a request content of the service requester and an attribute not specifying an individual among the personal attributes of the service requester;
Reading the request contents and attributes from the terminal via a medium, and having a server storing the request contents and the attributes,
A request service providing function for providing the requested service in accordance with the request content stored in the server; and the attribute stored in the server is analyzed, and the analysis result is provided to the service provider or the third Service providing system having a function of outputting as data usable by a user.
前記媒体に記憶されている要求内容を読み込み、当該要求内容を提供する場所への経路情報を表示する第2の端末を有するサービス提供システム。The service providing system according to claim 1,
A service providing system having a second terminal that reads request contents stored in the medium and displays route information to a place that provides the request contents.
媒体を介して前記端末から前記要求内容および属性を入力し、当該要求内容と当該属性を記憶するサーバとを有し、
前記サーバに記憶された前記要求内容に応じて当該要求されたサービスを提供する要求サービス提供機能と、前記サーバに記憶された前記属性に応じて前記要求とは異なる付加サービスを提供する付加サービス提供機能とを有するサービス提供システム。A terminal for inputting a request content of the service requester and an attribute not specifying an individual among the personal attributes of the service requester;
The request contents and attributes are input from the terminal via a medium, and the request contents and a server that stores the attributes are included.
A request service providing function for providing the requested service according to the request content stored in the server, and an additional service providing for providing an additional service different from the request according to the attribute stored in the server Service providing system having functions.
前記媒体に記憶されている要求内容を読み込み、当該要求内容を提供する場所への経路情報を表示する第2の端末を有するサービス提供システム。The service providing system according to claim 3,
A service providing system having a second terminal that reads request contents stored in the medium and displays route information to a place that provides the request contents.
前記媒体とは、紙片にバーコードを印刷したものであるサービス要求伝達装置。The service request transmission device according to claim 6,
The medium is a service request transmission device in which a barcode is printed on a piece of paper.
媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別のサービス提供者が、サービス要求者に広告等の付加サービスを提供するサービス要求伝達方法。The service request transmission method according to claim 5,
A service request transmission method in which a service provider or another service provider who has received a personal attribute from a service provider provides an additional service such as an advertisement to the service requester based on the personal attribute recorded on the medium.
サービス要求者が、媒体に情報を記録した場所からサービスが提供可能な場所に移動する経路の途中に、その媒体に記憶されているサービスに関する情報を元に、経路を誘導する案内情報を与える装置を設けたサービス要求伝達方法。The service request transmission method according to claim 5,
An apparatus for providing guidance information for guiding a route on the basis of information on a service stored in the medium during a route in which the service requester moves from a place where the information is recorded on the medium to a place where the service can be provided Service request transmission method provided.
前記媒体とは、紙片にバーコードを印刷したものであるサービス要求伝達装置。The service request transmission device according to claim 12,
The medium is a service request transmission device in which a barcode is printed on a piece of paper.
媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別のサービス提供者が、サービス要求者に広告等の付加サービスを提供するサービス要求伝達方法。The service request transmission method according to claim 11,
A service request transmission method in which a service provider or another service provider who has received a personal attribute from a service provider provides an additional service such as an advertisement to the service requester based on the personal attribute recorded on the medium.
サービス要求者が、媒体に情報を記録した場所からサービスが提供可能な場所に移動する経路の途中に、その媒体に記憶されているサービスに関する情報を元に、経路を誘導する案内情報を与える装置を設けたサービス要求伝達方法。The service request transmission method according to claim 11,
An apparatus for providing guidance information for guiding a route on the basis of information on a service stored in the medium during a route in which the service requester moves from a place where the information is recorded on the medium to a place where the service can be provided Service request transmission method provided.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003198843A JP2005038109A (en) | 2003-07-18 | 2003-07-18 | Service providing system, and method and device for communicating service request of customer |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003198843A JP2005038109A (en) | 2003-07-18 | 2003-07-18 | Service providing system, and method and device for communicating service request of customer |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005038109A true JP2005038109A (en) | 2005-02-10 |
Family
ID=34208469
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003198843A Pending JP2005038109A (en) | 2003-07-18 | 2003-07-18 | Service providing system, and method and device for communicating service request of customer |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005038109A (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006323667A (en) * | 2005-05-19 | 2006-11-30 | Hitachi Ltd | In-train information service system, electronic ticket and ticket issuing device |
JP2008198031A (en) * | 2007-02-14 | 2008-08-28 | Fujitsu Ltd | Transportation facility movement support program, device, and system, and ticket issusing machine |
CN111078742A (en) * | 2019-12-09 | 2020-04-28 | 秒针信息技术有限公司 | User classification model training method, user classification method and device |
-
2003
- 2003-07-18 JP JP2003198843A patent/JP2005038109A/en active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006323667A (en) * | 2005-05-19 | 2006-11-30 | Hitachi Ltd | In-train information service system, electronic ticket and ticket issuing device |
JP2008198031A (en) * | 2007-02-14 | 2008-08-28 | Fujitsu Ltd | Transportation facility movement support program, device, and system, and ticket issusing machine |
CN111078742A (en) * | 2019-12-09 | 2020-04-28 | 秒针信息技术有限公司 | User classification model training method, user classification method and device |
CN111078742B (en) * | 2019-12-09 | 2023-09-05 | 秒针信息技术有限公司 | User classification model training method, user classification method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8387858B2 (en) | Consumer rewards systems and methods | |
US20190066001A1 (en) | Universal Ticketing and Payment System | |
Castro et al. | Embracing the self-service economy | |
US7441706B1 (en) | Method and system for processing and using information | |
US8694364B2 (en) | Return coupon holder | |
US20040220854A1 (en) | System and method for generating destination specific coupons for a traveler | |
JP2000056721A (en) | Device and method for outputting condition advertisement and record medium | |
JP2006277717A (en) | Privilege information management method and privilege information management system | |
JP2017004488A (en) | Electronic ticket management device and electronic ticket management method | |
JP2000056720A (en) | Device and method to pass judgement on promotion effect and recording medium | |
JP2006277716A (en) | Award information management method and award information management system | |
EP1265166A2 (en) | Method and system for processing and using information | |
WO2011146054A1 (en) | Improved consumer rewards systems and methods | |
KR100384545B1 (en) | System and method of recommending and issuing a card using Internet and point-calculating method using card-mall | |
JP2005038109A (en) | Service providing system, and method and device for communicating service request of customer | |
JP2002015116A (en) | Marketing system using route information | |
WO2002073489A1 (en) | The method and system for internet electronic commerce by offline media linked with internet | |
JP6145200B2 (en) | Sales processing system and sales processing program | |
JP5969085B1 (en) | Sales processing system, sales processing program, and server device | |
JP2013122652A (en) | Trend analysis system, data structure, and display device | |
JP3014597U (en) | Form and data collection system | |
JP2006053769A (en) | Information providing system of transportation, incentive granting system using this, information providing method, and incentive granting method | |
JP7357399B1 (en) | Point operator support system | |
JP2004206176A (en) | Transportation and store common point card system | |
WO2022045034A1 (en) | Printer system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050519 |
|
RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071115 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071218 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080507 |