JP6927457B1 - 情報処理システム、情報処理方法、プログラム及び記録媒体 - Google Patents

Abstract

情報処理システムは、第１サービスを提供する第１サービスサーバを含む情報処理システムであって、通信部と制御部を有する。上記通信部は、上記第１サービスの第１アカウントを有さないユーザのユーザ端末及び上記第１サービスとは異なる第２サービスを提供する第２サービスサーバと通信する。上記制御部は、上記ユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信する。また制御部は、当該購入要求画面上で、上記ユーザの所定の識別情報の入力があった場合に、上記第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが上記識別情報に対応する第２アカウントを有するか否かを問い合わせる。そして制御部は、対応するアカウントを有する場合、上記ユーザ端末へ、上記第１アカウントへのログイン及び当該第１アカウントと上記第２アカウントとの連携処理を提案する表示情報を送信する。【選択図】図４

Description

本発明は、異なるサービス間のアカウントの連携処理を制御可能な情報処理システム、情報処理方法、プログラム及び当該プログラムを記録した記録媒体に関する。

従来から、互いに異なるユーザ識別体系（アカウント、ＩＤ）を利用するサービス間でアカウントを連携し、サービスを連動することができるシステムが知られている。

例えば特許文献１には、紹介者識別子を含む第１のＵＲＬを生成し、ユーザ識別子を含む第２のＵＲＬを生成することにより、第１のＵＲＬ及び第２のＵＲＬにより情報取得サーバにアクセスがあった場合、紹介者識別子及びユーザ識別子を紐づけて取得することが開示されている。

特許第６３７７２９３号公報

しかしながら、特許文献１に記載の技術では、ユーザは、アカウントを連携させるためには、第１のＵＲＬと第２のＵＲＬの双方によってサーバにアクセスする必要があり、連携処理に手間を要する。またアカウントの連携には、ユーザはまず連携元のアカウントを登録（会員登録）する必要があるが、アカウントの連携のためだけに新たにアカウントの登録を行うこともユーザにとって手間となる。

以上のような事情に鑑み、本発明の目的は、オンラインサービスのアカウントを有していないユーザに、当該アカウントの登録及び他のサービスのアカウントとの連携を無理なく促すことが可能な情報処理システム、情報処理方法、プログラム及び記録媒体を提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理システムは、第１サービスを提供する第１サービスサーバを含む情報処理システムであって、通信部と制御部を有する。上記通信部は、上記第１サービスの第１アカウントを有さないユーザのユーザ端末及び上記第１サービスとは異なる第２サービスを提供する第２サービスサーバと通信可能である。上記制御部は、上記ユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信する。また制御部は、当該購入要求画面上で、上記ユーザの所定の識別情報の入力があった場合に、上記第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが上記識別情報に対応する第２アカウントを有するか否かを問い合わせる。そして制御部は、対応するアカウントを有する場合、上記ユーザ端末へ、上記第１アカウントの登録及び当該第１アカウントと上記第２アカウントとの連携処理を提案する表示情報を送信する。

この構成により情報処理システムは、商品・サービスの購入要求画面上でのユーザの識別情報の入力を契機に第１アカウントの登録及び第２アカウントとの連携を提案することで、連携により第２サービスから得られる特典をインセンティブとして、第１サービスのアカウントを有していないユーザに、第２サービスのアカウントとの連携を無理なく促すことができるとともに、商品・サービスの販売機会の損失を防ぐことができる。ここで所定の識別情報とは、例えばユーザのメールアドレスや電話番号等であるが、これに限られない。

上記制御部は、上記購入要求画面上で、上記識別情報が入力され、かつ、当該識別情報以外の入力項目のうち所定割合以上の入力が完了している場合に上記表示情報を送信してもよい。

これにより情報処理システムは、ユーザによる商品又はサービスの購入のための入力作業がある程度進んだ段階でアカウント連携を促すことで、アカウント連携に対するユーザの抵抗感をより軽減することができる。

上記制御部は、上記購入要求画面上で入力された、上記識別情報以外の所定の情報が上記第２アカウントと対応付けられているか否かを当該第２サービスサーバに問い合わせ、対応付けられている場合に上記表示情報を送信してもよい。

これにより情報処理システムは、連携可能なアカウントの有無をより精度よく判定することができる。

上記制御部は、購入要求画面が有する全ての入力項目の入力完了前に、上記表示情報に応じて上記ユーザ端末から上記第１アカウントと上記第２アカウントとの連携処理要求を受信した場合、当該ユーザ端末へ連携処理実行画面を送信し、連携処理完了後に当該連携処理実行画面に代えて上記入力中の購入要求画面を当該ユーザ端末へ送信してもよい。

これにより情報処理システムは、購入処理の完了前にアカウント連携処理を完了し連携した状態で購入処理を行なわせることができる。

