JP2019036879A - アクセス管理システム、アクセス管理方法、及びそのプログラム - Google Patents

Abstract

【課題】連絡用の電話番号を再利用した場合でもリダイヤルを可能にする技術を提供する。【解決手段】第１ユーザの端末から所定のウェブページにアクセス要求があった場合に、第２ユーザの電話機を特定可能な店舗管理番号と、所定のウェブページの情報に関する第１ユーザのアクセス情報と対応付けられた個別番号とを含む識別番号を、第１ユーザの端末に出力するために発番する発番部と、アクセス情報と前記個別番号との対応関係を記憶するアクセス情報記憶部と、識別番号に架電があった場合に、当該識別番号における店舗管理番号に基づいて、第２ユーザの電話機に発呼する架電受け部と、架電された識別番号と、当該識別番号の個別番号と対応関係を有するアクセス情報とを含む架電履歴を記憶する架電履歴記憶部と、を備える。【選択図】図１

Description

本発明は、アクセス管理システム、アクセス管理方法、及びそのプログラム等に関する。

ウェブサイトと、当該ウェブサイトにアクセスした端末のウェブブラウザ間で、通信状態や、閲覧した情報を管理する、クッキーと呼ばれる技術が知られている。例えばインターネットショッピング等のサービスを提供するウェブサイトでは、この仕組みを利用することで、カートの状態やユーザの閲覧履歴等を管理している。

このクッキーの仕組みを用いて、特定のユーザによるウェブサイトへのアクセスと電話やＦＡＸによるアクセスとを対応付ける技術が提案されている（特許文献１）。

特許文献１のシステムでは、ウェブページに記述された選択肢のうち、電話による連絡の選択肢をユーザが選択した場合に、ユーザ端末からの連絡要求情報を受信し、ユーザが閲覧したウェブページの情報をユーザのアクセス情報とし、当該アクセス情報に対応する連絡用電話番号を発行する。そして、ユーザの電話機から連絡用電話番号あてに発信された呼を受け、アクセス情報に対応する連絡先の電話機に発呼し、ユーザの電話機への呼と連絡先の電話機への呼とを接続する。

特開２０１３−２０１７８３号公報

特許文献１に記載のような従来の技術では、アクセス情報と対応する連絡用電話番号は、連絡先の電話機に発呼するために用いられるため、連絡先の電話機とも１対１に紐づけられる必要がある。したがって、一度発番されてから所定の期間を経過した連絡用電話番号を再利用する場合、当該連絡用電話番号は、別の連絡先の電話機と新たに対応付けることになる。よって、連絡用電話番号を再利用する場合、これまでの連絡先の電話機との対応関係が解消されてしまうため、当該連絡用電話番号をこれまで利用していたユーザはリダイヤルをすることができなくなってしまう。

そこで、本発明は、上記事情に鑑み、連絡用の電話番号を再利用した場合でもリダイヤルを可能にする技術を提供することを目的とするものである。

本発明によるアクセス管理システムは、第１ユーザの端末から所定のウェブページにアクセス要求があった場合に、第２ユーザの電話機を特定可能な店舗管理番号と、所定のウェブページの情報に関する第１ユーザのアクセス情報と対応付けられた個別番号とを含む識別番号を、第１ユーザの端末に出力するために発番する発番部と、アクセス情報と個別番号との対応関係を記憶するアクセス情報記憶部と、識別番号に架電があった場合に、当該識別番号における店舗管理番号に基づいて、第２ユーザの電話機に発呼する架電受け部と、架電された識別番号と、当該識別番号の個別番号と対応関係を有するアクセス情報を含む架電履歴を記憶する架電履歴記憶部と、を備える。

本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

また、本明細書等において、「部」とは、単に物理的構成を意味するものではなく、その構成が有する機能をソフトウェアによって実現する場合も含む。また、１つの構成が有する機能が２つ以上の物理的構成により実現されても、２つ以上の構成の機能が１つの物理的構成により実現されてもよい。

本発明によれば、連絡用の電話番号を再利用した場合でもリダイヤルを可能にする技術を提供することができる。

