WO2022201492A1

WO2022201492A1 - サービス提供システム、サービス提供方法、及びプログラム

Info

Publication number: WO2022201492A1
Application number: PCT/JP2021/012874
Authority: WO
Inventors: 祥子福島
Original assignee: Rakuten Group Inc
Current assignee: Rakuten Group Inc
Priority date: 2021-03-26
Filing date: 2021-03-26
Publication date: 2022-09-29
Anticipated expiration: 2023-09-26
Also published as: JPWO2022201492A1; US12432522B2; JP7318131B2; US20240267702A1

Abstract

サービス提供システム（Ｓ）の第１取得手段（３０１）は、ユーザが第１サービスに登録した第１場所情報を取得する。判定手段（３０２）は、指定された場所に提供される第２サービスをユーザが利用する場合に、所定の条件に基づいて、指定された場所に関する第２場所情報として、第１場所情報を流用するか否かを判定する。第２取得手段（３０３）は、判定手段（３０２）の判定結果に基づいて、第２場所情報を取得する。

Description

サービス提供システム、サービス提供方法、及びプログラム

　本開示は、サービス提供システム、サービス提供方法、及びプログラムに関する。

　従来、ユーザに複数のサービスを提供するシステムが知られている。例えば、特許文献１には、複数のサービスで共通するデータウェアハウスによって、ユーザの情報を一括して管理するアプリケーションシステムが記載されている。このアプリケーションシステムは、第１サービスにおけるユーザの行動履歴に基づいて、第２サービスを利用していないユーザの中から、第２サービスを利用しそうなユーザを選択して第２サービスに誘導する。ユーザが第２サービスを利用する場合、データウェアハウスに登録済みの第１サービスの情報が参照される。ユーザが自宅の住所等の場所情報が登録されていれば、当該登録された場所情報が第２サービスに流用される。

特表２０２０－５０４３６１号公報

　飲食物のデリバリーサービスのように、指定された場所に提供されるサービスでは、他のサービスに登録された場所情報を流用できないことがある。例えば、特許文献１の技術において、第１サービスを利用するユーザの自宅の場所情報がデータウェアハウスに登録されていたとしても、このユーザが、職場の場所情報で第２サービスを利用したいことがある。この場合、第１サービスに登録された自宅の場所情報が第２サービスに流用されると、ユーザは、流用された自宅の場所情報を削除して、職場の場所情報を入力しなおさなければならないので、手間がかかる。

　本開示の目的の１つは、指定された場所に提供されるサービスを利用するユーザの入力の手間を軽減することである。

　本開示の一態様に係るサービス提供システムは、ユーザが第１サービスに登録した第１場所情報を取得する第１取得手段と、指定された場所に提供される第２サービスを前記ユーザが利用する場合に、所定の条件に基づいて、前記指定された場所に関する第２場所情報として、前記第１場所情報を流用するか否かを判定する判定手段と、前記判定手段の判定結果に基づいて、前記第２場所情報を取得する第２取得手段と、を含む。

　本開示によれば、指定された場所に提供されるサービスを利用するユーザの入力の手間を軽減できる。

サービス提供システムの全体構成の一例を示す図である。第１サービスのホーム画面の一例を示す図である。ユーザが第１サービスのアプリから第２サービスを利用する手順の一例を示す図である。サービス提供システムで実現される機能の一例を示す機能ブロック図である。第１データベースのデータ格納例を示す図である。第２データベースのデータ格納例を示す図である。サービス提供システムで実行される処理の一例を示すフロー図である。サービス提供システムで実行される処理の一例を示すフロー図である。変形例における機能ブロック図である。入力画面においてユーザに確認が促される様子の一例を示す図である。入力画面において第２場所情報の残りの部分の入力がユーザに促される様子の一例を示す図である。第２サービスの種類と、流用する第１場所情報と、の関係の一例を示す図である。第１場所情報を流用する第１サービスの種類と、第２サービスの種類と、の関係の一例を示す図である。第２サービスの提供時間と、流用する第１場所情報と、の関係の一例を示す図である。

［１．サービス提供システムの全体構成］
　本開示に係るサービス提供システムの実施形態の一例を説明する。図１は、サービス提供システムの全体構成の一例を示す図である。図１に示すように、サービス提供システムＳは、第１サーバ１０、第２サーバ２０、及びユーザ端末３０を含む。第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々は、インターネット等のネットワークＮに接続可能である。サービス提供システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

　第１サーバ１０は、ユーザに第１サービスを提供するためのサーバコンピュータである。本実施形態では、第１サービスの一例として、ＳＮＳ（Social Networking Service）を説明する。第１サービスは、本実施形態の例に限られず、任意のサービスであってよい。他のサービスの適用例は、後述の変形例で説明する。図１では、第１サーバ１０を１つだけ示しているが、複数の第１サービスが提供される場合には、複数の第１サーバ１０が存在してもよい。

　第１サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

　第２サーバ２０は、ユーザに第２サービスを提供するためのサーバコンピュータである。本実施形態では、第２サービスの一例として、飲食物のデリバリーサービス等を説明する。第２サービスは、本実施形態の例に限られず、第１サービスとは異なるサービスであればよい。他のサービスの適用例は、後述の変形例で説明する。図１では、第２サーバ２０を１つだけ示しているが、複数の第２サービスが提供される場合には、複数の第２サーバ２０が存在してもよい。

　第２サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

　ユーザ端末３０は、ユーザが操作するコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、ＧＰＳ受信部３６、及びＩＣチップ３７を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

　操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。ＧＰＳ受信部３６は、衛星からの信号を受信する受信機を含む。ＧＰＳ受信部３６は、ユーザの現在位置の取得に利用される。ＩＣチップ３７は、任意の規格のチップであってよく、例えば、ＦｅｌｉＣａ（登録商標）のチップ、又は、非接触型規格におけるいわゆるＴｙｐｅＡ若しくはＴｙｐｅＢのチップである。

　なお、第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々に記憶されるプログラム及びデータの少なくとも一方は、ネットワークＮを介して供給されてもよい。また、第１サーバ１０、第２サーバ２０、及びユーザ端末３０の各々に、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）と、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）と、の少なくとも一方が含まれてもよい。例えば、情報記憶媒体に記憶されたプログラム及びデータの少なくとも一方が、読取部及び入出力部の少なくとも一方を介して供給されてもよい。

［２．サービス提供システムの概要］
　本実施形態では、ユーザは、第１サービスの会員登録を済ませているが、まだ第２サービスを利用していないものとする。ユーザ端末３０には、第１サービスのアプリケーション（以降、単にアプリ）がインストールされている。例えば、第１サービスのアプリは、いわゆるスーパーアプリである。第１サービスのアプリは、いわゆるミニアプリと呼ばれる第２サービスのアプリを含む。第１サービスのアプリが起動すると、第１サービスのホーム画面が表示部３５に表示される。

　図２は、第１サービスのホーム画面の一例を示す図である。ユーザは、ホーム画面Ｇ１から他のユーザを選択してメッセージを送信したり、ホーム画面Ｇ１から他のユーザを友人として追加したりすることによって、第１サービスを利用できる。例えば、ホーム画面Ｇ１には、複数の第２サービスの各々を示すアイコンＩ１０～Ｉ１３が表示される。

　アイコンＩ１０～Ｉ１３の各々は、先述した第２サービスのミニアプリのアイコンである。アイコンＩ１０～Ｉ１３の各々が示す第２サービスは、指定された場所に人又は物（例えば、飲食物、飲食物の配達員、荷物、バイク便の配達員、タクシー、又は家事代行のスタッフ）が提供されるサービスである。以降、アイコンＩ１０が示す「ピザデリバリー」の第２サービスをユーザが利用する場合を例に挙げる。

