JP2016213643A - 端末、サーバ及び通信システム - Google Patents

Abstract

【課題】通話時においてプレフィックスの付与を容易にすることを可能とする技術を提供する。【解決手段】サーバと通信する端末であって、プレフィックス付与条件を示す付与規則情報を前記サーバから取得して記憶手段に格納する取得手段と、利用者から発信先電話番号を受け付けるＵＩ手段と、前記付与規則情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する選択手段と、前記選択手段により選択されたプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与して発信する発信手段と、を有する端末を提供する。【選択図】図１０

Description

本発明は、端末、サーバ及び通信システムに関する。

音声電話及びテレビ電話等において、利用者は、通話先の電話番号の先頭にプレフィックスと呼ばれる数桁の番号を付与して発信することで、通信方法を様々に制御することが可能である。例えば、日本から国際電話を行う場合、利用者は、相手先電話番号の最初に「０１０」を付与することで、国際電話を行うことが可能である。「０１０」は国際電話であることを示すプレフィックスであり、国際プレフィックスと呼ばれている。

更に、利用者は、国際プレフィックスの前に事業者識別番号と呼ばれるプレフィックスを付与することで、国際電話を掛ける際に日本から相手国までの通話回線を中継する中継事業者を指定することができる。これにより、利用者は、国際電話の通話料が最も安価な中継事業者を選択することが可能である。

また、通話明細の複数の種別ごとに対応づけられたプレフィックスのうちいずれか１つのプレフィックスを付与して発信することで、通話明細を分計するというようなサービスも行われている。

特開２０１２−１７５２２４号公報

しかしながら、電話をかける度にプレフィックスを付与するのは面倒であることから、利用者は、プレフィックスを付与するのを忘れて発信してしまうことが多い。

例えば、企業から社員に業務用電話を貸与しているような場合、社員には通話料が安価な中継事業者を選択させることで、通話コストの削減を行うことが可能である。しかしながら、通話時にプレフィックスが付与されないことも多く、コスト削減に繋がらないことが多い。

更に、電話帳に予めプレフィックスを付与して電話番号を登録しておくことで、通話時に必ずプレフィックスが付与されるようにすることも考えられる。しかしながら、着信時に、ネットワークから通知される発信者番号と電話帳に登録されている発信者番号とが一致せず、発信者の名称が電話機の画面に表示されない等の不都合が生じる場合があるため、電話帳に予めプレフィックスを登録することを好まない利用者も多い。

開示の技術は上記に鑑みてなされたものであって、通話時においてプレフィックスの付与を容易にすることを可能とする技術を提供することを目的とする。

開示の技術の端末は、サーバと通信する端末であって、プレフィックス付与条件を示す付与規則情報を前記サーバから取得して記憶手段に格納する取得手段と、利用者から発信先電話番号を受け付けるＵＩ手段と、前記付与規則情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する選択手段と、前記選択手段により選択されたプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与して発信する発信手段と、を有する。

また、開示の技術のサーバは、端末と通信するサーバであって、プレフィックス付与条件を示す付与規則情報を記憶する記憶手段と、前記付与規則情報の入力を受け付ける入力手段と、前記端末に対して発信先電話番号にプレフィックスを付与させるために、前記端末からの要求を受けて、前記付与規則情報を前記端末に通知する通知手段と、を有する。

また、開示の技術の通信システムは、サーバと端末とを有する通信システムであって、前記サーバは、プレフィックス付与条件を示す付与規則情報を記憶する第一の記憶手段と、前記付与規則情報の入力を受け付ける入力手段と、前記端末からの要求を受けて、前記付与規則情報を前記端末に通知する通知手段と、を有し、前記端末は、前記付与規則情報を前記サーバから取得して第二の記憶手段に格納する取得手段と、利用者から発信先電話番号を受け付けるＵＩ手段と、前記付与規則情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する選択手段と、前記選択手段により選択されたプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与して発信する発信手段と、を有する。

開示の技術によれば、通話時においてプレフィックスの付与を容易にすることを可能とする技術が提供される。

第一の実施の形態に係る通信システムの全体構成を示す図である。 第一の実施の形態に係るサーバのハードウェア構成の一例を示す図である。 第一の実施の形態に係る端末のハードウェア構成の一例を示す図である。 第一の実施の形態に係るサーバのソフトウェア構成の一例を示す図である。 第一の実施の形態に係る付与規則情報の一例を示す図である。 第一の実施の形態に係る端末のソフトウェア構成の一例を示す図である。 第一の実施の形態に係る電話帳情報及び設定情報の一例を示す図である。 第一の実施の形態に係る電話番号登録処理の一例を示すシーケンス図である。 第一の実施の形態に係る発信処理の一例を示すシーケンス図である。 第一の実施の形態に係る、プレフィックス選択処理の一例を示すフローチャートである。 第二の実施の形態に係るサーバのソフトウェア構成の一例を示す図である。 第二の実施の形態に係る付与規則情報、電話帳情報及び番号変換情報の一例を示す図である。 第二の実施の形態に係る端末のソフトウェア構成の一例を示す図である。 第二の実施の形態に係る電話番号登録処理の一例を示すシーケンス図である。 第二の実施の形態に係る発信処理の一例を示すシーケンス図である。

以下、図面を参照して実施の形態について説明する。各図面において、同一構成部分には同一符号を付し、重複した説明を省略する場合がある。

[第一の実施の形態]
＜概要＞
図１は、第一の実施の形態に係る通信システムの全体構成を示す図である。第一の実施の形態に係る通信システムは、プレフィックスの付与規則を管理するサーバ１０と、通話機能を備える端末２０とを有する。図１の例では、１つの端末２０が示されているが、複数の端末２０を有するようにしてもよい。サーバ１０と端末２０とは、それぞれネットワークを介して相互に通信することが可能である。

サーバ１０は、ユーザインタフェース（以下、「ＵＩ」という）を介して、端末の管理者等からプレフィックスの付与規則の入力を受け付け、受け付けた当該付与規則を記憶装置等に記憶する。プレフィックスの付与規則には、プレフィックスの付与対象である電話番号に関する情報、付与される具体的なプレフィックスに関する情報、プレフィックスを強制的に付与するか否かを示す情報等が含まれている。なお、端末の管理者等は、予めサーバ１０にプレフィックスの付与規則を登録しておく。

