JP2014154083A - 問い合わせシステム及び問い合わせ方法 - Google Patents

Abstract

【課題】ユーザ同士のコミュニケーションに掛かる手間を減らし、ユーザ同士のコミュニケーションを促進することを課題とする。
【解決手段】問い合わせサーバ１０は、ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶部１３に記憶する。そして、問い合わせサーバ１０は、ユーザが使用するユーザ端末のうち、第１ユーザ端末から、第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信し、問い合わせが受信されると、第２ユーザ端末に対応するサービス種別および連絡先情報を、記憶部１３から取得する。そして、問い合わせサーバ１０は、取得されたサービス種別および連絡先情報を第１ユーザ端末に送信する。
【選択図】 図２

Description

本発明は、問い合わせシステム及び問い合わせ方法に関する。

従来より、ユーザ同士のコミュニケーションサービスとして、ＩＰ電話サービスやＩＰメッセージングサービスなどが知られている。現行のＩＰ電話サービスやＩＰメッセージングサービスでは、発着端末間で接続を行う場合には、ユーザ同士の両端末が同一サービスに加入している必要がある。

例えば、ユーザが複数のサービスを利用していて、他のユーザ端末と発着信を行う場合には、両方のユーザ端末において同一サービスのアプリケーションを立ち上げ、ログインする。そして、発信側のユーザ端末は、着信側のユーザ同一サービスを発着端末間で両端末が接続を行う。

Ｓｋｙｐｅ"Ｓｋｙｐｅ アカウントを作成しよう（準備編）"［online］、［平成２５年２月５日検索］、インターネット＜http://fibonacci.cc.niigata-u.ac.jp/mikawa/tech/skype/skype_account.html＞

しかしながら、上述した従来の技術では、複数のサービスを利用している場合に、ユーザ同士のコミュニケーションに手間が掛かる場合があるため、ユーザ同士のコミュニケーションの促進を阻害するという問題があった。

例えば、発着端末間で接続を行う場合には、ユーザ同士の両端末が同一サービスに加入し、同一サービスのアプリケーションを立ち上げ、ログインする必要があった。また、例えば、複数のサービスを利用している場合に、発信側のユーザ端末が、着信側のユーザ端末の同一サービスにおけるユーザＩＤを把握している必要があった。このため、ユーザ同士のコミュニケーションに手間が掛かり、ユーザ同士のコミュニケーションの促進を阻害してしまう場合がある。

そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ユーザ同士のコミュニケーションに掛かる手間を減らし、ユーザ同士のコミュニケーションを促進することを目的とする。

上述した課題を解決し、目的を達成するため、問い合わせシステムは、ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶する記憶部と、前記ユーザが使用するユーザ端末のうち、第１ユーザ端末から、前記第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信する受信部と、前記受信部によって問い合わせが受信されると、前記記憶部において、前記第２ユーザ端末に対応する前記サービス種別および前記連絡先情報を、前記記憶部から取得する取得部と、前記取得部によって取得されたサービス種別および連絡先情報を前記第１ユーザ端末に送信する送信部と、を備えることを特徴とする。

また、問い合わせ方法は、問い合わせシステムによって実行される問い合わせ方法であって、前記問い合わせシステムは、ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶する記憶部を備え、前記ユーザが使用するユーザ端末のうち、第１ユーザ端末から、前記第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信する受信工程と、前記受信工程によって問い合わせが受信されると、前記記憶部において、前記第２ユーザ端末に対応する前記サービス種別および前記連絡先情報を、前記記憶部から取得する取得工程と、前記取得工程によって取得されたサービス種別および連絡先情報を前記第１ユーザ端末に送信する送信工程と、を含んだことを特徴とする。

本願に開示する問い合わせシステム及び問い合わせ方法は、ユーザ同士のコミュニケーションに掛かる手間を減らし、ユーザ同士のコミュニケーションを促進することが可能である。

図１は、第一の実施形態に係る問い合わせシステムの構成の一例を示す図である。 図２は、第一の実施形態に係る問い合わせサーバの構成を説明するための図である。 図３は、第一の実施形態に係るユーザＩＤ記憶部によって記憶される情報の一例を示す図である。 図４は、ユーザＩＤを登録する際の処理の一例を示す図である。 図５は、ユーザＩＤを登録する際の処理の一例を示す図である。 図６は、ユーザＩＤを管理する際の処理の一例を示す図である。 図７は、ユーザＩＤのグルーピング処理の一例を示す図である。 図８は、ユーザＩＤの本人性確認を行う際の処理の一例を示す図である。 図９は、ユーザＩＤのプレゼンス状態の収集処理の一例を示す図である。 図１０は、ユーザＩＤの問い合わせ処理の一例を示す図である。 図１１は、異なるサービス間の相互接続処理の一例を示す図である。 図１２は、第一の実施形態に係る問い合わせシステムによる問い合わせ処理の流れを示すシーケンス図である。 図１３は、第一の実施形態に係る問い合わせシステムによる相互接続処理の流れを示すシーケンス図である。 図１４は、問い合わせプログラムを実行するコンピュータを示す図である。

