JP6524447B2 - 通信装置、通信方法、及びプログラム - Google Patents

Description

本発明は、通信装置、通信方法、及びプログラムに関する。

近年、携帯電話端末をはじめとする通信可能な端末装置が広く普及している。例えば、携帯電話端末は、通信事業者やサービス提供者等から固定的に付与される電話番号、メールアドレスのような識別情報を用いて、電話、電子メールの送受信、インスタントメッセージの送受信等を行うことができる。

さらに、１台の携帯電話端末で、通信事業者から固定的に付与される電話番号に加えて、別の電話番号も使用できるようにする技術が知られている。このような技術を用いることで、携帯電話端末の位置に応じて電話番号を切り替え、または携帯電話端末のユーザの用途に応じて電話番号を切り替えることができる。

従来の電話番号切り替えに関する技術として、例えば、特許文献１では、携帯電話端末が、自装置の機体番号と、特定の区域内にあるＩＣタグから取得したＩＤとを含む依頼を送信することで、当該機体番号と当該ＩＤとに予め対応付けられた追加の電話番号を取得する技術が開示されている。

国際公開第２００９／０１３８０８号公報

しかし、上記特許文献１に開示されている技術によれば、携帯電話端末が、自装置の機体番号と、ＩＣタグから取得したＩＤとから追加の電話番号を取得するものである。したがって、上記特許文献１に開示されている技術によれば、携帯電話端末を一意に特定する機体番号を開示する必要がある。また当該機体番号と上記追加の電話番号とが対応して記憶されるので、当該追加の電話番号を使用する場合であっても携帯電話端末のユーザの匿名性が保たれない。その結果、ユーザは、匿名性が保たれることを望む場合に、このような追加の電話番号を用いて通信することに抵抗感や不安を感じると考えられる。また、機体番号と追加の電話番号とを記憶する部分を管理する者が、機体番号と電話番号とを悪用することも考えられる。

そこで、ユーザの匿名性を保ちつつ端末装置が通信することを可能にすることを可能にする仕組みが提供されることが望ましい。このような仕組みとして、例えば、所定の区域内で提供されるアプリケーションサービスの通信のための識別情報（以下、ワンタイムＩＤ）を携帯電話端末等の端末装置に発行することが、考えられる。上記所定の区域の一例は、ショッピングモールであり、上記アプリケーションサービスの一例は、区域内通話サービスである。当該アプリケーションサービスにより、ショッピングモールの顧客は、所望の店員と通話することができる。上記ワンタイムＩＤが発行されれば、端末装置は、上記アプリケーションサービスの利用にあたり、自装置の識別情報（例えば、電話番号、メールアドレス、等）を提供する必要がない。そのため、端末装置のユーザの匿名性が保ちつつ、端末装置が通信することが可能になる。このようなワンタイムＩＤに関する技術は、国際出願番号がＰＣＴ／ＪＰ２０１２／０７２３２５である国際出願の明細書において詳細に説明されている。

上記所定の区域内に複数の端末装置が存在する場合には、当該複数の端末装置の各々に別々のワンタイムＩＤが発行され得る。一例として、ショッピングモール内に、複数の端末装置（複数の顧客の端末装置）が存在する場合には、各端末装置にワンタイムＩＤが発行され得る。このようにワンタイムＩＤが発行されたとしても、アプリケーションサービスにおいて、上記複数の端末装置のうちのいずれかの端末装置が別の端末装置の情報を自由に取得できるようにすることは、当該別の端末装置のユーザにとって好ましくないこともある。例えば、ワンタイムＩＤを発行されたある端末装置のユーザと、別のワンタイムＩＤを発行された別の端末装置のユーザとが、関係を有しない場合には、上記ある端末装置が上記別の端末装置の位置情報を自由に取得できるようにすることは、当該別の端末装置のユーザにとって好ましくない。また、アプリケーションサービスにおいて、上記複数の端末装置が自由に互いの通信できるようにすることは、当該複数の端末装置にとって好ましくないこともある。例えば、ワンタイムＩＤを発行されたある端末装置のユーザと、別のワンタイムＩＤを発行された別の端末装置のユーザとが、関係を有しない場合には、上記ある端末装置が上記別の端末装置に自由に発信できるようにすることは、当該別の端末装置のユーザにとって好ましくない。以上のように、当該複数の端末装置の各々に別々のワンタイムＩＤが発行されたとしても、当該複数の端末装置間での情報の提供及び取得（通信を含む）は、制限されると考えられる。

しかし、例えば、ある端末装置のユーザと、別の端末装置のユーザとが、いずれかの関係（例えば、家族関係、友人関係、等）を有する場合もある。この場合には、アプリケーションサービスにおいて、上記ある端末装置からの情報を上記別の端末装置が取得可能であることが好ましく、また、上記ある端末装置と上記別の端末装置とが互いに通信可能であることが好ましいこともある。そのため、複数の端末装置間での情報の提供及び取得（通信を含む）が、一律に制限されてしまうと、アプリケーションサービスの利便性の観点から好ましくないこともあり得る。

そこで、ユーザの匿名性を保ちつつ端末装置が通信することを可能にするとともに、２以上のユーザが関係を有する場合に当該２以上のユーザの端末装置間で情報が提供され、取得されることを可能にする仕組みが提供されることが望ましい。

本発明によれば、操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置であって、前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報を前記表示部に表示させるとともに、前記表示部が前記ユーザ識別情報を表示中に前記入力部で受ける前記ユーザ識別情報に対する操作者の選択操作入力に応じて当該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させる制御部を、さらに有することを特徴とする通信装置が提供される。

