特開 2024-4017 情報処理装置、情報処理システムおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024004017

(43)【公開日】2024-01-16

(54)【発明の名称】情報処理装置、情報処理システムおよび情報処理方法

(51)【国際特許分類】

   H04M 3/50 20060101AFI20240109BHJP

   H04M 11/00 20060101ALI20240109BHJP

   G06Q 50/10 20120101ALI20240109BHJP

【ＦＩ】

H04M3/50 A

H04M11/00 302

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022103440

(22)【出願日】2022-06-28

(71)【出願人】

【識別番号】521077624

【氏名又は名称】株式会社ＩＶＲｙ

(74)【代理人】

【識別番号】100105784

【弁理士】

【氏名又は名称】橘 和之

(72)【発明者】

【氏名】奥西 亮賀

(72)【発明者】

【氏名】小瀬 敦也

(72)【発明者】

【氏名】町田 雄一郎

(72)【発明者】

【氏名】島筒 耕平

【テーマコード（参考）】

5K201

5L049

【Ｆターム（参考）】

5K201AA09

5K201BC14

5K201CA10

5K201CB05

5K201CB13

5K201CC02

5K201DC02

5K201EC06

5L049CC12

(57)【要約】

【課題】コンテンツに対応する電話番号に電話があったときに、オペレータによる電話の対応を必要とすることなく、その電話がコンテンツを実際に利用した者によるものであるか否かを判別できるようにする。
【解決手段】情報処理サーバ２は、一のＷｅｂサーバ４からコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のＷｅｂサーバ４に応答すると共に、生成したコードを一定時間の間有効なものとして記憶する一方、任意のＷｅｂサーバ４のＷｅｂサイトに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する情報処理部１０を備える。
【選択図】図２

【特許請求の範囲】

【請求項1】

コンテンツを提供するクライアントのうち一のクライアントからコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のクライアントに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する一方、
任意のコンテンツに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した前記入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する情報処理部を備える
ことを特徴とする情報処理装置。

【請求項2】

前記情報処理部は、
一のクライアントから管理ＩＤの通知と共にコードの応答要求があったときに、コードを生成して応答すると共に、生成したコードを一定時間の間有効なものとして、管理ＩＤと対応付けて記憶する一方、
任意のコンテンツに対応する電話番号に対して電話があったときに前記入力情報の値と何れかのコードの値とが一致すると判定した場合、前記入力情報の値が一致したコードに対応付けられている管理ＩＤと、かかってきた電話に関する情報とを対応付けて記憶する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記情報処理部は、管理ＩＤと、発信側の電話番号を示す情報とを対応付けて記憶する
ことを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記情報処理部は、管理ＩＤと、コードの入力後に行われた電話自動応答に対する発信者のアクションを示す情報とを対応付けて記憶する
ことを特徴とする請求項２に記載の情報処理装置。

【請求項5】

前記情報処理部は、管理ＩＤと、前記入力情報の値と何れかのコードの値とが一致すると判定したタイミングを示す情報およびかかってきた電話が終了したタイミングを示す情報の少なくとも一方とを対応付けて記憶する
ことを特徴とする請求項２に記載の情報処理装置。

【請求項6】

前記情報処理部は、管理ＩＤの通知と共に情報の応答要求があったときに、通知された管理ＩＤと対応付けられた情報を応答する
ことを特徴とする請求項２から５の何れか１項に記載の情報処理装置。

【請求項7】

前記情報処理部は、
一のコンテンツに対応する電話番号に電話があったときに前記入力情報の値と何れかのコードの値とが一致すると判定した場合、当該一のコンテンツに対応する電話番号を示すコンテンツ電話番号情報と対応付けて、発信側の電話番号を示す情報を記憶する一方、
任意のコンテンツに対応する電話番号に電話があったときに、発信側の電話番号を取得し、取得した発信側の電話番号の値が、コンテンツ電話番号情報と対応付けられた発信側の電話番号を示す情報の何れかの値と一致するか否かを判別する
ことを特徴とする請求項１に記載の情報処理装置。

【請求項8】

コンテンツを提供する１つ以上のクライアントと、クライアントと通信可能な情報処理装置とを備える情報処理システムであって、
前記情報処理装置は、
一のクライアントからコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のクライアントに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する一方、
任意のコンテンツに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した前記入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する情報処理部を有する
ことを特徴とする情報処理システム。

【請求項9】

情報処理装置の情報処理部が、コンテンツを提供するクライアントのうち一のクライアントからコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のクライアントに応答すると共に、生成したコードを一定時間の間有効なものとして記憶するステップと、
前記情報処理装置の前記情報処理部が、任意のコンテンツに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した前記入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別するステップとを含む
ことを特徴とする情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理システムおよび情報処理方法に関し、特に、コンテンツに関する問い合わせの電話に対応する処理を実行する情報処理装置、当該情報処理装置を含む情報処理システムおよび当該情報処理装置による情報処理方法に用いて好適なものである。

【背景技術】

【0002】

現在、インターネット上で商品の販売や、役務の提供、施設の利用予約、会社の紹介などに関する種々なＷｅｂサイト（コンテンツ）、その他のＷｅｂメディアが提供されている。この他、各種端末にインストールされたアプリケーションの機能により様々なコンテンツが提供されたり、動画配信サービス等の各種コンテンツ配信（提供）サービスにより様々なコンテンツが提供されている。コンテンツのうちＷｅｂサイトの提供に関して、例えば特許文献１には、商品または役務の提供を申し込むための申込フォームと広告記事とを含むＷｅｂページを生成するウェブページ提供装置が記載されている。ここでコンテンツ（例えばＷｅｂサイトのＷｅｂページ）には、電話による問合せのための電話番号が表示されることがある。コンテンツの提供を受ける者は、必要に応じてコンテンツに表示された電話番号に電話をかけることによって、電話による問い合わせを行うことが可能である。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－０３０４８４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

コンテンツに電話番号を表示するシステムでは、コンテンツに表示した電話番号に電話があったときに、その電話がコンテンツを実際に利用した者によるものであるか否かを判別したいとするニーズがある。これによりコンテンツを利用した者による電話かどうかに応じて対応を変更することが可能となるからである。従来、上記ニーズに応えるため、電話番号があったときにまずオペレータが電話に対応し、発信者に対して口頭で問い合わせを行ってコンテンツを利用したか否か（例えば所定のＷｅｂページを閲覧したか否か）を判断する、ということが行われていた。この場合、コンテンツを実際に利用した者による電話かどうかを判別するためにオペレータが必要になり、コストの増大につながるという問題があった。

【0005】

本発明は、このような問題を解決するために成されたものであり、コンテンツに対応する電話番号に電話があったときに、オペレータによる電話の対応を必要とすることなく、その電話がコンテンツを実際に利用した者によるものであるか否かを判別できるようにすることを目的とする。

【課題を解決するための手段】

【0006】

上記した課題を解決するために、本発明では、コンテンツを提供するクライアントからコードの応答依頼があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードをクライアントに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する。その一方で本発明は、コンテンツに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別するようにしている。

【発明の効果】

【0007】

上記のように構成した本発明によれば、クライアントからの応答要求に応じて、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードをクライアントに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する。ここで生成したコードは、クライアントの機能により、問合せ用の電話番号（コンテンツに対応する電話番号）と共にコンテンツに表示されることが想定される。そして本発明は、コンテンツに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する。

【0008】

ここで、入力情報の値と、その時点で有効なコードの何れかの値とが一致するということは、入力情報の値と一致するコードを発行してから一定時間内に電話があり、しかもそのコードの値を正確に発信者自身が示したということである。従って発信者が実際にコンテンツを利用し、コンテンツに表示されたコードを確認した蓋然性が極めて高いと言える。従って、入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別することによって、コンテンツに対応する電話番号にかかってきた電話がコンテンツを実際に利用した者によるものであるか否かを判別することが可能である。以上を踏まえ、本発明によれば、コンテンツに対応する電話番号に電話があったときに、オペレータによる電話の対応を必要とすることなく、その電話がコンテンツを実際に利用した者によるものであるか否かを判別できる。

【図面の簡単な説明】

【0009】

【図1】本発明の第１実施形態に係る情報処理システムの構成例を示す図である。

【図2】本発明の第１実施形態に係る情報処理サーバ、端末およびＷｅｂサーバの機能構成例を示すブロック図である。

