JP2020086880A - メッセージ転送装置、方法及びプログラム - Google Patents

Abstract

【課題】ＳＭＳなどの通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供する。【解決手段】メッセージ転送装置は、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、データベースを更新しかつ検索するデータベース制御部と、顧客ＩＤに対応するグループＩＤに関連付けられたセンダーＩＤを付加した送信メッセージを、端末ＩＤで識別される端末に送信する送信部と、送信メッセージを受信した端末からの返信メッセージであって、送信メッセージに付加されていたセンダーＩＤが返信先に指定され、端末の端末ＩＤが付加された、返信メッセージを受信する受信部と、返信メッセージを、データベースに登録されたセンダーＩＤと端末ＩＤとのペアに対応する一意に特定された顧客ＩＤで識別される顧客に伝達する伝達部と、を有する。【選択図】図１

Description

本発明は、メッセージ転送装置、方法及びプログラムに関する。

ネットワークを用いてメッセージ又は画像などのメディア情報を転送する技術には多様な方式が存在する。たとえば、ＳＭＳはShort Message Serviceの略である。ＳＭＳ送信とは、メールアドレスではなく携帯電話やスマートフォンの電話番号を宛先にしてメッセージを送信するサービスである。初期のＳＭＳは、短いテキストを転送していたため、「ショートメッセージサービス」と一般に称されているが、技術の発展とともに、転送できるデータ量も増大し、転送できるメディアの種類も多様化している。

ＳＭＳは、個別配信や一斉配信を行うことができる。ＳＭＳでは、電話番号を利用するため、メールアドレスで着信メールをフィルタリングしているユーザーにも、メッセージをより確実に届けることができる。ＳＭＳは、通信キャリアが宛先に用いる電話番号を使うため個人認証の目的で利用されることも多い。また、なりすましや重複登録を防ぐ能力が高い。

ＳＭＳなどのメッセージ通信では、上述のように電話番号を用いた通信を利用することで、無料又は安価で比較的容易に取得できるメールアドレスなどを利用して通信するよりも、利用者（本人）を特定することをより確実に行うことができる。

すなわち、電話番号を利用するためには、通常、ネットワーク通信網の利用料金を支払うことなどが必要となるため、電話番号を取得するには、メールアドレスなどを利用する場合よりも、より厳密な本人確認が必要とされている場合が多い。また、電話番号は、本人に確実にアクセスできる連絡先としても一般に利用されている。したがって、電話番号を利用するＳＭＳなどの通信は、メールアドレスなどを利用する通信よりも、本人を特定することがより確実である。

反面、電話番号は、比較的自由に本人が設定できるメールアドレスなどよりも選択の自由度も狭く、かつ、取得するために一定の費用がかかることがほとんどである、また。このことによって、電話番号はメールアドレスなどと比較して、メッセージの転送の確実性及び本人の確認機能などの面で有利性があるが、電話番号のリソースはより限定されており、取得するためのコストも高くなっている。しかも、１つのメッセージを転送するコストは、電話番号を利用したＳＭＳでは、メールアドレスを利用した通信よりも一般的に高くなっている。

以上の説明は、電話番号を利用したＳＭＳ通信を例にしたが、以下に説明する実施形態は、ＳＭＳ通信に限られるものではなく、上記の例示の通信に準じた性質を有する通信に適用できるものであることは言うまでもない。

特許第５８５５７３２号公報

開示された実施の形態は、メッセージの伝達能力が高く、また本人確認の能力が高いなどの特徴を有するＳＭＳなどの通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供することを目的とする。

開示された実施の形態によれば、複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取部であって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取部と、前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、前記データベースを更新しかつ検索するデータベース制御部と、前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられた前記センダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信する送信部と、前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信する受信部と、前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達する伝達部と、を有するメッセージ転送装置が提供される。

開示された実施の形態は、メッセージの伝達能力が高く、また本人確認の能力が高いなどの特徴を有するＳＭＳ又はこれに類似する通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供することができる。

複数の実施形態を実現するブロック図である。 第１の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。 データベースのエントリーのデータ構造の例を示す図である。 第１の実施形態のフローチャートである。 端末からの返信メッセージを、メッセージ転送装置を介して顧客に伝達するフローチャートである。 第２の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。 データベースのエントリーのデータ構造の例を示す図である。 第２の実施形態のフローチャートである。 変形例１を示すフローチャートである。 変形例２を示すフローチャートである。 他の変形例を示す図である。 変形例３を示す図である。 変形例４を示す図である。 実施形態の各ハードウエア構成を示す図である。

既に説明したように、以下に説明する実施形態は電話番号を利用したＳＭＳ通信を例にして説明するが、実施形態はＳＭＳ通信に限られるものではなく、例示した通信に準じた性質を有するあらゆる通信に適用できるものであることは言うまでもない。

また、各実施形態は、それぞれが排他的なものではなく、ある実施形態の一部を他の実施形態に組み込んだり、ある実施形態の一部を他の実施形態の一部で代替したりすることができる。

加えて、例示したフローチャートの各フローは、矛盾のない限り順番を入れ替えることができる。また、矛盾のない限り、例示された１つのフローを、異なるタイミングで、複数回実行することができる。
また、矛盾のない限り、複数のフローを同時に実行したりすることができる。

