JP2015106180A - 情報処理装置、通信方法、プログラム、通信システム - Google Patents

Abstract

【課題】相手端末が通信できない状態でも使用することができる情報処理装置を提供することができる。
【解決手段】通信ネットワーク２を介して他の情報処理装置ＢＢＢと通信可能な情報処理装置ＡＡＡであって、前記他の情報処理装置が通信可能な状態か否かの情報を前記通信ネットワークを介して取得する情報取得手段１８と、画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、通信ネットワークを介してアクセス可能な記憶装置に登録する画像登録手段１４と、を有することを特徴とする。
【選択図】図３７

Description

本発明は、通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置に関する。

近年、インターネット等の通信ネットワークを介して会議等を行う伝送システムが普及している。伝送システムでは、カメラやマイク、スピーカ等を備えた伝送端末が用いられる。この伝送端末は、他の伝送端末との間で通話（通信）を開始すると、各伝送端末のカメラやマイクで取得された撮像データ（画像データ）や音データの送受信を行うことで、テレビ会議を実現できるよう構成されている。

伝送システムは当事者が離れてコミュニケーションできるため、様々な状況で使用されるようになっている。例えば、伝送システムが遠隔医療で使用された場合、医師と患者が距離を隔てたところで、インターネットなどの通信技術を用いて診断・診療を行なうことが可能になる。病院へ足を運ぶことが困難な患者は、伝送システムを用いることで遠隔地の医師に対し、健康相談や治療後の報告ができるようになる（例えば、特許文献１参照。）。

しかしながら、遠隔医療に適用された従来の伝送システムは、医師側の端末がオンラインでないと患者は診察を受けることができないという問題があった。例えば、治療後の経過観察の場合、診察は治療した部分（例えば傷跡）の確認や簡単な問診で済むので診察にかかる時間は５分程度の事も多い。しかし、患者は医師側の端末がオンラインの時間に診察予約をとり、予約の時間に再度、医師側の端末に接続するなど、診察自体はそれほど長い時間はかからないのに、手続が煩雑になっている。

上記は遠隔医療を例に説明したが、接続時間は短いのに相手先の端末がオフラインであるため通信できず情報を送信できないという状況は多い。

本発明は、上記課題に鑑み、相手端末が通信できない状態でも使用することができる情報処理装置を提供することを目的とする。

上記課題に鑑み、本発明は、通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置であって、前記他の情報処理装置が通信可能な状態か否かの情報を前記通信ネットワークを介して取得する情報取得手段と、画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、前記通信ネットワークを介してアクセス可能な記憶装置に登録する画像登録手段と、を有することを特徴とする。

相手端末が通信できない状態でも使用することができる情報処理装置を提供することができる。

本発明の一実施形態に係る伝送システムの概略図である。 通話端末間で通話を実現する場合の通信状況を示す概念図である。 本実施形態に係る通話端末の外観図である。 通話端末のハードウェア構成図である。 本実施形態に係る管理システムのハードウェア構成図である。 本実施形態の伝送システムの一部を構成する通話端末、ストレージサーバ、及び管理システムの機能ブロック図である。 中継装置管理テーブルを示す概念図の一例である。 端末認証管理テーブルを示す概念図の一例である。 端末状態管理テーブルを示す概念図の一例である。 宛先リスト管理テーブルを示す概念図の一例である。 セッション管理テーブルを示す概念図の一例である。 受信許可テーブルを示す概念図の一例である。 保存管理テーブルを示す概念図の一例である。 既読管理テーブルを示す概念図の一例である。 画像データＤＢに保存されている画像データを示す概念図の一例である。 問診票ＤＢに保存されている問診票データを示す概念図の一例ある。 診断結果ＤＢに保存されている診断結果データを示す概念図の一例である。 通話端末間で通話を開始する準備段階の処理を示すシーケンス図である。 ステップＳ２５の処理後、宛先リスト画面を表示するまでの処理について説明するシーケンス図の一例である。 宛先リスト画面を示す概念図の一例である。 医師端末ＢＢＢが受信許可テーブルへ患者端末ＡＡＡの通信先ＩＤを登録する処理を説明する図の一例である。 宛先リスト作成部が宛先リスト画面を表示する手順を示すフローチャート図の一例である。 起動されるアプリの選択について説明する図の一例である。 患者端末による経過報告の流れを模式的に説明する図の一例である。 患者端末とストレージサーバの通信手順を示すシーケンス図の一例である。 図２５のS1-2において、画像撮像アプリが画像を撮像し通話端末に一次保存する手順を示すフローチャート図の一例である。 患者端末がストレージサーバに画像と問診票を登録した際に、ストレージサーバが既読管理テーブルを更新する手順を示すシーケンス図の一例である。 医師端末ＢＢＢがオンラインになった時に表示される宛先リスト画面の一例を示す。 医師端末ＢＢＢが宛先リスト画面を表示する手順を示すシーケンス図の一例である。 宛先リスト作成部がデータ送信可アイコンと未読データ保存アイコンを表示する手順を説明する図の一例である。 医師端末ＢＢＢが画像と問診票を閲覧する手順を説明する図の一例である。 ストレージサーバのテーブル更新部が既読管理テーブルを更新する手順を示すフローチャート図の一例である。 更新後の既読管理テーブルの一例を示す図である。 更新後の保存管理テーブルの一例を示す図である。 医師端末ＢＢＢが宛先リスト画面を表示する手順を示すシーケンス図の一例である。 医師端末による診断の流れを模式的に説明する図の一例である。 本実施形態の伝送システムの概略的な動作を説明する図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。
図３７は、本実施形態の伝送システムの概略的な動作を説明する図の一例である。
Ｉ．医師側の通話端末（以下、医師端末という）１０ｂｂはオフラインである。医師端末１０ｂｂがオフラインであることは、サーバ（不図示。後述する通話管理システム。）により検出されており、患者側の通話端末（以下、患者端末という）１０ａａがサーバを経由して医師端末１０ｂｂと通信しようとすると、患者端末１０ａａは医師端末がオフラインであることを検出する。
II．医師端末１０ｂｂがオフラインであることを検出した患者端末１０ａａは会議モードでなく画像撮像モードに切り替わる。
III．画像撮像モードの患者端末１０ａａは、カメラで撮像した患者の画像（動画、音声データ）をストレージサーバ１００に送信する。ストレージサーバ１００は、患者端末又は患者の識別情報に対応づけて画像等を蓄積する。また、患者は問診票などの文書データを送信することもできる。
IV．医師端末１０ｂｂがオンラインになると、医師端末１０ｂｂはストレージサーバ１００に患者端末１０ａａから送信された画像等が蓄積されていることを検出する。この検出方法には２通りあるが、下記の実施形態では１つ目の方法を先に説明し２つ目の方法は後述する。
V．医師端末１０ｂｂはストレージサーバから画像データを取得する。

このように、本実施形態の伝送システム１は、相手端末がオフラインの場合、画像データなどをストレージサーバ１００に送信しておき、相手端末がオンラインになった時に画像データを確認できる。このため、患者が予約を取ったり予約した時刻に医師端末にアクセスするなどの煩雑な手続が不要になる。

なお、医師は、画像データを目視したり必要であれば画像解析することで患者を診察する。診察した結果、患者に伝えることがあれば、医師端末は会議モードでサーバ（不図示）を介して患者端末と通信する。患者端末がオフラインの場合、医師端末は同じく画像撮像モードに切り替わり、診断結果などをストレージサーバ１００に蓄積するので、患者端末は任意の時刻に診断結果を受信できる。したがって、本実施形態の伝送システム１は、相手端末がオフラインであっても、静止画、音声、動画などを用いた双方向の診断が可能になる。

以下、本実施形態の用語を定義する。
通信先ＩＤ…伝送システム１を介して通信する通話端末１０又はユーザ（患者や医師）の識別情報である。通話端末１０が通信する場合は通話端末１０が記憶する固有の識別情報であり、ＰＣ（Personal Computer）のような汎用的な情報処理装置が通話端末として通信する場合、伝送システム１の管理者からユーザに割り当てられたユーザの識別情報である。以下では、ことわらない限り通話端末１０と汎用的な情報処理装置を単に「通話端末」という。
通信できない状態…主に、相手先の通話端末１０がオフラインの状態をいうが、通話端末１０がオンラインであってもすでに別の通話端末と通信中の場合は通信できない場合がある。また、オフラインの状態の通話端末１０はサーバにログインすることでオンラインの状態となり、電源がＯＦＦされることでオフラインの状態になる。ログインは電源のＯＮで自動的に行われる。したがって、電源ＯＮにより通信可能な状態になる装置であれば、何らかの認証が行われるか否かを問わずに、電源がＯＮの状態が通信可能な状態である。

なお、通話端末１０の符号は「１０」であるが、以下では説明のため、原則的に通話先ＩＤを符号の代わりに付けて説明する場合がある。例えば、通話端末１０ａａの場合、通話端末ＡＡＡ又は患者端末ＡＡＡと記載する。

＜＜実施形態の全体構成＞＞
図１は、本発明の一実施形態に係る伝送システムの概略図である。図１に示されているように、伝送システム１は、複数の通話端末（１０ａａ，１０ａｂ，…）、各通話端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、通話管理システム５０、プログラム提供システム９０、及びストレージサーバ１００によって構築されている。この伝送システム１によって、通話データの一例としての画像データ及び音声データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、通話データの最適な経路の選択を行う。

また、通話端末（１０ａａ，１０ａｂ，…）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。通話端末（１０ｂａ，１０ｂｂ，…）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。例えば、地域Ｘは日本であり、ＬＡＮ２ａは東京の事業所内で構築されており、ＬＡＮ２ｂは大阪の事業所内で構築されている。

一方、通話端末（１０ｃａ，１０ｃｂ，…）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。通話端末（１０ｄａ，１０ｄｂ，…）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されている。更に、ＬＡＮ２ｃ、ＬＡＮ２ｄ、及び専用線２ｃｄは、所定の地域Ｙ内で構築されている。例えば、地域Ｙはアメリカ合衆国であり、ＬＡＮ２ｃはニューヨークの事業所内で構築されており、ＬＡＮ２ｄはワシントンＤ．Ｃ．の事業所内で構築されている。地域Ｘ及び地域Ｙは、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