上記制御部は、上記表示情報に応じて上記ユーザ端末から上記第１アカウントと上記第２アカウントとの連携処理要求を受信し、連携処理を完了した場合であって、上記購入要求画面に入力された情報に基づく購入処理が完了した場合、購入処理の完了と上記連携処理の完了とを同時に通知する完了画面を上記ユーザ端末へ送信してもよい。

これにより情報処理システムは、アカウント連携処理の完了と連携後のアカウントによる購入処理の完了とをユーザに同時に知らせることができ、両者を別個に通知する手間を省くことができる。

上記購入要求に基づく上記商品又はサービスの購入処理が完了し、かつ、上記第１アカウントと上記第２アカウントとが連携されている場合には、上記第２アカウントについて上記商品又はサービスの内容に応じたポイントが付与されてもよい。ここで上記制御部は、上記購入処理に応じて付与されるポイントが所定ポイント以上となる場合に上記表示情報を送信してもよい。

これにより情報処理システムは、付与されるポイントをインセンティブとしてアカウント連携をユーザに促すことができる。

本発明の他の形態に係る情報処理方法は、第１サービスを提供する第１サービスサーバを含む情報処理システムにより実行される情報処理方法であって、
上記第１サービスの第１アカウントを有さないユーザのユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信し、
上記購入要求画面上で、上記ユーザの所定の識別情報の入力があった場合に、上記第１サービスとは異なる第２サービスを提供する第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが上記識別情報に対応する第２アカウントを有するか否かを問い合わせ、
上記ユーザが対応するアカウントを有する場合、上記ユーザ端末へ、上記第１アカウントの登録及び当該第１アカウントと上記第２アカウントとの連携処理を提案する表示情報を送信する、ことを含む。

本発明の他の形態に係るプログラムは、第１サービスを提供する第１サービスサーバとして機能する情報処理装置に、
上記第１サービスの第１アカウントを有さないユーザのユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信するステップと、
上記購入要求画面上で、上記ユーザの所定の識別情報の入力があった場合に、上記第１サービスとは異なる第２サービスを提供する第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが上記識別情報に対応する第２アカウントを有するか否かを問い合わせるステップと、
上記ユーザが対応するアカウントを有する場合、上記ユーザ端末へ、上記第１アカウントの登録及び当該第１アカウントと上記第２アカウントとの連携処理を提案する表示情報を送信するステップと、を実行させる。

本発明の他の実施形態に係る記録媒体は、上記プログラムが記録された、コンピュータで読み取り可能な記録媒体である。

以上説明したように、本発明によれば、オンラインサービスのアカウントを有していないユーザに、当該アカウントの登録及び他のサービスのアカウントとの連携を無理なく促すことができる。しかし、当該効果は本発明を限定するものではない。

本発明の一実施形態に係る飲食店情報提供システムの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバのハードウェア構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバが有するデータベースの構成を示した図である。 本発明の一実施形態に係る飲食店情報提供サーバによる、アカウント連携処理の流れを示したフローチャートである。 本発明の一実施形態において飲食店情報提供サーバによってユーザ端末に送信され表示される飲食店予約フォーム画面の例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによってユーザ端末に送信され表示されるアカウントログイン／連携提案ダイアログの例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによってユーザ端末に送信され表示されるアカウント登録／連携提案ダイアログの例を示した図である。 本発明の一実施形態において飲食店情報提供サーバによってユーザ端末に送信され表示されるアカウント連携処理実行画面の例を示した図である。

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

［システムの構成］
図１は、本実施形態に係る飲食店情報提供システムの構成を示した図である。

同図に示すように、このシステムは、インターネット５０上の飲食店情報提供サーバ１００と、複数のユーザ端末２００と、複数の飲食店端末３００と、他のＥＣ（E-Commerce）サーバ４００とを含む。

飲食店情報提供サーバ１００は、飲食店に関する情報を掲載したポータルサイトを運営するウェブサーバである。飲食店情報提供サーバ１００は、複数のユーザ端末２００及び複数の飲食店の飲食店端末３００とインターネット５０を介して接続されている。

飲食店情報提供サーバ１００は、上記ポータルサイトにおいて、ユーザ端末２００のユーザ向けに飲食店情報の検索システムを提供する。具体的には、飲食店情報提供サーバ１００は、ユーザ端末２００からの検索要求に基づいて検索条件に合致する飲食店情報を検索し、検索結果を掲載したＷｅｂページを生成してユーザ端末２００へ送信する。また飲食店情報提供サーバ１００は、当該飲食店情報を閲覧したユーザのユーザ端末２００からの、いずれかの飲食店に対する予約受付処理を代行する。

ユーザ端末２００（２００Ａ，２００Ｂ，２００Ｃ...）は、ユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。ユーザ端末２００は、飲食店情報提供サーバ１００へアクセスし、上記Ｗｅｂページを受信してブラウザ等により画面に表示する。