端末２０は、端末の利用者の操作により通話機能（例えば、ダイヤル、電話帳、又は着信履歴等）が起動された際に、サーバ１０に対してプレフィックスの付与規則の送信を要求する。端末２０は、サーバ１０から送信されたプレフィックスの付与規則に基づいて、発信先電話番号にプレフィックスを付与して発信する。なお、端末２０は、例えば、携帯電話、スマートフォン、又はタブレット端末等の通信機器である。端末２０は、通話機能を備える機器であればどのような通信機器であってもよい。

＜ハードウェア構成＞
（サーバ）
図２は、第一の実施の形態に係るサーバのハードウェア構成の一例を示す図である。実施の形態に係るサーバ１０は、ＣＰＵ１０１と、ＲＯＭ１０２と、ＲＡＭ１０３と、ＨＤＤ１０４と、操作部１０５と、表示部１０６と、ドライブ装置１０７と、ＮＩＣ（Network Interface Card）１０８とを有する。

ＣＰＵ１０１は、サーバ１０の全体制御を行うプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０４等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、サーバ１０の各種機能を実現する。ＲＯＭ１０２には、各種のプログラムやプログラムによって利用されるデータ等が記憶される。ＲＡＭ１０３は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＨＤＤ１０４には、各種情報及びプログラム等が記憶される。

操作部１０５は、ユーザからの入力操作を受け付けるためのハードウェアであり、例えばキーボード又はマウスである。表示部１０６は、ユーザに向けた表示を行うハードウェアである。

ドライブ装置１０７は、プログラムを記録した記憶媒体１０９からプログラムを読み取る。ドライブ装置１０７によって読み取られたプログラムは、例えば、ＨＤＤ１０４にインストールされる。ＮＩＣ１０８は、サーバ１０をネットワークに接続し、データの送受信を行うための通信インタフェースである。

なお、記憶媒体１０９とは、非一時的（non-transitory）な記憶媒体を言う。記憶媒体１０９の例としては、磁気記憶媒体、光ディスク、光磁気記憶媒体、不揮発性メモリなどがある。

（端末）
図３は、第一の実施の形態に係る端末のハードウェア構成の一例を示す図である。第一の実施の形態に係る端末２０は、ＣＰＵ２０１と、主記憶装置であるＲＡＭ２０２及びＲＯＭ２０３と、通信を行うための通信モジュール２０４と、補助記憶装置２０５と、入出力装置２０６とを有する。

ＣＰＵ２０１は、端末２０の全体制御を行うプロセッサである。ＣＰＵ２０１は、ＲＯＭ２０２、ＲＡＭ２０３又は補助記憶装置２０５等に記憶されたオペレーティングシステム、アプリケーション、各種サービス等のプログラムを実行し、端末２０の各種機能を実現する。ＲＡＭ２０２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＲＯＭ２０３には、各種のプログラムやプログラムによって利用されるデータ等が記憶される。補助記憶装置２０５には、各種プログラム又は各種プログラムによって利用されるデータ等が記憶される。

通信モジュール２０４は、有線又は無線ネットワークに接続し、固定又は無線の通信ネットワーク、及びサーバ１０とデータの送受信を行う。

入出力装置２０６は、ユーザからの入力操作の受付、及びユーザに向けた画面表示を行うためのハードウェアであり、例えばボタン、ディスプレイ、タッチパネル等である。

＜ソフトウェア構成＞
（サーバ）
図４は、第一の実施の形態に係るサーバのソフトウェア構成の一例を示す図である。第一の実施の形態に係るサーバ１０は、通信部３０１と、入力部３０２と、通知部３０３と、記憶部３０４とを有する。これらの各部は、サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０１に実行させる処理により実現され得る。また、記憶部３０４は、ＲＡＭ１０３、ＨＤＤ１０４、又はサーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。記憶部３０４には、プレフィックスの付与規則を示す付与規則情報が記憶される。

図４は、サーバ１０において本発明の実施の形態に特に関連するソフトウェア構成のみを示すものであり、少なくともサーバ１０が動作を行うための図示しない機能も有するものである。また、図４に示すソフトウェア構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能部の名称はどのようなものでもよい。

通信部３０１は、ＮＩＣ１０８を介して、端末２０と通信を行う。

入力部３０２は、操作部１０５を介して、端末の管理者等から付与規則情報の入力を受け付ける。

通知部３０３は、端末２０からの要求を受けて、付与規則情報を端末２０に通知する。なお、通知部３０３は、付与規則情報が更新された場合、更新された付与規則情報を端末２０に通知するようにしてもよい。

図５は、第一の実施の形態に係る付与規則情報の一例を示す図である。付与規則情報には１以上のプレフィックス付与規則が格納されており、１つのレコードが１つのプレフィックス付与規則に該当する。各レコードには、「名前」カラムと、「プレフィックス」カラムと、「付与条件」カラムと、「優先度」カラムと、「強制付与」カラムとが含まれる。

「名前」カラムは、プレフィックス付与規則の各々の名称を示すカラムであり、端末の管理者等が任意に設定することができる。

「プレフィックス」カラムは、「付与条件」カラムに合致する通話先電話番号に対して付与される具体的なプレフィックスを示すカラムである。

「付与条件」カラムは、通話先電話番号にプレフィックスを付与する際の条件を示すカラムである。「付与条件」カラムには、さまざまな付与条件を設定することができる。例えば、図５では、付与条件の例として、「登録時に選択」、「＋で始まる番号」、「０１０で始まる番号」、「常に付与」が登録されている。

まず、「登録時に選択」は、利用者が電話帳に通話先電話番号を登録する際に、利用者に任意に選択させるプレフィックスであることを示している。付与条件に「登録時に選択」が設定されているレコードが存在する場合、利用者が電話帳に新たな通話先電話番号を登録しようとすると、端末２０の電話帳画面に当該レコードの「プレフィックス」カラムに設定されているプレフィックスが、「優先度」カラムに設定されている優先度順に一覧表示される。利用者が一覧表示されたプレフィックスの中から選択したプレフィックスは、新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスとして端末２０内に登録されることになる。

次に、「＋１で始まる番号」、「＋で始まる番号」及び「０１０で始まる番号」は、これらの付与条件に合致する通話先電話番号に対して、特定のプレフィックスを付与させたい場合に用いられる付与条件である。「常に付与」は、通話先電話番号に関わらずプレフィックスを付与させたい場合に用いられる付与条件である。