本発明の実施形態におけるシステムの構成図である。 本発明の実施形態におけるウェブサーバの機能ブロックの一例を示す図である。 本発明の実施形態における店舗情報テーブルの一例を示す図である。 本発明の実施形態におけるクラウドシステムの機能ブロックの一例を示す図である。 本発明の実施形態における電話番号テーブルの一例を示す図である。 本発明の実施形態におけるアクセス情報テーブルの一例を示す図である。 本発明の実施形態における架電済みテーブルの一例を示す図である。 本発明の実施形態におけるクラウドシステムの処理フローの一例を示すフローチャートである。 本発明の実施形態における期間の例を説明するための図である。 本発明の実施形態におけるクラウドシステムの処理フローの一例を示すフローチャートである。 本発明の実施形態におけるアクセス情報提供システムの機能ブロックの一例を示す図である。 本発明の実施形態におけるユーザ情報テーブルの一例を示す図である。 本発明の実施形態における架電履歴テーブルの一例を示す図である。 本発明の実施形態における各期間に行われる処理を説明するための図である。 本発明の実施形態におけるシステムのハードウェア構成の一例を示す図である。

［第１実施形態］
以下、本発明の実施の形態の１つについて詳細に説明する。なお、以下の実施の形態は、本発明を説明するための例示であり、本発明をその実施の形態のみに限定する趣旨ではない。また、本発明は、その要旨を逸脱しない限り、さまざまな変形が可能である。さらに、当業者であれば、以下に述べる各要素を均等なものに置換した実施の形態を採用することが可能であり、かかる実施の形態も本発明の範囲に含まれる。

＜１．システムの概要＞
図１は、本実施形態に係るアクセス管理システム１の構成の一例を示している。図１に示すように、アクセス管理システム１は、クラウドシステム２０と、アクセス情報提供システム１０と、端末装置３０と、ウェブサーバ５０が、インターネットや専用線等のネットワークＮを介して互いに接続されて構成されている。また、ネットワークＮには、店舗Ｓの端末（以下、「店舗端末」ともいう。）４０が接続されている。さらに、端末装置３０とアクセス情報提供システム１０と店舗Ｓの電話機４１とは電話回線によっても接続されている。なお。電話回線はアナログ回線やデジタル回線だけでなく、ＩＰ電話機等が接続可能でインターネット網や無線回線を含んでもよい。

図１に記載した番号を参照しながらアクセス管理システム１が提供するサービスの概要について説明する。まず、ユーザは端末装置３０を操作して、ウェブサーバ５０にアクセスし、当該ウェブサーバ５０が提供するウェブサイトを閲覧する（矢印（１））。なお、ウェブサーバ５０が提供するウェブサイトの種類に限定はないが、この実施例では、賃貸情報を提供するサイトとして説明する。ウェブサーバ５０が提供するウェブサイトの例として、他にも、飲食店等の情報サイト、人材サービスのサイト、通販サイト、ＥＣサイト等種々のサイトが挙げられる。

端末装置３０を用いてサイトに掲載された賃貸情報を閲覧したユーザは、より詳細な情報を得る等のために、不動産会社の店舗Ｓに電話をかけて直接問合せを行うことが考えられる。このときウェブサーバ５０は、クラウドシステム２０に対して、ウェブページに掲載される賃貸情報を管理する店舗に問い合わせるための電話番号（識別番号の一例である。以下「発信先電話番号」ともいう。）の発番を依頼し、発番された発信先電話番号をウェブページ上に表示する（矢印（２））。本実施形態では、クラウドシステム２０は、発信先電話番号として、業者識別番号と、店舗識別番号と、個別枝番とを組み合わせた番号から構成される電話番号を発番する。なお、業者識別番号と、店舗識別番号と、個別枝番との桁数は任意の値が設定される。

ユーザは、例えば端末装置３０を用いて、発信先電話番号に架電する（矢印（３））。発信先電話番号に対する架電は、一度アクセス情報提供システム１０において取り次がれる。アクセス情報提供システム１０では、取り次いだ発信先電話番号に対応する店舗Ｓの電話機４１に、ユーザからの電話を転送する（矢印（４））。このとき、アクセス情報提供システム１０は、クラウドシステム２０に参照依頼を行うことで、ユーザが架電した際に閲覧していたウェブページの情報（ＵＲＬ）等を含むアクセス情報を取得することができる（矢印（５））。なお、アクセス情報は、ユーザが端末装置３０を用いて閲覧したウェブページの情報（ＵＲＬ等）の他、閲覧順や閲覧日時等の履歴、閲覧したウェブページに入力した情報等を含んでもよい。また、ユーザは、端末装置３０以外の電話機を用いて架電することも可能である。この場合、端末装置３０はアクセス情報提供システム１０と電話回線によって接続されていなくてもよい。