ユーザ端末２００は、ユーザの操作に基づいて飲食店の検索条件を決定し、当該検索条件に基づく飲食店検索要求を飲食店情報提供サーバ１００へ送信する。本実施形態では、飲食店の所在エリア（最寄駅）やジャンル、価格帯等、予め設定された検索条件をユーザ端末２００のユーザが選択することで検索要求の送信が可能である。そしてユーザ端末２００は、ユーザの操作に基づいて、上記検索結果として表示されたいずれかの飲食店に対する予約要求を飲食店情報提供サーバ１００へ送信可能である。

ユーザが上記ポータルサイトを介して飲食店の予約等の各種サービスを利用するには、ユーザは上記飲食店情報提供サーバ１００が提供するサービスの会員としてのアカウント（ＩＤ）を有し、当該アカウントを用いて上記ポータルサイトにログインする必要がある。ユーザが当該アカウントで所定のサービスを利用した場合、当該サービスの内容に応じたポイントがユーザ（のアカウント）に付与される。

また一方で飲食店情報提供サーバ１００は、上記ポータルサイトに掲載される飲食店（加盟店）向けに、飲食店情報の管理画面（Ｗｅｂページ）を提供している。飲食店端末３００のユーザは、当該管理画面を介して、上記検索結果として一般ユーザに提供されるＷｅｂページ上の飲食店情報を編集・更新し、当該Ｗｅｂページを上記ポータルサイト上にアップロードすることができる。

飲食店端末３００（３００Ａ，３００Ｂ，３００Ｃ...）は、各飲食店に設置されている端末であり、タブレットＰＣ、ノートブックＰＣ、デスクトップＰＣ等である。飲食店端末３００は、管理者の操作に基づいて、上記飲食店情報の編集・更新等、自身の飲食店情報に関する処理を飲食店情報提供サーバ１００との通信により実行することが可能である。

また他のＥＣサーバ４００は、飲食店情報提供サーバ１００と同様に会員向けのＥＣサービスを提供している。ユーザ端末２００のユーザは、当該ＥＣサーバ４００が提供するサービスを利用するには、会員としてのアカウントを有し、当該アカウントを用いて上記ポータルサイトにログインする必要がある。ユーザが当該アカウントで所定のサービスを利用した場合も、当該サービスの内容に応じたポイントがユーザ（のアカウント）に付与される。

本実施形態では、飲食店情報提供サーバ１００は、飲食店情報提供サーバ１００が提供する飲食店情報提供サービスを利用するためのアカウント（以下、第１アカウント）と、他のＥＣサーバ４００が提供するＥＣサービスを利用するためのアカウント（以下、第２アカウント）とを、所定の連携処理によって連携させることが可能である。当該連携処理の詳細について後述する。

また飲食店情報提供サーバ１００は、ユーザ端末２００のユーザが、飲食店情報提供サービスを利用した場合に、第１アカウントと第２アカウントの連携の有無に応じていずれかのアカウントに対してポイントが付与されるようにポイント付与処理を制御することが可能である。

［飲食店情報提供サーバのハードウェア構成］
図２は、上記飲食店情報提供サーバ１００のハードウェア構成を示した図である。同図に示すように、飲食店情報提供サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながら飲食店情報提供サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

後述するが、特に本実施形態において、記憶部１８は、後述するアカウント連携処理に必要なアプリケーション等のプログラムの他、飲食店情報データベース、ユーザ情報データベース、及び予約情報データベースを有している。

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記ユーザ端末２００との間の通信処理を担う。

なお、図示しないが、ユーザ端末２００及び飲食店端末３００の基本的なハードウェア構成も上記飲食店情報提供サーバ１００のハードウェア構成と略同様である。

［飲食店情報提供サーバのデータベース構成］
図３は、上記飲食店情報提供サーバ１００が有するデータベースの構成を示した図である。

同図に示すように、飲食店情報提供サーバ１００は、記憶部１８に、飲食店情報データベース３１、ユーザ情報データベース３２、予約情報データベース３３を有している。

飲食店情報データベース３１は、飲食店毎に、その飲食店の店名、所在位置（住所または緯度経度）情報、エリア情報、アクセス情報（最寄り駅情報、最寄り駅からの徒歩距離情報）電話番号、その飲食店を識別するＩＤ（店舗ＩＤ）、その飲食店の業態・サービスのカテゴリ情報、その飲食店を紹介する情報（店舗のＰＲ文等の店舗の特徴を示す情報、飲食店が行うイベント情報等）、飲食店に関する（飲食店を紹介する）画像データ、飲食店が提供するメニューに関するメニュー情報、平均予算情報、営業時間、ウェブサイトＵＲＬ等の情報等を記憶している。これらの情報は、各飲食店の飲食店端末３００から、飲食店情報提供サーバ１００が提供する管理画面を介して入力されたものである。また飲食店情報データベース３１には、各飲食店における予約受付状況を示す情報（予約台帳情報）が記憶されていてもよい。

