特開 2025-3265 情報処理装置

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

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

(11)【公開番号】P2025003265

(43)【公開日】2025-01-09

(54)【発明の名称】情報処理装置

(51)【国際特許分類】

   H04L 51/48 20220101AFI20241226BHJP

   G06Q 50/00 20240101ALI20241226BHJP

   H04L 67/51 20220101ALI20241226BHJP

   H04M 3/493 20060101ALI20241226BHJP

【ＦＩ】

H04L51/48

G06Q50/00 300

H04L67/51

H04M3/493

【審査請求】未請求

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023189612

(22)【出願日】2023-11-06

(31)【優先権主張番号】P 2023103582

(32)【優先日】2023-06-23

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】522412404

【氏名又は名称】株式会社インフォボックス

(74)【代理人】

【識別番号】100190621

【弁理士】

【氏名又は名称】崎間 伸洋

(74)【代理人】

【識別番号】100212510

【弁理士】

【氏名又は名称】笠原 翔

(72)【発明者】

【氏名】平沼 海統

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

5K201

5L049

5L050

【Ｆターム（参考）】

5K201BA17

5K201CB09

5L049CC00

5L050CC00

(57)【要約】

【課題】ユーザのビジネス連絡先情報に基づいて、他のユーザの所属組織に係る情報を獲得する情報処理装置を提供すること。
【解決手段】情報処理装置は、所定のコンタクト情報を保有するユーザから、前記ユーザと所定の関係性を有する他のユーザのコンタクト情報へのアクセス許可を取得するアクセス許可取得手段と、前記他のユーザに、所定のコミュニティサービスの提供を申し入れるメッセージを送信するメッセージ送信手段と、を備える。
【選択図】図３

【特許請求の範囲】

【請求項1】

所定のコンタクト情報を保有するユーザから、前記ユーザと所定の関係性を有する他のユーザのコンタクト情報へのアクセス許可を取得するアクセス許可取得手段と、
前記他のユーザに、所定のコミュニティサービスの提供を申し入れるメッセージを送信するメッセージ送信手段と、
を備える情報処理装置。

【請求項2】

前記アクセス許可取得手段は、前記他のユーザから、前記他のユーザと所定の関係性を有する別のユーザのコンタクト情報へのアクセス許可を取得する、
請求項１に記載の情報処理装置。

【請求項3】

前記他のユーザが指定した所定の条件に応じて、前記所定のコミュニティサービスへの受け入れ選択を受け付けるサービス受入条件受付手段と、
前記所定の条件に応じて、前記所定のコミュニティサービスの提供プロセスを制御するサービス提供制御手段と、を更に備える、
請求項１に記載の情報処理装置。

【請求項4】

前記他のユーザから提供を希望するプロダクトにかかる情報を受け付けるプロダクト情報受付手段と、
前記所定のコミュニティサービスの提供を受け入れたユーザに前記プロダクトにかかる情報を提示するプロダクト情報提示手段と、を更に備える、
請求項１に記載の情報処理装置。

【請求項5】

前記プロダクト情報受付手段は、前記他のユーザが前記所定のコミュニティサービスを受け入れる際に、前記提供を希望するプロダクトにかかる情報を受け付ける、
請求項４に記載の情報処理装置。

【請求項6】

前記サービス提供制御手段は、前記所定のコミュニティサービスの受け入れ状況に基づいて、前記他のユーザに前記所定のコミュニティサービスへの受け入れを促す、
請求項３に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置に関する。

【背景技術】

【0002】

従来、各ユーザの複数のアカウント情報を保存し、各ユーザに対してＥメールサービスとインスタントメッセージサービスのクライアントアプリケーションを提供するシステムが提案されている（特許文献１参照）。また、第１のユーザに関連付けられた既存の連絡先リストをインポートし、第１のユーザのために、ソーシャルネットワークサービスに関連付けられたユーザアカウントのための第２の連絡先リストを作成するシステムが提案されている（特許文献２参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第５０６００４０号公報

【特許文献2】特表２０１６－５３２９６４号公報

【発明の概要】

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

【0004】

上述のネットワークシステムのように、複数のユーザの連絡先に関する情報がメールサービスやメッセージサービスで共有・管理されていても、ネットワークサービスを運営する事業者が新規ユーザを効率的に獲得するための仕組みにはなり難い。