また、開示された実施形態の一部のプログラムは、オペレーティングシステムなどの汎用のプログラム、またはハードウエアで実現することができる。加えて、開示されたプログラムは、複数のハードウエアで分散して実行されてもよい。

＜実施形態の機能の概要＞
図１は、複数の実施形態を実現するブロック図である。
顧客１１と端末３０とがテキストなどを含むメッセージを交換する。携帯電話は、端末３０の一例である。メッセージ転送装置４０は、顧客１１からの送信メッセージをいずれかの端末３０に転送し、端末３０からの返信メッセージをいずれかの顧客１１に転送する。

複数の顧客１１の各々は、複数のグループ１０のいずれかに属している。なお、同一の顧客が複数のグループに属することとしたい場合には、例えば各々のグループに対応して異なる顧客ＩＤを同一の顧客にアサインするようにすればよい。

図１では、グループＡに顧客ａ及び顧客ｂが属しており、グループＢに顧客ｃ、顧客ｄ及び顧客ｅが属している。例えば、グループＡは、複数のテナント企業を管理する管理会社であり、顧客a及び顧客ｂは、管理会社に属するテナントであってもよい。また、例えば、グループＡは、あるフランチャイズチェーンの親企業（フランチャイジー）であり、顧客a及び顧客ｂは、フランチャイズチェーンに参加する独立店（フランチャイザー）であってもよい。

図１において、メッセージ転送装置４０は、データベース４１、ＤＢ制御部４２、顧客から送信メッセージ等を受け取る受取部４５、受け取られた送信メッセージをいずれかの端末３０に送信する送信部４６、端末３０からの返信メッセージ等を受信する受信部４８、及び返信メッセージを顧客１１に伝達する伝達部４７を有する。

なお、送信メッセージには、送信元を示すセンダーＩＤ（図１に不図示）が付加される。また、返信メッセージには、返信先を示すセンダーＩＤが付加される。メッセージ転送装置が送信するメッセージの発信元アドレス、またはメッセージ転送装置が受信する返信メッセージの宛先アドレスとなる電話番号は、センダーＩＤの一例である。
また、ＤＢ制御部４２は、データベース４１のエントリーを作成又は更新する更新部４３と、データベース４１を検索する検索部４４とを備える。

データベース４１は、例えば、顧客１１を識別する顧客ＩＤと、センダーＩＤと、端末３０を識別する端末ＩＤとを紐づけるエントリーを持つ。また、データベース４１は、グループＩＤと、センダーＩＤの集合と、顧客ＩＤの集合とを紐づけるエントリーを有する。
ＤＢ制御部４２は、顧客１１又は顧客のグループ１０から指令を受けることができる。顧客１１又は顧客のグループ１０は、ＤＢ制御部４２に指令を与えることにより、データベース４１に、エントリーを作成したり、エントリーを削除したりして、データベースの内容を編集することができる。また、顧客１１からのメッセージ又は端末３０からのメッセージ内に特定の文字列（又はコマンド）を含ませることで、ＤＢ制御部３２に指令を与えることによって、データベースの内容を編集することができるようにしてもよい。なお、メッセージ内の特定の文字列（又はコマンド）、及び、顧客１１又は顧客のグループ１０によるデータベース４１の編集の具体例は、変形例において後述する。
或いは、ＤＢ制御部は、顧客３０からのセンダーＩＤ宛の音声通話によって、端末３０を用いるユーザーからの指示、或いはボタン操作による指示を受け取ることによってＤＢ制御部４２が所定の動作を行って、データベースの内容を編集するようにしてもよい。
或いは、ＤＢ制御部は、所定のウェブサイトにおいて顧客３０からの指示を受け取ることによってＤＢ制御部４２が所定の動作を行って、データベースの内容を編集するようにしてもよい。所定のウェブサイトのＵＲＬは、送信メッセージ内に記載して端末３０の操作者にウェブサイトへの誘導を促してもよい。

＜第１の実施形態＞
第１の実施形態は、図１を参照しつつ、その他の図を用いて以下に説明する。

図２は、第１の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。
図２（Ａ）は、データベース４１の内容のうち、グループ１０と、顧客１１と、センダーＩＤ５０との関係を示す例である。グループＡは、顧客ａと顧客ｂとを有し、センダーＩＤ５１とセンダーＩＤ５２とが利用できることが示されている。グループＢは、顧客ｃと顧客ｄと顧客ｅとを有し、センダーＩＤ５３とセンダーＩＤ５４とが利用できることが示されている。グループＣは、顧客ｆないし顧客ｋを有し、センダーＩＤ５５ないしセンダーＩＤ５８が利用できることが示されている。
以下では、グループＢを例にして説明する。
図２（Ｂ）は、顧客１１と端末３０とのメッセージの送受信の例を示している。

（送信メッセージ）
メッセージ転送装置４０は、センダーＩＤ５４を顧客ｃからの送信メッセージ７０に付加して、端末ａに送信している。更新部４３は、顧客ｃと、センダーＩＤ５４と、端末ａとを紐づけるエントリーを、データベース４１に登録する。