　図３は、ユーザが第１サービスのアプリから第２サービスを利用する手順の一例を示す図である。図３に示すように、ユーザがアイコンＩ１０を選択すると、第２サービスの利用を確認するためのダイアログＤ１８がホーム画面Ｇ１に表示される。ダイアログＤ１８には、第２サービスの概要と、第２サービスの利用規約及びプライバシーポリシーの各々へのリンクと、が表示される。

　本実施形態では、ユーザは、第１サービスに登録された自身の登録情報を、第２サービスの利用時に流用できる。登録情報は、第１サービスの会員登録時又はその後に登録されたユーザに関する情報である。例えば、登録情報は、ユーザの氏名、郵便番号、住所、電話番号、又はこれらの２つ以上の組み合わせである。これらの情報は、ユーザの個人情報に相当するが、個人情報ではない情報が登録情報に相当してもよい。

　ユーザは、ダイアログＤ１８のボタンＢ１９をオンにすると、第１サービスに登録された登録情報を流用して第２サービスを利用できる。ユーザは、ボタンＢ１９をオフにして、第１サービスに登録された登録情報を、第２サービスに流用しないようにすることもできる。ユーザが、第２サービスのミニアプリの利用を開始する旨を示すテキストＴ２０を選択すると、第２サービスのホーム画面Ｇ２が表示部３５に表示される。

　本実施形態のホーム画面Ｇ２は、第１サービスのアプリの画面に、ブラウザで表示させた第２サービスのホームページがはめ込まれた画面である。ホーム画面Ｇ２は、いわゆるウェブビューの画面である。このホームページは、通常のブラウザから表示される通常のホームページと同じであってもよいが、本実施形態では、ミニアプリ向けに用意されているものとする。このため、ホーム画面Ｇ２に表示されるホームページは、通常のホームページと一部の内容が異なる。例えば、第２サービスにログインできないように、第２サービスのユーザＩＤ及びパスワードの入力フォームが表示されないようになっていたり、ログインのためのボタンが表示されないようになっていたりしてもよい。

　ユーザは、ホーム画面Ｇ２から商品一覧の画面を表示させて商品を選択する。ユーザは、商品を選択すると、商品の配達先を指定する。ユーザがダイアログＤ１８のボタンＢ１９をオンにした場合、第１サービスに登録された登録情報が流用されるので、第１サービスに登録されたユーザの郵便番号及び住所が配達先として流用される。例えば、第１サービスに自宅の郵便番号及び住所が登録されていたとすると、自宅の郵便番号及び住所が配達先として流用される。

　しかしながら、ユーザは、自宅ではなく、職場又は友人宅等の外出先に商品を配達してほしいことがある。この場合、第１サービスに登録された自宅の郵便番号及び住所が流用されると、ユーザは、流用された自宅の郵便番号及び住所を消去したうえで、正しい配達先を入力し直さなければならないので手間がかかる。この点は、第１サービスにユーザの自宅以外の他の場所の郵便番号及び住所が登録されている場合も同様である。

　ＧＰＳ受信部３６を利用してユーザの現在位置に関する現在位置情報をユーザ端末３０が取得し、現在位置情報に応じた郵便番号及び住所を、配達先として自動入力することも考えられる。しかしながら、ユーザが自宅にいる場合にも現在位置情報に応じた自動入力をすると、別の場所の郵便番号及び住所が誤って自動入力されることがある。そこで、本実施形態では、現在位置情報に基づいて、第１サービスに登録されたユーザの郵便番号及び住所を流用するか否かが判定されるようになっている。

　図３に示すように、ユーザの現在位置が、第１サービスに登録されたユーザの郵便番号及び住所が示す場所（例えば、自宅）付近である場合、第１サービスに登録されたユーザの郵便番号及び住所が、配達先を入力するための入力画面Ｇ３の入力フォームＦ３１，Ｆ３２に流用されて自動入力される（図３の入力画面Ｇ３Ａの状態）。ユーザの現在位置が、第１サービスに登録されたユーザの郵便番号及び住所が示す場所（例えば、自宅）から遠い場合、ユーザの現在位置が入力画面Ｇ３の入力フォームＦ３１，Ｆ３２に自動入力される（図３の入力画面Ｇ３Ｂの状態）。

　入力画面Ｇ３の入力フォームＦ３０，Ｆ３３には、第１サービスに登録されたユーザの氏名及び電話番号といった他の登録情報が流用されて自動入力される。ユーザがボタンＢ３４を選択すると、第２サーバ２０に、ユーザが選択した商品の詳細と、入力画面Ｇ３において入力された情報と、が送信されて注文が確定する。第２サービスの提供者は、入力フォームＦ３１，Ｆ３２に入力された郵便番号及び住所を配達先として特定し、ユーザが注文した商品を配達する。

　以上のように、本実施形態のサービス提供システムＳは、現在位置情報に基づいて、第１サービスに登録されたユーザの郵便番号及び住所を第２サービスに流用するか否かを判定する。これにより、指定された場所に提供される第２サービスを利用するユーザの入力の手間を軽減するようにしている。以降、この技術の詳細を説明する。

［３．サービス提供システムで実現される機能］
　図４は、サービス提供システムＳで実現される機能の一例を示す機能ブロック図である。

［３－１．第１サーバで実現される機能］
　図４に示すように、第１サーバ１０では、データ記憶部１００が実現される。データ記憶部１００は、ユーザに第１サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、第１データベースＤＢ１を記憶する。

　図５は、第１データベースＤＢ１のデータ格納例を示す図である。図５に示すように、第１データベースＤＢ１は、第１サービスの会員登録をしたユーザに関する情報が格納されたデータベースである。例えば、第１データベースＤＢ１には、ユーザＩＤ、パスワード、氏名、郵便番号、住所、及び電話番号が格納される。これらの情報は、登録情報の一例である。

　あるユーザが第１サービスの会員登録を完了させると、第１サービスにおいて、このユーザを一意に識別するユーザＩＤが発行され、このユーザに対応するレコードが第１データベースＤＢ１に作成される。このレコードには、ユーザＩＤ等の登録情報が格納される。登録情報は、任意の情報であってよく、図５の例に限られない。

　本実施形態では、第１データベースＤＢ１には、ユーザが利用を開始した第２サービスを識別可能な情報も格納される。例えば、第２サービスを一意に識別可能なサービス名、ボタンＢ１９のオン／オフの状態、第２サービスにおけるその他の設定、及び第２サービスの利用履歴が格納される。ただし、本実施形態では、ユーザはゲストユーザとして第２サービスを利用するので、第２サービスの登録情報は格納されないものとする。

［３－２．第２サーバで実現される機能］
　図４に示すように、第２サーバ２０では、データ記憶部２００と、提供部２０１と、が実現される。

［データ記憶部］
　データ記憶部２００は、ユーザに第２サービスを提供するために必要なデータを記憶する。例えば、データ記憶部２００は、第２データベースＤＢ２を記憶する。他にも例えば、データ記憶部２００は、第２サービスのウェブサイトのデータを記憶する。

　図６は、第２データベースＤＢ２のデータ格納例を示す図である。図６に示すように、第２データベースＤＢ２は、ユーザに提供される第２サービスの詳細に関する情報が格納されたデータベースである。図６では、アイコンＩ１０が示す「ピザデリバリー」の第２サービスのデータ格納例を示している。例えば、第２データベースＤＢ２には、注文ＩＤ、氏名、郵便番号、住所、電話番号、及び注文内容が格納される。

