JP6135749B2 - 通信装置、プログラム、および通信方法 - Google Patents

Description

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

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

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

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

しかしながら、上記従来技術では、きめ細かなサービスを提供することが望まれていた。

そこで、本発明は、きめ細かなサービスを提供することが可能な、新規かつ改良された通信装置、プログラム、および通信方法を提供しようとするものである。

本発明によれば、所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるアプリケーション管理部と、前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するアプリケーション部と、を有し、前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、通信装置が提供される。

前記アプリケーション部は、さらに、所定の条件が満たされる場合には、前記アプリケーションサービス情報に関連する処理の実行を止めてもよい。

前記アプリケーション管理部は、さらに、前記所定の条件が満たされる場合には、前記データを削除してもよい。

前記アプリケーション管理部は、さらに、前記所定の条件が満たされるか否かを判定してもよい。

前記通話は、無償の通話であってもよい。

前記アプリケーションサービス情報に関連する処理は、前記マップ情報における前記位置情報に対応する位置に所定の表示を表示させることを含んでもよい。

前記位置情報は、前記通信装置の位置情報であり、前記アプリケーションサービス情報に関連する処理は、前記通信装置に対して前記位置情報の使用に関する承認の入力がなされた後に、前記通信部を介して前記位置情報を送出することを含んでもよい。

前記アプリケーションサービス情報は、前記アプリケーションサービスの名称、前記アプリケーションサービスの説明、または、前記アプリケーションサービスに関連する商標を含んでもよい。

前記通信装置は、前記表示部と前記通信部とをさらに有してもよい。

前記通信装置は、スマートフォン、携帯電話端末、携帯情報端末、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、または、デジタルカメラであってもよい。

また、本発明によれば、コンピュータを、所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるアプリケーション管理部と、前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するアプリケーション部、として機能させるための、プログラムであって、前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、プログラムが提供される。

また、本発明によれば、所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるステップと、前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するステップと、を有し、前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、通信方法が提供される。

以上説明したように本発明に係る通信装置、プログラム、および通信方法によれば、きめ細かなサービスを提供することが可能となる。

本発明の実施形態に係るＩＤ管理システムの概略的な構成の一例を示す説明図である。 第１の実施形態に係る構内交換機（ＰＢＸ）の構成の一例を示すブロック図である。 ＩＤ ＤＢにより記憶されるＩＤ管理テーブルの一例を説明するための説明図である。 第１の実施形態に係る利用者端末の構成の一例を示すブロック図である。 第１の実施形態に係るにおけるＩＤ管理処理の概略的な流れの第１の例を示すフローチャートである。 第１の実施形態に係るにおけるＩＤ管理処理の概略的な流れの第２の例を示すフローチャートである。 第２の実施形態に係る構内交換機（ＰＢＸ）の構成の一例を示すブロック図である。 ワンタイムＩＤの属性とワンタイムＩＤが含む文字情報との対応関係の識別の一例を説明するための説明図である。 第２の実施形態に係るにおけるＩＤ管理処理の概略的な流れの一例を示すフローチャートである。 第３の実施形態に係るＩＤ管理システムの概略的な構成の一例を示す説明図である。

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

以下では、＜１．ＩＤ管理システムの概略的な構成＞、＜２．第１の実施形態＞、＜３．第２の実施形態＞、＜４．第３の実施形態＞という順序で本発明の実施形態を説明する。

＜１．ＩＤ管理システムの概略的な構成＞
まず、図１を参照して、本発明の実施形態に係るＩＤ管理システム１の概略的な構成について説明する。図１は、本実施形態に係るＩＤ管理システム１の概略的な構成の一例を示す説明図である。図１を参照すると、ＩＤ管理システム１は、構内交換機１００（以下、ＰＢＸ（Private Branch eXchange）１００）および利用者端末２００を含む。本実施形態においてＰＢＸ１００は、ＩＤ管理装置の一例である。

（ＰＢＸ１００）
ＰＢＸ１００は、所定の区域９０（以下、区域９０）内に位置する利用者端末２００とネットワーク２０を介して通信する交換機である。図１を参照すると、当該区域９０は、例えば家電量販店の敷地であり、例えば店舗９３と事務所９５とを含む。また、店舗９３および事務所９５には、利用者端末２００を有する利用者１０が位置する。なお、ネットワーク２０は、例えば、ＬＡＮ（Local Area Network）であり、利用者端末２００により、有線で接続され、または無線ＬＡＮアクセスポイントを介して無線で接続される。

ＰＢＸ１００は、区域９０内に位置する利用者端末２００に、当該区域９０内で使用される識別情報（以下、区域内ＩＤと呼ぶ）を用いた通信を可能にする。当該区域内ＩＤは、一例として内線電話番号である。ここで、区域９０内おけるサービスが、公衆交換電話網（以下、ＰＳＴＮ（Public Switched Telephone Networks））のサービスに対応する場合、区域内ＩＤが電話番号であってもよい。なお、本願でいう当該ＰＳＴＮは、有線網であっても、無線網（携帯電話網等）であってもよい。さらに、当該ＰＳＴＮは、旧来の電話サービスの網に加え、例えばインターネット等の公の網を含んでもよい。

より具体的な例として、ＰＢＸ１００は、区域内ＩＤとＩＰアドレス（Internet Protocol address）とを対応して記憶する。そして、ＰＢＸ１００は、要求に応じて、当該区域内ＩＤをＩＰアドレスに変換し、区域内ＩＤに対応するＩＰアドレスを利用者端末２００に提供する。したがって、利用者端末２００は、ＰＢＸ１００への要求により、他の利用者端末２００が有する区域内ＩＤからＩＰアドレスを取得し、当該ＩＰアドレスを用いて、当該他の利用者端末２００にデータを送信することができる。また、利用者端末２００は、自装置が有する区域内ＩＤを知るＰＢＸ１００、利用者端末２００等の他の通信装置からデータを受信することが可能となる。なお、以下ではこのような区域内ＩＤと当該ＩＰアドレスとの変換機能をゲートキーパ機能と呼ぶ。

また、ＰＢＸ１００は、利用者端末２００間の呼制御、および利用者端末２００と他の区域に位置する通信装置との間の呼制御を行う。例えば、区域９０内に位置する利用者端末２００が、区域内ＩＤ（例えば、内線電話番号）を有する別の利用者端末２００への通話を要求する場合に、ＰＢＸ１００は、区域内ＩＤをＩＰアドレスに変換し、これらの利用者端末２００間のセッションを確立する。

（利用者端末２００）
利用者端末２００は、利用者１０により使用される通信装置である。利用者端末２００は、ネットワーク２０に有線または無線で接続することができる。利用者端末２００は、一例として、スマートフォンである。利用者端末２００は、スマートフォンである場合に、通信事業者のネットワークを介した通信で使用できる、電話番号、メールアドレス等の固定的な識別情報（以下、固定ＩＤ）を有してもよい。つまり、当該固定ＩＤは、ＰＳＴＮで使用される識別情報といえる。なお、利用者端末２００は、ＣＰＵ、主記憶装置、補助記憶装置、表示装置、チップセット（Chipset）、ボタンデバイス、電源回路、電池、スピーカーデバイス、マイクデバイス、ＰＳＴＮ通信デバイス、無線ＬＡＮデバイス、外部接続端子およびそれぞれをつなぐバス（bus）等で構成されてもよい。また、利用者端末２００は、補助記憶装置で、ＯＳ（Operating System）やＶＭ（virtual machine）等のさまざまな電子情報を記憶してもよい。さらに、利用者端末２００は、カメラデバイスやＳＩＭ（Subscriber Identity Module）カードやＳＩＭカードインタフェース等を有してもよい。

図１を参照すると、区域９０に含まれる店舗９３および事務所９５では、顧客である利用者１０ａ、店舗スタッフである利用者１０ｂ、１０ｃ、および事務スタッフである利用者１０ｄが、利用者端末２００を使用している。例えば、区域９０が、家電量販店の敷地である場合、家電量販店に所属する店舗スタッフおよび事務スタッフは特定者である。一方、顧客は不特定者である。したがって、顧客の利用者１０ａ、店舗スタッフの利用者１０ｂ、１０ｃが存在する店舗９３は、不特定の者が存在する区域である。一方、事務スタッフである利用者１０ｄが存在する事務所９５は、特定の者が存在する区域である。

以上、図１を参照して本発明の実施形態に係るＩＤ管理システム１の構成の一例を説明したが、ＩＤ管理システム１の構成は上述した例に限られない。

例えば、利用者端末２００は、スマートフォンに限られず、別の通信装置であってもよい。例えば、スマートフォン以外の携帯電話端末、携帯情報端末（Personal Digital Assistant）、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、デジタルカメラを含む、通信機能を有する他の装置であってもよい。

また、ネットワーク２０は、ＬＡＮに限られず、他のネットワークを含んでもよい。例えば、ネットワーク２０は、無線ＬＡＮアクセスポイントの代わりにまたは追加で、ＰＨＳ（Personal Handy-phone System）のような別の無線通信方式のアクセスポイントまたは基地局を含んでもよい。また、ネットワーク２０は、ＷＡＮと複数のＬＡＮとを含んでもよい。この場合に、ＰＢＸ１００は、各ＬＡＮに接続可能な区域に位置する通信装置とネットワーク２０を介して通信する交換機であってもよい。また、ネットワーク２０には、利用者端末２００以外に、ＰＣ（Personal Computer）、サーバ、プリンタ等の別の通信装置が接続されていてもよい。この場合に、ＰＢＸ１００は、これらの通信装置の呼制御、区域内ＩＤからＩＰアドレスの変換等を行ってもよい。

また、ＰＢＸ１００は、区域内ＩＤとＩＰアドレスとを対応して記憶する他に区域内ＩＤとＭＡＣアドレス（Media Access Control address）とを対応して記憶してもよい。この場合、ＰＢＸ１００は、区域内ＩＤをＭＡＣアドレスに変換し、これらの利用者端末２００間のセッションを確立するようにしてもよい。

（本実施形態における特徴）
本実施形態では、区域９０内で、利用者端末２００にアプリケーションサービス（以下、ＡＰサービス）が提供される。一例として、当該ＡＰサービスは、店舗９３に買い物に来た顧客である利用者１０ａが、利用者端末２００ａを用いて店舗スタッフである利用者１０ｂ、１０ｃを呼び出して通話することを可能にするスタッフ呼出しサービスである。また、別の例として、当該ＡＰサービスは、特定の時間および場所でクーポンを配布するクーポン配布サービスであり、または顧客である利用者１０ａの滞在時間、移動距離等に応じてポイントを与えるポイント付与サービスである。本実形態では、一例として、ＰＢＸ１００が当該ＡＰサービスを提供する。

このようにＡＰサービスを利用する場合に、利用者端末２００の固定ＩＤを用いて通信することが考えられる。あるいは、利用者端末２００に区域内ＩＤが予め与えられ、または区域９０での利用者端末２００若しくは利用者１０の登録手続きを経て区域内ＩＤが与えられ、当該与えられた区域内ＩＤを用いて通信することが考えられる。

しかし、個人情報とも言えるこのような固定ＩＤまたは区域内ＩＤが使用されると、どの利用者端末２００にどのようにＡＰサービスが提供されたかが容易に特定され、利用者１０の匿名性が保たれない。その結果、利用者１０（例えば、顧客である利用者１０ａ）が、匿名性が保たれることを望む場合に、このような固定ＩＤまたは区域内ＩＤを用いて通信することに抵抗感や不安を感じると考えられる。

また、ＡＰサービスの提供者は、利用者１０を特定するこのような固定ＩＤまたは区域内ＩＤが使用されると、ＡＰサービスを通じて取得した情報（例えば、位置情報やＡＰサービス利用履歴）を厳格に管理する必要があるため、ＡＰサービスを積極的に提供し難いと考えられる。

そこで、本実施形態は、ＡＰサービスを利用するにあたり、利用者１０の匿名性を保ちつつ利用者端末２００が通信することを可能にする。以降、＜２．第１の実施形態＞、＜３．第２の実施形態＞および＜４．第３の実施形態＞において、その具体的な内容を説明する。

＜２．第１の実施形態＞
まず、本発明の第１の実施形態を説明する。本発明の第１の実施形態によれば、利用者１０の匿名性を保ちつつ利用者端末２００によるＡＰサービスのための通信が可能になる。より具体的には、区域９０内で提供されるＡＰサービスの通信のための識別情報（以下、ワンタイムＩＤ）が利用者端末２００に発行される。当該ワンタイムＩＤは、所定の条件下で一時的に使用することができ、利用者端末２００は、当該ワンタイムＩＤを使用してＡＰサービスのための通信を行う。

以下では、第１の実施形態を＜２−１．ＰＢＸの構成＞、＜２−２．利用者端末の構成＞、＜２−３．処理の流れ＞という順序で説明する。

＜２−１．ＰＢＸの構成＞
図２および図３を参照して、第１の実施形態に係るＰＢＸ１００−１の構成について説明する。図２は、第１の実施形態に係るＰＢＸ１００−１の構成の一例を示すブロック図である。図２を参照すると、ＰＢＸ１００−１は、ＡＰサービス管理部１１０、ＩＤ管理部１２０、ＡＰサービス提供部１３０および通信部１４０を備える。

（ＡＰサービス管理部１１０）
ＡＰサービス管理部１１０は、ＡＰサービス提供部による利用者端末２００へのＡＰサービスの提供に関する各種制御を行う。当該ＡＰサービス管理部１１０は、アプリケーションデータベース１１１（以下、ＡＰ ＤＢ１１１）、配布部１１３、および判定部１１５を含む。

（ＡＰ ＤＢ１１１）
ＡＰ ＤＢ１１１は、区域９０内で提供されるＡＰサービスのリストを記憶する。より具体的には、ＡＰ ＤＢ１１１は、例えば、上記スタッフ呼出しサービス、クーポン配布サービス、ポイント付与サービス等の各ＡＰサービスを示す情報のリストを記憶する。なお、ＡＰ ＤＢ１１１は、各ＡＰサービスを提供可能な利用者１０の種類（顧客、店舗スタッフ、事務スタッフ等）を併せて記憶してもよい。より具体的には、ＡＰ ＤＢ１１１は、例えば、顧客、店舗スタッフおよび事務スタッフが利用可能なＡＰサービスをスタッフ呼出しサービス、顧客が利用可能なＡＰサービスをクーポン配布サービス、顧客および事務スタッフが利用可能なＡＰサービスをポイント付与サービスと記憶してもよい。

また、ＡＰ ＤＢ１１１は、上記ＡＰサービスの提供のための利用者端末用のソフトウェアを記憶する。当該ソフトウェアは、例えばアプリケーションソフトウェアである。一例として、ＡＰサービスが上記スタッフ呼出しサービスである場合に、当該ソフトウェア（スタッフ呼出しサービスアプリケーションソフトウェア）は、顧客である利用者１０ａの現在位置と店舗スタッフである利用者１０ｂ、１０ｃの現在位置とが示された店舗９３のフロアマップを、利用者端末２００ａのディスプレイ上に表示する。そして、当該ソフトウェアは、フロアマップ上に示されたいずれかの店舗スタッフが選択されると、当該店舗スタッフである利用者１０ｂまたは１０ｃの利用者端末２００ｂまたは２００ｃを呼び出す。

