JP6516060B1 - 情報処理装置、情報処理方法、及び情報処理プログラム - Google Patents

Abstract

【課題】所定の空間を共用したユーザ間の情報交換を好適に仲介することができる技術を提供する。【解決手段】本発明の情報処理装置は、第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の第１ユーザへ提供を要求する第１情報を受信した場合に、前記連絡先情報の第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、第２ユーザが使用する端末である第２ユーザ端末へ送信するものである。そして、第２ユーザは、第１ユーザと所定の空間を共用中又は共用した経歴を持つユーザである。【選択図】図１２Ａ

Description

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

各端末の位置情報に基づいて、それらの端末の所有者が同一の車両に相乗り中であるか否かを判断し、その判定結果に基づいてＣＯ_２排出量や燃料の消費量といった環境負荷を算出する技術が知られている（例えば、特許文献１を参照）。

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

近年、複数のユーザが同一の車両に相乗りする形態や、複数のユーザが同一のワークスペース等で作業する形態等のように、所定の空間を複数のユーザが共用する形態が普及してきている。

本発明は、所定の空間を共用したユーザ間の情報交換を好適に仲介することができる技術を提供することを目的とする。

本発明に係る情報処理装置は、
第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信することと、
前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信することと、
を実行する制御部を備え、
前記第２ユーザは、前記第１ユーザと所定の空間を共用中又は共用した経歴を持つユーザである。

また、本発明は、情報処理方法として捉えることもできる。その場合、本発明に係る情報処理方法は、
第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信するステップと、
前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信するステップと、
をコンピュータが実行するものであって、前記第２ユーザは、前記第１ユーザと所定の空間を共用中又は共用した経歴を持つユーザであるようにしてもよい。

また、本発明は、情報処理プログラムとして捉えることもできる。その場合、本発明に係る情報処理プログラムは、
第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信するステップと、
前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前
記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信するステップと、
を、コンピュータに実行させるものであって、前記第２ユーザは、前記第１ユーザと所定の空間を共用中又は共用した経歴を持つユーザであるようにしてもよい。

本発明によれば、所定の空間を共用したユーザ間の情報交換を好適に仲介することができる。

ライドシェアの概要を説明するための図である。 ライドシェアシステムの概略構成を示す図である。 第１の実施形態におけるユーザ端末及びサーバ装置のハードウェア構成を示す図である。 第１の実施形態におけるサーバ装置の機能構成を示すブロック図である。 走行スケジュール情報テーブルの構成例を示す図である。 移動スケジュール情報テーブルの構成例を示す図である。 予約情報テーブルの構成例を示す図である。 予約情報テーブルの他の構成例を示す図である。 会員情報テーブルの構成例を示す図である。 第１の実施形態における第１情報のデータ構成の一例を模式的に示す図である。 第１の実施形態における第２情報のデータ構成の一例を模式的に示す図である。 第１の実施形態における第３情報のデータ構成の一例を模式的に示す図である。 第１の実施形態におけるユーザ端末の機能構成を示すブロック図である。 第１の実施形態において第１ユーザが連絡先情報を要求した場合に、ライドシェアシステムの各構成要素間で送受信されるデータの流れ及び各構成要素で行われる処理の流れの概略を示すフロー図である。 第１の実施形態において第１情報を受信した際のサーバ装置の動作を示すフロー図である。 第１の実施形態において第３情報を受信した際のサーバ装置の動作を示すフロー図である。 第１の実施形態の変形例１において、第２ユーザ端末上に表示される、第１ユーザへ提供可能な連絡先情報を選択するための画面の一例を示す図である。 第１の実施形態の変形例１における第３情報のデータ構成の一例を模式的に示す図である。 第１の実施形態の変形例１において第３情報を受信した際のサーバ装置の動作を示すフロー図である。 第１の実施形態の変形例２における会員情報テーブルの構成例を示す図である。 第１の実施形態の変形例２において第３情報を受信した際のサーバ装置の動作を示すフロー図である。 第１の実施形態の変形例３において第１情報を受信した際のサーバ装置の動作を示すフロー図である。 第１の実施形態の変形例４における会員情報テーブルの構成例を示す図である。 第１の実施形態の変形例４において第１情報を受信した際のサーバ装置の動作を示すフロー図である。 スペースシェアシステムの概略構成を示す図である。 第２の実施形態におけるサーバ装置の機能構成を示すブロック図である。 ワークスペース情報テーブルの構成例を示す図である。 貸出情報テーブルの構成例を示す図である。 会員情報テーブルの構成例を示す図である。 第２の実施形態における第１情報のデータ構成の一例を模式的に示す図である。 第２の実施形態におけるユーザ端末の機能構成を示すブロック図である。

本発明は、所定の空間を共用したユーザ間の情報交換を仲介するための情報処理装置である。ここで、所定の空間を複数のユーザが共用した場合に、あるユーザ（第１ユーザ）が、他のユーザ（第２ユーザ）と情報交換することを望む可能性がある。ところで、第１ユーザが上記所定の空間の提供者等に第２ユーザの連絡先を示す情報（連絡先情報）の提供を要求した場合に、上記提供者等が、第２ユーザの同意を得ずに連絡先情報を第１ユーザに提供してしまうと、第２ユーザの意思に反して、第１ユーザから第２ユーザへ連絡が為される可能性がある。

これに対し、本発明に係る情報処理装置では、第１ユーザと第２ユーザとが所定の空間を共用中又は共用した経歴を持つ場合において、第１ユーザの使用する第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信すると、制御部が、連絡先情報の第１ユーザへの提供について許可を求める情報であって且つ第１ユーザを特定可能な情報を含む第２情報を、第２ユーザの使用する第２ユーザ端末へ送信する。この場合、上記第２情報に含まれる、第１ユーザを特定可能な情報に基づいて、第２ユーザが、連絡先情報の第１ユーザへの提供を許可すべきか又は不許可とすべきかの判断を行うことができる。つまり、連絡先情報の第１ユーザへの提供について許可すべきか又は不許可とすべきかの判断を、第２ユーザに行わせることができる。これにより、第２ユーザの意思に反して、第１ユーザから第２ユーザへ連絡が為されることが抑制される。よって、所定の空間を共用したユーザ間における情報交換を好適に仲介することができる。

なお、ここでいう「所定の空間」は、特定の目的を持つ複数のユーザによって共用される空間であり、例えば、移動を目的とする複数のユーザが相乗りするための車両の乗車空間や、作業を目的とする複数のユーザが各々の作業を行うための作業空間等である。

以下、本発明の具体的な実施形態について図面に基づいて説明する。本実施例に記載されている構成部品の寸法、材質、形状、その相対配置等は、特に記載がない限りは発明の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第１実施形態＞
本実施形態では、移動を目的とする複数のユーザが同一の車両に相乗りする形態（以下、「ライドシェア」と記す場合もある。）において、本発明を実施する例について述べる。なお、移動を目的とする複数のユーザが相乗りすることができる車両としては、自動車や電車等を使用することができるが、本実施形態では、自動車を対象とする例について述べる。

（ライドシェアの概要）
先ず、ライドシェアの概要について図１に基づいて説明する。図１に示す例では、ユーザＡは出発地点ｄから目的地点ｅまで移動し、ユーザＢは出発地点ｆから目的地点ｇまで移動し、ユーザＣは出発地点ｈから目的地点ｅまで移動するものとする。

ここで、仮にユーザＡ〜Ｃが各々の車両で別々に移動すると、３台の車両が必要となる。これに対して、ユーザＡ〜Ｃが相乗りを行うと、１台の車両で各目的地までの移動が可能となる。図１に示す例では、ユーザＡ自身が車両を運転して地点ｄから地点ｅまで移動する。このとき、ユーザＡは、地点ｆにおいて、自身が運転する車両にユーザＢを同乗させ、地点ｈにおいて、自身が運転する車両にユーザＣを同乗させる。そして、ユーザＡは、自身とユーザＣの目的地である地点ｅまで車両を移動させる途中で地点ｇを経由し、地点ｇでユーザＢを降車させることで、ユーザＢを出発地点ｆから目的地点ｇまで移動させることができる。その後、ユーザＡは、車両を地点ｇから地点ｅまで移動させることで、ユーザＣを出発地点ｈから目的地点ｅまで移動させるとともに、ユーザＡ自身の移動を達成することもできる。

このようなライドシェアでは、道路を走行する車両の台数を削減することができるため、交通渋滞を抑制することができる。また、例えば、車両の移動に要する交通費（燃料代等）を該車両に相乗りした複数のユーザで分担することで、各ユーザが個別の車両で移動する場合と比較して、ユーザ１人あたりの交通費を軽減することもできる。

なお、図１に示したライドシェアの態様はあくまで一例であり、１台の車両に相乗りするユーザの組み合わせは、周知の技術を用いて行うことができる。

ここで、上記したようなライドシェアでは、互いの連絡先を知らないユーザ同士が１台の車両に相乗りする場合も発生し得る。そのような場合においては、あるユーザ（第１ユーザ）が、該第１ユーザと同じ車両に相乗り中又は相乗りした経歴を持つ他のユーザ（第２ユーザ）との情報交換を望む可能性がある。これに対し、本実施形態では、第１ユーザが、自身のユーザ端末を使用することで、ライドシェアサービスの提供者に対して、第２ユーザの連絡先を示す情報（連絡先情報）の提供を要求することができるようにした。ただし、その場合に、上記提供者が、第２ユーザの同意を得ずに上記連絡先情報を第１ユーザに提供してしまうと、第２ユーザの意思に反して、第１ユーザから第２ユーザへ連絡が為される可能性がある。そこで、本実施形態では、ライドシェアサービスの運用及び管理に関わる情報処理を行うためのサーバ装置が、上記連絡先情報の提供を要求する情報を受信した場合に、上記要求に応じることを許可するか又は不許可とするかを第２ユーザに問い合わせ、第２ユーザの許可が得られれば上記要求に応じるようにした。

（システム構成）
図２は、ライドシェアサービスの提供を行うためのシステム（以下、「ライドシェアシステム」と記す場合もある。）の一構成例を示す図である。図２に示す例では、ライドシェアシステムは、相乗りに使用される車両１０、該車両１０に相乗りするユーザが使用するユーザ端末２００、及びサーバ装置３００を含んで構成される。ユーザ端末２００とサーバ装置３００とは、ネットワークＮ１によって相互に接続可能である。ネットワークＮ１には、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）やその他の通信網が採用されてもよい。また、ネットワークＮ１は、携帯電話等
の電話通信網、ＷｉＦｉ等の無線通信網を含んでもよい。

なお、図２に示す例では、相乗りに使用される車両として、１台の車両１０のみが図示されているが、当該ライドシェアサービスで利用可能な車両として登録されている台数分の車両がライドシェアシステムに含まれるものとする。また、図２に示す例では、ユーザ端末２００として、第１ユーザが使用する第１ユーザ端末２００Ａと、該第１ユーザと同じ車両１０に相乗り中又は相乗りした経歴を持つ第２ユーザが使用する第２ユーザ端末２００Ｂとの２台のみが図示されているが、当該ライドシェアサービスを利用可能な会員として登録されているユーザ数に応じた台数のユーザ端末がライドシェアシステムに含まれ
るものとする。ここでいう「第１ユーザ」と「第２ユーザ」は、一方のユーザが車両１０の運転者であってもよく、又は双方のユーザが車両１０の同乗者（第１ユーザ及び第２ユーザ以外の者が運転する車両１０に乗せてもらう者）であってもよい。

ユーザ端末２００には、ライドシェアサービスを利用するための所定のアプリケーションがインストールされている。ユーザ端末２００のユーザは、自身のユーザ端末２００に上記所定のアプリケーションを実行させることで、相乗りを行う際の条件等に関する情報（以下、「リクエスト情報」と記す場合もある。）を、サーバ装置３００に登録することができる。例えば、ユーザが車両１０の同乗者となる場合には、該ユーザは、ユーザ端末２００に上記所定のアプリケーションを実行させることで、自身の希望する同乗区間や同乗日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。また、ユーザが車両１０の運転者となる場合には、該ユーザは、ユーザ端末２００に上記所定のアプリケーションを実行させることで、自身の予定する車両１０の走行区間や走行日時等に関する情報を、リクエスト情報としてサーバ装置３００に登録することができる。なお、ユーザ端末２００の詳細について後述する。

サーバ装置３００は、車両１０の運転者となるユーザ（以下、「運転ユーザ」と記す場合もある。）からのリクエスト情報、及び車両１０の同乗者となるユーザ（以下、「同乗ユーザ」と記す場合もある。）からのリクエスト情報を受け付ける。そして、サーバ装置３００は、運転ユーザからのリクエスト情報と同乗ユーザからのリクエスト情報とに基づいて、運転ユーザと同乗ユーザとの暫定的な組み合わせを決定する。サーバ装置３００は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、相乗りの条件を示す情報を送信する。そして、運転ユーザと同乗ユーザとの各々のユーザ端末２００から相乗りの条件に承諾する情報を受信すると、サーバ装置３００が、上記した暫定的な組み合わせを正式な組み合わせに確定する。以下では、上記した手順でサーバ装置３００が運転ユーザと同乗ユーザとの組み合わせを確定する処理を、「マッチング処理」と称する。