【図3】本発明の第１実施形態に係る情報処理サーバ、端末およびＷｅｂサーバの動作例を示すフローチャートである。

【図4】各種データベースのレコードの内容を示す図である。

【図5】Ｗｅｂページの一例を示す図である。

【図6】変換後の問合せ用画面の一例を示す図である。

【図7】本発明の第１実施形態に係る情報処理サーバの動作例を示すフローチャートである。

【図8】認証済データベースの一例を示す図である。

【図9】本発明の第１実施形態に係る情報処理サーバおよびＷｅｂサーバの動作例を示すフローチャートである。

【図10】本発明の第１実施形態の第１変形例に係る情報処理サーバ、端末およびＷｅｂサーバの動作例を示すフローチャートである。

【図11】本発明の第２実施形態に係る情報処理サーバおよび端末の機能構成例を示すブロック図である。

【図12】本発明の第２実施形態に係る情報処理サーバおよび端末の動作例を示すフローチャートである。

【図13】情報処理サーバの構成の別例を示す図である。

【発明を実施するための形態】

【0010】

＜第１実施形態＞
以下、本発明の第１実施形態を図面に基づいて説明する。図１は、本実施形態に係る情報処理システム１の構成例を示す図である。図１で示すように情報処理システム１は、情報処理サーバ２（特許請求の範囲の「情報処理装置」に相当）と、１つ以上の端末３と、１つ以上のＷｅｂサーバ４とを含んで構成されている。情報処理サーバ２、端末３およびＷｅｂサーバ４は共に、インターネット、電話網、その他の通信網を含むネットワークＮに接続可能である。

【0011】

端末３は、ユーザが使用するコンピュータであり、液晶ディスプレイや有機ＥＬディスプレイ等の表示装置５が接続されるか、或いは、表示装置５を備えて構成されている。本実施形態では、ユーザとは、Ｗｅｂサーバ４が提供するＷｅｂサイトを訪問し得る者を意味する。端末３はブラウザが搭載されているコンピュータであれば、そのタイプはどのようなものであってもよく、例えばデスクトップ型コンピュータ、ノート型コンピュータ、タブレット型コンピュータ（いわゆるスマートフォンを含む）を端末３として機能させることができる。図１では、無数に存在する端末３のうち数個の端末３を例示的に示している。

【0012】

Ｗｅｂサーバ４は、Ｗｅｂサイトを提供するサーバであり、本実施形態では特に情報処理サーバ２が提供するサービス（後述）の提供を受けるサーバを意味する。Ｗｅｂサーバ４が提供するＷｅｂサイトの内容は限定されない。Ｗｅｂサイトは例えば、オンラインショッピング用のサイトや、施設の予約サイト、乗り物の予約サイト、イベントの申込みサイト、ブログサイト、ポータルサイト等である。図１では、１つのＷｅｂサーバ４を１つのブロックで表しているが、Ｗｅｂサーバ４は単一のサーバ装置である必要はなく、例えば複数のサーバ装置により構成されてもよく、また所定のシステムの一部であってもよい。また１つのＷｅｂサーバ４が複数のＷｅｂサイトを提供する構成でもよい。図１では、無数に存在するＷｅｂサーバ４のうち数個のＷｅｂサーバ４を例示的に示している。本実施形態では、Ｗｅｂサーバ４が特許請求の範囲の「クライアント」に相当する。また、Ｗｅｂサーバ４が提供するＷｅｂサイト（Ｗｅｂサイトを構成する１つ以上のＷｅｂページを含む概念）が特許請求の範囲の「コンテンツ」に相当する。

【0013】

情報処理サーバ２は、端末３およびＷｅｂサーバ４をクライアントとするサーバである。情報処理サーバ２は、後述する各種サービスを提供する。なお図１では、情報処理サーバ２を１つのブロックで表しているが、情報処理サーバ２は単一のサーバ装置である必要はなく、例えば複数のサーバ装置により構成されてもよく、また所定のシステムの一部であってもよい。

【0014】

図２は、情報処理サーバ２、端末３およびＷｅｂサーバ４の機能構成例を示すブロック図である。図２で示すように、情報処理サーバ２は機能構成として、情報処理部１０および通信部１１を備えている。また端末３は機能構成として、端末制御部１２および端末通信部１３を備えている。またＷｅｂサーバ４は機能構成として、Ｗｅｂサーバ制御部１４およびＷｅｂサーバ通信部１５を備えている。

【0015】

上記機能ブロック１０～１５は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記機能ブロック１０～１５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭ等を備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。情報処理サーバ２は記憶媒体として、記憶部１７を備えている。Ｗｅｂサーバ４は記憶媒体として、Ｗｅｂサーバ記憶部１８を備えている。

【0016】

情報処理サーバ２の通信部１１は、ネットワークＮに接続された機器と所定のプロトコルに従って通信する。以下、情報処理サーバ２によるネットワークＮを介した通信は、通信部１１により適切に行われるものとして詳細な説明を省略する。端末３の端末通信部１３は、ネットワークＮに接続された機器と所定のプロトコルに従って通信する。以下、端末３によるネットワークＮを介した通信は、端末通信部１３により適切に行われるものとして詳細な説明を省略する。Ｗｅｂサーバ４のＷｅｂサーバ通信部１５は、ネットワークＮに接続された機器と所定のプロトコルに従って通信する。以下、Ｗｅｂサーバ４によるネットワークＮを介した通信は、Ｗｅｂサーバ通信部１５により適切に行われるものとして詳細な説明を省略する。

【0017】

以下、複数のシーンに分けて情報処理サーバ２の動作（情報処理サーバ２と連携して行われる他の装置の動作も含む）について説明する。

【0018】

＜認証シーン＞
まず認証シーンについて説明する。認証シーンにおいて情報処理サーバ２は、以下の処理を実行する。すなわち情報処理サーバ２の情報処理部１０は、一のＷｅｂサーバからコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のＷｅｂサーバに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する。また情報処理サーバ２の情報処理部１０は、一のＷｅｂサーバからセッションＩＤ（アクセスＩＤ）の通知と共にコードの応答要求があったときに、コードを生成して応答すると共に、生成したコードを一定時間の間有効なものとして、セッションＩＤと対応付けて記憶する。

【0019】

以下、フローチャートを用いて認証シーンにおける情報処理サーバ２、端末３およびＷｅｂサーバ４の動作例について説明する。

【0020】

図３は、認証シーンにおける情報処理サーバ２の動作（情報処理方法）の説明に利用するフローチャートである。図３においてフローチャートＦＡは端末３の動作を、フローチャートＦＢはＷｅｂサーバ４の動作を、フローチャートＦＣは情報処理サーバ２の動作をそれぞれ示している。以下の認証シーンの説明において（後述する問合せシーンおよび情報提供シーンについても同様）、処理を行う主体となるＷｅｂサーバ４を特に「注目Ｗｅｂサーバ４－１」といい、注目Ｗｅｂサーバ４－１が提供するＷｅｂサイトを「注目Ｗｅｂサイト」という。また、処理を行う主体となる端末３を特に「注目端末３－１」といい、注目端末３－１を使用するユーザを「注目ユーザ」という。

【0021】

図３のフローチャートＦＡで示すように、注目ユーザは、自身が使用する注目端末３－１のブラウザを立ち上げ、注目Ｗｅｂサーバ４－１の注目Ｗｅｂサイト（所定のＵＲＬ）へのアクセスを指示する（ステップＳＸ１）。当該指示に応じて注目端末３－１の端末制御部１２は、ブラウザの機能により注目Ｗｅｂサイトにアクセスする（ステップＳＡ１）。注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、注目Ｗｅｂサイトへのアクセスがあると、Ｗｅｂページを表示させるための表示用ファイル（ＨＴＭＬファイル、その他のデータ）を注目端末３－１に応答する（ステップＳＢ１）。その際、Ｗｅｂサーバ制御部１４は、セッションＩＤを生成（発行）し、注目端末３－１に送信する（ステップＳＢ１）。

【0022】

注目端末３－１の端末制御部１２は、表示用ファイルを受信し、受信した表示用ファイルに基づいてブラウザの機能によりＷｅｂページを表示装置５に表示する（ステップＳＡ２）。同時に端末制御部１２は、セッションＩＤを受信し、受信したセッションＩＤをブラウザの機能により所定の記憶領域に記憶する（ステップＳＡ２）。セッションＩＤは、特許請求の範囲の「管理ＩＤ」に相当する。

