アドレス帳管理システム、アドレス帳管理方法およびプログラム
【課題】アドレス帳に連絡先を容易に登録することができるようにする。
【解決手段】お預けサーバ２０は、お預かりデータベース２３１と、差込情報データベース２３２を備える。アドレス情報登録部２１４は、携帯端末１０から、アドレス情報登録要求を受信すると、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を差込情報データベース２３２から読み出し、読み出した差込情報に基づいてアドレス情報を作成し、作成したアドレス情報をお預かりデータベース２３１に登録する。お預かり同期処理部２１１は、お預かりデータベース２３１と携帯端末１０のアドレス帳１３１との間でアドレス情報の同期を行う。
【解決手段】お預けサーバ２０は、お預かりデータベース２３１と、差込情報データベース２３２を備える。アドレス情報登録部２１４は、携帯端末１０から、アドレス情報登録要求を受信すると、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を差込情報データベース２３２から読み出し、読み出した差込情報に基づいてアドレス情報を作成し、作成したアドレス情報をお預かりデータベース２３１に登録する。お預かり同期処理部２１１は、お預かりデータベース２３１と携帯端末１０のアドレス帳１３１との間でアドレス情報の同期を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アドレス帳管理システム、アドレス帳管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年携帯電話をはじめとする携帯端末が普及しており、各種の連絡先が携帯端末のアドレス帳に登録されている。特許文献１では、複数の端末間でアドレス帳を同期する仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３０００９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
商品やサービスをユーザに提供する企業などには、ユーザのアドレス帳に電話番号やメールアドレスなどの連絡先を登録して欲しいというニーズがある。しかしながら、特許文献１に記載のシステムでは、アドレス帳への最初のデータの登録はユーザ自身が行う必要があり、データの登録には手間がかかるため、携帯端末のアドレス帳への連絡先の登録を気楽に行ってもらうことは困難である。
本発明は、このような背景を鑑みてなされたものであり、携帯端末のアドレス帳に連絡先を容易に登録することのできる、アドレス帳管理システム、アドレス帳管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、携帯端末が記憶する通信相手のアドレス情報を管理するシステムであって、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースと、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報を記憶する差込情報データベースと、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するアドレス情報登録要求受信部と、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記差込情報データベースから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するアドレス情報作成部と、前記作成したアドレス情報を前記アドレス情報データベースに登録するアドレス情報登録部と、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期する同期処理部と、を備えることとする。
アドレス情報には、例えば電話番号や電子メールアドレス、メッセンジャーのＩＤなどが含まれる。アドレス情報データベースは、例えば、後述するお預かりデータベース２３１に対応する。通信相手特定情報は、後述する情報ＩＤに対応する。なお、通信相手特定情報として、電話番号、名称、フリガナ、店舗ＩＤなどを用いるようにしてもよい。
【０００６】
本発明のアドレス情報管理システムによれば、携帯端末のユーザが指定した通信相手について、差込情報に基づくアドレス情報がアドレス情報データベースに登録され、アドレス情報データベースに登録されたアドレス情報は携帯端末に同期される。したがって、携帯端末のユーザはアドレス情報の各項目の登録を自身で行う必要がない。よって、アドレス情報の登録にかかる手間が軽減され、アドレス情報の登録が容易になるので、アドレス情報の登録が促進される。例えば、商品やサービスを提供する企業にとっては、企業に関する差込情報を登録しておくだけで、携帯端末にアドレス情報が登録されることが促進され、また、店舗とユーザとが電話や電子メールによりコミュニケーションをとる可能性が向上するので、有用である。
【０００７】
また、本発明のアドレス情報管理システムは、前記差込情報が更新された場合に、前記更新された差込情報に対応する前記通信相手を特定し、前記特定した通信相手に対応する前記アドレス情報を前記アドレス情報データベースから検索し、前記更新された差込情報に基づいて、前記検索したアドレス情報を更新するアドレス情報更新部を備えるようにしてもよい。
この場合、アドレス情報管理システムの差込情報を更新するだけで、その通信相手のアドレス情報を登録している全ての携帯端末について、アドレス情報を更新することができる。
【０００８】
また、本発明のアドレス情報管理システムは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータを前記クーポンデータベースから読み出し、前記作成したアドレス情報の所定の項目に前記読み出したクーポンデータを設定するようにしてもよい。
この場合、携帯端末に記憶されているアドレス情報を用いてクーポンを配布することができる。通常クーポンは紙媒体や電子メールにより配布されるが、本発明のアドレス情報管理システムによれば、アドレス情報をクーポンの配布経路として用いることができる。また、アドレス情報をクーポンの配布経路として用いることにより、クーポンを閲覧したユーザがアドレス情報を用いて電話や電子メールなどによる連絡を行いやすくなる。よって、高い広告効果が期待される。
【０００９】
また、本発明のアドレス情報管理システムでは、前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンデータの差込先となる前記アドレス情報の項目を示す差込先情報を記憶しており、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータおよび前記差込先情報を前記クーポンデータベースから読み出し、前記差込先情報が示す前記作成したアドレス情報の項目に、前記読み出したクーポンデータを設定するようにしてもよい。
この場合、アドレス情報に含まれる項目のうち、指定した項目にクーポンを差し込むことができる。例えば、文字列のみのクーポンの場合には、メモ欄にクーポンデータを差し込み、画像によるクーポンの場合には画像欄にクーポンデータを差し込み、インターネット経由でクーポンを閲覧させる場合には、ＵＲＬ欄にクーポンデータを差し込むようにすることができる。これにより、多様なクーポンデータを差し込むことが可能となる。
【００１０】
また、本発明のアドレス情報管理システムでは、前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンの有効期間を指定する期間情報を対応付けて記憶しており、前記アドレス情報作成部は、現時点が前記期間情報により指定される前記有効期間に含まれている場合にのみ、前記アドレス情報の所定の項目に前記クーポンデータを設定するようにしてもよい。
【００１１】
また、本発明のアドレス情報管理システムでは、前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称の読み仮名が含まれており、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる読み仮名に、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まる所定の接頭辞を先頭に追加して前記アドレス情報の読み仮名として設定するようにしてもよい。
この場合、アドレス情報管理システムにより登録されたアドレス情報については、読み仮名が、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まることになる。携帯端末では、読み仮名（フリガナ）の順にソートされることが一般的であり、ユーザはひらがなまたはカタカナにより読み仮名を設定することが一般的であるため、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報の読み仮名をひらがなやカタカナでない文字から始めるようにすることで、ユーザが入力したアドレス情報とは区別して表示されるようにすることができる。また、多くの携帯端末では読み仮名の最初の一文字を用いて、例えば、「ア」グループや「イ」のグループというように、グループ分けがなされるため、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報を、ユーザが登録したアドレス情報とは異なるグループとしてグループ分けがなされるようにすることができる。
【００１２】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されていない場合には、第１の前記接頭辞を前記差込情報の読み仮名に追加し、前記クーポンデータが登録されている場合には、前記第１の接頭辞よりも文字コードの小さい第２の前記接頭辞を前記差込情報の読み仮名に追加して、前記アドレス情報の読み仮名として設定するようにしてもよい。
この場合、クーポンが含まれているアドレス情報をより先に表示するようにすることができる。
【００１３】
また、本発明のアドレス情報管理システムでは、前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称が含まれており、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる名称に、所定の接頭辞を追加して前記アドレス情報の名称として設定するようにしてもよい。
この場合、アドレス情報管理システムにより登録されたアドレス情報については、名称に所定の接頭辞を追加することができる。したがって、携帯端末のユーザは、アドレス情報のうち、本発明のアドレス情報管理システムにより自動的に作成されたものを容易に把握することができる。
【００１４】
また、本発明のアドレス情報管理システムは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されているか否かに応じて、異なる前記接頭辞を前記名称に追加するようにしてもよい。
この場合、クーポンが発行されているか否かがアドレス情報の名称の一部として表示されることになるので、ユーザはクーポンが発行されているものを容易に把握することができる。
【００１５】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記差込情報には、前記提供者が提供する商品およびサービスの少なくともいずれかのカテゴリを特定するためのカテゴリ特定情報と、前記提供者の名称とが含まれ、前記アドレス情報には、前記提供者の名称が含まれ、前記カテゴリごとに、前記カテゴリを示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記カテゴリ特定情報に応じて前記カテゴリを特定し、前記特定したカテゴリに対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接頭辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定するようにしてもよい。
この場合、提供者のカテゴリを絵文字により表現することができるので、携帯端末のユーザは、アドレス情報の名称を見るだけで、アドレス情報のその他の項目を閲覧することなく、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報に係る提供者がどのような商品やサービスを提供しているかを容易に把握することができる。
【００１６】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記差込情報には、前記提供者の名称と、前記商品およびサービスの属性を示す１つ以上の属性値とが含まれ、前記アドレス情報には、前記提供者の名称が含まれ、前記属性と、前記属性値と、前記属性値を示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記属性値に対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接尾辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定するようにしてもよい。
提供者の属性とは、例えば、営業時間やクレジットカードの利用可否などである。提供者が飲食店である場合には、例えば、ランチの提供がされていることや、禁煙席があるかどうか、どのような目的で利用されているか、価格帯はいくらかなども提供者の属性である。
この場合の本発明のアドレス情報管理システムによれば、提供者の各属性を表現する絵文字を名称に追加することができる。これにより、携帯端末のユーザは、アドレス情報の名称を見るだけで、アドレス情報のその他の項目を閲覧することなく、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報に係る提供者がどのような商品やサービスを提供しているかをより詳細に、かつ容易に把握することができる。
【００１７】
また、本発明の他の態様は、携帯端末が記憶する通信相手のアドレス情報を管理する方法であって、前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータが、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶し、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信し、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成し、前記作成したアドレス情報を前記アドレス情報データベースに登録し、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期することとする。
【００１８】
また、本発明の他の態様は、携帯端末が記憶する通信相手のアドレス情報を管理するためのプログラムであって、前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータに、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶するステップと、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するステップと、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するステップと、前記作成したアドレス情報を前記アドレス情報データベースに登録するステップと、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期するステップと、を実行させることとする。
【００１９】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００２０】
本発明によれば、アドレス帳に連絡先を容易に登録することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係る情報管理システムの全体構成を示す図である。
【図２】パートナーから提供される店舗情報の構成例を示す図である。
【図３】携帯端末１０のハードウェア構成を示す図である。
【図４】携帯端末１０のソフトウェア構成を示す図である。
【図５】アドレス帳１３１が記憶するアドレス情報の構成例を示す図である。
【図６】お預かりサーバ２０のハードウェア構成を示す図である。
【図７】お預かりサーバ２０のソフトウェア構成を示す図である。
【図８】お預かりデータベース２３１の構成例を示す図である。
【図９】差込データベース２３２に登録される差込情報の構成例を示す図である。
【図１０】クーポンデータベース２３３に登録されるクーポン情報の構成例を示す図である。
【図１１】差込履歴データベース２３４が記憶する差込履歴の構成例を示す図である。
【図１２】パートナーデータベース２３５が記憶するパートナー情報の構成例を示す図である。
【図１３】ユーザデータベース２３６が記憶するユーザ情報の構成例を示す図である。
【図１４】差込情報登録部２１３による差込情報の登録処理の流れを示す図である。
【図１５】差込情報の更新削除処理の流れを示す図である。
【図１６】差込情報の作成処理の流れを示す図である。
【図１７】Ｗｅｂサーバ３２が提供するＷｅｂページを携帯端末１０が表示した画面４１の一例を示す図である。
【図１８】アドレス情報登録要求に応じて実行される差込処理の流れを示す図である。
【図１９】ユーザ情報の登録処理の流れを示す図である。
【図２０】グループＩＤを決定する処理の流れを示す図である。
【図２１】クーポンの差込処理の流れを示す図である。
【図２２】差込情報の更新処理の流れを示す図である。
【図２３】お預かり同期処理部２１１によるアドレス情報の同期処理の流れを示す図である。
【図２４】名称やフリガナに接頭辞や接尾辞を付加するようにする場合のお預かりサーバ２０のソフトウェア構成例を示す図である。
【図２５】フリガナ設定データベース２３７の構成例を示す図である。
【図２６】接頭辞および接尾辞を付加する場合に、差込情報に設定する名称およびフリガナを作成する処理の流れを示す図である。
【図２７】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定する場合のお預かりサーバ２０のソフトウェア構成例を示す図である。
【図２８】カテゴリ絵文字データベース２３８の構成例を示す図である。
【図２９】サービス項目絵文字データベース２３９の構成例を示す図である。
【図３０】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定する場合の名称の決定処理の流れを示す図である。
【図３１】サービス情報に応じた絵文字を名称に追加する処理の流れを示す図である。
【図３２】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定するようにした場合の、アドレス情報の一覧が表示される画面９０の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態に係る情報管理システムについて説明する。本実施形態の情報管理システムでは、携帯端末が管理しているアドレス帳をサーバとの間で同期させて、アドレス帳のバックアップをするとともに、通信相手に関するアドレス帳のレコード（以下、「アドレス情報」という。）をサーバ側で登録することで、携帯端末にアドレス情報が自動的に登録されるようにするものである。
【００２３】
＝＝システム構成＝＝
図１は、本実施形態に係る情報管理システムの全体構成を示す図である。本実施形態の情報管理システムは、携帯端末１０とお預かりサーバ２０とを含んで構成される。携帯端末１０とお預かりサーバ２０とは通信ネットワーク３１を介して互いに通信可能に接続される。通信ネットワーク３１は、例えば、インターネットやＶＡＮ（Value Added Network）などである。通信ネットワーク３１は、例えば、無線通信網や公衆電話回線網、イーサネット（登録商標）などで構築される。通信ネットワーク３１にはＷｅｂサーバ３２が接続されており、携帯端末１０やお預かりサーバ２０はＷｅｂサーバ３２との間でも通信が可能となっている。
【００２４】
Ｗｅｂサーバ３２は、飲食店やホテルなどの各種サービスを提供する店舗の連絡先としての電話番号やメールアドレスなどを含む情報（以下、「店舗情報」という。）を閲覧可能なＷｅｂサイトを提供している。Ｗｅｂサーバ３２が提供するＷｅｂサイトとは、例えば、レストランなどのグルメ情報を提供するグルメサイトや、ホテルやレストランなどについての口コミ情報を提供する口コミサイト、検索エンジンによる検索サービスを提供するポータルサイトなどである。
【００２５】
以下の説明において、Ｗｅｂサーバ３２の運営者を「パートナー」という。パートナーは、店舗情報を取得するためのＡＰＩ（Application Program Interface）を提供する。ＡＰＩに定義されている関数を呼び出すことにより、店舗情報を取得することができる。図２は、パートナーから提供される店舗情報の構成例を示す図である。店舗情報には、店舗を特定する情報（以下、「店舗ＩＤ」という。）に対応付けて、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬなどの連絡先情報と、目的、価格帯、時間帯、駐車場、個室、深夜営業、クレジットカード、禁煙席、喫煙席などのサービス情報と、更新日時とが含まれる。なお、サービス情報は、店舗の業種によって異なる。図２の例では、飲食店のカテゴリに係るサービス情報の一例を示している。
【００２６】
携帯端末１０は、情報管理システムの利用者が操作する、例えば、携帯電話やＰＤＡ（Personal Digital Assistant）、可搬型のパーソナルコンピュータなどのコンピュータである。携帯端末１０ではＷｅｂブラウザが動作し、利用者はＷｅｂブラウザを操作することによりＷｅｂサーバ３２が提供するＷｅｂサイトにアクセスすることができる。本実施形態では携帯端末１０は携帯電話を想定している。携帯端末１０は、アドレス帳としてアドレス情報を記憶している。
【００２７】
お預かりサーバ２０は、携帯端末１０が備えるアドレス帳と同じものを管理しており、携帯端末１０との間でアドレス帳を同期する。お預かりサーバ２０は、例えば、パーソナルコンピュータやワークステーションなどのコンピュータである。また、お預かりサーバ２０は、携帯端末１０からの指示に応じて、Ｗｅｂサーバ３２から店舗情報を取得し、店舗情報に基づき、携帯端末１０との間で同期しているアドレス帳にアドレス情報を登録する。
以下、詳細について説明する。
【００２８】
＝＝携帯端末１０＝＝
図３は、携帯端末１０のハードウェア構成を示す図である。携帯端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備えている。記憶装置１０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより各種の機能を実現する。通信インタフェース１０４は、通信ネットワーク３１に接続するためのインタフェースであり、例えば無線通信網に接続するための無線通信器である。通信インタフェース１０４は、携帯端末１０が接続する通信ネットワーク３１に応じて、電話回線網に接続するためのモデム、イーサネット（登録商標）に接続するためのアダプタなどを採用することもできる。入力装置１０５は、データの入力を受け付ける、例えば、ボタンやスイッチ、タッチパネル、キーボード、マイクロフォンなどである。出力装置１０６は、データを出力する、例えば、ディスプレイやプリンタ、スピーカなどである。なお、携帯端末１０は入力装置１０５や出力装置１０６を複数備えるようにしてもよい。
【００２９】
図４は、携帯端末１０のソフトウェア構成を示す図である。携帯端末１０は、アドレス帳１３１、アドレス帳同期処理部１１１、アドレス帳閲覧処理部１１２、Ｗｅｂページ閲覧処理部１１３、アドレス情報登録要求送信部１１４を備えている。なお、アドレス帳１３１は、携帯端末１０が備えるメモリ１０２や記憶装置１０３が提供する記憶領域として実現される。また、アドレス帳同期処理部１１１、アドレス帳閲覧処理部１１２、Ｗｅｂページ閲覧処理部１１３、アドレス情報登録要求送信部１１４は、携帯端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００３０】
図５は、アドレス帳１３１が記憶するレコード（以下、「アドレス情報」という。）の構成例を示す図である。アドレス情報には、情報ＩＤ、更新日時、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモ、グループＩＤ、画像、シークレット設定が含まれている。情報ＩＤは、アドレス帳１３１においてユニークな値であり、店舗ＩＤを含む。本実施形態では、情報ＩＤは、パートナーを特定するパートナーＩＤと店舗ＩＤとを連結した文字列により表されるものとする。また、情報ＩＤ、シークレット設定、および更新日時は、アドレス帳１３１には記憶されるものの、ユーザに対しては表示されない不可視の属性が設定されている。なお、アドレス情報の上記各項目は省略することもできる。また、アドレス情報には、上記の各項目以外にも各種の項目を任意に含めることもできる。シークレット設定は、アドレス情報を保護するための情報であり、本実施形態では、アドレス情報を閲覧または編集するためのパスワードが設定されるものとする。
【００３１】
アドレス帳同期処理部１１１は、お預かりサーバ２０との間でアドレス情報の同期を行う。本実施形態では、アドレス帳同期処理部１１１は、次のようにしてアドレス情報の同期を行うものとする。すなわち、アドレス帳同期処理部１１１は、アドレス帳１３１から、新しく登録されたアドレス情報、更新されたアドレス情報、削除されたアドレス情報を特定する。アドレス帳同期処理部１１１は、例えば、追加や更新、削除の履歴を記憶しておき、その履歴に基づいて追加、更新または削除されたアドレス情報を特定するようにすることができる。アドレス帳同期処理部１１１は、アドレス情報を同期するように指示するコマンド（以下、「同期要求」という。）に、携帯端末１０を特定するための情報（以下、「端末ＩＤ」という。）と、追加または更新されたアドレス情報と、削除されたアドレス情報の情報ＩＤとを設定してお預かりサーバ２０に送信する。お預かりサーバ２０からは、同期要求に応じて、お預かりサーバ２０において登録または更新されたアドレス情報と、削除されたアドレス情報の情報ＩＤとを含む応答（以下、「同期応答」という。）が送信される。アドレス帳同期処理部１１１はお預かりサーバ２０から同期応答を受信し、受信した同期応答にアドレス情報が含まれていれば、そのアドレス情報をアドレス帳１３１に登録し、削除されたアドレス情報の情報ＩＤが含まれていれば、その情報ＩＤに対応するアドレス情報をアドレス帳１３１から削除する。このようにして、アドレス情報の同期を行うようにすることができる。なお、アドレス帳同期処理部１１１が行うアドレス情報の同期処理には、上記の方法以外にも、各種の一般的な同期処理の手法を採用するようにしてもよい。
【００３２】
アドレス帳閲覧処理部１１２は、携帯端末１０のユーザの操作に応じて、アドレス帳１３１に登録されているアドレス情報を読み出す。アドレス帳閲覧処理部１１２は、ユーザからアドレス情報の項目に対する条件が指定された場合には、その条件を満たすアドレス情報のみを読み出すようにする。例えば、ユーザからグループＩＤが指定された場合、アドレス帳閲覧処理部１１２は、指定されたグループＩＤが含まれているアドレス帳のみを読み出す。アドレス帳閲覧処理部１１２は、読み出したアドレス情報を、フリガナ（読み仮名）をキーとしてソートし、ソートしたアドレス情報の名称の一覧をディスプレイなどの出力装置１０６に出力する。アドレス帳閲覧処理部１１２は、ユーザからアドレス情報の指定を受けた場合には、アドレス情報の不可視の属性が設定されていない項目をディスプレイなどの出力装置１０６に出力する。アドレス帳閲覧処理部１１２は、指定されたアドレス情報のシークレット設定にパスワードが設定されている場合には、ユーザからパスワードの入力を受け付けて、入力されたパスワードとアドレス情報のシークレット設定に設定されているパスワードとが一致する場合にのみアドレス情報を出力するようにする。なお、アドレス帳閲覧処理部１１２は、ユーザの操作に応じてアドレス情報の登録や削除、更新を行うようにしてもよい。
【００３３】
Ｗｅｂページ閲覧処理部１１３は、Ｗｅｂサーバ３２にアクセスして、Ｗｅｂページを取得し、取得したＷｅｂページをディスプレイなどの出力装置１０６に出力する。本実施形態では、Ｗｅｂページ閲覧処理部１１３は、Ｗｅｂブラウザとして実現されるものとする。
【００３４】
アドレス情報登録要求送信部１１４は、アドレス帳に登録したい相手先を特定する情報を含む、アドレス情報を登録するように指示するコマンド（以下、「アドレス情報登録要求」という。）をお預かりサーバ２０に送信する。本実施形態では、アドレス情報登録要求は、ＨＴＴＰ（HyperText Transfer Protocol）のリクエストとして実現されるものとする。Ｗｅｂサーバ３２が提供するＷｅｂページには、パートナーによって店舗の識別情報（以下、「店舗ＩＤ」という。）を引数としたお預かりサーバ２０へのリンクが設定されており、当該リンクが携帯端末１０のユーザにクリックされたことにより、アドレス情報登録要求送信部１１４は、店舗ＩＤを含み上記リンクに係るＵＲＬを宛先としたＨＴＴＰリクエストをアドレス情報登録要求としてお預かりサーバ２０に送信するものとする。
【００３５】
＝＝お預かりサーバ２０＝＝
図６は、お預かりサーバ２０のハードウェア構成を示す図である。お預かりサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備えている。記憶装置２０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信インタフェース２０４は、通信ネットワーク３１に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタや、電話回線網に接続するためのモデム、無線通信網に接続するための無線通信器などである。入力装置２０５は、データの入力を受け付ける、例えば、キーボードやマウス、タッチパネル、マイクロフォンなどである。出力装置２０６は、データを出力する、例えば、ディスプレイやプリンタ、スピーカなどである。なお、お預かりサーバ２０は、複数の入力装置２０５や出力装置２０６を備えるようにしてもよい。
【００３６】
図７は、お預かりサーバ２０のソフトウェア構成を示す図である。お預かりサーバ２０は、お預かり同期処理部２１１、クーポン情報登録部２１２、差込情報登録部２１３、アドレス情報登録部２１４、フィードバック情報出力部２１５、お預かりデータベース２３１、差込情報データベース２３２、クーポンデータベース２３３、差込履歴データベース２３４、パートナーデータベース２３５、ユーザデータベース２３６を備えている。なお、お預かり同期処理部２１１、クーポン情報登録部２１２、差込情報登録部２１３、アドレス情報登録部２１４、フィードバック情報出力部２１５は、お預かりサーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、お預かりデータベース２３１、差込情報データベース２３２、クーポンデータベース２３３、差込履歴データベース２３４、パートナーデータベース２３５、ユーザデータベース２３６は、お預かりサーバ２０が備えるメモリ２０２や記憶装置２０３が提供する記憶領域として実現される。
【００３７】
お預かりデータベース２３１（本発明の「アドレス情報データベース」に該当する。）は、携帯端末１０が記憶しているアドレス情報の複製を記憶する。図８は、お預かりデータベース２３１の構成例を示す図である。お預かりデータベース２３１は、携帯端末１０の識別情報（以下、「端末ＩＤ」という。）に対応付けてアドレス情報を記憶する。お預かりデータベース２３１では、端末ＩＤおよび情報ＩＤにより、アドレス情報が一意に特定される。また、お預かりデータベース２３１では、アドレス情報にユーザ削除フラグと削除フラグとが付帯されている。ユーザ削除フラグは、携帯端末１０においてアドレス情報が削除されたことを示すフラグ値であり、差込削除フラグは、後述する差込処理においてアドレス情報が削除されたことを示すフラグ値である。
【００３８】
お預かり同期処理部２１１は、携帯端末１０との間でアドレス情報の同期を行う。携帯端末１０との間で同期されるアドレス情報は、お預かりデータベース２３１に登録されているアドレス情報のうち、携帯端末１０を示す端末ＩＤが含まれるもののみである。なお、お預かり同期処理部２１１による同期処理の詳細については後述する。
【００３９】
差込情報データベース２３２は、店舗の連絡先としての電話番号やメールアドレスなどを含む情報（以下、「差込情報」という。）を記憶する。差込情報は、後述するように、店舗情報に基づいて作成される。図９は、差込データベース２３２に登録される差込情報の構成例を示す図である。差込情報には、店舗を特定する情報ＩＤ、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモ、画像、差込情報の更新日時、削除フラグ、反映フラグが含まれる。削除フラグは、この差込情報が削除されたことを示すフラグ値である。反映フラグは、この差込情報に基づいてアドレス情報の登録や更新が行われたことを示すフラグ値である。なお、差込情報に基づいてアドレス情報が更新される処理については、後述する。削除フラグが「真」に設定されている差込情報については、当該差込情報に対応するアドレス情報が削除されると、当該差込情報も削除される。
【００４０】
クーポンデータベース２３３は、店舗において特別なサービスを受けるためのクーポンに関する情報（以下、「クーポン情報」という。）を記憶する。図１０は、クーポンデータベース２３３に登録されるクーポン情報の構成例を示す図である。クーポン情報には、情報ＩＤに対応付けて、クーポンデータ、挿入先、提供開始日および提供終了日、反映フラグが含まれる。クーポンデータは、クーポンを表現するための情報である。本実施形態では、クーポンデータは、平文のテキストまたはＵＲＬであるものとする。挿入先は、クーポンデータを設定すべきアドレス情報の項目である。本実施形態では、挿入先は、「特定ＵＲＬ」「ＵＲＬ」「特定メモ」「メモ」のいずれかであるものとするが、その他の項目、例えば、「画像」などの項目を指定するようにすることもできる。クーポンデータが、例えば、「全品１０％ＯＦＦ」などのように、テキストにより表現される場合には、挿入先には「特定メモ」又は「メモ」が設定され、Ｗｅｂサーバ３２が提供するあるＷｅｂページをクーポンとして機能させる場合には、当該Ｗｅｂページを示すＵＲＬがクーポンデータに設定され、挿入先には「特定ＵＲＬ」又は「ＵＲＬ」が設定されることを想定している。提供開始日および提供終了日は、クーポンデータがアドレス情報に挿入される期間、すなわち、クーポンの有効期間を示す。後述するように、提供開始日以降、提供終了日までの間、クーポンデータがアドレス情報に挿入されることになる。
【００４１】
クーポン情報登録部２１２は、クーポン情報を取得してクーポンデータベース２３３に登録する。クーポン情報の取得は、クーポン情報登録部２１２が、各パートナーについて、当該パートナーが提供しているＡＰＩに定義された関数を呼び出すことにより行うものとする。クーポン情報登録部２１２は、取得したクーポン情報の情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に既に登録されている場合には、取得したクーポン情報に基づいて、登録されているクーポン情報を更新する。
【００４２】
差込情報登録部２１３は、店舗情報を取得し、店舗情報に基づいて、新たな差込情報を差込情報データベース２３２に登録し、または差込情報データベース２３２に登録されている差込情報を更新もしくは削除する。なお、差込情報登録部２１３による差込情報の登録処理の詳細については後述する。
【００４３】
アドレス情報登録部２１４は、差込情報に基づいてアドレス情報の登録処理（以下、「差込処理」という。）を行う。アドレス情報登録部２１４は、携帯端末１０から送信されるアドレス情報登録要求に応じてアドレス情報の登録を行う。また、アドレス情報登録部２１４は、差込情報データベース２３２を定期的に参照して、反映フラグが「偽」である差込情報が登録されている場合には、当該差込情報に対応するアドレス情報を更新または削除する。なお、アドレス情報登録部２１４による差込処理の詳細については後述する。
【００４４】
差込履歴データベース２３４は、差込処理の履歴（以下、「差込履歴」という。）を記憶する。図１１は、差込履歴データベース２３４が記憶する差込履歴の構成例を示す図である。差込履歴には、日時、情報ＩＤ、端末ＩＤ、操作種別および対象項目が含まれている。日時は、差込処理が行われた日時である。操作種別は、アドレス情報の登録、更新または削除のいずれが行われたかを示す情報であり、「登録」「更新」「削除」または「ユーザ削除」のいずれかが設定される。操作種別には、差込情報が削除されたことによりアドレス情報が削除された場合には「削除」が設定され、携帯端末１０においてアドレス情報が削除された場合には「ユーザ削除」が設定される。対象項目は、差込情報が更新された場合に、どの項目が更新されたかを示す。複数の項目が更新された場合には、更新された項目がすべて対象項目に記載される。
【００４５】
フィードバック情報出力部２１５は、パートナーに対して差込履歴に基づく集計情報を出力する。集計は、差込情報がアドレス情報として登録された数（以下、「追加数」という。）、差込情報に対応するアドレス情報が削除された数（以下、「削除数」という。）、差込情報に基づいてアドレス情報が登録された日時からアドレス情報が削除された日時までの期間（以下、「ライフタイム」という。）の平均値などである。フィードバック情報出力部２１５は、例えば、パートナーごとに、パートナーＩＤに対応する情報ＩＤに対応する差込情報を差込情報データベース２３２から読み出し、読み出した差込情報の情報ＩＤに対応する差込履歴を差込履歴データベース２３４から読み出してリストにし、リストに含まれる差込履歴のうち、操作種別が「追加」および「削除」であるものの数をそれぞれカウントして追加数および削除数を算出することができる。また、フィードバック情報出力部２１５は、上記リストから重複なく情報ＩＤと端末ＩＤとの組み合わせを抽出し、抽出した各組合せについて、操作種別が「削除」である差込履歴が上記リストに含まれているものを特定し、特定した組合せに対応する前記差込履歴のうち操作種別が「追加」であるものの日時から、操作種別が「削除」であるものの日時までの期間をライフタイムとして算出することができる。フィードバック情報出力部２１５は、所定の形式に上記集計情報を整形して出力する。フィードバック情報出力部２１５は、例えば、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）などの
フィードバック情報出力部２１５は、例えば、集計情報を所定のメールアドレス宛ての電子メールに添付して送信するようにしてもよいし、Ｗｅｂサーバ３２に対して集計情報をアップロードするようにしてもよい。また、パートナーのコンピュータからのリクエストに応じて、集計情報を送信するようにすることもできる。
【００４６】
パートナーデータベース２３５は、パートナーに関する情報（以下、「パートナー情報」という。）を記憶する。図１２は、パートナーデータベース２３５が記憶するパートナー情報の構成例を示す図である。パートナー情報には、パートナーＩＤ、カテゴリ、パートナーの名称、名称のフリガナ、略記文字列、デリミタおよびＡＰＩ提供サーバが含まれている。カテゴリは、パートナーが提供する店舗情報の種別を示す。カテゴリには、例えば、「グルメ」などが設定される。略記文字列は、パートナーの名称を略記するための文字列である。後述するように、パートナーから提供された差込情報に含まれる店舗の名称には略記文字列が含められる。デリミタは、略記文字列と店舗の名称との間に挿入される文字列である。なお、略記文字列およびデリミタには、携帯端末１０においてアイコンに置き換えられる文字（いわゆる「絵文字」である。）を用いてもよい。ＡＰＩ提供サーバは、店舗情報を取得するためにアクセスするべきコンピュータを示す情報である。ＡＰＩ提供サーバには、ＩＰアドレスやＦＱＤＮ（Fully Qualified Domain Name）が指定される。本実施形態では、Ｗｅｂサーバ３２のＩＰアドレスまたはＦＱＤＮが指定されるものとする。なお、パートナーデータベース２３５に、パートナーごとに、ＡＰＩの関数群の定義を記憶するようにしてもよい。
【００４７】
ユーザデータベース２３６は、携帯端末１０のユーザに関する情報（以下、「ユーザ情報」という。）を記憶する。図１３は、ユーザデータベース２３６が記憶するユーザ情報の構成例を示す図である。ユーザ情報には、端末ＩＤとメールアドレスとが含まれている。もちろん、ユーザ名やパスワードなど、その他ユーザに関する各種の項目を含めるようにしてもよい。
【００４８】
以下、本実施形態の情報管理システムにおいて実行される処理について説明する。
【００４９】
＝＝差込情報の登録処理＝＝
まず、差込情報を登録する処理について説明する。パートナーから提供される差込情報は、差込登録部２１３により差込情報データベース２３２に登録される。図１４は、差込情報登録部２１３による差込情報の登録処理の流れを示す図である。本実施形態では、図１４に示す差込情報の登録処理は、所定の時間（例えば、５分や１０分、１時間、２４時間など）おきに、定期的に実行するものとするが、例えば、Ｗｅｂサーバ３２やパートナーのコンピュータから差込情報を更新するように指示するコマンドを受信したことを契機として、差込情報の登録処理を実行するようにしてもよい。
【００５０】
差込情報登録部２１３は、各パートナーについて、パートナーＩＤに対応するパートナー情報をパートナーデータベース２３５から読み出し（Ｓ４０１）、当該パートナーが提供しているＡＰＩに定義されている関数を呼び出すことにより、パートナーが提供している店舗情報の店舗ＩＤの一覧をＷｅｂサーバ３２から取得して店舗リストとし（Ｓ４０２）、図１５に示す差込情報の更新削除処理を行い（Ｓ４０３）、図１６に示す差込情報の作成処理を行う（Ｓ４０４）。
【００５１】
図１５に示す差込情報の更新削除処理では、差込情報登録部２１３は、差込情報データベース２３２から、パートナーを示すパートナーＩＤが情報ＩＤに含まれている差込情報を読み出し（Ｓ４２１）、読み出した各差込情報について以下の処理を行う。
差込情報登録部２１３は、情報ＩＤからパートナーＩＤを除いた部分を店舗ＩＤとして抽出し（Ｓ４２２）、店舗ＩＤが店舗リストに含まれていない場合には（Ｓ４２３：ＮＯ）、その差込情報はパートナーから提供されなくなったものとして、当該差込情報の削除フラグに「真」を設定し（Ｓ４２４）、当該差込情報の反映フラグに「偽」を設定して差込情報データベース２３２を更新し（Ｓ４２５）、ステップＳ４３２に進む。
【００５２】
一方、店舗ＩＤが店舗リストに含まれていれば（Ｓ４２３：ＹＥＳ）、差込情報登録部２１３は、上記ＡＰＩに定義される関数を呼び出すことにより、店舗ＩＤに対応する店舗情報をＷｅｂサーバ３２から取得する（Ｓ４２６）。差込情報登録部２１３は、取得した店舗情報に含まれる更新日時が、差込情報の更新日時よりも新しい場合には（Ｓ４２７：ＹＥＳ）、パートナー情報に含まれる略記文字列およびデリミタと、店舗情報の名称とを連結した文字列を名称とし（Ｓ４２８）、パートナー情報に含まれるフリガナと店舗情報のフリガナとを連結してフリガナとし（Ｓ４２９）、上記名称およびフリガナと、店舗情報に含まれる郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、更新日時により差込情報を更新し（Ｓ４３０）、差込情報の反映フラグに「偽」を設定して、差込情報データベース２３２を更新する（Ｓ４３１）。なお、差込情報登録部２１３は、店舗情報に含まれるサービス情報を整形して差込情報のメモ欄などに設定するようにしてもよい。
差込情報登録部２１３は、上記店舗ＩＤを店舗リストから削除する（Ｓ４３２）。
以上の処理を各差込情報について繰り返すことにより、差込情報の更新および削除が行われる。
【００５３】
図１６に示す差込情報の作成処理では、差込情報登録部２１３は、店舗リストに含まれている各店舗ＩＤについて、以下の処理を行う。すなわち、差込情報登録部２１３は、パートナーが提供するＡＰＩに定義される関数を呼び出すことにより、店舗ＩＤに対応する店舗情報をＷｅｂサーバ３２から取得する（Ｓ４４１）。差込情報登録部２１３は、パートナーを示すパートナーＩＤと店舗ＩＤとを連結して情報ＩＤを生成する（Ｓ４４２）。差込情報登録部２１３は、パートナー情報に含まれる略記文字列およびデリミタと、店舗情報の名称とを連結した文字列を名称とし（Ｓ４４３）、パートナー情報に含まれるフリガナと店舗情報のフリガナとを連結してフリガナとし（Ｓ４４４）、情報ＩＤ、名称およびフリガナと、店舗情報に含まれる郵便番号、住所、電話番号、メールアドレス、ＵＲＬおよび更新日時と、「真」の反映フラグとを含む差込情報を生成する（Ｓ４４５）。なお、差込情報のメモ欄に、店舗情報に含まれるサービス情報を整形した文字列を設定するようにしてもよい。新しく作成される差込情報に対応するアドレス情報はお預かりデータベース２３１にはまだ登録されていないため、「真」の反映フラグが設定される。差込情報登録部２１３は、生成した差込情報を差込情報データベース２３２に登録する（Ｓ４４６）。このようにして、新しくパートナーにより提供されるようになった店舗情報に基づく差込情報が差込情報データベース２３２に登録される。
【００５４】
＝＝アドレス情報への差込処理＝＝
上記のようにして登録更新された差込情報に基づいてアドレス情報が登録される。アドレス情報の登録や更新などは、携帯端末１０からアドレス情報登録要求を受信した場合と、差込情報が更新された場合とに行われる。
【００５５】
まず、アドレス情報登録要求を受信した場合におけるアドレス情報の登録処理について説明する。携帯端末１０からのアドレス情報登録要求は、ＨＴＴＰリクエストとしてお預かりサーバ２０に送信される。
【００５６】
図１７は、Ｗｅｂサーバ３２が提供するＷｅｂページを携帯端末１０が表示した画面４１の一例を示す図である。画面４１には、レストランに関する情報４２が表示されている。画面４１には、リンク４３が設定されている。リンク４３は、お預かりサーバ２０へのリンクであり、上記レストランを示す情報ＩＤが引数として付加されている。図１７の例では、お預かりサーバ２０が「foobar.com」であり、アドレス情報登録要求の送信先は「http://foobar.com/add」であり、引数として「id=1234」が付加されている。リンク４３が選択されると、携帯端末１０は、お預かりサーバ２０に情報ＩＤを含むＨＴＴＰリクエストをアドレス情報登録要求として送信する。また、アドレス情報登録要求には、携帯端末１０を特定する端末ＩＤ（「ＵＩＤ」と呼ばれている。）が設定される。
【００５７】
図１８は、携帯端末１０から送信されるアドレス情報登録要求に応じて実行される差込処理の流れを示す図である。
アドレス情報登録部２１４は、アドレス情報登録要求に含まれている端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されているか否かを判定し（Ｓ５０１）、端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されていない場合には（Ｓ５０１：ＮＯ）、図１９に示すユーザ情報の登録処理を行う（Ｓ５０２）。つまり、例えばお預けサーバ２０が会員制の運営を行っている場合に、会員登録されていないユーザに対して会員登録を行う。すなわち、アドレス情報登録部２１４は、ユーザ情報の入力画面を携帯端末１０に送信する（Ｓ５２１）。本実施形態では、ユーザ情報の入力画面は、ＨＴＭＬにより記述され、少なくともユーザの電子メールアドレスを入力するための入力フォームが含まれているものとする。また、ユーザ情報の入力画面には、指定グループＩＤを設定するための入力フォームを含めるようにしてもよい。さらに、ユーザ情報にユーザの氏名や住所、電話番号などのユーザに関する情報が含まれる場合には、それらの情報を入力するための入力フォームを上記入力画面に含めるようにしてもよい。携帯端末１０が、入力画面に入力された電子メールアドレスを含む（指定グループＩＤが入力された場合には、指定されたグループＩＤも含む）ユーザ情報を、ＨＴＴＰのリクエストとしてお預かりサーバ２０に送信すると、アドレス情報登録部２１４は、ユーザ情報を携帯端末１０から受信する（Ｓ５２２）。アドレス情報登録部２１４は、携帯端末１０から受信したユーザ情報にグループＩＤが指定されている場合には（Ｓ５２３：ＹＥＳ）、指定されたグループＩＤをＧＩＤとする（Ｓ５２４）。ユーザ情報にグループＩＤが指定されていない場合には（Ｓ５２３：ＮＯ）、値が設定されていないことを示すｎｕｌｌをＧＩＤに設定する（Ｓ５２５）。アドレス情報登録部２１４は、端末ＩＤ、ユーザＩＤおよびＧＩＤを含むユーザ情報を作成してユーザデータベース２３６に登録する（Ｓ５２６）。このようにして、アドレス情報登録要求に含まれる端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されていない場合には、携帯端末１０からユーザ情報の入力を受け付けて新しいユーザ情報を登録することができる。
【００５８】
図１８に戻り、アドレス情報登録部２１４は、差込情報データベース２３２から、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を取得する（Ｓ５０３）。アドレス情報登録部２１４は、上記差込情報が差込情報データベース２３２に存在しない場合（存在しても削除フラグが「真」である場合を含むものとする。）には（Ｓ５０４：ＮＯ）、店舗の情報が提供されていないことを示すエラー画面を携帯端末１０に送信する（Ｓ５０５）。
一方、上記差込情報が存在すれば（Ｓ５０４：ＹＥＳ）、アドレス情報登録部２１４は、アドレス情報登録要求に含まれる端末ＩＤおよび情報ＩＤに対応するアドレス情報がお預けデータベース２３１に登録されているか否かを判定し（Ｓ５０６）、当該アドレス情報が登録されている場合には（Ｓ５０６：ＹＥＳ）、既に登録がある旨を示すエラー画面を携帯端末１０に送信する（Ｓ５０７）。端末ＩＤおよび情報ＩＤに対応するアドレス情報が登録されていなければ（Ｓ５０６：ＮＯ）、図２０に示すグループＩＤを決定する処理を行う（Ｓ５０８）。
アドレス情報登録部２１４は、端末ＩＤに対応するユーザ情報をユーザデータベース２３６から読み出し（Ｓ５４１）、読み出したユーザ情報に指定グループＩＤが設定されている場合には（Ｓ５４２：ＹＥＳ）、ユーザ情報の指定グループＩＤをグループＩＤとして決定する（Ｓ５４３）。アドレス情報登録部２１４は、ユーザ情報に指定グループＩＤが設定されていない場合には（Ｓ５４２：ＮＯ）、お預かりデータベース２３１から、端末ＩＤに対応するアドレス情報に含まれるグループＩＤを重複なく読み出し（Ｓ５４４）、使われていないグループＩＤが存在するか否かを判定する（Ｓ５４５）。使われていないグループＩＤは、例えば、所定の数値範囲に含まれるグループＩＤのうち、上記重複なく読み出したグループＩＤのリストに含まれていないものが存在するか否かを判定することができる。また、上記所定の数値範囲は、端末ＩＤに対する携帯端末１０が設定可能なグループＩＤの値の範囲をユーザデータベース２３６などに記憶しておくようにしてもよい。使われていないグループＩＤが存在しなければ（Ｓ５４５：ＮＯ）、グループＩＤの所定のデフォルト値をグループＩＤとして決定し（Ｓ５４６）、使われていないグループＩＤが存在する場合には（Ｓ５４５：ＹＥＳ）、使われていないグループＩＤのうち最も小さいものをグループＩＤとして決定する（Ｓ５４７）。
図１８に戻り、アドレス情報登録部２１４は、アドレス情報登録要求に含まれている端末ＩＤと、差込情報の情報ＩＤ、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモおよび画像と、現在の日時と、「偽」のユーザ削除フラグおよび「偽」の差込削除フラグとを含むアドレス情報を生成する（Ｓ５０９）。アドレス情報登録部２１４は、図２１に示すクーポンの挿入処理を行う（Ｓ５１０）。すなわち、アドレス情報登録部２１４は、クーポンデータベース２３３に登録されているクーポン情報のうち、情報ＩＤに対応し、提供開始日が現在の日付以前であり、かつ、提供終了日が現在の日付以後であるものを検索し（Ｓ５６１）、当該クーポン情報が存在すれば（Ｓ５６２：ＹＥＳ）、当該クーポン情報に含まれる挿入先が示すアドレス情報の項目に、当該クーポン情報に含まれるクーポンデータを設定する（Ｓ５６３）。
図１８に戻り、アドレス情報登録部２１４は、アドレス情報をお預かりデータベース２３１に登録する（Ｓ５１１）。アドレス情報登録部２１４は、現在の日時、情報ＩＤ、端末ＩＤ、「追加」の操作種別、差込情報に含まれる全ての項目名を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５１２）。アドレス情報登録部２１４は、登録が完了した旨を示す完了画面を携帯端末１０に送信するとともに（Ｓ５１３）、端末ＩＤに対応するメールアドレスをユーザデータベース２３６から取得し、取得したメールアドレスを宛先として、登録が完了した旨を示す電子メールを送信する（Ｓ５１４）。
以上のようにして、アドレス情報登録要求の受信に応じてアドレス情報がお預けデータベース２３１に登録される。
【００５９】
次に、差込情報が更新されたことに応じたアドレス情報の更新処理について説明する。図２２は、差込情報の更新処理の流れを示す図である。本実施形態では、図２２に示す差込情報の更新処理は、所定の時間（例えば、５分や１０分、１時間、２４時間など）おきに、定期的に実行する。
アドレス情報登録部２１４は、反映フラグに「偽」が設定されている差込情報を差込情報データベース２３２から読み出し（Ｓ５８１）、読み出した各差込情報の情報ＩＤに対応するアドレス情報をお預けデータベース２３１から読み出し（Ｓ５８２）、読み出した各アドレス情報について以下の処理を行う。
アドレス情報登録部２１４は、差込情報の削除フラグが「真」であれば（Ｓ５８３：ＹＥＳ）、アドレス情報の差込削除フラグに「真」を設定するように、お預けデータベース２３１を更新し（Ｓ５８４）、現在の日付、アドレス情報に含まれている情報ＩＤおよび端末ＩＤ、「削除」の操作種別、ならびに空の対象項目を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５８５）。差込情報の削除フラグが「偽」であっても（Ｓ５８３：ＮＯ）、アドレス情報のユーザ削除フラグが「真」であれば（Ｓ５８６：ＹＥＳ）、ステップＳ５８５に進み、削除の差込履歴を登録する。
差込情報の削除フラグが「偽」であり（Ｓ５８３：ＮＯ）、アドレス情報のユーザ削除フラグが「偽」であれば（Ｓ５８６：ＮＯ）、アドレス情報登録部２１４は、差込情報に含まれている各項目について、アドレス情報に含まれている対応する項目と値が異なる場合には、アドレス情報の当該項目に、差込情報の当該項目の内容を設定するようにお預けデータベース２３１を更新する（Ｓ５８７）。また、アドレス情報登録部２１４は、上述した図２１に示すクーポンの差込処理を行い（Ｓ５８８）、現在の日時、アドレス情報に含まれている情報ＩＤおよび端末ＩＤ、「更新」の操作種別、ならびにステップＳ５８７およびＳ５８８において更新されたすべての項目の名称を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５８９）。
以上のステップＳ５８３〜Ｓ５８８までの処理を各アドレス情報について実行し、ステップＳ５８２〜Ｓ５８８までの処理を各差込情報について行うことにより、更新または削除された差込情報に基づいてアドレス情報を更新することができる。
【００６０】
＝＝同期処理＝＝
お預かりサーバ２０が備えるお預かりデータベース２３１と、携帯端末１０が備えるアドレス帳１３１との間では、端末ＩＤの一致するアドレス情報の同期が行われる。これにより、お預かりデータベース２３１に登録されたアドレス情報は、携帯端末１０のアドレス帳に登録されることになる。図２３は、お預かり同期処理部２１１によるアドレス情報の同期処理の流れを示す図である。図２３の処理は、お預かり同期処理部２１１が同期要求を受信したことを契機に実行される。
お預かり同期処理部２１１は、同期要求に含まれているアドレス情報を同期情報として、同期情報のそれぞれについて以下の処理を行う。お預かり同期処理部２１１は、お預かりデータベース２３１から、同期要求に含まれる端末ＩＤおよび同期情報に含まれる店舗ＩＤに対応するアドレス情報（以下、「お預かり情報」という。）を検索し（Ｓ６０１）、お預かり情報が存在しなければ（Ｓ６０２：ＮＯ）、端末ＩＤに対応付けて、同期情報をお預かりデータベース２３１に登録する（Ｓ６０３）。
一方、端末ＩＤおよびお預かり情報が存在すれば（Ｓ６０２：ＹＥＳ）、同期情報とお預かり情報との更新日時を比較する（Ｓ６０４）。同期情報に含まれる更新日時の方が、お預かり情報の更新情報よりも新しければ（Ｓ６０４：ＮＯ）、ステップＳ６０３に進んで、端末ＩＤに対応付けて同期情報をお預かりデータベース２３１に登録する。
お預かり情報の更新日時の方が同期情報の更新日時よりも新しい場合（Ｓ６０４：ＹＥＳ）、すなわち、端末１０とお預かりサーバ２０との間でお預かり情報の衝突が発見された場合、お預かり同期処理部２１１は衝突を解消して、登録すべきアドレス情報（以下、「更新情報」という。）を作成する（Ｓ６０５）。お預かり同期処理部２１１は、例えば、更新日時が新しい方のアドレス情報を更新情報とすることができる。また、お預かり同期処理部２１１は、例えば、衝突が発生したことを知らせる電子メールやメッセージをユーザに送信するようにし、ユーザから更新情報の入力を受け付けるようにしてもよい。お預かり同期処理部２１１は、更新情報をお預かりデータベース２３１に登録するとともに（Ｓ６０６）、更新情報を同期応答に追加する（Ｓ６０７）。
以上の処理を各同期情報について繰り返した後、お預かり同期処理部２１１は、同期要求に含まれている削除されたアドレス情報を示す情報ＩＤ（削除情報ＩＤ）のそれぞれについて、情報ＩＤに対応するアドレス情報のユーザ削除フラグを「真」に設定する（Ｓ６０８）。同期処理部２１１は、上記の様にして作成した同期応答を同期要求の送信元の携帯端末１０に送信する（Ｓ６０９）。
以上のようにして、携帯端末１０との間での同期処理が行われる。
【００６１】
以上説明したように、ユーザが図１７に示すような画面４１においてお預かりサーバ２０へのリンクを選択することにより、差込情報に基づいて自動的にアドレス情報がお預けデータベース２３１に登録され、お預けデータベース２３１と携帯端末１０のアドレス帳１３１との間ではアドレス情報の同期が行われる。したがって、ユーザがアドレス情報の各項目を入力することなく、自動的にアドレス情報を携帯端末１０のアドレス帳１３１に登録することができる。Ｗｅｂページに設定されているリンクを辿るだけでアドレス情報が設定されるので、ユーザは気楽に店舗の連絡先をアドレス帳に登録できるので、便利である。また、店舗にとってみても、ユーザのアドレス帳に連絡先が登録されることで、ユーザが店舗に連絡しやすくなるので、ユーザと店舗とのつながりを保つことができる。
【００６２】
また、本実施形態のアドレス帳管理システムでは、使われていないグループがある場合には、そのグループに店舗情報に基づくアドレス情報を登録するようにすることができる。したがって、ユーザ自身が入力したアドレス情報と、お預かりサーバ２０が自動的に登録したアドレス情報とを容易に区別することが可能となる。
【００６３】
また、本実施形態のアドレス帳管理システムによれば、アドレス情報にクーポンデータが挿入され、店舗でのクーポンとして機能する。一般にクーポンは電子メールを用いて配布されることが多いが、本実施形態のアドレス帳管理システムでは、アドレス帳を利用した新しいクーポンの配布経路を確保することができる。また、大量の迷惑メールが到着するユーザなどでは、クーポンなどの有用なデータが含まれる電子メールであっても受信を拒否したりすることがあるので、アドレス帳を利用してクーポンを配布することで、クーポンが迷惑メールに埋もれてしまうことを避けることができる。よって、クーポンによる集客の効率の向上が期待される。また、本実施形態のアドレス帳管理システムでは、クーポンが発行されると、それに応じて差込情報が更新され、さらにはその差込情報に対応するアドレス情報も更新される。したがって、アドレス帳を利用する場合でも、最初に登録した限りで終わるのではなく、新しいクーポンが発行された場合にはアドレス帳が更新されるようにすることができる。
【００６４】
また、本実施形態のアドレス帳管理システムによれば、店舗名の前にパートナーの略記文字列が追加される。したがって、ユーザは、携帯端末１０に表示されるアドレス情報の名称をみるだけで、どのパートナーから提供された情報であるのかを容易に把握することができる。また、フリガナの前にもパートナー名が追加される、アドレス情報の閲覧時にはフリガナでソートが行われるので、同じパートナーから提供された店舗情報に基づくアドレス情報はまとまって表示される。よって、ユーザは自動的に登録されたアドレス情報を容易に把握することが可能となる。
【００６５】
なお、本実施形態では、店舗情報に基づく差込情報の登録処理、差込情報に基づくアドレス情報の登録処理、およびアドレス情報の同期処理のすべてをお預かりサーバ２０が行うものとしたが、これに限らず、お預かりサーバ２０はアドレス情報の同期処理のみを行うようにし、店舗情報に基づく差込情報の登録処理、差込情報に基づくアドレス情報の登録処理を、お預かりサーバ２０とは別の差込処理サーバで行うようにしてもよい。
【００６６】
また、本実施形態では、提供されている全ての店舗情報を取得して、差込情報の登録処理を行うものとしたが、例えば、差込情報の更新日時のうち最新のものよりも新しい更新日時の店舗情報のみを取得するようにしてもよい。これにより、パートナーから取得する店舗情報の数を限定して、差込情報の登録にかかる処理負荷を低減することができる。
【００６７】
また、本実施形態では、図１５のステップＳ４２７において、更新日時を比較することで店舗情報の更新を判定していたが、Ｗｅｂサーバ３２から更新された店舗情報の店舗ＩＤを受信し、受信した店舗ＩＤに対応する店舗情報のみを取得するようにしてもよい。
【００６８】
また、本実施形態では、パートナーの提供するＡＰＩにより店舗情報を取得するものとしたが、パートナーからお預かりサーバ２０に対して新しく登録された、または更新された店舗情報を送信するようにして、お預かりサーバ２０が受信した店舗情報について、差込情報の登録および更新を行うようにしてもよい。
【００６９】
また、本実施形態では、パートナーの提供する店舗情報を全て取得して差込情報を作成するものとしたが、アドレス情報登録要求に応じて店舗情報を取得するようにしてもよい。例えば、アドレス情報登録要求の受信に応じて、差込情報登録部２１３が、差込情報データベース２３２から、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を検索し、対応する差込情報が存在しない場合や、対応する差込情報の更新日時が現在の日時よりも所定時間以上前である場合に、店舗情報を取得し、取得した店舗情報に基づいて差込情報を登録または更新するようにすることができる。
【００７０】
また、本実施形態では、図１４に示す差込情報の登録処理は定期的に実行されるものとしたが、これに限らず、例えば、お預けサーバ２０の操作者から入力されたコマンドに応じて実行するようにしてもよいし、パートナーからの指示に応じて実行するようにしてもよい。例えば、Ｗｅｂサーバ３２やパートナーのその他コンピュータから、店舗情報に登録や更新、削除などが発生した旨を示すメッセージを受信したことを契機として、差込情報の登録処理を行うようにしてもよい。この場合、差込情報登録部２１３は、メッセージの送信元のパートナーを特定し、特定したパートナーについて、図１４のステップＳ４０１〜Ｓ４０４の処理を行うようにする。
【００７１】
また、本実施形態では、クーポン情報の取得はパートナーが提供するＡＰＩに定義された関数を呼び出すことにより行うものとしたが、これに限らず、例えば、クーポン情報登録部２１２は、Ｗｅｂサーバ３２やその他のパートナーのコンピュータからクーポン情報を受信するようにしてもよいし、所定のメールアドレス宛にクーポン情報を添付した電子メールを送信するようにして、当該電子メールを受信するようにしてもよい。お預けサーバ２０の入力装置１０５を介してオペレータからクーポン情報の入力を受け付けるようにしてもよい。
【００７２】
また、本実施形態では、クーポン情報に基づいてアドレス情報を更新するようにしたが、クーポン情報に基づいて差込情報を更新するようにしてもよい。
【００７３】
また、本実施形態では、アドレス情報の作成または更新時にのみクーポンデータを差し込むものとしたが、これに限らず、例えば、差込情報登録部２１３が定期的にクーポンデータベース２３３から、現在の日付が提供終了日よりも後であるクーポン情報を検索し、当該クーポン情報があれば、アドレス情報のそれぞれについて、当該クーポン情報に含まれる挿入先が示す当該アドレス情報の項目をクリアするようにすることができる。また、差込情報登録部２１３は、上記クーポン情報があれば、当該クーポン情報に含まれる情報ＩＤに対応する差込情報の反映フラグを「真」に設定するようにしてもよい。
【００７４】
また、クーポン情報に、クーポンデータと挿入先の組を複数クーポン情報に含めるようにしてもよい。この場合、クーポン情報に含まれるクーポンデータと挿入先との各組について、挿入先が示すアドレス情報の項目にクーポンデータを設定するようにする。これにより、例えば、メモ欄に文字列のクーポンを設定するとともに、画像欄にクーポンの画像を設定し、ＵＲＬ欄にクーポンの説明を記述したＷｅｂページへのＵＲＬを設定することなどが可能になる。
【００７５】
また、本実施形態では、図２２に示す差込情報の更新処理は定期的に実行されるものとしたが、これに限らず、例えば、図１５のステップＳ４３０やステップＳ４２４、図１６のステップＳ４４６に引き続き、登録、更新、削除の対象となった差込情報について、図２２の処理を実行するようにしてもよい。
【００７６】
また、本実施形態では、すべての携帯端末１０についての端末ＩＤがユーザデータベース２３６に登録されているものとしたが、アドレス情報登録要求に含まれる端末ＩＤがユーザデータベース２３６に登録されていない場合に、登録を促すメッセージを携帯端末１０の応答するようにしてもよい。
【００７７】
また、店舗に特別な電話番号を割り当てておき、その電話番号に対するユーザからの呼を着信した場合に、着呼した店舗に対して課金がなされるような前記特別な電話番号（以下、「課金電話番号」という。）を、店舗情報の電話番号に設定するようにしてもよい。この場合、例えば、図１６に示す差込情報の作成処理において、課金電話番号を割り当てるように要求するリクエストを、店舗情報の連絡先情報を付帯させて電話会社のサーバ装置に送信し、割り当てられた課金電話番号を電話会社のサーバ装置から受信して、受信した課金電話番号を差込情報の電話番号に設定するようにすることができる。この場合、お預かりサーバ２０は、店舗ＩＤに対応付けて、課金電話番号を記憶する課金電話番号データベースを備えるようにする。差込情報登録部２１３は、店舗情報が更新され、これに応じて差込情報を更新する際に、課金電話番号データベースから課金電話番号を取得して、取得した課金電話番号を、更新した差込情報の電話番号に設定するようにする。
【００７８】
また、新しい店舗情報が登録された場合に、差込情報登録部２１３は、お預かりサーバ２０のオペレータに対して、新しい店舗情報が登録された旨を示すメッセージを、ディスプレイなどの出力装置２０６から出力し、あるいは電子メールやメッセンジャーによりオペレータに送信し、オペレータが店舗に課金電話番号を割り当てた上で、課金電話番号の入力を行い、差込情報登録部２１３が、オペレータから課金電話番号の入力を受け付けて、差込情報の電話番号に設定するようにしてもよい。
【００７９】
＝＝変形例１＝＝
上述した本実施形態では、図１５および図１６のステップＳ４２８およびＳ４２９、ならびにステップＳ４４３およびＳ４４４に示すように、差込情報の名称は、パートナー情報の略記文字列およびデリミタならびに店舗情報の名称を連結して作成し、差込情報のフリガナは、パートナー情報のフリガナと店舗情報のフリガナとを連結して作成するものとしたが、接頭辞や接尾辞を付加するようにしてもよい。この場合のお預かりサーバ２０のソフトウェア構成例を図２４に示す。この場合、お預かりサーバ２０は、上述した図７の構成に加えて、フリガナ設定データベース２３７を備える。図２５は、フリガナ設定データベース２３７の構成例を示す図である。フリガナ設定データベース２３７には、クーポンが発行されている場合に付加する接頭辞および接尾辞と、クーポンが発行されていない場合に付加する接頭辞および接尾辞とが記憶されている。ここで、クーポンありの接頭辞の方が、クーポンなしの接頭辞よりも文字コードの値が小さくなるように（昇順にソートしたときに前に並ぶように）設定され、また接頭辞および接尾辞はいずれもあらゆるカタカナおよびひらがなよりも文字コードの値が小さくなるように設定される。
【００８０】
図２６は、接頭辞および接尾辞を付加する場合に、図１５のステップＳ４２８およびＳ４２９、ならびに図１６のステップＳ４４３およびＳ４４４に代えて実行される処理の流れを示す図である。差込情報登録部２１３は、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されていれば（Ｓ８０１：ＹＥＳ）、当該クーポン情報の削除フラグが「偽」であり（Ｓ８０２：ＹＥＳ）、現在の日付が当該クーポン情報の提供開始日以後であり、かつ、当該クーポン情報の提供終了日以前であれば（Ｓ８０３：ＹＥＳ）、フリガナ設定データベース２３７から、クーポンありの接頭辞を読み出し（Ｓ８０４）、クーポンありの接尾辞を読み出す（Ｓ８０５）。情報ＩＤに対応するクーポン情報が登録されていない場合（Ｓ８０１：ＮＯ）、登録されていてもクーポン情報の削除フラグが「真」である場合（Ｓ８０２：ＮＯ）や、現在の日付がクーポンの有効期限外、すなわち、現在の日付がクーポン情報の提供開始日より前、または現在の日付がクーポン情報の提供終了日より後である場合には（Ｓ８０３：ＮＯ）、差込情報登録部２１３は、クーポンなしの接頭辞を読み出して（Ｓ８０６）、クーポンなしの接尾辞を読み出す（Ｓ８０７）。差込情報登録部２１３は、読み出した接頭辞と、パートナー情報の略記文字列およびデリミタと、店舗情報の名称と、読み出した接尾辞とを連結して名称とし（Ｓ８０８）、読み出した接頭辞と、パートナー情報のフリガナと、店舗情報のフリガナと、読み出した接尾辞とを連結してフリガナとする（Ｓ８０９）。
【００８１】
このようにして、店舗情報に基づいて作成更新される差込情報については、フリガナの先頭に、あらゆるカタカナおよびひらがなよりも文字コードの値が小さい接頭辞を付加することができる。上述したように、店舗情報に基づく差込情報に基づいてアドレス情報が登録され、同期により携帯端末１０のアドレス帳１３１に登録され、携帯端末１０におけるアドレス情報の閲覧時にはフリガナの順にソートがされる。一般にユーザがカタカナやひらがな以外の文字をフリガナに設定することは少ないと考えられるので、携帯端末１０におけるアドレス情報の閲覧時には、ユーザが登録したアドレス情報よりも先に、店舗情報に基づいて登録されたアドレス情報が表示されるようにすることができる。また、クーポンが発行されている差込情報の接頭辞の方が、クーポンが発行されていない差込情報の接頭辞よりも文字コードの値が小さいので、クーポンが発行されている店舗についてのアドレス情報をより先の順位に携帯端末１０において表示させることができる。
【００８２】
また、上記のようにして名称にも接頭辞および接尾辞が付加されるので、携帯端末１０において表示されているアドレス情報が、店舗情報に基づいてお預かりサーバ２０が登録したものか、ユーザ自身が登録したものかを容易に視認することができる。また、クーポンが発行されているか否かに応じて、接頭辞および接尾辞を異なるものに設定することができるので、ユーザは名称の一覧を見るだけで、その店舗のクーポンが発行されているか否かを容易に把握することができる。
【００８３】
＝＝変形例２＝＝
さらに、図１５および図１６のステップＳ４２８およびＳ４２９、ならびにステップＳ４４３およびＳ４４４に代えて、絵文字を用いて店舗のカテゴリやサービス情報を名称に設定するようにすることもできる。
【００８４】
この場合のお預かりサーバ２０のソフトウェア構成例を図２７に示す。この場合、お預かりサーバ２０は、上述した図７の構成に加えて、カテゴリ絵文字データベース２３８およびサービス項目絵文字データベース２３９を備えている。
【００８５】
図２８は、カテゴリ絵文字データベース２３８の構成例を示す図である。カテゴリ絵文字データベース２３８には、パートナー情報のカテゴリの値に対応付けて、そのカテゴリを表現するための絵文字が記憶される。なお、絵文字は、携帯端末１０において画像に変換される所定範囲の文字コードにより表現されるが、名称に画像を表示できるような場合には、画像を絵文字として用いるようにしてもよい。
【００８６】
図２９は、サービス項目絵文字データベース２３９の構成例を示す図である。サービス項目絵文字データベース２３９は、店舗情報に含まれるサービス情報の項目名とその値に対応付けて、その項目の値を表す絵文字が記憶される。例えば、飲食店に関する店舗情報の場合、図２に示したように、当該飲食店を利用する目的や価格帯などがサービス情報の項目として設定される。飲食店のサービス情報の目的には、「デート」「接待」「宴会」「お一人ＯＫ」などの値が設定されうる。図２９の例では、サービス情報の「目的」の項目が「デート」である場合ハートの絵文字で表現され、「目的」が「宴会」である場合には、ビールジョッキの絵文字で表現されることが設定されている。
【００８７】
図３０は、図１５のステップＳ４２８および図１６のステップＳ４４３に代えて実行される名称の決定処理の流れを示す図である。差込情報登録部２１３は、名称に空文字を設定し（Ｓ８２１）、差込情報の更新日時が、現在の日時に所定期間を加算した日時よりも前であるか否かにより、差込情報が新しい情報であるか否かを判定し（Ｓ８２２）、新しい差込情報であれば（Ｓ８２２：ＹＥＳ）、新しい情報であることを示す所定の絵文字を名称に設定し（Ｓ８２３）、新しくない差込情報であれば（Ｓ８２２：ＮＯ）、名称に空白文字を追加する（Ｓ８２４）。
差込情報登録部２１３は、パートナー情報のカテゴリに対応する絵文字をカテゴリ絵文字データベース２３８から読み出し（Ｓ８２５）、読み出した絵文字を名称に追加する（Ｓ８２６）。
差込情報登録部２１３は、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されており（Ｓ８２７：ＹＥＳ）、そのクーポン情報の削除フラグが「偽」であり（Ｓ８２８：ＹＥＳ）、クーポンが有効である、すなわち、現在の日付がクーポン情報の提供開始日以後かつ提供終了日以前である場合には（Ｓ８２９：ＹＥＳ）、クーポンが発行されていることを示す所定の絵文字を名称に追加する（Ｓ８３０）。一方、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されておらず（Ｓ８２７：ＮＯ）、クーポン情報の削除フラグが「真」であり（Ｓ８２８：ＮＯ）、またはクーポンが無効である、すなわち、現在の日付がクーポン情報の提供開始日より前、または提供終了日より後である場合には（Ｓ８２９：ＮＯ）、差込情報登録部２１３は、名称に空白文字を追加する（Ｓ８３１）。
次に差込情報登録部２１３は、名称に、パートナー情報の略記文字列およびデリミタと、店舗情報の名称とを追加する（Ｓ８３２）。
【００８８】
図３１は、上記図３０の処理の後に実行される、サービス情報に応じた絵文字を名称に追加する処理の流れを示す図である。差込情報登録部２１３は、店舗情報に含まれるサービス情報の各項目について以下の処理を行う。差込情報登録部２１３は、項目名と、その項目名が示すサービス情報の項目の値とに対応する絵文字を、サービス項目絵文字データベース２３９から読み出し（Ｓ８４１）、当該絵文字を読み出すことができた場合には（Ｓ８４２：ＹＥＳ）、読み出した絵文字を名称に追加する（Ｓ８４３）。
以上の処理を各項目について行うことにより、サービス項目絵文字データベース２３９に絵文字が登録されている項目の値について、その項目の値を表す絵文字を名称の接尾辞として追加することができる。
【００８９】
図３２は、上記のようにして絵文字を用いて店舗のカテゴリやサービス情報が名称に設定された場合に、携帯端末１０においてアドレス情報の一覧表示を行う画面９０の一例を示す図である。画面９０には、アドレス情報の名称が一覧に表示される。一覧には、アドレス情報が新しいことを示すアイコン９１、「グルメ」のカテゴリを示すアイコン９２、クーポンが発行されていることを示すアイコン９３、名称９４、サービス情報の項目に応じたアイコン９５が表示されている。このようにして、ユーザは、アドレス帳の名称の一覧を表示するだけで、アドレス情報が新しい情報であるか、どのようなカテゴリの店舗なのか、クーポンが利用可能か、そのアドレス情報に係る店舗がどのようなサービスを提供しているかといったことを容易に視認することができる。
【００９０】
以上のように、差込情報には新しい情報であることを示す絵文字、カテゴリに対応した絵文字、およびクーポンが発行されていることを示す絵文字を名称の接頭辞として追加することができる。したがって、ユーザは、どのような店舗のアドレス情報が登録されたのかを容易に把握することができる。また、サービス情報の各項目を表す絵文字を名称の接尾辞として追加することができる。したがって、ユーザは、アドレス情報の名称をみるだけで、その店舗がどのような店舗であるのかを容易に把握することができるので便利である。
【００９１】
なお、絵文字を用いて名称にカテゴリやサービス情報を付加する場合にも、上述したフリガナ設定データベース２３７を用いて、名称やフリガナに接頭辞および接尾辞を付加するようにしてもよい。
【００９２】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【符号の説明】
【００９３】
１０ 携帯端末
２０ お預かりサーバ
３１ 通信ネットワーク
３２ Ｗｅｂサーバ
４１ 画面
９０ 画面
１０１ ＣＰＵ
１０２ メモリ
１０３ 記憶装置
１０４ 通信インタフェース
１０５ 入力装置
１０６ 出力装置
１１１ アドレス帳同期処理部
１１２ アドレス帳閲覧処理部
１１３ Ｗｅｂページ閲覧処理部
１１４ アドレス情報登録要求送信部
１３１ アドレス帳
２０１ ＣＰＵ
２０２ メモリ
２０３ 記憶装置
２０４ 通信インタフェース
２０５ 入力装置
２０６ 出力装置
２１１ お預かり同期処理部
２１２ クーポン情報登録部
２１３ 差込情報登録部
２１４ アドレス情報登録部
２１５ フィードバック情報出力部
２３１ お預かりデータベース
２３２ 差込情報データベース
２３３ クーポンデータベース
２３４ 差込履歴データベース
２３５ パートナーデータベース
２３６ ユーザデータベース
２３７ フリガナ設定データベース
２３８ カテゴリ絵文字データベース
２３９ サービス項目絵文字データベース
【技術分野】
【０００１】
本発明は、アドレス帳管理システム、アドレス帳管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年携帯電話をはじめとする携帯端末が普及しており、各種の連絡先が携帯端末のアドレス帳に登録されている。特許文献１では、複数の端末間でアドレス帳を同期する仕組みが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３０００９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
商品やサービスをユーザに提供する企業などには、ユーザのアドレス帳に電話番号やメールアドレスなどの連絡先を登録して欲しいというニーズがある。しかしながら、特許文献１に記載のシステムでは、アドレス帳への最初のデータの登録はユーザ自身が行う必要があり、データの登録には手間がかかるため、携帯端末のアドレス帳への連絡先の登録を気楽に行ってもらうことは困難である。
本発明は、このような背景を鑑みてなされたものであり、携帯端末のアドレス帳に連絡先を容易に登録することのできる、アドレス帳管理システム、アドレス帳管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、携帯端末が記憶する通信相手のアドレス情報を管理するシステムであって、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースと、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報を記憶する差込情報データベースと、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するアドレス情報登録要求受信部と、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記差込情報データベースから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するアドレス情報作成部と、前記作成したアドレス情報を前記アドレス情報データベースに登録するアドレス情報登録部と、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期する同期処理部と、を備えることとする。
アドレス情報には、例えば電話番号や電子メールアドレス、メッセンジャーのＩＤなどが含まれる。アドレス情報データベースは、例えば、後述するお預かりデータベース２３１に対応する。通信相手特定情報は、後述する情報ＩＤに対応する。なお、通信相手特定情報として、電話番号、名称、フリガナ、店舗ＩＤなどを用いるようにしてもよい。
【０００６】
本発明のアドレス情報管理システムによれば、携帯端末のユーザが指定した通信相手について、差込情報に基づくアドレス情報がアドレス情報データベースに登録され、アドレス情報データベースに登録されたアドレス情報は携帯端末に同期される。したがって、携帯端末のユーザはアドレス情報の各項目の登録を自身で行う必要がない。よって、アドレス情報の登録にかかる手間が軽減され、アドレス情報の登録が容易になるので、アドレス情報の登録が促進される。例えば、商品やサービスを提供する企業にとっては、企業に関する差込情報を登録しておくだけで、携帯端末にアドレス情報が登録されることが促進され、また、店舗とユーザとが電話や電子メールによりコミュニケーションをとる可能性が向上するので、有用である。
【０００７】
また、本発明のアドレス情報管理システムは、前記差込情報が更新された場合に、前記更新された差込情報に対応する前記通信相手を特定し、前記特定した通信相手に対応する前記アドレス情報を前記アドレス情報データベースから検索し、前記更新された差込情報に基づいて、前記検索したアドレス情報を更新するアドレス情報更新部を備えるようにしてもよい。
この場合、アドレス情報管理システムの差込情報を更新するだけで、その通信相手のアドレス情報を登録している全ての携帯端末について、アドレス情報を更新することができる。
【０００８】
また、本発明のアドレス情報管理システムは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータを前記クーポンデータベースから読み出し、前記作成したアドレス情報の所定の項目に前記読み出したクーポンデータを設定するようにしてもよい。
この場合、携帯端末に記憶されているアドレス情報を用いてクーポンを配布することができる。通常クーポンは紙媒体や電子メールにより配布されるが、本発明のアドレス情報管理システムによれば、アドレス情報をクーポンの配布経路として用いることができる。また、アドレス情報をクーポンの配布経路として用いることにより、クーポンを閲覧したユーザがアドレス情報を用いて電話や電子メールなどによる連絡を行いやすくなる。よって、高い広告効果が期待される。
【０００９】
また、本発明のアドレス情報管理システムでは、前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンデータの差込先となる前記アドレス情報の項目を示す差込先情報を記憶しており、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータおよび前記差込先情報を前記クーポンデータベースから読み出し、前記差込先情報が示す前記作成したアドレス情報の項目に、前記読み出したクーポンデータを設定するようにしてもよい。
この場合、アドレス情報に含まれる項目のうち、指定した項目にクーポンを差し込むことができる。例えば、文字列のみのクーポンの場合には、メモ欄にクーポンデータを差し込み、画像によるクーポンの場合には画像欄にクーポンデータを差し込み、インターネット経由でクーポンを閲覧させる場合には、ＵＲＬ欄にクーポンデータを差し込むようにすることができる。これにより、多様なクーポンデータを差し込むことが可能となる。
【００１０】
また、本発明のアドレス情報管理システムでは、前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンの有効期間を指定する期間情報を対応付けて記憶しており、前記アドレス情報作成部は、現時点が前記期間情報により指定される前記有効期間に含まれている場合にのみ、前記アドレス情報の所定の項目に前記クーポンデータを設定するようにしてもよい。
【００１１】
また、本発明のアドレス情報管理システムでは、前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称の読み仮名が含まれており、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる読み仮名に、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まる所定の接頭辞を先頭に追加して前記アドレス情報の読み仮名として設定するようにしてもよい。
この場合、アドレス情報管理システムにより登録されたアドレス情報については、読み仮名が、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まることになる。携帯端末では、読み仮名（フリガナ）の順にソートされることが一般的であり、ユーザはひらがなまたはカタカナにより読み仮名を設定することが一般的であるため、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報の読み仮名をひらがなやカタカナでない文字から始めるようにすることで、ユーザが入力したアドレス情報とは区別して表示されるようにすることができる。また、多くの携帯端末では読み仮名の最初の一文字を用いて、例えば、「ア」グループや「イ」のグループというように、グループ分けがなされるため、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報を、ユーザが登録したアドレス情報とは異なるグループとしてグループ分けがなされるようにすることができる。
【００１２】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されていない場合には、第１の前記接頭辞を前記差込情報の読み仮名に追加し、前記クーポンデータが登録されている場合には、前記第１の接頭辞よりも文字コードの小さい第２の前記接頭辞を前記差込情報の読み仮名に追加して、前記アドレス情報の読み仮名として設定するようにしてもよい。
この場合、クーポンが含まれているアドレス情報をより先に表示するようにすることができる。
【００１３】
また、本発明のアドレス情報管理システムでは、前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称が含まれており、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる名称に、所定の接頭辞を追加して前記アドレス情報の名称として設定するようにしてもよい。
この場合、アドレス情報管理システムにより登録されたアドレス情報については、名称に所定の接頭辞を追加することができる。したがって、携帯端末のユーザは、アドレス情報のうち、本発明のアドレス情報管理システムにより自動的に作成されたものを容易に把握することができる。
【００１４】
また、本発明のアドレス情報管理システムは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されているか否かに応じて、異なる前記接頭辞を前記名称に追加するようにしてもよい。
この場合、クーポンが発行されているか否かがアドレス情報の名称の一部として表示されることになるので、ユーザはクーポンが発行されているものを容易に把握することができる。
【００１５】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記差込情報には、前記提供者が提供する商品およびサービスの少なくともいずれかのカテゴリを特定するためのカテゴリ特定情報と、前記提供者の名称とが含まれ、前記アドレス情報には、前記提供者の名称が含まれ、前記カテゴリごとに、前記カテゴリを示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記カテゴリ特定情報に応じて前記カテゴリを特定し、前記特定したカテゴリに対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接頭辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定するようにしてもよい。
この場合、提供者のカテゴリを絵文字により表現することができるので、携帯端末のユーザは、アドレス情報の名称を見るだけで、アドレス情報のその他の項目を閲覧することなく、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報に係る提供者がどのような商品やサービスを提供しているかを容易に把握することができる。
【００１６】
また、本発明のアドレス情報管理システムでは、前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、前記差込情報には、前記提供者の名称と、前記商品およびサービスの属性を示す１つ以上の属性値とが含まれ、前記アドレス情報には、前記提供者の名称が含まれ、前記属性と、前記属性値と、前記属性値を示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記属性値に対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接尾辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定するようにしてもよい。
提供者の属性とは、例えば、営業時間やクレジットカードの利用可否などである。提供者が飲食店である場合には、例えば、ランチの提供がされていることや、禁煙席があるかどうか、どのような目的で利用されているか、価格帯はいくらかなども提供者の属性である。
この場合の本発明のアドレス情報管理システムによれば、提供者の各属性を表現する絵文字を名称に追加することができる。これにより、携帯端末のユーザは、アドレス情報の名称を見るだけで、アドレス情報のその他の項目を閲覧することなく、本発明のアドレス情報管理システムにより自動的に作成されたアドレス情報に係る提供者がどのような商品やサービスを提供しているかをより詳細に、かつ容易に把握することができる。
【００１７】
また、本発明の他の態様は、携帯端末が記憶する通信相手のアドレス情報を管理する方法であって、前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータが、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶し、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信し、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成し、前記作成したアドレス情報を前記アドレス情報データベースに登録し、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期することとする。
【００１８】
また、本発明の他の態様は、携帯端末が記憶する通信相手のアドレス情報を管理するためのプログラムであって、前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータに、前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶するステップと、前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するステップと、前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するステップと、前記作成したアドレス情報を前記アドレス情報データベースに登録するステップと、前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期するステップと、を実行させることとする。
【００１９】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００２０】
本発明によれば、アドレス帳に連絡先を容易に登録することができる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係る情報管理システムの全体構成を示す図である。
【図２】パートナーから提供される店舗情報の構成例を示す図である。
【図３】携帯端末１０のハードウェア構成を示す図である。
【図４】携帯端末１０のソフトウェア構成を示す図である。
【図５】アドレス帳１３１が記憶するアドレス情報の構成例を示す図である。
【図６】お預かりサーバ２０のハードウェア構成を示す図である。
【図７】お預かりサーバ２０のソフトウェア構成を示す図である。
【図８】お預かりデータベース２３１の構成例を示す図である。
【図９】差込データベース２３２に登録される差込情報の構成例を示す図である。
【図１０】クーポンデータベース２３３に登録されるクーポン情報の構成例を示す図である。
【図１１】差込履歴データベース２３４が記憶する差込履歴の構成例を示す図である。
【図１２】パートナーデータベース２３５が記憶するパートナー情報の構成例を示す図である。
【図１３】ユーザデータベース２３６が記憶するユーザ情報の構成例を示す図である。
【図１４】差込情報登録部２１３による差込情報の登録処理の流れを示す図である。
【図１５】差込情報の更新削除処理の流れを示す図である。
【図１６】差込情報の作成処理の流れを示す図である。
【図１７】Ｗｅｂサーバ３２が提供するＷｅｂページを携帯端末１０が表示した画面４１の一例を示す図である。
【図１８】アドレス情報登録要求に応じて実行される差込処理の流れを示す図である。
【図１９】ユーザ情報の登録処理の流れを示す図である。
【図２０】グループＩＤを決定する処理の流れを示す図である。
【図２１】クーポンの差込処理の流れを示す図である。
【図２２】差込情報の更新処理の流れを示す図である。
【図２３】お預かり同期処理部２１１によるアドレス情報の同期処理の流れを示す図である。
【図２４】名称やフリガナに接頭辞や接尾辞を付加するようにする場合のお預かりサーバ２０のソフトウェア構成例を示す図である。
【図２５】フリガナ設定データベース２３７の構成例を示す図である。
【図２６】接頭辞および接尾辞を付加する場合に、差込情報に設定する名称およびフリガナを作成する処理の流れを示す図である。
【図２７】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定する場合のお預かりサーバ２０のソフトウェア構成例を示す図である。
【図２８】カテゴリ絵文字データベース２３８の構成例を示す図である。
【図２９】サービス項目絵文字データベース２３９の構成例を示す図である。
【図３０】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定する場合の名称の決定処理の流れを示す図である。
【図３１】サービス情報に応じた絵文字を名称に追加する処理の流れを示す図である。
【図３２】絵文字を用いて店舗のカテゴリやサービス情報を名称に設定するようにした場合の、アドレス情報の一覧が表示される画面９０の一例を示す図である。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施形態に係る情報管理システムについて説明する。本実施形態の情報管理システムでは、携帯端末が管理しているアドレス帳をサーバとの間で同期させて、アドレス帳のバックアップをするとともに、通信相手に関するアドレス帳のレコード（以下、「アドレス情報」という。）をサーバ側で登録することで、携帯端末にアドレス情報が自動的に登録されるようにするものである。
【００２３】
＝＝システム構成＝＝
図１は、本実施形態に係る情報管理システムの全体構成を示す図である。本実施形態の情報管理システムは、携帯端末１０とお預かりサーバ２０とを含んで構成される。携帯端末１０とお預かりサーバ２０とは通信ネットワーク３１を介して互いに通信可能に接続される。通信ネットワーク３１は、例えば、インターネットやＶＡＮ（Value Added Network）などである。通信ネットワーク３１は、例えば、無線通信網や公衆電話回線網、イーサネット（登録商標）などで構築される。通信ネットワーク３１にはＷｅｂサーバ３２が接続されており、携帯端末１０やお預かりサーバ２０はＷｅｂサーバ３２との間でも通信が可能となっている。
【００２４】
Ｗｅｂサーバ３２は、飲食店やホテルなどの各種サービスを提供する店舗の連絡先としての電話番号やメールアドレスなどを含む情報（以下、「店舗情報」という。）を閲覧可能なＷｅｂサイトを提供している。Ｗｅｂサーバ３２が提供するＷｅｂサイトとは、例えば、レストランなどのグルメ情報を提供するグルメサイトや、ホテルやレストランなどについての口コミ情報を提供する口コミサイト、検索エンジンによる検索サービスを提供するポータルサイトなどである。
【００２５】
以下の説明において、Ｗｅｂサーバ３２の運営者を「パートナー」という。パートナーは、店舗情報を取得するためのＡＰＩ（Application Program Interface）を提供する。ＡＰＩに定義されている関数を呼び出すことにより、店舗情報を取得することができる。図２は、パートナーから提供される店舗情報の構成例を示す図である。店舗情報には、店舗を特定する情報（以下、「店舗ＩＤ」という。）に対応付けて、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬなどの連絡先情報と、目的、価格帯、時間帯、駐車場、個室、深夜営業、クレジットカード、禁煙席、喫煙席などのサービス情報と、更新日時とが含まれる。なお、サービス情報は、店舗の業種によって異なる。図２の例では、飲食店のカテゴリに係るサービス情報の一例を示している。
【００２６】
携帯端末１０は、情報管理システムの利用者が操作する、例えば、携帯電話やＰＤＡ（Personal Digital Assistant）、可搬型のパーソナルコンピュータなどのコンピュータである。携帯端末１０ではＷｅｂブラウザが動作し、利用者はＷｅｂブラウザを操作することによりＷｅｂサーバ３２が提供するＷｅｂサイトにアクセスすることができる。本実施形態では携帯端末１０は携帯電話を想定している。携帯端末１０は、アドレス帳としてアドレス情報を記憶している。
【００２７】
お預かりサーバ２０は、携帯端末１０が備えるアドレス帳と同じものを管理しており、携帯端末１０との間でアドレス帳を同期する。お預かりサーバ２０は、例えば、パーソナルコンピュータやワークステーションなどのコンピュータである。また、お預かりサーバ２０は、携帯端末１０からの指示に応じて、Ｗｅｂサーバ３２から店舗情報を取得し、店舗情報に基づき、携帯端末１０との間で同期しているアドレス帳にアドレス情報を登録する。
以下、詳細について説明する。
【００２８】
＝＝携帯端末１０＝＝
図３は、携帯端末１０のハードウェア構成を示す図である。携帯端末１０は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、通信インタフェース１０４、入力装置１０５、出力装置１０６を備えている。記憶装置１０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ１０１は、記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより各種の機能を実現する。通信インタフェース１０４は、通信ネットワーク３１に接続するためのインタフェースであり、例えば無線通信網に接続するための無線通信器である。通信インタフェース１０４は、携帯端末１０が接続する通信ネットワーク３１に応じて、電話回線網に接続するためのモデム、イーサネット（登録商標）に接続するためのアダプタなどを採用することもできる。入力装置１０５は、データの入力を受け付ける、例えば、ボタンやスイッチ、タッチパネル、キーボード、マイクロフォンなどである。出力装置１０６は、データを出力する、例えば、ディスプレイやプリンタ、スピーカなどである。なお、携帯端末１０は入力装置１０５や出力装置１０６を複数備えるようにしてもよい。
【００２９】
図４は、携帯端末１０のソフトウェア構成を示す図である。携帯端末１０は、アドレス帳１３１、アドレス帳同期処理部１１１、アドレス帳閲覧処理部１１２、Ｗｅｂページ閲覧処理部１１３、アドレス情報登録要求送信部１１４を備えている。なお、アドレス帳１３１は、携帯端末１０が備えるメモリ１０２や記憶装置１０３が提供する記憶領域として実現される。また、アドレス帳同期処理部１１１、アドレス帳閲覧処理部１１２、Ｗｅｂページ閲覧処理部１１３、アドレス情報登録要求送信部１１４は、携帯端末１０が備えるＣＰＵ１０１が記憶装置１０３に記憶されているプログラムをメモリ１０２に読み出して実行することにより実現される。
【００３０】
図５は、アドレス帳１３１が記憶するレコード（以下、「アドレス情報」という。）の構成例を示す図である。アドレス情報には、情報ＩＤ、更新日時、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモ、グループＩＤ、画像、シークレット設定が含まれている。情報ＩＤは、アドレス帳１３１においてユニークな値であり、店舗ＩＤを含む。本実施形態では、情報ＩＤは、パートナーを特定するパートナーＩＤと店舗ＩＤとを連結した文字列により表されるものとする。また、情報ＩＤ、シークレット設定、および更新日時は、アドレス帳１３１には記憶されるものの、ユーザに対しては表示されない不可視の属性が設定されている。なお、アドレス情報の上記各項目は省略することもできる。また、アドレス情報には、上記の各項目以外にも各種の項目を任意に含めることもできる。シークレット設定は、アドレス情報を保護するための情報であり、本実施形態では、アドレス情報を閲覧または編集するためのパスワードが設定されるものとする。
【００３１】
アドレス帳同期処理部１１１は、お預かりサーバ２０との間でアドレス情報の同期を行う。本実施形態では、アドレス帳同期処理部１１１は、次のようにしてアドレス情報の同期を行うものとする。すなわち、アドレス帳同期処理部１１１は、アドレス帳１３１から、新しく登録されたアドレス情報、更新されたアドレス情報、削除されたアドレス情報を特定する。アドレス帳同期処理部１１１は、例えば、追加や更新、削除の履歴を記憶しておき、その履歴に基づいて追加、更新または削除されたアドレス情報を特定するようにすることができる。アドレス帳同期処理部１１１は、アドレス情報を同期するように指示するコマンド（以下、「同期要求」という。）に、携帯端末１０を特定するための情報（以下、「端末ＩＤ」という。）と、追加または更新されたアドレス情報と、削除されたアドレス情報の情報ＩＤとを設定してお預かりサーバ２０に送信する。お預かりサーバ２０からは、同期要求に応じて、お預かりサーバ２０において登録または更新されたアドレス情報と、削除されたアドレス情報の情報ＩＤとを含む応答（以下、「同期応答」という。）が送信される。アドレス帳同期処理部１１１はお預かりサーバ２０から同期応答を受信し、受信した同期応答にアドレス情報が含まれていれば、そのアドレス情報をアドレス帳１３１に登録し、削除されたアドレス情報の情報ＩＤが含まれていれば、その情報ＩＤに対応するアドレス情報をアドレス帳１３１から削除する。このようにして、アドレス情報の同期を行うようにすることができる。なお、アドレス帳同期処理部１１１が行うアドレス情報の同期処理には、上記の方法以外にも、各種の一般的な同期処理の手法を採用するようにしてもよい。
【００３２】
アドレス帳閲覧処理部１１２は、携帯端末１０のユーザの操作に応じて、アドレス帳１３１に登録されているアドレス情報を読み出す。アドレス帳閲覧処理部１１２は、ユーザからアドレス情報の項目に対する条件が指定された場合には、その条件を満たすアドレス情報のみを読み出すようにする。例えば、ユーザからグループＩＤが指定された場合、アドレス帳閲覧処理部１１２は、指定されたグループＩＤが含まれているアドレス帳のみを読み出す。アドレス帳閲覧処理部１１２は、読み出したアドレス情報を、フリガナ（読み仮名）をキーとしてソートし、ソートしたアドレス情報の名称の一覧をディスプレイなどの出力装置１０６に出力する。アドレス帳閲覧処理部１１２は、ユーザからアドレス情報の指定を受けた場合には、アドレス情報の不可視の属性が設定されていない項目をディスプレイなどの出力装置１０６に出力する。アドレス帳閲覧処理部１１２は、指定されたアドレス情報のシークレット設定にパスワードが設定されている場合には、ユーザからパスワードの入力を受け付けて、入力されたパスワードとアドレス情報のシークレット設定に設定されているパスワードとが一致する場合にのみアドレス情報を出力するようにする。なお、アドレス帳閲覧処理部１１２は、ユーザの操作に応じてアドレス情報の登録や削除、更新を行うようにしてもよい。
【００３３】
Ｗｅｂページ閲覧処理部１１３は、Ｗｅｂサーバ３２にアクセスして、Ｗｅｂページを取得し、取得したＷｅｂページをディスプレイなどの出力装置１０６に出力する。本実施形態では、Ｗｅｂページ閲覧処理部１１３は、Ｗｅｂブラウザとして実現されるものとする。
【００３４】
アドレス情報登録要求送信部１１４は、アドレス帳に登録したい相手先を特定する情報を含む、アドレス情報を登録するように指示するコマンド（以下、「アドレス情報登録要求」という。）をお預かりサーバ２０に送信する。本実施形態では、アドレス情報登録要求は、ＨＴＴＰ（HyperText Transfer Protocol）のリクエストとして実現されるものとする。Ｗｅｂサーバ３２が提供するＷｅｂページには、パートナーによって店舗の識別情報（以下、「店舗ＩＤ」という。）を引数としたお預かりサーバ２０へのリンクが設定されており、当該リンクが携帯端末１０のユーザにクリックされたことにより、アドレス情報登録要求送信部１１４は、店舗ＩＤを含み上記リンクに係るＵＲＬを宛先としたＨＴＴＰリクエストをアドレス情報登録要求としてお預かりサーバ２０に送信するものとする。
【００３５】
＝＝お預かりサーバ２０＝＝
図６は、お預かりサーバ２０のハードウェア構成を示す図である。お預かりサーバ２０は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、出力装置２０６を備えている。記憶装置２０３は、各種のデータやプログラムを記憶する、例えば、フラッシュメモリやハードディスクドライブなどである。ＣＰＵ２０１は、記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより各種の機能を実現する。通信インタフェース２０４は、通信ネットワーク３１に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタや、電話回線網に接続するためのモデム、無線通信網に接続するための無線通信器などである。入力装置２０５は、データの入力を受け付ける、例えば、キーボードやマウス、タッチパネル、マイクロフォンなどである。出力装置２０６は、データを出力する、例えば、ディスプレイやプリンタ、スピーカなどである。なお、お預かりサーバ２０は、複数の入力装置２０５や出力装置２０６を備えるようにしてもよい。
【００３６】
図７は、お預かりサーバ２０のソフトウェア構成を示す図である。お預かりサーバ２０は、お預かり同期処理部２１１、クーポン情報登録部２１２、差込情報登録部２１３、アドレス情報登録部２１４、フィードバック情報出力部２１５、お預かりデータベース２３１、差込情報データベース２３２、クーポンデータベース２３３、差込履歴データベース２３４、パートナーデータベース２３５、ユーザデータベース２３６を備えている。なお、お預かり同期処理部２１１、クーポン情報登録部２１２、差込情報登録部２１３、アドレス情報登録部２１４、フィードバック情報出力部２１５は、お預かりサーバ２０が備えるＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現される。また、お預かりデータベース２３１、差込情報データベース２３２、クーポンデータベース２３３、差込履歴データベース２３４、パートナーデータベース２３５、ユーザデータベース２３６は、お預かりサーバ２０が備えるメモリ２０２や記憶装置２０３が提供する記憶領域として実現される。
【００３７】
お預かりデータベース２３１（本発明の「アドレス情報データベース」に該当する。）は、携帯端末１０が記憶しているアドレス情報の複製を記憶する。図８は、お預かりデータベース２３１の構成例を示す図である。お預かりデータベース２３１は、携帯端末１０の識別情報（以下、「端末ＩＤ」という。）に対応付けてアドレス情報を記憶する。お預かりデータベース２３１では、端末ＩＤおよび情報ＩＤにより、アドレス情報が一意に特定される。また、お預かりデータベース２３１では、アドレス情報にユーザ削除フラグと削除フラグとが付帯されている。ユーザ削除フラグは、携帯端末１０においてアドレス情報が削除されたことを示すフラグ値であり、差込削除フラグは、後述する差込処理においてアドレス情報が削除されたことを示すフラグ値である。
【００３８】
お預かり同期処理部２１１は、携帯端末１０との間でアドレス情報の同期を行う。携帯端末１０との間で同期されるアドレス情報は、お預かりデータベース２３１に登録されているアドレス情報のうち、携帯端末１０を示す端末ＩＤが含まれるもののみである。なお、お預かり同期処理部２１１による同期処理の詳細については後述する。
【００３９】
差込情報データベース２３２は、店舗の連絡先としての電話番号やメールアドレスなどを含む情報（以下、「差込情報」という。）を記憶する。差込情報は、後述するように、店舗情報に基づいて作成される。図９は、差込データベース２３２に登録される差込情報の構成例を示す図である。差込情報には、店舗を特定する情報ＩＤ、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモ、画像、差込情報の更新日時、削除フラグ、反映フラグが含まれる。削除フラグは、この差込情報が削除されたことを示すフラグ値である。反映フラグは、この差込情報に基づいてアドレス情報の登録や更新が行われたことを示すフラグ値である。なお、差込情報に基づいてアドレス情報が更新される処理については、後述する。削除フラグが「真」に設定されている差込情報については、当該差込情報に対応するアドレス情報が削除されると、当該差込情報も削除される。
【００４０】
クーポンデータベース２３３は、店舗において特別なサービスを受けるためのクーポンに関する情報（以下、「クーポン情報」という。）を記憶する。図１０は、クーポンデータベース２３３に登録されるクーポン情報の構成例を示す図である。クーポン情報には、情報ＩＤに対応付けて、クーポンデータ、挿入先、提供開始日および提供終了日、反映フラグが含まれる。クーポンデータは、クーポンを表現するための情報である。本実施形態では、クーポンデータは、平文のテキストまたはＵＲＬであるものとする。挿入先は、クーポンデータを設定すべきアドレス情報の項目である。本実施形態では、挿入先は、「特定ＵＲＬ」「ＵＲＬ」「特定メモ」「メモ」のいずれかであるものとするが、その他の項目、例えば、「画像」などの項目を指定するようにすることもできる。クーポンデータが、例えば、「全品１０％ＯＦＦ」などのように、テキストにより表現される場合には、挿入先には「特定メモ」又は「メモ」が設定され、Ｗｅｂサーバ３２が提供するあるＷｅｂページをクーポンとして機能させる場合には、当該Ｗｅｂページを示すＵＲＬがクーポンデータに設定され、挿入先には「特定ＵＲＬ」又は「ＵＲＬ」が設定されることを想定している。提供開始日および提供終了日は、クーポンデータがアドレス情報に挿入される期間、すなわち、クーポンの有効期間を示す。後述するように、提供開始日以降、提供終了日までの間、クーポンデータがアドレス情報に挿入されることになる。
【００４１】
クーポン情報登録部２１２は、クーポン情報を取得してクーポンデータベース２３３に登録する。クーポン情報の取得は、クーポン情報登録部２１２が、各パートナーについて、当該パートナーが提供しているＡＰＩに定義された関数を呼び出すことにより行うものとする。クーポン情報登録部２１２は、取得したクーポン情報の情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に既に登録されている場合には、取得したクーポン情報に基づいて、登録されているクーポン情報を更新する。
【００４２】
差込情報登録部２１３は、店舗情報を取得し、店舗情報に基づいて、新たな差込情報を差込情報データベース２３２に登録し、または差込情報データベース２３２に登録されている差込情報を更新もしくは削除する。なお、差込情報登録部２１３による差込情報の登録処理の詳細については後述する。
【００４３】
アドレス情報登録部２１４は、差込情報に基づいてアドレス情報の登録処理（以下、「差込処理」という。）を行う。アドレス情報登録部２１４は、携帯端末１０から送信されるアドレス情報登録要求に応じてアドレス情報の登録を行う。また、アドレス情報登録部２１４は、差込情報データベース２３２を定期的に参照して、反映フラグが「偽」である差込情報が登録されている場合には、当該差込情報に対応するアドレス情報を更新または削除する。なお、アドレス情報登録部２１４による差込処理の詳細については後述する。
【００４４】
差込履歴データベース２３４は、差込処理の履歴（以下、「差込履歴」という。）を記憶する。図１１は、差込履歴データベース２３４が記憶する差込履歴の構成例を示す図である。差込履歴には、日時、情報ＩＤ、端末ＩＤ、操作種別および対象項目が含まれている。日時は、差込処理が行われた日時である。操作種別は、アドレス情報の登録、更新または削除のいずれが行われたかを示す情報であり、「登録」「更新」「削除」または「ユーザ削除」のいずれかが設定される。操作種別には、差込情報が削除されたことによりアドレス情報が削除された場合には「削除」が設定され、携帯端末１０においてアドレス情報が削除された場合には「ユーザ削除」が設定される。対象項目は、差込情報が更新された場合に、どの項目が更新されたかを示す。複数の項目が更新された場合には、更新された項目がすべて対象項目に記載される。
【００４５】
フィードバック情報出力部２１５は、パートナーに対して差込履歴に基づく集計情報を出力する。集計は、差込情報がアドレス情報として登録された数（以下、「追加数」という。）、差込情報に対応するアドレス情報が削除された数（以下、「削除数」という。）、差込情報に基づいてアドレス情報が登録された日時からアドレス情報が削除された日時までの期間（以下、「ライフタイム」という。）の平均値などである。フィードバック情報出力部２１５は、例えば、パートナーごとに、パートナーＩＤに対応する情報ＩＤに対応する差込情報を差込情報データベース２３２から読み出し、読み出した差込情報の情報ＩＤに対応する差込履歴を差込履歴データベース２３４から読み出してリストにし、リストに含まれる差込履歴のうち、操作種別が「追加」および「削除」であるものの数をそれぞれカウントして追加数および削除数を算出することができる。また、フィードバック情報出力部２１５は、上記リストから重複なく情報ＩＤと端末ＩＤとの組み合わせを抽出し、抽出した各組合せについて、操作種別が「削除」である差込履歴が上記リストに含まれているものを特定し、特定した組合せに対応する前記差込履歴のうち操作種別が「追加」であるものの日時から、操作種別が「削除」であるものの日時までの期間をライフタイムとして算出することができる。フィードバック情報出力部２１５は、所定の形式に上記集計情報を整形して出力する。フィードバック情報出力部２１５は、例えば、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）などの
フィードバック情報出力部２１５は、例えば、集計情報を所定のメールアドレス宛ての電子メールに添付して送信するようにしてもよいし、Ｗｅｂサーバ３２に対して集計情報をアップロードするようにしてもよい。また、パートナーのコンピュータからのリクエストに応じて、集計情報を送信するようにすることもできる。
【００４６】
パートナーデータベース２３５は、パートナーに関する情報（以下、「パートナー情報」という。）を記憶する。図１２は、パートナーデータベース２３５が記憶するパートナー情報の構成例を示す図である。パートナー情報には、パートナーＩＤ、カテゴリ、パートナーの名称、名称のフリガナ、略記文字列、デリミタおよびＡＰＩ提供サーバが含まれている。カテゴリは、パートナーが提供する店舗情報の種別を示す。カテゴリには、例えば、「グルメ」などが設定される。略記文字列は、パートナーの名称を略記するための文字列である。後述するように、パートナーから提供された差込情報に含まれる店舗の名称には略記文字列が含められる。デリミタは、略記文字列と店舗の名称との間に挿入される文字列である。なお、略記文字列およびデリミタには、携帯端末１０においてアイコンに置き換えられる文字（いわゆる「絵文字」である。）を用いてもよい。ＡＰＩ提供サーバは、店舗情報を取得するためにアクセスするべきコンピュータを示す情報である。ＡＰＩ提供サーバには、ＩＰアドレスやＦＱＤＮ（Fully Qualified Domain Name）が指定される。本実施形態では、Ｗｅｂサーバ３２のＩＰアドレスまたはＦＱＤＮが指定されるものとする。なお、パートナーデータベース２３５に、パートナーごとに、ＡＰＩの関数群の定義を記憶するようにしてもよい。
【００４７】
ユーザデータベース２３６は、携帯端末１０のユーザに関する情報（以下、「ユーザ情報」という。）を記憶する。図１３は、ユーザデータベース２３６が記憶するユーザ情報の構成例を示す図である。ユーザ情報には、端末ＩＤとメールアドレスとが含まれている。もちろん、ユーザ名やパスワードなど、その他ユーザに関する各種の項目を含めるようにしてもよい。
【００４８】
以下、本実施形態の情報管理システムにおいて実行される処理について説明する。
【００４９】
＝＝差込情報の登録処理＝＝
まず、差込情報を登録する処理について説明する。パートナーから提供される差込情報は、差込登録部２１３により差込情報データベース２３２に登録される。図１４は、差込情報登録部２１３による差込情報の登録処理の流れを示す図である。本実施形態では、図１４に示す差込情報の登録処理は、所定の時間（例えば、５分や１０分、１時間、２４時間など）おきに、定期的に実行するものとするが、例えば、Ｗｅｂサーバ３２やパートナーのコンピュータから差込情報を更新するように指示するコマンドを受信したことを契機として、差込情報の登録処理を実行するようにしてもよい。
【００５０】
差込情報登録部２１３は、各パートナーについて、パートナーＩＤに対応するパートナー情報をパートナーデータベース２３５から読み出し（Ｓ４０１）、当該パートナーが提供しているＡＰＩに定義されている関数を呼び出すことにより、パートナーが提供している店舗情報の店舗ＩＤの一覧をＷｅｂサーバ３２から取得して店舗リストとし（Ｓ４０２）、図１５に示す差込情報の更新削除処理を行い（Ｓ４０３）、図１６に示す差込情報の作成処理を行う（Ｓ４０４）。
【００５１】
図１５に示す差込情報の更新削除処理では、差込情報登録部２１３は、差込情報データベース２３２から、パートナーを示すパートナーＩＤが情報ＩＤに含まれている差込情報を読み出し（Ｓ４２１）、読み出した各差込情報について以下の処理を行う。
差込情報登録部２１３は、情報ＩＤからパートナーＩＤを除いた部分を店舗ＩＤとして抽出し（Ｓ４２２）、店舗ＩＤが店舗リストに含まれていない場合には（Ｓ４２３：ＮＯ）、その差込情報はパートナーから提供されなくなったものとして、当該差込情報の削除フラグに「真」を設定し（Ｓ４２４）、当該差込情報の反映フラグに「偽」を設定して差込情報データベース２３２を更新し（Ｓ４２５）、ステップＳ４３２に進む。
【００５２】
一方、店舗ＩＤが店舗リストに含まれていれば（Ｓ４２３：ＹＥＳ）、差込情報登録部２１３は、上記ＡＰＩに定義される関数を呼び出すことにより、店舗ＩＤに対応する店舗情報をＷｅｂサーバ３２から取得する（Ｓ４２６）。差込情報登録部２１３は、取得した店舗情報に含まれる更新日時が、差込情報の更新日時よりも新しい場合には（Ｓ４２７：ＹＥＳ）、パートナー情報に含まれる略記文字列およびデリミタと、店舗情報の名称とを連結した文字列を名称とし（Ｓ４２８）、パートナー情報に含まれるフリガナと店舗情報のフリガナとを連結してフリガナとし（Ｓ４２９）、上記名称およびフリガナと、店舗情報に含まれる郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、更新日時により差込情報を更新し（Ｓ４３０）、差込情報の反映フラグに「偽」を設定して、差込情報データベース２３２を更新する（Ｓ４３１）。なお、差込情報登録部２１３は、店舗情報に含まれるサービス情報を整形して差込情報のメモ欄などに設定するようにしてもよい。
差込情報登録部２１３は、上記店舗ＩＤを店舗リストから削除する（Ｓ４３２）。
以上の処理を各差込情報について繰り返すことにより、差込情報の更新および削除が行われる。
【００５３】
図１６に示す差込情報の作成処理では、差込情報登録部２１３は、店舗リストに含まれている各店舗ＩＤについて、以下の処理を行う。すなわち、差込情報登録部２１３は、パートナーが提供するＡＰＩに定義される関数を呼び出すことにより、店舗ＩＤに対応する店舗情報をＷｅｂサーバ３２から取得する（Ｓ４４１）。差込情報登録部２１３は、パートナーを示すパートナーＩＤと店舗ＩＤとを連結して情報ＩＤを生成する（Ｓ４４２）。差込情報登録部２１３は、パートナー情報に含まれる略記文字列およびデリミタと、店舗情報の名称とを連結した文字列を名称とし（Ｓ４４３）、パートナー情報に含まれるフリガナと店舗情報のフリガナとを連結してフリガナとし（Ｓ４４４）、情報ＩＤ、名称およびフリガナと、店舗情報に含まれる郵便番号、住所、電話番号、メールアドレス、ＵＲＬおよび更新日時と、「真」の反映フラグとを含む差込情報を生成する（Ｓ４４５）。なお、差込情報のメモ欄に、店舗情報に含まれるサービス情報を整形した文字列を設定するようにしてもよい。新しく作成される差込情報に対応するアドレス情報はお預かりデータベース２３１にはまだ登録されていないため、「真」の反映フラグが設定される。差込情報登録部２１３は、生成した差込情報を差込情報データベース２３２に登録する（Ｓ４４６）。このようにして、新しくパートナーにより提供されるようになった店舗情報に基づく差込情報が差込情報データベース２３２に登録される。
【００５４】
＝＝アドレス情報への差込処理＝＝
上記のようにして登録更新された差込情報に基づいてアドレス情報が登録される。アドレス情報の登録や更新などは、携帯端末１０からアドレス情報登録要求を受信した場合と、差込情報が更新された場合とに行われる。
【００５５】
まず、アドレス情報登録要求を受信した場合におけるアドレス情報の登録処理について説明する。携帯端末１０からのアドレス情報登録要求は、ＨＴＴＰリクエストとしてお預かりサーバ２０に送信される。
【００５６】
図１７は、Ｗｅｂサーバ３２が提供するＷｅｂページを携帯端末１０が表示した画面４１の一例を示す図である。画面４１には、レストランに関する情報４２が表示されている。画面４１には、リンク４３が設定されている。リンク４３は、お預かりサーバ２０へのリンクであり、上記レストランを示す情報ＩＤが引数として付加されている。図１７の例では、お預かりサーバ２０が「foobar.com」であり、アドレス情報登録要求の送信先は「http://foobar.com/add」であり、引数として「id=1234」が付加されている。リンク４３が選択されると、携帯端末１０は、お預かりサーバ２０に情報ＩＤを含むＨＴＴＰリクエストをアドレス情報登録要求として送信する。また、アドレス情報登録要求には、携帯端末１０を特定する端末ＩＤ（「ＵＩＤ」と呼ばれている。）が設定される。
【００５７】
図１８は、携帯端末１０から送信されるアドレス情報登録要求に応じて実行される差込処理の流れを示す図である。
アドレス情報登録部２１４は、アドレス情報登録要求に含まれている端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されているか否かを判定し（Ｓ５０１）、端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されていない場合には（Ｓ５０１：ＮＯ）、図１９に示すユーザ情報の登録処理を行う（Ｓ５０２）。つまり、例えばお預けサーバ２０が会員制の運営を行っている場合に、会員登録されていないユーザに対して会員登録を行う。すなわち、アドレス情報登録部２１４は、ユーザ情報の入力画面を携帯端末１０に送信する（Ｓ５２１）。本実施形態では、ユーザ情報の入力画面は、ＨＴＭＬにより記述され、少なくともユーザの電子メールアドレスを入力するための入力フォームが含まれているものとする。また、ユーザ情報の入力画面には、指定グループＩＤを設定するための入力フォームを含めるようにしてもよい。さらに、ユーザ情報にユーザの氏名や住所、電話番号などのユーザに関する情報が含まれる場合には、それらの情報を入力するための入力フォームを上記入力画面に含めるようにしてもよい。携帯端末１０が、入力画面に入力された電子メールアドレスを含む（指定グループＩＤが入力された場合には、指定されたグループＩＤも含む）ユーザ情報を、ＨＴＴＰのリクエストとしてお預かりサーバ２０に送信すると、アドレス情報登録部２１４は、ユーザ情報を携帯端末１０から受信する（Ｓ５２２）。アドレス情報登録部２１４は、携帯端末１０から受信したユーザ情報にグループＩＤが指定されている場合には（Ｓ５２３：ＹＥＳ）、指定されたグループＩＤをＧＩＤとする（Ｓ５２４）。ユーザ情報にグループＩＤが指定されていない場合には（Ｓ５２３：ＮＯ）、値が設定されていないことを示すｎｕｌｌをＧＩＤに設定する（Ｓ５２５）。アドレス情報登録部２１４は、端末ＩＤ、ユーザＩＤおよびＧＩＤを含むユーザ情報を作成してユーザデータベース２３６に登録する（Ｓ５２６）。このようにして、アドレス情報登録要求に含まれる端末ＩＤに対応するユーザ情報がユーザデータベース２３６に登録されていない場合には、携帯端末１０からユーザ情報の入力を受け付けて新しいユーザ情報を登録することができる。
【００５８】
図１８に戻り、アドレス情報登録部２１４は、差込情報データベース２３２から、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を取得する（Ｓ５０３）。アドレス情報登録部２１４は、上記差込情報が差込情報データベース２３２に存在しない場合（存在しても削除フラグが「真」である場合を含むものとする。）には（Ｓ５０４：ＮＯ）、店舗の情報が提供されていないことを示すエラー画面を携帯端末１０に送信する（Ｓ５０５）。
一方、上記差込情報が存在すれば（Ｓ５０４：ＹＥＳ）、アドレス情報登録部２１４は、アドレス情報登録要求に含まれる端末ＩＤおよび情報ＩＤに対応するアドレス情報がお預けデータベース２３１に登録されているか否かを判定し（Ｓ５０６）、当該アドレス情報が登録されている場合には（Ｓ５０６：ＹＥＳ）、既に登録がある旨を示すエラー画面を携帯端末１０に送信する（Ｓ５０７）。端末ＩＤおよび情報ＩＤに対応するアドレス情報が登録されていなければ（Ｓ５０６：ＮＯ）、図２０に示すグループＩＤを決定する処理を行う（Ｓ５０８）。
アドレス情報登録部２１４は、端末ＩＤに対応するユーザ情報をユーザデータベース２３６から読み出し（Ｓ５４１）、読み出したユーザ情報に指定グループＩＤが設定されている場合には（Ｓ５４２：ＹＥＳ）、ユーザ情報の指定グループＩＤをグループＩＤとして決定する（Ｓ５４３）。アドレス情報登録部２１４は、ユーザ情報に指定グループＩＤが設定されていない場合には（Ｓ５４２：ＮＯ）、お預かりデータベース２３１から、端末ＩＤに対応するアドレス情報に含まれるグループＩＤを重複なく読み出し（Ｓ５４４）、使われていないグループＩＤが存在するか否かを判定する（Ｓ５４５）。使われていないグループＩＤは、例えば、所定の数値範囲に含まれるグループＩＤのうち、上記重複なく読み出したグループＩＤのリストに含まれていないものが存在するか否かを判定することができる。また、上記所定の数値範囲は、端末ＩＤに対する携帯端末１０が設定可能なグループＩＤの値の範囲をユーザデータベース２３６などに記憶しておくようにしてもよい。使われていないグループＩＤが存在しなければ（Ｓ５４５：ＮＯ）、グループＩＤの所定のデフォルト値をグループＩＤとして決定し（Ｓ５４６）、使われていないグループＩＤが存在する場合には（Ｓ５４５：ＹＥＳ）、使われていないグループＩＤのうち最も小さいものをグループＩＤとして決定する（Ｓ５４７）。
図１８に戻り、アドレス情報登録部２１４は、アドレス情報登録要求に含まれている端末ＩＤと、差込情報の情報ＩＤ、名称、フリガナ、郵便番号、住所、電話番号、メールアドレス、ＵＲＬ、特定ＵＲＬ、メモ、特定メモおよび画像と、現在の日時と、「偽」のユーザ削除フラグおよび「偽」の差込削除フラグとを含むアドレス情報を生成する（Ｓ５０９）。アドレス情報登録部２１４は、図２１に示すクーポンの挿入処理を行う（Ｓ５１０）。すなわち、アドレス情報登録部２１４は、クーポンデータベース２３３に登録されているクーポン情報のうち、情報ＩＤに対応し、提供開始日が現在の日付以前であり、かつ、提供終了日が現在の日付以後であるものを検索し（Ｓ５６１）、当該クーポン情報が存在すれば（Ｓ５６２：ＹＥＳ）、当該クーポン情報に含まれる挿入先が示すアドレス情報の項目に、当該クーポン情報に含まれるクーポンデータを設定する（Ｓ５６３）。
図１８に戻り、アドレス情報登録部２１４は、アドレス情報をお預かりデータベース２３１に登録する（Ｓ５１１）。アドレス情報登録部２１４は、現在の日時、情報ＩＤ、端末ＩＤ、「追加」の操作種別、差込情報に含まれる全ての項目名を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５１２）。アドレス情報登録部２１４は、登録が完了した旨を示す完了画面を携帯端末１０に送信するとともに（Ｓ５１３）、端末ＩＤに対応するメールアドレスをユーザデータベース２３６から取得し、取得したメールアドレスを宛先として、登録が完了した旨を示す電子メールを送信する（Ｓ５１４）。
以上のようにして、アドレス情報登録要求の受信に応じてアドレス情報がお預けデータベース２３１に登録される。
【００５９】
次に、差込情報が更新されたことに応じたアドレス情報の更新処理について説明する。図２２は、差込情報の更新処理の流れを示す図である。本実施形態では、図２２に示す差込情報の更新処理は、所定の時間（例えば、５分や１０分、１時間、２４時間など）おきに、定期的に実行する。
アドレス情報登録部２１４は、反映フラグに「偽」が設定されている差込情報を差込情報データベース２３２から読み出し（Ｓ５８１）、読み出した各差込情報の情報ＩＤに対応するアドレス情報をお預けデータベース２３１から読み出し（Ｓ５８２）、読み出した各アドレス情報について以下の処理を行う。
アドレス情報登録部２１４は、差込情報の削除フラグが「真」であれば（Ｓ５８３：ＹＥＳ）、アドレス情報の差込削除フラグに「真」を設定するように、お預けデータベース２３１を更新し（Ｓ５８４）、現在の日付、アドレス情報に含まれている情報ＩＤおよび端末ＩＤ、「削除」の操作種別、ならびに空の対象項目を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５８５）。差込情報の削除フラグが「偽」であっても（Ｓ５８３：ＮＯ）、アドレス情報のユーザ削除フラグが「真」であれば（Ｓ５８６：ＹＥＳ）、ステップＳ５８５に進み、削除の差込履歴を登録する。
差込情報の削除フラグが「偽」であり（Ｓ５８３：ＮＯ）、アドレス情報のユーザ削除フラグが「偽」であれば（Ｓ５８６：ＮＯ）、アドレス情報登録部２１４は、差込情報に含まれている各項目について、アドレス情報に含まれている対応する項目と値が異なる場合には、アドレス情報の当該項目に、差込情報の当該項目の内容を設定するようにお預けデータベース２３１を更新する（Ｓ５８７）。また、アドレス情報登録部２１４は、上述した図２１に示すクーポンの差込処理を行い（Ｓ５８８）、現在の日時、アドレス情報に含まれている情報ＩＤおよび端末ＩＤ、「更新」の操作種別、ならびにステップＳ５８７およびＳ５８８において更新されたすべての項目の名称を含む差込履歴を作成して差込履歴データベース２３４に登録する（Ｓ５８９）。
以上のステップＳ５８３〜Ｓ５８８までの処理を各アドレス情報について実行し、ステップＳ５８２〜Ｓ５８８までの処理を各差込情報について行うことにより、更新または削除された差込情報に基づいてアドレス情報を更新することができる。
【００６０】
＝＝同期処理＝＝
お預かりサーバ２０が備えるお預かりデータベース２３１と、携帯端末１０が備えるアドレス帳１３１との間では、端末ＩＤの一致するアドレス情報の同期が行われる。これにより、お預かりデータベース２３１に登録されたアドレス情報は、携帯端末１０のアドレス帳に登録されることになる。図２３は、お預かり同期処理部２１１によるアドレス情報の同期処理の流れを示す図である。図２３の処理は、お預かり同期処理部２１１が同期要求を受信したことを契機に実行される。
お預かり同期処理部２１１は、同期要求に含まれているアドレス情報を同期情報として、同期情報のそれぞれについて以下の処理を行う。お預かり同期処理部２１１は、お預かりデータベース２３１から、同期要求に含まれる端末ＩＤおよび同期情報に含まれる店舗ＩＤに対応するアドレス情報（以下、「お預かり情報」という。）を検索し（Ｓ６０１）、お預かり情報が存在しなければ（Ｓ６０２：ＮＯ）、端末ＩＤに対応付けて、同期情報をお預かりデータベース２３１に登録する（Ｓ６０３）。
一方、端末ＩＤおよびお預かり情報が存在すれば（Ｓ６０２：ＹＥＳ）、同期情報とお預かり情報との更新日時を比較する（Ｓ６０４）。同期情報に含まれる更新日時の方が、お預かり情報の更新情報よりも新しければ（Ｓ６０４：ＮＯ）、ステップＳ６０３に進んで、端末ＩＤに対応付けて同期情報をお預かりデータベース２３１に登録する。
お預かり情報の更新日時の方が同期情報の更新日時よりも新しい場合（Ｓ６０４：ＹＥＳ）、すなわち、端末１０とお預かりサーバ２０との間でお預かり情報の衝突が発見された場合、お預かり同期処理部２１１は衝突を解消して、登録すべきアドレス情報（以下、「更新情報」という。）を作成する（Ｓ６０５）。お預かり同期処理部２１１は、例えば、更新日時が新しい方のアドレス情報を更新情報とすることができる。また、お預かり同期処理部２１１は、例えば、衝突が発生したことを知らせる電子メールやメッセージをユーザに送信するようにし、ユーザから更新情報の入力を受け付けるようにしてもよい。お預かり同期処理部２１１は、更新情報をお預かりデータベース２３１に登録するとともに（Ｓ６０６）、更新情報を同期応答に追加する（Ｓ６０７）。
以上の処理を各同期情報について繰り返した後、お預かり同期処理部２１１は、同期要求に含まれている削除されたアドレス情報を示す情報ＩＤ（削除情報ＩＤ）のそれぞれについて、情報ＩＤに対応するアドレス情報のユーザ削除フラグを「真」に設定する（Ｓ６０８）。同期処理部２１１は、上記の様にして作成した同期応答を同期要求の送信元の携帯端末１０に送信する（Ｓ６０９）。
以上のようにして、携帯端末１０との間での同期処理が行われる。
【００６１】
以上説明したように、ユーザが図１７に示すような画面４１においてお預かりサーバ２０へのリンクを選択することにより、差込情報に基づいて自動的にアドレス情報がお預けデータベース２３１に登録され、お預けデータベース２３１と携帯端末１０のアドレス帳１３１との間ではアドレス情報の同期が行われる。したがって、ユーザがアドレス情報の各項目を入力することなく、自動的にアドレス情報を携帯端末１０のアドレス帳１３１に登録することができる。Ｗｅｂページに設定されているリンクを辿るだけでアドレス情報が設定されるので、ユーザは気楽に店舗の連絡先をアドレス帳に登録できるので、便利である。また、店舗にとってみても、ユーザのアドレス帳に連絡先が登録されることで、ユーザが店舗に連絡しやすくなるので、ユーザと店舗とのつながりを保つことができる。
【００６２】
また、本実施形態のアドレス帳管理システムでは、使われていないグループがある場合には、そのグループに店舗情報に基づくアドレス情報を登録するようにすることができる。したがって、ユーザ自身が入力したアドレス情報と、お預かりサーバ２０が自動的に登録したアドレス情報とを容易に区別することが可能となる。
【００６３】
また、本実施形態のアドレス帳管理システムによれば、アドレス情報にクーポンデータが挿入され、店舗でのクーポンとして機能する。一般にクーポンは電子メールを用いて配布されることが多いが、本実施形態のアドレス帳管理システムでは、アドレス帳を利用した新しいクーポンの配布経路を確保することができる。また、大量の迷惑メールが到着するユーザなどでは、クーポンなどの有用なデータが含まれる電子メールであっても受信を拒否したりすることがあるので、アドレス帳を利用してクーポンを配布することで、クーポンが迷惑メールに埋もれてしまうことを避けることができる。よって、クーポンによる集客の効率の向上が期待される。また、本実施形態のアドレス帳管理システムでは、クーポンが発行されると、それに応じて差込情報が更新され、さらにはその差込情報に対応するアドレス情報も更新される。したがって、アドレス帳を利用する場合でも、最初に登録した限りで終わるのではなく、新しいクーポンが発行された場合にはアドレス帳が更新されるようにすることができる。
【００６４】
また、本実施形態のアドレス帳管理システムによれば、店舗名の前にパートナーの略記文字列が追加される。したがって、ユーザは、携帯端末１０に表示されるアドレス情報の名称をみるだけで、どのパートナーから提供された情報であるのかを容易に把握することができる。また、フリガナの前にもパートナー名が追加される、アドレス情報の閲覧時にはフリガナでソートが行われるので、同じパートナーから提供された店舗情報に基づくアドレス情報はまとまって表示される。よって、ユーザは自動的に登録されたアドレス情報を容易に把握することが可能となる。
【００６５】
なお、本実施形態では、店舗情報に基づく差込情報の登録処理、差込情報に基づくアドレス情報の登録処理、およびアドレス情報の同期処理のすべてをお預かりサーバ２０が行うものとしたが、これに限らず、お預かりサーバ２０はアドレス情報の同期処理のみを行うようにし、店舗情報に基づく差込情報の登録処理、差込情報に基づくアドレス情報の登録処理を、お預かりサーバ２０とは別の差込処理サーバで行うようにしてもよい。
【００６６】
また、本実施形態では、提供されている全ての店舗情報を取得して、差込情報の登録処理を行うものとしたが、例えば、差込情報の更新日時のうち最新のものよりも新しい更新日時の店舗情報のみを取得するようにしてもよい。これにより、パートナーから取得する店舗情報の数を限定して、差込情報の登録にかかる処理負荷を低減することができる。
【００６７】
また、本実施形態では、図１５のステップＳ４２７において、更新日時を比較することで店舗情報の更新を判定していたが、Ｗｅｂサーバ３２から更新された店舗情報の店舗ＩＤを受信し、受信した店舗ＩＤに対応する店舗情報のみを取得するようにしてもよい。
【００６８】
また、本実施形態では、パートナーの提供するＡＰＩにより店舗情報を取得するものとしたが、パートナーからお預かりサーバ２０に対して新しく登録された、または更新された店舗情報を送信するようにして、お預かりサーバ２０が受信した店舗情報について、差込情報の登録および更新を行うようにしてもよい。
【００６９】
また、本実施形態では、パートナーの提供する店舗情報を全て取得して差込情報を作成するものとしたが、アドレス情報登録要求に応じて店舗情報を取得するようにしてもよい。例えば、アドレス情報登録要求の受信に応じて、差込情報登録部２１３が、差込情報データベース２３２から、アドレス情報登録要求に含まれる情報ＩＤに対応する差込情報を検索し、対応する差込情報が存在しない場合や、対応する差込情報の更新日時が現在の日時よりも所定時間以上前である場合に、店舗情報を取得し、取得した店舗情報に基づいて差込情報を登録または更新するようにすることができる。
【００７０】
また、本実施形態では、図１４に示す差込情報の登録処理は定期的に実行されるものとしたが、これに限らず、例えば、お預けサーバ２０の操作者から入力されたコマンドに応じて実行するようにしてもよいし、パートナーからの指示に応じて実行するようにしてもよい。例えば、Ｗｅｂサーバ３２やパートナーのその他コンピュータから、店舗情報に登録や更新、削除などが発生した旨を示すメッセージを受信したことを契機として、差込情報の登録処理を行うようにしてもよい。この場合、差込情報登録部２１３は、メッセージの送信元のパートナーを特定し、特定したパートナーについて、図１４のステップＳ４０１〜Ｓ４０４の処理を行うようにする。
【００７１】
また、本実施形態では、クーポン情報の取得はパートナーが提供するＡＰＩに定義された関数を呼び出すことにより行うものとしたが、これに限らず、例えば、クーポン情報登録部２１２は、Ｗｅｂサーバ３２やその他のパートナーのコンピュータからクーポン情報を受信するようにしてもよいし、所定のメールアドレス宛にクーポン情報を添付した電子メールを送信するようにして、当該電子メールを受信するようにしてもよい。お預けサーバ２０の入力装置１０５を介してオペレータからクーポン情報の入力を受け付けるようにしてもよい。
【００７２】
また、本実施形態では、クーポン情報に基づいてアドレス情報を更新するようにしたが、クーポン情報に基づいて差込情報を更新するようにしてもよい。
【００７３】
また、本実施形態では、アドレス情報の作成または更新時にのみクーポンデータを差し込むものとしたが、これに限らず、例えば、差込情報登録部２１３が定期的にクーポンデータベース２３３から、現在の日付が提供終了日よりも後であるクーポン情報を検索し、当該クーポン情報があれば、アドレス情報のそれぞれについて、当該クーポン情報に含まれる挿入先が示す当該アドレス情報の項目をクリアするようにすることができる。また、差込情報登録部２１３は、上記クーポン情報があれば、当該クーポン情報に含まれる情報ＩＤに対応する差込情報の反映フラグを「真」に設定するようにしてもよい。
【００７４】
また、クーポン情報に、クーポンデータと挿入先の組を複数クーポン情報に含めるようにしてもよい。この場合、クーポン情報に含まれるクーポンデータと挿入先との各組について、挿入先が示すアドレス情報の項目にクーポンデータを設定するようにする。これにより、例えば、メモ欄に文字列のクーポンを設定するとともに、画像欄にクーポンの画像を設定し、ＵＲＬ欄にクーポンの説明を記述したＷｅｂページへのＵＲＬを設定することなどが可能になる。
【００７５】
また、本実施形態では、図２２に示す差込情報の更新処理は定期的に実行されるものとしたが、これに限らず、例えば、図１５のステップＳ４３０やステップＳ４２４、図１６のステップＳ４４６に引き続き、登録、更新、削除の対象となった差込情報について、図２２の処理を実行するようにしてもよい。
【００７６】
また、本実施形態では、すべての携帯端末１０についての端末ＩＤがユーザデータベース２３６に登録されているものとしたが、アドレス情報登録要求に含まれる端末ＩＤがユーザデータベース２３６に登録されていない場合に、登録を促すメッセージを携帯端末１０の応答するようにしてもよい。
【００７７】
また、店舗に特別な電話番号を割り当てておき、その電話番号に対するユーザからの呼を着信した場合に、着呼した店舗に対して課金がなされるような前記特別な電話番号（以下、「課金電話番号」という。）を、店舗情報の電話番号に設定するようにしてもよい。この場合、例えば、図１６に示す差込情報の作成処理において、課金電話番号を割り当てるように要求するリクエストを、店舗情報の連絡先情報を付帯させて電話会社のサーバ装置に送信し、割り当てられた課金電話番号を電話会社のサーバ装置から受信して、受信した課金電話番号を差込情報の電話番号に設定するようにすることができる。この場合、お預かりサーバ２０は、店舗ＩＤに対応付けて、課金電話番号を記憶する課金電話番号データベースを備えるようにする。差込情報登録部２１３は、店舗情報が更新され、これに応じて差込情報を更新する際に、課金電話番号データベースから課金電話番号を取得して、取得した課金電話番号を、更新した差込情報の電話番号に設定するようにする。
【００７８】
また、新しい店舗情報が登録された場合に、差込情報登録部２１３は、お預かりサーバ２０のオペレータに対して、新しい店舗情報が登録された旨を示すメッセージを、ディスプレイなどの出力装置２０６から出力し、あるいは電子メールやメッセンジャーによりオペレータに送信し、オペレータが店舗に課金電話番号を割り当てた上で、課金電話番号の入力を行い、差込情報登録部２１３が、オペレータから課金電話番号の入力を受け付けて、差込情報の電話番号に設定するようにしてもよい。
【００７９】
＝＝変形例１＝＝
上述した本実施形態では、図１５および図１６のステップＳ４２８およびＳ４２９、ならびにステップＳ４４３およびＳ４４４に示すように、差込情報の名称は、パートナー情報の略記文字列およびデリミタならびに店舗情報の名称を連結して作成し、差込情報のフリガナは、パートナー情報のフリガナと店舗情報のフリガナとを連結して作成するものとしたが、接頭辞や接尾辞を付加するようにしてもよい。この場合のお預かりサーバ２０のソフトウェア構成例を図２４に示す。この場合、お預かりサーバ２０は、上述した図７の構成に加えて、フリガナ設定データベース２３７を備える。図２５は、フリガナ設定データベース２３７の構成例を示す図である。フリガナ設定データベース２３７には、クーポンが発行されている場合に付加する接頭辞および接尾辞と、クーポンが発行されていない場合に付加する接頭辞および接尾辞とが記憶されている。ここで、クーポンありの接頭辞の方が、クーポンなしの接頭辞よりも文字コードの値が小さくなるように（昇順にソートしたときに前に並ぶように）設定され、また接頭辞および接尾辞はいずれもあらゆるカタカナおよびひらがなよりも文字コードの値が小さくなるように設定される。
【００８０】
図２６は、接頭辞および接尾辞を付加する場合に、図１５のステップＳ４２８およびＳ４２９、ならびに図１６のステップＳ４４３およびＳ４４４に代えて実行される処理の流れを示す図である。差込情報登録部２１３は、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されていれば（Ｓ８０１：ＹＥＳ）、当該クーポン情報の削除フラグが「偽」であり（Ｓ８０２：ＹＥＳ）、現在の日付が当該クーポン情報の提供開始日以後であり、かつ、当該クーポン情報の提供終了日以前であれば（Ｓ８０３：ＹＥＳ）、フリガナ設定データベース２３７から、クーポンありの接頭辞を読み出し（Ｓ８０４）、クーポンありの接尾辞を読み出す（Ｓ８０５）。情報ＩＤに対応するクーポン情報が登録されていない場合（Ｓ８０１：ＮＯ）、登録されていてもクーポン情報の削除フラグが「真」である場合（Ｓ８０２：ＮＯ）や、現在の日付がクーポンの有効期限外、すなわち、現在の日付がクーポン情報の提供開始日より前、または現在の日付がクーポン情報の提供終了日より後である場合には（Ｓ８０３：ＮＯ）、差込情報登録部２１３は、クーポンなしの接頭辞を読み出して（Ｓ８０６）、クーポンなしの接尾辞を読み出す（Ｓ８０７）。差込情報登録部２１３は、読み出した接頭辞と、パートナー情報の略記文字列およびデリミタと、店舗情報の名称と、読み出した接尾辞とを連結して名称とし（Ｓ８０８）、読み出した接頭辞と、パートナー情報のフリガナと、店舗情報のフリガナと、読み出した接尾辞とを連結してフリガナとする（Ｓ８０９）。
【００８１】
このようにして、店舗情報に基づいて作成更新される差込情報については、フリガナの先頭に、あらゆるカタカナおよびひらがなよりも文字コードの値が小さい接頭辞を付加することができる。上述したように、店舗情報に基づく差込情報に基づいてアドレス情報が登録され、同期により携帯端末１０のアドレス帳１３１に登録され、携帯端末１０におけるアドレス情報の閲覧時にはフリガナの順にソートがされる。一般にユーザがカタカナやひらがな以外の文字をフリガナに設定することは少ないと考えられるので、携帯端末１０におけるアドレス情報の閲覧時には、ユーザが登録したアドレス情報よりも先に、店舗情報に基づいて登録されたアドレス情報が表示されるようにすることができる。また、クーポンが発行されている差込情報の接頭辞の方が、クーポンが発行されていない差込情報の接頭辞よりも文字コードの値が小さいので、クーポンが発行されている店舗についてのアドレス情報をより先の順位に携帯端末１０において表示させることができる。
【００８２】
また、上記のようにして名称にも接頭辞および接尾辞が付加されるので、携帯端末１０において表示されているアドレス情報が、店舗情報に基づいてお預かりサーバ２０が登録したものか、ユーザ自身が登録したものかを容易に視認することができる。また、クーポンが発行されているか否かに応じて、接頭辞および接尾辞を異なるものに設定することができるので、ユーザは名称の一覧を見るだけで、その店舗のクーポンが発行されているか否かを容易に把握することができる。
【００８３】
＝＝変形例２＝＝
さらに、図１５および図１６のステップＳ４２８およびＳ４２９、ならびにステップＳ４４３およびＳ４４４に代えて、絵文字を用いて店舗のカテゴリやサービス情報を名称に設定するようにすることもできる。
【００８４】
この場合のお預かりサーバ２０のソフトウェア構成例を図２７に示す。この場合、お預かりサーバ２０は、上述した図７の構成に加えて、カテゴリ絵文字データベース２３８およびサービス項目絵文字データベース２３９を備えている。
【００８５】
図２８は、カテゴリ絵文字データベース２３８の構成例を示す図である。カテゴリ絵文字データベース２３８には、パートナー情報のカテゴリの値に対応付けて、そのカテゴリを表現するための絵文字が記憶される。なお、絵文字は、携帯端末１０において画像に変換される所定範囲の文字コードにより表現されるが、名称に画像を表示できるような場合には、画像を絵文字として用いるようにしてもよい。
【００８６】
図２９は、サービス項目絵文字データベース２３９の構成例を示す図である。サービス項目絵文字データベース２３９は、店舗情報に含まれるサービス情報の項目名とその値に対応付けて、その項目の値を表す絵文字が記憶される。例えば、飲食店に関する店舗情報の場合、図２に示したように、当該飲食店を利用する目的や価格帯などがサービス情報の項目として設定される。飲食店のサービス情報の目的には、「デート」「接待」「宴会」「お一人ＯＫ」などの値が設定されうる。図２９の例では、サービス情報の「目的」の項目が「デート」である場合ハートの絵文字で表現され、「目的」が「宴会」である場合には、ビールジョッキの絵文字で表現されることが設定されている。
【００８７】
図３０は、図１５のステップＳ４２８および図１６のステップＳ４４３に代えて実行される名称の決定処理の流れを示す図である。差込情報登録部２１３は、名称に空文字を設定し（Ｓ８２１）、差込情報の更新日時が、現在の日時に所定期間を加算した日時よりも前であるか否かにより、差込情報が新しい情報であるか否かを判定し（Ｓ８２２）、新しい差込情報であれば（Ｓ８２２：ＹＥＳ）、新しい情報であることを示す所定の絵文字を名称に設定し（Ｓ８２３）、新しくない差込情報であれば（Ｓ８２２：ＮＯ）、名称に空白文字を追加する（Ｓ８２４）。
差込情報登録部２１３は、パートナー情報のカテゴリに対応する絵文字をカテゴリ絵文字データベース２３８から読み出し（Ｓ８２５）、読み出した絵文字を名称に追加する（Ｓ８２６）。
差込情報登録部２１３は、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されており（Ｓ８２７：ＹＥＳ）、そのクーポン情報の削除フラグが「偽」であり（Ｓ８２８：ＹＥＳ）、クーポンが有効である、すなわち、現在の日付がクーポン情報の提供開始日以後かつ提供終了日以前である場合には（Ｓ８２９：ＹＥＳ）、クーポンが発行されていることを示す所定の絵文字を名称に追加する（Ｓ８３０）。一方、情報ＩＤに対応するクーポン情報がクーポンデータベース２３３に登録されておらず（Ｓ８２７：ＮＯ）、クーポン情報の削除フラグが「真」であり（Ｓ８２８：ＮＯ）、またはクーポンが無効である、すなわち、現在の日付がクーポン情報の提供開始日より前、または提供終了日より後である場合には（Ｓ８２９：ＮＯ）、差込情報登録部２１３は、名称に空白文字を追加する（Ｓ８３１）。
次に差込情報登録部２１３は、名称に、パートナー情報の略記文字列およびデリミタと、店舗情報の名称とを追加する（Ｓ８３２）。
【００８８】
図３１は、上記図３０の処理の後に実行される、サービス情報に応じた絵文字を名称に追加する処理の流れを示す図である。差込情報登録部２１３は、店舗情報に含まれるサービス情報の各項目について以下の処理を行う。差込情報登録部２１３は、項目名と、その項目名が示すサービス情報の項目の値とに対応する絵文字を、サービス項目絵文字データベース２３９から読み出し（Ｓ８４１）、当該絵文字を読み出すことができた場合には（Ｓ８４２：ＹＥＳ）、読み出した絵文字を名称に追加する（Ｓ８４３）。
以上の処理を各項目について行うことにより、サービス項目絵文字データベース２３９に絵文字が登録されている項目の値について、その項目の値を表す絵文字を名称の接尾辞として追加することができる。
【００８９】
図３２は、上記のようにして絵文字を用いて店舗のカテゴリやサービス情報が名称に設定された場合に、携帯端末１０においてアドレス情報の一覧表示を行う画面９０の一例を示す図である。画面９０には、アドレス情報の名称が一覧に表示される。一覧には、アドレス情報が新しいことを示すアイコン９１、「グルメ」のカテゴリを示すアイコン９２、クーポンが発行されていることを示すアイコン９３、名称９４、サービス情報の項目に応じたアイコン９５が表示されている。このようにして、ユーザは、アドレス帳の名称の一覧を表示するだけで、アドレス情報が新しい情報であるか、どのようなカテゴリの店舗なのか、クーポンが利用可能か、そのアドレス情報に係る店舗がどのようなサービスを提供しているかといったことを容易に視認することができる。
【００９０】
以上のように、差込情報には新しい情報であることを示す絵文字、カテゴリに対応した絵文字、およびクーポンが発行されていることを示す絵文字を名称の接頭辞として追加することができる。したがって、ユーザは、どのような店舗のアドレス情報が登録されたのかを容易に把握することができる。また、サービス情報の各項目を表す絵文字を名称の接尾辞として追加することができる。したがって、ユーザは、アドレス情報の名称をみるだけで、その店舗がどのような店舗であるのかを容易に把握することができるので便利である。
【００９１】
なお、絵文字を用いて名称にカテゴリやサービス情報を付加する場合にも、上述したフリガナ設定データベース２３７を用いて、名称やフリガナに接頭辞および接尾辞を付加するようにしてもよい。
【００９２】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【符号の説明】
【００９３】
１０ 携帯端末
２０ お預かりサーバ
３１ 通信ネットワーク
３２ Ｗｅｂサーバ
４１ 画面
９０ 画面
１０１ ＣＰＵ
１０２ メモリ
１０３ 記憶装置
１０４ 通信インタフェース
１０５ 入力装置
１０６ 出力装置
１１１ アドレス帳同期処理部
１１２ アドレス帳閲覧処理部
１１３ Ｗｅｂページ閲覧処理部
１１４ アドレス情報登録要求送信部
１３１ アドレス帳
２０１ ＣＰＵ
２０２ メモリ
２０３ 記憶装置
２０４ 通信インタフェース
２０５ 入力装置
２０６ 出力装置
２１１ お預かり同期処理部
２１２ クーポン情報登録部
２１３ 差込情報登録部
２１４ アドレス情報登録部
２１５ フィードバック情報出力部
２３１ お預かりデータベース
２３２ 差込情報データベース
２３３ クーポンデータベース
２３４ 差込履歴データベース
２３５ パートナーデータベース
２３６ ユーザデータベース
２３７ フリガナ設定データベース
２３８ カテゴリ絵文字データベース
２３９ サービス項目絵文字データベース
【特許請求の範囲】
【請求項１】
携帯端末が記憶する通信相手のアドレス情報を管理するシステムであって、
前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースと、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報を記憶する差込情報データベースと、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するアドレス情報登録要求受信部と、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記差込情報データベースから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するアドレス情報作成部と、
前記作成したアドレス情報を前記アドレス情報データベースに登録するアドレス情報登録部と、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期する同期処理部と、
を備えることを特徴とするアドレス情報管理システム。
【請求項２】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報が更新された場合に、前記更新された差込情報に対応する前記通信相手を特定し、前記特定した通信相手に対応する前記アドレス情報を前記アドレス情報データベースから検索し、前記更新された差込情報に基づいて、前記検索したアドレス情報を更新するアドレス情報更新部を備えること、
を特徴とするアドレス情報管理システム。
【請求項３】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータを前記クーポンデータベースから読み出し、前記作成したアドレス情報の所定の項目に前記読み出したクーポンデータを設定すること、
を特徴とするアドレス情報管理システム
【請求項４】
請求項３に記載のアドレス情報管理システムであって、
前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンデータの差込先となる前記アドレス情報の項目を示す差込先情報を記憶しており、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータおよび前記差込先情報を前記クーポンデータベースから読み出し、前記差込先情報が示す前記作成したアドレス情報の項目に、前記読み出したクーポンデータを設定すること、
を特徴とするアドレス情報管理システム。
【請求項５】
請求項３に記載のアドレス情報管理システムであって、
前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンの有効期間を指定する期間情報を対応付けて記憶しており、
前記アドレス情報作成部は、現時点が前記期間情報により指定される前記有効期間に含まれている場合にのみ、前記アドレス情報の所定の項目に前記クーポンデータを設定すること、
を特徴とするアドレス情報管理システム。
【請求項６】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称の読み仮名が含まれており、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる読み仮名に、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まる所定の接頭辞を先頭に追加して前記アドレス情報の読み仮名として設定すること、
を特徴とするアドレス情報管理システム。
【請求項７】
請求項６に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されていない場合には、第１の前記接頭辞を前記差込情報の読み仮名に追加し、前記クーポンデータが登録されている場合には、前記第１の接頭辞よりも文字コードの小さい第２の前記接頭辞を前記差込情報の読み仮名に追加して、前記アドレス情報の読み仮名として設定すること、
を特徴とするアドレス情報管理システム。
【請求項８】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称が含まれており、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる名称に、所定の接頭辞を追加して前記アドレス情報の名称として設定すること、
を特徴とするアドレス情報管理システム。
【請求項９】
請求項８に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されているか否かに応じて、異なる前記接頭辞を前記名称に追加すること、
を特徴とするアドレス情報管理システム。
【請求項１０】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記差込情報には、前記提供者が提供する商品およびサービスの少なくともいずれかのカテゴリを特定するためのカテゴリ特定情報と、前記提供者の名称とが含まれ、
前記アドレス情報には、前記提供者の名称が含まれ、
前記カテゴリごとに、前記カテゴリを示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記カテゴリ特定情報に応じて前記カテゴリを特定し、前記特定したカテゴリに対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接頭辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定すること、
を特徴とするアドレス情報管理システム。
【請求項１１】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記差込情報には、前記提供者の名称と、前記商品およびサービスの属性を示す１つ以上の属性値とが含まれ、
前記アドレス情報には、前記提供者の名称が含まれ、
前記属性と、前記属性値と、前記属性値を示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記属性値に対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接尾辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定すること、
を特徴とするアドレス情報管理システム。
【請求項１２】
携帯端末が記憶する通信相手のアドレス情報を管理する方法であって、
前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータが、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶し、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信し、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成し、
前記作成したアドレス情報を前記アドレス情報データベースに登録し、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期すること、
を特徴とするアドレス情報管理方法。
【請求項１３】
携帯端末が記憶する通信相手のアドレス情報を管理するためのプログラムであって、
前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータに、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶するステップと、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するステップと、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するステップと、
前記作成したアドレス情報を前記アドレス情報データベースに登録するステップと、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期するステップと、
を実行させるためのプログラム。
【請求項１】
携帯端末が記憶する通信相手のアドレス情報を管理するシステムであって、
前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースと、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報を記憶する差込情報データベースと、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するアドレス情報登録要求受信部と、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記差込情報データベースから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するアドレス情報作成部と、
前記作成したアドレス情報を前記アドレス情報データベースに登録するアドレス情報登録部と、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期する同期処理部と、
を備えることを特徴とするアドレス情報管理システム。
【請求項２】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報が更新された場合に、前記更新された差込情報に対応する前記通信相手を特定し、前記特定した通信相手に対応する前記アドレス情報を前記アドレス情報データベースから検索し、前記更新された差込情報に基づいて、前記検索したアドレス情報を更新するアドレス情報更新部を備えること、
を特徴とするアドレス情報管理システム。
【請求項３】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータを前記クーポンデータベースから読み出し、前記作成したアドレス情報の所定の項目に前記読み出したクーポンデータを設定すること、
を特徴とするアドレス情報管理システム
【請求項４】
請求項３に記載のアドレス情報管理システムであって、
前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンデータの差込先となる前記アドレス情報の項目を示す差込先情報を記憶しており、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータおよび前記差込先情報を前記クーポンデータベースから読み出し、前記差込先情報が示す前記作成したアドレス情報の項目に、前記読み出したクーポンデータを設定すること、
を特徴とするアドレス情報管理システム。
【請求項５】
請求項３に記載のアドレス情報管理システムであって、
前記クーポンデータベースはさらに、前記提供者ごとに、前記クーポンの有効期間を指定する期間情報を対応付けて記憶しており、
前記アドレス情報作成部は、現時点が前記期間情報により指定される前記有効期間に含まれている場合にのみ、前記アドレス情報の所定の項目に前記クーポンデータを設定すること、
を特徴とするアドレス情報管理システム。
【請求項６】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称の読み仮名が含まれており、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる読み仮名に、全てのひらがなおよびカタカナよりも文字コードの小さい文字で始まる所定の接頭辞を先頭に追加して前記アドレス情報の読み仮名として設定すること、
を特徴とするアドレス情報管理システム。
【請求項７】
請求項６に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されていない場合には、第１の前記接頭辞を前記差込情報の読み仮名に追加し、前記クーポンデータが登録されている場合には、前記第１の接頭辞よりも文字コードの小さい第２の前記接頭辞を前記差込情報の読み仮名に追加して、前記アドレス情報の読み仮名として設定すること、
を特徴とするアドレス情報管理システム。
【請求項８】
請求項１に記載のアドレス情報管理システムであって、
前記差込情報および前記アドレス情報にはそれぞれ、前記通信相手の名称が含まれており、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる名称に、所定の接頭辞を追加して前記アドレス情報の名称として設定すること、
を特徴とするアドレス情報管理システム。
【請求項９】
請求項８に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記提供者ごとに、前記提供者が発行するクーポンを表示するためのクーポンデータを記憶するクーポンデータベースを備え、
前記アドレス情報作成部は、前記特定した通信相手に対応する前記クーポンデータが前記クーポンデータベースに登録されているか否かを判定し、前記クーポンデータが登録されているか否かに応じて、異なる前記接頭辞を前記名称に追加すること、
を特徴とするアドレス情報管理システム。
【請求項１０】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記差込情報には、前記提供者が提供する商品およびサービスの少なくともいずれかのカテゴリを特定するためのカテゴリ特定情報と、前記提供者の名称とが含まれ、
前記アドレス情報には、前記提供者の名称が含まれ、
前記カテゴリごとに、前記カテゴリを示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記カテゴリ特定情報に応じて前記カテゴリを特定し、前記特定したカテゴリに対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接頭辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定すること、
を特徴とするアドレス情報管理システム。
【請求項１１】
請求項１に記載のアドレス情報管理システムであって、
前記通信相手は、商品およびサービスの少なくともいずれかを提供する提供者であり、
前記差込情報には、前記提供者の名称と、前記商品およびサービスの属性を示す１つ以上の属性値とが含まれ、
前記アドレス情報には、前記提供者の名称が含まれ、
前記属性と、前記属性値と、前記属性値を示す、前記携帯端末において表示される際にアイコンに置き換えられる文字である絵文字を記憶する絵文字データベースを備え、
前記アドレス情報作成部は、前記読み出した差込情報に基づいて前記アドレス情報を作成する際に、前記読み出した差込情報に含まれる前記属性値に対応する前記絵文字を前記絵文字データベースから読み出し、前記読み出した絵文字を接尾辞として、前記読み出した差込情報に含まれる名称に追加して、前記アドレス情報の名称に設定すること、
を特徴とするアドレス情報管理システム。
【請求項１２】
携帯端末が記憶する通信相手のアドレス情報を管理する方法であって、
前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータが、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶し、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信し、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成し、
前記作成したアドレス情報を前記アドレス情報データベースに登録し、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期すること、
を特徴とするアドレス情報管理方法。
【請求項１３】
携帯端末が記憶する通信相手のアドレス情報を管理するためのプログラムであって、
前記携帯端末と通信可能に接続され、前記携帯端末ごとに前記アドレス情報を記憶するアドレス情報データベースを備えるコンピュータに、
前記通信相手ごとに、前記アドレス情報を作成するための情報である差込情報をメモリに記憶するステップと、
前記携帯端末から、前記通信相手を特定する通信相手特定情報を含む、前記通信相手についての前記アドレス情報を登録するように要求するアドレス情報登録要求を受信するステップと、
前記アドレス情報登録要求に含まれる前記通信相手特定情報に応じて前記通信相手を特定し、前記特定した通信相手に対応する前記差込情報を前記メモリから読み出し、前記読み出した差込情報に基づいて前記アドレス情報を作成するステップと、
前記作成したアドレス情報を前記アドレス情報データベースに登録するステップと、
前記アドレス情報データベースと前記携帯端末との間で前記アドレス情報を同期するステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【公開番号】特開２０１１−４１７０（Ｐ２０１１−４１７０Ａ）
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願番号】特願２００９−１４５６６３（Ｐ２００９−１４５６６３）
【出願日】平成２１年６月１８日（２００９．６．１８）
【出願人】（５０９１７３１６６）株式会社Ｓｙｎｐｈｏｎｉｅ (1)
【Ｆターム（参考）】
【公開日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願日】平成２１年６月１８日（２００９．６．１８）
【出願人】（５０９１７３１６６）株式会社Ｓｙｎｐｈｏｎｉｅ (1)
【Ｆターム（参考）】
[ Back to top ]