前記ユーザ識別情報は、一以上の文字であってもよい。

前記ユーザ識別情報は、前記他通信装置内の所定アプリケーションにおけるユーザ識別情報であり、前記所定通信サービスは、当該通信装置内の所定アプリケーションにおける所定通信サービスであってもよい。

前記所定通信サービスは、当該通信装置および前他通信装置の一方からの所定情報を他方が取得できるサービスであってもよい。

前記所定情報は、音声情報、画像情報、映像情報、テキスト情報または位置情報であってもよい。

前記近くは、所定距離以内であってもよい。

前記制御部は、当該通信装置と前記他通信装置との間における前記所定通信サービスの利用を可能とするリンク設定の承認の後に前記ユーザ識別情報を前記表示部に表示させてもよい。

前記制御部は、リンク設定済ユーザ識別情報領域に前記ユーザ識別情報を含むよう前記表示部に表示させてもよい。

また、前記ユーザ識別情報は、ニックネームであってもよい。

また、前記通信部は、近距離無線通信方式に対応する通信部であり、前記通信は、近距離無線通信であってもよい。

また、前記通信部は、Ｂｌｕｅｔｏｏｔｈ方式に対応する通信部であり、前記通信は、Ｂｌｕｅｔｏｏｔｈ通信であってもよい。

また、前記入力部および前記表示部を１つの装置として有してもよい。

また、前記入力部および前記表示部をタッチパネル装置として有してもよい。

また、前記所定通信サービスは、通話、位置情報共有、クーポン配布またはポイント付与であってもよい。

また、本発明によれば、操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置が、前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報を前記表示部に表示させるとともに、前記表示部が前記ユーザ識別情報を表示中に前記入力部で受ける前記ユーザ識別情報に対する操作者の選択操作入力に応じて当該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させることを、含む通信方法が提供される。

また、本発明によれば、操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置に、前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報を前記表示部に表示させるとともに、前記表示部が前記ユーザ識別情報を表示中に前記入力部で受ける前記ユーザ識別情報に対する操作者の選択操作入力に応じて当該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させることを、実行させるプログラムが提供される。

以上説明したように本発明によれば、ユーザの匿名性を保ちつつ端末装置が通信することを可能するとともに、２以上のユーザが関係を有する場合に当該２以上のユーザの端末装置間で情報が提供され、取得されることが可能となる。

一実施形態に係る通信システムの概略的な構成の一例を示す説明図である。 一実施形態に係るＰＢＸの構成の一例を示すブロック図である。 ＩＤ ＤＢに記憶されるＩＤ管理テーブルの一例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。 ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。 ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。 端末装置により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。 端末装置により送信される解除要求メッセージの一例を説明するための説明図である。 リンク設定の一例を説明するための説明図である。 リンク設定の解除の第１の例を説明するための説明図である。 リンク設定の解除の第２の例を説明するための説明図である。 区域内地図サービスにおいて端末装置に表示される画面の一例を説明するための説明図である。 リンク設定に基づく呼制御の例を説明するための説明図である。 一実施形態に係る端末装置の構成の一例を示すブロック図である。 区間内通話サービスにおいて端末装置に表示される画面の第１の例を説明するための説明図である。 区間内通話サービスにおいて端末装置に表示される画面の第２の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第１の画面の例を説明するための説明図である。 リンク設定の承認のために端末装置に表示される第２の画面の例を説明するための説明図である。 リンク設定の承認後に端末装置に表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話において表示される画面の一例を説明するための説明図である。 端末装置と別の端末装置との間の区域内通話のために表示される画面の一例を説明するための説明図である。 一実施形態に係る、ＡＰサービスの開始時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 一実施形態に係る、リンク設定時における通信制御処理の概略的な流れの一例を示すシーケンス図である。 一実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第１の例を示すシーケンス図である。 一実施形態に係る、リンク設定解除時における通信制御処理の概略的な流れの第２の例を示すシーケンス図である。 一実施形態に係る、リンク設定に基づく呼制御を行う際の通信制御処理の概略的な流れの一例を示すフローチャートである。 一実施形態に係る、ユーザ識別情報を自律的に取得する際の通信制御処理の概略的な流れの一例を示すフローチャートである。

以下に添付の図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

以降、＜１．通信システムの概略的な構成＞、＜２．ＰＢＸの構成＞、＜３．端末装置の構成＞、＜４．処理の流れ＞という順序で本発明の実施形態を説明する。

＜１．通信システムの概略的な構成＞
まず、図１を参照して、本発明の実施形態に係る通信システム１の概略的な構成を説明する。図１は、本実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図１を参照すると、通信システム１は、構内交換機１００（以下、ＰＢＸ（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）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）及び端末状態（カメラ機能無しや電波ＯＦＦ等）等を含んでもよい。このようなＩＤ使用終了条件によれば、端末装置２００のリソースが不足しない場合にのみ使用可能なワンタイムＩＤを実現できる。

また、上記ＩＤ使用終了条件は、端末装置２００が認証された端末でないこと（第９の終了条件）を含んでもよい。より具体的には、例えば、当該認証は、通信事業者による認証であってもよい。一例として、端末装置２００が通信事業者により認証された端末でないか否かは、端末装置２００についての通信事業者から又は端末装置２００から随時又は定期的に取得される認証結果情報に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が認証された装置の場合のみ使用可能なワンタイムＩＤを実現できる。