【0023】

以下ではＷｅｂサーバ４（当然、注目Ｗｅｂサーバ４－１を含む）のＷｅｂサーバ制御部１４から送信された表示用ファイルに基づいて「端末３の表示装置５」に表示された各種画面に対する操作の検出、各種画面へ入力された情報の取得、各種画面の動的な変更、その他の画面に関する各種処理は、ＣＧＩ、ＪａｖａＳｃｒｉｐｔ（登録商標）、Ａｊａｘ、ＤＨＴＭＬ、その他の既存の技術を用いてＷｅｂサーバ制御部１４により適切に実行されるものとし、詳しい説明は行わない。またＷｅｂサーバ４（当然、注目Ｗｅｂサーバ４－１を含む）のＷｅｂサーバ制御部１４が表示用ファイルを端末３に送信し、表示用ファイルに基づく画面（Ｗｅｂページ）を端末３の表示装置５に表示させることを「Ｗｅｂサーバ制御部１４（或いはＷｅｂサーバ４）が画面（或いはＷｅｂページ、或いはユーザインタフェイス）を端末３の表示装置５に表示する」、或いは単に「Ｗｅｂサーバ制御部１４（或いはＷｅｂサーバ４）が画面（或いはＷｅｂページ、或いはユーザインタフェイス）を表示する」のように表現することがある。

【0024】

Ｗｅｂサイトは通常、複数のＷｅｂページを含んで構成されている。図３のフローチャートでは示されていないが、最初に注目ＷｅｂサイトのＷｅｂページが注目端末３－１の表示装置５に表示された後、注目ユーザは、注目Ｗｅｂサイト内でＷｅｂページを自由に遷移させることができる。注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、セッションが終了するまでの間、注目ユーザのアクセスログを記録する。アクセスログは例えば、セッションが開始された日時を示す情報や、セッションが終了した日時を示す情報、Ｗｅｂページがどのように遷移されたかを示す情報、各Ｗｅｂページの滞在時間等を含む。ただしここで示した情報はあくまで一例であり、アクセスログに他の情報が含まれていてもよい。

【0025】

注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、セッションが終了したときにＷｅｂサーバ記憶部１８に記憶されたセッション管理データベース２０に１件のレコードを生成する。図４（Ａ）は、セッション管理データベース２０の１件のレコードの内容の一例である。図４（Ａ）で示すように、セッション管理データベース２０の１件のレコードは、発行セッションＩＤと、アクセスログデータと、受取電話関連データとを含んでいる。注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、生成したレコードについて、発行セッションＩＤの値をステップＳＢ１で発行したセッションＩＤの値とし、アクセスログデータを、セッションが接続されている期間に記録したアクセスログが記述された記述データとする。また注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、受取電話関連データをヌル値とする。

【0026】

図５は、注目Ｗｅｂサーバ４－１が提供するＷｅｂサイトの１つのＷｅｂページの一例を示す図である。図５で示すように本実施形態ではＷｅｂページ上に問合せ用画面２１が表示される。問合せ用画面２１には、コード取得ボタン２２が表示されると共に、「電話による問い合せを希望する場合には、コード取得ボタン２２を選択し、コード（図５では、「お客様番号」と表現されている）を取得する必要がある」旨の情報が表示されている。なお問合せ用画面２１は、注目Ｗｅｂサイトの全てのＷｅｂページに表示される必要はなく、一部のＷｅｂページに表示される構成でもよい。

【0027】

注目ユーザは、注目Ｗｅｂサイトに関し、電話による問合せを行うことを希望する場合、問合せ用画面２１のコード取得ボタン２２を選択する（ステップＳＸ２）。ユーザによりコード取得ボタン２２が選択されると、注目端末３－１の端末制御部１２は、コード取得ボタン２２が選択されたことを注目Ｗｅｂサーバ４－１に通知する（ステップＳＡ３）。図３のフローチャートＦＢで示すように、ステップＳＡ３の通知を受けた注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、情報処理サーバ２にステップＳＢ１で発行したセッションＩＤを通知すると共に、コードの応答要求を行う（ステップＳＢ２）。これと併せて注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、注目ＷｅｂサイトのＷｅｂサイトＩＤを情報処理サーバ２に通知する（ステップＳＢ２）。ＷｅｂサイトＩＤは、Ｗｅｂサイトごとに一意に割り振られた識別情報である。

【0028】

図３のフローチャートＦＣで示すように、情報処理サーバ２の情報処理部１０は、セッションＩＤ、ＷｅｂサイトＩＤおよびコードの応答要求を受信する（ステップＳＣ１）。次いで情報処理部１０は、以下のルールでコードを生成する（ステップＳＣ２）。すなわち情報処理部１０は、「コードの応答要求を受けた時点において有効な他のコードの何れとも値が重複しない６桁の数字からなる」コードを生成する。例えば、コードの応答要求を受けた時点において、有効なコードとして、３つのコードＣ１、Ｃ２、Ｃ３が存在し、コードＣ１の値が「１１１１１１」、コードＣ２の値が「２２２２２２」、コードＣ３の値が「３３３３３３」であったとする。この場合、情報処理部１０は、「１１１１１１」、「２２２２２２」および「３３３３３３」以外の値のコードを生成する。

【0029】

コードの生成に関し、例えば情報処理部１０は、ランダム関数を用いてコードの仮の値を生成し、当該仮の値が、その時点で有効な他のコードの値と重複していないかどうかを判別し、重複していなければ仮の値を最終的なコードの値と決定する一方、重複している場合は、仮の値を改めて生成する、といった処理を行ってコードを生成する。ただしコードを生成する方法は、上述したルールに従うものであれば何でもよい。また、本実施形態ではコードの桁数を６桁としているが、コードの桁数は６桁に限られるものではない。

【0030】

次いで情報処理部１０は、記憶部１７に記憶されたコード関連データベース２３に１件のレコードを生成する（ステップＳＣ３）。図４（Ｂ）は、コード関連データベース２３の１件のレコード内容を示している。図４（Ｂ）で示すようにコード関連データベース２３の１件のレコードは、受取セッションＩＤと、生成コードと、有効判定フラグと、認証成功判定フラグと、電話関連データとを含んでいる。電話関連データは、発信側電話番号情報と、認証成功日時情報と、電話終了日時情報と、ユーザ電話アクション情報とを含んでいる。情報処理部１０は、生成したレコードにおいて、受取セッションＩＤの値をステップＳＣ１で受信したセッションＩＤの値とし、生成コードの値をステップＳＣ２で生成したコードの値とする。また情報処理部１０は、有効判定フラグについて、コードが有効であることを示す値（以下「有効値」という。例えば「１」）とする。また情報処理部１０は、認証成功判定フラグについて、認証が未だ成功していないことを示す値（以下「未成功値」という。例えば「０」）とする。情報処理部１０は、電話関連データに含まれる各情報（発信側電話番号情報、認証成功日時情報、電話終了日時情報およびユーザ電話アクション情報）をヌル値とする。

【0031】

情報処理部１０は、コードを生成したタイミング（なおコードの生成と、コード関連データベース２３のレコードの生成はほぼ同じタイミングで行われる）から、５分間（一定時間）の間、生成したコードを有効なものとする。具体的な処理としては、情報処理部１０は、コードを生成したタイミング（このタイミングでは、コードに対応するレコードの有効判定フラグは有効値である）からの時間の経過を監視する。情報処理部１０は、当該タイミングから５分が経過したときに、コードに対応するレコードの有効判定フラグを有効値から、コードが無効であることを示す値（以下「無効値」という）へと更新する。つまり有効判定フラグは、コードが生成されてから５分間だけ有効値をとり、有効判定フラグが有効値の間、コードは有効なものとして取り扱われる。以上の通り情報処理部１０は、生成したコードを一定時間の間有効なものとして、セッションＩＤと対応付けて記憶する。なお本実施形態では、コードが有効な時間を「５分」としているが、コードが有効な時間は５分に限られるものではない。

【0032】

