特開 2023-150545 検索プログラム、検索方法及び検索装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023150545

(43)【公開日】2023-10-16

(54)【発明の名称】検索プログラム、検索方法及び検索装置

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231005BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022059700

(22)【出願日】2022-03-31

(71)【出願人】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100147164

【弁理士】

【氏名又は名称】向山 直樹

(72)【発明者】

【氏名】炭澤 幸佑

(72)【発明者】

【氏名】依田 文雄

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC12

5L049CC17

(57)【要約】

【課題】ランダムトークサービスにおいて、通話の成立を向上させることができる検索プログラム、検索方法及び検索装置を提供する。
【解決手段】複数ユーザ間の通話機能を提供するサービスにおいて、第１のユーザに対応する第１の端末から通話相手の検索要求を受信し、前記検索要求の受信に応じて、前記第１のユーザの通話相手の検索を行う、処理をコンピュータに実行させ、前記サービスに登録済みのユーザのうちでオフラインのユーザを前記検索の対象とする。
【選択図】 図８

【特許請求の範囲】

【請求項1】

複数ユーザ間の通話機能を提供するサービスにおいて、第１のユーザに対応する第１の端末から通話相手の検索要求を受信し、
前記検索要求の受信に応じて、前記第１のユーザの通話相手の検索を行う、
処理をコンピュータに実行させ、
前記サービスに登録済みのユーザのうちでオフラインのユーザを前記検索の対象とする
ことを特徴とする検索プログラム。

【請求項2】

前記サービスに登録済みのユーザのうちでオンラインのユーザをさらに前記検索の対象とする
ことを特徴とする、請求項１に記載の検索プログラム。

【請求項3】

前記オンラインのユーザは、通話相手を検索中であるユーザと通話相手を検索中ではないユーザとを含む
ことを特徴とする、請求項２に記載の検索プログラム。

【請求項4】

前記検索において、ユーザ毎の在否情報と、過去の通話時間帯情報との少なくとも一つの情報を取得し、
取得した前記情報に基づいて、前記検索の対象であるユーザ毎に対応するスコアを算出し、
算出した前記スコアが高い順に、前記スコアに対応するユーザを前記検索の結果として出力する、
処理を行うことを特徴とする、請求項１～３のいずれか一項に記載の検索プログラム。

【請求項5】

前記検索において、前記検索の対象であるユーザ毎に対応する前記スコアの日時毎の合計スコアに基づき１以上の通話候補日時を特定し、
特定された前記通話候補日時から前記第１のユーザから選択を受け付けた第１の通話候補日時において、前記スコアが高い順に、前記スコアに対応するユーザを前記検索の結果として出力する、
処理を行うことを特徴とする請求項４に記載の検索プログラム。

【請求項6】

前記検索の対象であるユーザ毎の第１の情報と、前記第１のユーザからの通話内容に関する１以上のトピックの選択と、を受け付け、
受け付けた１以上の前記トピックに関する項目のうちの１以上の項目を前記第１の情報に有する前記検索の対象であるユーザの中から前記検索を行う、
処理を行うことを特徴とする、請求項１～３のいずれか一項に記載の検索プログラム。

【請求項7】

前記第１の情報が趣味に関する情報であることを特徴とする請求項６に記載の検索プログラム。

【請求項8】

複数ユーザ間の通話機能を提供するサービスにおいて、第１のユーザに対応する第１の端末から通話相手の検索要求を受信する通信部と、
前記検索要求の受信に応じて、前記第１のユーザの通話相手の検索を行う検索部と、を有し、
前記検索部は、前記サービスに登録済みのユーザのうちでオフラインのユーザを前記検索の対象とする、
ことを特徴とする検索装置。

【請求項9】

複数ユーザ間の通話機能を提供するサービスにおいて、第１のユーザに対応する第１の端末から通話相手の検索要求を受信し、
前記検索要求の受信に応じて、前記第１のユーザの通話相手の検索を行う、
処理をコンピュータが実行し、
前記サービスに登録済みのユーザのうちでオフラインのユーザを前記検索の対象とする
ことを特徴とする検索方法。

【発明の詳細な説明】

【技術分野】

【0001】

検索プログラム、検索方法及び検索装置に関する。

【背景技術】

【0002】

不特定多数の中からランダムに選択された人と通話することができるサービスであるランダムトークサービスがある。ランダムトークサービスは、利用しているユーザの年齢や属性は定まっておらず、検索時にマッチングした通話相手と通話を行う。具体的には、通話相手の候補となるユーザは、同時刻に通話相手の検索を行っているユーザが検索対象となり、当該ユーザの中からランダムにマッチングが行われ、通話する相手が選択され、通話が開始される。

【0003】

近年、一人くらしの高齢者が増加傾向であり、家族や友人が身近にいないことで人と接する機会や話す機会が少なくなることによる、高齢者の孤独化が問題となっている。そのため、自治体は同じ地域に暮らす高齢者同士の交流機会の増加を進めており、直接は面識のない高齢者同士のコミュニケーションを活発にさせるための手段が必要となる。交流のない他人とでも通話をするための手段として、ランダムトークサービスが用いられる。なお関連技術としては特許文献１がある。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１８－１９０４６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、前述したようにユーザを高齢者に絞って利用する場合など、特定のコミュニティやある地域において当該サービスが適用される場合、ユーザ数が潤沢ではない。それゆえ、同じ時間帯に通話相手を検索するユーザ数が極端に少なくなり、検索したとしても通話相手が見つからず通話が成立しない状況が発生することが懸念される。

【0006】

１つの側面によれば、本発明は、特定範囲で利用されるランダムトークサービスにおいて、通話の成立確率を向上させる検索プログラム、検索方法、検索装置を提供することを目的とする。

【課題を解決するための手段】

【0007】