以下に添付図面を参照して、この発明に係る問い合わせシステム及び問い合わせ方法の実施形態を詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。

［第一の実施形態］
以下の実施形態では、第一の実施形態に係る問い合わせシステムの構成、問い合わせサーバの構成および問い合わせシステムによる処理の流れを順に説明し、最後に第一の実施形態による効果を説明する。

［システムの構成］
まず、第一の実施形態に係る問い合わせサーバ１０が適用される問い合わせシステム１００の構成の一例を説明する。図１は、第一の実施形態に係る問い合わせシステムの構成の一例を示す図である。図１に示すように、第一の実施形態に係る問い合わせシステム１００は、問い合わせサーバ１０と、複数のユーザ端末２０Ａ、２０Ｂと、異なるサービスを提供するサービスＡサーバ３０ＡおよびサービスＢサーバ３０Ｂとを有する。各サーバ１０、３０Ａ、３０Ｂおよびユーザ端末２０Ａ、２０Ｂは、例えば、インターネット等（図示せず）を介して、それぞれ接続されている。なお、システムの構成は、図１に示す例に限定されるものではない。

ユーザ端末２０Ａ、２０Ｂは、例えば、携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistant）、タブレットＰＣ（Personal Computer）等、インターネットに接続して、問い合わせサーバ１０や他のユーザ端末との間で情報を送受信できるものであれば、任意の装置であってよい。また、携帯端末に限定されず、家庭またはオフィスに設置されたコンピュータをユーザ端末２０Ａ、２０Ｂとして使用してもよい。なお、ユーザ端末２０Ａ、２０Ｂについて、特に区別することなく説明する場合には、ユーザ端末２０と記載する。

サービスＡサーバ３０Ａは、サービスＡを提供するサーバであり、サービスＢサーバ３０Ｂは、サービスＢを提供するサーバである。なお、サービスＡサーバ３０Ａ、サービスＢサーバ３０Ｂについて、特に区別することなく説明する場合には、サービスサーバ３０と記載する。サービスサーバ３０は、例えば、ＩＰ電話サービスであるＳｋｙｐｅ（登録商標）やＬＩＮＥ（登録商標）などのサービスを提供するサーバであり、テキスト、音声、ビデオなどの利用可能メディアにより、同一サービスに加入して、ログインしているユーザ端末２０間の通信を制御する。

問い合わせサーバ１０は、ユーザ端末２０から他のユーザ端末２０が利用するサービスのサービス種別およびユーザＩＤ（各種サービスにおけるユーザＩＤや携帯電話番号、メールアドレスなどの連絡先情報）の問い合わせを受信する。そして、問い合わせサーバ１０は、問い合わせを受信されると、他のユーザ端末２０に対応するサービス種別およびユーザＩＤを後述するユーザＩＤ記憶部１３ａから取得する。そして、問い合わせサーバ１０は、取得したサービス種別およびユーザＩＤを、問い合わせを行ったユーザ端末２０に返信する。以下に、図２を用いて、問い合わせサーバ１０の構成について説明する。

［問い合わせサーバの構成］
次に、図２を用いて、図１に示した問い合わせサーバ１０の構成を説明する。図２は、第一の実施形態に係る問い合わせサーバの構成を説明するための図である。図２に示すように、問い合わせサーバ１０は、通信処理部１１、制御部１２および記憶部１３を有する。

通信処理部１１は、接続されるユーザ端末２０およびサービスサーバ３０との間でやり取りする各種情報に関する通信を制御する。例えば、通信処理部１１は、ユーザ端末２０からユーザＩＤの登録、変更または削除の要求や、ユーザＩＤのグルーピングの指示を受信する。

記憶部１３は、図２に示すように、ユーザＩＤ記憶部１３ａを有する。記憶部１３は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置などである。

ユーザＩＤ記憶部１３ａは、ユーザが利用するユーザ端末２０ごとに、該ユーザ端末２０が利用しているサービスのサービス種別と、サービスを利用する際のユーザＩＤとを対応付けて記憶する。例えば、ユーザＩＤ記憶部１３ａは、図３に例示するように、サービスの種別を示す「サービス種別」と、サービスを利用する際の連絡先に関する情報である「連絡先情報」と、サービス種別と連絡先情報が属するグループを示す「グループ」と、ユーザ端末２０のサービスに対する現在の接続状態を示す「プレゼンス状態」とを対応付けて記憶する。なお、図３に示す例は、１つのユーザ端末２０（または、１人のユーザ）に関する情報の例を示したものであり、図３に示す情報以外にも、ユーザＩＤ記憶部１３ａは、他の複数のユーザについても同様に、サービス種別や連絡先情報について記憶している。