ステップＳＣ３でレコードを生成した後、情報処理部１０は、生成したコード、および、注目Ｗｅｂサイトに対応する電話番号を示す情報（以下「注目Ｗｅｂサイト電話番号情報」という）を注目Ｗｅｂサーバ４－１に応答する（ステップＳＣ４）。ここでＷｅｂサイトごとに、問合せに利用される電話番号（ただし、目的は問合せだけに厳密に限定されるものではない）が予め割り当てられている。電話番号は、適切な手続きを経て取得された上、各Ｗｅｂサイトに割り当てられる。記憶部１７には、Ｗｅｂサイトごとに、Ｗｅｂサイトを識別するＷｅｂサイトＩＤと、Ｗｅｂサイトに対応する電話番号を示す情報とを対応付けたテーブル（以下「電話番号テーブル」という）が記憶されている。情報処理部１０は、電話番号テーブルを参照し、当該テーブルにおいてステップＳＣ１で受信したＷｅｂサイトＩＤと対応付けられた電話番号を、注目Ｗｅｂサイトに対応する電話番号として特定する。

【0033】

なお本実施形態では、Ｗｅｂサーバ４から情報処理サーバ２に対してＷｅｂサイトＩＤを通知する構成であるが、以下の構成でもよい。すなわち情報処理サーバ２の情報処理部１０が、Ｗｅｂサーバ４からアクセスがあったときに、アクセス元のＵＲＬを参照してＷｅｂサイトが何であるかを特定する（つまりＷｅｂサイトＩＤを特定する）構成でもよい。

【0034】

図３のフローチャートＦＢで示すように注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、コードおよび注目Ｗｅｂサイト電話番号情報を受信する（ステップＳＢ３）。次いでＷｅｂサーバ制御部１４は、ステップＳＢ３で受信したコードおよび注目Ｗｅｂサイト電話番号情報に基づいて、問合せ用画面２１の内容の変更のために必要なデータを送信し、問合せ用画面２１の内容の変更を指示する（ステップＳＢ４）。

【0035】

図３のフローチャートＦＡで示すように端末３の端末制御部１２は、問合せ用画面２１の内容を変更する（ステップＳＡ４）。図６は、変更後の問合せ用画面２１の一例を示す図である。図６で示すように、変更後の問合せ用画面２１には、注目Ｗｅｂサイト電話番号情報（図６では「電話番号：０５０－ＸＸＸＸ－ＸＸＸＸ」と表現されている」）、および、コード（図６では「お客様番号」と表現されている）が表示されている。更に変更後の問合せ用画面２１には、「音声案内に従ってコード（お客様番号）を入力する必要がある」旨の情報が表示されている。更に変更後の問合せ用画面２１には、「コード（お客様番号）の有効期限が「５分」である」旨の情報が表示されている。更に変更後の問合せ用画面２１には、「過去に注目Ｗｅｂサイトに対応する電話番号に対して電話による問い合わせを行っている場合には、コード（お客様番号）の入力が不要となる」旨の情報が表示されている。

【0036】

なお本実施形態では、変更後の問合せ用画面２１の表示に際し、情報処理サーバ２の情報処理部１０が、Ｗｅｂサーバ４に対してＷｅｂサイトに対応する電話番号を通知する構成である。しかしながら、各Ｗｅｂサイトに割り当てられた電話番号は動的に変わるものではなく、Ｗｅｂサイトごとに一定である。従ってＷｅｂサーバ４が、自身のＷｅｂサイトに対応する電話番号を保持し、変更後の問合せ用画面２１に表示する構成でもよい。

【0037】

以上が問合せシーンにおける情報処理サーバ２の動作である。このように問合せシーンでは、情報処理サーバ２の機能によって、注目ユーザに対して注目Ｗｅｂサイトに対応する電話番号と、コードとが提示される。

【0038】

＜問合せシーン＞
次に問合せシーンについて説明する。問合せシーンにおいて情報処理サーバ２は、以下の処理を実行する。すなわち情報処理サーバ２の情報処理部１０は、任意のＷｅｂサーバのＷｅｂサイトに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する。また情報処理部１０は、任意のＷｅｂサーバのＷｅｂサイトに対応する電話番号に対して電話があったときに入力情報の値と何れかのコードの値とが一致すると判定した場合、入力情報の値が一致したコードに対応付けられているセッションＩＤと、かかってきた電話に関する情報とを対応付けて記憶する。

【0039】

また情報処理部１０は、セッションＩＤと、発信側の電話番号を示す情報とを対応付けて記憶する。また情報処理部１０は、セッションＩＤと、コードの入力後に行われた自動音声案内に対する発信者のアクションを示す情報とを対応付けて記憶する。また情報処理部１０は、セッションＩＤと、入力情報の値と何れかのコードの値とが一致すると判定したタイミングを示す情報およびかかってきた電話が終了したタイミングを示す情報の少なくとも一方とを対応付けて記憶する。

【0040】

また情報処理部１０は、一のＷｅｂサーバのＷｅｂサイトに対応する電話番号があったときに入力情報の値と何れかのコードの値とが一致すると判定した場合、当該一のＷｅｂサーバのＷｅｂサイトに対応する電話番号を示すＷｅｂサイト電話番号情報と対応付けて、発信側の電話番号を示す情報を記憶する一方、任意のＷｅｂサーバのＷｅｂサイトに対応する電話番号に電話があったときに、発信側の電話番号を取得し、取得した発信側の電話番号の値が、Ｗｅｂサイト電話番号情報と対応付けられた発信側の電話番号を示す情報の何れかの値と一致するか否かを判別する。

【0041】

以下、フローチャートを用いて問合せシーンにおける情報処理サーバ２、端末３およびＷｅｂサーバ４の動作例について説明する。

【0042】

図７のフローチャートＦＤは、認証シーンにおける情報処理サーバ２の動作（情報処理サーバ２による情報処理方法）を示すフローチャートである。以下では、図３のステップＳＡ４で表示された変更後の問合せ用画面２１を参照した注目ユーザが注目Ｗｅｂサイトに対応する電話番号に電話をかけたものとして、問合せシーンにおける情報処理サーバ２、その他の装置の動作を説明する。

【0043】

ここで情報処理サーバ２は、電話自動応答を行う電話自動応答装置（ＩＶＲ）としても機能する。情報処理部１０は、Ｗｅｂサーバ４の何れかに対応する電話番号に対して電話がかかってきたとき（着信したとき）に、これを検出することが可能である。また情報処理部１０は、発信側の電話機のダイヤルキーが操作された場合には、どのダイヤルキーが操作されたかを検出することができる。

【0044】

さてステップＳＡ４で表示された変更後の問合せ用画面２１を視認した注目ユーザは、自身が所有する電話機（例えばスマートフォン）により、注目Ｗｅｂサイトに対応する電話番号（問合せ用画面２１に表示された電話番号）に電話をかける。すると図７のフローチャートＦＤで示すように情報処理サーバ２の情報処理部１０は、電話の着信を検出し、電話がかかってきた着信側の電話番号、および、電話をかけてきた発信側の電話番号を取得する（ステップＳＤ１）。以下、情報処理サーバ２が検出する電話において発信側の電話番号を「着信側電話番号」といい、着信側の電話番号を「着信側電話番号」という。またステップＳＤ１で取得した着信側電話番号を「取得着信側電話番号」といい、ステップＳＤ１で取得した発信側電話番号を「取得発信側電話番号」という。本例ではステップＳＤ１において情報処理部１０は、取得着信側電話番号として注目Ｗｅｂサイトに対応する電話番号を取得し、取得発信側電話番号として注目ユーザの電話機の電話番号を取得する。

【0045】

次いで情報処理部１０は、認証済データベース２４を参照する（ステップＳＤ２）。図８は、認証済データベース２４の一例を示す図である。認証済データベース２４は、過去に認証に成功した電話における着信側電話番号および発信側電話番号について、着信側電話番号を示す情報（以下「着信側Ｗｅｂサイト電話番号情報」という）と、発信側電話番号を示す情報（以下「認証済電話番号情報」という）とを対応づけて記憶するデータベースである。すなわち認証済データベース２４の１件のレコードは、着信側Ｗｅｂサイト電話番号情報と、認証済電話番号情報とを含む。

【0046】