１つの態様では、複数ユーザ間の通話機能を提供するサービスにおいて、第１のユーザに対応する第１の端末から通話相手の検索要求を受信し、前記検索要求の受信に応じて、前記第１のユーザの通話相手の検索を行う、処理をコンピュータに実行させ、前記サービスに登録済みのユーザのうちでオフラインのユーザを前記検索の対象とすることを特徴とする検索プログラムである。

【発明の効果】

【0008】

１つの側面によれば、ランダムトークサービスにおいて、通話の成立確率を向上させることができる。

【図面の簡単な説明】

【0009】

【図1】第１実施形態におけるマッチングシステムの構成例を示す。

【図2】通話装置の機能ブロックの一例を示す。

【図3】情報処理装置の機能ブロックの一例を示す。

【図4】アプリケーションのホーム画面の一例を示す。

【図5A】アプリケーションのプロフィール設定画面の一例を示す。

【図5B】アプリケーションのプロフィール登録画面の一例を示す。

【図6A】アプリケーションのマッチング検索画面の一例を示す。

【図6B】アプリケーションの通話依頼案内画面の一例を示す。

【図7】アプリケーションの通話画面の一例を示す。

【図8】第１実施形態における処理の流れの一例を説明するフローチャートである。

【図9】第２実施形態におけるマッチングシステムの構成例を示す。

【図10】センシング装置の機能ブロックの一例を示す。

【図11】（ａ）在否データの表の一例を示す。（ｂ）スコアαの表の一例を示す。

【図12】（ｃ）過去の通話時間帯データの一例を示す。（ｄ）スコアβの表の一例を示す。

【図13】第２実施形態におけるマッチング結果の算出についての一例を示す。

【図14】アプリケーションの通話日時選択画面の一例を示す。

【図15A】アプリケーションの通話日時決定画面の一例を示す。

【図15B】アプリケーションのマッチング不成立画面の一例を示す。

【図16A】アプリケーションのホーム画面の一例を示す。

【図16B】アプリケーションの出席確認依頼画面の一例を示す。

【図17】アプリケーションの通話予定画面の一例を示す。

【図18】第２実施形態における処理の流れの一例を説明するフローチャートである。

【図19】アプリケーションの通話内容選択画面の一例を示す。

【図20】（ａ）ユーザが選択した通話したい内容の項目の一例を示す。（ｂ）他のユーザを検出する際に用いられるスコアγの表の一例を示す。

【図21】第３実施形態におけるマッチング結果の算出についての一例を示す。

【図22】第３実施形態における処理の流れの一例を説明するフローチャートである。

【図23】情報処理装置のハードウェア構成の一例を示すブロック図である

【発明を実施するための形態】

【0010】

本発明を実施する実施例について、図面とともに説明をする。なお、本実施例は、発明を実現する態様の一つであり、実施例中の各処理の内容や実行順序等については、発明を実現できる範囲内で適宜変更可能である。

【0011】

（第１実施形態）
図１は、第1実施形態のマッチングシステム１０００の構成例を説明する構成図である。ここで、マッチングシステム１０００とは、複数ユーザ間の通話機能を提供するサービス（例えばランダムトークサービス）を提供するシステムである。マッチングシステムが提供するサービスを利用するユーザは、当該サービスに事前に登録を行って登録済みユーザとなっておく必要がある。また、登録済みユーザは、当該サービスに対応するアプリケーションを、後述する通話装置１に事前にインストールしておく。

【0012】

図１に示すように、マッチングシステム１０００は、例えば、通話装置１、通信ネットワーク２及び情報処理装置３を有する。また、通話装置１、情報処理装置３は、無線又は有線で構築された通信ネットワーク２を介して互いに通信可能に接続されている。通信ネットワーク２は、例えばインターネットである。通話装置１はユーザ５ａが所持している。なお、通話装置は一つに限らず複数である。

【0013】

通話装置１は、音声による通話機能を有する装置である。通話装置１はいわゆる端末装置であり、例えば、スマートフォン、通話機能を有するタブレット端末及びパーソナルコンピュータ等である。

【0014】

図２は、本実施例における通話装置１の機能ブロック図の一例を示す図である。図２に示す通話装置１は、発話部１１と、受話部１２と、記憶部１３と、通信部１４と、入力部１５と、制御部１６と、表示部１７とを有する。

【0015】

発話部１１は、音声を発する装置である。発話部１１は、例えば、通話時に通話相手の音声を発する。発話部１１は、例えばスピーカーである。

【0016】

受話部１２は、音声を収集する装置である。受話部１２は、例えば、通話時にユーザの音声を収集する。受話部１２は、例えばマイクロフォンである。

【0017】

記憶部１３は、例えばＲＡＭや光ディスク等の記憶装置によって実現される。記憶部１３は、プロフィール情報６、ユーザの過去の通話時間帯データ１０１を記憶する。プロフィール情報６については第１実施形態において、ユーザの過去の通話時間帯データ１０１については第２実施形態において、後述する。

【0018】

通信部１４は、通信ネットワーク２を経由して、その他のコンピュータとの通信を制御する。通信部１４は例えば、情報処理装置３との間でデータの送受信を行う。通信部１４は、ユーザのプロフィール情報６やユーザの過去の通話時間帯データ１０１を情報処理装置３に送信する。

【0019】

入力部１５は、ユーザが各種の入力をするための入力装置である。入力部１５は、例えば、タッチパネルが該当する。例えば、ユーザは表示部１７に記述される趣味等の入力を入力部１５を操作することで回答する。

【0020】

制御部１６は、後述する情報処理の作用や機能を実現する。制御部１６は、例えばＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって実現される。

【0021】

表示部１７は、制御部１６から出力される情報を記述する表示装置である。表示部１７は例えば、液晶ディスプレイ、タッチパネル等である。

【0022】