　あるユーザが第２サービスの商品を注文すると、この注文を一意に識別する注文ＩＤが発行され、この注文に対応するレコードが第２データベースＤＢ２に作成される。このレコードには、注文ＩＤとともに、注文時に入力された入力情報が格納される。図６に示す各情報は、入力情報の一例である。入力情報は、任意の情報であってよく、図６の例に限られない。注文後の処理は、後述の提供部２０１によって実行される。

　本実施形態の第２サービスは、ユーザが会員登録をせずにゲストユーザとして利用可能なサービスである。このため、第２サービスでは、第２サービスにおいてユーザを一意に識別するユーザＩＤが発行されない。第２サービスでは、ユーザの登録情報が格納されるデータベースも存在しない。ユーザは、第２サービスにログインせずに、第２サービスを利用できる。第２データベースＤＢ２には、ある注文におけるユーザの郵便番号及び住所等の情報が格納されるが、この情報は、このユーザの次回以降の注文で流用されるわけではなく、この注文だけで有効な情報である。

　なお、第２サービスは、ユーザがゲストユーザとして利用するサービスに限られない。第２サービスは、会員登録が発生するサービスであってもよい。この場合には、あるユーザが第２サービスの会員登録を完了させると、第２サービスにおいて、このユーザを一意に識別するユーザＩＤが発行される。データ記憶部２００は、第２サービスの会員登録をしたユーザに関する情報が格納されたデータベースを記憶する。このデータベースには、会員登録をしたユーザに対応するレコードに、ユーザＩＤとともに、会員登録時に指定された登録情報が格納される。あるユーザの第２サービスの登録情報は、このユーザの第１サービスの登録情報と全部又は一部が重複する。

［提供部］
　提供部２０１は、第２場所情報に基づいて、ユーザに第２サービスを提供するための処理を実行する。本実施形態では、提供部２０１は、第２サービスに第２場所情報を登録せずに、第２場所情報に基づいて、ユーザに第２サービスを提供するための処理を実行する。

　第２場所情報は、第２サービスを利用するために指定された場所に関する情報である。この場所は、第２サービスにおける人又は物の提供先（配達先又は移動先）である。本実施形態では、入力画面Ｇ３で指定された郵便番号及び住所が第２場所情報に相当する場合を説明する。このため、入力画面Ｇ３で指定された郵便番号及び住所（即ち、第２データベースＤＢ２に格納された郵便番号及び住所）について説明している箇所は、第２場所情報と読み替えることができる。第２場所情報は、場所を特定可能な情報であればよく、郵便番号及び住所に限られない。例えば、第２場所情報は、郵便番号を含まずに住所だけであってもよいし、緯度経度情報又は座標情報であってもよい。

　第２サービスを提供するとは、第２場所情報が示す場所に、第２サービスにおける人又は物を提供（配達又は移動）することである。例えば、配達員又はスタッフは、第２サービスにおける人に相当する。また例えば、商品、荷物、タクシー、又はバイクは、第２サービスにおける物に相当する。第２場所情報が示す場所に人又は物を場所に提供するとは、第２場所情報が示す場所に人又は物を移動させることである。

　提供部２０１は、第２サービスを提供するために必要な処理を実行すればよい。例えば、提供部２０１は、ユーザの注文を受け付けると、第２データベースＤＢ２に新たなレコードを作成し、注文ＩＤに関連付けて、第２場所情報や他の情報を格納する。また例えば、提供部２０１は、第２場所情報が示す場所を訪れる人に、第２場所情報を通知する。また例えば、提供部２０１は、第２場所情報が示す場所に提供される物を準備する人に、この物を識別可能な情報を通知する。

［３－３．ユーザ端末で実現される機能］
　図４に示すように、ユーザ端末３０では、データ記憶部３００、第１取得部３０１、判定部３０２、第２取得部３０３、第３取得部３０４、及び表示制御部３０５が実現される。データ記憶部３００は、記憶部３２を主として実現される。他の各機能は、制御部３１を主として実現される。

[データ記憶部]
　データ記憶部３００は、ユーザに第１サービス及び第２サービスの各々を提供するために必要なデータを記憶する。例えば、データ記憶部３００は、第１サービスのアプリを記憶する。本実施形態では、第２サービスのアプリは第１サービスのアプリに含まれている場合を説明するが、第１サービスのアプリとは別に、第２サービスのアプリ（ミニアプリではない第２サービスのアプリ）が存在してもよい。なお、図２及び図３の各画面は、アプリの画面としてではなく、ブラウザの画面として表示されてもよい。

［第１取得部］
　第１取得部３０１は、ユーザが第１サービスに登録した第１場所情報を取得する。本実施形態では、第１サービスに登録された郵便番号及び住所が第１場所情報に相当する場合を説明する。このため、第１サービスに登録された郵便番号及び住所（即ち、第１データベースＤＢ１に格納された郵便番号及び住所）について説明している箇所は、第１場所情報と読み替えることができる。第１場所情報は、場所を特定可能な情報であればよく、郵便番号及び住所に限られない。例えば、第１場所情報は、郵便番号を含まずに住所だけであってもよいし、緯度経度情報又は座標情報であってもよい。

　本実施形態では、第１取得部３０１は、第１サーバ１０に対し、第２サービスを利用しようとしているユーザのユーザＩＤを送信し、第１場所情報の取得を要求する。第１サーバ１０は、第１データベースＤＢ１を参照し、このユーザＩＤに関連付けられた郵便番号及び住所を、第１場所情報としてユーザ端末３０に送信する。第１取得部３０１は、第１サーバ１０から送信された郵便番号及び住所を、第１場所情報として取得する。

［判定部］
　判定部３０２は、指定された場所に提供される第２サービスをユーザが利用する場合に、所定の条件に基づいて、指定された場所に関する第２場所情報として、第１場所情報を流用するか否かを判定する。この条件は、第１場所情報を流用するか否かの判定基準となる条件である。本実施形態では、ユーザの現在位置に関する条件を例に挙げるが、後述の変形例のように、種々の条件を用いることができる。

　第１場所情報を流用するとは、ユーザが第２場所情報の全部又は一部を手入力することなく、第２場所情報の全部又は一部として、第１場所情報の全部又は一部を取得することである。本実施形態では、入力フォームＦ３１，Ｆ３２に郵便番号と住所が自動入力されることが第１場所情報を流用することに相当する。流用の方法は、本実施形態の例に限られない。例えば、入力フォームＦ３１，Ｆ３２への自動入力が発生せずに、第２場所情報が自動設定されて画面に表示されることが流用に相当してもよい。他にも例えば、画面の表示も行われずに、自動設定された第２場所情報が第２データベースＤＢ２に格納されることが流用に相当してもよい。

　例えば、判定部３０２は、条件が満たされる場合に、第１場所情報を流用すると判定し、条件が満たされない場合に、第１場所情報を流用すると判定しない。条件の定め方次第では、判定部３０２は、条件が満たされない場合に、第１場所情報を流用すると判定し、条件が満たされる場合に、第１場所情報を流用すると判定しないようにしてもよい。

　本実施形態では、判定部３０２は、後述の第３取得部３０４により取得された現在位置情報に基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。このため、本実施形態の条件は、現在位置情報によって条件が満たされるか否かが変わる。

