JP6318299B1 - 発着信履歴管理装置及びプログラム - Google Patents

Abstract

【課題】ユーザが確認可能な発着信履歴データの数を増加させる。【解決手段】発着信履歴管理装置は、第１の受信部と、履歴管理部と、第２の受信部と、第１の取得部と、第２の取得部と、送信部とを備える。第１の受信部は、少なくとも発信電話機から着信を受けた場合又は着信電話機へ発信を行う場合に発信電話番号と着信電話番号とを含むコールイベントを発行する交換機から、コールイベントを受信する。履歴管理部は、コールイベントに含まれている発信電話番号と着信電話番号とを関連付けた履歴データを第１の記憶装置に記憶する。第２の受信部は、ユーザ端末から識別データを受信する。第１の取得部は、第２の記憶装置に記憶されており複数の電話番号を関連付けている番号データを参照し、識別データに関連する１以上の電話番号を取得する。第２の取得部は、第１の記憶装置から、取得された１以上の電話番号に関連する発信電話番号又は着信電話番号を含む履歴データを取得する。送信部は、ユーザ端末へ、取得された履歴データを送信する。【選択図】図１

Description

本発明は、発着信履歴管理装置及びプログラムに関する。

例えば会社内などの構内で用いられる構内交換機（ＰＢＸ：Private Branch eXchange）は、発信電話機からの呼び出しを受けると、発信電話機と構内の内線電話機との間での通話を可能とする。また、構内交換機は、構内の内線電話機からの呼び出しを受けると、構内の内線電話機と外部の着信電話機との間での通話を可能とする。さらに、構内交換機は、複数の内線電話機間での通話を可能とする。

発着信が発生した内線電話機は、例えば発着信電話番号、時刻データなどを含む発着信履歴データを記憶する。そして、内線電話機は、記憶した発着信履歴データを表示可能である。

構内交換機配下の複数の内線電話機に対して共有の電話番号（サブライン）を割り当てることも可能である。共有の電話番号は、代表電話番号として用いられる場合がある。

特開２００２−２０４３１１号公報 特開２０１５−１２６３５１号公報

通常、内線電話機が記憶可能な発着信履歴データの数には、例えば直近３０件までなどのように上限がある。したがって、発着信回数が多くなると必要な発着信履歴データが消去される場合がある。

また、内線電話機の機種によっては、共有の電話番号に関する発着信に対する発着信履歴データが記憶されない場合がある。

さらに、発着信履歴データは、発着信を行った内線電話機の内部又は構内交換機の内部に記憶されており、複数の電話機を使用するユーザは、実際に発着信が発生した電話機を操作しなければ、同じユーザであっても他の電話機で発着信を行った場合の発着信履歴データを確認することが困難である。

本発明は、上記実情に鑑みてなされたものであり、ユーザが確認可能な発着信履歴データの数を増加させる発着信履歴管理装置及びプログラムに関する。

実施形態の例の発着信履歴管理装置は、第１の受信部と、履歴管理部と、第２の受信部と、第１の取得部と、第２の取得部と、送信部とを備える。第１の受信部は、少なくとも発信電話機から着信を受けた場合又は着信電話機へ発信を行う場合に発信電話番号と着信電話番号とを含むコールイベントを発行する交換機から、コールイベントを受信する。履歴管理部は、コールイベントに含まれている発信電話番号と着信電話番号とを関連付けた履歴データを第１の記憶装置に記憶する。第２の受信部は、ユーザ端末から識別データを受信する。第１の取得部は、第２の記憶装置に記憶されており複数の電話番号を関連付けている番号データを参照し、識別データに関連する１以上の電話番号を取得する。第２の取得部は、第１の記憶装置から、取得された１以上の電話番号に関連する発信電話番号又は着信電話番号を含む履歴データを取得する。送信部は、ユーザ端末へ、取得された履歴データを送信する。

本発明によれば、ユーザが確認可能な発着信履歴データの数を増加させることができる。

第１の実施形態に係る発着信履歴管理装置を備える通話システムの構成の例を示すブロック図。 第１の実施形態に係る通話システムのハードウェア構成の例を示すブロック図。 第１の実施形態に係るコールイベントの例を示すデータ構造図。 第１の実施形態に係る識別データ、管理データ、番号データ、発着信履歴データの関係の例を示すデータ構造図。 第１の実施形態に係る発着信履歴管理装置の発着信履歴データ生成処理の例を示すフローチャート。 第１の実施形態に係る発着信履歴管理装置の発着信履歴データ取得処理の例を示すフローチャート。 第１の実施形態に係るユーザ端末の表示装置の表示画面の例を示す図。 第２の実施形態に係る通話システムの構成の例を示すブロック図。

以下、図面を参照して実施形態について説明する。図面において、同一の機能及び構成要素については、同一符号を付して説明を省略するか、又は、簡単に説明を行う。

（第１の実施形態）
第１の実施形態では、交換機から発行されたコールイベントに基づいて発着信履歴データを生成し、ユーザ端末から識別データを受信し、識別データに関連する１又は複数の登録電話番号を取得し、取得された１又は複数の登録電話番号に対応する発着信履歴データをユーザ端末へ送信する発着信履歴管理装置について説明する。

図１は、第１の実施形態に係る発着信履歴管理装置３を備える通話システム１の構成の例を示すブロック図である。

通話システム１は、交換機２と発着信履歴管理装置３とを備える。通話システム１は、ユーザ端末４をさらに備えるとしてもよい。

交換機２は、電話機Ｔ１〜Ｔｎと通信可能である。第１の実施形態において、電話機Ｔ０は、交換機２の配下にはない、すなわち内線電話に属さないとする。一方、電話機Ｔ１〜Ｔｎは、交換機２の配下にあり、内線電話に属するとする。この図１の例において、電話機Ｔ０〜Ｔｎが内線電話に属するか否かの属性は一例であり、自由に変更可能である。

図１では、電話機Ｔ０が発信電話機（発信元）であり、電話機Ｔ１が着信電話機（発信先）である場合を例として説明するが、電話機Ｔ０〜Ｔｎのいずれが発信電話機であり、いずれが着信電話機であってもよい。電話機Ｔ０〜Ｔｎは、固定式電話機でもよく、携帯式電話機でもよい。

図１では、ユーザ端末４と電話機Ｔ０〜Ｔｎとを別構成としているが、ユーザ端末４は電話機Ｔ０〜Ｔｎのいずれかであってもよい。

