JP7025638B2 - 管理プログラム及び管理方法 - Google Patents

Description

本発明は、管理プログラム及び管理方法に関する。

利用者に対して各種サービスを提供する事業者（以下、単に事業者とも呼ぶ）は、例えば、利用者からのリクエストに対応する情報を出力するサービス（以下、マッチングサービスとも呼ぶ）の提供を行う。

このようなマッチングサービスでは、利用者からのリクエストがあった場合、そのリクエストに含まれる条件に対応する情報を利用者に対して提示する。そして、利用者は、提示された情報の中に利用者の嗜好に合った情報が含まれていた場合、その情報を採用する旨の決定を行う。具体的に、マッチングサービスには、例えば、利用者から宿泊施設に関する条件が入力された場合に、その条件に合致する宿泊施設を示す情報を利用者に対して提示するものが含まれる。

上記のようなマッチングサービスの提供を新たに開始する場合、事業者は、例えば、他のマッチングサービスにおいて既に開発されている機能（以下、単に機能とも呼ぶ）を用いることによって、マッチングサービスの提供に必要な業務システムの構築を行う。これにより、事業者は、新たなマッチングサービスの提供を開始する際に要する開発時間を短縮することが可能になる（例えば、特許文献１及び２参照）。

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

ここで、例えば、利用者の趣味嗜好が時間の経過とともに変化する場合、マッチングサービスでは、利用者が満足する確率の高い情報を効率的に提供することができなくなり、利用者に提示した情報の採用確率（以下、マッチングの成立率とも呼ぶ）が徐々に低下する場合がある。そのため、事業者は、必要に応じて、マッチングサービスにおいて用いられている機能を他の機能に変更する。これにより、事業者は、低下したマッチングの成立率の回復を図ることが可能になる。

しかしながら、マッチングサービスにおいて用いられる機能の変更が頻繁に行われる場合、業務システムの開発コスト（維持コスト）は膨大になる。そのため、事業者は、機能の変更の頻度を抑えつつ、マッチングの成立率を高い水準で維持することが好ましい。

そこで、一つの側面では、本発明は、各利用者が満足する情報を提供することを可能とする管理プログラム及び管理方法を提供することを目的とする。

実施の形態の一態様では、リクエストを行った利用者が該リクエストに対する応答について満足したか否かを示す満足情報を記憶部に蓄積し、蓄積した前記満足情報に基づいて、前記利用者ごとに、リクエストに対する応答を生成する複数のサービス提供機能のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定する、処理をコンピュータに実行させる。

一つの側面によれば、各利用者が満足する情報を提供することを可能とする。

図１は、情報処理システム１０の構成を示す図である。 図２は、管理装置１のハードウエア構成を示す図である。 図３は、サービス提供装置２のハードウエア構成を示す図である。 図４は、端末装置３のハードウエア構成を示す図である。 図５は、端末装置３の機能ブロック図である。 図６は、管理装置１の機能ブロック図である。 図７は、サービス提供装置２の機能ブロック図である。 図８は、第１の実施の形態における管理処理の概略を説明するフローチャート図である。 図９は、第１の実施の形態における管理処理の概略を説明するフローチャート図である。 図１０は、第１の実施の形態における管理処理の概略を説明する図である。 図１１は、第１の実施の形態における管理処理の概略を説明する図である。 図１２は、第１の実施の形態における管理処理の概略を説明する図である。 図１３は、第１の実施の形態における管理処理の概略を説明する図である。 図１４は、第１の実施の形態における管理処理の概略を説明する図である。 図１５は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図１６は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図１７は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図１８は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図１９は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２０は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２１は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２２は、設定情報１３１及び振分情報１３２の具体例を説明する図である。 図２３は、満足情報３３１の具体例を説明する図である。 図２４は、分配送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２５は、分配送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２６は、分配送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２７は、分配送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。 図２８は、設定情報１３１及び振分情報１３２の具体例を説明する図である。 図２９は、満足情報３３１の具体例を説明する図である。

［情報処理システムの構成］
図１は、情報処理システム１０の構成を示す図である。図１に示す情報処理システム１０は、マッチングサービスを提供する業務システムであり、管理装置１と、サービス提供装置２ａ、２ｂ及び２ｃ（以下、これらを総称してサービス提供装置２とも呼ぶ）と、ネットワークＮＷを介して管理装置１と接続する端末装置３ａ、３ｂ及び３ｃ（以下、端末装置３とも呼ぶ）と、管理装置１の内部または外部に設けられた記憶部１３０とを有する。以下、端末装置３ａ、３ｂ及び３ｃは、それぞれ異なる利用者によって利用される端末装置であるものとして説明を行う。

管理装置１は、１台以上の物理マシンによって構成され、利用者に対してマッチングサービスを提供するための処理を実行する。具体的に、管理装置１は、例えば、利用者が端末装置３を介して宿泊施設に関する条件の入力を行った場合、記憶部１３０に記憶された各種情報を参照し、入力された条件に対応するサービス提供装置２を特定する。そして、管理装置１は、特定したサービス提供装置２に対して条件の送信を行う。

サービス提供装置２は、それぞれ１台以上の物理マシンによって構成され、管理装置１から送信された条件に合致する情報の特定を行う機能（以下、サービス提供機能とも呼ぶ）を有する。具体的に、サービス提供装置２は、管理装置１から宿泊施設に関する条件を受信した場合、受信した条件に合致する１以上の宿泊施設の特定を行う。そして、サービス提供装置２は、特定した１以上の宿泊施設を示す情報を管理装置１に送信する。

その後、管理装置１は、サービス提供装置２から条件に合致する情報を受信した場合、受信した情報を端末装置３（利用者が条件の入力を行った端末装置３）に対して送信する。

ここで、例えば、利用者の趣味嗜好が時間の経過とともに変化する場合、上記のような情報処理システム１０では、利用者が満足する確率の高い情報を効率的に提供することができなくなり、マッチングの成立率が徐々に低下する場合がある。

そのため、事業者は、例えば、サービス提供装置２において用いられている機能を必要に応じて他の機能に変更する。これにより、事業者は、低下したマッチングの成立率の回復を図ることが可能になる。

しかしながら、サービス提供装置２において用いられる機能の変更が頻繁に行われる場合、業務システムの開発コスト（維持コスト）は膨大になる。そのため、事業者は、機能の変更の頻度を可能な限り抑えつつ、マッチングの成立率を高い水準で維持することが好ましい。

そこで、本実施の形態における管理装置１は、リクエストを行った利用者がリクエストに対する応答について満足したか否かを示す情報（以下、満足情報とも呼ぶ）を記憶部１３０に蓄積する。そして、管理装置１は、蓄積した満足情報に基づいて、利用者ごとに、リクエストに対する応答を生成する複数のサービス提供装置２のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供装置２を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供装置２として特定する。

すなわち、管理装置１は、例えば、リクエストに対する応答を受信した利用者が情報の採用を行ったか否かを示す満足情報を、リクエストが発生するごとに取得して蓄積する。そして、管理装置１は、満足情報を参照することにより、利用者ごとに、利用者の満足度が高い応答を生成することができるサービス提供装置２を特定する。

これにより、管理装置１は、利用者ごとに、マッチングの成立率を高めることができるサービス提供装置２に対して優先的にリクエストの送信を行うことが可能になる。そのため、管理装置１は、機能の変更の頻度を抑えながら、マッチングの成立率を高い水準で維持することが可能になる。

［情報処理システムのハードウエア構成］
次に、情報処理システム１０のハードウエア構成について説明する。図２は、管理装置１のハードウエア構成を示す図である。また、図３は、サービス提供装置２のハードウエア構成を示す図である。さらに、図４は、端末装置３のハードウエア構成を示す図である。