また、本実施形態におけるサーバ装置３００は、上記したマッチング処理を行う機能に加え、同一の車両１０に相乗り中又は相乗りした経歴を持つユーザ間の情報交換を仲介する機能も有している。ここで、互いの連絡先を知らない第１ユーザと第２ユーザとが同一の車両１０に相乗りした場合においては、第１ユーザが第２ユーザとの情報交換を望む可能性がある。つまり、第２ユーザと情報交換を行う上で必要となる情報（第２ユーザの連絡先を示す情報である連絡先情報）の提供を、第１ユーザが望む可能性がある。そこで、本実施形態では、第１ユーザ端末２００Ａから送信される、上記連絡先情報の提供を要求するための情報（第１情報）をサーバ装置３００が受信した場合に、該サーバ装置３００が、上記連絡先情報の第１ユーザへの提供について許可を求める情報（第２情報）を、第２ユーザ端末２００Ｂへ送信する。そして、上記第２情報に応答する形で第２ユーザ端末２００Ｂから送信される、上記連絡先情報の第１ユーザへの提供を許可又は不許可する情報（第３情報）を、サーバ装置３００が受信した場合に、該第３情報が連絡先情報の第１ユーザへの提供を許可する情報であれば、サーバ装置３００が、上記連絡先情報を第１ユーザ端末２００Ａへ送信する。一方、該第３情報が連絡先情報報の第１ユーザへの提供を不許可とする情報であれば、サーバ装置３００は、上記連絡先情報を第１ユーザ端末２００Ａへ送信せずに、連絡先情報の提供について許可を得られなかったことを示す情報（不許可情報）を第１ユーザ端末２００Ａへ送信する。なお、本実施形態においては、同一の車両１０に相乗り中又は相乗りした経歴を持つユーザ間の情報交換を仲介する機能を有するサーバ装置３００が、本発明に係る「情報処理装置」に相当する。

（ハードウェア構成）
図３は、ユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成を例示す
る図である。なお、前述の図２に示した第１ユーザ端末２００Ａと第２ユーザ端末２００Ｂは、図３中のユーザ端末２００と同様のハードウェア構成を含むものとする。

サーバ装置３００は、一般的なコンピュータの構成を有している。すなわち、サーバ装置３００は、プロセッサ３０１、主記憶部３０２、補助記憶部３０３、通信部３０４を有する。これらは、互いにバスによって接続されている。主記憶部３０２及び補助記憶部３０３は、コンピュータで読み取り可能な記録媒体である。コンピュータのハードウェア構成は、図３に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

サーバ装置３００は、プロセッサ３０１が記録媒体に記憶されたプログラムを主記憶部３０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現する。

プロセッサ３０１は、例えば、ＣＰＵ（Central Processing Unit）やＤＳＰ（Digital
Signal Processor）である。プロセッサ３０１は、サーバ装置３００を制御し、様々な
情報処理の演算を行う。主記憶部３０２は、例えば、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）を含む。補助記憶部３０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）、ハードディスクドライブ（Hard Disk Drive :HDD）である。ま
た、補助記憶部３０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリや、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等のようなディスク記録媒体である。

補助記憶部３０３は、各種のプログラム、各種のデータ及び各種のテーブルを読み書き自在に記録媒体に格納する。補助記憶部３０３には、オペレーティングシステム（Operating System :OS）、各種プログラム、各種テーブル等が格納される。なお、これらの情報の一部又は全部は、主記憶部３０２に格納されてもよい。また、主記憶部３０２に格納される情報は、補助記憶部３０３に格納されてもよい。

通信部３０４は、外部の装置とサーバ装置３００との間における情報の送受信を行う。通信部３０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、無線通信のための無線通信回路である。ＬＡＮインターフェースボードや無線通信回路は、ネットワークＮ１に接続される。

上記したように構成されるサーバ装置３００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

次に、ユーザ端末２００は、例えば、スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ（スマートウォッチ等）等のように、ユーザが携帯可能な小型のコンピュータである。なお、ユーザ端末２００は、公衆通信網であるインターネット等のネットワークＮ１を介してサーバ装置３００に接続される、パーソナルコンピュータ（Personal Computer :PC）であってもよい。

ユーザ端末２００は、プロセッサ２０１、主記憶部２０２、補助記憶部２０３、表示部２０４、入力部２０５、通信部２０６を有する。プロセッサ２０１、主記憶部２０２、補助記憶部２０３については、サーバ装置３００のプロセッサ３０１、主記憶部３０２、補助記憶部３０３と同様であるため、説明は省略される。表示部２０４は、例えば、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electroluminescence）パネル等である。入力部２
０５は、例えば、文字等の記号を入力可能なタッチパネルや押しボタン、音声を入力可能なマイクロフォン、動画像や静止画像を撮像可能なカメラ等を含む。通信部２０６は、例
えば、移動体通信サービス（携帯電話等の電話通信網、ＷｉＦｉ等の無線通信）を利用してネットワークＮ１にアクセスし、サーバ装置３００等とデータ通信をするための通信回路である。

（サーバ装置の機能構成）
ここで、サーバ装置３００の機能構成について、図４に基づいて説明する。図４に示すように、本実施形態のサーバ装置３００は、その機能構成要素として、マッチング処理部Ｆ３１０、情報交換処理部Ｆ３２０、走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、及び予約管理データベースＤ３３０を含む。ここで、マッチング処理部Ｆ３１０及び情報交換処理部Ｆ３２０は、サーバ装置３００のプロセッサ３０１が主記憶部３０２上のコンピュータプログラムを実行することにより形成される。なお、マッチング処理部Ｆ３１０と情報交換処理部Ｆ３２０のいずれか、又はその一部がハードウェア回路により形成されてもよい。

走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、サーバ装置３００のプロセッサ３０１によって実行されるデータベース管理システム（Database Management System :DBMS）のプログラムが、補助記憶部３０３に記憶されているデータを管理することで構築される。これら走行スケジュール管理データベースＤ３１０、移動スケジュール管理データベースＤ３２０、予約管理データベースＤ３３０、及び会員情報管理データベースＤ３４０は、例えば、リレーショナルデータベースである。

なお、サーバ装置３００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークＮ１に接続される他のコンピュータにより実行されてもよい。例えば、マッチング処理部Ｆ３１０に含まれる各処理と、情報交換処理部Ｆ３２０に含まれる各処理とは、別々のコンピュータにより実行されてもよい。

走行スケジュール管理データベースＤ３１０は、各車両１０の走行スケジュールが格納されており、そこでは車両１０の運転ユーザの識別情報と車両１０の走行スケジュールとの紐付けが行われている。ここで、走行スケジュール管理データベースＤ３１０に格納される走行スケジュール情報の一構成例について、図５に基づいて説明する。図５は、走行スケジュール情報のテーブル構成を例示する図である。なお、走行スケジュール情報テーブルに登録される情報は、図５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図５に示す走行スケジュール情報テーブルは、車両ＩＤ、運転ユーザＩＤ、出発地、出発予定日時、目的地、到着予定日時、及びステータス等の各フィールドを有する。車両ＩＤフィールドには、相乗りに利用可能な各車両１０を識別するための情報である車両ＩＤが登録される。ここでいう車両ＩＤは、各車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に、後述のユーザＩＤとともに付与される情報であり、個々の車両１０を識別するための情報である。運転ユーザＩＤフィールドには、相乗りに利用可能な各車両１０の運転ユーザを識別するための情報であるユーザＩＤが登録される。ユーザＩＤは、相乗りに利用可能な車両１０の運転ユーザがライドシェアサービスの会員登録を行う際に付与される情報である。出発地フィールドには、各運転ユーザが相乗りに利用可能な車両１０の出発地を示す情報が登録される。なお、ここでいう出発地は、運転ユーザが車両１０による移動を開始する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。例えば、運転ユーザが自身の運転する車両１０で目的地まで移動する途中で経由する場所を、当該出発地に設定することも可能である。出発予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記出発地を出発する予定日時を示す情報が登録される。目的地フィールドには、運転ユーザが相乗りに利用可能な車両１
０で向かう目的地を示す情報が登録される。なお、ここでいう目的地は、運転ユーザが車両１０による移動を終了する場所に限定されず、運転ユーザが自身の都合等に応じて適宜に変更することができる。例えば、運転ユーザが車両１０による移動を終了する場所へ向かう途中で経由する場所を、当該目的地に設定することも可能である。到着予定日時フィールドには、運転ユーザが自身の運転する車両１０で上記目的地に到着する予定日時を示す情報が登録される。ステータスフィールドには、運転ユーザによる車両１０の移動状況を示す情報が登録される。例えば、運転ユーザの運転によって車両１０が目的地に既に到着している場合には、「到着済」と登録され、運転ユーザの運転によって車両１０が出発地から目的地へ移動中である場合には、「移動中」と登録され、運転ユーザの運転によって車両１０が出発地から未だ出発していない場合には、「出発前」と登録される。なお、上記ステータスフィールドに「移動中」と登録される車両１０については、該車両１０の現在位置に関する情報も当該ステータスフィールドに登録されるようにしてもよい。その場合における車両１０の現在位置は、サーバ装置３００が運転ユーザのユーザ端末２００と通信することで取得されてもよく、又は車両１０に搭載されている通信可能な機器とサーバ装置３００が通信することで取得されてもよい。

移動スケジュール管理データベースＤ３２０は、任意の車両１０への相乗りを希望する同乗ユーザの移動スケジュールが格納されており、そこでは同乗ユーザの識別情報と移動スケジュールとの紐付けが行われている。ここで、移動スケジュール管理データベースＤ３２０に格納される移動スケジュール情報の一構成例について、図６に基づいて説明する。図６は、移動スケジュール情報のテーブル構成を例示する図である。なお、移動スケジュール情報テーブルに登録される情報は、図６に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図６に示す移動スケジュール情報テーブルは、同乗ユーザＩＤ、乗車地、乗車希望日時、降車地、降車希望日時、及びステータス等の各フィールドを有する。同乗ユーザＩＤフィールドには、各同乗ユーザを識別するためのユーザＩＤが登録される。同乗ユーザのユーザＩＤは、前述した運転ユーザＩＤと同様に、同乗ユーザがライドシェアサービスの会員登録を行う際に付与される情報である。乗車地フィールドには、各同乗ユーザが相乗りに利用可能な車両１０への乗車を希望する場所を示す情報が登録される。乗車希望日時フィールドには、各同乗ユーザが上記乗車地において相乗り可能な車両１０への乗車を希望する日時を示す情報が登録される。降車地フィールドには、各同乗者が相乗りに利用可能な車両１０からの降車を希望する場所を示す情報が登録される。降車希望日時フィールドには、各同乗ユーザが上記降車地において相乗り可能な車両１０からの降車を希望する日時を示す情報が登録される。ステータスフィールドには、同乗ユーザの移動状況を示す情報が登録される。例えば、同乗ユーザが上記降車地で相乗り可能な車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザと組み合わせる運転ユーザが確定しているが、その運転ユーザの運転する車両１０に該同乗ユーザが乗車する前の段階にある場合には、「予約中」と登録され、該同乗ユーザと組み合わせる運転ユーザが確定していない段階にある場合には、「マッチング中」と登録される。

予約管理データベースＤ３３０は、ライドシェアサービスの予約情報が格納されており、そこでは運転ユーザに関する情報と該運転ユーザの運転する車両１０に相乗り予定の同乗ユーザに関する情報との紐付けが行われている。ここで、予約管理データベースＤ３３０に格納される予約情報の一構成例について、図７に基づいて説明する。図７は、予約情報のテーブル構成を例示する図である。なお、予約情報テーブルに登録される情報は、図７に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図７に示す予約情報テーブルは、予約ＩＤ、運転ユーザＩＤ、車両情報、同乗ユーザＩＤ、乗車地、乗車予定日時、降車地、降車予定日時、座席、及びステータス等の各フィー
ルドを有する。予約ＩＤフィールドには、個々の予約情報を識別するための情報である予約ＩＤが登録される。この予約ＩＤは、例えば、各ユーザが予約内容について確認や変更等を行う場合に使用される。運転ユーザＩＤフィールドには、相乗り可能な車両１０を運転する運転ユーザのユーザＩＤが登録される。車両情報フィールドには、各運転ユーザが運転する車両１０を、該車両１０に相乗りする同乗ユーザが識別するために必要な情報が登録される。例えば、車両情報フィールドには、車種、自動車登録番号（ナンバープレートに標記された番号）、車体色等の情報が登録される。同乗ユーザＩＤフィールドには、各運転ユーザの運転する車両１０に相乗りする予定の同乗ユーザのユーザＩＤが登録される。乗車地フィールドには、各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる場所を示す情報が登録される。乗車予定日時フィールドには、上記乗車地において各運転ユーザが自身の運転する車両１０に同乗ユーザを乗車させる予定日時を示す情報が登録される。降車地フィールドには、各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる場所を示す情報が登録される。降車予定日時フィールドには、上記降車地において各運転ユーザが自身の運転する車両１０から同乗ユーザを降車させる予定日時を示す情報が登録される。座席フィールドには、相乗りに利用される各車両１０において同乗ユーザが座る座席の位置を示す情報が登録される。同乗ユーザの座席位置は、マッチング処理による運転ユーザと同乗ユーザとの組み合わせが確定した時点で決定されてもよい。また、同乗ユーザの座席位置は、同乗ユーザが相乗りに利用される車両１０へ乗車した時点で決定されてもよい。その場合、上記座席フィールドに登録される情報は、同乗ユーザの座席位置が決定した時点で運転ユーザ又は同乗ユーザのユーザ端末２００からサーバ装置３００へ送信されるようにすればよい。ステータスフィールドには、各車両１０の相乗り状況を示す情報が登録される。例えば、同乗ユーザが上記降車地で車両１０から既に降車している場合には、「降車済み」と登録され、同乗ユーザが車両１０に相乗り中である場合には、「乗車中」と登録され、同乗ユーザが車両１０に乗車する前の段階にある場合には、「乗車前」と登録される。