　例えば、現在位置情報は、現在位置の信頼度を含み、判定部３０２は、信頼度が閾値以上であるか否かを判定することによって、条件が満たされるか否かを判定してもよい。判定部３０２は、信頼度が閾値以上である場合に、第１場所情報を流用すると判定し、信頼度が閾値未満である場合に、第１場所情報を流用すると判定しない。この閾値は、固定値であってもよいし、ユーザの現在位置等に応じた可変値であってもよい。

　信頼度は、現在位置の信頼性を示す指標である。信頼度は、精度ということもできる。信頼度は、現在位置の取得方法に応じた指標であればよい。本実施形態では、ＧＰＳ受信部３６を利用して現在位置情報が取得されるので、ＧＰＳの信号強度は信頼度に相当する。ＧＰＳの信号強度が強いほど信頼度が高い。信頼度の取得方法自体は、ＧＰＳの信頼性を計測可能な方法であればよく、公知の種々の方法を利用可能である。

　通信部３３による無線通信を利用して現在位置情報が取得されるのであれば、無線通信の信号強度は信頼度に相当する。無線通信の信号強度が強いほど信頼度が高い。また例えば、無線通信の種類によっては、Ｂｌｕｅｔｏｏｔｈ（登録商標）のように狭い範囲の中で現在位置を特定できるものもあれば、携帯基地局のように広い範囲の中でしか現在位置を特定できないものもある。このため、現在位置情報を取得するための利用された無線通信の種類が信頼度に相当してもよい。上記の範囲が狭いほど、ピンポイントで位置を特定できるので、信頼度が高い。

　本実施形態では、判定部３０２は、第１場所情報が示す場所付近に現在位置があるか否かを判定することによって、条件が満たされるか否かを判定する。第１場所情報が示す場所付近とは、第１場所情報が示す場所からの距離が閾値未満の領域である。判定部３０２は、第１場所情報が示す場所の位置と、現在位置情報が示す現在位置と、の距離を計算する。判定部３０２は、この距離が閾値未満である場合に、第１場所情報を流用すると判定し、この距離が閾値以上である場合に、第１場所情報を流用すると判定しない。この閾値は、固定値であってもよいし、ユーザの現在位置等に応じた可変値であってもよい。

［第２取得部］
　第２取得部３０３は、判定部３０２の判定結果に基づいて、第２場所情報を取得する。第２取得部３０３は、第１場所情報を流用すると判定された場合には、第１場所情報を流用して第２場所情報を取得する。即ち、第２取得部３０３は、第１場所情報の全部又は一部を、第２場所情報の全部又は一部として取得する。例えば、第１場所情報が示す郵便番号及び住所が流用されて、入力フォームＦ３１，Ｆ３２に自動入力される。第１場所情報が流用された第２場所情報は、ユーザが修正可能であってよい。

　第２取得部３０３は、第１場所情報を流用しないと判定された場合には、現在位置情報に基づいて第２場所情報を取得する。例えば、現在位置情報に応じた郵便番号及び住所が入力フォームＦ３１，Ｆ３２に自動入力される。現在位置情報を郵便番号及び住所に変換する方法自体は、公知のサーバへの問い合わせといった種々の手法を利用可能である。なお、第２取得部３０３は、第１場所情報を流用しないと判定された場合には、現在位置情報を利用せずに、ユーザが入力した第２場所情報を取得してもよい。

［第３取得部］
　第３取得部３０４は、ユーザの現在位置に関する現在位置情報を取得する。本実施形態では、第３取得部３０４は、ＧＰＳ受信部３６を利用して現在位置情報を取得する場合を例に挙げるが、現在位置の取得方法自体は、公知の種々の手法を利用可能である。例えば、第３取得部３０４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ－Ｆｉ（登録商標）等のアクセスポイントを利用する方法、携帯基地局を利用する方法、又はこれらの組み合わせによって、現在位置情報を取得してもよい。他にも例えば、ＧＰＳ以外のＧＮＳＳが利用されてもよい。

［表示制御部］
　表示制御部３０５は、第１サービスのアプリに基づいて、図２及び図３の各画面を表示部３５に表示させる。本実施形態では、第２サービスは、第１サービスのアプリ内で提供されるので、第１サービスのアプリに基づいて、第１場所情報が流用された第２場所情報に基づいて、第２サービスの入力画面Ｇ３を表示させる。例えば、表示制御部３０５は、入力フォームＦ３１，Ｆ３２に郵便番号及び住所を自動入力して入力画面Ｇ３を表示させる。

［４．サービス提供システムで実行される処理］
　図７及び図８は、サービス提供システムＳで実行される処理の一例を示すフロー図である。図７及び図８に示す処理は、制御部１１，２１，３１の各々が記憶部１２，２２，３２の各々に記憶されたプログラムに従って動作することによって実行される。図７及び図８の処理は、図４の機能ブロックにより実行される処理の一例である。

　図７に示すように、ユーザ端末３０は、ユーザが第１サービスのアプリを選択した場合に、記憶部３２に記憶された第１サービスのアプリを起動させる（Ｓ１）。以降説明するユーザ端末３０の処理は、第１サービスのアプリの処理として実行される。第１サービスのアプリが起動すると、第１サーバ１０とユーザ端末３０との間で、第１サービスに対するログイン処理が実行される（Ｓ２）。Ｓ２では、ユーザＩＤ及びパスワードの入力がユーザに要求されてもよいし、ユーザがこれらを入力することなく、記憶部３２に記憶された認証情報に基づいて、ログイン処理が実行されてもよい。

　ユーザ端末３０は、ログイン処理が成功すると、第１サービスのホーム画面Ｇ１を表示部２５に表示させる（Ｓ３）。ユーザ端末３０は、ユーザがアイコンＩ１０～Ｉ１４の何れかを選択した場合に、ダイアログＤをホーム画面Ｇ１に表示させる（Ｓ４）。ここでは、アイコンＩ１０が選択された場合の処理を説明する。

　ユーザ端末３０は、ユーザがテキストＴ２０を選択した場合に、第１サーバ１０に対し、第２サービスの利用を開始する旨の開始通知を送信し（Ｓ５）、第２サーバ２０に対し、第２サービスのウェブサイトにアクセスするためのアクセス要求を送信する（Ｓ６）。第１サーバ１０は、開始通知を受信すると、ユーザが第２サービスを開始したことを識別できるように第１データベースＤＢ１を更新する（Ｓ７）。第２サーバ１０は、アクセス要求を受信すると、第２サービスのウェブサイトのデータを送信する（Ｓ８）。

　ユーザ端末３０は、第２サーバ１０からウェブサイトのデータを受信すると、第１サービスのアプリ内のウェブビューとして、第２サービスのホーム画面Ｇ２を表示部２５に表示させる（Ｓ９）。以降、ユーザがボタンＢ１９をオンにした場合の処理を説明する。ユーザがボタンＢ１９をオフにした場合には、後述のＳ１０～Ｓ１５の処理は実行されず、Ｓ１６の処理が実行されてもよいし、Ｓ１６の処理が実行されずに第２場所情報が手入力されてもよい。

　ユーザ端末３０は、ユーザによる注文内容の入力を受け付ける（Ｓ１０）。ユーザ端末３０は、入力画面Ｇ３を表示させるための操作が行われた場合に、第１サーバ１０に対し、ユーザの第１場所情報を要求する（Ｓ１１）。第１サーバ１０は、第１データベースＤＢ１に基づいて、ユーザの第１場所情報を取得してユーザ端末３０に送信する（Ｓ１２）。