なお、以下では、「通話管理システム」は単に「管理システム」として表されている。また、複数の通話端末（１０ａａ，１０ａｂ，…）のうち任意の通話端末は、「通話端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、また、複数の中継装置（３０ａ，３０ｂ，…）のうち任意の中継装置は「中継装置３０」と表されている。更に、テレビ会議の開始を要求する要求元としての端末は「要求元端末」と表され、要求先である宛先（中継先）としての端末は「宛先端末」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは、「ルータ７０」と表されている。

また、管理システム５０、プログラム提供システム９０、及びストレージサーバ１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びストレージサーバ１００は、地域Ｘ又は地域Ｙに設置されていてもよいし、これら以外の地域に設置されていてもよい。

また、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、ＴｒａｎｓｆｅｒＪｅｔ（登録商標）、ＮＦＣ等の無線による通信が行われる箇所があってもよい。

また、図１において、通話端末１０、中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びストレージサーバ１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、通話端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明している。

なお、各通話端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各通話端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。

ここで、図１に示されている通話端末１０は、通話データの送受信により、利用者の通話を実現する端末であり、例えば、テレビ会議端末である。

また、中継装置３０は、複数の通話端末１０の間で、通話データの中継を行うコンピュータシステムである。管理システム５０、通話端末１０からのログイン認証、通話端末１０の稼動状態や通信状況の管理、宛先リストの管理、及び中継装置３０の通信状況等を一元的に管理するコンピュータシステムである。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。

プログラム提供システム９０は、通話端末１０、中継装置３０、管理システム５０、ストレージサーバ１００に、それぞれで使用されるプログラムを、通信ネットワーク２を介してそれぞれに提供するコンピュータシステムである。

メンテナンスシステム（不図示）は、通話端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータシステムである。例えば、メンテナンスシステムが国内に設置され、通話端末１０、中継装置３０、管理システム５０、ストレージサーバ１００、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステムは、通信ネットワーク２を介して遠隔的に、通話端末１０、中継装置３０、管理システム５０、ストレージサーバ１００及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステムは、通信ネットワーク２を介さずに、通話端末１０、中継装置３０、管理システム５０、ストレージサーバ１００及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

ストレージサーバ１００は、通話端末１０から送信された画像などを記憶するサーバである。ストレージサーバ１００には、相手先の通話端末１０が通信できない状態の場合に画像などが記憶される。

続いて、図２を用いて、２つの通話端末の間で通話を実現する場合の通信状況について説明する。なお、図２は、通話端末間で通話を実現する場合の通信状況を示す概念図である。

この伝送システム１では、通話開始の要求元である要求元端末(通話端末１０)と、この要求元端末の通信相手としての宛先端末（通話端末１０）との間で、通話のための各種データの送受信が行われる。通話端末１０は主に通話するための機能を有する。

また、要求元端末と管理システム５０との間、宛先端末（通話端末１０）と管理システム５０との間、及び、宛先端末と管理システム５０との間では、それぞれ各種の管理情報を送受信するための管理用の通信セッションseiが確立される。また、この通信セッションseiは、呼制御用の通信セッションでもある。

また、各通話端末１０は、中継装置３０を介して、所定の呼制御方式と符号化方式による通信方式を利用して、通話データの通信を行う。

呼制御方式の例としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。

符号化方式の例としては、H.264/SVC(Scalable Video Coding)や、H.264/AVC(Advanced Video Coding)等が挙げられる。具体的には、符号化方式がH.264/SVCの場合には、要求元端末としての通話端末１０と中継装置３０との間では、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの通話データを送受信するための通話用の第１の通信セッションsed1が確立されている。更に、中継装置３０と宛先端末としての通話端末１０との間では、高解像度の画像データ、中解像度の画像データ、低解像度の画像データ、及び音声データの４つの通話データを送受信するための通話用の第２の通信セッションsed2が確立されている。

＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図３は、本実施形態に係る通話端末の外観図である。図３に示されているように、通話端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための不図示の接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図３は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００は、トルクヒンジ１３１０を介してアーム１２００に取り付けられており、カメラハウジング１３００がアーム１２００に対して、図３で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。

通話端末１０は次述する図４のハードウェア構成を備えていればよく、図３の外観に限られるものではない。したがって、ユーザは汎用的な情報処理装置を通話端末として使用することができる。汎用的な情報処理装置が通信する場合、情報処理装置としてはＰＣ（ノートＰＣ、タブレットＰＣを含む）、スマートフォン、ＰＤＡ（Personal Digital Assistant）、携帯電話、タブレットなどがある。これらはブラウザソフトウェアや所定のアプリ（ＡＰＰ）が動作すればよく、どのようなＯＳを搭載していてもよい。

なお、中継装置３０、管理システム５０、プログラム提供システム９０、及びストレージサーバ１００は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。

図４は、本実施形態に係る通話端末のハードウェア構成図である。図５に示されているように、本実施形態の通話端末１０は、通話端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、通話端末１０用のプログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通話端末１０の宛先を指定する場合などに操作される操作ボタン１０８、通話端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、通話端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、通話端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図５に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。

カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、図４に示されている筐体１１００の接続口１１３２に差し込まれたＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ電気的に接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、通話端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

図５は、本実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ５０１、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶したＲＯＭ５０２、ＣＰＵ５０１のワークエリアとして使用されるＲＡＭ５０３、管理システム５０用のプログラム等の各種データを記憶するＨＤ５０４、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)５０５、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ５０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ５０８、通信ネットワーク２を利用してデータ通信するためのネットワークＩ／Ｆ５０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード５１１、各種選択又は指定の実行及びカーソルの移動などを行うマウス５１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)５１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ５１４、及び、上記各構成要素を図７に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン５１０を備えている。

一方、中継装置３０、プログラム提供システム９０、及びストレージサーバ１００は、管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、各ＨＤ５０４には、中継装置３０、プログラム提供システム９０、及びストレージサーバ１００をそれぞれ制御するためのプログラム等の各種データが記憶されている。

なお、通話端末１０、中継装置３０、プログラム提供システム９０、及びストレージサーバ１００用の各プログラムは、インストール可能な形式又は実行可能な形式のファイルによって、コンピュータで読み取り可能な記録媒体（記録メディア１０６等）に記録されて流通されるようにしてもよい。また、上記記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等が挙げられる。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、本実施形態の伝送システム１の一部を構成する通話端末１０、ストレージサーバ１００、及び管理システム５０の機能ブロック図である。図６では、通話端末１０、ストレージサーバ１００、及び、管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

＜通話端末の機能構成＞
通話端末１０は、送受信部１１、操作入力受付部１２、撮像部１３、キャプチャ部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、ログイン要求部１７、宛先リスト作成部１８、及び、記憶・読出処理部１９を有している。これら各部は、図４に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された通話端末１０用のプログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能又は手段である。

また、通話端末１０は、図４に示されているＲＡＭ１０３、及びフラッシュメモリ１０４によって構築される記憶部１０００を有している。記憶部１０００には、管理システム５０からダウンロードした端末状態管理ＤＢ５００７が保持される。

図６に示されている通話端末１０の送受信部１１は、図４に示されているＣＰＵ１０１からの命令、及び図５に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。この送受信部１１は、所望の宛先端末と通話を開始する前から、管理システム５０より、通信相手の候補としての各端末の状態を示す各状態情報の受信を開始する。

送受信部１１は、管理システム５０、ストレージサーバ１００、中継装置３０、プログラム提供システム９０などと通信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、通話端末１０が電源オンから電源オフになったことを把握することができる。

操作入力受付部１２は、図４に示されているＣＰＵ１０１からの命令、操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、図４に示されている電源スイッチ１０９をＯＮにすると、図６に示されている操作入力受付部１２が電源オンを受け付けて、電源をＯＮにする。

撮像部１３は、図４に示されているＣＰＵ１０１からの命令、並びに図４に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。

音声入力部１５ａは、図４に示されているＣＰＵ１０１からの命令、及び図５に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図４に示されているＣＰＵ１０１からの命令、及び図４に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

表示制御部１６は、図４に示されているＣＰＵ１０１からの命令、及び図４に示されているディスプレイＩ／Ｆ１１７によって実現され、後述のように、受信された解像度の異なる画像データを組み合わせ、この組み合わされた画像データをディスプレイ１２０に送信するための制御を行う。また、表示制御部１６は、管理システム５０から受信した宛先リストの情報をディスプレイ１２０に送信して、ディスプレイ１２０に宛先リスト画面を表示させることができる。宛先リスト画面には、送受信部１１によって受信された、各通話端末１０のそれぞれの稼動状態情報で示される稼動状態が表示される。また、宛先リスト画面には、各通話端末１０のそれぞれが通信困難な状態でデータを受信することを許可している否かがアイコン（特許請求の範囲の表示物の一例である）で表示される。

ログイン要求部１７は、上記電源オンの受け付けを契機とし、通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び、要求元端末の現時点のＩＰアドレスを自動的に送信する。なお、ログインの要求は電源オンが契機ではなく、通話端末１０に対する利用者の指示入力を契機としてもよい。

宛先リスト作成部１８は、管理システム５０から受信した、後述の宛先リスト情報及び各通信相手の候補としての通話端末１０の状態情報に基づいて、図２０に示されているような通信相手の候補の状態が視覚的にアイコンで示された宛先リスト画面の作成及び更新を行う。また、宛先リスト作成部１８は、各通話端末１０のそれぞれが通信困難な状態でデータを受信することを許可している否かを示すアイコンを表示する。