管理装置１は、図２に示すように、プロセッサであるＣＰＵ１０１と、メモリ１０２と、外部インターフェース１０３（以下、Ｉ／Ｏユニット１０３とも呼ぶ）と、記憶媒体１０４とを有する。各部は、バス１０５を介して互いに接続される。

記憶媒体１０４は、例えば、記憶媒体１０４内のプログラム格納領域（図示しない）に、リクエストに対する応答の生成等を行う処理（以下、管理処理とも呼ぶ）を行うためのプログラム１１０を記憶する。記憶媒体１０４は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）であってよい。

また、記憶媒体１０４は、例えば、管理処理を行う際に用いられる情報を記憶する記憶部１３０（以下、情報格納領域１３０とも呼ぶ）を有する。

ＣＰＵ１０１は、記憶媒体１０４からメモリ１０２にロードされたプログラム１１０を実行して管理処理を行う。

外部インターフェース１０３は、例えば、サービス提供装置２や端末装置３と通信を行う。

そして、サービス提供装置２は、図３に示すように、プロセッサであるＣＰＵ２０１と、メモリ２０２と、外部インターフェース２０３（以下、Ｉ／Ｏユニット２０３とも呼ぶ）と、記憶媒体２０４とを有する。各部は、バス２０５を介して互いに接続される。

記憶媒体２０４は、例えば、記憶媒体２０４内のプログラム格納領域（図示しない）に、管理処理を行うためのプログラム２１０を記憶する。記憶媒体２０４は、例えば、ＨＤＤであってよい。

また、記憶媒体２０４は、例えば、管理処理を行う際に用いられる情報を記憶する記憶部２３０（以下、情報格納領域２３０とも呼ぶ）を有する。

ＣＰＵ２０１は、記憶媒体２０４からメモリ２０２にロードされたプログラム２１０を実行して管理処理を行う。

外部インターフェース２０３は、例えば、管理装置１や端末装置３と通信を行う。

さらに、端末装置３は、図４に示すように、プロセッサであるＣＰＵ３０１と、メモリ３０２と、外部インターフェース３０３（以下、Ｉ／Ｏユニット３０３とも呼ぶ）と、記憶媒体３０４とを有する。各部は、バス３０５を介して互いに接続される。

記憶媒体３０４は、例えば、記憶媒体３０４内のプログラム格納領域（図示しない）に、管理処理を行うためのプログラム３１０を記憶する。記憶媒体３０４は、例えば、ＨＤＤであってよい。

また、記憶媒体３０４は、例えば、管理処理を行う際に用いられる情報を記憶する記憶部３３０（以下、情報格納領域３３０とも呼ぶ）を有する。

ＣＰＵ３０１は、記憶媒体３０４からメモリ３０２にロードされたプログラム３１０を実行して管理処理を行う。

外部インターフェース３０３は、例えば、サービス提供装置２や端末装置３と通信を行う。

［情報処理システムの機能］
次に、情報処理システム１０の機能について説明する。図５は、端末装置３の機能ブロック図である。また、図６は、管理装置１の機能ブロック図である。さらに、図７は、サービス提供装置２の機能ブロック図である。

初めに、端末装置３の機能ブロック図について説明を行う。

端末装置３は、ＣＰＵ３０１やメモリ３０２等のハードウエアとプログラム３１０とが有機的に協働することにより、図５に示すように、リクエスト受付部３１１と、リクエスト送信部３１２と、応答受信部３１３と、情報出力部３１４と、情報受付部３１５と、情報生成部３１６と、情報送信部３１７とを含む各種機能を実現する。また、端末装置３は、図５に示すように、満足情報３３１を情報格納領域３３０に記憶する。

リクエスト受付部３１１は、利用者がキーボード等の入力装置（図示しない）を介して端末装置３に入力したリクエストを受け付ける。

リクエスト送信部３１２は、リクエスト受付部３１１が受け付けたリクエストを管理装置１に対して送信する。

応答受信部３１３は、管理装置１が送信した応答（リクエストに対する応答）を受信する。

情報出力部３１４は、応答受信部３１３が受信した応答に含まれる情報を、モニター等の出力装置（図示しない）に出力する。

情報受付部３１５は、情報出力部３１４が出力した情報を採用する旨の情報を受け付ける。

情報生成部３１６は、応答受信部３１３が受信した応答に含まれる情報と、情報受付部３１５が受け付けた情報とを対応付けることによって、リクエストに対する応答の内容を利用者が満足しているか否かを示す満足情報３３１を生成する。その後、情報生成部３１６は、生成した満足情報３３１を情報格納領域３３０に記憶する。満足情報３３１の具体例については後述する。

情報送信部３１７は、情報生成部３１６が生成した満足情報３３１を管理装置１に送信する。具体的に、情報送信部３１７は、例えば、情報生成部３１６が満足情報３３１を生成するごとに、生成された満足情報３３１を管理装置１に送信する。

次に、管理装置１の機能ブロック図について説明を行う。

管理装置１は、ＣＰＵ１０１やメモリ１０２等のハードウエアとプログラム１１０とが有機的に協働することにより、図６に示すように、情報受信部１１１と、機能特定部１１２と、リクエスト受信部１１３と、リクエスト変換部１１４と、リクエスト送信部１１５と、応答受信部１１６と、応答変換部１１７と、応答集約部１１８と、応答送信部１１９とを含む各種機能を実現する。また、管理装置１は、図６に示すように、設定情報１３１と、振分情報１３２と、満足情報３３１（端末装置３から送信された満足情報３３１）とを情報格納領域１３０に記憶する。

情報受信部１１１は、端末装置３が送信した満足情報３３１を受信する。そして、情報受信部１１１は、受信した満足情報３３１を情報格納領域１３０に記憶（蓄積）する。

機能特定部１１２は、情報格納領域１３０に記憶された満足情報３３１に基づいて、利用者ごとに、複数のサービス提供装置２のそれぞれが生成した応答に対する利用者の満足度を算出する。そして、機能特定部１１２は、利用者ごとに、算出した満足度が所定の条件を満たす特定のサービス提供装置２を、各利用者からのリクエストに対する応答を生成する際に優先して用いる特定のサービス提供装置２として特定する。

その後、機能特定部１１２は、利用者ごとに特定した特定のサービス提供装置２を示す情報である振分情報１３２を生成する。そして、機能特定部１１２は、生成した振分情報１３２を情報格納領域１３０に記憶する。振分情報１３２の具体例については後述する。

リクエスト受信部１１３は、端末装置３が送信したリクエスト（利用者が端末装置３に入力したリクエスト）を受信する。

リクエスト変換部１１４は、情報格納領域１３０に記憶された設定情報１３１及び振分情報１３２を参照し、リクエスト受信部１１３が受信したリクエストの送信先のサービス提供装置２を特定する。設定情報１３１は、管理処理を行う際に参照される情報であり、例えば、事業者によって予め情報格納領域１３０に記憶される情報である。そして、リクエスト変換部１１４は、リクエスト受信部１１３が受信したリクエストに含まれる情報を、送信先のサービス提供装置２が処理を行うことができる形式（送信先のサービス提供装置２が認識することができる形式）に変換する。設定情報１３１の具体例については後述する。

リクエスト送信部１１５は、リクエスト変換部１１４によって形式の変換が行われたリクエストを、送信先のサービス提供装置２に送信する。

応答受信部１１６は、サービス提供装置２から送信された応答（利用者が行ったリクエストに対する応答）を受信する。