このようなサービスの提供を実現するアクセス管理システム１の詳細な構成について、以下に説明する。

＜２．詳細構成＞
＜２−１．端末装置＞
端末装置３０は、ネットワークＮに接続されたコンピュータである。具体的には、端末装置３０は、例えば携帯電話やスマートフォン、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、タブレット、ウェアラブル（Ｗｅａｒａｂｌｅ）端末等によって実現される。

端末装置３０は、少なくともウェブブラウザ等の、ウェブサイトを閲覧するための機能を有している。

＜２−２．ウェブサーバ＞
ウェブサーバ５０は、ネットワークＮに接続されたＰＣやサーバ装置等によって実現される。図２はウェブサーバ５０の機能構成の一例を示す機能ブロック図である。図２に示すように、ウェブサーバ５０は、提供部５０１と、ユーザ特定部５０２と、発番依頼部５０３と、記憶部５３０とを有している。

記憶部５３０には、ウェブサイトを構成するためのウェブページ等のデータが記憶されている。さらに、図２に示すように、記憶部５３０には、店舗情報テーブル５３１が記憶されている。

図３は店舗情報テーブル５３１の一例を示す図である。図３に示すように、店舗情報テーブル５３１には、店舗のＩＤと、店舗管理番号（事業者識別番号と店舗識別番号とを組み合わせた番号である。）と、転送先電話番号（実際の店舗の電話番号である。）とが対応付けられて記憶されている。

提供部５０１は、端末装置３０からウェブページへのアクセス要求を受けた場合に、対応するＵＲＬのウェブページを記憶部５３０から読み出して、端末装置３０へ送信する。さらに提供部５０１は、端末装置３０の閲覧履歴に基づいてアクセス情報を作成することができる。

ユーザ特定部５０２は、端末装置３０をネットワークＮにおいて一意に特定するユニークＩＤを発行する。例えばユーザ特定部５０２は、端末装置３０がウェブページにアクセスした際に当該端末装置３０のブラウザに発行されるクッキーに一意なＩＤを対応付けて、この対応づけたＩＤをユニークＩＤとしてもよい。また、端末装置３０からＭＡＣアドレスやＩＰアドレス等の端末装置３０を識別可能な情報を取得し、当該識別可能な情報と対応付けて管理するＩＤをユニークＩＤとしてもよい。なお、ユニークＩＤは端末装置３０を識別可能なものであれば、これらに限定されず、任意のものでよい。

発番依頼部５０３は、端末装置３０から所定のウェブページへのアクセス要求があった場合に、クラウドシステム２０に対して、発信先電話番号の発番について依頼を行う。このとき発番依頼部５０３は、店舗情報テーブル５３１を参照してアクセス要求があった当該ウェブページに掲載される住宅を管理する店舗のＩＤを特定する。発番依頼部５０３は、生成されたアクセス情報及びユニークＩＤと、特定された店舗ＩＤに対応する店舗管理番号とをクラウドシステム２０に対して通知して、発番依頼を行う。

＜２−３．クラウドシステム＞
クラウドシステム２０は、クラウドＣ上で管理されるシステムであり、インターネットや専用線等のネットワークＮに接続されたＰＣやサーバ装置群等によって実現される。図４は、クラウドシステム２０の機能構成の一例を示す機能ブロック図である。図４に示すように、クラウドシステム２０は電話番号発番部２０３と、参照部２０４と、記憶部２３０とを有している。

図４に示すように記憶部２３０には、電話番号テーブル２３２と、アクセス情報テーブル２３３と、架電済みテーブル２３４とが記憶されている。

図５Ａは、電話番号テーブル２３２の一例を示す図である。図５Ａに示すように、電話番号テーブル２３２には、後述する電話番号発番部２０３が発番した発信先電話番号（業者識別番号＋店舗識別番号＋個別枝番）に、最終発番日時が対応付けられて記憶されている。