また、メッセージ転送装置４０の検索部４４は、顧客ｄからの送信メッセージ７０を端末ａに送信する際、顧客ｄが過去に端末ａに送信メッセージを既に送信したことを示すエントリーがデータベース４１に存在するか否かをチェックする。（そのエントリーがデータベース４１に存在する場合には、そのエントリーに紐づいたセンダーＩＤを送信メッセージに付加すればよい。）なお、図２（Ｂ）においては、そのエントリーが存在しなかったとする。この場合、検索部４４は、他の顧客から端末ａに送信メッセージを既に送信したことを示すエントリーがデータベース４１に存在するか否かをチェックする。図２（Ｂ）の場合には、顧客ｃがすでにセンダーＩＤ５４を送信メッセージ７０に付加して端末ａに送信している。このため、検索部４４は、グループＡに属するセンダーＩＤのうち、空いているセンダーＩＤを検索する。検索部４４は、センダーＩＤ５３が端末aに対して未使用であることを見出す。この結果、検索部４４は、送信部４６にセンダーＩＤ５３を与える。送信部４６は、顧客ｄからの送信メッセージ７０にセンダーＩＤ５３を付加して、端末ａに送信メッセージを送信する。更新部４３は、顧客ＩＤである顧客ｄと、センダーＩＤ５３と、端末ＩＤである端末ａとを紐づけるエントリーを、データベース４１に登録する。

（返信メッセージ）
メッセージ転送装置４０の受信部４８が、端末ａからの返信メッセージ７５にセンダーＩＤ５４が付された返信メッセージ７５を受信すると、検索部４４は、データベース４１を検索する。検索部４４は、センダーＩＤ５４と端末ＩＤである端末ａとのペアを検索キーにデータベース４１を検索して、前記顧客ＩＤである顧客ｃを得て、前記顧客ＩＤである顧客ｃを伝達部４７に与える。伝達部は、顧客ａに端末ａからの返信メッセージ７５を伝達する。

メッセージ転送装置４０の受信部４８が、端末ａからの返信メッセージ７５にセンダーＩＤ５３が付された返信メッセージ７５を受信すると、検索部４４は、データベース４１を検索する。検索部４４は、センダーＩＤ５３と端末ＩＤである端末ａとのペアを検索キーにデータベース４１を検索して、前記顧客ＩＤである顧客ｄを得て、前記顧客ＩＤである顧客ｄを伝達部４７に与える。伝達部は、顧客ｄに端末ａからの返信メッセージ７５を伝達する。

図２（Ｂ）には、その他の送信メッセージ７０及び返信メッセージ７５の送受信の態様が示されている。
図２（Ｂ）の実施態様では、グループＢに２つのセンダーＩＤが割り当てられている。したがって、各端末３０に対して、最大で、２か所の顧客１１からの送信メッセージを送ることができるという条件を守ることとなる。顧客１１の各々は、上記条件を満たす限り、２つのセンダーＩＤを最大限に利用して、メッセージ転送装置４０を介して、端末３０の各々と、送信メッセージ及び返信メッセージの送受信を行うことができる。

したがって、図２（Ｂ）のグループＢの３つの顧客１１の各々に専用のセンダーＩＤをアサインする場合には、３つのセンダーＩＤが必要とされるが、２つのセンダーＩＤ（センダーＩＤ５３及びセンダーＩＤ５４）をアサインするだけで、メッセージの送受信を実現できることになる。なお、上記の制限による不都合を回避するための様々な方策については、後述する。なお、上記の制限による不都合を回避するために、新たなセンダーＩＤを、不都合が発生しているグループに追加してアサインするようにしてもよい。

図３は、データベース４１のエントリーのデータ構造の例を示す図である。
図３（Ａ）は、グループ（Ｂ）に、顧客ｃと顧客ｄと顧客ｅとが属していること、センダーＩＤ５３とセンダーＩＤ５４とが属していることを示している。検索部４４は、このエントリーを検索することで、顧客ＩＤをキーにしてグループを検索することができる。また、検索部４４は、顧客ＩＤ又はグループＩＤから、利用できるセンダーＩＤを取得することができる。

図３（Ｂ）は、グループＢに関して、顧客ＩＤと、センダーＩＤと、端末ＩＤとの紐づけを記憶する複数のエントリーである。検索部４４は、顧客ＩＤと端末ＩＤとのペアをキーとして、図３（Ｂ）を検索することで、既に、顧客ＩＤと端末ＩＤとのペアがメッセージの送受信を行ったことがあるか否かを（メッセージの送受信を行ったことがあれば、いずれのセンダーＩＤが使われたかを）チェックできる。メッセージの送受信が行われたことがないことが分かった場合には、更に、特定の端末ＩＤをキーにして検索を行うことで、特定の端末に対して、既に使われているセンダーＩＤを得ることができる。特定の端末に既に使われているセンダーＩＤのすべてをキーにして、図３（Ａ）のエントリーを検索することで、利用可能なセンダーＩＤが存在するか否かの情報、及び、存在する場合に、利用できるセンダーＩＤを得ることができる。
なお、図３（Ｂ）は、エントリーの例であって、他の形式でもエントリーが構成され得ることは、当業者に自明である。

図４は、第１の実施形態のフローチャートである。以下に、このフローチャートを用いて、第１の実施形態の動作の例を説明する。なお、以下の各ステップの動作主体は、メッセージ転送装置である。
［Ｓ４０２］顧客１１から、顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ４０４に移る。