「優先度」カラムは、通話先電話番号が複数の付与条件に合致する場合に、レコード間の優先度を示すカラムである。例えば、「付与条件」カラムに「常に付与」が設定されているレコードが複数存在する場合、「優先度」カラムに設定されている優先度順に処理が行われる。また、例えば、「付与条件」カラムに「＋で始まる番号」が設定されているレコードと「＋１で始まる番号」が設定されているレコードが同時に存在する場合、「優先度」カラムに設定されている優先度が最も高いレコードのプレフィックスが、通話先電話番号に付与されることになる。

「強制付与」カラムは、通話先電話番号が「付与条件」カラムに設定されている付与条件に合致する場合、強制的にプレフィックスを付与するのか否かを設定するカラムである。当該カラムに「有効」が設定されている場合、「付与条件」カラムに設定されている付与条件に合致する通話先電話番号に対して、プレフィックスが強制的に付与される。当該カラムに「無効」が設定されている場合、「付与条件」カラムに設定されている付与条件に合致する通話先電話番号に対して、利用者に選択を促すためのプレフィックス一覧が端末２０の画面に表示される。

なお、「強制付与」カラムは、「付与条件」カラムに「登録時に付与」が設定されているレコードについては「無効」のみを設定可能とするようにしてもよい。

（端末）
図６は、第一の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第一の実施の形態に係る端末２０は、通信部４０１と、ＵＩ部４０２と、取得部４０３と、選択部４０４と、発信処理部４０５と、記憶部４０６とを有する。これらの各部は、端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現され得る。また、記憶部４０６は、ＲＡＭ２０２、補助記憶装置２０５等を用いて実現可能である。記憶部４０６には、プレフィックスの付与規則を示す付与規則情報と、１以上の通話先電話番号が格納される電話帳情報と、通話先電話番号に対する既定の（デフォルトの）プレフィックスが格納される設定情報とが記憶される。

図６は、端末２０において本発明の実施の形態に特に関連するソフトウェア構成のみを示すものであり、少なくとも端末２０が動作を行うための図示しない機能も有するものである。また、図６に示すソフトウェア構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能部の名称はどのようなものでもよい。

通信部４０１は、通信モジュール２０４を介して、サーバ１０と通信を行う。また、通信部４０１は、固定又は無線の通信ネットワークと通話回線の接続等を行う。

ＵＩ部４０２は、通話機能に関する各種操作画面、電話帳画面、及びダイヤル画面等を入出力装置２０６に表示し、端末の利用者からの各種操作を受け付ける。また、ＵＩ部は、端末の利用者から新たな通話先電話番号の登録を受け付けて記憶部４０６に格納する。

取得部４０３は、端末の利用者が通話機能を起動する際、サーバ１０から付与規則情報を取得して記憶部４０６に格納する。また、取得部４０３は、端末の利用者が通話機能を終了する際、記憶部４０６に格納されている付与規則情報を消去するようにしてもよい。

選択部４０４は、記憶部４０６に記憶されている付与規則情報を検索し、端末の利用者がＵＩ部４０２を介して指定した通話先電話番号に付与するプレフィックスを選択する。また、選択部４０４は、記憶部４０６に記憶されている付与規則情報を検索し、必要に応じて、端末の利用者に選択させるプレフィックス一覧をＵＩ部４０２に表示させる。

発信処理部４０５は、端末の利用者からの指示に基づき、通話先電話番号にプレフィックスを付与して音声電話（又はＴＶ電話等）の発信処理を行う。

記憶部４０６に格納されている付与規則情報は、サーバ１０の記憶部３０４に記憶されている付与規則情報と同一であるため説明は省略する。

図７は、第一の実施の形態に係る電話帳情報及び設定情報の一例を示す図である。図７（ａ）は、電話帳情報の一例であり、図７（ｂ）は設定情報の一例である。

電話帳情報には、１以上のレコードが格納されており、各レコードは「氏名」カラムと「電話番号」カラムとを有する。「氏名」カラムには、通話相手の氏名（又は名称）が格納される。「電話番号」カラムには、通話相手の通話先電話番号が格納される。なお、電話帳情報には、各レコードを一意に識別するＩＤが含まれるようにしてもよい。

設定情報には、１以上のレコードが格納されており、各レコードは「電話番号」カラムと「プレフィックス」カラムとを有する。「電話番号」カラムには、通話相手の通話先電話番号が格納される。「プレフィックス」カラムには、「電話番号」カラムに格納されている通話先電話番号に付与される既定の（デフォルトの）プレフィックスが格納される。なお、「電話番号」カラムに加えて（又は代えて）、電話帳情報の各レコードを一意に識別するＩＤ等を格納するようにしてもよい。仮に電話帳情報に同一の電話番号を有する複数のレコードが登録されている場合であっても、当該複数のレコードの各々に異なるプレフィックスを付与することができる。

＜処理手順＞
（電話番号登録処理）
図８は、第一の実施の形態に係る電話番号登録処理の一例を示すシーケンス図である。図８を用いて、端末の利用者の指示により、新たな通話先電話番号と当該新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスとが端末２０に格納される際の処理手順について説明する。

ステップＳ５０１で、端末２０のＵＩ部４０２は、端末の利用者からの指示を受けて電話帳機能を起動し、電話帳登録画面を入出力装置２０６に表示する。

ステップＳ５０２で、端末２０の取得部４０３は、付与規則情報取得要求をサーバ１０に送信する。付与規則情報取得要求には、端末２０を一意に識別する端末ＩＤ又はユーザＩＤが含まれるようにしてもよい。

ステップＳ５０３で、サーバ１０の通知部３０３は、記憶部３０４から付与規則情報を取得し、取得した付与規則情報が含まれる付与規則情報取得応答を端末２０に送信する。端末２０の取得部４０３は、サーバから受信した付与規則情報を記憶部４０６に格納する。

ステップＳ５０４で、端末２０のＵＩ部４０２は、端末の利用者から、新たな通話先電話番号の入力を受け付ける。