【0005】

本発明は、ユーザの保有するビジネス連絡先情報に基づいて、そのユーザと所定の関係性を有する他のユーザを効率的に獲得することを目的とする。

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

【0006】

上記目的を達成するため、本発明の一態様は、所定のコンタクト情報を保有するユーザから、前記ユーザと所定の関係性を有する他のユーザのコンタクト情報へのアクセス許可を取得するアクセス許可取得手段と、前記他のユーザに、所定のコミュニティサービスの提供を申し入れるメッセージを送信するメッセージ送信手段と、を備える情報処理装置である。

【発明の効果】

【0007】

本発明に係る情報処理装置によれば、ユーザの保有するビジネス連絡先情報に基づいて、そのユーザと所定の関係性を有する他のユーザを効率的に獲得することができる。

【図面の簡単な説明】

【0008】

【図1】実施形態のコンタクト情報獲得システム１００の全体構成を示す概念図である。

【図2】実施形態に係る管理サーバ１のハードウェア構成の一例を示すブロック図である。

【図3】管理サーバ１、ユーザ端末２及びユーザ端末３の機能的な構成を示すブロック図である。

【図4】管理サーバ１によるコンタクト情報獲得処理の第１の手順を示すフローチャートである。

【図5】管理サーバ１によるコンタクト情報獲得処理の第２の手順を示すフローチャートである。

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

【0009】

（システム構成）
以下、実施形態として、本発明に係る情報処理装置を含むコンタクト情報獲得システム１００について、図面を参照して説明する。
図１は、実施形態のコンタクト情報獲得システム１００の全体構成を示す概念図である。図１に示すように、コンタクト情報獲得システム１００は、管理サーバ１、ユーザ端末２、ユーザ端末３－１～３－ｎ、ユーザ端末４－１～４－ｎを備え、これらの端末がネットワークＮを介して相互に接続されている。ネットワークＮは、例えば、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＶＰＮ（Ｖｅｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等である。

【0010】

管理サーバ１は、コンタクト情報獲得システム１００の全体を管理する情報処理装置である。管理サーバ１は、後述する各端末から送信される各種の情報を取得し、対応する各種の処理を実行する。また、管理サーバ１は、各端末に向けて各種の情報を送信し、各端末において対応する処理を実行させる。管理サーバ１が提供するコミュニティサービスは、例えば、各種プロダクト（後述）を販売したい人、購入したい人のための会員制のネットワークサービスである。コミュニティサービスは、管理サーバ１を管理する事業者により運営される。

【0011】

ユーザ端末２、ユーザ端末３－１～３－ｎ、ユーザ端末４－１～４－ｎは、管理サーバ１がコンタクト情報を獲得するためにアクセスするユーザが使用する端末である。ここで、「ユーザ」とは、コミュニティサービスに参加している人物及びコミュニティサービスに参加する前の人物である。すなわち、ユーザとは、コンタクト情報獲得システム１００において、管理サーバ１との間で情報の送受信を行う人物であればよく、コミュニティサービスへ参加している人物だけでなく、コミュニティサービスに参加する前の人物を含む。以下の説明において、ユーザＡ、ユーザＢ、ユーザＣを特に区別しない場合には、これらをまとめて「ユーザ」という。

【0012】

ユーザ端末２は、ユーザＡが操作する情報処理装置であり、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等により構成される。ユーザ端末２は、コミュニティサービスを利用するための所定のアプリケーションプログラムの実行を可能とする。ユーザ端末２は、取得した各種の情報、ユーザの操作により入力された各種の情報等に基づいて、各種の処理を行うことを可能とする。また、ユーザ端末２は、管理サーバ１に向けて各種の情報を送信することを可能とする。

【0013】

ユーザＡは、所定のコンタクト情報を保有する人物である。図１では、ユーザ端末２を１つのみ示しているが、ユーザ端末２は複数あってもよい。すなわち、ユーザＡは複数存在していてもよい。ユーザＡのコンタクト情報とは、ユーザＡの保有するアドレス帳等に記載されたビジネス連絡先情報であり、例えば、フリーメールアカウント、ビジネスアカウントに保存されたメールアドレスである。

【0014】