応答変換部１１７は、応答受信部１１６が受信した応答を、端末装置３（リクエストを送信した端末装置３）が処理を行うことができる形式（端末装置３が認識することができる形式）に変換（再変換）する。

応答集約部１１８は、リクエスト送信部１１５が複数のサービス提供装置２にリクエストを送信したことに伴って応答受信部１１６が複数のサービス提供装置２からの応答を受信した場合、応答変換部１１７が再変換した応答のそれぞれを集約する。

応答送信部１１９は、応答変換部１１７が再変換した応答または応答集約部１１８が集約した応答を端末装置３に送信する。

なお、リクエスト受信部１１３、リクエスト変換部１１４、リクエスト送信部１１５、応答受信部１１６、応答変換部１１７、応答集約部１１８及び応答送信部１１９は、管理装置１と異なる他の装置（他の１以上の物理マシン）において実現される機能であってもよい。この場合、管理装置１は、機能特定部１１２が生成した振分情報１３２を他の装置に送信するものであってよい。

次に、サービス提供装置２の機能ブロック図について説明を行う。

サービス提供装置２は、ＣＰＵ２０１やメモリ２０２等のハードウエアとプログラム２１０とが有機的に協働することにより、図７に示すように、リクエスト受信部２１１と、応答生成部２１２と、応答送信部２１３とを含む各種機能を実現する。

リクエスト受信部２１１は、管理装置１から送信されたリクエストを受信する。

応答生成部２１２は、リクエスト受信部２１１が受信したリクエストに対応する応答を生成する。具体的に、応答生成部２１２は、例えば、条件に合致した宿泊施設についての情報を要求するリクエストを受信した場合、その条件に合致した宿泊施設についての情報を含む応答の生成を行う。

応答送信部２１３は、応答生成部２１２が生成した応答を管理装置１に送信する。

［第１の実施の形態の概略］
次に、第１の実施の形態の概略について説明する。図８及び図９は、第１の実施の形態における管理処理の概略を説明するフローチャート図である。図１０から図１４は、第１の実施の形態における管理処理の概略を説明する図である。図１０から図１４を参照しながら、図８及び図９の管理処理の詳細を説明する。

管理装置１は、図８に示すように、情報蓄積タイミングになるまで待機する（Ｓ１のＮＯ）。情報蓄積タイミングは、例えば、端末装置３から満足情報３３１を受信したタイミングであってよい。

そして、情報蓄積タイミングになった場合（Ｓ１のＹＥＳ）、管理装置１は、リクエストを行った利用者がリクエストに対する応答について満足したか否かを示す満足情報３３１を情報格納領域１３０に蓄積する（Ｓ２）。具体的に、管理装置１は、例えば、端末装置３から満足情報３３１を受信するごとに、満足情報３３１の蓄積を行う。

また、管理装置１は、図９に示すように、機能特定タイミングになるまで待機する（Ｓ１１のＮＯ）。機能特定タイミングは、例えば、利用者ごとのリクエストが所定回数行われるごとに到達するタイミングや、所定時間が経過するごとに到達するタイミングであってよい。

そして、機能特定タイミングになった場合（Ｓ１１のＹＥＳ）、管理装置１は、Ｓ２の処理で蓄積した満足情報３３１に基づいて、利用者ごとに、リクエストに対する応答を生成する複数のサービス提供装置２のうち、満足度が所定の条件を満たす特定のサービス提供装置２を特定する（Ｓ１２）。

続いて、管理装置１は、利用者ごとに、Ｓ１２の処理で特定した特定のサービス提供装置２を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供装置２として特定する（Ｓ１３）。具体的に、管理装置１は、図１０に示すように、情報格納領域１３０に記憶された満足情報３３１を参照し、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供装置２の特定を行う。

これにより、管理装置１は、利用者ごとに、マッチングの成立率を高めることができるサービス提供装置２に対して優先的にリクエストの送信を行うことが可能になる。そのため、管理装置１は、機能の変更の頻度を抑えながら、マッチングの成立率を高い水準で維持することが可能になる。

［端末装置からリクエストを受信した場合の具体例（１）］
次に、Ｓ１３の処理の後、管理装置１が端末装置３からリクエストを受信した場合の具体例について説明を行う。

管理装置１は、Ｓ１３の処理の後、端末装置３からリクエストを受信した場合、例えば、Ｓ１２の処理で特定した特定のサービス提供装置２に対してリクエストを送信する割合が、他のサービス提供装置２に対してリクエストを送信する割合よりも高くなるように、いずれかのサービス提供装置２に対してリクエストの送信を行う。具体的に、管理装置１は、例えば、サービス提供装置２ａが特定のサービス提供装置２として特定されている場合、図１１に示すように、サービス提供装置２ａのみに対してリクエストの送信を行う。

その後、管理装置１は、リクエストを送信したサービス提供装置２から応答を受信した場合、受信した応答を端末装置３（管理装置１に対してリクエストを送信した端末装置３）に対して送信する。具体的に、管理装置１は、例えば、図１２に示すように、「Ｒ１」、「Ｒ２」及び「Ｒ３」を含む応答をサービス提供装置２ａから受信した場合、受信した応答をそのまま端末装置３に送信する。

［端末装置からリクエストを受信した場合の具体例（２）］
次に、Ｓ１３の処理の後、管理装置１が端末装置３からリクエストを受信した場合の他の具体例について説明を行う。

管理装置１は、Ｓ１３の処理の後、端末装置３からリクエストを受信した場合、例えば、受信したリクエストを全てのサービス提供装置２に送信する。具体的に、管理装置１は、例えば、図１３に示すように、受信したリクエストをサービス提供装置２ａ、２ｂ及び２ｃにそれぞれ送信する。

その後、管理装置１は、リクエストを送信したサービス提供装置２のそれぞれからリクエストに対する応答を受信した場合、Ｓ１３の処理で特定したサービス提供装置２から受信した応答から取得する情報が、他のサービス提供装置２から受信した応答から取得する情報よりも多くなるように、各応答から情報の取得を行う。そして、管理装置１は、各応答からそれぞれ取得した情報を端末装置３に送信する。具体的に、管理装置１は、例えば、図１４に示すように、「Ｒ１」、「Ｒ２」及び「Ｒ３」を含む応答をサービス提供装置２ａから受信し、「Ｒ４」、「Ｒ５」及び「Ｒ６」を含む応答をサービス提供装置２ｂから受信し、「Ｒ７」、「Ｒ８」及び「Ｒ９」を含む応答をサービス提供装置２ｃから受信した場合において、サービス提供装置２ａが特定のサービス提供装置２として特定されている場合、例えば、「Ｒ１」、「Ｒ２」、「Ｒ４」及び「Ｒ７」をそれぞれ取得して端末装置３に送信する。

なお、以下、図１１及び図１２で説明した処理を切換送信処理と呼び、図１３及び図１４で説明した処理を分配送信処理と呼ぶ。

［切換送信処理を行う場合の管理処理の詳細］
次に、切換送信処理を行う場合における第１の実施の形態の詳細について説明する。図１５から図２１は、切換送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。また、図２２及び図２３は、切換送信処理を行う場合における管理処理の詳細を説明する図である。

［端末装置における管理処理（１）］
初めに、端末装置３における管理処理のうちの一部の処理について説明を行う。図１５は、端末装置３における管理処理のうちの一部の処理を説明するフローチャート図である。

端末装置３のリクエスト受付部３１１は、図１５に示すように、リクエストを受け付けるまで待機する（Ｓ２１のＮＯ）。具体的に、リクエスト受付部３１１は、利用者が端末装置３に対してリクエストの入力を行うまで待機する。

