JP5280083B2 - 担当リスト管理システム - Google Patents

Description

本発明は、ユーザにサービスを提供する担当者を管理するシステム及び方法に関する。

従来、サービス業を営む企業においては、顧客の満足度を上げるために、様々な工夫を凝らしている。その結果、サービスを受けた顧客の満足度は、サービスを提供する店や会社等により、差が出てくる。一方、店や会社ではなくサービスを提供する担当者の能力や顧客と担当者との相性等により、サービスを受けたユーザの満足度には、更に大きな差が出てくることがある。

そこで、担当者のサービス内容をチェックし、管理するために、情報をセンタに収集して保存し、サービスの向上に役立たせる工夫が知られている。例えば、特許文献１では、顧客がタクシーに乗車した時の走行経路等を収集して保存し、顧客が要求したときに走行経路と平均的な走行経路を表示し、顧客を安心させると共に、運転手の客観的評価を収集している。
特開２００４−２９５５２１号公報

しかしながら、特許文献１に開示された技術は、サービスを受ける前にユーザを安心させることができる可能性があるが、顧客が担当者から実際にサービスを受け、受けたサービスに満足した場合に、顧客がその場で当該担当者に関する情報を覚えておくための技術は何ら開示されていない。また、気に入った担当者を登録等できたとしても、必要なときに当該担当者の名前を思い出せない等の問題がある。

そこで、顧客が担当者からサービスを受け、受けたサービスに満足した場合に、当該担当者を覚えておくために、当該担当者に関する情報をその場で記憶することができるシステムが望まれている。更に、気に入った担当者の名前を覚えていない場合にも、必要なときにアポイントを取ることができるシステムが望まれている。

本発明は、このような課題を解決するために、サービスを提供する担当者からサービスを受けた顧客が、当該担当者に関する情報をその場で記憶することができるシステムを提供することを目的とする。更に、担当者の名前を覚えていなくとも、再度同じ担当者からサービスを受けることができるシステムを提供することを目的とする。

本発明では、以下のような解決手段を提供する。

（１） 通信ネットワークを介して接続可能なユーザの端末及び前記ユーザにサービスを提供する担当者を管理する担当リスト管理装置を含む、担当リスト管理システムにおいて、前記担当リスト管理装置は、前記担当者を識別する担当者識別情報を生成して前記担当者に関する担当者関連情報と共に関連付けて担当者情報記憶手段に記憶する担当者識別情報生成手段を備え、前記ユーザの端末は、前記担当者が携帯することが可能で前記担当者識別情報を記録した可搬識別媒体から、前記担当者識別情報を取得する担当者識別情報取得手段と、前記担当者識別情報取得手段により前記可搬識別媒体から取得した前記担当者識別情報を、前記ユーザを識別するユーザ識別情報と共に、前記担当リスト管理装置に送信するコンタクト送信手段とを備え、前記担当リスト管理装置は、前記コンタクト送信手段が送信した情報を受信したことに応じて、前記ユーザ識別情報に前記担当者識別情報を関連付けて記憶するコンタクト履歴記憶手段と、前記ユーザ識別情報及び前記担当者関連情報と共に、アポイント要求を受け付けたことに応じて、前記ユーザ識別情報及び前記担当者関連情報に基づいて、受け付けた前記担当者関連情報に関連する担当者を抽出し、前記アポイント要求があった旨を記憶するアポイント処理手段とを更に備える、担当リスト管理システム。

（１）の構成によれば、本発明に係る担当リスト管理システムにおいて、担当リスト管理装置は、担当者を識別する担当者識別情報を生成して担当者に関する担当者関連情報と共に関連付けて担当者情報記憶手段に記憶し、ユーザの端末は、担当者が携帯することが可能で担当者識別情報を記録した可搬識別媒体から、担当者識別情報を取得し、取得した担当者識別情報を、ユーザを識別するユーザ識別情報と共に、担当リスト管理装置に送信する。そして、担当リスト管理装置は、ユーザの端末が送信した担当者識別情報とユーザ識別情報とを受信したことに応じて、ユーザ識別情報に担当者識別情報を関連付けて記憶する。更に、ユーザ識別情報及び担当者関連情報と共に、アポイント要求を受け付けたことに応じて、ユーザ識別情報及び担当者関連情報に基づいて、受け付けた担当者関連情報に関連する担当者を抽出し、アポイント要求があった旨を記憶する。すなわち、本発明に係る担当リスト管理システムにおいて、担当リスト管理装置は、担当者識別情報を生成し、担当者関連情報と共に関連付けて記憶し、ユーザの端末は、サービスを提供する担当者の担当者識別情報をユーザ識別情報と共に担当リスト管理装置に送信し、担当リスト管理装置は、ユーザ識別情報に担当者識別情報を関連付けて記憶する。そして、ユーザ識別情報及び担当者関連情報と共に、アポイント要求を受け付けたことに応じて、ユーザ識別情報及び担当者関連情報に基づいて、受け付けた担当者関連情報に関連する担当者を抽出し、アポイント要求があった旨を記憶する。

したがって、本発明に係る担当リスト管理システムは、サービスを提供する担当者からサービスを受けて満足したユーザのために、当該担当者に関する情報として担当者識別情報を、当該担当者が携帯することが可能な可搬識別媒体からその場で取得して、記憶することができる。更に、当該担当者の担当者識別情報を担当者関連情報と共に関連付けて記憶し、ユーザ識別情報及び担当者関連情報と共に、アポイント要求を受け付けたことに応じて、受け付けた担当者関連情報に関連する担当者、すなわち担当者関連情報が名前以外の場合には名前以外の情報に関連する担当者を抽出し記憶するので、ユーザは、担当者の名前を覚えていなくとも、再度同じ担当者からサービスを受けることができる。

（２） 前記担当リスト管理装置は、前記可搬識別媒体に前記担当者識別情報を出力する担当者識別情報出力手段を更に備える、（１）に記載の担当リスト管理システム。

（２）の構成によれば、（１）に記載の担当リスト管理システムにおいて、担当リスト管理装置は、可搬識別媒体に担当者識別情報を出力するので、出力した当該可搬識別媒体を担当者に携帯させることができる。

なお、担当リスト管理装置が出力した可搬識別媒体は、その後郵便等で担当者に送付してもよいし、担当リスト管理装置が、通信ネットワークを介して担当者の端末側の可搬識別媒体に出力してもよい。

（３） 前記可搬識別媒体は光学的に読み取り可能なコードとして前記担当者識別情報を表示し、前記担当者識別情報取得手段は、前記可搬識別媒体が表示したコードを光学的に読み取る、（１）又は（２）に記載の担当リスト管理システム。

（３）の構成によれば、（１）又は（２）に記載の担当リスト管理システムにおいて、可搬識別媒体は光学的に読み取り可能なコードとして担当者識別情報を表示し、担当者識別情報取得手段は、可搬識別媒体が表示したコードを光学的に読み取る。したがって、ユーザは、担当者識別情報取得手段により、簡易な操作で担当者識別情報を読み取ることができる。

なお、光学的に読み取り可能なコードとしては、バーコード、二次元バーコード、ドットマトリクス等様々なものが採用可能である。

（４） 前記可搬識別媒体は非接触型ＲＦＩＤチップに前記担当者識別情報を記録し、前記担当者識別情報取得手段は、前記非接触型ＲＦＩＤチップから前記担当者識別情報を受信する、（１）から（３）のいずれかに記載の担当リスト管理システム。