ユーザ端末３－１～３－ｎは、ユーザＢが操作する情報処理装置のグループであり、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等により構成される。以下、ユーザ端末３－１～３－ｎを総称して「ユーザ端末３」ともいう。ユーザ端末３は、コミュニティサービスを利用するための所定のアプリケーションプログラムの実行を可能とする。ユーザ端末３は、取得した各種の情報、ユーザの操作により入力された各種の情報等に基づいて、各種の処理を行うことを可能とする。また、ユーザ端末３は、管理サーバ１に向けて各種の情報を送信することを可能とする。

【0015】

ユーザＢは、ユーザＡと所定の関係性を有する他のユーザである。例えば、ユーザＢは、ユーザＡとビジネス上の付き合いのある人物である（会社の上司、同僚、営業先の担当者等）。ユーザＢは、ユーザＡのアドレス帳に保存されたメールアドレスと紐付けられている。ここでは、複数（ｎ人）のユーザＢが存在するものとして説明する。ユーザＢは、それぞれ所属組織に係る情報を保有している。所属組織に係る情報とは、例えば、所属企業の会社名、住所、氏名、役職・部署、電話番号、勤務履歴等である。

【0016】

ユーザ端末４－１～４－ｎは、ユーザＣが操作する情報処理装置のグループであり、例えば、スマートフォン、タブレット端末、パーソナルコンピュータ等により構成される。以下、ユーザ端末４－１～４－ｎを総称して「ユーザ端末４」ともいう。ユーザ端末４は、コミュニティサービスを利用するための所定のアプリケーションプログラムの実行を可能とする。ユーザ端末４は、取得した各種の情報、ユーザの操作により入力された各種の情報等に基づいて、各種の処理を行うことを可能とする。また、ユーザ端末４は、管理サーバ１に向けて各種の情報を送信することを可能とする。

【0017】

ユーザＣは、ユーザＢと所定の関係性を有する別のユーザである。例えば、ユーザＣは、ユーザＢとビジネス上の付き合いのある人物である（会社の上司、同僚、営業先の担当者等）。ユーザＣは、ユーザＢのアドレス帳に保存されたメールアドレスに紐付けられている。ここでは、複数（ｎ人）のユーザＣが存在するものとして説明する。ユーザＣは、それぞれ所属組織に係る情報を保有している。所属組織に係る情報とは、例えば、所属企業の会社名、氏名、部署・役職、電話番号等である。なお、ユーザＣは、各ユーザＢにおいて所定の関係性を有する他のユーザであるが、ここでは、１人のユーザＢとビジネス上の付き合いのある人物のグループとして説明する。

【0018】

（ハードウェア構成）
図２は、実施形態に係る管理サーバ１のハードウェア構成の一例を示すブロック図である。
管理サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３、バス１４、入出力インターフェース１５、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０を備える。

【0019】

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム又は記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

【0020】

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。バス１４には、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。

【0021】

入力部１６は、例えば、タッチパネル、キーボード、マウス等により構成され、各種情報を入力する。出力部１７は、ディスプレイ、プリンタ、スピーカ等により構成され、各種情報を画像、印刷物、音声等として出力する。

【0022】

記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワーク網（不図示）を介して、他の装置との間で通信を行う。

【0023】

ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、半導体メモリ等からなり、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

【0024】

図示していないが、ユーザ端末２～ユーザ端末４は、図２に示す管理サーバ１と同様のハードウェア構成を有する。すなわち、ユーザ端末２～ユーザ端末４は、図２に示すＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、バス１４、入出力インターフェース１５、入力部１６、出力部１７、記憶部１８、通信部１９及びドライブ２０の各々を有する。

【0025】

（機能的構成）
図３は、管理サーバ１、ユーザ端末２及びユーザ端末３の機能的な構成を示すブロック図である。なお、図１に示すユーザ端末４の構成は、ユーザ端末２及びユーザ端末３と同じであるため、図３の図示と説明を省略する。

【0026】

図３において、管理サーバ１のＣＰＵ１１は、コンタクト情報獲得システム１００の動作、機能を統括的に制御するオペレーティングシステム、アプリケーションプログラムを読み出して実行することにより、図２に示す各ハードウェアと協働して、各種の機能を実現する。ユーザ端末２～ユーザ端末４の機能についても、それぞれのＣＰＵがオペレーティングシステム、アプリケーションプログラムを読み出して実行することにより、図２に示す各ハードウェアと協働して、各種の機能を実現する。