図３は、本実施例における情報処理装置３の機能ブロック図の一例を示す図である。図３に示す情報処理装置３は、通信部４１と、記憶部４２と、検索部４３と、取得部４４と、制御部４５を有する。情報処理装置３の一例としてはクラウド上に設置されたサーバが挙げられる。

【0023】

通信部４１は、通信ネットワーク２を介してその他のコンピュータとの通信を行う。通信部４１は、例えば、通話装置１及び後述するセンシング装置４との間でデータの送受信を行う。通信部４１は、通話装置１から通話相手のマッチング検索を要求する情報（検索要求）を受信する。通信部４１は、通話装置１の記憶部１３に記憶された、プロフィール情報６、ユーザの過去の通話時間帯データ１０１を受信する。また、通信部４１は、センシング装置４の取得部２３が取得した在否データ９０を受信する。在否データ９０は、ユーザ毎の在否に関するデータである。なお、センシング装置４、取得部２３、在否データ９０については、、第２実施形態において述べる。

【0024】

記憶部４２は、通信部４１が受信するユーザが登録したプロフィール情報６、ユーザの過去の通話時間帯データ１０１や在否データ９０を記憶する。記憶部４２は、例えば、ＲＡＭやフラッシュメモリ、ハードディスクや光ディスク等の記憶装置によって実現される。

【0025】

検索部４３は、記憶部４２に記憶された情報を参照し、通話相手を検索するユーザの通話相手候補となる他のユーザや通話可能日時を検出する。つまり、検索部４３は、通話装置１からの検索要求の受信に応じて、ユーザの通話相手の検索を行う。ユーザの通話相手の検索の処理については後述する。

【0026】

取得部４４は、通信部４１が受信したデータを取得する。具体的には、取得部４４は、趣味６２１等の情報が含まれるプロフィール情報６、ユーザ毎の過去の通話時間帯データ１０１、在否データ９０を取得する。なお、趣味６２１については図５Ｂを用いて後述する。

【0027】

制御部４５は、以下で説明する情報処理の機能や作用を実現又は実行する。制御部４５は、ＣＰＵやＭＰＵ等によって、内部の記憶装置に記憶されるプログラムがＲＡＭを作業領域として実行させることにより実現される。

【0028】

図４は、サービスを提供するアプリケーションの操作開始時にユーザの通話装置１の表示部１７に記述されるホーム画面５０の一例である。ホーム画面５０は、通話予定５１、プロフィール設定５２、マッチング検索５３、お知らせ５４のメニューを有している。また、ホーム画面５０は、その他の項目に対応するメニューを記載してもよい。通話予定５１には、ユーザの通話予定日時１５１が記述されている。通話予定日時１５１については図１７を用いて後述する。

【0029】

図５Ａは、図４において示されるメニューにおいて、ユーザがプロフィール設定５２を選択した場合に通話装置１の表示部１７に表示されるプロフィール設定画面５２０の一例を示している。プロフィール設定画面５２０に示すように、ユーザがホーム画面５０においてプロフィール設定５２を選択すると、ユーザの生年月日の入力欄６１や趣味の一覧項目６２と、「戻る」と「次へ」のボタンが表示されている。この画面において、ユーザは生年月日の入力欄６１において自身の生年月日を入力することができる。また、ユーザは趣味の一覧項目６２に記載されている項目のうち、少なくとも一つを自分の趣味として選択し、「次へ」ボタンを選択する。このようにユーザは、生年月日や趣味情報をプロフィール情報６として入力できる。図５Ａの例では、生年月日として「１９ＹＹ／ＭＭ／ＤＤ」が入力されており、趣味として「カラオケ」と「料理」が選択されている。「次へ」ボタンが選択されると、図５Ｂの画面が表示部１７に表示される。なお、プロフィール設定画面５２０で入力された情報は、通話装置１の記憶部１３にプロフィール情報６として記憶されてもよい。

【0030】

図５Ｂは、図５Ａに示されるプロフィール設定画面５２０において「次へ」ボタンがユーザにより選択された場合に、通話装置１の表示部１７に表示されるプロフィール登録画面５２１の一例である。プロフィール登録画面５２１では、プロフィール設定画面５２０でユーザが入力した生年月日６１１と趣味６２１を確認できる。ユーザは、プロフィール設定画面５２０で入力した内容をプロフィール登録画面５２１で確認し、「登録」ボタンを選択することで生年月日６１１と趣味６２１といった、ユーザのプロフィール情報６を登録することができる。通話装置１の通信部１４は、ユーザからの登録を受け付けると、記憶部１３に記憶されたプロフィール情報６を情報処理装置３に送信する。情報処理装置３の記憶部４２は受け取ったプロフィール情報６を記憶する。

【0031】

なお、プロフィール設定画面５２０で「戻る」を選択した場合は、通話装置１の表示部１７にはホーム画面５０が表示される。また、プロフィール登録画面５２１において「戻る」ボタンが選択された場合には、通話装置１の表示部１７は、プロフィール設定画面５２０を表示する。ユーザは再度、生年月日の入力欄６１及び趣味の一覧項目６２の入力をすることが可能になる。なお、プロフィール設定画面５２０に表示される項目は、生年月日や趣味に限られない。例えば家族構成や出身地等を設けてもよい。

【0032】

続いて、検索部４３がホーム画面５０のマッチング検索５３が選択された場合に行う以処理について説明する。

【0033】

図６Ａは、ユーザによりマッチング検索５３が選択された場合に、通話装置１に表示されるマッチング検索画面５３０の一例である。検索部４３は、ユーザによりマッチング検索画面５３０の「確定」が選択されると、現在通話相手を検索している他のユーザだけでなく、アプリケーションが提供するサービスにログインしていないユーザと、当該サービスにログイン状態ではあるが、現在通話相手を検索していないユーザを対象として、通話相手候補となる1人以上のユーザの検索をランダムに行う。なお、サービスにログイン状態であるユーザをオンラインユーザ、サービスにログイン状態でないユーザをオフラインユーザと言うことがある。オンラインユーザは、ログイン状態であって現在通話相手を検索しているユーザと、ログイン状態ではあるが現在通話相手を検索していないユーザとを含む。なおマッチング検索画面５３０で「戻る」が選択された場合は通話装置１の表示部１７にはホーム画面５０が表示される。