なお、図７の予約情報テーブルは、各運転ユーザの運転する車両１０に１人の同乗ユーザが相乗りする場合のテーブル構成例を示しているが、各運転ユーザの運転する車両１０に相乗りする同乗ユーザの人数は２人以上であってもよい。その場合は、図８に示すように、１つの運転ユーザＩＤに対して、複数の同乗ユーザの情報が紐付けられればよい。

会員情報管理データベースＤ３４０は、ライドシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。ここで、会員情報管理データベースＤ３４０に格納される会員情報の一構成例について、図９に基づいて説明する。図９は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図９に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図９に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤ等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがライドシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。連絡先フィールドには、各ユーザの連絡先を示す情報（例えば、電子メールアドレスや電話番号等であり、少なくとも各ユーザが使用するユーザ端末２００の電子メールアドレスを含む）が登録される。属性フィールドには、各ユーザの属性を示す情報（例えば、氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）が登録される。認証フィールドには、前述のリクエスト情報をサーバ装置３００に登録する場合や、前述の予約情報を確認する場合等における認証に必要となるパスワード等を示す情報が登録される。車両ＩＤフィールドには、各ユーザが相乗りに利用可能な車両１０の車両ＩＤが登録される。なお、相乗りに利用可能な車両１０を所有していないユーザについては、例えば、車両ＩＤフィールドに「無」と登録される。

次に、マッチング処理部Ｆ３１０は、運転ユーザや同乗ユーザからのリクエスト情報に基づいて、マッチング処理を行う。詳細には、運転ユーザのユーザ端末２００から送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、前述の図５に示したような走行スケジュール情報テーブルを生成し、生成された走行スケジュール情報テーブルを走行スケジュール管理データベースＤ３１０に格納する。また、同乗ユーザのユーザ端末２００から送信されるリクエスト情報をサーバ装置３００が受信した場合に、マッチング処理部Ｆ３１０は、該リクエスト情報に基づいて、前述の図６に示したような移動スケジュール情報テーブルを生成し、生成された移動スケジュール情報テーブルを移動スケジュール管理データベースＤ３２０に格納する。そして、マッチング処理部Ｆ３１０は、走行スケジュール管理データベースＤ３１０に格納されている走行スケジュール情報テーブルと、移動スケジュール管理データベースＤ３２０に格納されている移動スケジュール情報テーブルとを比較して、各同乗ユーザの移動スケジュールに適合する走行スケジュールを抽出する。続いて、マッチング処理部Ｆ３１０は、抽出された走行スケジュールに紐づけられている運転ユーザを上記同乗ユーザと暫定的に組み合わせる。上記した手順で運転ユーザと同乗ユーザとの暫定的な組み合わせが決定されると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせにおける運転ユーザと同乗ユーザとの各々のユーザ端末２００に対して、相乗りの条件を示す情報（例えば、同乗ユーザの乗車地、同乗ユーザの乗車予定日時、同乗ユーザの降車地、同乗ユーザの降車予定日時、車両１０の種類等）を送信する。これに対し、運転ユーザ及び同乗ユーザの双方のユーザ端末２００から上記した相乗りの条件に承諾する情報が返信されてくると、マッチング処理部Ｆ３１０は、上記した暫定的な組み合わせを正式な組み合わせに確定する。これに伴い、マッチング処理部Ｆ３１０は、上記した正式な組み合わせに基づいて、前述の図７に示したような予約情報テーブルを生成し、生成された予約情報テーブルを予約管理データベースＤ３３０に格納する。なお、マッチング処理部Ｆ３１０によるマッチング処理の実行方法は、上記した方法に限られるものではなく、周知の技術を用いる他の方法でマッチング処理が行われてもよい。

情報交換処理部Ｆ３２０は、ライドシェアサービスを利用したユーザ（第１ユーザ）のユーザ端末（第１ユーザ端末２００Ａ）から送信される第１情報をサーバ装置３００が受信した場合に、所定の情報交換処理を実行する。

本実施形態における第１情報は、前述したように、連絡先情報（第１ユーザと同じ車両１０に相乗り中又は相乗り経歴を持つ他のユーザ（第２ユーザ）の連絡先を示す情報）の提供を要求する情報である。ここで、本実施形態における第１情報のデータ構成例について、図１０Ａに基づいて説明する。図１０Ａは、第１情報のデータ構成の一例を模式的に示す図である。本実施形態における第１情報は、基本的には、連絡先要求情報と、予約ＩＤと、乗車位置情報と、を含んで構成される。連絡先要求情報は、該連絡先要求情報と予約ＩＤと乗車位置情報とから構成される情報が第１情報（すなわち、連絡先情報の提供を要求する情報）であることを識別するため情報である。なお、サーバ装置３００に対して複数の第１情報が送信されることも想定し得るため、個々の第１情報を識別可能となるように該連絡先要求情報が形成されてもよい。予約ＩＤは、第１ユーザと第２ユーザとが相乗りした際の予約ＩＤであり、本発明に係る「空間識別情報」に相当する。乗車位置情報は、第１ユーザと第２ユーザとが相乗りした車両１０における第２ユーザの乗車位置を示す情報であり、本発明に係る「第２ユーザ識別情報」に相当する。本例においては、乗車位置情報として、第２ユーザの座席位置が使用される。なお、第１情報に含まれる空間識別情報は、図１０Ａに示したような予約ＩＤに限定されるものではなく、第１ユーザと第２ユーザとが相乗り中又は相乗りした車両１０の車両情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの乗車地を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの乗車予定日時を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗
りした際の第１ユーザの降車地を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの降車予定日時を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの座席位置を示す情報とのうち、少なくとも１つを用いることもできる。要するに、第１情報に含まれる空間識別情報は、第１ユーザと第２ユーザとが相乗り中又は相乗りした車両１０を特定することができる情報であればよい。また、第１情報に含まれる第２ユーザ識別情報は、図１０Ａに示したような乗車位置情報に限定されるものではなく、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第２ユーザの乗車地又は降車地を示す情報を用いることもできる。また、第１情報には、外観画像情報が添付されてもよい。ここでいう外観画像情報は、後述するユーザ端末２００において、第１ユーザの外観を撮像した静止画像情報又は動画像情報である。

本実施形態における所定の情報交換処理は、上記連絡先情報の第１ユーザへの提供について該第２ユーザの同意が得られた場合に限り、上記連絡先情報を第１ユーザへ提供する処理である。以下では、本実施形態における所定の情報交換処理について述べる。

本実施形態における所定の情報交換処理では、情報交換処理部Ｆ３２０は、先ず、第２ユーザの使用する第２ユーザ端末２００Ｂと通信するために必要な情報を取得すべく、第２ユーザを特定する処理を行う。具体的には、情報交換処理部Ｆ３２０は、第１情報に含まれる予約ＩＤを引数として予約管理データベースＤ３３０へアクセスすることで、該予約ＩＤに対応する予約情報テーブルを特定する。これにより、第１ユーザと第２ユーザとが相乗り中又は相乗りした車両１０が特定される。なお、予約ＩＤに代わりに、第１ユーザと第２ユーザとが相乗り中又は相乗りした車両１０の車両情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの乗車地を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの乗車予定日時を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの降車地を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの降車予定日時を示す情報と、第１ユーザと第２ユーザとが同一の車両１０に相乗り中又は相乗りした際の第１ユーザの座席位置を示す情報とのうちの少なくとも１つが、空間識別情報として第１情報に含まれている場合には、情報交換処理部Ｆ３２０は、予約管理データベースＤ３３０に格納されている予約情報テーブルのうち、上記空間識別情報と一致する情報が登録されている予約情報テーブルを特定すればよい。続いて、情報交換処理部Ｆ３２０は、特定された予約情報テーブルにおいて第１情報に含まれる乗車位置情報（座席位置情報）と一致する座席に座ったユーザのユーザＩＤを抽出する。その際、第１情報に含まれる乗車位置情報が車両１０の運転席を示す情報である場合には、情報交換処理部Ｆ３２０は、上記予約情報テーブルの運転ユーザＩＤフィールドに登録されているユーザＩＤを抽出すればよい。また、第１情報に含まれる乗車位置情報が車両１０の運転席以外の座席を示す情報である場合には、情報交換処理部Ｆ３２０は、上記予約情報テーブルに登録されている同乗ユーザのうち、該乗車位置情報と一致する座席位置情報が座席フィールドに登録されている同乗ユーザの同乗ユーザＩＤフィールドに登録されているユーザＩＤを抽出すればよい。なお、第２ユーザの乗車位置を示す情報の代わりに、第２ユーザの乗車地又は降車地を示す情報が第１情報に含まれている場合には、予約情報テーブルに登録されている同乗ユーザのうち、第１情報に含まれる乗車地又は降車地を示す情報と一致する情報が乗車地フィールド又は降車地フィールドに登録されている同乗ユーザのユーザＩＤが抽出されればよい。斯様にして第２ユーザのユーザＩＤが抽出されると、情報交換処理部Ｆ３２０は、抽出されたユーザＩＤを引数として会員情報管理データベースＤ３４０にアクセスすることで、該ユーザＩＤに対応する会員情報テーブルを特定する。これにより、第１ユーザと同一の車両１０に相乗り中又は相乗りした経歴を持つ第２ユーザが特定される。

上記した手順で第２ユーザが特定されると、情報交換処理部Ｆ３２０は、連絡先情報の第１ユーザへの提供について、第２ユーザに許可を求める処理を行う。具体的には、情報交換処理部Ｆ３２０は、先ず、第２ユーザの会員情報テーブルにおける連絡先フィールドから、第２ユーザ端末２００Ｂと通信するために必要な情報（例えば、第２ユーザ端末２００Ｂの電子メールアドレス）を取得する。次いで、情報交換処理部Ｆ３２０は、取得された電子メールアドレス宛に第２情報を送信する。

本実施形態における第２情報は、前述したように、上記連絡先情報の第１ユーザへの提供について許可を求める情報である。ここで、本実施形態における第２情報のデータ構成例について、図１０Ｂに基づいて説明する。図１０Ｂは、第２情報のデータ構成の一例を模式的に示す図である。本実施形態における第２情報は、許可要求情報と、ユーザ特定情報と、含んで構成される。許可要求情報は、該許可要求情報とユーザ特定情報とから構成される情報が第２情報（すなわち、第１ユーザに対する連絡先情報の提供について許可を求める情報）であることを、ユーザ端末２００に識別させるための情報である。なお、第２ユーザ端末２００Ｂに対して複数の第２情報が送信されることも想定し得るため、個々の第２情報を識別可能となるように該許可要求情報が形成されてもよい。ユーザ特定情報は、連絡先情報の提供先となる第１ユーザを、第２ユーザが特定可能にするための情報である。ユーザ特定情報は、例えば、第１ユーザの属性情報と、第１ユーザと第２ユーザとが相乗りした車両１０における第１ユーザの乗車位置を示す情報と、第１ユーザの外観画像情報とのうち、少なくとも１つを含んで形成される。なお、第１ユーザの属性情報は、第１ユーザの会員情報テーブルにおける属性フィールドに登録されている情報（氏名、ニックネーム、年齢、性別、職業、勤務先（通学先）、趣味、特技等）の一部又は全部を含む情報である。第１ユーザと第２ユーザとが相乗りした車両１０における第１ユーザの乗車位置を示す情報は、第１情報に含まれる予約ＩＤに対応する予約情報テーブルにおいて、第１ユーザの座席フィールドに登録されている座席位置を示す情報である。第１ユーザの外観画像情報は、第１ユーザ端末２００Ａから受信した第１情報に添付されている外観画像情報である。

上記したように構成される第２情報がサーバ装置３００から第２ユーザ端末２００Ｂへ送信された後に、該第２情報に応答する形で第２ユーザ端末２００Ｂから送信される第３情報をサーバ装置３００が受信すると、情報交換処理部Ｆ３２０は、該第３情報に基づいて、第１ユーザ端末２００Ａに対する連絡先情報の送信可否を判別する。