上記メニュー情報は、上記ポータルサイト上の各飲食店のサイトに掲載されるメニューに対応する情報であり、各飲食店が提供可能な複数のメニューのメニュー名を、飲食店毎に記憶している。当該メニュー情報は、例えば前菜／メイン、ランチ／ディナー／コース等のメニューカテゴリ毎に記憶されてもよい。またメニュー情報としては、メニュー名や値段、説明等を示す文字情報の他、当該メニューを撮影した写真等の画像情報も対応付けて記憶される。

上記エリア情報としては、広さ単位の異なる複数のエリアに関する情報が含まれる。広いエリアとしては例えば都道府県や市区町村、狭いエリアとしては例えば駅から数百ｍ以内（例えば、「銀座エリア」）、それらの間の広さのエリアとして、例えば駅から１ｋｍ以内のエリアや、複数の駅周辺エリアがまとまったエリア（例えば、「銀座・新橋・有楽町エリア」）等が挙げられるが、これらに限られない。これにより、同じ飲食店でも、その広さによって複数のエリアに紐付けられていることになる。

上記カテゴリ情報は、例えば和食、中華、イタリアン、フレンチ、焼肉等のメインカテゴリの他、和食における焼き鳥・天ぷら等、イタリアンにおけるパスタ・ピザ等のより詳細なサブカテゴリを含んでいてもよい。

ユーザ情報データベース３２は、ユーザ端末２００を所有する、上記飲食店情報提供サーバ１００が提供する上記ポータルサイトを介した飲食店情報サービスの利用者（会員）であるユーザに関する情報を記憶する。具体的には、ユーザ情報データベース３２は、ユーザＩＤ、パスワード、氏名、メールアドレス（その他のメッセージの宛先となる情報）、電話番号、住所、年齢（層）、性別、誕生日等の情報をユーザ毎に記憶している。ユーザＩＤとしては、ユーザの指定した任意の文字列の他、ユーザのメールアドレスも利用可能である。

またユーザ情報データベース３２には、上記第１アカウントに連携された第２アカウントが存在する場合には、当該第２アカウントに関する情報（以下、連携情報）も上記ユーザＩＤと対応付けて記憶される。当該連携情報は、ユーザ端末２００から飲食店情報提供サーバ１００に対して第２アカウントとの連携要求が送信された場合に記憶される他、連携先の第２アカウントを管理する他のＥＣサーバ４００に対してユーザ端末２００から第１アカウントとの連携要求が送信された場合に、当該他のＥＣサーバ４００から受信され記憶されてもよい。

さらにユーザ情報データベース３２は、これまでにユーザに付与されたポイントに関する情報も記憶している。当該ポイントに関する情報としては、上記第１アカウントに連携された第２アカウントが存在しない場合には当該第１アカウントについて付与されたポイントに関する情報が記憶され、第１アカウントに連携された第２アカウントが存在する場合には、第１アカウントに付与されたポイントに加えて、第２アカウントについて付与されたポイントに関する情報が記憶される。

また、第１アカウントに連携された第２アカウントが存在する場合でも、ユーザ情報データベース３２には第１アカウントについて付与されたポイントに関する情報のみが記憶され、第２アカウントについて付与されたポイントに関する情報は上記ＥＣサーバ４００またはそれに紐づけられた他のサーバによって記憶されてもよい。

予約情報データベース３３は、上記ユーザ端末２００から、所定の予約フォーム等を介して受信した、各飲食店の予約要求に含まれる予約情報（例えば、飲食店名、予約時刻、利用人数、利用コース等）を、上記ユーザ端末２００のユーザを識別するユーザ情報と対応付けて記憶する。

これら各データベースは、後述する飲食店情報提供サーバ１００によるアカウント連携処理において、必要に応じて相互に参照されて用いられる。

［飲食店情報提供サーバの動作］
次に、以上のように構成された飲食店情報提供サーバ１００の動作について説明する。当該動作は、飲食店情報提供サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。

図４は、飲食店情報提供サーバ１００による、アカウント連携処理の流れを示したフローチャートである。

同図に示すように、ＣＰＵ１１は、ユーザ端末２００から、第１アカウントへの未ログインの状態で、飲食店の予約フォーム画面へのアクセスがあったか否かを判断する（ステップ４１）。予約フォーム画面へのアクセスは、例えば、上記ポータルサイト上の各飲食店の飲食店情報欄に表示された予約ボタンのうちいずれかがユーザ端末２００のユーザに押下されることで行われる。

予約フォーム画面へのアクセスがあったと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、予約フォーム画面を生成してユーザ端末２００へ送信する（ステップ４２）。

図５は、飲食店情報提供サーバ１００によってユーザ端末２００に送信され表示される予約フォーム画面の例を示した図である。

同図に示すように、予約フォーム画面５０は、例えば、予約者の氏名を入力するための氏名入力欄５１、予約者のメールアドレスを入力するためのメールアドレス入力欄５２、予約者の電話番号を入力するための電話番号入力欄５３及び各入力欄に入力された情報を基に予約を要求するための予約要求ボタン５４を有する。