図５Ｂは、アクセス情報テーブル２３３の一例を示す図である。図５Ｂに示すように、アクセス情報テーブル２３３には、後述する電話番号発番部２０３が発番した発信先電話番号（業者識別番号＋店舗識別番号＋個別枝番）に、ユニークＩＤと、アクセス情報と、発番日時とが対応付けられて記憶されている。ユニークＩＤはユーザ特定部５０２によって生成（または取得）された、ネットワークＮにおいて一意に端末装置３０を識別可能なＩＤである。

また、アクセス情報テーブル２３３における発番日時は、ユニークＩＤに対応する端末装置３０に対して発信先電話番号が発番された日時である。他方で、上述の電話番号テーブル２３２における最終発番日時は、その発信先電話番号が最後に発番された日時である。したがって、例えばアクセス情報テーブル２３３において、複数のユニークＩＤに対して同一の発信先電話番号が紐づいている場合には、電話番号テーブル２３２には、最後に発番されたユニークＩＤに紐づく発番日時が最終発番日時として登録されることになる。

図５Ｃは、架電済みテーブル２３４の一例を示す図である。図５Ｃに示すように、架電済みテーブル２３４には、発信先電話番号（業者識別番号＋店舗識別番号＋個別枝番）に、ユニークＩＤと、アクセス情報と、発番日時と、発信者ＩＤと、初回架電日時とが対応付けられて記憶されている。架電済みテーブル２３４における発番日時は、アクセス情報テーブル２３３と同様である。初回架電日時は、発信元電話番号から、発信先電話番号に初めて電話があった日時を示している。

発信者ＩＤは、後述する架電受け部１０１がユーザからの電話を受けた場合に、ユーザの電話番号（以下、「発信元電話番号」ともいう。）と紐づけて管理するためのＩＤである。クラウドシステム２０上では、発信者ＩＤを用いてユーザの電話番号を管理することで、クラウドシステム２０上にユーザの電話番号を登録する必要がなくなり、セキュリティレベルを向上させることができる。

電話番号発番部２０３は、ウェブサーバ５０から発番依頼があった場合に、発信先電話番号を発番する。図６を参照して電話番号発番部２０３の処理について説明する。図６は、電話番号発番部２０３の処理フローの一例を示すフローチャートである。

電話番号発番部２０３は、発番依頼を受信すると、次の条件を満たすレコードをアクセス情報テーブル２３３から検索する（Ｓ１０１）。
（検索条件）
・発番依頼に含まれるユニークＩＤに一致する。
・現在日時が、発番日時より後の日時であり、発番日時から所定の紐付け期間が経過する前の日時（アクセス可能期限の経過前）である。
なお、猶予期間の詳細については図７を用いて後述するが、発番した発信先電話番号に対して架電がされない状態で、発信先電話番号とアクセス情報との対応関係を維持する期間である。

条件を満たすレコードがアクセス情報テーブル２３３に登録されている場合（Ｓ１０３：ＹＥＳ）には、対応する発信先電話番号を発番する。電話番号発番部２０３は発番した発信先電話番号を含むウェブページを提供部５０１によって端末装置３０に送信させる。これによって、一度あるユーザに発信先電話番号を発番した後、所定の期間（紐付け期間）内に再度同じユーザが同じウェブページを訪れた場合には、同一の発信先電話番号を発番することができる。

他方、条件を満たすレコードがアクセス情報テーブル２３３に登録されていない場合（Ｓ１０３：ＮＯ）には、電話番号発番部２０３は、ランダム番号生成処理を行う。この処理において、電話番号発番部２０３は、ランダム番号を生成した生成回数が所定の試行回数以下である場合（Ｓ１０５：ＹＥＳ）に、まずランダムな番号から個別枝番を生成する（Ｓ１０７）。次に、電話番号発番部２０３は、生成した個別枝番が利用可能か確認するために、以下の条件を満たすレコードを電話番号テーブル２３２から検索する（Ｓ１０９）。なお、このとき参照部２０４は、生成回数をインクリメントする（Ｓ１１１）。
（検索条件）
・発番依頼に含まれる店舗管理番号と、個別枝番とを組み合わせた番号に一致する。
・現在日時が、最終発番日時より後の日時であり、かつ、最終発番日時から有効期限を経過する前の日時である。