本実施形態における第３情報は、連絡先情報の第１ユーザへの提供を許可するか又は不許可するかを示す情報である。ここで、本実施形態における第３情報のデータ構成例について、図１０Ｃに基づいて説明する。図１０Ｃは、第３情報のデータ構成の一例を模式的に示す図である。本実施例における第３情報は、回答情報と、回答種別情報と、含んで構成される。回答情報は、該回答情報と回答種別情報とを含む情報が第３情報（すなわち、第１ユーザに対する連絡先情報の提供を許可又は不許可とする情報）であることを、サーバ装置３００が識別するための情報である。なお、サーバ装置３００に対して複数の第３情報が送信されることも想定し得るため、個々の第３情報を識別可能となるように該回答情報が形成されてもよい。回答種別情報は、第２情報に対する回答の種別、すなわち、第１ユーザに対する連絡先情報の提供を許可するか又は不許可とするかを区別するための情報である。

上記したように構成される第３情報をサーバ装置３００が受信すると、情報交換処理部Ｆ３２０は、該第３情報に含まれる回答種別情報に基づいて、第１ユーザ端末２００Ａに対する連絡先情報の送信可否を判別する。ここで、上記回答種別情報が第１ユーザに対する連絡先情報の提供を許可する情報であれば、情報交換処理部Ｆ３２０は、上記連絡先情報を第１ユーザ端末２００Ａへ送信する。ここで、上記連絡先情報がサーバ装置３００か
ら第１ユーザ端末２００Ａへ送信される際には、第２ユーザの呼び名（氏名、又はニックネーム等）を示す情報も、サーバ装置３００から第１ユーザ端末２００Ａへ送信されるようにしてもよい。一方、上記回答種別情報が第１ユーザに対する連絡先情報の提供を不許可とする情報であれば、情報交換処理部Ｆ３２０は、上記連絡先情報を第１ユーザ端末２００Ａへ送信しない。その場合、情報交換処理部Ｆ３２０は、連絡先情報の提供について許可を得られなかった旨を示す不許可情報を、第１ユーザ端末２００Ａへ送信する。

（ユーザ端末の機能構成）
図１１は、ユーザ端末２００の機能構成を例示する図である。ユーザ端末２００は、機能構成要素として、予約登録部Ｆ２１０、連絡先要求部Ｆ２２０、承諾処理部Ｆ２３０を備える。これら予約登録部Ｆ２１０、連絡先要求部Ｆ２２０、承諾処理部Ｆ２３０は、ユーザ端末２００のプロセッサ２０１が主記憶部２０２上のコンピュータプログラムを実行することにより形成される。なお、上記した機能構成要素のいずれか、又はその処理の一部がハードウェア回路により実行されてもよい。

予約登録部Ｆ２１０は、ユーザによる入力部２０５へのリクエスト情報の入力を受け付け、入力されたリクエスト情報をサーバ装置３００へ送信する。そして、上記リクエスト情報に応答する形で、暫定的な運転ユーザと同乗ユーザとの組み合わせにおける相乗り条件を示す情報が、サーバ装置３００からユーザ端末２００へ送信されてくると、予約登録部Ｆ２１０は、暫定的な組み合わせにおける相乗りの条件を示す情報を表示部２０４に表示する。その際、予約登録部Ｆ２１０は、上記相乗りの条件を示す情報について承諾するか否かの選択をユーザに促す処理（例えば、相乗りの条件に承諾するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。ユーザが上記相乗りの条件を示す情報について承諾することを選択すると、予約登録部Ｆ２１０が、その選択結果を示す情報をサーバ装置３００へ送信する。斯様な情報が運転ユーザのユーザ端末２００と同乗ユーザのユーザ端末２００との双方からサーバ装置３００へ送信されると、前述したように、サーバ装置３００におけるマッチング処理によって正式な運転ユーザと同乗ユーザとの組み合わせが確定される。これに伴い、正式な運転ユーザと同乗ユーザとの組み合わせに応じた予約情報が、サーバ装置３００からユーザ端末２００へ送信される。その場合、予約登録部Ｆ２１０は、該予約情報を表示部２０４に表示する。これにより、ユーザ端末２００のユーザが予約情報を確認することができる。なお、予約登録部Ｆ２１０による上記した機能は、上記所定のアプリケーションによって実現される。

ここで、各ユーザが上記リクエスト情報をサーバ装置３００に登録する方法は、ユーザ端末２００を利用した方法に限定されるものではなく、例えば、ネットワークＮ１に接続可能な任意の端末（スマートフォン、携帯電話、タブレット端末、個人情報端末、ウェアラブルコンピュータ等）やパーソナルコンピュータ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ、ＰＣ）を利用して、上記リクエスト情報をサーバ装置３００に登録してもよい。

連絡先要求部Ｆ２２０は、該ユーザ端末２００のユーザが上記第１ユーザの立場に立った場合に、ユーザによる入力部２０５への上記第１情報の入力を受け付け、入力された第１情報をサーバ装置３００へ送信する。ユーザが上記第１情報を入力するにあたり、連絡先要求部Ｆ２２０は、ユーザがこれまでに行った予約に対応する予約情報の履歴を表示部２０４に表示するようにしてもよい。その場合、ユーザ端末２００のユーザが、表示部２０４に表示された予約情報の履歴の中から、該第１ユーザと第２ユーザとが相乗りした予約情報を選択するとともに、該選択された予約情報における第２ユーザの座席位置（又は、乗車地若しくは降車地）を選択することができる。そして、連絡先要求部Ｆ２２０は、ユーザによって選択された予約情報の予約ＩＤと座席位置情報とに基づいて、前述の図１０Ａに示したような第１情報を生成し、生成された第１情報をサーバ装置３００へ送信すればよい。

ここで、上記第１情報がサーバ装置３００へ送信される際に、連絡先要求部Ｆ２２０は、ユーザの外観画像情報を第１情報に添付してもよい。その場合、連絡先要求部Ｆ２２０は、例えば、第１情報の入力を受け付けた際に、外観画像情報を第１情報に添付するか否かの選択をユーザに促す処理（例えば、ユーザの外観画像情報を添付するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行えばよい。そして、外観画像情報を第１情報に添付することをユーザが選択した場合には、連絡先要求部Ｆ２２０は、該ユーザ端末２００に搭載されているカメラを起動させることで、ユーザの外観画像を撮像し、撮像された外観画像情報を第１情報に添付すればよい。

なお、連絡先要求部Ｆ２２０による上記した機能は、上記所定のアプリケーションによって実現される。

承諾処理部Ｆ２３０は、該ユーザ端末２００のユーザが上記第２ユーザの立場に立った場合において、サーバ装置３００から送信される上記第２情報を該ユーザ端末２００が受信した際に、該第２情報を表示部２０４に表示させるとともに、第１ユーザへの連絡先情報の提供を許可するか又は不許可とするかの選択を促す処理（例えば、連絡先情報の提供を許可するか否かを選択するためのボタンをタッチパネル等の入力部２０５に表示させる処理）を行う。そして、上記連絡先情報の第１ユーザへの提供を許可するか又は不許可とするかの選択を第２ユーザが行うと、承諾処理部Ｆ２３０が、その選択結果に基づいて、前述の図１０Ｃに示したような第３情報を生成し、生成された第３情報をサーバ装置３００へ送信する。なお、承諾処理部Ｆ２３０による上記した機能は、上記所定のアプリケーションによって実現される。

（システムの動作）
第１ユーザが連絡先情報を要求する場合におけるライドシェアシステムの動作について図１２Ａ〜図１２Ｃに基づいて説明する。図１２Ａは、各構成要素間で送受信されるデータの流れ、及び各構成要素が行う処理の流れの概略を示すフロー図である。図１２Ｂは、第１情報を受信した際のサーバ装置３００の動作を示すフロー図である。図１２Ｃは、第３情報を受信した際のサーバ装置３００の動作を示すフロー図である。なお、図１２Ａに示すフローでは、第１ユーザと第２ユーザとは、同一の車両１０に相乗り中又は相乗りした経歴を有するものとする。

図１２Ａにおいて、第１ユーザ端末２００Ａが第１ユーザによる第１情報の入力を受け付けると（ステップＳ１１）、第１ユーザ端末２００Ａの連絡先要求部Ｆ２２０が、該第１ユーザ端末２００Ａに入力された第１情報をサーバ装置３００へ送信する（ステップＳ１２）。ここでいう第１情報は、前述の図１０Ａに示したように、連絡先要求情報と予約ＩＤと乗車位置情報（又は、第２ユーザの乗車地情報若しくは降車地情報）を含んで構成される。

第１ユーザ端末２００Ａから送信された第１情報がサーバ装置３００によって受信されると、該サーバ装置３００の情報交換処理部Ｆ３２０が、第２情報を生成する処理（ステップＳ１３）と、生成された第２情報を第２ユーザ端末２００Ｂへ送信する処理（ステップＳ１４）とを行う。これらの処理は、図１２Ｂに示すような処理フローに基づいて行われる。

図１２Ｂにおいては、第１ユーザ端末２００Ａからの第１情報をサーバ装置３００が受信すると（ステップＳ１０１）、該サーバ装置３００の情報交換処理部Ｆ３２０が、第２ユーザを特定するための処理を行う（ステップＳ１０２）。具体的には、情報交換処理部Ｆ３２０は、前述したように、上記第１情報に含まれる予約ＩＤ及び乗車位置情報（又は
、乗車地情報若しくは降車地情報）を引数として予約管理データベースＤ３３０へアクセスすることで、第２ユーザのユーザＩＤを抽出する。続いて、情報交換処理部Ｆ３２０は、抽出されたユーザＩＤを引数として会員情報管理データベースＤ３４０にアクセスすることで、第２ユーザの会員情報テーブルを特定する。

上記ステップＳ１０２で第２ユーザが特定されると、情報交換処理部Ｆ３２０が、第２情報を生成する（ステップＳ１０３）。ここでいう第２情報は、前述の図１０Ｂに示したように、許可要求情報と、ユーザ特定情報と、含むように生成される。続いて、情報交換処理部Ｆ３２０は、ステップＳ１０３で生成された第２情報を第２ユーザ端末２００Ｂへ送信する（ステップＳ１０４）。その際、情報交換処理部Ｆ３２０は、ステップＳ１０２で特定された第２ユーザの会員情報テーブルから、第２ユーザ端末２００Ｂと通信するために必要な情報（第２ユーザ端末２００Ｂの電子メールアドレス）を取得して、取得された電子メールアドレス宛にステップＳ１０３で生成された第２情報を送信する。

ここで、図１２Ａに戻り、サーバ装置３００から送信された第２情報が第２ユーザ端末２００Ｂによって受信されると、該第２ユーザ端末２００Ｂの承諾処理部Ｆ２３０が、第２情報に含まれるユーザ特定情報を表示部２０４に表示させつつ、第１ユーザに対する連絡先情報の提供を許可するか又は不許可とするかの選択を促す処理（選択処理）を実行する（ステップＳ１５）。これにより、第２ユーザは、第１ユーザに関するユーザ特定情報を参考にして、第１ユーザに対する連絡先情報の提供を許可するか又は不許可とするかを判断することができる。その際、第１ユーザの外観画像情報がユーザ特定情報に含まれていれば、第２ユーザは、自身と同一の車両１０に相乗りしたユーザのうち、いずれのユーザが第１ユーザであるかの判断を、より正確に行うこともできる。そして、第２ユーザ端末２００Ｂ上において、第１ユーザへの連絡先情報の提供を許可するか又は不許可とするかの選択が第２ユーザによって行われると、承諾処理部Ｆ２３０が、その選択結果に基づいて、前述の図１０Ｃに示したような第３情報を生成する。そして、承諾処理部Ｆ２３０は、生成された第３情報をサーバ装置３００へ送信する（ステップＳ１６）。

第２ユーザ端末２００Ｂから送信された第３情報がサーバ装置３００によって受信されると、該サーバ装置３００の情報交換処理部Ｆ３２０が、第３情報に基づいて、第１ユーザ端末２００Ａに対する連絡先情報の送信可否（第１ユーザに対する連絡先情報の提供可否）を判別する処理（ステップＳ１７）、及びステップＳ１７の判別結果に応じた情報を第１ユーザ端末２００Ａへ送信する処理（ステップＳ１８）を実行する。これらの処理は、図１２Ｃに示す処理フローに基づいて行われる。

図１２Ｃにおいては、第２ユーザ端末２００Ｂから送信された第３情報をサーバ装置３００が受信すると（ステップＳ２０１）、該サーバ装置３００の情報交換処理部Ｆ３２０は、上記第３情報に含まれる回答種別情報に基づいて、該第３情報が第１ユーザに対する連絡先情報の提供を許可する情報であるか否かを判別する（ステップＳ２０２）。

ここで、上記第３情報が、第１ユーザに対する連絡先情報の提供を許可する情報であれば（ステップＳ２０２で肯定判定）、情報交換処理部Ｆ３２０は、連絡先情報を第１ユーザ端末２００Ａへ送信する（ステップＳ２０３）。その際の連絡先情報には、第２ユーザの呼び名を示す情報が付加されてもよい。斯様な連絡先情報が第１ユーザ端末２００Ａへ送信されると、第１ユーザは、該連絡先情報に基づいて第２ユーザに連絡することで、第２ユーザとの情報交換を行うことができる。