続いてＣＰＵ１１は、上記予約フォーム画面５０上で、ユーザ識別情報としてのメールアドレスがメールアドレス入力欄５２に入力されたか否かを判断する（ステップ４３）。ここで、メールアドレスの入力が完了したか否かは、例えば、入力用のカーソルがメールアドレス入力欄５２から他の入力欄へ移動したことを検知することや、メールアドレス入力欄５２において最後に文字が入力されてから文字が入力されない時間が所定時間（例えば１０秒等）以上経過したことを検知することで判断されてもよい。

メールアドレスが入力されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、他のＥＣサーバ４００へ、当該メールアドレスに対応する第２アカウント（他のＥＣサーバ４００が提供するサービスへのログインに必要なアカウント）の有無を問い合わせる（ステップ４４）。

続いてＣＰＵ１１は、他のＥＣサーバ４００から、上記メールアドレスに対応する第２アカウントが有るとの返答を受信したか否かを判断する（ステップ４５）。

対応する第２アカウントは存在しないとの返答を受信した場合には（Ｎｏ）、ＣＰＵ１１はアカウント連携処理を終了する。

一方、対応する第２アカウントが存在するとの返答を受信した場合には（Ｙｅｓ）、ＣＰＵ１１は、上記予約フォーム画面５０において、メールアドレス以外の入力項目のうち所定割合以上の入力項目への入力が完了しているか否かを判断する（ステップ４６）。

ここで、メールアドレス以外の入力項目としては、本例では上述した氏名入力欄５１に入力される氏名と、電話番号入力欄５３に入力される電話番号がある。所定割合は例えば２０％、５０％、７０％等が挙げられるが、これに限られない。本例では、例えば５０％、すなわち、氏名と電話番号のうち一方が入力済みであれば所定割合以上の入力項目への入力が完了していると判断される。

上記メールアドレス以外の入力項目のうち所定割合以上の入力項目への入力が完了していると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該メールアドレスに対応する第１アカウントが存在するか否かを、ユーザ情報データベース３２を参照して確認する（ステップ４７）。

上記メールアドレスに対応する第１アカウントが存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、アカウントログイン／連携提案ダイアログを生成してユーザ端末２００へ送信し表示させる（ステップ４８）。

図６は、当該アカウントログイン／連携提案ダイアログの例を示した図である。同図に示すように、アカウントログイン／連携提案ダイアログ６０は、例えば予約フォーム画面５０に重畳して表示される。

アカウントログイン／連携ダイアログ６０は、ユーザが有する第１アカウントが第２アカウントと連携可能であること、及び当該アカウントの連携及び第１アカウントへのログインを提案する旨の文字情報と、当該連携及びログインを要求するためのログイン・連携ボタン６１と、連携を行わず予約フォーム画面５０に戻るための不連携ボタン６２を有する。

ＣＰＵ１１は、ダイアログとしてではなく、予約フォーム画面５０から遷移する別画面としてアカウントログイン／連携提案用の表示情報を生成してもよい。

続いてＣＰＵ１１は、上記アカウントログイン／連携ダイアログ６０上で、ユーザ端末２００のユーザにより上記ログイン・連携ボタン６１が押下されることで、第１アカウントへのログイン及び第１アカウントと第２アカウントの連携の要求を受信したか否かを判断する（ステップ４９）。

上記ログイン・連携要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、まず第１アカウントへのログイン画面をユーザ端末２００へ送信する。そしてユーザ端末２００のユーザによってログイン情報が入力されユーザ端末２００からログイン要求を受信すると、ＣＰＵ１１は、ユーザ端末２００を第１アカウントへログインさせる。続いてＣＰＵ１１は、ログインに成功すると、第１アカウントと第２アカウントの連携処理を実行するための連携処理実行画面を生成しユーザ端末２００へ送信する（ステップ５０）。

一方、上記メールアドレスに対応する第１アカウントが存在しないと判断した場合（Ｎｏ）、ＣＰＵ１１は、アカウント登録／連携提案ダイアログを生成してユーザ端末２００へ送信し表示させる（ステップ５１）。

図７は、当該アカウント登録／連携提案ダイアログの例を示した図である。同図に示すように、アカウント登録／連携提案ダイアログ７０も、例えば予約フォーム画面５０に重畳して表示される。

アカウント登録／連携提案ダイアログ７０は、第１アカウントを登録すると、当該第１アカウントと第２アカウントとを連携可能であること、及び当該第１アカウントの登録及び第２アカウントとの連携を提案する旨の文字情報と、当該アカウント登録・連携を要求するための登録・連携ボタン７１と、アカウント登録・連携を行わず予約フォーム画面５０に戻るための不登録ボタン７２を有する。

ＣＰＵ１１は、ダイアログとしてではなく、予約フォーム画面５０から遷移する別画面としてアカウント登録／連携提案用の表示情報を生成してもよい。