また、上記ＩＤ使用終了条件は、端末装置２００が特定の場所で接続する無線接続エリアが異常であること（第１０の終了条件）を含んでもよい。当該無線接続エリアは、アクセスポイントに対応してもよい。そして、一例として、上記無線接続エリアが異常であるか否かは、ＰＢＸ１００によるアクセスポイントについての疎通確認（ｐｉｎｇ等）の結果に基づいて判定されてもよい。このようなＩＤ使用終了条件によれば、端末装置２００が特定の場所で接続する無線接続エリアが正常な場合のみ使用可能なワンタイムＩＤを実現できる。

（ＩＤ管理部１３３）
ＩＤ管理部１３３は、ワンタイムＩＤの管理を行う。

−ワンタイムＩＤの発行
第１に、ＩＤ管理部１３３は、使用されていないワンタイムＩＤを端末装置２００に発行する。

より具体的には、例えば、ＡＰサービス管理部１３１がワンタイムＩＤの発行を要求すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを用いて、使用されていないワンタイムＩＤを検索する。そして、ＩＤ管理部１３３は、通信部１１０を介して、検索された使用されていないワンタイムＩＤを端末装置２００に通知する。

このように、端末装置２００又はそのユーザ１０を特定する情報を開示することなく、ワンタイムＩＤを取得することができる。そして、当該ワンタイムＩＤにより、端末装置２００はＡＰサービスにおいて一意に特定可能な装置となる。よって、ユーザ１０の匿名性を保ちつつ端末装置２００がＡＰサービスの通信を行うことができる。

なお、例えば、ＩＤ管理部１３３は、発行されたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に記憶させる。これにより、ワンタイムＩＤについてのゲートキーパ機能が実現される。

−ＩＤ管理テーブルの更新
第２に、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。例えば、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルに記憶されている使用可否フラグを更新する。

例えば、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれかの端末装置により使用されていることを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、上記ワンタイムＩＤが発行されると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図４及び図５を参照して具体例を説明する。

図４は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第１の例を説明するための説明図である。図４を参照すると、ＩＤ管理テーブルが示されている。例えば、図３に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」が端末装置２００に発行される。すると、図４に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれかの端末装置２００により使用されていることを示す。

図５は、ワンタイムＩＤの発行時のＩＤ管理テーブルの更新の第２の例を説明するための説明図である。図５を参照すると、ＩＤ管理テーブルが示されている。例えば、図４に示されるＩＤ管理テーブルが記憶されている際に、さらに、ワンタイムＩＤ「１００１」が別の端末装置２００に発行される。すると、図５に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１００１」の使用可否フラグを０から１に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１００１」がいずれかの端末装置２００により使用されていることを示す。

以上のように、使用されていないワンタイムＩＤが端末装置２００に発行されると、ＩＤ管理部１３３は、ワンタイムＩＤの使用状況の情報を更新する。

また、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされると、ＩＤ管理部１３３は、当該ワンタイムＩＤがいずれの端末装置にも使用されていないことを示すように、ワンタイムＩＤの使用状況の情報を更新する。より具体的には、例えば、ＡＰサービス管理部１３１が、上記ワンタイムＩＤについての使用終了の条件が満たされると判定すると、ＩＤ管理部１３３は、ＡＰサービス管理部１３１により、当該ワンタイムＩＤについての更新を要求される。すると、ＩＤ管理部１３３は、記憶部１２０のＩＤ ＤＢ１２３のＩＤ管理テーブルを更新する。以下、この点について図６を参照して具体例を説明する。

図６は、ワンタイムＩＤの使用終了時のＩＤ管理テーブルの更新の一例を説明するための説明図である。図６を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、ワンタイムＩＤ「１０００」についての使用終了の条件が満たされる。すると、図６に示されるように、ＩＤ管理部１３３は、ワンタイムＩＤ「１０００」の使用可否フラグを１から０に更新する。これにより、ＩＤ管理テーブルは、ワンタイムＩＤ「１０００」がいずれの端末装置２００にも使用されていないことを示す。即ち、ワンタイムＩＤ「１０００」は、端末装置２００に発行可能な状態になる。

このように、ワンタイムＩＤの使用状況の情報は、ワンタイムＩＤが発行されると、当該ワンタイムＩＤが使用されていることを示し、ワンタイムＩＤが未だ発行されず、又はワンタイムＩＤの使用終了の条件が満たされると、当該ワンタイムＩＤが使用されていないことを示す。その結果、当該ワンタイムＩＤの使用状況の情報から、使用されていないワンタイムＩＤを正確に特定することが可能となる。そのため、既に発行された使用されているワンタイムＩＤが重複して発行されることを回避することが可能になる。即ち、ＩＤ管理部１３３によるワンタイムＩＤの発行の有効性を担保できる。

なお、例えば、ＩＤ管理部１３３は、ＩＤ使用終了条件が満たされたワンタイムＩＤと、当該ワンタイムＩＤを発行された端末装置２００のＩＰアドレスとの対応関係を、記憶部１２０に削除させる。これにより、使用されなくなったワンタイムＩＤがＩＰアドレスに変換されることを防ぐことができる。

（リンク要求受付部１３４）
−リンク設定の要求
リンク要求受付部１３４は、リンク設定の要求を受け付ける。上述したように、当該リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。当該リンク設定については、後に詳細に説明する。

例えば、上記リンク設定は、上記端末装置２００及び上記別の端末装置２００の少なくとも一方から要求される。一例として、上記端末装置２００及び上記別の端末装置２００の両方が、リンク設定を要求する。

具体的には、例えば、端末装置２００が、リンク設定要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該リンク設定要求メッセージを取得する。そして、リンク要求受付部１３４は、当該リンク設定要求メッセージをリンク設定部１３５に提供する。以下、リンク設定要求メッセージの具体例を、図７及び図８を参照して説明する。