　図８に移り、ユーザ端末３０は、第１サーバ１０からユーザの第１場所情報を受信する（Ｓ１３）。ユーザ端末３０は、ＧＰＳ受信部３６に基づいて、現在位置情報を取得する（Ｓ１４）。ユーザ端末３０は、現在位置情報に基づいて、第１場所情報を流用するか否かを判定する（Ｓ１５）。Ｓ１５においては、ユーザ端末３０は、現在位置情報が示す位置と、第１場所情報が示す場所の位置と、の距離が閾値未満であるか否かを判定することによって、第１場所情報を流用するか否かを判定する。

　第１場所情報を流用すると判定された場合（Ｓ１５；Ｙ）、ユーザ端末３０は、第１場所情報を流用して第２場所情報を取得して入力画面Ｇ３を表示部３５に表示させる（Ｓ１６）。Ｓ１６において表示される入力画面Ｇ３は、図３の入力画面Ｇ３Ａの状態になる。入力フォームＦ３１，Ｆ３２には、第１場所情報として取得された郵便番号及び住所が自動入力される。

　第１場所情報を流用すると判定されない場合（Ｓ１５；Ｎ）、ユーザ端末３０は、現在位置情報に基づいて第２場所情報を取得して入力画面Ｇ３を表示部３５に表示させる（Ｓ１７）。Ｓ１７において表示される入力画面Ｇ３は、図３の入力画面Ｇ３Ｂの状態になる。入力フォームＦ３１，Ｆ３２には、第１場所情報が自動入力されるのではなく、現在位置情報が郵便番号及び住所に変換されて自動入力される。現在位置情報が緯度経度情報である場合の郵便番号及び住所への変換方法自体は、公知の種々の方法を利用可能である。現在位置情報が他の座標情報である場合には、座標と郵便番号及び住所との関係が定義された変換データが予め用意されているものとする。この変換データによって、現在位置情報が郵便番号及び住所に変換されるようにすればよい。

　ユーザ端末３０は、ユーザがボタンＢ３４を選択すると、第２サーバ２０に対し、ユーザの注文を確定するための注文確定要求を送信する（Ｓ１８）。この要求には、ユーザが入力した注文内容と、入力画面Ｇ３で入力された各情報と、が含まれる。第２サーバ２０は、要求を受信すると、ユーザに第２サービスを提供するための処理を実行し（Ｓ１９）、本処理は終了する。Ｓ１９においては、第２サーバ２０は、ユーザの注文を一意に識別する注文ＩＤを発行し、第２データベースＤＢ２に新たなレコードを作成する。第２サーバ２０は、当該作成されたレコードに、注文ＩＤ等を格納する。第２サービスの提供者は、第２データベースＤＢ２に格納された情報を参照し、第２場所情報が示す場所にユーザが注文した商品を配達する。

　本実施形態のサービス提供システムＳは、ユーザが第２サービスを利用する場合に、所定の条件に基づいて、第２場所情報に第１場所情報を流用するか否かを判定する。サービス提供システムＳは、この判定結果に基づいて、第２場所情報を取得する。これにより、第１場所情報を流用すべき時に第１場所情報が流用され、ユーザが１から第２場所情報を入力する必要がなくなるので、ユーザの入力の手間を軽減できる。また、第１場所情報を流用すべきではない時には第１場所情報が流用されず、いったん第２場所情報を削除してから第２場所情報を入力しなおすことを防止できるので、ユーザの入力の手間を軽減できる。また、誤った場所に第２サービスが提供されることを防止できる。

　また、サービス提供システムＳは、ユーザの現在位置に関する現在位置情報に基づいて、所定の条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。第１場所情報を流用すべきか否かは、ユーザの現在位置によって異なることがあるので、ユーザの現在位置に応じて、第１場所情報を流用すべき時に流用し、第１場所情報を流用すべきではないときには流用しないようにできる。このため、ユーザの現在位置に応じて、ユーザの入力の手間を効果的に軽減できる。

　また、サービス提供システムＳは、ユーザの現在位置の信頼度が閾値以上であるか否かを判定することによって、所定の条件が満たされるか否かを判定する。ユーザの現在位置の信頼度が高ければ、この現在位置に基づいて第２場所情報が取得されるようにすればよいので、ユーザの入力の手間を効果的に軽減できる。ユーザの現在位置の信頼度が低ければ、この現在位置に基づいて第２場所情報が取得されると、誤った第２場所情報が取得される可能性があるので、誤った場所に第２サービスが提供されることを防止できる。

　また、サービス提供システムＳは、第１場所情報が示す場所付近に現在位置があるか否かを判定することによって、所定の条件が満たされるか否かを判定する。第１場所情報が示す場所付近にユーザがいる場合には、ユーザが、この場所に第２サービスを提供することを望んでいる確率が高いので、第１場所情報を流用することによって、ユーザの入力の手間を効果的に軽減できる。第１場所情報が示す場所付近にユーザがいなければ、ユーザが、この場所に第２サービスを提供することを望んでいない確率が高いので、第１場所情報を流用しないようにすることによって、ユーザの入力の手間を効果的に軽減し、かつ、誤った場所に第２サービスが提供されることを防止できる。

　また、サービス提供システムＳは、第１場所情報を流用すると判定された場合には、第１場所情報を流用して第２場所情報を取得する。サービス提供システムＳは、第１場所情報を流用しないと判定された場合には、現在位置情報に基づいて第２場所情報を取得する。これにより、第１場所情報が流用される場合には、ユーザが第２場所情報を入力せずに済むので、ユーザの入力の手間を軽減できる。現在位置情報に基づいて第２場所情報が取得される場合には、ユーザが１から第２場所情報を入力せずに済むので、ユーザの入力の手間を軽減できる。もし仮に、現在位置情報が多少誤っていたとしても、市町村までは合っていることが多く、末尾の番地部分だけを修正すればよいので、ユーザの入力の手間を軽減できる。

　また、サービス提供システムＳは、ユーザが会員登録をせずにゲストユーザとして利用可能な第２サービスを提供する。これにより、ユーザによる会員登録の手間を省くことができる。また、第２サービスにユーザの登録情報が登録されないので、ユーザの登録情報が漏洩するリスクを低減できる。

　また、サービス提供システムＳは、第１サービスのアプリが、第２場所情報として流用された第１場所情報に基づいて、第２サービスの画面を表示させる。これにより、原則として第１サービスのアプリの中で入力が完了し、第１サービスの外に出るユーザの登録情報を最低限に抑えることができるので、ユーザの登録情報が漏洩するリスクを低減できる。

［５．変形例］
　なお、本開示は、以上に説明した実施の形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

　図９は、変形例における機能ブロック図である。図９に示すように、以降説明する変形例では、登録部２０２、確認部３０６、入力制御部３０７、受付部３０８、及び第４取得部３０９が実現される。登録部２０２は、制御部２１を主として実現される。確認部３０６、入力制御部３０７、受付部３０８、及び第４取得部３０９の各々は、制御部３１を主として実現される。

　（１）例えば、現在位置情報に基づいて第２場所情報が取得された場合には、ユーザが所望する場所が正確に取得されないことがある。このため、サービス提供システムＳは、現在位置情報に基づいて第２場所情報が取得された場合には、ユーザに確認を促す確認部３０６を含んでもよい。本変形例では、確認を促す画像を表示させる視覚的な方法によって確認が行われる場合を説明するが、確認を促す音を出力する聴覚的な方法、又は、確認を促す振動を発生させる触覚的な方法の何れによって確認が行われてもよい。