［Ｓ４０４］顧客ＩＤからグループＩＤが特定される。なお。グループＩＤが顧客１１から得られた場合は、このステップを実行しなくてもよい。処理はステップＳ４０６に移る。

［Ｓ４０６］特定されたグループＩＤに関して、顧客ＩＤと端末ＩＤとのペアがデータベースに登録されているかがチェックされる。このチェックが肯定的であれば（ｙｅｓ）、処理はステップＳ４０８に移る。このチェックが否定的であれば（ｎｏ）、処理はステップＳ４１２に移る。
［Ｓ４０８］顧客ＩＤと端末ＩＤとのペアに紐付く第１のセンダーＩＤを送信部に与える。処理はステップＳ４２４に移る。

［Ｓ４１２］特定されたグループＩＤに関して端末ＩＤがデータベースに登録されているかがチェックされる。このチェックが肯定的であれば（ｙｅｓ）、処理はステップＳ４１６に移る。このチェックが否定的であれば（ｎｏ）、処理はステップＳ４１４に移る。
［Ｓ４１４］特定されたグループＩＤに属する第３のセンダーＩＤを送信部に与える。処理はステップＳ４１８に移る。

［Ｓ４１６］端末ＩＤに紐づいたセンダーＩＤ以外の第２のセンダーＩＤであって、特定されたグループＩＤに属する第２のセンダーＩＤを送信部に与える。処理は、ステップＳ４２０に移る。
［Ｓ４１８］顧客ＩＤと端末ＩＤとのペアと、第３のセンダーＩＤとを紐付けたエントリーをデータベースに登録する。処理はステップＳ４２４に移る。
［Ｓ４２０］顧客ＩＤと端末ＩＤとのペアと、第２のセンダーＩＤとを紐付けたエントリーをデータベースに登録する。処理はステップＳ４２４に移る。
［Ｓ４２４］第１のセンダーＩＤ、第２のセンダーＩＤ又は第３のセンダーＩＤを付加した送信メッセージを端末ＩＤで特定される端末に送信する。

以上の処理によって、グループ１０にアサインされたセンダーＩＤの数が、同じグループ１０に属する顧客１１の数より少なくても、利便性を犠牲にすることを極力抑えて、センダーＩＤを有効に利用することができる。

図５は、端末３０からの返信メッセージを、メッセージ転送装置４０を介して顧客に伝達するフローチャートである。以下に、この処理について説明する。以下の処理の動作主体は、メッセージ転送装置４０である。
［Ｓ５０２］端末３０から、返信メッセージ、センダーＩＤ及び端末ＩＤを受信する。処理はステップＳ５０４に移る。
［Ｓ５０４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースから顧客ＩＤを検索する。処理はステップＳ５０６に移る。
［Ｓ５０６］顧客ＩＤに対応する顧客に返信メッセージを伝達する。

以上の処理によって、端末３０から、センダーＩＤを宛先とした返信メッセージを、適切な顧客に伝達することができる。センダーＩＤを顧客１１が共有しつつ、メッセージの相互通信が確実に行えることになる。

＜第２の実施形態＞
図６は、第２の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。図１のブロック図を適宜参照しながら説明する。

図６（Ａ）は、データベース４１の内容のうち、グループ１０と、顧客１１と、センダーＩＤ６０との関係を示す例である。グループＡは、顧客ａと顧客ｂとが存在し、センダーＩＤ６１が利用できることが示されている。グループＢは、顧客ｃと顧客ｄと顧客ｅとが存在し、センダーＩＤ６２が利用できることが示されている。グループＣは、顧客ｆないし顧客ｋが存在し、センダーＩＤ６３が利用できることが示されている。
以下では、グループＢを例にして説明する。
図６（Ｂ）は、顧客１１と端末３０とのメッセージの送受信の例を示している。

（送信メッセージ）
メッセージ転送装置４０は、センダーＩＤ６２を顧客ｃからの送信メッセージ８０に付加して、時刻１に、端末ｃに送信している。更新部４３は、顧客ｃと、センダーＩＤ６２と、端末ｃと、時刻１とを紐づけるエントリーを、データベース４１に登録する。

メッセージ転送装置４０は、センダーＩＤ６２を顧客ｅからの送信メッセージ８０に付加して、時刻２に、端末ｃに送信している。更新部４３は、顧客ｅと、センダーＩＤ６２と、端末ｃと、時刻２とを紐づけるエントリーを、データベース４１に登録する。

メッセージ転送装置４０は、センダーＩＤ６２を顧客ｄからの送信メッセージ８０に付加して、時刻３に、端末ｃに送信している。更新部４３は、顧客ｃと、センダーＩＤ６２と、端末ｃと、時刻３とを紐づけるエントリーを、データベース４１に登録する。
図６（Ｂ）の他の送信メッセージに関しても、同様の処理が行われる。

（返信メッセージ）
メッセージ転送装置４０の受信部４８が、端末ｃからの返信メッセージ８５にセンダーＩＤ６２が付された返信メッセージ８５を受信すると、検索部４４は、データベース４１を検索する。