【0027】

管理サーバ１のＣＰＵ１１は、コンタクト情報獲得システム１００の動作を統括的に制御する処理において、アクセス許可取得部３１、メッセージ送信部３２、サービス受入条件受付部３３、サービス提供制御部３４、プロダクト情報受付部３５、プロダクト情報提示部３６、通信制御部３７として機能する。

【0028】

アクセス許可取得部３１は、所定のコンタクト情報を保有するユーザＡから、ユーザＡと所定の関係性を有するユーザＢ（他のユーザ）のコンタクト情報へのアクセス許可を取得する。アクセス許可取得部３１は、例えば、フリーメールアカウントのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を介して、ユーザＡがコンタクト情報のアクセス許可操作を行うためのＵＲＬを含むメッセージ（以下、「オプトインメール」ともいう）をユーザＡに送信することにより、ユーザＡからユーザＢのコンタクト情報へのアクセス許可を取得する。或いは、アクセス許可取得部３１は、ユーザＡがフリーメールアカウントでコミュニティサービスにログインして、前記ＵＲＬを含むＬＰ（Ｌａｎｄｉｎｇ Ｐａｇｅ）へアクセスしてきた際に、ユーザＡからユーザＢのコンタクト情報へのアクセス許可を取得してもよい。ユーザＡは、コミュニティサービスの会員であってもよいし、会員でなくてもよい。アクセス許可取得部３１は、ユーザＡからユーザＢのコンタクト情報のアクセス許可（オプトイン）を取得した場合、例えば、ユーザＡのフリーメールアカウントを管理している事業者からユーザＡのコンタクト情報に関するデータを取得する。

【0029】

メッセージ送信部３２は、ユーザＡからアクセス許可を取得したユーザＢに対して、コミュニティサービスの提供を申し入れるメッセージ（以下、「招待メール」ともいう）を送信する。「コミュニティサービスの提供を申し入れる」とは、ユーザＢに対して、コミュニティサービスへ入会して会員になることを勧誘することをいう。

【0030】

メッセージ送信部３２は、招待メールに対してユーザＢから入会登録情報を受信した場合、ユーザＢに関する情報をコミュニティサービス情報ＤＢ４２に記憶させる。ユーザＢに関する情報には、ユーザＢの所属組織に係る情報（例えば、所属企業の会社名、氏名、部署・役職、電話番号等）が含まれる。また、サービス受入条件受付部３３は、招待メールを受信したユーザＢが指定した所定の入会条件（後述）に応じて、コミュニティサービスへの受け入れ選択を受け付ける。

【0031】

ユーザＢは、コミュニティサービスに関心はあるが、今すぐ入会することを希望していない場合、入会条件（例えば、所定期間後に入会する）を指定して送信する。ユーザＢは、招待メールに含まれるＵＲＬを通じて入会条件を送信することができる。サービス受入条件受付部３３は、ユーザＢから指定された所定の入会条件に応じたコミュニティサービスの提供プロセスを、コミュニティサービスへの受け入れ選択として受け付ける。なお、「入会条件」とは、入会を前提として指定される条件であるが、入会を検討することを含む条件として指定されることもある。

【0032】

サービス提供制御部３４は、サービス受入条件受付部３３で受け付けられた所定の入会条件に応じて、コミュニティサービスの提供プロセスを制御する。例えば、サービス提供制御部３４は、提供プロセスとして、招待メールを送信してから所定期間後にユーザＢにリマインドメールを送信したり、招待メールを送信してから所定期間、ユーザＢからの受け入れメッセージの受信を待機したりする（その間、リマインドメールの送信は停止する）。なお、リマインドメールは、招待メールと同じであってもよい。

【0033】

サービス提供制御部３４は、コミュニティサービスの受け入れ状況に基づいて、ユーザＢにコミュニティサービスへの受け入れを促す処理を行うことができる。コミュニティサービスの受け入れ状況とは、例えば、コミュニティサービスの会員数が挙げられるが、コミュニティサービスにおいて、プロダクトの売買が成立した件数等に関する情報が含まれてもよい。サービス提供制御部３４は、ユーザＢに送信する招待メール（リマインドメールの場合を含む）に、コミュニティサービスの受け入れ状況に関する情報を含ませる処理を行うことができる。