上記の検索条件を満たすレコードが見つからなかった場合には、電話番号発番部２０３は、生成した個別枝番が利用可能であると判断する。このＳ１０５からＳ１１１までの処理を、利用可能な個別枝番が生成される（Ｓ１１３：ＮＯ）か、生成回数が試行回数より大きくなる（Ｓ１０５：ＮＯ）まで繰り返し実行する。

利用可能な個別枝番が生成される（Ｓ１１３：ＮＯ）と、電話番号発番部２０３は、生成した個別枝番を店舗管理番号とを組み合わせて発信先電話番号を発番（Ｓ１１５）する。さらに電話番号発番部２０３は、発番依頼に含まれるこのユーザのアクセス情報を取得し、電話番号テーブル２３２とアクセス情報テーブル２３３にレコードを追加する（Ｓ１１７）。

参照部２０４は、アクセス情報提供システムからの要求（後述する参照要求）があった場合に、架電が行われた日時がどの期間であるかを判定し、判定結果に基づいて発信先電話番号に対応するアクセス情報を返すか否かを決定する。なお、参照要求は、少なくとも発信者ＩＤと発信先電話番号と架電日時を含む。

図７を用いて、参照部２０４が判定する期間の例について説明する。まず、発番日時に所定の紐づけ期間（例えば１０分）を加えた日時をアクセス情報期限という。アクセス情報期限までに架電があった場合には、参照部２０４は架電があった発信先電話番号に対応するアクセス情報をアクセス情報提供システム１０に返す。他方で、アクセス情報期限を経過するまでに一度もある発信先電話番号に架電がなかった場合には、その後に当該発信先電話番号に架電があったとしても、参照部２０４は、架電があった発信先電話番号に対応するアクセス情報は存在しないと判断し、アクセス情報提供システム１０には空の値を返す。また、アクセス情報期限までに発信先電話番号に架電がなかった場合には、上述の電話番号発番部２０３は、発信先電話番号を発番したユーザと同一のユニークＩＤの端末装置３０に対しても異なる発信先電話番号を発番する。

次に、発番日時に所定の猶予期間（例えば１時間）を加えた日時を有効期限という。アクセス情報期限を経過するまでに一度もある発信先電話番号に架電がなかった場合には、アクセス情報期限の経過後、有効期限の経過前に当該発信先電話番号に架電があったとしても、参照部２０４は、架電があった発信先電話番号に対応するアクセス情報は存在しないと判断するのは上述のとおりである。

また、初回架電日時から所定のリダイヤル期間（例えば１日）を加えた日時がリダイヤル可能期限である。初回架電のあと、リダイヤル可能期限までに架電があった場合には、参照部２０４は、リダイヤルであると判定し、架電があった発信先電話番号に対応するアクセス情報を返す。なお、リダイヤル可能期限は有効期限よりも先に到来する期限でもよい。

さらに、リダイヤル可能期限から所定の抑止期間（例えば１か月）を加えた日時が再紐づけ抑止期限である。リダイヤル可能期限のあと、再紐づけ抑止期限までに架電があった場合には、参照部２０４は、架電があった発信先電話番号に対応するアクセス情報は存在しないいと判断し、アクセス情報提供システム１０には空の値を返す。

図８を用いて参照部２０４の処理について説明する。図８は、参照部２０４の処理フローの一例を示すフローチャートである。

参照部２０４は、アクセス情報提供システム１０から参照要求を受信すると、架電済みテーブル２３４に以下の条件を満たすレコードが登録済みであるか検索を行う（Ｓ２０１）。
（検索条件）
・参照要求に含まれる発信者ＩＤと発信先電話番号との組み合わせが一致する。
・架電日時が、初回架電日時より後の日時であり、かつ、初回架電日時から再紐付け抑止期限を経過する前の日時である。