ステップＳ５０５で、端末２０のＵＩ部４０２は、記憶部４０６に記憶されている付与規則情報の各レコードのうち、「付与条件」カラムに「登録時に選択」が設定されているレコードを検索する。続いて、ＵＩ部４０２は、当該レコードの「優先度」カラム及び「プレフィックス」カラムを検索し、「優先度」カラムに設定されている優先度順に、「プレフィックス」カラムに設定されているプレフィックスを電話帳登録画面に一覧表示して端末の利用者に選択を促す。図５に示す付与規則情報を用いて具体例を説明すると、「１２３４」及び「１２３５」のプレフィックスが、優先度順に、電話帳登録画面に一覧表示されることになる。なお、「付与条件」カラムに「登録時に選択」が設定されているレコードが存在しない場合、ステップＳ５０７の処理手順に進む。

ステップＳ５０６で、端末２０のＵＩ部４０２は、ステップＳ５０４の処理手順で入力された新たな通話先電話番号と、ステップＳ５０５の処理手順で端末の利用者により選択されたプレフィックスとを対応づけて、設定情報に新たなレコードを追加して格納する。

ステップＳ５０７で、端末２０のＵＩ部４０２は、端末の利用者から新たな通話先電話番号に対応する氏名の入力を受け付け、ステップＳ５０４の処理手順で入力された新たな通話先電話番号と、入力された氏名とを対応づけて、電話帳情報に新たなレコードを追加して登録する。なお、端末２０の取得部４０３は、ステップＳ５０７の処理手順が完了した後、サーバから受信した付与規則情報を記憶部４０６から消去するようにしてもよい。

なお、端末２０の取得部４０３は、ステップＳ５０７の処理手順において、サーバ１０から受信した付与規則情報を記憶部４０６から消去しないようにしてもよい。この場合、端末２０の取得部４０３は、次に電話帳が起動された場合（Ｓ５０１）、ステップＳ５０２の処理手順を行わずに（付与規則情報をサーバ１０から取得せずに）、記憶部４０６に記憶されている付与規則情報を再利用するようにしてもよい。更に、サーバ１０の通知部３０３は、端末２０が付与規則情報を再利用する場合、付与規則情報が更新された際に、更新された付与規則情報を含む信号を端末２０に送信するようにしてもよい。

以上、端末の利用者の指示により、新たな通話先電話番号と当該新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスとが端末２０に設定される際の処理手順について説明した。

（発信手順）
図９は、第一の実施の形態に係る発信処理の一例を示すシーケンス図である。図９を用いて、端末の利用者の指示により、通話先電話番号にプレフィックスが付与されて発信処理が行われる際の処理手順について説明する。

ステップＳ６０１で、端末２０のＵＩ部４０２は、端末の利用者からの指示を受けて通話機能に関する画面を起動する。

ステップＳ６０２で、端末２０の取得部４０３は、付与規則情報取得要求をサーバ１０に送信する。付与規則情報取得要求には、端末２０を一意に識別する端末ＩＤ又はユーザＩＤが含まれるようにしてもよい。

ステップＳ６０３で、サーバ１０の通知部３０３は、記憶部３０４から付与規則情報を取得し、取得した付与規則情報が含まれる付与規則情報取得応答を端末２０に送信する。端末２０の取得部４０３は、サーバから受信した付与規則情報を記憶部４０６に格納する。

ステップＳ６０４で、端末２０のＵＩ部４０２は、電話帳画面又はダイヤル画面等を介して端末の利用者から通話先電話番号の選択（又は入力）を受け付ける。続いて、端末２０の選択部４０４は、記憶部４０６に記憶されている付与規則情報を検索し、入力された通話先電話番号に付与するプレフィックスを選択する。また、端末２０の選択部４０４は、必要に応じて、付与するプレフィックスの選択を、ＵＩ部４０２を介して端末の利用者に促す。

ステップＳ６０５で、端末２０の発信処理部４０５は、ステップＳ６０４の処理手順で選択されたプレフィックスを通話先電話番号の先頭に付与して音声電話（又はＴＶ電話等）の発信処理を行う。

ステップＳ６０６で、音声電話（又はＴＶ電話等）が終了し、端末の利用者の指示により通話機能に関する画面が閉じられる。このとき、端末２０の取得部４０３は、サーバから受信した付与規則情報を記憶部４０６から消去するようにしてもよい。

なお、端末２０の取得部４０３は、ステップＳ６０６の処理手順において、サーバ１０から受信した付与規則情報を記憶部４０６から消去しないようにしてもよい。この場合、端末２０の取得部４０３は、次に通話機能が起動された場合（Ｓ６０１）、ステップＳ６０２の処理手順を行わずに（付与規則情報をサーバ１０から取得せずに）、記憶部４０６に記憶されている付与規則情報を再利用するようにしてもよい。更に、サーバ１０の通知部３０３は、端末２０が付与規則情報を再利用する場合、付与規則情報が更新された際に、更新された付与規則情報を含む信号を端末２０に送信するようにしてもよい。

（プレフィックス選択処理）
図１０は、第一の実施の形態に係る、プレフィックス選択処理の一例を示すフローチャートである。図１０を用いて、図９のステップＳ６０４の処理手順で行われるプレフィックス選択処理について詳細に説明する。図１０のフローチャートは、端末２０のＵＩ部４０２が、電話帳画面又はダイヤル画面等を介して端末の利用者から通話先電話番号の選択（又は入力）を受け付けてから実行される。

ステップＳ７０１で、ＵＩ部４０２は、利用者による通話先電話番号の選択（又は入力）方法を検出する。電話帳画面から通話先電話番号が選択された場合はステップＳ７０２の処理手順に進み、ダイヤル画面から通話先電話番号が直接入力された場合、又は、電話帳画面以外（例えば発着信履歴など）から通話先電話番号が選択された場合はステップＳ７０４の処理手順に進む。

ステップＳ７０２で、選択部４０４は、ステップＳ７０１の処理手順で選択された通話先電話番号が、設定情報の各レコードのうち、「電話番号」カラムに設定されている電話番号と一致するレコードが存在するかを検索する。一致するレコードが存在する場合、ステップＳ７０３の処理手順に進み、一致するレコードが存在しない場合、ステップＳ７０４の処理手順に進む。

ステップＳ７０３で、選択部４０４は、ステップＳ７０２の処理手順で検索されたレコードの「プレフィックス」カラムに設定されているプレフィックスを読出し、当該プレフィックスを、通話先電話番号に付与するプレフィックスとして選択する。