図７は、端末装置２００により送信されるリンク設定要求メッセージの第１の例を説明するための説明図である。図７を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図７に示されるように、リンク設定要求メッセージは、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。

要求種別情報は、メッセージの要求がリンク設定であるか、リンク設定の解除であるかを示す。この例では、メッセージはリンク設定要求メッセージであるので、要求種別情報は、メッセージの要求がリンク設定であることを示す。

また、ワンタイムＩＤ（要求側）は、リンク設定を要求する端末装置２００に発行されたワンタイムＩＤである。

また、ユーザ識別情報（要求側）は、リンク設定を要求する端末装置２００のユーザを識別するための情報である。一方、ユーザ識別情報（相手側）は、リンク設定のターゲットとして指定される端末装置２００のユーザを識別するための情報である。これらのユーザ識別情報は、一例として、ユーザ１０のためのハンドルネームである。

図７に示される例では、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１０００」である。また、ユーザ識別情報（要求側）は「Ｔａｒｏ」であり、ユーザ識別情報（相手側）は「Ｈａｎａｋｏ」である。

図８は、端末装置２００により送信されるリンク設定要求メッセージの第２の例を説明するための説明図である。図８を参照すると、リンク設定要求メッセージに含まれる情報が示されている。図８に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。

例えば以上のようなリンク設定要求メッセージが、リンク要求受付部１３４により取得される。

このように、リンク設定の要求が、端末装置２００により送信されれば、端末装置２００のユーザ１０が、リンク設定を要求することが可能になる。

−リンク設定の解除の要求
また、例えば、リンク要求受付部１３４は、リンク設定の解除の要求を受け付ける。より具体的には、例えば、端末装置２００が、解除要求メッセージを送信すると、リンク要求受付部１３４は、通信部１１０を介して、当該解除要求メッセージを取得する。そして、リンク要求受付部１３４は、当該解除要求メッセージをリンク設定部１３５に提供する。以下、解除要求メッセージの具体例を、図９を参照して説明する。

図９は、端末装置２００により送信される解除要求メッセージの一例を説明するための説明図である。図９を参照すると、解除要求メッセージに含まれる情報が示されている。図９に示されるように、解除要求メッセージは、図７及び図８に示されるリンク設定要求メッセージと同様に、要求種別情報、ワンタイムＩＤ（要求側）、ユーザ識別情報（要求側）及びユーザ識別情報（相手側）を含む。即ち、図７〜図９の例では、リンク設定要求メッセージのフォーマットと解除要求メッセージのフォーマットとは同一である。ただし、図９に示されるように、解除要求メッセージに含まれる要求種別情報は、メッセージの要求がリンク設定の解除であることを示す。

図９に示される例では、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。この場合に、ワンタイムＩＤ（要求側）は、「１００１」である。また、ユーザ識別情報（要求側）は「Ｈａｎａｋｏ」であり、ユーザ識別情報（相手側）は「Ｔａｒｏ」である。

例えば以上のような解除要求メッセージが、リンク要求受付部１３４により取得される。

（リンク設定部１３５）
−リンク設定
リンク設定部１３５は、リンク設定を行う。例えば、リンク設定部１３５は、リンク設定の要求が受け付けられる場合に、リンク設定を行う。より具体的には、例えば、リンク設定部１３５は、リンク要求受付部１３４により端末装置２００からのリンク設定要求メッセージを提供されると、当該リンク設定要求メッセージに基づいてリンク設定を行う。

さらに具体的には、一例として、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を追加することにより、リンク設定を行う。以下、この点について図１０を参照して具体例を説明する。

図１０は、リンク設定の一例を説明するための説明図である。図１０を参照すると、ＩＤ管理テーブルが示されている。例えば、図５に示されるＩＤ管理テーブルが記憶されている際に、図７に示されるリンク設定要求メッセージが取得される。即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａには、ワンタイムＩＤ「１０００」が発行されている。そして、端末装置２００Ａが、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するユーザ識別情報として、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。

また、図８に示されるリンク設定要求メッセージも取得される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａをリンク設定のターゲットとして指定して、リンク設定を要求する。すると、図１０に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するユーザ識別情報として、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」を追加する。また、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、リンク設定のターゲットである端末装置２００Ａのユーザ１０Ｂのユーザ識別情報「Ｔａｒｏ」を追加する。

以上のように、ＩＤ管理テーブルのユーザ識別情報及びリンク設定情報を追加することにより、リンク設定が行われる。

−リンク設定後の動作
上述したように、リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。また、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記別の端末装置２００からの情報を上記端末装置２００が取得することも可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向での情報の提供及び取得を可能にする。

具体例として、図１０に示されるように、ワンタイムＩＤ「１０００」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｈａｎａｋｏ」が追加される。そして、ユーザ識別情報「Ｈａｎａｋｏ」に対応するワンタイムＩＤは、「１００１」である。よって、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａは、ワンタイムＩＤ「１００１」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。一方、ワンタイムＩＤ「１０００」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ｂからの情報を、端末装置２００Ａに提供しない。

また、具体例として、図１０に示されるように、ワンタイムＩＤ「１００１」に対応するリンク設定情報（リンク設定の相手のユーザ識別情報）として、「Ｔａｒｏ」が追加される。そして、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは、「１０００」である。よって、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂは、ワンタイムＩＤ「１０００」を発行された端末装置２００（即ち、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａ）からの情報を取得することが可能になる。例えば、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。一方、ワンタイムＩＤ「１００１」に対応するこのようなリンク設定情報がない場合には、ＡＰサービス提供部１３７は、ＡＰサービスにおいて、端末装置２００Ａからの情報を、端末装置２００Ｂに提供しない。