【0034】

図６Ｂは、検索部４３により通話相手候補となったユーザの通話装置の表示部に表示される通話依頼案内画面１５３０である。通話依頼案内画面1５３０を受信したユーザは、通話についての参加意思を「辞退」ボタン又は「出席」ボタンを選択することで行う。ユーザは、当該通話に参加する意思がある場合には「出席」ボタンを、参加する意思がない場合には「辞退」ボタンを選択する。１人以上のユーザから「出席」の意思が確認できた場合には通話が開始される。「出席」の意思が1人以上のユーザから得られなかった場合には、再度、検索部４３は、オフラインユーザを一人以上含むユーザの中から通話相手候補の検出を行う。

【0035】

図７はユーザが通話装置１を用いて通話をする際に表示部１７に表示される通話画面５５０の一例である。通話画面５５０には、参加人数１６１、音量調整ボタン１６２、終了ボタン１６３が含まれる。参加人数１６１は通話に参加しているユーザの数を示す。

【0036】

ユーザは音量調整ボタン１６２の「音量小」ボタン１６２ａを選択することで、通話装置１の発話部１１が発する音声の音量を小さくすることができる。反対に、「音量大」ボタン１６２ｂが選択されると、発話部１１が発する音量を大きくすることができる。「スピーカー」ボタン１６２ｃが選択されることにより、発話部１１は通話相手の声をスピーカーから流すことが可能になる。「終了」ボタンが選択されると通話相手との音声の送受信が出来なくなる。

【0037】

図８を用いて、第１実施形態における処理の流れを説明する。図8に示すように情報処理装置３の検索部４３は、通話装置１よりマッチング検索を確定する情報を受信する（Ｓ８０１）。マッチング検索を確定する情報は、通話相手のマッチング検索を要求する情報（検索要求）と言い換えることができる。次に検索部４３は、当該アプリケーションを利用しているユーザ（オンラインユーザとオフラインユーザ）の中から通話相手候補のユーザを選択する（Ｓ８０２）。次いで、検索部４３は、Ｓ８０２で選択された通話相手候補の通話装置に通話依頼案内（図６Ｂ参照）を送信する（Ｓ８０３）。通信部４１はＳ８０３で送信した通話依頼案内において、所定時間以内に1人以上のユーザから出席の回答があるか否かを判定する（Ｓ８０４）。1人以上のユーザから出席の回答があった場合（Ｓ８０４、Ｙｅｓ）、通話成立となり通話が開始される（Ｓ８０５）。ユーザから出席の回答が得られなかった場合（Ｓ８０４、Ｎｏ）、Ｓ８０２に戻り処理を繰り返す。

【0038】

このように、本実施形態によれば、通話相手候補となるユーザの検索範囲をオンラインユーザに限らず、アプリケーションにログイン状態でないユーザにまで広げて検索することで、通話の成立確率を向上させることが出来る。

【0039】

（第２実施形態）
続いて、図９から図１８を参照して第２実施形態について説明する。

【0040】

第１実施形態では、当該アプリケーションにログイン状態でないユーザ及び当該アプリケーションを利用しているが同時間帯に通話相手の検索はしていないユーザ（オフラインユーザ）を一人以上含むユーザの中から検索を行っている。第２実施形態では、更にユーザの通話可能時間帯を考慮し、通話相手候補ユーザの提示を行う。

【0041】

図９は、第２実施形態におけるマッチングシステム２０００の構成例を説明する構成図である。図９に示すように、マッチングシステム２０００は、マッチングシステム１０００と比較してセンシング装置４－１，４－２、４－３を有していることが異なる。通話装置１、センシング装置４、情報処理装置３は、無線又は有線で構築された通信ネットワーク２を介して互いに通信可能に接続されている。センシング装置４は、データ通信機能、周囲の音声を収集する機能、人感センサー、顔認識カメラ等を備えており、例えば、IoT（Internet of Things）機器である。なお、通話装置１、センシング装置はユーザ毎に有していてもよい。例えば、図９では、ユーザ５－１が通話装置１－１、センシング装置４－１を有し、ユーザ５－２は、通話装置１－２、センシング装置４－２を有し、ユーザ５－３は、通話装置１－３、センシング装置４－３を有しているものとする。

【0042】

図１０は、本実施例におけるセンシング装置４の機能ブロック図の一例を示す図である。図１０に示すセンシング装置４は、検知部２１、撮影部２２、取得部２３を有する。検知部２１は、人感センサーといった、ある空間において人が動いていることを検知するセンサーである。また、撮影部２２は、例えばカメラやビデオカメラである。撮影部２２によって撮影された画像を解析することで、ユーザ毎の在否に関するデータである、在否データ９０を取得部２３は取得する。

【0043】

図１１（ａ）は、通話相手を検索するユーザ（以下、検索ユーザと言うこともある）Ａと他のユーザＢ、Ｃ、Ｄに対するセンシング装置４の取得部２３が取得した在否データ９０を表に表したものである。図１１（ａ）には、ユーザＡからＤそれぞれの在宅時間９１と不在時間９２が記載されている。ここで、在宅時間９１とは、例えばユーザが通話可能なエリア（自室・リビング等）に存在する時間帯を指す。不在時間９２とは、例えば外出等でセンシング装置４の検知部２１により人が動いていることを検知できない時間帯を指す。例えば、ユーザＡの在宅時間９１は、月曜日から金曜日の１８：００～２２：００と土曜日及び日曜日の８：００～１３：００である。また、不在時間９２は、月曜日から金曜日の８：００～１８：００と毎月第２日曜日の１２：００～１８：００であることがデータ９３よりわかる。なお本実施例では在否状況を1時間単位で取得しているが、1時間単位に限られない。また、在宅時間と不在時間の情報は、既存の技術を用いて取得してもよい。