そして、リクエストを受け付けた場合（Ｓ２１のＹＥＳ）、端末装置３のリクエスト送信部３１２は、Ｓ２１の処理で受け付けたリクエストを管理装置１に送信する（Ｓ２２）。

［管理装置における管理処理（１）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図１６は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

管理装置１のリクエスト受信部１１３は、図１６に示すように、リクエストを受信するまで待機する（Ｓ３１のＮＯ）。具体的に、リクエスト受信部１１３は、端末装置３が送信したリクエストを受信するまで待機する。

そして、リクエストを受信した場合（Ｓ３１のＹＥＳ）、管理装置１のリクエスト変換部１１４は、情報格納領域１３０に記憶された設定情報１３１及び振分情報１３２を参照し、Ｓ３１の処理で受信したリクエストを送信するサービス提供装置２を特定する（Ｓ３２）。以下、設定情報１３１及び振分情報１３２の具体例について説明を行う。

［設定情報の具体例］
初めに、設定情報１３１の具体例について説明を行う。

図２２は、設定情報１３１及び振分情報１３２の具体例を説明する図である。具体的に、図２２（Ａ）は、設定情報１３１の具体例を説明する図である。また、図２２（Ｂ）は、振分情報１３２の具体例を説明する図である。

図２２（Ａ）に示す設定情報１３１は、設定情報１３１に含まれる各情報を識別する「項番」と、特定のサービス提供装置２の切り換えを行うか否かの判定に用いられる情報が設定される「再決定種別」と、特定のサービス提供装置２の切り換えを行うタイミングが設定される「再決定タイミング」とを項目として有する。また、図２２（Ａ）に示す設定情報１３１は、リクエストの振り分け方法が設定される「処理方法」と、特定のサービス提供装置２として最初に用いられるサービス提供装置２を示す情報が設定される「メインエンジン識別情報」と、特定のサービス提供装置２に対してリクエストを送信する頻度が設定される「リクエスト送信頻度」とを項目として有する。「処理方法」には、図１２及び図１３で説明した処理を示す「切換送信」、または、図１４及び図１５で説明した処理を示す「分配送信」が設定される。

具体的に、図２２（Ａ）に示す設定情報１３１において、「項番」が「１」である情報には、「再決定種別」として「リクエスト数」が設定され、「再決定タイミング」として「１０００（回）」が設定されている。すなわち、図２２（Ａ）に示す設定情報１３１は、利用者ごとのリクエストのうちのいずれかが１０００（回）に到達するごとに、その利用者に対応する特定のサービス提供装置２の再決定を行うことを示している。

なお、全ての利用者に対応する特定のサービス提供装置２の再決定は、所定の時間間隔ごと（例えば、１時間ごと）に行われるものであってもよい。この場合、設定情報１３１には、例えば、「再決定種別」として、全ての利用者に対応する特定のサービス提供装置２の再決定が時間の経過に応じて行われることを示す「時間」が設定され、「再決定タイミング」として、「１（時間）」が設定されるものであってよい。

そして、図２２（Ａ）に示す設定情報１３１において、「項番」が「１」である情報には、「処理方法」として切換送信処理を示す「切換送信」が設定され、「メインエンジン識別情報」として「２ａ」が設定され、「リクエスト送信頻度」として「０．５」が設定されている。

すなわち、図２２（Ａ）に示す設定情報１３１は、特定のサービス提供装置２として最初に用いられるサービス提供装置２がサービス提供装置２ａであることを示している。また、図２２（Ａ）に示す設定情報１３１は、各利用者からのリクエストを特定のサービス提供装置２に振り分ける割合が５０（％）であることを示している。なお、各利用者からのリクエストを特定のサービス提供装置２以外のサービス提供装置２のそれぞれに振り分ける割合は、特定のサービス提供装置２に振り分ける割合以外の割合を均等に分けたものであってよい。

［振分情報の具体例］
次に、振分情報１３２の具体例について説明を行う。

図２２（Ｂ）は、振分情報１３２の具体例を説明する図である。図２２（Ｂ）に示す振分情報１３２は、振分情報１３２に含まれる各情報を識別する「項番」と、各利用者（各利用者が使用する端末装置３）を識別する「利用者識別情報」と、特定のサービス提供装置２として現在用いられているサービス提供装置２を示す情報が設定される「メインエンジン識別情報」とを項目として有している。

具体的に、図２２（Ｂ）に示す振分情報１３２において、「項番」が「１」である情報には、「利用者識別情報」として、端末装置３ａを示す「３ａ」が設定され、「メインエンジン識別情報」として、サービス提供装置２ａを示す「２ａ」が設定されている。すなわち、図２０に示す振分情報１３２は、端末装置３ａから送信されたリクエストが、サービス提供装置２ａに対して優先的に振り分けられることを示している。

また、図２２（Ｂ）に示す振分情報１３２において、「項番」が「２」である情報には、「利用者識別情報」として、端末装置３ｂを示す「３ｂ」が設定され、「メインエンジン識別情報」として、サービス提供装置２ｃを示す「２ｃ」が設定されている。すなわち、図２０に示す振分情報１３２は、端末装置３ｂから送信されたリクエストが、サービス提供装置２ｃに対して優先的に振り分けられることを示している。図２２（Ｂ）に含まれる他の情報についての説明は省略する。

そのため、リクエスト変換部１１４は、例えば、端末装置３ａからのリクエストを受信した場合、Ｓ３２の処理において、図２２（Ｂ）で説明した振分情報１３２を参照し、「利用者識別情報」に「３ａ」が設定された情報の「メインエンジン識別情報」に設定された情報である「２ａ」を特定する。そして、リクエスト変換部１１４は、図２２（Ａ）で説明した設定情報１３１を参照し、サービス提供装置２ａに振り分けるリクエストの割合と、サービス提供装置２ｂに振り分けられるリクエストの割合と、サービス提供装置２ｃに振り分けられるリクエストの割合との比率が、５０：２５：２５（２：１：１）になるように、端末装置３ａから送信されたリクエストを送信するサービス提供装置２の決定を行う。

図１３に戻り、リクエスト変換部１１４は、Ｓ３１の処理で受信したリクエストを、Ｓ３２の処理で特定したサービス提供装置２によって処理が可能な状態に変換する（Ｓ３３）。

その後、リクエスト送信部１１５は、Ｓ３３の処理で変換したリクエストを、Ｓ３２の処理で特定したサービス提供装置２に対して送信する（Ｓ３４）。

［サービス提供装置における管理処理］
次に、サービス提供装置２における管理処理のうちの一部の処理について説明を行う。図１７は、サービス提供装置２における管理処理のうちの一部の処理を説明するフローチャート図である。

サービス提供装置２のリクエスト受信部２１１は、図１７に示すように、リクエストを受信するまで待機する（Ｓ４１のＮＯ）。具体的に、リクエスト受信部２１１は、管理装置１が送信したリクエストを受信するまで待機する。

そして、リクエストを受信した場合（Ｓ４１のＹＥＳ）、サービス提供装置２の応答生成部２１２は、Ｓ４１の処理で受信したリクエストに対する応答を生成する（Ｓ４２）。具体的に、応答生成部２１２は、例えば、条件に合致した宿泊施設についての情報を要求するリクエストを受信した場合、その条件に合致した宿泊施設についての情報を含む応答の生成を行う。

その後、サービス提供装置２の応答送信部２１３は、Ｓ４２の処理で生成した応答を管理装置１に対して送信する（Ｓ４３）。

［管理装置における管理処理（２）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図１８は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