以上のように、リンク設定は、端末装置２００からの情報を別の端末装置２００が取得することを可能にする。

このように、ワンタイムＩＤが用いられる場合に、要求に応じたリンク設定が行われた場合に限り、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することが可能になる。例えば、何らかの関係（例えば、家族関係、友人関係、等）を有する２以上のユーザ１０が、端末装置２００からリンク設定を要求する。その結果、ユーザ１０の匿名性を保ちつつ、上記関係を有する当該２以上のユーザ１０の端末装置２００間での情報の提供及び取得が可能になる。

また、さらに、例えば、上記リンク設定は、区域９０内で提供されるアプリケーションサービスの通信において、上記端末装置２００と上記別の端末装置２００とが互いに通信することを可能にする。即ち、リンク設定は、アプリケーションサービスにおける双方向通信を可能にする。

当該双方向通信は、例えば、音声通信（即ち、電話）である。即ち、リンク設定により、装置間の音声通信が可能になる。一例として、リンク設定により、端末装置２００Ａ及び端末装置２００Ｂは、音声通信（即ち、電話）を行うことが可能になる。具体的には、例えば、発信メッセージにおいて、発信側のワンタイムＩＤが「１０００」及び「１００１」の一方であり、着信側のワンタイムＩＤが「１０００」及び「１００１」の他方である場合に、呼制御部１３９は、呼制御を行う。一方、リンク設定がない（即ち、リンク設定情報がない）には、呼制御部１３９は、呼制御を行わない。

このようなリンク設定による双方向通信により、通信事業者のネットワークを介することなく、区域９０内のＡＰサービスとして、例えば、何らかの関係を有するユーザ１０間での音声通信サービス（即ち、電話サービス）を提供できる。

−リンク設定の解除
上記リンク設定は、当該リンク設定についての所定の解除条件（以下、「リンク設定解除条件」と呼ぶ）が満たされると解除される。例えば、リンク設定部１３５は、リンク設定解除条件が満たされる場合に、リンク設定を解除する。より具体的には、例えば、リンク設定部１３５は、ＩＤ ＤＢ１２３のＩＤ管理テーブルにリンク設定情報を更新することにより、リンク設定を解除する。

このように、リンク設定に加えて、リンク設定の解除が可能であることで、リンク設定を必要に応じて変えることが可能になる。

例えば、上記リンク設定解除条件は、リンク設定に関連するワンタイムＩＤの使用が終了すること（第１解除条件）を含む。この点について、図１１を参照して具体例を説明する。

図１１は、リンク設定の解除の第１の例を説明するための説明図である。図１１を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、端末装置２００ＢによるワンタイムＩＤ「１００１」の使用が終了する。この場合に、図１１に示されるように、ワンタイムＩＤ「１００１」に対応する使用可否フラグは、０になる（即ち、ワンタイムＩＤが使用されていないことを示すようになる）。また、これに伴い、ワンタイムＩＤ「１００１」に対応するユーザ識別情報及びリンク設定情報も削除される。そして、さらに、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」が、全てのリンク設定情報から削除される。この例では、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」が削除される。また、ワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該リンク設定情報にはいずれの情報も含まれなくなる。これに伴い、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。

このような第１解除条件によれば、ワンタイムＩＤが使用されていないにもかかわらず、リンク設定が残ってしまうことを防ぐことができる。そのため、既に使用されていないワンタイムＩＤ宛に情報が提供されてエラーが生じてしまうこともない。また、ワンタイムＩＤが再度発行された際に、古いリンク設定が残ってしまうこともない。

なお、ＩＤ使用終了条件が満たされると、ワンタイムＩＤの使用が終了するので、上記第１解除条件は、ＩＤ使用終了条件（例えば、第１終了条件〜第１０終了条件）と同じであってもよい。

また、例えば、上記リンク設定解除条件は、リンク設定に関連する端末装置２００によりリンク設定の解除が要求されること（第２解除条件）を含む。この点について、図１２を参照して具体例を説明する。

図１２は、リンク設定の解除の第２の例を説明するための説明図である。図１２を参照すると、ＩＤ管理テーブルが示されている。例えば、図１０に示されるＩＤ管理テーブルが記憶されている際に、図９に示される解除要求メッセージが、リンク要求受付部１３４により取得され、リンク設定部１３５に提供される。即ち、ユーザ識別情報が「Ｈａｎａｋｏ」であるユーザ１０Ｂの端末装置２００Ｂには、ワンタイムＩＤ「１００１」が発行されている。そして、端末装置２００Ｂが、ユーザ識別情報が「Ｔａｒｏ」であるユーザ１０Ａの端末装置２００Ａとのリンク設定の解除を要求する。すると、図１２に示されるように、リンク設定部１３５は、ワンタイムＩＤ「１００１」に対応するリンク設定情報から、「Ｔａｒｏ」を削除する。また、図１０を参照すると、ユーザ識別情報「Ｔａｒｏ」に対応するワンタイムＩＤは「１０００」であるので、リンク設定部１３５は、ワンタイムＩＤ「１０００」に対応するリンク設定情報から、「Ｈａｎａｋｏ」を削除する。なお、図１０に示されるようにワンタイムＩＤ「１０００」に対応するリンク設定情報は「Ｈａｎａｋｏ」のみであったので、当該「Ｈａｎａｋｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１０００」に対応するユーザ識別情報「Ｔａｒｏ」も削除される。また、図１０に示されるようにワンタイムＩＤ「１００１」に対応するリンク設定情報も「Ｔａｒｏ」のみであったので、当該「Ｔａｒｏ」の削除に伴い、図１２に示されるように、ワンタイムＩＤ「１００１」に対応するユーザ識別情報「Ｈａｎａｋｏ」も削除される。