図８の例において、１件目のレコードＲＣ１は、着信側Ｗｅｂサイト電話番号情報の値が「０５０－ＸＸＸＸ－ＸＸＸＸ」であり、認証済電話番号情報の値が「０９０－○○○○－○○○○」である。このレコードＲＣ１は、「０５０－ＸＸＸＸ－ＸＸＸＸ」というＷｅｂサイトに対応する電話番号に対して、「０９０－○○○○－○○○○」という発信側電話番号から過去に電話があり、しかも認証に成功したことを示している。また４件目のレコードＲＣ４は、着信側Ｗｅｂサイト電話番号情報の値が「０５０－○○○○－□□□□」であり、認証済電話番号情報の値が「０９０－△△△△－△△△△」である。このレコードＲＣ４は、「０５０－○○○○－□□□□」というＷｅｂサイトに対応する電話番号に対して、「０９０－△△△△－△△△△」という発信側電話番号から過去に電話があり、しかも認証に成功したことを示している。認証の成功（或いは失敗）、および、認証済データベース２４の各レコードがどのようにして生成されるかについては後に明らかとなる。

【0047】

認証済データベース２４の参照後、情報処理部１０は、ステップＳＤ１で取得した取得着信側電話番号と取得発信側電話番号との組み合わせに対応するレコードが認証済データベース２４に存在するか否かを判別する（ステップＳＤ３）。存在するということは、過去に取得発信側電話番号から取得着信側電話番号に電話がかかってきており、しかも認証に成功したということである。ステップＳＤ１～ＳＤ３の処理は、『任意のＷｅｂサーバのＷｅｂサイトに対応する電話番号に電話があったときに、発信側の電話番号を取得し、取得した発信側の電話番号の値が、Ｗｅｂサイト電話番号情報と対応付けられた発信側の電話番号を示す情報の何れかの値と一致するか否かを判別する』処理に相当する。

【0048】

取得着信側電話番号と取得発信側電話番号との組み合わせに対応するレコードが認証済データベース２４に存在しないと判定した場合（ステップＳＤ３：ＮＯ）、情報処理部１０は、着呼し（ステップＳＤ４）、コード入力音声案内（特許請求の範囲の「コードの入力を促す自動音声案内」に相当）を実行する（ステップＳＤ５）。コード入力音声案内において情報処理部１０は、自動音声案内によりコードを入力することを促す音声を出力する。情報処理部１０は例えば、「６桁のお客様番号を押して下さい」という文言を音声により出力する。音声案内の音声ファイルは事前に用意される。

【0049】

注目ユーザは、自身の電話機を介してコード入力音声案内を聴取し、その内容を理解し、ダイヤルキー（ソフトウェア的なキーを含む）を操作して、変更後の問合せ用画面２１に表示されたコードの値を入力する。ここで入力された値を入力情報という。注目ユーザのミスが無ければ、入力情報の値と、変更後の問合せ用画面２１に表示されたコードの値とは一致する。

【0050】

注目ユーザによって入力情報が入力されると、情報処理部１０は、入力情報を取得する（ステップＳＤ６）。次いで情報処理部１０は、コード関連データベース２３を参照する（ステップＳＤ７）。次いで情報処理部１０は、コード関連データベース２３のレコードのうち、有効判定フラグが有効値のレコードを特定する（ステップＳＤ８）。有効判定フラグが有効値のレコードは、生成されてからの経過時間が５分以内のコードに対応するレコードである。ステップＳＤ８では、１つもレコードが特定されないケース、１つのレコードが特定されるケース、および、２つ以上のレコードが特定されるケースがある。

【0051】

次いで情報処理部１０は、ステップＳＤ８で特定したレコードの中に、生成コード（図４（Ｂ）参照）の値が、入力情報の値と一致するレコードが存在するか否かを判別する（ステップＳＤ９）。なおステップＳＤ８で１つもレコードが特定されなかった場合、情報処理部１０は、ステップＳＤ９でレコードが存在しないと判定する。ここで、「ステップＳＤ８で特定したレコードの中に、生成コードの値が、入力情報の値と一致するレコードが存在“しない”ケース」は、以下の２つの状況の何れかである。１つ目の状況は、電話をかけてきた者（以下「発信者」という）が、注目ＷｅｂサイトのＷｅｂページを見ていない（従って問合せ用画面２１を見ておらず、コード（お客様番号）を認識していない）という状況である。この場合、発信者は、正しいコードの値を知らず、コード入力音声案内に応じてでたらめな値を入力するしかなく、上記ケースに至ることになる。なお発信者がでたらめな値を入力し、それが偶然、有効なコード（つまり、現時点から５分以内に発行された６桁の値）と一致する可能性は、ゼロとみなすことができる程に極めて低い。２つ目の状況は、発信者が注目ＷｅｂサイトのＷｅｂページの問合せ用画面２１を見て電話しているものの、コードの発行後５分以上経過しているか、発信者が入力を誤ったケースである。

【0052】

一方、「特定したレコードの中に、生成コードの値が、入力情報の値と一致するレコードが存在“する”ケース」は、以下の状況である。すなわち発信者が、実際に注目ＷｅｂサイトのＷｅｂページを閲覧しており（実際にコンテンツを利用しており）、問合せ用画面２１を介して正しいコードを認識している状況である。

【0053】

ステップＳＤ６～ＳＤ９の処理は、「任意のＷｅｂサーバに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した前記入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する」処理に相当する。

【0054】

ステップＳＤ９において、特定したレコードの中に、生成コードの値が、入力情報の値と一致するレコードが存在しないと判別した場合（ステップＳＤ９：ＮＯ）、情報処理部１０は、対応する処理を実行する（ステップＳＤ１０）。対応する処理は、注目Ｗｅｂページを閲覧していない（コンテンツを利用していない）発信者に対する処理として適切な処理であればどのようなものでもよい。例えば情報処理部１０は、コードが間違っていることを伝える自動音声案内を実行する。この場合、情報処理部１０は、認証に成功したと判定しない。

【0055】

一方、ステップＳＤ９において、特定したレコードの中に、生成コードの値が、入力情報の値と一致するレコード（以下「値一致レコード」という）が存在すると判別した場合（ステップＳＤ９：ＹＥＳ）、情報処理部１０は、以下の処理を実行する。すなわち情報処理部１０は、認証に成功したと判定し、値一致レコードの認証成功判定フラグの値を、認証が成功したことを示す値（以下「成功値」という）へと変更する（ステップＳＤ１１）。本例において、コードが発行されてから５分以内に注目ユーザが誤りなく入力情報を入力した場合には、ステップＳＤ１１において認証が成功したと判定されることになる。

【0056】

次いで情報処理部１０は、認証済データベース２４に１件のレコードを生成する（ステップＳＤ１２）。１件のレコードは、取得発信側電話番号を示す情報と、取得着信側電話番号を示す情報とが対応付けられたレコードである。ステップＳＤ１２により、注目ユーザの電話機の電話番号が、過去に認証に成功したことのある電話番号として、注目Ｗｅｂサイトに対応する電話番号と対応づけて認証済データベース２４にて記憶される。

【0057】

なお本実施形態では、認証済データベース２４の各レコードの認証済電話番号情報は、発信側の電話番号そのものを示す情報である。このような情報を記憶することについて、必要に応じてユーザへの告知やユーザからの同意の取得等の処置が適切に行われており、法律、その他の取り決めに準じているものとする。ただし、認証済電話番号情報について、暗号化したりスクランブル化したりハッシュ化したりする構成でもよい。以上の点は、コード関連データベース２３の各レコードの発信側電話番号情報についても同様である。

【0058】

次いで情報処理部１０は、値一致レコードについて、発信側電話番号情報（図４（Ｂ））の値（ヌル値）を取得発信側電話番号の値（本例では、注目ユーザの電話機の電話番号）へと更新する（ステップＳＤ１３）。更に情報処理部１０は、値一致レコードの認証成功日時情報の値（ヌル値）を現在の日時（日付＋時刻）を示す値へと更新する（ステップＳＤ１３）。つまり認証成功日時情報は、入力情報の値と何れかのコードの値とが一致すると判定したタイミングを示す情報である。

【0059】

次いで情報処理部１０は、対応電話自動応答処理を実行する（ステップＳＤ１４）。詳述すると情報処理部１０は、予め定められたルールに従って自動音声案内を行う。自動音声案内は、一例として、「○○を希望する場合には“１”を、××を希望する場合には“２”を押して下さい」というように希望に応じて番号（ダイヤルキー）を選択させ、発信者の希望に応じてオペレータにつないだり、所定の電話番号に電話を転送したり、発信者の発話を録音したり、発信者の電話機に対してＳＭＳでメッセージを送信したりするものである。対応電話自動応答処理において、自動音声案内と並行して情報処理部１０は、発信者のアクションを監視し、ログを記録する。