ステップＳ７０４で、選択部４０４は、ステップＳ７０１の処理手順で選択された通話先電話番号が、付与規則情報の各レコードのうち、「強制付与」カラムに「有効」が設定されているレコードの「付与条件」に合致するかを検索する。合致するレコードが存在する場合、ステップＳ７０５の処理手順に進み、一致するレコードが存在しない場合、ステップＳ７０６の処理手順に進む。

ステップＳ７０５で、選択部４０４は、ステップＳ７０４の処理手順で検索されたレコードのうち、「優先度」カラムに設定されている優先度が最も高いレコードを選択する。続いて、選択部４０４は、当該レコードの「プレフィックス」カラムに設定されているプレフィックスを読出し、当該プレフィックスを、通話先電話番号に付与するプレフィックスとして選択する。

ステップＳ７０６で、選択部４０４は、ステップＳ７０１の処理手順で選択された通話先電話番号が、付与規則情報の各レコードのうち、「強制付与」カラムに「無効」が設定されているレコードの「付与条件」に合致するかを検索する。合致するレコードが存在する場合、ステップＳ７０７の処理手順に進み、一致するレコードが存在しない場合、処理を終了する。

ステップＳ７０７で、選択部４０４は、ステップＳ７０６の処理手順で検索されたレコードの「プレフィックス」カラムに設定されているプレフィックスと、「優先度」カラムに設定されている優先度とを読み出す。続いて、ＵＩ部４０２は、読み出されたプレフィックスを優先度の高い順に入出力装置２０６に表示させ、端末の利用者に対して、通話先電話番号に付与するプレフィックスの選択を促す。

ステップＳ７０８で、選択部４０４は、端末の利用者により通話先電話番号に付与するプレフィックスが選択された場合、ステップＳ７０９の処理手順に進み、端末の利用者により通話先電話番号に付与するプレフィックスが選択されなかった場合（すなわち、端末の利用者が、プレフィックスを付与せずに発信することを選択した場合）、処理を終了する。

ステップＳ７０９で、選択部４０４は、ステップＳ７０８の処理手順で選択されたプレフィックスを、通話先電話番号に付与するプレフィックスとして選択する。

ここで、図５及び図７（ｂ）を用いて、プレフィックス選択処理の具体例を説明する。例えば、通話先電話番号が「０３−ｘｘｘｘ」である場合、図１０に示すプレフィックス選択処理においてステップＳ７０３の処理手順が行われ、「１２３４」のプレフィックスが選択されることになる。また、通話先電話番号が、「＋１−ｘｘｘｘ」である場合、図１０に示すプレフィックス選択処理においてステップＳ７０５の処理手順が行われ、「００３３」のプレフィックスが選択されることになる。また、通話先電話番号が、「０１０−ｘｘｘｘ」である場合、図１０に示すプレフィックス選択処理においてステップＳ７０５の処理手順が行われ、「００３３」のプレフィックスが選択されることになる。また、通話先電話番号が「００１−ｘｘｘｘ」である場合、図１０に示すプレフィックス選択処理においてステップＳ７０７の処理手順が行われ、入出力装置２０６には「００２３４５」及び「００３４５６」のプレフィックスが、優先度順に表示されることになる。

＜効果＞
以上、第一の実施の形態では、サーバ１０に、プレフィックスの付与規則を示す付与規則情報を設定可能にした。また、端末２０は、音声電話（又はＴＶ電話等）の発信処理が行われる場合、サーバ１０からプレフィックスの付与規則を示す付与規則情報を取得し、取得した付与規則情報に従って、発信先電話番号に付与するプレフィックスを選択することを可能にした。これにより、第一の実施の形態に係る端末２０は、通話開始時において、発信先電話番号に適切なプレフィックスを自動的に付与することが可能になる。

また、第一の実施の形態に係る通信システムは、端末２０の画面に、発信先電話番号に対応するプレフィックスを一覧表示させるようにした。これにより、端末の利用者は、発信時にプレフィックスを手入力することなく、容易にプレフィックスを付与して発信することが可能になる。

また、第一の実施の形態に係る通信システムは、端末２０に対して強制的に付与させるプレフィックスの登録を可能とした。これにより、第一の実施の形態に係る端末２０は、特定の発信先電話番号に対して確実にプレフィックスを付与して発信することが可能になる。また、これにより、例えば、企業等において社員に業務用電話を貸与しているような場合に、料金の安い中継事業者を強制的に選択させることで、通話コストの削減等を確実に行うことが可能になる。

また、第一の実施の形態に係る通信システムは、端末の利用者が新たな発信先電話番号を電話帳に登録する際、当該新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスの設定を可能にした。これにより、端末の利用者は、発信時にプレフィックスを手入力することなく、容易にプレフィックスを設定して発信することが可能になる。

また、第一の実施の形態に係る通信システムによれば、端末の利用者は、プレフィックスを付与した電話番号を予め電話帳に登録しておく必要がない。これにより、着信時にネットワークから通知される発信者番号と電話帳に登録されている発信者番号とが一致せずに、発信者の名称が電話機の画面に表示されない等の不都合が生じるという問題を解決することが可能になる。

[第二の実施の形態]
次に、第二の実施の形態について図面に基づいて説明する。なお、第一の実施の形態と同一構成部分についての説明は省略する。また、特に言及しない点については、第一の実施の形態と同様でよい。

＜概要＞
第一の実施の形態に係る端末２０は、電話帳情報を端末２０の記憶部４０６に保持していたが、第二の実施の形態に係る通信システムは、電話帳情報をサーバ１０の記憶部３０４に格納しておき、端末の利用者が通話機能を起動させた際に、電話帳情報をサーバ１０から端末２０に送信するようにする。すなわち、端末２０からは、電話帳がネットワーク上に存在するように見えることになる。

また、第二の実施の形態に係る通信システムは、サーバ１０で管理している電話帳情報に、端末２０の状態（プレゼンス情報、位置情報等）を含めるようにする。また、第二の実施の形態に係る通信システムは、特定の通話先電話番号を予め設定された電話番号に変換する機能を有する。例えば、端末２０が特定の通話先電話番号に発信しようとする場合、端末２０は、当該通話先電話番号を予め設定された電話番号に変換して発信するようにする。