（４）の構成によれば、（１）から（３）のいずれかに記載の担当リスト管理システムにおいて、可搬識別媒体は非接触型ＲＦＩＤチップに担当者識別情報を記録し、担当者識別情報取得手段は、非接触型ＲＦＩＤチップから担当者識別情報を受信する。したがって、ユーザは、担当者識別情報取得手段により、非接触型ＲＦＩＤチップから、より簡易な操作で担当者識別情報を読み取ることができる。

なお、非接触型ＲＦＩＤチップは、担当者識別情報を記憶するために十分な容量のメモリ及び記憶した当該担当者識別情報を無線通信により送信可能なものであれば様々な仕様のものが採用可能である。

（５） 前記担当者識別情報は暗号化されている、（１）から（４）のいずれかに記載の担当リスト管理システム。

（５）の構成によれば、（１）から（４）のいずれかに記載の担当リスト管理システムにおいて、担当者識別情報は暗号化されているので、担当者やユーザによる不正な改竄を抑止することができる。

（６） 前記担当者識別情報取得手段は、前記可搬識別媒体から、担当者識別情報を取得する際に、前記取得を識別する取得識別情報を取得し、前記コンタクト送信手段は、前記ユーザ識別情報と共に、前記取得識別情報を、前記担当リスト管理装置に送信する、
（１）から（５）のいずれかに記載の担当リスト管理システム。

（６）の構成によれば、（１）から（５）のいずれかに記載の担当リスト管理システムにおいて、コンタクト送信手段は、担当者識別情報を送信する際に、担当者識別情報の取得を識別する取得識別情報を、ユーザ識別情報と共に、担当リスト管理装置に送信する。よって、担当リスト管理装置は、送信された取得識別情報に基づいて、担当者識別情報の取得を互いに識別することができる。
したがって、担当リスト管理装置は、コンタクト履歴を記憶する際に、１回の取得について２重にコンタクト履歴を記憶したりするのを抑止することができる。
このようにして、担当リスト管理装置は、例えば、ユーザが、１回の取得について２回以上担当者識別情報を送信して、不正にコンタクト履歴を増加させたりする行為を抑止することができる。

本発明によれば、サービスを提供する担当者からサービスを受けたユーザが、当該担当者に関する情報をその場で記憶することができるシステムを提供することができる。更に、担当者の名前を覚えていなくとも、再度同じ担当者からサービスを受けることができるシステムを提供することができる。

以下、本発明の実施形態について図を参照しながら説明する。

図１は、本発明の一実施形態に係る担当リスト管理システム１の全体構成を示す図である。担当リスト管理システム１は、可搬識別媒体を構成する担当者カード７０、ユーザの端末を構成する携帯電話機５０ａ、担当リスト管理装置１０を含む。ここで、担当リスト管理装置１０は、担当者情報記憶手段を構成する担当者ＤＢ２０（データベース）と、コンタクト履歴記憶手段を構成するコンタクト履歴ＤＢ３０（データベース）と、を備える。更に、携帯電話機５０ａは、担当者識別情報取得手段を構成するコード読取部５３ａ又はＲＦＩＤコード読取部５４ａと、コンタクト送信手段を構成する送受信部５１ａと、を備える。

ここで、本発明の一実施形態に係る担当リスト管理システム１において、担当リスト管理装置１０は、コンピュータネットワーク６０（インターネット、ＬＡＮ、ＷＡＮ等）を介して携帯電話機５０ａ、ＰＣ５０ｂ、管理用端末４０、担当用端末４１と互いに接続されている。なお、コンピュータネットワーク６０は有線のものに限らず、無線によるものであってもよく、有線によるものと無線によるものを組み合わせて実現してもよい。

なお、本実施形態において、担当者カード７０は本発明に係る可搬識別媒体を構成するが、可搬識別媒体は、サービスを提供する担当者が携帯したり身に着けたりすることが可能で、サービスを受けたユーザがその場で担当者識別情報を取得することが可能な媒体で構成することができる。例えば、磁気カードや、光学的に読み取り可能なコード（例えば、２次元コード）を備えたカードや、非接触型ＲＦＩＤチップを備えたカード等が採用可能である。更に、本実施形態においては、カード型のものを用いて説明しているが、バッジ型、名札型、ペンダント型、ブレスレット型等、担当者が携帯したり身に着けたりすることができる様々なものが採用可能である。

ここで、可搬識別媒体に担当者識別データを出力するデバイスは、詳しくは後述するように、例えば、ＲＦＩＤチップを備える担当者カード７０に対して、担当者識別データを記憶させるカードライタ２０１０を、担当リスト管理装置１０が備えてもよい。更に、カードライタ２０１０は、管理用端末４０、担当用端末４１が備えてもよい。更に、担当者識別コードを２次元コードとして印刷するプリンタ（図示せず）を担当リスト管理装置１０、管理用端末４０、担当用端末４１が備えていてもよい。このように、可搬識別媒体として採用するデバイスに応じて、担当者識別データを記憶或いは印刷等するハードウェアが適宜選択されてよい。

携帯電話機５０ａは、担当者カード７０から担当者識別情報を取得する。なお、本実施形態において、携帯電話機５０ａは、携帯電話機を用いて説明しているが、ＰＤＡ、ゲーム機、デジタルカメラ等、ユーザが携帯することが可能で、担当者識別情報を取得することが可能な、様々なものが採用可能である。

更に、ユーザが携帯している携帯リーダ８０が、担当者カード７０から担当者識別情報を一旦取得して、その後、ユーザの端末を構成するＰＣ５０ｂが担当者識別情報を取り込んでもよい。この場合、携帯リーダ８０は、携帯電話機の他、ＰＤＡ、ゲーム機、デジタルカメラ等、ユーザが携帯することが可能で、担当者識別情報を取得することが可能な、様々なものが採用可能である。

そして、携帯電話機５０ａ又はＰＣ５０ｂは、コンピュータネットワーク６０を介して、ユーザを識別するユーザ識別情報と共に、取得した担当者識別情報を担当リスト管理装置１０に送信し、担当リスト管理装置１０は、受信した担当者識別情報をユーザ識別情報に関連付けてコンタクト履歴ＤＢ３０に記憶する。更に、携帯電話機５０ａ又はＰＣ５０ｂは、コンピュータネットワーク６０を介して、ユーザ識別情報及び担当者関連情報と共に、アポイント要求を担当リスト管理装置１０に送信し、担当リスト管理装置１０は、アポイント要求を受け付けたことに応じて、ユーザ識別情報及び担当者関連情報に基づいて、受け付けた担当者関連情報に関連する担当者を抽出し、アポイント要求があった旨を記憶する。

管理用端末４０又は担当用端末４１は、担当者識別情報や担当者関連情報等の入力を受け付ける。担当リスト管理装置１０は、管理用端末４０又は担当用端末４１が受け付けた担当者関連情報を担当者識別情報に関連付けて担当者ＤＢ２０に記憶する。

図２及び図３は、担当リスト管理システム１の機能構成を示す図である。図２は、担当リスト管理装置１０を中心として、担当リスト管理システム１の主要な機能を示す機能ブロック図である。まず、担当者識別情報生成部１１は、管理者等からの要求を受け付けて、担当者を識別するための担当者識別情報を生成し、担当者ＤＢ２０に記憶する。ここで、担当者が携帯し、或いは身に着けることが可能な担当者カード７０は、詳しくは後述する方法により、当該生成して記憶した担当者識別情報を記憶する。次に、携帯電話機５０ａは、担当者が携帯し、或いは身に着けている担当者カード７０から当該担当者識別情報を取得して、送受信部５１ａを介して、ユーザを識別するためのユーザ識別情報と共に担当リスト管理装置１０へ送信する。更に、担当リスト管理装置１０のコンタクト履歴処理部１３は、受信したユーザ識別情報に担当者識別情報を関連づけて、コンタクト履歴ＤＢ３０に記憶する。