なお、このようなアプリケーションソフトウェアは、顧客、店舗スタッフ、事務スタッフ等の利用者１０の種類毎に作成されていてもよい。より具体的には、ＡＰ ＤＢ１１１は、例えば、顧客が利用可能なソフトウェアを、スタッフ呼出しサービスアプリケーションソフトウェア、クーポン配布サービスアプリケーションソフトウェアおよびポイント付与サービスアプリケーションソフトウェアと、店舗スタッフが利用可能なソフトウェアを、スタッフ呼出しサービスアプリケーションソフトウェアと、事務スタッフが利用可能なソフトウェアを、スタッフ呼出しサービスアプリケーションソフトウェアおよびポイント付与サービスアプリケーションソフトウェアと記憶してもよい。

また、ＡＰ ＤＢ１１１は、上記ＡＰサービスごとの名称を記憶してもよい。また、ＡＰ ＤＢ１１１は、上記ＡＰサービスごとのサービスの概要説明を記憶してもよい。また、ＡＰ ＤＢ１１１は、上記ＡＰサービスごとの商標や家電量販店（例えば区域９０が家電量販店の場合）に係わる商標を記憶してもよい。商標が、登録商標である場合、商標が登録商標である旨の表示（登録商標マーク（registered trademark）や文字「登録商標」や商標登録番号等）を含めてもよい。

（配布部１１３）
配布部１１３は、区域９０内で提供されるＡＰサービスを検索する。より具体的には、配布部１１３は、例えば、利用者端末２００からのサービス検索要求を通信部１４０を介して受信すると、ＡＰ ＤＢ１１１に記憶されるＡＰサービスのリストを用いて、ＡＰサービスを検索する。そして、配布部１１３は、検索されたＡＰサービスを検索結果として利用者端末２００に送信する。

ここで、上記検索結果は、ＡＰサービスごとの名称であってもよい。また、上記検索結果は、ＡＰサービスごとのサービスの概要説明を含んでもよい。また、上記検索結果は、ＡＰサービスごと商標や家電量販店に係わる商標を含んでもよい。

また、配布部１１３は、ＡＰサービスの名称やＡＰサービスの概要説明やＡＰサービスごと商標や家電量販店に係わる商標を文字や画像や音声に変換し、上記検索結果として送信してもよい。また、配布部１１３は、ＡＰサービスを検索できなかった場合、検索できなかった旨を上記検索結果として送信してもよい。また、配布部１１３は、ＡＰサービスの検索の可否に係わらず、上記検索結果に広告情報を含めてもよい。

ここで、配布部１１３は、ＡＰサービスのリストに含まれる全てのＡＰサービスを検索結果として送信してもよい。

または、配布部１１３は、上記サービス検索要求に利用者１０の種類（顧客、店舗スタッフ、事務スタッフ等）を示す情報が含まれる場合に、当該利用者の種類に対応するＡＰサービスを検索結果として送信してもよい。より具体的には、例えば、ＡＰ ＤＢ１１１が、顧客、店舗スタッフおよび事務スタッフが利用可能なＡＰサービスをスタッフ呼出しサービス、顧客が利用可能なＡＰサービスをクーポン配布サービス、顧客および事務スタッフが利用可能なＡＰサービスをポイント付与サービスと記憶する場合、配布部１１３が、利用者１０の種類が顧客を含むサービス検索要求を受信すると、利用者の種類に対応するＡＰサービスとして、スタッフ呼出しサービス、クーポン配布サービスおよびポイント付与サービスを検索結果として送信してもよい。

または、配布部１１３は、ＡＰサービスが個別にではなく一括で提供される場合に、ＡＰサービスの有無を検索結果として送信してもよい。

また、配布部１１３は、ＡＰ ＤＢ１１１に記憶されるＡＰサービスのリストを用いた検索に加えて、または当該リストを用いた検索の代わりに、ネットワーク２０を介して、区域９０内で提供されるＡＰサービスを検索してもよい。

また、配布部１１３は、区域９０内で提供されるＡＰサービスの提供のための利用者端末用のソフトウェアを配布する。より具体的には、配布部１１３は、例えば、通信部１４０を介して利用者端末２００からのサービス利用開始要求を受信すると、ＡＰ ＤＢ１１１からＡＰサービスの提供のための利用者端末用のソフトウェアを取得する。そして、配布部１１３は、取得した利用者端末用のソフトウェアを利用者端末２００に送信する。

このようなソフトウェアの配布によれば、利用者端末２００は、予めソフトウェアを備えていなくても、ＡＰサービスを利用することができる。その結果、より多くの利用者端末２００にＡＰサービスを提供することが可能になる。また、利用者１０がソフトウェアを予め取得する手間を省くことができる。

ここで、配布部１１３は、上記サービス利用開始要求に個別のＡＰサービスを指定する情報が含まれる場合に、指定されたＡＰサービスの提供のための利用者端末用のソフトウェアを配布してもよい。

または、配布部１１３は、ＡＰサービスが個別にではなく一括で提供される場合に、ＡＰサービスの一括提供のための利用者端末用のソフトウェアを配布してもよい。より具体的には、例えば、利用者端末２００からのサービス利用開始要求がスタッフ呼出しサービスを指定する情報を含む場合、配布部１１３は、ＡＰ ＤＢ１１１からスタッフ呼出しサービスの提供のための利用者端末用のスタッフ呼出しサービスアプリケーションソフトウェアを取得する。

また、配布部１１３は、ＩＤ管理部１２０にワンタイムＩＤの発行を要求する。より具体的には、配布部１１３は、例えば、通信部１４０を介して、利用者端末２００からのサービス利用開始要求を受信すると、当該サービス利用開始要求に応じて提供されるＡＰサービスの通信のためのワンタイムＩＤを利用者端末２００に発行するように、ＩＤ管理部１２０に要求する。

ここで、配布部１１３は、上記サービス利用開始要求と共に、ワンタイムＩＤの属性を示す情報、または利用者端末２００に関連する情報のＡＰサービスでの利用可否を示す情報を受信する場合に、当該情報をＩＤ管理部１２０に提供してもよい。当該属性および利用者端末２００に関連する情報については後に詳細に説明する。

（判定部１１５）
判定部１１５は、ＩＤ管理部１２０により発行されたワンタイムＩＤについての使用終了の条件が満たされるか否かを継続的に判定する。より具体的に、判定部１１５は、利用者端末２００（ＡＰ管理部２２０）から上記使用終了の条件に関連する情報を随時または定期的に取得し、またＡＰサービス提供部１３０からのサービス提供停止の通知を随時取得する。そして、判定部１１５は、取得結果に基づいて、上記使用終了の条件が満たされるか否かを随時または定期的に判定する。

このような継続的な使用終了の条件の判定により、当該使用終了条件が満たされたことを素早く知ることができる。その結果、不要なまたは不当なＡＰサービスの提供を素早く停止することが可能になる。また、未使用であるにも関わらず、ＩＤ管理部１２０により発行されたワンタイムＩＤが使用中の状態が継続することを、回避することができる。

なお、ここでのＩＤ管理部１２０により発行されるワンタイムＩＤおよび当該ワンタイムＩＤの使用終了の条件については、ＩＤ管理部１２０に関連して後に説明する。

また、判定部１１５は、例えば、ＩＤ管理部１２０により発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ＡＰサービスの提供のために配布された利用者端末用のソフトウェアを削除するように、当該ワンタイムＩＤを発行された利用者端末２００を制御する。より具体的には、判定部１１５は、上記使用終了の条件が満たされた場合に、ＡＰサービスの提供のために配布された利用者端末用のソフトウェアの停止および削除を要求するＡＰ削除要求を、通信部１４０を介して利用者端末２００に送信する。

このように利用者端末用のソフトウェアの削除を制御することにより、ＡＰサービスの利用を停止させることが可能であることに加えて、不要になったソフトウェアを利用者端末２００から即座に削除することが可能になる。その結果、利用者端末２００の記憶領域の残容量を減らすことを回避することができる。

また、利用者は、アイコンやプログラム一覧から、配布されたソフトウェアが利用者端末２００から消えたことを確認することにより、ＡＰサービスの提供および発行されたワンタイムＩＤの使用が完全に停止していることを容易に確認することができる。その結果、利用者は、匿名性が保たれているという心理的な安心感が得られる。

また、判定部１１５は、例えば、ＩＤ管理部１２０により発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、必要に応じて、当該ワンタイムＩＤを使用する利用者端末２００へのＡＰサービスの提供の停止をＡＰサービス提供部１３０に要求する。

また、判定部１１５は、例えば、ＩＤ管理部１２０により発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ワンタイムＩＤの使用状況を更新するようにＩＤ管理部１２０に要求する。

また、判定部１１５は、例えば、通信部１４０を介して、位置情報、行動情報等の利用者端末２００に関連する情報を受信する場合に、当該情報をＩＤ管理部１３０に提供する。

（ＩＤ管理部１２０）
ＩＤ管理部１２０は、区域９０内で提供されるＡＰサービスの通信のための識別情報、すなわちワンタイムＩＤの発行および管理を行う。ワンタイムＩＤは、換言すると、区域９０の区域内ＩＤの一種であって、区域９０内で提供されるＡＰサービスの通信のためのＩＤである。そして、当該ＡＰサービスを受ける者を識別する識別情報である。また、当該ワンタイムＩＤは、所定の条件下で一時的に使用できるものである。なお、発行されたワンタイムＩＤは、例えば、ＰＢＸ１００−１のゲートキーパ機能（図示せず）および呼制御機能（図示せず）により、他の区域内ＩＤと同様に取り扱われる。

ＩＤ管理部１２０は、ＩＤデータベース１２１（以下、ＩＤ ＤＢ１２１）、ＩＤ発行部１２３、およびＩＤ更新部１２５を含む。ここで、ＩＤ ＤＢ１２１は記憶部の一例であり、ＩＤ発行部１２３は発行部の一例であり、またＩＤ更新部１２５は更新部の一例である。

（ＩＤ ＤＢ１２１）
ＩＤ ＤＢ１２１は、ワンタイムＩＤの使用状況を記憶する。当該使用状況は、ワンタイムＩＤが使用中であるか未使用であるかの判断を可能にする情報である。このようなワンタイムＩＤの使用状況が記憶されることで、どのワンタイムＩＤを発行してもよいかを知ることができる。

また、ＩＤ ＤＢ１２１は、例えば、ワンタイムＩＤの属性も併せて記憶する。当該ワンタイムＩＤの属性は、例えば、ワンタイムＩＤの使用期限、ワンタイムＩＤが使用可能である区域９０内の範囲（以下、使用範囲）、またはワンタイムＩＤを発行される利用者端末２００の利用者１０の種類を含む。ここで、ワンタイムＩＤの属性とは、ワンタイムＩＤの利用条件を定める情報要素である。ワンタイムＩＤは、所定の条件下で一時的に使用できるものであって、所定の条件は、使用期限、使用範囲および利用者の種類の属性の組み合わせで決定される。

使用範囲は、店舗、事務所等の、ワンタイムＩＤが使用可能である位置であってもよい。または、使用範囲は、ワンタイムＩＤを使用する場合に接続可能なアクセスポイントまたはステーション（以下、ＳＴ）であってもよい。また、使用範囲は、不特定の者が存在する区域（例えば顧客の利用者１０ａ、店舗スタッフの利用者１０ｂ、１０ｃが存在する店舗９３）や特定の者が存在する区域（例えば事務スタッフである利用者１０ｄが存在する事務所９５）であってもよい。

また、利用者１０の種類は、顧客、店舗スタッフ、事務スタッフ等であってもよい。

また、ＩＤ ＤＢ１２１は、例えば、利用者端末２００に関連する情報のＡＰサービスでの利用可否を示す情報を記憶する。当該利用者端末２００に関連する情報は、例えば、利用者端末２００の位置情報、または利用者１０の行動情報を含む。当該行動情報は、例えば、利用者端末２００のセンサから得られる利用者１０の行動（例えば、歩いている、座っている等）を示す情報である。

また、ＩＤ ＤＢ１２１は、例えば、位置情報、行動情報等、利用者端末２００に関連する情報そのものも併せて記憶してもよい。

以上のとおり、ＩＤ ＤＢ１２１には、ワンタイムＩＤの使用状況をはじめとする様々な情報が記憶される。以下、この点について図３を参照してより具体的に説明する。

図３は、ＩＤ ＤＢ１２１により記憶されるＩＤ管理テーブル１２２の一例を説明するための説明図である。図３を参照すると、ＩＤ管理テーブル１２２には、ワンタイムＩＤ、使用可否フラグ、使用期限、使用範囲、位置情報利用可否および位置情報が、対応して記憶される。

ここで、ＩＤ管理テーブル１２２のワンタイムＩＤ、使用期限および使用範囲は、ＩＤ管理システム１やＰＢＸ１００の管理者により予めに設定（固定）される。また、ＩＤ管理テーブル１２２の使用可否フラグ、位置情報利用可否および位置情報は、随時更新（管理に伴い可変）される。

例えば、図３のＩＤ管理テーブル１２２のワンタイムＩＤ「００−０８３１−４４４４」では、使用可否フラグ「使用中」、使用期限「０８．３１ ２３：５９」、使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」、位置情報利用可否「承認済」および位置情報「２Ｆ事務所 デスク３」が、対応して記憶されている。ワンタイムＩＤ「００−０８３１−４４４４」、使用期限「０８．３１ ２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」は、予め設定された内容である。使用可否フラグ「使用中」、位置情報利用可否「承認済」および位置情報「２Ｆ事務所 デスク３」は、随時更新された内容である。

例えば、図３のＩＤ管理テーブル１２２のワンタイムＩＤ「１１−０８１５−１１１１」では、使用可否フラグ「使用中」、使用期限「０８．１５ ２０：１０」、使用範囲「ＳＴ１、ＳＴ２」、位置情報利用可否「承認済」および位置情報「１Ｆ店舗 テレビ売場」が、対応して記憶されている。ワンタイムＩＤ「１１−０８１５−１１１１」、使用期限「０８．１５ ２０：１０」および使用範囲「ＳＴ１、ＳＴ２」は、予め設定された内容である。使用可否フラグ「使用中」、位置情報利用可否「承認済」および位置情報「１Ｆ店舗 テレビ売場」は、随時更新された内容である。

図３に示されるワンタイムＩＤと使用可否フラグとの組合せは、使用状況を示す情報の一例である。ここでは、ワンタイムＩＤは、「００−０８３１−４４４４」、「００−０８３１−２２２２」等の１０桁の数字で表されている。当該１０桁の数字は、内線電話番号と捉えることもできる。ワンタイムＩＤは、例えばこのような文字情報を含み、当該文字情報で表される。また、使用可否フラグは、ワンタイムＩＤが使用されているか否かを示す情報であり、「使用中」または「未使用」により表される。

例えば、ワンタイムＩＤ「００−０８３１−４４４４」は、図１に示される利用者端末２００ｄにより使用されているので、当該ワンタイムＩＤの使用可否フラグは「使用中」と表されている。例えば、ワンタイムＩＤ「１１−０８１５−１１１１」は、図１に示される利用者端末２００ａにより使用されているので、当該ワンタイムＩＤの使用可否フラグは「使用中」と表されている。

図３に示される使用期限および使用範囲は、ワンタイムＩＤの属性の一例である。

例えば、ワンタイムＩＤ「００−０８３１−４４４４」は、８月３１日の２３：５９までに限り使用可能であるので、当該ワンタイムＩＤの使用期限は、「０８．３１ ２３：５９」と表されている。また、ワンタイムＩＤ「００−０８３１−４４４４」を使用する場合に接続可能なアクセスポイントがＳＴ１、ＳＴ２、ＳＴ３であるので、当該ワンタイムＩＤの使用範囲は、「ＳＴ１、ＳＴ２、ＳＴ３」と表されている。つまり、ワンタイムＩＤ「００−０８３１−４４４４」は、当該ワンタイムＩＤの利用者が、使用期限「０８．３１ ２３：５９」およびの使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」条件で利用できるということである。