交換機２は、接続部５と、イベント発行部６と、記憶装置７と、ＡＰＩ（Application Programming Interface）制御部８とを備える。第１の実施形態において、交換機２は、局内交換機の場合を例として説明するが、交換機２は、他の種類の電話交換機でもよい。

接続部５は、発信電話機である電話機Ｔ０から着信を受けた場合に、当該電話機Ｔ０と着信電話機である電話機Ｔ１との間を通話可能に接続する。

イベント発行部６は、接続部５による接続動作とともに、すなわち接続部５による接続動作と並列的に、コールイベントを発着信履歴管理装置３へ発行する。

第１の実施形態において、コールイベントは、例えば、発信電話番号（FROM）、着信電話番号（TO）、イベント種別を含む。さらに、コールイベントは、例えば、イベント発生時刻データを含むとしてもよい。

イベント種別としては、例えば、交換機２が着信したことを示す着信イベント（INCOMING）、交換機２が発信したことを示す発信イベント（OUTGOING又はDIALED）、発信電話機Ｔ０からの呼び出しに対して着信電話機Ｔ１が応答（通話又は接続）したことを示す応答イベント（CONNECTED）などがある。

記憶装置７は、番号データ９を記憶する。なお、記憶装置７は、交換機２と別構成としてもよい。記憶装置７は、複数の記憶装置から構成されていてもよい。

番号データ９は、例えば、交換機２によって管理されている電話番号を含む。番号データ９は、例えば、同一のユーザに割り当てられている少なくとも１つの電話番号（以下、登録電話番号という）を関連付けているデータである。番号データ９は、例えば、テーブル形式のデータでもよく、リスト形式のデータでもよく、そのデータ構造は、ある電話番号から、当該ある電話番号に関連付けられている他の電話番号が取得可能であればよい。なお、複数のデータを互いに関連付けている後述の他のデータのデータ構造についても同様である。

識別データは、例えば、ユーザの名前、ユーザ固有のＩＤ又は番号、ユーザが使用する装置識別データ（装置ＩＤ）、ユーザの属性データでもよい。ユーザの属性データとは、例えば、ユーザの所属する会社、部署、グループなどでもよい。また、識別データは、ユーザが使用する電話機の電話番号でもよい。例えば、ユーザには固有の内線番号が割り振られており、この内線番号が識別データとして利用されてもよい。

第１の実施形態において、各種の電話番号は、例えば、電話機の固有電話番号でもよく、複数の電話機に割り当てられている共有の電話番号でもよく、仮想内線に関する電話番号でもよい。

ここで、仮想内線とは、交換機２において内線データとして通常の内線と同様に定義・管理されているが、交換機２配下の物理的な電話機（通信装置などのデバイス）に関連付けられていない内線である。仮想内線は、物理的な電話機と関連付けられない場合であっても通常の内線と同様に電話機に近い高機能を持つことも可能である。また、仮想内線は、必ずしも交換機２内でデータのみで定義される必要はなく、交換機２内部に備えられたプログラムを包括した形式で定義されてもよい。

ＡＰＩ制御部８は、発着信履歴管理装置３から所定の規則に準拠したコマンドを受信した場合に、コマンドに応じた処理を実行し、処理結果を発着信履歴管理装置３へ返信する。具体例として、ＡＰＩ制御部８は、発着信履歴管理装置３から番号データ９の送信コマンドを受信し、送信コマンドに基づいて記憶装置７から番号データ９を読み出し、番号データ９を発着信履歴管理装置３へ送信してもよい。

発着信履歴管理装置３は、例えばサーバ装置などの情報処理装置であり、交換機２と通信可能である。発着信履歴管理装置３は、例えば、ＣＴＩ（Computer Telephony Integration）サーバなどでもよい。

発着信履歴管理装置３は、受信部１０と、履歴管理部１１と、受信部１２と、番号取得部１３と、履歴取得部１４と、送信部１５と、問合せ部２３と、登録部２４と、記憶装置１６とを備える。発信履歴管理装置３は、記憶装置１６へ各種データを記憶し、又は、記憶装置１６から各種データを読み出すことができる。発着信履歴管理装置３は、複数の情報処理装置が連携して実現されてもよい。記憶装置１６は、発着信履歴管理装置３と別構成でもよい。記憶装置１６は、例えばデータベース管理システムでもよい。記憶装置１６は、例えば複数の記憶装置から構成されてもよい。

受信部１０は、交換機２から発行されたコールイベントを受信する。

履歴管理部１１は、コールイベントに含まれているイベント種別が、着信イベント、発信イベント、応答イベントのいずれかであるか否か判断する。

そして、履歴管理部１１は、コールイベントに含まれているイベント種別が着信イベント又は発信イベントを示す場合に、コールイベントに含まれている発信電話番号と、着信電話番号と、イベント種別を示す種別データと、未応答（不在）であることを示す状態（ステータス）データと、時刻（日時）データとを関連付けた発着信履歴データ１７１を生成し、発着信履歴データ１７１を記憶装置１６に記憶する。

ここで、発着信履歴データ１７１に含まれる時刻データには、コールイベントにイベント発生時刻データが含まれている場合には、コールイベントに含まれているイベント発生時刻データを用いてもよい。あるいは、発着信履歴データ１７１に含まれる時刻データは、発着信履歴管理装置３の時計機能によって管理されている時刻（システム時刻）を用いて設定されてもよい。

その後も同様に、履歴管理部１１は、受信部１０によって受信されたコールイベントの種別が着信イベント又は発信イベントであるたびに、それぞれ発着信履歴データ１７２〜１７ｍを生成し、発着信履歴データ１７２〜１７ｍを記憶装置１６に記憶する。これにより、記憶装置１６に発着信履歴データ１７１〜１７ｍが蓄えられていく。発着信履歴データ１７１〜１７ｍは、例えば、テーブル形式で管理されてもよい。

一方で、履歴管理部１１は、コールイベントに含まれているイベント種別が応答イベントを示す場合、記憶装置１６に記憶されている発着信履歴データ１７１〜１７ｍの中から、コールイベントに含まれている発信電話番号と着信電話番号とを含む発着信履歴データを抽出し、この抽出した発着信履歴データの状態データを、未応答から応答に更新し、更新された発着信履歴データを記憶装置１６に記憶する。