　図１０は、入力画面Ｇ３においてユーザに確認が促される様子の一例を示す図である。図１０に示すように、確認部３０６は、第２場所情報として現在位置情報が取得された場合に、ユーザに確認を促すメッセージＭ３５，Ｍ３６を入力画面Ｇ３に表示させる。確認部３０６は、メッセージＭ３５，Ｍ３６を表示させる以外にも、入力フォームＦ３１，Ｆ３２の色を変更したり、入力フォームＦ３１，Ｆ３２に自動入力された郵便番号及び住所の色を変更したりすることによって、確認を行ってもよい。何らか通常とは異なる表示が行われるようにすればよい。

　変形例（１）によれば、第２場所情報として現在位置情報が取得された場合に、ユーザに確認を促すことによって、誤った場所に第２サービスが提供されることを防止できる。

　（２）また例えば、現在位置情報に基づいて第２場所情報が取得された場合には、市町村までの情報は正確であるが、番地以降の情報が不正確なことがある。もし仮に番地が正確だったとしても、集合住宅の場合には部屋番号までは特定できない。このため、サービス提供システムＳは、現在位置情報に基づいて第２場所情報が取得された場合に、第２場所情報の一部が自動入力された入力フォームＦ３１，Ｆ３２に対する、第２場所情報の残りの部分の入力をユーザに促す入力制御部３０７を含んでもよい。

　図１１は、入力画面Ｇ３において第２場所情報の残りの部分の入力がユーザに促される様子の一例を示す図である。図１１に示すように、入力制御部３０７は、郵便番号の所定桁数までは、現在位置情報に応じた郵便番号を入力フォームＦ３１に自動入力し、郵便番号の残りの部分の入力を促してもよい。入力制御部３０７は、現在位置情報に基づいて、住所のうちの市町村までの部分を入力フォームＦ３２に自動入力し、それ以降の部分の入力を促してもよい。本変形例では、入力制御部３０７が、残りの部分を促すメッセージＭ３７，Ｍ３８を入力画面Ｇ３に表示させる場合を説明するが、変形例（１）と同様に聴覚的又は触覚的な方法によって、残りの部分の入力が促されてもよい。

　変形例（２）によれば、第２場所情報として現在位置情報が取得された場合に、第２場所情報を入力するための入力フォームＦ３１，Ｆ３２に、現在位置情報の一部を自動入力し、ユーザに第２場所情報の残りの部分の入力を促すことによって、ユーザの入力の手間を効果的に軽減し、かつ、誤った場所に第２サービスが提供されることを防止できる。

　（３）また例えば、第１サービスには、ある１人のユーザに対し、複数の第１場所情報が登録されていてもよい。複数の第１場所情報の各々は、互いに異なる場所を示す。第１データベースＤＢ１には、あるユーザＩＤに複数の第１場所情報が関連付けられたレコードが少なくとも１つ存在する。例えば、あるユーザが、自宅、職場、実家、及び友人宅の各々の郵便番号及び住所を登録した場合には、このユーザには４つの第１場所情報が登録されている。全てのユーザが複数の第１場所情報を第１サービスに登録する必要はなく、少なくとも１人のユーザが複数の第１場所情報を第１サービスに登録すればよい。

　判定部３０２は、複数の第１場所情報のうち、現在位置情報が示す現在位置から最も近い場所の第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定する。判定部３０２は、第１場所情報ごとに、現在位置情報が示す現在位置からの距離を計算する。判定部３０２は、この距離が最も短い第１場所情報を流用すると判定し、２番目以降に距離が短い第１場所情報を流用しないと判定する。

　変形例（３）によれば、複数の第１場所情報のうち、現在位置情報が示す現在位置から最も近い場所の第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定する。これにより、ユーザの現在位置に応じた最適な第１場所情報を流用することができる。

　（４）また例えば、実施形態では、ユーザがゲストユーザとして第２サービスを利用する場合を説明したが、第２サービスでは、ユーザの会員登録が行われてもよい。この場合、ユーザが図３のダイアログＤ１８のテキストＴ２０を選択した場合に、第１データベースＤＢ１に登録されたユーザの登録情報の全部又は一部が流用されて、第２サーバ２０のデータ記憶部２００に、第２サービスの登録情報が記録されてもよい。なお、第２サービスの登録情報は、第１データベースＤＢ１に格納されてもよい。

　変形例（４）のサービス提供システムＳは、現在位置情報に基づいて取得された第２場所情報がユーザにより修正された場合に、修正後の第２場所情報を第２サービスに登録する登録部２０２を含む。例えば、図３の入力画面Ｇ３の入力フォームＦ３１，Ｆ３２に流用された郵便番号及び住所をユーザが修正した場合には、登録部２０２は、修正後の郵便番号及び住所を、第２サービスにおける、このユーザの登録情報として登録してもよい。この登録情報は、ユーザが次回以降に第２サービスを利用する場合に使用される。なお、特に第２サービスへの会員登録が行われずに、ユーザの利用履歴として、修正後の第２場所情報が次回以降で利用できるようにしてもよい。

　変形例（４）によれば、現在位置情報に基づいて取得された第２場所情報がユーザにより修正された場合に、修正後の第２場所情報が第２サービスに登録されることによって、ユーザが次回以降に第２サービスを利用する場青の入力の手間を軽減できる。

　（５）また例えば、判定部３０２は、第１サービスにおけるユーザの利用履歴に基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定してもよい。利用履歴には、第１サービスにおける第１場所情報の利用回数と利用日時との少なくとも一方が格納されている。第１サービスにおいて、ユーザが第１場所情報を指定して何らかのメッセージを送信したり、何らかの商品を注文したりした場合に、利用履歴が更新される。利用履歴は、第１データベースＤＢ１に格納されるものとする。

　例えば、判定部３０２は、第１場所情報の利用回数が閾値以上である場合に第１場所情報を流用すると判定し、第１場所情報の利用回数が閾値未満である場合に第１場所情報を流用しないと判定する。また例えば、判定部３０２は、第１場所情報が利用されてからの経過時間が閾値未満である場合に第１場所情報を流用すると判定し、この経過時間が閾値以上である場合に第１場所情報を流用しないと判定する。

　また例えば、第１サービスにユーザの複数の第１場所情報が登録されている場合に、判定部３０２は、第１サービスにおいて最も利用されている第１場所情報を流用すると判定し、２番目以降に利用されている第１場所情報は流用しないと判定する。また例えば、判定部３０２は、第１サービスにおいて直近で利用又は登録された第１場所情報を流用すると判定し、それよりも前に利用又は登録された第１場所情報は流用しないと判定する。

　変形例（５）によれば、第１サービスにおけるユーザの利用履歴に基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。これにより、ユーザが普段利用している第１場所情報を流用することができる。

　（６）また例えば、第１サービスにユーザの複数の第１場所情報が登録されている場合に、判定部３０２は、複数の第１場所情報のうち、第２サービスの種類に基づいて定まる第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定してもよい。サービスの種類とは、サービスの内容を分類可能な情報であればよく、例えば、サービスの提供者の業種である。

　図１２は、第２サービスの種類と、流用する第１場所情報と、の関係の一例を示す図である。この関係を示すデータは、任意の形式であってよく、データ記憶部１００又はデータ記憶部３００に記憶されているものとする。本変形例では、ユーザの自宅の第１場所情報と、ユーザの職場の第１場所情報と、が第１サービスに登録されている場合を説明する。第１場所情報は、自宅と職場に限られず、他の任意の種類の第１場所情報が存在可能である。例えば、実家又は友人宅といった種類が存在してもよいし、他の種類が存在してもよい。第１データベースＤＢ１には、個々の第１場所情報が属する種類を識別する情報も格納されているものとする。

