[發(fā)明專(zhuān)利]通信管理系統(tǒng)、通信終端、通信系統(tǒng)、以及通信管理方法

在審

• 申請(qǐng)?zhí)枺?/td>: 201410299361.0
• 申請(qǐng)日: 2014-06-26
• 公開(kāi)（公告）號(hào): CN104253972A
• 公開(kāi)（公告）日: 2014-12-31
• 發(fā)明（設(shè)計(jì)）人: 青野佳子;奧山太郎
• 申請(qǐng)（專(zhuān)利權(quán)）人: 株式會(huì)社理光
• 主分類(lèi)號(hào): H04N7/15
• 分類(lèi)號(hào): H04N7/15
• 代理公司: 北京市柳沈律師事務(wù)所 11105
• 代理人: 張祥

技術(shù)領(lǐng)域

本發(fā)明涉及通信管理系統(tǒng)、通信終端、通信系統(tǒng)、以及通信管理方法，具體涉及制作收信終端名單信息，該收信終端名單信息表示通信的一個(gè)或多個(gè)收信終端候補(bǔ)。

背景技術(shù)

近年來(lái)，出于節(jié)約出差經(jīng)費(fèi)和時(shí)間的目的，利用互聯(lián)網(wǎng)或?qū)Ｓ猛ㄐ啪€路等通信網(wǎng)絡(luò)進(jìn)行通信的通信系統(tǒng)廣泛普及。而在通信系統(tǒng)中開(kāi)始通信時(shí)，為了提高便利性，經(jīng)常從收信終端名單中選擇需要的收信終端，而后要求開(kāi)始通信。該收信終端名單信息表示通信中的一個(gè)或多個(gè)收信終端候補(bǔ)。

另一方面，專(zhuān)利文獻(xiàn)1(JP特開(kāi)2002-41250號(hào)公報(bào))公開(kāi)了一種可在傳真通信系統(tǒng)中共享作為收信終端對(duì)象名單的個(gè)人通信錄，以提高在通信終端上指定收信終端的便利性的方法。根據(jù)該方法，傳真裝置能夠通過(guò)網(wǎng)絡(luò)取得并管理登錄在各自的個(gè)人計(jì)算機(jī)中的個(gè)人通信錄。這樣，提出開(kāi)始通信要求的傳真裝置在選擇收信終端時(shí)，便能夠從多本個(gè)人通信錄中選擇需要的收信終端。

另外，專(zhuān)利文獻(xiàn)2(JP特開(kāi)2007-81652號(hào)公報(bào))提出一種在共享收信終端候補(bǔ)時(shí)對(duì)公開(kāi)的收信終端候補(bǔ)進(jìn)行限制的方法。該方法從個(gè)人通信錄中登錄的送信對(duì)象信息中抽取在其它多個(gè)用戶(hù)的個(gè)人通信錄中也有登錄的送信對(duì)象信息，登錄到共享通信錄中。

但是，在收信終端名單中選擇收信終端時(shí)，如果收信終端名單中不包含被選幾率較高的收信終端候補(bǔ)，但卻包含被選幾率較低的收信終端候補(bǔ)，則會(huì)有損于便利性。而收信終端候補(bǔ)受到選擇的幾率在各個(gè)開(kāi)始要求提出終端中不一樣，因而在多個(gè)開(kāi)始要求提出終端使用收信終端名單時(shí)，如果配合某個(gè)開(kāi)始要求提出終端改變?cè)撌招沤K端名單，則在其他開(kāi)始要求提出終端選擇收信終端時(shí)，便利性便會(huì)變得較差。

發(fā)明內(nèi)容

針對(duì)上述現(xiàn)有技術(shù)中的問(wèn)題，本發(fā)明提供一種用于管理多個(gè)通信終端之間的通信的通信管理系統(tǒng)，其特征在于，具有以下各項(xiàng)功能部：管理部，用于將收信終端名單信息與開(kāi)始要求提出終端信息相關(guān)聯(lián)地保管，該收信終端名單信息表示所述通信終端之間的通信中的一個(gè)或多個(gè)收信終端候補(bǔ)，該開(kāi)始要求提出終端信息表示可以利用所述收信終端名單信息且提出開(kāi)始通信要求的開(kāi)始要求提出終端一方；要求受理部，用于受理所述開(kāi)始要求提出終端一方提出的更改要求，該更改要求表示要求更改由所述管理部管理的收信終端名單信息中的第一收信終端名單信息；以及，制作部，根據(jù)所述更改要求更改所述第一收信終端名單信息，以制作第二收信終端名單信息，所述制作部制作了所述第二收信終端名單信息后，所述管理部將所述第二收信終端名單信息與表示所述開(kāi)始要求提出終端一方的開(kāi)始要求提出終端信息相關(guān)聯(lián)地保管。。

本發(fā)明的效果如下：本發(fā)明的通信管理系統(tǒng)將第一收信終端名單信息改為第二收信終端名單信息，并將該第二收信終端名單信息、與表示提出第二收信終端名單信息更改要求的終端即開(kāi)始要求提出終端一方的開(kāi)始要求提出終端信息相關(guān)聯(lián)地保存，從而，開(kāi)始要求提出終端一方能夠利用經(jīng)過(guò)自己更改的第一收信終端名單信息，而不會(huì)影響到其它開(kāi)始要求提出終端利用第一收信終端名單信息。

附圖說(shuō)明

圖1是本發(fā)明的一個(gè)實(shí)施方式所涉及的通信系統(tǒng)的結(jié)構(gòu)示意圖。

圖2是本實(shí)施方式涉及的通信終端的外觀圖。

圖3是本發(fā)明實(shí)施方式涉及的通信終端的硬件結(jié)構(gòu)示意圖。

圖4是本發(fā)明實(shí)施方式涉及的管理系統(tǒng)的硬件結(jié)構(gòu)示意圖。

圖5是本實(shí)施方式涉及的構(gòu)成通信系統(tǒng)的終端和管理系統(tǒng)的功能模塊圖。

圖6是認(rèn)證管理表的概念性示意圖。

圖7是終端管理表的概念性示意圖。

圖8是收信終端名單管理表的概念性示意圖。

圖9是小組信息管理表的概念性示意圖。

圖10是共享要求管理表的概念性示意圖。

圖11是通信系統(tǒng)中各種信息收發(fā)狀態(tài)的概念性示意圖。

圖12是向管理系統(tǒng)提出登錄要求的登錄處理時(shí)序圖。

圖13是收信終端候補(bǔ)共享要求處理的時(shí)序圖。

圖14為一例小組名稱(chēng)顯示畫(huà)面的示意圖。

圖15是一例共享要求收信終端的選擇受理畫(huà)面的示意圖。

圖16是決定是否要取得處理方式信息的處理流程圖。

圖17是一例處理方式選擇受理畫(huà)面的示意圖。

圖18是收信終端候補(bǔ)加入處理的時(shí)序圖。

圖19是一例共享要求通知畫(huà)面的示意圖。

圖20是基于處理方式的判斷處理流程圖。

圖21是一例成員顯示畫(huà)面的示意圖。

圖22是另一例成員顯示畫(huà)面的示意圖。