記憶装置１６は、発着信履歴データ１７１〜１７ｍと、管理データ４３と、電話番号管理データ２２とを記憶する。また、記憶装置１６は、番号データ９を記憶していてもよい。

管理データ４３は、識別データと参照用電話番号とを関連付けている。さらに、管理データ４３は、識別データに対して各種のユーザ情報を関連付けていてもよい。この場合、発着信履歴管理装置３は、識別データと管理データ４３とを用いてユーザ認証又はユーザの属性の認証などを行うことができる。

電話番号管理データ２２は、例えば、発着信履歴管理装置３において管理されており電話帳機能で用いられるデータであり、電話番号と氏名又は名称などとを関連付けている。

受信部１２は、ユーザ端末４から識別データを受信する。

番号取得部１３は、例えば、記憶装置１６に記憶されている管理データ４３を取得（参照）する。管理データ４３は、識別データと参照用電話番号とを関連付けている。番号取得部１３は、管理データ４３から、受信部１２によって受信された識別データと関連付けられている参照用電話番号を取得する。

また、番号取得部１３は、例えば、記憶装置１６に記憶されている番号データ９を取得する。

番号取得部１３は、記憶装置１６に番号データ９が記憶されていない場合、又は、記憶装置１６から番号データ９を取得することができない場合、例えば、番号データ９の送信コマンドを交換機２へ送信してもよい。この場合、交換機２のＡＰＩ制御部８は、送信コマンドを受信し、送信コマンドにしたがって記憶装置７から番号データ９を読み出し、読み出された番号データ９を発着信履歴管理装置３に送信する。番号取得部１３は、交換機２から番号データ９を受信する。

そして、番号取得部１３は、番号データ９の中から、取得された参照用電話番号に関連付けられている１以上の登録電話番号を取得する。

なお、識別データが電話番号の場合、上記のような番号取得部１３による参照用電話番号を取得する処理と管理データ４３とは省略してもよい。この場合、番号取得部１３は、識別データをそのまま参照用電話番号として用いて、番号データ９の中から１以上の登録電話番号を取得してもよい。

履歴取得部１３は、記憶装置１６に記憶されている発着信履歴データ１７１〜１７ｍの中から、番号取得部１３によって取得された１以上の登録電話番号を含む発着信履歴データを取得する。

例えば、１以上の登録電話番号として、ユーザが使う内線番号と、複数の共有電話番号とが番号取得部１３によって取得されたとする。この場合、履歴取得部１３は、取得された内線番号と複数の共有電話番号とのうちのいずれかの番号と一致する発信電話番号又は着信電話番号を含む発着信履歴データを抽出する。

例えば、履歴取得部１３は、上記のように発信電話番号又は着信電話番号の一致により発着信履歴データを抽出することに加えて、発着信履歴データの時刻データが直近から所定期間内であること、発着信履歴データが直近から所定数内であること、発着信履歴データの種別データが着信イベントであること、発着信履歴データの種別データが発信イベントであること、発着信履歴データの状態データが未応答であること、又は、発着信履歴データの状態データが応答であること、の少なくとも１つを抽出条件に加えてもよい。

送信部１５は、履歴取得部１３によって取得されたすべての又は一部の発着信履歴データをユーザ端末４へ送信する。

例えば、送信部１５は、取得された発着信履歴データの時刻データが直近から所定期間内であること、発着信履歴データが直近から所定数内であること、発着信履歴データの種別データが着信イベントであること、発着信履歴データの種別データが発信イベントであること、発着信履歴データの状態データが未応答であること、又は、発着信履歴データの状態データが応答であること、の少なくとも１つを送信条件に加えてもよい。

発着信履歴管理装置３からユーザ端末４へ送信される発着信履歴データの条件は、ユーザ端末４から指定可能としてもよい。

問合せ部２３は、履歴取得部１３によって取得された発着信履歴データに含まれている発信電話番号又は着信電話番号が、記憶装置１６に記憶されている電話番号管理データ２２に含まれているか否か判断する。そして、問合せ部２３は、取得された発着信履歴データに含まれている発信電話番号又は着信電話番号が電話番号管理データ２２に含まれていない場合に、電話番号管理データ２２に含まれていない発信電話番号又は着信電話番号を電話番号管理データ２２に登録するか否かをユーザ端末４に問合せる。

例えば、問合せ部２３は、電話番号管理データ２２に含まれていない発信電話番号又は着信電話番号の表示位置近傍に、登録ボタンを表示し、ユーザが登録を希望する場合に登録ボタンの指定を促すための処理を実行する。

登録部２４は、ユーザ端末４から登録指示を受けた場合に、電話番号管理データ２２に含まれていない発信電話番号又は着信電話番号を電話番号管理データ２２に登録する。これにより、発着信履歴管理装置３における電話帳機能で用いられる電話番号管理データ２２を充実させることができる。

ユーザ端末４は、例えばクライアント装置などの情報処理装置であり、発着信履歴管理装置３と通信可能である。ユーザ端末４は、例えば、パーソナルコンピュータ、タブレット型コンピュータ、スマートフォン、固定式電話機、携帯式電話機などでもよい。

ユーザ端末４は、送信部１８と、受信部１９と、表示制御部２０とを備える。ユーザ端末４の送信部１８と受信部１９と表示制御部２０とは、例えば、オペレーティングシステム、ブラウザ、アプリケーションプログラム、又は、それらの２以上の組み合わせなどで実現される。

送信部１８は、例えばユーザの操作にしたがって識別データを発着信履歴管理装置３へ送信する。なお、送信部１８は、抽出したい発着信履歴データの条件として、例えば、データ数、時刻データ、種別データ、状態データの指定を、発着信履歴管理装置３へ通知してもよい。

また、送信部１８は、電話番号管理データ２２に含まれていない発信電話番号又は着信電話番号に関する登録指示を、発着信履歴管理装置３へ送信する。

受信部１９は、発着信履歴管理装置３から発着信履歴データを受信する。また、受信部１９は、電話番号管理データ２２に含まれていない発信電話番号又は着信電話番号を電話番号管理データ２２に登録するか否かの問合せを、発着信履歴管理装置３から受信する。

表示制御部２０は、受信された発着信履歴データを表示するための制御を実行する。また、表示制御部２０は、電話番号管理データ２２に対する登録の問合せを受けた場合に、例えば登録ボタンなどのような登録指示を受け付けるためのアイコンなどを表示する。