検索部４４は、センダーＩＤ６２と端末ＩＤである端末ｃとのペアを検索キーにデータベース４１を検索して、最も新しい時刻を持つエントリーを検索する。最も新しい時刻は、時刻３である。センダーＩＤ６２と端末ＩＤである端末ｃと時刻３とを有するエントリーから、顧客ＩＤである顧客ｄを得ることができる。
前記顧客ＩＤである顧客ｄを伝達部４７に与える。伝達部は、顧客ｄに端末ｃからの返信メッセージ８５を伝達する。
図６（Ｂ）には、その他の送信メッセージ８０及び返信メッセージ８５の送受信の態様が示されている。

図６（Ｂ）の実施態様では、各グループに１つのセンダーＩＤが割り当てられている。したがって、各端末３０は、１か所の顧客１１へ返信メッセージを返すことができるという条件を守ることとなる。顧客１１の各々は、１つのセンダーＩＤを最大限に利用して、メッセージ転送装置４０を介して、端末３０の各々と、送信メッセージ及び返信メッセージの送受信を行うことができる。

したがって、図６（Ｂ）のグループＢの３つの顧客１１の各々に専用のセンダーＩＤをアサインする場合には、３つのセンダーＩＤが必要とされるが、１つのセンダーＩＤ（センダーＩＤ６２）をアサインするだけで、メッセージの送受信を実現できることになる。

なお、上記の制限によって不都合を回避するためのその他の様々な方策については、後述する。なお、上記の制限によって不都合を回避するために、新たなセンダーＩＤを、不都合が発生しているグループに追加してアサインするようにしてもよい。なお、複数のセンダーＩＤが１つのグループにアサインされた場合には、複数のセンダーＩＤに関して、例えば個別に時刻を管理するようにすればよい。

図７は、データベース４１のエントリーのデータ構造の例を示す図である。
図７（Ａ）は、グループＢに、顧客ｃと顧客ｄと顧客ｅとが属していること、センダーＩＤ６２が属していることを示している。検索部４４は、このエントリーを検索することで、顧客ＩＤをキーにしてグループを検索することができる。また、検索部４４は、顧客ＩＤ又はグループＩＤから、利用できるセンダーＩＤを取得することができる。

図８は、第２の実施形態のフローチャートである。以下に、このフローチャートを用いて、第２の実施形態の動作の例を説明する。なお、以下の各ステップの動作主体は、メッセージ転送装置である。
図８（Ａ）は、送信メッセージの処理を示すフローチャートである。
［Ｓ８０２］顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ８０４に移る。

［Ｓ８０４］顧客ＩＤからグループＩＤが特定される。なお。グループＩＤが顧客１１から得られた場合は、このステップを実行しなくてもよい。処理はステップＳ８０６に移る。
［Ｓ８０６］グループＩＤからセンダーＩＤが特定される。処理はステップＳ８０８に移る。

［Ｓ８０８］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーをデータベースに登録又は更新する。処理はステップＳ８１０に移る。
［Ｓ８１０］特定されたセンダーＩＤを付加した送信メッセージを端末ＩＤで特定される端末に送信する。

図８（Ｂ）は、返信メッセージの処理を示すフローチャートである。以下に、そのフローについて説明する。下記の処理の実行主体は、メッセージ転送装置である。
［Ｓ８２２］返信メッセージ、センダーＩＤ及び端末IDを受信する。処理はステップＳ８２４に移る。

［Ｓ８２４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得る。処理はステップＳ８２６に移る。
［Ｓ８２６］得られた顧客ＩＤに対応する顧客に返信メッセージが伝達される。
以上の処理によって、端末３０からの返信メッセージが顧客１１に伝達される。

＜変形例１＞
図９は、変形例１を示すフローチャートである。

図９では、データベースの作成又は更新の際に、直近に発生したイベントに係るエントリーによって、古いエントリーが上書きされるようにデータベースの処理が行われる。これによって、データベースに登録された複数のエントリーから最新のエントリーを探す手間を省くことができる。処理の詳細は以下のとおりである。
（図９（Ａ）：送信メッセージ）
［Ｓ８５２］顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ８５４に移る。
［Ｓ８５４］顧客ＩＤからグループＩＤが特定される。顧客から、グループＩＤが取得できた場合には、この処理は不要である。処理はステップＳ８５６に移る。
［Ｓ８５６］グループＩＤからセンダーＩＤを特定する。処理はステップＳ８５７に移る。

［Ｓ８５７］センダーＩＤと端末ＩＤのペアを持つエントリーを、データベースから発見できたかがチェックされる。このチェック結果が肯定的（ｙｅｓ）であれば、処理はステップＳ８５８に移る。このチェック結果が否定的（ｎｏ）であれば、処理はステップＳ８６０に移る。

［Ｓ８５８］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーを、発見されたエントリーに上書きする。この処理は、上書きではなく、発見されたエントリーを消去する処理の後に、顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーを新たに登録してもよい。処理はステップＳ８６２に移る。
［Ｓ８６０］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーをデータベースに登録する。処理はステップＳ８６２に移る。
［Ｓ８６２］特定されたセンダーＩＤを付加した送信メッセージを、端末ＩＤで特定される端末に送信する。
以上の処理によって、データベースの作成又は更新の際に、直近に発生したイベントに係るエントリーによって、古いエントリーが上書きされるようにデータベースの処理が行われる。