＜ソフトウェア構成＞
（サーバ）
図１１は、第二の実施の形態に係るサーバのソフトウェア構成の一例を示す図である。第二の実施の形態に係るサーバ１０は、通信部８０１と、入力部８０２と、通知部８０３と、記憶部８０４と、格納部８０５とを有する。これらの各部は、サーバ１０にインストールされた１以上のプログラムが、ＣＰＵ１０１に実行させる処理により実現され得る。また、記憶部８０４は、ＲＡＭ１０３、ＨＤＤ１０４、又はサーバ１０にネットワークを介して接続される記憶装置等を用いて実現可能である。記憶部８０４には、付与規則情報と、電話帳情報と、特定の通話先電話番号を予め設定された電話番号に変換するために用いられる番号変換情報とが記憶されている。

通信部８０１と入力部８０２は、それぞれ第一の実施の形態に係る通信部３０１及び入力部３０２と同一であるため説明は省略する。

通知部８０３は、端末２０からの要求を受けて、各種情報（付与規則情報、電話帳情報、番号変換情報等）を端末２０に通知する。なお、通知部８０３は、付与規則情報が更新された場合、更新された付与規則情報を端末２０に通知するようにしてもよい。

格納部８０５は、端末２０から電話帳又は端末の状態の通知を受けて、電話帳情報に格納する。

図１２は、第二の実施の形態に係る付与規則情報、電話帳情報及び番号変換情報の一例を示す図である。図１２（ａ）は、付与規則情報の一例である。図１２（ｂ）は、電話帳情報の一例である。図１２（ｃ）は、番号変換情報の一例である。第二の実施の形態に係る付与規則情報は、第一の実施の形態に係る付与規則情報と同一であるため説明は省略する。

第二の実施の形態に係る電話帳情報は、第一の実施の形態において端末２０に記憶されている電話帳情報に加えて、「端末ＩＤ」カラムと、「端末状態」カラムとを有する。

「端末ＩＤ」カラムは、端末２０を一意に識別するＩＤであり、例えば、端末２０の電話番号、端末の管理者等が定める識別子、又はユーザＩＤであってもよい。すなわち、第二の実施の形態に係る電話帳情報には、複数の端末２０の各々に対応する電話帳情報がまとめて格納されている。

「端末状態」カラムには、端末２０の端末状態が格納される。例えば、図１２（ｂ）の例では、電話番号が「０９０−ｘｘｘｘ」である端末２０は、通話可能な状態にあり、電話番号が「０８０−ｘｘｘｘ」である端末２０は、通話できない状態にあることを示している。なお、端末状態が把握できない場合、「端末状態」カラムには「−」を格納するようにしてもよい。端末２０の機種によっては、サーバ１０に端末状態を通知する機能を有しない場合も想定されるためである。なお、図１２（ｂ）の「端末状態」カラムは一例であり、通話可能か否かの状態以外の状態を格納するようにしてもよい。また、電話帳情報に、複数の「端末状態」カラムが含まれるようにしてもよい。

番号変換情報には、１以上のレコードが格納されており、各レコードは「端末ＩＤ」カラムと「電話番号」カラムと「変換後電話番号」カラムとを有する。「変換後電話番号」カラムには、「電話番号」カラムに格納されている発信先電話番号に対して、変換すべき電話番号が格納されている。なお、番号変換情報に「端末ＩＤ」を含めることで、番号変換情報には、複数の端末２０の各々に対応する番号変換情報をまとめて格納することができる。

（端末）
図１３は、第二の実施の形態に係る端末のソフトウェア構成の一例を示す図である。第二の実施の形態に係る端末２０は、通信部９０１と、ＵＩ部９０２と、取得部９０３と、選択部９０４と、発信処理部９０５と、記憶部９０６と、端末状態検出部９０７と、端末状態通知部９０８とを有する。これらの各部は、端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現され得る。また、記憶部９０６は、ＲＡＭ２０２、補助記憶装置２０５等を用いて実現可能である。記憶部９０６には、サーバ１０から取得した付与規則情報及び電話帳情報と、通話先電話番号に対する既定の（デフォルトの）プレフィックスが格納される設定情報とが記憶される。

通信部９０１とＵＩ部９０２と選択部９０４と発信処理部９０５は、それぞれ第一の実施の形態に係る通信部４０１とＵＩ部４０２と選択部４０４と発信処理部４０５と同一であるため説明は省略する。

取得部９０３は、端末の利用者が通話機能を起動する際、サーバ１０から付与規則情報及び電話帳情報を取得して記憶部９０６に格納する。また、取得部９０３は、端末の利用者が通話機能を終了する際、記憶部９０６に格納されている電話帳情報をサーバ１０に送信し、更に、記憶部９０６に格納されている付与規則情報及び電話帳情報を消去するようにしてもよい。

端末状態検出部９０７は、例えば、端末２０の位置情報、端末の利用者により設定された通話可否状態等に基づいて、端末２０の状態を検出する。

端末状態通知部９０８は、端末状態検出部９０７により検出された端末２０の状態をサーバ１０に通知する。

＜処理手順＞
（電話番号登録処理）
図１４は、第二の実施の形態に係る電話番号登録処理の一例を示すシーケンス図である。図１４を用いて、端末の利用者の指示により、新たな通話先電話番号が電話帳情報に登録され、当該新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスが端末２０に登録される際の処理手順について説明する。

ステップＳ１００１で、端末２０のＵＩ部９０２は、端末の利用者からの指示を受けて電話帳機能を起動し、電話帳登録画面を入出力装置２０６に表示する。

ステップＳ１００２で、端末２０の取得部９０３は、電話帳情報取得要求をサーバ１０に送信する。電話帳情報取得要求には、端末２０を一意に識別する端末ＩＤが含まれる。

ステップＳ１００３で、サーバ１０の通知部８０３は、記憶部８０４から、電話帳情報取得要求に含まれる端末ＩＤに対応する電話帳情報を抽出し、抽出した電話帳情報が含まれる電話帳情報取得応答を端末２０に送信する。例えば、端末ＩＤが「０００１」であり、記憶部８０４に図１２（ｂ）に示す電話帳情報が格納されている場合、通知部８０３は、電話帳情報から端末ＩＤが「０００１」である３つのレコードを抽出し、当該３つのレコードが格納された電話帳情報を端末２０に送信する。

ステップＳ１００４で、端末２０の取得部９０３は、付与規則情報取得要求をサーバ１０に送信する。付与規則情報取得要求には、端末２０を一意に識別する端末ＩＤが含まれる。