図２は、第１の実施形態に係る通話システム１のハードウェア構成の例を示すブロック図である。

交換機２は、例えば、記憶装置７、プロセッサ２５、通信装置２６を備える。記憶装置７は、番号データ９とプログラム２７とを記憶する。プロセッサ２５は、記憶装置７に記憶されているプログラム２７を実行することにより、上記図１の接続部５、イベント発行部６、ＡＰＩ制御部８として機能するとともに、通信装置２６を制御して他の装置との間で通信を行う。

発着信履歴管理装置３は、例えば、記憶装置１６、プロセッサ２８、通信装置２９を備える。記憶装置１６は、番号データ９と、発着信履歴データ１７１〜１７ｍと、プログラム３０と、管理データ４３と、電話番号管理データ２２とを記憶する。プロセッサ２８は、記憶装置１６に記憶されているプログラム３０を実行することにより、上記図１の受信部１０、履歴管理部１１、受信部１２、番号取得部１３、履歴取得部１４、送信部１５、問合せ部２３、登録部２４として機能するとともに、通信装置２９を制御して他の装置との間で通信を行う。

ユーザ端末４は、例えば、記憶装置２１、操作装置３１、表示装置３２、プロセッサ３３、通信装置３４を備える。記憶装置２１は、電話番号管理データ２２とプログラム３５とを記憶する。操作装置３１は、ユーザの操作を受け付ける装置であり、例えば、タッチパネル、キーボード、マウスなどの入力デバイスでもよい。表示装置３２は、例えば、液晶ディスプレイ、有機ＥＬディスプレイなどテキスト又は画像などを表示可能なデバイスである。プロセッサ３３は、記憶装置２１に記憶されているプログラム３５を実行することにより、上記図１の送信部１８、受信部１９、表示制御部２０として機能するとともに、通信装置３４を制御して他の装置との間で通信を行う。プログラム３５は、例えば、オペレーティングシステム、ブラウザ、アプリケーションプログラムなどでもよい。

上記の図２において、番号データ９は、交換機２の記憶装置７と発着信履歴管理装置３の記憶装置１６とに記憶されているが、交換機２の記憶装置７と発着信履歴管理装置３の記憶装置１６とのいずれか一方に記憶されていればよい。

図３は、第１の実施形態に係るコールイベント３６の例を示すデータ構造図である。

コールイベント３６は、交換機２において発信イベント、着信イベント、応答イベントなどの各種のイベントが発生した場合に、当該交換機２から発着信履歴管理装置３へ発行される。

コールイベント３６は、例えば、発信電話番号３６ａ、着信電話番号３６ｂ、イベント種別３６ｃ、イベント発生時刻データ３６ｄを含む。なお、イベント発生時刻データ３６ｄは、コールイベント３６に含まれていなくてもよい。また、コールイベント３６は、発生したイベント固有のコール識別データ（コールＩＤ）を含むとしてもよい。

発信電話番号３６ａは、発信元の電話機の電話番号を示す。着信電話番号３６ｂは、着信先の電話機の電話番号を示す。

イベント種別３６ｃは、例えば、交換機２に発生したイベントが、交換機２が着信したことを示す着信イベントか、交換機２が発信したことを示す発信イベントか、又は、例えば着信電話機などの相手側電話機が応答することで発信電話機と着信電話機とが接続状態となったことを示す応答イベントか、などの種別を示す。

なお、着信イベントは、例えば、外線又は内線の発信電話機から交換機２経由で内線の着信電話機への呼び出しが発生するイベントである。発信イベントは、例えば、内線の発信電話機から交換機２経由で外線又は内線の着信電話機への呼び出しが発生するイベントである。応答イベントは、例えば、交換機２にとって着信であっても発信であっても発信電話機と着信電話機とが接続状態になった場合に発生する。

イベント発生時刻データ３６ｄは、コールイベント３６に対応するイベントが発生した時刻を示す。

図４は、第１の実施形態に係る識別データ３７、管理データ４３、番号データ９、発着信履歴データ１７１〜１７ｍの関係の例を示すデータ構造図である。この図４において、番号データ９は、識別データ３７と当該識別データ３７に関連付けられている１以上の登録電話番号（電話番号３８、電話番号３８ａ、共有の電話番号３８ｂ，３８ｃ）のみを代表して示している。発着信履歴データ１７１〜１７ｍは、発着信履歴データ１７１，１７ｍのみを代表して示している。

識別データ３７は、例えば、ユーザ端末４から発着信履歴管理装置３へ送信されるデータであり、発着信履歴を閲覧したいユーザに対して割り当てられている固有の識別データである。識別データ３７は、個人識別可能であれば、例えば、ユーザＩＤ、ユーザの使う装置ＩＤ、名前、ユーザの使う内線番号などでもよい。

管理データ４３は、識別データ３７と参照用電話番号３７ａとを関連付けている、管理データ４３は、識別データ３７を参照用電話番号３７ａに変換するために用いられる。なお、識別データ３７が電話番号の場合には、この管理データ４３を用いた変換処理は省略することができる。

番号データ９は、例えば、同一のユーザに割り当てられている電話番号を関連付けている。

この図４の例においては、上記のように、番号データ９は、例えば、同一のユーザに割り当てられている電話番号３８、内線の電話番号３８ａ、共有の電話番号３８ｂ、共有の電話番号３８ｃを関連付けている。したがって、発着信履歴管理装置３は、参照用電話番号３７ａに基づいて番号データ９を検索することで、参照用電話番号３７ａと一致する電話番号３８、さらに電話番号３８に関連する内線の電話番号３８ａ、共有の電話番号３８ｂ、共有の電話番号３８ｃを、同一ユーザに関する登録電話番号として取得することができる。

発着信履歴データ１７１〜１７ｍのそれぞれは、例えば、発信電話番号、着信電話番号、履歴の種別を示す種別データ、呼の状態を示す状態データ、時刻データを関連付けている。

発着信履歴データ１７１〜１７ｍの発信電話番号、着信電話番号、時刻データは、それぞれ、対応するコールイベントの発信電話番号、着信電話番号、イベント発生時刻データに基づいて生成される。

発着信履歴データ１７１〜１７ｍの種別データは、対応するコールイベントのイベント種別が着信イベントの場合に着信を示し、コールイベントのイベント種別が発信イベントの場合に発信を示す。