このような第２解除条件によれば、端末装置２００のユーザ１０が、自由にリンク設定を解除することが可能になる。

なお、上記リンク設定解除条件は、リンク設定の持続期限が経過していること（第３解除条件）を含んでもよい。この場合には、ＩＤ管理テーブルはリンク設定の持続時間の情報を含み、リンク設定解除条件は、当該情報に基づいて判定されてもよい。このような解除条件によれば、特定の期限のみ有効なリンク設定を実現できる。

また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定時間内に取得しないこと（第４解除条件）を含んでもよい。このような解除条件によれば、リンク設定が活用されている場合にのみ有効なリンク設定を実現できる。

また、上記リンク設定解除条件は、リンク設定状況に基づいて端末装置２００の情報を別の端末装置２００が所定回数、所定量又は所定時間取得すること（第５解除条件）を含む。このような解除条件によれば、特定の回数、特定の情報量、特定の時間での情報の取得のみ可能なリンク設定を実現できる。

（ＡＰサービス提供部１３７）
−ＡＰサービスの提供
ＡＰサービス提供部１３７は、区域９０内でＡＰサービスを提供する。より具体的には、ＡＰサービス提供部１３７は、例えば、ＡＰサービスに関する処理を実行し、当該ＡＰサービスの提供のために、通信部１１０を介して端末装置２００と通信する。ここで、ＡＰサービス提供部１３７が、ＡＰサービスを提供する際に、端末装置２００とＰＢＸ１００との間でのやりとり（例えば、リンク設定のためのメッセージの送受信）のために用いる通信プロトコル、通信プロトコルのバージョン情報、通信ポート番号、パケット長情報（１パケットの容量情報）、データオフセット（パケットにおけるヘッダ長情報）及びデータ長（パケットにおけるデータ長情報）等を通知してもよい。

ＡＰサービス提供部１３７及び端末装置２００は、ワンタイムＩＤを使用して通信する。即ち、ＡＰサービス提供部１３７は、端末装置２００からデータを受信する場合に、端末装置２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。また、ＡＰサービス提供部１３７は、端末装置２００にデータを送信する場合に、呼制御部１３９にワンタイムＩＤからＩＰアドレスへの変換を依頼し、端末装置２００のＩＰアドレスを取得する。そして、ＡＰサービス提供部１３７は、取得したＩＰアドレスを宛先として端末装置２００にデータを送信する。

なお、当然のことながら、ワンタイムＩＤを使用した通信では、音声、画像、映像、テキスト等の任意のデータを送受信することができる。

−リンク設定に基づく情報の提供
ＡＰサービス提供部１３７は、上記リンク設定状況に基づいて、ＡＰサービスにおいて、ワンタイムＩＤを発行された端末装置２００からの情報を、別のワンタイムＩＤを発行された別の端末装置２００が取得することを可能にする。

例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供する。

例えば、再び図４を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００ＡとワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定は行われていない。この場合に、ＡＰサービス提供部１３７は、端末装置２００Ａからの情報（例えば、端末装置２００Ａからのメッセージ、端末装置２００Ａの位置情報、等）を、端末装置２００Ｂに提供しない。また、ＡＰサービス提供部１３７は、端末装置２００Ｂからの情報（例えば、端末装置２００Ｂからのメッセージ、端末装置２００Ｂの位置情報、等）を、端末装置２００Ａに提供しない。

−リンク設定により取得される情報
上記リンク設定により、ＡＰサービスに応じて、端末装置２００からの様々な情報を、別の端末装置２００が取得し得る。例えば、当該別の端末装置２００は、端末装置２００からの音声、画像、映像、テキスト等の任意の情報を取得し得る。一例として、ＡＰサービスが音声通信サービスである場合には、端末装置２００は、別の端末装置２００からの音声情報を取得する。

−−状況関連情報
また、例えば、別の端末装置２００により取得される端末装置２００からの情報は、端末装置２００のユーザ１０の状況に関連する状況関連情報を含む。

一例として、当該状況関連情報は、端末装置２００の位置情報を含む。例えば、ＡＰサービスが、区域内地図サービスである場合に、ＡＰサービス提供部１３７は、区域９０の地図を端末装置２００に提供する。そして、ＡＰサービス提供部１３７は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、ある端末装置２００の位置情報を別の端末装置２００に提供する。例えば、再び図１０を参照すると、ワンタイムＩＤ「１０００」を発行された端末装置２００Ａと、ワンタイムＩＤ「１００１」を発行された端末装置２００Ｂとの間のリンク設定が行われる。この場合に、例えば、ＡＰサービス提供部１３７は、端末装置２００Ａの位置情報を端末装置２００Ｂに提供する。また、ＡＰサービス提供部１３７は、端末装置２００Ｂの位置情報を端末装置２００Ａに提供する。その結果、端末装置２００Ａでは、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。また、同様に、端末装置２００Ｂでも、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。以下、この点について図１３を参照して具体例を説明する。

図１３は、区域内地図サービスにおいて端末装置２００Ａに表示される画面の一例を説明するための説明図である。図１３を参照すると、端末装置２００Ａ及び端末装置２００Ａに表示される画面２５１が示されている。そして、画面２５１は、ショッピングモールである区域９０の地図を含む。そして、当該地図上には、端末装置２００Ａの位置が、端末装置２００Ａのユーザ１０Ａのユーザ識別情報「Ｔａｒｏ」とともに示されている。また、当該地図上には、端末装置２００Ｂの位置が、端末装置２００Ｂのユーザ１０Ｂのユーザ識別情報「Ｈａｎａｋｏ」とともに示されている。このように、区域９０の地図において端末装置２００Ａ及び端末装置２００Ｂの位置が示される。