【0044】

図１１（ｂ）は、ユーザＡの在宅時間の一例である土曜日８：００～１３：００における、他のユーザＢ、Ｃ、Ｄのスコアα９４について表した図である。スコアα９４は、検索部４３によって算出され、次のような算出方法が考えられる。検索ユーザの在宅時間と他のユーザの在宅時間とが一致している場合には、「＋１」となり、検索ユーザの在宅時間と他のユーザの不在時間が一致している時間帯は「－１」となる。さらに、検索ユーザの在宅時間が他のユーザの在宅時間及び不在時間のいずれにも一致しない時間帯は「±０」となる。スコアα９４について、例えば、ユーザＣの場合で説明する。ユーザＣの在宅時間９１は図１１（ａ）より月曜日の１８：００～１９：００及び土曜日の９：００～１２：００であり、不在時間９２は、月曜日、火曜日、木曜日の１４：００～１７：００、土曜日の８：００～９：００であることがデータ９５から分かる。つまり、土曜日の８：００～９：００は、検索ユーザであるユーザＡの在宅時間とユーザＣの不在時間が重なっており、土曜日９：００～１２：００は、ユーザＡの在宅時間とユーザＣの在宅時間が重なっている。また、土曜日の１２：００～１３：００においては、ユーザＡの在宅時間がユーザＣの在宅時間及び不在時間のいずれにも一致しない時間帯になっている。そのため、ユーザＣの土曜日の８：００～１３：００の時間帯において算出されるスコアα９４は、８：００～９：００は「－１」、９：００～１０：００、１０：００～１１：００、１１：００～１２：００は「＋１」、１２：００～１３：００は「±０」となる。同様の手順でその他のユーザについてもスコアα９４の算出を検索部４３により行う。ここで、スコアは、１時間ごとに区切って算出されているが、１時間ごとに限られる必要は無い。

【0045】

図１２（ｃ）は、過去の通話時間帯データ１０１、図１２（ｄ）は過去の通話時間帯データに基づくスコアβ１０２の表を示す。過去の通話時間帯データ１０１は、通話装置１の通信部１４から情報処理装置３に送られ、記憶部４２に記憶される。図１２（ｃ）は、ユーザＢ、Ｃ、Ｄの過去の通話時間帯データ１０１を示している。図１２（ｃ）より、例えば、ユーザＢは、過去において土曜日の１０：００～１３：００に通話した経験又は通話する傾向があることが分かる。なお、ここで過去とは、それぞれのユーザが当該アプリケーションを使い始めてから現在における期間までのことでもよく、現在までのある特定の期間を指してもよい。また、ユーザＤについては、アプリケーションの利用が初回又は通話の経験がないため、図１２（ｃ）のユーザＤの過去の通話時間帯データ１０１は通話装置１の記憶部１３がデータを保持していない事を示す“－”の表示がされる。

【0046】

つぎに、図１２（ｄ）を用いて、スコアβ１０２の求め方の一例について述べる。スコアβ１０２は、過去の通話時間帯の情報が存在している日時には「＋１」となり、過去の通話時間帯情報が存在しない日時には「±０」と検索部４３が算出する。スコアβ１０２についてユーザＢ、Ｄを例にとり説明する。まずユーザＢの場合、記憶部４２に保持されている過去の通話時間帯データ１０１を検索部４３が参照する。図１２（ｃ）より、土曜日の１０：００～１３：００がユーザＢの過去の通話時間帯であることが分かる。そのためユーザＡの在宅時間の一例である土曜日の８：００～１３：００において、１０：００～１１：００、１１：００～１２：００、１２：００～１３：００の３時間はユーザＡの在宅時間とユーザＢの過去の通話時間帯が一致するため、スコアβ１０２は「＋１」と算出される。反対に、土曜日の８：００～９：００と９：００～１０：００の２時間は、ユーザＡの在宅時間とユーザＢの過去の通話時間帯は一致しないため、検索部４３はスコアβ１０２の値を「±０」とする。次にユーザＤのスコアβ１０２の算出法について述べる。情報処理装置３の記憶部４２はユーザＤについての過去の通話時間帯データ１０１を有していないことが図１２（ｃ）よりわかる。そのため、検索部４３は、ユーザＤに対するスコアβ１０２を、いずれの時間帯においても「±０」とする。

【0047】

図１３を用いて通話相手候補のユーザを検出する際のマッチング結果の算出法について説明する。図１３は土曜日の８：００～１３：００におけるユーザＢ、Ｃ、ＤのスコアＸ１１１、通話相手として選出されるユーザ１１２、合計スコア１１３が記載されている。なお、ここで述べる、マッチングの算出処理については検索部４３が行う。まず、検索部４３は、スコアα９４、スコアβ１０２の値を合算し、スコアＸ１１１を算出する。例えば、ユーザＢの８：００～９：００の欄は、図１１（ｂ）よりスコアα９４が「＋１」、図１２（ｄ）よりスコアβ１０２が「±０」、であるため、検索部４３は、（＋１）＋（±０）＝＋１をスコアＸ１１１として算出する。ここで、スコアα９４において、マイナスの値が算出されている時間帯については、検索部４３は合算の処理は行わなくてもよい。不在時間はユーザが通話できる可能性が低いため、不在時間として検出されている時間については、通話の候補日時から除外する。そのため、ユーザＣの８：００～９：００、ユーザＤの８：００～９：００、９：００～１０：００、１０：００～１１：００のスコアＸ１１１は、スコアが無いことを示す“－”の表示がされている。

【0048】