発着信履歴データ１７１〜１７ｍの種別データは、対応するコールイベントのイベント種別が着信イベント又は発信イベントの場合に未応答を示し、対応するコールイベントのイベント種別が応答イベントの場合に未応答から応答へ更新される。

この図４の例において、発着信履歴データ１７１は、例えば、発信電話番号３９ａ、着信電話番号３９ｂ、種別データ３９ｃ、状態データ３９ｄ、時刻データ３９ｅを含む。

また、発着信履歴データ１７ｍは、例えば、発信電話番号４０ａ、着信電話番号４０ｂ、種別データ４０ｃ、状態データ４０ｄ、時刻データ４０ｅを含む。

発着信履歴管理装置３は、識別データ３７から取得された１以上の登録電話番号である電話番号３８、内線の電話番号３８ａ、共有の電話番号３８ｂ、共有の電話番号３９ｃに基づいて発着信履歴データ１７１〜１７ｍを検索する。

この図４の例においては、識別データ３７から取得された内線の電話番号３８ａと、発着信履歴データ１７１の発信電話番号３９ａとが一致するとする。また、識別データ３７から取得された共有の電話番号３８ｃと、発着信履歴データ１７ｍの着信電話番号４０ｂとが一致するとする。

この場合、発着信履歴管理装置３は、識別データ３７の示すユーザに対する履歴データとして、取得された内線の電話番号３８ａと一致する発信電話番号３９ａを含む発着信履歴データ１７１と、取得された共有の電話番号３８ｃと一致する着信電話番号４０ｂを含む発着信履歴データ１７ｍとを、ユーザ端末４へ送信する。

図５は、第１の実施形態に係る発着信履歴管理装置３の発着信履歴データ生成処理の例を示すフローチャートである。この図５では、上記図３のコールイベント３６の発行に基づいて上記図４の発着信履歴データ１７１が生成される場合を例として説明する。

ステップＳ５０１において、受信部１０は、交換機２から発行されたコールイベント３６を受信する。

ステップＳ５０２において、履歴管理部１１は、コールイベント３６に含まれているイベント種別３６ｃが、着信イベント又は発信イベントであるか、あるいは、応答イベントであるか判断する。

イベント種別３６ｃが着信イベント又は発信イベントの場合、ステップＳ５０３において、履歴管理部１１は、コールイベント３６に含まれている発信電話番号３６ａ、着信電話番号３６ｂ、イベント種別３６ｃ、イベント発生時刻データ３６ｄを、それぞれ発着信履歴データ１７１の発信電話番号３９ａ、着信電話番号３９ｂ、種別データ３９ｃ、時刻データ３９ｅとする。また、履歴管理部１１は、発着信履歴データ１７１の状態データ３９ｄを未応答とする。この結果、コールイベント３６に対応する発着信履歴データ１７１が生成される。

ステップＳ５０４において、履歴管理部１１は、生成された発着信履歴データ１７１を記憶装置１６に記憶する。そして、処理は、ステップＳ５０７へ移動する。

上記のステップＳ５０２においてイベント種別３６ｃが応答イベントであると判断された場合、ステップＳ５０５において、履歴管理部１１は、例えば、コールイベント３６に含まれている発信電話番号３６ａ、着信電話番号３６ｂ、イベント発生時刻データ３６ｄに基づいて、コールイベント３６に対応する発着信履歴データ１７１を記憶装置１６から抽出する。より具体的には、履歴管理部１１は、例えば、複数の発着信履歴データ１７１〜１７ｍの中から、コールイベント３６の発信電話番号３６ａと着信電話番号３６ｂと一致する発信電話番号３９ａと着信電話番号３９ｂとを含み、イベント発生時刻データ３６ｄから所定期間内の時刻データ３９ｅを含む発着信履歴データ１７１を抽出する。

ステップＳ５０６において、履歴管理部１１は、例えば、コールイベント３６に基づいて抽出された発着信履歴データ１７１の状態データ３９ｄを未応答から応答へ更新し、更新された発着信履歴データ１７１を記憶装置１６に記憶する。そして、処理は、ステップＳ５０７へ移動する。

ステップＳ５０７において、発着信履歴管理装置３は、発着信履歴データ生成処理を継続するか否か判断する。発着信履歴データ生成処理を継続する場合、処理はステップＳ５０１へ戻る。発着信履歴データ生成処理を継続しない場合、処理は終了する。

図６は、第１の実施形態に係る発着信履歴管理装置３の発着信履歴データ取得処理の例を示すフローチャートである。この図６では、識別データ３７に対して発着信履歴データ１７１，１７ｍが取得される場合を例として説明する。

ステップＳ６０１において、受信部１２は、ユーザ端末４から識別データ３７を受信する。

ステップＳ６０２において、番号取得部１３は、例えば、管理データ４３に基づいて識別データ３７を参照用電話番号３７ａに変換するとともに、交換機２の記憶装置７又は記憶装置１６に記憶されている番号データ９を取得する。

ステップＳ６０３において、番号取得部１３は、番号データ９の中から、参照用電話番号３７ａに関連する１以上の登録電話番号として、電話番号３８、電話番号３８ａ、共有の電話番号３８ｂ，３８ｃを取得する
ステップＳ６０４において、履歴取得部１３は、記憶装置１６に記憶されている発着信履歴データ１７１〜１７ｍから、取得された１以上の電話番号３８、電話番号３８ａ、共有の電話番号３８ｂ，３８ｃを含む発着信履歴データを検索し、例えば、取得された電話番号３８ａを含む発着信履歴データ１７１と取得された共有の電話番号３８ｃを含む発着信履歴データ１７ｍとを取得する。なお、発着信履歴データ１７１〜１７ｍから発着信履歴データを抽出する場合には、さらに、種別データ、状態データ、時刻データなどの条件を加え、条件を満たすデータを抽出してもよい。

ステップＳ６０５において、送信部１５は、履歴取得部１３によって取得された発着信履歴データ１７１，１７ｍをユーザ端末４へ送信する。なお、発着信履歴データ１７１，１７ｍを送信する場合には、種別データ、状態データ、時刻データなどに基づき送信を許可するための条件を満たすデータを送信してもよい。

図７は、第１の実施形態に係るユーザ端末４の表示装置３２の表示画面４１の例を示す図である。