ステップＳ１００５で、サーバ１０の通知部８０３は、記憶部８０４から付与規則情報を取得し、取得した付与規則情報が含まれる付与規則情報取得応答を端末２０に送信する。端末２０の取得部９０３は、サーバから受信した付与規則情報を記憶部９０６に格納する。

ステップＳ１００６〜ステップＳ１００８の処理手順は、それぞれ図８のステップＳ５０４〜ステップＳ５０６の処理手順と同一であるため説明は省略する。

ステップＳ１００９で、端末２０のＵＩ部９０２は、端末の利用者から新たな通話先電話番号に対応する氏名の入力を受け付け、ステップＳ１００６の処理手順で入力された新たな通話先電話番号と、入力された氏名とを対応づけて、記憶部９０６に記憶されている電話帳情報に新たなレコードを追加して登録する。

ステップＳ１０１０で、端末２０の取得部９０３は、端末ＩＤと電話帳情報とを含む電話帳情報登録要求をサーバ１０に送信する。続いて、サーバ１０の格納部８０５は、端末２０から受信した電話帳情報を、記憶部８０４に格納されている電話帳情報に、必要に応じてレコードを追加して格納する。

ステップＳ１０１１で、サーバ１０の格納部８０５は、電話帳情報登録完了応答を端末２０に送信する。なお、端末２０の取得部９０３は、電話帳情報登録完了応答を受信した後、ステップＳ１００５の処理手順でサーバ１０から受信した付与規則情報、及びステップＳ１００９の処理手順でレコードを追加した電話帳情報を記憶部９０６から消去するようにしてもよい。

なお、端末２０の取得部９０３は、ステップＳ１０１１の処理手順において、サーバ１０から受信した付与規則情報を記憶部９０６から消去しないようにしてもよい。この場合、端末２０の取得部９０３は、次に電話帳が起動された場合（Ｓ１００１）、ステップＳ１００４の処理手順を行わずに（付与規則情報をサーバ１０から取得せずに）、記憶部９０６に記憶されている付与規則情報を再利用するようにしてもよい。更に、サーバ１０の通知部８０３は、端末２０が付与規則情報を再利用する場合、付与規則情報が更新された際に、更新された付与規則情報を含む信号を端末２０に送信するようにしてもよい。

以上、端末の利用者の指示により、新たな通話先電話番号が電話帳情報に登録され、当該新たな通話先電話番号に対する既定の（デフォルトの）プレフィックスが端末２０に登録される際の処理手順について説明した。

（発信手順）
図１５は、第二の実施の形態に係る発信処理の一例を示すシーケンス図である。図１５を用いて、端末の利用者の指示により、通話先電話番号にプレフィックスが付与されて発信処理が行われる際の処理手順について説明する。

ステップＳ１１０１で、端末２０のＵＩ部４０２は、端末の利用者からの指示を受けて通話機能に関する画面を起動する。

ステップＳ１１０２〜ステップＳ１１０５の処理手順は、それぞれ図１４のステップＳ１００２〜ステップＳ１００５の処理手順と同一であるため説明は省略する。また、ステップＳ１１０６は、図９のステップＳ６０４の処理手順と同一であるため説明は省略する。

ステップＳ１１０７で、端末２０の発信処理部９０５は、ステップＳ１１０６の処理手順で選択されたプレフィックスを通話先電話番号の先頭に付与して音声電話（又はＴＶ電話等）の発信処理を行う。ここで、発信処理を行う前に、端末２０の発信処理部９０５は、ステップＳ１１０６の処理手順で端末の利用者により入力された通話先電話番号に対して、電話番号の変換が必要であるかをサーバ１０に問い合わせるようにしてもよい。問い合わせを行う場合、ステップＳ１１０８の処理手順に進み、問い合わせを行わない場合は、発信処理を行った後、ステップＳ１１１０の処理手順に進む。

ステップＳ１１０８で、端末２０の発信処理部９０５は、端末ＩＤと、ステップＳ１１０６の処理手順で端末の利用者により入力された通話先電話番号とを含む変換番号検索要求をサーバ１０に送信する。

ステップＳ１１０９で、サーバ１０の通知部８０３は、記憶部８０４に格納されている番号変換情報を検索し、ステップＳ１１０８の処理手順で端末２０から通知された通話先電話番号に対応する変換後電話番号が存在するかを確認する。変換後電話番号が存在する場合、サーバ１０の通知部８０３は、当該変換後電話番号を含む変換番号検索応答を端末２０に送信する。変換後電話番号が存在しない場合、サーバ１０の通知部８０３は、変換後電話番号が存在しないことを示す情報を含む変換番号検索応答を端末２０に送信する。続いて、端末２０の発信処理部９０５は、サーバ１０から変換後電話番号が通知された場合、当該変換後電話番号で発信処理を行う。サーバ１０から変換後電話番号が存在しないことを示す情報が通知された場合、ステップＳ１１０６の処理手順で選択されたプレフィックスを通話先電話番号の先頭に付与して音声電話（又はＴＶ電話等）の発信処理を行う。

ステップＳ１１１０で、音声電話（又はＴＶ電話等）が終了し、端末の利用者の指示により通話機能に関する画面が閉じられる。このとき、端末２０の取得部９０３は、ステップＳ１１０３の処理手順でサーバ１０から受信した電話帳情報と、ステップＳ１１０５の処理手順でサーバ１０から受信した付与規則情報とを、記憶部９０６から消去するようにしてもよい。

なお、端末２０の取得部９０３は、ステップＳ１１１０の処理手順において、サーバ１０から受信した付与規則情報を記憶部９０６から消去しないようにしてもよい。この場合、端末２０の取得部９０３は、次に通話機能が起動された場合（Ｓ１１０１）、ステップＳ１１０４の処理手順を行わずに（付与規則情報をサーバ１０から取得せずに）、記憶部９０６に記憶されている付与規則情報を再利用するようにしてもよい。更に、サーバ１０の通知部８０３は、端末２０が付与規則情報を再利用する場合、付与規則情報が更新された際に、更新された付与規則情報を含む信号を端末２０に送信するようにしてもよい。