【0060】

ログには例えば、以下の情報が含まれる。例えばユーザに番号を選択させた場合には、ユーザが何を選択したかを示す情報がログに含まれる。この場合においてユーザに階層的に番号を選択させる場合（例えば、１番と２番とを選択肢として提示し、１番が選択されたときに更に１番と２番と３番とを選択させるような場合）には、ユーザが階層的に選択した番号を示す情報がログに含まれる。また例えばユーザの発話を録音した場合には、録音により生成された音声ファイルがログに含まれる。また例えばオペレータにつないだ場合において、オペレータとのやり取りを録音した場合には録音により生成された音声ファイルがログに含まれる。

【0061】

対応電話自動応答処理において、情報処理部１０は、電話が切られた場合、そのことを検出する。電話が切られたことを検出すると、情報処理部１０は、値一致レコードの電話終了日時情報の値（ヌル値）を、現時点の日時を示す値へと更新する。つまりコード関連データベース２３の各レコードの電話終了日時情報は、かかってきた電話が終了したタイミングを示す情報である。更に情報処理部１０は、ユーザ電話アクションデータ（ヌル値）を、対応電話自動応答処理中に記録したログが記述されたデータによって更新する。つまりコード関連データベース２３の各レコードのユーザ電話アクションデータは、「コードの入力後に行われた自動音声案内に対する発信者のアクションを示す情報」である。またコード関連データベース２３の各レコードの電話関連データは、「かかってきた電話に関する情報」である。

【0062】

以上の通り、本実施形態では情報処理サーバ２の情報処理部１０は、認証シーンにおいて一のＷｅｂサーバからコードの応答要求があったときに、その時点で有効な他のコードの何れとも値が重複しないコードを生成し、生成したコードを当該一のＷｅｂサーバに応答すると共に、生成したコードを一定時間の間有効なものとして記憶する。一方で問合せシーンにおいて情報処理部１０は、任意のＷｅｂサーバのＷｅｂサイトに対応する電話番号に対して電話があったときに行われたコードの入力を促す自動音声案内に応じて入力された入力情報の値を取得し、取得した入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別する。

【0063】

これにより以下の効果を奏する。すなわち入力情報の値と、その時点で有効なコードの何れかの値とが一致するということは、入力情報の値と一致するコードを発行してから一定時間内に電話があり、しかもそのコードの値を正確に発信者自身が示したということである。従って発信者が実際にＷｅｂサイトを訪問してＷｅｂページを閲覧し（コンテンツを利用し）、コードを確認した蓋然性が極めて高いと言える。従って、入力情報の値がその時点で有効なコードの何れかの値と一致するかどうかを判別することによって、ＷｅｂサーバのＷｅｂサイトに対応する電話番号にかかってきた電話がＷｅｂサイトを実際に訪問した者によるものであるか否かを判別することが可能である。以上を踏まえ本実施形態によれば、電話があったときに、オペレータによる電話の対応を必要とすることなく、その電話がＷｅｂサイトを実際に訪問した者（コンテンツを実際に利用した者）によるものであるか否かを判別できる。

【0064】

一方、ステップＳＤ３において、ステップＳＤ１で取得した種痘着信側電話番号と取得発信側電話番号との組み合わせに対応するレコードが認証済データベース２４に存在すると判定した場合（ステップＳＤ３：ＹＥＳ）、情報処理部１０は、着呼し（ステップＳＤ１５）、認証済であると判定する（ステップＳＤ１６）。次いで情報処理部１０は、通常電話自動応答処理を実行する（ステップＳＤ１７）。通常電話自動応答処理において情報処理部１０は、コード入力音声案内を行うことなく、予め定められたルールに従って、自動音声案内を行う。この自動音声案内は、過去に認証に成功した者、つまり、過去に注目ＷｅｂサイトのＷｅｂページを見て問合せを行ったことがある者にとって適切な内容の音声案内とされる。

【0065】

ここでステップＳＤ１１、ＳＤ１２の処理から明らかな通り、ステップＳＤ１で取得した取得着信側電話番号と取得発信側電話番号との組み合わせに対応するレコードが認証済データベース２４に存在するということは、過去に取得発信側電話番号から取得着信側電話番号に電話がかかってきており、しかも認証に成功したということである。これは以下のような状況が想定される。すなわち過去に問合せを行った者が、現時点でＷｅｂページを見ているか否かにかかわらず、再び問い合わせを行いたいと考え、発信履歴を利用して再びＷｅｂサイトに対応する電話番号に電話をかけた状況である。

【0066】

本実施形態によれば発信者が、その時点でＷｅｂページを見ているかどうかにかかわらず、過去にＷｅｂサイトを訪問したことのある者である場合に、そのことを判定することができ、対応する処理を実行することができる。更に本実施形態によれば、このような者が、再び、コードを入力するという作業を行う煩わしさを排除することができる。例えば本実施形態によらない場合、発信者が、発信履歴からＷｅｂサイトに対応する電話番号に電話をかけようと考えた場合、Ｗｅｂサイトに対応するＷｅｂページを閲覧し、問合せ用画面２１を介して改めてコードを取得し、電話をかけてコード入力音声案内に応じてコードを入力するという作業を行わなければならないことになる。

【0067】

＜情報提供シーン＞
次に情報提供シーンについて説明する。情報提供シーンにおいて情報処理サーバ２は、以下の処理を実行する。すなわち情報処理サーバ２の情報処理部１０は、セッションＩＤの通知と共に情報の応答要求があったときに、通知されたセッションＩＤと対応付けられた情報を応答する。

【0068】

以下、フローチャートを用いて情報提供シーンにおける情報処理サーバ２、その他の装置の動作例について説明する。

【0069】

図９は、情報提供シーンにおける情報処理サーバ２の動作（情報処理サーバ２による情報処理方法）、および、Ｗｅｂサーバ４の動作を示すフローチャートである。図９においてフローチャートＦＥはＷｅｂサーバ４の動作を示し、フローチャートＦＦは情報処理サーバ２の動作を示している。以下では注目Ｗｅｂサーバ４－１が情報処理サーバ２に対して、注目ユーザのセッションに関する情報の応答要求をする場合を例にして情報提供シーンにおける情報処理サーバ２、その他の装置の動作について説明する。

【0070】

上述したように注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、注目ユーザの端末３との間でセッションが開始された後、そのセッションが切断されると、そのセッションに係るレコード（図４（Ａ））をセッション管理データベース２０に生成する。以下、ここで生成されたレコードを「注目ユーザセッションレコード」という。そして注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、注目ユーザセッションレコードを生成した後の所定のタイミングで、注目ユーザセッションレコードに関して以下の処理を実行する。なお所定のタイミングは注目ユーザセッションレコードが生成された直後でもよく、注目ユーザセッションレコードが生成された後、一定期間が経過した後であってもよく、予め定められたルールに従うタイミング（例えば、注目ユーザセッションレコードが生成された日の次の日の１：００）でもよい。

【0071】

すなわち注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、情報処理サーバ２に対して、注目ユーザセッションレコードの発行セッションＩＤ（図４（Ａ））の通知および情報の応答要求を行う（ステップＳＥ１）。注目ユーザセッションレコードの発行セッションＩＤは、注目ユーザの注目端末３－１と注目Ｗｅｂサーバ４－１との間で行われたセッションのセッションＩＤである。注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、例えば情報処理サーバ２の運営者より事前に提供されたＷｅｂＡＰＩを用いて発行セッションＩＤの通知および情報の応答要求を行う。この場合において、セッションＩＤの通知は、ＵＲＬのクエリパラメータにセッションＩＤが含められる方法でもよく、リクエストの本文にセッションＩＤが記述される方法でもよく、その他の方法でもよい。

【0072】

図９で示すように情報処理サーバ２の情報処理部１０は、発行セッションＩＤと、情報の応答要求を受信する（ステップＳＦ１）。次いで情報処理部１０は、記憶部１７のコード関連データベース２３を参照する（ステップＳＦ２）。次いで情報処理部１０は、コード関連データベース２３のレコードのうち、受取セッションＩＤ（図４（Ｂ）参照）の値が、ステップＳＦ１で受信したセッションＩＤの値と同じであるレコードを特定する（ステップＳＦ３）。本例では、図３のフローチャートＦＣのステップＳＣ３で生成され、図７のフローチャートＦＤのステップＳＤ１３、ＳＤ１４で所定の情報の内容が更新されたレコード（つまり注目ユーザの電話による問合せに対応するレコード）が特定される。