一方、上記第３情報が、第１ユーザに対する連絡先情報の提供を不許可とする情報であれば（ステップＳ２０２で否定判定）、情報交換処理部Ｆ３２０は、連絡先情報を第１ユーザ端末２００Ａへ送信せずに、不許可情報を第１ユーザ端末２００Ａへ送信する（ステ
ップＳ２０４）。この場合、第２ユーザの意思に反して、第１ユーザから第２ユーザへの連絡が為されることが抑制される。

以上述べた処理フローによれば、第１ユーザが、該第１ユーザと相乗り中又は相乗りした経歴を持つ第２ユーザの連絡先を示す情報（連絡先情報）の提供を要求した場合に、サーバ装置３００は、第２ユーザの同意が得られたことを条件として、上記連絡先情報を第１ユーザへ提供することになる。つまり、第２ユーザの同意が得られなければ、サーバ装置３００は、上記連絡先情報を第１ユーザに提供しないことになる。これにより、第２ユーザの意思に反して、第１ユーザから第２ユーザへ連絡が為されることが抑制される。その結果、同一の車両１０に相乗り中又は相乗りした経歴を持つユーザ間の情報交換を好適に仲介することができる。

＜第１実施形態の変形例１＞
次に、前述した第１の実施形態の変形例１について説明する。なお、本変形例において、第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態では、第２ユーザの同意が得られた場合に、サーバ装置３００から第１ユーザへ提供される連絡先情報の種類は、基本的に１種類のみである。これに対し、本変形例では、サーバ装置３００から第１ユーザへ提供される連絡先情報の種類を、第２ユーザが任意に選択することができるようにした。その場合、第１ユーザへ提供可能な連絡先情報の種類を指定する情報を、第２ユーザ端末２００Ｂからサーバ装置３００へ送信される第３情報に含めるようにすればよい。そして、連絡先情報の第１ユーザへの提供を許可する第３情報をサーバ装置３００が受信した場合に、該サーバ装置３００は、該第３情報で指定されている種類の連絡先情報を、第１ユーザ端末２００Ａへ送信すればよい。

ここで、第２ユーザ端末２００Ｂからサーバ装置３００へ第３情報を送信するにあたり、第２ユーザ端末２００Ｂの承諾処理部Ｆ２３０は、第１ユーザへ提供可能な連絡先情報の種類を第２ユーザに選択させる処理を実行する。例えば、承諾処理部Ｆ２３０は、入力部２０５が備えるタッチパネル２５０Ａ上に、図１３に示すような画面を表示させる。図１３は、第１ユーザへ提供可能な連絡先情報を選択するための画面の一例である。図１３に示す例では、タッチパネル２５０Ａ上に、「電子メールアドレスとニックネームの提供を許可する」ことを選択するためのボタンＢ１、「電子メールアドレスと氏名の提供を許可する」ことを選択するためのボタンＢ２、「電子メールアドレスと氏名と電話番号の提供を許可する」ことを選択するためのボタンＢ３、及び「連絡先情報の提供を許可しない」ことを選択するためのボタンＢ４が表示されるとともに、それら４つのボタンＢ１〜Ｂ４のうちのいずれか１つの選択を促すための文字情報が表示されている。

図１３に示すような画面において、Ｂ１〜Ｂ３のいずれかのボタンが第２ユーザによって選択された場合に、承諾処理部Ｆ２３０は、第２ユーザによって選択されたボタンに応じた種類の連絡先情報の提供を許可することを示す第３情報を生成すればよい。ここで、本変形例における第３情報のデータ構成例について図１４に基づいて説明する。図１４は、本変形例における第３情報のデータ構成の一例を示す図である。本変形例における第３情報は、回答情報と、回答種別情報と、連絡先種別情報と、含んで構成される。回答情報と回答種別情報は、前述の図１０Ｃに示した第３情報と同様である。なお、回答種別情報は、前述の図１３中のボタンＢ１〜Ｂ３が選択された場合には、第１ユーザに対する連絡先情報の提供を許可することを示すように形成され、前述の図１３中のボタンＢ４が選択された場合には、第１ユーザに対する連絡先情報の提供を不許可とすることを示すように形成される。また、連絡先種別情報は、第１ユーザに対する連絡先情報の提供が許可され
る場合（図１３中のボタンＢ１〜Ｂ３のいずれかが選択された場合）に、第１ユーザに提供可能な連絡先情報の種類を指定する情報である。例えば、前述の図１３中におけるボタンＢ１が選択された場合には、連絡先種別情報は、「電子メールアドレスとニックネームの提供を許可する」ことを指定するように形成される。前述の図１３中におけるボタンＢ２が選択された場合には、連絡先種別情報は、「電子メールアドレスと氏名の提供を許可する」ことを指定するように形成される。前述の図１３中におけるボタンＢ３が選択された場合には、連絡先種別情報は、「電子メールアドレスと氏名と電話番号の提供を許可する」ことを指定するように形成される。なお、第１ユーザに対する連絡先情報の提供が不許可とされる場合には、連絡先種別情報が無効な情報となるように形成されてもよく、又は上記した回答情報と回答種別情報のみを含むように第３情報が構成されてもよい。

次に、上記したように構成される第３情報を受信した際のサーバ装置３００の動作について図１５に基づいて説明する。図１５中において、前述の図１２Ｃと同様の処理には同一の符号を付している。

図１５の処理フローでは、ステップＳ２０２で肯定判定された場合に、サーバ装置３００の情報交換処理部Ｆ３２０が、前述の図１２Ｃ中におけるステップＳ２０３の代わりに、ステップＳ２０３１、及びステップＳ２０３２の処理を実行する。

ステップＳ２０３１では、情報交換処理部Ｆ３２０は、第３情報に含まれる連絡先種別情報に応じた連絡先情報を生成する。例えば、上記連絡先種別情報が「電子メールアドレスとニックネームの提供を許可する」ことを指定する情報であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザのニックネームとを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。上記連絡先種別情報が「電子メールアドレスと氏名の提供を許可する」ことを指定する情報であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザの氏名とを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。上記連絡先種別情報が「電子メールアドレスと氏名と電話番号の提供を許可する」ことを指定する情報であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザの氏名と第２ユーザの電話番号とを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。

ステップＳ２０３２では、情報交換処理部Ｆ３２０は、上記ステップＳ２０３１で生成された連絡情報を第１ユーザ端末２００Ａへ送信する。

本変形例によれば、第２ユーザが第１ユーザのユーザ特定情報から受けた印象等に応じて、第１ユーザへ提供される連絡先情報の種類を変更することができる。

＜第１実施形態の変形例２＞
前述した第１の実施形態の変形例１では、第１ユーザに対する連絡先情報の提供が許可された場合に、第１ユーザへ提供される連絡先情報の種類を第２ユーザが指定する例について述べたが、本変形例では、サーバ装置３００が、第１ユーザに対する評価に関する情報に基づいて、第１ユーザへ提供される連絡先情報の種類を変更する例について述べる。

図１６は、本変形例における会員情報テーブルの構成例を示す図である。図１６に示す例では、会員情報テーブルは、ユーザＩＤフィールド、連絡先フィールド、属性フィールド、認証フィールド、及び車両ＩＤフィールドに加え、評価フィールドを備えている。なお、図１５の会員情報テーブルにおけるユーザＩＤフィールド、連絡先フィールド、属性フィールド、認証フィールド、及び車両ＩＤフィールドの各フィールドに登録される情報
は、前述の図９に示す会員情報テーブルと同様である。そして、評価フィールドには、各ユーザと相乗り中又は相乗りした経歴を持つ他のユーザによる当該ユーザの評価に関する情報が登録される。例えば、各ユーザに対する他のユーザによる評価が「良い」であれば「Ａ」と登録され、「普通」であれば「Ｂ」と登録され、「悪い」であれば「Ｃ」と登録される。斯様な評価情報は、各ユーザと相乗り中又は相乗りした経歴を持つ他のユーザのユーザ端末２００からサーバ装置３００へ送信される評価情報の集計結果を、周知のアルゴリズムに従って解析することで導出される。その際のアルゴリズムの典型的な例としては、各ユーザに対する評価情報の集計結果において最も数の多い評価を導出するアルゴリズム、又は上記集計結果の平均的な評価を導出するアルゴリズムを例示することができる。

次に、本変形例において、第３情報を受信した際のサーバ装置３００の動作について図１７に基づいて説明する。図１７中において、前述の図１２Ｃと同様の処理には同一の符号を付している。

図１７の処理フローでは、ステップＳ２０２で肯定判定された場合に、サーバ装置３００の情報交換処理部Ｆ３２０が、前述の図１２Ｃ中におけるステップＳ２０３の代わりに、ステップＳ２０３３、及びステップＳ２０３４の処理を実行する。

ステップＳ２０３３では、情報交換処理部Ｆ３２０は、第１ユーザの評価情報に応じた連絡先情報を生成する。例えば、第１ユーザの会員情報テーブルにおける評価フィールドに登録されている評価情報が「Ｃ」であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザのニックネームとを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。第１ユーザの会員情報テーブルにおける評価フィールドに登録されている評価情報が「Ｂ」であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザの氏名とを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。第１ユーザの会員情報テーブルにおける評価フィールドに登録されている評価情報が「Ａ」であれば、情報交換処理部Ｆ３２０は、第２ユーザ端末２００Ｂの電子メールアドレスと第２ユーザの氏名と第２ユーザの電話番号とを第２ユーザの会員情報テーブルから抽出して、それらの情報を含む連絡先情報を生成する。なお、第１ユーザの評価情報に応じて連絡先情報の種類を変更する処理の実行方法は、上記した方法に限られるものではなく、例えば、第１ユーザの評価が高い（良好である）ほど、連絡先情報に含まれる情報量が多くなるようにしてもよい。

ステップＳ２０３４では、情報交換処理部Ｆ３２０は、上記ステップＳ２０３３で生成された連絡情報を第１ユーザ端末２００Ａへ送信する。

本変形例によれば、第１ユーザと相乗り中又は相乗りした経歴を持つ他のユーザによる第１ユーザの評価に関する情報に基づいて、第１ユーザに提供される連絡先情報の種類を変更することができる。

＜第１実施形態の変形例３＞
次に、前述した第１の実施形態の変形例３について説明する。なお、本変形例において、第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態では、第１ユーザ端末２００Ａから送信される第１情報がサーバ装置３００によって受信されると、該サーバ装置３００が、第２情報を生成し、生成された第２情報を直ちに第２ユーザ端末２００Ｂへ送信する例について述べた。これに対し
、本変形例では、サーバ装置３００は、第１ユーザと第２ユーザとの相乗りが終了しているタイミングで、第２情報を第２ユーザ端末２００Ｂへ送信するようにした。つまり、サーバ装置３００が第１情報を受信した時点で、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であれば、該サーバ装置３００は、第１ユーザと第２ユーザとが同一の車両１０に相乗りしていない状態（第１ユーザと第２ユーザとのうち、少なくとも一方のユーザが車両１０から降車した状態）になるまで、上記第２情報の送信を遅らせるようにした。

ここで、本変形例において、第１情報を受信した際のサーバ装置３００の動作について図１８に基づいて説明する。図１８中において、前述の図１２Ｂと同様の処理には同一の符号を付している。

図１８の処理フローでは、ステップＳ１０３の処理が終了した後に、サーバ装置３００の情報交換処理部Ｆ３２０が、前述の図１２Ｂ中におけるステップＳ１０４の代わりに、ステップＳ１０４１、及びステップＳ１０４２の処理を実行する。

ステップＳ１０４１では、情報交換処理部Ｆ３２０は、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であるか否かを判別する。例えば、情報交換処理部Ｆ３２０は、第１情報に含まれる予約ＩＤに対応する予約情報テーブル（前述の図７、図８を参照。）におけるステータスフィールドに登録されている情報に基づいて、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であるか否かを判別する。ここで、第１ユーザと第２ユーザの双方が同乗ユーザである場合においては、第１ユーザのステータスフィールドと第２ユーザのステータスフィールドとの双方に「乗車中」と登録されていれば、情報交換処理部Ｆ３２０は、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であると判定する。また、第１ユーザと第２ユーザとの一方が運転ユーザである場合においては、同乗ユーザのステータスフィールドに「乗車中」と登録されていれば、情報交換処理部Ｆ３２０は、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であると判定する。上記した方法でステップＳ１０４１の処理が実行された場合に、第１ユーザと第２ユーザとが同一の車両１０に相乗り中である判定されると（ステップＳ１０４１で肯定判定）、情報交換処理部Ｆ３２０は、ステップＳ１０４１の処理を再度実行する。その際、ステップＳ１０４１の処理が再度実行されるタイミングは、例えば、予約情報テーブルにおける第１ユーザの降車予定日時およびまたは第２ユーザの降車予定日時より後に設定されてもよい。一方、第１ユーザと第２ユーザとが同一の車両１０に相乗り中ではないと判定されると（ステップＳ１０４１で否定判定）、情報交換処理部Ｆ３２０は、ステップＳ１０４２へ進む。ステップＳ１０４２では、情報交換処理部Ｆ３２０は、上記ステップＳ１０３で生成された第２情報を第２ユーザ端末２００Ｂに送信する。