続いてＣＰＵ１１は、上記アカウント登録／連携ダイアログ７０上で、ユーザ端末２００のユーザにより上記登録・連携ボタン７１が押下されることで、第１アカウントの登録及び第１アカウントと第２アカウントの連携の要求を受信したか否かを判断する（ステップ５２）。

上記登録・連携要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、まず第１アカウントの登録画面をユーザ端末２００へ送信する。そしてユーザ端末２００のユーザによって登録情報（ユーザ名、メールアドレス、電話番号等）が入力されユーザ端末２００から登録要求を受信すると、ＣＰＵ１１は、当該登録情報を第１アカウント情報としてユーザ情報データベース３２に登録する。続いてＣＰＵ１１は、当該登録した第１アカウントと第２アカウントの連携処理を実行するための連携処理実行画面を生成しユーザ端末２００へ送信する（ステップ５３）。

図８は、当該連携処理実行画面の例を示した図である。同図に示すように、ＣＰＵ１１は、上記ログイン・連携要求に基づいてログインに成功した場合、及び、上記登録・連携要求に基づいてアカウント登録処理を完了した場合、ユーザ端末２００へ連携処理実行画面８０を送信して表示させる。同図に示すように、当該連携処理実行画面８０は、例えばユーザ名やユーザＩＤ（メールアドレス）等、第２アカウントに関する情報と共に、当該第２アカウントと第１アカウントとの連携を実行するか否かを確認するメッセージ及び連携を実行するための連携ボタン８１並びに連携をキャンセルためのキャンセルボタン８２を有する。

ＣＰＵ１１は、当該連携処理実行画面８０上で連携ボタン８１が押下されることで、ユーザ端末２００から連携実行要求を受信すると、連携処理を実行する。具体的には、ＣＰＵ１１は、他のＥＣサーバ１００との通信により第２アカウントに関する情報を受信して、上記ユーザ情報データベース３２内に、第１アカウントに関する情報と対応付けて記憶する。

そしてＣＰＵ１１は、連携処理が完了したと判断した場合（ステップ５０のＹｅｓ）、上記入力中の予約フォーム画面５０をユーザ端末２００へ再送信し、連携処理実行画面８０から当該予約フォーム画面５０に遷移させる（ステップ５１）。

これによりユーザ端末２００のユーザは、予約フォーム画面５０上で残りの入力項目を入力し飲食店の予約要求を飲食店情報提供サーバ１００へ送信することで、当該予約内容に応じて、第２アカウントに対応するポイントを得ることができる。すなわち、飲食店情報提供サーバ１００は、当該予約要求を受信すると、当該予約に関する情報を予約情報データベース３３に記憶し、当該予約に関する情報と共に、第２アカウントに対するポイント付与処理を他のＥＣサーバ４００へ要求する。当該ポイント付与処理の要求は、予約要求毎ではなく、例えば１日、１週間等、定期的に、複数の予約についてまとめて実行されてもよい。

またＣＰＵ１１は、上記アカウント連携の完了後に、予約フォーム画面５０上で入力された情報に基づく予約要求を受信し予約が完了した場合には、当該予約（サービスの購入）の完了と、アカウントの連携の完了（及びアカウント登録の完了）とを同時に通知する完了画面を生成してユーザ端末２００へ送信してもよい。これにより、アカウント連携処理（及びアカウント登録処理）の完了と連携後のアカウントによる購入処理の完了とをユーザに別個に通知する手間が省かれる。

［まとめ］
以上説明したように、本実施形態によれば、飲食店情報提供サーバ１００は、予約フォーム画面５０上でのユーザの識別情報（メールアドレス）の入力を契機に第１アカウントへのログイン／登録及び第２アカウントとの連携を提案することで、連携により第２サービスから得られる特典をインセンティブとして、第１サービスのアカウントへログインしていないユーザまたは第１サービスのアカウントを有していないユーザに、第２サービスのアカウントとの連携を無理なく促すことができるとともに、サービスの提供機会の損失を防ぐことができる。

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。

上述の実施形態においては、本発明が飲食店の予約処理における予約フォーム画面に適用された場合の例が示されたが、本発明はこれに限られず、他のあらゆるサービスや商品の購入（利用）を要求するための購入要求画面に適用可能である。

上述の実施形態においては、ユーザ識別情報としてメールアドレスに対応する第２アカウントの有無が他のＥＣサーバ４００に問い合わされたが、例えば電話番号等、その他のユーザ識別情報に対応する第２アカウントの有無が問い合わされてもよい。