例えば、ワンタイムＩＤ「１１−０８１５−１１１１」は、８月１５日の２３：５９までに限り使用可能であるので、当該ワンタイムＩＤの使用期限は、「０８．１５ ２０：１０」と表されている。また、ワンタイムＩＤ「１１−０８１５−１１１１」を使用する場合に接続可能なアクセスポイントがＳＴ１、ＳＴ２であるので、当該ワンタイムＩＤの使用範囲は、「ＳＴ１、ＳＴ２」と表されている。つまり、ワンタイムＩＤ「１１−０８１５−１１１１」は、当該ワンタイムＩＤの利用者が、使用期限「０８．１５ ２０：１０」および使用範囲「ＳＴ１、ＳＴ２」の条件で利用できるということである。

図３に示される位置情報利用可否は、ＡＰサービスにおける上記利用者端末２００に関連する情報の利用可否を示す情報の一例である。また、図３に示される位置情報は、上記利用者端末２００に関連する情報の一例である。ここで、位置情報利用可否は、利用者１０により位置情報の使用が承認されたことを示す「承認済」、未だ位置情報の使用が承認されていないことを示す「未承認」、または利用できないことを示す「不可」のいずれかにより表される。

例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用する利用者端末２００ｄの利用者１０ｄは、ＡＰサービスにおける位置情報の利用を承認したので、位置情報利用可否は、「承認済」と表されている。また、利用者端末２００ｄは、２階にある事務所９５のデスク３にあるので、位置情報は、「２Ｆ事務所 デスク３」と表されている。

例えば、ワンタイムＩＤ「１１−０８１５−１１１１」を使用する利用者端末２００ａの利用者１０ａは、APサービスにおける位置情報の利用を承認したので、位置情報利用可否は、「承認済」と表されている。また、利用者端末２００ａは、１階にある店舗９３のテレビ売場にあるので、位置情報は、「１Ｆ店舗 テレビ売場」と表されている。

例えば、ワンタイムＩＤ「１１−０８１５−５５５５」においては、位置情報利用可否は、「未確認」と表され、位置情報は、記憶されていない。

例えば、ワンタイムＩＤ「９９−９９９９−９９９９」においては、位置情報利用可否は、「不可」と表され、利用者１０により位置情報の利用ができないとされたが、仮の位置情報として「１Ｆ倉庫 Ａ２エリア」と表されている。

なお、ワンタイムＩＤ「９９−９９９９−９９９９」のように、利用者１０により位置情報の利用ができないとされた場合においては、上述のように仮の位置情報を記憶してもよいし、ワンタイムＩＤ「１１−０８１５−５５５５」のように位置情報を記憶しなくてもよい。

なお、上述のように仮の位置情報を記憶する場合、ＰＢＸ１００が自動にワンタイムＩＤを利用する利用者端末の位置を推定してもよい。

以上、図３を参照してＩＤ ＤＢ１２１に記憶される情報について説明した。ここで、ワンタイムＩＤが文字情報を含む場合について補足すると、ワンタイムＩＤは、例えば、当該ワンタイムＩＤの属性に応じた文字情報を含む。

図３に示される一例では、ワンタイムＩＤは、利用者１０の種類および使用期限に応じた文字情報を含む。すなわち、図３に示される一例では、利用者１０の種類が顧客であれば、１〜２桁目が「１１」であり、利用者１０が店舗スタッフまたは事務スタッフであれば、１〜２桁目が「００」であり、利用者１０の種類が顧客、店舗スタッフおよび事務スタッフ以外であれば、１〜２桁目が「９９」である。つまり、ワンタイムＩＤは、ワンタイムＩＤの一部に、利用者１０の種類の属性に応じた文字情報を含む。また、３〜６桁は使用期限における日付である。よって、８月３１日まで使用可能なワンタイムＩＤについての３〜６桁は「０８３１」であり、８月１５日まで使用可能なワンタイムＩＤについての３〜６桁は「０８１５」である。つまり、ワンタイムＩＤは、ワンタイムＩＤの一部に、ワンタイムＩＤの使用期限の属性（日付）に応じた文字情報を含む。また、７〜１０桁は利用者１０の種類の属性に応じた文字情報と使用期限の属性（日付）に応じた文字情報とを組み合わせた場合におけるユニークとなるＩＤである。

ここで、図３に示される一例のＩＤ ＤＢ１２１におけるワンタイムＩＤとワンタイムＩＤの属性との関係について説明する。この関係は、ＩＤ管理システム１やＰＢＸ１００の管理者が、ＡＰサービスごとに決めたものである。

ＩＤ ＤＢ１２１の設定の際、まず、管理者は、ワンタイムＩＤの型式を決定する。管理者は、スタッフ呼出しサービス用ワンタイムＩＤを１０桁の数字の列と決定し、１〜２桁が利用者１０の種類の属性に応じた文字情報とし、３〜６桁が使用期限における日付とし、７〜１０桁が利用者１０の種類の属性に応じた文字情報と使用期限における日付に応じた文字情報とを組み合わせた場合におけるユニークなＩＤと規定する。

次に、管理者は、ＩＤ ＤＢ１２１におけるワンタイムＩＤに係わる属性を、利用者の種類、使用期限および使用範囲の属性の３つと規定する。

次に、管理者は、ＩＤ ＤＢ１２１におけるワンタイムＩＤの利用者１０の種類の属性の内容を、顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）、事務スタッフおよびその他の者の５つと規定する。

つづいて、管理者は、ＩＤ ＤＢ１２１において、利用者１０の種類が顧客であれば、１〜２桁目が「１１」であり、利用者１０が店舗スタッフまたは事務スタッフであれば、１〜２桁目が「００」であり、その他の者（顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフ以外）であれば、１〜２桁目が「９９」と規定する。

つづいて、管理者は、利用者１０の種類が顧客であれば、お店の閉店時刻である「２０：１０」までワンタイムＩＤを利用できるものと規定する。利用者１０の種類が店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフであれば、お店の閉鎖時刻である「２３：５９」までワンタイムＩＤを利用できるものと規定する。利用者１０の種類がその他の者（顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフ以外）であれば、「１７：１５」までワンタイムＩＤを利用できるものと規定する。

次に、管理者は、ＩＤ ＤＢ１２１におけるワンタイムＩＤの使用期限の属性を、使用期限における日付（ワンタイムＩＤの３〜６桁）と、ワンタイムＩＤの利用者１０の種類ごとの利用形態に基づく時刻と規定する。

つづいて、管理者は、ＩＤ ＤＢ１２１において、利用者１０の種類が顧客であれば、利用形態に基づく時刻をお店の閉店時刻の「２０：１０」とし、使用期限における時刻を「２０：１０」と規定する。利用者１０の種類が店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフであれば、利用形態に基づく時刻をお店の閉鎖時刻の「２３：５９」とし、使用期限における時刻を「２３：５９」と規定する。利用者１０の種類がその他の者（顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフ以外）であれば、使用期限における時刻を「１７：１５」と規定する。

次に、管理者は、ＩＤ ＤＢ１２１におけるワンタイムＩＤの使用範囲の属性を、ワンタイムＩＤの利用者１０の種類ごとの行動可能エリアに基づいてと規定する。

つづいて、管理者は、ＩＤ ＤＢ１２１において、利用者１０の種類が顧客または店舗スタッフ（派遣）であれば、区域９０内における行動可能エリアに配備されているアクセスポイント（顧客または店舗スタッフ（派遣）が接続可能なアクセスポイント）がＳＴ１、ＳＴ２であるので、使用範囲を「ＳＴ１、ＳＴ２」と規定する。使用範囲「ＳＴ１、ＳＴ２」は、無線接続エリア「ＳＴ１、ＳＴ２」である。利用者１０の種類が店舗スタッフ（社員）または事務スタッフであれば、区域９０内における行動可能エリアに配備されているアクセスポイント（店舗スタッフ（社員）または事務スタッフが接続可能なアクセスポイント）がＳＴ１、ＳＴ２、ＳＴ３であるので、使用範囲を「ＳＴ１、ＳＴ２、ＳＴ３」と規定する。使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」は、無線接続エリア「ＳＴ１、ＳＴ２、ＳＴ３」である。利用者１０の種類がその他の者（顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフ以外）であれば、区域９０内における行動可能エリアに配備されているアクセスポイント（その他の者が接続可能なアクセスポイント）がＳＴ１であるので、使用範囲を「ＳＴ１」と規定する。使用範囲「ＳＴ１」は、無線接続エリア「ＳＴ１」である。

なお、管理者は、上述の規定に基づき、利用者１０の種類と使用期限および使用範囲との対応関係を示す情報を、ＰＢＸ１００に設定する。

図３のワンタイムＩＤ「００−０８３１−４４４４」および「００−０８３１−２２２２」を参照する。使用範囲の属性が「ＳＴ１、ＳＴ２、ＳＴ３」であるから、店舗スタッフ（社員）または事務スタッフのいずれかが利用できるワンタイムＩＤである。使用期限の属性の時刻が「２３：５９」であるから、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフのうちいずれかが利用できるワンタイムＩＤである。ワンタイムＩＤの１〜２桁目が「００」であるから、店舗スタッフまたは事務スタッフのいずれかが利用できるワンタイムＩＤである。したがって、ワンタイムＩＤ「００−０８３１−４４４４」および「００−０８３１−２２２２」は、店舗スタッフまたは事務スタッフが、使用期限「０８．３１ ２３：５９」、使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」の条件で利用できるものである。

図３のワンタイムＩＤ「１１−０８１５−１１１１」および「１１−０８１５−５５５５」を参照する。使用範囲の属性が「ＳＴ１、ＳＴ２」であるから、顧客または店舗スタッフ（派遣）が利用できるワンタイムＩＤである。使用期限の属性の時刻が「２０：１０」であるから、顧客が利用できるワンタイムＩＤである。ワンタイムＩＤの１〜２桁目が「１１」であるから、顧客が利用できるワンタイムＩＤである。したがって、ワンタイムＩＤ「１１−０８１５−１１１１」および「１１−０８１５−５５５５」は、顧客が、使用期限「０８．１５ ２０：１０」、使用範囲「ＳＴ１、ＳＴ２」の条件で利用できるものである。

図３のワンタイムＩＤ「００−０８１５−３３３３」を参照する。使用範囲の属性が「ＳＴ１、ＳＴ２」であるから、顧客または店舗スタッフ（派遣）が利用できるワンタイムＩＤである。使用期限の属性の時刻が「２３：５９」であるから、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフのうちいずれかが利用できるワンタイムＩＤである。ワンタイムＩＤの１〜２桁目が「００」であるから、店舗スタッフまたは事務スタッフのいずれかが利用できるワンタイムＩＤである。したがって、ワンタイムＩＤ「００−０８１５−３３３３」は、店舗スタッフ（派遣）が、使用期限「０８．１５ ２３：５９」、使用範囲「ＳＴ１、ＳＴ２」の条件で利用できるものである。

つまり、ある利用者が利用するワンタイムＩＤ（発行するべきワンタイムＩＤ）を決定するとき、ＩＤ ＤＢ１２１を参照することで、その利用者に係わるワンタイムＩＤの使用期限、ワンタイムＩＤの使用範囲、またはワンタイムＩＤを発行される利用者端末２００の利用者１０の種類の組み合わせからその利用者が利用できるワンタイムＩＤ（発行するべきワンタイムＩＤ）を検索できる。

ＩＤ ＤＢ１２１の参照は、いずれかの属性で行える。

例えば、利用者の種類「顧客」、使用期限「０８．１５ ２０：１０」および使用範囲「ＳＴ１、ＳＴ２」でＩＤ ＤＢ１２１を参照すると、利用できるワンタイムＩＤが「１１−０８１５−１１１１」または「１１−０８１５−５５５５」と検索できる。この場合、利用者の種類「顧客」、使用期限「０８．１５ ２０：１０」および使用範囲「ＳＴ１、ＳＴ２」に対応するワンタイムＩＤを参照した結果、「１１−０８１５−１１１１」または「１１−０８１５−５５５５」に到達する。そして、利用者の種類「顧客」に基づき１〜２桁が「１１」であるか判断し、利用できるワンタイムＩＤを「１１−０８１５−１１１１」または「１１−０８１５−５５５５」と検索した。

例えば、使用期限「０８．３１ ２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」でＩＤ ＤＢ１２１を参照すると、利用できるワンタイムＩＤが「００−０８３１−４４４４」または「００−０８３１−２２２２」と検索できる。この場合、使用期限「０８．３１ ２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」に対応するワンタイムＩＤを参照した結果、「００−０８３１−４４４４」または「００−０８３１−２２２２」に到達する。使用期限（時刻）「２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」の条件から利用者の種類が店舗スタッフ（社員）または事務スタッフと判断できる。そして、利用者の種類「店舗スタッフまたは事務スタッフ」に基づき１〜２桁が「００」であるか判断し、利用できるワンタイムＩＤを「００−０８３１−４４４４」または「００−０８３１−２２２２」と検索した。

例えば、利用者の種類「顧客」および使用範囲「ＳＴ１、ＳＴ２」でＩＤ ＤＢ１２１を参照すると、利用できるワンタイムＩＤが「１１−０８１５−１１１１」または「１１−０８１５−５５５５」と検索できる。この場合、使用範囲「ＳＴ１、ＳＴ２」に対応するワンタイムＩＤを参照した結果、「１１−０８１５−１１１１」、「００−０８１５−３３３３」または「１１−０８１５−５５５５」に到達する。そして、利用者の種類「顧客」に基づき１〜２桁が「１１」であるか判断し、利用できるワンタイムＩＤを「１１−０８１５−１１１１」または「１１−０８１５−５５５５」と検索した。

例えば、利用者の種類「顧客」および使用期限（時刻）「２０：１０」でＩＤ ＤＢ１２１を参照すると、利用できるワンタイムＩＤが「００−０８３１−４４４４」または「００−０８３１−２２２２」と検索できる。この場合、使用期限（時刻）「２０：１０」に対応するワンタイムＩＤを参照した結果、「１１−０８１５−１１１１」または「１１−０８１５−５５５５」に到達する。そして、利用者の種類「顧客」に基づき１〜２桁が「１１」であるか判断し、利用できるワンタイムＩＤを「１１−０８１５−１１１１」または「１１−０８１５−５５５５」と検索した。例えば、利用者の種類「店舗スタッフ（派遣）」でＩＤ ＤＢ１２１を参照すると、利用できるワンタイムＩＤが「００−０８１５−３３３３」と検索できる。この場合、利用者の種類「店舗スタッフ（派遣）」なので、使用範囲「ＳＴ１、ＳＴ２」かつ使用期限「２３：５９」に対応するワンタイムＩＤを参照した結果、「００−０８１５−３３３３」に到達する。そして、利用者の種類「店舗スタッフ」に基づき１〜２桁が「００」であるか判断し、利用できるワンタイムＩＤを「００−０８１５−３３３３」と検索した。

このような属性に応じた文字情報の付与法則により、同じ属性を有するワンタイムＩＤを使用している利用者端末２００のみに特定の情報を送信することが可能になる。例えば、１〜２桁目が「１１」であるワンタイムＩＤのみを対象としてクーポンを送信すれば、顧客のみにクーポンを送信することができる。または、１〜２桁目が「００」であるワンタイムＩＤのみを対象としてスタッフ用の連絡情報を送信すれば、店舗スタッフおよび事務スタッフのみにスタッフ用の連絡情報を送信することができる。