本変形例によれば、第１ユーザと第２ユーザとが同一の車両１０に相乗り中であるときに、第１ユーザ端末２００Ａからサーバ装置３００へ第１情報が送信されても、サーバ装置３００から第２ユーザ端末２００Ｂへ第２情報が送信されるタイミングは、第１ユーザと第２ユーザとの少なくとも一方が該車両１０から降車した後のタイミングになる。これにより、仮に第１ユーザに対する連絡先情報の提供を第２ユーザが望んでいない場合であっても、第２ユーザが煩わしさや気まずさを覚え難くなる。

＜第１実施形態の変形例４＞
次に、前述した第１の実施形態の変形例４について説明する。なお、本変形例において、第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態では、第１ユーザ端末２００Ａから送信される第１情報がサー
バ装置３００によって受信された場合に、連絡先情報の第１ユーザへの提供について第２ユーザが過去に不許可とした履歴があるか否かに関わらず、サーバ装置３００が、第２情報を第２ユーザ端末２００Ｂへ送信する例について述べた。これに対し、本変形例では、連絡先情報の第１ユーザへの提供について第２ユーザが過去に不許可とした履歴がある場合には、サーバ装置３００が、第２情報を第２ユーザ端末２００Ｂへ送信することなく、不許可情報を第１ユーザ端末２００Ａへ送信するようにした。つまり、連絡先情報の提供について過去に不許可とされた第１ユーザが、再び第２ユーザの連絡先情報の提供を要求してきた場合には、連絡先情報の第１ユーザへの提供について第２ユーザへ許可を求める処理を行わずに、サーバ装置３００側で不許可とするようにした。

ここで、本変形例において、会員情報管理データベースＤ３４０に格納される会員情報の一構成例について、図１９に基づいて説明する。図１９は、本変形例における会員情報のテーブル構成を例示する図である。

図１９に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、認証、及び車両ＩＤの各フィールドに加え、不許可ユーザフィールドを有する。不許可ユーザフィールドは、各ユーザが自身の連絡先情報の提供について過去に不許可としたことがある他のユーザのユーザＩＤが登録される。斯様なユーザＩＤの登録は、連絡先情報の他のユーザへの提供を不許可とする第３情報がサーバ装置３００によって受信されたときに、情報交換処理部Ｆ３２０によって行われる。なお、連絡先情報の他のユーザへの提供を不許可とした履歴を持たないユーザについては、例えば、不許可ユーザフィールドに「無」と登録される。

次に、本変形例において、第１情報を受信した際のサーバ装置３００の動作について図２０に基づいて説明する。図２０中において、前述の図１２Ｂと同様の処理には同一の符号を付している。

図２０の処理フローでは、ステップＳ１０２の処理が終了した後に、サーバ装置３００の情報交換処理部Ｆ３２０が、前述の図１２Ｂ中におけるステップＳ１０３の代わりに、ステップＳ１０３１の処理と、ステップＳ１０３２又はステップＳ１０３３の処理と、を実行する。

ステップＳ１０３１の処理では、情報交換処理部Ｆ３２０は、ステップＳ１０２で特定された第２ユーザの会員情報テーブルへアクセスし、該会員情報テーブルにおける不許可ユーザフィールドに第１ユーザのユーザＩＤが登録済みであるかを判別する。ここで、第１ユーザのユーザＩＤが上記会員情報テーブルにおける不許可ユーザフィールドに未登録であれば（ステップ１０３１で否定判定）、情報交換処理部Ｆ３２０は、ステップＳ１０３２へ進んで、第２情報を生成する。そして、ステップＳ１０３２で生成された第２情報は、第２ユーザ端末２００Ｂへ送信される（ステップＳ１０４）。一方、第１ユーザのユーザＩＤが上記会員情報テーブルの不許可ユーザフィールドに登録済みであれば（ステップＳ１０３１で肯定判定）、情報交換処理部Ｆ３２０は、上記したＳ１０３２及びＳ１０４の処理を実行せずに、不許可情報を第１ユーザ端末２００Ａへ送信する（ステップＳ１０３３）。

本変形例によれば、連絡先情報の提供について過去に不許可とされた第１ユーザが、再び第２ユーザの連絡先情報の提供を要求してきた場合に、連絡先情報の第１ユーザへの提供について第２ユーザへ許可を求めることなく、不許可情報が第１ユーザ端末２００Ａへ送信される。これにより、第２ユーザの煩わしさを低減することができる。

＜第２実施形態＞
次に、本発明の第２の実施形態について説明する。なお、本実施形態において、前述し
た第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

本実施形態では、作業を目的とする複数のユーザが同一の作業空間を共用する形態において、本発明を実施する例について述べる。具体的には、複数のユーザが同一のワークスペースで作業を行う形態（以下では、「スペースシェア」と記す場合もある。）において、本発明を実施する例について述べる。

（システム構成）
図２１は、スペースシェアサービスの提供を行うためのシステム（以下、「スペースシェアシステム」と記す場合もある。）の一構成例を示す図である。図２１に示す例では、スペースシェアシステムは、複数のユーザが共用可能な作業スペースとして使用されるワークスペース５０、該ワークスペース５０を利用するユーザが使用するユーザ端末６００、及びサーバ装置７００を含んで構成される。ユーザ端末６００とサーバ装置７００とは、ネットワークＮ２によって相互に接続可能である。ネットワークＮ２の構成は、前述した第１の実施形態におけるネットワークＮ１と同様である。

なお、図２１に示す例では、作業スペースとして使用されるワークスペースとして、１つのワークスペース５０のみが図示されているが、当該スペースシェアサービスで利用可能なスペースとして登録されている数と同数のワークスペースがスペースシェアシステムに含まれるものとする。また、図２１に示す例では、ユーザ端末６００として、第１ユーザが使用する第１ユーザ端末６００Ａと、該第１ユーザと同じワークスペースを共用中又は共用した経歴を持つ第２ユーザが使用する第２ユーザ端末６００Ｂとの２台のみが図示されているが、当該スペースシェアサービスを利用可能な会員として登録されているユーザ数に応じた台数のユーザ端末６００がスペースシェアシステムに含まれるものとする。

ユーザ端末６００には、スペースシェアサービスを利用するための所定のアプリケーションがインストールされている。各ユーザ端末６００のユーザは、自身の持つユーザ端末６００に上記所定のアプリケーションを実行させることで、ワークスペースを利用する際の条件等に関する情報（リクエスト情報）を、サーバ装置７００に登録することができる。例えば、各ユーザは、自身のユーザ端末６００に上記所定のアプリケーションを実行させることで、自身の希望するワークスペースの所在地域や貸出期間等に関する情報を、リクエスト情報としてサーバ装置７００に登録することができる。なお、ユーザ端末６００の詳細については後述する。

サーバ装置７００は、各ユーザからのリクエスト情報を受け付ける。そして、サーバ装置７００は、各ユーザからのリクエスト情報に基づいて、各ユーザに対するワークスペースの貸出処理を行う。例えば、サーバ装置７００は、各ユーザからのリクエスト情報に基づいて、各ユーザが希望する条件に適合するワークスペースを暫定的に決定する。サーバ装置７００は、暫定的に決定されたワークスペースの利用条件に関する情報を、ユーザ端末６００へ送信する。そして、ユーザ端末６００からワークスペースの利用条件に承諾する情報を受信すると、サーバ装置７００は、暫定的に決定されたワークスペースを、正式に貸し出すワークスペースとして確定する。

また、本実施形態におけるサーバ装置７００は、上記した貸出処理を行う機能に加え、同一のワークスペースを共用中又は共用した経歴を持つユーザ間の情報交換を仲介する機能も有している。ここで、互いの連絡先を知らない第１ユーザと第２ユーザとが同一のワークスペースを共用した場合においては、第１ユーザが第２ユーザとの情報交換を望む可能性がある。つまり、第２ユーザの連絡先を示す連絡先情報の提供を、第１ユーザが望む可能性がある。そこで、本実施形態では、第１ユーザ端末６００Ａから送信される、連絡
先情報の提供を要求するための情報（第１情報）を、サーバ装置７００が受信した場合に、該サーバ装置７００が、連絡先情報の第１ユーザへの提供について許可を求める情報（第２情報）を、第２ユーザ端末６００Ｂへ送信する。そして、上記第２情報に応答する形で第２ユーザ端末６００Ｂから送信される、連絡先情報の第１ユーザへの提供を許可又は不許可する情報（第３情報）を、サーバ装置７００が受信した場合に、該第３情報が連絡先情報の第１ユーザへの提供を許可する情報であれば、該サーバ装置７００が、連絡先情報を第１ユーザ端末６００Ａへ送信する。一方、該第３情報が連絡先情報の第１ユーザへの提供を不許可とする情報であれば、サーバ装置７００は、連絡先情報を第１ユーザ端末６００Ａへ送信せずに、不許可情報を第１ユーザ端末６００Ａへ送信する。本実施形態においては、同一のワークスペースを共用中又は共用した経歴を持つユーザ間の情報交換を仲介する機能を有するサーバ装置７００が、本発明に係る「情報処理装置」に相当する。

なお、本実施例におけるユーザ端末６００、及びサーバ装置７００の各々のハードウェア構成は、前述した第１の実施形態におけるユーザ端末２００、及びサーバ装置３００の各々のハードウェア構成と同様であるため、説明を省略する。

（サーバ装置の機能構成）
ここで、本実施形態におけるサーバ装置７００の機能構成について、図２２に基づいて説明する。図２２に示すように、本実施形態のサーバ装置７００は、その機能構成要素として、貸出処理部Ｆ７１０、情報交換処理部Ｆ７２０、ワークスペース管理データベースＤ７１０、貸出管理データベースＤ７２０、及び会員情報管理データベースＤ７３０含む。ここで、貸出処理部Ｆ７１０及び情報交換処理部Ｆ７２０は、サーバ装置７００のプロセッサが主記憶部上のコンピュータプログラムを実行することにより形成される。それら貸出処理部Ｆ７１０と情報交換処理部Ｆ７２０のいずれか、又はその一部がハードウェア回路により形成されてもよい。

ワークスペース管理データベースＤ７１０、貸出管理データベースＤ７２０、及び会員情報管理データベースＤ７３０は、サーバ装置７００のプロセッサによって実行されるデータベース管理システムのプログラムが、補助記憶部に記憶されるデータを管理することで構築される。これらワークスペース管理データベースＤ７１０、貸出管理データベースＤ７２０、及び会員情報管理データベースＤ７３０は、例えば、リレーショナルデータベースである。

なお、サーバ装置７００の各機能構成要素のいずれか、又はその処理の一部は、ネットワークＮ２に接続される他のコンピュータにより実行されてもよい。例えば、貸出処理部Ｆ７１０に含まれる各処理と、情報交換処理部Ｆ７２０に含まれる各処理とは、別々のコンピュータにより実行されてもよい。

ワークスペース管理データベースＤ７１０は、スペースシェアサービスで利用可能なワークスペースに関する情報が格納されており、そこでは各ワークスペースの識別情報と各ワークスペースの属性を示す情報との紐付けが行われている。ワークスペース管理データベースＤ７１０に格納されるワークスペース情報の一構成例について、図２３に基づいて説明する。図２３は、ワークスペース情報のテーブル構成を例示する図である。なお、ワークスペース情報テーブルに登録される情報は、図２３に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図２３に示すワークスペース情報テーブルは、スペースＩＤ、所在地、貸出可能期間、及びステータス等の各フィールドを有する。スペースＩＤには、スペースシェアに利用可能な各ワークスペースを識別するための情報であるスペースＩＤが登録される。ここでいうスペースＩＤは、スペースシェアサービスの提供者がスペースシェアサービスに利用可
能なワークスペースの登録を行う際に付与される情報である。所在地フィールドには、各ワークスペースの所在地を示す情報が登録される。貸出可能期間フィールドには、各ワークスペースを貸出可能な期間を示す情報が登録される。ステータスフィールドには、各ワークスペースの貸出状況を示す情報が登録される。例えば、貸出期間が終了したワークスペースについては「終了」と登録され、貸出期間の最中にあるワークスペースについて「貸出中」と登録され、貸出期間前の段階にあるワークスペースについては「予約中」と登録される。ステータスフィールドに登録される情報は、スペースシェアサービスの提供者によって逐次更新される。