図２に戻って、制御部１２は、登録部１２ａと、認証部１２ｂと、収集部１２ｃと、受信部１２ｄと、取得部１２ｅと、送信部１２ｆと、接続部１２ｇとを有する。ここで、制御部１２は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などの電子回路やＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路である。

登録部１２ａは、ユーザ端末２０から、該ユーザ端末２０のユーザが利用しているサービスのサービス種別およびユーザＩＤの登録要求を受け付けた場合に、サービス種別およびユーザＩＤをユーザＩＤ記憶部１３ａに登録する。

例えば、登録部１２ａは、ユーザ端末２０から登録要求を受け付けるとともに、該登録要求を受け付けたユーザＩＤのうち他のユーザ端末２０への送信を許可するユーザＩＤの設定を受け付ける。ここで、図４および図５の例を用いて、ユーザＩＤを登録する際の処理について説明する。図４および図５は、ユーザＩＤを登録する際の処理の一例を示す図である。図４に例示するように、例えば、問い合わせサーバ１０は、ユーザＸが所有するユーザ端末２０Ａからユーザ登録の要求を受け付けると、ユーザＸを登録する。

そして、図５に例示するように、登録されたユーザ端末２０Ａは、専用のアプリケーション（例えば、各種ＯＳ向けのアプリケーションやＷｅｂアプリケーション）を用いて、自身の管理下にあるＶｏＩＰサービス等のユーザＩＤを登録する。図５の例では、ユーザ端末２０Ａは、ユーザＩＤとして、携帯番号「０９０ｘｘｘｘｘｘｘｘ」、メールアドレス「○＠ｘｘｘ．ｎｅ．ｊｐ」、「ＵＳＥＲ＿ＩＤ＿Ａ」を登録している。

また、登録部１２ａは、一度登録されたユーザＩＤの登録、変更および削除を受け付ける。ここで、図６を用いて、ユーザＩＤを管理する際の処理について説明する。図６は、ユーザＩＤを管理する際の処理の一例を示す図である。図６に例示するように、問い合わせサーバ１０は、ユーザ端末２０Ａから自分のユーザＩＤに対する登録、変更または削除の要求を受け付け、受け付けた要求に従って、ユーザＩＤの登録、変更または削除を行う。例えば、ユーザ端末２０Ａは、必要に応じて問い合わせサーバ１０にログインし、各種ユーザＩＤの登録情報の登録、変更または削除を行って、登録情報を編集する。

また、登録部１２ａは、ユーザ端末２０から登録要求を受け付けるとともに、該登録要求を受け付けた複数のサービス種別およびユーザＩＤの組を所定のグループに分ける設定を受け付ける。ここで、図７の例を用いて、ユーザＩＤのグルーピング処理について説明する。図７は、ユーザＩＤのグルーピング処理の一例を示す図である。図７に示すように、例えば、問い合わせサーバ１０は、ユーザ端末２０Ａからの設定要求を受け付けると、受け付けた設定要求に従ってユーザＩＤのグルーピングを行う。例えば、図７の例では、問い合わせサーバ１０は、ユーザＸのユーザＩＤとして、「携帯電話番号」、「携帯メールアドレス」および「サービスＢのＩＤ」を「仕事関係者向けのグループ」に分け、「サービスＡのＩＤ」、「サービスＣのＩＤ」および「サービスＤのＩＤ」を「学生時代の友人向けのグループ」に分ける。

例えば、ユーザＸは、グルーピングの設定をする際に、サービスを利用しているコミュニティに合わせて、ユーザＩＤをグルーピングする。また、ユーザＸは、例えば、「このＩＤを知っているユーザであれば、この他サービスのＩＤまでは知らせても良い」という範囲を考慮の上、登録したユーザＩＤのグルーピングを行う。

認証部１２ｂは、登録部１２ａによって登録要求が受け付けられた場合に、該登録要求を行ったユーザ端末２０に対して該ユーザ端末２０のユーザが登録者本人であるかを確認する認証情報を要求する。

ここで、図８を用いて、ユーザＩＤの本人性確認を行う際の具体的な処理例について説明する。図８は、ユーザＩＤの本人性確認を行う際の処理の一例を示す図である。図８の（１）に示すように、ユーザ端末２０Ａを所有するユーザＸは、問い合わせサーバ１０にログインし、電話番号やメールアドレス、各種サービスのユーザＩＤを登録する。

そして、問い合わせサーバ１０は、ユーザＩＤの持ち主が間違いなく本人であることを確認するために、当該ユーザＩＤのアカウントでログインした状態でのみパスコードが確認出来る方法でパスコードを送信する。例えば、ＩＰメッセージングサービスのＩＤの確認であれば、当該サービスにログインした本人のみが閲覧できる非公開形式のメッセージでパスコードを送付する。