図３は、担当リスト管理装置１０を中心として、更に、担当リスト管理システム１の主要な機能を示す機能ブロック図である。

担当者識別情報生成部１１は、担当リスト管理システム１の管理者が使用する管理用端末４０からの要求を受け付けて、担当者を識別するための担当者識別情報を生成し、担当者ＤＢ２０に記憶する。ここで、担当者識別情報は、担当者を識別するために、担当者ＩＤ等を含んで構成してよい。なお、担当者識別情報生成部１１は、担当者が使用する担当用端末４１からの入力を直接受け付けて、同様に担当者識別情報を生成し、担当者ＤＢ２０に記憶してもよい。

次に、担当者関連情報受付部１２は、管理用端末４０又は担当用端末４１から、担当者関連情報の入力を受け付けて、担当者識別情報に、担当者関連情報を関連付けて担当者ＤＢ２０に記憶する。ここで、担当者関連情報は、例えば、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度・経度、最寄り駅等）等を含んでよい。また、担当者のスケジュールや担当者からのメッセージ等を含んでよい。これらの情報は、詳しくは後述する様に、ユーザが、再度同じ担当者からサービスを受けるためのアポイントをするためや、ユーザが担当者の予定やメッセージを確認するために用いられる。なお、担当者関連情報受付部１２は、担当者に代わって、管理者が使用する管理用端末４０から、担当者のスケジュールや担当者からのメッセージ等の入力を受け付けて、同様に担当者ＤＢ２０に記憶してもよい。この場合は、担当者が電話等により予定やメッセージの入力を管理者に依頼するケース等が想定される。

次に、上述の場合と同様にして、担当者が携帯し、或いは身に着けることが可能な担当者カード７０は、詳しくは後述する方法により、当該生成して記憶した担当者識別情報を記憶する。次に、携帯電話機５０ａは、担当者が携帯し、或いは身に着けている担当者カード７０から当該担当者識別情報を取得して、送受信部５１ａを介して、ユーザを識別するためのユーザ識別情報と共に担当リスト管理装置１０へ送信する。更に、担当リスト管理装置１０のコンタクト履歴処理部１３は、受信したユーザ識別情報に担当者識別情報を関連づけて、コンタクト履歴ＤＢ３０に記憶する。

更に、アポイント処理部１４は、ユーザの携帯電話機５０ａから、サービスを提供する担当者へのアポイント要求を受け付けて、当該ユーザが当該担当者から再びサービスを受けるためのアポイントを記憶する。より具体的には、例えば、アポイント処理部１４は、携帯電話機５０ａから、ユーザ識別情報及び担当者関連情報と共にアポイント要求を受信し、受信したユーザ識別情報に関連付けて記憶された担当者の中から、受信した担当者関連情報に関連する担当者を担当者ＤＢ２０に基づいて抽出し、アポイントがあった旨をコンタクト履歴ＤＢ３０に記憶する。ここで、アポイント要求があった旨は、コンタクト履歴ＤＢ３０に必ずしも記憶する必要はなく、アポイント処理を行うシステムにとって都合のよい記憶手段が適宜選択されてよい。また、アポイント処理部１４は、携帯電話機５０ａから、ユーザ識別情報のみを受信し、コンタクト履歴ＤＢ３０に記憶したユーザ識別情報に関連付けられた、過去のサービスを受けた履歴、担当者ＤＢ２０に記憶する担当者関連情報等の担当者の情報を携帯電話機５０ａに送信してもよい。この場合には、ユーザが過去にサービスの提供を受けた全ての担当者の情報が返信され、携帯電話機５０ａから出力される。そして、ユーザが選択した担当者を受け付け、コンタクト履歴ＤＢ３０に記憶する。或いは、アポイント処理部１４は、携帯電話機５０ａから、ユーザ識別情報と担当者ＩＤの組み合わせを受信し、これらの組み合わせに対して関連付けられた、担当者識別情報、過去のサービスを受けた履歴、担当者ＤＢ２０に記憶する担当者関連情報等の担当者の情報を携帯電話機５０ａに送信してもよい。この場合には、ユーザが指定した担当者に関する情報のみが返信され、携帯電話機５０ａから出力される。そして、ユーザが選択した担当者を受け付け、コンタクト履歴ＤＢ３０に記憶する。或いは、アポイント処理部１４は、携帯電話機５０ａから、ユーザ識別情報と検索条件として担当者関連情報（例えば、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度経度、最寄り駅等）等、）との組み合わせを受信し、これらの組み合わせに対して関連付けられた、担当者識別情報、過去のサービスを受けた履歴、担当者ＤＢ２０に記憶する担当者関連情報等の担当者の情報を携帯電話機５０ａに送信してもよい。この場合には、ユーザが指定した担当者関連情報の検索条件を満たした担当者に関する情報のみが返信され、携帯電話機５０ａから出力される。そして、ユーザが選択した担当者を受け付け、コンタクト履歴ＤＢ３０に記憶する。
ここで、ユーザが指定する検索条件は、担当者関連情報の中から複数を指定した検索条件であってもよい。この場合、アポイント処理部１４は、最も多くの条件を満たす担当者を関連度の高い担当者として抽出する。例えば、検索条件が、業種情報としてタクシー、店情報として×××、位置情報が池袋であった場合に、業種情報としてタクシー又は、店情報として×××又は、位置情報が池袋である担当者を抽出し、タクシー且つ×××且つ池袋である担当者を関連度の高い担当者として抽出する。タクシー且つ×××且つ池袋である担当者がいない場合には、いづれか２つの条件を満たす担当者を関連度の高い担当者として抽出する。なお、いづれか２つの条件に予め関連度の順位を設け、順位の高い条件に該当する担当者を関連度の高い担当者として抽出する。なお、上述の例では位置情報は最寄り駅の情報として紹介しているが、これに限られず、店の住所や、緯度・経度を記憶しておいても良い。この場合には、アポイント要求を行う際には、ユーザから、店の住所の入力を受け付けたり、地図上でクリックを受け付けたり、ＧＰＳ等により自分の位置を受け付けたりして、緯度・経度の情報に基づいて関連する担当者が検索されてよい。このようにして、様々な担当者関連情報に基づいて、関連度が高い（例えば、より多くの担当者関連情報が検索条件にヒットするものを関連度が高いとして判断してもよいし、或いは、業種、位置情報、メッセージ等の担当者関連情報の各項目にウェイトをかけた上で一致不一致に基づく加重平均の指数を計算し、関連度を表してもよい。）担当者を適宜検索してアポイント処理を行うことができる。

このようにユーザ識別情報と、担当者関連情報との組み合わせに基づいて、関連する担当者を抽出し、アポイントを記憶するので、記憶したアポイントに基づいて担当者と連絡を取ることによって、ユーザは再度同じ担当者からサービスを受けることができる。更に、ユーザは、業種情報等の担当者関連情報を利用することができるので、担当者の名前を覚えていなくても、再度同じ担当者からサービスを受けることができる。

図４は、本発明の一実施形態に係る担当リスト管理装置１０のハードウェア構成の一例を示す図である。担当リスト管理装置１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ＿Ａ１０１２等複数のＣＰＵが追加されてもよい）、バスライン１００５、コンピュータネットワーク用通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１０６０、ハードディスク１０７０、通信Ｉ／Ｆ１０８０並びにキーボード及びマウス１１００等の入力手段や表示装置１０２２を備える。