管理装置１の応答受信部１１６は、図１８に示すように、リクエストに対する応答を受信するまで待機する（Ｓ５１のＮＯ）。具体的に、応答受信部１１６は、サービス提供装置２が送信した応答を受信するまで待機する。

そして、応答を受信した場合（Ｓ５１のＹＥＳ）、管理装置１の応答変換部１１７は、Ｓ５１の処理で受信した応答に含まれる情報について、Ｓ３３の処理で行われた変換に対応する再変換を行う（Ｓ５２）。

その後、応答変換部１１７は、Ｓ５２の処理で再変換を行った応答を、Ｓ３１の処理で受信したリクエストを送信した端末装置３に対して送信する（Ｓ５３）。

［端末装置における管理処理（２）］
次に、端末装置３における管理処理のうちの一部の処理について説明を行う。図１９は、端末装置３における管理処理のうちの一部の処理を説明するフローチャート図である。

端末装置３の応答受信部３１３は、図１９に示すように、応答を受信するまで待機する(Ｓ６１)。具体的に、応答受信部３１３は、管理装置１が送信した応答を受信するまで待機する。

そして、端末装置３の情報出力部３１４は、Ｓ６１の処理で受信した応答に含まれる情報を出力装置（図示しない）に対して出力する(Ｓ６２)。すなわち、情報出力部３１４は、リクエストを行った利用者に対して、そのリクエストに対する応答に含まれる情報の提示を行う。

その後、端末装置３の情報受付部３１５は、Ｓ６２の処理で出力した情報に対する利用者の入力を受け付けるまで待機する（Ｓ６３）。具体的に、情報受付部３１５は、例えば、Ｓ６２の処理で出力した情報のうちのいずれかを採用する旨の入力、または、Ｓ６２の処理で出力した情報から情報の採用を行わない旨の入力を受け付けるまで待機する。

そして、端末装置３の情報生成部３１６は、Ｓ６１の処理で受信した応答に含まれる情報と、Ｓ６３の処理で受け付けた入力の内容とから満足情報３３１を生成する（Ｓ６４）。なお、情報生成部３１６は、生成した満足情報３３１を情報格納領域３３０に記憶するものであってもよい。以下、満足情報３３１の具体例について説明を行う。

［満足情報の具体例］
図２３は、満足情報３３１の具体例を説明する図である。具体的に、図２３（Ａ）は、端末装置３で生成された満足情報３３１の具体例を説明する図である。

図２３（Ａ）に示す満足情報３３１は、満足情報３３１に含まれる各情報を識別する「項番」と、自装置（端末装置３）を識別する「利用者識別情報」と、リクエストに対する応答を生成したサービス提供装置２を示す情報（例えば、リクエストに対する応答に含まれる情報）が設定される「エンジン識別情報」とを項目として有している。また、図２３（Ａ）に示す満足情報３３１は、リクエストに対する応答に含まれる情報を利用者が採用したか否かを示す情報が設定される「採用可否」を項目として有している。「採用可否」には、利用者が応答に含まれるいずれかの情報を採用したことを示す「ＴＲＵＥ」、または、利用者が応答に含まれる情報を採用しなかったことを示す「ＦＡＵＬＴ」が設定される。

具体的に、情報生成部３１６は、図２３（Ａ）に示すように、「項番」が「１」である情報の「利用者識別情報」として「３ａ」を設定し、「エンジン識別情報」として「２ａ」を設定し、「採用可否」として「ＴＲＵＥ」を設定する。

図１９に戻り、端末装置３の情報送信部３１７は、Ｓ６４の処理で生成した満足情報３３１を管理装置１に送信する（Ｓ６５）。

［管理装置における管理処理（３）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図２０は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

情報受信部１１１は、図２０に示すように、満足情報３３１を受信するまで待機する（Ｓ７１のＮＯ）。具体的に、情報受信部１１１は、端末装置３が送信した満足情報３３１を受信するまで待機する。

そして、満足情報３３１を受信した場合（Ｓ７１のＹＥＳ）、情報受信部１１１は、Ｓ７１で受信した満足情報３３１を情報格納領域１３０に記憶（蓄積）する（Ｓ７２）。以下、情報格納領域１３０に蓄積された満足情報３３１の具体例について説明を行う。

［蓄積された満足情報の具体例］
図２３（Ｂ）は、情報格納領域１３０に蓄積された満足情報３３１の具体例について説明する図である。

図２３（Ｂ）に示す満足情報３３１は、図２２（Ａ）で説明した満足情報３３１と同様に、「項番」、「利用者識別情報」及び「エンジン識別情報」を項目として有している。また、図２６に示す満足情報３３１は、端末装置３から受信した満足情報３３１のうち、「採用可否」に「ＴＲＵＥ」が設定されていた情報の数が設定される「採用数」と、端末装置３から受信した満足情報３３１の数が設定される「受信数」とを項目として有している。

具体的に、図２３（Ｂ）に示す満足情報３３１において、「項番」が「１」である情報には、「利用者識別情報」として「３ａ」が設定され、「エンジン識別情報」として「２ａ」が設定され、「採用数」として「８」が設定され、「受信数」として「２０」が設定される。

また、図２３（Ｂ）に示す満足情報３３１において、「項番」が「２」である情報には、「利用者識別情報」として「３ａ」が設定され、「エンジン識別情報」として「２ｂ」が設定され、「採用数」として「３」が設定され、「受信数」として「１０」が設定される。図２３（Ｂ）に含まれる他の情報についての説明は省略する。

［管理装置における管理処理（４）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図２１は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

機能特定部１１２は、図２１に示すように、機能特定タイミングになるまで待機する（Ｓ８１のＮＯ）。

具体的に、図２２（Ａ）に示す設定情報１３１において、「項番」が「１」である情報には、「再決定種別」として「リクエスト数」が設定され、「再決定タイミング」として「１０００（回）」が設定されている。そのため、この場合、機能特定タイミングは、利用者ごとのリクエストのいずれかが１０００回の倍数に到達したタイミングになる。

そして、機能特定タイミングになった場合（Ｓ８１のＹＥＳ）、機能特定部１１２は、情報格納領域１３０に記憶（蓄積）された満足情報３３１を参照し、利用者ごとであって複数のサービス提供装置２ごとに、各サービス提供装置２から送信された応答について満足した旨の情報の入力が各利用者によって行われた割合である入力割合を特定する（Ｓ８２）。

すなわち、機能特定部１１２は、例えば、利用者ごとであって複数のサービス提供装置２ごとに、端末装置３から送信された満足情報３３１のうち、「採用可否」に「ＴＲＵＥ」が設定された情報の割合を入力割合として特定する。

具体的に、図２３（Ｂ）に示す満足情報３３１において、「利用者識別情報」に「３ａ」が設定され、「エンジン識別情報」に「２ａ」が設定された情報（「項番」が「１」である情報）の「採用数」及び「受信数」には、それぞれ「８」及び「２０」が設定されている。そのため、機能特定部１１２は、この場合、例えば、端末装置３ａ及びサービス提供装置２ａに対応する入力割合として、「８」を「２０」で除算した値である「０．４」を算出する。同様に、機能特定部１１２は、例えば、端末装置３ａ及びサービス提供装置２ｂに対応する入力割合として「０．３」を算出し、端末装置３ａ及びサービス提供装置２ｃに対応する入力割合として「０．２」を算出する。

続いて、機能特定部１１２は、利用者ごとに、Ｓ８２の処理で特定した入力割合のうち、最も大きい入力割合に対応するサービス提供装置２を特定のサービス提供装置２として特定する（Ｓ８３）。