　例えば、判定部３０２は、第２サービスの種類が第１種類（図１２の例では、デリバリーサービス又は家事代行サービス）である場合に、ユーザの自宅の第１場所情報を流用すると判定し、ユーザの職場の第１場所情報は流用しないと判定する。判定部３０２は、第２サービスの種類が第２種類（図１２の例では、バイク便サービス又は配車予約サービス）である場合に、ユーザの職場の第１場所情報を流用すると判定し、ユーザの自宅の第１場所情報は流用しないと判定する。このように、判定部３０２は、第２サービスの種類に関連付けられた種類の第１場所情報を流用すると判定し、他の種類の第１場所情報を流用しないと判定する。

　なお、判定部３０２は、ユーザによる第３サービスの利用に基づいて、流用する第１場所情報を判定してもよい。第３サービスは、第１サービス及び第２サービスとは異なるサービスである。本変形例では、第３サービスが保険の申し込みサービスである場合を説明するが、第３サービスは任意の種類であってよい。判定部３０２は、第３サービスで利用されている第１場所情報を流用すると判定し、第３サービスで利用されていない第１場所情報は流用しないと判定する。どの第１場所情報が第３サービスで利用されているかは、第１データベースＤＢ１又は他のデータベースに格納されているものとする。

　変形例（６）によれば、複数の第１場所情報のうち、第２サービスの種類に基づいて定まる第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定する。これにより、第２サービスの種類を考慮して最適な第１場所情報を流用することができる。

　また、ユーザによる第３サービスの利用に基づいて、流用する第１場所情報を判定することによって、ユーザが第３サービスで利用している第１場所情報を流用することができる。

　（７）また例えば、サービス提供システムＳでは、複数の第１サービスがユーザに提供されてもよい。ユーザ端末３０には、複数の第１サービスの各々のアプリがインストールされている。例えば、複数の第１サービスの各々は、第２サービスのミニアプリを含む。このため、第２サービスは、どの第１サービスからも利用可能である。複数の第１サービスの各々に、第１場所情報が登録されている。このため、第１サービスごとに、実施形態で説明したような第１データベースＤＢ１が存在する。

　図１３は、第１場所情報を流用する第１サービスの種類と、第２サービスの種類と、の関係の一例を示す図である。この関係を示すデータは、任意の形式であってよく、データ記憶部１００又はデータ記憶部３００に記憶されているものとする。判定部３０２は、複数の第１サービスのうち、第２サービスの種類に基づいて定まる第１サービスに登録された第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定する。判定部３０２は、第２サービスの種類に関連付けられた種類の第１サービスに登録された第１場所情報を流用すると判定し、他の種類の第１サービスに登録された第１場所情報は流用しないと判定する。

　図１３の例であれば、ピザのデリバリーサービスである第２サービスをユーザが選択した場合に、同業種であるハンバーガのデリバリーサービスである第１サービスに登録された第１場所情報が示す場所をユーザが指定する確率が高い。このため、判定部３０２は、ピザのデリバリーサービスである第２サービスに関連付けられた、ハンバーガのデリバリーサービスである第１サービスに登録された第１場所情報を流用すると判定し、他の第１サービスに登録された第１場所情報を流用しないと判定する。他の例についても同様であり、判定部３０２は、複数の第１サービスのうち、ユーザが選択した第２サービスと同業種の第１サービスに登録された第１場所情報を流用すると判定し、他の第１サービスに登録された第１場所情報を流用しないと判定すればよい。

　変形例（７）によれば、複数の第１サービスのうち、第２サービスの種類に基づいて定まる第１サービスに登録された第１場所情報を流用すると判定し、他の第１場所情報を流用しないと判定する。これにより、第２サービスの種類を考慮して最適な第１場所情報を流用することができる。

　（８）また例えば、第２サービスが提供される提供時間によっては、ユーザが第２サービスを提供してほしい場所が異なることがある。このため、変形例（８）のサービス提供システムＳは、指定された場所に第２サービスが提供される提供時間を取得する第４取得部３０９を含む。判定部３０２は、この提供時間に基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。

　提供時間は、第２場所情報が示す場所に人又は物が提供される時間（配達時間又は訪問時間）である。提供時間は、ある１時点を示すピンポイントの時間であってもよいし、一定の長さを有する時間であってもよい。例えば、提供時間は、日時、時間帯、又は曜日である。提供時間は、入力画面Ｇ３又は他の画面からユーザによって指定されてもよいし、サービス提供システムＳにおいて自動的に決定されてもよい。第４取得部３０９は、ユーザによって指定された提供時間又は自動的に決定された提供時間を取得する。本変形例の第２データベースＤＢ２には、提供時間も格納されるものとする。

　図１４は、第２サービスの提供時間と、流用する第１場所情報と、の関係の一例を示す図である。この関係を示すデータは、任意の形式であってよく、データ記憶部１００又はデータ記憶部３００に記憶されているものとする。本変形例では、ユーザの自宅の第１場所情報と、ユーザの職場の第１場所情報と、が第１サービスに登録されている場合を説明する。

　例えば、ユーザが、昼の時間帯は職場に第２サービスを提供してほしいことがあり、夜の時間帯は自宅に第２サービスを提供してほしいことがある。このため、判定部３０２は、提供時間が昼の時間帯であれば、職場の第１場所情報を流用すると判定し、自宅の第１場所情報は流用しないと判定する。判定部３０２は、提供時間が夜の時間帯であれば、自宅の第１場所情報を流用すると判定し、職場の第１場所情報は流用しないと判定する。他の提供時間についても同様であり、判定部３０２は、第２サービスの提供時間に関連付けられた種類の第１場所情報を流用すると判定し、他の種類の第１場所情報を流用しないと判定すればよい。

　変形例（８）によれば、指定された場所に第２サービスが提供される提供時間に基づいて、所定の条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。これにより、第２サービスの提供時間に応じた最適な第１場所情報を流用することができる。

　（９）また例えば、第２サービスに登録情報が登録されている場合には、ユーザが第２サービスにログインすれば、この登録情報を利用する意思を示したことになるので、判定部３０２は、ユーザによる第２サービスへのログインに基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定してもよい。判定部３０２は、ユーザが第２サービスにログインしない場合に、第１場所情報を流用すると判定し、ユーザが第２サービスにログインした場合に、第１場所情報を流用すると判定しない。

　変形例（９）によれば、ユーザによる第２サービスへのログインに基づいて、条件が満たされるか否かを判定することによって、第１場所情報を流用するか否かを判定する。これにより、ユーザが第２サービスにログインして第２サービスの登録情報を利用する意思を示した場合には、この登録情報が利用されるので、ユーザの入力の手間を効果的に軽減し、かつ、誤った場所に第２サービスが提供されることを防止できる。

　（１０）また例えば、第１サービス及び第２サービスの各々は、実施形態の例に限られない。第１サービス及び第２サービスの各々は、任意のサービスであってよく、例えば、電子決済サービス、電子商取引サービス、飲食店予約サービス、旅行予約サービス、チケット予約サービス、金融サービス、保険サービス、コンテンツ配信サービス、クリーニングサービス、又は集荷サービスであってもよい。第１サービスは、第１場所情報の流用元となるサービスであり、第２サービスは、第１場所情報の流用先となるサービスであればよい。ある提供者が複数のサービスを提供することがあるので、第１サービスの提供者と、第２サービスの提供者と、は異なっている必要はなく、同じであってもよい。ただし、第２サービスは、現実世界の場所に何らかの人又は物が提供されるサービスであるものとする。