ここで、ＣＰＵ１０１０は、担当リスト管理装置１０全体をコントロールし、ハードディスク１０７０等に記憶された各種のプログラムを読み出して実行することにより、本発明に係る各種手段を実現している。

ＢＩＯＳ１０６０は、担当リスト管理装置１０の起動時にＣＰＵ１０１０が実行するブートプログラムや、ハードウェアに依存するプログラム等を格納する。

ハードディスク１０７０は、担当リスト管理装置１０が機能するための各種プログラム及び本発明の機能を実行するプログラムを記憶しており、更に必要に応じて各種データベースを構成可能である。例えば、ハードディスク１０７０は、担当者ＤＢ２０、コンタクト履歴ＤＢ３０を構成する。

表示装置１０２２は、データの入力を受け付ける画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。

ここで、入力手段は、入力の受け付けを行うものであり、キーボード及びマウス１１００等により構成する。

また、コンピュータネットワーク用通信Ｉ／Ｆ１０４０は、担当リスト管理装置１０を専用ネットワーク又は公共ネットワークを介して携帯電話機５０ａ、ＰＣ５０ｂ等と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０８０は、データを送受信するためのインターフェース装置である。通信Ｉ／Ｆ１０８０を介してカードライタ２０１０が接続されている。カードライタ２０１０は、通信Ｉ／Ｆ１０８０を介して受信した担当者識別情報を担当者カード７０に書き込む。

なお、当該書き込む方式は、可搬識別媒体として採用するデバイスに応じて、適宜選択されてよい。具体的には、例えば、非接触型ＲＦＩＤチップを備えた担当者カード７０に対して、非接触型ＲＦＩＤ用のカードライタ２０１０を備えてよく、或いは、磁気カード式の担当者カード７０に対しては、磁気カード書き込み用のカードライタ２０１０が採用されてよい。更に、担当リスト管理装置１０は、例えば周辺機器としてプリンタ（図示せず）を備え、２次元バーコードを可搬識別媒体を構成する担当者カード７０に印刷してもよい。ここで、このようなカードライタ２０１０やプリンタは、必ずしも担当リスト管理装置１０が備えている必要はなく、管理用端末４０、担当用端末４１等が備えていてもよい。

ここで、管理用端末４０、担当用端末４１、ユーザのＰＣ５０ｂについても上述の担当リスト管理装置１０と同様の構成を採り得る。なお、担当リスト管理装置１０、管理用端末４０、担当用端末４１、ユーザのＰＣ５０ｂとも、いわゆる汎用コンピュータとして構成してよいが、同等の構成を有する電子計算機その他の電子機器として構成することが可能である。

図５は、携帯電話機５０ａ及び携帯リーダ８０のハードウェア構成を示すブロック図である。以下、携帯電話機５０ａを例に挙げて説明するが、携帯リーダ８０は、携帯電話機５０ａと同等の構成を有してよく、通話に係る機能を省略して構成してよい。

図５に示すように、携帯電話機５０ａは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１１、メモリ２０１２、操作部２０１３、表示部５２ａ、送受信部５１ａ、コード読取部５３ａ、ＲＦＩＤコード読取部５４ａ、スピーカ２０１７及びマイク２０１８がバスラインＢＵＳにより接続されて構成されている。

ＣＰＵ２０１１は、携帯電話機５０ａを統括的に制御する部分であり、メモリ２０１２に記憶された各種プログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、本発明に係る各種機能を実現している。

操作部２０１３は、各種設定や入力操作を行う操作ボタン群、決定操作ボタン等を備えており、操作部２０１３による入力情報はＣＰＵ２０１１の制御下で処理される。表示部５２ａは、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）や有機ＥＬ（Ｅｌｅｃｔｏｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）によって構成され、各種情報を表示する。

送受信部５１ａは、コンピュータネットワーク６０を介して担当リスト管理装置１０から送信される各種情報を受信し、各種情報を送信する。送受信部５１ａは、無線通信に必要なアンテナ及びアンテナ信号処理回路等を含んで構成される。コード読取部５３ａは、図示しないカメラ部を含んで構成される。カメラ部は、レンズ部と、撮像素子と、を有する。レンズ部を介して撮像素子に撮像された担当者ＩＤは、ＣＰＵ２０１１で処理され、コンピュータネットワーク６０を介して担当リスト管理装置１０に送信される。ＲＦＩＤコード読取部５４ａは、担当者カード７０の非接触型ＲＦＩＤチップとの無線通信に必要なアンテナ及びアンテナ信号処理回路等を含んで構成される。アンテナを介して受信した担当者ＩＤは、ＣＰＵ２０１１で処理され、コンピュータネットワーク６０を介して担当リスト管理装置１０に送信される。また、携帯電話機５０ａのスピーカ２０１７は、音声情報を出力し、マイク２０１８は音声情報を入力する。スピーカ２０１７及びマイク２０１８により入出力される音声情報はＣＰＵ２０１１の制御下で処理される。

図６は、本発明の一実施形態に係る担当リスト管理システム１の処理内容の概要を示すタイミングチャートである。

管理用端末４０は、管理者から担当者関連情報の入力を受け付けて、受け付けた担当者関連情報を担当リスト管理装置１０に送信する（ステップＳ１１）。送信された担当者関連情報を受信した担当リスト管理装置１０は、担当者識別情報を生成して担当者関連情報と共に関連付けて担当者ＤＢ２０に記憶する（ステップＳ３１）。更に、管理用端末４０は、管理者から担当者識別情報の出力の要求を受け付け、受け付けた担当者識別情報の出力の要求を担当リスト管理装置１０に送信する（ステップＳ１２）。送信された担当者識別情報の出力の要求を受信した担当リスト管理装置１０は、担当者カード７０に担当者識別情報を出力する（ステップＳ３２）。

上述の様な一連の処理を行うことにより、担当者毎にユニークな担当者識別情報が生成され、当該生成された担当者識別情報が出力された担当者カード７０を、担当者がユーザにサービスを提供する現場に持ち込むことが可能となる。

次に、当該担当者からサービスの提供を受けたユーザが当該サービスに満足した場合に、当該ユーザが携帯している携帯電話機５０ａは、担当者カード７０から担当者識別情報を取得し、取得した担当者識別情報をユーザ識別情報と共に担当リスト管理装置１０に送信する（ステップＳ４１）。送信された担当者識別情報を受信した担当リスト管理装置１０は、ユーザ識別情報及び担当者識別情報の組み合わせに関連づけて、コンタクト履歴をコンタクト履歴ＤＢ３０に記憶する（ステップＳ３３）。より具体的には、例えば、コンタクトの回数をコンタクト履歴としてインクリメントして記憶する。

上述の様な一連の処理を行うことにより、サービス内容に満足したユーザは、サービスの現場で、携帯電話機５０ａを用いて当該担当者を識別するための担当者識別情報を担当者カード７０から取得し、ユーザ自身を識別するユーザ識別情報と組み合わせて当該担当者識別情報を担当リスト管理装置１０に記憶させておくことができる。このことにより、当該ユーザが当該担当者から再びサービスの提供を受けたいと考えた場合に、担当リスト管理装置１０が記憶しているユーザ識別情報、及び担当者識別情報に関連付けられた担当者関連情報をキーとして、いつでもアポイントを取ることが可能となる。