このようにある端末装置２００の位置情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０が区域９０（例えば、ショッピングモール）内どこにいるかを知ることができる。

なお、端末装置２００の位置情報は、例えば、端末装置２００からＰＢＸ１００（ＡＰサービス提供部１３７）に随時提供され、ＰＢＸ１００（ＡＰサービス提供部１３７）により別の端末装置２００に提供される。この場合に、端末装置２００の位置情報は、ＩＤ ＤＢ１２３のＩＤ管理テーブルの情報として記憶されてもよい。

状況関連情報の一例として位置情報が提供され、取得される例を説明したが、状況関連情報はこの例に限られない。状況関連情報は、例えば、ユーザ１０の行動情報を含んでもよい。そして、当該行動情報は、端末装置２００のセンサから得られるユーザ１０の行動（例えば、歩いている、座っている等）を示す情報であってもよい。また、状況関連情報は、位置情報、行動情報等の履歴であってもよい。

以上のように、例えば、状況関連情報が、端末装置２００により提供され、取得される。
このようにある端末装置２００の状況関連情報を別の端末装置２００が取得することにより、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を知ることができる。そのため、例えば、別の端末装置２００のユーザ１０は、ある端末装置２００のユーザ１０の状況を考慮して、ある端末装置２００のユーザ１０にコンタクトすることができる。

−−取得される情報の態様
なお、上記端末装置２００からの上記情報は、端末装置２００から提供される情報そのものであってもよく、当該情報に基づいて生成された情報であってもよい。

一例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、端末装置２００Ｂは、当該位置情報そのものを取得してもよい。

また、別の例として、端末装置２００Ａから提供される情報が、端末装置２００Ａの位置情報である場合に、ＡＰサービス提供部１３７が、当該位置情報から、端末装置２００Ａの位置を示す地図画像を生成し、端末装置２００Ｂは、当該地図画像を取得してもよい。

−ＡＰサービスの停止
また、ＡＰサービス提供部１３７は、例えば、ＡＰサービス管理部１３１からＡＰサービスの提供の停止を要求される場合に、当該ＡＰサービスの提供を停止する。また、ＡＰサービス提供部１３７は、例えば、端末装置２００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。また、ＡＰサービス提供部１３７は、例えば、必要に応じてＡＰサービス提供の停止を端末装置２００に要求し、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１３１に通知する。

（呼制御部１３９）
呼制御部１３９は、端末装置２００間の呼制御、及び、端末装置２００と別の区域に位置する通信装置との間の呼制御を行う。例えば、ショッピングモールのスタッフの端末装置２００が、区域内ＩＤ（例えば、内線電話番号）を有する別のスタッフの端末装置２００への通話を要求する場合に、ＰＢＸ１００は、上記区域内ＩＤをＩＰアドレスに変換し、これらの端末装置２００間のセッションを確立する。

また、呼制御部１３９は、ＡＰサービス提供部１３７の依頼に応じて、ワンタイムＩＤをＩＰアドレスへ変換する。そして、呼制御部１３９は、当該ＩＤアドレスをＡＰサービス提供部１３７に提供する。

−ワンタイムＩＤについての呼制御
また、呼制御部１３９は、音声通信を伴うＡＰサービスの一部として、端末装置２００間での呼制御を行う。この場合に、呼制御部１３９は、リンク設定（即ち、ＩＤ管理テーブルのリンク設定情報）に基づいて、当該呼制御を行う。即ち、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われている場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行う。一方、発信側の端末装置２００と着信側の端末装置２００との間のリンク設定が行われていない場合には、呼制御部１３９はこれらの端末装置２００間の呼制御を行わない。以下、この点について図１４を参照して具体例を説明する。

図１４は、リンク設定に基づく呼制御の例を説明するための説明図である。図１４を参照するとＩＰ ＤＢ１２３のＩＤ管理テーブルが示されている。当該ＩＤ管理テーブルのリンク設定情報に示されるようにリンク設定が行われた場合には、以下のような発信側の端末装置２００のワンタイムＩＤと着信側のワンタイムＩＤとの組合せであれば、呼制御部１３９は、これらの端末装置間での呼制御を行う。

また、図１４の例では、上述したワンタイムＩＤの組合せ以外の組合せの場合には、呼制御部１３９は、端末装置２００間での呼制御を行わない。

このように、端末装置２００間のリンク設定がある場合に、当該端末装置２００間の呼制御が行われ、端末装置２００間のリンク設定がない場合には、当該端末装置２００間の呼制御は行われない。

−特別な呼制御
ＰＢＸ１００が、公衆網に接続する場合には、呼制御部１３９は、特別の呼処理（緊急通報呼処理）に対応してもよい。緊急通報とは、警察機関、海上保安機関消防機関等に対する呼である。即ち、ワンタイムＩＤを発行された端末装置２００が、緊急通報先の電話番号への発呼を行う場合に、呼制御部１３９は、緊急通報呼制御を行う。

緊急通報先の電話番号とは、例えば、電気通信事業法及び電気通信番号規則で規定された緊急通報に関する電気通信番号（警察機関「１１０」、海上保安機関「１１８」、消防機関「１１９」）である。例えば、以下のような発信側の端末装置２００のワンタイムＩＤと着信側の電話番号との組合せであれば、呼制御部１３９は呼制御を行う。