【0073】

ステップＳＦ３でレコードが特定されない場合、或いは、特定されたレコードの電話関連データの各情報がヌル値の状態の場合もある。ユーザが問合せ用画面２１のコード取得ボタン２２を選択していない場合や、ユーザが問合せ用画面２１を介してコードを取得したものの、電話による問合せを行わなかった場合である。この場合、Ｗｅｂサーバ制御部１４は、情報の応答要求に対して、対応する情報が存在しない旨の通知を行う。ステップＳＦ４は、ステップＳＦ３で１つのレコードが特定された場合に実行される。

【0074】

次いで情報処理部１０は、ステップＳＦ３で特定したレコードの電話関連データ（図４（Ｂ）参照）を応答する（ステップＳＦ４）。図４（Ｂ）で示すように電話関連データには、発信側電話番号情報と、認証成功日時情報と、電話終了日時情報と、ユーザ電話アクション情報とが含まれている。本例において発信側電話番号情報は注目ユーザの電話機の電話番号を示す情報であり、認証成功日時情報は注目ユーザについて認証が成功した日時を示す情報であり、電話終了日時情報は注目ユーザが行った電話が切れた日時を示す情報である。またユーザ電話アクション情報は、図７のフローチャートＦＤのステップＳＤ１４の対応電話自動応答処理に対する注目ユーザ（発信者）のアクションを示す情報である。

【0075】

注目Ｗｅｂサーバ４－１のＷｅｂサーバ制御部１４は、電話関連データを受信する（ステップＳＥ２）。次いでＷｅｂサーバ制御部１４は、注目ユーザセッションレコードの受取電話関連データ（ヌル値）を、受信した電話関連データにより更新する（ステップＳＥ３）。

【0076】

以上の処理により、注目Ｗｅｂサーバ４－１のセッション管理データベース２０の注目ユーザセッションレコードにおいて、セッションＩＤと関連付けて、アクセスログデータだけではなく、電話関連データが記憶される。このため、注目Ｗｅｂサイトの管理者は、アクセスログデータのみならず、電話関連データを利用して、注目ユーザを分析することができる。ここで電話関連データには、ユーザがどれくらいの間電話をしたのか（これは電話終了日時情報と認証成功日時情報とにより把握できる）や、電話自動応答に対してユーザがどんなアクションをしたのか、その際にユーザがどのような問い合わせを行ったか等、ユーザを分析にあたって有益な情報が含まれている。従って、注目Ｗｅｂサイトの管理者は、ユーザについて、より効果的により充実した分析をできる。特に本実施形態によれば、注目Ｗｅｂサイトの管理者は、アクセスログと電話関連データとを総合的、統括的に分析することが可能である。例えば、注目Ｗｅｂサイトの管理者は、こういう態様でＷｅｂページを遷移させたユーザは、こういった内容の問合せを行う傾向があるといったことを分析できる。

【0077】

なお分析は、人間により行われるだけでなく、コンピュータによる情報処理により行われてもよい。その際に、機械学習により学習されたモデルを利用して分析が行われてもよい。また本例では、情報の応答要求を行う主体をＷｅｂサーバ４としたが、情報の応答要求を行う主体はＷｅｂサーバ４に限られない。一例として、Ｗｅｂサイトを管理する者が使用するコンピュータが行ってもよい。また、Ｗｅｂサーバ４による情報の応答要求は自動で行われる構成であったが、Ｗｅｂサイトを管理する者、その他の人間による明示的な指示をトリガとして行われる構成でもよい。また、Ｗｅｂサーバ４が取得した電話関連データをどのように使用するかは、限定されるものではなく、目的に応じて種々様々な方法で利用可能である。

【0078】

＜第１実施形態の第１変形例＞
次に第１実施形態の第１変形例について説明する。上述した第１実施形態では、Ｗｅｂサーバ４が、コードの応答要求を行う主体であった。つまり、Ｗｅｂサーバ４が特許請求の範囲の「クライアント」に相当した。一方で、本変形例ではＷｅｂサーバ４ではなく、端末３がコードの応答要求を行う。つまり、本変形例では、端末３がクライアントに相当する。以下、本変形例に係る情報処理サーバ２、端末３およびＷｅｂサーバ４が認証シーンにおいて実行する処理についてフローチャートを用いて説明する。

【0079】

図１０は、認証シーンにおける情報処理サーバ２の動作（情報処理方法）の説明に利用するフローチャートである。図１０においてフローチャートＦＧは端末３の動作を、フローチャートＦＨはＷｅｂサーバ４の動作を、フローチャートＦＩは情報処理サーバ２の動作をそれぞれ示している。フローチャートＦＧについてフローチャートＦＡと同一の処理が行われるステップには同一の符号を付している。フローチャートＦＨについてフローチャートＦＢと同一の処理が行われるステップには同一の符号を付している。フローチャートＦＩについてフローチャートＦＣと同一の処理が行われるステップには同一の符号を付している。

【0080】

フローチャートＦＧのステップＳＸ２を参照し、注目ユーザは、問合せ用画面２１のコード取得ボタン２２を選択する（ステップＳＸ２）。注目ユーザによりコード取得ボタン２２が選択されると、注目端末３－１の端末制御部１２は、ステップＳＡ２で記憶したセッションＩＤ（管理ＩＤ）を情報処理サーバ２に通知すると共に、情報処理サーバ２に対してコードの応答要求を行う（ステップＳＧ１）。これと併せて注目端末３－１の端末制御部１２は、注目ＷｅｂサイトのＷｅｂサイトＩＤを情報処理サーバ２に通知する（ステップＳＧ１）。このように本実施形態では、コードの応答要求、セッションＩＤの通知およびＷｅｂサイトＩＤの通知は端末３が実行する。ステップＳＧ１の処理は、例えばＨＴＭＬファイルのタグやスクリプトの機能より実行される（ただし、これに限られない）。

【0081】

図１０のフローチャートＦＩで示すように、情報処理サーバ２の情報処理部１０は、セッションＩＤ、ＷｅｂサイトＩＤおよびコードの応答要求を受信する（ステップＳＩ１）。次いで情報処理部１０は、第１実施形態で説明したステップＳＣ１およびステップＳＣ２の処理を実行する。ステップＳＣ３の処理後、情報処理部１０は、生成したコード、および、注目Ｗｅｂサイトに対応する電話番号を示す情報（注目Ｗｅｂサイト電話番号情報）を、端末３に応答する（ステップＳＩ２）。

【0082】

図１０のフローチャートＦＧで示すように、端末３の端末制御部１２は、コードおよび注目Ｗｅｂサイト電話番号情報を受信し（ステップＳＧ２）、これら情報に基づいて問合せ用画面２１の内容を変更する（ステップＳＧ３）。

【0083】

以上の構成においても、第１実施形態と同様、端末３の表示画面５に、適切な内容の「変更後の問合せ用画面２１」が表示される。

【0084】

＜第２実施形態＞
次に第２実施形態について説明する。以下の第２実施形態の説明において、第１実施形態と同一の要素については同一の符号を付し、その詳細な説明を省略する。

【0085】

図１１は、第２実施形態に係る情報処理システム１Ａを構成する各装置の機能構成例を示すブロック図である。図１１で示すように、情報処理システム１Ａは、情報処理サーバ２Ａおよび端末３Ａを備えている。情報処理サーバ２Ａは、情報処理部１０に代えて情報処理部１０Ａを備えている。端末３Ａは、端末制御部１２に代えて端末制御部１２Ａを備え、更に端末記憶部３０を備えている。

【0086】

端末３Ａには、所定のアプリケーション３１がダウンロードされており、端末記憶部３０にはアプリケーション３１が記憶されている。端末３Ａは、アプリケーション３１が起動されると、アプリケーション３１を実行し、アプリケーション３１の機能によりコンテンツを提供する。コンテンツの提供に際して端末３Ａは、少なくとも表示装置４に画面を表示する。コンテンツの内容は限定されない。例えばコンテンツの内容は、コミュニケーションツールや、動画配信サービス、ポイントサービス、地図サービス、ゲーム等に関連するものである。また端末３Ａにダウンロードされたアプリケーション３１は１つに限られない（ただし、本実施形態では説明の簡単のため１つとしている）。本実施形態ではアプリケーション３１の機能により提供されるコンテンツ、および、アプリケーション３１の機能により表示される画面（当然、コンテンツに関連する画面）を広く「コンテンツ」とする。