次に通話相手として検出されるユーザ１１２の検出方法について述べる。検索部４３は、ある時間帯におけるスコアＸ１１１に基づいて、同時間帯のユーザの中からスコアＸ１１１の値が高い順にユーザの検出を行う。ユーザの検出人数は何人であってもよい。図１３では、検出されるユーザの人数を最大２人として検出している例である。例えば、図１３において土曜日の１１：００～１２：００の時間帯における、ユーザＢ、Ｃ、ＤのそれぞれのスコアＸ１１１は、「＋２」、「＋１」、「＋０」である。従って、この場合、検索部４３は、スコアＸ１１１が高い順に２人検出し、検出されるのはユーザＢ、Ｃとなる。同様に、他の時間帯についても、ユーザを検索部４３が検出する。

【0049】

続いて合計スコア１１３について説明する。合計スコア１１３は、ある時間帯における検索ユーザ以外の全てのユーザのスコアＸ１１１を足すことで検索部４３が求める。例えば、図１３の土曜日の１２：００～１３：００においてそれぞれのユーザのスコアＸ１１１の値は、ユーザＢが「＋２」、ユーザＣが「±０」、ユーザＤは「＋１」である。そのため、図１３の土曜日の１２：００～１３：００の合計スコア１１３は、（＋２）＋（±０）＋（＋１）＝＋３として算出される。同様に、土曜日の１１：００～１２：００の場合には、（＋２）＋（＋１）＋（±０）＝＋３と検索部４３は求める。 他の時間帯についても、検索部４３は同様に処理を行う。検索部４３は、算出した合計スコアに基づいて、合計スコアが高い順に通話候補日時を選定する。

【0050】

図１４は、図６Ａのマッチング検索画面５３０の「確定」が選択された場合に通話装置１の表示部１７に表示される通話日時選択画面５３１の一例である。検索部４３は、記憶部４２に記憶された、他のユーザの在否データ９０及び過去の通話時間帯データ１０１を参照し、ユーザと他のユーザが通話可能な日時を検出する。なお、検出する方法としては、図１１～図１３のスコアα９４、スコアβ１０２、スコアＸ１１１を用いて説明した方法を適用する。

【0051】

図１４に示す通話日時選択画面５３１には、通話候補日時１２１として、例えば、ｘ月ｘ日(ｘ) ｘｘ:ｘｘ、ｙ月ｙ日(ｙ) ｙｙ:ｙｙ、ｚ月ｚ日(ｚ) ｚｚ:ｚｚの３つが提示されている。検索ユーザは提示された日程の中から、１つを選択する。図１４の場合、検索ユーザにより、ｙ月ｙ日(ｙ) ｙｙ:ｙｙが選択されている。通話候補日時１２１には、図１３のスコアＸ１１１の値が高い順に制御部４５によって表示がされる。図１４では、通話候補日時１２１として、３つの候補日時が表示されているが、候補日時として表示する数は３つに限られない。さらに、検索ユーザが通話候補日時１２１として提示された日時以外から通話時間帯を設定したい場合には、希望日時入力欄１２２に通話希望の日時を入力することができる。

【0052】

図１５Ａは、図１４において、提示された通話候補日時１２１の中からユーザが日程を選択した場合に通話装置１の表示部１７に表示される通話日時決定画面５３２の一例である。また、通話日時決定画面５３２は、図１４において、ユーザが希望日時入力欄１２２に日時を入力し、入力した日時において条件を満たした他のユーザが検出された場合にも通話装置１の表示部１７に表示される。通話日時決定画面５３２には、検索部４３により決定された通話日時が表示される。図１５Ａの場合、決定された通話日時は、ｙ月ｙ日(ｙ) ｙｙ:ｙｙである。「確定」ボタンが選択されることにより、検索ユーザと他のユーザとが通話する日時が決定される。「戻る」ボタンが選択されると、通話装置１の表示部１７には、図１４に示した通話日時選択画面が表示され、ユーザは選択した通話候補日時１２１の変更や希望日時入力欄１２２の入力が可能となる。

【0053】

図１５Ｂは、図１４においてユーザが希望日時入力欄１２２に日時を入力した場合に、入力した日時において条件を満たす他のユーザが検出されない場合に通話装置１の表示部１７に表示されるマッチング不成立画面５３３の一例である。図１５Ｂの「戻る」ボタンを選択することで、図１４に示される通話日時選択画面５３１が通話装置１の表示部１７に表示され、検索ユーザは通話希望日時の変更をすることができる。

【0054】

図１６Ａは、お知らせ５４のメニューに通知１５４が表示されるホーム画面の一例である。ユーザは、通知１５４が表示部に表示された場合にお知らせ５４を選択することで、図１６Ｂに示す画面において通知内容を確認することができる。なお、図１５Ａにおいて、検索ユーザにより「確定」ボタンが選択された場合に、通話候補として検出されたユーザの携帯端末１のホーム画面５０のお知らせ５４に通知１５４が表示される。

【0055】

図１６Ｂは、図１６Ａにおいて、ユーザにより通知１５４が選択された場合に、通話候補として検出されたユーザの通話装置１の表示部１７に表示される出席確認依頼画面５４０の一例である。出席確認依頼画面５４０には、通話開催日時１４１、回答〆切日時１４２、「辞退」ボタン、「出席」ボタンが含まれている。図１６Ｂの例では、通話開催日時１４１は、ｙ月ｙ日(ｙ) ｙｙ:ｙｙ、回答〆切日時１４２はｔ月ｔ日(ｔ) ｔｔ:ｔｔであることがわかる。出席確認依頼画面５４０を受信したユーザは、当該日時に開催される通話についての参加意思を回答〆切日時１４２までに「辞退」ボタン又は「出席」ボタンを選択することで行う。ユーザは、当該通話に参加する意思がある場合には「出席」ボタンを、参加する意思がない場合には「辞退」ボタンを選択する。

