(57)【要約】【課題】車を共有しようとするユーザを仲介すること【解決手段】コンピュータによって実行される車共有ユーザ仲介方法であって、所定の時間帯に車を他のユーザと共有しようとする車提供者端末およびユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報および条件情報の入力を受け、入力をした端末の識別子情報とマッチングして登録し、車提供者端末およびユーザ端末から仲介要請を受信し、仲介要請を送信した車提供者端末およびユーザ端末を対象に、出発地情報、到着地情報、時間情報および条件情報に基づいてマッチングする少なくとも１つのユーザ端末と少なくとも１つの車提供者端末を決定し、ユーザ端末とのマッチングが決定された車提供者端末にユーザ端末の関連情報を提供し、ユーザ端末に決定された車提供者端末の関連情報を提供することを含む。【選択図】図４
2018120596.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータによって実行される車共有ユーザ仲介方法であって、
所定の時間帯に車を他のユーザと共有しようとする車提供者端末およびユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報および条件情報の入力を受け、前記入力をした端末の識別子情報とマッチングして登録し、
前記車提供者端末および前記ユーザ端末から仲介要請を受信し、
前記仲介要請を送信した車提供者端末およびユーザ端末を対象に、前記出発地情報、前記到着地情報、前記時間情報および前記条件情報に基づいてマッチングする少なくとも１つのユーザ端末と少なくとも１つの車提供者端末を決定し、
前記ユーザ端末とのマッチングが決定された車提供者端末に前記ユーザ端末の関連情報を提供し、前記ユーザ端末に前記決定された車提供者端末の関連情報を提供すること
を含む、車共有ユーザ仲介方法。
【請求項２】
前記決定することは、
前記ユーザ端末と前記車提供者端末との間のマッチング失敗時に、前記ユーザ端末または前記車提供者端末の前記時間情報を基準として予め定義された時間単位に基づいて時間帯別のマッチング可能性を計算し、
前記計算された時間帯別のマッチング可能性を前記ユーザ端末または前記車提供者端末に提供すること
を含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項３】
前記ユーザ端末または前記車提供者端末に提供された時間帯別のマッチング可能性に基づいて前記ユーザ端末または前記車提供者端末の前記時間情報が修正された場合、当該時間情報の修正による報償を提供すること
をさらに含む、請求項２に記載の車共有ユーザ仲介方法。
【請求項４】
前記設定情報は、前記仲介要請を送信した端末が前記車提供者端末であるか車同乗者が所持する前記ユーザ端末であるかを示す情報を含むこと
を特徴とする、請求項１に記載の車共有ユーザ仲介方法。
【請求項５】
前記決定することは、
前記ユーザ端末と前記車提供者端末との間のマッチング失敗時に、前記ユーザ端末または前記車提供者端末の前記時間情報と隣接する時間帯にマッチングする前記車提供者端末または前記ユーザ端末を決定すること
を含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項６】
前記車提供者端末の関連情報を提供することは、
前記ユーザ端末と前記車提供者端末との間のマッチング失敗時に、前記ユーザ端末の前記出発地情報、前記到着地情報および前記時間情報に基づいて決定されたタクシーまたは休眠車の関連情報を前記ユーザ端末に提供すること
を含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項７】
前記決定することは、
前記ユーザ端末の前記出発地情報、前記目的地情報および道路交通法に基づいて、前記ユーザ端末の搭乗地点および下車地点を決定すること
を含み、
決定された前記ユーザ端末の搭乗地点および下車地点の関連情報は、前記ユーザ端末および前記車提供者端末に提供されること
を特徴とする、請求項１に記載の車共有ユーザ仲介方法。
【請求項８】
前記ユーザ端末に提供された広告の視聴回数をカウントし、
カウントされた前記視聴回数に基づいて所定のクーポンの提供可否を決定すること
をさらに含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項９】
前記決定することは、
前記車提供者端末とマッチングによって搭乗が決定された少なくとも１つのユーザ端末の数をカウントし、
前記車提供者端末の搭乗定員情報およびカウントされた前記ユーザ端末の数に基づいて残余座席情報を計算すること
を含み、
前記決定された車提供者端末の関連情報を提供することは、
前記ユーザ端末とのマッチングが決定された車提供者端末の前記残余座席情報を前記ユーザ端末に提供すること
を含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項１０】
前記決定することは、
前記車提供者端末および前記ユーザ端末を対象に、過去使用履歴に基づいて予め定義された一定頻度数以上で同じユーザと前記車を共有した端末を決定し、
前記決定された端末を固定メンバーに設定するかを確認して固定メンバーを登録すること
を含む、請求項１に記載の車共有ユーザ仲介方法。
【請求項１１】
コンピュータで実現される車共有ユーザ仲介システムであって、
前記コンピュータで読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
所定の時間帯に車を他のユーザと共有しようとする車提供者端末およびユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報および条件情報の入力を受け、前記入力をした端末の識別子情報とマッチングして登録する登録部と、
前記車提供者端末および前記ユーザ端末から仲介要請を受信し、前記仲介要請を送信した車提供者端末およびユーザ端末を対象に、前記出発地情報、前記到着地情報、前記時間情報および前記条件情報に基づいてマッチングする少なくとも１つのユーザ端末または少なくとも１つの車提供者端末を決定する決定部と、
前記ユーザ端末とのマッチングが決定された前記車提供者端末に前記ユーザ端末の関連情報を提供し、前記ユーザ端末に前記決定された車提供者端末の関連情報を提供する情報提供部と、
を備える、車共有ユーザ仲介システム。
【請求項１２】
前記決定部は、
前記ユーザ端末と車提供者端末との間のマッチング失敗時に、前記ユーザ端末または前記車提供者端末の前記時間情報を基準として予め定義された時間単位に基づいて時間帯別のマッチング可能性を計算し、
前記情報提供部は、
前記計算された時間帯別のマッチング可能性を前記ユーザ端末または前記車提供者端末に提供すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１３】
前記ユーザ端末または前記車提供者端末に提供された時間帯別のマッチング可能性に基づいて前記ユーザ端末または前記車提供者端末の前記時間情報が修正された場合、当該時間情報の修正による報償を前記ユーザ端末または前記車提供者端末に提供する報償提供部
をさらに備える、請求項１２に記載の車共有ユーザ仲介システム。
【請求項１４】
前記設定情報は、前記仲介要請を送信した端末が前記車提供者端末であるか車同乗者が所持する前記ユーザ端末であるかを示す情報を含むこと
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１５】
前記決定部は、
前記ユーザ端末と前記車提供者端末との間のマッチング失敗時に、前記ユーザ端末または前記車提供者端末の前記時間情報と隣接する時間帯にマッチングする前記車提供者端末または前記ユーザ端末を決定すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１６】
前記情報提供部は、
前記ユーザ端末と前記車提供者端末との間のマッチング失敗時に、前記ユーザ端末の前記出発地情報、前記到着地情報および前記時間情報に基づいて決定されたタクシーまたは休眠車の関連情報を前記ユーザ端末に提供すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１７】
前記決定部は、
前記ユーザ端末の前記出発地情報、前記目的地情報および道路交通法に基づいて前記ユーザ端末の搭乗地点および下車地点を決定し、
前記情報提供部は、
決定された前記ユーザ端末の搭乗地点および下車地点の関連情報を前記ユーザ端末および前記車提供者端末に提供すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１８】
前記ユーザ端末に提供された広告の視聴回数をカウントし、カウントされた前記視聴回数に基づいて所定のクーポンの提供可否を決定する報償提供部
をさらに備える、請求項１１に記載の車共有ユーザ仲介システム。
【請求項１９】
前記決定部は、
前記車提供者端末とマッチングによって搭乗が決定された少なくとも１つのユーザ端末の数をカウントし、前記車提供者端末の搭乗定員情報およびカウントされた前記ユーザ端末の数に基づいて残余座席情報を計算し、
前記情報提供部は、
前記ユーザ端末とのマッチングが決定された車提供者端末の前記残余座席情報を前記ユーザ端末に提供すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【請求項２０】
前記決定部は、
前記車提供者端末および前記ユーザ端末を対象に、過去使用履歴に基づいて予め定義された一定頻度数以上で同じユーザと前記車を共有した端末を決定し、前記決定された端末を固定メンバーに設定するかを確認して固定メンバーを登録すること
を特徴とする、請求項１１に記載の車共有ユーザ仲介システム。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、車を共有する技術に関し、より詳細には、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）などのユーザ端末を所持するユーザ間で出勤／退勤時間帯に出発地から目的地まで車を共有できるように車提供者と車同乗者（すなわち、乗客）を仲介する方法およびシステムに関する。
【背景技術】
【０００２】
近年にはスマートフォンのような高性能の携帯用機器が登場し、出発地から目的地までの公共交通の案内、自動車の道案内など、様々な便利な機能がユーザに提供されるようになった。これ以外にも、公共交通機関に関連する様々なアプリケーション（ａｐｐｌｉｃａｔｉｏｎ）が存在するようになったが、このようなアプリケーションの利用により、例えば、自分が乗りたいバスが何駅前に位置しているか、現在の停留場から目的地まで行くバス番号は何番かなどをユーザが簡単に確認できるようになった。
【０００３】
素早く出勤／退勤するためにユーザの大部分が公共交通機関を利用するのが一般的であるが、通常は出勤から退勤までの時間が午前９時から夕方６時までと類似するため、午前７時半から午前９時半、夕方５時半から夕方７時半までは公共交通機関がとても混雑し、地下鉄は地獄鉄と呼ばれるほど多くの利用客で溢れかえる。このように、バスや地下鉄などの公共交通機関は、出勤／退勤時間に利用客が集中するため、自家用車で出勤／退勤するユーザも相当多くいる。
【０００４】
出勤の時間帯には利用可能な公共交通機関が多い反面、退勤時間はユーザごとに異なり、退勤時間が相当に遅れた場合は、公共交通の最終運行に間に合わないといった場合も発生する。
【０００５】
したがって、自家用車で出勤／退勤するユーザの車を一緒に利用して退勤できるようにユーザを仲介（すなわち、マッチング）する技術が求められている。特許文献１は、位置基盤サービスを利用したカップル仲介サービス提供方法に関するものであって、カップル提供者端末機および利用者端末機からカップル仲介サービスの要請を受けてカップルを仲介し、位置基盤サービスを利用して相手の位置情報を送信することにより、相手の位置を確認してカップルを利用できるようにする技術を開示している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】韓国公開特許第１０−２０１２−００７５６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的の一つは、自家用車を他のユーザと共有しようとする車提供者端末とこの車に同乗しようとするユーザ端末を仲介してユーザが一緒に退勤できるようにすることにより、交通渋滞を緩和させ、車の維持費用を減少させる、車共有ユーザ仲介方法およびシステムを提供することにある。
【０００８】
また、本発明の目的の一つは、入力した退勤時間帯に車提供者端末とユーザ端末間のマッチングに失敗したとしても、マッチングされる他の退勤時間帯を提示し、提示された退勤時間どおりに、先に入力した退勤時間帯を修正することによる報償を提供することにより、多くのユーザと車を共有できるだけでなく、車同乗者には車利用料の割引などの報償が提供され、車提供者には車提供による報償とは別に追加の報償を提供する、車共有ユーザ仲介方法およびシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一実施形態によれば、コンピュータによって実行される車共有ユーザ仲介方法であって、所定の時間帯に車を他のユーザと共有しようとする車提供者端末およびユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報および条件情報の入力を受け、前記入力をした端末の識別子情報とマッチングして登録し、前記車提供者端末および前記ユーザ端末から仲介要請を受信し、前記仲介要請を送信した車提供者端末およびユーザ端末を対象に、前記出発地情報、前記到着地情報、前記時間情報および前記条件情報に基づいてマッチングする少なくとも１つのユーザ端末と少なくとも１つの車提供者端末を決定し、前記ユーザ端末とのマッチングが決定された車提供者端末に前記ユーザ端末の関連情報を提供し、前記ユーザ端末に前記決定された車提供者端末の関連情報を提供することを含む方法が提供される。
【００１０】
一側面によると、前記ユーザ端末または前記車提供者端末に提供された時間帯別のマッチング可能性に基づいて前記ユーザ端末または前記車提供者端末の前記時間情報が修正された場合、当該時間情報の修正による報償を提供することをさらに含んでもよい。
【００１１】
他の側面によると、前記ユーザ端末に提供された広告の視聴回数をカウントし、カウントされた前記視聴回数に基づいて所定のクーポンの提供可否を決定することをさらに含んでもよい。
【００１２】
また、本発明の一実施形態によれば、コンピュータで実現される車共有ユーザ仲介システムであって、前記コンピュータで読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、所定の時間帯に車を他のユーザと共有しようとする車提供者端末およびユーザ端末それぞれから出発地情報、到着地情報、時間情報、設定情報および条件情報の入力を受け、前記入力をした端末の識別子情報とマッチングして登録する登録部と、前記車提供者端末および前記ユーザ端末から仲介要請を受信し、前記仲介要請を送信した車提供者端末およびユーザ端末を対象に、前記出発地情報、前記到着地情報、前記時間情報および前記条件情報に基づいてマッチングする少なくとも１つのユーザ端末または少なくとも１つの車提供者端末を決定する決定部と、前記ユーザ端末とのマッチングが決定された前記車提供者端末に前記ユーザ端末関連情報を提供し、前記ユーザ端末に前記決定された車提供者端末の関連情報を提供する情報提供部と、を備えるシステムが提供される。
【００１３】
一側面によると、前記ユーザ端末または車提供者端末に提供された時間帯別のマッチング可能性に基づいて前記ユーザ端末または前記車提供者端末の前記時間情報が修正された場合、当該時間情報の修正による報償を前記ユーザ端末または前記車提供者端末に提供する報償提供部をさらに備えてもよい。
【発明の効果】
【００１４】
自家用車を他のユーザと共有しようとする車提供者端末とこの車に同乗しようとするユーザ端末を仲介してユーザが一緒に退勤できるようにすることにより、交通渋滞を緩和できるだけでなく、車同乗者には公共交通料金と同じ程度の手頃な金額により乗用車で楽に目的地まで行くことができる。
【００１５】
また、入力した退勤時間帯に車提供者端末とユーザ端末間のマッチングに失敗したとしても、マッチングされる他の退勤時間帯を提示し、提示された退勤時間どおりに、先に入力した退勤時間帯を修正することによる報償を提供することにより、より多くのユーザと車を共有できるだけでなく、提示された退勤時間どおりに修正した車同乗者には車利用料の割引などの報償を提供し、提示された退勤時間どおりに修正した車提供者には車提供による報償とは別に追加の報償を提供することで、車共有を積極的に利用してもらえるように活性化させることができる。
【００１６】
また、マッチング失敗時には、認証されたタクシー、休眠車（例えば、幼稚園シャトルバス、学校シャトルバス、保育園シャトルバスなど）、コールバスなどをユーザ端末に仲介することにより、マッチングに失敗しても目的地までスムーズに行くことができる。
【００１７】
さらに、位置追跡機能によって車同乗者が目的地に到着するまで車提供者と車同乗者（すなわち、乗客）の位置を追跡し、車提供者と車同乗者が車共有を安全に利用できるように支援することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態における、ネットワーク環境の例を示した図である。
【図２】本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。
【図３】本発明の一実施形態における、サーバのプロセッサが含むことのできる構成要素の例を示したブロック図である。
【図４】本発明の一実施形態における、車共有ユーザ仲介方法の例を示したフローチャートである。
【図５】本発明の一実施形態における、１つのＩＤによって車提供者および車同乗者の両者で利用可能な動作を説明するために提供される画面の例示図である。
【図６】本発明の一実施形態における、端末の仲介要請にしたがってマッチングされた結果を提供する画面の例示図である。
【図７】本発明の一実施形態における、マッチング失敗時に退勤時間情報の修正によって再マッチングする動作を説明するためのフローチャートである。
【図８】本発明の一実施形態における、車提供者端末の残余座席情報をリアルタイムで提供する動作を説明するためのフローチャートである。
【図９】本発明の一実施形態における、リアルタイムでアップデートされる残余座席情報を含むユーザ端末の画面を示した例示図である。
【図１０】本発明の一実施形態における、固定退勤メンバーを設定する動作を説明するためのフローチャートである。
【図１１】本発明の一実施形態における、広告視聴による報償を提供する動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
以下、実施形態について、添付の図面を参照しながら詳しく説明する。
【００２０】
本実施形態は、車提供者と車を利用しようとする車同乗者を仲介する技術に関し、特に、１人で自家用車（例えば、乗用車）を利用して退勤する車提供者と出発地、目的地、退勤時間が類似する他のユーザをマッチングさせ、互いに車を共用して退勤できるようにする技術に関する。
【００２１】
本実施形態において、「ユーザ端末」とは、実質的に車を提供するユーザおよび車に同乗するユーザが所持する端末の両方を意味してもよいが、車提供者と車同乗者を区分して理解しやすくするために、車同乗者が所持する端末をユーザ端末、車提供者が所持する端末を車提供者端末と区分して使用することにする。すなわち、本実施形態では、車提供者のためのアプリケーションと車同乗者（すなわち、乗客）のためのアプリケーションが別に存在したり、スマートフォンなどの電子機器に別にアプリケーションをインストールしたりするのではなく、１つのＩＤで加入して１つのアプリケーションをインストールすれば、ユーザがアプリケーション実行時に入力した設定情報により、同乗者として利用することも車提供者として利用することもできる。
【００２２】
図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。
【００２３】
複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末である。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、ノート型パンコン、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ）、タブレットなどがある。一例として、電子機器１（１１０）は、無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０およびサーバ１５０、１６０の少なくとも一つと通信する。
【００２４】
通信方式が限定されることはなく、ネットワーク１７０に含まれる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を活用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ  ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター−バスネットワーク、ツリーまたは階層的（ｈｉｅｒａｒｃｈｉｃａｌ）ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。
【００２５】
サーバ１５０、１６０それぞれは、電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供するコンピュータ装置または複数のコンピュータ装置によって実現される。
【００２６】
図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、１つの電子機器に対する例として電子機器１（１１０）の内部構成を、１つのサーバに対する例としてサーバ１５０の内部構成を説明する。他の電子機器１２０、１３０、１４０やサーバ１６０も、同一または類似の内部構成を有する。
【００２７】
電子機器１（１１０）とサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含む。メモリ２１１、２２１は、コンピュータで読み取り可能な記録媒体であって、例えば、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、およびディスクドライブのような永久大容量記憶装置（ｐｅｒｍａｎｅｎｔ  ｍａｓｓ  ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）である。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電気機器１（１１０）にインストールされ実行するブラウザや車共有のためのアプリケーション（例えば、一緒に退勤するアプリ）などのためのコード）が格納される。このようなソフトウェア構成要素は、ドライブメカニズム（ｄｒｉｖｅ  ｍｅｃｈａｎｉｓｍ）を利用してメモリ２１１、２２１とは別のコンピュータで読み取り可能な記録媒体からロードされてもよい。このような別のコンピュータで読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカードなどのコンピュータで読み取り可能な記録媒体を含んでもよい。他の実施形態において、ソフトウェア構成要素は、コンピュータで読み取り可能な記録媒体ではない通信モジュール２１３、２２３を通じてメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてもよい。
【００２８】
プロセッサ２１２、２２２は、基本的な計算、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成される。命令は、メモリ２１１、２２１または通信モジュール２１３、２２３によって、プロセッサ２１２、２２２に提供されてもよい。例えば、プロセッサ２１２、２２２は、メモリ２１１、２２１のような記録装置に格納されたプログラムコードにしたがって受信される命令を実行するように構成されてもよい。
【００２９】
通信モジュール２１３、２２３は、ネットワーク１７０を介して電子機器１（１１０）とサーバ１５０とが互いに通信するための機能を提供してもよいし、他の電子機器（一例として、電子機器２（１２０））または他のサーバ（一例として、サーバ１６０）と通信するための機能を提供してもよい。一例として、電子機器１（１１０）のプロセッサ２１２がメモリ２１１のような記録装置に格納されたプログラムコードにしたがって生成した要求が、通信モジュール２１３の制御にしたがってネットワーク１７０を介してサーバ１５０に伝達されてもよい。これとは逆に、サーバ１５０のプロセッサ２２２の制御にしたがって提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール２２３とネットワーク１７０を経て電子機器１（１１０）の通信モジュール２１３を通じて電子機器１（１１０）に受信されてもよい。例えば、通信モジュール２１３を通じて受信したサーバ１５０の制御信号や命令などは、プロセッサ２１２やメモリ２１１に伝達されてもよく、コンテンツやファイルなどは、電子機器１（１１０）がさらに含むことのできる格納媒体に格納されてもよい。
【００３０】
入力／出力インタフェース２１４、２２４は、入力／出力装置２１５とのインタフェースのための手段である。例えば、入力装置は、キーボードまたはマウスなどの装置であってもよく、出力装置は、アプリケーションの通信セッションを表示するためのディスプレイのような装置であってもよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。より具体的な例として、電子機器１（１１０）のプロセッサ２２２は、メモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器２（１２０）が提供するデータを利用して構成されるサービス画面やコンテンツが入力／出力インタフェース２１４を通じてディスプレイに表示されてもよい。
【００３１】
また、他の実施形態において、電子機器１（１１０）およびサーバ１５０は、図２の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器１（１１０）は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器１（１１０）がスマートフォンである場合、一般的にスマートフォンが含んでいる加速度センサやジャイロセンサ、カメラ、各種の物理的なボタン、タッチパネルを利用したボタン、入力／出力ポート、振動のための振動器などの様々な構成要素が電子機器１（１１０）にさらに含まれるように実現されてもよいことが分かる。
【００３２】
また、サーバ１５０にデータベースが含まれる場合、データベースは、サーバ１５０で車共有を要請した複数の電子機器（すなわち、ユーザ端末および車提供者端末）に車共有サービス（すなわち、一緒に退勤するサービス）を提供するための様々な情報、例えば、ユーザ端末の識別子情報と共に加入時に入力された会員情報をマッチングして格納および管理してもよい。さらに、データベースは、ユーザ端末の識別子情報、入力された退勤時間情報、到着地情報、出発地情報、条件情報（例えば、年齢、性別、喫煙の有無、飲酒の有無など）、選択情報（例えば、趣味、出身地、職業など）、およびマッチングする車提供者端末の識別子情報を格納および管理してもよい。
【００３３】
本発明の実施形態に係る車共有ユーザ仲介システムは、車共有アプリケーション（一緒に退勤するアプリ）が実行される装置を仲介するサーバにプラットフォーム（ｐｌａｔｆｏｒｍ）形態で実現されてもよい。言い換えれば、本発明の実施形態に係る車共有ユーザ仲介方法は、アプリケーションがインストールおよび実行されるすべての装置で実行可能である。以下では、説明の便宜のために、電子機器１（１１０）および電子機器２（１２０）にアプリケーションのインストールおよび実行のためのパッケージファイルが格納され、電子機器１（１１０）および電子機器２（１２０）からの仲介要請によってサーバ１５０に実現される車共有ユーザ仲介システムで車共有ユーザ仲介方法が実行される実施形態について説明する。
【００３４】
図３は、本発明の一実施形態における、サーバのプロセッサが含むことのできる構成要素の例を示したブロック図であり、図４は、本発明の一実施形態における、車共有ユーザ仲介方法の例を示したフローチャートである。
【００３５】
サーバ１５０は、車共有ユーザ仲介システムを実現してよく、図３に示すように、サーバ１５０に含まれたプロセッサ２２２は、構成要素として、登録部３１０、決定部３２０、情報提供部３３０、および報償提供部３４０を備える。また、プロセッサ２２２は、仲介要請した端末を対象に、各端末が入力した情報とマッチングする端末を検索するために各電子機器を識別して、それぞれの電子機器と関連する情報を格納しているデータベース（図示せず）と連動してもよい。このようなプロセッサ２２２およびプロセッサ２２２の構成要素は、図４の車共有ユーザ仲介方法が含む段階４１０〜４４０を実行するようにサーバ１５０を制御してもよい。このとき、プロセッサ２２２およびプロセッサ２２２の構成要素は、メモリ２２１が含むオペレーティングシステムのコードと少なくとも１つのプログラムのコードによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現される。ここで、プロセッサ２２２の構成要素は、サーバ１５０に格納されたプログラムコードが提供する制御命令にしたがってプロセッサ２２２によって実行される互いに異なる機能（ｄｉｆｆｅｒｅｎｔ  ｆｕｎｃｔｉｏｎｓ）を表したものであってもよい。例えば、プロセッサ２２２が上述した制御命令にしたがって車共有ユーザ仲介を実行する方法において、車共有を要請したユーザ間のマッチングのためのファイルに格納されたプログラムコードをメモリ２２１にロードしてマッチングされたユーザ端末と関連する情報を提供するように動作する機能的な表現として決定部３２０が使用されてもよい。
【００３６】
まず、サーバ１５０で電子機器１１０、１２０に車共有（すなわち、一緒に退勤する）のためのユーザ仲介を提供するため、車共有ユーザ仲介方法のためのプログラムのファイルに格納されたプログラムコードが、スマートフォンなどのユーザ端末である電子機器１（１１０）のメモリ２１１にロードされる。例えば、電子機器１（１１０）で車共有ユーザ仲介サービス（すなわち、一緒に退勤するサービス）のためのプログラムが実行されると、オペレーティングシステムの制御により、プログラムのファイルからプログラムコードがメモリ２１１にロードされてもよい。
【００３７】
このように、電子機器１（１１０）で車共有ユーザ仲介サービスのためのプログラムが実行されると、電子機器１（１１０）は、サーバ１５０で提供する車共有ユーザ仲介サービスのウェブページに接続する。この後、電子機器１（１１０）は、自身が車提供者（すなわち、車ドライバー）なのか車同乗者（すなわち、乗客）なのかを示す設定情報を設定し、出発地、到着地、退勤時間情報、条件情報などを入力すると、サーバ１５０は、サービスアプリを通じて仲介要請した端末（例えば、電子機器１、電子機器２など）を対象として入力した情報がマッチングする端末を検索し、検索されたマッチングする端末の関連情報を相手端末に提供するために、以下の段階４１０〜４４０を実行する。
【００３８】
以下、電子機器１（１１０）は車提供者端末、電子機器２（１２０）は車同乗者であるユーザ端末に該当する場合を仮定して説明する。
【００３９】
まず、登録部３１０は、車提供者端末およびユーザ端末それぞれで車共有のためのサービスアプリをインストールし、実行時に会員加入情報を受信してデータベースに格納および記憶させる。例えば、各端末の電話番号、ＩＤ、パスワード（ｐａｓｓｗｏｒｄ）、自宅住所情報、職場住所情報などが会員情報として初期に入力されてデータベースに格納および記憶されてもよい。このとき、各端末の識別子情報としては、端末の電話番号またはＩＤが利用されてもよいし、ランダムに設定された任意の番号が利用されてもよい。会員加入情報、例えば、ＩＤおよびパスワードは、以後にユーザ端末または車提供者端末でサービスアプリを実行して車共有ユーザ仲介サービスを利用しようとする場合に、その端末の認証のために利用されてもよい。
【００４０】
例えば、サービスアプリを実行した端末でＩＤおよびパスワード（ｐａｓｓｗｏｒｄ）を入力し、入力したＩＤおよびパスワードがデータベースに登録されたＩＤおよびパスワードと同じであることで認証に成功すると、登録部３１０は、認証に成功したことをサービスアプリに知らせてもよく、これにより、サービスアプリは、車共有ユーザ仲介（すなわち、一緒に退勤するサービス）のために必要な情報（例えば、設定情報、退勤時間、出発地、到着地、条件情報など）を入力するための画面を認証に成功した端末に表示する。
【００４１】
段階４１０で、登録部３１０は、退勤時間帯に自家用車を他のユーザと共有しようとする車提供者端末およびその車に同乗しようとするユーザ端末のそれぞれから入力された出発地情報、到着地情報、退勤時間情報、および条件情報を各端末にインストールされたサービスアプリを通じて受信し、各端末の識別子情報とマッチングしてデータベースに格納および記憶させる。
【００４２】
段階４１１で、各端末で会員加入した後にサービスアプリを実行させて退勤時間に一緒に車を共有しようとする場合、登録部３１０は、サービスアプリが実行された端末（すなわち、車提供者端末またはユーザ端末）から車共有のための基本情報を受信する。ここで、基本情報は、出発地情報、到着地情報、退勤時間情報、設定情報（すなわち、自身がドライバなのか乗客なのかを示す情報）、および条件情報を含んでもよい。また、条件情報は、選好情報であり、年齢、性別、飲酒の有無、喫煙の有無などを含んでもよい。
【００４３】
例えば、車同乗者または車提供者が共有する車に同乗するユーザと関連して入力する選好条件として、車提供者の場合は、車同乗者の年齢、性別、飲酒の有無、喫煙の有無などを入力してもよく、車同乗者も同じように、車提供者の年齢、性別、飲酒の有無、喫煙の有無などを入力してもよい。
【００４４】
段階４１２で、車共有ユーザ仲介と関連する基本的な情報がすべて入力された後、登録部３１０は、各端末で入力されたオプション（ｏｐｔｉｏｎ）情報を受信する。ここで、オプション情報とは、趣味、職業、出身地などを含む選択情報であり、各端末で必ずしも入力されなくてもよい。これにより、登録部３１０は、オプション情報を受信することもあるし、オプション情報の項目が空欄のままでサービスアプリから受信することもある。このとき、登録部３１０は、段階４１１および４１２で説明した基本情報およびオプション情報をサービスアプリから一度に受信してもよいし、基本情報を先に受信した後にオプション情報を各端末の識別子情報と共に受信してもよい。これにより、登録部３１０は、受信した基本情報およびオプション情報を各端末の識別子情報と共にマッチングしてデータベースに登録および格納する。
【００４５】
段階４２０で、車共有ユーザ仲介のためのすべての情報が登録された後、決定部３２０は、仲介要請を端末から受信する。このとき、会員加入時に予めクレジットカード情報が登録された場合には、カード情報を別途登録しなくてもよいが、会員加入時に登録されなかった場合には、クレジットカード情報または口座振込みなどの決済情報を登録することで仲介要請が正常に実行されてもよい。ポイントがある場合にはポイント決済が利用されてもよい。
【００４６】
例えば、車提供者端末で基本情報およびオプション情報を入力してデータベースに登録した場合、車提供者端末の画面上に表示される仲介要請表示項目が選択されることにより、決定部３２０は、サービスアプリを通じて車提供者端末からその端末の識別子情報と共に仲介要請を受信してもよい。同じように、決定部３２０は、ユーザ端末から仲介要請を受信してもよい。
【００４７】
段階４３０で、仲介要請が受信された後、決定部３２０は、仲介要請をした端末の識別子情報および入力された基本情報、オプション情報に基づいてデータベースを参照し、マッチングする少なくとも１つのユーザ端末を決定（または検索）する。例えば、車提供者端末で仲介要請をした場合、決定部３２０は、車提供者端末が入力した基本情報およびオプション情報とマッチングする少なくとも１〜４つのユーザ端末を決定する。ユーザ端末で仲介要請をした場合、決定部３２０は、ユーザ端末が入力した基本情報およびオプション情報とマッチングする少なくとも１つの車提供者端末を決定する。なお、マッチングするための処理は、以下の処理が例示される。ユーザ端末の退勤時間情報と車両提供者端末の退勤時間情報を比較し、時間差があらかじめ指定された基準時間以下であり、ユーザ端末の出発地情報と車両提供者の出発地情報との距離、ユーザ端末の目的地情報と車両提供者端末の目的地情報との距離が、予め指定された所定距離以下のユーザ端末を選別する。選別されたユーザ端末を対象として、退勤時間、出発地、目的地のうち少なくとも一つが、車両提供者端末の退勤時間、出発地、目的地と近い順序で車両提供者端末にマッチングさせることができる。この場合、選別されたユーザ端末を対象として、マッチングされる情報の数が多いほど加重値が適用されることができる。例えば、退勤時間、出発地、目的地の全てが車両提供者端末のものと一番近いユーザ端末が、退勤時間、出発地、目的地のうち１つまたは２つの情報だけ車両提供者端末のものと近いユーザ端末より高い優先順位で、車両提供者端末にマッチングされる。
【００４８】
段階４４０で、情報提供部３３０は、決定されたユーザ端末または車提供者端末と関連する情報を仲介要請した端末に提供する。
【００４９】
一例として、段階４４１で、ユーザ端末が決定された場合、情報提供部３３０は、仲介要請をした車提供者端末に、決定された少なくとも１つのユーザ端末それぞれの電話番号、各端末の搭乗地点および下車地点、各端末の搭乗時間情報を提供する。
【００５０】
他の例として、段階４４２で、車提供者端末が決定された場合、情報提供部３３０は、仲介要請をしたユーザ端末に、決定された車提供者端末の電話番号、車番号、搭乗地点、下車地点、搭乗時間情報を提供してもよい。
【００５１】
図５は、本発明の一実施形態における、１つのＩＤによって車提供者および車同乗者の両方で利用可能な動作を説明するために提供される画面の例示図である。
【００５２】
すなわち、図５は、サービスアプリを実行してＩＤおよびパスワードを入力した後、認証された端末（車提供者端末またはユーザ端末）の画面に基本情報を入力するための画面が表示された例を示している。
【００５３】
図５を参照すると、車提供自用サービスアプリと車同乗自用サービスアプリが別々に存在するのではなく、車共有ユーザ仲介のための共通する１つのサービスアプリが存在している。これにより、サービスアプリを車提供者端末やユーザ端末（すなわち、車同乗者）にインストールして実行すると、その端末が車を提供するのか車に乗るのかを確認するための設定情報を入力することができ、登録部３１０は、端末で入力された設定情報を、サービスアプリを通じて受信する。
【００５４】
例えば、画面５１０によると、この画面５１０を提供した端末が車提供者５１１なのか車同乗者５１２なのかをユーザに選択させることができる。
【００５５】
一例として、車提供者５１１に該当する表示情報が選択された後、確認に該当する表示情報５１３が選択されると、登録部３１０は、表示情報５１３が選択された端末からこの端末の識別子情報と共に車提供者として設定された設定情報５１４を受信し、この端末の識別子情報に車提供者として設定された設定情報５１４を共にマッチングして、データベースに格納する。ここで、設定情報は、端末が設定情報を変更するたびに修正されてもよい。すなわち、以後に端末がユーザ端末として設定情報を設定した場合、データベースにおいて、この端末の識別子情報とマッチングされた設定情報は、車提供者からユーザ端末に修正されてもよい。
【００５６】
このように、設定情報５１４が車提供者として設定されると、端末の画面５２０には、車提供者に該当する基本情報を入力するための画面が表示される。例えば、車提供者の退勤時間、出発地、到着地、車番号、搭乗人数などのように車提供者自身に関する情報と、車に搭乗させる同乗者に関する条件情報として、性別、飲酒の有無、年齢、喫煙の有無などの情報を入力するための画面が表示される。この他に、画面５２０は、出発地から到着地までの車共有による価格を入力するための項目が別途表示されてもよい。画面５２０に表示された情報がすべて入力された後、確認に該当する表示情報５２１が選択されると、登録部３１０は、車提供者端末の基本情報（すなわち、退勤時間、出発地、到着地、車番号、搭乗人数、性別、飲酒の有無、年齢、喫煙の有無）と共に車提供者端末の識別子情報を受信する。これにより、登録部３１０は、データベースに格納された端末のうちから、受信した識別子情報に該当する端末を検索し、検索された端末の識別子情報に、受信した基本情報をマッチングして、データベースに登録および記憶させる。
【００５７】
他の例として、ユーザ端末５１２に該当する表示情報が選択された後、確認に該当する表示情報５１３が選択されると、登録部３１０は、表示情報５１３が選択された端末からこの端末の識別子情報と共にユーザ端末として設定された設定情報５１４を受信し、この端末の識別子情報にユーザ端末として設定された設定情報５１４を共にマッチングして、データベースに格納する。これにより、端末の画面５３０には、ユーザ端末（すなわち、車同乗者）に該当する基本情報を入力するための画面が表示される。例えば、車同乗者の退勤時間、出発地、到着地などのように車同乗者自身に関する情報と、自身が乗る車提供者に関する条件情報として、性別、飲酒の有無、年齢、喫煙の有無などの情報を入力するための画面５３０が表示されてもよい。画面５３０に表示された情報がすべて入力された後、確認に該当する表示情報５３１が選択されると、登録部３１０は、ユーザ端末の基本情報（すなわち、退勤時間、出発地、到着地、性別、飲酒の有無、年齢、喫煙の有無）と共にユーザ端末の識別子情報を受信する。これにより、登録部３１０は、データベースに格納された端末のうちから、受信した識別子情報に該当する端末を検索し、検索された端末の識別子情報に、受信した基本情報をマッチングして、データベースに登録および記憶させる。
【００５８】
基本情報がすべて入力されると、端末の画面は、オプション情報を入力するための画面に転換されてもよいが、この他にも、基本情報の下端にオプション情報を入力するように画面が構成されてもよい。例えば、画面５２０、５３０に表示される年齢および喫煙有無の項目の下に、オプション情報として趣味、職業、出身地などを入力するための項目が表示されてもよい。
【００５９】
図６は、本発明の一実施形態における、端末の仲介要請によってマッチングされた結果を提供する画面の例示図である。
【００６０】
図６で、画面６１０は、設定情報が車提供者である場合に車提供者端末の画面に表示される画面例を示している。
【００６１】
画面６１０を参照すると、決定部３２０は、データベースを参照し、車提供者が入力した退勤時間１９：００〜１９：３０、出発地サムソン駅、到着地カンナム駅、性別「女」、年齢「２０〜３０代」、喫煙の有無「無」、飲酒の有無「無」にマッチングする車同乗者として３つのユーザ端末（すなわち、ユーザ）を検索する。これにより、情報提供部３３０は、マッチングする３つのユーザ端末６１１、６１２、６１３それぞれに該当する情報を車提供者端末に提供する。例えば、情報提供部３３０は、ユーザ端末１が入力した出発地および到着地情報、ユーザ端末２が入力した出発地および到着地情報、ユーザ端末３が入力した出発地および到着地情報を車提供者端末として提供してもよい。
【００６２】
これにより、サービスアプリを実行した車提供者端末の画面には画面６１０が表示される。このとき、車提供者端末で受諾に該当する表示情報６１４が選択されると、３つのユーザ端末の搭乗が同時に許容されてもよく、３つのうちの一部を選択して受諾した場合、選択されたユーザ端末だけが許容されてもよい。
【００６３】
これにより、決定部３２０は、受諾されたユーザ端末の識別子情報と車提供者端末の識別子情報を車提供者端末から受信する。この後、情報提供部３３０は、サービスアプリを通じて各ユーザ端末の識別子情報に基づいて、対応するユーザ端末それぞれに車提供者端末の受諾可否を要請してもよい。このように、受諾可否は、双方向で行われてもよい。このとき、３つのユーザ端末すべてが受諾した場合、決定部３２０は、これらのユーザ端末の識別子情報と受諾した車提供者端末の識別子情報を各ユーザ端末から受信し、各識別子情報に基づいて車提供者端末とマッチングするユーザ端末の識別子情報を互いにマッチングしてデータベースに格納および記憶する。
【００６４】
このように、互いにマッチングする車提供者端末とユーザ端末間で双方向に受諾が完了すると、決定部３２０は、車提供者端末が入力した出発地と受諾した各ユーザ端末の出発地に基づいて各ユーザ端末の搭乗地点と搭乗時間、搭乗順序、下車地点、下車時間、および下車順序を決定する。
【００６５】
例えば、ユーザ端末１〜３がすべて受諾された場合、車提供者端末の出発地から位置が近い順に該当するユーザ端末１（ＫＴ＆Ｇタワー）、ユーザ端末２（パークハイアット）、ユーザ端末３（ヒョンデデパート）の順に搭乗順序を決定してもよい。このとき、道路状況により、左折またはＵターンが困難であるとか、車同乗者（すなわち、搭乗者）の出発地が予め定義された基準距離または基準時間以内の近い地点に該当するとか、停車違反区域に該当する場合、決定部３２０は、車同乗者の出発地を１つに統合してもよい。例えば、ユーザ端末２の出発地であるパークハイアットが右折コーナーにあるため、ユーザ端末３との同乗のための左折が困難な位置に該当する場合、決定部３２０は、ユーザ端末２の搭乗地点をユーザ端末１の搭乗地点であるＫＴ＆Ｇタワーに決定してもよい。
【００６６】
これにより、情報提供部３３０は、車提供者端末に各ユーザ端末の搭乗順序、搭乗地点、搭乗時間、およびユーザ端末の関連情報（例えば、ユーザ端末の電話番号情報）を提供する。このとき、情報提供部３３０は、地図と連係して各ユーザ端末の搭乗地点を車提供者の出発地から地図上に表示して車提供者に提供してもよい。また、情報提供部３３０は、ユーザ端末１〜３それぞれにも、車提供者端末の関連情報（例えば、車提供者端末の電話番号、車番号など）を提供してもよく、各ユーザ端末の搭乗地点、搭乗時間を提供してもよい。このとき、情報提供部３３０は、地図と連係してユーザ端末それぞれが入力した出発地から前記決定された搭乗地点までの経路を地図上に表示して各ユーザ端末に提供してもよい。
【００６７】
このように、搭乗地点までの経路を案内して車提供者端末とユーザ端末が車を共有すれば、すなわち、ユーザ端末が車提供者端末の車に乗れば、車共有ユーザ仲介システム１５０に含まれた位置追跡部（図示せず）は、両方の端末から正常搭乗を示す指示子を受信し、位置追跡部（図示せず）は、この指示子の受信にしたがって各端末の位置を追跡する。例えば、位置追跡部（図示せず）は、ユーザ端末が下車地点で降りた後、利用完了を示す指示子が受信されるまで位置追跡を実行してもよい。このとき、位置追跡部（図示せず）は、利用完了を双方向、すなわち、車提供者端末およびユーザ端末の両方から受信してもよく、両方から受信することで位置追跡を終了してもよい。例えば、ユーザ端末１が下車地点で降りた後、サービスアプリで提供される画面上の「利用完了」に該当する表示情報を選択し、車提供者端末もユーザ端末１に該当する利用完了の表示情報を選択した場合、位置追跡部（図示せず）は、この位置追跡を終了してもよい。
【００６８】
このとき、ユーザ端末１で利用完了の表示情報が選択されると、決済処理部（図示せず）は、予め登録されたユーザ端末１のクレジットカード情報に基づき、該当のクレジットカードサーバと連動して利用金額（例えば、３０００ウォン）の決済を処理する。決済が完了すると、決済の完了を知らせる指示子をユーザ端末１に提供する。このとき、プロセッサ２２２は、この決済処理のために決済処理部（図示せず）をさらに備えてもよい。
【００６９】
プロセッサ２２２は、車共有利用および決済が完了した後、サービス利用に対する満足度を評価するための評価処理部（図示せず）をさらに備えてもよい。例えば、車提供者端末はユーザ端末を対象に、ユーザ端末は車提供者端末を対象に満足度をチェックし、該当の車または該当の乗客が続けてサービスを使用できるようにするかをチェックする項目によって予め構成されたアンケートにアクセスするためのリンク情報（例えば、ＵＲＬ）が、車提供者端末およびユーザ端末に提供されてもよい。アンケートのチェック結果の確認に基づき、以後の固定退勤メンバーの決定に利用されてもよい。
【００７０】
図７は、本発明の一実施形態における、マッチング失敗時に退勤時間情報の修正によって再マッチングする動作を説明するためフローチャートである。
【００７１】
図７の各段階７１０〜７４０は、登録部３１０、決定部３２０、情報提供部３３０、および報償提供部３４０によって実行される。
【００７２】
図７で、マッチング失敗とは、車提供者端末が入力した基本情報または基本情報のうちの必須情報である退勤時間、出発地、および到着地情報がマッチングするユーザ端末が存在しない場合に該当する。ユーザ端末の立場でのマッチング失敗とは、ユーザ端末が入力した基本情報または基本情報のうちの必須情報である退勤時間、出発地、および到着地情報がマッチングするユーザ端末が存在しない場合に該当する。ここで、マッチングに成功する場合については、図４の段階４３０〜４４０で詳しく説明したため、重複する説明は省略する。
【００７３】
図７では、車提供者端末でマッチングに失敗した場合を例示して説明するが、これは実施形態に過ぎず、ユーザ端末でマッチングに失敗した場合も、車提供者端末がマッチングに失敗した場合と同じプロセスが適用されてもよい。
【００７４】
段階７１０でマッチングに失敗した場合、段階７２０で、決定部３２０は、車提供者端末から受信した退勤時間情報を基準としてデータベースに登録されたユーザ端末を対象に、各ユーザ端末の退勤時間情報に基づいて時間帯別のマッチング可能性を計算する。
【００７５】
例えば、決定部３２０は、車提供者端末が入力した退勤時間情報である１９：００〜１９：３０分を基準に前後１時間を範囲として、１０分、２０分、または３０分単位で時間帯別のマッチング可能性（すなわち、確率）を計算する。例えば、３０分単位で計算する場合、１８：００〜１８：３０までのマッチング可能性１０％、１８：３０〜１９：００までのマッチング可能性８０％、１９：３０〜２０：００までのマッチング可能性９０％、２０：００〜２０：３０までのマッチング可能性５０％を計算する。なお、マッチング可能性は、この例では、時間帯別にマッチング可能なユーザ端末の数が多いほど高い値であるものとして、マッチング可能なユーザ端末の合計に基づいて計算される。
【００７６】
段階７３０で、情報提供部３３０は、計算された時間帯別のマッチング可能性情報を車提供者端末にサービスアプリを通じて提供する。すなわち、車提供者端末の画面には、時間帯別のマッチング可能性情報（例えば、時間帯別のマッチングパーセンテージ）が表示する。
【００７７】
段階７４０で、情報提供部３３０で提供した時間帯別のマッチング可能性に基づいて車提供者端末の退勤時間情報が修正された場合、決定部３２０は、修正された退勤時間情報を車提供者端末から受信する。その後、報償提供部３４０は、車提供者端末の退勤時間情報の修正による報償を車提供者端末に提供する。
【００７８】
例えば、車提供者端末の画面に表示される時間帯別のマッチング可能性のうちのいずれか１つの時間帯が選択されて車提供者端末から受信された場合、決定部３２０は、車提供者端末の退勤時間情報を本来入力した１９：００〜１９：３０から選択された時間どおりに修正する。例えば、マッチング可能性が最も高くはないが、本人が退勤時間の調整が可能な時間帯である１８：３０〜１９：００が選択された場合、決定部３２０は、データベースで車提供者端末の識別子情報にマッチングされた車提供者端末の退勤時間情報を１９：００〜１９：３０から１８：３０〜１９：００に修正する。これにより、決定部３２０は、修正された退勤時間情報（１８：３０〜１９：００）、出発地、到着地、条件情報がマッチングするユーザ端末をデータベースから検索して車提供者端末に提供し、車提供者端末で検索されたユーザ端末の全部または一部に対して同乗を受諾した場合、受諾されたユーザ端末にも車提供者端末への搭乗受諾の可否を双方向から受信する。このとき、退勤時間情報を調整してマッチングされたユーザ端末と搭乗が双方向で受諾して車共有が成立した場合、車提供者が本来退勤しようとした時間ではなく他のユーザとの同乗のために退勤時間情報を修正したため、報償提供部３４０は、退勤時間情報の修正による報償を車提供者端末に提供する。例えば、報償提供部３４０は、予め定義されたポイント（ｐｏｉｎｔ）、無料給油クーポン、車整備クーポンなどを車提供者端末に提供してもよい。
【００７９】
一方、ユーザ端末がマッチングに失敗した場合には、決定部３２０で、ユーザ端末と車共有が可能な車提供者端末とのマッチング可能性が時間帯別に計算され、計算された時間帯別のマッチング可能性がユーザ端末の画面に表示される。ユーザ端末で退勤時間を修正してマッチングに成功した場合、報償提供部３４０は、退勤時間情報の修正による報償をユーザ端末に提供する。例えば、報償提供部３４０は、車共有サービス利用料割引クーポン（例えば、１０％割引または１０００ウォン割引）などの報償をユーザ端末に提供してもよい。
【００８０】
この他にも、決定部３２０は、段階７３０で説明したように、時間帯別のマッチング可能性を車提供者端末に提供してもよいが、決定部３２０は、「マッチングに失敗しました。退勤時間帯を調整しますか？」のメッセージを、サービスアプリを通じて車提供者端末／ユーザ端末に提供してもよい。時間調整の許諾が選択された場合、決定部３２０は、車提供者端末／ユーザ端末が入力した退勤時間情報と最も隣接する時間帯にマッチングするユーザ端末／車提供者端末を、データベースを参照して決定してよく、決定された端末関連情報（例えば、図６の画面６１０）を、関連する端末（例えば、時間調整の許諾が選択された端末）に提供してもよい。この他に、時間調整の許諾が選択された場合、決定部３２０は、マッチング確率（例えば、９０％）が最も高い時間帯（例えば、２０：００〜２０：３０）にマッチングするユーザ端末／車提供者端末を、データベースを参照して決定し、決定された端末関連情報を車提供者端末／ユーザ端末に提供してもよい。このとき、退勤時間情報の修正に同意はしたものの、マッチングされたユーザ端末／車提供者端末の退勤時間情報が自分の想像した退勤時間の範囲から大きく脱する場合、マッチング結果を受諾せずに拒絶してもよい。
【００８１】
このとき、拒絶により最終的にマッチングに失敗した場合、車提供者は１人で退勤するようになるが、ユーザ端末の立場では、最終的にマッチングに失敗した場合、車共有ユーザ仲介システムは、タクシーまたは休眠車と連係してユーザ端末に帰宅できるように代案を提示してもよい。すなわち、最終的にマッチングに失敗した場合、決定部３２０は、マッチングに最終失敗した端末の設定情報に基づき、その端末が車提供者端末なのかユーザ端末なのかを確認する。確認の結果がユーザ端末である場合、現在利用可能なタクシー、休眠車（例えば、教会バス、幼稚園バス、保育園バスなど）関連情報、またはコールバス情報をユーザ端末に提供する。
【００８２】
例えば、決定部３２０は、タクシー会社サーバ、休眠車会社サーバまたはコールバスサーバなどと連動してユーザ端末の出発地情報、到着地情報、退勤時間情報を提供し、提供されたユーザ端末の情報に基づき、タクシー会社／休眠車会社サーバから車番号、搭乗地点、タクシー／休眠車の電話番号を受信する。この後、決定部３２０は、受信した情報（すなわち、車番号、搭乗地点、タクシー／休眠車の電話番号）をユーザ端末に提供する。
【００８３】
図８は、本発明の一実施形態における、車提供者端末の残余座席情報をリアルタイムで提供する動作を説明するためのフローチャートであり、図９は、本発明の一実施形態における、リアルタイムでアップデートされる残余座席情報を含むユーザ端末の画面を示した例示図である。
【００８４】
図８を参照すると、段階８１０で、決定部３２０は、車提供者端末とのマッチングによって双方向で搭乗決定された（すなわち、双方向で車共有を受諾した）ユーザ端末の数をリアルタイムでカウントする。
【００８５】
例えば、車提供者端末とマッチングされたユーザ端末が３つ存在し、車提供者端末とユーザ端末が互いに車提供および搭乗を双方向で受諾した場合、決定部３２０は、受諾した車提供者端末およびユーザ端末から受諾を示す指示子と共に、受諾した端末の識別子情報およびこの端末とマッチングされた車提供者端末／ユーザ端末の識別子情報を受信する。この後、決定部３２０は、端末（例えば、車提供者端末）の識別子情報とマッチング相手であるユーザ端末の識別子情報、および受諾を示す指示子に基づいて双方向で受諾したことを確認すると、端末の数をカウントする。このとき、マッチングされた３つのユーザ端末すべてと車提供者端末との間に双方向で受諾が許容された場合、決定部３２０は、受諾を示す指示子、車提供者端末の識別子情報、およびユーザ端末の識別子情報に基づいて車提供者端末と関連するユーザ端末の数を３つとカウントする。
【００８６】
段階８２０で、決定部３２０は、車提供者端末の搭乗定員情報およびカウントされたユーザ端末の数に基づいて残余座席情報を計算する。
【００８７】
例えば、仲介要請時に搭乗定員情報が４と入力されてデータベースに登録された場合、決定部３２０は、搭乗定員情報４からカウントされた端末数の３を引いた１を残余座席情報として計算する。この後、決定部３２０は、残余座席情報に基づいて以後のマッチングに反映する。
【００８８】
段階８３０で、情報提供部３３０は、計算された残余座席情報を車提供者端末とマッチングされた少なくとも１つのユーザ端末に提供する。
【００８９】
例えば、図９を参照すると、画面９１０は、ユーザ端末で仲介要請後にユーザ端末とマッチングされた車提供者端末の関連情報を含む画面を示す。このとき、ユーザ端末とマッチングされた車提供者端末１の残りの座席は２、マッチングされた車提供者端末２の残りの座席は３と表示され、他のユーザ端末によって車提供者端末２が双方向で受諾された場合、車共有ユーザ仲介システム１５０からサービスアプリを通じて受信した残余座席情報に基づき、車提供者端末２の残りの座席がリアルタイムアップデートされる。すなわち、ユーザ端末の画面９１０に示された車提供者端末２の残りの座席３が、画面９２０のように残りの座席２になるように、リアルタイムにアップデートされる。これとは反対に、誰かが搭乗を取り消して残余座席に変動が発生した場合、残りの座席が３から４、または２から３などになるように、リアルタイムにアップデートされる。
【００９０】
図１０は、本発明の一実施形態における、固定退勤メンバーを設定する動作を説明するためのフローチャートである。
【００９１】
図１０では、サービスアプリを利用して数回に渡って一緒に退勤を利用した車提供者端末とユーザ端末を対象に定期的に一緒に退勤するかを質問し、定期的に退勤する固定退勤メンバーを設定する動作について説明する。
【００９２】
段階１０１０で、決定部３２０は、データベースに格納および記憶された各端末の過去使用履歴に基づき、実際の利用が予め定義された一定の頻度数以上である端末を決定する。すなわち、一定の頻度数変以上で一緒に退勤した端末ペア（ｐａｉｒ）、すなわち、車提供者端末とユーザ端末との組を決定してもよい。このとき、図１０では、車提供者端末と１つのユーザ端末との組を決定する場合を例に挙げて説明しているが、これは実施形態に過ぎず、固定退勤メンバーとして車提供者端末が設定した搭乗定員だけのユーザ端末が車提供者端末への組となることで、固定退勤メンバー候補として決定されてもよい。例えば、過去使用履歴に基づき、車提供者端末と関連する４つのユーザ端末が決定されてもよい。
【００９３】
例えば、複数の車提供者端末と複数のユーザ端末のうち、車提供者端末１とユーザ端末１が３回以上に渡って一緒に退勤を利用した記録がある場合、決定部３２０は、３回以上に渡って実際に一緒に退勤した車提供者端末１とユーザ端末１を固定退勤メンバー候補として決定してもよい。
【００９４】
この他に、決定部３２０は、固定退勤メンバーの候補決定時にアンケート評価結果を利用してもよい。例えば、固定退勤メンバー候補が搭乗定員を超過する場合、評価結果が良い順に候補を決定してもよい。この他に、評価結果が予め定義された基準値以下であったり、平均結果としてもう二度と一緒に退勤しない（例えば、今後はマッチングから排除）に該当する端末が存在したりする場合、その端末を除外して固定退勤メンバー候補を決定してもよい。
【００９５】
段階１０２０で、情報提供部３３０は、決定された端末を固定退勤メンバーとして設定するかを双方向で確認する。
【００９６】
段階１０３０で、決定部３２０は、確認された端末の識別子情報に基づいて固定退勤メンバーとして登録する。
【００９７】
例えば、情報提供部３３０は、車提供者端末１にユーザ端末１の固定退勤メンバーとして設定するかを質問する命令を示すコード指示子と共に、ユーザ端末１関連情報（例えば、ニックネーム、プロフィール情報、以前に一緒に退勤した履歴情報など）を提供してもよい。これにより、車提供者端末１にインストールされたサービスアプリでは、車提供者端末１の画面にユーザ端末１を固定退勤メンバーとして設定するかを質問するメッセージが表示されてもよい。例えば、車提供者端末１がサービスアプリを実行する場合、ユーザ端末１のニックネーム、３回（１０／２、１０／５、１０／７）に渡ってＡ場所からＢ場所まで一緒に退勤などの情報と共に、「ユーザ端末１を固定退勤メンバーに設定しますか？」のメッセージが表示されてもよい。同じように、ユーザ端末１がサービスアプリを実行する場合、車提供者端末１のニックネーム、３回（１０／２、１０／５、１０／７）に渡ってＡ場所からＢ場所まで退勤時間１９：００〜１９：３０に一緒に退勤などの情報と共に、「車提供者端末１を固定退勤メンバーに設定しますか？」のメッセージが表示されてもよい。
【００９８】
このとき、双方で固定退勤メンバーとしての設定を受諾した場合、決定部３２０は、受諾を示す指示子と共に各端末の識別子情報を受信し、受信した車提供者端末の識別子情報、ユーザ端末の識別子情報、および固定退勤メンバー指示子を共にマッチングしてデータベースに格納および記憶する。その後、決定部３２０は、以前に退勤した履歴１０／２、１０／５、１０／７に利用した退勤時間情報、出発地Ａ場所、到着地Ｂ場所を、固定退勤メンバー指示子、各端末の識別子情報と共にマッチングして格納することにより、車提供者端末１とユーザ端末１を固定退勤メンバーとしてデータベースに登録して記憶、管理する。
【００９９】
このように、固定退勤メンバーに登録されると、情報提供部３３０は、登録された退勤時間情報に基づき、予め定義された時間に車提供者端末１とユーザ端末１とに対して、退勤に変動事項がないかの確認を毎日要請してもよい。例えば、毎日午前、毎日午後、または登録された退勤時間情報から予め定義された一定時間前（例えば、２時間前）に、車提供者端末１およびユーザ端末１に本日の退勤時間（１９：００〜１９：３０）にＡ場所からＢ場所まで退勤可能であるかの確認を、サービスアプリを通じて要請してもよい。このとき、双方向（すなわち、車提供者端末１およびユーザ端末１）から「正常退勤」の表示情報が選択されることによって正常退勤を示す指示子が受信されると、情報提供部３３０は、「本日の退勤変動はありません。１９：００〜１９：３０にユーザ端末１／車提供者端末１退勤ＯＫ！」などのメッセージが各端末に表示されるように、メッセージを示すコード指示子を、サービスアプリを通じてユーザ端末１および車提供者端末１に送信する。これにより、各端末ではこのメッセージが表示される。
【０１００】
このとき、車提供者端末１およびユーザ端末１のうちのいずれか１つで「正常退勤」ではなく「一緒に退勤不可」を示す指示子が受信された場合、情報提供部３３０は、相手端末に「本日はユーザ端末１／車提供者端末１様は一緒に退勤できません。他の方をマッチングしましょうか？」のメッセージを提供するための指示子を本日に退勤が可能な端末に提供してもよい。このとき、この端末で他のユーザとのマッチングが選択されると、決定部３２０は、マッチングする他の車提供者端末／ユーザ端末をデータベースから検索してこの端末に提供する。
【０１０１】
一方、図１０で説明した、データベースに格納された各ユーザの過去使用履歴データは、地域別の交通渋滞、混雑時間帯などのように交通の流れを把握するための統計資料に利用されてもよい。
【０１０２】
図１１は、本発明の一実施形態における、広告視聴による報償を提供する動作を説明するためのフローチャートである。
【０１０３】
図１１を参照すると、段階１１１０で、ユーザ端末１１０１は、広告をユーザに視聴させる。
【０１０４】
例えば、車共有のためにサービスアプリを実行した場合に広告（例えば、車関連広告、芳香剤などの車用品広告など）が自動で再生されてもよく、ユーザ端末１１０１を所持するユーザがサービスアプリを実行した後、無料や割引クーポンの適用を受けるために画面の上端または下端に表示される広告視聴表示情報を選択（例えば、クリック、タッチなど）することによってユーザ端末１１０１の画面に広告が再生されてもよい。このとき、広告別に該当となるクーポンの種類が異なってもよい。例えば、１０秒広告の場合は１０％割引クーポン、２０秒広告の場合は２０％割引クーポン、１分広告の場合は１回無料利用券などがマッチングされてもよい。
【０１０５】
ユーザ端末１１０１で再生された広告の視聴が完了した場合、段階１１２０で、報償提供部３４０は、サービスアプリを通じてユーザ端末１１０１から視聴が完了した広告の識別子情報および広告視聴完了を示す指示子を受信する。このとき、ユーザ端末１１０１は、広告の識別子情報および広告視聴完了を示す指示子と共にユーザ端末１１０１の識別子情報も車共有ユーザ仲介システム１１０２に送信する。
【０１０６】
段階１１３０で、報償提供部３４０は、受信した広告の識別子情報、広告視聴完了を示す指示子、およびユーザ端末１１０１の識別子情報に基づいて、この端末にマッチングされた広告視聴回数をカウントする。例えば、以前までの広告視聴回数が４回である場合、広告視聴完了を示す指示子の受信によって広告視聴回数が５回にカウントされる。この後、報償提供部３４０は、カウントされた広告視聴回数（５回）とユーザ端末１１０１の識別子情報をマッチングして格納する。すなわち、報償提供部３４０は、カウントされた広告視聴回数として、データベースに格納されたユーザ端末１１０１の広告視聴回数をアップデートする。
【０１０７】
段階１１４０で、カウントされた広告視聴回数がプロモーション（プロモーションによって必要な広告視聴回数が設定されている）を満たせば、報償提供部３４０は、満たされたプロモーションに該当する報償をユーザ端末１１０１に提供する。ここで、プロモーションに該当する報償を提供するために、各広告別のプロモーションポリシーが、データベースに予め格納および記憶されてもよい。
【０１０８】
例えば、広告視聴回数が５回の場合は１０％割引、広告視聴回数が１０回の場合は１回無料利用のプロモーションの進行中であり、ユーザ端末１１０１のカウントされた広告視聴回数が５回に該当する場合、報償提供部３４０は、１０％割引クーポンを示す指示子をユーザ端末１１０１の識別子情報とマッチングして格納する。この他に、広告視聴回数が１回や広告関連指示子が１回無料利用に該当することによって、そのクーポンにマッチングされた場合、報償提供部３４０は、１回無料利用クーポンを示す指示子をユーザ端末１１０１の識別子情報とマッチングして格納してもよい。そして、報償提供部３４０は、１０％割引クーポンまたは１回無料利用クーポンを含む報償情報をユーザ端末１１０１に提供する。
【０１０９】
段階１１５０で、ユーザ端末１１０１は、車共有ユーザ仲介システム１１０２から提供を受けた報償情報に基づき、報償内容（例えば、１０％割引クーポン、１回無料利用クーポン）を確認する。
【０１１０】
例えば、広告視聴が完了した後、該当の広告が５回視聴に該当すれば、ユーザ端末１１０１の画面に「１０％割引クーポンが発行されました。」のメッセージが表示される。
【０１１１】
以上で説明したように、車共有ユーザ仲介方法およびシステムは、固定された出勤時間ではなく、個人が自律的に調整可能な退勤時間帯にサービスアプリを利用して複数のユーザが車を共有して退勤できるように提供することが可能であり、退勤時間帯に車を共有することにより、車同乗者や車提供者が設定した時間にマッチングする対象者が必ず存在しなくても車同乗者や車提供者に退勤時間の修正を要請し、要請が受諾されれば報償を提供するだけでなく、修正された時間にマッチングする対象者（例えば、車同乗者や車提供者）を提供することにより、より多くのユーザが同参できるように誘導することができる。
【０１１２】
また、車提供者と車同乗者が互いに異なるサービスアプリを利用するのではなく、設定情報によって、利用時に自身が車提供者なのか車同乗者なのかを設定すれば、同じサービスアプリ、すなわち、１つのＩＤによっていくらでも一緒に退勤できるような提供を受けることができる。
【０１１３】
上述したシステムまたは装置は、ハードウェア構成要素、ソフトウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現される。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現される。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行する。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを格納、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでもよい。また、並列プロセッサのような、他の処理構成も可能である。
【０１１４】
ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で格納されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータで読み取り可能な記録媒体に格納されてもよい。
【０１１５】
実施形態に係る方法は、様々なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータで読み取り可能な媒体に記録される。コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて記録されてもよい。この媒体に記録されるプログラム命令は、実施形態のために特別に設計されて構成されたものであってもよいし、コンピュータソフトウェア当業者に公知な使用可能なものであってもよい。コンピュータで読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を格納して実行するように特別に構成されたハードウェア装置が含まれる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。
【０１１６】
以上のように、実施形態を、限定された実施形態と図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって対置されたり置換されたとしても、適切な結果を達成することができる。
【０１１７】
したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。
【符号の説明】
【０１１８】
２２２：プロセッサ
３１０：登録部
３２０：決定部
３３０：情報提供部
３４０：報償提供部
【図１】
2018120596.tif 000003
【図２】
2018120596.tif 000004
【図３】
2018120596.tif 000005
【図４】
2018120596.tif 000006
【図５】
2018120596.tif 000007
【図６】
2018120596.tif 000008
【図７】
2018120596.tif 000009
【図８】
2018120596.tif 000010
【図９】
2018120596.tif 000011
【図１０】
2018120596.tif 000012
【図１１】
2018120596.tif 000013