ここで、図７は、上述の一連の処理が行われている様子を示す図である。この例においては、タクシーに乗車したユーザ１０２の携帯する携帯電話機５０ａが、サービスを提供する担当者１０１（ドライバー）の携帯する担当者カード７０から担当者識別情報を取得し、取得した担当者識別情報を、ユーザを識別するユーザ識別情報と共に、担当リスト管理装置１０に送信している。更に、担当リスト管理装置１０が、携帯電話機５０ａの送信した情報を受け付けたことに応じて、ユーザ識別情報に担当者識別情報を関連付けてコンタクト履歴ＤＢ３０に記憶している。このように、本発明によれば、サービスを受けたその場で担当者を識別する情報を取得して記憶しておけるので、ユーザは、お気に入りの担当者を次々と記憶させておき、担当者識別情報に関連付けられた担当者関連情報に基づいて、いつでも同じ担当者からサービスの提供を受けるためにアポイントを取ることができる。

ここで、再び、図６に戻って、担当者からの担当者関連情報に関する処理の流れを説明する。担当リスト管理装置１０が記憶している担当者の担当用端末４１は、その後、いつでも担当者からの入力を受け付けて、担当者に関する情報を担当リスト管理装置１０に送信して記憶させることができる。具体的には、担当用端末４１は、担当者から担当者関連情報の入力を受け付け、受け付けた担当者関連情報を担当リスト管理装置１０に送信する（ステップＳ２１）。ここで受け付けた担当者関連情報は、スケジュールや、お客様へのメッセージが主であるが、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度経度、最寄り駅等）等の入力を受け付けてもよい。送信された担当者関連情報を受信した担当リスト管理装置１０は、当該担当者関連情報を担当者識別情報に関連付けて担当者ＤＢ２０に記憶する（ステップＳ３４）。

ここで、担当者関連情報の具体例としては、図８の画面に示すように、担当者の電話番号、氏名、スケジュール、お客様へのメッセージ、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度経度、最寄り駅等）等、様々なものが記憶され、適宜表示されてよい。この例では、担当者ＩＤ「ＡＡＡ」のタクシードライバーの担当者関連情報は、電話番号が「０３−１２３４−５６７８」であり、氏名が佐藤であり、スケジュールが「池袋、７時から１５時まで」であり、お客様へのメッセージが「金曜日はお得意様予約優先します。」といった内容である。また、業種情報がタクシー（検索条件）、店情報が×××タクシー、位置情報の最寄り駅が池袋といった内容である。このような担当者関連情報を参考にして、アポイント要求をすることができるので、担当者の名前を覚えていなくとも、ユーザは次回のアポイントを取る担当者を選択することができる。

ここで、再び図６に戻って、上述のアポイント処理の流れを説明する。まず、再びアポイントを取りたいと考えたユーザのために、携帯電話機５０ａは、ユーザの入力を受け付ける。例えば、ユーザが担当者の名前が思い出せない場合には、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度経度、最寄り駅等）等の担当者に関連する担当者関連情報の入力を受け付ける。携帯電話機５０ａは、受け付けたユーザ識別情報及び担当者関連情報と共に、アポイント要求を担当リスト管理装置１０に送信する（ステップＳ４２）。送信されたアポイント要求を受信した担当リスト管理装置１０は、受信したユーザ識別情報に関連付けられた担当者識別情報の中から、担当者関連情報に関連する担当者を担当者ＤＢ２０に基づいて抽出するアポイント処理を行う。そして、抽出した担当者について作成したコンタクト履歴情報を携帯電話機５０ａに送信する（ステップＳ３５）。送信されたコンタクト履歴情報を受信した携帯電話機５０ａは、受信したコンタクト履歴情報を携帯電話機５０ａの表示部５２ａに表示する（ステップＳ４２）。表示した携帯電話機５０ａは、ユーザからの選択入力を受け付け、受け付けた選択入力によって選択された担当者識別情報をユーザ識別情報と共に送信する（ステップＳ４２）。送信された担当者識別情報及びユーザ識別情報を受信した担当リスト管理装置１０は、受信した情報に基づいてコンタクト履歴ＤＢ３０に記憶する（ステップＳ３５）。

ここで、図８は、本発明の一実施形態に係る担当リスト管理システム１の携帯電話機５０ａでの表示例を示す図である。この例では、携帯電話機５０ａが、当該ユーザ識別情報と共に、アポイント検索条件を担当者関連情報の内の業種情報である「タクシー」としたアポイント要求を担当リスト管理装置１０に送信し、担当リスト管理装置１０がコンタクト履歴ＤＢ３０及び担当者ＤＢ２０から抽出した担当者に基づいて作成したコンタクト履歴情報を受信して表示部５２ａに表示する画面を示す。この例では、担当者ＩＤ「ＡＡＡ」の担当者から１０６回、担当者ＩＤ「ＤＤＤ」の担当者から１０回、それぞれサービスの提供を受けていることがわかる。ユーザはこのような画面を参照し、担当者関連情報を参考にして、適当な担当者を決定し、担当リスト管理装置１０にその担当者を記憶させることができるので、担当者の名前を覚えていなくとも、再度同じ担当者からサービスを受けることができる。

最後に、再び図６に戻って、管理者によるコンタクト履歴情報の集計処理の流れを説明する。まず、管理用端末４０は、管理者から集計情報の要求を受け付け、受け付けた集計情報の要求を担当リスト管理装置１０に送信する（ステップＳ１３）。送信された集計情報の要求を受信した担当リスト管理装置１０は、集計情報の要求に応じて集計情報を作成し、管理用端末４０に送信する（ステップＳ３６）。送信された集計情報を受信した管理用端末４０は、受信した集計情報を管理用端末４０の表示装置４０ａに表示する（ステップＳ１３）。

ここで、図９は、本発明の一実施形態に係る担当リスト管理システム１の管理用端末４０での表示例を示す図である。

この例では、管理用端末４０が、集計条件として担当者毎の集計情報の要求を担当リスト管理装置１０に送信し、担当リスト管理装置１０が作成した集計情報を受信して、表示装置４０ａに表示している。具体的には、担当者ＩＤ「ＡＡＡ」の担当者は、ユーザＩＤ「Ｘ０６１０１２０１５」のユーザに対して１０６回サービスを提供していることがわかる。このように、管理者は、随時各担当者のサービス実績を集計して確認することができるので、各担当者のリピートオーダーの状況を把握し、担当者の評価に役立てる等の活用をすることができる。

以上、説明したように、本実施形態によれば、担当リスト管理システム１において、携帯電話機５０ａは、サービスを提供する担当者が携帯する担当者カード７０から担当者識別情報を取得し、取得した担当者識別情報を、ユーザを識別するユーザ識別情報と共に、担当リスト管理装置１０に送信する。そして、担当リスト管理装置１０は、携帯電話機５０ａが送信した情報を受け付けたことに応じて、ユーザ識別情報に担当者識別情報を関連付けてコンタクト履歴ＤＢ３０に記憶する。したがって、担当リスト管理システム１は、サービスを提供する担当者からサービスを受けたユーザに、サービスをした担当者を関連付けて記憶することができる。
更に、担当リスト管理システム１は、ユーザと担当者とを関連づけて記憶したコンタクト履歴ＤＢ３０、及び担当者と担当者に関する担当者関連情報とを関連付けて記憶した担当者ＤＢ２０に基づいて、携帯電話機５０ａから受け付けたアポイント要求により、担当者を抽出し記憶する。すなわち、担当者関連情報が名前以外の場合には名前以外の情報に関連する担当者を抽出し記憶するので、ユーザが、担当者の名前を覚えていなくとも、再度同じ担当者からサービスを受けることができるシステムを提供することができる。