その後、問い合わせサーバ１０は、ユーザＸに伝達したパスコードを改めて入力させることで、ユーザＩＤを本人性確認済みの状態とする。例えば、ユーザＸが、問い合わせサーバ１０に再度ログインし、伝えられたパスコードを入力することで、登録した電話番号やユーザＩＤの持ち主であることを証明すると、問い合わせサーバ１０は、ユーザＩＤを本人性確認済みの状態とする。

また、ユーザが新規サービスに登録する際に、問い合わせサーバ１０に登録されたユーザＩＤとパスワードを利用して認証することで、電話番号等の本人性確認作業を省略することができる。例えば、図８の（２）に示すように、ユーザＹが所有するユーザ端末２０Ｂは、サービスＢに対して新規サービスの登録を行う時に、問い合わせサーバ１０におけるユーザ名およびパスワードをサービスＢサーバ３０に通知する。そして、サービスＢサーバ３０は、ユーザＹが入力した問い合わせサーバ１０におけるユーザ名およびパスワードについて、問い合わせサーバ１０に照会を要求し、成功すれば電話番号等の本人性確認が完了済みとなる。このように、問い合わせサーバ１０が、本人性確認を代行して行うことで、例えば、ＩＰメッセンジャーやＩＰ電話サービス業者から対価を得るビジネスモデルを提供することが可能である。

収集部１２ｃは、各ユーザ端末の各サービスに対するプレゼンス状態を、サービスを提供するサービスサーバ３０から収集し、該プレゼンス状態をユーザＩＤ記憶部１３ａに格納する。ここで、図９の例を用いて、ユーザＩＤのプレゼンス状態の収集処理について説明する。図９は、ユーザＩＤのプレゼンス状態の収集処理の一例を示す図である。図９に例示するように、問い合わせサーバ１０は、サービスＡサーバ３０ＡおよびサービスＢサーバ３０Ｂから各サービスＡ、Ｂのプレゼンス状況に関する情報を収集する。

例えば、収集部１２ｃは、登録済みのユーザＩＤを利用して、各種のＩＰメッセージングやＶｏＩＰサービス等のプレゼンス状態を取得して、該プレゼンス状態をユーザＩＤ記憶部１３ａに格納する。例えば、図９の例では、サービスＡのプレゼンス状況として、ユーザＸとユーザＺが「オンライン」であり、ユーザＹが「オフライン」であるものとする。また、サービスＢのプレゼンス状況として、ユーザＹとユーザＺが「オンライン」であり、ユーザＸが「オフライン」であるものとする。ここで、サービスのプレゼンス状況が「オンライン」とは、例えば、ユーザ端末２０において、サービスを利用するためのアプリケーションを起動してログインしている状態のことをいう。また、収集されるプレゼンス状況としては、「オンライン」、「オフライン」に限定されるものではなく、例えば、収集部１２ｃは、「通話中」や「切断中」など、サービスごとに設定されている接続状態を示す情報を収集するようにしてもよいし、「離席中」や「食事中」など、ユーザが自由に設定できるユーザ本人の状態を示す情報を収集するようにしてもよい。

受信部１２ｄは、ユーザ端末２０のうち、ユーザ端末２０から、他のユーザ端末２０が利用しているサービスのユーザＩＤの問い合わせを受信する。具体的には、受信部１２ｄは、ユーザ端末２０から、他のユーザ端末２０が利用しているサービスのユーザＩＤの問い合わせを受信するとともに、他のユーザ端末２０が利用している一つ以上のサービス種別およびユーザＩＤを受信する。例えば、発信側であるユーザＸが着信側であるユーザＹについて問い合わせを行う場合に、受信部１２ｄは、ユーザＸが把握しているユーザＹが利用しているサービスＡのユーザＩＤを受信する。

取得部１２ｅは、受信部１２ｄによって問い合わせが受信されると、ユーザＩＤ記憶部１３ａにおいて、問い合わせ先のユーザ端末２０に対応するサービス種別およびユーザＩＤを、ユーザＩＤ記憶部１３ａから取得する。例えば、取得部１２ｅは、受信部１２ｄによってユーザＸが把握しているユーザＹが利用しているサービスのユーザＩＤが受信されると、公開が許可されている範囲で別のサービスのユーザＩＤと、それらのＩＤのプレゼンス状態を一括取得する。また、取得部１２ｅは、受信部１２ｄによって受信されたサービス種別およびユーザＩＤの組と同一のグループに属するサービス種別およびユーザＩＤをユーザＩＤ記憶部１３ａから取得する。