【0087】

以下の説明では、アプリケーション３１の機能により提供されるコンテンツを「アプリコンテンツ」という。アプリケーション３１の機能により提供される画面を「アプリ画面」という。本実施形態ではアプリ画面の中に、問合せ用画面２１に相当する画面が表示されるものがある。なお問合せ用画面２１に相当する画面は、問合せ用画面２１と同一のものである必要はなく、実質的に同等の内容の画面であればよいが、以下の説明では説明の簡単のため、問合せ用画面２１そのものであるとする。本実施形態では、端末３Ａがコードの応答要求を行う。つまり、本変形例では、端末３Ａが特許請求の範囲の「クライアント」に相当する。以下、本変形例に係る情報処理サーバ２Ａ、端末３ＡおよびＷｅｂサーバ４が認証シーンにおいて実行する処理についてフローチャートを用いて説明する。

【0088】

図１２は、認証シーンにおける情報処理サーバ２Ａの動作（情報処理方法）の説明に利用するフローチャートである。図１２においてフローチャートＦＪは端末３Ａの動作を、フローチャートＦＫは情報処理サーバ２Ａの動作をそれぞれ示している。フローチャートＦＫについてフローチャートＦＣと同一の処理が行われるステップには同一の符号を付している。ステップＦＪの開始時点では、アプリケーション３１が起動しており、アプリケーション３１の機能により、アプリ画面と共に問合せ用画面２１が表示装置５に表示されているものとする。またフローチャートＦＪの処理の主体となる端末３Ａを「注目端末３Ａ－１」とし、注目端末３Ａ－１を使用するユーザを「注目ユーザ」とする。

【0089】

フローチャートＦＪのステップＳＸ３を参照し、注目ユーザは、アプリ画面上の問合せ用画面２１のコード取得ボタン２２を選択する（ステップＳＸ３）。注目ユーザによりコード取得ボタン２２が選択されると、注目端末３Ａ－１の端末制御部１２Ａは、管理ＩＤを情報処理サーバ２Ａに通知すると共に、情報処理サーバ２Ａに対してコードの応答要求を行う（ステップＳＪ１）。これと併せて注目端末３Ａ－１の端末制御部１２Ａは、アプリケーション３１のコンテンツ種類ＩＤを情報処理サーバ２Ａに通知する（ステップＳＪ１）。情報処理サーバ２Ａとの通信のために必要な情報（アクセス先のＵＲＬに関する情報等）はアプリケーション３１に登録されている。

【0090】

管理ＩＤとは、アプリケーション３１におけるユーザ或いはユーザの行動を識別する情報である。アプリケーション３１が外部の装置（例えばクラウドサーバ）と通信する場合に、そのときのセッションＩＤを管理ＩＤとしてもよく、アプリケーショントラフィックＩＤを管理ＩＤとしてもよい。なお管理ＩＤは、第１実施形態のセッションＩＤに相当するものである。情報処理サーバ２Ａは、管理ＩＤについて、第１実施形態のセッションＩＤと同じ取り扱いをする。またコンテンツ種類ＩＤは、コンテンツの種類を識別するためのＩＤである。

【0091】

図１２のフローチャートＦＫで示すように、情報処理サーバ２Ａの情報処理部１０Ａは、管理ＩＤ、コンテンツ種類ＩＤおよびコードの応答要求を受信する（ステップＳＫ１）。次いで情報処理部１０Ａは、第１実施形態で説明したステップＳＣ２、ステップＳＣ３の処理を実行する。なおステップＳＣ３において情報処理部１０Ａは、受取セッションＩＤの値をステップＳＫ１で受信した管理ＩＤとする。ステップＳＣ３の処理後、情報処理部１０は、生成したコード、および、アプリコンテンツに対応する電話番号を示す情報を、端末３Ａに応答する（ステップＳＫ２）。なお記憶部１７には、コンテンツごとに、コンテンツ種類ＩＤと、コンテンツに対応する電話番号を示す情報とを対応付けたテーブルが記憶されている。情報処理部１０は、当該テーブルを参照し、アプリコンテンツに対応する電話番号を特定する。

【0092】

図１２のフローチャートＦＪで示すように、端末３Ａの端末制御部１２Ａは、コードおよびアプリコンテンツに対応する電話番号を示す情報を受信し（ステップＳＪ２）、これら情報に基づいて問合せ用画面２１の内容を変更する（ステップＳＪ３）。

【0093】

以上が認証シーンにおける各装置の動作である。本実施形態によれば、第１実施形態と同様、問合せ用画面２１の内容が適切に変更される。なお本実施形態に係る情報処理サーバ２Ａは、問合せシーンおよび情報提供シーンでは、第１実施形態に係る情報処理サーバ２と同様の処理を実行する。ただし問合せシーンでは、Ｗｅｂサーバ４に代えて、所定の装置が情報処理サーバ２Ａに対して問い合わせを行う。所定の装置は、例えば、アプリケーション３１の提供元の会社が管理するサーバであり、また例えば端末３Ａである。

【0094】

以上、本発明の一実施形態について説明したが、上記各実施形態は、本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

【0095】

例えば上記第１実施形態（変形例を含む）では、情報処理サーバ２を１つのサーバとして説明した。しかしながら情報処理サーバ２が複数のサーバにより構成されていてもよい。図１３は、情報処理サーバ２が複数のサーバにより構成されたときの構成図の一例を示す図である。図１３の例では、情報処理サーバ２Ｂは、認証サーバ２５と、電話自動応答サーバ２６と、情報提供サーバ２７とを含んで構成されている。認証サーバ２５は認証シーンで説明した各種処理を実行し、電話自動応答サーバ２６は問合せシーンで説明した各種処理を実行し、情報提供サーバ２７は情報提供シーンで説明した各種処理を実行する。ただし図１３の構成はあくまで一例であり、サーバが担当する処理や機能によってより細かく分かれてもよく、また、より少なく分かれてもよい。以上の事項は、第２実施形態についても同様である。

【0096】

また上記第１実施形態（変形例を含む）では、電話番号に電話があったときに、情報処理サーバ２の情報処理部１０は、認証済データベース２４を利用して認証済か否かを判別し、認証済の場合には、コード入力音声案内を行うことなく、通常電話自動応答処理を実行した。この点に関し、情報処理部１０が、電話番号に電話があったときに、認証済か否かを判別することなく必ずコード入力音声案内を行う構成でもよい。この構成の場合、ＷｅｂサイトのＷｅｂページを閲覧し、コードを取得したユーザのみに対して、対応電話自動応答処理が実行されることになる。またこの場合、認証済データベース２４は必要ない。以上の事項は、第２実施形態についても同様である。

【0097】

また上記第１実施形態（変形例を含む）では、情報処理サーバ２が記憶部１７を備える構成であった。この点に関し、情報処理サーバ２と通信可能な他の装置に記憶部１７が設けられ、情報処理サーバ２が適宜、他の装置にアクセスする構成でもよい。以上の事項は、第２実施形態についても同様である。

【0098】

また上記第１実施形態（変形例を含む）では、コード関連データベース２３の各レコードには、認証成功日時情報および電話終了日時情報の双方が含まれていたが、何れか一方の情報が含まれる構成でもよい。認証成功日時情報によれば、ユーザが電話による問合せを行った日時を把握でき、また、電話終了日時情報によれば、ユーザが電話を切った日時を把握することが可能である。以上の事項は、第２実施形態についても同様である。

【0099】

また上記各実施形態では、コンテンツに相当する対象や、クライアントに相当する対象を具体的に例示したが、これらは例示したものに限られるものではない。また、第１実施形態（変形例を含む）に係る情報処理サーバ２が、第２実施形態で説明した機能を更に備える構成でもよい。

【符号の説明】

【0100】

１、１Ａ 情報処理システム
２、２Ａ、２Ｂ 情報処理サーバ（情報処理装置）
３Ａ 端末（クライアント）
４ Ｗｅｂサーバ（クライアント）
１０、１０Ａ 情報処理部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】