【0034】

プロダクト情報受付部３５は、ユーザＢから、提供を希望するプロダクトにかかる情報を受け付けて、プロダクト情報ＤＢ４４に登録する。「プロダクトにかかる情報」とは、ユーザＢが購入を希望する製品、商品、データ、ソフトウェア、アプリ、コンテンツ等に関する情報であり、有形、無形を問わない。

【0035】

プロダクト情報受付部３５は、ユーザＢがコミュニティサービスを受け入れる際に、提供を希望するプロダクトにかかる情報を受け付ける。このように、ユーザＢがコミュニティサービスへ入会することを条件として、ユーザＢから提供を希望するプロダクトにかかる情報を受け付けることにより、コミュニティサービスへの受け入れユーザ数を増加させることができる。一方、ユーザＢがコミュニティサービスへ入会することを条件とせずに、ユーザＢから提供を希望するプロダクトにかかる情報を受け付けるようにすることもできる。プロダクト情報受付部３５が提供を希望するプロダクトにかかる情報を受け付けるのは、ユーザＢに限らず、ユーザＡを含む他のユーザでもよい。

【0036】

プロダクト情報提示部３６、コミュニティサービスの提供を受け入れたユーザ（会員ユーザ）に、プロダクトにかかる情報を提示する。プロダクト情報提示部３６は、会員ユーザから受け付けたプロダクトにかかる情報を、他の会員ユーザが閲覧できるようにプロダクト情報ＤＢ４４を管理する。

【0037】

通信制御部３７は、通信部１９と通信部２９（ユーザ端末２）とを介して、ユーザ端末２との間で行われる通信を制御する。また、通信制御部３７は、通信部１９と通信部３９（ユーザ端末３）とを介して、ユーザ端末３との間で行われる通信を制御する。

【0038】

管理サーバ１の記憶部１８は、コンタクト情報ＤＢ（データベース）４１、コミュニティサービス情報ＤＢ４２、サービス受け入れ情報ＤＢ４３、プロダクト情報ＤＢ４４を備える。

【0039】

コンタクト情報ＤＢ４１は、ユーザのフリーメールアカウント、ビジネスアカウントに保存されたメールアドレス、ユーザのオプトインにより取得したコンタクト情報に関するデータ等を記憶する。
コミュニティサービス情報ＤＢ４２は、管理サーバ１が提供するコミュニティサービスに関する情報、コミュニティサービスに入会したユーザに関する情報等を記憶する。

【0040】

サービス受け入れ情報ＤＢ４３は、サービス受入条件受付部３３で受け付けた、ユーザＢのコミュニティサービスへの受け入れ選択に関する情報を記憶する。
プロダクト情報ＤＢ４４は、プロダクト情報受付部３５で受け付けた、ユーザが提供を希望するプロダクトにかかる情報を記憶する。

【0041】

図３に示すように、ユーザ端末２は、ＣＰＵ５１、通信部２９を備える。ＣＰＵ５１は、ユーザ端末２の動作を統括的に制御する処理において、情報処理部５２、表示制御部５３、通信制御部５４として機能する。情報処理部５２は、通信部２９から取得したデータや指示に基づいて各種の情報処理（演算）を行い、通信制御部５４へ出力する。表示制御部５３は、ユーザ端末２の出力部であるディスプレイ（不図示）の表示を制御する。通信制御部５４は、情報処理部５２から出力された処理結果を、通信部２９を介して管理サーバ１へ送信する。通信部２９は、管理サーバ１の通信部１９と協働して、データや指示の送受信を行う。

【0042】

ユーザ端末３は、ＣＰＵ６１、通信部３９を備える。ＣＰＵ６１は、ユーザ端末３の動作を統括的に制御する処理において、情報処理部６２、表示制御部６３、通信制御部６４として機能する。情報処理部６２は、通信部３９から取得したデータや指示に基づいて各種の情報処理（演算）を行い、通信制御部６４へ出力する。表示制御部６３は、ユーザ端末３の出力部であるディスプレイ（不図示）の表示を制御する。通信制御部６４は、情報処理部６２から出力された処理結果を、通信部３９を介して管理サーバ１へ送信する。通信部３９は、管理サーバ１の通信部１９と協働して、データや指示の送受信を行う。