なお、ワンタイムＩＤに含まれる文字情報は、数字の組合せに限られず、文字、記号、数字等の任意の組合せであってもよい。この場合、ワンタイムＩＤに含まれる文字情報は、区域９０、店舗９３および事務所９５のいずれかの区域で一意とみなせる程度に長いランダム文字列としてもよい。ワンタイムＩＤに含まれる文字情報は、区域９０、店舗９３および事務所９５のいずれかの区域で一意とみなせ、かつ、グローバルに一意とみなせる程度に長いランダム文字列としてもよい。

また、図３に示されたワンタイムＩＤの使用状況は一例であり、当然のことながら、他の形式で記憶されてもよい。例えば、付与法則により各種属性を有するワンタイムＩＤが作成されている場合、すなわち明示されずともどのワンタイムＩＤがどの属性を有するかが明らかな場合、使用状況として、未使用のワンタイムＩＤのみまたは使用中のワンタイムＩＤのみが記憶されてもよい。他方、各種属性を明示したワンタイムＩＤとは、使用期限「０８．３１ ２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」において、ワンタイムＩＤ「００−０８３１２３５９−ＳＴ１ＳＴ２ＳＴ３」作成する場合である。

（ＩＤ発行部１２３）
ＩＤ発行部１２３は、ＡＰサービスを提供される利用者端末２００に未使用のワンタイムＩＤを発行する。より具体的には、ＩＤ発行部１２３は、例えば、配布部１１３がワンタイムＩＤの発行を要求すると、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２を用いて、未使用のワンタイムＩＤを検索する。ここで、配布部１１３が、発行するワンタイムＩＤの属性を示す情報をＩＤ管理部１２０に提供する場合に、ＩＤ発行部１２３は、当該属性または当該属性に対応する属性を有するワンタイムＩＤを検索する。そして、ＩＤ発行部１２３は、サービス利用開始要求の送信元である利用者端末２００に、ワンタイムＩＤを発行する。

具体例として、配布部１１３が、利用者端末２００から受信した利用者１０の種類を示す情報を、ＩＤ管理部１２０（ＩＤ発行部１２３）に提供する場合を、図１を参照して説明する。ここでの受信する利用者１０の種類は、例えば、顧客、店舗スタッフ（社員）、店舗スタッフ（派遣）および事務スタッフの４つであるとする。例えば、ＩＤ発行部１２３は、配布部１１３から「店舗スタッフ（派遣）」を示す情報を提供されると、「店舗スタッフ（派遣）」に対応する使用期限「０８．１５ ２３：５９」と使用範囲「ＳＴ１、ＳＴ２」を取得する。これらの使用期限および使用範囲の情報は、例えば、予め定められた、利用者１０の種類と使用期限および使用範囲との対応関係を示す情報に基づき特定される。そして、ＩＤ管理部１２０は、使用期限が「０８．１５ ２３：５９」であり使用範囲が「ＳＴ１、ＳＴ２」である未使用のワンタイムＩＤを、ＩＤ管理テーブル１２２検索する。すると、ＩＤ管理部１２０は、検索結果としてワンタイムＩＤ「００−０８１５−３３３３」を取得し、当該ワンタイムＩＤを発行する。

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

なお、ＩＤ発行部１２３は、例えば、発行されたワンタイムＩＤをＰＢＸ１００−１のゲートキーパ機能（図示せず）に通知する。そして、当該ゲートキーパ機能は、他の区域内ＩＤと同様に、発行されたワンタイムＩＤと、当該ワンタイムＩＤを発行された利用者端末２００のＩＰアドレスとを対応して記憶する。また、当該ゲートキーパ機能は、依頼に応じて当該ワンタイムＩＤをＩＤアドレスに変換する。

なお、ＩＤ発行部１２３は、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２を検索した結果、複数の未使用のワンタイムＩＤを検索できる場合、ワンタイムＩＤの７〜１０桁が若番であるワンタイムＩＤを選択し発行してもよい。

（ＩＤ更新部１２５）
ＩＤ更新部１２５は、未使用のワンタイムＩＤが発行されると、当該ワンタイムＩＤが使用中であることを示すように、ＩＤ ＤＢ１２１に記憶されるワンタイムＩＤの使用状況を更新する。より具体的には、ＩＤ更新部１２５は、例えば、ＩＤ発行部１２３が発行したワンタイムＩＤについて、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２の使用可否フラグを「未使用」から「使用中」に更新する。

また、ＩＤ更新部１２５は、発行されたワンタイムＩＤについての使用終了の条件が満たされると、当該ワンタイムＩＤが未使用であることを示すように、ＩＤ ＤＢ１２１に記憶されるワンタイムＩＤの使用状況を更新する。より具体的には、例えば、判定部１１５が、発行されたワンタイムＩＤについての使用終了の条件が満たされると判定すると、ＩＤ更新部１２５は、判定部１１５から、当該ワンタイムＩＤについての更新を要求される。そして、ＩＤ更新部１２５は、当該ワンタイムＩＤについて、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２の使用可否フラグを「使用中」から「未使用」に更新する。

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

上記使用終了の条件は、例えば、発行されたワンタイムＩＤの使用期限が経過している（第１終了条件）こと、または、発行されたワンタイムＩＤが使用可能である区域９０内の範囲（使用範囲）に当該ワンタイムＩＤを使用する利用者端末２００が位置しない（第２終了条件）ことを含む。判定部１１５は、例えば、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２を参照すれば、各ワンタイムＩＤの使用期限または使用範囲を知ることができ、当該使用期限または使用範囲に基づき判定できる。

このような使用終了条件によれば、使用期限が経過し、またはワンタイムＩＤが使用範囲で使用されない場合（店舗を離れた場合、電源が切れた場合、等）に、ワンタイムＩＤの使用が停止される。そして、使用が停止されたワンタイムＩＤの使用状況が未使用に更新される。すなわち、第１終了条件および第２終了条件によって、特定の期限または特定の場所でのみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、ＡＰサービスの提供の停止が要求される（第３終了条件）ことを含む。この場合に、例えば、利用者端末２００またはＡＰサービス提供部１３０のうちのいずれか一方から他方にＡＰサービスの提供の停止が要求される。そして、ＡＰサービス提供部１３０は、ＡＰサービスの提供を停止し、サービス提供の停止をＡＰサービス管理部１１０に通知する。そして、判定部１１５は、ＡＰサービスの提供の停止が要求されたと判定する。

このような使用終了条件によれば、利用者１０またはＡＰサービスの提供者の意思に応じてワンタイムＩＤの使用およびＡＰサービスの提供を停止することが可能になる。すなわち、第３終了条件によって、ＡＰサービスの提供中のみ使用可能なワンタイムＩＤを実現できる。例えば、利用者１０は、いつでもＡＰサービスの提供を停止できるのであれば、安心してＡＰサービスを利用することができる。

なお、上記使用終了の条件は、ワンタイムＩＤの使用の停止が要求されることを含んでもよい。例えば、利用者端末またはＡＰサービス管理部１２０のうちのいずれか一方から他方にワンタイムＩＤの使用の停止が要求される。

また、上記使用終了の条件は、例えば、判定部１１５と利用者端末２００の間の通信パスにおいて、所定時間内に送受信が行われない（第４終了条件）ことを含む。この場合に、例えば、判定部１１５が、所定時間内に、利用者端末２００から使用終了の条件に関連する情報を随時または定期的取得できないと、判定部１１５と利用者端末２００の間で送受信が行われず通信が無かったと判定する。なお、判定部１１５は、所定時間の周期で、利用者端末２００が送信するのを監視してもよい。

なお、上記所定時間は、判定部１１５と利用者端末２００の間の通信パスで用いられる通信プロトコルにおいてタイムアウトと判断される期間であってもよい。また、上記通信プロトコルが、役割の異なる複数のプロトコルが階層的に繋がって形成されている場合、いずれかの階層の通信プロトコルにおいて、タイムアウトと判断される期間であってもよい。

例えば、判定部１１５が、所定時間を５秒と記憶し、５秒の周期で、利用者端末２００が送信するのを監視する。そして、例えば、ワンタイムＩＤ「００−０８３１−４４４４」を発行された利用者端末２００が、情報を随時または定期的に送信しないと、判定部１１５が、５秒の間において、利用者端末２００から情報を受信しない。そして、判定部１１５は、利用者端末２００との間で送受信が行われず通信が無かったと判定する。そして、判定部１１５は、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

このような使用終了条件によれば、使用終了の条件に関連する情報の内容に係わらず、通信の有無に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第４終了条件によって、ＰＢＸ１００と利用者端末２００との間で通信が可能であるときのみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、ＡＰサービス提供部１３０と利用者端末２００の間の通信パスにおいて、所定時間内にワンタイムＩＤを用いた送受信が行われない（第５終了条件）ことを含む。この場合に、例えば、ＩＤ発行部１２３が、利用者端末２００にワンタイムＩＤを発行すると、発行したワンタイムＩＤと発行時刻を判定部１１５に通知する。また、ＡＰサービス提供部１３０が、利用者端末２００からデータを受信する場合に、受信データからワンタイムＩＤを受信し判定部１１５に通知する。そして、判定部１１５が、ＩＤ発行部１２３から通知された発行時刻を基準に、所定時間内にＡＰサービス提供部１３０からのワンタイムＩＤの通知を受けないと、ＡＰサービス提供部１３０と利用者端末２００の間でワンタイムＩＤを用いた送受信が行われず通信がなかったと判定する。つまり、判定部１１５は、ＡＰサービス提供部１３０からのワンタイムＩＤの通知を監視することで、ＡＰサービス提供部１３０と利用者端末２００の間のワンタイムＩＤを用いた通信の有無を監視する。なお、判定部１１５は、所定時間の周期で、ＡＰサービス提供部１３０からのワンタイムＩＤの通知を監視してもよい。

例えば、ＩＤ発行部１２３が、利用者端末２００にワンタイムＩＤ「００−０８３１−４４４４」を発行すると、発行したワンタイムＩＤ「００−０８３１−４４４４」と発行時刻「１０：００」を判定部１１５に通知する。そして、判定部１１５は、所定時間を３６００秒と記憶し、ＩＤ発行部１２３から通知されたワンタイムＩＤ「００−０８３１−４４４４」に対し、ＩＤ発行部１２３から通知された発行時刻「１０：００」を基準に、３６００秒の周期で、ＡＰサービス提供部１３０からのワンタイムＩＤの通知を監視する。そして、例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用中の利用者端末２００が、データを送信すると、ＡＰサービス提供部１３０が、ワンタイムＩＤ「００−０８３１−４４４４」を受信し判定部１１５に通知する。ここで、判定部１１５が、発行時刻「１０：００」を基準に、３６００秒経過する以前にＡＰサービス提供部１３０からのワンタイムＩＤの通知を受けないと所定時間内に通信が無かったと判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

一方、判定部１１５が、発行時刻「１０：００」を基準に、３６００秒経過する以前にＡＰサービス提供部１３０からのワンタイムＩＤの通知を受けると所定時間内に通信があったと判定する。そして、判定部１１５は、発行時刻「１０：００」に３６００秒を加えた時刻「１１：００」を基準に、３６００秒の周期で、ＡＰサービス提供部１３０からのワンタイムＩＤの通知を継続して監視する。その後、判定部１１５は、通信があったと判定するごとに、周期毎に３６００秒を加えた時刻を基準に、監視を継続する。第１周期は、例えば発行時刻「１０：００」が基準となる。第２周期は、発行時刻「１０：００」に例えば所定時間の３６００秒を加えた時刻「１１：００」が基準となり、第３周期は、時刻「１１：００」に３６００秒を加えた時刻「１２：００」が基準となる。また、判定部１１５は、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２の使用可否フラグを適宜に参照し、使用可否フラグ「未使用」のワンタイムＩＤに対する監視を止める。

このような使用終了条件によれば、所定時間内にワンタイムＩＤを用いた通信の有無に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第５終了条件によって、ＰＢＸ１００と利用者端末２００との間でワンタイムＩＤを用いた通信が可能であるときのみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、ＡＰサービス提供部１３０と利用者端末２００の間の通信パスにおいて、ワンタイムＩＤを用いた送受信が所定回数行われた（第６終了条件）ことを含む。この場合に、例えば、ＡＰサービス提供部１３０が、利用者端末２００からデータを受信する場合に、受信データからワンタイムＩＤを受信し判定部１１５に通知する。判定部１１５は、ＡＰサービス提供部１３０から通知されたワンタイムＩＤをカウントすることで当該ワンタイムＩＤの使用回数を知ることができる。判定部１１５は、予めにワンタイムＩＤの使用回数の上限値を所定回数として記憶しており、ワンタイムＩＤの使用回数と所定回数とを比較することで、ワンタイムＩＤを用いた送受信が所定回数行われたことを判定できる。

例えば、判定部１１５が、ワンタイムＩＤの使用回数の上限値を２回と記憶し、ワンタイムＩＤ「００−０８３１−４４４４」の使用回数をカウント１と記憶する。そして、例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用中の利用者端末２００が、データを送信すると、ＡＰサービス提供部１３０が、ワンタイムＩＤ「００−０８３１−４４４４」を受信し判定部１１５に通知する。そして、判定部１１５が、ワンタイムＩＤ「００−０８３１−４４４４」の使用回数をカウント２とすると、ワンタイムＩＤ「００−０８３１−４４４４」の使用回数が上限値となるから、ワンタイムＩＤ「００−０８３１−４４４４」を用いた送受信が所定回数行われたと判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

このような使用終了条件によれば、ワンタイムＩＤの使用回数に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第６終了条件によって、ワンタイムＩＤを用いた通信に通信可能回数を設け、通信可能回数のみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、ＡＰサービス提供部１３０と利用者端末２００の間の通信パスにおいて、通信プロトコルのステータスコードがエラーを示す（第７終了条件）ことを含む。この場合に、例えば、ＡＰサービス提供部１３０が、利用者端末２００からデータを受信する場合に、受信データから通信プロトコルのステータスコードを受信し判定部１１５に通知する。また、上記通信プロトコルが、役割の異なる複数のプロトコルが階層的に繋がって形成されている場合、上記ステータスコードは、それぞれの階層または所定の階層における通信プロトコルのステータスコードードであってもよい。なお、上記所定の階層とは、ワンタイムＩＤを含む通信プロトコルの階層である。判定部１１５は、予め通信プロトコルに対応するステータスコードをステータスコードの内容とともに記憶しておき、ＡＰサービス提供部１３０から通知されたステータスコードで記憶しておいたステータスコードの内容を参照すれば、通知されたステータスコードがエラーを示すものか判定できる。

なお、判定部１１５が予めに記憶するステータスコードの内容とは、例えば、ステータスコード１００〜１９９が暫定応答（経過情報）、ステータスコード２００〜２９９が成功応答、ステータスコード３００〜３９９が転送応答、ステータスコード４００〜４９９がリクエストエラー、ステータスコード５００〜５９９がサーバーエラーおよびステータスコード６００〜６９９がグローバルエラー等である。この場合、ステータスコード４００〜６９９がエラーを示すステータスコードの範囲である。

例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用中の利用者端末２００が、ステータスコード４００を含むデータを送信すると、ＡＰサービス提供部１３０が、通信プロトコルのステータスコードを受信し判定部１１５に通知し、判定部１１５が、ステータスコードがエラーを示すものと判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