条件を満たすレコードが存在した場合（Ｓ２０３：ＹＥＳ）には、一度架電を行ったユーザがリダイヤルを行ったのだと考えられるため、参照部２０４はリダイヤル処理を行う。リダイヤル処理として、参照部２０４は、参照要求に含まれる架電日時が、リダイヤル可能期間内であるかを判定する（Ｓ２０２）。リダイヤル可能期間内である場合（Ｓ２０２：ＹＥＳ）には、参照部２０４は、Ｓ２０１の処理で検索したレコードに対応するアクセス情報をアクセス情報提供システム１０に返す（Ｓ２０４）。他方で、リダイヤル可能期間外である場合（Ｓ２０２：ＮＯ）には、参照部２０４は、空の値をアクセス情報提供システム１０に返す（Ｓ２０６）。

他方で、Ｓ２０１において、条件を満たすレコードが存在しなかった場合（Ｓ２０３：ＮＯ）には、初回の架電であると考えられるため、参照部２０４は紐づけ処理を行う。紐づけ処理として、参照部２０４は、まず紐づけ可能なアクセス情報がアクセス情報テーブル２３３に登録されているかを確認するために、以下の条件を満たすレコードをアクセス情報テーブル２３３から検索する（Ｓ２０５）。
（検索条件）
・参照要求に含まれる発信先電話番号と一致する。
・架電日時が、発番日時より後の日時であり、かつ、発番日時からアクセス情報期限を経過する前の日時である。

条件を満たすレコードが存在しない場合（Ｓ２０７：ＮＯ）には、参照部２０４は空の値をアクセス情報提供システム１０に返す（Ｓ２０８）。他方で、条件を満たすレコードが存在する場合（Ｓ２０７：ＹＥＳ）には、参照部２０４は、検索したアクセス情報がすでに他のユーザに紐づいていないかの確認を行う。具体的には、参照部２０４は、以下の条件を満たすレコードを架電済みテーブル２３４から検索する（Ｓ２０９）。
（検索条件）
・検索したアクセス情報に一致する。

条件を満たすレコードが存在する場合（Ｓ２１１：ＹＥＳ）、すなわち検索したアクセス情報がすでに他のユーザに紐づいている場合には、参照部２０４は空の値をアクセス情報提供システム１０に返す（Ｓ２０８）。他方で、条件を満たすレコードが存在しない場合（Ｓ２１１：ＮＯ）、すなわち検索したアクセス情報が利用可能である場合には、検索したアクセス情報をアクセス情報提供システム１０に返す（Ｓ２１３）。さらに、参照部２０４は、検索したアクセス情報（並びに、対応する発番日時及びユニークＩＤ）に、参照要求に含まれる発信先電話番号、発信者ＩＤ、架電日時を紐づけ、架電済みテーブル２３４を更新する（Ｓ２１５）。

このように、本実施形態に係る参照部２０４は、発番日時からの経過期間に応じて、アクセス情報を返すか否かを決定する。これによって、一度発番された発信先電話番号について、ユーザはリダイヤル可能になるとともに、一定期間経過後の架電についてはアクセス情報を対応付けない。したがって、ユーザによる架電と、ユーザがウェブページを閲覧したこととの相関関係をより適切に評価することができる。

＜２−４．アクセス情報提供システム＞
アクセス情報提供システム１０は、データセンタＤにおいて構築されており、インターネットや専用線等のネットワークＮに接続されたＰＣやサーバ装置群等によって実現される。図９を参照して、本実施形態に係るクラウドシステムの機能構成について説明する。図９は、アクセス情報提供システム１０の機能ブロック図の一例を示す図である。アクセス情報提供システム１０は、架電受け部１０１と、問合せ部１０２と、アクセス情報提供部１０３と、記憶部１３０とを有している。また、記憶部１３０には、店舗情報テーブル１３１と、ユーザ情報テーブル１３２と、架電履歴テーブル１３３が記憶されている。なお、店舗情報テーブル１３１は、図３に示したものと同様である。

図１０Ａはユーザ情報テーブル１３２の一例を示す図である。図１０Ａに示すように、ユーザ情報テーブル１３２には、発信者ＩＤと発信元電話番号とが対応付けられて記憶されている。

図１０Ｂは架電履歴テーブル１３３の一例を示す図である。図１０Ｂに示すように発信者ＩＤに、発信元電話番号、発信先電話番号、架電日時、アクセス情報が対応付けられて記憶されている。