具体的に、例えば、端末装置３ａに対応する入力割合として「０．４」、「０．３」及び「０．２」が算出された場合、最も大きい入力割合である「０．４」に対応するサービス提供装置２ａを特定のサービス提供装置２として特定する。

なお、Ｓ８３の処理において、特定のサービス提供装置２が変更された利用者が存在していると判定された場合、機能特定部１１２は、情報格納領域１３０に記憶された振分情報１３２の更新を行う。

その後、機能特定部１１２は、Ｓ８３の処理で特定した特定のサービス提供装置２に対応する割合が他のサービス提供装置２に対応する割合よりも高い割合になるように、複数のサービス提供装置２のそれぞれに対してリクエストを振り分ける頻度の比率を決定する（Ｓ８４）。

具体的に、図２２（Ａ）で説明した設定情報１３１には、「リクエスト送信頻度」として「０．５」が設定されている。そのため、Ｓ８３の処理で特定した特定のサービス提供装置２がサービス提供装置２ａである場合、機能特定部１１２は、例えば、サービス提供装置２ａに振り分けるリクエストの割合と、サービス提供装置２ｂに振り分けられるリクエストの割合と、サービス提供装置２ｃに振り分けられるリクエストの割合との比率が、５０：２５：２５（２：１：１）になるように、端末装置３ａから送信されたリクエストを送信するサービス提供装置２の決定を行う。

これにより、管理装置１は、特定のサービス提供装置２が変更された利用者が存在する場合であっても、特定のサービス提供装置２の変更を迅速に行うことが可能になる。そのため、管理装置１は、機能の変更の頻度をより抑えながら、マッチングの成立率を高い水準で維持することが可能になる。

［分配送信処理を行う場合の管理処理の詳細］
次に、分配送信処理を行う場合における第１の実施の形態の詳細について説明する。図２４から図２７は、分配送信処理を行う場合における管理処理の詳細を説明するフローチャート図である。また、図２８及び図２９は、分配送信処理を行う場合における管理処理の詳細を説明する図である。具体的に、図２８は、設定情報１３１及び振分情報１３２の具体例を説明する図であり、図２９は、満足情報３３１の具体例を説明する図である。以下、切換送信処理を行う場合における第１の実施の形態の詳細と異なる処理についてのみ説明を行う。

［管理装置における管理処理（１）］
初めに、管理装置１における管理処理のうちの一部の処理について説明を行う。図２４は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

リクエスト受信部１１３は、図２４に示すように、リクエストを受信するまで待機する（Ｓ１０１のＮＯ）。具体的に、リクエスト受信部１１３は、端末装置３が送信したリクエストを受信するまで待機する。

そして、リクエストを受信した場合（Ｓ１０１のＹＥＳ）、リクエスト変換部１１４は、情報格納領域１３０に記憶された設定情報１３１及び振分情報１３２を参照し、Ｓ１０１の処理で受信したリクエストを送信するサービス提供装置２を特定する（Ｓ１０２）。

続いて、リクエスト変換部１１４は、Ｓ１０１の処理で受信したリクエストを、各サービス提供装置２によって処理が可能な状態にそれぞれ変換する（Ｓ１０３）。

その後、リクエスト送信部１１５は、Ｓ１０３の処理で変換したリクエストを、各サービス提供装置２に対してそれぞれ送信する（Ｓ１０４）。

すなわち、管理装置１は、この場合、切換送信処理を行う場合と異なり、端末装置３から受信したリクエストを各サービス提供装置２が処理を行うことができる形式にそれぞれ変換し、変換したリクエストを各サービス提供装置２に対してそれぞれ送信する。

［管理装置における管理処理（２）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図２５は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

応答受信部１１６は、図２５に示すように、リクエストに対する応答を受信するまで待機する（Ｓ１１１のＮＯ）。具体的に、応答受信部１１６は、Ｓ１０４の処理でリクエストを送信したサービス提供装置２のいずれかから応答を受信するまで待機する。

そして、応答を受信した場合（Ｓ１１１のＹＥＳ）、応答変換部１１７は、Ｓ１１１の処理で受信した応答に含まれる情報について、Ｓ１０３の処理で行われた変換に対応する再変換を行う（Ｓ１１２）。

続いて、管理装置１の応答集約部１１８は、Ｓ１１１の処理において全てのサービス提供装置２から応答を受信したか否かを判定する（Ｓ１１３）。

その結果、全てのサービス提供装置２から応答を受信していないと判定した場合（Ｓ１１３のＮＯ）、応答受信部１１６は、Ｓ１１１以降の処理を再度行う。

一方、全てのサービス提供装置２から応答を受信していると判定した場合（Ｓ１１３のＹＥＳ）、応答集約部１１８は、情報格納領域１３０に記憶された設定情報１３１及び振分情報１３２を参照し、Ｓ１１１の処理で受信した応答のそれぞれから情報を取得して集約する（Ｓ１１４）。

具体的に、図２８（Ｂ）に示す振分情報１３２において、「利用者識別情報」に「３ａ」が設定された情報（「項番」が「１」である情報）の「メインエンジン識別情報」には、「２ａ」が設定されている。また、図２８（Ａ）で説明した設定情報１３１には、「リクエスト送信頻度」として「０．５」が設定されている。そのため、例えば、Ｓ１０１の処理で受信したリクエストの送信元が端末装置３ａである場合、応答集約部１１８は、サービス提供装置２ａに対応する応答から取得した情報量と、サービス提供装置２ｂに対応する応答から取得した情報量と、サービス提供装置２ｃに対応する応答から取得した情報量との比率が、５０：２５：２５（２：１：１）に従うように、かつ、各サービス提供装置２から取得した情報量の合計が端末装置３に送信する情報量として予め決められた情報量と等しくなるように、各応答から情報を取得して集約する。

その後、応答変換部１１７は、Ｓ１１４の処理で集約を行った応答を、Ｓ１０１の処理で受信したリクエストを送信した端末装置３に対して送信する（Ｓ１１５）。

［管理装置における管理処理（３）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図２６は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

情報受信部１１１は、図２６に示すように、満足情報３３１を受信するまで待機する（Ｓ１２１のＮＯ）。具体的に、情報受信部１１１は、端末装置３が送信した満足情報３３１を受信するまで待機する。

そして、満足情報３３１を受信した場合（Ｓ１２１のＹＥＳ）、情報受信部１１１は、Ｓ１２１で受信した満足情報３３１を情報格納領域１３０に記憶（蓄積）する（Ｓ１２２）。以下、情報格納領域１３０に蓄積された満足情報３３１の具体例について説明を行う。

［蓄積された満足情報の具体例］
図２９は、情報格納領域１３０に蓄積された満足情報３３１の具体例について説明する図である。

図２９に示す満足情報３３１は、図２３（Ｂ）で説明した満足情報３３１と同様に、「項番」と、「利用者識別情報」と「メインエンジン識別情報」と「採用数」とを項目として有している。一方、図２９に示す満足情報３３１は、図２３（Ｂ）で説明した満足情報３３１と異なり、項目として「受信数」を有していない。

具体的に、図２９に示す満足情報３３１において、「項番」が「１」である情報には、「利用者識別情報」として「３ａ」が設定され、「エンジン識別情報」として「２ａ」が設定され、「採用数」として「１０」が設定される。

また、図２９に示す満足情報３３１において、「項番」が「２」である情報には、「利用者識別情報」として「３ａ」が設定され、「エンジン識別情報」として「２ｂ」が設定され、「採用数」として「７」が設定される。図２９に含まれる他の情報についての説明は省略する。