このような使用終了条件によれば、ワンタイムＩＤを用いた通信の通信状態に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第７終了条件によって、ＰＢＸ１００と利用者端末２００との間で通信がエラーでないときのみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、利用者端末２００の計算資源（computational resource）がリソース不足である（第８終了条件）ことを含む。この場合に、例えば、判定部１１５が、利用者端末２００から使用終了の条件に関連する情報として計算資源情報を随時または定期的に取得する。ここで、上記計算資源情報とは、例えば、ＣＰＵの使用率、主記憶装置（物理メモリや仮想メモリ等）の使用率、補助記憶装置（ＨＤＤ（Hard disk drive）等）の使用率、表示装置（ＬＣＤ（Liquid Crystal Display）等）の面積、ＯＳの種類（ＯＳ名やバージョン等）、ＶＭの種類（ＶＭ名やバージョン等）、プログラムの種類（プログラム名やバージョン等）および端末状態（カメラ機能無しや電波ＯＦＦ等）等であってもよい。判定部１１５は、予めに計算資源情報ごとに対応したリソース不足の境界を定めたリソース不足閾値を記憶している。そして、判定部１１５は、利用者端末２００から取得した計算資源情報とリソース不足閾値とを比較し、リソース不足閾値に合致する場合、リソース不足と判定する。

例えば、判定部１１５が、上記リソース不足閾値として、ＣＰＵの使用率を８０％以上、ＯＳの種類をバージョン２以下、ＶＭの種類をバージョン３以下および端末状態をカメラ機能無しと記憶する。そして、例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用中の利用者端末２００が、計算資源情報として、ＣＰＵの使用率が８０％以上、ＯＳの種類がバージョン２以下、ＶＭの種類がバージョン３以下または端末状態がカメラ機能無しを送信すると、判定部１１５が、リソース不足閾値に合致するため、リソース不足と判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

このような使用終了条件によれば、利用者端末２００の計算資源の状態に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第８終了条件によって、利用者端末２００が、リソース不足でないときのみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、利用者端末２００が認証された端末でない（第９終了条件）ことを含む。この場合に、例えば、利用者端末２００が、ＳＩＭカードインタフェースおよびＳＩＭカードを有する。ここで、ＳＩＭカードには、書き換え不能な固有番号（電話番号を特定するための固有番号）と、通信事業者が定めた電話番号（固定ＩＤ）とが記憶されている。なお、利用者端末２００が、ＳＩＭカードインタフェースおよびＳＩＭカードを有さない場合は、書き換え不能な固有番号（電話番号を特定するための固有番号）と通信事業者が定めた電話番号（固定ＩＤ）とを主記憶装置または補助記憶装置に含めてもよい。

利用者端末２００は、ＰＳＴＮ通信デバイスを介してＰＳＴＮに固有番号と電話番号とを送信し、電話サービスの利用開始を要求する。通信事業者は、ＰＳＴＮ上で、利用者端末２００（ＳＩＭカード）の固有番号と電話番号とが契約者情報と一致するか確認する。つまり、通信事業者（ＰＳＴＮ上の管理装置）は、固有番号と電話番号とが契約者情報と照合して利用者端末２００を認証する。通信事業者が、固有番号と電話番号とが契約者情報と一致する（認証成功）場合、利用者端末２００に対し電話サービスの利用開始を許可する。そして、利用者端末２００は、電話サービスの利用開始要求の結果を認証成功と判断する。通信事業者が、固有番号と電話番号とが契約者情報と一致しない（認証失敗）場合、利用者端末２００に対し電話サービスの利用開始を許可しない。そして、利用者端末２００は、電話サービスの利用開始要求の結果を認認証失敗と判断する。また、例えば、利用者端末２００にＳＩＭカードが挿入されていない場合は、通信事業者による認証が行われないから、利用者端末２００は認証失敗と判断する。電話サービスの利用開始を許可された利用者端末２００は、ＰＳＴＮ通信デバイスを介して固定ＩＤを用いた通信が行える。

判定部１１５が、利用者端末２００から使用終了の条件に関連する情報として電話サービスの利用開始要求の結果を随時または定期的に取得する。そして、判定部１１５は、利用者端末２００から取得した電話サービスの利用開始要求の結果が認証失敗の場合、認証された端末でないと判定する。

例えば、ワンタイムＩＤ「００−０８３１−４４４４」を使用中の利用者端末２００が、使用終了の条件に関連する情報として電話サービスの利用開始要求の結果「認証失敗」を送信すると、判定部１１５が、認証された端末でないと判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」の使用を停止すると判定する。

このような使用終了条件によれば、通信事業者による利用者端末２００の認証状態に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第９終了条件によって、利用者端末２００が認証された端末の場合のみ使用可能なワンタイムＩＤを実現できる。

また、上記使用終了の条件は、例えば、利用者端末２００が特定の場所で接続する無線接続エリアが異常である（第１０終了条件）ことを含む。この場合に、例えば、ＡＰサービス提供部１３０が、通信部１４０を介して利用者端末２００が接続可能なアクセスポイント（ＳＴ１、ＳＴ２、ＳＴ３等）と随時または定期的に通信する。ここで、例えば、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２が、ＩＤ管理テーブル１２２の使用範囲に含まれるアクセスポイント（ＳＴ１、ＳＴ２、ＳＴ３等）に対応するＩＰアドレス（ＳＴ１−ＩＰ１、ＳＴ１−ＩＰ２、ＳＴ１−ＩＰ３等）を記憶することで、ＡＰサービス提供部１３０が、ＩＤ管理テーブル１２２を参照しアクセスポイントに対応するＩＰアドレスを取得する。そして、ＡＰサービス提供部１３０が、アクセスポイントのＩＰアドレスに対し疎通確認（ｐｉｎｇ等）し、疎通に失敗したアクセスポイントを判定部１１５に通知する。判定部１１５は、ＡＰサービス提供部１３０から通知された通信に失敗したアクセスポイントでＩＤ ＤＢ１２１のＩＤ管理テーブル１２２を参照すれば、異常な無線接続エリアを知ることができ、異常な無線接続エリアと対応するワンタイムＩＤを判定できる。

例えば、ＡＰサービス提供部１３０が、ＩＤ管理テーブル１２２を参照し、ＳＴ１、ＳＴ２およびＳＴ３に対応するＩＰアドレス「ＳＴ１−ＩＰ１」、「ＳＴ１−ＩＰ２」および「ＳＴ１−ＩＰ３」を取得し、取得したＩＰアドレスに対し疎通確認し、疎通に失敗したアクセスポイントとして「ＳＴ３」を判定部１１５に通知する。そして、例えば、判定部１１５は、アクセスポイント「ＳＴ３」でＩＤ ＤＢ１２１のＩＤ管理テーブル１２２を参照し、アクセスポイント「ＳＴ３」が含まれる使用範囲を異常な無線接続エリアと判定し、異常な無線接続エリアに対応するワンタイムＩＤ「００−０８３１−４４４４」および「００−０８３１−２２２２」と判定する。そして、判定部１１５は、例えば、ワンタイムＩＤ「００−０８３１−４４４４」および「００−０８３１−２２２２」の使用を停止すると判定する。

このような使用終了条件によれば、利用者端末２００が接続可能な無線接続エリアの状態に応じてワンタイムＩＤの使用を停止することが可能になる。すなわち、第１０終了条件によって、利用者端末２００が特定の場所で接続する無線接続エリアが正常な場合のみ使用可能なワンタイムＩＤを実現できる。

なお、判定部１１５は、ワンタイムＩＤの使用終了の条件の判断の際、第１終了条件〜第１０終了条件のうち、複数の条件を組み合わせて判断してもよい。また、判定部１１５は、ワンタイムＩＤの使用終了の条件の判断の際、第１終了条件〜第１０終了条件のうち、いずれかで判断してもよい。ＩＤ管理システム１は、利用者の匿名性を保ちつつ利用者端末が通信ことを可能とするから、ワンタイムＩＤの使用終了管理が重要となる。本発明では、判定部１１５が第１終了条件〜第８終了条件を組み合わせてワンタイムＩＤの使用終了を判断することができることから、ワンタイムＩＤの使用終了管理をいっそう厳格化できる。

また、ＩＤ更新部１２５は、例えば、配布部１１３から、位置情報、行動情報等の利用者端末２００に関連する情報のＡＰサービスでの利用可否を示す情報を提供される場合に、提供された当該情報をＩＤ ＤＢ１２１に記憶させる。一例として、当該利用者１０に関連する情報が利用者端末２００の位置情報であり、位置情報の利用を承認することを示す情報が提供される場合に、ＩＤ更新部１２５は、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２の位置情報利用可否に承認済と記憶させる。

また、ＩＤ更新部１２５は、例えば、判定部１１５から、位置情報、行動情報等の利用者端末２００に関連する情報を提供される場合に、提供された当該情報をＩＤ ＤＢ１２１に記憶させる。一例として、当該利用者２００の位置情報が提供される場合に、ＩＤ ＤＢ１２１のＩＤ管理テーブル１２２の位置情報に、提供された位置情報を記憶させる。このように位置情報や行動情報が記憶されることにより、ＡＰサービス提供部１３０が当該情報を参照することができる。その結果、ＡＰサービス提供部１３０が、利用者１０の位置情報や行動情報を用いたきめ細かなＡＰサービスを提供することが可能になる。

なお、ＩＤ更新部１２５は、例えば、使用終了の条件が満たされたワンタイムＩＤ、すなわち使用状況が使用中から未使用となったワンタイムＩＤを、ＰＢＸ１００−１のゲートキーパ機能（図示せず）に通知する。そして、当該ゲートキーパ機能は、記憶されている当該ワンタイムＩＤと当該ワンタイムＩＤを発行された利用者端末２００のＩＰアドレスとを削除する。

（ＡＰサービス提供部１３０）
ＡＰサービス提供部１３０は、区域９０内でＡＰサービスを提供する。より具体的には、ＡＰサービス提供部１３０は、例えば、ＡＰサービスに関する処理を実行し、当該ＡＰサービスの提供のために、通信部１４０を介して利用者端末２００と通信する。ここで、ＡＰサービス提供部１３０および利用者端末２００は、ワンタイムＩＤを使用して通信する。すなわち、ＡＰサービス提供部１３０は、利用者端末２００からデータを受信する場合に、利用者端末２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。また、ＡＰサービス提供部１３０は、利用者端末２００にデータを送信する場合に、ＰＢＸ１００−１のゲートキーパ機能（図示せず）にワンタイムＩＤからＩＰアドレスへの変換を依頼し、利用者端末２００のＩＰアドレスを取得する。そして、ＡＰサービス提供部１３０は、取得したＩＰアドレスを宛先として利用者端末２００にデータを送信する。なお、当然のことながら、ワンタイムＩＤを使用した通信では、音声、映像、テキスト等の任意のデータを送受信することができる。

また、位置情報、行動情報等の利用者端末２００に関連する情報が利用可能である場合に、ＡＰサービス提供部１３０は、これらの情報を利用してＡＰサービスを提供してもよい。この場合に、ＡＰサービス提供部１３０は、例えば、ＩＤ ＤＢ１２１から当該情報を取得する。図１および図３を参照すると、ワンタイムＩＤ「１１−０８１５−１１１１」を発行された顧客である利用者端末２００ａが、位置情報の利用を承認しているので、ＡＰサービス提供部１３０は、ＩＤ管理テーブル１２２に記憶される利用者端末２００ａの位置情報を利用することができる。

具体例として、図１および図３を参照して、ＡＰサービスがスタッフ呼出しサービスである場合における、ＡＰサービス提供部１３０の動作の一例を説明する。まず、ＡＰサービス提供部１３０は、店舗スタッフである利用者１０ｂおよび１０ｃの利用者端末２００ｂ並びに２００ｃ、並びに、顧客である利用者１０ａの利用者端末２００ａの、ワンタイムＩＤ並びに位置情報を取得する。そして、ＡＰサービス提供部１３０は、予め用意されたフロアマップ画象上において、利用者端末２００ａの位置の該当箇所に現在位置を示すマークを描画し、利用者端末２００ｂおよび２００ｃの位置の該当箇所に店舗スタッフを示すマークを描画する。また、ＡＰサービス提供部１３０は、当該描画後のフロアマップ画象のうちの、店舗スタッフを示すマークを描画された箇所に、利用者１０ｂおよび１０ｃのワンタイムＩＤを付加情報として紐付ける。その後、ＡＰサービス提供部１３０は、利用者端末２００ａのワンタイムＩＤを使用して、上記描画後のフロアマップ画象と上記付加情報とを利用者端末２００ａに送信する。その結果、利用者端末２００aは、当該描画後のフロアマップ画象を表示することができ、それにより利用者１０ａに店舗スタッフの位置を知らせることができる。また、利用者端末２００ａは、利用者１０ａによる店舗スタッフを示すマークの選択に応じて、ワンタイムＩＤを用いて、当該店舗スタッフに対応する利用者端末２００ｂまたは２００ｃを呼び出すことができる。

ワンタイムＩＤを用いることにより、利用者１０の匿名性が保たれたまま、このようなＡＰサービスを提供することが可能になる。また、利用者１０の匿名性が保たれるので、位置情報、行動情報等は、利用されたとしても、利用者１０のものであると特定されない。そのため、位置情報、行動情報等を利用することに対する利用者１０の不安を軽減し、またはなくすことができる。また、位置情報、行動情報等が利用されたとしても、ＡＰサービスの提供者は、これらの情報を厳格に管理する必要がなくなる。したがって、位置情報、行動情報等を利用するきめ細かなＡＰサービスも提供し易くなる。

また、ＡＰサービス提供部１３０は、例えば、ＡＰサービス管理部１１０（判定部１１５）からＡＰサービスの提供の停止を要求される場合に、当該ＡＰサービスの提供を停止する。また、ＡＰサービス提供部１３０は、例えば、利用者端末２００からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１１０に通知する。また、ＡＰサービス提供部１３０は、例えば、必要に応じてＡＰサービス提供の停止を利用者端末２００に要求し、ＡＰサービスの提供を停止し、ＡＰサービスの提供の停止をＡＰサービス管理部１１０に通知する。また、ＡＰサービス提供部１３０は、例えば、通信部１４０を介して利用者端末２００が接続可能なアクセスポイント（ＳＴ１、ＳＴ２、ＳＴ３等）と通信してもよい。

（通信部１４０）
通信部１４０は、他の通信装置と通信する。より具体的には、通信部１４０は、例えば、ＡＰサービス管理部１１０、ＩＤ管理部１２０またはＡＰサービス提供部１３０によりデータの送信を依頼されると、当該データを利用者端末２００に送信する。また、通信部１４０は、利用者端末２００からデータを受信すると、当該データをＡＰサービス管理部１１０、ＩＤ管理部１２０またはＡＰサービス提供部１３０に提供する。

＜２−２．利用者端末の構成＞
次に、図４を参照して、第１の実施形態に係る利用者端末２００の構成について説明する。図４は、第１の実施形態に係る利用者端末２００の構成の一例を示すブロック図である。図４を参照すると、利用者端末２００は、アプリケーション部２１０（以下、ＡＰ部２１０）、アプリケーション管理部２２０（以下、ＡＰ管理部２２０）、および通信部２３０を備える。