更に、本実施形態によれば、担当リスト管理装置１０は、サービスを受けたユーザとサービスを提供した担当者とのコンタクト情報をコンタクト履歴ＤＢ３０に記憶し、指示された集計条件により集計処理をすることができる。したがって、サービス会社は、コンタクト履歴ＤＢ３０の情報を集計する等の利用をすることにより、サービスを提供した担当者に対するユーザの評価を確認することができる。また、サービス会社がコンタクト履歴ＤＢ３０を基に担当者の評価を行うことにより、担当リスト管理システム１は、ユーザへのサービスの質の向上にも貢献することができる可能性がある。

次に、より具体的な処理の流れについて説明する。図１０は、本発明の一実施形態に係る担当リスト管理装置１０のメイン処理を示すフローチャートである。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１０１において、管理用端末４０又は担当用端末４１から、担当者関連情報を受信したか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１０２に移して担当者情報処理を行い、ＮＯの場合は処理をステップＳ１０３に移す。担当者情報処理は、図１１においてフローチャートを示す。

ステップＳ１０３において、担当リスト管理装置１０のＣＰＵ１０１０は、携帯電話機５０ａ又はＰＣ５０ｂから、コンタクト情報として、担当者ＩＤとユーザＩＤとを受信しているか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１０４に移してコンタクト履歴処理を行い、ＮＯの場合は処理をステップＳ１０５に移す。コンタクト履歴処理は、図１３においてフローチャートを示す。

ステップＳ１０５において、担当リスト管理装置１０のＣＰＵ１０１０は、携帯電話機５０ａ又はＰＣ５０ｂから、担当者へのアポイントを要求するアポイント要求を受信しているか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１０６に移してアポイント１処理を行い、ＮＯの場合は処理をステップＳ１０７に移す。アポイント１処理は、図１５においてフローチャートを示す。

ステップＳ１０７において、担当リスト管理装置１０のＣＰＵ１０１０は、携帯電話機５０ａ又はＰＣ５０ｂから、選択した担当者へのアポイントを記憶することを要求するアポイント記憶要求として、ユーザＩＤ及び担当者ＩＤを受信しているか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１０８に移してアポイント２処理を行い、ＮＯの場合は処理をステップＳ１０９に移す。アポイント２処理は、図１６においてフローチャートを示す。

ステップＳ１０９において、担当リスト管理装置１０のＣＰＵ１０１０は、管理用端末４０から、担当者識別情報の出力指示を受信しているか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１１０に移して担当者識別情報出力指示受付処理を行い、ＮＯの場合は、処理をステップＳ１１１に移す。担当者識別情報出力指示受付処理は、図１７においてフローチャートを示す。

ステップＳ１１１において、担当リスト管理装置１０のＣＰＵ１０１０は、管理用端末４０から、集計情報の要求を受信しているか否かを判断する。この判断がＹＥＳの場合は、処理をステップＳ１１２に移して集計処理を行い、ＮＯの場合は、処理を終了する。集計処理は、図１８においてフローチャートを示す。

なお、上述の一連の判断の順序や処理の順序は適宜入れ替えてもよく、本発明に係るメイン処理はこれに限定されない。

図１１は、本発明の一実施形態に係る担当リスト管理装置１０の担当者情報処理を示すフローチャートである。メイン処理で、受信した内容が担当者関連情報であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１２１において、受信した担当者関連情報が、最初に受信したものであるか否かを判断する。より具体的には、担当リスト管理装置１０のＣＰＵ１０１０は、受信した担当者関連情報の担当者ＩＤが、担当者ＤＢ２０に存在しない場合に、最初の受信であると判断する。この判断がＹＥＳの場合は、処理をステップＳ１２２に移し、当該担当者に対して担当者ＩＤを生成し、受信した担当者関連情報（例えば、担当者名、電話番号、業種情報、店情報（店舗名等）、及び店舗等の位置情報（緯度経度、最寄り駅等）等）と共に担当者ＤＢ２０に記憶する。その後、担当リスト管理装置１０のＣＰＵ１０１０は、当処理へ移行するステップの次に戻る。ＮＯの場合はすでに担当者ＩＤが担当者ＤＢ２０に存在している場合であるので、当該担当者ＩＤに関連付けて、受信した担当者関連情報（例えば、スケジュール及びメッセージや、担当者名、電話番号、業種情報、店情報（店舗名等）、及び店舗等の位置情報（緯度経度、最寄り駅等）等）を担当者ＤＢ２０に記憶する（ステップＳ１２３）。

図１２は、本発明の一実施形態に係る担当者ＤＢ２０を示す図である。担当者ＤＢ２０には、担当者ＩＤに関連付けて、業種情報と、店情報と、位置情報と、スケジュールと、メッセージと、備考と、が記憶されている。担当者ＩＤは、サービスを提供する担当者を識別するための識別子であり、上述の様に、担当リスト管理装置１０が生成する。業種情報は、サービスを提供する担当者の職業の種類である。例えば、図１２に示す例のように、タクシー運転手、ホテル客室係等を記憶している。店情報は、担当者が属する店の情報である。例えば、店舗名等を記憶している。位置情報は、担当者に関する位置情報である。例えば、担当者が属する店舗等の緯度経度や最寄り駅等を記憶している。スケジュールは、サービスを提供する担当者のスケジュールである。例えば、就業時間や勤務場所等を記憶している。メッセージは、サービスを提供する担当者からのメッセージである。例えば、担当者からのお勧め品等のメッセージを記憶している。備考は、例えば、担当者名や、電話番号等を記憶している。このように、担当者ＤＢ２０は、少なくとも担当者を識別する担当者ＩＤを記憶しており、当該担当者に関する情報を担当者ＩＤに関連付けて記憶している。なお、担当者に関する情報であれば、これ以外の情報も更に記憶してもよい。

図１３は、本発明の一実施形態に係る担当リスト管理装置１０のコンタクト履歴処理を示すフローチャートである。メイン処理で、受信した内容がコンタクト情報であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１３１において、ユーザ識別情報としてユーザＩＤ、担当者識別情報の取得を識別するための取得ＩＤ、担当者識別情報として担当者ＩＤをそれぞれ取得し、ステップＳ１３２に移る。

更に、ステップＳ１３２において、担当リスト管理装置１０のＣＰＵ１０１０は、正常な受信か否かを、受信した取得ＩＤ（例えば、携帯電話機５０ａが担当者カード７０から担当者識別情報を取得する毎にインクリメントするシリアル番号を暗号化した情報）を基に判断する。すなわち、担当リスト管理装置１０は、受信の度に取得ＩＤを記憶しておき、ユーザ識別情報（ユーザＩＤ）及び担当者識別情報（担当者ＩＤ）の組み合わせに対して、今までに受信した取得ＩＤと新たに受信した取得ＩＤとを比較し、異なっていれば正常な受信と判断し、同じであれば過去と同一の担当者ＩＤの取得に係る２回目以降の受信と判断する。なお、上記のシリアル番号をインクリメントするプログラムは、担当者が所持している可搬識別媒体（ＲＦＩＤチップ）側に予め組み込んでおき、携帯電話機５０ａ側には、そのシリアル番号をそのまま受信するプログラムのみを組み込んでおいてもよい。上述の判断がＹＥＳの場合は、処理をステップＳ１３３に移し、ＮＯの場合は処理を終了し、当処理へ移行するステップの次に戻る。

ステップＳ１３３において、担当リスト管理装置１０のＣＰＵ１０１０は、担当者ＩＤが暗号化されている場合には暗号を解読し、取得した担当者ＩＤにより担当者ＤＢ２０を検索し、受信した担当者ＩＤが担当者ＤＢ２０に記憶されていることを確認し、ステップＳ１３４に移る。ステップＳ１３４において、担当リスト管理装置１０のＣＰＵ１０１０は、ユーザＩＤを取得し、ユーザＩＤが暗号化されている場合には暗号を解読し、取得したユーザＩＤによりコンタクト履歴ＤＢ３０を検索し、ステップＳ１３５に移る。ステップＳ１３５において、担当リスト管理装置１０のＣＰＵ１０１０は、検索したユーザに関連付けられた担当者のコンタクトの回数を更新し、記憶する。担当リスト管理装置１０のＣＰＵ１０１０は、その後、当処理へ移行するステップの次に戻る。