［管理装置における管理処理（４）］
次に、管理装置１における管理処理のうちの一部の処理について説明を行う。図２７は、管理装置１における管理処理のうちの一部の処理を説明するフローチャート図である。

機能特定部１１２は、図２７に示すように、機能特定タイミングになるまで待機する（Ｓ１３１のＮＯ）。

具体的に、図２８（Ａ）に示す設定情報１３１において、「項番」が「１」である情報には、「再決定種別」として「リクエスト数」が設定され、「再決定タイミング」として「１０００（回）」が設定されている。そのため、この場合、機能特定タイミングは、利用者ごとのリクエストのいずれかが１０００回の倍数に到達したタイミングになる。

そして、機能特定タイミングになった場合（Ｓ１３１のＹＥＳ）、機能特定部１１２は、情報格納領域１３０に記憶（蓄積）された満足情報３３１を参照し、利用者ごとであって複数のサービス提供装置２ごとに、各利用者が満足した情報として選択した情報のうち、各サービス提供装置２から送信された応答に含まれる情報の割合である選択割合を特定する（Ｓ１３２）。

具体的に、図２９に示す満足情報３３１において、「利用者識別情報」に「３ａ」が設定された情報（「項番」が「１」から「３」である情報）の「採用数」には、それぞれ「１０」、「７」及び「３」が設定されている。そのため、機能特定部１１２は、例えば、端末装置３ａ及びサービス提供装置２ａに対応する選択割合として、「１０」を「１０」、「７」及び「３」の和である「２０」で除算した値である「０．５」を特定する。また、機能特定部１１２は、例えば、端末装置３ａ及びサービス提供装置２ｂに対応する選択割合として、「７」を「２０」で除算した値である「０．３５」を特定する。さらに、機能特定部１１２は、例えば、端末装置３ａ及びサービス提供装置２ｃに対応する選択割合として、「３」を「２０」で除算した値である「０．１５」を特定する。

続いて、機能特定部１１２は、利用者ごとに、Ｓ１３２の処理で特定した選択割合のうち、最も大きい選択割合に対応するサービス提供装置２を特定のサービス提供装置２として特定する（Ｓ１３３）。

具体的に、例えば、端末装置３ａに対応する選択割合として「０．５」、「０．３５」及び「０．１５」が算出された場合、最も大きい入力割合である「０．５」に対応するサービス提供装置２ａを特定のサービス提供装置２として特定する。

なお、Ｓ１３３の処理において、特定のサービス提供装置２が変更された利用者が存在していると判定された場合、機能特定部１１２は、情報格納領域１３０に記憶された振分情報１３２の更新を行う。

その後、機能特定部１１２は、Ｓ１３３の処理で特定した特定のサービス提供装置２に対応する割合が他のサービス提供装置２に対応する割合よりも高い割合になるように、複数のサービス提供装置２のそれぞれに対してリクエストを振り分ける頻度の比率を決定する（Ｓ１３４）。

具体的に、図２８（Ａ）で説明した設定情報１３１には、「リクエスト送信頻度」として「０．５」が設定されている。そのため、Ｓ１３３の処理で特定した特定のサービス提供装置２がサービス提供装置２ａである場合、機能特定部１１２は、例えば、サービス提供装置２ａに振り分けるリクエストの割合と、サービス提供装置２ｂに振り分けられるリクエストの割合と、サービス提供装置２ｃに振り分けられるリクエストの割合との比率が、５０：２５：２５（２：１：１）になるように、端末装置３ａから送信されたリクエストを送信するサービス提供装置２の決定を行う。

これにより、管理装置１は、特定のサービス提供装置２が変更された利用者が存在する場合であっても、特定のサービス提供装置２の変更を迅速に行うことが可能になる。そのため、管理装置１は、機能の変更の頻度をより抑えながら、マッチングの成立率を高い水準で維持することが可能になる。

このように、本実施の形態における管理装置１は、リクエストを行った利用者がリクエストに対する応答について満足したか否かを示す満足情報３３１を情報格納領域１３０に蓄積する。そして、管理装置１は、蓄積した満足情報３３１に基づいて、利用者ごとに、リクエストに対する応答を生成する複数のサービス提供装置２のうち、満足度が所定の条件を満たす特定のサービス提供装置２を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供装置２として特定する。

すなわち、管理装置１は、例えば、リクエストに対する応答を受信した利用者が情報の採用を行ったか否かを示す満足情報３３１を、リクエストが発生するごとに取得して蓄積する。そして、管理装置１は、満足情報３３１を参照することにより、利用者ごとに、利用者の満足度が高い応答を生成することができるサービス提供装置２を特定する。

これにより、管理装置１は、利用者ごとに、マッチングの成立率を高めることができるサービス提供装置２に対して優先的にリクエストの送信を行うことが可能になる。そのため、管理装置１は、機能の変更の頻度を抑えながら、マッチングの成立率を高い水準で維持することが可能になる。

以上の実施の形態をまとめると、以下の付記のとおりである。

（付記１）
リクエストを行った利用者が該リクエストに対する応答について満足したか否かを示す満足情報を記憶部に蓄積し、
蓄積した前記満足情報に基づいて、前記利用者ごとに、リクエストに対する応答を生成する複数のサービス提供機能のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定する、
処理をコンピュータに実行させることを特徴とする管理プログラム。

（付記２）
付記１において、
前記特定する処理では、前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、さらに、
前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して振り分けられるリクエストの頻度が前記比率に従うように、前記複数のサービス提供機能のうちのいずれかに対して前記特定のリクエストの振り分けを行い、
前記複数のサービス提供機能のうちのいずれかから前記特定のリクエストに対する応答を受信した場合、受信した前記応答を前記利用者に提示する情報として出力する、
処理をコンピュータに実行させることを特徴とする管理プログラム。

（付記３）
付記２において、
前記満足情報は、前記利用者がリクエストに対する応答について満足した旨の入力を行ったか否かを示す情報であり、
前記特定する処理では、
前記満足情報を参照し、前記利用者ごとであって前記複数のサービス提供機能ごとに、各サービス提供機能から送信された応答について満足した旨の情報の入力が各利用者によって行われた割合である入力割合を特定し、
前記利用者ごとに、最も大きい前記入力割合に対応するサービス提供機能を前記特定のサービス提供機能として特定する、
ことを特徴とする管理プログラム。

（付記４）
付記１において、
前記特定する処理では、前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、さらに、
前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して前記特定のリクエストの振り分けを行い、
前記複数のサービス提供機能のそれぞれから前記特定のリクエストに対する応答を受信した場合、前記特定のリクエストに対する応答のそれぞれから取得した情報量が前記比率に従うように、前記特定のリクエストに対する応答のそれぞれから情報を取得し、
取得した前記情報のそれぞれを前記利用者に提示する情報として出力する、
処理をコンピュータに実行させることを特徴とする管理プログラム。

（付記５）
付記４において、
前記満足情報は、前記利用者が満足した情報として選択した情報を含む応答を送信したサービス提供機能を示す情報であり、
前記特定する処理では、
前記満足情報を参照し、前記利用者ごとであって前記複数のサービス提供機能ごとに、各利用者が満足した情報として選択した情報のうち、各サービス提供機能から送信された応答に含まれる情報の割合である選択割合を特定し、
前記利用者ごとに、最も大きい前記選択割合に対応するサービス提供機能を前記特定のサービス提供機能として特定する、
ことを特徴とする管理プログラム。

（付記６）
付記１において、
前記特定する処理は、定期的な間隔で行われる、
ことを特徴とする管理プログラム。

