(57)【要約】【課題】複数のアカウントの着信の通知と通話の利便性を向上することができる技術を提供する。【解決手段】インターネットを使ったIP電話システムに接続する通信装置で、IP電話へのサインイン方法としてユーザーアカウントと認証と、グループアカウントとグループアカウント用の認証とを備え、このグループアカウントには、複数の前記ユーザーアカウントとそれぞれの認証の割り当てができる通信装置。また、インターネットを使ったIP電話システムに接続する通信装置で、  IP電話へのサインイン方法としてユーザーアカウントと認証と、サインイン中のアカウントとは異なるアカウントの認証を行って、複数のアカウントが同時にサインインできる通信装置。【選択図】  図９
2012160914.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを使ったIP電話システムに接続する通信装置で、
IP電話へのサインイン方法としてユーザーアカウントと認証と、
グループアカウントとグループアカウント用の認証とを備え、
このグループアカウントには、複数の前記ユーザーアカウントとそれぞれの認証の割り当てができる通信装置。
【請求項２】
前記認証の割り当ては、前記グループアカウントのサインイン状態から前記個別アカウントのサインイン状態への反映である請求項１に記載の通信装置。
【請求項３】
前記グループアカウントのサインイン状態において前記個別アカウントの発信を行う請求項２に記載の通信装置。
【請求項４】
前記グループアカウントのサインイン状態において前記個別アカウントの着信を行う請求項２に記載の通信装置。
【請求項５】
前記着信の際のこの着信に関する表示の設定を、外部からの指示に基づいて行う請求項４に記載の通信装置。
【請求項６】
インターネットを使ったIP電話システムに接続する通信装置で、
IP電話へのサインイン方法としてユーザーアカウントと認証と、
サインイン中のアカウントとは異なるアカウントの認証を行って、
複数のアカウントが同時にサインインできる通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、インターネット電話等で複数アカウントに対応する通信装置に関する。
【背景技術】
【０００２】
インターネット電話で一般的なのは、ＰＣやモバイル機器といった、個人で使うことが前提の機器だが、近年になって、多人数で視聴する機器にインターネット電話機能が搭載されるようになってきた。多人数で視聴する機器で、複数のアカウントの着信の通知と通話を可能にすることが要望される。例えば、特許文献１は、複数の子機からそれぞれのアカウントでログインする方法に関するものであり、複数のアカウントに対して、個別にログインする方法しかなかった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２３９７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の実施の形態は、複数のアカウントの着信の通知と通話の利便性を向上することができる技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、実施形態によれば通信装置は、インターネットを使ったIP電話システムに接続する通信装置で、IP電話へのサインイン方法としてユーザーアカウントと認証と、グループアカウントとグループアカウント用の認証とを備え、このグループアカウントには、複数の前記ユーザーアカウントとそれぞれの認証の割り当てができる。
【図面の簡単な説明】
【０００６】
【図１】この発明の一実施形態を示すブロック構成図。
【図２】同実施形態のグループアカウントと所属するアカウントのテーブルの一例を示す説明図。
【図３】同実施形態のグループアカウントの設定画面。
【図４】同実施形態のSign In画面。
【図５】同実施形態に用いられるSign In結果のMessageを示す図。
【図６】同実施形態のCallするときに、アカウント選択から電話帳 または Dial画面への遷移を示す図。
【図７】同実施形態に用いられるIncoming call画面（通話を選択できるときの着信）。
【図８】同他の形態に用いられるIncoming call表示画面（通話中に別アカウントに着信）。
【図９】同実施形態のグループアカウントでSign Inする場合のフローチャート。
【図１０】同実施形態のIncoming callの表示のフローチャート。
【図１１】同実施形態の応用例1  個別アカウント毎に、着信表示の表示設定を設ける。
【図１２】同実施形態の応用例1のグループアカウントと所属するアカウントのテーブル。
【図１３】同他の形態に用いられる応用例2  追加Sign In（着信通知のみ）。
【発明を実施するための形態】
【０００７】
以下、本発明の一実施形態を説明する。
（第１の実施形態）
第１の実施形態を図１乃至図１０を参照して説明する。
図1は、実施例のシステム構成であって、テレビジョン受像装置１の一実施形態を示すブロック構成図である。即ち、テレビジョン受像装置１は、外部のアンテナと接続されるチューナー11、デコーダー12、映像・音声処理部13、カメラ制御部14、マイク制御部15、Network制御部16およびマイクロコンピュータブロック30を備えている。更にマイクロコンピュータブロック30は、メモリ31、状態管理部32およびGUI制御部33を備えている。
【０００８】
また、カメラ制御部14は外部のカメラ23と、マイク制御部15はマイク24と、そしてNetwork制御部16はInternetと接続されている。またリモコンなどの入力装置の入力信号を受けるキー操作入力部3は、マイクロコンピュータブロック30と接続されている。また映像・音声処理部13の出力映像信号はモニタ21へ、出力音声信号はスピーカー22へと導かれている。
【０００９】
マイクロコンピュータブロック30は、ＭＰＵ（マイクロプロセッシングユニット）、またはＣＰＵ（セントラルプロセッシングユニット）と、制御プログラム等が書きこまれたＲＯＭ（メモリ31中）と、プログラム実行に必要なワークエリアを提供するためのＲＡＭ（メモリ31中）とを含んでいる。
【００１０】
チューナー11で放送波を受信し、デコーダー12で映像音声信号をデコードし、映像・音声処理部13で映像の表示画格等を処理する。
ネットワークを使った電話機能(IP電話)は、ビデオ通話と音声通話に対応する。
ビデオ通話では、カメラ23からカメラ制御部14を経て映像を入力し、音声はマイク24からマイク制御部15を経て音声を入力する。Network制御部16からInternetを通じて、他のIP電話クライアントへ映像と音声を伝達する。音声通話では、ビデオ通話からカメラ入力を抜いた形になる。
【００１１】
相手からの映像は、Network制御部16から入力した映像ストリームをデコーダー12に入れてデコードし、映像として表示する。
GUI制御部33で、ユーザーへのGUI画面を表示し、ユーザーはキー操作入力部3から、リモコンなどの入力装置にて、画面操作により、各種操作や設定を行なう。画面表示のモード管理は状態管理部32にて保持される。GUI制御部33で描画したGUIは、映像・音声処理部13にて映像に重ねて表示される。
【００１２】
メモリ31には、揮発性と不揮発性があり、不揮発性メモリにグループアカウント設定情報（グループアカウント名、グループアカウントのパスワード、個別アカウント名とパスワード）を記憶する。アカウント情報は、IP電話のサーバーにて管理される。
【００１３】
図２は、実施形態のグループアカウントと所属するアカウントのテーブルの一例を示す説明図である。この例では、hayashi-familyと言うグループアカウントを用意し、そこに、各個別のアカウントのアカウント名とパスワードを登録する。グループアカウントにもパスワードを設ける。
【００１４】
詳しくは、例えば所属するアカウントの一つ目は、hayashi_kazuoであり、Sign In状態は、Sign In中またはSign out中である。他のアカウントとしては、hayashi_takeko、hayashi_fujio、hayashi_masayoが同様に記載されている。
【００１５】
図３は、グループアカウントに個別のアカウントの追加/削除を行なうGUI画面の例である。この例では、グループアカウントhayashi_familyに、個別アカウントのhayashi_masayoを登録している。
【００１６】
詳しくは、追加するアカウントの画面で個別アカウント名とパスワード入力し、Ａｄｄを指定すると登録される。ここではhayashi_masayoが登録される。
【００１７】
図4は、Sign In画面の例である。図4（ａ）は、通常のSign Inは、個人のアカウントを設定することにより、Sign Inが可能であることを示している。また図4（ｂ）は、グループアカウントでSign Inすると、グループアカウントに登録されたアカウント全てがSign In状態(=待ち受け状態)となることを示している。
【００１８】
即ちSign In画面に、新たに、個人アカウントかグループアカウントかの選択肢を設けている。個別アカウントを選択してアカウントを入力したら個別アカウントのみのSign In、グループアカウントを選択してアカウントを入力したらグループアカウントでのSign Inとなる。グループアカウントでSign Inした場合は、グループアカウントに所属する個別アカウント全てに対して、IP電話アカウント情報管理サーバーに対してSign In処理を行ない、グループアカウントに登録されたアカウントでSign Inに成功したアカウント全てが待ち受け状態となる。
【００１９】
図5は、図4でグループアカウントでSign Inしたときに、Sign In処理が完了したときのMessage画面である。この画面は、4個のアカウントのうち、3個のアカウントのSign Inに成功し、1個はパスワードのエラーなどでSign Inできなかった例である。
【００２０】
図6は、グループアカウントhayashi_familyでSign Inしているときに、発信操作を行なうときのGUI画面の遷移例である。グループアカウントに登録されている個別アカウントの一覧を表示し、発信者を選択する。その後は、個別アカウントでSign Inした場合の発信操作の流れと同様となる。
【００２１】
まず図6（１）は個別アカウントの一覧である。アカウントとしては、hayashi_kazuo、hayashi_takeko、hayashi_fujio、hayashi_masayoが登録されている。図6（１）のhayashi_kazuoがフォーカスされている状態からContactsを選択すると図6（２）のようにhayashi_kazuoの電話帳が開く。続いて図6（２）のToshiba_taroがフォーカスされている状態からVideo callを選択すると図6（４）の状態となり、Voice callを選択すると図6（５）の状態となる。
【００２２】
図6（１）のhayashi_kazuoがフォーカスされている状態から上記ContactsにかえDialを選択すると図6（３）のようにhayashi_kazuoｋら電話番号へ通話する画面が開く。図6（３）では電話番号として０１２３まで入力している状態であるが電話番号を最後まで入力してから、Voice callを選択すると図6（５）の状態となる。
【００２３】
図6（４）はビデオ付の通話中画面である。通話時間が１分２３秒と表示されている。またビデオとしては電話相手の映像または相手のアバター画像と自分の映像または自分のアバター画像とが表示されている。ここでVideo offを選択するとビデオを消すことができる。ビデオを消したときにはVideo onの選択が表示されているのでそれを選択すると再びビデオをONできる。End callを選択すると通話を終了する。
【００２４】
また、図6（５）は音声のみの通話中画面である。通話時間が１分２３秒と表示されている。ダイヤルボタンを用意し、プッシュ音(DTMF (Dual-Tone Multi-Frequency))送信による音声サービスも利用可能である。End callを選択すると通話を終了する。
【００２５】
図7は、グループアカウントhayashi_familyでSign Inしているときに、グループアカウントに登録されているhayashi_fujikoに着信があった場合のIncoming call画面の例である。個別アカウントhayashi_fujikoでSign Inしているときと同じようにIncoming call表示を行なう。
【００２６】
図8は、グループアカウントhayashi_familyでSign Inし、グループアカウントに登録されているhayashi_kazuoが通話中に、同じグループアカウントに登録されているhayashi_fujikoに着信があった場合のIncoming call画面の例である。通話中のため新たな通話を行なえないため、着信の通知表示のみで、通話ボタンは表示されない。
【００２７】
図9は、グループアカウントのSign Inの処理のフロー図である。
処理ステップS91で、図4のSign In画面でSign Inすると、処理ステップS91で図2のようなグループアカウントの管理データリストを取得する。処理ステップS93〜ステップS96で、個別アカウントのSign In処理を行ない個別アカウント毎にSign Inの結果(成功/失敗)を覚える。処理ステップS97で、個別アカウントのSign In結果をMessage表示する。
【００２８】
詳しくは、処理ステップS93〜ステップS96を別アカウント数Ｎ分繰り返す。
図10は、グループアカウントでSign Inしているときの、Incoming callイベント発生時に、Incoming call表示を行なうフローである。
【００２９】
Incoming callイベントが発生すると、処理ステップS101で、Incoming callのcall先アカウント名を取得する。処理ステップS102で、Incoming callが来たアカウントと別のアカウントが通話中かを判断し、他のアカウントが通話中であれば、処理ステップS105のIncoming call(通話ボタン無し)(図8)を表示する。同時に複数の通話を処理できないためである。
【００３０】
処理ステップS103は、通話に遷移できる状態かの判断で、例えば他のネットワーク機能（ストリーミング視聴など）を使用中に通話に遷移できない場合であれば、処理ステップS105のIncoming call(通話ボタン無し)(図8)を表示する。通話に遷移が可能であれば、処理ステップS104のIncoming call(通話ボタンあり)の画面(図7)を表示する。
【００３１】
（第２の実施形態）
本発明による第２の実施形態を図１１及び図１２を参照して説明する。なお実施形態１と共通する部分は説明を省略する。
図11は、グループアカウントの個別アカウント毎に、Incoming call表示で、Avatar表示の有無、名前表示の有無を設定できるようにした応用例である。図12は、この例の設定情報である。グループアカウントでSign Inしている場合に、複数の人が機器の前にいることが想定されるため、他の人に見せたくない情報を表示しないように個別に設定できる。表示を制限している場合にも、着信操作は可能であるが、他の機器でSign Inしていれば、他の機器に行って着信操作で通話状態にすることが可能である（例えば通知は知りたいが、通話は個人の機器で行ないたい、と言うユースケース）。
【００３２】
（第３の実施形態）
本発明による第３の実施形態を図１３を参照して説明する。実施形態１、２と共通する部分は説明を省略する。
図13は、別の応用例で、グループアカウントを作らずに、Sign Inした後、追加でSign In（但し、着信通知表示のみ）を行なう画面遷移の例である。
【００３３】
以上説明した実施形態によれば大画面TVなど、複数の人が一緒に視聴する機器で、複数のアカウントのIP電話の着信表示を可能にする。効果として多人数で視聴する機器で、複数のアカウントの着信の通知と通話を可能にする。
【００３４】
アカウントとパスワードによりSign Inして発着信できるネットワークを使った電話対応機器で、次のような特徴がある。
（１）複数のアカウントの同時Sign Inを可能にする
（２）複数のアカウントを一括で管理するグループアカウントを設け、グループアカウントでSign Inしたら、登録されている複数のアカウントが全てSign In状態になる
【００３５】
（３）複数のアカウントがSign Inしている状態で、複数のアカウントのいづれかに着信があったら、着信通知を行なう
（４）（３）のとき、通話開始処理を行なう
（５）複数のアカウントがSign Inしている状態で、特定のアカウントが通話中に、他のアカウントの着信があったら、着信通知を行なう
なお、この発明は上記実施形態に限定されるものではなく、この外その要旨を逸脱しない範囲で種々変形して実施することができる。
また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係わる構成要素を適宜組み合わせても良いものである。
【符号の説明】
【００３６】
１  テレビジョン受像装置
３  キー操作入力部
１１  チューナー
１２  デコーダー
１３  映像・音声処理部
１４  カメラ制御部
１５  マイク制御部
１６  Network制御部
２１  モニタ
２２  スピーカー
２３  カメラ
２４  マイク
３０  マイクロコンピュータブロック
３１  メモリ
３２  状態管理部
３３  GUI制御部
【図１】
2012160914.tif 000003
【図２】
2012160914.tif 000004
【図３】
2012160914.tif 000005
【図４】
2012160914.tif 000006
【図５】
2012160914.tif 000007
【図６】
2012160914.tif 000008
【図７】
2012160914.tif 000009
【図８】
2012160914.tif 000010
【図９】
2012160914.tif 000011
【図１０】
2012160914.tif 000012
【図１１】
2012160914.tif 000013
【図１２】
2012160914.tif 000014
【図１３】
2012160914.tif 000015