貸出管理データベースＤ７２０は、任意のワークスペースの貸出を希望するユーザに対する貸出情報が格納されており、そこでは各ユーザと各ユーザに貸出予定のワークスペースに関する情報との紐付けが行われている。貸出管理データベースＤ７２０に格納される貸出情報の一構成例について、図２４に基づいて説明する。図２４は、貸出情報のテーブル構成を例示する図である。なお、貸出情報テーブルに登録される情報は、図２４に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図２４に示す貸出情報テーブルは、貸出ＩＤ、ユーザＩＤ、スペースＩＤ、貸出期間、利用者識別情報、及びステータス等の各フィールドを有する。貸出ＩＤフィールドには、個々の貸出情報を識別するための情報である貸出ＩＤが登録される。この貸出ＩＤは、各ユーザが予約済みの貸出情報について確認や変更等を行う場合に使用される。ユーザＩＤフィールドには、各ワークスペースの貸出予約を行ったユーザのユーザＩＤが登録される。スペースＩＤフィールドには、各ユーザに貸出予定のワークスペースのスペースＩＤが登録される。貸出期間フィールドには、各ユーザにワークスペースを貸し出す期間を示す情報が登録される。利用者識別情報フィールドには、各ユーザがワークスペースを利用する際に、ワークスペースの提供者等から各ユーザに付与される識別情報が登録される。斯様な識別情報は、ワークスペースの提供者や他のユーザが各ユーザを識別するために必要となる情報であって、例えば、各ユーザがワークスペースを利用する際に提供される識別証等に記載の番号や記号、又は座席位置を示す情報である。ステータスフィールドには、各貸出情報の状況を示す情報が登録される。例えば、ユーザに対するワークスペースの貸出期間が終了している場合には「終了」と登録され、ユーザに対してワークスペースを貸出中である場合には「貸出中」と登録され、ユーザに対するワークスペースの貸出期間前の段階にある場合は「予約中」と登録される。

会員情報管理データベースＤ７３０は、スペースシェアサービスに会員登録されているユーザの情報（会員情報）が格納されている。会員情報管理データベースＤ７３０に格納される会員情報の一構成例について、図２５に基づいて説明する。図２５は、会員情報のテーブル構成を例示する図である。なお、会員情報テーブルに登録される情報は、図２５に示す例に限られず、適宜フィールドの追加、変更、削除が可能である。

図２５に示す会員情報テーブルは、ユーザＩＤ、連絡先、属性、及び認証等の各フィールドを有する。ユーザＩＤフィールドには、各ユーザがスペースシェアサービスの会員登録を行った際に付与されるユーザＩＤが登録される。なお、連絡先フィールド、属性フィールド、及び認証フィールドに登録される情報は、前述した第１の実施形態における会員情報テーブル（前述の図９を参照）と実質的に同一である。

次に、貸出処理部Ｆ７１０は、スペースシェアサービスに会員登録しているユーザからのリクエスト情報を受け付け、該リクエスト情報に適合するワークスペースの貸出処理を行う。詳細には、ユーザ端末６００から送信されるリクエスト情報をサーバ装置７００が受信した場合に、貸出処理部Ｆ７１０は、ワークスペース管理データベースＤ７１０にアクセスして、上記リクエスト情報に適合するワークスペースの貸出処理を行う。例えば、
貸出処理部Ｆ７１０は、先ず、ワークスペース管理データベースＤ７１０に登録されている複数のワークスペースの中から、上記リクエスト情報によって指定される所在地域に在り、且つ上記リクエスト情報によって指定される貸出期間に貸出可能なワークスペースを抽出する。斯様な手順で抽出されたワークスペースの利用条件に関する情報（例えば、ネットワーク環境、利用可能な備品、ワークスペースの利用規則等）は、上記リクエスト情報に返信する形でサーバ装置７００からユーザ端末６００へ送信される。そして、上記したワークスペースの利用条件に承諾する情報を、ユーザ端末６００から受信すると、貸出処理部Ｆ７１０は、上記手順で抽出されたワークスペースについて、前述の図２４に示したような貸出情報テーブルを生成して、生成された貸出情報テーブルを貸出管理データベースＤ７２０に格納するとともに、生成された貸出情報テーブルの貸出ＩＤをユーザ端末６００へ送信する。なお、貸出処理部Ｆ７１０による貸出処理の実行方法は、上記した方法に限られるものではなく、周知の技術を用いた他の方法で貸出処理が行われてもよい。

また、情報交換処理部Ｆ７２０は、スペースシェアサービスを利用したユーザ（第１ユーザ）のユーザ端末（第１ユーザ端末６００Ａ）から送信される第１情報をサーバ装置７００が受信した場合に、所定の情報交換処理を実行する。

本実施形態における第１情報は、前述したように、連絡先情報（第１ユーザと同じワークスペースを共用中又は共用した経歴を持つ他のユーザ（第２ユーザ）の連絡先を示す情報）の提供を要求する情報である。ここで、本実施形態における第１情報のデータ構成について、図２６に基づいて説明する。図２６は、第１情報のデータ構成の一例を模式的に示す図である。本実施形態における第１情報は、基本的には、連絡先要求情報と、貸出ＩＤと、利用者識別情報と、を含んで構成され、必要に応じて外観画像情報を付加可能に構成されている。なお、連絡先要求情報と外観画像情報は、前記した第１の実施例における第１情報（前述の図１０Ａを参照）と実質的に同一である。また、貸出ＩＤは、第１ユーザが第２ユーザと共用したワークスペースの貸出ＩＤであり、本発明に係る「空間識別情報」に相当する。利用者識別情報は、第１ユーザと第２ユーザとが同一のワークスペースを共用した際における第２ユーザの利用者識別情報であり、本発明に係る「第２ユーザ識別情報」に相当する。なお、第１情報に含まれる空間識別情報は、図２６に示したような貸出ＩＤに限定されるものではなく、第１ユーザと第２ユーザとが共用中又は共用したワークスペースのスペースＩＤと、第１ユーザと第２ユーザとが同じワークスペースを共用中又は共用した際の第１ユーザの貸出期間を示す情報と、第１ユーザと第２ユーザとが同じワークスペースを共用中又は共用した際の第１ユーザの利用者識別情報とのうち、少なくとも１つを用いることもできる。要するに、第１情報に含まれる空間識別情報は、第１ユーザと第２ユーザとが共用中又は共用したワークスペースを特定することができる情報であればよい。

また、本実施形態における所定の情報交換処理は、上記連絡先情報の第１ユーザへの提供について該第２ユーザの同意が得られた場合に限り、上記連絡先情報を第１ユーザへ提供する処理である。以下では、本実施形態における所定の情報交換処理について述べる。

本実施形態における上記所定の情報交換処理では、情報交換処理部Ｆ７２０は、先ず、第２ユーザを特定する処理を行う。具体的には、情報交換処理部Ｆ７２０は、第１情報に含まれる貸出ＩＤを引数として貸出管理データベースＤ７２０へアクセスすることで、該貸出ＩＤに対応する貸出情報テーブルを特定する。これにより、第１ユーザと第２ユーザとが共用中又は共用したワークスペースが特定される。なお、貸出ＩＤに代わりに、第１ユーザと第２ユーザとが共用中又は共用したワークスペースのスペースＩＤと、第１ユーザと第２ユーザとがワークスペースを共用中又は共用した際の第１ユーザの貸出期間を示す情報と、第１ユーザと第２ユーザとがワークスペースを共用中又は共用した際の第１ユーザの利用者識別情報とのうちの少なくとも１つが、空間識別情報として第１情報に含ま
れている場合には、貸出管理データベースＤ７２０に格納されている貸出情報テーブルのうち、上記空間識別情報と一致する情報が登録されている貸出情報テーブルを特定すればよい。続いて、情報交換処理部Ｆ７２０は、特定された貸出情報テーブルのスペースＩＤに登録されているスペースＩＤを抽出する。次に、情報交換処理部Ｆ７２０は、貸出管理データベースＤ７２０に格納されている複数の貸出情報テーブルの中から、上記で抽出されたスペースＩＤと同一のＩＤがスペースＩＤフィールドに登録されており、且つ第１情報に含まれる利用者識別情報と同一の情報が利用者識別情報フィールドに登録されている、貸出情報テーブルを特定する。続いて、情報交換処理部Ｆ７２０は、特定された貸出情報テーブルのユーザＩＤフィールドに登録されているユーザＩＤを抽出する。そして、情報交換処理部Ｆ７２０は、抽出されたユーザＩＤを引数として会員情報管理データベースＤ７３０へアクセスすることで、該ユーザＩＤに対応する会員情報テーブルを特定する。これにより、第１ユーザと同じワークスペースを共用中又は共用した経歴を持つ第２ユーザが特定される。

上記した手順で第２ユーザが特定されると、情報交換処理部Ｆ７２０は、連絡先情報の第１ユーザへの提供について、第２ユーザに許可を求める処理を行う。先ず、情報交換処理部Ｆ７２０は、第２ユーザの会員情報テーブルにおける連絡先フィールドに登録されている情報から、第２ユーザ端末６００Ｂと通信するために必要な情報（例えば、第２ユーザ端末６００Ｂの電子メールアドレス）を取得する。次いで、情報交換処理部Ｆ７２０は、取得された電子メールアドレス宛に第２情報を送信する。ここでいう「第２情報」は、上記連絡先情報の第１ユーザへの提供について許可を求める情報であり、前述した第１の実施形態における第２情報（前述の図１０Ｂを参照）と同様に、許可要求情報とユーザ特定情報とを含んで構成される。ただし、本実施形態におけるユーザ特定情報は、第１ユーザの属性情報と、第１ユーザと第２ユーザとが同一のワークスペースを共用した際における第１ユーザの利用者識別情報と、第１ユーザの外観画像情報とのうち、少なくとも１つを含んで形成される。第１ユーザと第２ユーザとが同一のワークスペースを共用した際における第１ユーザの利用者識別情報は、第１情報中の貸出ＩＤに対応する貸出情報テーブルから抽出される。

上記したように構成される第２情報がサーバ装置７００から第２ユーザ端末６００Ｂへ送信された後に、該第２情報に応答する形で第２ユーザ端末６００Ｂから送信される第３情報をサーバ装置７００が受信すると、情報交換処理部Ｆ７２０は、該第３情報に基づいて、第１ユーザ端末６００Ａに対する連絡先情報の送信可否を判別する。なお、ここでいう「第３情報」は、連絡先情報の第１ユーザへの提供を許可又は不許可する情報であり、前述した第１の実施形態における第３情報（前述の図１０Ｃを参照）と実質的に同一である。そのため、本実施形態においても、情報交換処理部Ｆ７２０は、該第３情報に含まれる回答種別情報に基づいて、第１ユーザ端末６００Ａに対する連絡先情報の送信可否を判別する。そして、上記回答種別情報が第１ユーザに対する連絡先情報の提供を許可する情報であれば、情報交換処理部Ｆ７２０は、上記連絡先情報を第１ユーザ端末６００Ａへ送信する。一方、上記回答種別情報が第１ユーザに対する連絡先情報の提供を不許可とする情報であれば、情報交換処理部Ｆ７２０は、上記連絡先情報を第１ユーザ端末６００Ａへ送信せずに、不許可情報を第１ユーザ端末６００Ａへ送信する。

（ユーザ端末の機能構成）
図２７は、ユーザ端末６００の機能構成を例示する図である。ユーザ端末６００は、機能構成要素として、予約登録部Ｆ６１０、連絡先要求部Ｆ６２０、承諾処理部Ｆ６３０を備える。これら予約登録部Ｆ６１０、連絡先要求部Ｆ６２０、承諾処理部Ｆ６３０は、ユーザ端末６００のプロセッサが主記憶部上のコンピュータプログラムを実行することにより形成される。なお、上記した機能構成要素のいずれか、又はその処理の一部がハードウェア回路により実行されてもよい。

予約登録部Ｆ６１０は、ユーザによるリクエスト情報の入力を受け付け、入力されたリクエスト情報をサーバ装置７００へ送信する。本例では、ワークスペースの所在地域や貸出期間等を指定する情報がリクエスト情報として入力される。そして、上記リクエスト情報に応答する形で、暫定的に決定されたワークスペースの利用条件に関する情報が、サーバ装置７００からユーザ端末６００へ送信されてくると、予約登録部Ｆ６１０は、上記した利用条件に関する情報を該ユーザ端末６００の表示部に表示する。そして、ユーザ端末６００上において上記利用条件に承諾する操作がユーザによって行われると、予約登録部Ｆ６１０が、上記利用条件に承諾することを示す情報をサーバ装置７００へ送信する。なお、予約登録部Ｆ６１０による上記した機能は、上記所定のアプリケーションによって実現される。

連絡先要求部Ｆ６２０は、該ユーザ端末６００のユーザが上記第１ユーザの立場に立った場合に、ユーザによる上記第１情報の入力を受け付け、入力された第１情報をサーバ装置７００へ送信する。その際、連絡先要求部Ｆ６２０は、ユーザの外観画像情報を第１情報に添付してもよい。なお、連絡先要求部Ｆ６２０による上記した機能は、上記所定のアプリケーションによって実現される。