＜効果＞
以上、第二の実施の形態に係る通信システムは、電話帳情報をサーバ１０の記憶部３０４に格納しておき、端末の利用者が通話機能を起動させた際に、電話帳情報をサーバ１０から端末２０に送信するようにした。また、端末の利用者が通話機能を終了させた際に、電話帳情報を端末２０から消去するようにした。これにより、第二の実施の形態に係る通信システムは、端末２０に電話帳情報を保持し続けることがなく、個人情報の漏えい防止など、セキュリティを強化することができる。

また、第二の実施の形態に係る通信システムは、サーバ１０で管理している電話帳情報に、端末２０の状態（プレゼンス情報、位置情報等）を含めるようにした。これにより、第二の実施の形態に係る通信システムは、利用者に対して、通話相手の状態を確認してから発信させることができる。また、利用者が、取り込み中などの通話相手に電話を掛けてしまうということを防止でき、コミュニケーションの効率化を図ることが可能になる。

また、第二の実施の形態に係る通信システムは、特定の通話先電話番号を予め設定された電話番号に変換する機能を有するようにした。これにより、第二の実施の形態に係る通信システムは、利用者に対して、端末の管理者等が予め設定した電話番号に自動的に変換してから発信させることが可能になる。また、利用者が、内線通話による通話が可能であるにも関わらず外線発信してしまうという問題を抑止でき、通話コストの削減を図ることが可能になる。

＜実施形態の補足＞
上記複数の実施の形態において、通信システムは、複数の端末２０をグループ分けして管理するようにしてもよい。これにより、端末の管理者は、グループごとに異なる付与規則情報を管理することが可能になる。

また、上記複数の実施の形態において、通信システムは、端末２０ごとに異なる付与規則情報を管理することを可能にしてもよい。これにより、端末の管理者は、端末２０ごとに異なるプレフィックスを設定させることが可能になる。

また、上記複数の実施の形態において、サーバ１０はクラウドサーバであってもよい。すなわち、図４又は図１１に示すサーバ１０の各機能部を、クラウドサーバに実装するようにしてもよい。

以上、本発明は実施の形態に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能である。

以上、上記複数の実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。

以上、上記複数の実施の形態の全部又は一部は、プログラムによって実装され得る。このプログラムは、記憶媒体に格納することができる。

なお、取得部４０３又は取得部９０３は、取得手段の一例である。ＵＩ部４０２又はＵＩ部９０２はＵＩ手段の一例である。選択部４０４又は選択部９０４は、選択手段の一例である。発信処理部４０５又は発信処理部９０５は、発信手段の一例である。記憶部４０６又は記憶部９０６は、記憶手段の一例である。入力部３０２又は入力部８０２は、入力手段の一例である。通知部３０３又は通知部８０３は、通知手段の一例である。記憶部３０４又は記憶部８０４は第一の記憶手段の一例である。記憶部４０６又は記憶部９０６は第二の記憶手段の一例である。

１０ サーバ
２０ 端末
３０１ 通信部
３０２ 入力部
３０３ 通知部
３０４ 記憶部
４０１ 通信部
４０２ ＵＩ部
４０３ 取得部
４０４ 選択部
４０５ 発信処理部
４０６ 記憶部
８０１ 通信部
８０２ 入力部
８０３ 通知部
８０４ 記憶部
８０５ 格納部
９０１ 通信部
９０２ ＵＩ部
９０３ 取得部
９０４ 選択部
９０５ 発信処理部
９０６ 記憶部
９０７ 端末状態検出部
９０８ 端末状態通知部

Claims (7)

1. サーバと通信する端末であって、
   プレフィックス付与条件を示す付与規則情報を前記サーバから取得して記憶手段に格納する取得手段と、
   利用者から発信先電話番号を受け付けるＵＩ手段と、
   前記付与規則情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する選択手段と、
   前記選択手段により選択されたプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与して発信する発信手段と、
   を有する端末。
2. 前記付与規則情報は、特定の情報と前記特定の情報に対応するプレフィックスとを含み、
   前記選択手段は、前記ＵＩ手段で受け付けた前記発信先電話番号と前記付与規則情報とを比較し、当該発信先電話番号の少なくとも一部と前記特定の情報とが一致する場合に、前記特定の情報に対応するプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスとして選択する、請求項１に記載の端末。
3. 前記選択手段は、前記ＵＩ手段により、前記付与規則情報に含まれる複数のプレフィックスのうちいずれか１つのプレフィックスの選択を利用者から受け付けることで、前記発信先電話番号に付与するプレフィックスを選択する、請求項１又は２に記載の端末。
4. 前記付与規則情報は、電話番号登録の際に予め選択可能な１以上のプレフィックスを含み、
   前記ＵＩ手段は、利用者から新たな発信先電話番号の登録を受付ける際に、前記予め選択可能な１以上のプレフィックスの選択を利用者に促し、選択されたプレフィックスと、利用者から登録を受け付けた新たな発信先電話番号とが対応づけられた設定情報を前記記憶手段に格納し、
   前記選択手段は、前記設定情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する、請求項１乃至３のいずれか一項に記載の端末。
5. 端末と通信するサーバであって、
   プレフィックス付与条件を示す付与規則情報を記憶する記憶手段と、
   前記付与規則情報の入力を受け付ける入力手段と、
   前記端末に対して発信先電話番号にプレフィックスを付与させるために、前記端末からの要求を受けて、前記付与規則情報を前記端末に通知する通知手段と、
   を有するサーバ。
6. サーバと端末とを有する通信システムであって、
   前記サーバは、
   プレフィックス付与条件を示す付与規則情報を記憶する第一の記憶手段と、
   前記付与規則情報の入力を受け付ける入力手段と、
   前記端末からの要求を受けて、前記付与規則情報を前記端末に通知する通知手段と、
   を有し、
   前記端末は、
   前記付与規則情報を前記サーバから取得して第二の記憶手段に格納する取得手段と、
   利用者から発信先電話番号を受け付けるＵＩ手段と、
   前記付与規則情報に基づいて、前記ＵＩ手段で受け付けた前記発信先電話番号に付与するプレフィックスを選択する選択手段と、
   前記選択手段により選択されたプレフィックスを、前記ＵＩ手段で受け付けた前記発信先電話番号に付与して発信する発信手段と、
   を有する通信システム。
7. コンピューターを、請求項１乃至４のいずれか一項に記載の端末又は請求項５に記載のサーバとして機能させるためのプログラム。

Images