ユーザ端末４の送信部１８は、操作装置３１に対するユーザの操作にしたがって識別データ３７を発着信履歴管理装置３へ送信する。

ユーザ端末４の受信部１９は、発着信履歴管理装置３から、識別データ３７に対応する発着信履歴データ１７１，１７ｍと未登録の電話番号に対する登録ボタン４２とを含む画面データを受信する。

表示制御部２０は、受信された画面データに基づいて、ユーザに関連する発着信履歴を示す画面４１を表示装置３２に表示させる。画面４１は、日時、発信元、着信先、名前、会社名又は部署名などの所属、登録ボタン４２を含む。このように、履歴と登録ボタン４２とを表示する画面は同じでもよい。

ここで、ユーザは操作装置３１を操作し、表示されている登録ボタン４２を指定したとする。すると、ユーザ端末４は、発着信履歴管理装置３の登録部２４へ登録指示を送信する。発着信履歴管理装置３の登録部２４は、登録指示を受信し、登録指示のされた発信電話番号又は着信電話番号を電話番号管理データ２２に登録する。

以上説明した通話システム１の特徴を具体的に説明する。

通話システム１において、発着信履歴管理装置３は、交換機２にＡＰＩ等に準拠して接続され、コールイベント３６を受信できる状態にセットアップされる。交換機２から発着信履歴管理装置３へのデータ転送については、例えば、ＦＴＰ（File Transfer Protocol）、ＨＴＴＰ（Hypertext Transfer Protocol）、交換機２専用のプロトコルなど様々なプロトコルにしたがって実現可能である。例えば、発着信履歴管理装置３は交換機２に対して常時接続されてもよく、交換機２はイベント発生時に発着信履歴管理装置３との間で接続を確保してもよい。

第１の実施形態において、交換機２は、交換機２配下の各電話機Ｔ１〜Ｔｎに対する着信、発信、応答のイベントが発生した場合に、発信、着信、応答（又は接続）に関するコールイベント３６の発行と、発信、着信、応答に基づく処理とを並列的に実行する。応答に関するコールイベント３６は、着信又は発信に対して相手側の電話機（着信電話機）が応答した場合に発行される。交換機２から発着信履歴管理装置３へ発行されるコールイベント３６は、発信電話番号３６ａ、着信電話番号３６ｂ、イベント種別３６ｃを含む。イベント種別３６ｃは、例えば、発信イベント、着信イベント、又は、応答イベントのいずれかを示す。なお、イベント種別３６ｃは、他の種別を持つとしてもよい。コールイベント３６のイベント種別３６ｃの表記方式及びコールイベント３６の通知方式については、交換機２の機種に応じて適宜変更可能である。

発着信履歴管理装置３は、コールイベントより発信電話番号３６ａ、着信電話番号３６ｂ、イベント種別３６ｃを取得し、判別し、システム上表現可能な形の発着信履歴データ１７１を生成し、記憶装置１６に記憶する。具体的には、発着信履歴管理装置３は、コールイベントのイベント種別３６ｃが着信イベント又は発信イベントを示す場合に、発着信履歴データ１７１を生成及び記憶し、コールイベントのイベント種別３６ｃが応答イベントを示す場合に、記憶装置１６に記憶済みの発着信履歴データ１７１の状態データ３９ｄを更新する。

ユーザ端末４は、操作装置３１で受け付けたユーザの指示にしたがって、履歴要求コマンド、取得したい種別データの指定、取得したい状態データの指定、識別データ３７を発着信履歴管理装置３に送信する。

発着信履歴管理装置３は、ユーザ端末４から、履歴要求コマンド、取得したい種別データの指定、取得したい状態データの指定、識別データ３７を受信し、番号データ９から識別データ３７に関連する１以上の登録電話番号を取得する。さらに、発着信履歴管理装置３は、取得された１以上の登録電話番号のいずれかを含む発着信履歴データ１４１，１４ｍを取得し、取得された発着信履歴データ１４１，１４ｍをユーザ端末４へ送信する。なお、発着信履歴管理装置３は、取得された１以上の登録電話番号から発着信履歴データを取得する際、又は、取得された発着信履歴データをユーザ端末４へ送信する際に、指定された種別データ及び指定された状態データによりスクリーニングを行い、指定された条件を満たす発着信履歴データのみを取得又は送信してもよい。

ユーザ端末４は、発着信履歴管理装置３から発着信履歴データ１４１，１４ｍを受信し、発着信履歴データ１４１，１４ｍを表示装置３２に表示する。ユーザ端末４に送信される発着信履歴データ１４１，１４ｍ中に、発着信履歴管理装置３で管理されている電話番号管理データ２２に含まれていない電話番号がある場合、発着信履歴管理装置３は、ユーザ端末４によって表示される画面４１に登録ボタン４２が含まれるように画面データを生成する。ユーザがユーザ端末４の操作装置３１を操作し、登録ボタン４２を指定した場合、ユーザ端末４は、登録指示を発着信履歴管理装置３へ送信し、発着信履歴管理装置３の登録部２４は、電話番号管理データ２２に含まれていない電話番号を電話番号管理データ２２に登録する。

以下で、発信又は着信に関する発着信履歴データ１７１の生成について説明する。

発着信履歴管理装置３は、交換機２からイベント種別３６ｃが着信イベント又は着信イベントを示すコールイベント３６を受信した場合に、発信電話番号３９ａ、着信電話番号３９ｂ、発信又は着信を示す種別データ３９ｃ、時刻データ３９ｅを含む発着信履歴データ１７１を記憶装置１６へ記憶する。コールイベント３６がイベント発生時刻データ３６ｄを含まない場合は、発着信履歴管理装置３の持つシステム時刻を時刻データ３９ｅに設定してもよい。

発信イベント又は着信イベントを示すイベント種別３６ｃを持つコールイベント３６は、交換機２において発信イベント又は着信イベントが発生した際に、即座に、発着信履歴管理装置３へ通知される。この時点で相手方の電話機が応答しているとは限らないため、コールイベント３６に応じて生成される発着信履歴データ１７１の状態データ３９ｅは未応答で初期化される。

内線電話から外線への発信の場合、コールイベント３６の着信電話番号３６ｂは、0-03-XXXX-YYYYのような形で先頭部分に外線に対する発信であることを示すプレフィックス「0」を含む。このため、発着信履歴管理装置３は、コールイベント３６の着信電話番号３６ｂからプレフィックスを削除して発着信履歴データ１７１の着信電話番号３９ｂを生成してもよい。