図１４は、本発明の一実施形態に係るコンタクト履歴ＤＢ３０を示す図である。コンタクト履歴ＤＢ３０には、ユーザＩＤと担当者ＩＤの組み合わせに対して、コンタクト履歴が関連付けて記憶され、アポイント要求があった旨が記憶されている。例えば、図１４に示す例のように、ユーザＩＤ「Ｘ０６１０１２０１５」のユーザと、担当者ＩＤ「ＡＡＡ」の担当者と、の組み合わせに対して、１０６回というコンタクトの回数が記憶され、アポイント要求があった旨が記憶されている。すなわち、当該ユーザは当該担当者から１０６回サービスを受けたことがわかり、当該担当者にアポイントしたことがわかる。

ユーザＩＤは、ユーザを識別するための識別子である。ユーザＩＤは、担当リスト管理装置１０が生成してもよいし、その他のユーザを管理するシステムが生成してもよい。コンタクト履歴は、ユーザとサービスを提供する担当者とのコンタクトの履歴情報である。コンタクト履歴情報は、例えば、コンタクトの回数を含む。更に、コンタクトの回数だけではなく、サービスを受けた日付、時間、場所等を含んでもよい。日付、時間、場所等を含むことにより、日付、時間、場所等により担当者を見つけ出すことが可能になり、再度、同じ担当者を探し出すことが容易になる。アポイント情報は、ユーザが当該担当者にアポイント要求した旨の情報である。担当リスト管理装置１０が、ユーザから当該担当者へのアポイント要求を受信すると、アポイント要求した旨が記憶される。なお、担当者に連絡が届いた場合等にアポイント要求した旨の記憶は消去される。

図１５は、本発明の一実施形態に係る担当リスト管理装置１０のアポイント１処理を示すフローチャートである。メイン処理で、受信した内容がアポイント要求であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１４１において、ユーザ識別情報としてユーザＩＤ及び担当者関連情報を取得し、処理をステップＳ１４２に移す。ステップＳ１４２において、担当リスト管理装置１０のＣＰＵ１０１０は、ユーザＩＤ及び担当者関連情報に基づくコンタクト履歴情報を作成する。より具体的には、担当リスト管理装置１０のＣＰＵ１０１０は、取得したユーザＩＤに対応付けられた担当者をコンタクト履歴ＤＢ３０に基づいて抽出し、抽出した担当者の中から担当者関連情報（例えば、アポイント検索条件として、担当者関連情報のうち業種情報：タクシー）に関連する担当者を担当者ＤＢ２０に基づいて抽出し、コンタクト履歴情報を作成する。担当リスト管理装置１０のＣＰＵ１０１０は、作成したコンタクト履歴情報を携帯電話機５０ａに送信し、処理を終了し、当処理へ移行するステップの次に戻る。なお、コンタクト履歴情報を携帯電話機５０ａ又はＰＣ５０ｂに送信すると、コンタクト履歴情報を受信した携帯電話機５０ａ又はＰＣ５０ｂは、ユーザからの選択を受け付け（後述するユーザの端末のアポイント要求処理のうちステップＳ２１３）、受け付けた担当者ＩＤを送信する（後述するユーザの端末のアポイント要求処理のうちステップＳ２１４）ので、図１６で示すアポイント２処理においてアポイント情報を記憶することができる。

図１６は、本発明の一実施形態に係る担当リスト管理装置１０のアポイント２処理を示すフローチャートである。メイン処理で、受信した内容がアポイント記憶要求であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１５１において、ユーザ識別情報としてユーザＩＤ及び担当者識別情報として担当者ＩＤを取得し、処理をステップＳ１５２に移す。ステップＳ１５２において、担当リスト管理装置１０のＣＰＵ１０１０は、ユーザが要求する担当者へのアポイントを記憶する。より具体的には、担当リスト管理装置１０のＣＰＵ１０１０は、取得したユーザＩＤ及び担当者ＩＤに基づいて、コンタクト履歴ＤＢ３０のアポイント情報のフラグをＯＮにして、アポイント要求があった旨を記憶する。その後、担当リスト管理装置１０のＣＰＵ１０１０は、処理を終了し、当処理へ移行するステップの次に戻る。

図１７は、本発明の一実施形態に係る担当リスト管理装置１０の担当者識別情報出力指示受付処理を示すフローチャートである。メイン処理で、受信した内容が識別情報出力であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１６１において、出力を指示する担当者ＩＤを受け付けて、処理をステップＳ１６２に移す。ステップＳ１６２において、担当リスト管理装置１０のＣＰＵ１０１０は、受け付けた担当者ＩＤを担当者カード７０に出力し、処理を終了し、当処理へ移行するステップの次に戻る。

図１８は、本発明の一実施形態に係る担当リスト管理装置１０の集計処理を示すフローチャートである。メイン処理で、受信した内容が集計要求であると判断されると、メイン処理から当処理へ移行する。

担当リスト管理装置１０のＣＰＵ１０１０は、ステップＳ１７１において、集計情報の要求によりコンタクト履歴ＤＢ３０に基づいて集計情報を作成する。より具体的には、管理用端末４０が要求した担当者毎やユーザ毎等の集計条件により、コンタクト履歴ＤＢ３０から情報を抽出し、集計情報を作成する。その後、処理をステップＳ１７２に移す。ステップＳ１７２において、担当リスト管理装置１０のＣＰＵ１０１０は、作成した集計情報を要求した管理用端末４０に送信し、処理を終了し、当処理へ移行するステップの次に戻る。

図１９は、本発明の一実施形態に係る携帯電話機５０ａの担当者識別情報送信処理を示すフローチャートである。

携帯電話機５０ａのＣＰＵ２０１１は、ステップＳ２０１において、担当者カード７０から担当者ＩＤを取得し、処理をステップＳ２０２に移す。ステップＳ２０２において、携帯電話機５０ａのＣＰＵ２０１１は、取得識別情報として取得ＩＤを生成し、暗号化し、処理をステップＳ２０３に移す。取得ＩＤとして、例えば、担当者識別情報を取得する毎にインクリメントするシリアル番号を生成する。ここで、インクリメント処理は、携帯電話機５０ａではなく、担当者カード７０のＲＦＩＤチップにおいて行ってもよい。ステップＳ２０３において、携帯電話機５０ａのＣＰＵ２０１１は、取得した担当者ＩＤをユーザＩＤ及び生成した取得ＩＤと共に、担当リスト管理装置１０に送信し、処理を終了する。

図２０は、本発明の一実施形態に係る携帯電話機５０ａのアポイント要求処理を示すフローチャートである。