（付記７）
付記１において、
前記特定する処理は、各利用者が所定回数のリクエストを行うごとに、所定回数のリクエストを行った利用者について行われる、
ことを特徴とする管理プログラム。

（付記８）
リクエストを行った利用者が該リクエストに対する応答について満足したか否かを示す満足情報を記憶部に蓄積し、
蓄積した前記満足情報に基づいて、前記利用者ごとに、リクエストに対する応答を生成する複数のサービス提供機能のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定する、
ことを特徴とする管理方法。

（付記９）
付記８において、
前記特定する工程では、前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、さらに、
前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して振り分けられるリクエストの頻度が前記比率に従うように、前記複数のサービス提供機能のうちのいずれかに対して前記特定のリクエストの振り分けを行い、
前記複数のサービス提供機能のうちのいずれかから前記特定のリクエストに対する応答を受信した場合、受信した前記応答を前記利用者に提示する情報として出力する、
ことを特徴とする管理方法。

（付記１０）
付記９において、
前記満足情報は、前記利用者がリクエストに対する応答について満足した旨の入力を行ったか否かを示す情報であり、
前記特定する工程では、
前記満足情報を参照し、前記利用者ごとであって前記複数のサービス提供機能ごとに、各サービス提供機能から送信された応答について満足した旨の情報の入力が各利用者によって行われた割合である入力割合を特定し、
前記利用者ごとに、最も大きい前記入力割合に対応するサービス提供機能を前記特定のサービス提供機能として特定する、
ことを特徴とする管理方法。

（付記１１）
付記８において、
前記特定する工程では、前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、
前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して前記特定のリクエストの振り分けを行い、
前記複数のサービス提供機能のそれぞれから前記特定のリクエストに対する応答を受信した場合、前記特定のリクエストに対する応答のそれぞれから取得した情報量が前記比率に従うように、前記特定のリクエストに対する応答のそれぞれから情報を取得し、
取得した前記情報のそれぞれを前記利用者に提示する情報として出力する、
ことを特徴とする管理方法。

（付記１２）
付記１１において、
前記満足情報は、前記利用者が満足した情報として選択した情報を含む応答を送信したサービス提供機能を示す情報であり、
前記特定する工程では、
前記満足情報を参照し、前記利用者ごとであって前記複数のサービス提供機能ごとに、各利用者が満足した情報として選択した情報のうち、各サービス提供機能から送信された応答に含まれる情報の割合である選択割合を特定し、
前記利用者ごとに、最も大きい前記選択割合に対応するサービス提供機能を前記特定のサービス提供機能として特定する、
ことを特徴とする管理方法。

１：管理装置 ２ａ：サービス提供装置
２ｂ：サービス提供装置 ２ｃ：サービス提供装置
３ａ：端末装置 ３ｂ：端末装置
３ｃ：端末装置３３０：記憶部
ＮＷ：ネットワーク

Claims (7)

1. リクエストを行った利用者が該リクエストに対する応答について満足した旨の入力を行ったか否かを示す満足情報を記憶部に蓄積し、
   蓄積した前記満足情報に基づいて、前記利用者ごとであってリクエストに対する応答を生成する複数のサービス提供機能ごとに、各サービス提供機能から送信された応答について満足した旨の情報の入力が各利用者によって行われた割合である入力割合を特定し、
   前記利用者ごとに、前記複数のサービス提供機能のうち、最も大きい前記入力割合に対応する特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定し、
   前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、
   前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して振り分けられるリクエストの頻度が前記比率に従うように、前記複数のサービス提供機能のうちのいずれかに対して前記特定のリクエストの振り分けを行い、
   前記複数のサービス提供機能のうちのいずれかから前記特定のリクエストに対する応答を受信した場合、受信した前記応答を前記利用者に提示する情報として出力する、
   処理をコンピュータに実行させることを特徴とする管理プログラム。
2. リクエストを行った利用者が該リクエストに対する応答について満足したか否かを示す満足情報を記憶部に蓄積し、
   蓄積した前記満足情報に基づいて、前記利用者ごとに、リクエストに対する応答を生成する複数のサービス提供機能のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定し、
   前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、さらに、
   前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して前記特定のリクエストの振り分けを行い、
   前記複数のサービス提供機能のそれぞれから前記特定のリクエストに対する応答を受信した場合、前記特定のリクエストに対する応答のそれぞれから取得した情報量が前記比率に従うように、前記特定のリクエストに対する応答のそれぞれから情報を取得し、
   取得した前記情報のそれぞれを前記利用者に提示する情報として出力する、
   処理をコンピュータに実行させることを特徴とする管理プログラム。
3. 請求項２において、
   前記満足情報は、前記利用者が満足した情報として選択した情報を含む応答を送信したサービス提供機能を示す情報であり、
   前記特定する処理では、
   前記満足情報を参照し、前記利用者ごとであって前記複数のサービス提供機能ごとに、各利用者が満足した情報として選択した情報のうち、各サービス提供機能から送信された
   応答に含まれる情報の割合である選択割合を特定し、
   前記利用者ごとに、最も大きい前記選択割合に対応するサービス提供機能を前記特定のサービス提供機能として特定する、
   ことを特徴とする管理プログラム。
4. 請求項１または２において、
   前記特定する処理は、定期的な間隔で行われる、
   ことを特徴とする管理プログラム。
5. 請求項１または２において、
   前記特定する処理は、各利用者が所定回数のリクエストを行うごとに、所定回数のリクエストを行った利用者について行われる、
   ことを特徴とする管理プログラム。
6. リクエストを行った利用者が該リクエストに対する応答について満足した旨の入力を行ったか否かを示す満足情報を記憶部に蓄積し、
   蓄積した前記満足情報に基づいて、前記利用者ごとであってリクエストに対する応答を生成する複数のサービス提供機能ごとに、各サービス提供機能から送信された応答について満足した旨の情報の入力が各利用者によって行われた割合である入力割合を特定し、
   前記利用者ごとに、前記複数のサービス提供機能のうち、最も大きい前記入力割合に対応する特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定し、
   前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、
   前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して振り分けられるリクエストの頻度が前記比率に従うように、前記複数のサービス提供機能のうちのいずれかに対して前記特定のリクエストの振り分けを行い、
   前記複数のサービス提供機能のうちのいずれかから前記特定のリクエストに対する応答を受信した場合、受信した前記応答を前記利用者に提示する情報として出力する、
   処理をコンピュータが実行することを特徴とする管理方法。
7. リクエストを行った利用者が該リクエストに対する応答について満足したか否かを示す満足情報を記憶部に蓄積し、
   蓄積した前記満足情報に基づいて、前記利用者ごとに、リクエストに対する応答を生成する複数のサービス提供機能のうち、リクエストに対して生成した応答の満足度が所定の条件を満たす特定のサービス提供機能を、各利用者からのリクエストに対する応答を生成する際に優先して用いるサービス提供機能として特定し、
   前記特定のサービス提供機能に対応する割合が他のサービス提供機能に対応する割合よりも高い割合になるように、前記複数のサービス提供機能のそれぞれに対してリクエストを振り分ける頻度の比率を決定し、さらに、
   前記利用者から特定のリクエストが行われた場合、前記複数のサービス提供機能のそれぞれに対して前記特定のリクエストの振り分けを行い、
   前記複数のサービス提供機能のそれぞれから前記特定のリクエストに対する応答を受信した場合、前記特定のリクエストに対する応答のそれぞれから取得した情報量が前記比率に従うように、前記特定のリクエストに対する応答のそれぞれから情報を取得し、
   取得した前記情報のそれぞれを前記利用者に提示する情報として出力する、
   処理をコンピュータが実行することを特徴とする管理方法。

Images