【0056】

図１７は、ユーザが参加予定である通話の予定が確認できる通話予定画面５１０の一例である。通話予定画面５１０は、ホーム画面５０にある通話予定５１に通話予定日時が記載されている場合にその日時をユーザが選択することで表示部１７に表示される。通話予定画面５１０には、通話予定日時１５１、参加人数１５２、「戻る」ボタンが含まれる。図１７に示す通話予定画面５１０からは、ｙ月ｙ日（ｙ）ｙｙ：ｙｙに、参加人数１５２がｎ人の通話が開催予定であることが分かる。「戻る」ボタンが選択されると、通話装置１の表示部１７にはホーム画面５０が表示される。

【0057】

図１８を用いて、第２実施形態における通話候補ユーザを検出する際の処理の流れを説明する。まず、情報処理装置３の取得部４４は、在否データ９０と過去の通話時間帯データ１０１を記憶部から取得する（Ｓ８２１）。次に検索部４３は、ステップＳ８２１で取得した在否データ９０と過去の通話時間帯データ１０１に基づいてスコアＸを算出（Ｓ８２２）し、通話可能時間帯候補を検出する（Ｓ８２３）。次に検索ユーザが選択した通話可能時間帯候補の日時を取得部４４が取得する（Ｓ８２４）。次いで、通信部４１は、Ｓ８２４で選択された通話可能時間帯に通話ができるユーザに出席確認依頼（図１６Ｂ参照）を送信する（Ｓ８２５）。次に、通信部４１はＳ８２５で送信した出席確認依頼において、１人以上のユーザから出席の回答があるか否かを判定する（Ｓ８２６）。１人以上のユーザから出席の回答があった場合（Ｓ８２６、Ｙｅｓの場合）、通話成立（Ｓ８２７）となり、処理が終了する。ユーザから出席の回答が得られなかった場合（Ｓ８２６、Ｎｏの場合）、処理は終了する。

【0058】

このように、ユーザの在否データや過去の通話時間帯情報に基づいて通話可能時間帯を提示することで、検索ユーザが通話の可能な相手が見つかるまで検索を繰り返す必要が軽減する。

【0059】

（第３実施形態）
続いて、図１９から図２２を用いて、第３実施形態について説明する。第３実施形態では、検索ユーザが指定した通話内容を趣味として登録しているユーザの中から通話相手候補を検出する。

【0060】

図１９は、図４において示されるメニューにおいて、ユーザがマッチング検索５３を選択した場合に通話装置１の表示部１７に表示される通話内容選択画面５３３の一例である。通話内容選択画面５３３には、プロフィール設定画面５２０に表示される趣味の一覧項目６２と同一の項目が選択可能になっている。検索ユーザは、通話内容選択画面５３３において、他のユーザと通話したい内容の項目を選択する。図１９の例では、通話したい内容の項目として「カラオケ」と「園芸」が選択されている。「次へ」ボタンが選択されると、入力された情報が情報処理装置３に送信される。なお、「戻る」ボタンが選択された場合は、通話装置１の表示部１７にはホーム画面５０が表示される。

【0061】

図２０に表示している（ａ）は、検索ユーザＡが選択した通話したい内容の項目２０１を示しており、（ｂ）は、他のユーザを検出する際に用いられるスコアγ２０３の表である。（ａ）は、検索ユーザであるユーザＡが、図１９に示す通話内容選択画面５３３において、通話したい内容の項目２０１に「カラオケ」と「園芸」を選択したことを示している。検索ユーザより、通話したい内容の項目の選択を受け付けると、検索部４３は、記憶部４２に記憶されている他のユーザの趣味６２１の情報を参照し、スコア付けを行う。例えば検索ユーザであるユーザＡ以外にユーザとしてＢ、Ｃ、Ｄ、Ｅの４人がいるとし、それぞれが予め登録している趣味６２１を検索部４３が対応付ける。検索部４３は、検索ユーザであるユーザＡが選択した通話したい内容の項目２０１と他のユーザが登録した趣味２０２の一致度によってスコアγ２０３の値を変える。スコアγ２０３の算出方法としては、検索ユーザが選択した通話したい内容の項目２０１に選択された項目とユーザの趣味として登録されている項目が一致している数に応じて、算出してもよい。例えば、ユーザＢの場合、趣味６２１は「カラオケ」と「釣り」が登録されている。そのため、ユーザＡが選択した通話したい内容の項目２０１と一致するのは「カラオケ」の一つであるため、スコアγ２０３は、「＋１」となる。その他のユーザＣ、Ｄ、Ｅについても同様の処理を検索部４３が行う。その結果、ユーザＣは、「園芸」の１つが、ユーザＤは、「カラオケ」と「園芸」の２つが一致するため、それぞれのスコアγ２０３は、「＋１」、「＋２」の点数となる。ただし、ユーザＥについては、ユーザＡが選択した通話したい内容の項目２０１と一致する趣味の登録をしていないため、スコアγ２０３はデータ無し（－）と算出され、検索部４３は、検出されるべきユーザからユーザＥを外すようにしてもよい。これにより、検索ユーザの通話相手候補として検出されるユーザを、検索ユーザが選択した通話内容の項目を趣味にしているユーザから検出することができ、通話をより盛り上げられることが期待できる。ただし、このスコアγ２０３の求め方は一例であり、この算出方法に限定されない。

【0062】

図２１を用いてマッチング結果の算出法について説明する。図２１は土曜日の８：００～１３：００におけるユーザＢ、Ｃ、ＤのスコアＹ２１１、通話相手として選出されるユーザ２１２、合計スコア２１３が記載されている。なお、ここで述べる、マッチングの算出処理については検索部４３が行う。またスコアα９４、スコアβ１０２については第２実施例で用いた値を用いることとする。

【0063】

