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 PDF

Info

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
Application number
JP2003198843A
Other languages
Japanese (ja)
Inventor
Tetsuaki Nakamigawa
哲明 中三川
Masayasu Futagawa
正康 二川
Masato Hotta
正人 堀田
Takashi Yamaguchi
高史 山口
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2003198843A priority Critical patent/JP2005038109A/en
Publication of JP2005038109A publication Critical patent/JP2005038109A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Navigation (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To simplify procedures for purchasing articles whose purchasing procedure is complicated, such as a reserved seat ticket for a train, and collect/use marketing data without disclosing personal attributes by which individual customers can be identified to a company by computerizing free services, such as route guidance in a station yard. <P>SOLUTION: Information about a service requested by a customer and such a range of personal attributes as keep the individual customer unidentified are recorded on an electronically readable medium. A company identifies the service according to the medium to provide it for the customer, and analyzes a customer trend according to the personal attributes recorded on the medium. <P>COPYRIGHT: (C)2005,JPO&NCIPI

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, Patent Document 1 and Patent Document 2).
[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 station server 10 is placed in an office in the station, and includes a PC (personal computer) 11, a premises information storage device 14, a usage history storage device 15, a communication device 12 for an intranet (company network), and a communication device 13 for a premises network. Consists of. The designated seat window terminal 20 is placed at a window in the station, and includes a central processing unit 21, a request slip reading device 23, a ticket issuing device 24 for realizing a requested service, and a communication device 22. The on-premises terminal 40 is placed in a passage in the station or the like, and includes a central processing unit 41, a reading device 43, and a communication device. The station staff terminal 30 is carried by a station staff on a platform or the like in the station, and includes a portable small terminal device 31 called a PDA (Personal Digital Assistants), a printing device 32, and a communication device 33. The seat management server 50 is placed in a seat reservation center and includes a seat management database 51 and a communication device 52. The operation management information server 60 is placed in the operation management center and includes an operation management information storage device 61 and a communication device 62.
[0018]
The station server 10, the seat management server 50, and the operation management information server 60 are connected to the intranet 70 of the railway operator and are configured to communicate with each other. The station server 10, the reserved seat window terminal 20, the station staff terminal 30, and the local terminal 40 are connected to the local network 80 and are configured to be able to communicate with each other. The station server 10 serves as a gateway and is connected to the railway company's intranet 70 so that it can communicate with the seat management server 50 and the operation management information server 60.
[0019]
FIG. 4 shows the internal configuration of the station server 10. The PC 11 includes a central processing unit 16, an input device 17, and a screen display device 18. As processing programs, a communication driver 161 that accesses the intranet and the private network via the communication device, connects the private network and the intranet, and connects to the private network. The gateway program 162 that enables the connected device to access the device connected to the intranet, the Web server 166 that displays the specified Web page from the terminal, and the like, including the service request and personal attribute indicated via the Web server Request slip generation program 165 that generates a request slip and passes it to the Web server. Operation information display program 164 that fetches the operation information related to the station from the operation management information server and passes it to the Web server. The terminal location indicated via the Web server is held. Shi Terminal position determination program 163 to change the destination guidance information according youngest position to analyze customer behavior from service record and requested ticket production record, such customer behavior analysis program 167 to display the analysis result is to be at least perform.
[0020]
FIG. 5 shows the internal configuration of the reserved seat window terminal 20. The designated seat window terminal 20 includes an input device 25 and a screen display device 26 in addition to the configuration shown in FIG. 3. As a processing program, the reader 23 reads a request slip and provides information related to seat reservation as a service request to the window terminal program 212. Request ticket reading program 211 to be transferred to the station, a window terminal program 212 for performing a seat reservation process with the seat management server in the seat reservation center and issuing a seat reserved seat ticket or a ticket using a ticket issuing device, and a service use record It is assumed that at least the communication driver 214 and the like accessing the local network 80 via the usage record transmission program 213 and the communication device 22 transferred to the server 10 are executable.
[0021]
FIG. 6 shows the internal configuration of the station staff terminal 30. The PDA 31 includes a central processing unit 34 and a screen display device 35 with an input device. As a processing program, a communication driver 341 that accesses the local area network 80 via the communication device 33 and the station server 10 specified by the input device 35 are provided. It is assumed that at least a Web browser 342 that displays a Web page on the screen, a printer driver 343 that prints the request form displayed on the screen using the printing device 32, and the like can be executed.
[0022]
FIG. 7 shows the internal configuration of the local guidance terminal 40. In addition to the configuration of FIG. 3, the local guidance terminal 40 includes a screen display device 44 with an input device. As processing programs, a communication driver 411 accessing the local network 80 via the communication device 42 and a reading device 43 send a request form. At least a request slip reading program 413 that passes a guide request as a reading service request to the Web browser 412, a Web browser 412 that displays on the screen a Web page on the station server 10 designated by the input device 44 or the request slip reading program 41, etc. Assume that it is feasible.
[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 station staff terminal 30 is operated by the station staff A, and the reserved seat window terminal 20 is operated by the station staff B. The operation of each process will be described below according to the flow shown in FIGS.
[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 Web browser 342, the communication device 33 and the communication driver 341 are used to access the Web server program 166 in the station server 10 via the local network 80, and input data including services and personal attributes is input. The request form data generated by the generation program 165 is received, and the request form 90 is printed using the printing device 32 and the printer driver 343. In this embodiment, before creating a request slip, operation information is received from the operation management information server 60 via the station server 10 and confirmed.
[0025]
In (2) request slip use (guidance) processing of FIG. 9, the customer causes the request slip 90 to be read using the reading device 43 and the request slip reading program 413 of the local guidance terminal 40, and the Web browser 412 is connected to the communication device 42 and Using the communication driver 411, the Web server program 166 in the station server 10 is accessed via the local network 80, and the local guide data is received and displayed on the display screen. In the present embodiment, the way information (direction) to the window is checked by the premises guidance terminal 40 while the customer moves from the platform on which the request table 90 is created to the designated seat window.
[0026]
In (3) request form use (ticketing) processing of FIG. 9, the customer hands the request form 90 to the station staff B at the designated seat window, and the station staff B at the desk uses the reading device 23 of the designated seat window terminal 20 and the request form reading program 211. The window terminal program 212 accesses the seat management server 50 from the local network 80 via the intranet 70 using the communication device 22 and the communication driver 214, receives the reserved seat data, and receives the designated seat data by the ticket issuing device 24. Issue a ticket. Station employee B receives a ticket or a ticket to be settled (exchanged) from the customer, and gives the issued reserved seat ticket. When the ticket is issued at the terminal, the usage record transmission program 213 transmits the usage record to the station server 10.
[0027]
(A) to (k) shown in FIG. 10 to FIG. 12 show request form creation processing sent from the Web server program 166 and displayed on the screen display device 35 with the input device of the PDA 31 by the Web browser 342. . A portion surrounded by a square in the screen is a push button (program), which is selected by a screen touch or the like.
[0028]
When the station staff A accesses the station server 10, (a) of FIG. 10 is displayed as an initial screen. The station staff A inputs an ID and a password, and then selects “clerk logon” 3011 using the input device. When the user logs on, the menu screen (b) is displayed. When “designated seat ticket / ticket” 3021 is selected, the screen moves to the designated seat ticket / ticket menu screen of (c).
[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 station server 10 is displayed on the screen. To display.
[0034]
When the station staff A moves around the premises with the station staff terminal 30, it is necessary to register the terminal position before making a request slip. When “terminal location registration” 3024 is selected in the menu of FIG. 10B, the terminal location registration screen of FIG. 12K is displayed, and the current location is selected from the local map 3091 displayed on the screen. Since the direction of the terminal is not fixed at this station staff terminal, “transfer” 3092 (meaning of the mobile terminal) is selected, and “decision” 3093 is selected.
[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 request form 90 created in the request form creation process of this embodiment.
(A) is the appearance of the printed request form 90, and (b) is the content stored in the barcode area. The personal attributes that are character non-display information are “female”, “over 50 years old”, and “walking speed: slow” in accordance with the recording code of FIG.
[0039]
FIG. 16 is an external view of the campus guidance terminal 40 in the present embodiment. The reading device 43 includes a camera 431 and a stage 432, and a customer places a request slip on the stage when used. The camera passes the request slip image data placed on the stage to the request slip reading program 413, and the request slip reading program 413 restores the barcode to the original data.
[0040]
FIGS. 17A to 17D show the request slip use processing (guidance) displayed on the screen display device with an input device 44 of the premises guidance terminal 40. A portion surrounded by a square in the screen is a push button (program), which is selected by touching the display screen. FIG. 17A is displayed as a menu screen on the campus guidance terminal 40, and the customer who has the request slip places the request slip brought on the stage 432 of the reading device 43 and selects “read request slip” 4011. To do. In this terminal, “train guidance” 4012, “in-house guidance” 4013, and “store guidance” 4014 are possible, but the description is omitted.
[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 guide 4021.
[0042]
(C) is a screen at power-on of the premises guidance terminal 40, and when “Immediate start-up” 4031 is selected, the menu screen (a) is displayed. When “Date and time correction” 4032 is selected, the date and time displayed on the terminal can be corrected. When “terminal location registration” 4033 is selected, the screen shown in (d) is displayed. The location where the terminal is currently placed is selected from the local map 4041 displayed on the screen, the orientation of the terminal is selected, and “decision” 4042 is selected. To do. By setting the terminal orientation, the station location determination program of the station server can select the premises guide map displayed on the screen on the Web server according to the orientation, and the user can select the “right” and “left” relative You can give directions.
[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 “Totsu 1” and the terminal orientation is set to “East” 4043 in FIG. 17 (d), the destination is a designated seat window on the campus. When a customer with a request slip (inner window 1) comes, route No01579 is selected, and the direction of “South” can be converted to the relative direction of “Right”.
[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 form creation terminal 100 is placed at a customer's home and includes a PC (personal computer) 101, a printing apparatus 102, and a communication apparatus 103. The reserved seat automatic ticket vending machine 110 is placed in a station, and includes a request slip reading device 111, a cash handling device 112 and a ticket issuing device 113 for realizing a requested service, an advertisement display device 114 and a request slip for realizing an additional service. It comprises a printing device 115, a personal attribute determination device 116, a communication device 117, and a screen display device 118 with an input device (touch panel). The customer management server 120 is placed in the customer management center, and includes an individual attribute / use history storage device 121 by ID, an advertisement data storage device 122, a communication device 123 for an intranet (intra-company network), and a communication device 124 for the Internet. The seat management server 50 is placed in the seat reservation center, which has the same configuration as that of the first embodiment, and a description thereof will be omitted.
[0050]
The reserved seat vending machine 110, the customer management server 120, and the seat management server 50 are connected to the intranet 70 of the railway operator and are configured to communicate with each other. The advertisement management server 130 is located in the bookstore head office and includes a PC 131, an intranet communication device 132, and an Internet communication device 133. The store terminal 140 is placed in a bookstore store and includes a PC 141, a reading device 142 and a communication device 143. The advertisement management server 130 and the store terminal 140 are connected to the intranet 155 of the bookstore that is the advertiser, and are configured to communicate with each other. The request form creation terminal 100, the customer management server 120, and the advertisement management server 130 are connected to the Internet 150 and are configured to be able to communicate with each other.
[0051]
FIG. 22 shows the internal configuration of the request form creation terminal 100. The PC 101 includes a central processing unit 104, an input device 105, and a screen display device 106. As processing programs, a communication driver 1041 that accesses the Internet 150 via the communication device 103, and a Web page on the Internet designated by the input device 105. It is assumed that at least the Web browser 1042 that displays the message on the screen and the printer driver 1043 that prints the request form displayed on the screen using the printing apparatus 102 can be executed.
[0052]
FIG. 23 shows the internal configuration of the customer management server 120. The server includes a central processing unit 125, a storage device 126, a communication device 123, and a communication device 124. As processing programs, a communication driver 1251 that accesses the intranet 70 and the Internet 150 via the communication device 123 and the communication device 124, and a Web page. Is a service terminal that generates a request form including a service request instructed via the Web server and a personal attribute, and a request form generation program 1253 that is passed to the Web server. An ID management program 1255 that issues an advertisement data distribution program 1254 to be distributed to the reserved seat vending machine 110, issues a member ID, analyzes customer trends from the ID usage history and personal attributes, and distributes the analysis results to the advertiser, etc. Assume that it is feasible.
[0053]
FIG. 24 shows the internal configuration of the reserved seat automatic ticket vending machine 110. The reserved seat automatic ticket vending machine 110 includes a central processing unit 119. As a processing program, a request slip reading program 1191 that reads a request slip and separates information related to seat reservation, which is a service request, and a personal attribute, seat management in a seat reservation center. Advertise from the personal attributes read from the customer management server 120 based on the personal attribute or ID number read from the ticket vending machine program 1192 that handles seat reservation processing with the server 50, issues a seat reserved seat ticket and handles cash Personal attribute determination program 1193 for determining the target layer, a usage history collection program 1194 that collects the usage history of the request form, stores it in the usage history storage device 1161 for a certain period, and transfers it to the customer management server 120. The advertisement display program for displaying the advertisement stored in the advertisement storage device 1141 A request form (advertisement) generation program 1196 for generating a request form for an advertisement, a printer driver 1197 for printing the request form using the printing device 115, a communication driver 1198 for accessing the intranet 70 via the communication device 117, and the like. Assume at least that it is feasible. The personal attribute determination device 116 is a personal attribute determination program 1193, a usage history collection program 1194, and a usage history storage device 1161, and the advertisement display device 114 is an advertisement display program 1195, a request form (advertisement) generation program 1196, and an advertisement storage device. 1141, respectively.
[0054]
FIG. 25 shows the internal configuration of the advertisement management server 130. The PC 131 includes a central processing unit 134, a storage unit 135, an input unit 136, and a screen display unit 137. As a processing program, a customer analyzing customer trends from customer trends distributed from the customer management server 120 and sales information from stores. A trend analysis program 1341, an advertisement data creation program 1342 that creates advertisement data classified for each customer segment, a communication driver 1343 that accesses the intranet 155 and the Internet 150 via the communication device 132 and the communication device 133 can be executed at least. Suppose there is. Further, the storage device 135 includes an advertisement source data storage device 1351 and a customer trend storage device 1352.
[0055]
FIG. 26 shows the internal configuration of the store terminal 140. The PC 141 includes a central processing unit 144, an input unit 145, a screen display unit 146, and a usage history storage unit 147. As processing programs, a communication driver 1441 that accesses the intranet 155 via the communication unit 143 and a reading unit 142 are provided. A request slip reading program 1442 that reads a request slip and separates information related to a book that is a service request and a personal attribute, a sales management program 1443 that manages sales, a service request, personal attributes, and sales information in a usage history storage device 147 for a certain period of time It is assumed that at least the usage history collection program 1444 that is stored and transmitted to the advertisement management server 130 can be executed.
[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 input device 136 and the advertisement data creation program 1342, in the advertisement management server 130. And the advertisement data is transferred to the customer management server 120 of the railway operator via the Internet 150 using the communication device 133 and the communication driver 1343. The transferred advertisement data is stored in the advertisement data storage device 122 in the customer management server 120.
[0058]
(2) In the advertisement data distribution process, the advertisement data distribution program 1254 in the customer management server 120 sends the advertisement data stored in the advertisement data storage device 122 via the intranet 70 using the communication device 123 and the communication driver 1251. Transfer to the reserved seat automatic ticket vending machine 110 at the station. The transferred advertisement data is stored in the advertisement storage device 1141 in the reserved seat automatic ticket vending machine 110. Although omitted in this embodiment, since there are generally a plurality of advertisers, the advertisement data distribution program 1254 also requires an advertisement posting scheduling function.
[0059]
(3) In the request form creation process, the customer uses the input device 105 and the Web browser 1042 from home, and uses the communication device 103 and the communication driver 1041 to connect the Web in the customer management server 120 of the railway operator via the Internet 150. The server program 1252 is accessed, input data consisting of service and personal attributes is input, the request form data generated by the request form generation program 1253 is received, and the request form 95 is printed using the printing apparatus 102 and the printer driver 1043. . In this embodiment, when a customer uses this service, membership registration is performed. However, in this embodiment, membership registration is not an essential requirement, and the request form may include personal attributes. It is a feature.
[0060]
In (4) request slip use processing of FIG. 28, when the customer presents the request slip 95 to the reading device 111 of the automatic ticket vending machine 110 at the station, the reading device 111 and the request slip reading program 1191 read the request slip, The described service request is passed to the ticket vending machine program 1192, and the personal attribute is passed to the personal attribute determination program 1193. The ticket vending machine program 1192 transmits the seat designation request described in the request form to the seat management server 50 of the seat reservation center via the intranet 70 using the communication device 117 and the communication driver 1198, and reserves the designated seat. A screen with an input device when the information on the request slip alone is not enough to make a seat reservation, when there are multiple choices, or when the reservation of a seat on a train designated as full is unsuccessful, etc. The display device 118 is used to allow the customer to input necessary information.
[0061]
When the seat reservation is successful, the ticket vending machine program 1192 receives the price from the customer by the cash handling device 112, prints the designated seat ticket by the ticket issuing device 113, and the customer receives it. While the ticket vending machine program 1192 transmits a seat designation request to the seat management server 50, the advertisement display program 1195 receives customer segment information from the personal attribute determination program 1193, and the personal attribute is displayed on a part of the screen of the screen display device 118. Show ads based on. In this embodiment, it is assumed that the advertisement is best-selling book information classified according to the age and sex of the customer.
[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) generation program 1196, printed by the printing apparatus 115, and received by the customer. The personal attribute received from the personal attribute determination program 1193 is embedded in the newly generated request form (advertisement) 96. The usage history collection program 1194 receives the request card usage (generation) record from the ticket vending machine program 1192 and the request card (advertisement) generation program 1196, stores it in the usage history storage device 1161, and stores the usage history at regular intervals. 117 and the communication driver 1198 are used to transmit to the customer management server 120 via the intranet 70.
[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 reading device 142 of the store terminal 140 and the request slip read. The target book can be specified by reading the request slip (advertisement) 96 by the program 1442, and the book can be sold to the customer. Sales information is input from the input device 145 and processed by the sales management program 1443. The usage history collection program 1444 receives the usage record from the sales management program 1443 and stores it in the usage history storage device 147. The usage history is stored at regular intervals via the intranet 155 using the communication device 143 and the communication driver 1441. To the advertisement management server 130.
[0064]
(7) In the customer trend distribution process, the ID management program 1255 in the customer management server 120 analyzes the usage history transmitted from the request slip generation program 1253 and the reserved seat automatic ticket vending machine 110, and the usage situation for each customer segment And the like are distributed to the advertisement management server 130 of the bookstore as an advertiser via the Internet 150 using the communication device 124 and the communication driver 1251. Advertisers at the bookstore headquarters use the customer trend analysis program 1341 to analyze customer trends from the customer trends delivered by railway operators and usage histories sent from their own store terminals. Develop an advertising policy.
[0065]
FIG. 30 is an example of advertisement data stored in the advertisement source data storage device 1351. Book information such as a book name and advertising target customer group information are paired and arranged in order of overall sales. In this example, the target customer group is “M19” for males 19 years old or younger, “M20” for males 20-34 years old, “M35” for males 35-49 years old, “M50” for males 50 years old and over, “F19”, “F20”, “F35”, and “F50” are women and are of the same age, “◯” indicates an advertisement target, and “×” indicates an advertisement non-target.
[0066]
FIG. 31 and FIG. 32 (a) to (h) show a request form creation process sent from the Web server program 1252 and displayed on the screen display device 106 of the PC 101 by the Web browser 1042. A portion surrounded by a square in the screen is a push button (program), which is selected by a mouse click or the like.
[0067]
When the customer accesses the customer management server 120, (a) is displayed as an initial screen, and the customer selects “new member registration” 1011 or “member logon” 1012 using the input device 105. If “new member registration” 1011 is selected, the screen shifts to the member registration screen shown in FIG. In this embodiment, it is not necessary to input information for identifying an individual as a personal attribute, that is, name, address, telephone number, date of birth, and the like. In addition, information related to the requested service can be registered as a personal attribute. That is, in this embodiment, the speed at which a customer walks is input and used to enable a train search taking transfer time into consideration. When personal attributes are entered and registered in the customer management server, a member ID is issued and shown to the customer as shown in (c).
[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 slip generation program 1253 displays the request slip as shown in (g), and the customer prints it.
[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 request form 95 created in the request form creation process of the present embodiment.
(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 ticket vending machine 110 in the present embodiment. The reading device 111 includes a camera 1111 and a stage 1112, and a customer places a request slip on the stage when used. The camera 1111 passes the image data of the request form placed on the stage 1112 to the request form reading program 1191, and the request form reading program restores the barcode to the original data.
[0074]
FIGS. 37 and 38 (a) to 38 (g) show the request slip use processing displayed on the screen display device 118 with an input device of the reserved seat automatic ticket vending machine 110. FIG. A portion surrounded by a square in the screen is a push button (program), which is selected by touching the display screen. The reserved seat automatic ticket vending machine 110 displays (a) as an initial screen, and the customer who has the request slip 95 places the request slip brought on the stage 1112 of the reader 111 and sets “read request slip” 1101. select. If “request form creation” 1103 is selected, the same operation as (3) “request form creation processing” in FIG. 27 can be performed. When “advertisement display” 1104 is selected, the screen shown in FIG. 40A is displayed and an advertisement corresponding to the customer's personal attribute is displayed. If the “general menu” 1102 is selected, tickets can be purchased while specifying all conditions from the menu without using a request form, but the description of the operation is omitted here.
[0075]
When the request slip 95 is normally read by the reading device 111, the read contents are displayed as shown in FIG. If the contents are as requested by the customer, when “reservation execution” 1106 is selected, a seat search request is sent to the seat reservation server 50 of the seat reservation center, and a seat search process that meets the conditions is executed. If the user wants to correct the requested content, selecting “correct” 1105 displays a request correction screen as shown in (c), and selects and corrects the portion to be corrected.
[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 seat reservation server 50, the selection screen of (e) is displayed, and the customer selects “OK” 1108 if the indicated seat (train) is acceptable. If there is no seat that meets the conditions and the search fails, or if the user does not like the indicated candidate, “condition correction” 1109 is selected, and the screen returns to (c).
[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 cash handling device 112, the screen of (g) is displayed, the designated seat ticket is printed by the ticket issuing device 113, and the requested service is terminated.
[0078]
FIG. 39 shows an example of advertisement selection in this embodiment. Since the customer segment read from the request slip 95 is “male” and “35 to 49 years old”, only the book for which “M35” is advertised is selected from the advertisement data of FIG. 39 and displayed to the customer.
[0079]
FIGS. 40A and 40B show a request slip (advertisement) generation process displayed on the screen display device 118 with an input device of the reserved seat automatic ticket vending machine 110. FIG. A portion surrounded by a square in the screen is a push button (program), which is selected by touching the display screen. When the customer is interested in the displayed advertisement on the screen shown in (d) of FIG. 37, (f) or (g) of FIG. 38 and selects “view information in detail” 1107, FIG. The advertisement detail display screen is displayed and more detailed advertisement contents are shown. When the customer is interested in a specific book (the second-ranked book in this example) and selects “Details” 1121, more detailed information about the book is displayed as shown in (b). Here, when “request form printing” 1122 is selected, a request form 96 for purchasing the book at the bookstore store of the advertiser is generated and printed by the printing device 115.
[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 attribute determination program 1193, but attributes that are not defined in the original format are excluded. In this example, the “walking speed” is determined to be unnecessary at the Δ △ bookstore and is not recorded in the request slip 96.
[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 SYMBOLS 10 ... Station server, 14 ... Campus information storage device, 15,1161 ... Usage history storage device, 20 ... Reserved seat window terminal, 30 ... Station staff terminal, 40 ... Campus terminal, 50 ... Seat management server, 51 ... Seat management database, DESCRIPTION OF SYMBOLS 60 ... Operation management information server, 61 ... Operation management information storage device, 90 ... Request slip, 100 ... Request slip creation terminal, 110 ... Reserved seat automatic ticket vending machine, 120 ... Customer management server, 121 ... Individual attribute / use history by ID Storage device 122 ... Advertisement data storage device 130 ... Advertisement management server 140 ... Store terminal, 163 ... Terminal position determination program, 164 ... Operation information display program, 165, 1253 ... Request form generation program, 166, 1252 ... Web server 167 ... Customer trend analysis program 211, 413, 1191 ... Request slip reading program 212 ... Window terminal Gram, 213... Usage record transmission program, 342, 412, 1042... Web browser, 1141. (Advertisement) generation program, 1254 ... advertisement distribution program, 1255 ... ID management program, 1341 ... customer trend analysis program, 1342 ... advertisement data creation program, 1351 ... advertising source data storage device, 1352 ... customer trend storage device, 1443 ... sales Management program.

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.
請求項1に記載のサービス提供システムであって、
前記媒体に記憶されている要求内容を読み込み、当該要求内容を提供する場所への経路情報を表示する第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.
請求項3に記載のサービス提供システムであって、
前記媒体に記憶されている要求内容を読み込み、当該要求内容を提供する場所への経路情報を表示する第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.
サービス要求者が受けようとするサービスに関する情報及びサービス要求者個人を特定しない範囲での個人属性を、電子的に読み取り可能な媒体に記録し、サービス提供者はその媒体に基づいてサービスを特定してサービス要求者に提供すると共に、その媒体に記録されている個人属性をマーケティングに利用することを特徴とするサービス要求伝達方法。Information on the service that the service requester wants to receive and personal attributes within a range that does not identify the individual service requester are recorded on an electronically readable medium, and the service provider identifies the service based on that medium. And providing the service requester with the personal attributes recorded on the medium for marketing. 請求項5に記載のサービス要求伝達方法を実施するために、電子的に読み取り可能な媒体に情報を記録する装置と、その媒体に記憶されている情報を読み取る装置とを有するサービス要求伝達装置。6. A service request transmission apparatus comprising: an apparatus for recording information on an electronically readable medium; and an apparatus for reading information stored on the medium in order to implement the service request transmission method according to claim 5. 請求項6のサービス要求伝達装置であって、
前記媒体とは、紙片にバーコードを印刷したものであるサービス要求伝達装置。
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.
請求項5に記載のサービス要求伝達方法を実施するために、サービス要求者の所持する電子端末装置に情報を記録する装置と、当該電子端末装置に記憶されている情報を読み取る装置とを有するサービス要求伝達装置。6. A service comprising a device for recording information in an electronic terminal device possessed by a service requester and a device for reading information stored in the electronic terminal device in order to implement the service request transmission method according to claim 5. Request transmission device. 請求項5に記載のサービス要求伝達方法であって、
媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別のサービス提供者が、サービス要求者に広告等の付加サービスを提供するサービス要求伝達方法。
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.
請求項5に記載のサービス要求伝達方法であって、
サービス要求者が、媒体に情報を記録した場所からサービスが提供可能な場所に移動する経路の途中に、その媒体に記憶されているサービスに関する情報を元に、経路を誘導する案内情報を与える装置を設けたサービス要求伝達方法。
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.
サービス提供者が、サービス要求者からの要求に場所的或いは時間的制約からその場で応えられない場合に、サービス要求者が受けようとするサービスに関する情報及びサービス要求者個人を特定しない範囲での個人属性を、電子的に読取り可能な媒体にサービス提供者が記録してサービス要求者に持たせ、サービスが提供可能な場所或いは時刻にサービス要求者がその媒体を持参した場合に、サービス提供者がその媒体に基づいてサービスを特定してサービス要求者に提供することを特徴とするサービス要求伝達方法。In the range where the service requester does not identify the information about the service that the service requester wants to receive and the individual service requester when the service requester cannot respond to the request from the service requester due to locational or time constraints. When the service provider records personal attributes on an electronically readable medium and has the service requester bring it to the service requester, the service provider brings the medium at a place or time where the service can be provided. Specifies a service based on the medium and provides the service requester with the service request. 請求項11に記載のサービス要求伝達方法を実施するために、電子的に読み取り可能な媒体に情報を記録する装置と、その媒体に記憶されている情報を読み取る装置とを有するサービス要求伝達装置。12. A service request transmission apparatus comprising: an apparatus for recording information on an electronically readable medium and an apparatus for reading information stored on the medium to implement the service request transmission method according to claim 11. 請求項12のサービス要求伝達装置であって、
前記媒体とは、紙片にバーコードを印刷したものであるサービス要求伝達装置。
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.
請求項11に記載のサービス要求伝達方法を実施するために、サービス要求者の所持する電子端末装置に情報を記録する装置と、当該電子端末装置に記憶されている情報を読み取る装置とを有するサービス要求伝達装置。12. A service comprising a device for recording information in an electronic terminal device possessed by a service requester and a device for reading information stored in the electronic terminal device in order to implement the service request transmission method according to claim 11. Request transmission device. 請求項11に記載のサービス要求伝達方法であって、
媒体に記録されている個人属性に基づき、サービス提供者又はサービス提供者から個人属性を受け取った別のサービス提供者が、サービス要求者に広告等の付加サービスを提供するサービス要求伝達方法。
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.
請求項11に記載のサービス要求伝達方法であって、
サービス要求者が、媒体に情報を記録した場所からサービスが提供可能な場所に移動する経路の途中に、その媒体に記憶されているサービスに関する情報を元に、経路を誘導する案内情報を与える装置を設けたサービス要求伝達方法。
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.
JP2003198843A 2003-07-18 2003-07-18 Service providing system, and method and device for communicating service request of customer Pending JP2005038109A (en)

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)

* Cited by examiner, † Cited by third party
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

Cited By (4)

* Cited by examiner, † Cited by third party
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