上述の実施形態において、飲食店情報提供サーバ１００は、ユーザ端末２００からの上記予約フォーム５０による予約要求の受信時から所定期間前（例えば１日、１週間、１か月等）までに、上記第１アカウントへのログイン履歴があるか否かを判断し、当該ログイン履歴がある場合には、上記対応する第２アカウントが存在していても、アカウントログイン／連携ダイアログ６０を生成しないようにしてもよい。これにより飲食店情報提供サーバ１００は、第１アカウントに直前にログインした履歴があるにも関わらずログインせずに予約要求があった場合には、なりすましの可能性があるものとみなして、アカウント連携を提案しないようにすることで、ポイントの不正取得等の被害を未然に防ぐことができる。

上述の実施形態では、飲食店情報提供サーバ１００は、ユーザのメールアドレスをキーとして他のＥＣサーバ４００に対応する第２アカウントの有無を問い合わせた。飲食店情報提供サーバ１００は、当該メールアドレスに加えて、上記予約フォーム画面５０上で入力された、メールアドレス以外の所定の情報（例えば電話番号等）が第２アカウントと対応付けられているか否かをＥＣサーバ４００に問い合わせ、対応付けられている場合に上記アカウントログイン／連携提案ダイアログ６０またはアカウント登録／連携提案ダイアログ７０を生成・送信してもよい。これにより、連携可能な第２アカウントの有無が、より精度よく判定される。

上述の実施形態においては、予約フォーム画面５０上でユーザによってメールアドレスが入力されると、予約内容にかかわらず第２アカウントの有無が確認され、アカウントログイン／連携提案ダイアログ６０またはアカウント登録／連携提案ダイアログ７０が生成された。しかし、飲食店情報提供サーバ１００は、当該予約（商品またはサービスの購入処理）に応じて第２アカウント上で付与されるポイントを判定し、当該ポイントが所定ポイント以上となる場合にのみアカウントログイン／連携提案ダイアログ６０またはアカウント登録／連携提案ダイアログ７０を生成・送信してもよい。これにより飲食店情報提供サーバ１００は、連携により比較的大きなポイントが付与されることをインセンティブとして、第１アカウントと第２アカウントの連携をユーザに促すことができる。

上述の実施形態では、飲食店情報提供サーバ１００は、第１アカウントに対応する第２アカウントの有無を他のＥＣサーバ４００へ問い合わせていたが、当該他のＥＣサーバ４００へ直接問い合わせる代わりに、他のＥＣサーバ４００に紐づけられた別のサーバへ第２アカウントの有無を問い合わせてもよい。これは、複数のサービス提供者が共通のアカウントシステムを有している場合等、ユーザにサービスを提供する主体と、アカウントを管理している主体とが異なる場合も考えられるためである。

また飲食店情報提供サーバ１００が第２アカウントの有無をＥＣサーバ４００またはそれに紐づけられた別のサーバへ問い合わせる場合、ＥＣサーバ４００またはそれに紐づけられたサーバが、飲食店情報提供サーバ１００を運営する組織とは異なる（資本関係等のない）組織によって運営されている場合も考えられる。そのような場合、飲食店情報提供サーバ１００がセキュリティの観点からＥＣサーバ４００またはそれに紐づけられたサーバへアクセスできない場合がある。そのような場合、飲食店情報提供サーバ１００は、上記第２アカウントの有無を問い合わせるに際し、ＥＣサーバ４００またはそれに紐づけられたサーバとの間で、当該ＥＣサーバ４００またはそれに紐づけられたサーバ（のデータベース）へのアクセス許諾（アクセス権設定）処理を実行してもよい。

上述の実施形態では、飲食店情報提供サーバ１００は、ユーザに入力されたメールアドレスに対応する第２アカウントの有無を他のＥＣサーバ４００へ問い合わせた後に、当該メールアドレスに対応する第１アカウントの有無を確認していた。しかし、飲食店情報提供サーバ１００は、入力されたメールアドレスに対応する第１アカウントの有無を確認した後で、対応する第２アカウントの有無を他のＥＣサーバ４００へ問い合わせてもよい。

本願の特許請求の範囲に記載された発明のうち、「情報処理方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「情報処理方法」は、コンピュータ・ソフトウェアによる情報処理方法であって、コンピュータという計算道具を人間が操作する方法ではない。

上述の実施形態において、上記アカウント連携処理を実行するためのプログラムは、記憶部１８に記憶されるほか、コンピュータで読み取り可能な可搬性の記録媒体（例えば半導体メモリや光ディスク等）に記録され、上記飲食店情報提供サーバ１００とは独立して取引され、市場に流通させてもよく、例えば、インターネット等を介した電子的な注文に応じて、国内に限らず海外に向けて発送されてもよい。

１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…飲食店情報データベース
３２…ユーザ情報データベース
３３…予約情報データベース
５０…予約フォーム画面
５１…氏名入力欄
５２…メールアドレス入力欄
５３…電話番号入力欄
６０…アカウントログイン／連携提案ダイアログ
６１…ログイン・連携ボタン
７０…アカウント登録／連携提案ダイアログ
７１…登録・連携ボタン
８０…連携処理実行画面
１００…飲食店情報提供サーバ
２００…ユーザ端末
３００…飲食店端末
４００…他のＥＣサーバ