まず、検索部４３は、第２実施形態で算出したスコアα９４、スコアβ１０２と、第３実施形態で算出したスコアγ２０３の値を合算し、スコアＹ２１１を算出する。例えば、ユーザＢの８：００～９：００の欄は、図１１（ｂ）よりスコアα９４が「＋１」、図１２（ｄ）よりスコアβ１０２が「±０」、図２１よりスコアγ２０３が「＋１」であるため、検索部４３は、（＋１）＋（±０）＋（＋１）＝＋２をスコアＹ２１１として算出する。ここで、前述した通りスコアα９４において、「－１」の値が算出されている時間帯については、検索部４３は合算の処理は行わなくてもよい。これは、通話候補相手として検出されたとしても、不在時間は通話できる可能性が低いためである。なお通話相手の検出方法、通話時間帯の検出方法は前述したとおりであるため省略する。ただし、検出するユーザを検出する際にスコアＹ２１１の値が同等のユーザがいた場合には、スコアα９４の値が高いユーザを優先してもよい。こうすることにより、検索ユーザと在宅時間が一致しているユーザを優先して検出することが出来、通話の成立を向上させることが出来る。

【0064】

さらに通話が成立した場合、図示はしないが、図７の通話画面５５０、図１６Ｂの出席確認依頼画面５４０、図１７の通話予定画面５１０において、通話内容の題材を表示してもよい。

【0065】

図２２を用いて、第３実施形態における処理の流れの一例を説明する。図２２は、ユーザ間の通話日時及び通話候補相手を決定するまでの流れの一例を示す図である。図２２に示すように情報処理装置３の取得部４４は、通話装置１の入力部１５に入力された通話内容の項目の情報を取得する（Ｓ８３１）。次に取得部４４は、それぞれのユーザが登録している趣味の情報を記憶部４２から取得する（Ｓ８３２）。

【0066】

次いで、情報処理装置３の検索部４３は、Ｓ８３２で取得した趣味の情報を参照して、Ｓ８３１で取得した通話内容の項目を趣味として登録しているユーザが存在するか否か判定する（Ｓ８３３）。通話内容の項目を趣味にしているユーザが存在しない場合（Ｓ８３３、Ｎｏの場合）、Ｓ８３１に戻る。通話内容の項目を趣味にしているユーザが存在した場合（Ｓ８３３、Ｙｅｓの場合）、取得部４４は、検索ユーザとＳ８３３で検出されたユーザのそれぞれの在否データ９０と過去の通話時間帯情報１０１を記憶部４２から取得する（Ｓ８３４）。次に、Ｓ８３４で取得した在否データ９０と過去の通話時間帯情報１０１を参照して、検索部４３は、ユーザの間で通話可能な時間帯があるか否かを判定する。通話可能な時間帯がない場合（Ｓ８３５、Ｎｏの場合）、Ｓ８３１に戻る。通話可能な時間帯が存在する場合（Ｓ８３５、Ｙｅｓの場合）、Ｓ８３６に進む。

【0067】

通信部４１は、通話可能な時間帯の中からユーザが選択した日時のデータを受け付ける（Ｓ８３６）。次に、通信部４１は、Ｓ８３６で受け付けた日時に通話が出来るユーザの通話装置に対して、出席確認依頼（図１６Ｂ参照）を送信する（Ｓ８３７）。次に、通信部４１はＳ８３７で送信した出席確認依頼において、１人以上のユーザから出席の回答があるか否かを判定する（Ｓ８３８）。１人以上のユーザから出席の回答があった場合（Ｓ８３８、Ｙｅｓの場合）、通話成立（Ｓ８３９）となり、処理が終了する。ユーザから出席の回答が得られなかった場合（Ｓ８３８、Ｎｏの場合）、処理は終了する。

【0068】

以上、第３実施形態では、検索ユーザが通話したい内容も考慮することにより、通話が盛り上がることが期待できる。

【0069】

図２３は、情報処理装置３のハードウェア構成の一例を示すブロック図である。なお、図２３は、情報処理装置３について説明するが、通話装置1やセンシング装置４についても同様のコンピュータにより実現することができる。

【0070】

図２３において、情報処理装置３は、それぞれバス２３０で相互に接続されている記憶装置２３１と、メモリ装置２３２と、ＣＰＵ２３３と、通信装置２３４とを有する。

【0071】

情報処理装置３での処理を実行するプログラムは、例えば記憶装置２３１やメモリ装置２３２に記憶される。また、プログラムは最初から記憶装置２３１に記憶させなくてもよく、コンピュータに挿入可能なフレキシブルディスクや光磁気ディスク等にプログラムを記憶させてもよい。あるいは、ネットワークを介して他のコンピュータや他の記憶装置からプログラムをダウンロードするようにしてもよい。

【0072】

ＣＰＵ２３３は、記憶装置２３１あるいはメモリ装置２３２に記憶されたプログラムに従って情報処理装置３に係る演算処理を実行する。通信装置２３４は、有線又は無線により外部機器と通信接続するために用いられる。通信装置２３４は、ＬＡＮ（Local Area Network） 等の通信ネットワーク２と接続され、通信ネットワーク２を介した外部機器との間で各種情報をやり取りする。

【0073】

なお、上記の説明では、本実施例における情報処理装置が図２３に示すような単体のコンピュータである例を示したが、情報処理装置の具体的なハードウェア構成は、発明を実現できる範囲内で適宜変更可能である。

【符号の説明】

【0074】

１ 通話装置
２ 通信ネットワーク
３ 情報処理装置
４ センシング装置
２３０ バス
２３１ 記憶装置
２３２ メモリ装置
２３３ ＣＰＵ（プロセッサ）
２３４ 通信装置
２３５ インターフェース装置
１０００ マッチングシステム
２０００ マッチングシステム

【図1】

【図2】

【図3】

【図4】

【図5A】

【図5B】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15A】

【図15B】

【図16A】

【図16B】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】