【0043】

（処理内容）
図４は、管理サーバ１によるコンタクト情報獲得処理の第１の手順を示すフローチャートである。図４においては、ユーザＡのオプトインによりユーザＢ（他のユーザ）へコミュニティサービスへの招待メールを送信するまでの手順を示している。また、図１に示すように、ユーザＢのユーザ端末３は、ユーザ端末３－１～３－ｎとして複数存在することを前提としているが、図４では、ユーザＢのユーザ端末３を１つ示して説明する。各ユーザ端末３に対する管理サーバ１の処理は、実質的に同じである。

【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】

このようなプログラムを含む記録媒体は、ユーザ等にプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザ等に提供される記録媒体等で構成される。プログラムはネットワークを介して配信可能であることから、記録媒体は、ネットワークに接続された、或いは接続可能なコンピュータに搭載、或いはアクセス可能なものであってもよい。

【0070】

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

【0071】

換言すると、本発明が適用される情報処理装置は、次のような構成を有する各種各様の実施形態を採ることができる。
すなわち、情報処理装置（例えば、図３の管理サーバ１）は、所定のコンタクト情報を保有するユーザから、前記ユーザと所定の関係性を有する他のユーザのコンタクト情報へのアクセス許可を取得するアクセス許可取得手段（例えば、図３のアクセス許可取得部３１）と、前記他のユーザに、所定のコミュニティサービスの提供を申し入れるメッセージを送信するメッセージ送信手段（例えば、図３のメッセージ送信部３２）と、を備える。
これにより、ユーザの保有するビジネス連絡先情報に基づいて、そのユーザと所定の関係性を有する他のユーザを効率的に獲得することができる。

【0072】

前記アクセス許可取得手段において、前記他のユーザから、前記他のユーザと所定の関係性を有する別のユーザのコンタクト情報へのアクセス許可を取得するようにしてもよい。
これにより、ユーザの都合に応じて、コミュニティサービスの提供プロセスを柔軟に設定することができる。

【0073】

情報処理装置は、前記他のユーザが指定した所定の条件に応じて、前記所定のコミュニティサービスへの受け入れ選択を受け付けるサービス受入条件受付手段（例えば、図３のサービス受入条件受付部３３）と、前記所定の条件に応じて、前記所定のコミュニティサービスの提供プロセスを制御するサービス提供制御手段（例えば、図３のサービス提供制御部３４）と、を更に備えてもよい。
これにより、ユーザの都合に応じて、コミュニティサービスの提供プロセスを柔軟に設定することができる。

【0074】

情報処理装置は、前記他のユーザから提供を希望するプロダクトにかかる情報を受け付けるプロダクト情報受付手段（例えば、図３のプロダクト情報受付部３５）と、前記所定のコミュニティサービスの提供を受け入れたユーザに前記プロダクトにかかる情報を提示するプロダクト情報提示手段（例えば、図３のプロダクト情報提示部３６）と、を更に備えてもよい。
これにより、ユーザが提供を希望するプロダクトにかかる情報の受け付けをインセンティブとして、コミュニティサービスへの受け入れユーザ数を増加させることができる。

【0075】

前記プロダクト情報受付手段において、前記他のユーザが前記所定のコミュニティサービスを受け入れる際に、前記提供を希望するプロダクトにかかる情報を受け付けるようにしてもよい。
これにより、コミュニティサービスにおいて、より多くのユーザ間でプロダクトにかかる情報を共有することができる。

【0076】

前記サービス提供制御手段において、前記所定のコミュニティサービスの受け入れ状況に基づいて、前記他のユーザに前記所定のコミュニティサービスへの受け入れを促すようにしてもよい。
これにより、効率的且つ効果的にコミュニティサービスへの受け入れユーザ数を増加させることができる。

【符号の説明】

【0077】

１ 管理サーバ
２，３－１～３－ｎ，４－１～４－ｎ ユーザ端末
３１ アクセス許可取得部
３２ メッセージ送信部
３３ サービス受入条件受付部
３４ サービス提供制御部
３５ プロダクト情報受付部
３６ プロダクト情報提示部

【図1】

【図2】

【図3】

【図4】

【図5】