(57)【要約】【課題】ユーザの匿名性を保ちつつ端末装置が通信することを可能するとともに、２以上のユーザが関係を有する場合に当該２以上のユーザの端末装置間で情報が提供され、取得されることを可能にする。【解決手段】所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置からの情報を、上記通信のための別の識別情報を発行された別の端末装置が取得することを可能にする、リンク設定を行う設定部と、上記リンク設定の要求を受け付ける受付部と、を備える通信制御装置が提供される。上記設定部は、上記リンク設定の要求が受け付けられる場合に、当該リンク設定を行う。【選択図】図１０
2014123906.tif 000002
【特許請求の範囲】
【請求項１】
所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置からの情報を、前記通信のための別の識別情報を発行された別の端末装置が取得することを可能にする、リンク設定を行う設定部と、
前記リンク設定の要求を受け付ける受付部と、
を備え、
前記設定部は、前記リンク設定の要求が受け付けられる場合に、当該リンク設定を行う、
通信制御装置。
【請求項２】
前記リンク設定は、前記端末装置及び前記別の端末装置の少なくとも一方から要求される、請求項１に記載の通信制御装置。
【請求項３】
前記リンク設定は、前記端末装置及び前記別の端末装置の少なくとも一方による承認後に要求される、請求項２に記載の通信制御装置。
【請求項４】
前記承認は、前記端末装置と前記別の端末装置との間での装置間通信を通じて行われる、請求項３に記載の通信制御装置。
【請求項５】
前記装置間通信は、近距離での無線通信である、請求項４に記載の通信制御装置。
【請求項６】
前記近距離での無線通信は、ＮＦＣ（Near  Field  Communication）又は赤外線通信である、請求項５に記載の通信制御装置。
【請求項７】
前記リンク設定は、前記アプリケーションサービスの前記通信において、前記別の端末装置からの情報を前記端末装置が取得することも可能にする、請求項１〜６のいずれか１項に記載の通信制御装置。
【請求項８】
前記リンク設定は、前記アプリケーションサービスの前記通信において、前記端末装置と前記別の端末装置とが互いに通信することを可能にする、請求項７に記載の通信制御装置。
【請求項９】
前記端末装置からの前記情報は、前記端末装置のユーザの状況に関連する状況関連情報を含む、請求項１〜８のいずれか１項に記載の通信制御装置。
【請求項１０】
前記状況関連情報は、前記端末装置の位置情報を含む、請求項９に記載の通信制御装置。
【請求項１１】
前記端末装置のユーザを識別するためのユーザ識別情報が、前記別の端末装置により取得され、前記別の端末装置による前記端末装置からの前記情報の取得に関連して、前記別の端末装置において表示される、請求項１〜１０のいずれか１項に記載の通信制御装置。
【請求項１２】
前記ユーザ識別情報は、前記端末装置に記憶される情報から、前記端末装置の自律的な処理によって取得される、請求項１１に記載の通信制御装置。
【請求項１３】
前記リンク設定は、当該リンク設定についての所定の解除条件が満たされると解除される、請求項１〜１２のいずれか１項に記載の通信制御装置。
【請求項１４】
前記所定の解除条件は、前記識別情報又は前記別の識別情報の使用が終了することを含む、請求項１３に記載の通信制御装置。
【請求項１５】
前記所定の解除条件は、前記端末装置又は前記別の端末装置により前記リンク設定の解除が要求されることを含む、請求項１３又は１４に記載の通信制御装置。
【請求項１６】
前記アプリケーションサービスの前記通信を行うための前記端末装置の通信機能は、前記識別情報の発行後から前記リンク設定の要求前まで停止される、請求項１〜１５のいずれか１項に記載の通信制御装置。
【請求項１７】
装置間通信を行うための前記端末装置の通信機能は、前記別の端末装置との前記装置間通信の前にリフレッシュされる、請求項１６に記載の通信制御装置。
【請求項１８】
端末装置であって、
所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が前記端末装置に発行されると、当該識別情報を取得する取得部と、
前記アプリケーションサービスの前記通信において、当該通信のための別の識別情報を発行された別の端末装置及び前記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、
を備え、
前記リンク設定は、当該リンク設定の要求が受け付けられる場合に行われる、
端末装置。
【請求項１９】
端末装置を制御するコンピュータを、
所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が前記端末装置に発行されると、当該識別情報を取得する取得部と、
前記アプリケーションサービスの前記通信において、当該通信のための別の識別情報を発行された別の端末装置及び前記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、
として機能させ、
前記リンク設定は、当該リンク設定の要求が受け付けられる場合に行われる、
プログラム。
【請求項２０】
通信制御装置、第１の端末装置及び第２の端末装置を含むシステムにおける方法であって、
前記通信制御装置が、所定の区域内で提供されるアプリケーションサービスの通信のための第１の識別情報を前記第１の端末装置に発行するステップと、
前記第１の端末装置が、発行される前記第１の識別情報を取得するステップと、
前記通信制御装置が、前記通信のための第２の識別情報を前記第２の端末装置に発行するステップと、
前記第２の端末装置が、発行される前記第２の識別情報を取得するステップと、
前記第１の端末装置又は前記第２の端末装置が、前記第１の端末装置及び前記第２の端末装置の一方からの情報を他方が取得することを可能にするリンク設定を要求するステップと、
通信制御装置が、前記リンク設定の要求を受け付けるステップと、
通信制御装置が、前記リンク設定の前記要求が受け付けられる場合に、前記リンク設定を行うステップと、
を含む通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、端末装置、プログラム及び通信制御方法に関する。
【背景技術】
【０００２】
近年、携帯電話端末をはじめとする通信可能な端末装置が広く普及している。例えば、携帯電話端末は、通信事業者やサービス提供者等から固定的に付与される電話番号、メールアドレスのような識別情報を用いて、電話、電子メールの送受信、インスタントメッセージの送受信等を行うことができる。
【０００３】
さらに、１台の携帯電話端末で、通信事業者から固定的に付与される電話番号に加えて、別の電話番号も使用できるようにする技術が知られている。このような技術を用いることで、携帯電話端末の位置に応じて電話番号を切り替え、または携帯電話端末のユーザの用途に応じて電話番号を切り替えることができる。
【０００４】
従来の電話番号切り替えに関する技術として、例えば、特許文献１では、携帯電話端末が、自装置の機体番号と、特定の区域内にあるＩＣタグから取得したＩＤとを含む依頼を送信することで、当該機体番号と当該ＩＤとに予め対応付けられた追加の電話番号を取得する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００９／０１３８０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１に開示されている技術によれば、携帯電話端末が、自装置の機体番号と、ＩＣタグから取得したＩＤとから追加の電話番号を取得するものである。したがって、上記特許文献１に開示されている技術によれば、携帯電話端末を一意に特定する機体番号を開示する必要がある。また当該機体番号と上記追加の電話番号とが対応して記憶されるので、当該追加の電話番号を使用する場合であっても携帯電話端末のユーザの匿名性が保たれない。その結果、ユーザは、匿名性が保たれることを望む場合に、このような追加の電話番号を用いて通信することに抵抗感や不安を感じると考えられる。また、機体番号と追加の電話番号とを記憶する部分を管理する者が、機体番号と電話番号とを悪用することも考えられる。
【０００７】
そこで、ユーザの匿名性を保ちつつ端末装置が通信することを可能にすることを可能にする仕組みが提供されることが望ましい。このような仕組みとして、例えば、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報（以下、ワンタイムＩＤ）を携帯電話端末等の端末装置に発行することが、考えられる。上記所定の区域の一例は、ショッピングモールであり、上記アプリケーションサービスの一例は、区域内通話サービスである。当該アプリケーションサービスにより、ショッピングモールの顧客は、所望の店員と通話することができる。上記ワンタイムＩＤが発行されれば、端末装置は、上記アプリケーションサービスの利用にあたり、自装置の識別情報（例えば、電話番号、メールアドレス、等）を提供する必要がない。そのため、端末装置のユーザの匿名性が保ちつつ、端末装置が通信することが可能になる。このようなワンタイムＩＤに関する技術は、国際出願番号がＰＣＴ／ＪＰ２０１２／０７２３２５である国際出願の明細書において詳細に説明されている。
【０００８】
上記所定の区域内に複数の端末装置が存在する場合には、当該複数の端末装置の各々に別々のワンタイムＩＤが発行され得る。一例として、ショッピングモール内に、複数の端末装置（複数の顧客の端末装置）が存在する場合には、各端末装置にワンタイムＩＤが発行され得る。このようにワンタイムＩＤが発行されたとしても、アプリケーションサービスにおいて、上記複数の端末装置のうちのいずれかの端末装置が別の端末装置の情報を自由に取得できるようにすることは、当該別の端末装置のユーザにとって好ましくないこともある。例えば、ワンタイムＩＤを発行されたある端末装置のユーザと、別のワンタイムＩＤを発行された別の端末装置のユーザとが、関係を有しない場合には、上記ある端末装置が上記別の端末装置の位置情報を自由に取得できるようにすることは、当該別の端末装置のユーザにとって好ましくない。また、アプリケーションサービスにおいて、上記複数の端末装置が自由に互いの通信できるようにすることは、当該複数の端末装置にとって好ましくないこともある。例えば、ワンタイムＩＤを発行されたある端末装置のユーザと、別のワンタイムＩＤを発行された別の端末装置のユーザとが、関係を有しない場合には、上記ある端末装置が上記別の端末装置に自由に発信できるようにすることは、当該別の端末装置のユーザにとって好ましくない。以上のように、当該複数の端末装置の各々に別々のワンタイムＩＤが発行されたとしても、当該複数の端末装置間での情報の提供及び取得（通信を含む）は、制限されると考えられる。
【０００９】
しかし、例えば、ワンタイムＩＤを発行されたある端末装置のユーザと、別のワンタイムＩＤを発行された別の端末装置のユーザとが、いずれかの関係（例えば、家族関係、友人関係、等）を有する場合もある。この場合には、アプリケーションサービスにおいて、上記ある端末装置からの情報を上記別の端末装置が取得可能であることが好ましく、また、上記ある端末装置と上記別の端末装置とが互いに通信可能であることが好ましいこともある。そのため、ワンタイムＩＤを発行された複数の端末装置間での情報の提供及び取得（通信を含む）が、一律に制限されてしまうと、アプリケーションサービスの利便性の観点から好ましくないこともあり得る。
【００１０】
そこで、ユーザの匿名性を保ちつつ端末装置が通信することを可能にするとともに、２以上のユーザが関係を有する場合に当該２以上のユーザの端末装置間で情報が提供され、取得されることを可能にする仕組みが提供されることが望ましい。
【課題を解決するための手段】
【００１１】
本発明によれば、所定の区域内で提供されるアプリケーションサービスの通信において、当該通信のための識別情報を発行された端末装置からの情報を、上記通信のための別の識別情報を発行された別の端末装置が取得することを可能にする、リンク設定を行う設定部と、上記リンク設定の要求を受け付ける受付部と、を備える通信制御装置が提供される。上記設定部は、上記リンク設定の要求が受け付けられる場合に、当該リンク設定を行う。
【００１２】
また、上記リンク設定は、上記端末装置及び上記別の端末装置の少なくとも一方から要求されてもよい。
【００１３】
また、上記リンク設定は、上記端末装置及び上記別の端末装置の少なくとも一方による承認後に要求されてもよい。
【００１４】
また、上記承認は、上記端末装置と上記別の端末装置との間での装置間通信を通じて行われてもよい。
【００１５】
また、上記装置間通信は、近距離での無線通信であってもよい。
【００１６】
また、上記近距離での無線通信は、ＮＦＣ（Near  Field  Communication）又は赤外線通信であってもよい。
【００１７】
また、上記リンク設定は、上記アプリケーションサービスの上記通信において、上記別の端末装置からの情報を上記端末装置が取得することも可能にしてもよい。
【００１８】
また、上記リンク設定は、上記アプリケーションサービスの上記通信において、上記端末装置と上記別の端末装置とが互いに通信することを可能にしてもよい。
【００１９】
また、上記端末装置からの上記情報は、上記端末装置のユーザの状況に関連する状況関連情報を含んでもよい。
【００２０】
また、上記状況関連情報は、上記端末装置の位置情報を含んでもよい。
【００２１】
また、上記端末装置のユーザを識別するためのユーザ識別情報が、上記別の端末装置により取得され、上記別の端末装置による上記端末装置からの上記情報の取得に関連して、上記別の端末装置において表示されてもよい。
【００２２】
また、上記ユーザ識別情報は、上記端末装置に記憶される情報から、上記端末装置の自律的な処理によって取得されてもよい。
【００２３】
また、上記リンク設定は、当該リンク設定についての所定の解除条件が満たされると解除されてもよい。
【００２４】
また、上記所定の解除条件は、上記識別情報又は上記別の識別情報の使用が終了することを含んでもよい。
【００２５】
また、上記所定の解除条件は、上記端末装置又は上記別の端末装置により上記リンク設定の解除が要求されることを含んでもよい。
【００２６】
また、上記アプリケーションサービスの上記通信を行うための上記端末装置の通信機能は、上記識別情報の発行後から上記リンク設定の要求前まで停止されてもよい。
【００２７】
また、装置間通信を行うための上記端末装置の通信機能は、上記別の端末装置との上記装置間通信の前にリフレッシュされてもよい。
【００２８】
また、本発明によれば、端末装置であって、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が上記端末装置に発行されると、当該識別情報を取得する取得部と、上記アプリケーションサービスの上記通信において、当該通信のための別の識別情報を発行された別の端末装置及び上記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、を備える端末装置が提供される。上記リンク設定は、当該リンク設定の要求が受け付けられる場合に行われる。
【００２９】
また、本発明によれば、端末装置を制御するコンピュータを、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報が上記端末装置に発行されると、当該識別情報を取得する取得部と、上記アプリケーションサービスの上記通信において、当該通信のための別の識別情報を発行された別の端末装置及び上記端末装置の一方からの情報を他方が取得することを可能にするリンク設定を、要求する要求部と、として機能させるためのプログラムが提供される。上記リンク設定は、当該リンク設定の要求が受け付けられる場合に行われる。
【００３０】
また、本発明によれば、通信制御装置、第１の端末装置及び第２の端末装置を含むシステムにおける方法であって、上記通信制御装置が、所定の区域内で提供されるアプリケーションサービスの通信のための第１の識別情報を上記第１の端末装置に発行するステップと、上記第１の端末装置が、発行される上記第１の識別情報を取得するステップと、上記通信制御装置が、上記通信のための第２の識別情報を上記第２の端末装置に発行するステップと、上記第２の端末装置が、発行される上記第２の識別情報を取得するステップと、上記第１の端末装置又は上記第２の端末装置が、上記第１の端末装置及び上記第２の端末装置の一方からの情報を他方が取得することを可能にするリンク設定を要求するステップと、通信制御装置が、上記リンク設定の要求を受け付けるステップと、通信制御装置が、上記リンク設定の上記要求が受け付けられる場合に、上記リンク設定を行うステップと、を含む通信制御方法が提供される。
【発明の効果】
【００３１】
以上説明したように本発明によれば、ユーザの匿名性を保ちつつ端末装置が通信することを可能するとともに、２以上のユーザが関係を有する場合に当該２以上のユーザの端末装置間で情報が提供され、取得されることが可能となる。
【図面の簡単な説明】
【００３２】
【図１】一実施形態に係る通信システムの概略的な構成の一例を示す説明図である。
【図２】一実施形態に係るＰＢＸの構成の一例を示すブロック図である。
【図３】ＩＤ  ＤＢに記憶されるＩＤ管理テーブルの一例を説明するための説明図である。
【図４】ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。
【図５】ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。
【図６】ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。
【図７】端末装置により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。
【図８】端末装置により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。
【図９】端末装置により送信される解除要求メッセージの一例を説明するための説明図である。
【図１０】リンク設定の一例を説明するための説明図である。
【図１１】リンク設定の解除の第１の例を説明するための説明図である。
【図１２】リンク設定の解除の第２の例を説明するための説明図である。
【図１３】区域内地図サービスにおいて端末装置に表示される画面の一例を説明するための説明図である。
【図１４】リンク設定に基づく呼制御の例を説明するための説明図である。
【図１５】一実施形態に係る端末装置の構成の一例を示すブロック図である。
【図１６】区間内通話サービスにおいて端末装置に表示される画面の第１の例を説明するための説明図である。
【図１７】区間内通話サービスにおいて端末装置に表示される画面の第２の例を説明するための説明図である。
【図１８】リンク設定の承認のために端末装置に表示される第１の画面の例を説明するための説明図である。
【図１９】リンク設定の承認のために端末装置に表示される第２の画面の例を説明するための説明図である。
【図２０】リンク設定の承認後に端末装置に表示される画面の一例を説明するための説明図である。
【図２１】端末装置と別の端末装置との間の区域内通話において表示される画面の一例を説明するための説明図である。
【図２２】端末装置と別の端末装置との間の区域内通話のために表示される画面の一例を説明するための説明図である。
【図２３】一実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。
【図２４】一実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。
【図２５】一実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。
【図２６】一実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。
【図２７】一実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。
【図２８】一実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００３３】
以下に添付の図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３４】
以降、＜１．通信システムの概略的な構成＞、＜２．ＰＢＸの構成＞、＜３．端末装置の構成＞、＜４．処理の流れ＞という順序で本発明の実施形態を説明する。
【００３５】
＜１．通信システムの概略的な構成＞
まず、図１を参照して、本発明の実施形態に係る通信システム１の概略的な構成を説明する。図１は、本実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１を参照すると、通信システム１は、構内交換機１００（以下、ＰＢＸ（Private  Branch  eXchange）１００）及び端末装置２００を含む。
【００３６】
（ＰＢＸ１００）
ＰＢＸ１００は、所定の区域９０（以下、区域９０）内に位置する端末装置２００とネットワーク２０を介して通信する交換機である。図１を参照すると、当該区域９０は、例えばショッピングモールの敷地である。また、区域９０には、端末装置２００のユーザ１０が位置する。例えば、ユーザ１０は、ショッピングモールに来た顧客、又はショッピングモールのスタッフである。なお、ネットワーク２０は、例えば、ＬＡＮ（Local  Area  Network）であり、端末装置により、有線で接続され、または無線ＬＡＮアクセスポイントを介して無線で接続される。
【００３７】
ＰＢＸ１００は、区域９０内に位置する端末装置２００に、当該区域９０内で使用される識別情報（以下、区域内ＩＤと呼ぶ）を用いた通信を可能にする。当該区域内ＩＤは、一例として内線電話番号である。ここで、区域９０内おけるサービスが、公衆交換電話網（以下、ＰＳＴＮ（Public  Switched  Telephone  Networks））のサービスに対応する場合、区域内ＩＤが電話番号であってもよい。なお、本願でいう当該ＰＳＴＮは、有線網であっても、無線網（携帯電話網等）であってもよい。さらに、当該ＰＳＴＮは、旧来の電話サービスの網に加え、例えばインターネット等の公の網を含んでもよい。
【００３８】
より具体的な例として、ＰＢＸ１００は、区域内ＩＤとＩＰアドレス（Internet  Protocol  address）とを対応して記憶する。そして、ＰＢＸ１００は、要求に応じて、当該区域内ＩＤをＩＰアドレスに変換し、区域内ＩＤに対応するＩＰアドレスを端末装置２００に提供する。したがって、端末装置２００は、ＰＢＸ１００への要求により、別の端末装置２００が有する区域内ＩＤからＩＰアドレスを取得し、当該ＩＰアドレスを用いて、当該別の端末装置２００にデータを送信することができる。一例として、ショッピングモールのスタッフの端末装置２００は、別のスタッフの端末装置２００の区域内ＩＤ（例えば、内線電話番号）からＩＰアドレスを取得し、当該ＩＰアドレスを用いて、上記別のスタッフの端末装置２０にデータを送信する。また、端末装置２００は、自装置が有する区域内ＩＤを知るＰＢＸ１００、端末装置２００等の別の通信装置からデータを受信することが可能となる。一例として、ショッピングモールのスタッフの端末装置２００は、自装置の区域内ＩＤ（例えば、内線電話番号）を知る別の端末装置２００から、データを受信する。なお、このような区域内ＩＤと当該ＩＰアドレスとの変換機能は、ゲートキーパ機能と呼ばれる。
【００３９】
また、ＰＢＸ１００は、端末装置２００間の呼制御、及び端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。このように、端末装置２００間の呼制御は、ゲートキーパ機能の処理、即ち、区域内ＩＤとＩＰアドレスとの変換処理を含む。
【００４０】
また、本実施形態では、区域９０内でアプリケーションサービス（以下、「ＡＰサービス」と呼ぶ）が提供される。例えば、ＰＢＸ１００が、上記ＡＰサービスを提供する。一例として、当該ＡＰサービスは、区域内通話サービスである。当該ＡＰサービスにより、ショッピングモールの顧客は、所望の店員と通話することができる。
【００４１】
また、本実施形態では、とりわけ、区域９０内で提供されるＡＰサービスの通信のための識別情報（即ち、ワンタイムＩＤ）が用いられる。そして、例えば、ＰＢＸ１００が、ワンタイムＩＤを管理する。具体的には、例えば、ＰＢＸ１００は、ワンタイムＩＤを端末装置２００に発行する。このようにワンタイムＩＤが端末装置２００に発行されると、端末装置２００は当該ワンタイムＩＤを使用して、ＡＰサービスの通信を行うことが可能になる。
【００４２】
発行されたワンタイムＩＤは、ＰＢＸ１００により、例えば、上記区域内ＩＤと同様に取り扱われる。具体的には、例えば、ＰＢＸ１００は、ワンタイムＩＤとＩＰアドレスとを互いに対応させて記憶し、要求に応じて、ワンタイムＩＤをＩＰアドレスに変換する。ワンタイムＩＤは、換言すると、区域９０の区域内ＩＤの一種であって、区域９０内で提供されるＡＰサービスの通信のためのＩＤである。また、当該ワンタイムＩＤは、所定の条件下で一時的に使用できるものである。
【００４３】
なお、後に詳細に説明するように、ワンタイムＩＤを発行された端末装置２００間での情報の提供及び取得は、制限される。しかしながら、当該情報の提供及び取得は、一律に制限されず、ユーザにとって望ましい場合に認められ得る。
【００４４】
（端末装置２００）
端末装置２００は、ユーザ１０により使用される通信装置である。端末装置２００は、ネットワーク２０に有線または無線で接続することができる。端末装置２００は、一例として、スマートフォンである。端末装置２００は、スマートフォンである場合に、通信事業者のネットワークを介した通信で使用できる、電話番号、メールアドレス等の固定的な識別情報（以下、固定ＩＤ）を有してもよい。つまり、当該固定ＩＤは、ＰＳＴＮで使用される識別情報といえる。なお、端末装置２００は、ＣＰＵ（Central  Processing  Unit）、主記憶装置、補助記憶装置、表示装置、チップセット（Chipset）、ボタンデバイス、電源回路、電池、スピーカーデバイス、マイクデバイス、ＰＳＴＮ通信デバイス、無線ＬＡＮデバイス、外部接続端子及びそれぞれをつなぐバス（bus）等で構成されてもよい。また、端末装置２００は、補助記憶装置で、ＯＳ（Operating  System）やＶＭ（virtual  machine）等のさまざまな電子情報を記憶してもよい。さらに、端末装置２００は、カメラデバイスやＳＩＭ（Subscriber  Identity  Module）カードやＳＩＭカードインタフェース等を有してもよい。
【００４５】
図１を参照すると、区域９０には、端末装置２００のユーザ１０が存在する。例えば、ユーザ１０Ａ及びユーザ１０Ｂは、顧客であり、端末装置２００Ａ及び端末装置２００Ｂは、顧客の端末装置である。また、ユーザ１０Ｃは、スタッフであり、端末装置２００Ｃは、スタッフの端末装置である。
【００４６】
また、本実施形態では、とりわけ、端末装置２００は、上記ワンタイムＩＤを発行される。そして、端末装置２００は、ワンタイムＩＤを使用して、区域９０内で提供されるＡＰサービスの通信を行う。
【００４７】
以上、図１を参照して本発明の実施形態に係る通信システム１の構成の一例を説明した。本実施形態では、上述したように、ワンタイムＩＤが使用されるので、ユーザの匿名性を保ちつつ端末装置が通信することが可能になる。そして、本実施形態では、さらに、２以上のユーザ１０が関係を有する場合に当該２以上のユーザ１０の端末装置２００間で情報が提供され、取得されることが可能になる。以降、＜２．ＰＢＸの構成＞、＜３．端末装置の構成＞及び＜４．処理の流れ＞において、その具体的な内容を説明する。
【００４８】
＜２．ＰＢＸの構成＞
図２〜図１４を参照して、本実施形態に係るＰＢＸ１００の構成の一例を説明する。図２は、本実施形態に係るＰＢＸ１００の構成の一例を示すブロック図である。図２を参照すると、ＰＢＸ１００は、通信部１１０、記憶部１２０及び制御部１３０を備える。
【００４９】
（通信部１１０）
通信部１１０は、他の装置と通信する。より具体的には、例えば、通信部１１０は、制御部１３０による制御に応じて、他の装置への情報を送信する。また、通信部１１０は、他の装置により送信される情報を受信し、当該情報を制御部１３０に提供する。通信部１１０は、例えば、有線通信のための通信インターフェースを含む。
【００５０】
（記憶部１２０）
記憶部１２０は、ＰＢＸ１００の動作のためのプログラム及びデータを記憶する。記憶部１２０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。記憶部１２０は、アプリケーションデータベース１２１（以下、ＡＰ  ＤＢ１２１と呼ぶ）及びＩＤデータベース１２３（以下、ＩＤ  ＤＢ１２３）を含む。
【００５１】
（ＡＰ  ＤＢ１２１）
ＡＰ  ＤＢ１２１は、区域９０内で提供されるＡＰサービスのリストを記憶する。より具体的には、ＡＰ  ＤＢ１２１は、例えば、上記区域内通話サービス、区域内地図サービス、クーポン配布サービス、ポイント付与サービス等の各ＡＰサービスを示す情報のリストを記憶する。なお、ＡＰ  ＤＢ１２１は、各ＡＰサービスを提供可能なユーザ１０の種類（例えば、顧客、スタッフ等）を併せて記憶してもよい。より具体的には、例えば、ＡＰ  ＤＢ１２１は、区域内通話サービスを利用可能なユーザ１０の種類として、「顧客」及び「スタッフ」を記憶してもよい。また、ＡＰ  ＤＢ１２１は、クーポン配布サービスを利用可能なユーザ１０の種類として、「顧客」を記憶してもよい。
【００５２】
また、ＡＰ  ＤＢ１２１は、上記ＡＰサービスの提供のための端末装置用のソフトウェアを記憶する。当該ソフトウェアは、例えばアプリケーションソフトウェアである。例えば、ＡＰ  ＤＢ１２１は、上記区域内通話サービスのアプリケーションソフトウェアを記憶する。なお、このようなアプリケーションソフトウェアは、顧客、スタッフ等のユーザ１０の種類毎に作成されていてもよい。より具体的には、例えば、区域内通話サービスのアプリケーションソフトウェアとして、顧客用のソフトウェアとスタッフ用のソフトウェアとが、作成され、記憶されてもよい。また、例えば、クーポン配布サービスのアプリケーションソフトウェアとして、顧客用のソフトウェアが作成され、記憶されてもよい。
【００５３】
（ＩＤ  ＤＢ１２３）
ＩＤ  ＤＢ１２３は、ワンタイムＩＤの使用状況を記憶する。当該使用状況は、ワンタイムＩＤが使用中であるか未使用であるかの判断を可能にする情報である。このようなワンタイムＩＤの使用状況が記憶されることで、どのワンタイムＩＤを発行してもよいかを知ることができる。
【００５４】
また、例えば、ＩＤ  ＤＢ１２３は、ワンタイムＩＤを発行された端末装置２００のユーザ１０を識別するためのユーザ識別情報を記憶する。当該ユーザ識別情報は、例えば、ユーザ１０のためのハンドルネームである。
【００５５】
また、例えば、ＩＤ  ＤＢ１２３は、ワンタイムＩＤを発行された端末装置２００についてのリンク設定の状況を示すリンク設定情報を記憶する。リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。上記リンク設定情報は、例えば、ワンタイムＩＤが発行された端末装置２００のリンク設定の相手である１つ以上の別の端末装置２００のユーザ識別情報である。
【００５６】
ＩＤ  ＤＢ１２３は、例えば、ワンタイムＩＤの使用状況、ユーザ識別情報及びリンク設定情報を、ＩＤ管理テーブルとして記憶する。以下、ＩＤ管理テーブルの具体例を、図３を参照して説明する。
【００５７】
図３は、ＩＤ  ＤＢ１２３に記憶されるＩＤ管理テーブルの一例を説明するための説明図である。図３を参照すると、ＩＤ管理テーブルが示されている。ＩＤ管理テーブルは、各ワンタイムＩＤについての使用可否フラグ、ユーザ識別情報及びリンク設定情報を含む。この例では、ワンタイムＩＤは、４桁の数字である。また、使用可否フラグは、ワンタイムＩＤの使用状況を示す情報であり、０又は１である。使用可否フラグが０である場合には、ワンタイムＩＤがいずれの端末装置２００にも使用されていないことを示す。一方、使用可否フラグが１である場合には、ワンタイムＩＤがいずれかの端末装置２００により使用されていることを示す。また、ユーザ識別情報は、上述したように、ハンドルネームである。また、リンク設定情報は、上述したように、リンク設定の相手である１つ以上の別の端末装置２００のユーザ識別情報である。ユーザ識別情報及びリンク設定情報の具体例については、後に説明する。
【００５８】
なお、ＩＤ  ＤＢ１２３は、ワンタイムＩＤのその他の属性も併せて記憶してもよい。当該その他の属性は、例えば、ワンタイムＩＤの使用期限、ワンタイムＩＤが使用可能である区域９０内の範囲（以下、使用範囲）、又はワンタイムＩＤを発行される端末装置２００のユーザの種類を含んでもよい。これらの属性は、ワンタイムＩＤの使用条件を定める情報要素である。ワンタイムＩＤは、例えば、このような使用期限、使用範囲、ユーザの種類等の所定の条件下で一時的に使用できるものである。
【００５９】
（その他）
以上のように、記憶部１２０は、ＡＰ  ＤＢ１２１及びＩＤ  ＤＢ１２３を含む。なお、記憶部１２０は、ＡＰ  ＤＢ１２１及びＩＤ  ＤＢ１２３に記憶される情報の他に、ゲートキーパ機能を実現するための、区域内ＩＤ（例えば、固定的な区域内ＩＤ及びワンタイムＩＤ）とＩＰアドレスとの対応関係を記憶する。
【００６０】
（制御部１３０）
制御部１３０は、ＰＢＸ１００の様々な機能を提供する。例えば、制御部１３０は、ＣＰＵ又はＤＳＰ（Digital  Signal  Processor）等のプロセッサに相当する。そして、制御部１３０は、記憶部１２０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部１３０は、ＡＰサービス管理部１３１、ＩＤ管理部１３３、リンク要求受付部１３４、リンク設定部１３５、ＡＰサービス提供部１３７及び呼制御部１３９を含む。
【００６１】
（ＡＰサービス管理部１３１）
−ＡＰサービスの検索
ＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスを検索する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス検索要求メッセージを取得すると、記憶部１２０のＡＰ  ＤＢ１２１に記憶されているＡＰサービスのリストを用いて、ＡＰサービスを検索する。そして、ＡＰサービス管理部１３１は、通信部１１０を介して、検索されたＡＰサービスに関する情報をＡＰサービス検索結果として端末装置２００に提供する。
【００６２】
−端末装置用のソフトウェアの配布
また、ＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスの提供のための端末装置用のソフトウェアを配布する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス利用開始要求メッセージを取得すると、記憶部１２０のＡＰ  ＤＢ１２１から、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰサービス管理部１３１は、通信部１１０を介して、取得した端末装置用のソフトウェアを端末装置２００に送信する。ここで、ＡＰサービス管理部１３１が、端末装置用のソフトウェアを配布する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を、端末装置２００に通知してもよい。
【００６３】
また、ＡＰサービス管理部１３１は、ＩＤ管理部１３３にワンタイムＩＤの発行を要求する。より具体的には、例えば、ＡＰサービス管理部１３１は、通信部１１０を介して、端末装置２００からのサービス利用開始要求メッセージを取得する。その後、ＡＰサービス管理部１３１は、ＡＰサービスの通信のためのワンタイムＩＤを端末装置２００に発行するように、ＩＤ管理部１３３に要求する。
【００６４】
−使用終了条件の判定
ＡＰサービス管理部１３１は、ＩＤ管理部１３３により発行されたワンタイムＩＤについての使用終了の条件（以下、ＩＤ使用終了条件）が満たされるか否かを継続的に判定する。より具体的に、例えば、ＡＰサービス管理部１３１は、端末装置２００から上記ＩＤ使用終了条件に関連する情報を随時または定期的に取得する。また、例えば、ＡＰサービス管理部１３１は、ＡＰサービス提供部１３７からのサービス提供停止の通知を随時取得する。そして、ＡＰサービス管理部１３１は、取得結果に基づいて、上記ＩＤ使用終了条件が満たされるか否かを随時または定期的に判定する。
【００６５】
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、ＡＰサービスの提供のために配布された端末装置用のソフトウェアを削除するように、当該ワンタイムＩＤを発行された端末装置２００を制御する。より具体的には、例えば、ＡＰサービス管理部１３１は、上記ＩＤ使用終了条件が満たされた場合に、通信部１１０に、ＡＰサービスの提供のために配布された端末装置用のソフトウェアの停止及び削除を要求するＡＰ削除要求メッセージを端末装置２００へ送信させる。
【００６６】
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、必要に応じて、当該ワンタイムＩＤを使用する端末装置２００へのＡＰサービスの提供の停止を、ＡＰサービス提供部１３７に要求する。
【００６７】
また、例えば、ＡＰサービス管理部１３１は、ＩＤ使用終了条件が満たされる場合に、ワンタイムＩＤの使用状況を更新するように、ＩＤ管理部１３３に要求する。
【００６８】
−ワンタイムＩＤの使用終了の条件
上述したワンタイムＩＤの使用終了の条件（即ち、ＩＤ使用終了条件）として、様々な条件が適用され得る。一例として、ＩＤ使用終了条件は、発行されたワンタイムＩＤが使用可能である区域９０内に当該ワンタイムＩＤを使用する端末装置２００が位置しないこと（第１終了条件）を含む。この場合に、一例として、ＡＰサービス管理部１３１は、端末装置２００から上記ＩＤ使用終了条件に関連する情報を所定時間内に取得しない場合に、区域９０内に当該ワンタイムＩＤを使用する端末装置２００が位置しないとみなす。
【００６９】
このようなＩＤ使用終了条件によれば、区域９０内でワンタイムＩＤが使用範囲で使用されない場合（ショッピングモールを離れた場合、電源が切れた場合、等）に、ワンタイムＩＤの使用が停止される。そして、使用が停止されたワンタイムＩＤの使用状況は、当該ワンタイムＩＤが使用されていないことを示すように更新される。これにより、特定の場所でのみ使用可能なワンタイムＩＤを実現できる。
【００７０】
なお、上記ＩＤ使用終了条件は、発行されたワンタイムＩＤの使用期限が経過していること（第２終了条件）を含んでもよい。この場合には、ＩＤ管理テーブルはワンタイムＩＤの使用期限の情報を含み、ＩＤ使用終了条件は、当該情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、特定の期限のみ使用可能なワンタイムＩＤを実現できる。
【００７１】
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７又は端末装置２００によりＡＰサービスの提供の停止が要求されること（第３の終了条件）を含んでもよい。このような使用終了条件によれば、ＡＰサービスの提供中のみ使用可能なワンタイムＩＤを実現できる。
【００７２】
また、上記ＩＤ使用終了条件は、ＡＰサービス管理部１３１と端末装置２００との間の通信パスにおいて所定時間内に送受信が行われないこと（第４の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間で通信が可能である場合にのみ使用可能なワンタイムＩＤを実現できる。
【００７３】
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいて所定時間内にワンタイムＩＤを使用した通信が行われないこと（第５の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間でワンタイムＩＤを使用した通信がある場合にのみ使用可能なワンタイムＩＤを実現できる。換言すると、ワンタイムＩＤを使用したＡＰサービスの利用の有無に応じてワンタイムＩＤの使用を停止することが可能になる。
【００７４】
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいてワンタイムＩＤを用いた送受信が所定回数行われたこと（第６終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、所定の通信回数のみ使用可能なワンタイムＩＤを実現できる。
【００７５】
また、上記ＩＤ使用終了条件は、ＡＰサービス提供部１３７と端末装置２００との間の通信パスにおいて、通信プロトコルのステータスコードがエラーを示すこと（第７の終了条件）を含んでもよい。このようなＩＤ使用終了条件によれば、ＰＢＸ１００と端末装置２００との間で通信がエラーでないときのみ使用可能なワンタイムＩＤを実現できる。
【００７６】
また、上記ＩＤ使用終了条件は、端末装置２００の計算資源（computational  resource）が不足すること（第８の終了条件）を含んでもよい。一例として、当該計算資源の不足は、端末装置２００から随時又は定期的に取得される計算資源情報に基づいて判定されてもよい。当該計算資源情報は、例えば、ＣＰＵの使用率、主記憶装置（物理メモリや仮想メモリ等）の使用率、補助記憶装置（ＨＤＤ（Hard  disk  drive）等）の使用率、表示装置（ＬＣＤ（Liquid  Crystal  Display）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）及び端末状態（カメラ機能無しや電波ＯＦＦ等）等を含んでもよい。このようなＩＤ使用終了条件によれば、端末装置２００のリソースが不足しない場合にのみ使用可能なワンタイムＩＤを実現できる。
【００７７】
また、上記ＩＤ使用終了条件は、端末装置２００が認証された端末でないこと（第９の終了条件）を含んでもよい。より具体的には、例えば、当該認証は、通信事業者による認証であってもよい。一例として、端末装置２００が通信事業者により認証された端末でないか否かは、端末装置２００についての通信事業者から又は端末装置２００から随時又は定期的に取得される認証結果情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が認証された装置の場合のみ使用可能なワンタイムＩＤを実現できる。
【００７８】
また、上記ＩＤ使用終了条件は、端末装置２００が特定の場所で接続する無線接続エリアが異常であること（第１０の終了条件）を含んでもよい。当該無線接続エリアは、アクセスポイントに対応してもよい。そして、一例として、上記無線接続エリアが異常であるか否かは、ＰＢＸ１００によるアクセスポイントについての疎通確認（ｐｉｎｇ等）の結果に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が特定の場所で接続する無線接続エリアが正常な場合のみ使用可能なワンタイムＩＤを実現できる。
【００７９】
（ＩＤ管理部１３３）
ＩＤ管理部１３３は、ワンタイムＩＤの管理を行う。
【００８０】
−ワンタイムＩＤの発行
第１に、ＩＤ管理部１３３は、使用されていないワンタイムＩＤを端末装置２００に発行する。
【００８１】
より具体的には、例えば、ＡＰサービス管理部１３１がワンタイムＩＤの発行を要求すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ  ＤＢ１２３のＩＤ管理テーブルを用いて、使用されていないワンタイムＩＤを検索する。そして、ＩＤ管理部１３３は、通信部１１０を介して、検索された使用されていないワンタイムＩＤを端末装置２００に通知する。
【００８２】
このように、端末装置２００又はそのユーザ１０を特定する情報を開示することなく、ワンタイムＩＤを取得することができる。そして、当該ワンタイムＩＤにより、端末装置２００はＡＰサービスにおいて一意に特定可能な装置となる。よって、ユーザ１０の匿名性を保ちつつ端末装置２００がＡＰサービスの通信を行うことができる。
【００８３】
なお、例えば、ＩＤ管理部１３３は、発行されたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に記憶させる。これにより、ワンタイムＩＤについてのゲートキーパ機能が実現される。
【００８４】
−ＩＤ管理テーブルの更新
第２に、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。例えば、ＩＤ管理部１３３は、記憶部１２０のＩＤ  ＤＢ１２３のＩＤ管理テーブルに記憶されている使用可否フラグを更新する。
【００８５】
例えば、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、上記ワンタイムＩＤが発行されると、ＩＤ管理部１３３は、記憶部１２０のＩＤ  ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図４及び図５を参照して具体例を説明する。
【００８６】
図４は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。図４を参照すると、ＩＤ管理テーブルが示されている。例えば、図３に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」が端末装置２００に発行される。すると、図４に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれかの端末装置２００により使用されていることを示す。
【００８７】
図５は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。図５を参照すると、ＩＤ管理テーブルが示されている。例えば、図４に示されるＩＤ管理テーブルが記憶されている際に、さらに、ワンタイムＩＤ「１００１」が別の端末装置２００に発行される。すると、図５に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１００１」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１００１」がいずれかの端末装置２００により使用されていることを示す。
【００８８】
以上のように、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。
【００８９】
また、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、ＡＰサービス管理部１３１が、上記ワンタイムＩＤについての使用終了の条件が満たされると判定すると、ＩＤ管理部１３３は、ＡＰサービス管理部１３１により、当該ワンタイムＩＤについての更新を要求される。すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ  ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図６を参照して具体例を説明する。
【００９０】
図６は、ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。図６を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」についての使用終了の条件が満たされる。すると、図６に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを１から０に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれの端末装置２００にも使用されていないことを示す。即ち、ワンタイムＩＤ「１０００」は、端末装置２００に発行可能な状態になる。
【００９１】
このように、ワンタイムＩＤの使用状況の情報は、ワンタイムＩＤが発行されると、当該ワンタイムＩＤが使用されていることを示し、ワンタイムＩＤが未だ発行されず、又はワンタイムＩＤの使用終了の条件が満たされると、当該ワンタイムＩＤが使用されていないことを示す。その結果、当該ワンタイムＩＤの使用状況の情報から、使用されていないワンタイムＩＤを正確に特定することが可能となる。そのため、既に発行された使用されているワンタイムＩＤが重複して発行されることを回避することが可能になる。即ち、ＩＤ管理部１３３によるワンタイムＩＤの発行の有効性を担保できる。
【００９２】
なお、例えば、ＩＤ管理部１３３は、ＩＤ使用終了条件が満たされたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に削除させる。これにより、使用されなくなったワンタイムＩＤがＩＰアドレスに変換されることを防ぐことができる。
【００９３】
（リンク要求受付部１３４）
−リンク設定の要求
リンク要求受付部１３４は、リンク設定の要求を受け付ける。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。
【００９４】
例えば、上記リンク設定は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方から要求される。一例として、上記端末装置２００及び上記別の端末装置２００の両方が、リンク設定を要求する。
【００９５】
具体的には、例えば、端末装置２００が、リンク設定要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。そして、リンク要求受付部１３４は、当該リンク設定要求メッセージをリンク設定部１３５に提供する。以下、リンク設定要求メッセージの具体例を、図７及び図８を参照して説明する。
【００９６】
図７は、端末装置２００により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。図７を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図７に示されるように、リンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。
【００９７】
要求種別情報は、メッセージの要求がリンク設定であるか、リンク設定の解除であるかを示す。この例では、メッセージはリンク設定要求メッセージであるので、要求種別情報は、メッセージの要求がリンク設定であることを示す。
【００９８】
また、ワンタイムＩＤ（要求側）は、リンク設定を要求する端末装置２００に発行されたワンタイムＩＤである。
【００９９】
また、ユーザ識別情報（要求側）は、リンク設定を要求する端末装置２００のユーザを識別するための情報である。一方、ユーザ識別情報（相手側）は、リンク設定のターゲットとして指定される端末装置２００のユーザを識別するための情報である。これらのユーザ識別情報は、一例として、ユーザ１０のためのハンドルネームである。
【０１００】
図７に示される例では、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１０００」である。また、ユーザ識別情報（要求側）は「Ｔａｒｏ」であり、ユーザ識別情報（相手側）は「Ｈａｎａｋｏ」である。
【０１０１】
図８は、端末装置２００により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。図８を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図８に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。
【０１０２】
例えば以上のようなリンク設定要求メッセージが、リンク要求受付部１３４により取得される。
【０１０３】
このように、リンク設定の要求が、端末装置２００により送信されれば、端末装置２００のユーザ１０が、リンク設定を要求することが可能になる。
【０１０４】
−リンク設定の解除の要求
また、例えば、リンク要求受付部１３４は、リンク設定の解除の要求を受け付ける。より具体的には、例えば、端末装置２００が、解除要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該解除要求メッセージを取得する。そして、リンク要求受付部１３４は、当該解除要求メッセージをリンク設定部１３５に提供する。以下、解除要求メッセージの具体例を、図９を参照して説明する。
【０１０５】
図９は、端末装置２００により送信される解除要求メッセージの一例を説明するための説明図である。図９を参照すると、解除要求メッセージに含まれる情報が示されている。図９に示されるように、解除要求メッセージは、図７及び図８に示されるリンク設定要求メッセージと同様に、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。即ち、図７〜図９の例では、リンク設定要求メッセージのフォーマットと解除要求メッセージのフォーマットとは同一である。ただし、図９に示されるように、解除要求メッセージに含まれる要求種別情報は、メッセージの要求がリンク設定の解除であることを示す。
【０１０６】
図９に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。
【０１０７】
例えば以上のような解除要求メッセージが、リンク要求受付部１３４により取得される。
【０１０８】
（リンク設定部１３５）
−リンク設定
リンク設定部１３５は、リンク設定を行う。例えば、リンク設定部１３５は、リンク設定の要求が受け付けられる場合に、リンク設定を行う。より具体的には、例えば、リンク設定部１３５は、リンク要求受付部１３４により端末装置２００からのリンク設定要求メッセージを提供されると、当該リンク設定要求メッセージに基づいてリンク設定を行う。
【０１０９】
さらに具体的には、一例として、リンク設定部１３５は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を追加することにより、リンク設定を行う。以下、この点について図１０を参照して具体例を説明する。
【０１１０】
図１０は、リンク設定の一例を説明するための説明図である。図１０を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、図７に示されるリンク設定要求メッセージが取得される。即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するユーザ識別情報として、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。
【０１１１】
また、図８に示されるリンク設定要求メッセージも取得される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するユーザ識別情報として、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ａのユーザ１０Ｂのユーザ識別情報「Ｔａｒｏ」を追加する。
【０１１２】
以上のように、ＩＤ管理テーブルのユーザ識別情報及びリンク設定情報を追加することにより、リンク設定が行われる。
【０１１３】
−リンク設定後の動作
上述したように、リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。また、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記別の端末装置２００からの情報を上記端末装置２００が取得することも可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向での情報の提供及び取得を可能にする。
【０１１４】
具体例として、図１０に示されるように、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｈａｎａｋｏ」が追加される。そして、ユーザ識別情報「Ｈａｎａｋｏ」に対応するワンタイムＩＤは、「１００１」である。よって、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａは、ワンタイムＩＤ「１００１」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。一方、ワンタイムＩＤ「１０００」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報を、端末装置２００Ａに提供しない。
【０１１５】
また、具体例として、図１０に示されるように、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｔａｒｏ」が追加される。そして、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは、「１０００」である。よって、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂは、ワンタイムＩＤ「１０００」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。一方、ワンタイムＩＤ「１００１」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報を、端末装置２００Ｂに提供しない。
【０１１６】
以上のように、リンク設定は、端末装置２００からの情報を別の端末装置２００が取得することを可能にする。
【０１１７】
このように、ワンタイムＩＤが用いられる場合に、要求に応じたリンク設定が行われた場合に限り、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することが可能になる。例えば、何らかの関係（例えば、家族関係、友人関係、等）を有する２以上のユーザ１０が、端末装置２００からリンク設定を要求する。その結果、ユーザ１０の匿名性を保ちつつ、上記関係を有する当該２以上のユーザ１０の端末装置２００間での情報の提供及び取得が可能になる。
【０１１８】
また、さらに、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記端末装置２００と上記別の端末装置２００とが互いに通信することを可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向通信を可能にする。
【０１１９】
当該双方向通信は、例えば、音声通信（即ち、電話）である。即ち、リンク設定により、装置間の音声通信が可能になる。一例として、リンク設定により、端末装置２００Ａ及び端末装置２００Ｂは、音声通信（即ち、電話）を行うことが可能になる。具体的には、例えば、発信メッセージにおいて、発信側のワンタイムＩＤが「１０００」及び「１００１」の一方であり、着信側のワンタイムＩＤが「１０００」及び「１００１」の他方である場合に、呼制御部１３９は、呼制御を行う。一方、リンク設定がない（即ち、リンク設定情報がない）には、呼制御部１３９は、呼制御を行わない。
【０１２０】
このようなリンク設定による双方向通信により、通信事業者のネットワークを介することなく、区域９０内のＡＰサービスとして、例えば、何らかの関係を有するユーザ１０間での音声通信サービス（即ち、電話サービス）を提供できる。
【０１２１】
−リンク設定の解除
上記リンク設定は、当該リンク設定についての所定の解除条件（以下、「リンク設定解除条件」と呼ぶ）が満たされると解除される。例えば、リンク設定部１３５は、リンク設定解除条件が満たされる場合に、リンク設定を解除する。より具体的には、例えば、リンク設定部１３５は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を更新することにより、リンク設定を解除する。
【０１２２】
このように、リンク設定に加えて、リンク設定の解除が可能であることで、リンク設定を必要に応じて変えることが可能になる。
【０１２３】
例えば、上記リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。この点について、図１１を参照して具体例を説明する。
【０１２４】
図１１は、リンク設定の解除の第１の例を説明するための説明図である。図１１を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、端末装置２００ＢによるワンタイムＩＤ「１００１」の使用が終了する。この場合に、図１１に示されるように、ワンタイムＩＤ「１００１」に対応する使用可否フラグは、０になる（即ち、ワンタイムＩＤが使用されていないことを示すようになる）。また、これに伴い、ワンタイムＩＤ「１００１」に対応するユーザ識別情報及びリンク設定情報も削除される。そして、さらに、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」が、全てのリンク設定情報から削除される。この例では、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」が削除される。また、ワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該リンク設定情報にはいずれの情報も含まれなくなる。これに伴い、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。
【０１２５】
このような第１解除条件によれば、ワンタイムＩＤが使用されていないにもかかわらず、リンク設定が残ってしまうことを防ぐことができる。そのため、既に使用されていないワンタイムＩＤ宛に情報が提供されてエラーが生じてしまうこともない。また、ワンタイムＩＤが再度発行された際に、古いリンク設定が残ってしまうこともない。
【０１２６】
なお、ＩＤ使用終了条件が満たされると、ワンタイムＩＤの使用が終了するので、上記第１解除条件は、ＩＤ使用終了条件（例えば、第１終了条件〜第１０終了条件）と同じであってもよい。
【０１２７】
また、例えば、上記リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。この点について、図１２を参照して具体例を説明する。
【０１２８】
図１２は、リンク設定の解除の第２の例を説明するための説明図である。図１２を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、図９に示される解除要求メッセージが、リンク要求受付部１３４により取得され、リンク設定部１３５に提供される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。すると、図１２に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報から、「Ｔａｒｏ」を削除する。また、図１０を参照すると、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは「１０００」であるので、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」を削除する。なお、図１０に示されるようにワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該「Ｈａｎａｋｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。また、図１０に示されるようにワンタイムＩＤ「１００１」に対応するリンク設定情報も「Ｔａｒｏ」のみであったので、当該「Ｔａｒｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」も削除される。
【０１２９】
このような第２解除条件によれば、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。
【０１３０】
なお、上記リンク設定解除条件は、リンク設定の持続期限が経過していること（第３解除条件）を含んでもよい。この場合には、ＩＤ管理テーブルはリンク設定の持続時間の情報を含み、リンク設定解除条件は、当該情報に基づいて判定されてもよい。このような解除条件によれば、特定の期限のみ有効なリンク設定を実現できる。
【０１３１】
また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定時間内に取得しないこと（第４解除条件）を含んでもよい。このような解除条件によれば、リンク設定が活用されている場合にのみ有効なリンク設定を実現できる。
【０１３２】
また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定回数、所定量又は所定時間取得すること（第５解除条件）を含む。このような解除条件によれば、特定の回数、特定の情報量、特定の時間での情報の取得のみ可能なリンク設定を実現できる。
【０１３３】
（ＡＰサービス提供部１３７）
−ＡＰサービスの提供
ＡＰサービス提供部１３７は、区域９０内でＡＰサービスを提供する。より具体的には、ＡＰサービス提供部１３７は、例えば、ＡＰサービスに関する処理を実行し、当該ＡＰサービスの提供のために、通信部１１０を介して端末装置２００と通信する。ここで、ＡＰサービス提供部１３７が、ＡＰサービスを提供する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を通知してもよい。
【０１３４】
ＡＰサービス提供部１３７及び端末装置２００は、ワンタイムＩＤを使用して通信する。即ち、ＡＰサービス提供部１３７は、端末装置２００からデータを受信する場合に、端末装置２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。また、ＡＰサービス提供部１３７は、端末装置２００にデータを送信する場合に、呼制御部１３９にワンタイムＩＤからＩＰアドレスへの変換を依頼し、端末装置２００のＩＰアドレスを取得する。そして、ＡＰサービス提供部１３７は、取得したＩＰアドレスを宛先として端末装置２００にデータを送信する。
【０１３５】
なお、当然のことながら、ワンタイムＩＤを使用した通信では、音声、画像、映像、テキスト等の任意のデータを送受信することができる。
【０１３６】
−リンク設定に基づく情報の提供
ＡＰサービス提供部１３７は、上記リンク設定状況に基づいて、ＡＰサービスにおいて、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。
【０１３７】
例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。
【０１３８】
例えば、再び図４を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定は行われていない。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供しない。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供しない。
【０１３９】
−リンク設定により取得される情報
上記リンク設定により、ＡＰサービスに応じて、端末装置２００からの様々な情報を、別の端末装置２００が取得し得る。例えば、当該別の端末装置２００は、端末装置２００からの音声、画像、映像、テキスト等の任意の情報を取得し得る。一例として、ＡＰサービスが音声通信サービスである場合には、端末装置２００は、別の端末装置２００からの音声情報を取得する。
【０１４０】
−−状況関連情報
また、例えば、別の端末装置２００により取得される端末装置２００からの情報は、端末装置２００のユーザ１０の状況に関連する状況関連情報を含む。
【０１４１】
一例として、当該状況関連情報は、端末装置２００の位置情報を含む。例えば、ＡＰサービスが、区域内地図サービスである場合に、ＡＰサービス提供部１３７は、区域９０の地図を端末装置２００に提供する。そして、ＡＰサービス提供部１３７は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、ある端末装置２００の位置情報を別の端末装置２００に提供する。例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａと、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、例えば、ＡＰサービス提供部１３７は、端末装置２００Ａの位置情報を端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂの位置情報を端末装置２００Ａに提供する。その結果、端末装置２００Ａでは、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。また、同様に、端末装置２００Ｂでも、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。以下、この点について図１３を参照して具体例を説明する。
【０１４２】
図１３は、区域内地図サービスにおいて端末装置２００Ａに表示される画面の一例を説明するための説明図である。図１３を参照すると、端末装置２００Ａ及び端末装置２００Ａに表示される画面２５１が示されている。そして、画面２５１は、ショッピングモールである区域９０の地図を含む。そして、当該地図上には、端末装置２００Ａの位置が、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。また、当該地図上には、端末装置２００Ｂの位置が、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。このように、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。
【０１４３】
このようにある端末装置２００の位置情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０が区域９０（例えば、ショッピングモール）内どこにいるかを知ることができる。
【０１４４】
なお、端末装置２００の位置情報は、例えば、端末装置２００からＰＢＸ１００（ＡＰサービス提供部１３７）に随時提供され、ＰＢＸ１００（ＡＰサービス提供部１３７）により別の端末装置２００に提供される。この場合に、端末装置２００の位置情報は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルの情報として記憶されてもよい。
【０１４５】
状況関連情報の一例として位置情報が提供され、取得される例を説明したが、状況関連情報はこの例に限られない。状況関連情報は、例えば、ユーザ１０の行動情報を含んでもよい。そして、当該行動情報は、端末装置２００のセンサから得られるユーザ１０の行動（例えば、歩いている、座っている等）を示す情報であってもよい。また、状況関連情報は、位置情報、行動情報等の履歴であってもよい。
【０１４６】
以上のように、例えば、状況関連情報が、端末装置２００により提供され、取得される。
このようにある端末装置２００の状況関連情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を知ることができる。そのため、例えば、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を考慮して、ある端末装置２００のユーザ１０にコンタクトすることができる。
【０１４７】
−−取得される情報の態様
なお、上記端末装置２００からの上記情報は、端末装置２００から提供される情報そのものであってもよく、当該情報に基づいて生成された情報であってもよい。
【０１４８】
一例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、端末装置２００Ｂは、当該位置情報そのものを取得してもよい。
【０１４９】
また、別の例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、ＡＰサービス提供部１３７が、当該位置情報から、端末装置２００Ａの位置を示す地図画像を生成し、端末装置２００Ｂは、当該地図画像を取得してもよい。
【０１５０】
−ＡＰサービスの停止
また、ＡＰサービス提供部１３７は、例えば、ＡＰサービス管理部１３１からＡＰサービスの提供の停止を要求される場合に、当該ＡＰサービスの提供を停止する。また、ＡＰサービス提供部１３７は、例えば、端末装置２００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。また、ＡＰサービス提供部１３７は、例えば、必要に応じてＡＰサービス提供の停止を端末装置２００に要求し、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。
【０１５１】
（呼制御部１３９）
呼制御部１３９は、端末装置２００間の呼制御、及び、端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。
【０１５２】
また、呼制御部１３９は、ＡＰサービス提供部１３７の依頼に応じて、ワンタイムＩＤをＩＰアドレスへ変換する。そして、呼制御部１３９は、当該ＩＤアドレスをＡＰサービス提供部１３７に提供する。
【０１５３】
−ワンタイムＩＤについての呼制御
また、呼制御部１３９は、音声通信を伴うＡＰサービスの一部として、端末装置２００間での呼制御を行う。この場合に、呼制御部１３９は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、当該呼制御を行う。即ち、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われている場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行う。一方、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われていない場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行わない。以下、この点について図１４を参照して具体例を説明する。
【０１５４】
図１４は、リンク設定に基づく呼制御の例を説明するための説明図である。図１４を参照するとＩＰ  ＤＢ１２３のＩＤ管理テーブルが示されている。当該ＩＤ管理テーブルのリンク設定情報に示されるようにリンク設定が行われた場合には、以下のような発信側の端末装置２００のワンタイムＩＤと着信側のワンタイムＩＤとの組合せであれば、呼制御部１３９は、これらの端末装置間での呼制御を行う。
【０１５５】
【表１】
2014123906.tif 000003
【０１５６】
また、図１４の例では、上述したワンタイムＩＤの組合せ以外の組合せの場合には、呼制御部１３９は、端末装置２００間での呼制御を行わない。
【０１５７】
このように、端末装置２００間のリンク設定がある場合に、当該端末装置２００間の呼制御が行われ、端末装置２００間のリンク設定がない場合には、当該端末装置２００間の呼制御は行われない。
【０１５８】
−特別な呼制御
ＰＢＸ１００が、公衆網に接続する場合には、呼制御部１３９は、特別の呼処理（緊急通報呼処理）に対応してもよい。緊急通報とは、警察機関、海上保安機関消防機関等に対する呼である。即ち、ワンタイムＩＤを発行された端末装置２００が、緊急通報先の電話番号への発呼を行う場合に、呼制御部１３９は、緊急通報呼制御を行う。
【０１５９】
緊急通報先の電話番号とは、例えば、電気通信事業法及び電気通信番号規則で規定された緊急通報に関する電気通信番号（警察機関「１１０」、海上保安機関「１１８」、消防機関「１１９」）である。例えば、以下のような発信側の端末装置２００のワンタイムＩＤと着信側の電話番号との組合せであれば、呼制御部１３９は呼制御を行う。
【０１６０】
【表２】
2014123906.tif 000004
【０１６１】
さらに、ＰＢＸ１００の番号計画において、管理者が緊急通報先の電話番号と定めた電気通信番号（例えば、警備室の電話番号、区域９０に近い警察署の電話番号、等）を緊急通報呼処理の対象としてもよい。
【０１６２】
なお、ＰＢＸ１００が、緊急通報呼処理に対応する場合には、ＰＢＸ１００が端末装置２００に発行可能なワンタイムＩＤは、緊急通報先の電話番号以外の番号である。
【０１６３】
＜３．端末装置の構成＞
続いて、図１５〜図２２を参照して、本実施形態に係るＰＢＸ１００の構成の一例を説明する。図１５は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１５を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０及び制御部２６０を備える。
【０１６４】
（第１通信部２１０）
第１通信部２１０は、装置間通信を行う。例えば、第１通信部２１０は、別の端末装置２００との近距離で無線通信する。より具体的には、例えば、第１通信部２１０は、手合い距離以内で無線通信する。手合い距離とは、２人の人物が互いに腕及び手を伸ばすと当該２人の人物の指先が触れ合う場合の、当該２人の人物間の距離である。
【０１６５】
具体例として、第１通信部２１０は、ＮＦＣ（Near  Field  Communication）又は赤外線通信を行う。上記ＮＦＣは、例えば、ＩＳＯ／ＩＥＣ  １４４４３、ＩＳＯ／ＩＥＣ  １８０９２等の規格に従った無線通信である。また、上記赤外線通信は、例えば、ＩｒＤＡ（Infrared  Data  Association）規格に従った無線通信である。
【０１６６】
（第２通信部２２０）
第２通信部２２０は、他の装置と通信する。例えば、第１通信部２１０と比べてより遠距離で無線通信する。より具体的には、例えば、第２通信部２２０は、アクセスポイント又は基地局を介して、ＰＢＸ１００と通信する。
【０１６７】
具体例として、第２通信部２２０は、無線ＬＡＮ規格に従った無線通信を行う。無線ＬＡＮ規格は、例えば、ＩＥＥＥ  ８０２．１１シリーズである。
【０１６８】
（記憶部２３０）
記憶部２３０は、端末装置２００の動作のためのプログラム及びデータを記憶する。記憶部２３０は、例えばハードディスク又は半導体メモリ等の記憶媒体を含む。
【０１６９】
例えば、記憶部２３０は、端末装置２００に発行されたワンタムＩＤを記憶する。
【０１７０】
（入力部２４０）
入力部２４０は、端末装置２００のユーザ１０による入力を受け付ける。そして、入力部２４０は、入力結果を制御部２６０へ提供する。
【０１７１】
例えば、入力部２４０は、表示画面においてユーザ１０により指定される位置を検出する。より具体的には、例えば、入力部２４０は、タッチパネルのタッチ検出面により実装され、タッチパネルにおけるタッチ位置を検出する。そして、入力部２４０は、検出されたタッチ位置を制御部２６０へ提供する。
【０１７２】
（表示部２５０）
表示部２５０は、端末装置２００からの出力画像（即ち、画面）を表示する。表示部２５０は、制御部２６０による制御に応じて表示画面を表示する。なお、表示部２５０は、例えば、タッチパネルの表示面により実装される。
【０１７３】
（制御部２６０）
制御部２６０は、端末装置２００の様々な機能を提供する。例えば、制御部２６０は、ＣＰＵ又はＤＳＰ等のプロセッサに相当する。そして、制御部２６０は、記憶部２３０又は他の記憶媒体に記憶されるプログラムを実行することにより、上記様々な機能を提供する。制御部２６０は、ＡＰ管理部２６１、ＩＤ取得部２６３、リンク設定要求部２６５及びＡＰ部２６７を含む。
【０１７４】
（ＡＰ管理部２６１）
−区域９０内で提供されるＡＰサービスの情報の取得
例えば、ＡＰ管理部２６１は、区域９０内で提供されるＡＰサービスの情報を取得する。当該情報は、例えば、区域９０内で提供されるＡＰサービスの検索結果である。
【０１７５】
具体例には、例えば、端末装置２００が区域９０内に入る場合に、第２通信部２２０は、ネットワーク２０への接続を確立する。そして、当該接続の確立後に、ＡＰ管理部２６１は、表示部２５０に、ＡＰサービスの検索を行うか否かを選択するための画面を表示させる。そして、入力部２４０が、ＡＰサービスの検索を行うこと選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＰＢＸ１００によるＡＰサービス検索結果を取得する。
【０１７６】
−端末装置用のソフトウェアの取得及び起動
また、例えば、ＡＰ管理部２６１は、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。
【０１７７】
具体的には、例えば、ＡＰ管理部２６１は、ＡＰサービス検索結果を受信すると、表示部２５０に、ＡＰサービスに関する情報を表示させる。そして、入力部２４０が、ＡＰサービスを利用することを選択するための入力、又は複数のＡＰサービスのうちのいずれかのＡＰサービスを選択するための入力を受け付けると、ＡＰ管理部２６１は、第２通信部２２０を介して、選択に応じたＡＰサービス利用開始要求メッセージをＰＢＸ１００に送信する。そして、ＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービスの提供のための端末装置用のソフトウェアを取得する。そして、ＡＰ管理部２６１は、当該ソフトウェアを起動させる。その後、当該ソフトウェアのプログラムが実行される。
【０１７８】
なお、端末装置２００に既に当該端末装置用のソフトウェアが備えられている場合には、当該ソフトウェアはＰＢＸ１００から取得されなくてもよい。
【０１７９】
−ワンタイムＩＤの使用終了条件に関連する情報の提供
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件に関連する情報をＰＢＸ１００（ＡＰサービス管理部１３１）に随時または定期的に提供する。なお、端末装置２００が上記使用終了の条件を自ら判定する場合には、ＡＰ管理部２６１は、ＰＢＸ１００（ＡＰサービス管理部１３１）から使用終了の条件に関連する情報を取得してもよい。
【０１８０】
−端末装置用のソフトウェアの削除
また、例えば、ＡＰ管理部２６１は、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ＡＰサービスの提供のための端末装置用のソフトウェアを削除する。より具体的には、例えば、ＡＰ管理部２６１は、上記端末装置用のソフトウェアの停止及び削除を要求するＡＰ削除要求メッセージをＰＢＸ１００（ＡＰサービス管理部１３１）から受信すると、当該端末装置用のソフトウェアを停止し、端末装置２００から削除する。なお、ＡＰ管理部２６１は、上記使用終了の条件を自ら判定する場合には、判定結果に応じて上記端末装置用のソフトウェアを停止し、端末装置２００から削除してもよい。
【０１８１】
（ＩＤ取得部２６３）
ＩＤ取得部２６３は、ワンタイムＩＤが端末装置２００に発行されると、当該ワンタイムＩＤを取得する。より具体的には、例えば、ＰＢＸ１００は、端末装置２００へのワンタイムＩＤの発行の際に、端末装置２００にワンタイムＩＤを通知する。そして、ＩＤ取得部２６３は、第２通信部２２０を介して、当該ワンタイムＩＤを取得する。そして、ＩＤ取得部２６３は、取得したワンタムＩＤをＡＰ部２６７に提供する。
【０１８２】
なお、ＩＤ取得部２６３は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
【０１８３】
（リンク設定要求部２６５）
−リンク設定の要求
リンク設定要求部２６５は、上記リンク設定を要求する。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。
【０１８４】
例えば、上記リンク設定は、端末装置２００及び別の端末装置２００の少なくとも一方による承認後に要求される。即ち、リンク設定要求部２６５は、端末装置２００又は別の端末装置２００の少なくとも一方による承認後に、上記リンク設定を要求する。一例として、リンク設定要求部２６５は、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定を要求する。後述するように、リンク設定の承認は、ＡＰ部２６７により行われる。
【０１８５】
より具体的には、例えば、端末装置２００及び別の端末装置２００の両方による承認後に、リンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。当該リンク設定要求メッセージの具体例は、図７及び図８を参照して説明したとおりである。なお、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等が規定されている場合、リンク設定要求部２６５が規定に従いリンク設定要求メッセージを生成してもよい。例えば、端末装置２００において、ＰＢＸ１００との間でやりとりするために用いる通信プロトコルがＳＩＰ（Session  Initiation  Protocol）と規定されている場合、図７及び図８のリンク設定要求メッセージは、ＳＩＰのリクエストに対応づけて生成してもよい。具体的には、ＳＩＰのプロトコルメッセージが、リクエスト、ヘッダ、空白行及びボディからなる場合、リンク設定要求部２６５は、ＳＩＰのプロトコルメッセージのリクエストにＳＩＰのリクエストのＲＥＧＩＳＴＥＲを含め、ヘッダにワンタイムＩＤ（図７または図８の「ワンタイムＩＤ（要求側）」）及びユーザ識別情報（図７または図８の「ユーザ識別情報（要求側）」）を含め、ボディにユーザ識別情報（図７または図８の「ユーザ識別情報（相手側）」）を含めることで、リンク設定要求メッセージを生成する。なお、この場合、伝搬する通信の通信プロトコルがＳＩＰであるから、ＰＢＸ１００はＳＩＰに対応したＰＢＸであるといえる。
【０１８６】
このような承認後のリンク設定の要求により、端末装置２００のユーザ１０がリンク設定を認めた場合にのみ、ＰＢＸ１００がリンク設定を行うことが可能になる。そのため、ユーザ１０の意図しないまま、リンク設定が行われることを防ぐことができる。よって、アプリケーションサービスの通信が、ユーザ１０にとってより利用しやすくなる。
【０１８７】
−リンク設定の解除
リンク設定要求部２６５は、上記リンク設定の解除を要求する。
【０１８８】
より具体的には、例えば、別の端末装置２００とのリンク設定を解除するためのユーザ１０の入力が、入力部２４０により受け付けられると、リンク設定要求部２６５は、リンク設定の解除を決定する。そして、リンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。当該解除要求メッセージの具体例は、図９を参照して説明したとおりである。なお、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等が規定されている場合、リンク設定要求部２６５が規定に従い解除要求メッセージを生成してもよい。例えば、端末装置２００において、ＰＢＸ１００との間でのやりとりのために用いる通信プロトコルがＳＩＰと規定されている場合、図９の解除要求メッセージは、ＳＩＰのリクエストに対応づけて生成してもよい。具体的には、ＳＩＰのプロトコルメッセージが、リクエスト、ヘッダ、空白行及びボディからなる場合、リンク設定要求部２６５は、ＳＩＰのプロトコルメッセージのリクエストにＳＩＰのリクエストのＲＥＧＩＳＴＥＲを含め、ヘッダにリンク設定の解除の旨、ワンタイムＩＤ（図９の「ワンタイムＩＤ（要求側）」）及びユーザ識別情報（図９の「ユーザ識別情報（要求側）」）を含め、ボディにユーザ識別情報（図９の「ユーザ識別情報（相手側）」）を含めることで、解除要求メッセージを生成する。
【０１８９】
このようなリンク設定の解除の要求により、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。
【０１９０】
なお、リンク設定要求部２６５は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
【０１９１】
（ＡＰ部２６７）
−端末装置用のソフトウェアの実行
ＡＰ部２６７は、ＡＰサービスに関する端末装置側の処理を実行する。また、ＡＰ部２６７は、ＡＰサービスを利用するために、必要に応じて、第２通信部２２０を介してＰＢＸ１００と通信する。ＡＰ部２６７は、ＡＰサービスの提供のための端末装置用ソフトウェアの一部として実装され得る。
【０１９２】
また、ＰＢＸ１００により端末装置２００にワンタイムＩＤが発行されるので、ＡＰ部２６７は、当該ワンタイムＩＤを使用してＡＰサービスの通信を行う。より具体的には、例えば、ＡＰ部２６７は、ＡＰサービスにおいて情報を送信する場合に、当該情報の送信元の識別情報としてワンタイムＩＤを併せて送信する。
【０１９３】
また、ＡＰ部２６７は、別の端末装置２００に情報を送信する場合には、データを送信する場合に、ＰＢＸ１００（呼制御部１３９）に、ワンタイムＩＤからＩＰアドレスへの変換を依頼し、別の端末装置２００のＩＰアドレスを取得する。そして、ＡＰ部２６７は、取得したＩＰアドレスを宛先として上記別の端末装置２００に情報を送信する。
【０１９４】
また、ＡＰ部２６７は、別の端末装置２００から情報を受信する場合に、当該別の端末装置２００のワンタイムＩＤを受信し、当該情報の送信元を当該ワンタイムＩＤにより識別する。
【０１９５】
−ＡＰサービスの例
一例として、ＡＰサービスは、区域内通話サービスである。また、一例として、区域９０は、ショッピングモールである。このようなＡＰサービスによれば、例えば、ショッピングモールの顧客であるユーザ１０は、所望の店員又は別の顧客であるユーザ１０と通話することができる。以下、このようなＡＰサービスにおける端末装置２００の画面の例を、図１６及び図１７を参照して説明する。
【０１９６】
図１６は、区間内通話サービスにおいて端末装置２００に表示される画面の第１の例を説明するための説明図である。図１６を参照すると、端末装置２００Ａと別の端末装置２００Ｂが示されている。そして、端末装置２００Ａと別の端末装置２００Ｂに表示される画面２５１も示されている。このように、ＡＰ部２６７は、表示部２５０に、ＡＰサービスについての画面を表示させる。例えば、区域内通話サービスでは、端末装置２００の近傍に位置するスタッフが端末装置２００に表示される画面２５１で示される。図１６の例では、端末装置２００Ａと端末装置２００Ｂとが近距離に位置するので、端末装置２００Ａの画面２５１Ａと端末装置２００Ｂの画面２５１Ｂとには、同一のスタッフが示されている。例えば、端末装置２００Ａの画面２５１Ａと端末装置２００Ｂの画面２５１Ｂとには、スタッフであるユーザ１０のユーザ識別情報として、「Ｓａｔｏ（家電）」、「Ｓｕｚｕｋｉ（玩具）」及び「Ｔａｋａｈａｓｈｉ（服飾）」が示されている。また、端末装置２００とスタッフとの距離も示されている。
【０１９７】
図１７は、区間内通話サービスにおいて端末装置２００に表示される画面の第２の例を説明するための説明図である。図１７の例では、端末装置２００Ｂは、図１６の例での位置から別の位置へと移動している。そのため、端末装置２００Ａの画面２５１Ａは、図１６の例と同様であるが、端末装置２００Ｂの画面２５１Ｂは、図１６の例とは異なる。端末装置２００Ｂの画面２５１Ｂには、スタッフであるユーザ１０のユーザ識別情報として、「Ｔａｋａｈａｓｈｉ（服飾）」及び「Ｉｔｏ（服飾）」が示されている。
【０１９８】
なお、図１６及び図１７の例では、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定は行われていない。
【０１９９】
−リンク設定の承認処理
上述したように、例えば、ＡＰ部２６７は、上記リンク設定の承認を行う。
【０２００】
上記承認は、端末装置２００と別の端末装置２００との間での装置間通信を通じて行われる。より具体的には、当該装置間通信は、近距離での無線通信である。一例として、当該近距離での無線通信は、ＮＦＣ又は赤外線通信である。
【０２０１】
例えば、端末装置２００ＡのＡＰ部２６７は、端末装置２００Ａと別の端末装置２００Ｂとの間でのＮＦＣを通じて、リンク設定の承認を行う。以下、リンク設定の承認の具体例を図１８〜図２０を参照して説明する。
【０２０２】
図１８は、リンク設定の承認のために端末装置２００に表示される第１の画面の例を説明するための説明図である。図１８を参照すると、端末装置２００Ａと別の端末装置２００Ｂが示されている。図１８に示されるように、端末装置２００Ａと端末装置２００Ｂとは近距離に位置する。そして、端末装置２００Ａ及び端末装置２００Ｂは、ＮＦＣを行う。すると、端末装置２００Ａには、画面２５１Ａとして、リンク設定を承認するか否かを選択するための画面（以下、「承認用画面」と呼ぶ）が表示される。同様に、端末装置２００Ｂには、画面２５１Ｂとして、承認用画面が表示される。
【０２０３】
図１９は、リンク設定の承認のために端末装置２００に表示される第２の画面の例を説明するための説明図である。図１９を参照すると、端末装置２００Ａのユーザ１０Ａが承認のための入力を行い、当該入力が入力部２４０により受け付けられる。すると、リンク設定の承認メッセージが、端末装置２００Ａ（ＡＰ部２６７）により、端末装置２００Ｂへ送信される。また、端末装置２００Ａには、画面２５１Ａとして、相手側の承認待ちであることを示す画面（以下、「承認待ち画面」と呼ぶ）が表示される。このように、ＡＰ部２６７は、リンク設定の承認を行う。なお、端末装置２００Ｂには、承認用画面が表示されたままである。ここで、リンク設定の承認メッセージは、リンク設定の申し込みまたは承諾の旨であるが、加えて端末装置２００とＰＢＸ１００との間で（リンク設定のメッセージを）やりとりするために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を規定してもよい。
【０２０４】
その後、端末装置２００Ｂも、リンク設定の承認を行う。その結果、リンク設定要求メッセージが、ＰＢＸ１００へ送信される。そして、リンク設定が行われる。
【０２０５】
図２０は、リンク設定の承認後に端末装置２００に表示される画面の一例を説明するための説明図である。図２０を参照すると、端末装置２００Ａの画面２５１Ａには、区域内通話の相手の候補として、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が示される。また、端末装置２００Ｂの画面２５１Ｂには、区域内通話の相手の候補として、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が示される。
【０２０６】
このような、装置間通信を通じた承認により、ユーザ１０同士の直接的なコミュニケーションなしにリンク設定が勝手に行われてしまうことを防ぐことができる。また、ＮＦＣのような近距離での無線通信が用いられれば、目視を伴う対面でのコミュニケーションが前提となるので、ユーザ１０間での合意に基づいて、リンク設定が行われるようになる。これにより、例えば、遠隔でハンドルネーム情報のみに基づいた承認操作が潜在的に有する、非関係者による偽の関係者としてのなりすまし行為問題の発生を防止し、またそのような危険を防止していることがリンク設定を行おうとしているユーザ１０に直感的に伝わる承認方法であることで、ユーザ１０が安心感を持ってリンク設定行為を行うことができる。また、例えば、誤った操作により、見知らぬユーザ１０の端末装置２００が相手となるリンク設定が行われてしまうことを、回避することができる。さらに、ＮＦＣのような近距離での無線通信が用いられれば、リンク設定の相手側の候補が限定されるので、相手側の候補を探す手間を省くことができる。つまり、リンク設定はユーザにとってより安心なものになり得る。
【０２０７】
−リンク設定後の処理
リンク設定後には、端末装置２００ＡのＡＰ部２６７は、別の端末装置２００Ｂへ情報を提供し、又は別の装置２００Ｂから情報を取得することが可能になる。
【０２０８】
例えば、ＡＰサービスが区域内通話サービスである場合には、端末装置２００ＡのＡＰ部２６７は、別の端末装置２００Ｂとの音声通信を行うことが可能（発着信待ち状態）になる。以下、この点について図２１を参照して具体例を説明する。
【０２０９】
図２１は、端末装置２００Ａと別の端末装置２００Ｂとの間の区域内通話において表示される画面の一例を説明するための説明図である。例えば、図２０に示されるように、端末装置２００Ａの画面２５１Ａが表示されている場合に、「Ｈａｎａｋｏ」が、区域内通話の相手として選択される。すると、図２１に示されるように、端末装置２００Ａには、画面２５１Ａとして、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂへの発信中であることを示す画面が表示される。また、端末装置２００Ｂには、画面２５１Ｂとして、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａからの着信中であることを示す画面が表示される。ここで、端末装置２００Ｂにおいて、選択肢「話す」及び選択肢「切る」のうちの選択肢「話す」が選択されると、端末装置２００Ａと端末装置２００Ｂとの間の通話が開始する。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））が通話状態となる。他方、端末装置２００Ｂにおいて、選択肢「切る」が選択されると、端末装置２００Ａと端末装置２００Ｂとがリンク設定の承認後の画面（端末装置２００Ａが図２０の画面２５１Ａ、端末装置２００Ｂが図２０の画面２５１Ｂ）となる。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））で発着信待ち状態となる。また、端末装置２００において、終話（端末装置２００Ａと端末装置２００Ｂとの間の音声通信が終了または着信中の端末装置２００Ｂで選択肢「切る」が選択）後、通話履歴表示を行ってもよい。この場合、発信者側の端末装置２００Ａは、図２０の画面２５１Ａの画面にさらに通話の相手として「Ｈａｎａｋｏ」に対する発信実績を示す旨を含めて表示（例えば、図２０の画面２５１Ａの「Ｈａｎａｋｏ（家電）」に発信履歴アイコンを付与）し、発信者側の端末装置２００Ｂは、図２０の画面２５１Ｂの画面にさらに通話の相手として「Ｔａｒｏ」からの着信実績を示す旨を含めて表示（例えば、図２０の画面２５１Ｂの「Ｔａｒｏ（家電）」に着信履歴アイコンを付与）してもよい。つまり、リンク設定を要求・承認した端末装置２００の間（端末装置２００のユーザの間（端末装置２００のユーザのユーザ識別情報の間））で通話履歴表示を伴う発着信待ち状態となる。
【０２１０】
また、例えば、ＡＰサービスが区域内通話サービスである場合には、端末装置２００ＡのＡＰ部２６７は、画面２５１Ａに含まれる区域９０の地図において、端末装置２００Ａのリンク設定の相手である端末装置２００Ｂの位置を示してもよい。以下、この点について図２２を参照して具体例を説明する。
【０２１１】
図２２は、端末装置２００Ａと別の端末装置２００Ｂとの間の区域内通話のために表示される画面の一例を説明するための説明図である。図２２を参照すると、端末装置２００Ａが示されている。また、端末装置２００Ａには、画面２５１Ａが表示されている。画面２５１Ａは、ショッピングモールである区域９０の地図を含む。そして、画面２５１Ａには、顧客であるユーザ１０Ａの端末装置２００Ａの位置が、ユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。そして、画面２５１Ａには、顧客であるユーザ１０Ｂの端末装置２００Ｂの位置が、ユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。また、その他、スタッフであるユーザ１０の端末装置２００の位置が、当該ユーザ１０のユーザ識別情報「Ｓａｔｏ」、「Ｓｕｚｕｋｉ」及び「Ｔａｋａｈａｓｈｉ」とともに示されている。このような画面によれば、通話の相手の候補がどこにいるかを予め知ることができる。
【０２１２】
−ユーザ識別情報の表示
また、例えば、端末装置２００のユーザ１０を識別するためのユーザ識別情報が、別の端末装置２００により取得される。そして、当該ユーザ識別情報は、別の端末装置２００による端末装置２００からの上記情報の取得（即ち、リンク設定に基づく情報の取得）に関連して、別の端末装置２００において表示される。
【０２１３】
具体的には、例えば、図１８の例において、端末装置２００Ａ及び端末装置２００Ｂは、例えば、ＮＦＣを通じてユーザ識別情報を交換する。そして、承認用画面には、相手側の端末装置２００のユーザ１０のユーザ識別情報が表示される。例えば、端末装置２００Ａの画面２５１Ａには、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。また、端末装置２００Ｂの画面２５１Ｂには、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が表示される。
【０２１４】
また、例えば、図２０の例において、端末装置２００Ａの画面２５１Ａには、区域内通話の相手の候補として、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。また、端末装置２００Ｂの画面２５１Ｂには、区域内通話の相手の候補として、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」が表示される。
【０２１５】
また、例えば、図２２の例において、端末装置２００Ａの画面２５１Ａには、区域９０内の端末装置２００Ｂの位置とともに、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」が表示される。
【０２１６】
匿名性を保持することを特徴とするワンタイムＩＤは、いずれのユーザ１０にも関連しない情報である。そのため、端末装置２００にワンタイムＩＤがそのまま表示されるだけでは、当該端末装置２００のユーザ１０は、リンク設定の相手側の端末装置２００のユーザ１０を特定することは難しい。そこで、以上の例のように、ユーザ識別情報が表示されることにより、匿名性を保持することを特徴とするワンタイムＩＤを使用しつつも、端末装置２００のユーザ１０は、リンク設定における相手側の端末装置２００のユーザ１０を容易に特定することができる。
【０２１７】
−ユーザ識別情報の取得
−−手動での取得
ユーザ識別情報は、例えば、ユーザ１０による端末装置２００（入力部２４０）への入力により、取得される。具体的には、例えば、ＡＰサービスの提供のための端末装置用のソフトウェアが端末装置２００に配布され、さらにワンタイムＩＤが端末装置２００に発行されると、ＡＰ部２６７は、ユーザ識別情報（例えば、ハンドルネーム）の入力を促す画面を表示部２５０に表示させる。そして、ユーザ１０によるユーザ識別情報の入力が入力部２４０により受け付けられる。例えばこのように、ユーザ識別情報が取得される。
【０２１８】
−−自動での取得
なお、ユーザ識別情報は、端末装置２００に記憶される情報から、端末装置２００の自律的な処理によって取得されてもよい。例えば、端末装置２００（記憶部２３０）に記憶されているアプリケーションソフトウェアに関する情報（以下、アプリケーション情報）の中から、ハンドルネームが抽出され、当該ハンドルネームが、端末装置２００のユーザ１０のユーザ識別情報として取得されてもよい。上記アプリケーションソフトウェアは、配布された端末装置用のソフトウェアであってもよく、又は端末装置２００に備えられる既存のアプリケーションソフトウェアであってもよい。
【０２１９】
アプリケーション情報は、アプリケーションソフトウェアのプロセス名、プログラム名、ファイル名等で表される。プロセス名及びプログラム名は、アプリケーションソフトウェアの実行中にＯＳ（Operating  System）上で認識される情報である。よって、アプリケーション情報が、プロセス名又はプログラム名で表される場合には、実行中のアプリケーションのアプリケーション情報から、ハンドルネームを検索することが有効である。また、ファイル名は、端末装置２００内におけるアプリケーションの自体（実行ファイル等）について認識される情報である。よって、アプリケーション情報が、ファイル名で表される場合には、実行中ではないアプリケーションのアプリケーション情報から、ハンドルネームを検索することが有効である。
【０２２０】
第１の例として、アプリケーション情報がプロセス名で表される場合に、ＡＰ部２６７は、アプリケーションソフトウェアに関わるメモリ内の情報からハンドルネームを抽出してもよい。より具体的には、例えば、アプリケーションのプロセスに関わるメモリ領域をメモリダンプし、キーワード「ＩＤ」（上記プロセスの処理で用いられる変数）で検索することにより、ハンドルネームを抽出してもよい。
【０２２１】
第２の例として、アプリケーション情報がプログラム名で表される場合に、ＡＰ部２６７は、アプリケーションにより管理される領域からハンドルネームを抽出してもよい。より具体的には、例えば、ＡＰ部２６７は、アプリケーションソフトウェアのプログラムのcookie（HTTP（HyperText  Transfer  Protocol）  cookie）の格納領域を、キーワード「ＵＲＬ」（ネットワーク上のサービスと特定する情報）とキーワード「ＩＤ」（ネットワーク上のサービスが処理で用いる変数）とで検索することにより、ハンドルネームを抽出してもよい。
【０２２２】
第３の例として、アプリケーション情報がファイル名で表される場合に、ＡＰ部２６７は、アプリケーションソフトウェアに関する設定ファイルからハンドルネームを抽出してもよい。より具体的には、例えば、ＡＰ部２６７は、パス（absolute  path）「/etc/ccc.conf」を、キーワード「ＩＤ」（設定ファイル「/etc/ccc.conf」における設定名）で検索することにより、ハンドルネームを抽出してもよい。
【０２２３】
なお、ＡＰサービスの提供のための端末装置用のソフトウェアが端末装置２００に配布され、さらにワンタイムＩＤが端末装置２００に発行された後に、ユーザ識別情報の取得が行われてもよい。
【０２２４】
以上のように、端末装置２００によるユーザ識別情報の自動取得により、端末装置２００のユーザ１０は、ユーザ識別情報を入力しなくてもよい。よって、ＡＰサービスの利用にあたってのユーザ１０の手間を軽減することができる。その結果、より多くのユーザ１０がＡＰサービスを利用するようになり得る。また、使い慣れたユーザ識別情報が再利用されるので、ユーザ１０にとって好ましいユーザ識別情報が用いられ得る。
【０２２５】
また、Ｔｅｌｎｅｔサービス、ＦＴＰ（File  Transfer  Protocol）サービス、ＳＮＳ（Social  Networking  Service）、Ｂｌｏｇ、電子掲示板サービス、電子メールサービス等のサービスが、ネットワーク上で提供されている。そして、これらサービスでは、多くの場合に、ＩＤ及びパスワードによる認証が前提となっている。また、これらのサービスの中には、認証用のＩＤが、サービス内で利用されるハンドルネームであることもある。また、これらのサービスを利用する端末装置には、サービスに対応するアプリケーションソフトウェアがインストールされて、当該アプリケーションソフトウェアが、サービスについての処理を実行する。そして、上記アプリケーションソフトウェアは、認証用のＩＤ及びパスワードを保持する場合もある。このような状況を勘案すると、アプリケーションに関する情報から、ハンドルネームのようなユーザ識別情報が取得され得る。
【０２２６】
−ＡＰサービスの利用停止
また、例えば、ＡＰ部２６７は、ＰＢＸ１００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの利用を停止する。また、例えば、ＡＰ部２６７は、ユーザ１０による入力に応じてＡＰサービスの提供の停止をＰＢＸ１００に要求し、ＡＰサービスの利用を停止する。なお、ＡＰ部２６７は、これらの要求があったことをＡＰ管理部２６１に通知してもよい。
【０２２７】
（通信機能制御部２６９）
通信機能制御部２６９は、端末装置２００の通信機能に関する制御を行う。
【０２２８】
例えば、区域９０内で提供されるアプリケーションサービスの通信を行うための端末装置２００の通信機能は、ワンタイムＩＤの発行後から上記リンク設定の要求前まで停止されてもよい。例えば、通信機能制御部２６９は、第２通信部（例えば、無線ＬＡＮ規格に従った無線通信機能）を、ワンタイムＩＤの発行後からリンク設定の要求前まで停止させてもよい。
【０２２９】
通信機能の停止は、例えば、第２通信部に対応するハードウェアへの電力供給を断つこと、ハードウェアの制御のために用いられるデバイスドライバを解除すること等を含む。また、通信機能の停止は、ＯＳのパケットフィルタ機能により通信を遮断することを含んでもよい。
【０２３０】
このようにアプリケーションサービスの通信を行うための通信機能を停止させることにより、ワンタイムＩＤを取得しつつ、その後リンク設定に基づく通信が必要になるまで、消費電力を抑え、又はトラフィックを軽減することができる。
【０２３１】
また、例えば、装置間通信を行うための端末装置２００の通信機能は、別の端末装置２００との装置間通信の前にリフレッシュされてもよい。例えば、通信機能制御部２６９は、第１通信部（例えば、ＮＦＣ規格に従った無線通信機能）を、別の端末装置２００との通信の前にリフレッシュされてもよい。
【０２３２】
具体的には、例えば、通信機能制御部２６９は、第１通信部に対応するハードウェアの電源をＯＦＦにした後に、当該電源をＯＮにしてもよい。また、通信機能制御部２６９は、第１通信部に対応する制御用ソフトウェア（例えば、デバイスドライバ）のアンローディングを行った後に、当該ソフトウェアのローディング及びリハッシュを行ってもよい。さらに、通信機能制御部２６９は、第１通信部についてのＯＳからのデタッチを行った後に、第１通信部についてのＯＳへのアタッチを行ってもよい。例えば、このように、通信機能制御部２６９は、通信機能をリフレッシュさせてもよい。
【０２３３】
一般的に、無線デバイス（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス）は、通信中におけるバッテリの電力の枯渇により停止すると、正常に通信できないことがある。その結果、通信不整合又は通信問題に陥ることがあり得る。その場合に、無線デバイスの電源のＯＦＦにした後にＯＮにすること、デバイスを切り離して再帰属処理を行うことが、推奨されている。とりわけ、無線デバイスについては、フェージング等に起因する受信電力の変動、外界からのノイズ等の問題が想定される。よって、上述したように、リフレッシュが行われることにより、通信不整合又は通信問題から無線デバイスを復活させることができる。
【０２３４】
＜４．処理の流れ＞
続いて、図２３〜図２８を参照して、本実施形態に係る通信制御処理を説明する。
【０２３５】
（ＡＰサービスの開始時の処理）
図２３は、本実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。
【０２３６】
まず、ステップＳ４０１で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス検索要求メッセージをＰＢＸ１００に送信する。
【０２３７】
ステップＳ４０３で、ＰＢＸ１００のＡＰサービス管理部１３１は、通信部１１０を介して、検索されたＡＰサービスに関する情報をＡＰサービス検索結果として端末装置２００に提供する。
【０２３８】
ステップＳ４０５で、端末装置２００のＡＰ管理部２６１は、第２通信部２２０を介して、ＡＰサービス利用開始要求メッセージをＰＢＸ１００に送信する
【０２３９】
ステップＳ４０７で、ＰＢＸ１００のＡＰサービス管理部１３１は、区域９０内で提供されるＡＰサービスの提供のための端末装置用のソフトウェアを、端末装置２００に配布する。
【０２４０】
ステップＳ４０９で、端末装置２００のＡＰ管理部２６１は、ＡＰ部２６７に、当該ソフトウェアを起動させる。
【０２４１】
ステップＳ４１１で、ＰＢＸ１００のＩＤ管理部１３３は、ワンタイムＩＤを端末装置２００に発行する。
【０２４２】
ステップＳ４１３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。その後、ワンタイムＩＤが使用されて、アプリケーションサービスの通信が行われる。
【０２４３】
（リンク設定時の処理）
図２４は、本実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａ及び端末装置２００Ｂが近づいた際に開始される。
【０２４４】
まず、ステップＳ５０１で、端末装置２００ＡのＡＰ部２６７は、第１通信部２１０を介して、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を端末装置２００Ｂに提供する。また、ステップＳ５０３で、端末装置２００ＢのＡＰ部２６７も、第１通信部２１０を介して、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を端末装置２００Ａに提供する。
【０２４５】
ステップＳ５０５及びステップ５０７で、端末装置２００Ａ及び端末装置２００ＢのＡＰ部２６７は、表示部２５０に、リンク設定の承認用画面を表示させる。
【０２４６】
ステップＳ５０９で、端末装置２００Ａのユーザ１０Ａが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。
【０２４７】
ステップＳ５１１で、端末装置２００ＡのＡＰ部２６７は、リンク設定の承認メッセージ（リンク設定の申し込みの旨）を端末装置２００Ｂへ送信する。
【０２４８】
ステップＳ５１３で、端末装置２００ＡのＡＰ部２６７は、表示部２５０に、承認待ち画面を表示させる。
【０２４９】
ステップＳ５１５で、端末装置２００ＢのＡＰ部２６７は、表示部２５０に、承認用画面を表示させる。当該承認用画面には、端末装置２００Ａでの承認が行われたことが示される。
【０２５０】
ステップＳ５１７で、端末装置２００Ｂのユーザ１０Ｂが承認のための入力を行うと、入力部２４０は、当該入力を受け付ける。
【０２５１】
ステップＳ５１９で、端末装置２００ＢのＡＰ部２６７は、リンク設定の承認メッセージ（リンク設定の承諾の旨）を端末装置２００Ａへ送信する。
【０２５２】
ステップＳ５２１で、端末装置２００Ａのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。
【０２５３】
ステップＳ５２３で、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定要求メッセージを生成し、第２通信部２２０に、当該リンク設定要求メッセージをＰＢＸ１００へ送信させる。すると、ＰＢＸ１００のリンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。
【０２５４】
ステップＳ５２５で、ＰＢＸ１００のリンク設定部１３５は、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を行う。
【０２５５】
ステップＳ５２７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定完了メッセージを端末装置２００Ａ及び端末装置２００Ｂへ送信させる。その後、リンク設定に基づく通信が行われる。
【０２５６】
（リンク設定の解除時の処理−区域９０外への移動）
図２５は、本実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ａが区域９０外に移動してしまった場合の処理である。
【０２５７】
まず、ステップＳ６０１で、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされるか否かを判定する。当該ＩＤ使用終了条件は、区域９０内に当該ワンタイムＩＤを使用する端末装置２００Ａが位置しないこと（第１終了条件）を含む。そのため、ＡＰサービス管理部１３１は、端末装置２００Ａに発行されたワンタイムＩＤについてのＩＤ使用終了条件が満たされると判定する。
【０２５８】
ステップＳ６０３で、ＰＢＸ１００のＩＤ管理部１３３は、ＩＤ管理部１３３は、端末装置２００Ａに発行されたワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。
【０２５９】
ステップＳ６０５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。
【０２６０】
ステップＳ６０７で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂへ送信させる。そして、処理は終了する。
【０２６１】
（リンク設定の解除時の処理−解除要求）
図２６は、本実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。当該通信制御処理は、端末装置２００Ｂのユーザ１０Ｂがリンク設定の解除を求める場合の処理である。
【０２６２】
ステップＳ６３１で、端末装置２００Ａと端末装置２００Ｂとの間のリンク設定を解除するためのユーザ１０Ｂの入力が、入力部２４０により受け付けられると、端末装置２００Ｂのリンク設定要求部２６５は、リンク設定の解除を決定する。
【０２６３】
ステップＳ６３３で、端末装置２００Ｂのリンク設定要求部２６５は、第２通信部２２０に、解除要求メッセージをＰＢＸ１００へ送信させる。
【０２６４】
ステップＳ６３５で、ＰＢＸ１００のリンク設定部１３５は、リンク設定解除条件が満たされるので、リンク設定を解除する。即ち、当該リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。
【０２６５】
ステップＳ６３７及びステップＳ６３９で、ＰＢＸ１００のリンク設定部１３５は、通信部１１０に、リンク設定解除完了メッセージを端末装置２００Ｂ及び端末装置２００Ａへ送信させる。そして、処理は終了する。
【０２６６】
（リンク設定の解除時の処理−解除要求）
図２７は、本実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、ＰＢＸ１００により行われる処理である。また、当該通信制御処理は、ＰＢＸ１００が発信メッセージを受信した際に開始される。当該発信メッセージは、例えば、発信側のワンタイムＩＤ「１０００」と着信側のワンタイムＩＤ「１００１」を含む。
【０２６７】
ステップＳ７０１で、呼制御部１３９は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとがＩＤ管理テーブルに存在するかを判定する。例えば、ＩＤ管理テーブルにワンタイムＩＤ「１０００」及び「１００１」が存在するかが、判定される。これらのワンタイムＩＤが存在する場合には、処理はステップＳ７０３へ進む。そうでなければ、処理は終了する。
【０２６８】
ステップＳ７０３で、呼制御部１３９は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルの使用可否フラグに基づいて、発信メッセージの中の発信側のワンタイムＩＤと着信側のワンタイムＩＤとが使用されているかを判定する。例えば、ＩＤ管理テーブルにおいて、ワンタイムＩＤ「１０００」及び「１００１」に対応する使用可否フラグが「１」であるかが、判定される。これらのワンタイムＩＤが使用されていれば、処理はステップＳ７０５へ進む。そうでなければ、処理は終了する。
【０２６９】
ステップＳ７０５で、呼制御部１３９は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するユーザ識別情報があるかを判定する。例えば、ワンタイムＩＤ「１０００」に対応するユーザ識別情報があるかが、判定される。当該ユーザ識別情報があれば、処理はステップＳ７０７へ進む。そうでなければ、処理は終了する。
【０２７０】
ステップＳ７０７で、呼制御部１３９は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の発信側のワンタイムＩＤに対応するリンク設定情報に、着信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。即ち、ワンタイムＩＤ「１０００」に対応するリンク設定情報に、ワンタイムＩＤ「１００１」に対応するユーザ識別情報（例えば、「Ｈａｎａｋｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７０９へ進む。そうでなければ、処理は終了する。
【０２７１】
ステップＳ７０９で、制御部１３９は、ＩＤ  ＤＢ１２３のＩＤ管理テーブルにおいて、発信メッセージの中の着信側のワンタイムＩＤに対応するリンク設定情報に、発信側のワンタイムＩＤに対応するユーザ識別情報が含まれるかを判定する。例えば、ワンタイムＩＤ「１００１」に対応するリンク設定情報に、ワンタイムＩＤ「１０００」に対応するユーザ識別情報（例えば、「Ｔａｒｏ」）が存在するかが、判定される。当該ユーザ識別情報が含まれる場合には、処理はステップＳ７１１へ進む。そうでなければ、処理は終了する。
【０２７２】
（リンク設定の解除時の処理−解除要求）
図２８は、本実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、端末装置２００により行われる処理である。
【０２７３】
ステップＳ８０１で、制御部２６０は、端末装置２００内のアプリケーションソフトウェアの有無を判定する。アプリケーションソフトウェアがある場合には、処理はステップＳ８０３へ進む。そうでなければ、処理はステップＳ８０９へ進む。
【０２７４】
ステップＳ８０３で、制御部２６０は、アプリケーション情報からハンドルネームを抽出する。
【０２７５】
ステップＳ８０５で、制御部２６０は、ハンドルネームが抽出されたかを判定する。ハンドルネームが抽出されていれば、処理はステップＳ８０７へ進む。そうでなければ、処理はステップＳ８０９へ進む。
【０２７６】
ステップＳ８０７で、制御部２６０は、抽出されたハンドルネームをユーザ識別情報として取得する。そして、処理は終了する。
【０２７７】
ステップＳ８０９で、制御部２６０は、入力部２４０を介して得られる入力情報を、ユーザ識別情報として取得する。そして、処理は終了する。
【０２７８】
以上、添付図面を参照しながら本発明の好適な実施形態を説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０２７９】
例えば、２つの端末装置間の双方向のリンク設定が行われる例を説明したが、本発明はこれに限られない。一方の端末装置から他方の端末装置へのリンク設定が行われてもよい。この場合に、例えば、一方の端末装置からの情報を他方の端末装置が取得することができてもよく、他方の端末装置からの情報を一方の端末装置が取得することができてもよい。
【０２８０】
また、２つの端末装置間のリンク設定が行われる例を説明したが、本発明はこれに限られない。３つ以上の端末装置でのリンク設定が行われてもよい。
【０２８１】
また、例えば、ＩＤ管理テーブルのリンク設定情報にユーザ識別情報が含まれる例を説明したが、本発明はこれに限られない。例えば、ＩＤ管理テーブルのリンク設定情報にワンタイムＩＤが含まれてもよい。この場合に、ＩＤ管理テーブルには、ワンタイムＩＤに対応するユーザ識別情報が含まれなくてもよい。そして、例えば、リンク設定要求メッセージには、ユーザ識別情報が含まれず、要求側のワンタイムＩＤと相手側のワンタイムＩＤとが含まれてもよい。また、例えば、端末装置間でユーザ識別情報及びワンタイムＩＤの組合せを交換され、端末装置はワンタイムＩＤからユーザ識別情報を特定してもよい。
【０２８２】
また、リンク設定要求メッセージが両方の端末装置により送信される例を説明したが、本発明はこれに限られない。例えば、リンク設定要求メッセージは、一方の端末装置からのみ送信されてもよい。この場合に、例えば、リンク設定要求メッセージは、要求側のワンタイムＩＤと相手側のワンタイムＩＤとを含んでもよい。
【０２８３】
また、ワンタイムＩＤが４桁の数字である例を説明したが、本発明はこれに限られない。ワンタイムＩＤは一意性を有する任意の識別情報であってもよい。
【０２８４】
また、ワンタイムＩＤがＩＤ管理テーブルに予め用意されている例を説明したが、本発明はこれに限られない。例えば、ワンタイムＩＤは、発行される都度生成され、ＩＤ管理テーブルに記憶されてもよい。また、ワンタイムＩＤは、使用終了とともに、ＩＤ管理テーブルから削除されてもよい。
【０２８５】
また、ＰＢＸの呼制御機能として、二者間通話機能の例を説明したが、本発明はこれに限定されない。ＰＢＸの機能は三者間通話機能、割り込み通話機能、転送機能等のいくつかの機能を含んでもよい。この場合に、リンク設定は、アプリケーションサービスにおける双方向通信を可能にするので、リンク設定された端末装置２００の間でＰＢＸの機能（三者間通話機能、割り込み通話機能、転送機能等）を利用できる。
【０２８６】
また、端末装置がスマートフォンである例を説明したが、本発明はこれに限られない。端末装置は、スマートフォン以外の携帯電話端末、携帯情報端末（Personal  Digital  Assistant）、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、デジタルカメラを含む、他の装置であってもよい。また、ＰＢＸと端末装置とが通信するためのネットワークがＬＡＮである例を説明したが、本発明はこれに限られない。例えば、上記ネットワークは、他のネットワークを含んでもよい。例えば、ネットワークは、無線ＬＡＮアクセスポイントの代わりにまたは追加で、ＰＨＳ（Personal  Handy-phone  System）のような別の無線通信方式のアクセスポイントまたは基地局を含んでもよい。また、ネットワークは、ＷＡＮと複数のＬＡＮとを含んでもよい。この場合に、ＰＢＸは、各ＬＡＮに接続可能な区域に位置する通信装置とネットワークを介して通信する交換機であってもよい。また、ネットワークには、端末装置以外に、ＰＣ（Personal  Computer）、サーバ、プリンタ等の別の通信装置が接続されていてもよい。この場合に、ＰＢＸは、これらの通信装置の呼制御、区域内ＩＤからＩＰアドレスの変換等を行ってもよい。
【０２８７】
また、ＰＢＸが区域内ＩＤ（ワンタイムＩＤを含む）とＩＰアドレスとを対応して記憶する例を説明したが、本発明はこれに限られない。区域内ＩＤ（ワンタイムＩＤを含む）とＭＡＣアドレス（Media  Access  Control  address）とが対応して記憶されてもよい。この場合、ＰＢＸは、区域内ＩＤをＭＡＣアドレスに変換し、これらの端末装置２００間のセッションを確立するようにしてもよい。
【０２８８】
また、端末装置の第１通信部が無線通信を行う例を説明したが、本発明はこれに限られない。第１通信部は、無線通信の代わりに、有線通信を行なってもよい。
【０２８９】
また、ネットワーク側の機能がＰＢＸに集約されている例を説明したが、本発明はこれに限られない。ＰＢＸに集約されている各機能は、複数の装置に分散されてもよい。例えば、要求受付部及びリンク設定部は、ＰＢＸと別の装置（例えば、サーバ）に備えられてもよい。
【０２９０】
また、所定の区域がショッピングモールの敷地である例として説明したが、所定の区域はこれに限定されない。例えば、所定の区域は、銀行、病院、空港、家電量販店、イベント会場、遊園地、レストラン等の任意の敷地であってもよい。また、当然のことながら、所定の区域は、顧客がいる場所に限られず、企業の事務所、学校等の敷地であってもよい。
【０２９１】
また、ＡＰサービスが、区域内通話サービス又は区域内地図サービスである例を説明したが、本開示はこれに限られない。ＡＰサービスとして、区域に適合する様々なサービスが採用され得る。
【０２９２】
また、本明細書の通信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。
【０２９３】
また、通信制御装置（例えば、ＰＢＸ）及び端末装置に内蔵されるＣＰＵ、ＲＯＭ（Read  Only  Memory）及びＲＡＭ（Random  Access  Memory）等のハードウェアに、上記通信制御装置及び端末装置の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【０２９４】
１        通信システム
１０      ユーザ
２０      ネットワーク
１００    ＰＢＸ（Private  Branch  eXchange）
１１０    通信部
１２０    記憶部
１２１    アプリケーションデータベース（ＡＰ  ＤＢ）
１２３    ＩＤデータベース（ＩＤ  ＤＢ）
１３０    制御部
１３１    ＡＰサービス管理部
１３３    ＩＤ管理部
１３４    要求受付部
１３５    リンク設定部
１３７    ＡＰサービス提供部
１３９    呼制御部
２００    端末装置
２１０    第１通信部
２２０    第２通信部
２３０    記憶部
２４０    入力部
２５０    表示部
２５１    画面
２６０    制御部
２６１    アプリケーション管理部（ＡＰ管理部）
２６３    ＩＤ取得部
２６５    リンク設定要求部
２６７    アプリケーション部（ＡＰ部）
２６９    通信機能制御部
【図１】
2014123906.tif 000005
【図２】
2014123906.tif 000006
【図３】
2014123906.tif 000007
【図４】
2014123906.tif 000008
【図５】
2014123906.tif 000009
【図６】
2014123906.tif 000010
【図７】
2014123906.tif 000011
【図８】
2014123906.tif 000012
【図９】
2014123906.tif 000013
【図１０】
2014123906.tif 000014
【図１１】
2014123906.tif 000015
【図１２】
2014123906.tif 000016
【図１３】
2014123906.tif 000017
【図１４】
2014123906.tif 000018
【図１５】
2014123906.tif 000019
【図１６】
2014123906.tif 000020
【図１７】
2014123906.tif 000021
【図１８】
2014123906.tif 000022
【図１９】
2014123906.tif 000023
【図２０】
2014123906.tif 000024
【図２１】
2014123906.tif 000025
【図２２】
2014123906.tif 000026
【図２３】
2014123906.tif 000027
【図２４】
2014123906.tif 000028
【図２５】
2014123906.tif 000029
【図２６】
2014123906.tif 000030
【図２７】
2014123906.tif 000031
【図２８】
2014123906.tif 000032