これとは逆に、外線から内線電話への着信の場合、コールイベント３６の発信電話番号３６ａは、先頭部分に外線からの着信であることを示すプレフィックス「0」を含む。このため、発着信履歴管理装置３は、コールイベント３６の発信電話番号３６ａからプレフィックスを削除して発着信履歴データ１７１の発信電話番号３９ａを生成してもよい。

なお、着信に関するコールイベント３６の発信電話番号３６ａが空情報の場合、発着信履歴データ１７１は非通知着信として取り扱われ、例えば、発着信履歴データ１７１の発信電話番号３９ａも空情報としてもよい。

以下で、応答に関する発着信履歴データ１７１の更新について説明する。

内線電話から外線又は内線への発信については相手側の電話機が応答した場合、又は、外線又は内線から内線電話への着信については内線の電話機が着信呼に対して応答した場合、発着信履歴管理装置３は、応答イベントを示すイベント種別３６ｃを持つコールイベント３６を、交換機２から受信する。

すると、発着信履歴管理装置３は、コールイベント３６の発信電話番号３６ａ及び着信電話番号３６ｂに基づいて、記憶装置１６の発着信履歴データ１７１〜１７ｍの中から、コールイベント３６に対応する発着信履歴データ１７１を検索する。具体的には、発着信履歴管理装置３は、コールイベント３６の発信電話番号３６ａ及び着信電話番号３６ｂと一致する発信電話番号３９ａ及び着信電話番号３９ｂを持ち、状態データ３９ｄが未応答の発着信履歴データ１７１を取得する。

そして、発着信履歴管理装置３は、取得された発着信履歴データ１７１の状態データ３９ｄを応答に更新し、更新された発着信履歴データ１７１を記憶装置１６に記憶する。

なお、発着信履歴データ１７１の検索の条件には、コール識別データ、直近から所定期間内の時刻データ３９ｅを持つことなどの他の条件を加えてもよい。

これにより、ユーザは、着信呼、発信呼が応答したことが確認可能となる。応答イベントを示すイベント種別３６ｃを持つコールイベント３６が発行されなかった場合には、対応する発着信履歴データ１７１の状態データ３９ｄは未応答で維持される。

以下で、各種のデータ間の関連付けについて説明する。

発着信履歴管理装置３と通信可能に接続されるユーザ端末４は、発着信履歴データを閲覧可能である。ユーザ端末４は、例えば、ユーザの属性、又は、ユーザに割り当てられている内線番号などを示す識別データ３７を持つ。ここでは、識別データ３７として用いられるユーザの内線番号が2000であると仮定する。この内線番号2000は、ユーザが用いる電話機固有の内線番号であるとする。識別データ３７が電話番号ではない場合には、管理データ４３を用いて識別データ３７が電話番号2000へ変換されてもよい。

番号データ９では、内線番号2000と、第１の共有の電話番号3000と、第２の共有の電話番号3001と、第３の共有の電話番号3002とが関連付けられているとする。

なお、番号データ９において内線番号2000と関連付けられる登録電話番号は、共有の電話番号ではなく、例えば仮想内線などの他の種類の電話番号でもよい。番号データ９において内線番号2000と関連付けられる登録電話番号の数は自由に変更可能であり、特に上限を設ける必要はない。

発着信履歴管理装置３は、番号データ９を交換機２からＡＰＩを用いて取得してもよいし、交換機２から番号データ９を取得できない場合、発着信履歴管理装置３がアクセス可能な記憶装置１６から取得してもよい。

発着信履歴管理装置３は、着信に関する履歴を取得する場合、種別データが着信を示し、かつ、着信電話番号が2000、3000、3001、又は、3002を示す発着信履歴データを取得する。

一方、発着信履歴管理装置３は、発信に関する履歴を取得する場合、種別データが発信を示し、発信電話番号が2000、3000、3001、又は、3002を示す発着信履歴データを取得する。

なお、上記の例では、識別データ３７として、ユーザの使用する電話機を特定可能な内線番号2000を用いているが、交換機２の種別によっては、識別データ３７として電話機端末名を用いてもよい。この場合、内線番号2000と電話機端末名とでユーザ端末４を特定し、当該ユーザ端末４に関連する１以上の登録電話番号を取得してもよい。

以上説明した第１の実施形態に係る通話システム１によって実現される作用効果について説明する。

第１の実施形態においては、電話機ごとに発着信履歴データを記憶する場合と比較して、より多くの発着信履歴データ１７１〜１７ｍを記憶し、表示することができる。したがって、ユーザは、発着信回数が多くなっても必要な発着信履歴データを確認することができる。

第１の実施形態においては、複数のユーザに割り当てられている共有の電話番号を関する発着信が発生した場合であっても、発着信履歴データ１７１〜１７ｍを記憶し、必要な発着信履歴データを表示することができる。したがって、共有の電話番号が例えば代表電話番号として利用されている場合に、この代表電話番号に関する発着信履歴データをユーザは確認することができ、通話システム１におけるユーザの利便性を向上させることができる。

第１の実施形態においては、例えば内線番号などのような識別データ３７から、１又は複数の登録電話番号に関する発着信履歴データを表示することができる。このため、ユーザは、ユーザに割り当てられた内線番号に対応する電話機を直接操作しなくても、ネットワーク経由で自分が使用する１又は複数の電話機の全てに関連する発着信履歴データを閲覧可能である。したがって、ユーザは、例えば、外出先からでも発着信履歴管理装置３経由で発着信履歴データを閲覧でき、例えばビジネスなどで通話システム１を利用するユーザの利便性を向上させることができる。

第１の実施形態においては、指定された種類、指定された状態、直近から指定された期間内又は所定の期間内の発着信履歴データを表示させることができる。

第１の実施形態において、発着信履歴管理装置３は、ユーザに関連する発着信履歴データ１７１，１７ｍを検索する。検索された発着信履歴データ１７１，１７ｍは、発信電話番号又は着信電話番号として相手方の電話番号を含む。発着信履歴管理装置３は、この相手方の電話番号により電話帳機能で利用される電話番号管理データ２２を検索し、相手側の名前を抽出し、ユーザ端末４へ通知することができる。また、発着信履歴管理装置３は、ユーザ端末４に送った相手方の電話番号が、電話番号管理データ２２に含まれていない場合に、ユーザからの登録指示に基づいて、相手方の電話番号と名前等の情報を電話番号管理データ２２に登録することができる。