携帯電話機５０ａのＣＰＵ２０１１は、ステップＳ２１１において、ユーザからアポイント要求を受け付け、受け付けたアポイント要求を担当リスト管理装置１０に送信する。より具体的には、携帯電話機５０ａのＣＰＵ２０１１は、再びアポイントを取りたいと考えたユーザのために、ユーザの入力を受け付ける。例えば、ユーザが担当者の名前が思い出せない場合には、業種情報、店情報（店舗名等）、店舗等の位置情報（緯度経度、最寄り駅等）等の担当者に関連する担当者関連情報の入力を受け付ける。そして、受け付けた担当者関連情報及びユーザ識別情報と共に、アポイント要求を担当リスト管理装置１０に送信する。その後、処理をステップＳ２１２に移す。ステップＳ２１２において、携帯電話機５０ａのＣＰＵ２０１１は、アポイント要求を受信した担当リスト管理装置１０がアポイント要求に基づいて作成したコンタクト履歴情報を受信し、受信したコンタクト履歴情報を表示部５２ａに表示し、処理をステップＳ２１３に移す。ステップＳ２１３において、携帯電話機５０ａのＣＰＵ２０１１は、表示したコンタクト履歴情報の中からユーザが担当者を選択することを受け付け、処理をステップＳ２１４に移す。ステップＳ２１４において、携帯電話機５０ａのＣＰＵ２０１１は、受け付けた担当者ＩＤをユーザＩＤと共に担当リスト管理装置１０に送信し、処理を終了する。なお、上述の一連の処理は、携帯電話機５０ａで行う必要は必ずしもなく、ユーザが担当リスト管理装置１０にアポイント要求を送信できるデバイスであれば、例えば自宅のＰＣ等が上述の一連の処理を行ってもよい。

図２１は、本発明の一実施形態に係る管理用端末４０の集計出力処理を示すフローチャートである。

管理用端末４０のＣＰＵ１０１０は、ステップＳ３０１において、管理者等から集計要求を受け付ける。より具体的には、集計のための条件として、担当者毎の集計やユーザ毎の集計等の集計条件の指示を集計要求として受け付ける。その後、処理をステップＳ３０２に移す。ステップＳ３０２において、管理用端末４０のＣＰＵ１０１０は、受け付けた集計要求を担当リスト管理装置１０に送信し、処理をステップＳ３０３に移す。ステップＳ３０３において、管理用端末４０のＣＰＵ１０１０は、送信した集計要求に応じて担当リスト管理装置１０が送信した集計情報を受信し、処理をステップＳ３０４に移す。ステップＳ３０４において、管理用端末４０のＣＰＵ１０１０は、受信した集計情報を管理用端末４０の表示装置４０ａに表示し、処理を終了する。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

本発明の一実施形態に係る担当リスト管理システム１の全体構成を示す図である。 担当リスト管理システム１の機能構成を示す図である。 担当リスト管理装置１０を中心として、担当リスト管理システム１の別の主要な機能を示す機能ブロック図である。 本発明の一実施形態に係る担当リスト管理装置１０のハードウェア構成の一例を示す図である。 携帯電話機５０ａ及び携帯リーダ８０のハードウェア構成を示すブロック図である。 本発明の一実施形態に係る担当リスト管理システム１の処理内容の概要を示すタイミングチャートである。 本発明の一実施形態に係る担当リスト管理システム１の一連の処理が行われている様子を示す図である。 本発明の一実施形態に係る担当リスト管理システム１の携帯電話機５０ａでの表示例を示す図である。 本発明の一実施形態に係る担当リスト管理システム１の管理用端末４０での表示例を示す図である。 本発明の一実施形態に係る担当リスト管理装置１０のメイン処理を示すフローチャートである。 本発明の一実施形態に係る担当リスト管理装置１０の担当者情報処理を示すフローチャートである。 本発明の一実施形態に係る担当者ＤＢ２０を示す図である。 本発明の一実施形態に係る担当リスト管理装置１０のコンタクト履歴処理を示すフローチャートである。 本発明の一実施形態に係るコンタクト履歴ＤＢ３０を示す図である。 本発明の一実施形態に係る担当リスト管理装置１０のアポイント１理を示すフローチャートである。 本発明の一実施形態に係る担当リスト管理装置１０のアポイント２処理を示すフローチャートである。 本発明の一実施形態に係る担当リスト管理装置１０の担当者識別情報出力指示受付処理を示すフローチャートである。 本発明の一実施形態に係る担当リスト管理装置１０の集計処理を示すフローチャートである。 本発明の一実施形態に係る携帯電話機５０ａの担当者識別情報送信処理を示すフローチャートである。 本発明の一実施形態に係る携帯電話機５０ａのアポイント要求処理を示すフローチャートである。 本発明の一実施形態に係る管理用端末４０の集計出力処理を示すフローチャートである。

符号の説明

１ 担当リスト管理システム
１０ 担当リスト管理装置
２０ 担当者ＤＢ
３０ コンタクト履歴ＤＢ
５０ａ 携帯電話機
７０ 担当者カード

Claims (6)

1. 通信ネットワークを介して接続可能なユーザの端末及び前記ユーザにサービスを提供する担当者を管理する担当リスト管理装置を含む、担当リスト管理システムにおいて、
   前記担当リスト管理装置は、
   前記担当者を識別する担当者識別情報を生成し、前記担当者識別情報と、前記担当者に関する、業務情報、店舗情報及び位置情報の内、少なくとも何れか一つを含む担当者関連情報とを関連付けて担当者情報記憶手段に記憶する担当者識別情報生成手段を備え、
   前記ユーザの端末は、
   前記担当者が携帯した可搬識別媒体から、当該可搬識別媒体に記録された前記担当者識別情報を取得する担当者識別情報取得手段と、
   前記担当者識別情報取得手段により前記可搬識別媒体から取得した前記担当者識別情報が取得されると、当該担当者識別情報及び前記ユーザを識別するユーザ識別情報を前記担当リスト管理装置に送信するコンタクト送信手段と、を備え、
   前記担当リスト管理装置は、
   前記コンタクト送信手段から前記担当者識別情報及び前記ユーザ識別情報を受信したことに応じて、前記ユーザ識別情報に前記担当者識別情報を関連付けて記憶するコンタクト履歴記憶手段と、
   前記ユーザ識別情報及び前記担当者関連情報と共に、アポイント要求を受け付けたことに応じて、前記アポイント要求と共に受け付けた前記ユーザ識別情報に対応した前記担当者識別情報を前記コンタクト履歴記憶手段から抽出し、抽出された前記担当者識別情報の内、前記アポイント要求と共に受け付けた前記担当者関連情報に関わる担当者識別情報を前記担当者情報記憶手段から抽出し、抽出された担当者識別情報に前記アポイント要求があった旨を記憶するアポイント処理手段と、を更に備えることを特徴とする担当リスト管理システム。
2. 前記担当リスト管理装置は、前記可搬識別媒体に前記担当者識別情報を出力する担当者識別情報出力手段を更に備えることを特徴とする請求項１に記載の担当リスト管理システム。
3. 前記可搬識別媒体は光学的に読み取り可能なコードとして前記担当者識別情報を表示し、
   前記担当者識別情報取得手段は、前記可搬識別媒体が表示したコードを光学的に読み取ることを特徴とする請求項１又は２に記載の担当リスト管理システム。
4. 前記可搬識別媒体は非接触型ＲＦＩＤチップに前記担当者識別情報を記録し、
   前記担当者識別情報取得手段は、前記非接触型ＲＦＩＤチップから前記担当者識別情報を受信することを特徴とする請求項１〜３の何れか一つに記載の担当リスト管理システム。
5. 前記担当者識別情報は暗号化されていることを特徴とする請求項１〜４の何れか一つに記載の担当リスト管理システム。
6. 前記担当者識別情報取得手段は、前記可搬識別媒体から、担当者識別情報を取得する際に、前記取得を識別する取得識別情報を取得し、
   前記コンタクト送信手段は、前記ユーザ識別情報と共に、前記取得識別情報を、前記担当リスト管理装置に送信することを特徴とする請求項１〜５の何れか一つに記載の担当リスト管理システム。

Images