（ＡＰ部２１０）
ＡＰ部２１０は、ＡＰサービスの提供のための利用者端末用のソフトウェアを実行する。より具体的には、ＡＰ部２１０は、例えば、ＡＰサービスに関する利用者端末２００側での処理を実行し、当該ＡＰサービスを利用するために、通信部２３０を介してＰＢＸ１００−１と通信する。ここで、ＡＰ部２１０は、ＰＢＸ１００−１（発行部１２３）からワンタイムＩＤを発行されるので、発行される当該ワンタイムＩＤを使用してＡＰサービスの通信を行う。すなわち、ＡＰ部２１０は、ＰＢＸ１００−１または別の利用者端末にデータを送信する場合に、当該データの送信元として発行されたワンタイムＩＤも併せて送信する。また、ＡＰ部２１０は、別の利用者端末２００にデータを送信する場合に、ＰＢＸ１００−１のゲートキーパ機能に、ワンタイムＩＤからＩＰアドレスへの変換を依頼し、当該別の利用者端末２００のＩＰアドレスを取得する。そして、ＡＰ部２１０は、取得したＩＰアドレスを宛先として上記別の利用者端末２００にデータを送信する。また、ＡＰ部２１０は、別の利用者端末２００からデータを受信する場合に、当該別の利用者端末２００のワンタイムＩＤを受信し、当該データの送信元を当該ワンタイムＩＤにより識別する。

ＡＰ部２１０の処理の具体例は、（ＡＰサービス提供部１３０）において説明された利用者端末１０側の処理として説明されたとおりである。

また、ＡＰ部２１０は、例えば、ＰＢＸ１００−１からＡＰサービスの提供の停止が要求される場合に、ＡＰサービスの利用を停止する。また、ＡＰ部２１０は、例えば、利用者１０による操作に応じてＡＰサービスの提供の停止をＰＢＸ１００−１に要求し、ＡＰサービスの利用を停止する。なお、ＡＰ部２１０は、これらの要求があったことをＡＰ管理部２２０に通知してもよい。

（ＡＰ管理部２２０）
ＡＰ管理部２２０は、利用者端末２００が区域９０内に入る場合に、当該区域９０内で提供されるＡＰサービスの検索をＰＢＸ１００−１に要求し、ＡＰサービスの検索結果を取得する。より具体的には、利用者端末２００が区域９０内に入ると、通信部２３０はネットワーク２０への接続を確立する。通信部２３０は、例えば、公衆無線ＬＡＮへの接続と同様の手法により接続を確立する。接続確立後に、ＡＰ管理部２２０は、利用者端末２００のディスプレイ（図示せず）上にＡＰサービスの検索を行うか否かを選択するための画面を表示する。そして、ＡＰサービスの検索を行うことが選択されれば、ＡＰ管理部２２０は、通信部２３０を介して、ＡＰサービス検索要求をＰＢＸ１００−１に送信する。その後、ＡＰ管理部２２０は、ＡＰサービスの検索結果を受信する。

また、ＡＰ管理部２２０は、ＡＰサービスの利用の開始をＰＢＸ１００−１に要求する。より具体的には、ＡＰ管理部２２０は、ＡＰサービスの検索結果を受信すると、ＡＰサービスに関する情報を利用者端末２００のディスプレイ上に表示する。ここで、利用者１０により、ＡＰサービスを利用することが選択され、または複数のＡＰサービスのうちのいずれかのＡＰサービスが選択されると、ＡＰ管理部２２０は、選択結果に応じたサービス利用開始要求をＰＢＸ１００−１に送信する。

ここでのサービス利用開始要求の送信において、ＡＰ管理部２２０は、位置情報、行動情報等の利用者端末２００に関連する情報のＡＰサービスでの利用可否を示す情報を併せて送信してもよい。また、ＡＰ管理部２２０は、利用者端末２００の利用者１０の種類、発行されるワンタイムＩＤの使用期限、発行されるワンタイムＩＤの使用範囲等の、ワンタイムＩＤの属性を示す情報を併せて送信してもよい。

また、ＡＰ管理部２２０は、例えば、ＡＰサービスの提供のための利用者端末用のソフトウェアを配布され、当該ソフトウェアを起動する。より具体的には、例えば、ＡＰサービスにおいて利用者端末２００で動作させる利用者端末用のソフトウェアが、ＰＢＸ１００−１から利用者端末２００に送信される。ＡＰ管理部２２０は、利用者端末用のソフトウェアを受信すると、ＡＰ管理部２２０内あるいは利用者端末２００内の記憶領域（主記憶装置または補助記憶装置）に当該ソフトウェアを記憶し、そして当該ソフトウェアを起動させる。例えば、当該ソフトウェアがスタッフ呼出しサービスアプリケーションソフトウェアである場合、ＡＰ管理部２２０は、スタッフ呼出しサービスアプリケーションソフトウェアをＡＰ部２１０に実行させ起動させる。

例えば、上記ソフトウェアは、プログラミング言語により記述されたもので、ソースコードやオブジェクトコードであってもよい。さらに、当該ソフトウェアは、ＳＧＭＬ（Standard Generalized Markup Language）であってもよく、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（Extensible Markup Language）等を含んでもよい。

なお、利用者端末２００に既に当該利用者端末用のソフトウェアが備えられている場合に、当該ソフトウェアは配布されなくてもよい。

また、ＡＰ管理部２２０は、例えば、発行されたワンタイムＩＤについての使用終了の条件に関連する情報をＰＢＸ１００−１（判定部１１５）に随時または定期的に提供する。ここで、位置情報、行動情報等の利用者端末２００に関連する情報がＡＰサービスで利用可能である場合に、ＡＰ管理部２２０は、当該情報をＰＢＸ１００−１（判定部１１５）に併せて提供する。なお、利用者端末２００が上記使用終了の条件を自ら判定する場合には、ＡＰ管理部２２０は、ＰＢＸ１００−１（判定部１１５）から使用終了の条件に関連する情報を取得してもよい。

また、ＡＰ管理部２２０は、例えば、発行されたワンタイムＩＤについての使用終了の条件が満たされる場合に、ＡＰサービスの提供のために配布された利用者端末用のソフトウェアを削除する。より具体的には、例えば、ＡＰ管理部２２０は、上記利用者端末用のソフトウェアの停止および削除を要求するＡＰ削除要求をＰＢＸ１００−１（判定部１１５）から受信すると、当該利用者端末用のソフトウェアを停止し、利用者端末２００から削除する。なお、ＡＰ管理部２２０は、ＡＰ部２１０に当該利用者端末用のソフトウェアの実行を止めさせることで停止する。なお、ＡＰ管理部２２０は、ＡＰ管理部２２０内あるいは利用者端末２００内の記憶領域に記憶した当該利用者端末用のソフトウェアを削除する。また、ＡＰ管理部２２０は、使用終了の条件が満たされるか否かを自ら判定し、当該判定結果に応じて上記利用者端末用のソフトウェアを停止し、利用者端末２００から削除してもよい。

なお、ＡＰ管理部２２０は、利用者端末用のソフトウェアを削除する際、ＡＰサービス提供部１３０に問合せて削除方法を取得し、取得した削除方法で利用者端末用のソフトウェアを削除してもよい。この場合、ＡＰ ＤＢ１１１は、利用者端末用のソフトウェアを削除する削除ソフトウェア（削除方法）を記憶し、ＡＰサービス提供部１３０が利用者端末用のソフトウェア削除サービスを提供する。

ここで、削除ソフトウェアは、データを完全に消去することを目的とする。例えば、削除ソフトウェアは、米国国防総省規格（DoD 5220.22-M）に対応し完全削除（data erasure）を行う。より、具体的には、ＡＰ管理部２２０は、利用者端末用のソフトウェアを削除する際、ＡＰサービス提供部１３０に問合せて削除ソフトウェアを取得し、取得した削除ソフトウェアで削除対象のソフトウェアが記憶される記憶領域に対し、何らかの文字で上書きを行った後、その補数の文字で上書きを行い、さらにランダムな文字コードで上書き処理を行う。

例えば、利用者端末用のソフトウェアがスタッフ呼出しサービスアプリケーションソフトウェアである場合、まず、ＡＰ管理部２２０は、スタッフ呼出しサービスアプリケーションソフトウェアを配布されると、ＡＰ管理部２２０内あるいは利用者端末２００内の記憶領域（主記憶装置または補助記憶装置）に記憶する。つづいて、ＡＰ管理部２２０は、スタッフ呼出しサービスアプリケーションソフトウェアをＡＰ部２１０に実行させ起動させる。つづいて、ＡＰ部２１０（スタッフ呼出しサービスアプリケーションソフトウェア）は、ＰＢＸ１００−１（発行部１２３）からワンタイムＩＤを発行される。ここで、スタッフ呼出しサービスアプリケーションソフトウェアが、ワンタイムＩＤを保持する。その後、ＡＰ管理部２２０が、利用者端末用のソフトウェアを停止し、削除する際、ＡＰサービス提供部１３０に問合せて削除ソフトウェアを取得し、ＡＰ部２１０に実行させ起動させる。つづいて、起動した削除ソフトウェアが、削除対象のスタッフ呼出しサービスアプリケーションソフトウェアが記憶される記憶領域に対し、何らかの文字で上書きを行った後、その補数の文字で上書きを行い、さらにランダムな文字コードで上書き処理を行うことで、完全削除をする。このようにすることで、スタッフ呼出しサービスアプリケーションソフトウェアが削除できる。

なお、ＡＰ管理部２２０は、ＡＰサービス提供部１３０に問合せて削除方法を取得しない場合または削除ソフトウェアによる削除が行えない場合（削除に失敗）の場合、利用者端末２００のＯＳが有する通常の削除機能でソフトウェアを削除（ソフトウェアをファイル単位で識別しファイル自身またはファイルの管理情報を削除する等）してもよい。

起動中の利用者端末用のソフトウェアが確保した記憶領域がある場合、ＡＰ管理部２２０は、利用者端末用のソフトウェアを削除する際、当該記憶領域に対し削除を行ってもよい。ここで、利用者端末用のソフトウェアが確保した記憶領域とは、起動された利用者端末用のソフトウェアが利用する主記憶装置や補助記憶装置内の領域である。例えば、起動中の利用者端末用のソフトウェアが、主記憶装置内に動的メモリ確保（dynamic memory allocation）する領域である。例えば、起動中の利用者端末用のソフトウェアが、補助記憶装置内に記憶させた一時ファイル（temporary file）である。

より具体的には、例えば、利用者端末用のソフトウェアがスタッフ呼出しサービスアプリケーションソフトウェアである場合、まず、ＡＰ管理部２２０は、スタッフ呼出しサービスアプリケーションソフトウェアをＡＰ部２１０に実行させ起動させる。つづいて、ＡＰ部２１０（スタッフ呼出しサービスアプリケーションソフトウェア）は、ＰＢＸ１００−１（発行部１２３）からワンタイムＩＤを発行される。ここで、スタッフ呼出しサービスアプリケーションソフトウェアが、主記憶装置内に動的メモリ確保した記憶領域にワンタイムＩＤを記憶させる。あるいはスタッフ呼出しサービスアプリケーションソフトウェアが、補助記憶装置内に一時ファイルを生成しワンタイムＩＤを記憶させる。その後、ＡＰ管理部２２０が、利用者端末用のソフトウェアを停止し、削除する際、スタッフ呼出しサービスアプリケーションソフトウェアが動的メモリ確保した記憶領域や一時ファイルも削除する。このようにすることで、スタッフ呼出しサービスアプリケーションソフトウェアおよびスタッフ呼出しサービスアプリケーションソフトウェアが確保した記憶領域に格納されたワンタイムＩＤが削除できる。

さらに、ＡＰ管理部２２０は、起動した利用者端末用のソフトウェアが確保した記憶領域を削除する際、ＡＰサービス提供部１３０に問合せて削除方法を取得し、取得した削除方法で利用者端末用のソフトウェアを削除してもよい。

（通信部２３０）
通信部２３０は、他の通信装置と通信する。より具体的には、通信部２３０は、例えば、ＡＰ部２１０またはＡＰ管理部２２０によりデータの送信を依頼されると、当該データをＰＢＸ１００−１、別の利用者端末２００等に送信する。また、通信部２３０は、ＰＢＸ１００−１、別の利用者端末２００等からデータを受信すると、ＡＰ部２１０またはＡＰ管理部２２０に提供する。

また、通信部２３０は、例えば、利用者端末２００が区域９０内に入ると、通信部２３０はネットワーク２０への接続を確立する。より具体的には、例えば、利用者端末２００が区域９０内に入り、ネットワーク２０に接続して通信しようとすると、まずＰＢＸ１００−１に接続される。そして、利用者端末２００は、例えば利用開始確認のダイヤログへの応答のような、ネットワーク２０に接続するための手続きを行うと、ネットワーク２０に接続して通信することができるようになる。

＜２−３．処理の流れ＞
次に、図５および図６を参照して、第１の実施形態に係るＩＤ管理処理の第１の例および第２の例について説明する。

（ＩＤ管理処理の第１の例）
図５は、第１の実施形態に係るにおけるＩＤ管理処理の概略的な流れの第１の例を示すフローチャートである。当該第１の例は、利用者端末２００から受信した情報に基づき、使用終了の条件が満たされると判定される例である。

まず、ステップＳ４０１では、利用者端末２００のＡＰ管理部２２０は、区域９０内で提供されるＡＰサービスの検索をＰＢＸ１００−１に要求する。これに応じて、ステップＳ４０３で、ＰＢＸ１００−１のＡＰサービス管理部１１０（配布部１１３）は、区域９０内で提供されるＡＰサービスを検索し、検索結果を利用者端末２００に送信する。

次に、ステップＳ４０５では、利用者端末２００のＡＰ管理部２２０は、ＡＰサービスの利用の開始をＰＢＸ１００−１に要求する。これに応じて、ステップＳ４０７で、ＰＢＸ１００−１のＡＰサービス管理部１１０（配布部１１３）は、区域９０内で提供されるＡＰサービスの提供のための利用者端末用のソフトウェアを利用者端末２００に配布する。そして、ステップＳ４０９で、利用者端末２００のＡＰ管理部２２０は、当該ソフトウェアを起動する。

次に、ステップＳ４１１では、ＰＢＸ１００−１のＡＰサービス管理部１１０（配布部１１３）は、ＰＢＸ１００−１のＩＤ管理部１２０にワンタイムＩＤの発行を要求する。これに応じて、ステップＳ４１３で、ＰＢＸ１００−１のＩＤ管理部１２０（ＩＤ発行部１２３）は、ＡＰサービスを提供される利用者端末２００に未使用のワンタイムＩＤを発行する。そして、ステップＳ４１５で、ＰＢＸ１００−１のＩＤ管理部１２０（ＩＤ更新部１２５）は、当該ワンタイムＩＤが使用中であることを示すように、ＩＤ ＤＢ１２１に記憶されるワンタイムＩＤの使用状況を更新する。

次に、ステップＳ４１７では、ＰＢＸ１００−１のＡＰサービス提供部１３０は、区域９０内でＡＰサービスを提供し、利用者端末２００のＡＰ部は、ＡＰサービスの提供のための利用者端末用のソフトウェアを実行する。一方で、ステップＳ４１９では、ＰＢＸ１００−１のＡＰ管理部２２０（判定部１１５）は、利用者端末２００のＡＰ管理部２２０から使用終了の条件に関連する情報を随時または定期的に取得する。そして、ステップＳ４２１で、ＰＢＸ１００−１のＡＰ管理部２２０（判定部１１５）は、ＩＤ管理部１２０により発行されたワンタイムＩＤについての使用終了の条件が満たされるか否かを判定する。なお、ステップＳ４１９およびＳ４２１は、繰り返し行われる。