さらに、ＰＢＸ１００の番号計画において、管理者が緊急通報先の電話番号と定めた電気通信番号（例えば、警備室の電話番号、区域９０に近い警察署の電話番号、等）を緊急通報呼処理の対象としてもよい。

なお、ＰＢＸ１００が、緊急通報呼処理に対応する場合には、ＰＢＸ１００が端末装置２００に発行可能なワンタイムＩＤは、緊急通報先の電話番号以外の番号である。

＜３．端末装置の構成＞
続いて、図１５〜図２２を参照して、本実施形態に係る端末装置２００の構成の一例を説明する。図１５は、本実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１５を参照すると、端末装置２００は、第１通信部２１０、第２通信部２２０、記憶部２３０、入力部２４０、表示部２５０及び制御部２６０を備える。

（第１通信部２１０）
第１通信部２１０は、装置間通信を行う。例えば、第１通信部２１０は、別の端末装置２００との近距離で無線通信する。より具体的には、例えば、第１通信部２１０は、手合い距離以内で無線通信する。手合い距離とは、２人の人物が互いに腕及び手を伸ばすと当該２人の人物の指先が触れ合う場合の、当該２人の人物間の距離である。

具体例として、第１通信部２１０は、ＮＦＣ（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）
１１０ 通信部
１２０ 記憶部
１２１ アプリケーションデータベース（ＡＰ ＤＢ）
１２３ ＩＤデータベース（ＩＤ ＤＢ）
１３０ 制御部
１３１ ＡＰサービス管理部
１３３ ＩＤ管理部
１３４ 要求受付部
１３５ リンク設定部
１３７ ＡＰサービス提供部
１３９ 呼制御部
２００ 端末装置
２１０ 第１通信部
２２０ 第２通信部
２３０ 記憶部
２４０ 入力部
２５０ 表示部
２５１ 画面
２６０ 制御部
２６１ アプリケーション管理部（ＡＰ管理部）
２６３ ＩＤ取得部
２６５ リンク設定要求部
２６７ アプリケーション部（ＡＰ部）
２６９ 通信機能制御部

Claims (15)

1. 操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置であって、
   前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報と承認用表示とを前記表示部に表示させ、前記表示部が前記ユーザ識別情報と前記承認用表示とを表示中に前記入力部で受ける前記承認用表示に対する操作者の選択操作入力の後、当該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させる制御部を、
   さらに有することを特徴とする通信装置。
2. 請求項１に記載の通信装置において、
   前記ユーザ識別情報は、一以上の文字である
   ことを特徴とする通信装置。
3. 請求項２に記載の通信装置において、
   前記ユーザ識別情報は、前記他通信装置内の所定アプリケーションにおけるユーザ識別情報であり、
   前記所定通信サービスは、当該通信装置内の所定アプリケーションにおける所定通信サービスである
   ことを特徴とする通信装置。
4. 請求項３に記載の通信装置において、
   前記所定通信サービスは、当該通信装置および前他通信装置の一方からの所定情報を他方が取得できるサービスである
   ことを特徴とする通信装置。
5. 請求項４に記載の通信装置において、
   前記所定情報は、音声情報、画像情報、映像情報、テキスト情報または位置情報である
   ことを特徴とする通信装置。
6. 請求項５に記載の通信装置において、
   前記近くは、所定距離以内である
   ことを特徴とする通信装置。
7. 請求項６に記載の通信装置において、
   前記制御部は、当該通信装置と前記他通信装置との間における前記所定通信サービスの利用を可能とするリンク設定の承認の後、リンク設定済ユーザ識別情報領域に前記ユーザ識別情報を含むよう前記表示部に表示させる
   ことを特徴とする通信装置。
8. 請求項７に記載の通信装置において、
   前記ユーザ識別情報は、ニックネームである
   ことを特徴とする通信装置。
9. 請求項８に記載の通信装置において、
   前記通信部は、近距離無線通信方式に対応する通信部であり、
   前記通信は、近距離無線通信である
   ことを特徴とする通信装置。
10. 請求項９に記載の通信装置において、
    前記通信部は、Ｂｌｕｅｔｏｏｔｈ方式に対応する通信部であり、
    前記通信は、Ｂｌｕｅｔｏｏｔｈ通信である
    ことを特徴とする通信装置。
11. 請求項１〜１０のいずれか一項に記載の通信装置において、
    前記入力部および前記表示部を１つの装置として有する
    ことを特徴とする通信装置。
12. 請求項１１に記載の通信装置において、
    前記入力部および前記表示部をタッチパネル装置として有する
    ことを特徴とする通信装置。
13. 請求項１〜１１のいずれかに記載の通信装置において、
    前記所定通信サービスは、通話、位置情報共有、クーポン配布またはポイント付与である
    ことを特徴とする通信装置。
14. 操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置が、
    前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報と承認用表示とを前記表示部に表示させ、前記表示部が前記ユーザ識別情報と前記承認用表示とを表示中に前記入力部で受ける前記承認用表示に対する操作者の選択操作入力の後、当該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させることを、
    含む通信方法。
15. 操作者の入力を受ける入力部、表示を行う表示部および通信を行う通信部を有する通信装置に、
    前記通信部の通信で当該通信装置の近くに在する他通信装置のユーザ識別情報を受けた後、前記ユーザ識別情報と承認用表示とを前記表示部に表示させる、前記表示部が前記ユーザ識別情報と前記承認用表示とを表示中に前記入力部で受ける前記承認用表示に対する操作者の選択操作入力の後、該通信装置と前記他通信装置との間の所定通信サービスに係わる所定通信サービス画面を前記表示部に表示させることを、
    実行させるプログラム。

Images