Claims (9)

1. 第１サービスを提供する第１サービスサーバを含む情報処理システムであって、
   前記第１サービスの第１アカウントを有さないユーザのユーザ端末及び前記第１サービスとは異なる第２サービスを提供する第２サービスサーバと通信可能な通信部と、
   前記ユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信し、当該購入要求画面上で、前記ユーザの所定の識別情報の入力があった場合に、前記第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが前記識別情報に対応する第２アカウントを有するか否かを問い合わせ、対応するアカウントを有する場合、前記ユーザ端末へ、前記第１アカウントの登録及び当該第１アカウントと前記第２アカウントとの連携処理を提案する表示情報を送信する制御部と
   を具備する情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記制御部は、前記購入要求画面上で、前記識別情報が入力され、かつ、当該識別情報以外の入力項目のうち所定割合以上の入力が完了している場合に前記表示情報を送信する
   情報処理システム。
3. 請求項１または２に記載の情報処理システムであって、
   前記制御部は、前記購入要求画面上で入力された、前記識別情報以外の所定の情報が前記第２アカウントと対応付けられているか否かを当該第２サービスサーバに問い合わせ、対応付けられている場合に前記表示情報を送信する
   情報処理システム。
4. 請求項１乃至３のいずれかに記載の情報処理システムであって、
   前記制御部は、購入要求画面が有する全ての入力項目の入力完了前に、前記表示情報に応じて前記ユーザ端末から前記第１アカウントと前記第２アカウントとの連携処理要求を受信した場合、当該ユーザ端末へ連携処理実行画面を送信し、連携処理完了後に当該連携処理実行画面に代えて前記入力中の購入要求画面を当該ユーザ端末へ送信する
   情報処理システム。
5. 請求項１乃至４のいずれかに記載の情報処理システムであって、
   前記制御部は、前記表示情報に応じて前記ユーザ端末から前記第１アカウントと前記第２アカウントとの連携処理要求を受信し、連携処理を完了した場合であって、前記購入要求画面に入力された情報に基づく購入処理が完了した場合、購入処理の完了と前記連携処理の完了とを同時に通知する完了画面を前記ユーザ端末へ送信する
   情報処理システム。
6. 請求項１乃至５のいずれかに記載の情報処理システムであって、
   前記購入要求に基づく前記商品又はサービスの購入処理が完了し、かつ、前記第１アカウントと前記第２アカウントとが連携されている場合には、前記第２アカウントについて前記商品又はサービスの内容に応じたポイントが付与され、
   前記制御部は、前記購入処理に応じて付与されるポイントが所定ポイント以上となる場合に前記表示情報を送信する
   情報処理システム。
7. 第１サービスを提供する第１サービスサーバを含む情報処理システムにより実行される情報処理方法であって、
   前記第１サービスの第１アカウントを有さないユーザのユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信し、
   前記購入要求画面上で、前記ユーザの所定の識別情報の入力があった場合に、前記第１サービスとは異なる第２サービスを提供する第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが前記識別情報に対応する第２アカウントを有するか否かを問い合わせ、
   前記ユーザが対応するアカウントを有する場合、前記ユーザ端末へ、前記第１アカウントの登録及び当該第１アカウントと前記第２アカウントとの連携処理を提案する表示情報を送信する
   情報処理方法。
8. 第１サービスを提供する第１サービスサーバとして機能する情報処理装置に、
   前記第１サービスの第１アカウントを有さないユーザのユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信するステップと、
   前記購入要求画面上で、前記ユーザの所定の識別情報の入力があった場合に、前記第１サービスとは異なる第２サービスを提供する第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが前記識別情報に対応する第２アカウントを有するか否かを問い合わせるステップと、
   前記ユーザが対応するアカウントを有する場合、前記ユーザ端末へ、前記第１アカウントの登録及び当該第１アカウントと前記第２アカウントとの連携処理を提案する表示情報を送信するステップと
   を実行させるプログラム。
9. 第１サービスを提供する第１サービスサーバとして機能する情報処理装置に、
   前記第１サービスの第１アカウントを有さないユーザのユーザ端末から商品又はサービスの購入要求を受信した場合、当該ユーザ端末へ購入要求画面を送信するステップと、
   前記購入要求画面上で、前記ユーザの所定の識別情報の入力があった場合に、前記第１サービスとは異なる第２サービスを提供する第２サービスサーバまたは当該第２サービスサーバに紐付けられたサーバに当該ユーザが前記識別情報に対応する第２アカウントを有するか否かを問い合わせるステップと、
   前記ユーザが対応するアカウントを有する場合、前記ユーザ端末へ、前記第１アカウントの登録及び当該第１アカウントと前記第２アカウントとの連携処理を提案する表示情報を送信するステップと
   を実行させるプログラムを記録した、コンピュータで読み取り可能な記録媒体。

Images