ここで、上記判定において、使用終了の条件が満たされると判定されたとする。すると、ステップＳ４２３で、ＰＢＸ１００−１のＡＰ管理部２２０（判定部１１５）は、当該ワンタイムＩＤを使用する利用者端末２００へのＡＰサービスの提供の停止を、ＰＢＸ１００−１のＡＰサービス提供部１３０に要求する。これに応じて、ステップＳ４２５で、ＰＢＸ１００−１のＡＰサービス提供部１３０は、当該ＡＰサービスの提供を停止する。

また、ステップＳ４２７で、ＰＢＸ１００−１のＡＰ管理部２２０（判定部１１５）は、ＡＰサービスの提供のために配布された利用者端末用のソフトウェアの停止および削除を利用者端末２００に要求する。これに応じて、ステップＳ４２９で、利用者端末２００のＡＰ管理部２２０は、ＡＰサービスの提供のために配布された利用者端末用のソフトウェアを停止し、削除する。

また、ステップＳ４３１で、ＰＢＸ１００−１のＡＰ管理部２２０（判定部１１５）は、ワンタイムＩＤの使用状況を更新するようにＰＢＸ１００−１のＩＤ管理部１２０に要求する。これに応じて、ステップＳ４３３で、ＰＢＸ１００−１のＩＤ管理部１２０（ＩＤ更新部１２５）は、当該ワンタイムＩＤが未使用であることを示すように、ＩＤ ＤＢ１２１に記憶されるワンタイムＩＤの使用状況を更新する。

（ＩＤ管理処理の第２の例）
図６は、第１の実施形態に係るにおけるＩＤ管理処理の概略的な流れの第２の例を示すフローチャートである。当該第２の例は、利用者端末２００によるサービス停止要求の送信により、使用終了の条件が満たされると判定される例である。ここでは、第１の例と第２の例との差分であるステップＳ４５１、Ｓ４５３、Ｓ４５５のみを説明する。

ステップＳ４５１で、利用者端末２００のＡＰ部２１０は、利用者１０による操作に応じてＡＰサービスの提供の停止をＰＢＸ１００−１に要求する。これに応じて、ステップＳ４５３で、ＰＢＸ１００−１のＡＰサービス提供部１３０は、当該ＡＰサービスの提供を停止する。そして、ステップＳ４５５で、ＰＢＸ１００−１のＡＰサービス提供部１３０は、ＡＰサービスの提供の停止をＰＢＸ１００−１のＡＰサービス管理部１１０（判定部１１５）に通知する。

以上、第１の実施形態について説明したが、当該第１の実施形態によれば、利用者端末２００に付与された固定ＩＤ、利用者の氏名等の、利用者１０または利用者端末２００を特定する情報を開示することなく、ワンタイムＩＤを取得することができる。そして、利用者端末２００は、当該ワンタイムＩＤによりＡＰサービスにおいて一意に特定可能な通信装置となるので、当該ワンタイムＩＤを使用してＡＰサービスの通信を行うことにより当該ＡＰサービスを利用することができる。よって、利用者１０の匿名性を保ちつつ利用者端末２００がＡＰサービスの通信を行うことができる。また、利用者１０の匿名性が保たれるので、位置情報、行動情報等の利用に対する利用者１０の不安を軽減し、またはなくすことができ、また、ＡＰサービス提供者による位置情報、行動情報等の管理の厳格さを軽減することができる。よって、これらの情報を利用するきめ細かなＡＰサービスも提供し易くなる。

＜３．第２の実施形態＞
続いて、本発明の第２の実施形態を説明する。発明の第２の実施形態によれば、ワンタイムＩＤを必要に応じて動的に生成することにより、多数の利用者端末２００が存在する場合であっても、ワンタイムＩＤを不足させることなくＡＰサービスを提供することができる。

以下では、第２の実施形態を＜３−１．ＰＢＸの構成＞、＜３−２．処理の流れ＞という順序で説明する。なお、第２の実施形態における利用者端末２００の構成は、第１の実施形態における利用者端末２００の構成と同じであるので、上記＜２−２．利用者端末の構成＞を参照する。

＜３−１．ＰＢＸの構成＞
図７および図８を参照して、第２の実施形態に係るＰＢＸ１００−２の構成について説明する。図７は、第２の実施形態に係るＰＢＸ１００−２の構成の一例を示すブロック図である。図７を参照すると、ＰＢＸ１００−２は、ＡＰサービス管理部１１０、ＩＤ管理部１２０、ＡＰサービス提供部１３０および通信部１４０を備える。

ここで、ＡＰサービス管理部１１０、ＡＰサービス提供部１３０および通信部１４０については、第１の実施形態と第２の実施形態との間に差異はない。よって、ここでは、ＩＤ管理部１２０について、さらに具体的には、ＩＤ管理部１２０の中の新たな構成要素であるＩＤ生成部１２９、およびＩＤ生成部１２９の導入に伴いＩＤ発行部１２３から一部変更されたＩＤ発行部１２７の変更部分について説明する。

（ＩＤ発行部１２７）
第２の実施形態では、ＩＤ発行部１２７は、ＩＤ ＤＢ１２１に記憶されている既存のワンタイムＩＤのうちの、発行されるべきワンタイムＩＤの候補が全て使用中である場合に、ＩＤ生成部１２９にワンタイムＩＤの生成を依頼する。ここで、発行されるべきワンタイムＩＤの候補が全て使用中とは、ＩＤ ＤＢ１２１に記憶されている既存のワンタイムＩＤがすべて使用中の場合、または属性でＩＤ ＤＢ１２１を参照し当該属性に対応する属性を有するワンタイムＩＤが使用中の場合である。

ワンタイムＩＤの生成を依頼する場合に、ＩＤ発行部１２７は、例えば、依頼に伴い、発行されるワンタイムＩＤの属性も提供する。一例として、利用者１０の種類が「事務スタッフ」である場合に、ＩＤ発行部１２７は、それに対応する使用期限「０８．３１ ２３：５９」および使用範囲「ＳＴ１、ＳＴ２、ＳＴ３」をＩＤ生成部１２９に提供する。

また、当該依頼に応じてワンタイムＩＤが生成されると、ＩＤ発行部１２７は、ＩＤ生成部１２９からワンタイムＩＤの生成完了を通知される。そして、ＩＤ発行部１２７は、生成された新たなワンタイムＩＤを発行する。

ここで、第２の実施形態において、ＩＤ ＤＢ１２１に記憶されているワンタイムＩＤのうち、発行されるべきワンタイムＩＤの候補が全て使用中であるか否かに係わらずＩＤ発行部１２７がＩＤ生成部１２９にワンタイムＩＤの生成を依頼してもよい。

（ＩＤ生成部１２９）
ＩＤ生成部１２９は、新たなワンタイムＩＤを生成する。より具体的には、ＩＤ生成部１２９は、ＩＤ発行部１２７からワンタイムＩＤの生成を依頼され、またワンタイムＩＤの使用期限および使用範囲を示す情報を提供される。そして、ＩＤ生成部１２９は、当該使用期限および使用範囲を属性として有するワンタイムＩＤを生成する。さらに、ＩＤ生成部１２９は、ワンタイムＩＤの生成完了をＩＤ発行部１２７に通知する。

このように、既存のワンタイムＩＤに加えて、動的に新たなワンタイムＩＤが生成されることにより、ワンタイムＩＤの不足によりＡＰサービスが提供できない状況を回避することができる。すなわち、ワンタイムＩＤの使用を前提とするＡＰサービスの可用性を高めることができる。また、予め大量のワンタイムＩＤを作成しておく必要がないので、余計な記憶容量の消費を回避できる。

さらに、ＩＤ生成部１２９は、例えば、既存のワンタイムＩＤが文字情報を含む場合に、当該既存のワンタイムＩＤの属性と当該既存のワンタイムＩＤが含む文字情報との対応関係を識別する。そして、ＩＤ生成部１２９は、当該対応関係と新たなワンタイムＩＤの属性とに基づいて、新たなワンタイムＩＤを生成する。当該対応関係は、属性に応じた文字情報の付与法則である。当該文字情報が電話番号であれば、電話番号付与法則または番号計画とも言える。すなわち、ＩＤ生成部１２９は、まず既存のワンタイムＩＤから文字情報の付与法則を識別する。そして、ＩＤ生成部１２９は、当該付与法則に基づいて新たなワンタイムＩＤを生成する。まず、文字情報の付与法則の識別について、図８を参照してより具体的に説明する。

−文字情報の付与法則の識別
図８は、ワンタイムＩＤの属性とワンタイムＩＤが含む文字情報との対応関係の識別の一例を説明するための説明図である。図８を参照すると、図３で説明されたＩＤ管理テーブル１２２の一例が示されている。当該ＩＤ管理テーブル１２２の一例には、既存のワンタイムＩＤが記憶されている。ＩＤ生成部１２９は、ワンタイムＩＤに含まれる文字情報が番号である場合に、例えば以下の３つのステップで文字情報の付与法則を認識する。

まず、第１のステップとして、ＩＤ生成部１２９は、ＩＤ管理テーブル１２２のワンタイムＩＤに着目して、ワンタイムＩＤの桁数を特定する。図８を参照すると、例えば、ワンタイムＩＤは「００−０８３１−４４４４」等の番号を含むので、ＩＤ生成部１２９は、ワンタイムＩＤの桁数が１０桁であることを特定する。

次に、第２のステップとして、ＩＤ生成部１２９は、ＩＤ管理テーブル１２２の各属性に着目して、各属性におけるグループを特定する。図８を参照すると、例えば、ＩＤ生成部１２９は、使用範囲におけるグループが「ＳＴ１、ＳＴ２、ＳＴ３」、「ＳＴ１、ＳＴ２」および「ＳＴ１」の３つであることを特定する。また、ＩＤ生成部１２９は、例えば、使用期限におけるグループが「０８．３１ ２３：５９」、「０８．１５ ２０：１０」、「０８．１５ ２３：５９」および「０８．１５ １７：１５」の４つであることを特定する。

そして、第３のステップとして、ＩＤ生成部１２９は、ＩＤ管理テーブルのワンタイムＩＤの番号と各属性におけるグループとに着目して、両者の対応関係、すなわち番号付与法則を特定する。

図８を参照すると、ＩＤ生成部１２９は、使用範囲および使用期限のそれぞれについて、以下のような番号付与規則を特定する。

−付与法則に基づく新たなワンタイムＩＤの生成
以上、ＩＤ生成部１２９による、付与法則の識別について説明した。次に、識別された当該付与法則に従ったワンタイムＩＤの生成について説明する。

ＩＤ生成部１２９は、例えば、新たなワンタイムＩＤの使用期限および使用範囲を示す情報として、「ＳＴ１、ＳＴ２」および「０８．１５ ２０：１０」を提供される。この場合に、ワンタイムＩＤの付与法則によると、３〜６桁目が「０８１５」であり、１〜６桁目が「００−０８１５」である。よって、ＩＤ生成部１２９は、１〜６桁目が「００−０８１５」であるワンタイムＩＤを生成する。ＩＤ生成部１２９は、例えば、７〜１０桁目の４桁の番号をランダムにまず生成し、「００−０８１５」と当該４桁との組合せである１０桁の番号がＩＤ管理テーブル１２２に存在するか否かを確認する。当該１０桁の番号が存在しなければ、ＩＤ生成部１２９は、当該１０桁の番号を新たなワンタイムＩＤとする。当該１０桁の番号が存在していれば、再度７〜１０桁目の４桁の番号をランダムに生成する。

つまり、ＩＤ生成部１２９は、ランダムで新しいワンタイムＩＤを単に生成するのではなく、本発明に係わるＩＤ管理システム１（ＰＢＸ１００−２）における番号付与規則を識別し、識別した番号付与規則に基づき当該ＩＤ管理システム１（ＰＢＸ１００−２）が許容するＩＤを生成する。

また、ＩＤ生成部１２９は、ＩＤ発行部１２７からワンタイムＩＤの生成を依頼され、また利用者１０の種類を示す情報を提供される場合、利用者１０の種類に基づいてワンタイムＩＤを生成する処理を変えてもよい。

例えば、利用者１０の種類を示す情報が、顧客、店舗スタッフ、事務スタッフ等である場合、ＩＤ発行部１２７は、上述のＩＤ発行部１２３での説明のとおり、１〜２桁目が「１１」のワンタイムＩＤは、ワンタイムＩＤの種類が顧客である属性をあらわし、１〜２桁目が「００」のワンタイムＩＤは、ワンタイムＩＤの種類が店舗スタッフまたは事務スタッフである属性をあらわし、１〜２桁目が「９９」のワンタイムＩＤは、ワンタイムＩＤの種類が顧客、店舗スタッフおよび事務スタッフ以外であると判断しつつ、文字情報の付与法則の識別と、付与法則に基づく新たなワンタイムＩＤの生成とをしてもよい。

例えば、利用者１０の種類を示す情報が、匿名（anonymous）である場合、匿名ワンタイムＩＤの生成をしてもよい。上記匿名ワンタイムＩＤの生成とは、文字情報「anonymous」を含む新たなＩＤを生成することである。さらに、匿名ワンタイムＩＤの生成を実施する際、文字情報の付与法則の識別と、付与法則に基づく新たなワンタイムＩＤの生成とを適用してもよい。この場合、ＩＤ生成部１２９が、文字情報の付与法則の識別し、付与法則に基づく新たなワンタイムＩＤの生成をした後、生成したワンタイムＩＤに文字情報「anonymous」を含めてもよい。

ＩＤ生成部１２９は、ランダムなワンタイムＩＤを生成するための乱数発生手段を有する。ここで、乱数発生手段は、ランダムなワンタイムＩＤを生成のための初期値を予め保持していてもよいし、ＩＤ生成部１２９から初期値を受けてもよい。さらに、ＩＤ生成部１２９が、既にＩＤ管理テーブル１２２に存在するワンタイムＩＤを乱数発生手段に対し与え、乱数発生手段が、既存のワンタイムＩＤとは異なるワンタイムＩＤを生成するようにしてもよい。具体的には、１〜６桁目が「００−０８１５」で７〜１０桁目の番号をランダムとなるワンタイムＩＤを生成する場面（上述）で、ＩＤ生成部１２９が、ＩＤ管理テーブル１２２を参照し、１〜６桁目が「００−０８１５」である既存のワンタイムＩＤ「００−０８１５−３３３３」を抽出し、７〜１０桁目の番号「３３３３」（ランダムに生成する箇所）を乱数発生手段に与え、乱数発生手段が「３３３３」とは異なる番号をランダムに生成するようにしてもよい。

なお、ＩＤ生成部１２９は、ワンタイムＩＤの属性に応じた文字情報の付与法則が予め明らかになっていれば、既存のワンタイムＩＤからの付与法則の識別を行わず、当該予め明らかになっている付与法則に基づいて新たなワンタイムＩＤを生成してもよい。

また、ＩＤ生成部１２９は、ＩＤ発行部１２７からワンタイムＩＤの生成を依頼されると、ワンタイムＩＤを生成するか否か判断してもよい。この場合、ＩＤ生成部１２９は、ワンタイムＩＤを生成するか否かの判断方法として２つの方法に対応する。ここで、ＩＤ生成部１２９は、適用する判断方法を予めに設定されてもよい。