　例えば、電子決済サービスのアプリがスーパーアプリに相当する場合には、第１サービスが電子決済サービスであり、第２サービスが電子決済サービス以外のサービスであってもよい。この場合、ユーザが第１サービスのアプリから第２サービスを利用した場合に、第２サービスにおける決済が第１サービスを利用して実行されてもよい。ユーザは、第１データベースＤＢ１に決済手段に関する情報を登録しているものとする。第１サービスでは、任意の決済手段を利用可能であり、例えば、クレジットカード、デビットカード、電子マネー、電子キャッシュ、ポイント、仮想通貨、銀行口座、又はウォレットを利用可能である。決済は、ＩＣチップ３７に記憶された情報が参照されてもよい。

　（１１）また例えば、上記説明した変形例を組み合わせてもよい。

　また例えば、第１サービスのアプリは、スーパーアプリと呼ばれるアプリではなくてもよい、第２サービスのアプリは、ミニアプリと呼ばれるアプリではなくてもよい。第１サービスのアプリと、第２サービスのアプリと、はアプリとして別々であってもよい。また例えば、主な機能がユーザ端末３０で実現される場合を説明したが、各機能は第１サーバ１０又は第２サーバ２０で実現されてもよい。各機能は、第１サーバ１０及びユーザ端末３０以外の他のコンピュータで実現されてもよいし、複数のコンピュータで分担されてもよい。

Claims

　ユーザが第１サービスに登録した第１場所情報を取得する第１取得手段と、
　指定された場所に提供される第２サービスを前記ユーザが利用する場合に、所定の条件に基づいて、前記指定された場所に関する第２場所情報として、前記第１場所情報を流用するか否かを判定する判定手段と、
　前記判定手段の判定結果に基づいて、前記第２場所情報を取得する第２取得手段と、
　を含むサービス提供システム。
　前記サービス提供システムは、前記ユーザの現在位置に関する現在位置情報を取得する第３取得手段を更に含み、
　前記判定手段は、前記現在位置情報に基づいて、前記条件が満たされるか否かを判定することによって、前記第１場所情報を流用するか否かを判定する、
　請求項１に記載のサービス提供システム。
　前記現在位置情報は、前記現在位置の信頼度を含み、
　前記判定手段は、前記信頼度が閾値以上であるか否かを判定することによって、前記条件が満たされるか否かを判定する、
　請求項２に記載のサービス提供システム。
　前記判定手段は、前記第１場所情報が示す場所付近に前記現在位置があるか否かを判定することによって、前記条件が満たされるか否かを判定する、
　請求項２又は３に記載のサービス提供システム。
　前記第２取得手段は、前記第１場所情報を流用すると判定された場合には、前記第１場所情報を流用して前記第２場所情報を取得し、前記第１場所情報を流用しないと判定された場合には、前記現在位置情報に基づいて前記第２場所情報を取得する、
　請求項２～４の何れかに記載のサービス提供システム。
　前記サービス提供システムは、前記現在位置情報に基づいて前記第２場所情報が取得された場合には、前記ユーザに確認を促す確認手段、
　を更に含む請求項５に記載のサービス提供システム。
　前記サービス提供システムは、前記現在位置情報に基づいて前記第２場所情報が取得された場合に、前記第２場所情報の一部が自動入力された入力フォームに対する、前記第２場所情報の残りの部分の入力を前記ユーザに促す入力制御手段、
　を更に含む請求項５又は６に記載のサービス提供システム。
　前記第１サービスには、前記ユーザの複数の前記第１場所情報が登録されており、
　前記判定手段は、前記複数の第１場所情報のうち、前記現在位置情報が示す前記現在位置から最も近い場所の前記第１場所情報を流用すると判定し、他の前記第１場所情報を流用しないと判定する、
　請求項２～７の何れかに記載のサービス提供システム。
　前記サービス提供システムは、前記現在位置情報に基づいて取得された前記第２場所情報が前記ユーザにより修正された場合に、修正後の前記第２場所情報を前記第２サービスに登録する登録手段、
　を更に含む請求項２～７の何れかに記載のサービス提供システム。
　前記判定手段は、前記第１サービスにおける前記ユーザの利用履歴に基づいて、前記条件が満たされるか否かを判定することによって、前記第１場所情報を流用するか否かを判定する、
　請求項１～９の何れかに記載のサービス提供システム。
　前記第１サービスには、前記ユーザの複数の前記第１場所情報が登録されており、
　前記判定手段は、前記複数の第１場所情報のうち、前記第２サービスの種類に基づいて定まる前記第１場所情報を流用すると判定し、他の前記第１場所情報を流用しないと判定する、
　請求項１～１０の何れかに記載のサービス提供システム。
　前記判定手段は、前記ユーザによる第３サービスの利用に基づいて、流用する前記第１場所情報を判定する、
　請求項１１に記載のサービス提供システム。
　複数の前記第１サービスの各々に、前記第１場所情報が登録されており、
　前記判定手段は、前記複数の第１サービスのうち、前記第２サービスの種類に基づいて定まる前記第１サービスに登録された前記第１場所情報を流用すると判定し、他の前記第１場所情報を流用しないと判定する、
　請求項１～１２の何れかに記載のサービス提供システム。
　前記サービス提供システムは、前記指定された場所に前記第２サービスが提供される提供時間を取得する第４取得手段を更に含み、
　前記判定手段は、前記提供時間に基づいて、前記条件が満たされるか否かを判定することによって、前記第１場所情報を流用するか否かを判定する、
　請求項１～１３の何れかに記載のサービス提供システム。
　前記判定手段は、前記ユーザによる前記第２サービスへのログインに基づいて、前記条件が満たされるか否かを判定することによって、前記第１場所情報を流用するか否かを判定する、
　請求項１～１４の何れかに記載のサービス提供システム。
　前記第２サービスは、前記ユーザが会員登録をせずにゲストユーザとして利用可能なサービスであり、
　前記サービス提供システムは、前記第２サービスに前記第２場所情報を登録せずに、前記第２場所情報に基づいて、前記ユーザに前記第２サービスを提供するための処理を実行する提供手段、
　を更に含む請求項１～１５の何れかに記載のサービス提供システム。
　前記ユーザのユーザ端末には、前記第１サービスを利用するためのアプリケーションがインストールされており、
　前記第２サービスは、前記第１サービスの前記アプリケーション内で提供され、
　前記ユーザ端末は、前記第１サービスの前記アプリケーションに基づいて、前記第１場所情報が流用された前記第２場所情報に基づいて、前記第２サービスの画面を表示させる、
　請求項１６に記載のサービス提供システム。
　ユーザが第１サービスに登録した第１場所情報を取得する第１取得ステップと、
　指定された場所に提供される第２サービスを前記ユーザが利用する場合に、所定の条件に基づいて、前記指定された場所に関する第２場所情報として、前記第１場所情報を流用するか否かを判定する判定ステップと、
　前記判定ステップの判定結果に基づいて、前記第２場所情報を取得する第２取得ステップと、
　を含むサービス提供方法。
　ユーザが第１サービスに登録した第１場所情報を取得する第１取得手段、
　指定された場所に提供される第２サービスを前記ユーザが利用する場合に、所定の条件に基づいて、前記指定された場所に関する第２場所情報として、前記第１場所情報を流用するか否かを判定する判定手段、
　前記判定手段の判定結果に基づいて、前記第２場所情報を取得する第２取得手段、
　としてコンピュータを機能させるためのプログラム。