（第２の実施形態）
第２の実施形態においては、複数の交換機によって発着信履歴管理装置が共有される場合について説明する。

図８は、第２の実施形態に係る通話システム１Ａの構成の例を示すブロック図である。

この通話システム１Ａは、複数の交換機２Ａ〜２Ｘを備える。

複数の交換機２Ａ〜２Ｘのそれぞれは、発着信が発生した場合にコールイベントを、発着信履歴管理装置３へ発行する。

発着信履歴管理装置３は、上記第１の実施形態で説明したように、受信されたコールイベントに応じて発着信履歴データ１７１〜１７ｍを生成し、記憶装置１６へ記憶する。

ユーザ端末４を操作するユーザは、自身が複数の交換機２Ａ〜２Ｘを利用する環境下であっても、また、様々な電話機で様々な電話番号を用いる場合であっても、自分に関連する充分な量の発着信履歴データを確認することができ、ユーザの利便性を向上させることができる。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具現化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削減してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１，１Ａ…通話システム、２，２Ａ，２Ｘ…交換機、３…発着信履歴管理装置、４…ユーザ端末、Ｔ０〜Ｔｎ…電話機、５…接続部、６…イベント発行部、７，１６，２１…記憶装置、８…ＡＰＩ制御部、９…番号データ、１０，１２，１９…受信部、１１…履歴管理部、１３…番号取得部、１４…履歴取得部、１５，１８…送信部、１７１〜１７ｍ…発着信履歴データ、２０…表示制御部、２２…電話番号管理データ、２３…問合せ部、２４…登録部、３６…コールイベント、３６ａ，３９ａ，４０ａ…発信電話番号、３６ｂ，３９ｂ，４０ｂ…着信電話番号、３６ｃ…イベント種別、３６ｄ…イベント発生時刻データ、３７…識別データ、３７ａ…参照用電話番号、３８，３８ａ…電話番号、３８ｂ，３８ｃ…共有の電話番号、３９ｃ，４０ｃ…種別データ、３９ｄ，４０ｄ…状態データ、３９ｅ，４０ｅ…時刻データ、２７，３０，３５…プログラム、４３…管理データ。

Claims (6)

1. 少なくとも発信電話機から着信を受けた場合又は着信電話機へ発信を行う場合に発信電話番号と着信電話番号とを含むコールイベントを発行する交換機から、前記コールイベントを受信する第１の受信部と、
   前記コールイベントに含まれている前記発信電話番号と前記着信電話番号とを関連付けた履歴データを第１の記憶装置に記憶する履歴管理部と、
   ユーザ端末から識別データを受信する第２の受信部と、
   第２の記憶装置に記憶されており複数の電話番号を関連付けている番号データを参照し、前記識別データに関連する１以上の電話番号を取得する第１の取得部と、
   前記第１の記憶装置から、取得された前記１以上の電話番号に関連する前記発信電話番号又は前記着信電話番号を含む前記履歴データを取得する第２の取得部と、
   前記ユーザ端末へ、取得された前記履歴データを送信する送信部と、
   を具備する発着信履歴管理装置。
2. 前記第１の取得部は、第３の記憶装置に記憶されており前記識別データと参照用電話番号とを関連付けている管理データを参照し、前記識別データを前記参照用電話番号へ変換し、前記番号データから前記参照用電話番号に関連する前記１以上の電話番号を取得する、
   請求項１の発着信履歴管理装置。
3. 前記コールイベントは、イベント種別データと、前記発信電話番号と、前記着信電話番号とを含み、
   前記イベント種別データは、前記交換機が着信したことを示す第１のイベント、前記交換機が発信したことを示す第２のイベント、前記着信電話機が前記発信電話機から前記交換機経由で受けた呼び出しに対して応答したことを示す第３のイベントのいずれかを示し、
   前記履歴データは、前記発信電話番号と、前記着信電話番号と、前記第１のイベントか又は前記第２のイベントかを示す種別データとを関連付けており、
   前記履歴管理部は、前記コールイベントの前記イベント種別データが前記第３のイベントを示す場合に、前記第１の記憶装置に記憶されている前記履歴データに、前記着信電話機が応答済みであることを示す状態データが含まれるように、前記第１の記憶装置に記憶されている前記履歴データを更新する、
   請求項１又は請求項２の発着信履歴管理装置。
4. 前記番号データに含まれている前記複数の電話番号のうちの少なくとも１つは、前記着信電話機を含む複数の電話機に共有される共有電話番号である、請求項１乃至請求項３のいずれか１項の発着信履歴管理装置。
5. 電話番号管理データを記憶する第４の記憶装置と、
   取得された前記履歴データに含まれている前記発信電話番号又は前記着信電話番号が前記電話番号管理データに含まれていない場合に、前記電話番号管理データに含まれていない前記発信電話番号又は前記着信電話番号を前記電話番号管理データに登録するか否かを前記ユーザ端末に問合せる問合せ部と、
   前記ユーザ端末から登録指示を受けた場合に、前記電話番号管理データに含まれていない前記発信電話番号又は前記着信電話番号を前記電話番号管理データに登録する登録部と、
   をさらに具備する、
   請求項１乃至請求項４のいずれか１項の発着信履歴管理装置。
6. コンピュータに、
   少なくとも発信電話機から着信を受けた場合又は着信電話機へ発信を行う場合に発信電話番号と着信電話番号とを含むコールイベントを発行する交換機から、前記コールイベントを受信する第１の受信機能と、
   前記コールイベントに含まれている前記発信電話番号と前記着信電話番号とを関連付けた履歴データを第１の記憶装置に記憶する履歴管理機能と、
   ユーザ端末から識別データを受信する第２の受信機能と、
   第２の記憶装置に記憶されており複数の電話番号を関連付けている番号データを参照し、前記識別データに関連する１以上の電話番号を取得する第１の取得機能と、
   前記第１の記憶装置から、取得された前記１以上の電話番号に関連する前記発信電話番号又は前記着信電話番号を含む前記履歴データを取得する第２の取得機能と、
   前記ユーザ端末へ、取得された前記履歴データを送信する送信機能と、
   を実現させるためのプログラム。

Images