記憶・読出処理部１９は、図４に示されているＣＰＵ１０１からの命令及び図４に示すＳＳＤ１０５によって実行され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、通話端末１０を識別するための通信先ＩＤ(Identification）、及びパスワード等が記憶される。また、記憶部１０００には画像や問診票が一時的に記憶される。

記憶部１０００には、通話端末１０用のプログラム（会議アプリ、画像撮像アプリ、問診アプリ、診断アプリ）が記憶されている。

なお、通話端末が汎用的な情報処理装置の場合、通信先ＩＤやパスワードは情報処理装置のユーザが情報処理装置を操作して入力する。少なくとも通信先ＩＤはＲＡＭ１０３やＳＳＤ１０５に記憶される。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、端末認証部５２、状態管理部５３、判断部５４、セッション管理部５５、及び記憶・読出処理部５９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、図５に示されているＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、以下に示すような各テーブルによって構成されているＤＢ（５００１〜５００８）が構築される。

（中継装置管理テーブル）
図７は、中継装置管理テーブルを示す概念図である。記憶部５０００には、図７に示されているような中継装置管理テーブルによって構成されている中継装置管理ＤＢ５００１が構築されている。この中継装置管理テーブルでは、各中継装置３０の中継装置ＩＤ毎に、各中継装置３０の稼動状態、稼動状態が示される状態情報が管理システム５０で受信された受信日時、中継装置３０のＩＰアドレス、及び中継装置３０における最大データ通話速度（Ｍｂｐｓ）が関連付けられて管理される。例えば、図７に示されている中継装置管理テーブルにおいて、中継装置ＩＤが「１１１ａ」の中継装置３０ａは、稼動状態が「オンライン」で、管理システム５０で状態情報が受信された日時が「２０１３年０２月１０日の１３時４２分」で、この中継装置３０ａのＩＰアドレスが「１．２．１．２」で、この中継装置３０ａにおける最大データ通話速度が１００Ｍｂｐｓであることが示されている。

（端末認証管理テーブル）
図８は、端末認証管理テーブルを示す概念図である。記憶部５０００には、図８に示されているような端末認証管理テーブルによって構成されている端末認証管理ＤＢ５００２が構築されている。この端末認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信先ＩＤに対して、認証用のパスワードが関連付けられて管理される。例えば、図８に示されている端末認証管理テーブルにおいて、端末１０ａａの通信先ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。

（端末状態管理テーブル）
図９は、端末状態管理テーブルを示す概念図である。記憶部５０００には、図９に示されているような端末状態管理テーブルによって構成されている端末状態管理ＤＢ５００７が構築されている。この端末状態管理テーブルでは、各通話端末１０の通信先ＩＤ毎に、端末の種類、各端末を宛先とした場合の宛先名、各端末の稼動状態、後述のログイン要求情報が管理システム５０で受信された受信日時、及び各端末のＩＰアドレスが関連付けられて管理される。例えば、図９に示されている端末状態管理テーブルにおいて、通信先ＩＤが「ＡＡＡ」の通話端末ＡＡＡは、宛先名が「患者Ａ」で、稼動状態が「オンライン（通話可能）」で、管理システム５０でログイン要求情報が受信された日時が「２０１３年０２月１０日の１３時４０分」で、この通話端末ＡＡＡのＩＰアドレスが「１．２．１．３」であることが示されている。なお、通信先ＩＤ、端末の種類、及び宛先名は、各通話端末１０が、伝送システム１を利用して通信するために、管理システム５０に登録される際に、記憶されて管理される。

また、端末状態管理テーブルには、通話端末が後述する参加者制限会議を開催中か否かが登録される。

（宛先リスト管理テーブル）
図１０は、宛先リスト管理テーブルを示す概念図である。記憶部５０００には、図１０に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、通話の開始を要求する要求元端末の通信先ＩＤに対して、通信相手の候補として登録されている宛先端末の通信先ＩＤが全て関連付けられて管理される。例えば、図１０に示されている宛先リスト管理テーブルにおいて、通信先ＩＤが「ＡＡＡ」である要求元端末ＡＡＡから通話の開始を要求することができる通信相手の候補は、通信先ＩＤが「ＢＢＢ、ＣＣＣ、ＤＤＤ」の端末等であることが示されている。この通信相手の候補は、任意の要求元端末から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

（セッション管理テーブル）
図１１は、セッション管理テーブルを示す概念図である。記憶部５０００には、図１１に示されているようなセッション管理テーブルによって構成されているセッション管理ＤＢ５００５が構築されている。このセッション管理テーブルでは、通話データ（画像データ及び音声データ）の中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信先ＩＤ、宛先端末の通信先ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間を示す遅延時間情報を宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けられて管理される。

例えば、図１１に示されているセッション管理テーブルにおいて、中継装置３０ａ（中継装置ＩＤ「１１１ａ」）は、通信先ＩＤが「ＡＡＡ」の要求元端末と、通信先ＩＤが「ＢＢＢ」の宛先端末との間で、画像データ及び音声データを中継しており、宛先端末ＢＢＢにおいて「２０１３年０２月１０日の１３時５０分」時点における画像データの遅延時間が２００（ｍｓ）であることが示されている。なお、２つの通話端末１０の間で通話を行う場合には、上記宛先端末ではなく要求元端末から送信されてきた遅延時間情報に基づいて、遅延時間情報の受信日時を管理してもよい。但し、３つ以上の通話端末１０の間で通話を行う場合には、画像データ及び音声データの受信側の端末１０から送信されてきた遅延時間情報に基づいて、遅延時間情報の受信日時を管理する。

（受信許可テーブル）
図１２は、受信許可テーブルを示す概念図である。記憶部５０００には、図１２に示されているような受信許可テーブルによって構成されている受信許可管理ＤＢ５００６が構築されている。受信許可テーブルには、医師端末ＢＢＢの通信先ＩＤに対して、通信が困難な状態（例えばオフラインの状態）で撮像された画像データの受信を許可する端末の通信先ＩＤが保存されている。すなわち、医師端末ＢＢＢがオフラインの場合、ＡＡＡ、ＦＦＦ、ＨＨＨの通話端末１０は画像等をストレージサーバに登録できる。

（保存管理テーブル）
図１３は、保存管理テーブルを示す概念図である。記憶部５０００には、図１３に示されているような保存管理テーブルによって構成されている保存管理ＤＢ５００８が構築されている。保存管理テーブルには、医師端末の通信先ＩＤに対して、受信許可テーブルの通信先ＩＤ毎に保存フラグが登録されている。保存フラグが１以上の場合、画像と問診票が（両者をまとめてデータという場合がある）ストレージサーバ１００に登録されていることを示し、数値が登録数を示す。保存フラグが"０"の場合、画像と問診票が登録されていないことを示す。なお、画像と問診票は少なくとも一方が登録されていればよい。

（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図５に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。 送受信部５１は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているネットワークＩ／Ｆ５０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

端末認証部５２は、図５に示されているＣＰＵ５０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている通信先ＩＤ及びパスワードを検索キーとして、端末認証管理テーブルを検索し、この端末認証管理テーブルに同一の通信先ＩＤ及びパスワードが管理されているかを判断することによって端末認証を行う。

状態管理部５３は、図５に示されているＣＰＵ５０１からの命令によって実現され、ログイン要求してきた要求元端末の稼動状態を管理すべく、端末状態管理テーブルに、この要求元端末の通信先ＩＤ、要求元端末の稼動状態、管理システム５０でログイン要求情報が受信された受信日時、及び要求元端末のＩＰアドレスを関連付けて記憶して管理する。また、状態管理部５３は、通話端末１０から送られてきた、電源をＯＦＦする旨の状態情報に基づいて、端末状態管理テーブルのオンラインを示す稼動状態をオフラインに変更する。

判断部５４は、図５に示されているＣＰＵ５０１からの命令によって実現され、稼動状態情報で示される稼動状態が「オンライン」であるか否かを判断する。更に、判断部５４は、「オンライン」と判断した場合には、所定の通話端末１０に対して、稼動状態情報を送信可能と判断し、「オンライン」ではないと判断した場合には、所定の通話端末１０に対して、稼動状態情報を送信不可と判断する。

セッション管理部５５は、図５に示されているＣＰＵ５０１からの命令によって実現され、記憶部５０００のセッション管理テーブルに、通話データの中継に使用される中継装置３０の中継装置ＩＤ、要求元端末の通信先ＩＤ、宛先端末の通信先ＩＤ、宛先端末において画像データが受信される際の受信の遅延時間（ｍｓ）、及びこの遅延時間が示されている遅延時間情報を宛先端末から送られて来て管理システム５０で受信された受信日時が関連付けて記憶して管理する。また、セッション管理部５５は、通信セッションを確立するために使用されるセッションＩＤを作成する。

記憶・読出処理部５９は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているＨＤＤ５０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。

＜ストレージサーバの機能構成＞
ストレージサーバ１００は、送受信部２１、通知部２２、テーブル更新部２３、閲覧提供部２４、及び、記憶・読出処理部２９を有している。これら各部は、図５に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ５０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、図５に示されているＨＤ２０４により構築される記憶部２０００を有している。この記憶部２０００には、既読管理ＤＢ２００１、画像データＤＢ２００２、問診票ＤＢ２００３、診断結果ＤＢ２００４が構築される。

（既読管理テーブル）
図１４は、既読管理テーブルを示す概念図である。記憶部２０００には、図１４に示されているような既読管理テーブルによって構成されている既読管理ＤＢ２００１が構築されている。既読管理テーブルには、画像データがストレージサーバ１００に送信された日時、画像データ又は問診票のファイル名、医師端末ＢＢＢがダウンロードしたか否かを意味する既読フラグが登録されている。既読管理テーブルは、医師端末毎に専用のストレージ領域に確保される。図１４は、医師端末ＢＢＢのストレージ領域に患者端末ＡＡＡから送信されたファイル名「AAA_20130707_145023」の画像と問診票は未読であり、ファイル名「AAA_20120630_467834」の画像と問診票は既読であることを示している。

（画像データＤＢ）
図１５は、画像データＤＢ２００２に保存されている画像データを示す概念図である。画像データＤＢ２００２には医師端末毎に、患者端末から送信された画像データの画像ファイルが保存されている。図１５は、医師端末ＢＢＢへ送信された画像データの例を示している。ストレージサーバ１００がデータ受信できる医者端末ＢＢＢの通信先ＩＤ毎にフォルダわけされている。"hoge/BBB/patients/image/"の"BBB"が、医師端末BBBがアクセスできる専用のストレージ領域を示す。

患者端末ＡＡＡから送信された画像データは、「「患者の送信元端末の通信先ＩＤ」_「日付」_「ランダムな数字」.jpg」というファイル名が付与される。この「「患者の送信元端末の通信先ＩＤ」_「日付」_「ランダムな数字」」が既読管理テーブルのファイル名である。なお、画像データには、静止画、動画、音声データを含み、ファイルの拡張子は適宜変えればよい。

（問診票ＤＢ）
図１６は、問診票ＤＢ２００３に保存されている問診票データを示す概念図である。問診票ＤＢ２００３には医師端末毎に、患者端末ＡＡＡから送信された問診票データのファイルが保存されている。図１６は、医師端末ＢＢＢへ送信された画像データの例を示している。ストレージサーバ１００がデータ受信できる医師端末の通信先ＩＤ毎にフォルダわけされている。"hoge/BBB/patients/html/"の"BBB"が、医師端末ＢＢＢがアクセスできる問診票ＤＢ２００３の専用のストレージ領域を示す。

患者端末ＡＡＡから送信された問診票データは、「「患者の送信元端末の通信先ＩＤ」_「日付」_「ランダムな数字」.html」というファイル名が付与される。この「「患者の送信元端末の通信先ＩＤ」_「日付」_「ランダムな数字」」が既読管理テーブルのファイル名である。したがって、拡張子を除くとファイル名は画像と問診票で同じになっている。

（診断結果ＤＢ）
図１７は、診断結果ＤＢ２００４に保存されている診断結果データを示す概念図である。問診票ＤＢ２００３には患者端末毎に、医師端末から送信された診断結果データのファイルが保存されている。図１７は、医師端末ＢＢＢから患者端末ＡＡＡへ送信された診断結果データの例を示している。

画像は図１７（ａ）に示すように"hoge/AAA/medical/image/"に登録され、文書データは図１７の（ｂ）に示すように"hoge/AAA/medical/html/"に登録される。"hoge/AAA/medical/image/"や"hoge/AAA/medical/html/"の"AAA"が患者端末AAAがアクセスできる診断結果ＤＢ２００４のストレージ領域を示す。医師端末ＢＢＢから送信された診断結果データは、「「医師の送信元端末の通信先ＩＤ」_「日付」_「ランダムな数字」.html」というファイル名が付与される。このファイル名は、既読管理ＤＢ２００１の患者端末ＡＡＡの専用領域にある既読管理テーブルに登録されるが、図１４では省略されている。

（ストレージサーバの各機能構成）
次に、ストレージサーバ１００の各機能構成について詳細に説明する。
送受信部２１は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているネットワークＩ／Ｆ５０９によって実行され、通信ネットワーク２を介して通話端末、装置又はシステムと各種データ（または情報）の送受信を行う。

通知部２２は、ストレージサーバ１００に画像と問診票が登録されたことを管理システム５０に通知する。これにより、管理システム５０は保存管理テーブルに保存フラグを設定できる。

テーブル更新部２３は、既読管理ＤＢ２００１の既読管理テーブルを更新する。閲覧提供部２４は、通話端末や汎用的な情報処理装置から閲覧要求があった場合に、既読管理テーブルのファイル名の一覧をｈｔｍｌファイルなどで作成し、通話端末１０や汎用的な情報処理装置に送信する。また、通話端末や汎用的な情報処理装置から指定されたファイル名に応じて、画像と問診票が記述されたｈｔｍｌファイルを作成し、通話端末１０や汎用的な情報処理装置に送信する。

記憶・読出処理部２９は、図５に示されているＣＰＵ５０１からの命令、及び図５に示されているＨＤＤ５０５によって実行され、記憶部２０００の既読管理ＤＢ２００１、画像データＤＢ２００２、問診票ＤＢ２００３及び診断結果ＤＢ２００４に各種データを記憶したり、記憶部２０００に記憶された各種データを読み出す処理を行う。

＜＜実施形態の処理または動作＞＞
続いて、本実施形態の処理または動作について説明する。

＜宛先リスト画面の表示＞
図１８は、通話端末間で通話を開始する準備段階の処理を示すシーケンス図である。まず、要求元端末（患者端末ＡＡＡ）１０ａａの利用者が、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源オンを受け付けて、電源をＯＮにする（ステップＳ２１）。

そして、ログイン要求部は電源オンの受け付けを契機とし、送受信部１１により通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を送信する（ステップＳ２２）。このログイン要求情報には、要求元端末である端末１０ａａを識別するための通信先ＩＤ、及びパスワードが含まれている。これら通信先ＩＤ、及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出される。

なお、要求元端末（端末１０ａａ）から管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを把握することができる。また、ログイン要求は、上述のように、電源オンではなく、利用者の指示入力を契機としてもよい。更に、通信先ＩＤ及びパスワードは、要求元端末に対して利用者が入力できるようにしてもよい。

次に、管理システム５０の端末認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている通信先ＩＤ及びパスワードを検索キーとして、端末認証管理テーブルを検索し、この端末認証管理テーブルに同一の通信先ＩＤ及び同一のパスワードが管理されているかを判断することによって端末認証を行う（ステップＳ２３）。

この端末認証部５２によって、同一の通信先ＩＤ及び同一のパスワードが管理されているため、正当な利用権限を有する通話端末１０からのログイン要求であると判断された場合には、状態管理部５３は、端末状態管理テーブルに、通話端末１０ａａの通信先ＩＤ、端末の種類及び宛先名で示されるレコード毎に、稼動状態、上記ログイン要求情報が受信された受信日時、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、端末状態管理テーブルには、通信先ＩＤ「０１ａａ」に、稼動状態「オンライン」、受信日時「２０１３．０２．１０．１３：４０」及び端末ＩＰアド
レス「１．２．１．３」が関連付けて管理されることになる。

そして、管理システム５０の送受信部５１は、上記端末認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた要求元端末（通話端末１０ａａ）に送信する（ステップＳ２５）。本実施形態では、端末認証部５２によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。

管理システム５０の記憶・読出処理部５９は、ログイン要求してきた要求元端末（通話端末１０ａａ）の通信先ＩＤ「０１ａａ」に基づいて宛先リスト管理テーブルを検索することにより、上記要求元端末（通話端末１０ａａ）の通信先ＩＤ「０１ａａ」を通信相手の候補として登録している他の要求元端末の通信先ＩＤを抽出する（ステップＳ２６）。ここでは、説明の簡略化のため、ステップＳ２６で抽出された通信先ＩＤが、通話端末１０ｃａの通信先ＩＤ「０１ｃａ」の場合について、以下続けて説明する。

次に、管理システム５０の記憶・読出処理部５９は、上記ログイン要求して来た要求元端末（通話端末１０ａａ）の通信先ＩＤ「０１ａａ」を検索キーとして、端末状態管理テーブルを検索し、ログイン要求してきた要求元端末（通話端末１０ａａ）の稼動状態を抽出する（ステップＳ２７）。

次に、送受信部５１は、端末１０ｃａに対して、要求元端末（通話端末１０ａａ）の通信先ＩＤ「０１ａａ」と、要求元端末（通話端末１０ａａ）の稼動状態を示した稼動状態情報とが含まれた「端末の状態情報」を送信する（ステップＳ２８）。これにより、通話端末１０ｃａの送受信部１１は、端末の状態情報を受信する。よって、通話端末１０ｃａでは、後述のステップＳ２８の処理と同様に、通話端末１０ａａの最新の稼動状態が反映された宛先リストが作成され、ディスプレイ１２０ｃａに表示される。なお、通話端末１０ｃａがオフラインの場合は「端末の状態情報」が送信されない。

図１９は、ステップＳ２５の処理後、宛先リスト画面を表示するまでの処理について説明するシーケンス図の一例である。また、図２０は、宛先リスト画面を示す概念図である。図１９では、要求元端末の通信先ＩＤを０１ａａ、通信相手の通信先ＩＤを０１ｃａとしているが、本実施形態では、要求元端末の通信先ＩＤは患者端末ＡＡＡ、通信相手の通信先ＩＤは医師端末ＢＢＢとなる。

まず、要求元端末（通話端末１０ａａ）では、上記ステップＳ２５によって、正当な利用権限を有する端末であると判断された結果が示された認証結果情報を受信すると、送受信部１１が通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ４１）。これにより、管理システム５０の送受信部５１は、宛先リスト要求情報を受信する。

次に、管理システム５０の記憶・読出処理部５９は、ログイン要求した要求元端末（通話端末１０ａａ）の通信先ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブルを検索し、要求元端末（通話端末１０ａａ）と通話することができる通信相手の候補の通信先ＩＤを抽出すると共に、この通信先ＩＤを検索キーとして、端末状態管理テーブルを検索し、対応する種類情報及び宛先名情報を抽出する（ステップＳ４２）。ここでは、説明の簡略化のため、通信相手の候補の通話端末１０として、通話端末１０ｃａの通信先ＩＤを抽出した場合について、以下続けて説明する。

次に、記憶・読出処理部５９は、記憶部５０００から宛先リスト枠のデータを読み出す（ステップＳ４３）。

そして、送受信部５１は、宛先リスト枠並びに上記ステップＳ４２によって抽出された通信先ＩＤ、種類情報及び宛先名情報を含めた「宛先リスト情報（宛先リスト枠、通信先ＩＤ、種類情報、宛先名）」を、要求元端末（通話端末１０ａａ）に送信する（ステップＳ４４）。これにより、要求元端末（通話端末１０ａａ）では、送受信部１１が宛先リスト情報を受信する。

次に、要求元端末（通話端末１０ａａ）の記憶・読出処理部１９は、記憶部１０００へ宛先リスト情報を記憶する（ステップＳ４５）。

このように、本実施形態では、各通話端末１０で宛先リスト情報を管理するのではなく、管理システム５０が全ての通話端末１０の宛先リスト情報を一元管理している。よって、伝送システム１で新たな通話端末１０が利用されるようになったり、既に利用されている通話端末１０に替えて新機種の通話端末１０を含めるようになったり、宛先リスト枠の見栄え等を変更することになった場合でも、管理システム５０側で一括して対応するため、各通話端末１０側で宛先リスト情報の変更を行う手間を省くことができる。

続いて、管理システム５０側では、記憶・読出処理部５９が、通信相手の候補の通話端末１０の稼動状態を抽出する（ステップＳ４６）。

次に、送受信部５１は、上記ステップＳ４２で使用された検索キーとしての通信先ＩＤ「０１ｃａ」と、対応する宛先端末（端末１０ｃａ）の稼動状態「オフライン」とが含まれた「端末の状態情報」を、通信ネットワーク２を介して要求元端末（端末１０ａａ）に送信する（ステップＳ４７）。なお、送受信部５１が、要求元端末（端末１０ａａ）に対して、この要求元端末（端末１０ａａ）自体の通信先ＩＤと稼動状態を示す「端末の状態情報」を送信するようにしてもよい。

次に、要求元端末（端末１０ａａ）の記憶・読出処理部１９は、順次、管理システム５０から受信した通話端末１０の状態情報を記憶部１０００に記憶する（ステップＳ４８）。よって、要求元端末（端末１０ａａ）は、各状態情報を受信することで、要求元端末（端末１０ａａ）と通話することができる他の通話端末１０の現時点の稼動情報を取得することができる。

次に、要求元端末（端末１０ａａ）の宛先リスト作成部１８は、利用者が通信相手の候補としての通話端末１０を指定することができるように、図２０に示されるように、通信相手の候補を特定するための特定情報が含まれた宛先リストを作成する(ステップＳ４９)。

この場合、宛先リスト作成部１８は、記憶部１０００に記憶されている宛先リスト情報、及び端末の状態情報に基づいて、通信相手の候補としての通話端末１０の状態を反映させた各特定情報を作成する。また、ここでは、要求元端末（通話端末１０ａａ）が他の通話端末１０との通話を開始する前であるため、宛先リスト作成部１８は、「通話端末」を示す種類情報に係る通話端末１０の各特定情報を作成する。宛先リスト画面の作成手順は図２１にて詳述する。

次に、表示制御部１６は、図１に示されているディスプレイ１２０ａａに対して、図２０に示されているような宛先リスト画面を表示させる（ステップＳ５０）。この宛先リスト画面には、各端末がオンラインかオフラインかが表示されている。

また、宛先リスト画面には、オフラインの宛先に対応づけて、データ送信可アイコン２０１が表示される。データ送信可アイコン２０１は、受信許可テーブルの医師端末ＢＢＢの通信先ＩＤに、患者端末ＡＡＡの通信先ＩＤが登録されていることを示している。つまり、図２０のように医師端末ＢＢＢがオフラインの場合、患者端末ＡＡＡのディスプレイ１２０ａａにはデータ送信可アイコン２０１が表示される。

＜受信許可テーブルへの通信先ＩＤの登録＞
図２１は、医師端末ＢＢＢが受信許可テーブルへ患者端末ＡＡＡの通信先ＩＤを登録する処理を説明する図の一例である。
Ｉ．医師は予めいくつかの患者端末（ＡＡＡ、ＣＣＣ、ＤＤＤ）のストックを保有している。患者が来院し診察した場合に、経過を診断する必要があると判断すると、医師はストックしている患者端末ＡＡＡを患者に貸与する。
II．医師は受信許可管理ＤＢ５００６に構築されている受信許可テーブルに、医師端末の通信先ＩＤ（ＢＢＢ）を登録する。すでに登録されている場合は不要である。
III．医師は、医師端末の通信先ＩＤ（ＢＢＢ）に対応づけて、患者端末の通信先ＩＤ（ＡＡＡ）を登録する。患者端末は医師が管理しているため、貸与の前に医師端末の通信先ＩＤ（ＢＢＢ）に対応づけて患者端末の通信先ＩＤ（ＡＡＡ）を登録しておいてもよい。

また、通話端末でなく患者が汎用的な情報処理装置で医師端末と通信する場合、医師は、通信先ＩＤとパスワードを患者に知らせる。これにより、患者は任意の情報処理装置から管理システム５０にログインして医師端末ＢＢＢと通信できる。なお、パスワードは変更できるので、元の患者の診断が終われば、別の患者に同じ通信先ＩＤと異なるパスワードを知らせることで、元の患者から通信先ＩＤを引き上げることができる。

＜宛先リスト画面の表示手順＞
図２２は、宛先リスト作成部１８が宛先リスト画面を表示する手順を示すフローチャート図の一例を示す。

宛先リスト作成部１８は、図１９のステップＳ４４に示すように患者端末ＡＡＡがオンラインになった後、管理システム５０から宛先リスト情報（宛先リスト枠、通信先ＩＤ、種類情報、宛先名）」を取得する（Ｓ２１０）。本実施形態では、この宛先リスト情報と共に又は宛先リスト情報を受信した後、受信許可テーブルを取得する。

次いで、宛先リスト作成部１８は、宛先リスト情報から通信先ＩＤを１つ抽出する（Ｓ２２０）。

宛先リスト作成部１８は、宛先リストから抽出した通信先ＩＤ（ＢＢＢ,ＣＣＣ,ＤＤＤ, ・・・）が、受信許可テーブルに登録されているかどうか検索する（Ｓ２３０）。

通信先ＩＤが受信許可テーブルに登録されている場合（Ｓ２３０のＹｅｓ）、医師端末ＢＢＢに対応づけられている「データを受信許可した端末の通信先ＩＤ」に自端末（患者端末ＡＡＡ）の通信先ＩＤが含まれているか否かを判定する（Ｓ２４０）。

自端末（患者端末ＡＡＡ）の通信先ＩＤが含まれていた場合（Ｓ２４０のＹｅｓ）、宛先名にデータ送信可アイコン２０１を表示する（Ｓ２５０）。

ステップＳ２３０において、通信先ＩＤが受信許可テーブルに登録されていない場合（Ｓ２３０のＮｏ）、宛先リスト作成部１８は宛先名のみを表示し、データ送信可アイコン２０１を表示しない（Ｓ２６０）。自端末（患者端末ＡＡＡ）の通信先ＩＤが含まれていない場合（Ｓ２４０のＮｏ）もデータ送信可アイコン２０１を表示しない（Ｓ２６０）。

１つの宛先についてデータ送信可アイコン２０１を表示すると、宛先リスト作成部１８は宛先リスト情報の全ての宛先を表示したか否かを判定し（Ｓ２７０）、全ての宛先を表示すると処理を終了する。

なお、図２２の手順では、データ送信可アイコン２０１は通信可能か否かに関係なく表示されるが、データ送信可アイコン２０１は通信困難な場合にだけ表示してもよい。この場合、ステップＳ２５０でデータ送信可アイコン２０１を表示する前に、医師端末が通信可能か否かが端末状態管理テーブルにより判定する。通信困難な状態でだけデータ送信可アイコン２０１を表示することで、医師端末ＢＢＢが通信可能な状態なのに、ストレージサーバ１００に画像や問診票を送信することを抑制できる。一方、医師端末ＢＢＢが通信可能な状態でもデータ送信可アイコン２０１を表示する場合、患者端末ＡＡＡは医師端末ＢＢＢが通信できるか否かの状態に応じて、通信を開始するかストレージサーバに登録かを自動的に切り替える。この切り替えは動作モードの切り替えにより行われる。医師端末ＢＢＢが通信可能な状態でもデータ送信可アイコン２０１を表示することで、患者は医師端末ＢＢＢがデータの送信を許可していることを把握しやすくなる。

＜モードの切り替え＞
患者が宛先を選択することでセッションが確立し、カメラが撮像した映像とマイクが集音した音声が送受信されると会議が始まる。以下、端末同士が映像と音声を送受信する動作モードを会議モードという。

一方、患者が、データ送信可アイコン２０１が表示されている宛先又はデータ送信可アイコン２０１を選択した場合、患者端末ＡＡＡは会議モードとならず、画像データを送信するための画像撮像モードとなる。この他の動作モードとしては、問診モード、診断モードなどがある。

このような動作モードを決定するのは、端末が起動するアプリである。
会議アプリ：会議モード
画像撮像アプリ：画像撮像モード
問診アプリ：問診モード
診断アプリ：診断モード
各アプリは、プログラム提供システム９０から提供され通話端末内に保持される。予め通話端末１０が保持していてもよいし、任意のタイミングでプログラム提供システム９０から取得してもよい。

患者端末ＡＡＡは選択された宛先にデータ送信可アイコン２０１が付与されているか否かに応じて起動させるアプリを切り替える。また、データ送信可アイコン２０１が相手先がオフライン・オンラインに関わらず表示される場合、医師端末がオフラインかオンラインかが考慮される。

図２３は、起動されるアプリの選択について説明する図の一例である。
・まず、オンラインの場合は、アイコン有無に関わらず会議アプリを起動する（会議モードになる）。
・データ送信可アイコン２０１が表示されている宛先については、オフラインの場合、画像撮像アプリが起動する（画像撮像モードになる）。また、データ送信可アイコン２０１が表示されていない宛先については、会議もデータ送信もできないので、アプリが起動しない。
・また、宛先の医師端末が参加制限会議を行っている場合がある。参加制限会議は、特定の端末しか参加できない会議である。参加制限会議に参加している医師端末はオンラインとなるが、患者端末ＡＡＡは会議に参加できない。このため、データ送信可アイコン２０１が表示されている場合は画像撮像アプリが起動する（画像撮像モードになる）。また、データ送信可アイコン２０１が表示されていない場合はアプリが起動しない。

なお、問診アプリは、画像撮像モードの後、ユーザ操作によって又は自動的に起動するアプリである。問診アプリにより、患者は問診に加筆して回答することができる。診断アプリは、医師端末ＢＢＢで起動されるアプリである。医師は患者端末ＡＡＡがオフラインなどで通信準備ができない状態の場合、自動的に又は操作により診断アプリを起動して患者に対し診断結果（注意事項や更に聞きたい内容や画像を求める内容）を動画などで撮像し患者端末に送信する。

〔経過報告の流れ〕
患者端末による経過報告の流れについて図２４、２５を用いて説明する。図２４は、患者端末による経過報告の流れを模式的に説明する図の一例であり、図２５は患者端末とストレージサーバ１００の通信手順を示すシーケンス図の一例である。

患者端末ＡＡＡがオンラインになり、宛先リスト画面が表示されている状態から説明する。患者は、医師から指示された期日になると経過の報告を開始する。

Ｉ．患者は患者端末ＡＡＡを操作して、データ送信可アイコン２０１が添付されて表示されている医師端末ＢＢＢを宛先リスト画面から選択する。患者端末ＡＡＡは、医師端末ＢＢＢに対して受信許可テーブルのデータを受信許可した通話端末として登録されているので、患者端末ＡＡＡは画像撮像アプリを起動する。

II．患者端末ＡＡＡでは画像撮像アプリが起動し、画像撮像モードになる。患者は患者端末ＡＡＡのカメラ１１２（または外部接続カメラ）を用いて診察対象となる部分（患部）を撮像する。患者が撮像する患部は、例えば外科手術を縫った跡、目（充血の有無）、咽頭（のどの腫れ）などである。また、患部以外を撮像することも可能である。また、体温計で体温を計った場合は体温計の温度表示を撮像することが好ましい。この他、血圧計、脈拍計などの測定結果を撮像できる。また、撮像は静止画でもよいし、動画でもよい。動画の場合、患者は気になった点を動画と共に音声で記録できる。

III．画像（静止画、動画、音声を含む）を撮像すると、画像撮像アプリは画像を保存するか否かを問い合わせるダイアログを表示する。患者端末ＡＡＡは一時的に画像を端末内の記憶部１０００に保存する。この画像は、ストレージサーバ１００に送信された後、動画撮像アプリにより（または任意のアプリで）削除される。キャンセルボタンが押下されると、患者端末ＡＡＡに保存されている画像データは削除され、画像撮像モードが継続する。

IV．画像を一時保存後、動画撮像アプリは問診アプリを起動する。問診アプリは問診内容を表示したり、回答を受け付けたりするプログラムである。図２４の例では、「痛みはありますか？」「発熱はありますか？」などの問診内容に対し患者が「Ｙｅｓ、Ｎｏ」を選択できる。患者は端末の上下左右キーを使ったり、タッチパネルを操作して回答する。

なお、問診内容は、例えばHTMLなどで記述されており問診票ＤＢ２００３の「http://hoge/AAA/medical_interview.html」などのアドレスに登録されている。"AAA"は患者端末に専用の領域であり、事前に医師が登録している。ストレージサーバ１００でなく医師端末ＢＢＢにローカルに接続されたメモリに保存されていてもよいし、ＬＡＮに接続された記憶装置に保存されていてもよい。

患者が「報告完了」キーを押下すると、問診票はhtmlファイルなどの文書データで患者端末ＡＡＡの記憶部１０００に一時保存される。

キャンセルボタンが押下されると、患者端末ＡＡＡに保存されている画像データは削除され、画像撮像モードに戻る。

なお、画像撮像モードの前に問診モードになってもよく、２つのモードの順番はどちらが先でもよい。また、画像撮像モードと問診モードが１つに統合されたモードがあってもよい。

V．「報告完了」キーを押下すると、問診アプリ（又は画像撮像アプリでもよい）は一時保存された画像と問診票の送信を行なうか否かを確認するダイアログを表示する。患者が「ＯＫ」ボタンを押下すると、問診アプリが画像と問診票をストレージサーバ１００に送信する。送信先のURLは「ストレージサーバのURL」＋「医師端末の通信先ＩＤ」などの固定である。一方、ストレージサーバ１００にＵＲＬを問い合わせてもよい。図１５の画像データＤＢ２００２の例では、画像は「http://hoge/BBB/patient/image/」に登録され、図１６の問診票ＤＢ２００３の例では問診票は「http://hoge/BBB/patient/html」に登録される。

また、この時、ストレージサーバ１００は既読管理ＤＢ２００１の既読管理テーブルにファイル名と既読フラグを登録するが、詳細は後述する。

ストレージサーバ１００から保存完了の通知が送信されると、問診アプリなどが通話端末で一時保存していたデータを削除して、問診アプリが終了する。

キャンセルボタンが押下されると、通話端末に保存されている画像データと問診票は削除され、画像撮像モードに戻る。

図２５について説明する。手順は図２４の説明と同様であり説明に重複した部分がある。
S1-1：画像撮像アプリが起動して画像撮像モードになる。
S1-2：画像撮像アプリが画像（静止画、動画、音声を含む）を撮像し通話端末に一次保存する。この手順は図２６にて説明する。
S1-3：問診アプリが起動する。
S1-4：問診アプリが問診内容を表示する。
S1-5：問診アプリが問診票をファイルとして患者端末ＡＡＡに一時保存する。
S1-6：問診アプリなどが画像と問診票をストレージサーバ１００に送信する。
S1-7：ストレージサーバ１００は画像と問診票を保存して、保存完了通知を通話端末ＡＡＡに送信する。
S1-8：問診アプリなどが通話端末の画像、問診票を削除し、アプリを終了する。

図２６は、図２５のS1-2において、画像撮像アプリが画像を撮像し通話端末に一次保存する手順を示すフローチャート図の一例である。

画像撮像アプリは、操作入力受付部１２から画像の撮像の操作が入力されたか否かを判定する（Ｓ１２１）。画像の撮像の操作はスクリーンショットのように1回だけの場合と、動画の撮像のため、記録開始と終了の2回の場合がある。なお、画像や動画は何回撮像してもよい。

操作入力受付部１２から画像の撮像の操作が入力された場合（Ｓ１２１のＹｅｓ）、キャプチャ部１４は撮像部１３が撮像した画像を取り込む（Ｓ１２２）。

キャプチャ部１４はスクリーンショット又は動画を作成し、記憶部１０００の画像保存領域に保存する（Ｓ１２３）。

〔既読管理テーブルへの登録〕
図２７は、患者端末がストレージサーバ１００に画像と問診票を登録した際に、ストレージサーバ１００が既読管理テーブルを更新する手順を示すシーケンス図の一例である。
Ｓ2-1：患者端末ＡＡＡは、ストレージサーバ１００の医師端末ＢＢＢの専用領域（例えばフォルダやディレクトリ）に画像と問診票を送信する。
S2-2：ストレージサーバ１００の記憶・読出処理部２９は画像を画像データＤＢ２００２に、問診票を問診票ＤＢ２００３に保存する。
S2-3：これらを保存すると、ストレージサーバ１００のテーブル更新部２３は、患者端末ＡＡＡの既読管理テーブルに「受信日時、ファイル名、既読フラグ（未読）」の情報（レコード）を追加する。
S2-4：ストレージサーバ１００の通知部２２は管理システム５０に対し、医師端末ＢＢＢの専用領域に患者端末ＡＡＡからのデータが保存されたことを通知する。
S2-5：管理システム５０は保存管理テーブルに、医師端末ＢＢＢの通信先ＩＤ、データを受信許可した患者端末の通信先ＩＤを登録し、保存フラグの数値を１つ大きくする。
S2-6：管理システム５０は保存管理テーブルのフラグを設定したことをストレージサーバ１００に通知する。
S2-7：ストレージサーバ１００は画像と問診票の保存完了を患者端末ＡＡＡに通知する。

以上のようにして、医師端末ＢＢＢがオフラインの場合、患者端末ＡＡＡはストレージサーバ１００に画像と問診票を登録できる。また、既読管理テーブルには患者端末のデータ（画像と問診票）が既読でないことが登録される。また、保存管理テーブルには患者端末の通信先ＩＤと保存フラグが登録される。

〔医師端末について〕
続いて、医師端末について、主に患者端末とは異なる点について説明する。
医師は任意のタイミングで医師端末ＢＢＢの電源をＯＮにする。これにより、医師端末ＢＢＢが管理システム５０にログインするので医師端末ＢＢＢはオンラインになる。また、医師端末ＢＢＢは、患者端末ＡＡＡと同様に宛先リスト画面を表示する。

図２８は、医師端末ＢＢＢがオンラインになった時に表示される宛先リスト画面の一例を示す。これらの通話端末１０は患者端末の場合もあるし、例えば他の医師の通話端末の場合もある。

通信可能か否かを問わず、データ受信可能となっている通話端末の宛先には、データ送信可アイコン２０１が表示される。そして、医師端末ＢＢＢがデータ受信可能な通話端末１０からデータを受信している場合は、「未読データ保存アイコン２０２」が表示される。未読データ保存アイコン２０２は丸で囲まれた数字部分である。未読データ保存アイコン２０２には、ストレージサーバ１００に保存されているデータの数が表示される。数は、例えば、画像と問診票の組で１つとカウントしているが、画像と問診票の数を別々に表示してもよい。また、数を表示しないとしても、医師端末ＢＢＢは全てのデータを受信できる。

例えば、患者端末ＡＡＡ（通話先ＡＡＡ）は１回、画像と問診票の組を医師端末ＢＢＢを宛先にしてストレージサーバ１００に送信している。また、通話先ＨＨＨは３回、画像と問診票の組を医師端末Ｂを宛先にしてストレージサーバ１００に送信している。

医師がデータ送信可アイコン２０１が表示された宛先を選択すると、医師端末ＢＢＢは患者端末ＡＡＡと同様にデータをストレージサーバ１００に登録できる。また、未読データ保存アイコン２０２が表示された宛先を選択すると、ストレージサーバ１００に登録されている画像と問診票を表示できる。

図２９は、医師端末ＢＢＢが宛先リスト画面を表示する手順を示すシーケンス図の一例である。
S3-1：医師が医師端末ＢＢＢの電源をＯＮにすることで、医師端末ＢＢＢの送受信部１１がパスワードと通信先ＩＤを送信するので、管理システム５０にログインできる。これにより、医師端末ＢＢＢはオンラインになる。
S3-2：医師端末ＢＢＢは、図１９のステップＳ４４，４７と同様に宛先リスト管理テーブル等を受信する。そして、この時、受信許可テーブルと保存管理テーブルを受信する。以降の処理は、図３０にて詳述する。
S3-3：宛先リスト作成部１８は、宛先リスト管理テーブルから医師端末ＢＢＢに対応づけられた通信先ＩＤを読み出す。
S3-4：宛先リスト作成部１８は、ステップS3-3で読み出した通信先ＩＤを、受信許可テーブルから検索する。
S3-5：宛先リスト作成部１８は、受信許可テーブルで検索に適合した通信先ＩＤにデータ送信可アイコン２０１を表示する。
S3-6：宛先リスト作成部１８は、保存管理テーブルから、受信許可テーブルで検索に適合した通信先ＩＤに対応づけられている保存フラグを読み込む。
S3-7：宛先リスト作成部１８は、宛先に、未読データ保存アイコン２０２を表示する。

図３０は、宛先リスト作成部１８がデータ送信可アイコン２０１と未読データ保存アイコン２０２を表示する手順を説明する図の一例である。図３０では、医師端末ＢＢＢがオンラインになるところからスタートする。なお、参考に、フローチャート図の右に図１０の宛先管理テーブル、図１２の受信許可管理テーブル、図１３の保存管理テーブルを示した。

医師端末ＢＢＢは管理システム５０から、宛先リスト管理テーブル、受信許可テーブル、及び、保存管理テーブルを取得する（Ｓ３１０）。

医師端末ＢＢＢの宛先リスト作成部１８は、宛先リスト管理テーブルからＢＢＢという通信先ＩＤに対応づけられた通信先ＩＤを取得する（３２０）。

次に、宛先リスト作成部１８は、受信許可テーブルにおいてＢＢＢという通信先ＩＤに対応づけて、ステップＳ３２０で取得した通信先ＩＤが存在するか検索する（Ｓ３３０）。

通信先ＩＤが検索に適合しない場合（Ｓ３３０のＮｏ）、データ送信可アイコン２０１も未読データ保存アイコン２０２も表示する必要がないので、通信先ＩＤと宛先名（例えば、図２８の患者Ｇ）のみ表示する（Ｓ３８０）。

通信先ＩＤが検索に適合した場合（Ｓ３３０のＹｅｓ）、宛先リスト作成部１８は宛先の横にデータ送信可アイコン２０１を表示する（Ｓ３４０）。図１２では、通話先ＡＡＡ、ＦＦＦ、ＨＨＨが登録されているので、図２８に示すようにこれらにデータ送信可アイコン２０１が表示される。

次に、宛先リスト作成部１８は、ステップＳ３２０で取得した通信先ＩＤの通話端末がデータをストレージサーバ１００に保存したか否かを判定する（Ｓ３５０）。すなわち、宛先リスト作成部１８は保存管理テーブルから、ステップＳ３２０で取得した通信先ＩＤの保存フラグを取得する。

保存フラグが０の場合（Ｓ３５０のＮｏ）、ステップＳ３２０で取得した通信先ＩＤの通話端末はデータを保存していないので未読データ保存アイコン２０２は表示しない。

保存フラグが１以上の場合（Ｓ３５０のＹｅｓ）、ステップＳ３２０で取得した通信先ＩＤの通話端末はデータを保存したので宛先名の横に未読データ保存アイコン２０２を表示する（Ｓ３６０）。

また、宛先リスト作成部１８は、未読データ保存アイコン２０２に、データ（画像と問診票）にアクセスするストレージサーバ１００のURLのリンクを貼り付ける。閲覧先であるストレージサーバ１００のURLは、
「ストレージサーバURL」＋「医師端末ＢＢＢの通信先ＩＤ」＋「画像送信元である端末AのCID」＋「固定文字列」で求めることができる。後述の例では「http://hoge/BBB/AAA/browser/index」である。

宛先リスト作成部１８は、宛先リスト管理テーブルの全ての通信先ＩＤについてステップＳ３３０〜Ｓ３６０の処理を繰り返し、全ての通信先ＩＤについて処理が終わると終了する。

これにより、図２８に示すようにデータ送信可アイコン２０１と未読データ保存アイコン２０２と共に宛先が表示された宛先リスト画面を表示できる。医師が患者端末ＡＡＡの通信先ＩＤに対応づけられたデータ保存アイコンを選択すると、「http://hoge/BBB/AAA/browser/index」にアクセスし、画像と問診票を閲覧することができる。また、データ送信可アイコン２０１を選択すると、診断結果をストレージサーバ１００に登録できる。

〔閲覧システム〕
続いて、図３１を用いて、医師端末ＢＢＢが画像と問診票を閲覧する手順を説明する。
ストレージサーバ１００は例えばＨＴＭＬサーバとして閲覧システムを実現している。

I．医師が未読データ保存アイコン２０２を選択すると、医師端末ＢＢＢは未読データ保存アイコン２０２に埋め込まれた専用の閲覧URL「http://hoge/BBB/AAA/browser/index」にアクセスする。この時、送受信部１１が自動的に通信先ＩＤとパスワードを送信することが好ましく、これによりストレージサーバ１００にログインすることができる。汎用的な情報処理装置の場合、専用の閲覧URLにアクセス後に医師が通信先ＩＤとパスワードを入力する。

II．「http://hoge/BBB/AAA/browser/index」にアクセスされた閲覧提供部２４は、まず、医師端末ＢＢＢの専用領域「http://hoge/BBB/」にある患者端末ＡＡＡの既読管理テーブルを参照し、患者端末ＡＡＡの問診票一覧をhtmlファイルで作成し医師端末ＢＢＢに送信する。閲覧提供部２４は、問診票一覧で表示する全ての問診票にURLをリンクさせる。例えば、「未読 AAA 2012/07/07」の「2012/07/07」は、図１４のファイル名の「日付」から抽出してｈｔｍｌファイルに記述される。「未読 AAA 2012/07/07」の文字列は、図１６にて説明した問診票ＤＢ２００３の「http://hoge/BBB/patients/html/AAA_20120707_145023.html」とリンクされる。図１６に示すように、このURLは固定文字列「http://hoge/BBB/patients/html/」に既読管理テーブルに記載されているファイル名を結合したものである。

III．したがって、医師が「未読 AAA 2012/07/07」を選択すると、医師端末ＢＢＢは「http://hoge/BBB/patients/html/AAA_20120707_145023.html」をストレージサーバ１００に要求する。閲覧提供部２４は、この要求に対し、問診票ＤＢ２００３にある該当の問診票「http://hoge/BBB/patients/html/AAA_20120707_145023.html」を読み出して医師端末ＢＢＢに送信する。

IV．医師端末ＢＢＢは問診票を表示する。画像データは、問診票に貼り付ける態様で表示される。すなわち、「AAA_20120707_145023.html」にはＩｍａｇｅタグで「http://hoge/BBB/patients/image/AAA_20120707_145023.jpg」が埋め込まれている。したがって、医師端末が「http://hoge/BBB/patients/html/AAA_20120707_145023.html」を表示すると、ブラウザがＩｍａｇｅタグを解釈して「AAA_20120707_145023.jpg」をストレージサーバ１００に要求し、ブラウザが問診票内に表示する。

なお、画像を問診票と同様の仕組みで表示してもよい（問診票と画像を別々に表示してもよい）。

〔保存管理テーブル、既読管理テーブルの更新〕
ストレージサーバ１００の画像と問診票が医師端末ＢＢＢで表示されると、画像と問診票が既読されたことになるので、ストレージサーバ１００は既読管理テーブルを更新する。また、既読管理テーブルの更新に伴い、管理システム５０は保存管理テーブルを更新する。

図３２は、ストレージサーバ１００のテーブル更新部２３が既読管理テーブルを更新する手順を示すフローチャート図の一例である。

閲覧提供部２４は、医師端末ＢＢＢから要求されたファイル名「AAA_20120707_145023」と医師端末の通信先ＩＤ（ＢＢＢ）をテーブル更新部２３に通知する。これにより、テーブル更新部２３は、既読管理テーブルにアクセスしファイル名「AAA_20120707_145023」の既読フラグを「既読」に変更する（Ｓ５１０）。

テーブル更新部２３は、未読から既読に変更した場合、通知部２２にファイル名「AAA_20120707_145023」と医師端末の通信先ＩＤ（ＢＢＢ）を通知する。通知部２２は、ファイル名から患者端末ＡＡＡのデータが既読になったと判断し、ＡＡＡという患者端末の通信先ＩＤとＢＢＢという医師端末の通信先ＩＤを管理システム５０に通知する（Ｓ５２０）。

これにより、管理システム５０は、保存管理テーブルの「データを受信許可した通話端末の通信先ＩＤ」であるＡＡＡの保存フラグから１を引く（Ｓ５３０）。

管理システム５０は、医師端末ＢＢＢに、患者端末ＡＡＡの保存フラグが変更されたことを通知する（Ｓ５４０）。通知の際には、変更後の保存フラグの状態（ゼロになる）を通知する。

医師端末ＢＢＢの宛先リスト作成部１８は、通知された保存フラグの状態に基づき宛先リスト画面を更新する（Ｓ５５０）。すなわち、患者端末ＡＡＡの未読データはゼロとなったので未読データ保存アイコン２０２を表示しない。またはゼロを表示する。

図３３は更新後の既読管理テーブルを、図３４は更新後の保存管理テーブルをそれぞれ示す。既読管理テーブルは、図１４と比較すると、ファイル名「AAA_20120707_145023」の既読フラグが「既読」に変更されている。また、保存管理テーブルは、図１３と比較すると、患者端末ＡＡＡの保存フラグがゼロになっている。

〔代替処理〕
以上の説明では、ストレージサーバ１００は、画像と問診票が登録されると管理システム５０にデータが保存されたことを通知していた（例えば図２７のＳ２−４）。そして、保存管理テーブルの保存フラグを更新している（Ｓ２−５）。しかしながら、このステップＳ２−４，Ｓ２−５は省略することができる。

この場合、医師端末ＢＢＢは、図２９のステップＳ３−２で説明したように、管理システム５０から保存管理テーブルを受け取れないので、医師端末ＢＢＢは、起動すると、ストレージサーバ１００に未読のデータがあるか問い合わせる。

また、ストレージサーバ１００は医師端末ＢＢＢの既読管理テーブルから「未読」となっているものを全て検索し、未読になっているもののファイル名（保存先URL）を読み込む。これにより、未読ファイルの数が分かり、医師端末ＢＢＢは未読データ保存アイコン２０２を表示できる。

図３５は、医師端末ＢＢＢが宛先リスト画面を表示する手順を示すシーケンス図の一例である。この図は、本代替処理を採用した場合に図２９を代替して処理される。

図２９と異なるのは、ステップＳ3-5の後である。
S3-11：医師端末ＢＢＢの宛先リスト作成部１８は、取得した通信先ＩＤに対し未読フラグが存在するかストレージサーバ１００に問い合わせる。
S3-12：ストレージサーバ１００の閲覧提供部２４は、医師端末ＢＢＢの専用領域にある既読管理テーブルから「未読」のファイルを検索する。
S3-13：ストレージサーバ１００の閲覧提供部２４は、未読フラグの数を医師端末ＢＢＢに通知する。
S3-14：宛先リスト作成部１８は、宛先に未読フラグの数を表示することで未読データ保存アイコン２０２を表示する。したがって、このような処理でも図２８に示すように、未読データ保存アイコン２０２を表示することができる。

〔医師端末の診断〕
図３６は、医師端末による診断の流れを模式的に説明する図の一例である。医師端末ＢＢＢがオンラインになり、宛先リスト画面が表示されている状態から説明する。

Ｉ．医師は医師端末ＢＢＢを操作して、データ送信可アイコン２０１が添付されて表示されている患者端末ＡＡＡを宛先リスト画面から選択する。図３４に示したように保存管理テーブルにおける患者端末ＡＡＡの保存フラグはゼロになっているので、未読データ保存アイコン２０２は表示されない。

II．画像撮像アプリが起動し画像撮像モードになる。医師は医師端末ＢＢＢのカメラ１１２（または外部接続カメラ）を用いて自身を撮像する。そして、画像や問診票に基づく診断内容を説明する。なお、動画でなく静止画を撮像してもよいし、画像の撮像を省き、下記の診断のみを行ってもよい。

III．画像（静止画、動画、音声を含む）を撮像すると、画像撮像アプリは画像を保存するか否かを問い合わせるダイアログを表示する。医師端末ＢＢＢは一時的に画像を端末内の記憶部１０００に保存する。この画像は、ストレージサーバ１００に送信された後、動画撮像アプリにより（または任意のアプリで）削除される。キャンセルボタンが押下されると、通話端末に保存されている画像データは削除され、画像撮像モードが継続する。

IV．画像を一時保存後、動画撮像アプリは診断アプリを起動する。診断アプリは診断内容を表示したり、次回の経過報告を患者に指示するためのプログラムである。図３６の例では、「経過は順調です」「次回は図の部分を撮像してください」などの文章が表示されている。この文章は患者端末ＡＡＡが表示するので、患者は図を見てどこを撮像すべきかを確認で期す。

なお、診断内容の雛形（テンプレート）は、例えばHTMLなどで記述されており診断結果ＤＢ２００４の「http://hoge/BBB/medical_result.html」などのアドレスに登録されている。"BBB"は医師端末BBBに専用の領域であり、事前に医師が登録している。

医師が「診断完了」キーを押下すると、診断結果はhtmlファイルなどで通話端末の記憶部１０００に一時保存される。

キャンセルボタンが押下されると、通話端末に保存されている画像データは削除され、画像撮像モードに戻る。

V．「診断完了」キーを押下すると、診断アプリ（又は画像撮像アプリでもよい）は一時保存された画像と診断結果の送信を行なうか否かを確認するダイアログを表示する。患者が「ＯＫ」ボタンを押下すると、診断アプリが画像と診断結果をストレージサーバ１００に送信する。画像は画像データＤＢ２００２の「http://hoge/AAA/medical/image/」に登録され、診断結果は例えば診断結果ＤＢ２００４の「http://hoge/AAA/medecal/html」に登録される。送信先のURLは「ストレージサーバのURL」＋「患者端末の通信先ＩＤ」などである。ストレージサーバ１００にＵＲＬを問い合わせてもよい。

このように、医師も動画と診断結果をストレージサーバ１００に登録するので、患者端末ＡＡＡは診断結果と画像を表示することができる。患者端末ＡＡＡの既読管理テーブルには、医師端末から送信された画像や診断結果のファイル名が登録され、保存管理テーブルには患者端末ＡＡＡに対応づけて保存フラグが登録される。したがって、患者端末ＡＡＡがオンラインになると未読データ保存アイコン２０２が表示され、患者が選択すると、未読データ保存アイコン２０２に埋め込まれた専用の閲覧URL「http://hoge/AAA/BBB/browser/index」にアクセスする。

したがって、閲覧提供部は、図３１のように、既読管理テーブルのファイル名のリストが記述されたｈｔｍｌファイルを患者端末ＡＡＡに送信する。ファイル名には診断結果のｈｔｍｌファイルがリンクされている。患者がファイル名を選択すると、閲覧提供部は診断結果に画像が埋め込まれた（imageタグでリンクされた）HTMLファイルを患者端末ＡＡＡに送信する。患者は、それを参考にして図２４のように次回の経過報告を行うことができる。

以上説明したように、本実施形態の伝送システムは、相手端末が通信できない状態の場合、画像データなどをストレージサーバ１００に送信しておき、相手端末がオンラインになった時に相手端末は画像データを確認できる。患者が画像と問診票をストレージサーバ１００に登録し、医師が画像等を閲覧する仕組みと、医師が診断結果をストレージサーバ１００に登録し、患者が診断結果を閲覧する仕組みをほぼ共通にできる。したがって、医師が多くの患者を診る場合でも効率的な診断が可能になる。また、端末は常時電源をＯＮにしておく必要がないので（オンラインにしておく必要がないので）、消費電力も低減できる。

なお、本実施形態は本発明の範囲を限定するものではなく、用途や目的に応じて様々なシステム構成例があることは言うまでもない。例えば、医師端末は、対象の人間から報告を受ける立場の人間が操作する端末を意味し、医師が操作する端末には限られない。例えば、法律が許可する範囲であれば医師でなく看護師が報告を受けることも可能である。また、一人暮らしや外出が困難な高齢者が通話端末で日常生活を報告する場合、医師端末として説明された通話端末は地方自治体や民間のケアハウスの人間により操作される。この他、例えば出張先に時差があるなどの理由で、オンラインの報告が困難な場合、営業日報などを画像と文書データで報告する業務に使用できる。

また、ストレージサーバ１００には、相手先の通話端末１０が通信できない状態の場合に画像などが記憶されると説明したが、相手先が通信可能な状態で画像等を記憶してもよい。例えば、医師端末ＢＢＢがログインしており他の通話端末と通信していないため通信可能な状態であるが、医師がログインしたまま離席したい場合に医師端末ＢＢＢに所定の操作をしたことが管理システム５０に登録される。この場合、患者端末ＡＡＡは、医師端末ＢＢＢが通信可能な状態でもストレージサーバに画像等を登録できる。

また、本実施形態では、管理システム５０とストレージサーバ１００を別体の情報処理装置として示したが、管理システム５０とストレージサーバ１００は一体でもよい。また、管理システム５０とストレージサーバ１００の少なくとも一方が複数の情報処理装置で構成されていてもよい。

また、管理システム５０が有する記憶部５０００は管理システム５０がアクセス可能なネットワーク上にあればよく、通話端末１０が有する記憶部１０００は通話端末１０がアクセス可能なネットワーク上にあればよい。ストレージサーバ１００が有する記憶部２０００はストレージサーバ１００がアクセス可能なネットワーク上にあればよい。

１ 伝送システム
１０ 通話端末
３０ 中継装置
５０ 通話管理システム
１００ ストレージサーバ

特開２０１３‐２１５８０４号公報

Claims (10)

1. 通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置であって、
   前記他の情報処理装置が通信可能な状態か否かの旨の情報を前記通信ネットワークを介して取得する情報取得手段と、
   画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、前記通信ネットワークを介してアクセス可能な記憶装置に登録する画像登録手段と、
   を有することを特徴とする情報処理装置。
2. 前記他の情報処理装置が通信可能な状態か否かの旨の情報に加え、前記他の情報処理装置に対しデータの送信が許可されているか否か旨の情報を表示装置に表示する表示手段と、
   データの送信が許可されている旨の情報の表示物又は該表示物が表示された前記他の情報処理装置の選択を受け付ける操作受付手段と、を有し、
   前記操作受付手段が前記表示物又は前記他の情報処理装置の選択を受け付けた場合、前記画像撮像手段は画像の撮像を開始し、
   前記画像登録手段は、前記画像を前記記憶装置に登録する、
   ことを特徴とする請求項１記載の情報処理装置。
3. 前記表示手段は、前記他の情報処理装置が通信困難な状態の場合にのみ、前記他の情報処理装置に対しデータの送信が許可されている旨の情報を表示装置に表示する、
   ことを特徴とする請求項２記載の情報処理装置。
4. 前記表示手段は、前記他の情報処理装置が通信可能か否かに関わりなく、前記他の情報処理装置に対しデータの送信が許可されている旨の情報を表示装置に表示する、
   ことを特徴とする請求項２記載の情報処理装置。
5. 前記操作受付手段は、前記他の情報処理装置に対し送信される文書データを前記通信ネットワークを介して取得して、加筆を受け付け、
   前記画像登録手段は、画像撮像手段が撮像した画像に加え、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、前記文書データを通信ネットワークを介してアクセス可能な記憶装置に登録する、
   ことを特徴とする請求項２〜４いずれか１項記載の情報処理装置。
6. 前記画像登録手段は、画像撮像手段が撮像した患者の患部の前記画像又は問診に対する回答が加筆された前記文書データの少なくとも一方を記憶装置に登録する、
   ことを特徴とする請求項５記載の情報処理装置。
7. 前記他の情報処理装置が通信可能な状態は電源がＯＮの状態であり、前記他の情報処理装置が通信困難な状態は、電源がＯＦＦの状態又は電源がＯＮであるが別の情報処理装置とすでに通信している状態である、
   ことを特徴とする請求項１〜６いずれか１項記載の情報処理装置。
8. 通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置に、
   前記他の情報処理装置が通信可能な状態か否かの情報を前記通信ネットワークを介して取得する情報取得ステップと、
   画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、通信ネットワークを介してアクセス可能な記憶装置に登録する画像登録ステップと、
   を実行させることを特徴とするプログラム。
9. 通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置の通信方法であって、
   情報取得手段が、前記他の情報処理装置が通信可能な状態か否かの情報を前記通信ネットワークを介して取得するステップと、
   画像登録手段が、画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、通信ネットワークを介してアクセス可能な記憶装置に登録するステップと、
   を有することを特徴とする通信方法。
10. 通信ネットワークを介して他の情報処理装置と通信可能な情報処理装置と、記憶装置とを有する通信システムであって、
    前記他の情報処理装置が通信可能な状態か否かの情報を前記通信ネットワークを介して取得する情報取得手段と、
    画像撮像手段が撮像した画像を、通信可能な状態でない前記他の情報処理装置の識別情報に対応づけて、通信ネットワークを介してアクセス可能な記憶装置に送信する画像登録手段と、
    前記画像を受信して、前記他の情報処理装置の識別情報に対応づけて前記記憶装置に登録する登録手段と、
    を有することを特徴とする通信システム。

Images