送信部１２ｆは、取得部１２ｅによって取得されたサービス種別およびユーザＩＤを、問い合わせを行ったユーザ端末２０に送信する。具体的には、送信部１２ｆは、取得部１２ｅによって取得されたサービス種別およびユーザＩＤとともに、サービス種別およびユーザＩＤのサービスに対する他のユーザ端末のプレゼンス状態に関する情報を、問い合わせを行ったユーザ端末２０に送信する。

ここで、図１０を用いて、ユーザＩＤの問い合わせ処理について説明する。図１０は、ユーザＩＤの問い合わせ処理の一例を示す図である。図１０に例示するように、問い合わせサーバ１０は、ユーザＺのユーザＩＤとして、「携帯電話番号」、「携帯メールアドレス」および「サービスＢのＩＤ」が「仕事関係者向けのグループ」に分けられて記憶し、「サービスＡのＩＤ」、「サービスＣのＩＤ」および「サービスＤのＩＤ」を「学生時代の友人向けのグループ」に分けられて記憶しているものとする。

また、図１０の例では、ユーザＸがユーザＺについて知っているユーザＩＤがサービスＡのユーザＩＤのみであり、ユーザＹがユーザＺについて知っているユーザＩＤが携帯電話番号、携帯メールアドレスおよびサービスＣのユーザＩＤであるものとする。

このような場合に、問い合わせサーバ１０は、ユーザＸのユーザ端末２０ＡからサービスＡのユーザＩＤを受信すると、サービスＡのユーザＩＤと同一のグループ「学生時代の友人向けのグループ」に属する「サービスＡのＩＤ」、「サービスＣのＩＤ」および「サービスＤのＩＤ」とともに、各サービスに対するプレゼンス状態をユーザ端末２０Ａに返信する。

また、問い合わせサーバ１０は、ユーザＹのユーザ端末２０Ｂから携帯電話番号、携帯メールアドレスおよびサービスＣのユーザＩＤを受信すると、「仕事関係者向けのグループ」および「学生時代の友人向けのグループ」の両方のグループに属する携帯電話番号、携帯メールアドレスおよびサービスＡ〜サービスＤのユーザＩＤとともに、各サービスに対するプレゼンス状態をユーザ端末２０Ｂに返信する。

このように、ユーザは、問い合わせサーバ１０に対して、「何らかのサービスのユーザＩＤ」を把握している範囲で一つ以上送信し、その応答として同じグループに属するサービスのユーザＩＤとそのプレゼンス状態を取得する。

接続部１２ｇは、ユーザ端末２０が利用するサービスと他のユーザ端末２０が利用するサービスとが異なる場合に、両サービスにより送受信される通信情報を相互に変換し、ユーザ端末２０と他のユーザ端末２０との通信を中継する。

ここで、図１１の例を用いて、異なるサービス間の相互接続処理について説明する。図１１は、異なるサービス間の相互接続処理の一例を示す図である。図１１の例では、ユーザＸがサービスＢを利用しており、ユーザＹがサービスＡを利用しているものとする。

そして、ユーザＸは、通信したいユーザＹがサービスＡのみ利用可能な状態であることが判明すると、ユーザ端末２０ＡからサービスＢを使ってサービスＡを利用しているユーザＹと接続したい旨の要求を問い合わせサーバ１０に送信する。これにより、問い合わせサーバ１０は、サービスＢを利用して接続依頼元であるユーザ端末２０Ａに接続するとともに、サービスＡを利用して接続依頼先であるユーザ端末２０Ｂに接続する。そして、問い合わせサーバ１０は、メディアが異なる場合には、リアルタイムにメディアを変換して、ユーザ端末２０Ａとユーザ端末２０Ｂとの通信を中継する。

つまり、問い合わせサーバ１０は、異なるアプリケーションを利用するユーザ間での音声通話、映像音声通信、メッセージング等を実現することを目的とし、ＩＤの返却を行った際に「問合せを行ったユーザが利用可能なサービス」と「問合せ先のユーザが利用可能なサービス」に差異がある場合には、相互接続を行うかどうかを選択できるようにする。

そして、ユーザが相互接続を希望した場合には、例えば、音声電話を例とすると、問い合わせサーバ１０からの呼び出しに応じて、問合せ元ユーザ端末２０Ａおよび問合せ先ユーザ端末２０Ｂのそれぞれ利用可能な音声電話サービスに発信を行い、相互が応答した時点で通話を中継接続する。相互のサービスの実現方式（コーデック・クロック同期等）が異なる場合は、相互に変換（メディア変換）を行う。ここで相互接続とは、メディア種別が異なるものも対象とし、音声通話サービスのユーザとメッセージングサービスのユーザとの間で、音声通話サービスでの音声をメディアファイルとしメッセージングサービスの添付ファイルとして送付するような相互接続も包含する。