架電受け部１０１は、ユーザが発信先電話番号に架電した際に、店舗情報テーブル１３１を参照して適切な店舗の転送先電話番号に転送を行う。架電受け部１０１は、発信先電話番号のうち、店舗管理番号（すなわち個別枝番を除外した番号）に基づいて、転送先を決定する。このとき、架電受け部１０１は、ユーザ情報テーブル１３２を参照して、発信元電話番号がすでに登録済みのものであるか検索する。発信元電話番号が未登録のものである場合には、架電受け部１０１は、新たに発信者ＩＤを発行し、発信元電話番号と対応付けてユーザ情報テーブル１３２を更新する。

さらに架電受け部１０１は、架電履歴テーブル１３３に架電履歴を登録する（発信者ＩＤ、発信元電話番号、発信先電話番号、架電日時）。

問合せ部１０２は、ユーザから発信先電話番号に架電があった場合に、当該発信先電話番号に紐づけられているアクセス情報があるか、クラウドシステム２０に参照依頼を行う。クラウドシステム２０から発信先電話番号に紐づけられたアクセス情報が通知された場合には、当該アクセス情報を、架電履歴テーブル１３３の対応するレコードに登録することができる。

アクセス情報提供部１０３は、ウェブサーバ５０に架電履歴テーブル１３３のデータを送信する。なお、アクセス情報提供部１０３は、このとき店舗Ｓにおける店舗端末４０にも架電履歴テーブル１３３のデータを送信することも可能である。

このように、本実施形態に係る架電受け部１０１は個別枝番に関わらず店舗へと電話を転送することができる。これによって、一度発番された発信先電話番号について、ユーザは架電し続けることができる。

図１１は、図７で示した各期限において、初回架電前と初回架電後とに行われる処理について整理した表である。図１１の例では、ユーザＡがページＢにアクセスし、発信先電話番号Ｘが発番されている例について説明する。

まず、ユーザＡから発信先電話番号Ｘへの初回架電がアクセス情報期限の経過前までに行われた場合には、ユーザＡのアクセス情報は発信先電話番号Ｘと対応付けられて架電済みテーブル２３４に記録される（図１１、１行目参照）。

次に、ユーザＡから発信先電話番号Ｘへのリダイヤルはリダイヤル可能期限前まではユーザＡのアクセス情報は発信先電話番号Ｘと対応付けられて架電済みテーブル２３４に記録される（図１１、３行目参照）。

また、ユーザＡが再度ページＢにアクセスした場合に、同一の発信先電話番号Ｘが発番されるのは、アクセス情報期限経過前である（図１１、５行目）。他方で、ユーザＡとは異なるユーザがページＢにアクセスした場合に発信先電話番号Ｘが発番されることが抑止されるのは、有効期限経過前までである（図１１、６行目参照）。

なお、初回架電前後のいずれの場合においても、発信先電話番号Ｘへ架電があった場合には、発番日時からの経過期限に関わらず対応する店舗への転送処理は行われる。

＜３．ハードウェア構成＞
以下、図１２を参照しながら、上述してきたアクセス情報提供システム１０、クラウドシステム２０、端末装置３０、店舗端末４０、ウェブサーバ５０をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図１２に示すように、コンピュータ８００は、プロセッサ８０１、メモリ８０３、記憶装置８０５、入力Ｉ／Ｆ部８０７、データＩ／Ｆ部８０９、通信Ｉ／Ｆ部８１１、及び表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、アクセス情報提供システム１０の架電受け部１０１や問合せ部１０２、アクセス情報提供部１０３、クラウドシステム２０の電話番号発番部２０３、参照部２０４、ウェブサーバ５０の提供部５０１やユーザ特定部５０２、発番依頼部５０３などは、メモリ８０３に一時記憶された上で、主にプロセッサ８０１上で動作するプログラムとして実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、店舗情報テーブル５３１、電話番号テーブル２３２、アクセス情報テーブル２３３、架電済みテーブル２３４、店舗情報テーブル１３１、ユーザ情報テーブル１３２、架電履歴テーブル１３３を記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線又は無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ−Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