−第１判断方法
第１判断方法は、所定期間に生成できるワンタイムＩＤの数の上限を定めておき、上限に達していない場合にワンタイムＩＤを生成できると判断する方法である。ここで、ＩＤ生成部１２９は、第１判断方法に対応するから、所定期間に生成したワンタイムＩＤの数を記憶できる。ここで、ＩＤ生成部１２９は、所定期間毎に生成したワンタイムＩＤの数を記憶しなおす。より具体的には、例えば、ＩＤ生成部１２９が、「所定期間＝１分間、上限＝１０個のワンタイムＩＤ、状態＝４５秒経過時点で９個のワンタイムＩＤを生成」と記憶している場合、ＩＤ生成部１２９が所定期間における監視を始めて５９秒経過したときＩＤ発行部１２７から１つのワンタイムＩＤの生成を依頼されると、ＩＤ生成部１２９は所定期間に生成できるワンタイムＩＤの数の上限に達しておらずワンタイムＩＤを生成できると判断しワンタイムＩＤを生成する。

−第２判断方法
第２判断方法は、ＩＤ生成部１２９が活性期間に生成できるワンタイムＩＤの数の上限を定めておき、上限に達していない場合にワンタイムＩＤを生成できると判断する方法である。ここで、上記活性期間とは、ＩＤ生成部１２９が起動し停止する期間である。ＩＤ生成部１２９は、ＰＢＸ１００−２の起動に伴い起動し、ＰＢＸ１００−２の停止に伴い停止する。ＩＤ生成部１２９は、第２判断方法に対応する場合、ＩＤ生成部１２９の活性期間に生成したワンタイムＩＤの数を記憶する。また、ＩＤ生成部１２９は、ＩＤ生成部１２９の活性期間毎に生成したワンタイムＩＤの数を記憶しなおす。より具体的には、例えば、ＩＤ生成部１２９が、「上限＝１０００個のワンタイムＩＤ、状態＝３６００秒経過時点で２５０個のワンタイムＩＤを生成」と記憶している場合、ＩＤ生成部１２９が活性期間における監視を始めて３６０１秒経過したときＩＤ発行部１２７から１つのワンタイムＩＤの生成を依頼されると、ＩＤ生成部１２９は活性期間に生成できるワンタイムＩＤの数の上限に達しておらずワンタイムＩＤを生成できると判断しワンタイムＩＤを生成する。

さらに、上述の第１判断方法と第２判断方法とを組み合わせた判断方法をＩＤ生成部１２９におけるワンタイムＩＤを生成するか否かの判断方法として適用してもよい。

＜３−２．処理の流れ＞
次に、図９を参照して、第２の実施形態に係るＩＤ管理処理の一例について説明する。図９は、第２の実施形態に係るにおけるＩＤ管理処理の概略的な流れの一例を示すフローチャートである。ここでは、第１の実施形態に係るＩＤ管理処理の第１の例と、第２の実施形態に係るＩＤ管理処理の一例との差分である、ステップＳ４７１のみを説明する。

ステップＳ４７１では、発行されるべきワンタイムＩＤの候補が全て使用中である場合に、ＩＤ生成部１２９は、新たなワンタイムＩＤを生成する。

以上、第２の実施形態について説明したが、当該第２の実施形態によれば、ワンタイムＩＤの不足によりＡＰサービスが提供できない状況を回避することができる。すなわち、ワンタイムＩＤの使用を前提とするＡＰサービスの可用性を高めることができる。また、既存のワンタイムＩＤの文字情報の付与法則を識別することにより、当該付与法則が予め明確になっていない場合でも、付与法則に従った文字情報を含むワンタイムＩＤを生成することができる。

＜４．第３の実施形態＞
続いて、本発明の第３の実施形態を説明する。
既に説明された第１の実施形態および第２の実施形態では、主に無償でＡＰサービスが利用されることが想定されていた。一方、第３の実施形態によれば、有償のＡＰサービスを提供する場合であっても、ＡＰサービスの提供者に対する利用者１０の匿名性を保ちつつ利用者端末２００が通信することが可能になる。以下、この点について図１０を用いて詳細に説明する。

第３の実施形態では、ＩＤ管理システム１−３は、ＰＢＸ１００−３、利用者端末２００−３に加えて、課金管理サービスの提供者による課金管理システム３００を含む。当該ＩＤ管理システム１−３では、ＰＢＸ１００−３および利用者端末２００−３が、課金管理システム３００と連携することにより、ワンタイムＩＤを用いたＡＰサービスにおける課金が可能になる。以下に、ＰＢＸ１００−３、利用者端末２００−３および課金管理システム３００の動作について説明する。なお、ＰＢＸ１００−３および利用者端末２００−３は、以下に説明される動作を除き、第１の実施形態および第２の実施形態と同様に動作する。

（利用者端末２００−３）
利用者端末２００−３の利用者１０は、課金管理サービスの提供者と契約し、課金管理システム３００に、クレジット決済等の契約情報を予め登録しておく。そして、利用者端末２００−３は、課金を伴うＡＰサービスを利用する場合に、ＰＢＸ１００−３により発行されたワンタイムＩＤと当該ワンタイムＩＤの利用履歴とを課金管理システム３００に通知する。

（ＰＢＸ１００−３）
ＰＢＸ１００−３は、課金を伴うＡＰサービスにおいて使用されるワンタイムＩＤについて、当該ＡＰサービスの利用履歴を抽出する。より具体的には、ＰＢＸ１００−３は、各ワンタイムＩＤが、どの時間帯に発行され、その時間帯にどのＡＰサービスがどのように利用されたかを、ＡＰサービスの利用履歴として抽出する。

例えば、スタッフ呼出しサービスのＡＰサービスの場合、ＰＢＸ１００−３は、利用履歴として、「スタッフ呼出しサービス、２０１２０６１５１３００−２０１２０６１５１４００、３回」を送信する。この利用履歴は、スタッフ呼出しサービスを、２０１２年６月１５日１３時００分から２０１２年６月１５日１４時００分のあいだに、３回利用したことを示す。

そして、ＰＢＸ１００−３は、抽出したＡＰサービスの利用履歴を課金管理システム３００に送信する。

ここで、ＰＢＸ１００−３は、利用履歴の他に、課金基礎データ等を送信してもよい。例えば、スタッフ呼出しサービスに係わる利用履歴である場合、ＰＢＸ１００−３は、利用履歴に加え課金基礎データ「１回＝１円」を送信してもよい。

（課金管理システム３００）
課金管理システム３００は、勘定系システムおよび請求系システムを含む。以下にこれらの具体的な構成および動作を説明する。

−勘定系システム
勘定系システムは、利用者端末２００−３から受信したワンタイムＩＤの利用履歴と、ＰＢＸ１００−３から受信したＡＰサービスの利用履歴とに基づいて、登録された利用者１０毎のＡＰサービスの利用履歴を集計する。そして、勘定系システムは、当該ＡＰサービスについての料金体系に従って、集計された利用者１０毎のＡＰサービスの利用履歴から、利用者１０毎の利用料金を算出する。

なお、勘定系システムは、ＰＢＸ１００−３から課金基礎データを受信する場合、課金基礎データの条件で利用料金を算出してもよい。また、勘定系システムは、ＰＢＸ１００−３から課金基礎データを受信する場合、課金基礎データを計算の条件として自身に設定してもよい。

−請求系システム
請求系システムは、利用者１０毎に利用料金の請求を行う。当該利用料金の請求は、請求系システムに記憶される契約情報に基づいて、クレジット決済等により行われる。そして、当該課金管理システム３００の提供者は、利用者１０から徴収した利用料金をＡＰサービスの提供者に対して支払う。なお、クレジット決済の代わりに、請求系システムが、利用者１０毎の利用料金の請求書を出力し、当該請求書が利用者１０に送付されてもよい。

課金管理システム３００の勘定系システムがソフトウェア（勘定系ソフトウェア）で構成される場合、課金管理システム３００は、勘定系ソフトウェアをＰＢＸ１００−３から取得してもよい。この場合、ＰＢＸ１００−３のＡＰ ＤＢ１１１は、ＡＰサービスの提供のための利用者端末用のソフトウェアに加え勘定系ソフトウェアを記憶する。さらに、ＰＢＸ１００−３のＡＰ ＤＢ１１１が、ＡＰサービスの提供のための利用者端末用のソフトウェア毎に対応する勘定系ソフトウェアを記憶してもよい。そして、ＰＢＸ１００−３が勘定系ソフトウェアを課金管理システム３００に送信し、課金管理システム３００が勘定系ソフトウェアを受信する。

上述において、課金管理システム３００（勘定系システム）は、利用者端末２００−３とＰＢＸ１００−３のそれぞれから利用履歴を取得したが、どちらか一方から取得してもよい。例えば、課金管理システム３００が、利用者端末２００−３からワンタイムＩＤの利用履歴とＡＰサービスの利用履歴とを取得してもよい。この場合、ＰＢＸ１００−３が、利用者端末２００−３に、ＡＰサービスの利用履歴を通知する。そして、利用者端末２００−３が、課金管理システム３００に、ワンタイムＩＤの利用履歴とＡＰサービスの利用履歴とを送信してもよい。例えば、課金管理システム３００が、ＰＢＸ１００−３からＡＰサービスの利用履歴とワンタイムＩＤの利用履歴とを取得してもよい。この場合、利用者端末２００−３が、ＰＢＸ１００−３に、ワンタイムＩＤの利用履歴を通知する。そして、ＰＢＸ１００−３が、課金管理システム３００に、ワンタイムＩＤの利用履歴とＡＰサービスの利用履歴とを送信してもよい。

以上、第３の実施形態に係るＩＤ管理システム１について説明したが、ＩＤ管理システム１の動作は上述した例に限られない。課金管理システム３００（勘定系システム）がＡＰサービスの利用履歴に基づいて利用料金を算出することが説明されたが、ＰＢＸ１００−３が、利用料金を算出し、当該利用料金を含めたＡＰサービスの利用履歴を課金管理システム３００に送信してもよい。この場合に、課金管理システム３００は、既に算出された利用料金に基づいて、利用者１０毎の利用料金を集計してもよい。

このように、ＰＢＸ１００−３、利用者端末２００−３および請求管理システム３００の連携により、有償のＡＰサービスを提供する場合であっても、ＡＰサービスの提供者に対する利用者１０の匿名性を保ちつつ利用者端末２００が通信することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、ＰＢＸがＩＤ管理装置である例について説明されたが、ＩＤ管理装置は、ＰＢＸ以外の別の装置であってもよい。この場合に、ＰＢＸは、ネットワークにおいてゲートキーパ機能および呼制御機能を提供し、別の装置であるＩＤ管理装置が、ワンタイムＩＤの管理、ＡＰサービスの提供等を行ってもよい。さらに、ＩＤ管理装置は、ワンタイムＩＤの管理の機能（すなわち、ＩＤ管理部）を備え、別の装置が、ＡＰサービスの提供に関する機能（すなわち、ＡＰサービス管理部およびＡＰサービス提供部）を備えてもよい。

また、ＰＢＸがＩＤ管理装置である場合にも、ＰＢＸの代わりに、別の装置が、ＡＰサービスの提供に関する機能（すなわち、ＡＰサービス管理部およびＡＰサービス提供部）を備えてもよい。また、ワンタイムＩＤの管理の機能（すなわち、ＩＤ管理部）は、ＰＢＸ１００の局ファイルにおける局データにより実現されてもよい。

また、所定の区域が家電量販店の敷地である場合を主な例として説明したが、所定の区域はこれに限定されない。例えば、所定の区域は、銀行、病院、空港、ショッピングモール、イベント会場、遊園地、レストラン等の任意の敷地であってもよい。また、当然のことながら、所定の区域は、顧客がいる場所に限られず、企業の事務所、学校等の敷地であってもよい。

また、ＡＰサービスは、スタッフ呼出しサービス、クーポン配布サービスおよびポイント付与サービスに限られず、ＡＰサービスとして、区域に適合する様々なサービスが提供され得る。一例として、ＡＰサービスは、手続き、サービス提供等の順番待ちの顧客が随時状況を確認することができ、またスタッフが当該顧客の位置および状況を確認することができ、必要に応じて通話することもできるサービスであってもよい。別の例として、イベント会場にいる利用者のみに講義中に限り参照可能な会議資料を配るサービスであってもよい。

また、ワンタイムＩＤにより匿名性を保つことが説明されたが、利用者による判断により、利用者の属性を示す情報が開示され、より良いＡＰサービスが提供されてもよい。例えば、利用者によるポイントカード番号の入力により、利用者の属性を示す情報が開示され、年間購買額に応じて店舗スタッフへの着信順位が変えられ、または利用者の属性に応じたクーポンが配布されてもよい。

また、本明細書のＩＤ管理処理における各ステップは、必ずしもフローチャートに記載された順序に沿って時系列に処理する必要はない。例えば、ＩＤ管理処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。

また、ＰＢＸ１００または利用者端末２００に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭ等のハードウェアを、上記ＰＢＸ１００または利用者端末２００の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させた記憶媒体も提供される。

Claims (12)

1. 所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるアプリケーション管理部と、
   前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するアプリケーション部と、
   を有し、
   前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、通信装置。
2. 前記アプリケーション部は、さらに、所定の条件が満たされる場合には、前記アプリケーションサービス情報に関連する処理の実行を止める、請求項１に記載の通信装置。
3. 前記アプリケーション管理部は、さらに、前記所定の条件が満たされる場合には、前記データを削除する、請求項２に記載の通信装置。
4. 前記アプリケーション管理部は、さらに、前記所定の条件が満たされるか否かを判定する、請求項３に記載の通信装置。
5. 前記通話は、無償の通話である、請求項１〜４のいずれか一項に記載の通信装置。
6. 前記アプリケーションサービス情報に関連する処理は、前記マップ情報における前記位置情報に対応する位置に所定の表示を表示させることを含む、請求項１〜５のいずれか一項に記載の通信装置。
7. 前記位置情報は、前記通信装置の位置情報であり、
   前記アプリケーションサービス情報に関連する処理は、前記通信装置に対して前記位置情報の使用に関する承認の入力がなされた後に、前記通信部を介して前記位置情報を送出することを含む、請求項６に記載の通信装置。
8. 前記アプリケーションサービス情報は、前記アプリケーションサービスの名称、前記アプリケーションサービスの説明、または、前記アプリケーションサービスに関連する商標を含む、請求項１〜７のいずれか一項に記載の通信装置。
9. 前記通信装置は、前記表示部と前記通信部とをさらに有する、請求項１〜８のいずれか一項に記載の通信装置。
10. 前記通信装置は、スマートフォン、携帯電話端末、携帯情報端末、電子書籍端末、携帯ゲーム機器、携帯音楽プレーヤ、または、デジタルカメラである、請求項１〜９のいずれか一項に記載の通信装置。
11. コンピュータを、
    所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるアプリケーション管理部と、
    前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するアプリケーション部、
    として機能させるための、プログラムであって、
    前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、プログラム。
12. 所定区域内で提供されるアプリケーションサービスに対応するアプリケーションサービス情報を選択可能に表示部に表示させるステップと、
    前記アプリケーションサービス情報の選択に応じて、通信部を介して受信するデータに基づき前記アプリケーションサービス情報に関連する処理を実行するステップと、
    を有し、
    前記アプリケーションサービス情報に関連する処理は、前記所定区域内で提供される通信のための、配布された識別情報を用いて前記通信部を介して位置情報を送出し、前記位置情報に対応するマップ情報と前記マップ情報内に位置する呼出先に対応する前記アプリケーションサービス上で利用可能な呼出先情報とを前記通信部を介して受信し、前記呼出先情報に対応する画像を選択可能に前記表示部に表示させ、前記画像が選択された場合には、前記呼出先情報に基づいて前記呼出先に対する呼を前記識別情報を用いて発信し、通話を可能とすることを含む、通信方法。

Images