［問い合わせシステムによる処理］
次に、図１２、図１３を用いて、第一の実施形態に係る問い合わせサーバ１０による処理を説明する。図１２は、第一の実施形態に係る問い合わせシステムによる問い合わせ処理の流れを示すシーケンス図である。図１３は、第一の実施形態に係る問い合わせシステムによる相互接続処理の流れを示すシーケンス図である。なお、図１２および図１３の例では、ユーザＸの発信側端末をユーザ端末２０Ａとし、ユーザＹの着信側端末をユーザ端末２０Ｂとして説明する。

図１２に示すように、問い合わせサーバ１０は、事前にサービスＡサーバ３０Ａと、サービスＢサーバ３０Ｂとにログインしている（ステップＳ１０１）。なお、図１２の例では、事前にサービスＡサーバ３０ＡとサービスＢサーバ３０Ｂとにログインしている場合を説明しているが、他のサービスサーバ３０にもログインしているものとする。

そして、ユーザＸの発信側端末をユーザ端末２０Ａは、サービスＡサーバ３０Ａにログインし、ユーザＹの着信側端末をユーザ端末２０Ｂは、サービスＢサーバ３０Ｂにログインしている（ステップＳ１０２）。そして、ユーザ端末２０Ｂは、問い合わせサーバ１０に対して、ユーザＹのプレゼンス状態を確認するためのプレゼンス要求を送信する（ステップＳ１０３）。ここでは、すべてのサービスに対するプレゼンス状態を確認しているものとする。

この結果、問い合わせサーバ１０は、ユーザＹのプレゼンス状態を確認するために、サービスＢサーバ３０Ｂにプレゼンス要求を送信し（ステップＳ１０４）、プレゼンス応答をサービスＢサーバ３０Ｂから受信する（ステップＳ１０５）。ここでは、プレゼンス応答には、ユーザＹについて、サービスＢのプレゼンス状態が「オンライン」であり、例えば、利用可能なメディアが「テキスト」、「音声」および「ビデオ」であることが情報として含まれている。ここで利用可能なメディアとして、例えば、ＬＩＮＥやＳｋｙｐｅ等のコミュニケーションツールにおいて、テキストメッセージング（「テキスト」）、音声通話（「音声」）およびテレビ電話（「ビデオ」）が利用可能であることを示している。なお、この利用可能なメディアは、ユーザが利用しているサービス・端末・設定等により異なるものである。

そして、問い合わせサーバ１０は、ユーザ端末２０Ａに対してプレゼンス応答を返信する（ステップＳ１０６）。ここでは、プレゼンス応答には、ユーザＹについて、サービスＢのプレゼンス状態が「オンライン」であり、利用可能なメディアが「テキスト」、「音声」、「ビデオ」であることが情報として含まれている。

ここで、ユーザ端末２０ＡのユーザＸは、サービスＢを利用している場合には、サービスＢを利用して、ユーザＹと通信を行うことができる。一方、ユーザＸがサービスＢを利用していない場合には、問い合わせサーバ１０に対して、相互接続を要求する。ここで、相互接続を要求した場合の処理について、図１３を用いて以下に説明する。

図１３に示すように、ユーザＸの発信側であるユーザ端末２０Ａは、接続要求を問い合わせサーバ１０に送信する（ステップＳ２０１）。この接続要求を行う際に、自らが使用するサービスがＡであり、相手側が利用するサービスがＢであり、相手ユーザがＹであり、使用するメディアが音声であることを問い合わせサーバ１０に通知する。

そして、問い合わせサーバ１０は、サービスＡサーバ３０Ａにユーザ情報を要求し（ステップＳ２０２）、ユーザ情報を応答として受信する（ステップＳ２０３）。具体的には、問い合わせサーバ１０は、接続元ユーザが自装置のアカウントであるＡ用相互接続アカウント、接続先ユーザがＸとして、ユーザ情報を要求し、応答として接続先端末のＩＰアドレス等を受信する。

続いて、問い合わせサーバ１０は、サービスＢサーバ３０Ｂにユーザ情報を要求し（ステップＳ２０４）、ユーザ情報を応答として受信する（ステップＳ２０５）。具体的には、問い合わせサーバ１０は、接続元ユーザが自装置のアカウントであるＢ用相互接続アカウント、接続先ユーザがＹとして、ユーザ情報を要求し、応答として接続先端末のＩＰアドレス等を受信する。

そして、問い合わせサーバ１０は、接続元ユーザが自装置のアカウントであるＡ用相互接続アカウント、接続先ユーザがＸ、メディアを音声として、ユーザ端末２０Ａに音声通信発話を行うとともに（ステップＳ２０６）、接続元ユーザが自装置のアカウントであるＢ用相互接続アカウント、接続先ユーザがＹ、メディアを音声として、ユーザ端末２０Ｂに音声通信発話を行う（ステップＳ２０７）。その後、問い合わせサーバ１０は、相互変換を行いつつ、音声通話の応答を中継する（ステップＳ２０８）。