（図９（Ｂ）：返信メッセージ）
端末３０から得られた返信メッセージの処理は以下のとおりである。なお、以下の処理の動作主体は、メッセージ転送装置である。
［Ｓ８８２］返信メッセージ、センダーＩＤ及び端末ＩＤを受信する。処理はステップＳ８８４に移る。
［Ｓ８８４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、顧客ＩＤを得る。処理はステップＳ８６６に移る。
［Ｓ８８６］得られた顧客ＩＤに対応する顧客に返信メッセージを伝達する。
以上の処理で、端末３０から得られた返信メッセージが、顧客１１に伝達される。

＜変形例２＞
図１０は、変形例２を示すフローチャートである。
変形例２では、所定の時間が経過すると、顧客１１がセンダーＩＤを占有して使用することを開放する処理を示している。この処理の詳細は、以下のとおりである。
処理は、例えば、定期的な割り込み処理によって開始されることが望ましい。
［Ｓ１００２］以下のステップＳ１００４の処理を、データベースのすべてのエントリーに対して実行する。

［Ｓ１００４］エントリーが作成されたか最後に更新されてから所定の時間が経過したエントリーを削除する。なお、削除対象となるエントリーは、センダーＩＤを占有することに関連するエントリーである。
［Ｓ１００６］繰り返し処理がステップＳ１００２との間で実行される。

以上の処理によって、顧客１１にアサインされたセンダーＩＤの占有が、所定の時間の経過後に開放され、センターＩＤが他の利用に供されることとなり、顧客１１により共有されるリソースであるセンダーＩＤの有効利用を図ることができる。

＜他の変形例＞
図１１は、その他の変形例を示す図である。なお、図１１では、一連の処理として記載されているが、図１１に示される各処理のうち、一部の処理だけが採用されて実行されてもよい。

（１）［Ｓ１１０１，Ｓ１１０２］

この処理では、センダーＩＤを確保して顧客１１から端末３０への送信メッセージの送信と、端末３０から顧客１１への返信メッセージの伝達が行われると、確保されたセンダーＩＤに関連するデータベースのエントリーを削除する処理を行う。

この処理によって、一往復のメッセージのやり取りでセンダーＩＤの確保が解放されることとなり、センダーＩＤを他のメッセージ転送にアサインすることができる。

（２）［Ｓ１１０４,Ｓ１１０６］

この処理では、所定の顧客ＩＤを持つ顧客からの送信メッセージが受け取られた場合には、データベースのエントリーの更新処理を行わないようにする。この処理によって、送信メッセージの送信のみで、返信メッセージの受領を望まないニーズに適合した処理が実現できる。例えば、フランチャイズチェーンにおいて、お知らせを端末３０に送信して、返信メッセージをお知らせの送信元が受信したくない場合などに利用することができる。

（３）［Ｓ１１０８,Ｓ１１１０］

この処理は、メッセージ送信に利用された顧客ＩＤの顧客ではなく、特定の顧客ＩＤの顧客に返信メッセージが伝達されるようにする処理である。この処理を行うことによって、端末３０からの返信メッセージを一か所の顧客に伝達させるようなニーズにこたえることができる。

（４）［Ｓ１１１２,Ｓ１１１４］

この処理は、返信メッセージ中に所定の文字列を含ませることにより、返信メッセージの伝達先の顧客１１を選択することができるようにする処理である。例えば、あるグループにアサインされたセンダーＩＤがすべて利用されており、端末３０から返信メッセージを送りたいと欲する端末３０に、返信メッセージを送ることができない場合に、この処理を利用すれば、返信メッセージを伝達したいことを示す文字列をメッセージ内に記載することによって、返信メッセージに付加されたセンダーＩＤによって定まる伝達先の顧客１１とは異なる顧客に、端末３０から返信メッセージを送ることが可能となる。
以上の各種変形例は、ニーズに応じて、取捨選択して利用することが可能であり、多様な機能を付加することができる。

＜変形例３＞
図１２は、実施形態の第３の変形例を示す図である。図１２（Ａ）は、送信メッセージ８０と、返信メッセージ８５の送受信の態様を示している。
顧客ｍ０は、送信メッセージ８０を端末ｐ０ないし端末ｐ７に一斉配信している。なお、各端末に送られる送信メッセージ８０の内容は、同じ内容でもよいし、個々の端末に応じて異なるメッセージの内容であってもよい。送信メッセージ８０は、共通のセンダーＩＤ７０を付加して、端末に送られるようにしてもよい。
そして、この送信メッセージ８０を受信した端末ｐ０ないし端末ｐ７の各々は、センダーＩＤ７０を宛先にして、返信メッセージ８５を返信する。