承諾処理部Ｆ６３０は、該ユーザ端末６００のユーザが上記第２ユーザの立場に立った場合において、サーバ装置７００から送信される上記第２情報を該ユーザ端末６００が受信した際に、該第２情報を表示部に表示させるとともに、第１ユーザへの連絡先情報の提供を許可するか又は不許可とするかの選択を促す処理を行う。そして、連絡先情報の第１ユーザへの提供を許可するか又は不許可とするかを選択する操作がユーザ端末６００上で行われると、承諾処理部Ｆ６３０が、その選択結果に応じた第３情報を生成して、生成された第３情報をサーバ装置７００へ送信する。なお、承諾処理部Ｆ６３０による上記した機能は、上記所定のアプリケーションによって実現される。

第１ユーザが連絡先情報を要求する場合におけるスペースシェアシステムの動作、及びサーバ装置７００の動作は、前述した第１の実施形態におけるライドシェアシステムの動作（前述の図１２Ａ〜図１２Ｃを参照）と実質的に同一である。よって、第１ユーザが、該第１ユーザと同じワークスペースを共用中又は共用した経歴を持つ第２ユーザの連絡先を示す情報（連絡先情報）の提供を要求した場合に、サーバ装置７００は、第２ユーザの同意が得られたことを条件として、上記連絡先情報を第１ユーザへ提供することになる。つまり、第２ユーザの同意が得られなければ、サーバ装置７００は、上記連絡先情報を第１ユーザに提供しないことになる。これにより、第２ユーザの意思に反して、第１ユーザから第２ユーザへ連絡が為されることが抑制される。その結果、同じワークスペースを共用中又は共用した経歴を持つユーザ間の情報交換を好適に仲介することができる。

＜第２実施形態の変形例１＞
前述した第２の実施形態では、第２ユーザの同意が得られた場合に、サーバ装置７００から第１ユーザへ提供される連絡先情報の種類は、基本的に１種類のみであるが、前述した第１の実施形態の変形例１で述べたように、第２ユーザが任意に指定した種類の連絡先情報が第１ユーザへ提供されてもよい。その場合、第２ユーザが第１ユーザを特定するための情報から受けた印象等に応じて、第１ユーザへ提供される連絡先情報の種類を変更することができる。

＜第２実施形態の変形例２＞
前述した第２の実施形態では、第２ユーザの同意が得られた場合に、サーバ装置７００から第１ユーザへ提供される連絡先情報の種類は、基本的に１種類のみであるが、前述した第１の実施形態の変形例２で述べたように、第１ユーザと同じワークスペースを共用中
又は共用した経歴を持つ他のユーザによる該第１ユーザの評価に関する情報に基づいて、サーバ装置７００が、第１ユーザへ提供される連絡先情報の種類を変更してもよい。

＜第２実施形態の変形例３＞
前述した第２の実施形態では、第１ユーザ端末６００Ａから送信される第１情報がサーバ装置７００によって受信されると、該サーバ装置７００が、第２情報を生成し、生成された第２情報を直ちに第２ユーザ端末６００Ｂへ送信する例について述べた。これに対し、サーバ装置７００は、第１ユーザと第２ユーザとによるワークスペースの共用が終了しているタイミングで、第２情報を第２ユーザ端末６００Ｂへ送信してもよい。つまり、サーバ装置７００が第１情報を受信した時点で、第１ユーザと第２ユーザとが同一のワークスペースを共用中であれば、該サーバ装置７００は、第１ユーザと第２ユーザとによる同一のワークスペースの共用が終了するまで、上記第２情報の送信を遅らせてもよい。その場合、サーバ装置７００は、第１ユーザに対応する貸出情報テーブルのステータスフィールド、及び第２ユーザに対応する貸出情報テーブルのステータスフィールドに各々登録されている情報に基づいて、第１ユーザと第２ユーザとが同一のワークスペースを共用中であるか否かの判別を行えばよい。

＜第２実施形態の変形例４＞
前述した第２の実施形態では、第１ユーザ端末６００Ａから送信される第１情報がサーバ装置７００よって受信された場合に、連絡先情報の第１ユーザへの提供について第２ユーザが過去に不許可とした履歴があるか否かに関わらず、サーバ装置７００が、第２情報を第２ユーザ端末６００Ｂへ送信する例について述べた。これに対し、前述した第１の実施形態の変形例４で述べたように、連絡先情報の第１ユーザへの提供について第２ユーザが過去に不許可とした履歴がある場合には、サーバ装置７００が、第２情報を第２ユーザ端末６００Ｂへ送信することなく、不許可情報を第１ユーザ端末６００Ａへ送信するようにしてもよい。

＜第２実施形態の変形例５＞
前述した第２の実施形態では、作業を目的とする複数のユーザが同一のワークスペースを共用する形態において、スペースシェアサービスを提供する者が管理するサーバ装置に本発明を適用する例について述べたが、聴講を目的とする複数のユーザが同一の講演会場を共用する形態、勉強を目的とする複数のユーザが同一の勉強会場を共用する形態等においても、各会の運営者等が管理するサーバ装置に本発明を適用することもできる。

＜その他＞
上記した実施形態はあくまでも一例であって、本発明はその要旨を逸脱しない範囲内で適宜変更して実施し得る。

また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。あるいは、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本発明は、上記の実施形態で説明した機能を実装したコンピュータプログラムをコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供され
てもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体であり、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、ＳＳＤ（Solid State Drive）等の媒体である。

１：ライドシェアシステム
５：スペースシェアシステム
１０：車両
５０：ワークスペース
２００Ａ、６００Ａ：第１ユーザ端末
２００Ｂ、６００ｂ：第２ユーザ端末
３００、７００：サーバ装置
３０１：プロセッサ
Ｆ３２０、Ｆ７２０：情報交換処理部

Claims (13)

1. 第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信することと、
   前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信することと、
   を実行する、制御部を備えるとともに、
   前記第１ユーザと所定の空間を共用中又は共用した経歴を持つ他のユーザに関する情報を記憶する記憶部を更に備え、
   前記制御部は、前記第１情報を受信したときに、前記記憶部に記憶されている情報に基づいて、前記第１ユーザと前記所定の空間を共用中又は共用した経歴を持つ前記第２ユーザを特定する、
   情報処理装置。
2. 前記記憶部は、前記所定の空間において前記第１ユーザが該所定の空間を共用中又は共用した経歴を持つ他のユーザを識別するための情報であるユーザ識別情報と、前記第１ユーザと前記所定の空間を共用中又は共用した経歴を持つ他のユーザに関する情報とを、前記所定の空間を識別するための情報である空間識別情報に紐付けて記憶しており、
   前記第１情報は、前記空間識別情報と、前記第２ユーザの前記ユーザ識別情報である第２ユーザ識別情報と、を含み、
   前記制御部は、前記第１情報に含まれる前記空間識別情報及び前記第２ユーザ識別情報に基づいて前記記憶部にアクセスすることで、前記第２ユーザを特定する、
   請求項１に記載の情報処理装置。
3. 前記記憶部は、
   前記他のユーザの前記ユーザ識別情報と、前記他のユーザを前記情報処理装置が識別するための情報であるユーザＩＤとを、前記空間識別情報に紐付けて格納する第１データベースと、
   前記他のユーザの使用する端末であるユーザ端末と通信するために必要な情報が前記ユーザＩＤに紐付けられて登録されるテーブルを、前記ユーザＩＤ毎に格納する第２データ
   ベースと、
   を含み、
   前記制御部は、
   前記第１情報に含まれる前記空間識別情報と前記第２ユーザ識別情報とに基づいて前記第１データベースへアクセスすることで、前記第２ユーザの前記ユーザＩＤを取得することと、
   前記第２ユーザのユーザＩＤに基づいて前記第２データベースへアクセスすることで、前記第２ユーザ端末と通信するために必要な情報が登録されているテーブルを特定することと、
   を実行することにより、前記第２ユーザを特定する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、
   前記第２情報に応答する形で前記第２ユーザ端末から送信される、前記連絡先情報の前記第１ユーザへの提供を許可又は不許可する情報である第３情報を、前記第２ユーザ端末から受信することと、
   前記第３情報が前記連絡先情報の前記第１ユーザへの提供を許可する情報であれば、前記連絡先情報を前記第１ユーザ端末へ送信する一方で、該第３情報が前記連絡先情報の前記第１ユーザへの提供を不許可とする情報であれば、前記連絡先情報の提供について許可を得られなかったことを示す情報である不許可情報を前記第１ユーザ端末へ送信することと、
   を更に実行する、
   請求項２又は３に記載の情報処理装置。
5. 前記第１ユーザ端末から送信される前記第１情報を受信した時点で、前記第１ユーザと前記第２ユーザとが前記所定の空間を共用中であれば、前記制御部は、前記第１ユーザと前記第２ユーザとによる前記所定の空間の共用が終了した後に、前記第２情報を前記第２ユーザ端末へ送信する、
   請求項４に記載の情報処理装置。
6. 前記所定の空間は、移動を目的とする複数のユーザが相乗りするための車両の乗車空間であり、
   前記空間識別情報は、前記第１ユーザが前記車両を識別するための情報であり、
   前記第２ユーザ識別情報は、前記車両における前記第２ユーザの乗車位置を示す情報であり、
   前記第１ユーザ端末から送信される前記第１情報を受信した場合に、前記制御部は、該第１情報に含まれる前記空間識別情報及び前記第２ユーザ識別情報に基づいて前記記憶部にアクセスして前記第２ユーザを特定することで、該第２ユーザの使用する前記第２ユーザ端末と通信するために必要な情報を取得し、該取得された情報を用いて前記第２ユーザ端末へ前記第２情報を送信する、
   請求項４又は５に記載の情報処理装置。
7. 前記所定の空間は、作業を目的とする複数のユーザが共用するための作業空間であり、
   前記空間識別情報は、前記第１ユーザが前記作業空間を識別するための情報であり、
   前記第２ユーザ識別情報は、前記作業空間の提供者から前記第２ユーザへ付与された識別情報であり、
   前記第１ユーザ端末から送信される前記第１情報を受信した場合に、前記制御部は、該第１情報に含まれる前記空間識別情報及び前記第２ユーザ識別情報に基づいて前記記憶部にアクセスして前記第２ユーザを特定することで、該第２ユーザの使用する前記第２ユーザ端末と通信するために必要な情報を取得し、該取得された情報を用いて前記第２ユーザ
   端末へ前記第２情報を送信する、
   請求項４又は５に記載の情報処理装置。
8. 前記第２情報に含まれる、前記第１ユーザを特定可能な情報は、前記第１ユーザの属性情報と、前記第１ユーザの外観を撮像した画像情報と、の少なくとも１つを含む、
   請求項４から７の何れか１項に記載の情報処理装置。
9. 前記第３情報が前記連絡先情報の前記第１ユーザへの提供を許可する情報である場合に、該第３情報は、前記第１ユーザへ提供される前記連絡先情報の種類を指定する情報を更に含み、
   前記制御部は、前記第３情報に含まれる、前記第１ユーザへ提供される前記連絡先情報の種類を指定する情報に応じて、前記第１ユーザへ提供される前記連絡先情報の種類を変更する、
   請求項４から８の何れか１項に記載の情報処理装置。
10. 前記第３情報が前記連絡先情報の前記第１ユーザへの提供を許可する情報である場合に、前記制御部は、前記第１ユーザ以外のユーザによる該第１ユーザの評価に関する情報に基づいて、前記第１ユーザへ提供される前記連絡先情報の種類を変更する、
    請求項４から８の何れか１項に記載の情報処理装置。
11. 前記不許可情報を前記第１ユーザ端末へ送信した後に、前記第１ユーザ端末から前記第１情報を再び受信した場合に、前記制御部は、前記第２情報を前記第２ユーザ端末へ送信せずに、前記不許可情報を前記第１ユーザ端末へ送信する、
    請求項４から８の何れか１項に記載の情報処理装置。
12. コンピュータが、
    第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信するステップと、
    前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信するステップと、
    を実行する、情報処理方法であって、
    前記第１ユーザと所定の空間を共用中又は共用した経歴を持つ他のユーザに関する情報を記憶する記憶部が前記コンピュータに設けられ、
    前記コンピュータが、前記第１情報を受信したときに、前記記憶部に記憶されている情報に基づいて、前記第１ユーザと前記所定の空間を共用中又は共用した経歴を持つ前記第２ユーザを特定するステップを実行する、
    情報処理方法。
13. コンピュータに、
    第１ユーザが使用する端末である第１ユーザ端末から送信される、第２ユーザの連絡先を示す連絡先情報の提供を要求する情報である第１情報を受信するステップと、
    前記連絡先情報の前記第１ユーザへの提供について許可を求める情報であって、且つ前記第１ユーザを特定可能な情報を含む第２情報を、前記第２ユーザが使用する端末である第２ユーザ端末へ送信するステップと、
    を実行させる、情報処理プログラムであって、
    前記第１ユーザと所定の空間を共用中又は共用した経歴を持つ他のユーザに関する情報を記憶する記憶部が前記コンピュータに設けられ、
    前記コンピュータに、前記第１情報を受信したときに、前記記憶部に記憶されている情報に基づいて、前記第１ユーザと前記所定の空間を共用中又は共用した経歴を持つ前記第
    ２ユーザを特定するステップを実行させる、
    情報処理プログラム。

Images