[第一の実施形態の効果]
上述してきたように、第一の実施形態にかかる問い合わせサーバ１０は、ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶部１３に記憶する。そして、問い合わせサーバ１０は、ユーザ端末のうち、第１ユーザ端末から、第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信し、問い合わせが受信されると、第２ユーザ端末に対応するサービス種別および連絡先情報を、記憶部１３から取得する。そして、問い合わせサーバ１０は、取得されたサービス種別および連絡先情報を第１ユーザ端末に送信する。このため、通信を行いたいユーザが利用しているサービス種別および連絡先情報を取得できるので、ユーザ同士のコミュニケーションに掛かる手間を減らし、ユーザ同士のコミュニケーションを促進することが可能である。

また、問い合わせサーバ１０では、ユーザ端末から、該ユーザ端末のユーザが利用しているサービスのサービス種別および連絡先情報の登録要求を受け付けた場合に、サービス種別および連絡先情報を記憶部１３に登録する。このため、ユーザは、任意のサービスだけを問い合わせサーバ１０に登録することが可能である。

また、問い合わせサーバ１０では、登録要求が受け付けられた場合に、該登録要求を行ったユーザ端末に対して該ユーザ端末のユーザが登録者本人であるかを確認する認証情報を要求する。このため、電話番号やメールアドレスの正当な持ち主であるかどうかの確認を行なうことでき、認証を一元化し、ユーザ・サービス提供事業者の双方の負担を軽減することが可能である。

また、問い合わせサーバ１０では、ユーザ端末から登録要求を受け付けるとともに、該登録要求を受け付けた連絡先情報のうち他のユーザ端末への送信を許可する連絡先情報の設定を受け付ける。このため、問い合わせサーバ１０では、ユーザの判断で開示したい相手にのみ情報を開示できるので、プライバシーを守ることが可能である。

また、問い合わせサーバ１０では、ユーザ端末から登録要求を受け付けるとともに、該登録要求を受け付けた複数のサービス種別および連絡先情報の組を所定のグループに分ける設定を受け付ける。そして、第１ユーザ端末から、第２ユーザ端末が利用しているサービスのサービス種別および連絡先情報の問い合わせを受信するとともに、第２ユーザ端末が利用しているサービス種別および連絡先情報を受信する。そして、問い合わせサーバ１０では、受信されたサービス種別および連絡先情報の組と同一のグループに属するサービス種別および連絡先情報を記憶部１３から取得する。このため、例えば、ユーザは、「このユーザＩＤを知っているユーザであれば、この他サービスのユーザＩＤまでは知られても良い」という範囲の考慮の上、ユーザＩＤをグループごとに管理することが可能となる。

また、問い合わせサーバ１０では、ユーザ端末の各サービスに対する接続状態を、サービスを提供するサーバから収集し、該接続状態を記憶部１３に格納する。そして、取得されたサービス種別および連絡先情報とともに、サービス種別および連絡先情報のサービスに対する第２ユーザ端末の接続状態に関する情報を第１ユーザ端末に送信する。このため、ユーザは、他ユーザのサービス利用可否状態を把握することができる。

また、問い合わせサーバ１０では、ユーザは各サービスアプリケーションを起動することなく、問い合わせサーバ１０への問合せにより他ユーザのサービス利用可否状態を一括で把握した上、発着信を行うことができる。また、モバイル機器ではアプリケーションの常時起動によるバッテリー消費も問題視されており、これを軽減することが可能である。

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、登録部１２ａと認証部１２ｂを統合してもよい。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

［プログラム］
また、上記実施形態において説明した問い合わせサーバ１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。例えば、第一の実施形態に係る問い合わせサーバ１０が実行する処理をコンピュータが実行可能な言語で記述した問い合わせプログラムを作成することもできる。この場合、コンピュータが問い合わせプログラムを実行することにより、上記実施形態と同様の効果を得ることができる。さらに、かかる問い合わせプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録され問い合わせプログラムをコンピュータに読み込ませて実行することにより上記第一の実施形態と同様の処理を実現してもよい。以下に、図２に示した問い合わせサーバ１０と同様の機能を実現する問い合わせプログラムを実行するコンピュータの一例を説明する。

図１４は、問い合わせプログラムを実行するコンピュータ１０００を示す図である。図１４に例示するように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有し、これらの各部はバス１０８０によって接続される。

メモリ１０１０は、図１４に例示するように、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、図１４に例示するように、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、図１４に例示するように、ディスクドライブ１０４１に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１０４１に挿入される。シリアルポートインタフェース１０５０は、図１４に例示するように、例えばマウス１０５１、キーボード１０５２に接続される。ビデオアダプタ１０６０は、図１４に例示するように、例えばディスプレイ１０６１に接続される。