図１３（Ｂ）は、データベース４１に格納されるエントリーの主要部を示している。図３（Ｂ）のエントリーは、顧客ｍ０又は、顧客ｍ０が属するグループのオペレータなどによって、予め作成されていてもよい。検索部４４は、返信メッセージを受けると、データベース４１に格納されている図１２（Ｂ）のエントリーを検索する。この結果、図１２（Ａ）に示されるように、たとえば、端末ｐ０の返信メッセージ８５は、顧客ｍ３に伝達される。その他の返信メッセージも、図１２（Ａ）及び図１２（Ｂ）に示される顧客に返信される。
以上のように、顧客ｍ０が、送信メッセージを一斉送信すると、そのメッセージを受信した端末からの返信メッセージは、顧客ｍ１ないし顧客ｍ４にほぼ均等に配分されて、伝達される。この返信先の顧客を定めるエントリーは、図１２（Ｂ）に示されている。
このようにすることにより、複数の端末からの返信メッセージに対して、顧客ｍ１ないし顧客ｍ４が分担して対応することが可能となる。

なお、上記の説明では、図１２（Ｂ）のエントリーは、予め作成されていることとして説明したが、図１２（Ｂ）のエントリーは、予め作成されていなくてもよい。
例えば、端末からセンダーＩＤ７０を宛先とする返信メッセージが受信部４６に受信されると、検索部４４は、端末ＩＤとセンダーＩＤとのペアをキーとして、データベース４１を検索する。検索部４４は、ヒットするエントリーがデータベースに見いだせない場合には、更新部４３にエントリーを作成するよう指示する。更新部４３は、この指示に基づいて、あらかじめ定められた規則に基づいて、返信メッセージを発した端末に関連するデータベース４１に、例えば図１２（Ｂ）に示されるように返信メッセージを発した端末に関連するエントリーを追加する。例えば、更新部４３は、返信メッセージの数が、なるべく均等になるように、それぞれの顧客に返信メッセージを伝達するように、図１２（Ｂ）に示されるエントリーを作成する。例えば、ラウンドロビンアルゴリズムを利用して、返信メッセージを順番に異なる顧客に伝達してもよい。

なお、返信メッセージの配信の顧客への伝達のパターンは、図１２に示される例に限定されるものではない。例えば、各顧客から送信されたメッセージに対する各端末からの返信メッセージを、例えば、特定の１つの顧客に集中して伝達するように、図１２（Ｂ）のエントリーを予め作成しておいてもよい。或いは、図１２（Ｂ）のエントリーは、端末からの返信メッセージが受信された都度、更新部４３が作成するようにしてもよい。
以上の変形例は例示であって、複数のセンダーＩＤが用いられてもよいし、図１２（Ｂ）に示される顧客とセンダーＩＤと端末との紐づけは、必要に応じて設定することができる。なお、図１２（Ｂ）では、時刻を利用していないが、送信メッセージ又は返信メッセージの送受信の時刻をもデータベース４１に記録して、メッセージ転送の制御を行ってもよいことは言うまでもない。

＜変形例４＞
図１３は、実施形態の他の変形例を示している。図１３（Ａ）では、送信メッセージ８０又は返信メッセージ８５の中に、例えば「ＳＴＯＰ」の文字列が存在している場合を示している。この場合には、送信メッセージ又は返信メッセージが送られた後に、送信メッセージ又は返信メッセージを転送するために用いられたデータベース４１中のエントリーを削除することとしてもよい。当該エントリーを削除することにより、送信メッセージ又は返信メッセージの転送に係る顧客とセンダーＩＤと端末との紐づけが消去されることとなるため、その後は、この消去されたエントリーによって紐づいていた顧客と端末とのメッセージ通信が行えなくなることとなる。
このように、メッセージ内に所定の文字列を含ませることにより、更新部４３に対して、データベース４１の編集を行わせることができる。

図１３（Ｂ）は、送信メッセージ内に、例えば「Broadcast」の文字列を含ませることにより、顧客からの該送信メッセージを、複数の端末に一斉配信することができる。このメッセージを顧客ｍ０から送信することにより、上記変形例３における一斉配信において、個々の端末を指定することなく、一斉配信を行わせることができる。
その他、送信メッセージ又は返信メッセージに、所定のメッセージが存在する場合に、所定の転送を行わせること、或いは、データベースの所定のエントリーを編集することが可能となる。

＜ハードウエア構成＞
図１４は、実施形態の各ハードウエア構成を示した図である。ハードウエア構成は、ＣＰＵ９０１、本実施形態のプログラム及びデータが格納されるＲＯＭ９０２、ＲＡＭ９０３、ネットワークインターフェース９０５、入力インタフェース９０６、表示インタフェース９０７、外部メモリインタフェース９０８を有する。これらのハードウエアは、バス９０４によって相互に接続されている。

ネットワークインターフェース９０５は、ネットワーク９１５に接続されている。ネットワーク９１５には、有線ＬＡＮ、無線ＬＡＮ、インターネット、電話網などがある。入力インタフェース９０６には、入力部９１６が接続されている。表示インタフェース９０７には、表示部９１７が接続される。外部メモリインタフェース９０８には、記憶媒体９１８が接続される。記憶媒体９１８は、ＲＡＭ、ＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク、メモリーカード等であってもよい。記憶媒体には、本実施形態を実現するプログラムが格納され得る。

上述の実施形態を実現するプログラムは、図９に示されるハードウエア構成を備えるコンピュータにより実行され得る。また，実施形態のプログラムは，コンピュータに実行させる方法として，インプリメントされてもよい。本実施形態のプログラムの一部又は全部は、オペレーティングシステムにより実行されてもよい。また、プログラムの一部がハードウエアにより実現されてもよい。プログラムは記憶媒体９１８、ＲＯＭ９０２、又はＲＡＭ９０３に記憶されてもよい。