［その他の実施形態］
以上説明した各実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更／改良され得るととともに、本発明にはその等価物も含まれる。また、各実施形態は例示であり、異なる実施形態で示した構成の部分的な置換または組み合わせが可能であることは言うまでもなく、これらも本発明の特徴を含む限り本発明の範囲に包含される。例えば既述の実施形態では、アクセス情報提供システム１０とウェブサーバ５０とは、別システムとして構築される構成として説明したが、これに限定されず、アクセス情報提供システム１０は、クラウドシステム２０と同一のシステムとして構築されてもよい。

１ アクセス管理システム
１０ アクセス情報提供システム
１０３ アクセス情報提供部
２０ クラウドシステム
２０３ 電話番号発番部
２０４ 参照部
３０ 端末装置
５０ ウェブサーバ
５０１ 提供部
５０２ ユーザ特定部
５０３ 発番依頼部

Claims (6)

1. 第１ユーザの端末から所定のウェブページにアクセス要求があった場合に、第２ユーザの電話機を特定可能な店舗管理番号と、前記所定のウェブページの情報に関する第１ユーザのアクセス情報と対応付けられた個別番号と、を含む識別番号を、前記第１ユーザの端末に出力するために発番する発番部と、
   前記アクセス情報と前記識別番号との対応関係を記憶するアクセス情報記憶部と、
   前記識別番号に架電があった場合に、当該識別番号における店舗管理番号に基づいて、前記第２ユーザの電話機に発呼する架電受け部と、
   架電された前記識別番号と、当該識別番号の個別番号と対応関係を有するアクセス情報とを含む架電履歴を記憶する架電履歴記憶部と、
   を備えるアクセス管理システム。
2. 前架電履歴記記憶部は、
   前記架電履歴に、前記識別番号に架電した発信元電話番号をさらに含めて記憶するものであり、
   前記架電受け部が、前記発信元電話番号から前記識別番号に対して初回に架電した日時から、再度、前記発信元電話番号から前記識別番号に対して架電がされるまでの期間が、所定のリダイヤル期間以内である場合には、前記架電履歴に前記アクセス情報を含めて記憶し、所定のリダイヤル期間を超過する場合には、前記架電履歴に前記アクセス情報を含めない、
   請求項１に記載のアクセス管理システム。
3. 前記発番部は、
   前記識別番号を発番してから所定の猶予期間が経過する前に、前記第１ユーザの端末から前記所定のウェブページにアクセス要求があった場合に、同一の個別番号を含む識別番号を発番する、
   請求項１または２に記載のアクセス管理システム。
4. 前記架電履歴記憶部は、
   前記発番部が前記識別番号を発番してから所定の紐付け期間が経過するまでに前記架電受け部が前記識別番号への架電を受けなかった場合には、当該紐付け期間経過後に前記架電受け部が前記識別番号への架電を受けた場合でも前記架電履歴に前記アクセス情報を含めない、
   請求項１乃至３の何れか一項に記載のアクセス管理システム。
5. コンピュータを、
   第１ユーザの端末から所定のウェブページにアクセス要求があった場合に、第２ユーザの電話機を特定可能な店舗管理番号と、前記所定のウェブページの情報に関する第１ユーザのアクセス情報と対応付けられた個別番号とを含む識別番号を、前記第１ユーザの端末に出力するために発番する手段、
   前記アクセス情報と前記個別番号との対応関係を記憶する手段、
   前記識別番号に架電があった場合に、当該識別番号における店舗管理番号に基づいて、前記第２ユーザの電話機に発呼する手段、及び
   架電された前記識別番号と、当該識別番号の個別番号と対応関係を有するアクセス情報とを含む架電履歴を記憶する手段、
   として機能させるプログラム。
6. コンピュータが、
   第１ユーザの端末から所定のウェブページにアクセス要求があった場合に、第２ユーザの電話機を特定可能な店舗管理番号と、前記所定のウェブページの情報に関する第１ユーザのアクセス情報と対応付けられた個別番号とを含む識別番号を、前記第１ユーザの端末に出力するために発番するステップと、
   前記アクセス情報と前記個別番号との対応関係を記憶するステップと、
   前記識別番号に架電があった場合に、当該識別番号における店舗管理番号に基づいて、前記第２ユーザの電話機に発呼するステップと、
   架電された前記識別番号と、当該識別番号の個別番号と対応関係を有するアクセス情報とを含む架電履歴を記憶するステップと
   を実行するアクセス管理方法。