ここで、図１４に例示するように、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、上記の問い合わせプログラムは、コンピュータ１０００によって実行される指令が記述されたプログラムモジュールとして、例えばハードディスクドライブ１０３１に記憶される。

また、上記実施形態で説明した各種データは、プログラムデータとして、例えばメモリ１０１０やハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、メモリ１０１０やハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出し、各種処理手順を実行する。

なお、問い合わせプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、問い合わせプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ 問い合わせサーバ
１１ 通信処理部
１２ 制御部
１２ａ 登録部
１２ｂ 認証部
１２ｃ 収集部
１２ｄ 受信部
１２ｅ 取得部
１２ｆ 送信部
１２ｇ 接続部
１３ 記憶部
１３ａ ユーザＩＤ記憶部
２０Ａ、２０Ｂ ユーザ端末
３０Ａ サービスＡサーバ
３０Ｂ サービスＢサーバ
１００ 問い合わせシステム

Claims (8)

1. ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶する記憶部と、
   前記ユーザが使用するユーザ端末のうち、第１ユーザ端末から、前記第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信する受信部と、
   前記受信部によって問い合わせが受信されると、前記記憶部において、前記第２ユーザ端末に対応する前記サービス種別および前記連絡先情報を、前記記憶部から取得する取得部と、
   前記取得部によって取得されたサービス種別および連絡先情報を前記第１ユーザ端末に送信する送信部と、
   を備えることを特徴とする問い合わせシステム。
2. 前記ユーザ端末から、該ユーザ端末のユーザが利用しているサービスのサービス種別および連絡先情報の登録要求を受け付けた場合に、前記サービス種別および前記連絡先情報を前記記憶部に登録する登録部をさらに備えることを特徴とする請求項１に記載の問い合わせシステム。
3. 前記登録部によって登録要求が受け付けられた場合に、該登録要求を行ったユーザ端末に対して該ユーザ端末のユーザが登録者本人であるかを確認する認証情報を要求する認証部をさらに備えることを特徴とする請求項２に記載の問い合わせシステム。
4. 前記登録部は、前記ユーザ端末から前記登録要求を受け付けるとともに、該登録要求を受け付けた連絡先情報のうち他のユーザ端末への送信を許可する連絡先情報の設定を受け付けることを特徴とする請求項２または３に記載の問い合わせシステム。
5. 前記登録部は、前記ユーザ端末から前記登録要求を受け付けるとともに、該登録要求を受け付けた複数のサービス種別および連絡先情報の組を所定のグループに分ける設定を受け付け、
   前記受信部は、前記第１ユーザ端末から、前記第２ユーザ端末が利用しているサービスのサービス種別および連絡先情報の問い合わせを受信するとともに、前記第２ユーザ端末が利用しているサービス種別および連絡先情報を受信し、
   前記取得部は、前記受信部によって受信されたサービス種別および連絡先情報の組と同一のグループに属するサービス種別および連絡先情報を前記記憶部から取得することを特徴とする請求項２〜４のいずれか一つに記載の問い合わせシステム。
6. 各ユーザ端末の各サービスに対する接続状態を、サービスを提供するサーバから収集し、該接続状態を前記記憶部に格納する収集部をさらに備え、
   前記送信部は、前記取得部によって取得されたサービス種別および連絡先情報とともに、前記サービス種別および前記連絡先情報のサービスに対する前記第２ユーザ端末の接続状態に関する情報を前記第１ユーザ端末に送信することを特徴とする請求項１〜５のいずれか一つに記載の問い合わせシステム。
7. 前記第１ユーザ端末が利用するサービスと前記第２ユーザ端末が利用するサービスとが異なる場合に、両サービスにより送受信される通信情報を相互に変換し、前記第１ユーザ端末と前記第２ユーザ端末との通信を中継する接続部をさらに備えることを特徴とする請求項１〜６のいずれか一つに記載の問い合わせシステム。
8. 問い合わせシステムによって実行される問い合わせ方法であって、
   前記問い合わせシステムは、ユーザごとに、該ユーザが利用しているサービスのサービス種別と、サービスを利用する際の連絡先情報とを対応付けて記憶する記憶部を備え、
   前記ユーザが使用するユーザ端末のうち、第１ユーザ端末から、前記第１ユーザ端末以外の第２ユーザ端末が利用しているサービスの連絡先情報の問い合わせを受信する受信工程と、
   前記受信工程によって問い合わせが受信されると、前記記憶部において、前記第２ユーザ端末に対応する前記サービス種別および前記連絡先情報を、前記記憶部から取得する取得工程と、
   前記取得工程によって取得されたサービス種別および連絡先情報を前記第１ユーザ端末に送信する送信工程と、
   を含んだことを特徴とする問い合わせ方法。

Images