実施形態は，ハードウエアの装置としてインプリメントされ得る。
以上の実施例は，請求項に記載された発明を限定するものではなく，例示として取り扱われることは言うまでもない。

１０ グループ
１１ 顧客
４０ メッセージ転送装置
４１ データベース
４２ 制御部
４３ 更新部
４４ 検索部
４５ 受取部
４６ 送信部
４７ 伝達部
４８ 受信部

Claims (14)

1. 複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取部であって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取部と、
   前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、
   前記データベースを更新しかつ検索するデータベース制御部と、
   前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられた前記センダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信する送信部と、
   前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信する受信部と、
   前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達する伝達部と、
   を有するメッセージ転送装置。
2. 前記データベース制御部は、
   前記受取部が受け取った前記顧客ＩＤ又は前記グループＩＤをキーに前記データベースを検索することで、前記グループＩＤに対応する前記センダーＩＤを前記送信部に与え、
   前記送信メッセージの送信がなされる毎に、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの対応関係を更新し、前記返信メッセージに含まれる前記センダーＩＤと前記端末ＩＤとのペアを検索キーに前記データベースを検索して、前記顧客ＩＤを一意に特定して前記伝達部に与える、
   請求項１に記載のメッセージ転送装置。
3. 前記データベース制御部は、受信したセンダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得ることで、一意に前記顧客ＩＤを特定する、
   請求項１又は２に記載のメッセージ転送装置。
4. 前記データベース制御部は、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるエントリーを含む前記データベースを更新する場合、受け取られたセンダーＩＤと端末ＩＤとのペアをキーにしてデータベースを検索し、該ペアのエントリーが既に登録されている場合には、既に登録されている前記エントリーを削除し新たなエントリーを作成するか、既に登録されている前記エントリーに上書きすることで、前記データベースの更新を行う、
   請求項１又は２に記載のメッセージ転送装置。
5. 前記データベース制御部は、前記データベースの第１のエントリーを作成又は上書きした時から所定の時間が経過した場合、前記第１のエントリーを無効化することで、前記第１のエントリーに登録された前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの関係を前記データベースから消去する、
   請求項１ないし４のうちいずれか１項に記載のメッセージ転送装置。
6. 前記データベース制御部は、返信メッセージが前記顧客に伝達された場合、該返信メッセージを伝達する顧客を特定するために利用された第２のエントリーを無効化することで、前記第２のエントリーに登録された前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの関係を前記データベースから消去する、
   請求項１ないし５のうちいずれか１項に記載のメッセージ転送装置。
7. 前記データベース制御部は、前記受取部が受け取った前記顧客ＩＤが所定の第１の顧客ＩＤである場合、送信メッセージが送信されても、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるデータベースのエントリーの作成又は更新を行わない、
   請求項１ないし６のうちいずれか１項に記載のメッセージ転送装置。
8. 前記データベース制御部は、前記受取部が受け取った前記顧客ＩＤが所定の第２の顧客ＩＤである場合、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記センダーＩＤと、前記端末ＩＤと、前記所定の第２の顧客ＩＤに代えて所定の第３の顧客ＩＤと、を関係づけるデータベースのエントリーを作成又は更新する、
   請求項１ないし７のうちいずれか１項に記載のメッセージ転送装置。
9. 前記データベース制御部は、前記返信メッセージに所定の文字列が検出された場合、第４の顧客ＩＤを前記伝達部に与える、
   請求項１ないし８のうちいずれか１項に記載のメッセージ転送装置。
10. 複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取ステップであって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取ステップと、
    データベースを更新しかつ検索するデータベース制御ステップであって、前記データベースは、前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベース制御ステップと、
    前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられたセンダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信するステップと、
    前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信するステップと、
    前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達するステップと、
    を有するメッセージ転送方法。
11. 前記データベース制御ステップは、
    前記受取ステップが受け取った前記顧客ＩＤ又は前記グループＩＤをキーに前記データベースを検索することで、前記グループＩＤに対応する前記センダーＩＤを前記送信するステップに与え、
    前記送信メッセージの送信がなされる毎に、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの対応関係を更新し、前記返信メッセージに含まれる前記センダーＩＤと前記端末ＩＤとのペアを検索キーに前記データベースを検索して、前記顧客ＩＤを一意に特定して前記伝達するステップに与える、
    請求項１０に記載のメッセージ転送方法。
12. 前記データベース制御ステップは、受信したセンダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得ることで、一意に前記顧客ＩＤを特定する、
    請求項１０又は１１に記載のメッセージ転送方法。
13. 前記データベース制御ステップは、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるエントリーを含む前記データベースを更新する場合、受け取られたセンダーＩＤと端末ＩＤとのペアをキーにしてデータベースを検索し、該ペアのエントリーが既に登録されている場合には、既に登録されている前記エントリーを削除し新たなエントリーを作成するか、既に登録されている前記エントリーに上書きすることで、前記データベースの更新を行う、
    請求項１０又は１１に記載のメッセージ転送方法。
14. 前記請求項１０ないし１３のうちいずれか１項に記載の方法をコンピュータに実行させるプログラム。
    

Images